Design method and device of double-recording system, electronic equipment and storage medium

Abstract

The invention relates to a double-recording system design method and device, electronic equipment and a storage medium, and the method comprises the steps: obtaining at least one target service, recognizing the service function of each target service, dividing a service function recognition result, obtaining a function set of each target service, and storing the function set of each target service; generating a service configuration rule corresponding to the function set of each target service, and designing a workflow template of each target service according to the service configuration rule, and when the workflow template of each target service meets a preset approval condition, executing the approval operation of each target service; and controlling the workflow template of each target service to execute the corresponding target service based on the service configuration rule, thereby solving the problems of poor experience, frequent problems, too high operation cost and the like of an agent and a client in a double-record sales process, and by carrying out modular splitting on complex services, by adopting a double-dimensional node model and a each-dimensional rule model, the service performance of the agent and the client is improved. Therefore, a three-party mechanism can access the double-recording system to carry out self-defined configuration, and the understanding capability of service visual configuration is improved.

Description

Technical Field

[0001] The present application relates to the technical field of dual recording services, and in particular to a design method, device, electronic equipment and storage medium for a dual recording system. Background Art

[0002] As an industry norm under contemporary Internet insurance supervision, double recording has gradually become a standard procedure in the insurance sales process. More and more insurance companies and insurance sales platforms are designing corresponding double recording systems based on the norms.

[0003] In related technologies, dual recording systems are often designed to meet regulatory requirements. For example, a centralized architecture design is adopted to concentrate all business logic and data processing in a few servers or service components; hardware coding rules are adopted, so that each rule change requires the redeployment of the application; the design process is single; static configuration is adopted, etc.

[0004] However, due to the current state of the industry and objective reasons, the regulatory requirements of insurance companies for the double recording process change frequently. As a result, the progress of system improvement cannot keep up with the growth rate of business demand, resulting in poor sales experience of agents and customers for the double recording process, frequent production problems, and excessively high operation and maintenance labor costs. Therefore, the most direct pain points caused by the above include the following aspects:

[0005] (1) The complex dimensional configuration of dual recording techniques and frequent demand changes increase the development and maintenance costs and the risk of accidents for existing data;

[0006] (2) The double-recording insurance application process is complex, has a long quality inspection cycle, and has many business scenarios for workflow transfer (especially for insurance intermediaries that connect with multiple insurance companies). This will cause serious system coupling, unclear responsibilities of each functional module, high development resistance and high risks, which can easily lead to production accidents and need to be solved urgently. Summary of the invention

[0007] The present application provides a design method, device, electronic device and storage medium of a dual recording system to solve the problems of poor sales experience of agents and customers in the dual recording sales process, frequent problems, and excessively high operating costs.

[0008] The first aspect of the present application provides a design method for a dual recording system, comprising the following steps: acquiring at least one target business, identifying the business functions of each target business, obtaining a business function identification result of each target business, and dividing the business function identification result to obtain a function set of each target business; generating a business configuration rule corresponding to the function set of each target business based on the function set of each target business, and designing a workflow template for each target business according to the business configuration rule; judging whether the workflow template of each target business satisfies the preset approval conditions respectively, and when the workflow template of each target business satisfies the preset approval conditions respectively, controlling the workflow template of each target business to execute the corresponding target business based on the business configuration rule.

[0009] Preferably, before generating the business configuration rules corresponding to the function set of each target business based on the function set of each target business, it also includes: obtaining the target field of the function set of each target business; visualizing the target field using a preset visualization interface, generating a target business script language corresponding to the function set of each target business, designing the node rules, speech rules and filtering rules of the function set of each target business based on the target business script language, and storing the node rules, speech rules and filtering rules in the target database.

[0010] Preferably, the business configuration rules corresponding to the function set of each target business are generated based on the function set of each target business, including: using the target business scripting language and generating dynamic speech for each target business based on the target field of the function set of each target business, inserting the dynamic speech into the preset fixed speech to obtain speech node data for each target business, and obtaining the speech database for each target business based on the speech node data for each target business; matching corresponding speech node data from the speech database based on the business functions of each target business, and dynamically mapping the speech node data to the target user node to obtain the corresponding business configuration rules based on the target user node.

[0011] Preferably, the generating of dynamic speech for each target business based on the target field of the function set of each target business comprises: generating a template configuration corresponding to each target business based on the target field of the function set of each target business, and adding template node data to the template configuration to generate dynamic speech for each target business based on the template node data.

[0012] Preferably, designing the workflow template for each target business according to the business configuration rules includes: determining the priority of each target business; and designing the workflow template for each target business according to the priority of each target business and the business function of each target business using the business configuration rules.

[0013] A second aspect of the present application provides a design device for a dual recording system, including:

[0014] An acquisition module, used to acquire at least one target business, identify the business function of each target business, obtain a business function identification result of each target business, and divide the business function identification result to obtain a function set of each target business;

[0015] A design module, used to generate a business configuration rule corresponding to the function set of each target business based on the function set of each target business, and design a workflow template for each target business according to the business configuration rule;

[0016] The control module is used to determine whether the workflow template of each target business meets the preset approval conditions respectively, and when the workflow template of each target business meets the preset approval conditions respectively, control the workflow template of each target business to execute the corresponding target business based on the business configuration rules.

[0017] Preferably, before generating the service configuration rule corresponding to the function set of each target service based on the function set of each target service, the design module is further used to:

[0018] Obtain the target field of the function set of each target business;

[0019] The target field is visualized using a preset visualization interface, and a target business script language corresponding to the function set of each target business is generated. Node rules, speech rules and filtering rules of the function set of each target business are designed based on the target business script language, and the node rules, speech rules and filtering rules are stored in the target database.

[0020] Preferably, the design module is specifically used for:

[0021] Using the target business scripting language and based on the target field of the function set of each target business, generating a dynamic speech for each target business, inserting the dynamic speech into a preset fixed speech, obtaining speech node data for each target business, and obtaining a speech database for each target business based on the speech node data for each target business;

[0022] Based on the business function of each target business, the corresponding speech node data is matched from the speech database, and the speech node data is dynamically mapped to the target user node to obtain the corresponding business configuration rule based on the target user node.

[0023] Preferably, the design module is specifically used for:

[0024] A template configuration corresponding to each target business is generated based on the target field of the function set of each target business, and template node data is added to the template configuration to generate dynamic speech for each target business based on the template node data.

[0025] Preferably, the design module is specifically used for:

[0026] Determining the priority of each target business;

[0027] According to the priority of each target service and the service function of each target service, the workflow template of each target service is designed by using the service configuration rule.

[0028] The third aspect of the present application provides an electronic device, comprising: 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 design method of the dual recording system as described in the above embodiment.

[0029] The fourth aspect of the present application provides a computer-readable storage medium on which a computer program is stored. The program is executed by a processor to implement the design method of the dual recording system as described in the above embodiment.

[0030] Therefore, this application has at least the following beneficial effects:

[0031] (1) Modularizing complex business functions based on the business domain model can improve system maintainability, business understandability, and reusability;

[0032] (2) The dual-recording script library adopts a two-dimensional node model, including a parent node and a child node. The parent node is the node of the third-party organization, and the child node is the meta-node of the dual-recording system, which satisfies the third-party organization to access the dual-recording system for customized configuration;

[0033] (3) Based on the open source expression rule engine Aviator, we make matching rules for workflows and double-recording scripts, establish rule models for each dimension, improve the flexibility of business rules, reduce development costs, and improve business visualization configuration and understanding capabilities;

[0034] (4) Design a workflow transfer mechanism based on the core idea of ​​template + responsibility chain, decouple the core code layer from the business code, and make the entire module function reusable, easy to maintain and highly scalable;

[0035] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0037] Figure 1 A flowchart of a design method for a dual recording system provided according to an embodiment of the present application;

[0038] Figure 2 A schematic diagram of splitting a microservice module according to an embodiment of the present application;

[0039] Figure 3 A schematic diagram of a configuration center architecture design according to an embodiment of the present application;

[0040] Figure 4 A schematic diagram of a speech configuration model according to an embodiment of the present application;

[0041] Figure 5 A schematic diagram of a template configuration model according to an embodiment of the present application;

[0042] Figure 6 A schematic diagram of a speech matching process according to an embodiment of the present application;

[0043] Figure 7 A schematic diagram of a workflow configuration model according to an embodiment of the present application;

[0044] Figure 8 A schematic diagram of a workflow according to an embodiment of the present application;

[0045] Fig. 9 A flowchart according to an embodiment of the present application;

[0046] Fig.10 An exemplary diagram of a design device for a dual recording system according to an embodiment of the present application;

[0047] Fig.11 Schematic diagram of the structure of an electronic device according to an embodiment of the present application.

[0048] Description of reference numerals: 100 - acquisition module; 200 - design module; 300 - control module; DETAILED DESCRIPTION

[0049] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present application, and should not be construed as limiting the present application.

[0050] As an industry norm under contemporary Internet insurance supervision, more and more insurance companies and insurance sales platforms design corresponding dual-recording systems based on the norms. However, due to the current state of the industry and objective reasons, the regulatory requirements of insurance companies for the dual-recording process change frequently, and comprehensive dual-recording is the general trend. The progress of system improvement cannot keep up with the growth rate of business demand, which will cause agents and customers to have a poor experience in the dual-recording sales process, frequent production problems, and excessively high operating and maintenance labor costs. Therefore, the market urgently needs a highly scalable and highly available intelligent dual-recording system that can meet the growing demand for iteration, while greatly reducing subsequent operating and maintenance costs. The most direct pain points brought about by the above are as follows:

[0051] (1) The complex dimensional configuration of dual recording techniques and frequent demand changes increase the development and maintenance costs and the risk of accidents for existing data;

[0052] (2) The double-recording insurance application process is complex, the quality inspection cycle is long, and there are many business scenarios for workflow transfer (especially for insurance intermediaries that connect with multiple insurance companies). This will cause serious system coupling, unclear responsibilities of each functional module, high development resistance and high risks, which can easily lead to production accidents.

[0053] The following describes the design method, device, electronic device and storage medium of the dual recording system of the present application with reference to the accompanying drawings. Specifically, Figure 1 A flowchart of a design method for a dual recording system provided in an embodiment of the present application.

[0054] like Figure 1 As shown, the design method of the dual recording system includes the following steps:

[0055] In step S101, at least one target business is acquired, the business function of each target business is identified, a business function identification result of each target business is obtained, and the business function identification result is divided to obtain a function set of each target business.

[0056] Specifically, since the core of the dual recording system is business, it is a complex and changeable business system. In a business field, a complete domain model can easily pull business and technology into one dimension to analyze and understand the needs. To this end, from the microservice field, this application embodiment splits the modules according to functional responsibilities. Since the configuration center and workflow are the business cores of the two underlying fixed requirements of dual recording, they must be decoupled from the demand business as much as possible.

[0057] Specifically, if Figure 2 As shown, first, at least one target business is acquired, and the business functions of each target business are identified to obtain the business function identification results of each target business, and the modules are split according to the functional responsibilities, that is, the business function identification results are divided to obtain the function set of each target business, so that the actual needs of the business can be obtained according to the function set of each target business.

[0058] Therefore, by using micro-module splitting, complex configurations can be separated into visual configuration pages, and speech matching and workflow can be encapsulated as core modules of the system, the code can be sunk, and the business modules can be decoupled. For example, when users on the A side interact with app functional services and request app functional services, sub-domains can be split according to business areas; basic services (such as OSS and redis) provide functional support for business services; user quality inspection on the B side is on the quality inspection platform; and there are front-end services for external interactions.

[0059] In step S102, a service configuration rule corresponding to the function set of each target service is generated based on the function set of each target service, and a workflow template for each target service is designed according to the service configuration rule.

[0060] In an embodiment of the present application, before generating business configuration rules corresponding to the function set of each target business based on the function set of each target business, it also includes: obtaining the target field of the function set of each target business; visualizing the target field using a preset visualization interface, generating a target business script language corresponding to the function set of each target business, designing node rules, speech rules and filtering rules for the function set of each target business based on the target business script language, and storing the node rules, speech rules and filtering rules in the target database.

[0061] In an embodiment of the present application, business configuration rules corresponding to the function set of each target business are generated based on the function set of each target business, including: using the target business scripting language and generating dynamic speech for each target business based on the target field of the function set of each target business, inserting the dynamic speech into the preset fixed speech to obtain speech node data for each target business, and obtaining a speech database for each target business based on the speech node data of each target business; matching the corresponding speech node data from the speech database based on the business function of each target business, and dynamically mapping the speech node data to the target user node to obtain the corresponding business configuration rules based on the target user node.

[0062] In an embodiment of the present application, dynamic speech for each target business is generated based on the target field of the function set of each target business, including: generating a template configuration corresponding to each target business based on the target field of the function set of each target business, and adding template node data to the template configuration to generate dynamic speech for each target business based on the template node data.

[0063] Specifically, the configuration rules also need to be split into rule domains, splitting complex demand rules into rule expression configurations of different dimensions, such as node rules, speech rules, filtering rules, etc., and finally aggregate the rule results in the upper-level business to achieve complex requirements. In this way, the actual communication between business and technology can be achieved through the medium of the rule model to unify the analysis and understanding of requirements, facilitate the assessment of workload and risks, and increase the flexibility of rules.

[0064] Among them, the preset visualization interface can be set by those skilled in the art according to actual needs and is not specifically limited here.

[0065] Further, in order to facilitate the analysis and understanding of the needs of the same business field, for the rule configuration under the same dimension, the target field of the function set of each target business is obtained, the target field is visualized using a preset visualization interface, and the node rules, speech rules and filtering rules of the function set of each target business are designed based on the target business script language, and the node rules, speech rules and filtering rules are stored in the target database. That is to say, the embodiment of the present application can be divided according to the business field, and a visualization interface is made from the UI (User Interface) layer. Field A and field B must meet the conditions at the same time. After configuring the conditions for A and B, the relationship between A and B needs to be visualized, such as: A*B means that A and B must meet the conditions at the same time under the current dimension rules to match. After the UI interaction is completed, the relevant parameters are passed to the backend through the API (Application Programming Interface) interface, parsed into the AviatorScript script language through the rules, and persistently stored. Subsequent rule matching is directly based on the Aviator rule engine to match.

[0066] Specifically, if Figure 3 As shown in the figure, based on the configuration rule architecture design, business users fill in business rules on the form through visual expressions through the UI interface, pass parameters to the backend through the API interface, and convert the expression rules understood by the business into the AviatorScript scripting language through the rule parsing module, and finally persist them to the database.

[0067] Further, such as Figure 4 As shown, for the different regulatory requirements of insurance institutions and regions, we need a node model to integrate the attributes and behaviors of node configuration based on the configuration rules. The node model is a two-dimensional node: the parent node is a third-party institution node, which is responsible for being the carrier of the third-party demand node and associating the child node at the same time; the child node is the dual recording system node, which is responsible for being the carrier to adapt to the front-end and back-end functional requirements of the system and has the three-party attributes of the parent node. Each node will be mounted with custom speech, matching rules, intelligent settings and other dimensional behavior configurations, which are used for business to configure speech templates that meet the conditions according to the scenario.

[0068] Among them, the essence of custom speech is to splice a dynamic speech based on the preset keyword variables + insurance company speech, such as "Please confirm XXX (name of the insured), the policy is XXX (product name) product, the premium is XXX (premium amount), please confirm", where XXX is a preset variable, each variable represents a business data, dynamically inserted into the fixed speech, and the specific splicing rules are spliced ​​through the speech assembly rules in the template configuration. The matching rules of the speech library are essentially node mapping rules, especially for insurance intermediary companies, which need to connect to multiple systems. The data structure of the dual-recording speech nodes of each company is different, and it is unlikely to have a set of fixed rules to map the nodes. Therefore, it is necessary to dynamically map the insurance company nodes through rule configuration to configure the system itself. The configuration of the system and the insurance company are decoupled through rules. For example, some insurance companies will provide node ID (Identification), some will provide node name, and some will require the provider to provide the mapping relationship by themselves. By presetting the matching rules of the insurance company platform in advance and matching the corresponding speech node data from the speech database, the system configuration personnel do not need to worry about external mapping relationships. Intelligent setting is a client configuration. The dual recording process is not only voice broadcast, but also involves important operations such as intelligent question and answer, document display, face recognition, and signature. The specific operations are mounted on the node, and the roles (agent, policyholder, insured, guardian) must be distinguished. The core function of intelligent configuration is to aggregate such client intelligent settings for easy expansion and maintenance.

[0069] Further, such as Figure 5 As shown, based on the configuration rule template configuration, different templates can be configured according to different attributes. Each template has a custom matching rule. Parent nodes that meet the conditions and their child nodes can be added according to the template attributes. The node dimension can set node attributes, node rules, filtering rules, speech assembly rules, etc. Among them, the speech of insurance companies varies by region. Template attributes can add attributes such as branches, enable and disable time, etc. Attributes that meet customer needs can be customized, templates can be established according to business scenarios, and appropriate nodes can be added.

[0070] Furthermore, node attributes include basic information about the node: for example, the logical mapping relationship between parent and child nodes: node type, node ID, parent node ID, etc.; the purpose of node rules is to dynamically change the node effect actually displayed when the node is matched under the template, such as merging, looping and other operations. The effects are respectively that the former merges multiple nodes into one node for display, and the latter loops the same node for multiple displays. In actual business scenarios, policies of multiple types need to be merged together for broadcast or looped into multiple nodes for broadcast separately; filtering rules are to filter out nodes that meet the current policy from the nodes configured in the current template. They are mainly divided into two dimensions: policy and product. For example, the product dimension can filter which product the current policy is based on product features and categories, and only match nodes of the current product. The policy dimension can match nodes that meet the current policy based on whether the insured is a minor, whether the policy is purchased by the next generation, whether the policy is self-insured, etc. The script assembly rules are used to dynamically splice scripts for display to customers. The script content will involve a large amount of policy information, customer information, etc. that require customer confirmation. This information is not static text but dynamic values. The system needs to obtain policy-related data and dynamically splice it into fixed scripts, such as "Please confirm, this policy is a XXX product, the premium is XXX, please confirm." Each rule is split into business areas according to different dimensions, and finally the results of each rule are aggregated at the business layer to achieve the desired effect. Changes in rule requirements only require changes to the rules of fixed dimensions. The rules are decoupled to reduce the risk of changes.

[0071] Furthermore, if Figure 6 As shown, for the speech matching process, it can be determined whether there is a speech matching template that meets the conditions. If so, all parent nodes that meet the conditions under the speech matching template are selected, and all child nodes that meet the conditions under the parent node are matched. The real-time speech is assembled according to the child node speech rules, and then the parent node object data containing the child nodes is integrated, and the parent node is processed according to the node rules. Finally, all parent node object data that meet the conditions are integrated. If it does not exist, the result is returned directly, and all parent node object data that meet the conditions are integrated.

[0072] In an embodiment of the present application, a workflow template for each target business is designed according to business configuration rules, including: determining the priority of each target business; and designing a workflow template for each target business according to the priority of each target business and the business function of each target business using business configuration rules.

[0073] Specifically, the embodiments of the present application require workflow design, and the actual flow direction of the workflow is mainly affected by the business needs of the product insurance policy, the actual recording of the double-recording order, and the quality inspection of the three parties. This means that the flow of each order is different, and the multi-dimensional data dependency coupling will greatly increase the complexity of the workflow, so the core is to disassemble and refine the fixed requirements and complex scenario requirements, and use the template design mode to template the bottom fixed requirements of the workflow into a workflow template configuration, flexibly match through rules, and expand and reuse the workflow nodes through the responsibility chain design mode, thereby forming a multi-level approval node. The nodes can also be flexibly matched through rules, forming a decoupled, open-closed principle-satisfied, and highly scalable workflow model as a whole.

[0074] Specifically, if Figure 7 As shown, firstly, the workflow is configured. The business can establish multiple workflow templates according to the needs of different business scenarios and customize the matching rules and priorities of the templates. Each workflow template can add multiple approval flow nodes. The nodes have matching rules, priorities, attributes and other dimensional information. The nodes that meet the conditions are matched according to the matching rules. Multiple nodes are sorted according to priority, and the node flow direction is determined according to the attribute results.

[0075] The specific content of the workflow matching rules needs to be defined in combination with the actual business scenarios. The core is to match the data around the policy dimension. For example, when matching the workflow of the current policy, it is necessary to match the actual workflow based on the business dimensions such as the product, branch, sampling situation, AI (Artificial Intelligence) results, and whether there is a rectification order. The judgment conditions of the matching rules are met through these policy dimension business data combined with the rule expressions configured on the node based on the Aviator rule engine to match.

[0076] It should be noted that priority is a fallback strategy. When matching multiple workflows, a unique process is matched according to the priority. The attributes of the workflow node include business attributes and basic attributes. The business attributes are determined according to the actual business scenario to facilitate the association with specific insurance policies, such as insurance policy ID, insurance application number, etc. The basic attributes are the data support for the process flow logic, including approval level, task stage, task status, node ID, rule code value (mapping specific rule expression), rule result (can be business data or a collection of the next approval node ID to realize a tree-like approval flow), etc.

[0077] In step S103, it is determined whether the workflow template of each target business satisfies the preset approval conditions respectively, and when the workflow template of each target business satisfies the preset approval conditions respectively, the workflow template of each target business is controlled to execute the corresponding target business based on the business configuration rules.

[0078] Among them, the preset approval conditions can be determined by anyone skilled in the art according to actual design requirements and are not specifically limited here.

[0079] Specifically, Figure 8 As shown, after obtaining the workflow template of each target business mentioned above, it is necessary to further determine whether the workflow template of each target business meets the preset approval conditions respectively. The preset approval conditions are mainly an approval flow set, which is composed of approval nodes in the approval flow set. The node attributes and node filtering conditions of the workflow template can be obtained through the approval node.

[0080] Specifically, if Fig. 9 As shown, first, the workflow is initialized, and then the corresponding workflow template is matched based on the initialized workflow. If no match is found, the process ends. If the corresponding workflow template is matched, the approval flow node is initialized, the process processing starts, and the approval flow node is parsed; secondly, it is determined whether the parsed approval flow node matches the next node that meets the conditions. If no match is found, the process ends. If a match is found, the node is parsed and transferred to the corresponding approval pool. The corresponding approver reviews the result. If the review fails, the approval process ends. If the review passes, it continues to return to execute the step of determining whether the parsed approval flow node matches the next node that meets the conditions. If the review is rejected, it is determined whether there is a previous node. If so, it is rolled back to the previous node and the step of determining whether the parsed approval flow node matches the next node that meets the conditions is executed. If not, the approval process ends, that is, the entire process ends.

[0081] Therefore, based on the specific discussion of the above embodiments, the present application can achieve the following beneficial effects:

[0082] (1) Improve system maintainability, business understandability, and reusability;

[0083] (2) Improve the flexibility of business rules and the understanding of complex business configurations, and reduce business configuration costs;

[0084] (3) Each module has a single and clear responsibility, business decoupling, and high scalability, which reduces development costs.

[0085] According to the design method of the dual recording system proposed in the embodiment of the present application, at least one target business is obtained and the business functions of each target business are identified, the business function identification results are divided to obtain a function set for each target business, business configuration rules corresponding to the function set of each target business are generated, and a workflow template for each target business is designed according to the business configuration rules. When the workflow templates of each target business meet the preset approval conditions, the workflow templates of each target business are controlled to execute the corresponding target business based on the business configuration rules. As a result, the problems of poor sales experience of agents and customers in the dual recording process, frequent problems, and excessively high operating costs are solved. By modularizing and splitting complex businesses, a two-dimensional node model and a rule model of each dimension are adopted to meet the needs of third-party institutions to access the dual recording system for customized configuration and improve the ability to understand business visualization configuration.

[0086] Next, a design device of a dual recording system proposed in accordance with an embodiment of the present application will be described with reference to the accompanying drawings.

[0087] Fig.10 It is a block diagram of a design device of a dual recording system according to an embodiment of the present application.

[0088] like Fig.10 As shown, the design device 10 of the dual recording system includes: an acquisition module 100, a design module 200 and a control module 300.

[0089] The acquisition module 100 is used to acquire at least one target business, identify the business function of each target business, obtain the business function identification result of each target business, and divide the business function identification result to obtain the function set of each target business;

[0090] A design module 200, for generating a business configuration rule corresponding to the function set of each target business based on the function set of each target business, and designing a workflow template for each target business according to the business configuration rule;

[0091] The control module 300 is used to determine whether the workflow template of each target business meets the preset approval conditions respectively, and when the workflow template of each target business meets the preset approval conditions respectively, control the workflow template of each target business to execute the corresponding target business based on the business configuration rules.

[0092] In the embodiment of the present application, before generating the service configuration rules corresponding to the function set of each target service based on the function set of each target service, the design module 200 is further used to:

[0093] Get the target field of the function set of each target business;

[0094] Use the preset visualization interface to visualize the target fields, generate the target business script language corresponding to the function set of each target business, design the node rules, speech rules and filtering rules of the function set of each target business based on the target business script language, and store the node rules, speech rules and filtering rules in the target database.

[0095] In the embodiment of the present application, the design module 200 is specifically used for:

[0096] Using the target business scripting language and based on the target field of the function set of each target business, a dynamic speech for each target business is generated, the dynamic speech is inserted into the preset fixed speech, speech node data for each target business is obtained, and a speech database for each target business is obtained based on the speech node data for each target business;

[0097] Based on the business functions of each target business, the corresponding speech node data is matched from the speech database, and the speech node data is dynamically mapped to the target user node to obtain the corresponding business configuration rules based on the target user node.

[0098] In the embodiment of the present application, the design module 200 is specifically used for:

[0099] A template configuration corresponding to each target business is generated based on the target field of the function set of each target business, and template node data is added to the template configuration to generate dynamic scripts for each target business based on the template node data.

[0100] In the embodiment of the present application, the design module 200 is specifically used for:

[0101] Determine the priority of each target business;

[0102] According to the priority of each target business and the business function of each target business, a workflow template for each target business is designed using business configuration rules.

[0103] According to the design device of the dual recording system proposed in the embodiment of the present application, at least one target business is obtained and the business functions of each target business are identified, the business function identification results are divided to obtain a function set for each target business, business configuration rules corresponding to the function set of each target business are generated, and a workflow template for each target business is designed according to the business configuration rules. When the workflow templates of each target business meet the preset approval conditions, the workflow templates of each target business are controlled to execute the corresponding target business based on the business configuration rules. As a result, the problems of poor sales experience of agents and customers in the dual recording process, frequent problems, and excessively high operating costs are solved. By modularizing and splitting complex businesses, a two-dimensional node model and a rule model of each dimension are adopted to meet the needs of third-party institutions to access the dual recording system for customized configuration and improve the ability to understand business visualization configuration.

[0104] It should be noted that the above explanation of the embodiment of the design method of the dual recording system is also applicable to the design device of the dual recording system of this embodiment, and will not be repeated here.

[0105] Fig.11 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. The electronic device may include:

[0106] A memory 1101 , a processor 1102 , and a computer program stored in the memory 1101 and executable on the processor 1102 .

[0107] When the processor 1102 executes the program, the design method of the dual recording system provided in the above embodiment is implemented.

[0108] Furthermore, the electronic device further comprises:

[0109] The communication interface 1103 is used for communication between the memory 1101 and the processor 1102 .

[0110] The memory 1101 is used to store computer programs that can be executed on the processor 1102 .

[0111] The memory 1101 may include a high-speed RAM (Random Access Memory) memory, and may also include a non-volatile memory, such as at least one disk memory.

[0112] If the memory 1101, the processor 1102 and the communication interface 1103 are implemented independently, the communication interface 1103, the memory 1101 and the processor 1102 can be connected to each other through a bus and communicate with each other. The bus can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.11 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0113] Optionally, in a specific implementation, if the memory 1101, the processor 1102 and the communication interface 1103 are integrated on a chip, the memory 1101, the processor 1102 and the communication interface 1103 can communicate with each other through an internal interface.

[0114] The processor 1102 may be a CPU (Central Processing Unit), or an ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement the embodiments of the present application.

[0115] The embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the design method of the dual recording system as described above is implemented.

[0116] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms are not necessarily directed to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or N embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

[0117] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0118] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, fragment or portion of code comprising one or N executable instructions for implementing the steps of a custom logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0119] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above embodiment, the N steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one or a combination of multiple of the following technologies known in the art: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array, a field programmable gate array, etc.

[0120] A person skilled in the art may understand that all or part of the steps in the above-mentioned embodiment method may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0121] Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limitations on the present application. Ordinary technicians in this field can change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A design method for a dual recording system, characterized in that: The following steps are involved: Acquire at least one target business, identify the business function of each target business, obtain a business function identification result of each target business, and divide the business function identification result to obtain a function set of each target business; Generating a service configuration rule corresponding to the function set of each target service based on the function set of each target service, and designing a workflow template for each target service according to the service configuration rule; Determine whether the workflow template of each target business satisfies the preset approval conditions respectively, and when the workflow template of each target business satisfies the preset approval conditions respectively, control the workflow template of each target business to execute the corresponding target business based on the business configuration rules.

2. The method according to claim 1, characterized in that Before generating the service configuration rule corresponding to the function set of each target service based on the function set of each target service, the method further includes: Obtaining a target field of a function set of each target business; The target field is visualized using a preset visualization interface, and a target business script language corresponding to the function set of each target business is generated. Node rules, speech rules and filtering rules of the function set of each target business are designed based on the target business script language, and the node rules, speech rules and filtering rules are stored in the target database.

3. The method according to claim 2, characterized in that The generating, based on the function set of each target service, a service configuration rule corresponding to the function set of each target service comprises: Using the target business scripting language and based on the target field of the function set of each target business, generating a dynamic speech for each target business, inserting the dynamic speech into a preset fixed speech, obtaining speech node data for each target business, and obtaining a speech database for each target business based on the speech node data for each target business; Based on the business function of each target business, the corresponding speech node data is matched from the speech database, and the speech node data is dynamically mapped to the target user node to obtain the corresponding business configuration rule based on the target user node.

4. The method according to claim 3, characterized in that The generating of the dynamic speech for each target business based on the target field of the function set of each target business includes: A template configuration corresponding to each target business is generated based on the target field of the function set of each target business, and template node data is added to the template configuration to generate dynamic speech for each target business based on the template node data.

5. The method according to claim 1, characterized in that: The step of designing the workflow template for each target service according to the service configuration rule includes: Determining the priority of each target business; According to the priority of each target service and the service function of each target service, the workflow template of each target service is designed by using the service configuration rule.

6. A design device for a dual recording system, characterized in that: include: An acquisition module, used to acquire at least one target business, identify the business function of each target business, obtain a business function identification result of each target business, and divide the business function identification result to obtain a function set of each target business; A design module, used to generate a business configuration rule corresponding to the function set of each target business based on the function set of each target business, and design a workflow template for each target business according to the business configuration rule; The control module is used to determine whether the workflow template of each target business meets the preset approval conditions respectively, and when the workflow template of each target business meets the preset approval conditions respectively, control the workflow template of each target business to execute the corresponding target business based on the business configuration rules.

7. The device according to claim 6, characterized in that Before generating the service configuration rules corresponding to the function set of each target service based on the function set of each target service, the design module is further used to: Obtaining a target field of a function set of each target business; The target field is visualized using a preset visualization interface, and a target business script language corresponding to the function set of each target business is generated. Node rules, speech rules and filtering rules of the function set of each target business are designed based on the target business script language, and the node rules, speech rules and filtering rules are stored in the target database.

8. The device according to claim 7, characterized in that The design module is specifically used for: Using the target business scripting language and based on the target field of the function set of each target business, generating a dynamic speech for each target business, inserting the dynamic speech into a preset fixed speech, obtaining speech node data for each target business, and obtaining a speech database for each target business based on the speech node data for each target business; Based on the business function of each target business, the corresponding speech node data is matched from the speech database, and the speech node data is dynamically mapped to the target user node to obtain the corresponding business configuration rule based on the target user node.

9. An electronic device, characterized in that: include: 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 method for designing a dual recording system as claimed in any one of claims 1 to 5.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: The program is executed by a processor to implement the design method of a dual recording system as described in any one of claims 1 to 5.

Images