Business contract document generation method and device, electronic equipment and storage medium

CN114942832BActive Publication Date: 2026-10-16CHINA LIFE INSURANCE CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202210321018.6
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-03-28
Publication Date
2026-10-16
Estimated Expiration
2042-03-28

AI Technical Summary

Benefits of technology

[0033] As can be seen from the above, the contract document generation method, apparatus, electronic device and storage medium provided in this application can establish multiple message queues in the system according to the business tags. After receiving a task, it is sent to the corresponding message queue according to the business tags of the task, so as to realize the parallel processing of a large number of tasks at the same time, and avoid the problem of task blocking caused by a certain task occupying system resources for a long time.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN114942832B_ABST
    Figure CN114942832B_ABST
Patent Text Reader

Abstract

The application provides a contract document generation method and device, electronic equipment and a storage medium. The method comprises the following steps: receiving a plurality of tasks, each task comprising a business mark; sending the received plurality of tasks to corresponding message queues for shunting according to the business mark; for each task, performing task processing: sending a service request to a contract platform to obtain basic insurance data; calling a plurality of external systems to obtain external data; calling a printing template according to the basic insurance data and the external data; and calling an output platform to generate an insurance policy. The contract document generation method and device, electronic equipment and storage medium provided by the application can establish a plurality of message queues in the system according to the business mark, and after receiving a task, the task is sent to the corresponding message queue according to the business mark of the task, so that parallel large batch tasks can be processed at the same time, thereby avoiding the problem of task congestion caused by long-term occupation of system resources by a certain task.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to a method, apparatus, electronic device and storage medium for generating contract documents. Background Technology

[0002] Insurance business includes individual policies (individual policies) and group policies (policies taken out by groups). For individual policies, an insurance contract needs to be generated; while for group policies, in addition to generating a uniform insurance contract, a list of insured persons needs to be generated, and a certificate needs to be generated for each insured person in the list. Summary of the Invention

[0003] In view of this, the purpose of this application is to provide a method, apparatus, electronic device and storage medium for generating business contract documents.

[0004] For the purposes described above, this application provides a method for generating business contract documents, including:

[0005] Receive multiple tasks, each of which includes a service tag;

[0006] The received tasks are sent to the corresponding message queues for distribution based on the service tag.

[0007] For each of the aforementioned tasks, perform task processing:

[0008] Send a business data query service request to the contract platform to obtain basic policy data;

[0009] Call multiple external systems to obtain multiple external data corresponding to the basic policy data;

[0010] Retrieve the print template based on the basic policy data and multiple external data sources;

[0011] The output platform is invoked to generate the policy based on the basic policy data, the external data, and the print template.

[0012] Optionally, in response to determining that the business is marked as a group order, if the task also includes the number of insured persons, then the task processing further includes:

[0013] Send a second business data query service request to the contract platform to obtain list data and voucher data as data to be processed;

[0014] Based on the number of insured persons, the data to be processed is sent to the output platform in real time or in batches to generate lists and vouchers.

[0015] Optionally, the step of sending the data to be processed to the output platform in real time or in batches according to the number of insured persons includes:

[0016] Establish a work channel and a work processing pool corresponding to the work channel;

[0017] Receive batches of data to be processed, and distribute the data to be processed into the corresponding work channels according to the number of insured persons;

[0018] The job processing pool receives the data to be processed from the job channel and performs job processing.

[0019] Optionally, the job channel includes a real-time job channel and a batch job channel; the job processing pool includes a real-time job processing pool and a batch job processing pool; the real-time job processing pool is configured to process the data to be processed in the real-time job channel in real time; the batch job processing pool is configured to process the data to be processed in the batch job channel sequentially in batches.

[0020] Optionally, the step of allocating the data to be processed into the corresponding work channels according to the number of insured persons includes:

[0021] In response to determining that the number of insured persons is greater than one person and less than a preset number of persons, the data to be processed is assigned to the real-time operation channel;

[0022] In response to determining that the number of insured persons is greater than the preset number of persons, the data to be processed is assigned to the batch operation channel.

[0023] Optionally, RabbitMQ can be used to distribute the multiple tasks.

[0024] Optionally, the method also includes:

[0025] Obtain configuration instructions, which include configuration data and configuration actions;

[0026] Perform a configuration action on the print template, inserting the configuration data into the print template or replacing the original data in the print template.

[0027] Based on the same inventive concept, this application also provides a business contract document generation device, including:

[0028] The task acquisition module is configured to receive multiple tasks, each of which includes a business tag.

[0029] The task routing module is configured to send multiple received tasks to corresponding message queues for routing based on the service flag;

[0030] The task processing module is configured to perform task processing for each of the tasks: send a business data query service request to the contract platform to obtain basic policy data; call multiple external systems to obtain multiple external data corresponding to the basic policy data; retrieve a print template based on the basic policy data and the multiple external data; and call the output platform to generate a policy based on the basic policy data, the external data, and the print template.

[0031] Based on the same inventive concept, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the above-mentioned business contract document generation method when executing the program.

[0032] Based on the same inventive concept, this application also provides a non-transitory computer-readable storage medium that stores computer instructions for causing a computer to execute the above-described business contract document generation method.

[0033] As can be seen from the above, the contract document generation method, apparatus, electronic device and storage medium provided in this application can establish multiple message queues in the system according to the business tags. After receiving a task, it is sent to the corresponding message queue according to the business tags of the task, so as to realize the parallel processing of a large number of tasks at the same time, and avoid the problem of task blocking caused by a certain task occupying system resources for a long time. Attached Figure Description

[0034] To more clearly illustrate the technical solutions in this application or related technologies, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0035] Figure 1 This is a flowchart illustrating the contract document generation method according to an embodiment of this application;

[0036] Figure 2 This is a schematic diagram of the process of sending data to be processed in the contract document generation method according to an embodiment of this application;

[0037] Figure 3 This is a flowchart illustrating the configuration of a printing template for a contract document generation method according to an embodiment of this application.

[0038] Figure 4 This is a schematic diagram illustrating the document generation principle of the contract document generation method according to an embodiment of this application;

[0039] Figure 5 This is a schematic diagram illustrating another document generation principle of the contract document generation method according to an embodiment of this application;

[0040] Figure 6 This is a schematic diagram illustrating the principle of configuring a printing template for the contract document generation method according to an embodiment of this application.

[0041] Figure 7 This is a schematic diagram of the technical architecture of the contract document generation device according to an embodiment of this application;

[0042] Figure 8 This is a schematic diagram of a more specific electronic device hardware structure provided for this application. Detailed Implementation

[0043] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with specific embodiments and the accompanying drawings.

[0044] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in the embodiments of this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed after the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are only used to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0045] During the generation of contract documents, for group insurance policies, due to the large number of insured individuals, generating policies, insured lists, and vouchers requires a considerable amount of time to continuously consume system resources, but the corresponding task completion time is also relatively ample. For individual insurance policies, since only a policy for a single insured individual needs to be generated, the time spent consuming system resources is shorter, and the corresponding task completion time is also shorter.

[0046] The applicant's research revealed that insurance companies have a large volume of business, and that the tasks for generating group policy documents (hereinafter referred to as group policy tasks) and individual policy documents (hereinafter referred to as individual policy tasks) are random. If each document generation task is processed in real time, it may cause the system to process group policy tasks for an extended period, resulting in individual policy tasks exceeding their deadlines.

[0047] like Figure 1In view of this, this application provides a method for generating business contract documents, including the following steps:

[0048] Step S101: Receive multiple tasks, each task including a service tag.

[0049] Business identifiers include the source of the business and the type of business. The source of the business includes, for example, group policies (or fellowships), individual policies (or fellowships), etc. The type of business includes, for example, group annuities, group long-term insurance, individual long-term insurance, individual short-term insurance, etc.

[0050] Step S102: Send the received multiple tasks to the corresponding message queues for distribution according to the business tags.

[0051] In some implementations, RabbitMQ is used to distribute multiple tasks.

[0052] RabbitMQ is an open-source message broker software (also known as message-oriented middleware) that implements the Advanced Message Queuing Protocol (AMQP). The RabbitMQ server is written in Erlang, and clustering and failover are built on the Open Telecom Platform framework. Client libraries for all major programming languages ​​that communicate with the broker interface are available.

[0053] A message queue can be understood as a container that stores messages during transmission. Multiple message queues can be established in the system based on business tags. Upon receiving a task, it is sent to the corresponding message queue according to the task's business tag, enabling parallel processing of large batches of tasks simultaneously.

[0054] Step S103: For each task, perform task processing. The task processing process includes: sending a business data query service request to the contract platform to obtain basic policy data; calling multiple external systems to obtain multiple external data corresponding to the basic policy data; retrieving the print template based on the basic policy data and multiple external data; and calling the output platform to generate the policy based on the basic policy data, external data, and print template.

[0055] The system retrieves the task from the message queue and begins processing it.

[0056] First, a business data query service request is sent to the contract platform. The contract platform retrieves the business data based on the request, identifies the corresponding policy data (individual policy data or group policy data) from the business data, and sends it back to the system.

[0057] The system receives policy data from the contract platform and, based on this data, calls multiple external systems to obtain external data. It then organizes this external data with the policy data to obtain basic policy information. For example... Figure 4 As shown, the organizational process includes:

[0058] Special information organization process: The rules engine is invoked synchronously. It queries its stored special rules one by one, filters out the insurance special information corresponding to the policy data, and sends it back to the system. The product platform is also invoked synchronously, sending a special information query service request. The product platform retrieves the product special information corresponding to the policy data based on this request and sends it back to the system.

[0059] Current price information organization process: A current price information query service request is sent to the product platform synchronously. The product platform retrieves the product current price information corresponding to the policy data based on this request and sends it back to the system.

[0060] Policy information organization process: Retrieve pre-stored general policy information based on policy data.

[0061] The process of organizing policy application image information involves: synchronously calling the content cloud and sending a policy application image query service request to it. The content cloud then retrieves the policy application image information corresponding to the policy data based on this request and sends it back to the system.

[0062] Deduction of rights information organization process: retrieve pre-stored deduction of rights information based on policy data, or obtain deduction of rights information input from external sources.

[0063] Contract delivery information organization process: A request for a temporary fee inquiry service is simultaneously sent to the policy management system. The policy management system retrieves the temporary fee account information corresponding to the policy information based on this request and sends it back to the system.

[0064] It should be noted that the above process of calling various external systems to organize external data is not dependent on any order, and the order can be changed according to usage requirements.

[0065] Print template information organization process: Retrieve the corresponding print template based on the policy data.

[0066] In the print template selection logic, fixed matching keywords include those based on provincial-level agency, management agency, document type (policy, certificate, insured list), business type, whether it is bancassurance business, access channel (E-store, worry-free renewal, bancassurance, contract counter, E-store, online sales, etc.), and access source (WeChat, intermediaries, etc.). Extended attributes include policy type attributes and policy account information. When the fixed matching keywords of a pre-stored print template completely match the policy data, the print template and its corresponding template configuration information are retrieved.

[0067] External data, including special provisions, current price, terms and conditions, application image, deductions, and contract delivery information, are integrated with policy data and print templates to obtain complete policy data. This complete policy data is then sent to the output platform, along with a policy generation service request. The output platform generates the policy based on this request and stores it, while simultaneously feeding back the policy generation result to the system.

[0068] The above process is the process of generating an insurance policy. When performing document generation tasks, whether it is an individual policy or a group policy, the above steps need to be performed.

[0069] In some embodiments, in response to determining that the business is marked as a group order, the task also includes the number of insured persons. In this case, step S103 further includes: sending a second business data query service request to the contract platform to obtain list data and voucher data as data to be processed; and sending the data to be processed to the output platform in real time or in batches according to the number of insured persons to generate list and voucher.

[0070] like Figure 5 When a business transaction is marked as a group policy, in addition to generating the aforementioned policy (or master policy), a list of insured persons and supporting documents (also known as sub-policies) also need to be generated. The system needs to send a second business data query service request to the contract platform. The contract platform retrieves the business data based on this request and identifies the corresponding list and supporting document data from the business data, sending them back to the system as pending data. The system can send the received pending data to the output platform in real-time or synchronously in batches, and send a list and supporting document generation service request to the output platform. The output platform generates the list of insured persons and supporting documents based on the pending data according to this request, stores them, and simultaneously feeds back the information on the generation of the list of insured persons and supporting documents to the system.

[0071] like Figure 5 In some embodiments, the data to be processed can be organized and sorted before being sent to the output platform.

[0072] The received data to be processed is organized and processed in a fragmented, parallel manner. This process includes retrieving corresponding preset formats or templates based on the list and voucher data, and integrating them to form complete list and voucher data information. Finally, the complete list and voucher data information is sent to the output platform in real-time or synchronously in batches, along with a list and voucher generation service request. Based on this request, the output platform generates and stores the insured's list and vouchers, and simultaneously feeds back the generated list and voucher information to the system.

[0073] like Figure 2In some embodiments, the system determines the number of insured persons and sends the data to be processed in real time or synchronous batches, including the following steps:

[0074] Step S201: Establish a job channel and a job processing pool corresponding to the job channel.

[0075] The job channels include real-time job channels and batch job channels. The job processing pool includes a real-time job processing pool and a batch job processing pool. The real-time job processing pool is configured to process the data to be processed in the real-time job channels in real time. The batch job processing pool is configured to process the data to be processed in the batch job channels sequentially in batches.

[0076] Step S202: Receive batches of data to be processed and distribute the data to be processed into the corresponding work channels according to the number of insured persons.

[0077] If the number of insured persons is determined to be greater than one but less than the preset number, the data to be processed will be assigned to the real-time operation channel; if the number of insured persons is determined to be greater than the preset number, the data to be processed will be assigned to the batch operation channel.

[0078] The data to be processed is processed in different ways depending on the number of insured persons (or the scale of group orders). Examples are given below.

[0079] Assuming a preset target of 200 people, transactions with 200 or fewer insured individuals are defined as small group transactions, and their corresponding pending data will be sent to the output platform in real time. For transactions with more than 200 insured individuals, their corresponding pending data will be sent to the output platform in batches.

[0080] In some embodiments, a second preset number of people can be set to further subdivide the batch operation channel into a medium batch operation channel and a high batch operation channel; the batch operation processing pool is also divided into a corresponding medium batch operation processing pool and a high batch operation processing pool.

[0081] Assuming the second preset number of insured persons is 10,000, then business with more than 200 but less than or equal to 10,000 insured persons is defined as a medium-sized group order, and the corresponding pending data will be assigned to the medium-sized batch processing channel. For business with more than 10,000 insured persons, it is defined as a large group order, and the corresponding pending data will be assigned to the high-level batch processing channel.

[0082] Step S203: Receive the data to be processed in the job channel through the job processing pool and perform job processing.

[0083] Due to the different job channels, the corresponding job processing pools handle the data to be processed in different ways. For real-time job channels, the real-time job processing pool sends the data to be processed to the output platform in real time; for medium-batch job channels, the medium-batch job processing pool divides the data to be processed into batches according to a first quantity (e.g., 10 batches) and then sends them to the output platform synchronously; for high-batch job channels, the high-batch job processing pool divides the data to be processed into batches according to a second quantity (e.g., 50 batches) and then sends them to the output platform synchronously.

[0084] like Figure 3 In some embodiments, the business contract document generation method further includes:

[0085] S301, obtain configuration instructions, which include configuration data and configuration actions.

[0086] S302, perform a configuration action on the print template, inserting configuration data into the print template or replacing the original data in the print template.

[0087] The above steps are to enable the management functions of print templates and the personalized configuration management functions of branch offices, mainly to manage templates for different contract business types based on actual business needs. At the same time, within the scope permitted by business operations, it will also support branch offices in uploading, replacing, modifying, and previewing personalized scripts, claims brochures, and hospital directories.

[0088] like Figure 6 Branch offices can configure personalized pages. First, they add necessary configuration elements through the front-end interface, such as adding a claims brochure item. They also need to upload the new configuration file, containing the content information for the claims brochure. The system updates the print template based on the uploaded configuration elements and file. It can also perform online testing of the updated print template to determine if it works correctly. If it doesn't work, it needs to be reconfigured. If it works correctly, the configuration file, configuration elements, and new template must be sent to the designated reviewer for approval. Once approved, the configuration file, configuration elements, and new template can be used in daily operations.

[0089] It should be noted that the method in this embodiment can be executed by a single device, such as a computer or server. The method can also be applied in a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method in this embodiment, and the multiple devices will interact with each other to complete the method described.

[0090] It should be noted that the above description describes some embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0091] Based on the same inventive concept, and corresponding to any of the above embodiments, this application also provides a business contract document generation device.

[0092] refer to Figure 7 The business contract document generation device includes:

[0093] The task acquisition module 401 is configured to receive multiple tasks, each of which includes a business tag.

[0094] The task distribution module 402 is configured to distribute multiple received tasks to the corresponding message queues based on the business flag.

[0095] The task processing module 403 is configured to perform task processing for each task: send a business data query service request to the contract platform to obtain basic policy data; call multiple external systems to obtain multiple external data corresponding to the basic policy data; retrieve the print template based on the basic policy data and multiple external data; and call the output platform to generate the policy based on the basic policy data, external data, and print template.

[0096] For ease of description, the above devices are described in terms of function, divided into various modules. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0097] The apparatus described above is used to implement the corresponding business contract document generation method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0098] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the business contract document generation method described in any of the above embodiments.

[0099] Figure 8This embodiment illustrates a more specific hardware structure of an electronic device, which may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, memory 1020, input / output interface 1030, and communication interface 1040 are interconnected internally via the bus 1050.

[0100] The processor 1010 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 specification.

[0101] The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

[0102] The input / output interface 1030 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components within the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touchscreens, microphones, various sensors, etc., while output devices may include displays, speakers, vibrators, indicator lights, etc.

[0103] The communication interface 1040 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0104] Bus 1050 includes a pathway for transmitting information between various components of the device, such as processor 1010, memory 1020, input / output interface 1030, and communication interface 1040.

[0105] It should be noted that although the above-described device only shows the processor 1010, memory 1020, input / output interface 1030, communication interface 1040, and bus 1050, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0106] The electronic devices described above are used to implement the corresponding business contract document generation methods in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0107] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a non-transitory computer-readable storage medium that stores computer instructions for causing the computer to execute the business contract document generation method as described in any of the above embodiments.

[0108] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0109] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute the business contract document generation method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0110] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application (including the claims) is limited to these examples; within the framework of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in the details for the sake of brevity.

[0111] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0112] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0113] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A method for generating business contract documents, characterized in that, include: Receive multiple tasks, each of which includes a service tag; The received tasks are sent to the corresponding message queues for distribution based on the service tag. For each of the aforementioned tasks, perform task processing: Send a business data query service request to the contract platform to obtain basic policy data; Call multiple external systems to obtain multiple external data corresponding to the basic policy data; This involves calling multiple external systems to obtain various external data corresponding to the basic policy data, including: calling a rules engine to determine special information corresponding to the basic policy data; calling a product platform to confirm the current price information corresponding to the basic policy data; retrieving pre-stored corresponding terms and deduction information based on the basic policy data; calling a content cloud to confirm the application image information corresponding to the basic policy data; and calling a policy management system to confirm the contract delivery information corresponding to the basic policy data. Retrieve the print template based on the basic policy data and multiple external data sources; The output platform is invoked to generate the policy based on the basic policy data, the external data, and the print template. In response to determining that the business is marked as a group order, and the task further includes the number of insured persons, the task processing further includes: Send a second business data query service request to the contract platform to obtain list data and voucher data as data to be processed; Based on the number of insured persons, the data to be processed is sent to the output platform in real time or in batches to generate lists and vouchers; The step of sending the data to be processed to the output platform in real time or in batches includes: Establish a work channel and a corresponding work processing pool; receive batches of data to be processed, and distribute the data to be processed into the corresponding work channel according to the number of insured persons: in response to determining that the number of insured persons is greater than one person and less than or equal to a first preset number of persons, distribute the data to be processed into a real-time work channel; in response to determining that the number of insured persons is greater than the first preset number of persons and less than or equal to a second preset number of persons, distribute the data to be processed into a medium-scale batching work channel; in response to determining that the number of insured persons is greater than the second preset number of persons, distribute the data to be processed into a high-scale batching work channel; receive the data to be processed in the work channel through the work processing pool and perform work processing; Before sending the data to be processed to the output platform, the process also includes organizing and tidying up the data to be processed. The received data to be processed is organized and processed in a segmented and parallel manner. The organization and processing process includes retrieving the corresponding preset format or template according to the list data and the voucher data, integrating them to form complete list and voucher data information, and sending the complete list and voucher data information to the output platform in real time or synchronously in batches. A list and voucher generation service request is also sent to the output platform so that the output platform can generate the insured's list and vouchers based on the complete list and voucher data information according to the request, and store them. At the same time, the result information of the insured's list and voucher generation is fed back.

2. The method for generating business contract documents according to claim 1, characterized in that, RabbitMQ is used to distribute the multiple tasks.

3. The method for generating business contract documents according to claim 1, characterized in that, Also includes: Obtain configuration instructions, which include configuration data and configuration actions; Perform a configuration action on the print template, inserting the configuration data into the print template or replacing the original data in the print template.

4. A business contract document generation device, characterized in that, include: The task acquisition module is configured to receive multiple tasks, each of which includes a business tag. The task routing module is configured to send multiple received tasks to corresponding message queues for routing based on the service flag; The task processing module is configured to perform task processing for each of the tasks: send a business data query service request to the contract platform to obtain basic policy data; and call multiple external systems to obtain multiple external data corresponding to the basic policy data. Retrieve the print template based on the basic policy data and multiple external data sources; The output platform is invoked to generate a policy based on the basic policy data, the external data, and the print template. This involves invoking multiple external systems to obtain external data corresponding to the basic policy data, including: invoking a rules engine to determine special information corresponding to the basic policy data; invoking a product platform to confirm the current price information corresponding to the basic policy data; invoking a terms storage system to confirm the terms information and deduction rights information corresponding to the basic policy data; invoking a content cloud to confirm the application image information corresponding to the basic policy data; and invoking a policy management system to confirm the contract delivery information corresponding to the basic policy data. In response to determining that the business is marked as a group order, and the task further includes the number of insured persons, the task processing further includes: Send a second business data query service request to the contract platform to obtain list data and voucher data as data to be processed; Based on the number of insured persons, the data to be processed is sent to the output platform in real time or in batches to generate lists and vouchers; The step of sending the data to be processed to the output platform in real time or in batches includes: Establish a work channel and a corresponding work processing pool; receive batches of data to be processed, and distribute the data to be processed into the corresponding work channel according to the number of insured persons: in response to determining that the number of insured persons is greater than one person and less than or equal to a first preset number of persons, distribute the data to be processed into a real-time work channel; in response to determining that the number of insured persons is greater than the first preset number of persons and less than or equal to a second preset number of persons, distribute the data to be processed into a medium-scale batching work channel; in response to determining that the number of insured persons is greater than the second preset number of persons, distribute the data to be processed into a high-scale batching work channel; receive the data to be processed in the work channel through the work processing pool and perform work processing; Before sending the data to be processed to the output platform, the process also includes organizing and tidying up the data to be processed. The received data to be processed is organized and processed in a segmented and parallel manner. The organization and processing process includes retrieving the corresponding preset format or template according to the list data and the voucher data, integrating them to form complete list and voucher data information, and sending the complete list and voucher data information to the output platform in real time or synchronously in batches. A list and voucher generation service request is also sent to the output platform so that the output platform can generate the insured's list and vouchers based on the complete list and voucher data information according to the request, and store them. At the same time, the result information of the insured's list and voucher generation is fed back.

5. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 3.

6. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, The computer instructions are used to cause the computer to perform the method according to any one of claims 1 to 3.

Citation Information

Patent Citations

  • Message processing method, device, and equipment and computer readable storage medium

    CN108009028A

  • Policy-printing data generation method and device, compute device and storage medium

    CN109343802A