Canvas-based insurance policy printing method and device, equipment, storage medium

Abstract

This application provides a canvas-based insurance policy printing method, apparatus, device, and storage medium, belonging to the field of artificial intelligence technology. The method is applied on the server side and includes: responding to a policy printing request initiated by a user terminal, obtaining an original policy template selected by the user terminal; generating electronic policy data based on the original policy template; drawing the electronic policy data based on a preset canvas to obtain preliminary policy content, and displaying the preliminary policy content in a preview area; responding to an adjustment request from the user terminal based on the preliminary policy content, performing an adjustment operation on the preliminary policy content to obtain current policy content, and displaying the current policy content in a preview area; encrypting the current policy content to obtain encrypted policy content; and transmitting the encrypted policy content to a printing terminal for printing. This application can be applied to insurance scenarios in fintech, improving the efficiency and security of policy printing and enabling real-time preview.

Description

Technical Field

[0001] This application relates to the field of artificial intelligence technology and is applied to financial technology scenarios, particularly to a canvas-based insurance policy printing method, apparatus, device, and storage medium. Background Technology

[0002] In the fintech insurance landscape, electronic insurance policies offer advantages over traditional paper policies, including environmental friendliness, efficiency, and ease of storage, leading to their widespread application in insurance business. However, in practical applications, different insurance companies and products have varying requirements for policy format, layout, and style. Furthermore, users may require personalized adjustments to policy content. Traditional electronic policy printing methods often rely on fixed templates, lacking flexible layout adjustments. This necessitates significant user time for adjustments, resulting in low printing efficiency, discrepancies between preview and actual print quality, and compromised data transmission security. Therefore, improving printing efficiency and security, as well as enhancing preview quality, are pressing issues that require resolution. Summary of the Invention

[0003] The main objective of this application is to propose a canvas-based insurance policy printing method, apparatus, device, and storage medium, aiming to solve the technical problems of low printing efficiency, low security, and inability to preview in real time in the current technology, thereby improving printing efficiency and security and enabling real-time preview.

[0004] To achieve the above objectives, a first aspect of this application proposes a canvas-based insurance policy printing method, which is applied on a server side and includes: In response to a policy printing request initiated by a user terminal, the original policy template selected by the user terminal is obtained; Electronic policy data is generated based on the original policy template; The electronic policy data is drawn based on a preset canvas to obtain preliminary policy content, which is then displayed in the preview area. In response to the user terminal's adjustment request based on the preliminary policy content, the adjustment operation is performed on the preliminary policy content to obtain the current policy content, and the current policy content is displayed in the preview area; The current policy content is encrypted to obtain encrypted policy content; The encrypted policy content is transmitted to the printing terminal for printing.

[0005] To achieve the above objectives, a second aspect of this application provides a canvas-based insurance policy printing device, which is applied to a server and includes: The template acquisition module is used to obtain the original policy template selected by the user terminal in response to the policy printing request initiated by the user terminal. The policy data generation module is used to generate electronic policy data based on the original policy template. The canvas drawing module is used to draw electronic policy data based on a preset canvas to obtain preliminary policy content, and to display the preliminary policy content in the preview area; The adjustment module is used to respond to the user terminal's adjustment request based on the preliminary policy content, perform an adjustment operation on the preliminary policy content, obtain the current policy content, and display the current policy content in the preview area; An encryption module is used to encrypt the current policy content to obtain encrypted policy content; The printing module is used to transmit the encrypted policy content to the printing terminal for printing.

[0006] To achieve the above objectives, a third aspect of the present application provides a computer device, the computer device including a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the method described in the first aspect.

[0007] To achieve the above objectives, a fourth aspect of the present application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method described in the first aspect.

[0008] The canvas-based policy printing method, apparatus, device, and storage medium proposed in this application respond to a policy printing request initiated by a user terminal, obtain an original policy template selected by the user terminal, generate electronic policy data based on the original policy template, and then draw the electronic policy data based on a preset canvas, displaying the preliminary policy content in a preview area; responding to an adjustment request from the user terminal based on the preliminary policy content, performing an adjustment operation on the preliminary policy content, and displaying the adjusted current policy content in the preview area; encrypting the current policy content before printing, and transmitting the encrypted policy content to the printing terminal for printing. This application can be applied to insurance scenarios in fintech, improving the efficiency and security of policy printing, enabling real-time preview, and achieving personalized printing. Attached Figure Description

[0009] Figure 1 This is a schematic diagram of the application environment for the canvas-based policy printing method provided in the embodiments of this application; Figure 2 This is a flowchart of a canvas-based policy printing method provided in an embodiment of this application; Figure 3 yes Figure 2 The flowchart for step 203 in the text; Figure 4 yes Figure 2 The flowchart for step 204 in the text; Figure 5 yes Figure 2 The flowchart for step 205 in the document; Figure 6 yes Figure 5 The flowchart for step 502 in the document; Figure 7 yes Figure 2 The flowchart for step 206 in the document; Figure 8 This is a schematic diagram of the structure of the canvas-based insurance policy printing device provided in the embodiments of this application; Figure 9 This is a schematic diagram of the hardware structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0010] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0011] It should be noted that although functional modules are divided in the device schematic diagram and a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first," "second," etc., in the specification, claims, and the aforementioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0012] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0013] First, let's analyze some of the terms used in this application: Artificial intelligence (AI) is a new branch of computer science that studies, develops, and applies theories, methods, technologies, and systems to simulate, extend, and expand human intelligence. It aims to understand the essence of intelligence and produce intelligent machines that can react in a way similar to human intelligence. Research in this field includes robotics, speech recognition, image recognition, natural language processing, and expert systems. AI can simulate the information processes of human consciousness and thought. Furthermore, AI utilizes digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceiving the environment, acquiring knowledge, and using that knowledge to achieve optimal results.

[0014] Natural Language Processing (NLP): NLP uses computers to process, understand, and utilize human language (such as Chinese and English). NLP is a branch of artificial intelligence and an interdisciplinary field of computer science and linguistics, often referred to as computational linguistics. NLP includes syntactic analysis, semantic analysis, and discourse understanding. It is commonly used in machine translation, handwritten and printed character recognition, speech recognition and text-to-speech conversion, intent recognition, information extraction and filtering, text classification and clustering, sentiment analysis, and opinion mining. It involves data mining, machine learning, knowledge acquisition, knowledge engineering, artificial intelligence research, and linguistic research related to language computation.

[0015] Canvas: In the Unity engine, the Canvas is a container object used to hold UI (User Interface) components. All UI elements (such as buttons, text, images, etc.) must exist as child objects of the Canvas to be correctly rendered and interacted with. The Unity engine is a cross-platform, real-time 3D engine that can be used for game development, virtual reality, augmented reality, and interactive content creation. The Unity engine provides a complete toolchain, including a scene editor, physics engine, animation system, UI system (such as Canvas), and script support, allowing developers to create 2D and 3D games and applications and publish them to multiple platforms, such as PCs, mobile devices, consoles, and the web.

[0016] The current electronic insurance policy printing system has the following shortcomings: (1) It usually adopts a fixed policy template, and users cannot freely adjust the layout and style of the policy content according to their needs. This fixed design is difficult to meet the needs of different users for policy styles, especially in complex policy scenarios (such as those containing multiple pages of content, tables, pictures, etc.), where users cannot flexibly adjust the display effect of the content. (2) Lack of real-time preview function: When adjusting the policy content, users cannot see the effect after adjustment in real time. Users need to print or export the file multiple times to see the final result, which not only reduces work efficiency but also increases trial and error costs. (3) Insufficient interactivity: It usually adopts the traditional form input method, and users need to manually input or select the policy content, which lacks intuitive interactive operation. Users cannot quickly adjust the layout and style of the policy content by dragging and dropping, resulting in a poor operating experience. (4) Insufficient data transmission security: During the electronic insurance policy printing process, the policy data needs to be transmitted between the user terminal, the server, and the printing terminal. Currently, there is a lack of effective encryption and protection mechanisms in the data transmission process, which makes it easy to be attacked by the network, resulting in the leakage or tampering of policy data. (5) Compatibility issues: It usually depends on specific hardware or software environments, making it difficult to achieve cross-platform and multi-device compatibility; users may encounter problems such as limited functionality or inconsistent display effects when using it on different devices or operating systems. (6) Printing format limitations: It usually only supports one or a few fixed printing formats (such as PDF, images, etc.), which cannot meet users' needs for multiple printing formats; in addition, the printing format conversion process is complicated and prone to format errors or content loss. (7) Performance bottlenecks: When handling large-scale insurance policy printing tasks, it often faces performance bottlenecks; and due to the lack of efficient graphics drawing and rendering technology, the system will experience delays or stutters when processing complex insurance policy content, affecting the user experience.

[0017] Based on this, embodiments of this application provide a canvas-based insurance policy printing method, apparatus, device, and storage medium, aiming to improve printing efficiency and security and enable real-time preview.

[0018] The canvas-based insurance policy printing method, apparatus, device, and storage medium provided in this application are specifically described through the following embodiments. First, the canvas-based insurance policy printing method in this application embodiment is described.

[0019] The embodiments of this application can acquire and process relevant data based on artificial intelligence technology. Artificial intelligence (AI) refers to the theories, methods, technologies, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to obtain optimal results.

[0020] Foundational technologies for artificial intelligence generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies mainly encompass computer vision, robotics, biometrics, speech processing, natural language processing, and machine learning / deep learning.

[0021] The canvas-based insurance policy printing method provided in this application relates to the field of artificial intelligence technology. This canvas-based insurance policy printing method can be applied to a terminal, a server, or software running on either a terminal or a server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, etc.; the server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms; the software can be an application implementing the canvas-based insurance policy printing method, but is not limited to the above forms.

[0022] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0023] It should be noted that in all specific embodiments of this application, when processing data related to user identity or characteristics, such as user audio, user voice, user behavior, user historical data, and user attribute information, user permission or consent is obtained first. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards. In addition, when embodiments of this application require access to sensitive personal information of users, separate permission or consent from the user is obtained through pop-ups or redirects to confirmation pages. Only after obtaining the user's separate permission or consent is the necessary user-related data required for the proper functioning of these embodiments obtained.

[0024] The canvas-based policy printing method provided in this application can be applied to applications such as... Figure 1 In this application environment, a communication connection is established between the user terminal and the server, and between the server and the printing terminal. The server can receive and respond to policy printing requests from the user terminal, obtain the original policy template selected by the user terminal, generate electronic policy data based on the original policy template, and then draw the electronic policy data based on a preset canvas, displaying the preliminary policy content in the preview area. The server can also receive and respond to adjustment requests from the user terminal, performing adjustments on the preliminary policy content and displaying the adjusted current policy content in the preview area. Before printing, the current policy content is encrypted, and the encrypted policy content is transmitted to the printing terminal for printing. This application can be applied to insurance scenarios in fintech, improving the efficiency and security of policy printing, enabling real-time preview, and achieving personalized printing. The customer terminal can be, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. The server can be implemented using a standalone server or a server cluster consisting of multiple servers. The following detailed description of specific embodiments further illustrates this application.

[0025] Figure 2 This is an optional flowchart of the canvas-based policy printing method provided in the embodiments of this application. Figure 2 The method described herein is applied to the server side and may include, but is not limited to, steps 201 to 206.

[0026] Step 201: In response to the policy printing request initiated by the user terminal, obtain the original policy template selected by the user terminal; Step 202: Generate electronic policy data based on the original policy template; Step 203: Draw the electronic policy data based on the preset canvas to obtain the preliminary policy content, and display the preliminary policy content in the preview area; Step 204: In response to the user terminal's adjustment request based on the preliminary policy content, perform an adjustment operation on the preliminary policy content to obtain the current policy content, and display the current policy content in the preview area; Step 205: Encrypt the current policy content to obtain encrypted policy content; Step 206: Transmit the encrypted policy content to the printing terminal for printing.

[0027] Steps 201 to 206, as illustrated in this embodiment, involve responding to a policy printing request initiated by a user terminal, obtaining an original policy template selected by the user terminal, generating electronic policy data based on the original policy template, drawing the electronic policy data on a preset canvas, and displaying the preliminary policy content in a preview area; responding to an adjustment request from the user terminal based on the preliminary policy content, performing an adjustment operation on the preliminary policy content, and displaying the adjusted current policy content in the preview area; encrypting the current policy content before printing, and transmitting the encrypted policy content to the printing terminal for printing. This application can be applied to insurance scenarios in fintech, improving the efficiency and security of policy printing, enabling real-time preview, and achieving personalized printing.

[0028] In step 201 of some embodiments, the user initiates a policy printing request to the server via a user terminal. This request carries policy information, which may include, but is not limited to, the policy number, policyholder information, insured information, insured object information, insurance liability information, insured amount information, and insurance period information. The policyholder information includes the policyholder's name, ID card number, or unified social credit code. In financial scenarios, the user can be the policyholder. The user terminal receives the policy information entered by the user. The type of user terminal includes, but is not limited to, desktop computers, laptops, tablets, and smartphones, and must meet certain hardware and software configuration requirements to ensure smooth display of the subsequent Canvas preview interface and timely operation response. The server communicates with the user terminal to receive the policy printing request.

[0029] The server has pre-stored preset policy templates. Users can select a template through relevant buttons on their terminals. After receiving the user's selection, the server matches the original policy template from the preset policy templates.

[0030] In practical applications, users log into the relevant insurance business system on the server side through their user terminals, and verify their identity by entering their account and password. After successful verification, they enter the electronic policy printing interface, input the relevant policy information, and initiate a policy printing request. Users can select the original policy template through their user terminals and upload policy attachments. Attachment types include scanned copies of the policyholder's and insured's identity documents, ownership certificates of the insured property, supplementary agreements, etc. For health insurance, users can also upload medical diagnostic certificates. Attachment formats can include JPG, PNG, PDF, etc. After uploading, users can preview the content of the uploaded policy attachments, delete uploaded attachments, or re-upload them.

[0031] In step 202 of some embodiments, the original policy template includes a layout structure. The server, based on the policy information and the layout structure, fills the corresponding information into the corresponding positions in the template. For example, the policyholder information is filled into the policyholder area of ​​the template, the insured amount and premium amount are filled into the relevant fee area of ​​the template, and table data is filled into the table area of ​​the template. Simultaneously, uploaded attachment data is associated with the attachment display area of ​​the template, thereby generating standardized electronic policy data. In some application scenarios, electronic policy data is stored in JSON format. The electronic policy data has a layered structure, including a basic data layer, a layout data layer, a style data layer, and an attachment data layer. The basic data layer stores core policy information; the layout data layer stores layout information such as the position coordinates and dimensions of each element; the style data layer stores style information such as fonts, colors, and borders; and the attachment data layer stores information such as the path, format, and size of attachments.

[0032] Please see Figure 3 In some embodiments, step 203 may include, but is not limited to: Step 301: Initialize the preset canvas; Step 302: Obtain the screen parameters of the user terminal; Step 303: Determine the canvas parameters based on the hierarchical structure of the electronic policy data and the screen parameters; Step 304: Draw the electronic policy data according to the hierarchical structure and canvas parameters to obtain the preliminary policy content.

[0033] In some embodiments, steps 301 to 304 can be implemented using a server-side Canvas drawing unit. In some application scenarios, screen parameters include screen resolution, width, and height. By initializing a preset canvas and obtaining the user terminal's screen parameters, canvas parameters are determined based on the hierarchical structure of the electronic policy data and the screen parameters. The electronic policy data is then drawn according to the hierarchical structure of the electronic policy data and the canvas parameters to obtain preliminary policy content.

[0034] In some embodiments, step 203 may include, but is not limited to: creating a preview window on the user terminal and displaying the preliminary policy content through the preview area of ​​the preview window, so that the user can preview the printing effect in real time. If the user is not satisfied, adjustments can be made in real time based on step 204, or adjustments can be made repeatedly until the user is satisfied.

[0035] In practical applications, the content of each layer is drawn sequentially according to the hierarchical structure of the electronic policy data. For example, the basic data layer is drawn first, with text content such as policyholder information and insured information drawn in the corresponding positions. The default font (e.g., SimSun, Heiti), font size (e.g., 12-point body text, 16-point headings), and font color (e.g., black body text, dark blue headings) can be used. Next, the layout data layer is drawn, with table borders, headers, and content drawn according to the table position and size, ensuring clear lines and aligned content. Then, the attachment data layer is drawn, for example, with uploaded attachment images drawn in the attachment display area, automatically adjusting image size to fit the area and avoid distortion. Finally, the signature layer is drawn, with the insurance company's electronic signature drawn in a preset position (e.g., the lower right corner of the policy). The signature layer is placed on top by default. After drawing, the preliminary policy content is sent to the preview area of ​​the user's terminal to display the preview effect. In one application scenario, full-screen preview, paginated preview, and zoom preview are available. Users can view the complete policy content by scrolling the mouse or swiping the screen. The server maintains a real-time connection with the user's terminal to display the preview effect in real time and wait for the user's operation requests.

[0036] Please see Figure 4 In some embodiments, step 204 may include, but is not limited to: Step 401: In response to the user terminal's adjustment request based on the initial policy content, obtain the adjustment operation triggered by the user terminal; Step 402: Analyze the adjustment operation to obtain the adjustment instruction; Step 403: Invoke the operation controls based on the adjustment command; wherein the operation controls include at least one of the following: drag and drop control, zoom control, style selection control, layer control control, undo control, and save control; Step 404: Adjust the initial policy content based on the invoked operation controls to obtain the current policy content.

[0037] In some embodiments, if a user is not satisfied with the initial policy content during preview, they can initiate an adjustment request to the server through the user terminal to make real-time adjustments to the initial policy content. The server then executes step 401 to obtain the adjustment operation triggered by the user terminal. In some application scenarios, the adjustment operation includes drag-and-drop operation, zoom operation, style selection operation, undo operation, and save operation.

[0038] In step 402 of some embodiments, adjustment instructions can be obtained by parsing the adjustment operation. In some application scenarios, these adjustment instructions include drag-and-drop instructions, scaling instructions, style selection instructions, undo instructions, and save instructions. In practical applications, step 402 is executed by the Canvas drawing unit to parse the adjustment operation and thus obtain the corresponding adjustment instructions.

[0039] Step 403 in some embodiments may include, but is not limited to: The adjustment instructions are sorted to obtain their priority order; Target instructions are selected from adjustment instructions based on priority order; The operation control is invoked based on the preset instruction control mapping table; the preset instruction control mapping table stores the mapping relationship between adjustment instructions and operation controls.

[0040] In some embodiments, adjustment instructions can be sorted according to the order of their trigger times, with the most recent adjustment operation set as the highest priority, to filter out target instructions and retrieve the corresponding operation controls based on those target instructions, thus ensuring the accuracy of the preview effect.

[0041] In step 404 of some embodiments, the preliminary policy content can be adjusted based on the invoked operation control to obtain the current policy content. For example, the preliminary policy content can be dragged and dropped based on the drag and drop control to obtain the current policy content.

[0042] In practical applications, steps 403 and 404 are executed by the Canvas drawing unit to realize the invocation of adjustment controls, data updates, and rendering. The Canvas drawing unit is equipped with an image rendering algorithm. In one application scenario, this algorithm can adopt an incremental rendering mechanism. Unlike the traditional full refresh mode, this embodiment only partially redraws the area adjusted by the user, significantly improving the efficiency of preview updates and reducing the resource consumption of the user's terminal. Specifically, by listening to the user's adjustment operation, the coordinates and range of the corresponding Canvas area are determined, with coordinate precision down to the pixel level. Secondly, by comparing the pixel data of the area before and after adjustment, pixels with differences are selected. And by redrawing only the pixels with differences without refreshing the entire canvas, the preview update delay is ensured to be controlled within 50ms, achieving a smooth, real-time preview effect.

[0043] To ensure smooth preview updates, the Canvas drawing unit in this embodiment employs a multi-threaded processing mechanism, distributing the parsing of adjustment operations, data updates, and rendering to different threads to avoid stuttering caused by single-threaded processing. Simultaneously, caching optimization is performed on the initial policy content and the current policy content, caching frequently used drawing resources (such as font files and border styles) locally on the user's terminal to reduce repetitive loading time and further improve rendering efficiency. This embodiment ensures that the preview interface remains smooth even when the user frequently performs adjustment operations, without stuttering or delays, effectively enhancing the user experience.

[0044] In this embodiment, the adjustment operation can be implemented through drag-and-drop controls and scaling controls. In practical application scenarios, users can click on target elements (text, images, tables, signatures, etc.) within the preview area of ​​the user terminal. After the target element is selected, a border and control points are displayed around it. The border is used to indicate the selected state of the element, and the control points are located at the four corners and the midpoints of the four sides of the border, used to perform scaling operations. For drag-and-drop operations, the user presses and holds the selected element and drags the mouse (or touches the screen to drag). The drag-and-drop control listens to the coordinate changes of the mouse or touch point in real time and sends the coordinate change data to the Canvas drawing unit on the server side. The Canvas drawing unit updates the position coordinates of the target element in real time according to the coordinate changes. It can also locally redraw the target element and its surrounding area through an incremental rendering mechanism, and the server side updates the preview effect synchronously. Users can intuitively see the movement process of the element's position through the user terminal. The drag-and-drop operation in this embodiment supports precise positioning. Users can fine-tune the element's position using the keyboard arrow keys, with each fine-tuning distance being 1 pixel, to ensure the accuracy of layout adjustments.

[0045] For scaling operations, when the user drags the control points of the selected element, the scaling control calculates the scaling ratio based on the drag direction and distance, and simultaneously sends it to the Canvas drawing unit. The Canvas drawing unit then adjusts the width and height of the target element according to the scaling ratio, while maintaining the proportional consistency of the content within the element. For example, when scaling a table, the line width and text size are adjusted proportionally to avoid table distortion. When scaling an image, an image interpolation algorithm is used to ensure that the image remains clear and free of blurring or jagged edges after scaling. Scaling operations support both uniform and non-uniform scaling. For example, users can perform uniform scaling by holding down the Shift key and dragging the control points, ensuring that the element's aspect ratio remains unchanged; users can also directly drag the control points to perform non-uniform scaling, allowing users to adjust the element's aspect ratio as needed.

[0046] Style adjustments can be made using a style selection control. Specifically, after selecting the target element, the user can click the style selection control to bring up a style settings panel. This panel includes options for font settings, color settings, border settings, background settings, and line spacing settings. The font settings allow adjustment of font type (e.g., SimSun, Heiti, Kaiti, Microsoft YaHei), font size (e.g., 8 to 24 points, or user-defined font size), and font style (e.g., regular, bold, italic, underline, strikethrough, etc.). The color settings include adjustments to font color, border color, and background color. The border settings include adjustments to border style (e.g., solid line, dashed line, dotted line), border width, and border rounded corners, applicable to table, image, and text box elements. The line spacing settings allow increasing or decreasing line spacing, applicable to text elements. When the user selects the corresponding style option, the style selection control sends the style parameters to the Canvas drawing unit. The Canvas drawing unit then uses the style properties of the new target element to partially redraw the target element and simultaneously displays the adjusted style effect in the preview area. This allows the user to view the adjustment effect in real time. If the user is not satisfied, they can modify the style at any time and make repeated modifications until they are satisfied.

[0047] During the adjustment process, if a user makes a mistake, they can undo or redo the control to restore the original state. Specifically, an operation history stack can be set up to record the user's 10 most recent adjustment operations. After each adjustment operation, the operation type, operation parameters, and the element's state before the adjustment are stored in the history stack. When the user clicks the undo control, the most recent operation record in the history stack pops up, and the Canvas drawing unit restores the element to its state before the adjustment based on the record, while simultaneously updating the preview. When the user clicks the redo control, the most recent undo operation is re-executed, restoring the element to its adjusted state. The operation history stack is automatically cleared when the user confirms the adjustment or closes the preview page to ensure reasonable resource usage.

[0048] After completing all adjustments, users can click the "Save Control" button to save the adjusted layout and style information as a personalized template, which is then linked to the user's account for direct reuse when printing similar policies later, eliminating the need for repeated adjustments. When saving, users can enter a template name and select a template category. The policy server stores the personalized template in the template library, recording the template's creation time, the user who created it, and the adjustment parameters. This enables template modification, deletion, and sharing operations; for example, enterprise users can share personalized templates with sub-accounts within the same enterprise.

[0049] Please see Figure 5 In some embodiments, step 205 may include, but is not limited to: Step 501: De-identify the current policy content to obtain de-identified policy content; Step 502: Encapsulate the data based on the preset ciphertext to obtain an encapsulated data packet, and send the encapsulated data packet to the printing terminal; Step 503: Obtain the response data packet generated by the printing terminal based on the encapsulated data packet; Step 504: Encrypt the de-identified policy content based on the response data packet to obtain the encrypted policy content.

[0050] In step 501 of some embodiments, differentiated desensitization processing is performed based on the data sensitivity level of the current policy content. This protects user privacy and security without affecting the normal use and legal validity of the policy. In practical applications, the current policy content is divided into sensitivity levels, for example, into three levels: Level 1, Level 2, and Level 3. Level 1 includes core privacy information such as ID card number, mobile phone number, bank card number, and home address; Level 2 includes general privacy information such as the policyholder's occupation, income, and detailed address of the insured object; Level 3 includes data such as policy number, insurance liability terms, and premium amount. Different desensitization strategies are adopted for different levels of data. For example, partial hiding desensitization is used for Level 1 data, such as keeping only the first 6 and last 4 digits of the ID card number, and using the special symbol "*" to represent the middle 8 digits. For example, if a user's ID number is 110101********1234, the first 3 and last 4 digits of the mobile phone number are retained, while the middle 4 digits are replaced with the special symbol "*". For example, if a user's mobile phone number is 138****5678, the first 6 and last 4 digits of the bank card number are retained, while the middle digits are hidden. Second-level data is anonymized using fuzzy methods. For example, occupational information only retains broad categories such as "company employee" or "freelancer," without displaying specific job titles. The detailed address of the insured object is retained down to the district / county level, without displaying specific street names and house numbers. Third-level data is not anonymized to ensure the integrity of the core policy information. Other embodiments include adjusting anonymization rules for different insurance products. For example, health insurance policies require retaining the insured's date of birth (for underwriting), so the date of birth is not anonymized. Car insurance policies can partially hide the Vehicle Identification Number (VIN), retaining only the last 6 digits. Specifically, taking a financial scenario as an example, in the transmission of personal accident insurance policies, the policyholder's ID number and mobile phone number are considered first-level data. After anonymization, only a portion of the information is displayed to prevent theft during transmission. The insured's occupation, considered second-level data, is obscured as service industry information, protecting privacy without affecting the insurance company's assessment of occupational risks. The premium amount and insurance period, considered third-level data, are fully retained to ensure the policy's validity. In corporate group insurance policies, employees' personal information is considered first-level data and undergoes batch anonymization. The company name and unified social credit code, as core business data, remain unanonymized. This protects employee privacy while meeting the business integration needs of both the company and the insurance company, thus complying with regulatory requirements for personal information protection while also considering the actual needs of the insurance business, achieving a balance between privacy protection and business operations.

[0051] Please see Figure 6 In some embodiments, step 502 may include, but is not limited to: Step 601: Generate a first random number based on a preset random number generator; Step 602: Obtain the first public key from the printing terminal; Step 603: Encrypt the first random number based on the first public key to obtain the preset ciphertext; Step 604: Encapsulate the data based on the preset ciphertext and the server timestamp to obtain the encapsulated data packet.

[0052] In step 601 of some embodiments, the preset random number generator may use a cryptographically secure pseudorandom number generator (CSPRNG) to generate the first random number R1, and the length of the first random number R1 may be 256 bits.

[0053] In steps 602 to 603 of some embodiments, the first public key is extracted from the digital certificate of the printing terminal. In practical applications, the RSA-2048 or ECC-256 algorithm can be used, and the first public key is used to encrypt the first random number R1 to obtain the preset ciphertext E(R1). The encryption mode can use Optimal Asymmetric Encrypt Padding (OAEP). Compared with the traditional padding method, the security of the embodiments of this application is higher and can resist selected ciphertext attacks.

[0054] In step 604 of some embodiments, the preset ciphertext E(R1) is encapsulated with the session ID and the server timestamp to obtain an encapsulated data packet. The encapsulated data packet is sent to the printing terminal as a negotiation data packet. The timestamp is accurate to milliseconds and is used to prevent replay attacks.

[0055] In some embodiments, after receiving the encapsulated data packet, the printing terminal first verifies the validity of the server's timestamp. In practical applications, an error of ±3 seconds is allowed. If the error exceeds this range, it is determined to be an illegal request and is rejected. The printing terminal uses its own private key to decrypt the preset ciphertext E(R1) to obtain the first random number R1. The private key can be stored in the printing terminal's encryption chip and is not exposed at the operating system level to prevent the private key from being read illegally. The printing terminal then generates a second random number R2 through CSPRNG. The length of the second random number R2 can be 256 bits. The server's public key is extracted from the server's digital certificate. Using the server's public key, the second random number R2 is encrypted in OAEP mode to obtain the encrypted ciphertext E(R2). The encrypted ciphertext E(R2), session ID, and terminal timestamp are encapsulated into a response data packet and sent to the server. This allows the server to encrypt the de-identified policy content based on the response data packet to obtain the encrypted policy content. At the same time, the printing terminal temporarily caches the first random number R1 and the second random number R2 locally, for example, in encrypted memory, which is lost when power is off.

[0056] The key in this embodiment is unique. Specifically, in practical applications, each time a user initiates an electronic policy printing task, a unique symmetric encrypted ciphertext is generated. The key is strongly bound to the electronic policy printing task ID, the printing terminal identifier, and the policy number to ensure that the key cannot be reused across tasks. Furthermore, the key only exists during the printing period. After the printing task ends, the server and the printing terminal synchronously destroy the key to ensure that the key cannot be persistently stored. The key is generated through negotiation between the server and the printing terminal. The negotiation process uses an asymmetric encryption algorithm for protection, preventing the negotiation data from being eavesdropped on or tampered with, ensuring that both the server and the printing terminal generate a consistent symmetric key, and reducing security risks during key transmission.

[0057] This application embodiment ensures the security of electronic policy data during transmission from the server to the printing terminal, preventing data leakage, tampering, or theft, and guaranteeing the legal validity and privacy of the electronic policy data. Furthermore, the encrypted ciphertext in this application embodiment employs a dynamic generation mechanism, jointly generated by the server and the printing terminal through a key negotiation mechanism. Each printing task corresponds to an independent key, which is automatically destroyed after the task is completed, avoiding the risk of batch data security due to key leakage. This application embodiment uses the HTTPS encrypted transmission protocol. The HTTPS protocol adds an SSL / TLS encryption layer to the HTTP protocol, enabling identity authentication, data encryption, and integrity verification during data transmission, preventing data from being eavesdropped on, tampered with, or forged.

[0058] Before step 205, the canvas-based policy printing method of this application embodiment further includes format conversion of the current policy content. Specifically, format conversion is performed through a built-in format conversion engine. In some embodiments, format conversion includes dynamic conversion of multiple formats such as PDF, JPG, PNG, and TIFF. In practical application scenarios, if the user selects PDF format, the conversion engine converts it to a PDF file and automatically adds the insurance company's electronic signature and timestamp. The electronic signature is authenticated using a digital certificate and includes information such as the signing unit, signing time, and signer. The timestamp is synchronized to a blockchain node for evidence storage, ensuring the immutability and traceability of the PDF policy. If the user selects an image format (JPG, PNG, TIFF), the conversion engine uses an image enhancement algorithm to optimize the image's clarity and color reproduction, ensuring that the printed image content is clearly legible. The TIFF format supports lossless compression and is suitable for scenarios with high image quality requirements. After the format conversion is completed, the integrity of the converted current policy content is verified to ensure that the encrypted policy content is undamaged and complete. The verified current policy content is then encrypted to obtain the encrypted policy content.

[0059] The canvas-based policy printing method in this application also includes a format conversion exception handling step, specifically including: if the format conversion fails due to an anomaly in the current policy content, a conversion failure prompt is returned, suggesting that the user check the current policy content and reconfirm printing; if the key negotiation fails due to a network anomaly or a key generation algorithm anomaly, the user is prompted that the key negotiation has failed and the printing request is re-initiated; if the transmission is interrupted and retransmission fails, the user is prompted to check the network connection, troubleshoot the network problem, and reprint; when the printing terminal requests the server to resend the file, if multiple receptions fail to verify, the user is prompted that there may be a network attack and is advised to change the network environment; printing is refused, and a prompt that the file has been tampered with or the signature is invalid is returned. At the same time, the server initiates an anomaly investigation process and records the anomaly information for subsequent traceability.

[0060] Please see Figure 7 Prior to step 206 in some embodiments, the canvas-based policy printing method may also include, but is not limited to, the following: Step 701: Obtain the printing data from the printing terminal; wherein, the printing data includes the printer type and printer parameters of the printer type; Step 702: Retrieve parameters from the preset parameter library according to the printer parameters or store the printer parameters in the preset parameter library; Step 703: Determine the printing scheme based on the printer parameters; Step 704: Adjust the printing parameters of the encrypted policy content based on the printing scheme, and send a print request to the printing terminal based on the printing parameters.

[0061] In steps 701 and 702 of some embodiments, the printer type and printer parameters of the printing terminal are automatically identified. These printer parameters include print resolution, paper size, color support capabilities, print speed, and print mode. A preset parameter library stores the models and corresponding parameters of mainstream printers on the market. If the connected printing terminal is a model already in the preset parameter library, the parameters are retrieved directly. Alternatively, if the connected printing terminal is an unknown model, the configuration information of the printing terminal is read through its USB or network interface, the parameters are automatically identified, and the printer model and parameters are stored in the preset parameter library for later retrieval.

[0062] In steps 703 and 704 of some embodiments, a printing scheme is determined based on printer parameters, and the printing parameters of the encrypted policy content are adjusted based on the printing scheme. A print request is then sent to the printing terminal based on these printing parameters. Specifically, adjusting the printing parameters of the encrypted policy content includes adjusting the print resolution, color, page scaling, and margins. Adjusting the print resolution specifically includes adjusting the print resolution according to the printer's maximum supported resolution and user needs. For example, the default resolution for laser printers is adjusted to 600 dpi, for inkjet printers to 300 dpi, and for dot matrix printers to 150 dpi. dpi (dpi) allows users to manually modify resolution parameters; adjusting color parameters can specifically include: if the printer supports color printing and the user selects color printing mode, keeping the document's color parameters unchanged; if the printer only supports black and white printing, automatically converting color documents to black and white mode while optimizing contrast to ensure the clarity of text and images; adjusting the page scaling ratio can specifically include: adjusting the page scaling ratio according to paper size (such as A4, A3, B5) to ensure that the policy content fully fits the paper size without content truncation or excessive white space. For example, the default scaling ratio for A4 paper is 100%, and the default scaling ratio for A3 paper is 120%.

[0063] In some embodiments, step 206 may include, but is not limited to, encapsulating printing parameters and encrypted policy content into a print request and transmitting it to the printing terminal, thereby facilitating printing by the printing terminal. Specifically, the printing terminal decrypts the encrypted policy content and performs a printing operation based on the printing parameters. The printing terminal supports multiple printing modes, including single-page printing, multi-page continuous printing, and batch printing. Single-page printing is suitable for scenarios where only one page of the policy needs to be printed, and the user can specify the page number. Multi-page continuous printing is suitable for printing all pages of the policy, and the printing progress can be monitored in real time during the printing process, displaying the number of pages printed, the number of pages remaining, and the printing time on the printing terminal's interface. Batch printing is suitable for printing multiple policies simultaneously, and the user can select multiple policy numbers. The printing execution module sends printing instructions sequentially to complete the batch printing operation.

[0064] In real-world printing scenarios, the printing terminal's operational status can be monitored in real time. Feedback signals from the terminal can be used to determine if there are any abnormalities such as paper shortage, paper jams, insufficient ink / toner, or printer malfunctions. If a paper shortage occurs, the terminal issues an audible and visual alarm and displays a message on the screen: "Paper out, please add paper." Printing automatically resumes after the user adds paper. If a paper jam occurs, the terminal prompts the user: "Paper jam, please clear the paper." Printing restarts after the user clears the paper jam. If insufficient ink / toner occurs, the terminal prompts the user: "Ink / toner low, please replace ink / toner cartridge," ensuring clear print. If a printer malfunction occurs, the terminal prompts the user: "Printer malfunction, please check the device," and records the fault code for troubleshooting. After printing is complete, the terminal stops printing, issues a print completion tone, and generates a print confirmation receipt. This receipt includes the print status (success / failure), number of pages printed, print time, printer identifier, policy number, and user account information, which is sent to the server via an encrypted transmission protocol. After receiving the receipt, the server records the receipt information in the print log, encrypts and stores it in the database, and simultaneously sends a print completion notification to the user's terminal, informing the user of the print result. If printing fails, the receipt contains the specific reason for the failure, and the server sends the failure information back to the user's terminal, guiding the user to troubleshoot the problem and reprint.

[0065] In some embodiments, after receiving the encrypted policy content, the printing terminal stores the encrypted policy content in a local temporary storage area and verifies the integrity of the encrypted policy content. This is done by calculating the hash value of the file and comparing it with the hash value sent by the server. If they do not match, it is determined that the encrypted policy content was corrupted during file transmission, and a request is made to the server to resend it. If they match, the encrypted policy content is decrypted. Specifically, the previously negotiated symmetric encryption ciphertext is used to decrypt the encrypted policy content. After decryption, the electronic signature and timestamp of the file are verified. By calling the evidence storage data of the blockchain node, the authenticity of the timestamp and the validity of the signature are verified. If the verification passes, the decrypted file is printed. If the verification fails, it is determined that the file has been tampered with, printing is refused, a verification failure message is returned to the server, and an exception log is recorded.

[0066] The canvas-based policy printing method of this application embodiment further includes a printing error handling step, specifically including: Printer recognition failure: If the connected printing terminal cannot be recognized, the user is prompted to check the printing terminal connection (USB cable, network connection) and ensure that the printing terminal is powered on. If it still cannot be recognized, it is recommended to update the printer driver. Printer parameter adjustment failed: If the parameter adjustment fails due to abnormal encrypted policy content or printer parameter incompatibility, the user is prompted to change the print format or print terminal and re-initiate printing. Printing process errors: such as out of paper, paper jam, insufficient ink, etc., prompt the user to handle according to the corresponding error type, and resume printing after handling; Print receipt transmission failure: If the receipt transmission fails due to network abnormality, the printing terminal caches the receipt information and automatically resends it after the network is restored. At the same time, the abnormality log is recorded to ensure the traceability of the printing process.

[0067] The canvas-based policy printing method provided in this application responds to a policy printing request initiated by a user terminal, obtains an original policy template selected by the user terminal, generates electronic policy data based on the original policy template, and then draws the electronic policy data based on a preset canvas, displaying the preliminary policy content in a preview area. Responding to an adjustment request from the user terminal based on the preliminary policy content, the method performs adjustments to the preliminary policy content and displays the adjusted current policy content in a preview area. Before printing, the current policy content is encrypted, and the encrypted policy content is transmitted to the printing terminal for printing. This application can be applied to insurance scenarios in fintech, improving the efficiency and security of policy printing, enabling real-time preview, and achieving personalized printing.

[0068] The technical means employed in this application not only improve the system's flexibility and user experience, but also significantly enhance the efficiency and security of policy printing, providing the insurance industry with an efficient, convenient, and secure electronic policy printing solution. Specifically, the embodiments of this application have the following technical effects: This system offers users ease of use, allowing them to freely adjust the layout and style of policy content through drag-and-drop functionality. No complex operations or programming knowledge are required, significantly lowering the barrier to entry. Furthermore, this embodiment supports dynamic adjustment of various graphic elements (such as text, images, and tables) to meet users' personalized needs. The intuitive drag-and-drop operation and real-time preview function significantly enhance the user experience. Personalized configuration and multiple template options further increase user satisfaction with the platform.

[0069] When adjusting the policy style, users can preview the effect in real time to ensure that the final printed result is consistent with expectations; this improves the user experience and reduces repetitive operations caused by style adjustment errors; it also supports multiple policy templates, and users can choose different templates to configure according to their needs; it also supports custom styles (such as font, color, border, etc.) to meet the personalized needs of different users.

[0070] Encrypted transmission protocols (such as HTTPS) are used to ensure the security of policy data during transmission and prevent data leakage or tampering; user privacy is protected through security mechanisms, which comply with relevant laws and regulations.

[0071] This application supports cross-platform and multi-device compatibility, allowing users to implement the embodiments of this application on different devices (such as PCs, tablets, and mobile phones). The printing terminal supports multiple printer types and can automatically adjust the printing format according to printer characteristics to ensure consistent printing results. It also supports multiple printing formats, such as PDF and images, allowing users to select the appropriate format for printing as needed. Furthermore, this application embodiment can dynamically convert formats to meet users' needs for different printing formats.

[0072] It employs efficient graphics rendering algorithms to ensure smooth real-time previews and avoid delays or stuttering caused by complex policy content; it is suitable for various scenarios in the insurance industry, such as life insurance, property insurance, and health insurance; it can also be functionally expanded according to the needs of different insurance types, and has good scalability; it improves response speed and stability, and is suitable for scenarios that handle complex policy content.

[0073] The embodiments of this application reduce the use of paper insurance policies, lower printing and mailing costs, improve the efficiency of policy printing, reduce repetitive operations caused by style adjustment errors, and lower labor costs.

[0074] Please see Figure 8 This application also provides a canvas-based insurance policy printing device, which can implement the above-described canvas-based insurance policy printing method. This device is applied to a server and includes: The template acquisition module is used to respond to a policy printing request initiated by the user terminal and acquire the original policy template selected by the user terminal. The policy data generation module is used to generate electronic policy data based on the original policy template. The canvas drawing module is used to draw electronic policy data based on a preset canvas, obtain preliminary policy content, and display the preliminary policy content in the preview area; The adjustment module is used to respond to the user terminal's request based on the preliminary policy content, perform adjustment operations on the preliminary policy content, obtain the current policy content, and display the current policy content in the preview area; The encryption module is used to encrypt the current policy content to obtain encrypted policy content; The printing module is used to transmit the encrypted policy content to the printing terminal for printing.

[0075] In some embodiments, the canvas drawing module can specifically be used to implement: Initialize the preset canvas; Obtain the screen parameters of the user terminal; The canvas parameters are determined based on the hierarchical structure of the electronic policy data and the screen parameters. The electronic policy data is drawn based on its hierarchical structure and canvas parameters to obtain preliminary policy content.

[0076] Specifically, the canvas drawing module can be used to implement steps 301 to 304 above, which will not be described in detail here.

[0077] In some embodiments, the adjustment module can be specifically used to implement: In response to an adjustment request from a user terminal based on the initial policy content, obtain the adjustment operation triggered by the user terminal; The adjustment operation is parsed to obtain the adjustment instruction; The operation controls are invoked based on the adjustment command; the operation controls include at least one of the following: drag and drop control, zoom control, style selection control, layer control control, undo control, and save control; The initial policy content is adjusted based on the invoked operation controls to obtain the current policy content.

[0078] Specifically, the adjustment module can be used to implement steps 401 to 404 above, which will not be described in detail here.

[0079] In some embodiments, the encryption module can specifically be used to implement: The current policy content is anonymized to obtain the anonymized policy content. Data is encapsulated based on a preset ciphertext to obtain an encapsulated data packet, which is then sent to the printing terminal. Obtain the response data packet generated by the printing terminal based on the encapsulated data packet; The de-identified policy content is encrypted based on the response data packet to obtain the encrypted policy content.

[0080] Specifically, the encryption module can be used to implement steps 501 to 504 above, which will not be described in detail here.

[0081] In some embodiments, the encryption module can specifically be used to implement: A first random number is generated based on a preset random number generator; Obtain the first public key from the printing terminal; The first random number is encrypted using the first public key to obtain the preset ciphertext. Data is encapsulated based on preset ciphertext and server timestamp to obtain encapsulated data packets.

[0082] Specifically, the encryption module can be used to implement steps 601 to 604 above, which will not be described in detail here.

[0083] In some embodiments, the printing module can specifically be used to implement: Acquire print data from the printing terminal; the print data includes printer type and printer parameters for the printer type. The parameters are retrieved from the preset parameter library based on the printer parameters, or the printer parameters are stored in the preset parameter library. Determine the printing plan based on the printer parameters; The printing parameters of the encrypted policy content are adjusted based on the printing scheme, and a print request is sent to the printing terminal based on the printing parameters.

[0084] Specifically, the printing module can be used to implement steps 701 to 704 above, which will not be described in detail here.

[0085] The specific implementation of this canvas-based policy printing device is basically the same as the specific embodiment of the canvas-based policy printing method described above, and will not be repeated here.

[0086] This application also provides a computer device, which can be any smart terminal including tablet computers, in-vehicle computers, etc. The computer device includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement: In response to a policy printing request initiated by the user terminal, the original policy template selected by the user terminal is obtained; Generate electronic policy data based on the original policy template; The electronic policy data is drawn based on a preset canvas to obtain preliminary policy content, which is then displayed in the preview area. In response to the user terminal's adjustment request based on the preliminary policy content, the adjustment operation is performed on the preliminary policy content to obtain the current policy content, and the current policy content is displayed in the preview area; The current policy content is encrypted to obtain encrypted policy content; The encrypted policy content is transmitted to the printing terminal for printing.

[0087] Please see Figure 9 , Figure 9 The hardware structure of a computer device according to another embodiment is illustrated. The computer device includes: The processor 901 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application. The memory 902 can be implemented as a read-only memory (ROM), static storage device, dynamic storage device, or random access memory (RAM). The memory 902 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 902 and is called and executed by the processor 901 to implement the canvas-based policy printing method of the embodiments of this application. The 903 input / output interface is used to implement information input and output. The communication interface 904 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). Bus 905 transmits information between various components of the device (e.g., processor 901, memory 902, input / output interface 903, and communication interface 904); The processor 901, memory 902, input / output interface 903, and communication interface 904 are connected to each other within the device via bus 905.

[0088] This application embodiment also provides a storage medium, which is a computer-readable storage medium, storing a computer program that is implemented when executed by a processor. In response to a policy printing request initiated by the user terminal, the original policy template selected by the user terminal is obtained; Generate electronic policy data based on the original policy template; The electronic policy data is drawn based on a preset canvas to obtain preliminary policy content, which is then displayed in the preview area. In response to the user terminal's adjustment request based on the preliminary policy content, the adjustment operation is performed on the preliminary policy content to obtain the current policy content, and the current policy content is displayed in the preview area; The current policy content is encrypted to obtain encrypted policy content; The encrypted policy content is transmitted to the printing terminal for printing.

[0089] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0090] The canvas-based policy printing method, apparatus, device, and storage medium provided in this application respond to a policy printing request initiated by a user terminal, obtain an original policy template selected by the user terminal, generate electronic policy data based on the original policy template, and then draw the electronic policy data based on a preset canvas, displaying the preliminary policy content in a preview area; responding to an adjustment request from the user terminal based on the preliminary policy content, performing an adjustment operation on the preliminary policy content, and displaying the adjusted current policy content in a preview area; encrypting the current policy content before printing, and transmitting the encrypted policy content to the printing terminal for printing. This application can be applied to insurance scenarios in fintech, improving the efficiency and security of policy printing, enabling real-time preview, and achieving personalized printing. This application not only improves the system's flexibility and user experience but also significantly enhances the efficiency and security of policy printing, providing the insurance industry with an efficient, convenient, and secure electronic policy printing solution. It offers users ease of use, allowing them to freely adjust the layout and style of policy content through drag-and-drop functionality, eliminating the need for complex operations or programming knowledge and greatly lowering the barrier to entry. Furthermore, this application supports dynamic adjustment of various graphic elements (such as text, images, and tables) to meet users' personalized needs. The intuitive drag-and-drop operation and real-time preview function significantly improve the user experience. Personalized configuration and multiple template options enhance user satisfaction with the platform.

[0091] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0092] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0093] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0094] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0095] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0096] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0097] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0098] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0099] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0100] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0101] It should be noted that any AI models, software tools, or components not belonging to this company appearing in the embodiments of this application are merely illustrative examples and do not represent actual use. All user personal information involved in the embodiments of this application has been authorized (with the knowledge and consent) by the relevant parties or has been fully authorized by all parties, and the executing entity may obtain it through various legal and compliant means. The collection, storage, use, processing, transmission, provision, and disclosure of the information, data, and signals involved all comply with relevant laws and regulations and do not violate public order and good morals.

[0102] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. A canvas-based insurance policy printing method, characterized in that, The method is applied to the server side, and the method includes: In response to a policy printing request initiated by a user terminal, the original policy template selected by the user terminal is obtained; Electronic policy data is generated based on the original policy template; The electronic policy data is drawn based on a preset canvas to obtain preliminary policy content, which is then displayed in the preview area. In response to the user terminal's adjustment request based on the preliminary policy content, the adjustment operation is performed on the preliminary policy content to obtain the current policy content, and the current policy content is displayed in the preview area; The current policy content is encrypted to obtain encrypted policy content; The encrypted policy content is transmitted to the printing terminal for printing.

2. The method according to claim 1, characterized in that, The step of encrypting the current policy content to obtain encrypted policy content includes: The current policy content is then anonymized to obtain an anonymized policy content. Data is encapsulated based on a preset ciphertext to obtain an encapsulated data packet, and the encapsulated data packet is sent to the printing terminal; Obtain the encrypted ciphertext generated by the printing terminal based on the encapsulated data packet; The de-identified policy content is encrypted based on the encrypted ciphertext to obtain the encrypted policy content.

3. The method according to claim 2, characterized in that, The process of encapsulating data based on preset ciphertext to obtain an encapsulated data packet includes: A first random number is generated based on a preset random number generator; Obtain the first public key from the printing terminal; The first random number is encrypted using the first public key to obtain the preset ciphertext. The data is encapsulated based on the preset ciphertext and the server timestamp to obtain the encapsulated data packet.

4. The method according to claim 1, characterized in that, The step of responding to the user terminal's adjustment request based on the preliminary policy content by performing an adjustment operation on the preliminary policy content to obtain the current policy content includes: In response to the user terminal's adjustment request based on the initial policy content, obtain the adjustment operation triggered by the user terminal; The adjustment operation is parsed to obtain the adjustment instruction; The operation controls are invoked based on the adjustment command; wherein the operation controls include at least one of the following: drag and drop control, zoom control, style selection control, layer control control, undo control, and save control; The initial policy content is adjusted based on the invoked operation controls to obtain the current policy content.

5. The method according to claim 4, characterized in that, The step of invoking the operation control based on the adjustment instruction includes: The adjustment instructions are sorted to obtain their priority order; Target instructions are selected from the adjustment instructions based on the priority order; The operation control of the target instruction is invoked based on a preset instruction control mapping table; wherein, the preset instruction control mapping table stores the mapping relationship between the adjustment instruction and the operation control.

6. The method according to any one of claims 1 to 5, characterized in that, Before transmitting the encrypted policy content to the printing terminal for printing, the method further includes: Obtain the printing data from the printing terminal; wherein the printing data includes the printer type and printer parameters of the printer type; The printer parameters are retrieved from the preset parameter library according to the printer parameters, or the printer parameters are stored in the preset parameter library. Determine the printing scheme based on the printer parameters; Based on the printing scheme, the printing parameters of the encrypted policy content are adjusted, and a print request is sent to the printing terminal based on the printing parameters.

7. The method according to any one of claims 1 to 5, characterized in that, The process of drawing the electronic policy data based on a preset canvas to obtain preliminary policy content includes: Initialize the preset canvas; Obtain the screen parameters of the user terminal; The canvas parameters are determined based on the hierarchical structure of the electronic policy data and the screen parameters. The electronic policy data is drawn based on its hierarchical structure and the canvas parameters to obtain the preliminary policy content.

8. A canvas-based insurance policy printing device, characterized in that, The device is used on a server side, and the device includes: The template acquisition module is used to obtain the original policy template selected by the user terminal in response to the policy printing request initiated by the user terminal. The policy data generation module is used to generate electronic policy data based on the original policy template. The canvas drawing module is used to draw electronic policy data based on a preset canvas to obtain preliminary policy content, and to display the preliminary policy content in the preview area; The adjustment module is used to respond to the user terminal's adjustment request based on the preliminary policy content, perform an adjustment operation on the preliminary policy content, obtain the current policy content, and display the current policy content in the preview area; An encryption module is used to encrypt the current policy content to obtain encrypted policy content; The printing module is used to transmit the encrypted policy content to the printing terminal for printing.

9. A computer device, characterized in that, The computer device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the method according to any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 7.

Images