WO2019100612A1 - 电子保单生成方法、装置、计算机设备及存储介质 - Google Patents

电子保单生成方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2019100612A1
WO2019100612A1 PCT/CN2018/076851 CN2018076851W WO2019100612A1 WO 2019100612 A1 WO2019100612 A1 WO 2019100612A1 CN 2018076851 W CN2018076851 W CN 2018076851W WO 2019100612 A1 WO2019100612 A1 WO 2019100612A1
Authority
WO
WIPO (PCT)
Prior art keywords
task
policy
processing
preset
processing time
Prior art date
Application number
PCT/CN2018/076851
Other languages
English (en)
French (fr)
Inventor
周凡
徐诗
鲁宁
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019100612A1 publication Critical patent/WO2019100612A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • the present application relates to the field of computer technologies, and in particular, to an electronic policy generation method, apparatus, computer device, and storage medium.
  • an electronic policy generation method for example, an electronic policy generation method, apparatus, computer device, and storage medium are provided.
  • An electronic policy generation method includes the following steps:
  • An electronic policy generation device comprising:
  • a request receiving module configured to receive an electronic policy generation request sent by the service terminal, where the electronic policy generation request carries policy data
  • a task generation module configured to generate a policy generation task according to the policy data, and add the policy generation task to the task queue;
  • a duration acquisition module configured to search for a task category corresponding to the policy data, and obtain a task processing duration of the policy generation task corresponding to the task category;
  • a thread creation module configured to acquire a preset processing time threshold, and calculate a number of processing threads to be created according to the preset processing time threshold and a task processing duration of each policy generation task in the task queue, and create and process the to-be-created a processing thread with an equal number of threads;
  • a server comprising a memory and a processor, the memory storing computer readable instructions, wherein the computer readable instructions are executed by the processor, such that the processor performs the step of: receiving an electronic transmission by a service terminal a policy generation request, the electronic policy generation request carrying policy data; generating a policy generation task according to the policy data, adding the policy generation task to a task queue; searching for a task category corresponding to the policy data, acquiring the task The task processing duration of the policy generation task corresponding to the category; obtaining a preset processing time threshold, and calculating the number of processing threads to be created according to the preset processing time threshold and the task processing duration of each policy generation task in the task queue, Creating a processing thread equal to the number of processing threads to be created; assigning a policy generation task in the task queue to the created processing thread for processing and generating an electronic policy.
  • One or more computer non-transitory readable storage mediums storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the steps of: receiving a service terminal to transmit An electronic policy generation request, the electronic policy generation request carrying policy data; generating a policy generation task according to the policy data, adding the policy generation task to a task queue; searching for a task category corresponding to the policy data, obtaining and The task processing duration of the policy generation task corresponding to the task category; obtaining a preset processing time threshold, and calculating a processing thread to be created according to the preset processing time threshold and the task processing duration of each policy generation task in the task queue Quantity, creating a processing thread equal to the number of processing threads to be created; assigning a policy generation task in the task queue to the created processing thread for processing and generating an electronic policy.
  • FIG. 1 is an application environment diagram of an electronic policy generation method in an embodiment
  • FIG. 2 is a flow chart of a method for generating an electronic policy in an embodiment
  • FIG. 3 is a flow chart of a method for generating an electronic policy in another embodiment
  • FIG. 4 is a schematic structural diagram of an electronic policy generation device in an embodiment
  • FIG. 5 is a schematic diagram showing the internal structure of a computer device in an embodiment.
  • the electronic policy generation method provided in the embodiment of the present application can be applied to an application environment as shown in FIG. 1.
  • the server 102 is connected to the service terminal 104 via a network.
  • the number of service terminals 104 may be multiple.
  • the server 102 receives the electronic policy generation request transmitted by the service terminal 104, and the server 102 generates a policy generation task based on the policy data in the received electronic policy generation request and adds it to the task queue. Calculate the number of processing threads to be created according to the processing duration of each policy generation task in the task queue, create a corresponding number of processing threads, assign the policy generation task in the task queue to the created processing thread, and wait for the policy generation task to complete the generation of the electronic policy. Thereafter, the generated electronic policy is returned to the service terminal 104.
  • an electronic policy generation method is provided, which is applied to the server as an example, and specifically includes the following steps:
  • Step 210 Receive an electronic policy generation request sent by the service terminal, where the electronic policy generation request carries the policy data.
  • the service terminal may be a sales service terminal of each point of sale of the insurance company, or may be a computer device, a smart mobile device, etc. used by the user to self-purchase the insurance product on the Internet, or may be other products that can be sold for insurance products.
  • the service terminal sends an electronic policy generation request to the server, and the electronic policy generation request carries the policy data to request the server to process the policy data to generate an electronic policy.
  • the policy data includes basic information of a customer who purchases an insurance product, basic information of an insurance product purchased by the customer, and purchase channel information.
  • the basic information of the customer includes the basic information of the insured and the insured, such as name, age, gender, contact information, etc.;
  • the server After receiving the electronic policy generation request sent by the service terminal, the server obtains the policy data carried in the electronic policy generation request. It should be noted that the service terminal may send an electronic policy generation request to the server after each underwriting, and the service terminal may also send a batch electronic policy generation request to the server periodically and periodically.
  • Step 220 Generate a policy generation task according to the policy data, and add the policy generation task to the task queue.
  • the server After obtaining the policy data, the server extracts the element data required to generate the electronic policy from the policy data.
  • the element data includes the basic information of the insured, the insured, the code of the insurance product, the logo, and the like.
  • the server generates a policy generation task based on the extracted element data, and the server adds the generated policy generation task to the task queue.
  • each generated policy generation task has a unique task code.
  • the task queue can be used in a first-in-first-out manner, that is, the newly generated policy generation task is added to the tail of the task queue, and the top-level policy generation task in the task queue is processed first.
  • the policy data further includes processing priority information, and when the policy generation task is added to the task queue, the tasks in the task queue are sorted according to the processing priority information, that is, the task row with higher priority is processed. In front of the queue and prioritized.
  • Step 230 Find a task category corresponding to the policy data, and obtain a task processing duration of the policy generation task corresponding to the task category.
  • the server obtains the product identifiers in the policy data corresponding to each policy generation task in the task queue, and obtains a pre-configured task classification table.
  • the task classification table is configured with the corresponding relationship between the product identifier and the task category, and the same task category may correspond to one. Or multiple product IDs.
  • the task categories are classified according to the task processing time required for each insurance product to generate an electronic policy.
  • the task categories can be classified into simple tasks, intermediate tasks, and complex tasks.
  • the task categories may also be classified according to the type of the insurance product, for example, may be classified into a health insurance task, a car insurance task, an old-age insurance task, and the like. Tasks of the same task category can be processed in exactly the same duration or within the same time interval.
  • the server After the server finds the task category of the policy generation task, the server searches for the preset task processing duration comparison table according to the task category, and the task processing duration comparison table stores the correspondence between the task category and the processing duration. It should be noted that, if the processing duration of the task of the same task category is a time interval, the media processing value recorded in the task processing time comparison table is the median value of the corresponding time interval.
  • step 240 the preset processing time threshold is obtained, and the number of processing threads to be created is calculated according to the preset processing time threshold and the task processing duration of each policy generation task in the task queue, and a processing thread equal to the number of processing threads to be created is created.
  • the server obtains a preset processing time threshold of the task queue.
  • the preset processing time threshold is the maximum time that can be spent processing all the policy generation tasks in the task queue.
  • the preset processing time threshold is proportional to the number of tasks of the policy generation task in the task queue. That is, the more tasks in the task queue, the larger the preset processing time threshold.
  • the server counts the number of policy generation tasks in the task queue and finds a preset processing time threshold corresponding to the number of statistics.
  • the server calculates the total processing time required to complete all the policy generation tasks in the task queue one by one according to the task processing time of each policy generation task in the task queue, and calculates the total processing time and the obtained preset processing time threshold according to the calculated total processing time and the obtained preset processing time threshold. Obtaining the number of processing threads to be created, creating a processing thread equal to the calculated number of processing threads to be created, so that the multi-thread parallel processing of the policy generation task in the task queue can be performed, and the multi-threading process is completed to complete all policy generation tasks.
  • the required processing time is less than or equal to the preset processing time threshold.
  • Step 250 Assign the policy generation task in the task queue to the created processing thread for processing and generate an electronic policy.
  • the policy generation task in the task queue is assigned to the created processing thread.
  • the server can randomly and evenly distribute the policy generation tasks to the created processing threads according to the number of tasks in the task queue.
  • the server can also sequence the tasks according to the order of the policy generation tasks in the task queue from front to back. Assigned to each processing thread.
  • the server first classifies the policy generation tasks in the task queue according to the insurance category to which they belong, and assigns the same or several types of policy generation tasks to the same processing thread for centralized processing. It should be noted that the server may also classify the attributes according to other methods such as the task category of the policy generation task, the processing duration, and the like, and is not limited to the above insurance category.
  • the policy generation task is sorted according to the processing priority level of the policy generation task in each processing thread, and the processing priority is higher.
  • the policy generation task is placed in front of the processing thread queue, thereby enabling multiple processing threads to prioritize higher priority policy generation tasks.
  • the processing threads are started, so that each processing thread generates an electronic policy according to the element data in the policy generation task.
  • the server can search for the service terminal corresponding to the task according to the task identifier or the terminal identifier carried in the policy generation task.
  • the generated electronic policy is returned to the corresponding service terminal.
  • the server can return the electronic policy to the service terminal in time according to the specific business requirements, or send the generated electronic policy generation request to the corresponding service terminal in batches after the multi-processing thread batch processing completes the policy generation task.
  • the server after receiving the electronic policy generation request sent by the service terminal, the server generates a policy generation task according to the policy data carried in the request and adds the task to the task queue, and determines the task category and the corresponding task processing duration according to the policy data, according to the policy data.
  • the processing duration of each task in the task queue and the preset processing time threshold create a corresponding number of processing threads, and the tasks in the queue are allocated to multiple processing threads.
  • the server adopts multi-thread parallel processing of the policy generation task in the task queue, which can reduce the processing pressure of the task processing system, and comprehensively consider the processing time of each task and the total processing time threshold of the system, thereby being able to reasonably set the number of threads and maximize the number of threads. Improve the processing efficiency of policy generation.
  • step 240 includes the following steps:
  • the server calculates the number of processing threads to be created by using the method described in the foregoing embodiment, and details are not described herein again.
  • the server obtains a preset preset maximum number of threads, and the preset maximum number of threads is the maximum number of processing threads that the server allows to be created at the same time.
  • the server compares the calculated number of to-be-created processing threads with the preset maximum number of threads. When the number of processing threads to be created is less than the preset maximum number of threads, the server creates a processing thread according to the calculated number of processing threads to be created; when to be created When the number of processing threads is greater than the preset maximum number of threads, the server creates a processing thread according to the preset maximum number of threads.
  • the server compares the calculated number of created processing threads with the preset maximum number of threads by setting the maximum number of threads in advance, and determines the number of processing threads to be actually created, thereby ensuring that the number of processing threads actually created does not exceed the preset maximum value. Avoid creating too many processing threads to cause redundancy and waste of processing resources, and excessive parallel thread processing may also cause resource conflicts, and reduce the efficiency of processing work.
  • the task category includes a tagging category and a non-tendering category; obtaining a preset processing time threshold, and calculating the number of processing threads to be created according to the preset processing time threshold and the task processing duration of each policy generation task in the task queue
  • Step 240 includes:
  • the policy generation task of the add-on category means that after the electronic policy is generated, the server also needs to send the electronic policy to the signature platform, so that the signature platform can sign the generated electronic policy, and the signature platform is processed. Return the signed electronic policy to the server.
  • the policy generation task of the non-additional category is completed after the electronic policy is generated, and the generated electronic policy is not required to be sent to the signature platform for signature processing. Therefore, the policy generation task of the tagging category generally takes more processing time than the policy generation task of the non-additional category.
  • the server also acquires the pre-stored tag type policy generation task processing weight ⁇ and the average processing time t 1 .
  • the average processing time t 1 is obtained by statistical calculation according to the actual processing duration of the plurality of tagged category policy generation tasks that have been cumulatively processed.
  • the server acquires a preset processing time threshold T 2 of the non-additional category policy generation task.
  • the preset processing time threshold T 2 is the maximum time that can be spent to complete the processing of all non-additional category policy generation tasks in the task queue.
  • the predetermined processing time threshold proportional relationship category number of tasks generated policies task T 2 non endorsement task queue. That is, the more non-tagged categories in the task queue, the larger the preset processing time threshold T 2 .
  • the server counts the number a 1 of the non-tagged category policy generation tasks in the task queue, and searches for a preset processing time threshold T 2 corresponding to the number of statistics.
  • the server also acquires the pre-stored non-additional category policy generation task processing weight ⁇ and the average processing time t 2 .
  • the average processing time t 2 is obtained by statistical calculation according to the actual processing duration of the plurality of non-added-type policy-initiated tasks that have been cumulatively processed.
  • the acquired parameters are substituted into the following formula (1) to calculate the number N of processing threads to be created, wherein the processing weight ⁇ of the tagging task and the processing weight ⁇ of the non-adding class task are 1.
  • the processing weight ⁇ of the tagged category task and the processing weight ⁇ of the non-tendering class task are statistics on the number of the tagged class task and the non-tendering class task in the previously generated policy generating task, and statistics are performed.
  • the proportion of the two types of tasks respectively and then consider the average length of time required for the processing of the two types of tasks, determined by model training. For example, in a real-time example, the processing weight of the trained tagged class task is 0.55, and the processing weight of the non-additive class task is 0.45. It should be noted that the value in the actual processing is determined according to actual conditions, and is not limited to the above values.
  • the policy generation task is divided into two categories: a tagging category and a non-addition class, and the preset processing time threshold, the processing weight, and the average processing time of the two types of tasks are respectively set according to the empirical data, and the above consideration is comprehensively considered.
  • the factor calculates the number of processing threads to be created, making the setting of the number of processing threads more reasonable, which is beneficial to improve processing efficiency.
  • the processing thread assigned with the bonus type policy generation task sends the electronic insurance policy of the signed type to the signature platform server, and carries the policy identification when the electronic policy is sent, so that the signature is obtained.
  • the platform server obtains the corresponding electronic signature and signature position according to the policy identification, and performs the processing of stamping the electronic signature at the signature position of the electronic policy.
  • the server receives the signed electronic policy returned by the signature platform server.
  • the policy data includes a policy processing priority level
  • the policy processing priority level includes at least a normal level, an expedited level, and a continuous investment level.
  • the method further includes: obtaining a preset processing time threshold of the common level policy generating task respectively.
  • the method includes: a processing weight ⁇ 1 for obtaining a policy generation task of the general level plus sign category, a processing weight ⁇ 2 for the policy generation task of the expedited level plus sign category, and a processing weight ⁇ 3 for the policy generation task of the continuous investment level plus sign category;
  • the policy data carried in the electronic policy generation request sent by the service terminal received by the server includes the policy processing priority level data.
  • the policy processing priority level is divided into three levels: a normal level, an expedited level, and a continuous investment level, wherein the priority levels of the continuous investment level, the expedited level, and the normal level are from high to low.
  • the server sets the preset processing time threshold of the three levels of tasks according to the processing level of the three policy processing priority levels, and the preset processing time threshold of the ordinary level policy generating task is n 1 , and the pre-emptive level policy generating task is pre-processed.
  • the processing time threshold be n 2 and the preset processing time threshold of the continuous-level policy generation task be n 3 .
  • the higher the urgency of the task the smaller the preset processing time threshold, that is, n 3 is smaller than n 2 and n 2 is smaller than n 1 .
  • the server calculates a preset processing time threshold T 1 of the signature type policy generation task according to the preset processing time thresholds of the three processing priority tasks.
  • T 1 ⁇ 1 n 1 + ⁇ 2 n 2 + ⁇ 3 n 3 (2)
  • the three processing weights are counted according to the number of three processing priority level tagging task tasks in the policy generation task that has been previously processed, and the proportion of the three levels of tasks is separately calculated, and then comprehensive consideration is considered.
  • the processing time required for the three levels of task processing is determined by model training. For example, in a real-time example, the processing weight ⁇ 1 of the trained general level tagging type policy generation task is 0.28, and the processing weight ⁇ 2 of the expedited level tagging type policy generation task is 0.45, and the continuous investment level is added.
  • the processing weight ⁇ 3 of the category policy generation task is 0.27. It should be noted that the value of the processing weight in the actual processing is determined according to the actual situation, and is not limited to the above value.
  • the policy generation task in addition to classifying the policy generation task according to whether the signature is added, the policy generation task is further classified according to the processing priority level, and when the preset processing time threshold T 1 of the tag type policy generation task is set, Considering the preset processing time threshold and processing weight of the three levels of tasks, the preset processing time threshold T 1 is more consistent with the time requirement in the actual processing work, which is beneficial to calculate a more reasonable number of processing threads to be created, and Conducive to improve the efficiency of multi-threaded processing.
  • the policy data includes a policy processing priority level
  • the policy processing priority level includes at least a normal level, an expedited level, and a continuous investment level.
  • the method further includes: respectively acquiring a preset processing time threshold value of the normal level policy generating task.
  • the setting of the policy processing priority level and the setting of the preset processing time threshold of the three priority levels are the same as those in the foregoing embodiment, and details are not described herein again.
  • the preset processing time threshold of the server according to the obtained general level policy generation task is n 1
  • the preset processing time threshold of the expedited level policy generation task is n 2
  • the preset processing time threshold of the continuous investment level policy generation task is n 3
  • the preset processing time threshold T 2 of the bonus category policy generation task is calculated.
  • T 2 ⁇ 1 n 1 + ⁇ 2 n 2 + ⁇ 3 n 3 (3)
  • the three processing weights are counted according to the number of three processing priority non-tagged categories in the policy generation task that has been previously processed, and the proportion of the three levels of tasks is separately calculated, and then integrated.
  • the processing time required for the three levels of task processing and determine it through model training.
  • the processing weight ⁇ 3 of the non-addition type policy generation task is 0.26. It should be noted that, in the actual processing, the values of the three processing weights are determined according to actual conditions, and are not limited to the above values.
  • the policy generation task in addition to classifying the policy generation task according to whether it is added or not, the policy generation task is classified according to the processing priority level, and when the preset processing time threshold T 2 of the non-addition type policy is generated,
  • the preset processing time threshold and the processing weight of the three levels of tasks are comprehensively considered, so that the preset processing time threshold T 2 is more consistent with the time requirement in the actual processing work, which is beneficial to calculate a more reasonable number of processing threads to be created. And help to improve the efficiency of multi-threaded processing.
  • the server separately obtains processing weights and preset processing time thresholds of the three processing priority level plus sign category policy generation tasks, and obtains processing weights and presets of the three processing priority level non-addition type policy policy generation tasks.
  • Processing the time threshold, respectively, the obtained parameters are respectively substituted into the preset processing time threshold T 1 of the certificate type policy generation task calculated by the above formula (2), and the preset processing of the certificate type policy generation task is calculated by the formula (3) Time threshold T 2 .
  • the preset processing time thresholds T 1 and T 2 set by the server are combined to consider the preset processing time threshold and processing weight of the three level tasks, which is more in line with the time requirement in the actual processing work.
  • the method further includes the following steps:
  • Step 222 Generate a task identification code.
  • the server generates a task identification code after generating a policy generation task.
  • the task identification code is used to uniquely identify the policy generation task and corresponds to the electronic policy generation request.
  • the server When the electronic policy generation request includes data of multiple policies, the server generates multiple policy generation tasks and multiple task identification codes according to the number of policies, and the policy identification code and the policy identification in the policy data are used to uniquely identify the policy data.
  • One-to-one correspondence When the electronic policy generation request includes data of multiple policies, the server generates multiple policy generation tasks and multiple task identification codes according to the number of policies, and the policy identification code and the policy identification in the policy data are used to uniquely identify the policy data.
  • Step 224 Return the task identification code to the service terminal.
  • the server returns the task identification code of each policy generation task to the corresponding service terminal, so that the service terminal can uniquely determine the corresponding electronic policy according to the task identification code.
  • the method further includes:
  • Step 252 Send the generated electronic policy to the policy management server in association with the task identification code.
  • the server sends the generated electronic policy and the task identifier to the policy management server, and the policy server uniformly stores the electronic policy generated by the server. As a result, the generated electronic policy can no longer be stored locally by the server, and the server does not directly send the electronic policy to the service terminal.
  • Step 254 Receive a policy management server to obtain a link according to the policy generated by the electronic policy and the task identification code.
  • the policy management server generates a policy acquisition link according to the electronic policy and the task identification code and returns the link to the server, and the policy acquisition link is associated with the task identification code one by one.
  • the server receives the returned policy acquisition link.
  • Step 256 Forward the policy acquisition link to the service terminal, so that the service terminal downloads the corresponding electronic policy from the policy management server according to the task identification code.
  • the server forwards the received policy acquisition link to the service terminal.
  • the service terminal After receiving the policy acquisition link, the service terminal searches for the policy acquisition link corresponding to the electronic policy according to the associated task identification code, and downloads the corresponding electronicity from the policy management server by performing the policy acquisition link. Warranty.
  • the server no longer directly transmits the generated electronic policy to the service terminal, but only forwards the download link of the policy management server to the service terminal, thereby effectively reducing the traffic of the electronic policy file network transmission and reducing the network.
  • Bandwidth is occupied to avoid network congestion.
  • the electronic policy generation task that fails the processing is re-added to the task queue, and the number of failures of the electronic policy generation task is recorded; If the number of execution failures of the task exceeds a preset threshold, the task generation failure notification is generated according to the electronic policy and sent to the corresponding monitoring terminal for processing.
  • the electronic policy generation task is re-added to the task queue.
  • the electronic policy generation task is added to the end of the task queue, and the number of failures of the electronic policy generation task is recorded as one.
  • the server periodically allocates threads to the task queue.
  • the preset time is reached, the re-added tasks are processed along with other tasks in the task queue for processing thread allocation.
  • the threshold is preset. When the total number of tasks in the task queue reaches a preset number threshold, the re-added tasks are threaded together with other tasks in the task queue.
  • the electronic policy generation task generation failure notification is sent to the corresponding monitoring terminal for processing.
  • FIGS. 2 and 3 are schematic flowcharts of a method according to an embodiment of the present application. It should be understood that although the various steps in the flowcharts of FIGS. 2 and 3 are sequentially displayed in accordance with the indication of the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and may be performed in other sequences. Moreover, at least some of the steps in FIGS.
  • 2 and 3 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, and the execution order thereof is also It is not necessarily performed sequentially, but may be performed alternately or alternately with at least a portion of other steps or sub-steps or stages of other steps.
  • an electronic policy generation device including:
  • the request receiving module 410 is configured to receive an electronic policy generation request sent by the service terminal, where the electronic policy generation request carries the policy data.
  • the task generation module 420 is configured to generate a policy generation task according to the policy data, and add the policy generation task to the task queue.
  • the duration acquisition module 430 is configured to search for a task category corresponding to the policy data, and obtain a task processing duration of the policy generation task corresponding to the task category.
  • the thread creation module 440 is configured to obtain a preset processing time threshold, calculate a number of processing threads to be created according to the preset processing time threshold and the task processing duration of each policy generation task in the task queue, and create a processing equal to the number of processing threads to be created. Thread.
  • the task assignment module 450 is configured to allocate the policy generation task in the task queue to the created processing thread for processing and generate an electronic policy.
  • the thread creation module 440 may include: a thread calculation module, configured to calculate the number of processing threads to be created according to a preset processing time threshold and a task processing duration of each policy generation task in the task queue.
  • a preset quantity acquisition module is used to obtain a preset maximum number of threads.
  • a quantity comparison module for comparing the number of processing threads to be created with a preset maximum number of threads.
  • the maximum thread creation module is configured to create a processing thread equal to the preset maximum number of threads when the number of processing threads to be created is greater than a preset maximum number of threads.
  • the policy data may include a policy processing priority level, and the policy processing priority level includes at least a normal level, an expedited level, and a continuous investment level.
  • the device further includes: a time threshold obtaining module, configured to obtain a common level separately. policy generation task processing time preset threshold value n 1, expedited generating preset level policy task processing time threshold n 2 and even vote level policy generation task processing time preset threshold n 3.
  • the adding task parameter obtaining module may include: an additional task weight obtaining module, configured to respectively obtain a processing weight ⁇ 1 of the general level plus sign type policy generation task, and a processing weight ⁇ 2 and a link of the expedited level plus sign type policy generation task
  • the processing weight of the policy-added category policy generation task is ⁇ 3 ;
  • the policy data may include a policy processing priority level, and the policy processing priority level includes at least a normal level, an expedited level, and a continuous investment level.
  • the device further includes: a time threshold obtaining module, configured to obtain a common level separately. policy generation task processing time preset threshold value n 1, expedited generating preset level policy task processing time threshold n 2 and even vote level policy generation task processing time preset threshold n 3.
  • the apparatus may further include: an identification code generating module, configured to generate a task identification code.
  • An identifier returning module is configured to return the task identification code to the service terminal.
  • the identifier sending module is configured to send the generated electronic policy to the policy management server in association with the task identification code.
  • the link receiving module is configured to receive a policy acquisition link generated by the policy management server according to the electronic policy and the task identification code.
  • a link forwarding module configured to forward the policy acquisition link to the service terminal, so that the service terminal downloads a corresponding electronic policy from the policy management server according to the task identification code.
  • the various modules in the above electronic policy generation device may be implemented in whole or in part by software, hardware, and combinations thereof. Each of the above modules may be embedded in or independent of the processor in the computer device, or may be stored in a memory in the computer device in a software form, so that the processor invokes the operations corresponding to the above modules.
  • the processor can be a central processing unit (CPU), a microprocessor, a microcontroller, or the like.
  • the above electronic policy billing device can be implemented in the form of a computer readable instruction.
  • a computer device which may be a server or a terminal.
  • the computer device includes a processor, memory, and network interface coupled by a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium, an internal memory.
  • the non-volatile storage medium stores an operating system and a computer program.
  • the internal memory provides an environment for the operation of operating systems and computer programs in non-volatile storage media.
  • the network interface of the computer device is used to communicate with an external terminal via a network connection.
  • the computer program is executed by the processor to implement an electronic policy generation method.
  • FIG. 5 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • the processor may execute the following steps when executing the computer readable instructions: wherein the processor executes the program by: receiving an electronic policy generation request sent by the service terminal, the electronic policy generation request carrying the policy data;
  • the data generation policy generation task adds the policy generation task to the task queue; searches for the task category corresponding to the policy data, and obtains the task processing time of the policy generation task corresponding to the task category; and obtains the preset processing time threshold according to the preset processing time threshold.
  • the task processing duration of each policy generation task in the task queue calculates the number of processing threads to be created, creates a processing thread equal to the number of processing threads to be created; and assigns the policy generation task in the task queue to the created processing thread. Process and generate an electronic policy.
  • one or more computer readable non-volatile storage media having computer readable instructions, when executed by one or more processors, causing one or more processors The following steps are performed: receiving an electronic policy generation request sent by the service terminal, the electronic policy generation request carrying the policy data; generating a policy generation task according to the policy data, adding the policy generation task to the task queue; finding the task category corresponding to the policy data, obtaining the task The task processing time of the policy generation task corresponding to the category; the preset processing time threshold is obtained, and the number of processing threads to be created is calculated according to the preset processing time threshold and the task processing duration of each policy generation task in the task queue, and the processing thread to be created is created and to be created. An equal number of processing threads; assigning policy generation tasks in the task queue to the created processing thread for processing and generating an electronic policy.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in a variety of formats, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronization chain.
  • SRAM static RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • Synchlink DRAM SLDRAM
  • Memory Bus Radbus
  • RDRAM Direct RAM
  • DRAM Direct Memory Bus Dynamic RAM
  • RDRAM Memory Bus Dynamic RAM

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种电子保单生成方法、装置、计算机设备及存储介质。所述方法包括：接收业务终端发送的电子保单生成请求，电子保单生成请求携带保单数据；根据保单数据生成保单生成任务，将保单生成任务添加至任务队列；查找保单数据对应的任务类别，获取与任务类别对应的保单生成任务的任务处理时长；获取预设处理时间阈值，根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与待创建处理线程数量相等的处理线程；将任务队列中的保单生成任务分配至所创建的处理线程中进行处理并生成电子保单。

Description

电子保单生成方法、装置、计算机设备及存储介质
本申请要求于2017年11月23日提交中国专利局、申请号为2017111811653、发明名称为“电子保单生成方法、装置、计算机设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，特别是涉及一种电子保单生成方法、装置、计算机设备及存储介质。
背景技术
随着互联网电子商务的发展，保险公司在网络上销售保险产品时通常都是通过电子化保单与客户订立保险合同。随着线上保险产品种类和数量的逐步增多，电子保单的生成请求业务也相应增多。目前，在同时对较大数量的电子保单的生成请求进行处理时，会造成电子保单处理系统的压力过大，并导致电子保单的处理效率降低。
发明内容
根据本申请公开的各种实施例，提供一种电子保单生成方法、装置、计算机设备及存储介质。
一种电子保单生成方法，包括以下步骤：
接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；
根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；
查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；
获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；
将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
一种电子保单生成装置，所述装置包括：
请求接收模块，用于接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；
任务生成模块，用于根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；
时长获取模块，用于查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；
线程创建模块，用于获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；
任务分配模块，用于将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
一种服务器，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
一个或多个存储有计算机可读指令的计算机非易失性可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需 要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为一个实施例中电子保单生成方法的应用环境图；
图2为一个实施例中电子保单生成方法的方法流程图；
图3为另一个实施例中电子保单生成方法的方法流程图；
图4为一个实施例中电子保单生成装置的结构示意图；
图5为一个实施例中计算机设备的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例中所提供的电子保单生成方法可以应用于如图1所示的应用环境中。服务器102与业务终端104通过网络连接。其中，业务终端104的数量可以为多个。服务器102接收业务终端104发送的电子保单生成请求，服务器102根据接收到的电子保单生成请求中的保单数据生成保单生成任务并添加至任务队列。根据任务队列中各保单生成任务的处理时长计算待创建处理线程数量，创建相应数量的处理线程，将任务队列中的保单生成任务分配至创建的处理线程中，待保单生成任务处理完成生成电子保单后，将生成的电子保单返回给业务终端104。
在一个实施例中，如图2所示，提供了一种电子保单生成方法，以该方法应用于服务器为例进行说明，具体包括以下步骤：
步骤210，接收业务终端发送的电子保单生成请求，电子保单生成请求携带保单数据。
在本实施例中，业务终端可以是保险公司各销售点的销售业务终端，也可以是用户网上自助购买保险产品所使用的计算机设备、智能移动设备等，也可以是其他可以进行保险产品销售、交易、承保等活动的业务终端。
当保险产品的交易意向达成后，需要通过生成电子保单来达成交易合同。业务终端向服务器发送电子保单生成请求，电子保单生成请求中携带保单数据，以请求服务器对保单数据进行处理生成电子保单。
具体地，保单数据包括购买保险产品的客户的基本信息、客户所购买保险产品的基本信息、购买渠道信息等数据。其中，客户的基本信息包括投保人和被保人的基本信息如姓名、年龄、性别、联系方式等；产品的基本信息包括保险产品的名称，产品标识、投保金额、投保期间等；购买渠道信息包 括购买方式、购买地点等信息。
服务器接收业务终端发送的电子保单生成请求后，获取电子保单生成请求中所携带的保单数据。需要说明的是，业务终端可以在每次承保后向服务器发送电子保单生成请求，业务终端也可以定时、定期向服务器发送批量的电子保单生成请求。
步骤220，根据保单数据生成保单生成任务，将保单生成任务添加至任务队列。
服务器在获取保单数据后，从保单数据中提取生成电子保单所需的元素数据。元素数据包括投保人、被保人的基本信息，保险产品的代码、标识等。服务器根据提取到的元素数据生成保单生成任务，服务器将生成的保单生成任务添加至任务队列中。
在一个实施例中，每一个生成的保单生成任务都具有唯一的任务编码。任务队列可以采用先进先出的方式，即将最新生成的保单生成任务添加至任务队列的队尾，并先处理任务队列中排在前面的保单生成任务。在另一个实施例中，保单数据中还包含处理优先级信息，再将保单生成任务添加至任务队列时，根据处理优先级信息对任务队列中各任务进行排序，即处理优先级别高的任务排在队列前面并优先处理。
步骤230，查找保单数据对应的任务类别，获取与任务类别对应的保单生成任务的任务处理时长。
服务器逐一获取任务队列中各保单生成任务对应的保单数据中的产品标识，并获取预先配置的任务分类表，任务分类表中配置了产品标识与任务类别的对应关系，同一任务类别可以对应于一个或多个产品标识。任务类别原则上根据各保险产品生成电子保单所需的任务处理时长进行分类，例如任务类别可以分为简单任务，中级任务和复杂任务等。在其他实施例中，任务类别也可以根据保险产品的种类进行分类，例如，可以分为健康险类任务、车险类任务、养老险类任务等。同一任务类别的任务的处理时长可以完全相等，也可以处于同一时间区间范围内。
服务器查找到保单生成任务的任务类别后，根据任务类别查找预设的任务处理时长对照表，任务处理时长对照表中存储的了任务类别与处理时长的对应关系。需要说明的是，若同一任务类别的任务的处理时长为一时间区间，则任务处理时长对照表中记录的为相应时间区间的中位值。
步骤240，获取预设处理时间阈值，根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与待创建处理线程数量相等的处理线程。
服务器获取任务队列的预设处理时间阈值。预设处理时间阈值为将任务 队列中所有的保单生成任务处理完成能够花费的最大时间。
在一个实施例中，预设处理时间阈值与任务队列中的保单生成任务的任务数量成正比例关系。即任务队列中的任务越多，预设处理时间阈值就越大。服务器统计任务队列中的保单生成任务的数量，并查找与统计数量相对应的的预设处理时间阈值。
服务器根据任务队列中各保单生成任务的任务处理时间计算出逐一完成任务队列中所有的保单生成任务所需花费的总处理时长，并根据计算出的总处理时长和获取的预设处理时间阈值计算得到待创建处理线程数量，创建数量与计算得到的待创建处理线程数量相等的处理线程，从而可以使用多线程并行处理任务队列中的保单生成任务，并且使得多线程共同处理完成所有保单生成任务所需的处理时长小于或等于预设处理时间阈值。
步骤250，将任务队列中的保单生成任务分配至所创建的处理线程中进行处理并生成电子保单。
服务器创建多个处理线程之后，将任务队列中的保单生成任务分配至所创建的处理线程中。
服务器可以根据任务队列中的任务数量将保单生成任务随机、平均地分配至所创建的各处理线程中，服务器也可以按照任务队列中的保单生成任务由前至后的排列顺序将各任务逐序分配至各处理线程。
在一个实施例中，服务器先将任务队列中的保单生成任务按照其所属的保险类别进行分类，将同一类或几类的保单生成任务分配至同一处理线程中进行集中处理。需要说明的是，服务器也可以按照其他方式如保单生成任务的任务类别，处理时长等属性进行分类，并不限于上述的保险类别。
在一个实施例中，服务器将保单生成任务分配至各处理线程后，在各处理线程中，按照各处理线程中保单生成任务的处理优先等级将保单生成任务进行排序，将处理优先等级较高的保单生成任务排在处理线程队列的前面，由此可以使多个处理线程均优先处理优先等级较高的保单生成任务。
服务器将任务队列中的保单生成任务分配完成后，启动各处理线程，使得各处理线程根据保单生成任务中的元素数据生成电子保单。电子保单生成后，服务器可以根据任务编码或者保单生成任务中所携带的终端标识查找任务所对应的业务终端。将生成的电子保单返回给对应的业务终端。服务器可以根据具体的业务需求，将电子保单及时地返回给业务终端，也可以在多处理线程批量处理完成保单生成任务后，批量将生成的电子保单生成请求发送给对应的业务终端。
在本实施例中，服务器在接收业务终端发送的电子保单生成请求后，根据请求中携带的保单数据生成保单生成任务并添加至任务队列，根据保单数 据确定任务类别及对应的任务处理时长，根据任务队列中各个任务的处理时长和预设的处理时间阈值创建相应数量的处理线程，将队列中的任务分配至多个处理线程中。服务器采用多线程并行处理任务队列中的保单生成任务，可以减小任务处理系统的处理压力，同时综合考虑各任务的处理时间和系统总的处理时间阈值，从而能够合理设置线程数量，最大化地提高保单生成的处理效率。
在一个实施例中，步骤240包括以下步骤：
根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量；获取预设最大线程数量；将待创建处理线程数量与预设最大线程数量进行比较；当待创建处理线程数量大于预设最大线程数量时，创建与预设最大线程数量相等的处理线程。
在本实施例中，服务器采用上述实施例中描述的方法计算待创建处理线程数量，在此不再赘述。
服务器获取预先设置的预设最大线程数量，预设最大线程数量为服务器允许同时创建的处理线程的最大数量。服务器将计算得到的待创处理线程数量与预设最大线程数量进行比较，当待创建处理线程数量小于预设最大线程数量时，服务器按照计算得到的待创建处理线程数量创建处理线程；当待创建处理线程数量大于预设最大线程数量时，服务器按照预设最大线程数量创建处理线程。
服务器通过预先设置最大线程数量，将计算得到的创建处理线程数量与预设最大线程数量进行比较后，确定实际要创建的处理线程数量，从而保证实际创建的处理线程数量不会超过预设最大值，避免创建过多的处理线程造成处理资源的冗余和浪费，并且过多的并行线程处理也可能会造成资源冲突，反而降低处理工作的工作效率。
在一个实施例中，任务类别包括加签类别和非加签类别；获取预设处理时间阈值，根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量的步骤240包括：
获取加签类别保单生成任务的预设处理时间阈值T 1、处理权重α和平均处理时间t 1，统计任务队列中加签类别保单生成任务的数量a 1；
保单生成任务的任务类别包括两种：加签类别和非加签类别。加签类别的保单生成任务是指电子保单生成后，服务器还需将电子保单发送给签章平台，使签章平台对生成的电子保单进行签章的加签处理，签章平台处理完毕后再将加签的电子保单返回给服务器。非加签类别的保单生成任务待电子保单生成后任务即结束，无需再将生成的电子保单发送给签章平台进行签章处理。因此，加签类别的保单生成任务同非加签类别的保单生成任务相比一般 需要花费更多的处理时间。
服务器获取加签类别保单生成任务的预设处理时间阈值T 1。预设处理时间阈值T 1为将任务队列中所有的加签类别保单生成任务处理完成能够花费的最大时间。在一个实施例中，预设处理时间阈值T 1与任务队列中的加签类别保单生成任务的任务数量成正比例关系。即任务队列中的加签类别任务越多，预设处理时间阈值T 1就越大。服务器统计任务队列中加签类别保单生成任务的数量a 1，并查找与统计数量相对应的的预设处理时间阈值T 1。
此外，服务器还获取预先存储的加签类别保单生成任务处理权重α和平均处理时间t 1。其中，平均处理时间t 1是根据已累积处理的多个加签类别保单生成任务的实际处理时长进行统计计算得到的。
获取非加签类别保单生成任务的预设处理时间阈值T 2、处理权重β和平均处理时间t 2，统计任务队列中非加签类别保单生成任务的数量a 2。
服务器获取非加签类别保单生成任务的预设处理时间阈值T 2。预设处理时间阈值T 2为将任务队列中所有的非加签类别保单生成任务处理完成能够花费的最大时间。在一个实施例中，预设处理时间阈值T 2与任务队列中的非加签类别保单生成任务的任务数量成正比例关系。即任务队列中的非加签类别任务越多，预设处理时间阈值T 2就越大。服务器统计任务队列中非加签类别保单生成任务的数量a 1，并查找与统计数量相对应的的预设处理时间阈值T 2。
此外，服务器还获取预先存储的非加签类别保单生成任务处理权重β和平均处理时间t 2。其中，平均处理时间t 2是根据已累积处理的多个非加签类别保单生成任务的实际处理时长进行统计计算得到的。
根据公式
Figure PCTCN2018076851-appb-000001
计算得到待创建处理线程数量N，其中，α+β＝1。
服务器获取上述参数后，将获取的参宿代入下方公式(1)计算得到待创建处理线程数量N，其中，加签类别任务的处理权重α和非加签类别任务的处理权重β的数量和为1。
Figure PCTCN2018076851-appb-000002
在一个实施例中，加签类别任务的处理权重α和非加签类别任务的处理权重β是对先前已经处理的保单生成任务中加签类别任务和非加签类别任务的数量进行统计，统计两种类型任务的数量分别所占的比重，再综合考虑两种类型任务处理所需的平均时长，经过模型训练而确定的。例如，在一个实时例中，经训练得到的加签类别任务的处理权重α为0.55，非加签类别任务 的处理权重β为0.45。需要说明的是，在实际处理过程中取值根据实际情况所确定，并不限于上述取值。
在本实施例中，通过将保单生成任务分成加签类别和非加签类别两类，并分别根据经验数据设定两类任务的预设处理时间阈值、处理权重和平均处理时间，综合考虑上述因素计算出待创建处理线程数量，使得处理线程数量的设置更加合理，有利于提高处理效率。
在一个实施例中，分配有加签类别保单生成任务的处理线程在生成电子保单后，将加签类别的电子保单发送给签章平台服务器，发送时电子保单时携带保单标识，以使签章平台服务器根据保单标识获取与之对应的电子签章和签章位置，在电子保单的签章位置处进行加盖电子签章的处理。服务器接收签章平台服务器返回的经过加签处理的电子保单。
在一个实施例中，保单数据中包括保单处理优先等级，保单处理优先等级至少包括普通等级、加急等级和连投等级；上述方法还包括：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；获取加签类别保单生成任务的预设处理时间阈值T 1的步骤，包括：分别获取普通等级加签类别保单生成任务的处理权重α 1、加急等级加签类别保单生成任务的处理权重α 2和连投等级加签类别保单生成任务的处理权重α 3；根据公式T 1＝α 1n 1+α 2n 2+α 3n 3计算得到加签类别保单生成任务的预设处理时间阈值T 1，其中，α 1+α 2+α 3＝1。
服务器接收的业务终端发送的电子保单生成请求中携带的保单数据包括保单处理优先等级数据。在本实施例中，将保单处理优先等级分为普通等级、加急等级和连投等级三个级别，其中，连投等级、加急等级和普通等级的优先等级由高到低。
服务器根据三种保单处理优先等级的处理进行程度，预先设定三种等级任务的预设处理时间阈值，普通等级保单生成任务的预设处理时间阈值为n 1、加急等级保单生成任务的预设处理时间阈值为n 2和连投等级保单生成任务的预设处理时间阈值为n 3。一般情况下，紧急程度越高的任务的预设处理时间阈值越小，即n 3小于n 2，且n 2小于n 1。服务器根据三种处理优先等级任务的预设处理时间阈值计算出加签类别保单生成任务的预设处理时间阈值T 1。
具体地，服务器获取三种处理优先等级加签类别保单生成任务的处理权重α 1、α 2和α 3。服务器获取上述参数后，将上述参数代入下列公式(2)计算得到加签类别保单生成任务的预设处理时间阈值T 1，其中，α 1+α 2+α 3＝1。
T 1＝α 1n 1+α 2n 2+α 3n 3        (2)
在一个实施例中，三个处理权重是根据先前已经处理的保单生成任务中 三种处理优先等级加签类别任务的数量进行统计，统计三种等级任务的数量分别所占的比重，再综合考虑三种等级任务处理所要求的处理时长，并经过模型训练而确定的。例如，在一个实时例中，经训练得到的普通等级加签类别保单生成任务的处理权重α 1为0.28，加急等级加签类别保单生成任务的处理权重α 2为0.45，连投等级加签类别保单生成任务的处理权重α 3为0.27。需要说明的是，在实际处理过程中处理权重的取值根据实际情况所确定，并不限于上述取值。
在本实施例中，除了将保单生成任务根据是否加签进行分类之外，还将保单生成任务根据处理优先等级进行分类，在设置加签类别保单生成任务的预设处理时间阈值T 1时，综合考虑三种等级任务的预设处理时间阈值和处理权重，使得设置的预设处理时间阈值T 1更加符合实际处理工作中的时间需求，有利于计算出更加合理的待创建处理线程数量，并有利于提高多线程处理的工作效率。
在一个实施例中，保单数据中包括保单处理优先等级，保单处理优先等级至少包括普通等级、加急等级和连投等级；方法还包括：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；获取非加签类别保单生成任务的预设处理时间阈值T 2的步骤，包括：分别获取普通等级非加签类别保单生成任务的处理权重β 1、加急等级非加签类别保单生成任务的处理权重β 2和连投等级非加签类别保单生成任务的处理权重β 3；根据公式T 2＝β 1n 1+β 2n 2+β 3n 3计算得到非加签类别保单生成任务的预设处理时间阈值T 2，其中，β 1+β 2+β 3＝1。
在本实施例中，保单处理优先等级的设置和三种优先等级的预设处理时间阈值的设置同上述实施例中所述，在此不再赘述。
服务器根据获取的普通等级保单生成任务的预设处理时间阈值为n 1、加急等级保单生成任务的预设处理时间阈值为n 2和连投等级保单生成任务的预设处理时间阈值为n 3计算出加签类别保单生成任务的预设处理时间阈值T 2。
具体地，服务器获取三种处理优先等级非加签类别保单生成任务的处理权重β 1、β 2和β 3。服务器获取上述参数后，将上述参数代入下列公式(3)计算得到加签类别保单生成任务的预设处理时间阈值T 2，其中，β 1+β 2+β 3＝1。
T 2＝β 1n 1+β 2n 2+β 3n 3           (3)
在一个实施例中，三个处理权重是根据先前已经处理的保单生成任务中三种处理优先等级非加签类别任务的数量进行统计，统计三种等级任务的数量分别所占的比重，再综合考虑三种等级任务处理所要求的处理时长，并经过模型训练而确定的。例如，在一个实时例中，经训练得到的普通等级非加 签类别保单生成任务的处理权重β 1为0.33，加急等级非加签类别保单生成任务的处理权重β 2为0.41，连投等级非加签类别保单生成任务的处理权重β 3为0.26。需要说明的是，在实际处理过程中三个处理权重的取值根据实际情况所确定，并不限于上述取值。
在本实施例中，除了将保单生成任务根据是否加签进行分类之外，还将保单生成任务根据处理优先等级进行分类，在设置非加签类别保单生成任务的预设处理时间阈值T 2时，综合考虑三种等级任务的预设处理时间阈值和处理权重，使得设置的预设处理时间阈值T 2更加符合实际处理工作中的时间需求，有利于计算出更加合理的待创建处理线程数量，并有利于提高多线程处理的工作效率。
在一个实施例中，服务器分别获取三种处理优先等级加签类别保单生成任务的处理权重和预设处理时间阈值，并获取三种处理优先等级非加签类别保单生成任务的处理权重和预设处理时间阈值，将获取的参数分别对应代入上述公式(2)计算得到加签类别保单生成任务的预设处理时间阈值T 1，以及公式(3)计算得到加签类别保单生成任务的预设处理时间阈值T 2。使得服务器设置的预设处理时间阈值T 1和T 2均综合考虑三种等级任务的预设处理时间阈值和处理权重，更加符合实际处理工作中的时间需求。
在一个实施例中，如图3所示，根据保单数据生成保单生成任务的步骤220之后，还包括以下步骤：
步骤222：生成任务标识码。
服务器生成保单生成任务后生成任务标识码。任务标识码用于唯一标识保单生成任务，并且与电子保单生成请求相对应。当电子保单生成请求中包含多个保单的数据时，服务器根据保单的数量生成多个保单生成任务和多个任务标识码，任务标识码与保单数据中的保单标识等用于唯一标识保单的数据一一对应。
步骤224：将任务标识码返回给业务终端。
服务器将各保单生成任务的任务标识码返回给对应的业务终端，以使业务终端根据任务标识码可以唯一确定相应的电子保单。
将任务队列中的保单生成任务分配至所创建的处理线程中进行处理并生成电子保单的步骤250之后，还包括：
步骤252：将生成的电子保单与任务标识码关联发送给保单管理服务器。
服务器将生成的电子保单和任务标识关联发送给保单管理服务器，保单服务器统一对服务器生成的电子保单进行存储。由此可以使服务器本地不再存储生成的电子保单，服务器也不向业务终端直接发送电子保单。
步骤254：接收保单管理服务器根据电子保单与任务标识码生成的保单 获取链接。
保单管理服务器根据电子保单与任务标识码生成保单获取链接并返回给服务器，保单获取链接与任务标识码一一关联对应。服务器接收返回的保单获取链接。
步骤256：将保单获取链接转发给业务终端，以使业务终端根据任务标识码从保单管理服务器上下载相应的电子保单。
服务器将接收的保单获取链接转发给业务终端，业务终端接收保单获取链接后，根据关联的任务标识码查找电子保单对应的保单获取链接，并通过进行保单获取链接从保单管理服务器上下载相应的电子保单。
在本实施例中，服务器不再将生成的电子保单直接传输给业务终端，而是只将保单管理服务器的下载链接转发给业务终端，由此可以有效减少电子保单文件网络传输的流量，减少网络带宽占有量，避免出现网络阻塞的情况。
在一个实施例中，若在多线程处理的过程中出现电子保单生成失败的情况时，将处理失败的电子保单生成任务重新添加至任务队列，并对该电子保单生成任务的失败次数进行记录；若该任务的执行失败次数超过预设阈值，则根据该电子保单生成任务生成失败通知并发送给相应的监控终端进行处理。
具体地，当电子保单生成失败后，将电子保单生成任务重新添加至任务队列。优选地，将电子保单生成任务添加至任务队列的队尾，并记录此电子保单生成任务的失败次数为1次。在一个实施例中，服务器定时对任务队列进行线程分配，当到达预设时间后，将重新添加的任务同任务队列中的其他任务一起进行处理线程分配。在另一个实施例中，预先设定数量阈值，当任务队列中的任务总数到达预设数量阈值时，重新添加的任务同任务队列中的其他任务一起进行线程分配。
当重新添加的任务再次执行后仍然失败时，继续将其添加至任务队尾，并将该任务的失败次数加1，当某个保单生成任务的失败此时超过预设失败次数阈值，如5次时，则根据该电子保单生成任务生成失败通知发送给相应的监控终端进行处理。
图2和图3为本申请一个实施例的方法的流程示意图。应该理解的是，虽然图2和图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图2和图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步 骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种电子保单生成装置，包括：
请求接收模块410，用于接收业务终端发送的电子保单生成请求，电子保单生成请求携带保单数据。
任务生成模块420，用于根据保单数据生成保单生成任务，将保单生成任务添加至任务队列。
时长获取模块430，用于查找保单数据对应的任务类别，获取与任务类别对应的保单生成任务的任务处理时长。
线程创建模块440，用于获取预设处理时间阈值，根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与待创建处理线程数量相等的处理线程。
任务分配模块450，用于将任务队列中的保单生成任务分配至所创建的处理线程中进行处理并生成电子保单。
在一个实施例中，线程创建模块440可以包括：线程计算模块，用于根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量。预设数量获取模块，用于获取预设最大线程数量。数量比较模块，用于将待创建处理线程数量与预设最大线程数量进行比较。最大线程创建模块，用于当待创建处理线程数量大于预设最大线程数量时，创建与预设最大线程数量相等的处理线程。
在一个实施例中，任务类别包括加签类别和非加签类别，线程创建模块可以包括540：加签任务参数获取模块，用于获取加签类别保单生成任务的预设处理时间阈值T 1、处理权重α和平均处理时间t 1，统计任务队列中加签类别保单生成任务的数量a 1；非加签任务参数获取模块，用于获取非加签类别保单生成任务的预设处理时间阈值T 2、处理权重β和平均处理时间t 2，统计任务队列中非加签类别保单生成任务的数量a 2；数量计算模块，用于根据公式
Figure PCTCN2018076851-appb-000003
计算得到待创建处理线程数量N，其中，α+β＝1。
在一个实施例中，保单数据中可以包括保单处理优先等级，保单处理优先等级至少包括普通等级、加急等级和连投等级；所述装置还包括：时间阈值获取模块，用于分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预 设处理时间阈值n 3。加签任务参数获取模块可以包括：加签任务权重获取模块，用于分别获取普通等级加签类别保单生成任务的处理权重α 1、加急等级加签类别保单生成任务的处理权重α 2和连投等级加签类别保单生成任务的处理权重α 3；加签时间阈值计算模块，用于根据公式T 1＝α 1n 1+α 2n 2+α 3n 3计算得到加签类别保单生成任务的预设处理时间阈值T 1，其中，α 1+α 2+α 3＝1。
在一个实施例中，保单数据中可以包括保单处理优先等级，保单处理优先等级至少包括普通等级、加急等级和连投等级；所述装置还包括：时间阈值获取模块，用于分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3。非加签任务参数获取模块可以包括：非加签任务权重获取模块，用于分别获取普通等级非加签类别保单生成任务的处理权重β 1、加急等级非加签类别保单生成任务的处理权重β 2和连投等级非加签类别保单生成任务的处理权重β 3；非加签时间阈值计算模块，用于根据公式T 2＝β 1n 1+β 2n 2+β 3n 3计算得到非加签类别保单生成任务的预设处理时间阈值T 2，其中，β 1+β 2+β 3＝1。
在一个实施例中，所述装置还可以包括：标识码生成模块，用于生成任务标识码。标识码返回模块，用于将所述任务标识码返回给所述业务终端。标识码发送模块，用于将生成的所述电子保单与所述任务标识码关联发送给保单管理服务器。链接接收模块，用于接收所述保单管理服务器根据所述电子保单与所述任务标识码生成的保单获取链接。链接转发模块，用于将所述保单获取链接转发给所述业务终端，以使所述业务终端根据所述任务标识码从所述保单管理服务器上下载相应的电子保单。
关于电子保单生成装置的具体限定可以参见上文中对于电子保单加签方法的限定，在此不再赘述。上述电子保单生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。上述电子保单加签装置可以实现为一种计算机可读指令的形式。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，也可以是终端。当该计算机设备为服务器时，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运 行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种电子保单生成方法。本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，处理器执行计算机可读指令时可以执行以下步骤：其中，处理器执行程序时实现以下步骤：接收业务终端发送的电子保单生成请求，电子保单生成请求携带保单数据；根据保单数据生成保单生成任务，将保单生成任务添加至任务队列；查找保单数据对应的任务类别，获取与任务类别对应的保单生成任务的任务处理时长；获取预设处理时间阈值，根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与待创建处理线程数量相等的处理线程；及将任务队列中的保单生成任务分配至所创建的处理线程中进行处理并生成电子保单。
上述关于计算机设备的具体限定可以参见上文中关于电子保单生成方法的具体限定，在此不再赘述。
在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收业务终端发送的电子保单生成请求，电子保单生成请求携带保单数据；根据保单数据生成保单生成任务，将保单生成任务添加至任务队列；查找保单数据对应的任务类别，获取与任务类别对应的保单生成任务的任务处理时长；获取预设处理时间阈值，根据预设处理时间阈值和任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与待创建处理线程数量相等的处理线程；将任务队列中的保单生成任务分配至所创建的处理线程中进行处理并生成电子保单。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM (DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种电子保单生成方法，其特征在于，所述方法包括以下步骤：
    接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；
    根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；
    查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；
    获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；及
    将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
  2. 根据权利要求1所述的方法，其特征在于，所述根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程的步骤，包括:
    根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量；
    获取预设最大线程数量；
    将所述待创建处理线程数量与所述预设最大线程数量进行比较；及
    当所述待创建处理线程数量大于所述预设最大线程数量时，创建与所述预设最大线程数量相等的处理线程。
  3. 根据权利要求1所述的方法，其特征在于，所述任务类别包括加签类别和非加签类别；所述获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量的步骤，包括：获取加签类别保单生成任务的预设处理时间阈值T 1、处理权重α和平均处理时间t 1，统计所述任务队列中加签类别保单生成任务的数量a 1；
    获取非加签类别保单生成任务的预设处理时间阈值T 2、处理权重β和平均处理时间t 2，统计所述任务队列中非加签类别保单生成任务的数量a 2；及
    根据公式
    Figure PCTCN2018076851-appb-100001
    计算得到待创建处理线程数量N，其中，α+β＝1。
  4. 根据权利要求3所述的方法，其特征在于，所述保单数据中包括保单 处理优先等级，所述保单处理优先等级至少包括普通等级、加急等级和连投等级；所述方法还包括：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；
    所述获取加签类别保单生成任务的预设处理时间阈值T 1的步骤，包括：
    分别获取普通等级加签类别保单生成任务的处理权重α 1、加急等级加签类别保单生成任务的处理权重α 2和连投等级加签类别保单生成任务的处理权重α 3；及
    根据公式T 1＝α 1n 1+α 2n 2+α 3n 3计算得到加签类别保单生成任务的预设处理时间阈值T 1，其中，α 1+α 2+α 3＝1。
  5. 根据权利要求3所述的方法，其特征在于，所述保单数据中包括保单处理优先等级，所述保单处理优先等级至少包括普通等级、加急等级和连投等级；所述方法还包括：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；
    所述获取非加签类别保单生成任务的预设处理时间阈值T 2的步骤，包括：
    分别获取普通等级非加签类别保单生成任务的处理权重β 1、加急等级非加签类别保单生成任务的处理权重β 2和连投等级非加签类别保单生成任务的处理权重β 3；及
    根据公式T 2＝β 1n 1+β 2n 2+β 3n 3计算得到非加签类别保单生成任务的预设处理时间阈值T 2，其中，β 1+β 2+β 3＝1。
  6. 根据权利要求1所述的方法，其特征在于，所述根据所述保单数据生成保单生成任务的步骤之后，还包括：生成任务标识码；
    将所述任务标识码返回给所述业务终端；
    所述将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单的步骤之后，还包括：
    将生成的所述电子保单与所述任务标识码关联发送给保单管理服务器；
    接收所述保单管理服务器根据所述电子保单与所述任务标识码生成的保单获取链接；及
    将所述保单获取链接转发给所述业务终端，以使所述业务终端根据所述任务标识码从所述保单管理服务器上下载相应的电子保单。
  7. 一种电子保单生成装置，所述装置包括：
    请求接收模块，用于接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；
    任务生成模块，用于根据所述保单数据生成保单生成任务，将所述保单 生成任务添加至任务队列；
    时长获取模块，用于查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；
    线程创建模块，用于获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；及
    任务分配模块，用于将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
  8. 根据权利要求7所述的装置，其特征在于，所述任务类别包括加签类别和非加签类别，所述线程创建模块包括：加签任务参数获取模块，用于获取加签类别保单生成任务的预设处理时间阈值T 1、处理权重α和平均处理时间t 1，统计所述任务队列中加签类别保单生成任务的数量a 1；
    非加签任务参数获取模块，用于获取非加签类别保单生成任务的预设处理时间阈值T 2、处理权重β和平均处理时间t 2，统计所述任务队列中非加签类别保单生成任务的数量a 2；及
    数量计算模块，用于根据公式
    Figure PCTCN2018076851-appb-100002
    计算得到待创建处理线程数量N，其中，α+β＝1。
  9. 一种服务器，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；
    根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；
    查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；
    获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；及
    将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
  10. 根据权利要求9所述的服务器，其特征在于，所述处理器还用于执行：根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量；
    获取预设最大线程数量；
    将所述待创建处理线程数量与所述预设最大线程数量进行比较；及
    当所述待创建处理线程数量大于所述预设最大线程数量时，创建与所述预设最大线程数量相等的处理线程。
  11. 根据权利要求9所述的服务器，其特征在于，所述任务类别包括加签类别和非加签类别；所述处理器还用于执行：获取加签类别保单生成任务的预设处理时间阈值T 1、处理权重α和平均处理时间t 1，统计所述任务队列中加签类别保单生成任务的数量a 1；
    获取非加签类别保单生成任务的预设处理时间阈值T 2、处理权重β和平均处理时间t 2，统计所述任务队列中非加签类别保单生成任务的数量a 2；及
    根据公式
    Figure PCTCN2018076851-appb-100003
    计算得到待创建处理线程数量N，其中，α+β＝1。
  12. 根据权利要求11所述的服务器，其特征在于，所述保单数据中包括保单处理优先等级，所述保单处理优先等级至少包括普通等级、加急等级和连投等级；所述处理器还用于执行：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；
    所述获取加签类别保单生成任务的预设处理时间阈值T 1的步骤，包括：
    分别获取普通等级加签类别保单生成任务的处理权重α 1、加急等级加签类别保单生成任务的处理权重α 2和连投等级加签类别保单生成任务的处理权重α 3；及
    根据公式T 1＝α 1n 1+α 2n 2+α 3n 3计算得到加签类别保单生成任务的预设处理时间阈值T 1，其中，α 1+α 2+α 3＝1。
  13. 根据权利要求11所述的服务器，其特征在于，所述保单数据中包括保单处理优先等级，所述保单处理优先等级至少包括普通等级、加急等级和连投等级；所述处理器还用于执行：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；
    所述获取非加签类别保单生成任务的预设处理时间阈值T 2的步骤，包括：
    分别获取普通等级非加签类别保单生成任务的处理权重β 1、加急等级非加签类别保单生成任务的处理权重β 2和连投等级非加签类别保单生成任务的处理权重β 3；及
    根据公式T 2＝β 1n 1+β 2n 2+β 3n 3计算得到非加签类别保单生成任务的预设处 理时间阈值T 2，其中，β 1+β 2+β 3＝1。
  14. 根据权利要求9至13任意一项所述的服务器，其特征在于，所述处理器还用于执行：生成任务标识码；
    将所述任务标识码返回给所述业务终端；
    将生成的所述电子保单与所述任务标识码关联发送给保单管理服务器；
    接收所述保单管理服务器根据所述电子保单与所述任务标识码生成的保单获取链接；及
    将所述保单获取链接转发给所述业务终端，以使所述业务终端根据所述任务标识码从所述保单管理服务器上下载相应的电子保单。
  15. 一个或多个存储有计算机可读指令的计算机非易失性可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收业务终端发送的电子保单生成请求，所述电子保单生成请求携带保单数据；
    根据所述保单数据生成保单生成任务，将所述保单生成任务添加至任务队列；
    查找所述保单数据对应的任务类别，获取与所述任务类别对应的所述保单生成任务的任务处理时长；
    获取预设处理时间阈值，根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量，创建与所述待创建处理线程数量相等的处理线程；及
    将所述任务队列中的保单生成任务分配至所创建的所述处理线程中进行处理并生成电子保单。
  16. 根据权利要求15所述的存储介质，其特征在于，所述处理器还用于执行：根据所述预设处理时间阈值和所述任务队列中各保单生成任务的任务处理时长计算得到待创建处理线程数量；获取预设最大线程数量；
    将所述待创建处理线程数量与所述预设最大线程数量进行比较；及
    当所述待创建处理线程数量大于所述预设最大线程数量时，创建与所述预设最大线程数量相等的处理线程。
  17. 根据权利要求15所述的存储介质，其特征在于，所述任务类别包括加签类别和非加签类别；所述处理器还用于执行：
    获取加签类别保单生成任务的预设处理时间阈值T 1、处理权重α和平均处理时间t 1，统计所述任务队列中加签类别保单生成任务的数量a 1；
    获取非加签类别保单生成任务的预设处理时间阈值T 2、处理权重β和平均处理时间t 2，统计所述任务队列中非加签类别保单生成任务的数量a 2；及
    根据公式
    Figure PCTCN2018076851-appb-100004
    计算得到待创建处理线程数量N，其中，α+β＝1。
  18. 根据权利要求17所述的存储介质，其特征在于，所述保单数据中包括保单处理优先等级，所述保单处理优先等级至少包括普通等级、加急等级和连投等级；所述处理器还用于执行：分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；
    所述获取加签类别保单生成任务的预设处理时间阈值T 1的步骤，包括：
    分别获取普通等级加签类别保单生成任务的处理权重α 1、加急等级加签类别保单生成任务的处理权重α 2和连投等级加签类别保单生成任务的处理权重α 3；及
    根据公式T 1＝α 1n 1+α 2n 2+α 3n 3计算得到加签类别保单生成任务的预设处理时间阈值T 1，其中，α 1+α 2+α 3＝1。
  19. 根据权利要求17所述的存储介质，其特征在于，所述保单数据中包括保单处理优先等级，所述保单处理优先等级至少包括普通等级、加急等级和连投等级；所述处理器还用于执行：
    分别获取普通等级保单生成任务的预设处理时间阈值n 1、加急等级保单生成任务的预设处理时间阈值n 2和连投等级保单生成任务的预设处理时间阈值n 3；
    所述获取非加签类别保单生成任务的预设处理时间阈值T 2的步骤，包括：
    分别获取普通等级非加签类别保单生成任务的处理权重β 1、加急等级非加签类别保单生成任务的处理权重β 2和连投等级非加签类别保单生成任务的处理权重β 3；及
    根据公式T 2＝β 1n 1+β 2n 2+β 3n 3计算得到非加签类别保单生成任务的预设处理时间阈值T 2，其中，β 1+β 2+β 3＝1。
  20. 根据权利要求15至19任意一项所述的存储介质，其特征在于，所述处理器还用于执行：生成任务标识码；
    将所述任务标识码返回给所述业务终端；
    将生成的所述电子保单与所述任务标识码关联发送给保单管理服务器；
    接收所述保单管理服务器根据所述电子保单与所述任务标识码生成的保单获取链接；及
    将所述保单获取链接转发给所述业务终端，以使所述业务终端根据所述任务标识码从所述保单管理服务器上下载相应的电子保单。
PCT/CN2018/076851 2017-11-23 2018-02-14 电子保单生成方法、装置、计算机设备及存储介质 WO2019100612A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711181165.3 2017-11-23
CN201711181165.3A CN107918864B (zh) 2017-11-23 2017-11-23 电子保单生成方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
WO2019100612A1 true WO2019100612A1 (zh) 2019-05-31

Family

ID=61897759

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/076851 WO2019100612A1 (zh) 2017-11-23 2018-02-14 电子保单生成方法、装置、计算机设备及存储介质

Country Status (2)

Country Link
CN (1) CN107918864B (zh)
WO (1) WO2019100612A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109343941B (zh) * 2018-08-14 2023-02-21 创新先进技术有限公司 任务处理方法、装置、电子设备及计算机可读存储介质
CN109064295A (zh) * 2018-09-05 2018-12-21 中国平安财产保险股份有限公司 投保报价的计算方法、装置、计算机设备和存储介质
CN109492024A (zh) * 2018-10-26 2019-03-19 平安科技（深圳）有限公司 数据处理方法、装置、计算机设备以及存储介质
CN110083782B (zh) * 2019-03-21 2024-05-28 中国平安财产保险股份有限公司 电子保单的查看方法、装置、计算机设备和存储介质
CN109976891B (zh) * 2019-03-28 2020-11-03 北京网聘咨询有限公司 基于任务线程配置的服务器任务处理方法
CN110297711B (zh) * 2019-05-16 2024-01-19 平安科技（深圳）有限公司 批量数据处理方法、装置、计算机设备及存储介质
CN110322161A (zh) * 2019-07-10 2019-10-11 中国民航信息网络股份有限公司 航班生效批次的生效调整方法及装置
CN111610977B (zh) * 2020-05-19 2024-06-25 腾讯科技（深圳）有限公司 一种编译方法和相关装置
CN112015450B (zh) * 2020-08-25 2024-01-19 深圳Tcl新技术有限公司 加载智能设备控制页面的方法、装置和存储介质
CN112016900A (zh) * 2020-09-02 2020-12-01 中国平安财产保险股份有限公司 电子保单信息安全管控方法及系统
CN112465652A (zh) * 2020-11-26 2021-03-09 泰康保险集团股份有限公司 一种权益数据处理方法、装置、电子设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103810636A (zh) * 2012-11-13 2014-05-21 腾讯科技（深圳）有限公司 车险投保信息的处理方法、装置和车险投保信息处理平台
CN106600428A (zh) * 2016-12-23 2017-04-26 泰康保险集团股份有限公司 保单生成方法及装置
CN107239325A (zh) * 2016-03-28 2017-10-10 平安科技（深圳）有限公司 单证数据处理方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102591721A (zh) * 2011-12-30 2012-07-18 北京新媒传信科技有限公司 一种分配线程执行任务的方法和系统
CN102835974A (zh) * 2012-08-23 2012-12-26 华南理工大学 基于并行计算机的医学超声三维成像方法
CN105760234A (zh) * 2016-03-17 2016-07-13 联动优势科技有限公司 一种线程池管理方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103810636A (zh) * 2012-11-13 2014-05-21 腾讯科技（深圳）有限公司 车险投保信息的处理方法、装置和车险投保信息处理平台
CN107239325A (zh) * 2016-03-28 2017-10-10 平安科技（深圳）有限公司 单证数据处理方法和装置
CN106600428A (zh) * 2016-12-23 2017-04-26 泰康保险集团股份有限公司 保单生成方法及装置

Also Published As

Publication number Publication date
CN107918864B (zh) 2021-06-04
CN107918864A (zh) 2018-04-17

Similar Documents

Publication Publication Date Title
WO2019100612A1 (zh) 电子保单生成方法、装置、计算机设备及存储介质
WO2019149019A1 (zh) 数据交互方法、装置、计算机设备和存储介质
CN107291546B (zh) 一种资源调度方法及装置
CN107679740A (zh) 业务员筛选激活方法、电子装置及计算机可读存储介质
CN108304554B (zh) 文件拆分方法、装置、计算机设备和存储介质
US20210337069A1 (en) Exclusive Agent Pool Allocation Method, Electronic Device, And Computer Readable Storage Medium
US20150262111A1 (en) Apparatus and method for efficient task allocation in crowdsourcing
CN110288193B (zh) 任务监控处理方法、装置、计算机设备及存储介质
CN110928655A (zh) 一种任务处理方法及装置
US10152458B1 (en) Systems for determining long-term effects in statistical hypothesis testing
CN108111554B (zh) 一种访问队列的控制方法及装置
CN109961306B (zh) 一种物品的库存分配方法和装置
CN110930221B (zh) 异常订单处理方法、存储介质及计算机设备
CN111667334B (zh) 审核失败订单处理方法、装置、计算机设备和存储介质
WO2019056484A1 (zh) 保险产品配送管理方法、装置、计算机设备及存储介质
CN110716800B (zh) 任务调度方法及装置、存储介质及电子设备
CN110765169A (zh) 信息推荐方法、装置、计算机设备及存储介质
CN111651595A (zh) 一种异常日志处理方法及装置
CN111381970A (zh) 集群任务的资源分配方法及装置、计算机装置及存储介质
WO2021036319A1 (zh) 数据清洗方法和系统
CN110602215B (zh) 基于联盟区块链的资源处理方法及联盟区块链系统
CN113419856A (zh) 智能限流方法、装置、电子设备及存储介质
WO2019024475A1 (zh) 断点名单的分配方法、装置、服务器及介质
CN109670932B (zh) 信贷数据核算方法、装置、系统和计算机存储介质
WO2019056495A1 (zh) 保单配送任务分配方法、装置、计算机设备和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18882115

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 29/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18882115

Country of ref document: EP

Kind code of ref document: A1