Sign traffic distribution method and device, computer equipment and storage medium

Abstract

The invention relates to a signing traffic distribution method and device, computer equipment and a storage medium. The method comprises the following steps: calling a pre-configured signing channel to create a target signing contract and a signing contract interface; obtaining a business scene and signing flow information of the target signing contract through the signing contract interface; and performing signed traffic distribution processing on the target signed contract based on the business scene and the signed traffic information. According to the application, the signing traffic distribution is carried out according to the business scene of signing the contract, traffic distribution is carried out through different channel information in different business scenes, the electronic signing channel is prevented from being abnormal, electronic signing can be carried out in time, and the efficiency of electronic signing is improved.

Description

Technical Field

[0001] This application relates to the technical field of electronic contracts, and particularly to a signing traffic distribution method, device, computer device, and storage medium. Background Art

[0002] An electronic signature system is an online signing method that uses Internet technology, electronic signature technology, and legal agreements to achieve a paperless, digital, and automated contract signing process. The system usually includes function modules such as user registration, identity authentication, and contract signing, which can greatly improve the signing efficiency, reduce costs, and reduce the storage and management problems of traditional paper contracts. In an electronic signature system, both parties can confirm the contract content through digital signatures and other means, which has the same legal effect as a handwritten signature and is widely used in multiple fields such as business cooperation, house leasing, and labor contracts.

[0003] With the development of information technology, the convenience, security, and legality of the electronic signature system have enabled more and more organizations to use the electronic signature method to sign documents. Existing electronic signature systems use a single certificate channel and have strong dependence. They cannot distribute the signing traffic of electronic contracts, which easily causes abnormalities in the electronic signature channel, making it impossible to perform electronic signatures and resulting in low electronic signature efficiency. Summary of the Invention

[0004] The purpose of the embodiments of this application is to propose a signing traffic distribution method, device, computer device, and storage medium to achieve the distribution of the signing traffic of electronic contracts and improve the efficiency of electronic signatures.

[0005] To solve the above technical problems, the embodiments of this application provide a signing traffic distribution method, including:

[0006] Call a pre-configured signing channel to create a target signing contract and a signing contract interface;

[0007] Obtain the business scenario and signing traffic information of the target signing contract through the signing contract interface;

[0008] Perform signing traffic distribution processing on the target signing contract based on the business scenario and the signing traffic information.

[0009] To solve the above technical problems, the embodiments of this application provide a signing traffic distribution device, including:

[0010] A signing interface creation unit, configured to call a pre-configured signing channel to create a target signing contract and a signing contract interface;

[0011] A business scenario acquisition unit, configured to obtain the business scenario and signing traffic information of the target signing contract through the signing contract interface;

[0012] A signing traffic distribution unit for performing signing traffic distribution processing on the target signing contract based on the service scenario and the signing traffic information.

[0013] To solve the above technical problems, a technical solution adopted by the present invention is: to provide a computer device, including one or more processors; a memory for storing one or more programs, so that one or more processors implement the signing traffic distribution method described in any one of the above.

[0014] To solve the above technical problems, a technical solution adopted by the present invention is: a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the signing traffic distribution method described in any one of the above is implemented.

[0015] The embodiments of the present invention provide a signing traffic distribution method, device, computer device and storage medium. Among them, the method includes: calling a pre-configured signing channel to create a target signing contract and a signing contract interface; obtaining the service scenario and signing traffic information of the target signing contract through the signing contract interface; performing signing traffic distribution processing on the target signing contract based on the service scenario and the signing traffic information. The embodiments of the present invention can perform signing traffic distribution according to the service scenario of the signing contract, realize traffic distribution through different channel information in different service scenarios, avoid abnormalities in the e-signature channel, and can perform e-signature in a timely manner, thereby being beneficial to improving the efficiency of e-signature. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] To more clearly illustrate the solutions in the present application, the following will briefly introduce the drawings required for the description of the embodiments of the present application. Obviously, the following drawings are some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0017] Figure 1 It is a flowchart of an implementation of the signing traffic distribution method process provided by the embodiments of the present application;

[0018] Figure 2 It is a flowchart of the implementation of the process in the signing traffic distribution method provided by another embodiment of the present application;

[0019] Figure 3 It is a flowchart of the implementation of the process in the signing traffic distribution method provided by another embodiment of the present application;

[0020] Figure 4 It is a flowchart of the implementation of the sub-process in the signing traffic distribution method provided by the embodiments of the present application;

[0021] Figure 5 It is a flowchart of the implementation of a process after step S3 provided by an embodiment of the present application;

[0022] Figure 6 It is a flowchart of the implementation of another process after step S3 provided by an embodiment of the present application;

[0023] Figure 7 It is a schematic diagram of a signing traffic distribution device provided by an embodiment of the present application;

[0024] Figure 8 It is a schematic diagram of a computer device provided by an embodiment of the present application. Detailed implementation manners

[0025] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those of ordinary skill in the technical field to which this application belongs; the terms used in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit this application; the terms "including" and "having" and any variations thereof in the specification and claims of this application and the above drawings are intended to cover non-exclusive inclusion. The terms "first", "second", etc. in the specification and claims of this application or the above drawings are used to distinguish different objects and not to describe a specific order.

[0026] Referring to "embodiment" herein means that a specific feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of this application. The phrase does not necessarily refer to the same embodiment at each occurrence in the specification, nor is it an independent or alternative embodiment mutually exclusive with other embodiments. Those skilled in the art will explicitly and implicitly understand that the embodiments described herein can be combined with other embodiments.

[0027] In order to enable those skilled in the art of this technology to better understand the solution of this application, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings.

[0028] The present invention will be described in detail below with reference to the accompanying drawings and embodiments.

[0029] It should be noted that the signing traffic distribution method provided by the embodiments of this application is generally executed by a computer device. Correspondingly, the signing traffic distribution device is generally configured in the computer device.

[0030] Please refer to Figure 1 , Figure 1 which shows a specific implementation manner of the signing traffic distribution method.

[0031] It should be noted that if there are substantially the same results, the method of the present invention is not limited to Figure 1 the process sequence shown. The method includes the following steps:

[0032] S1: Call the pre-configured signing channel to create a target signing contract and a signing contract interface.

[0033] The signing traffic distribution method provided by the embodiments of the present application is applied to the electronic contract signing scenario to achieve the distribution of the signing traffic of electronic contracts, avoid the situation where the business cannot be carried out due to channel anomalies, and improve the success rate of electronic contract signing. The embodiments of the present application can build an electronic signing middleware platform to achieve the distribution effect of multiple signing channels; by docking with other channel manufacturers, distribute according to the business scenario, support configuring the signing channel according to the scenario, support configuring multiple channels, and can divide the traffic distribution by proportion.

[0034] Specifically, by pre-configuring the chimeric channel information to build a signing channel, and calling the built signing channel to create a target signing contract and a signing contract interface, the access of the signing service is realized. Among them, the target signing contract is the electronic contract that needs to be signed. In the actual application process, after the user selects the corresponding signing channel on the electronic signing middleware platform, the electronic signing middleware platform can feedback the target signing contract and the signing contract interface to the user for the user to perform electronic signing.

[0035] Please refer to Figure 2 , Figure 2 which shows a specific implementation manner of step S1, described in detail as follows:

[0036] S1A: Obtain the signing channel configuration information from the signing service provider through a preset configuration method.

[0037] S1B: Configure the initial signing channel with the signing channel configuration information to obtain a configured signing channel.

[0038] S1C: Test and verify the configured signing channel to obtain the signing channel.

[0039] Specifically, the signing channel configuration information can be obtained from the signing service provider in the form of a graphical interface or an API interface. If the graphical interface is selected, there will be a form or wizard to guide the user to input the signing channel information step by step. If the API interface is selected, code needs to be written or ready-made tools need to be used to send an HTTP request containing the signing channel information. In the embodiments of the present application, in the graphical interface or API request, the signing channel information obtained from the signing service provider is input. The signing channel information includes key information such as URL, app ID, appKey, etc., as well as certificate information and signature algorithms. After all the necessary signing channel information is input, the signing communication information is saved, and then through operations such as creating a contract and signing a contract, it is checked whether the signing service can be successfully called, so as to complete the test verification of the configured signing channel and obtain the configured signing channel.

[0040] Among them, URL (Uniform Resource Locator) is the address used to identify resources on the Internet. In the context of electronic signing, the URL usually points to a specific signing service interface that provides functions such as creating a contract and signing a contract. When it is necessary to call the service of a certain signing channel, it is necessary to access through the URL. App ID is the unique identifier of the application. In the electronic signing system, each signing channel or application will have a unique app ID. This identifier is used to distinguish different applications or services to ensure that requests can be correctly routed to the corresponding processing logic. Among them, appKey is the secret key of the application, which is used to verify the source and legality of the request. When calling the signing service interface, in addition to providing the URL and app ID, it is also necessary to provide appKey as authentication information. The server will verify the validity of the appKey, and only the requests that pass the verification will be processed.

[0041] S2: Obtain the business scenario and signing traffic information of the target signing contract through the signing contract interface.

[0042] Specifically, the business scenario and signing traffic information of the target signing contract are obtained through the signing contract interface. The business scenario can be the electronic signing scenario selected by the user. For example, the business scenario can be business scenarios such as multi-document signing and large file signing. The business scenario can also be the scenario according to the specific business type. For example, the business scenario is signing types such as procurement contract signing, labor contract signing, and house sales contract signing. The signing traffic information can be file signing traffic information or other file traffic information uploaded during the signing contract process, etc. The user can upload the necessary files during the signing process through this signing contract interface and can also select the corresponding signing business scenario, etc.

[0043] S3: Perform signing traffic distribution processing on the target signing contract based on the business scenario and the signing traffic information.

[0044] Specifically, perform signing traffic distribution processing on the target signing contract according to the business scenario and the signing traffic information to ensure that the signing requests are distributed to appropriate signing channels and achieve intelligent distribution of traffic. In the embodiments of the present application, the mapping relationship established between the business scenario and the signing channel can distribute the signing traffic corresponding to the business scenario to the mapped signing channel. At the same time, it is also necessary to monitor the signing traffic information to prevent the signing traffic information from being too large, resulting in an overloaded signing channel and causing anomalies or errors in the electronic signing contract. Further, the signing traffic can also be distributed proportionally according to different traffic ratios.

[0045] Please refer to Figure 3 , Figure 3 which shows a specific implementation manner before step S3, described in detail as follows:

[0046] S3A: Obtain the business scenario to be processed.

[0047] S3B: Establish a mapping relationship between each of the business scenarios to be processed and the signing channel.

[0048] S3C: Configure the channel traffic ratio of the signing channel according to a preset ratio and configure the traffic filtering conditions of the signing channel.

[0049] Specifically, obtain all the business scenarios to be processed. The business scenarios to be processed can include scenarios of various electronic signing business types, which can include scenarios such as multi-document signing and large file signing. The business scenarios also include scenarios according to specific business types, such as procurement contract signing, labor contract signing, and house sales contract signing, etc. Then establish a mapping relationship between each business scenario to be processed and the signing channel to facilitate subsequent calling of the corresponding signing channel for traffic distribution according to the business scenario corresponding to the electronic signing. Then configure the channel traffic ratio of the signing channel according to a preset ratio, which can distribute the signing traffic proportionally among different signing channels when the signing traffic is too large, avoiding abnormal situations caused by excessive traffic on the same signing channel. Finally, the traffic filtering conditions of the signing channel can be configured to avoid excessive traffic distribution on the signing channel at the same time. For example, it can be set that channel A supports signing files of 500M and channel B supports signing files of 300M, and files larger than 500M can be allocated to channel A for signing through the filtering conditions. At the same time, the embodiments of the present application can perform multi-document signing simultaneously and allocate according to the number of multi-documents that one contract can support on the channel.

[0050] Specifically, the preset ratio and the traffic filtering conditions are set according to the actual situation and are not limited here.

[0051] Please refer to Figure 4 , Figure 4 which shows a specific implementation of step S3, described in detail as follows:

[0052] S31: Determine the signing channel corresponding to the service scenario according to the mapping relationship to obtain the target signing channel.

[0053] S32: Judge whether the signing traffic information exceeds the traffic filtering condition of the target signing channel to obtain a judgment result.

[0054] S33: If the judgment result is that the signing traffic information does not exceed the traffic filtering condition of the target signing channel, perform signing traffic distribution processing through the target signing channel.

[0055] S34: If the judgment result is that the signing traffic information exceeds the traffic filtering condition of the target signing channel, re-determine a new signing channel according to the channel traffic ratio and the signing traffic information.

[0056] S35: Perform signing traffic distribution processing on the target signing contract according to the new signing channel.

[0057] Specifically, since the mapping relationship between the service scenario and the signing channel has been constructed in the above steps, the signing channel corresponding to the service scenario can be determined according to this mapping relationship to obtain the target signing channel. Then, it is necessary to judge whether the signing traffic information exceeds the traffic filtering condition of the target signing channel to obtain a judgment result. If the judgment result is that the signing traffic information does not exceed the traffic filtering condition of the target signing channel, perform signing traffic distribution processing through the target signing channel. If the judgment result is that the signing traffic information exceeds the traffic filtering condition of the target signing channel, re-determine a new signing channel according to the channel traffic ratio and the signing traffic information. The new signing channel can be one or more signing channels, and the signing traffic can be distributed according to the traffic ratio, or a channel with a traffic filtering condition greater than the signing traffic information can be obtained for signing traffic distribution, so as to avoid the signing channel being unable to process the traffic generated during the electronic contract signing process in time.

[0058] Please refer to Figure 5 , Figure 5 which shows a specific implementation after step S3, described in detail as follows:

[0059] S301: Obtain the signing information of the configured signing channels in the signing service access within a preset time period, where the signing information includes signing traffic usage, traffic usage details, and scenario ratio.

[0060] S302: Perform statistical processing based on the signing information to generate a statistical result, and perform visualization processing on the statistical result.

[0061] Specifically, obtain the signing information of the configured signing channels in the signing service access within a preset time period. The signing information includes signing traffic usage, traffic usage details, and scenario proportions. The signing traffic usage shows the signing traffic of each channel through the number of signed copies. The usage details show information such as the signing completion time, initiator, business system, seal usage process, and signing service channel of each signed document. The scenario proportion shows the proportion of signing traffic in different business scenarios. Then perform statistical processing based on the signing information to generate a statistical result, and perform visualization processing on the statistical result. The statistical result may include the proportion of contracts in different business scenarios, the total traffic volume and traffic proportion in each business scenario, etc. By visualizing the statistical result, users can more clearly view various situations of electronic signing.

[0062] Please refer to Figure 6 , Figure 6 which shows another specific implementation manner after step S3, described in detail as follows:

[0063] S303: Monitor the signing process of each of the target signed contracts, where the signing process includes interface call conditions and signing status.

[0064] S304: Display the signing process of the target signed contract by calling the interface information, call time, and call success information in the interface call conditions.

[0065] S305: If an abnormal situation occurs during the monitored signing process, generate an alarm message.

[0066] Specifically, monitor the overall signing process of each contract, including interface call conditions, signing status, etc. When the user clicks to view details or sends a viewing request, call the interface information, call time, and call success information in the interface call conditions to display the signing process of the target signed contract, facilitating subsequent positioning, tracking, and problem troubleshooting. When an abnormal or failed situation occurs during the signing process, an alarm message can be generated to notify relevant personnel for timely handling.

[0067] In the embodiment of the present application, a pre-configured signing channel is called to create a target signing contract and a signing contract interface; the business scenario and signing flow information of the target signing contract are obtained through the signing contract interface; and the signing flow distribution processing is performed on the target signing contract based on the business scenario and the signing flow information. The embodiment of the present invention can distribute the signing flow according to the business scenario of the signing contract, realize the flow distribution through different channel information in different business scenarios, avoid abnormalities in the electronic signing channel, and can perform electronic signing in a timely manner, which is conducive to improving the efficiency of electronic signing.

[0068] The embodiment of the present application realizes a distribution mechanism of multiple signature channels, which meets the signing requirements in different business scenarios. At the same time, through the monitoring and tracking functions, the reliability and traceability of the signing process are ensured, which provides strong support for the digital transformation and business development of enterprises.

[0069] Please refer to Figure 7 , as a response to the above Figure 1 The present application provides an embodiment of a signing traffic distribution device, and the device embodiment is similar to Figure 1 Corresponding to the method embodiment shown, the apparatus can be specifically applied to various computer devices.

[0070] like Figure 7 As shown, the signing traffic distribution device of this embodiment includes: a signing interface creation unit 41, a business scenario acquisition unit 42 and a signing traffic distribution unit 43, wherein:

[0071] The signing interface creation unit 41 is used to call a pre-configured signing channel to create a target signing contract and a signing contract interface;

[0072] A business scenario acquisition unit 42, configured to acquire the business scenario and signing flow information of the target signing contract through the signing contract interface;

[0073] The signing traffic distribution unit 43 is used to perform signing traffic distribution processing on the target signing contract based on the business scenario and the signing traffic information.

[0074] Furthermore, before the signing interface creation unit 41, the following steps are also included:

[0075] A channel configuration information acquisition unit, used to acquire signing channel configuration information from a signing service provider in a preset configuration manner;

[0076] A channel configuration unit, used to configure the initial signing channel with the signing channel configuration information to obtain a configured signing channel;

[0077] A verification unit for testing and verifying the configured signing channel to obtain the signing channel.

[0078] Further, before the signing traffic distribution unit 43, there is also included:

[0079] A scenario acquisition unit for acquiring the business scenario to be processed;

[0080] A mapping relationship construction unit for constructing a mapping relationship between each of the business scenarios to be processed and the signing channel;

[0081] A filtering condition configuration unit for configuring the proportion of the channel traffic of the signing channel according to a preset ratio and configuring the traffic filtering condition of the signing channel.

[0082] Further, the signing traffic distribution unit 43 includes:

[0083] A target signing channel determination unit for determining the signing channel corresponding to the business scenario according to the mapping relationship to obtain the target signing channel;

[0084] A judgment unit for judging whether the signing traffic information exceeds the traffic filtering condition of the target signing channel to obtain a judgment result;

[0085] A first processing unit for, if the judgment result is that the signing traffic information does not exceed the traffic filtering condition of the target signing channel, performing signing traffic distribution processing through the target signing channel.

[0086] Further, after the signing traffic distribution unit 43, there is also included:

[0087] A second processing unit for, if the judgment result is that the signing traffic information exceeds the traffic filtering condition of the target signing channel, re - determining a new signing channel according to the channel traffic proportion and the signing traffic information;

[0088] A distribution unit for performing signing traffic distribution processing on the target signing contract according to the new signing channel.

[0089] Further, after the signing traffic distribution unit 43, there is also included:

[0090] A signing information acquisition unit for acquiring the signing information of the configured signing channels in the signing service access within a preset time period, where the signing information includes signing traffic usage, traffic usage details, and scenario proportion;

[0091] A statistics unit for performing statistical processing based on the signing information, generating a statistical result, and performing visualization processing on the statistical result.

[0092] Further, after the signing traffic distribution unit 43, the following are further included:

[0093] A monitoring unit, configured to monitor the signing process of each of the target signed contracts, where the signing process includes interface call conditions and signing status;

[0094] A display unit, configured to display the signing process of the target signed contract by invoking the interface information, call time, and call success information in the interface call conditions;

[0095] An alarm generation unit, configured to generate alarm information if an abnormal situation occurs in the monitored signing process.

[0096] In the embodiment of the present application, a target signed contract and a signed contract interface are created by invoking a pre-configured signing channel; the business scenario and signing traffic information of the target signed contract are obtained through the signed contract interface; and signing traffic distribution processing is performed on the target signed contract based on the business scenario and the signing traffic information. The embodiment of the present invention can perform signing traffic distribution according to the business scenario of the signed contract, realize traffic distribution through different channel information in different business scenarios, avoid abnormalities in the e-signature channel, and enable timely e-signature, thereby being beneficial to improving the efficiency of e-signature.

[0097] To solve the above technical problems, the embodiment of the present application further provides a computer device. Specifically, please refer to Figure 8 , Figure 8 which is the basic structural block diagram of the computer device in this embodiment.

[0098] The computer device 5 includes a memory 51, a processor 52, and a network interface 53 that are communicatively connected to each other through a system bus. It should be noted that Figure 8 only a computer device 5 with three components, namely a memory 51, a processor 52, and a network interface 53, is shown in , but it should be understood that it is not required to implement all the shown components, and more or fewer components can be alternatively implemented. Among them, those skilled in the art of the present technology can understand that a computer device here is a device that can automatically perform numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes but is not limited to a microprocessor, an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), a digital signal processor (DSP), an embedded device, etc.

[0099] The computer device can be a computing device such as a desktop computer, a notebook, a palm computer, and a cloud server. The computer device can interact with the user through a keyboard, a mouse, a remote control, a touchpad, or a voice control device, etc.

[0100] The memory 51 includes at least one type of readable storage medium. The readable storage medium includes flash memory, a hard disk, a multimedia card, a card-type memory (such as an SD or DX memory, etc.), a random access memory (RAM), a static random access memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, etc. In some embodiments, the memory 51 can be an internal storage unit of the computer device 5, such as the hard disk or the memory of the computer device 5. In other embodiments, the memory 51 can also be an external storage device of the computer device 5, such as a plug-in hard disk equipped on the computer device 5, a SmartMedia Card (SMC), a Secure Digital (SD) card, a Flash Card, etc. Of course, the memory 51 can also include both the internal storage unit and the external storage device of the computer device 5. In this embodiment, the memory 51 is generally used to store the operating system and various application software installed on the computer device 5, such as the program code of the signing traffic distribution method. In addition, the memory 51 can also be used to temporarily store various data that have been output or will be output.

[0101] In some embodiments, the processor 52 can be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other data processing chips. The processor 52 is generally used to control the overall operation of the computer device 5. In this embodiment, the processor 52 is used to run the program code stored in the memory 51 or process data, such as running the program code of the above-mentioned signing traffic distribution method to implement various embodiments of the signing traffic distribution method.

[0102] The network interface 53 can include a wireless network interface or a wired network interface. The network interface 53 is generally used to establish a communication connection between the computer device 5 and other computer devices.

[0103] This application also provides another implementation manner, that is, to provide a computer-readable storage medium. The computer-readable storage medium stores a computer program, and the computer program can be executed by at least one processor so that at least one processor executes the steps of a signing traffic distribution method as described above.

[0104] Through the description of the above embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus a necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation. Based on such an understanding, the technical solution of the present application, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions for causing a terminal device (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods of various embodiments of the present application.

[0105] Obviously, the above-described embodiments are only a part of the embodiments of the present application, rather than all embodiments. The accompanying drawings show preferred embodiments of the present application, but do not limit the patent scope of the present application. The present application can be implemented in many different forms. On the contrary, the purpose of providing these embodiments is to make the understanding of the disclosed content of the present application more thorough and comprehensive. Although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing specific embodiments, or perform equivalent replacements on some of the technical features. Any equivalent structure directly or indirectly using the content of the specification and drawings of the present application in other related technical fields is similarly within the scope of the patent protection of the present application.

Claims

1. A method for distributing signed traffic, characterized in that: include: Call the pre-configured signing channel to create the target signing contract and the signing contract interface; Acquire the business scenario and signing flow information of the target signing contract through the signing contract interface; The target signing contract is subjected to signing traffic distribution processing based on the business scenario and the signing traffic information.

2. The method for distributing signed traffic according to claim 1, characterized in that: Before creating the contract signing interface through the pre-configured signing channel information, the method further includes: Obtain signing channel configuration information from the signing service provider through a preset configuration method; Using the signing channel configuration information to configure the initial signing channel, to obtain a configured signing channel; The configured signed channel is tested and verified to obtain the signed channel.

3. The method for distributing signed traffic according to claim 1, characterized in that: Before performing the signing traffic distribution processing on the target signing contract based on the business scenario and the signing traffic information, the method further includes: Get the business scenarios to be processed; Constructing a mapping relationship between each of the business scenarios to be processed and the signing channel; The channel flow ratio of the signing channel is configured according to a preset ratio, and the flow filtering condition of the signing channel is configured.

4. The method for distributing signed traffic according to claim 3, characterized in that: The performing the signing flow distribution processing on the target signing contract based on the business scenario and the signing flow information includes: Determine the signing channel corresponding to the business scenario according to the mapping relationship, and obtain the target signing channel; Determine whether the signed traffic information exceeds the traffic filtering condition of the target signed channel, and obtain a determination result; If the judgment result is that the signed traffic information does not exceed the traffic filtering condition of the target signed channel, the signed traffic distribution process is performed through the target signed channel.

5. The method for distributing signed traffic according to claim 4, characterized in that: After determining whether the signed traffic information exceeds the traffic filtering condition of the target signed channel and obtaining the determination result, the method further includes: If the judgment result is that the signing flow information exceeds the flow filtering condition of the target signing channel, a new signing channel is re-determined according to the channel flow ratio and the signing flow information; The signing traffic distribution process is performed on the target signing contract according to the new signing channel.

6. The method for distributing signed traffic according to any one of claims 1 to 5, characterized in that: After the signing traffic distribution processing is performed on the target signing contract based on the business scenario and the signing traffic information, the method further includes: Obtain the signing information of the configured signing channel in the signing service access within a preset time period, wherein the signing information includes the signing traffic usage, traffic usage details and scenario proportion; Statistical processing is performed based on the signed information to generate statistical results, and the statistical results are visualized.

7. The method for distributing signed traffic according to any one of claims 1 to 5, characterized in that: After the signing traffic distribution processing is performed on the target signing contract based on the business scenario and the signing traffic information, the method further includes: Monitoring the signing process of each target contract, wherein the signing process includes interface call status and signing status; By calling the interface information, calling time and calling success information in the interface calling situation, the signing process of the target signing contract is displayed; If an abnormality is detected during the signing process, an alarm message is generated.

8. A signed traffic distribution device, characterized in that: include: A signing interface creation unit, used to call a pre-configured signing channel to create a target signing contract and a signing contract interface; A business scenario acquisition unit, used to acquire the business scenario and signing flow information of the target signing contract through the signing contract interface; A signing traffic distribution unit is used to perform signing traffic distribution processing on the target signing contract based on the business scenario and the signing traffic information.

9. A computer device, characterized in that: It comprises a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, the signed traffic distribution method as described in any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the signed traffic distribution method according to any one of claims 1 to 7 is implemented.

Images