WO2019062184A1

WO2019062184A1 - Bank insurance policy data interfacing method and insurance policy data server

Info

Publication number: WO2019062184A1
Application number: PCT/CN2018/089339
Authority: WO
Inventors: 张秉瑞
Original assignee: 平安科技（深圳）有限公司
Priority date: 2017-09-30
Filing date: 2018-05-31
Publication date: 2019-04-04
Also published as: CN108243180A; CN108243180B

Abstract

Disclosed in the present application is a bank insurance policy data interfacing method. The method comprises: configuring an open API interface to serve as an external interface with respect to insurance policy data servers of cooperating banks; obtaining data of an insurance policy to be offered, and analyzing the data of the insurance policy to be offered to determine bank insurance policy data servers to be synchronized corresponding to the sets of insurance policy data; and when a data synchronization instruction is received, using a preset format to transmit, to the bank insurance policy data server that transmitted the data synchronization instruction, and via the external interface, the insurance policy data corresponding to the synchronization instruction. Also provided in the present application are an insurance policy data server and a computer-readable storage medium. The present application enables easier interfacing with cooperating banks and greater expansibility.

Description

Bank policy data docking method and policy data server

The present application is based on the priority of the Chinese Patent Application entitled "Bank Policy Data Docking Method and Policy Data Server" filed on September 30, 2017, with the application number of CN 201710914556.5 submitted on September 30, 2017. The overall content of the Chinese patent application is The manner of reference is incorporated in the present application.

Technical field

The present application relates to the field of data processing technologies, and in particular, to a bank policy data docking method and a policy data server.

Background technique

There is no unified norm in the construction of the existing banking system. The development of each banking system adopts different data structures, and different external interfaces result in inconvenient data sharing and docking between companies that cooperate with banks (such as insurance companies) and banks. For example, bank policy data between an insurance company and a bank.

Summary of the invention

In view of this, the present application proposes a bank policy data docking and policy data server, which can make docking with a cooperative bank easier and more scalable.

First, in order to achieve the above object, the present application provides a policy data server including a memory and a processor, wherein the memory stores a bank policy data docking program executable on the processor, The bank policy data docking program is implemented by the processor to implement the following steps:

Configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank;

Obtaining policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; and

Upon receiving the data synchronization instruction, the policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface in a preset format.

Optionally, the step of obtaining the policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to the bank policy data server to be synchronized includes:

Obtaining bank information in the policy data to be provided; and

Determining, according to the bank information, each group of policy data corresponds to a bank policy data server to be synchronized.

In addition, in order to achieve the above object, the present application further provides a bank policy data docking method, which is applied to a policy data server, and the method includes the following steps:

Further, in order to achieve the above object, the present application further provides a computer readable storage medium storing a bank policy data docking program, the bank policy data docking program being executable by at least one processor, The step of causing the at least one processor to perform the bank policy data docking method as described above.

Compared with the prior art, the policy data server, the bank policy data docking method and the computer readable storage medium proposed by the present application first configure an OPEN-API interface as an external interface with a policy data server of each cooperative bank; Obtaining the policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to the bank policy data server to be synchronized; finally, when receiving the data synchronization instruction, adopting a preset format The policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface. In this way, by unifying the docking interface between the banking systems and receiving the data synchronization command, the policy data is synchronized to the bank policy data server transmitted to the sending data synchronization command, thereby making the docking with the cooperative bank easier. More extensible.

DRAWINGS

1 is a schematic diagram of an optional application environment of each embodiment of the present application;

2 is a schematic diagram of an optional hardware architecture of the policy data server of FIG. 1;

3 is a schematic diagram of a program module of a first embodiment of a bank policy data docking program of the present application;

4 is a schematic diagram of a program module of a second embodiment of a bank policy data docking program of the present application;

5 is a schematic diagram of a program module of a third embodiment of a bank policy data docking program of the present application;

6 is a schematic flowchart of an implementation process of a method for docking a bank policy data according to a first embodiment of the present application;

7 is a schematic flowchart of a second embodiment of a bank policy data docking method according to the present application;

8 is a schematic flowchart of a third embodiment of a bank policy data docking method of the present application;

FIG. 9 is a schematic flowchart of the implementation of the fourth embodiment of the bank policy data docking method of the present application.

Reference mark:

移动终端 Mobile terminal	11
保单数据服务器 Policy data server	22
网络The internet	33
存储器Memory	1111
处理器processor	1212
网络接口Network Interface	1313
银行保单数据对接程序Bank policy data docking program	200200
配置模块Configuration module	201201
获取模块Acquisition module	202202

传输模块Transmission module	203203
存储模块Storage module	204204
验证模块Verification module	205205

The implementation, functional features and advantages of the present application will be further described with reference to the accompanying drawings.

Detailed ways

In order to make the objects, technical solutions, and advantages of the present application more comprehensible, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the application and are not intended to be limiting. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without departing from the inventive scope are the scope of the present application.

It should be noted that the descriptions of "first", "second" and the like in the present application are for the purpose of description only, and are not to be construed as indicating or implying their relative importance or implicitly indicating the number of technical features indicated. . Thus, features defining "first" and "second" may include at least one of the features, either explicitly or implicitly. In addition, the technical solutions between the various embodiments may be combined with each other, but must be based on the realization of those skilled in the art, and when the combination of the technical solutions is contradictory or impossible to implement, it should be considered that the combination of the technical solutions does not exist. Nor is it within the scope of protection required by this application.

Referring to FIG. 1 , it is a schematic diagram of an optional application environment of each embodiment of the present application.

In this embodiment, the present application is applicable to an application environment including, but not limited to, a mobile terminal 1, a policy data server 2, and a network 3. The mobile terminal 1 may be a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a navigation device, an in-vehicle device, etc. Mobile devices such as, and fixed terminals such as digital TVs, desktop computers, notebooks, servers, and the like. The policy data server 2 may be a computing device such as a rack server, a blade server, a tower server, or a rack server. The policy data server 2 may be a standalone server or a server cluster composed of multiple servers. . The network 3 may be an intranet, an Internet, a Global System of Mobile communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, Wireless or wired networks such as 5G networks, Bluetooth, Wi-Fi, and call networks.

The policy data server 2 is respectively connected to one or more of the mobile terminals 1 (only one shown in the figure) through the network 3, and each of the mobile terminals 1 is installed and operated with The application client corresponding to the policy data server 2 (hereinafter referred to as "mobile terminal client"). The mobile terminal client is configured to create a long connection between the mobile terminal client and the application server 2 in response to an operation of the mobile terminal user, so that the mobile terminal client can pass the long connection and the The policy data server 2 performs data transmission and interaction.

In this embodiment, when the bank policy data docking program 200 is installed and run in the policy data server 2, when the bank policy data docking program 200 is running, the policy data server 2 configures the OPEN-API interface as An external interface of the policy data server of each cooperative bank; obtaining policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; and receiving data synchronization When instructing, the policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface by using a preset format. In this way, by unifying the docking interfaces between the various banking systems, the docking with the cooperative banks can be made easier and more scalable.

Referring to FIG. 2, it is a schematic diagram of an optional hardware architecture of the policy data server 2 of FIG. In this embodiment, the policy data server 2 may include, but is not limited to, the memory 11, the processor 12, and the network interface 13 being communicably connected to each other through a system bus. It is to be noted that Figure 2 shows only the policy data server 2 with components 11-13, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.

The memory 11 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), and a random access memory (RAM). , static random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disk, optical disk, and the like. In some embodiments, the memory 11 may be an internal storage unit of the policy data server 2, such as a hard disk or memory of the policy data server 2. In other embodiments, the memory 11 may also be an external storage device of the policy data server 2, such as a plug-in hard disk equipped with the policy data server 2, a smart memory card (SMC), Secure Digital (SD) card, Flash Card, etc. Of course, the memory 11 can also include both the internal storage unit of the policy data server 2 and its external storage device. In this embodiment, the memory 11 is generally used to store an operating system installed in the policy data server 2 and various types of application software, such as program codes of the bank policy data docking program 200, and the like. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.

The processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments. The processor 12 is typically used to control the overall operation of the policy data server 2, such as performing control and processing associated with data interaction or communication with the mobile terminal 1. In this embodiment, the processor 12 is configured to run program code or process data stored in the memory 11, such as running the bank policy data docking program 200 and the like.

The network interface 13 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the policy data server 2 and other electronic devices. In this embodiment, the network interface 13 is mainly used to connect the policy data server 2 to one or more of the mobile terminals 1 through the network 3, in the policy data server 2 and the one or more A data transmission channel and a communication connection are established between the mobile terminals 1.

So far, the application environment of the various embodiments of the present application and the hardware structure and functions of related devices have been described in detail. Hereinafter, various embodiments of the present application will be made based on the above-described application environment and related equipment.

First, the present application proposes a bank policy data docking program 200.

Referring to FIG. 3, it is a program module diagram of the first embodiment of the bank policy data docking program 200 of the present application. In this embodiment, the bank policy data docking program 200 includes a series of computer program instructions stored in the memory 11, and when the computer program instructions are executed by the processor 12, the bank policy of the embodiments of the present application can be implemented. Data docking operation. In some embodiments, the bank policy data docking program 200 can be divided into one or more modules based on the particular operations implemented by the various portions of the computer program instructions. For example, in FIG. 3, the bank policy data docking program 200 can be divided into a configuration module 201, an acquisition module 202, and a transmission module 203. among them:

The configuration module 201 is configured to configure an OPEN-API interface as an external interface with a policy data server of each cooperative bank. In this embodiment, the OPEN-API interface is an open API interface, that is, a service provider (such as an insurance company) encapsulates its own website service into a series of APIs for use by the cooperative bank. In this embodiment, the OPEN-API interface is configured as a unified external interface, so that the policy database of each cooperative bank can be conveniently connected to the policy data server of the service provider.

The obtaining module 202 is configured to obtain policy data to be provided, and analyze the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized. Specifically, the policy data to be provided is policy data generated by each customer purchasing insurance through different banks. When the policy data is obtained, it can be obtained in real time or in a timed manner, for example, the policy data is acquired every 5 minutes, and the obtained policy data may include only one group of policy data, and may also include multiple sets of policy data. In this embodiment, since each group of policy data may be policy data generated by different customers purchasing insurance through different banks, after obtaining the policy data, the policy data needs to be analyzed to determine the obtained group policies. The data corresponding to the bank policy data server to be synchronized respectively determines that each group of policy data is the policy data generated by the bank through which the customer purchases insurance.

Specifically, in order to determine that each group of policy data corresponds to the bank policy data server to be synchronized, the obtaining module 202 is further configured to acquire bank information in the policy data to be provided; and determine each group policy according to the bank information. The data corresponds to the bank policy data server to be synchronized. In this embodiment, the policy data includes bank information, and the bank information is insurance for which bank the customer specifically purchases, and the bank information can quickly determine that each group of policy data corresponds to the bank policy data server to be synchronized.

The transmission module 203 is configured to, when receiving the data synchronization instruction, transmit the policy data corresponding to the synchronization instruction to the bank policy data server that sends the data synchronization instruction through the external interface by using a preset format. In this embodiment, the policy data server of each cooperative bank can send data synchronization instructions to the server providing the policy data in real time or at a time. The data synchronization instruction includes a bank policy data server that sends the synchronization instruction, that is, the synchronization instruction indicates which bank service policy data server of the cooperation bank is issued by the cooperation instruction. The default format is a data format supported by all partner banks, such as the JSON format, which is a lightweight data exchange format based on a subset of ECMAScript (the js specification developed by w3c). The text format is completely independent of the programming language to store and represent the data. In other embodiments of the present application, the preset format may also be an Xml format, an html format, or the like. In this embodiment, since the bank policy data server to be synchronized corresponding to each group policy data has been confirmed in advance, and the synchronization instruction includes the bank policy data server of which cooperative bank is issued by the cooperation bank, the After receiving the data synchronization instruction, the transmission module 203 can accurately transmit the policy data corresponding to the synchronization instruction to the bank policy data server that sends the data synchronization instruction. It should be noted that the policy data corresponding to the synchronization instruction refers to policy data generated by each customer through the bank purchase insurance that sends the synchronization instruction.

Through the above-mentioned program modules 201-203, the bank policy data docking program 200 proposed by the present application, first, the policy data server 2 configures an OPEN-API interface as an external interface with a policy data server of each cooperative bank; Providing policy data, and analyzing the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; finally, when receiving the data synchronization instruction, the preset format is used to synchronize with the The policy data corresponding to the instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface. In this way, by unifying the data docking interface with each bank and receiving the data synchronization instruction, the policy data is synchronized to the bank policy data server transmitted to the sending data synchronization instruction, thereby making the docking with the cooperative bank easier. More extensible.

Further, based on the above-described first embodiment of the bank policy data docking program 200 of the present application, a second embodiment of the present application (shown in FIG. 4) is proposed. In this embodiment, the bank policy data docking program 200 further includes a storage module 204, wherein:

The storage module 204 is configured to store each group of policy data in a corresponding storage interval according to the bank policy data server to be synchronized corresponding to each group of policy data. In this embodiment, the policy data belonging to the same bank policy data server to be synchronized is stored in the same storage interval. For example, the policy data provided includes five sets of policy data of data A, B, C, D, and E, wherein data A and B belong to the policy data of bank X; data C and D belong to the policy data of bank Y, and data E belongs to The policy data of the bank Z can store the data A and B in the storage section 1, store the data C and D in the storage section 2, and store the data E in the storage section 3.

Through the above program module 204, the bank policy data docking program 200 proposed by the present application can quickly and accurately synchronize the policy data to the corresponding bank policy data server.

Further, based on the above-described first embodiment of the bank policy data docking program 200 of the present application, a third embodiment of the present application (shown in FIG. 5) is proposed. In this embodiment, the bank policy data docking program 200 further includes a verification module 205, wherein:

The verification module 205 is configured to verify the identity of the bank policy data server that sends the synchronization instruction after receiving the synchronization instruction. In this embodiment, the OPEN-API interface is used as an external interface with the policy data of each cooperative bank, and the OPEN-API interface is an open interface, and each client can pass the interface with the policy data server 2 The communication is established. Therefore, in order to ensure the security of the data, the verification module 205 needs to verify the identity of the bank policy data server that sends the synchronization instruction after receiving the synchronization instruction, and only after the identity verification is passed. The instruction should be synchronized and will not respond to the synchronization when the authentication fails.

Through the above program module 205, the bank policy data docking program 200 proposed by the present application can ensure system security and ensure that policy data is not stolen by illegal users.

In addition, the present application also proposes a bank policy data docking method.

Referring to FIG. 6, it is a schematic flowchart of the implementation of the first embodiment of the bank policy data docking method of the present application. In this embodiment, the order of execution of the steps in the flowchart shown in FIG. 6 may be changed according to different requirements, and some steps may be omitted.

Step S601, configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank. In this embodiment, the OPEN-API interface is an open API interface, that is, a service provider (such as an insurance company) encapsulates its own website service into a series of APIs for use by the cooperative bank. In this embodiment, the OPEN-API interface is configured as a unified external interface, so that the policy database of each cooperative bank can be conveniently connected to the policy data server of the service provider.

Step S602: Obtain policy data to be provided, and analyze the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized. The policy data to be provided is policy data generated by each customer purchasing insurance through different banks. When the policy data is obtained, it can be obtained in real time or in a timed manner, for example, the policy data is acquired every 5 minutes, and the obtained policy data may include only one group of policy data, and may also include multiple sets of policy data. In this embodiment, since each group of policy data may be policy data generated by different customers purchasing insurance through different banks, after obtaining the policy data, the policy data needs to be analyzed to determine the obtained group policies. The data corresponding to the bank policy data server to be synchronized respectively determines that each group of policy data is the policy data generated by the bank through which the customer purchases insurance.

Specifically, the step of determining each group policy data corresponding to the bank policy data server to be synchronized will be detailed in the fourth embodiment (FIG. 9).

Step S603, when receiving the data synchronization instruction, transmit the policy data corresponding to the synchronization instruction to the bank policy data server that sends the data synchronization instruction through the external interface by using a preset format. In this embodiment, the policy data server of each cooperative bank can send data synchronization instructions to the server providing the policy data in real time or at a time. The data synchronization instruction includes a bank policy data server that sends the synchronization instruction, that is, the synchronization instruction indicates which bank service policy data server of the cooperation bank is issued by the cooperation instruction. The default format is a data format supported by all partner banks, such as the JSON format, which is a lightweight data exchange format based on a subset of ECMAScript (the js specification developed by w3c). The text format is completely independent of the programming language to store and represent the data. In other embodiments of the present application, the preset format may also be an Xml format, an html format, or the like. In this embodiment, since the bank policy data server to be synchronized corresponding to each group policy data has been confirmed in advance, and the synchronization instruction includes the bank policy data server of which cooperative bank is issued by the cooperation bank, the After receiving the data synchronization instruction, the transmission module 203 can accurately transmit the policy data corresponding to the synchronization instruction to the bank policy data server that sends the data synchronization instruction. It should be noted that the policy data corresponding to the synchronization instruction refers to policy data generated by each customer through the bank purchase insurance that sends the synchronization instruction.

Through the above steps S601-603, the bank policy data docking method proposed by the present application, first, the policy data server 2 configures an OPEN-API interface as an external interface with a policy data server of each cooperative bank; and then acquires a to-be-provided The policy data is analyzed, and the policy data to be provided is analyzed to determine that each group of policy data corresponds to the bank policy data server to be synchronized; finally, when the data synchronization instruction is received, the preset format is used to correspond to the synchronization instruction. The policy data is transmitted to the bank policy data server that sends the data synchronization command through the external interface. In this way, by unifying the data docking interface with each bank and receiving the data synchronization instruction, the policy data is synchronized to the bank policy data server transmitted to the sending data synchronization instruction, thereby making the docking with the cooperative bank easier. More extensible.

Referring to Fig. 7, it is a flow chart of the implementation of the second embodiment of the bank policy data docking method of the present application. In this embodiment, the order of execution of the steps in the flowchart shown in FIG. 7 may be changed according to different requirements, and some steps may be omitted.

Step S701, configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank.

Step S702: Obtain policy data to be provided, and analyze the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized.

Step S703, the bank policy data servers to be synchronized corresponding to each group of policy data respectively store each group of policy data in a corresponding storage interval.

Step S704, when receiving the data synchronization instruction, transmit the policy data corresponding to the synchronization instruction to the bank policy data server that sends the data synchronization instruction through the external interface by using a preset format.

Through the above steps S701-704, the bank policy data docking method proposed by the present application can quickly and accurately synchronize the policy data to the corresponding bank policy data server.

Referring to FIG. 8, it is a schematic flowchart of the implementation of the third embodiment of the bank policy data docking method of the present application. In this embodiment, the order of execution of the steps in the flowchart shown in FIG. 8 may be changed according to different requirements, and some steps may be omitted.

Step S801, configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank.

Step S802: Obtain policy data to be provided, and analyze the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized.

Step S803, when receiving the data synchronization instruction, verifying the identity of the bank policy data server that sends the synchronization instruction. If the authentication is passed, step S804 is performed, and if the identity verification fails, the process ends.

Step S804, the policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface by using a preset format.

Through the above steps S801-804, the bank policy data docking method proposed by the present application can ensure the policy data is not stolen by illegal users.

Referring to FIG. 9, it is a schematic flowchart of the implementation of the fourth embodiment of the bank policy data docking method of the present application. In this embodiment, the step of obtaining the policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to the bank policy data server to be synchronized includes:

Step S901: Acquire bank information in the policy data to be provided.

Step S902, determining, according to the bank information, each group of policy data corresponding to the bank policy data server to be synchronized.

Through the above steps S901-902, the bank policy data docking method proposed by the present application can quickly determine that each group of policy data corresponds to the bank policy data server to be synchronized.

The serial numbers of the embodiments of the present application are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better. Implementation. Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

The above is only a preferred embodiment of the present application, and is not intended to limit the scope of the patent application, and the equivalent structure or equivalent process transformations made by the specification and the drawings of the present application, or directly or indirectly applied to other related technical fields. The same is included in the scope of patent protection of this application.

Claims

A bank policy data docking method is applied to a policy data server, characterized in that the method comprises the following steps:

Configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank;

Obtaining policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; and

Upon receiving the data synchronization instruction, the policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface in a preset format.
The bank policy data docking method according to claim 1, wherein the obtaining policy data to be provided, and analyzing the policy data to be provided to determine each group policy data corresponding to bank policy data to be synchronized The steps of the server include:

Obtaining bank information in the policy data to be provided; and

Determining, according to the bank information, each group of policy data corresponds to a bank policy data server to be synchronized.
The bank policy data docking method according to claim 2, wherein the obtaining policy data to be provided, and analyzing the policy data to be provided to determine each group policy data corresponding to bank policy data to be synchronized After the server's steps, it also includes:

Each group policy data is stored in a corresponding storage interval according to the bank policy data server to be synchronized corresponding to each group of policy data.
The method for docking a bank policy data according to claim 1, wherein the method further comprises:

After receiving the synchronization instruction, the identity of the bank policy data server that sent the synchronization instruction is verified.
The bank policy data docking method according to claim 1, wherein the preset format is a JSON format.
A policy data server, comprising: a memory, a processor, wherein the memory stores a bank policy data docking program executable on the processor, the bank policy data docking program is The processor processes the following steps when executed:

Configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank;

Obtaining policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; and

Upon receiving the data synchronization instruction, the policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface in a preset format.
The policy data server according to claim 6, wherein the policy data to be provided is acquired, and the policy data to be provided is analyzed to determine that each group of policy data corresponds to a bank policy data server to be synchronized. The steps include:

Obtaining bank information in the policy data to be provided; and

Determining, according to the bank information, each group of policy data corresponds to a bank policy data server to be synchronized.
The policy data server of claim 7 wherein said bank policy data docking program is further processed by said processor to:

Each group policy data is stored in a corresponding storage interval according to the bank policy data server to be synchronized corresponding to each group of policy data.
The policy data server of claim 6 wherein said bank policy data docking program is further processed by said processor to:

After receiving the synchronization instruction, the identity of the bank policy data server that sent the synchronization instruction is verified.
The policy data server according to claim 6, wherein the preset format is a JSON format.
A computer readable storage medium storing a bank policy data docking program, the bank policy data docking program being executable by at least one processor to cause the at least one processor to process step:

Configuring an OPEN-API interface as an external interface with a policy data server of each cooperative bank;

Obtaining policy data to be provided, and analyzing the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; and

Upon receiving the data synchronization instruction, the policy data corresponding to the synchronization instruction is transmitted to the bank policy data server that sends the data synchronization instruction through the external interface in a preset format.
The computer readable storage medium according to claim 11, wherein the obtaining policy data to be provided and analyzing the policy data to be provided to determine each group of policy data corresponds to bank policy data to be synchronized The steps of the server include:

Obtaining bank information in the policy data to be provided; and

Determining, according to the bank information, each group of policy data corresponds to a bank policy data server to be synchronized.
The computer readable storage medium of claim 12 wherein said bank policy data docking program is further processed by said processor to:

Each group policy data is stored in a corresponding storage interval according to the bank policy data server to be synchronized corresponding to each group of policy data.
The computer readable storage medium of claim 11 wherein said bank policy data docking program, when executed by said processor, further processes the following steps:

After receiving the synchronization instruction, the identity of the bank policy data server that sent the synchronization instruction is verified.
The computer readable storage medium of claim 11, wherein the predetermined format is a JSON format.
A bank policy data docking program, characterized in that the program comprises:

a configuration module, configured to configure an OPEN-API interface as an external interface with a policy data server of each cooperative bank;

An obtaining module, configured to obtain policy data to be provided, and analyze the policy data to be provided to determine that each group of policy data corresponds to a bank policy data server to be synchronized; and

And a transmission module, configured to transmit the policy data corresponding to the synchronization instruction to the bank policy data server that sends the data synchronization instruction through the external interface by using a preset format when receiving the data synchronization instruction.
The bank policy data docking program according to claim 16, wherein the policy data to be provided is acquired, and the policy data to be provided is analyzed to determine that each group of policy data corresponds to bank policy data to be synchronized. The steps of the server include:

Obtaining bank information in the policy data to be provided; and

Determining, according to the bank information, each group of policy data corresponds to a bank policy data server to be synchronized.
The bank policy data docking program of claim 17, wherein the bank policy data docking program further comprises:

The storage module is configured to store each group of policy data in a corresponding storage interval according to the bank policy data server to be synchronized corresponding to each group of policy data.
The bank policy data docking program of claim 16, wherein the bank policy data docking program further comprises:

The verification module is configured to verify the identity of the bank policy data server that sends the synchronization instruction after receiving the synchronization instruction.
The bank policy data docking program according to claim 16, wherein the preset format is a JSON format.