CN110555023B

CN110555023B - Data storage method and device based on credit contract

Info

Publication number: CN110555023B
Application number: CN201910703147.XA
Authority: CN
Inventors: 李�杰
Original assignee: Advanced New Technologies Co Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2019-07-31
Filing date: 2019-07-31
Publication date: 2023-03-28
Anticipated expiration: 2039-07-31
Also published as: CN110555023A

Abstract

The application provides a data storage method and a device based on a credit contract, wherein the data storage method based on the credit contract comprises the following steps: generating a delivery order of the credit contract item under the condition of receiving a delivery instruction sent by a delivery party participating in the credit contract item; analyzing a first user identification of a sender, and determining a first database corresponding to the first user identification and a sending data table in the first database according to a first analysis result and a sending order; storing the issue list to an issue data table; under the condition that an offer order submitted by an offer party aiming at an offer list is received and a credit contract is generated, a second user identification of the offer party is analyzed, and a second database corresponding to the second user identification and a second contract data table in the second database are determined according to a second analysis result and the credit contract; the credit contract is stored to the second contract data table and to a first contract data table in a first database determined from the first parsing result and the credit contract.

Description

Data storage method and device based on credit contract

Technical Field

The application relates to the technical field of data processing, in particular to a data storage method based on a credit contract. The application also relates to a credit contract-based data storage device, a computing device, and a computer-readable storage medium.

Background

With the development of the internet, electronic contracts have the characteristics of convenient transmission, paper saving and the like, and more scenes are needed to sign the electronic contracts no matter enterprises or individuals are on the internet; the electronic contract means that after the obligation and obligation of the contracting party and the contracting party to be held are defined, the contracting party and the contracting party respectively carry out signature, and the electronic contract after signature has legal effectiveness.

Currently, these electronic contracts lack interactivity in storage between the issuing party and the contracting party, which is detrimental to the tracking process of the electronic contracts, and as the number of stored electronic contracts increases, the efficiency of searching for electronic contracts is affected.

Disclosure of Invention

In view of the above, the present application provides a data storage method based on a credit contract. The application also relates to a data storage device based on the credit contract, a computing device and a computer readable storage medium, which solve the technical defects in the prior art.

According to a first aspect of embodiments of the present application, there is provided a data storage method based on a credit contract, including:

generating a delivery order of the credit contract item under the condition of receiving a delivery instruction sent by a delivery party participating in the credit contract item according to a credit contract template;

analyzing a first user identifier of the offerer, and determining a first database corresponding to the first user identifier and an offer data table in the first database according to a first analysis result and the offer list;

storing the issue order to the issue data table;

under the condition that an offer order submitted by an offer party aiming at the offer list is received and a credit contract is generated, a second user identification of the offer party is analyzed, and a second database corresponding to the second user identification and a second contract data table in the second database are determined according to a second analysis result and the credit contract;

storing the credit contract to the second contract data table and a first contract data table in the first database determined from the first parsing result and the credit contract.

Optionally, the storing the credit contract to the second contract data table and a first contract data table in the first database determined according to the first parsing result and the credit contract, includes:

storing the credit contract to the second contract data table;

synchronizing the credit contract to the offeror by invoking a data synchronization component;

storing the credit contract to a first contract data table in the first database determined from the first parsing result and the credit contract.

Optionally, the analyzing the first user identifier of the offerer, and determining, according to the first analysis result and the offer ticket, a first database corresponding to the first user identifier and an offer data table in the first database, includes:

acquiring first user identification data in the first user identification according to a preset first identification position;

acquiring a first data table number corresponding to the first user identification data according to a pre-established corresponding relationship between the user identification data and the data table number;

performing modular or redundant extraction on the first user identification data according to the number of databases to obtain a first database number corresponding to the first user identification data;

determining the first database according to the first database number;

obtaining a first data table prefix matched with the first data table type according to the first data table type corresponding to the issue order;

and determining the issue data table according to the prefix of the first data table and the number of the first data table.

Optionally, the analyzing the second user identifier of the counterparty, and determining a second database corresponding to the second user identifier and a second contract data table in the second database according to a second analysis result and the credit contract, includes:

acquiring second user identification data in the second user identification according to a preset second identification position;

acquiring a second data table number corresponding to the second user identification data according to a corresponding relation between the pre-established user identification data and the data table number;

performing modulus or remainder on the second user identification data according to the number of databases to obtain a second database number corresponding to the second user identification data;

determining the second database according to the second database number;

according to a second data table type corresponding to the credit contract, obtaining a second data table prefix matched with the second data table type;

and determining the second contract data table according to the second data table prefix and the second data table number.

Optionally, after the steps of storing the credit contract into the second contract data table and determining a first contract data table in the first database according to the first parsing result and the credit contract are executed, the method further includes:

generating a first performance record of a contracting party according to the credit contract;

determining a first fulfillment data table in the first database according to the first parsing result and the first fulfillment record;

storing the first fulfillment record to the first fulfillment data table.

generating a second performance record of the contracting party according to the credit contract;

determining a second fulfillment data table in the second database according to the second parsing result and the second fulfillment record;

storing the second fulfillment record to the second fulfillment data table.

Optionally, after the step of storing the first fulfillment record in the first fulfillment data table is executed, the method further includes:

determining a first behavior data table in the first database according to the first analysis result and the first behavior record under the condition that the first behavior record of the offeror is detected to be matched with the first fulfillment record;

storing the first behavior record to the first behavior data table;

updating a fulfillment status of the first fulfillment record from a pending fulfillment status to a fulfilled status.

Optionally, after the step of storing the second fulfillment record in the second fulfillment data table is executed, the method further includes:

determining a second behavior data table in the second database according to the second analysis result and the second behavior record under the condition that the second behavior record of the contracting party is detected to be matched with the second fulfillment record;

storing the second behavior record to the second behavior data table;

updating the performance status of the second performance record from a pending performance status to a performed performance status.

Optionally, a first correspondence relationship exists between the number of the appointment list and first user identification data obtained in the first user identification according to a preset first identification position;

and the credit contract number of the credit contract has a second corresponding relation with second user identification data acquired in the second user identification according to a preset second identification position.

Optionally, the credit contract-based data storage method further includes:

under the condition that a plurality of contracting instructions sent by the contracting party according to the credit contract template are received, judging whether the executed corresponding results of the plurality of contracting instructions are consistent;

if yes, inquiring an issue list corresponding to the multiple issue instructions;

alternatively, the first and second electrodes may be,

under the condition that an offer order submitted by the offer party aiming at the offer list sent by the offer party is received, judging whether results corresponding to the execution of the offer order for multiple times are consistent;

if yes, inquiring the credit contract corresponding to the multiple contracting instructions.

According to a second aspect of embodiments of the present application, there is provided a credit contract-based data storage apparatus, comprising:

the generation module is configured to generate a delivery order of the credit contract item under the condition of receiving a delivery instruction sent by a delivery party participating in the credit contract item according to a credit contract template;

the first determining module is configured to analyze a first user identifier of the offeror, and determine a first database corresponding to the first user identifier and an offer data table in the first database according to a first analysis result and the offer form;

a first storage module configured to store the issue ticket to the issue data table;

the second determining module is configured to analyze a second user identifier of the counterparty under the condition that an approving instruction submitted by the approving party aiming at the issue order is received and a credit contract is generated, and determine a second database corresponding to the second user identifier and a second contract data table in the second database according to a second analysis result and the credit contract;

a second storage module configured to store the credit contract to the second contract data table and a first contract data table in the first database determined from the first parsing result and the credit contract.

According to a third aspect of embodiments herein, there is provided a computing device comprising:

a memory and a processor;

the memory is to store computer-executable instructions, and the processor is to execute the computer-executable instructions to:

storing the issue ticket to the issue data table;

According to a fourth aspect of embodiments herein, there is provided a computer-readable storage medium storing computer-executable instructions that, when executed by a processor, implement the steps of any one of the credit contract-based data storage methods.

Compared with the prior art, the method has the following advantages:

the application provides a data storage method based on a credit contract, which comprises the following steps: generating a delivery order of the credit contract item under the condition of receiving a delivery instruction sent by a delivery party participating in the credit contract item according to a credit contract template; analyzing a first user identification of the offerer, and determining a first database corresponding to the first user identification and an offer data table in the first database according to a first analysis result and the offer form; storing the issue ticket to the issue data table; under the condition that an offer order submitted by an offer party aiming at the offer list is received and a credit contract is generated, a second user identification of the offer party is analyzed, and a second database corresponding to the second user identification and a second contract data table in the second database are determined according to a second analysis result and the credit contract; storing the credit contract to the second contract data table and a first contract data table in the first database determined from the first parsing result and the credit contract.

According to the data storage method based on the credit contract, the contracting order is generated at the contracting party, the first user identification of the contracting party is analyzed, the contracting order is stored in the first database and the contracting data table confirmed according to the first analysis result and the contracting order, the credit contract generated at the contracting party is stored in the second database and the second contract data table determined according to the second user identification of the contracting party, and the credit contract is stored in the first database and the first contract data table, so that the storage of the credit contract between the contracting party and the contracting party is realized, the management of the contracting order and the credit contract is facilitated, and the efficiency of inquiring and displaying the contracting order and the credit contract is improved.

Drawings

FIG. 1 is a flow chart of a data storage method based on credit contracts according to an embodiment of the present application;

FIG. 2 is a process flow diagram of a credit contract-based data storage method applied to a credit borrowing project according to an embodiment of the present application;

FIG. 3 is a schematic structural diagram of a data storage device based on a credit contract according to an embodiment of the present application;

fig. 4 is a block diagram of a computing device according to an embodiment of the present disclosure.

Detailed Description

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. This application is capable of implementation in many different ways than those herein set forth and of similar import by those skilled in the art without departing from the spirit of this application and is therefore not limited to the specific implementations disclosed below.

The terminology used in the one or more embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the present application. As used in one or more embodiments of the present application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used in one or more embodiments of the present application refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It will be understood that, although the terms first, second, etc. may be used herein in one or more embodiments of the present application to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first aspect may be termed a second aspect, and, similarly, a second aspect may be termed a first aspect, without departing from the scope of one or more embodiments of the present application. The word "if" as used herein may be interpreted as "at" \8230; "or" when 8230; \8230; "or" in response to a determination ", depending on the context.

The present application also relates to a data storage device based on a credit contract, a computing device, and a computer-readable storage medium, which are described in detail in the following embodiments one by one.

The embodiment of the data storage method based on the credit contract provided by the application is as follows:

fig. 1 is a flowchart illustrating a data storage method based on a credit contract according to an embodiment of the present application, including steps S102 to S110.

And step S102, generating a delivery order of the credit contract item under the condition of receiving a delivery instruction sent by a delivery party participating in the credit contract item according to the credit contract template.

In the embodiment of the present application, the credit contract item refers to an item developed based on a credit contract signed by the offeror and the offeree, and may be a credit loan item, a credit public welfare item, a credit loan item, or the like.

Specifically, the credit contract: the method is characterized in that two or more parties achieve the consensus of 'right', 'responsibility' and 'interest' for the use of a certain service based on credit, and each party achieving the consensus reserves an achieved consensus data; for example, a consensus of book borrowing and returning based on credit is achieved between the library and the users, a plurality of users participate in a consensus of public good items under the credit constraint, or a consensus of money borrowing and returning or article borrowing and returning is achieved between the users on the premise of using the credit as a mortgage;

wherein, the right defines the right enjoyed by one party and can also be understood as the action that the other party needs to perform, such as returning borrowed books, participating in the public interest items which are promised to participate, returning borrowed money or articles, etc. according to the appointed mode;

"liability" defines the liability of the breach that the breaching party needs to undertake, such as recording the breach incident in the breach party's credit, reducing the breach party's credit score, or making fines to the breach party, etc.;

the "profit" defines the benefit or reward that the performing party can obtain, for example, the user who successfully returns the borrowed book will raise his/her credit score through the action of credit borrowing the book this time, the user who successfully participates in the public interest item by agreement can obtain the reward based on credit, the user who successfully returns the borrowed money or the borrowed article can obtain the amount of the disqualified party's payment, etc.

Accordingly, the offeror is an offeror participating in a credit contract item, i.e., a party initiating a credit contract, and the offeror is a party receiving an offer form issued by the offeror and agreeing to join the credit contract item according to the offer form. Specifically, the contracting party and the contracting party participate in the credit contract item through a credit platform, wherein the credit platform refers to a platform for carrying the operation of the credit contract item, the contracting party may be a user in the credit platform or a merchant in the credit platform, and similarly, the contracting party may also be a user in the credit platform or a merchant in the credit platform.

For example, in a credit book borrowing project, a library is generally used as an offeror, and a book borrowing user is used as an offeror; in the credit loan program, the lender is generally used as the issuing party and the lender is used as the responding party.

The credit contract template is a universal credit term which is made for a specific certain service based on credit; in practical application, when a offeror wants to offer a certain service, a credit contract template corresponding to the service needs to be selected in a credit platform, a blank item exists in a general credit term according to the credit contract template, offer information of the offeror is added, for example, in a credit borrowing item, a library is the offeror, the library needs to select a credit contract template corresponding to the borrowing item, in the credit contract template, the borrower needs to return within how many days, how many books are borrowed at a time, and the like, the blank item exists, the blank item is supplemented to the borrower needs to return within 30 days according to business requirements of the library, and the number of books borrowed at a time is 5.

The agreement issuing form is a unilateral agreement document formed under the condition that an issuing party issues an agreement instruction after agreeing the right, the responsibility and the profit of a credit contract which needs to be executed by the issuing party and an answering party according to a credit contract template, and specifically can be an agreement issuing form of a credit loan item, an agreement issuing form of a credit commonweal item, an agreement issuing form of a credit loan item and an issuing form of a credit loan item.

The order issuing command may be an electronic signature command, an electronic seal command, or an electronic seal command of the issuing party, and the order responding command may be an electronic signature command, an electronic seal command, or an electronic seal command of the responding party, similar to the order issuing command.

In practical application, a contracting party selects a credit contract template of a credit contract project which the contracting party participates in on a credit platform, and sends a contracting instruction after completely supplementing terms with blank terms in general credit terms in the credit contract template; the credit platform generates an offer order under the condition that the offer order is detected, if the offer party agrees to the credit terms agreed in the offer order, the offer order can be submitted aiming at the generation of the offer order, and the credit platform can generate the credit contract of the credit contract item under the condition that the offer order is detected.

Step S104, analyzing the first user identification of the sender, and determining a first database corresponding to the first user identification and a sending data table in the first database according to a first analysis result and the sending order.

In this embodiment of the application, the first user identifier may be a user identifier of the offerer on the credit platform, and correspondingly, the first analysis result may be a first database number and a first data table number obtained by analyzing the user identifier of the offerer.

In addition, the second user identifier may be a user identifier of the offeror on the credit platform, and correspondingly, the second analysis result may be a second database number and a second data table number obtained by analyzing the user identifier of the offeror.

In practical applications, because the data volume of data such as issue orders and credit contracts in a credit contract project is very large, the data needs to be stored in a plurality of databases, and the data of each data table is divided into a plurality of data tables in each database, and the databases and the data tables are usually numbered in order to distinguish the databases and the data tables from each other.

Taking a draft note as an example, the data tables of the draft note are respectively stored in 20 databases on a credit platform, the names of the 20 databases are db00, db00 and db02 \8230, the names of the \823030, db19, 500 data tables for storing the draft note are respectively arranged in each database, 10000 data tables for storing the draft note are shared, and the names of the data tables for storing the draft note are form0000, form0001, form0002 \8230, the names of the \8230, form9999;

specifically, the database db01 stores the data table of the issue order with the data table number of 0000-0499, the database db02 stores the data table of the issue order with the data table number of 0500-0999, and so on, and the database db20 stores the data table of the issue order with the data table number of 9500-9999;

if db is used as the database prefix and 01-20 are used as the database number, the database prefix and the database number are combined to determine a specific database; the name of the data table storing the issue ticket is that form is used as the prefix of the data table, 0000-9999 is used as the number of the data table, and the specific data table can be determined by combining the prefix of the data table and the number of the data table.

Besides naming the database by combining the database prefix and the database number, the database can also be named directly by the database number, such as 00, 01, 02, 03, 8230, 19, which is not limited herein.

The name of the data table corresponds to different data table prefixes respectively due to different data table types and different stored data, and the name of the data table can be obtained by combining the data table prefixes with the data table numbers, specifically, the data table prefixes corresponding to the data table of the storage issue order are form, the data table numbers are 0605, the name of the data table of the storage issue order is form0605, and the data table of the storage issue order is form0605; the prefix of the data table corresponding to the data table storing the credit contract is contact, the number of the data table is 0605, the name of the data table storing the credit contract is contact 0605, namely, the data table storing the credit contract is contact 0605.

In practical application, the first database number and the first data table number are obtained by analyzing the first user identifier of the offerer, wherein the first database corresponding to the user identifier can be determined according to the first database number, and the offer data table corresponding to the user identifier can be determined according to the first data table prefix and the first data table number corresponding to the offer list.

In specific implementation, in an optional implementation manner provided in this embodiment of the present application, the parsing is performed on the first user identifier of the offerer, and according to a first parsing result and the offer ticket, a first database corresponding to the first user identifier and an offer data table in the first database are determined, which is specifically implemented in the following manner:

determining the first database according to the first database number;

acquiring a first data table prefix matched with the first data table type according to the first data table type corresponding to the issue order;

In this embodiment of the application, the preset first identification bit refers to a limitation on an identification bit that needs to be obtained in the first user identifier, where the first identification bit may be an identification bit interval, and correspondingly, the first user identification data refers to user identification data obtained from the first user identifier according to a preset identification bit, for example, the preset first identification bit is last 4 bits, the first user identifier of the sender-forma is custom00030605, and according to the first identification bit, the obtained first user identification data is 0605.

In addition, a second identification bit is preset, the preset second identification bit refers to the limitation of an identification bit required to be obtained in the second user identification corresponding to the party, the second identification bit may also be an identification bit interval, and correspondingly, second user identification data is also provided, the second user identification data refers to user identification data obtained from the second user identification according to the preset identification bit, for example, if the preset second identification bit is also the last 4 bits, and the second user identification corresponding to the party b is custom00331800, according to the second identification bit, the obtained second user identification data is 1800.

The pre-established correspondence between the user identification data and the data table number may be a one-to-one correspondence, or a many-to-one correspondence, where a specific correspondence may be configured in the data table according to a requirement, or may correspond through a certain formula or function, and no limitation is imposed herein, and taking an equivalent correspondence in the one-to-one correspondence as an example, the first user identification data is 0605, and then the first data table number corresponding to the first user identification data is 0605 according to the correspondence between the user identification data and the data table number.

In practical application, the first user identification data is subjected to modular extraction or residue extraction according to the number of the databases, and the issue lists of different issue parties can be stored in the databases respectively, so that the storage pressure of the databases is dispersed.

Taking the case that the generated issue list a is stored in the 20 databases and the data table of 10000 issue lists under the condition of receiving the issue instruction issued by the user a as an example, if the first user identifier of the user a is custom00030605, and the first identifier bit is last 4 bits, the first user identifier data acquired according to the first identifier bit is 0605;

the method comprises the steps of obtaining a first data table number 0605 corresponding to first user identification data through a one-to-one corresponding relation between the user identification data and the data table numbers, obtaining a first data table number 5 through modulus or residue taking of the number 20 of the data tables through the first user identification data 0605, determining the first data table number db05 according to the first data table number 5, determining the first data table type corresponding to an issue order A as the issue order according to the issue order A, further obtaining a first data table prefix matched with the first data table type issue order as form, and determining the issue order data table as form0605 in the data table db05 according to the first data table prefix form and the first data table number 0605.

According to the method and the device, the serial number of the first database and the serial number of the first data table are determined according to the first user identification data in the first user identification of the issue party, and the first database for storing the issue order and the issue data table are further determined, so that the issue order of the issue party is conveniently managed, and the efficiency of searching the issue order in a plurality of databases and data tables is improved.

And step S106, storing the issue list to the issue data table.

Specifically, after the issue data table in the first database determined in step S104 is obtained, the generated issue ticket is stored in the issue data table.

Optionally, a first correspondence relationship exists between the number of the appointment list and first user identification data obtained in the first user identification according to a preset first identification position; after the issue list is stored in the issue data table, if a query request related to the issue list is received, the first user identification data corresponding to the number of the issue list can be obtained according to the first corresponding relationship existing between the number of the issue list and the first user identification data of the issue list, further, the first database and the issue data table for storing the issue list are determined according to the first user identification data, and finally, the issue list corresponding to the number of the issue list is queried and obtained in the issue data table.

Step S108, under the condition that an offer order submitted by an offer party aiming at the offer order is received and a credit contract is generated, a second user identification of the offer party is analyzed, and a second database corresponding to the second user identification and a second contract data table in the second database are determined according to a second analysis result and the credit contract.

In practical application, after a credit contract is generated according to an offer order submitted by an offer party for an offer order, the offer party needs to be stored, the specific storage manner is similar to the step S104, and a second database number and a second data table number obtained by analyzing a second user identifier of the offer party are used, wherein the second database corresponding to the user identifier can be determined according to the second database number, and the second contract data table corresponding to the user identifier can be determined according to a second data table prefix and the second data table number corresponding to the credit contract.

Specifically, the credit contract may be a credit contract of a credit loan item, a credit contract of a credit public service item, a credit contract of a credit loan item, or a credit contract of a credit loan item, which is not limited herein.

In specific implementation, in an optional implementation manner provided by this embodiment of the present application, the parsing is performed on the second user identifier of the counterparty, and a second database corresponding to the second user identifier and a second contract data table in the second database are determined according to a second parsing result and the credit contract, and the following manner is specifically adopted:

determining the second database according to the second database number;

acquiring a second data table prefix matched with the second data table type according to the second data table type corresponding to the credit contract;

In the embodiment of the application, when the credit contract is stored, the mode of determining the second database for storing the credit contract and the second contract data table in the second database is similar to the mode of determining the first database for storing the issue list and the issue data table in the first database when the issue list is stored;

the second contract data table is a data table for storing a credit contract on the contracting party, and the first contract data table is a data table for storing a credit contract on the contracting party.

Taking the example of storing the credit contract B in the 20 databases, each of the 20 databases has 500 data tables for storing the credit contract, and there are 10000 data tables for storing the credit contract, the names of the data tables for storing the credit contract are, in order, contract0000, contract00001, contract00002 \8230, contract9999, the second user identifier of the party B to be contracted is custom00331800, and the preset second identifier bit is the last 4 bit, and then the obtained second user identifier data is 1800 according to the second identifier bit;

obtaining a second data table number 1800 corresponding to second user identification data through a one-to-one correspondence relationship between the user identification data and the data table number, obtaining a second database number 0 by performing modulo or remainder extraction on the number 20 of the database through the second user identification data 1800, determining that the first database is db00 according to the second database number 0, determining that the second data table type corresponding to the credit contract B is a credit contract according to the credit contract B, further obtaining that the prefix of the second data table matched with the credit contract of the second data table type is a contact, and determining that the second contract data table is the contact 1800 in the database db00 according to the prefix contact of the second data table and the second data table number 1800.

According to the embodiment of the application, the number of the second database and the number of the second data table are determined according to the second user identification data in the second user identification of the contracting party, and the second database and the second contract data table for storing the credit contract are further determined, so that the management of the credit contract is facilitated, and the efficiency of searching the credit contract in a plurality of databases and data tables is improved.

Step S110, storing the credit contract to the second contract data table and a first contract data table in the first database determined according to the first parsing result and the credit contract.

After the second database and the second contract data table corresponding to the second user identifier of the counterparty are determined in step S108, the credit contract is stored in the second contract data table, and the credit contract is stored in the first database and the first contract data table determined in step S104.

Specifically, the first database is a database corresponding to a first database number in a first analysis result obtained by analyzing a first user identifier of the offerer; the first contract data table is a data table determined according to the first data table number in the first analysis result and the contract data table prefix corresponding to the credit contract.

Optionally, a second corresponding relationship exists between the credit contract number of the credit contract and second user identification data obtained in the second user identification according to a preset second identification position; after the credit contract is stored in the second contract data table, if a query request related to the credit contract is received, second user identification data corresponding to the credit contract number can be acquired according to a second corresponding relationship existing between the credit contract number of the credit contract and the second user identification data, furthermore, a second database and a second contract data table for storing the credit contract are determined according to the second user identification data, and finally, the credit contract corresponding to the credit contract number is queried and acquired in the second contract data table.

Further, in an optional implementation manner provided by an embodiment of the present application, the storing the credit contract into the second contract data table and the first contract data table in the first database determined according to the first parsing result and the credit contract is specifically implemented by:

storing the credit contract to the second contract data table;

In practical application, when a credit contract is signed, the credit contract needs to be stored in a contracting party and a contracting party respectively, and the credit contract is generated in the contracting party aiming at a contracting instruction submitted by a contracting order, so that the credit contract is stored in the contracting party firstly, then the credit contract is synchronized to the contracting party through a data synchronization component and stored in the contracting party;

wherein the data synchronization component performs synchronization of the credit contract between the offeror and the offeror, such as: the status of the credit contract is synchronized between the offeror and the offeror.

According to the embodiment of the application, the credit contract generated by the contracting party is firstly stored in the second contract data table of the contracting party, then the credit contract is synchronized to the contracting party through the data synchronization component, and the credit contract is stored in the first contract data table of the contracting party, so that the synchronization of the credit contract between the contracting party and the contracting party is ensured, and the searching and displaying of the credit contract between the contracting party and the contracting party are facilitated.

In practical applications, on the basis of generating a credit contract, it is further required to generate a second fulfillment record of an offerer according to the credit contract and store the second fulfillment record of the offerer, and in an optional implementation manner provided by an embodiment of the present application, after the steps of storing the credit contract into the second contract data table and determining a first contract data table in the first database according to the first parsing result and the credit contract are executed, the method further includes:

storing the second fulfillment record to the second fulfillment data table.

The second fulfillment record refers to a specific record of items that need to be fulfilled by the offeror when the offeror fulfills the credit contract, and further includes a first fulfillment record, where the first fulfillment record refers to a specific record of items that need to be fulfilled by the offeror when the offeror fulfills the credit contract, and specifically, for example, in a credit loan item, the second fulfillment record generated by the offeror according to the credit contract of the credit loan item may be a book return fulfillment item, and the second fulfillment record generated by the offeror may be a book borrowing fulfillment item.

In practical applications, the second fulfillment record of the contracting party needs to be stored in the contracting party, the first fulfillment record of the contracting party needs to be stored in the contracting party, the second fulfillment record is stored in the second database corresponding to the second database number in the second analysis result obtained by analyzing the second user identifier of the corresponding contracting party, and the second fulfillment data table determined according to the second data table number in the second analysis result and the fulfillment data table prefix corresponding to the second fulfillment record is similar to the above-mentioned manner of determining the second database and the second contract data table storing the credit contract, and is not described again here.

According to the embodiment of the application, the second fulfillment record of the contracting party is generated based on the credit contract, and the second fulfillment record is determined according to the second user identifier of the contracting party in the second database and the second fulfillment record table, so that the second fulfillment record is managed conveniently, and the efficiency of searching and displaying the second fulfillment record subsequently is improved.

In addition, on the basis of generating a credit contract, it is further required to generate a first fulfillment record of a contracting party according to the credit contract and store the first fulfillment record of the contracting party, in an optional implementation manner provided by this embodiment of the present application, after the steps of storing the credit contract into the second contract data table and determining the first contract data table in the first database according to the first parsing result and the credit contract are executed, the method further includes:

storing the first fulfillment record to the first fulfillment data table.

The embodiment of the present application stores the first fulfillment record generated for the credit agreement issuing party, and the specific implementation manner of the embodiment is similar to the generation and storage of the second fulfillment record for the credit agreement responding party, and is not described herein again.

According to the embodiment of the application, the first fulfillment record of the contracting party is generated based on the credit contract, and the first fulfillment record is determined according to the first user identification of the contracting party in the first database and the first fulfillment record table, so that the first fulfillment record can be managed conveniently, and the efficiency of searching and displaying the first fulfillment record in the follow-up process is improved.

On the basis of generating a first fulfillment record of a contracting party according to a credit contract and storing the first fulfillment record, it is further required to detect whether the contracting party has a first action record corresponding to fulfillment of the first fulfillment record, where in an optional implementation manner provided by an embodiment of the present application, after the step of storing the first fulfillment record in the first fulfillment data table is executed, the method further includes:

storing the first behavior record to the first behavior data table;

In practical applications, after the contracting party and the contracting party sign a credit contract, both the contracting party and the contracting party need to fulfill a fulfillment record generated for the credit contract, while an action record corresponding to the fulfillment record is generated during fulfillment of the fulfillment record, and after fulfillment, the state of the corresponding fulfillment record needs to be updated from a to-be-fulfilled state to a fulfilled state. Further, the performance status of the performance record generated for this credit contract is all updated to a performed status, indicating that this credit contract has been completed.

The first behavior record is a behavior record generated by the contracting party in the process of fulfilling the first fulfillment record; in addition, there is a second behavior record, which is the behavior record generated by the contracting party in the process of fulfilling the second fulfillment record.

For example, in the above-mentioned credit book borrowing item, after the lending action record corresponding to the credit contract generation of the credit book borrowing item by the offeror is detected, the book borrowing action record needs to be stored in the offeror, and after the book return action record corresponding to the lender is detected, the book return action record generated by the offeror needs to be stored in the offeror.

Specifically, the first behavior record of the offerer needs to be stored in a first database corresponding to a first database number in a first analysis result obtained by analyzing the first user identifier of the offerer, and a first behavior data table determined according to the first data table number in the first analysis result and a behavior data table prefix corresponding to the first behavior record, and the implementation manner of specifically determining the first database and the first behavior data table is similar to the manner of determining the first database storing the offer list and the offer data table, which is not described herein again;

on the basis of determining the first database and the first behavior data table, storing the first behavior data into the first database and the first behavior data table, and updating the fulfillment state of the first fulfillment record from a to-be-fulfilled state to a fulfilled state.

According to the embodiment of the application, under the condition that the first behavior record corresponding to the first fulfillment record is detected, the first behavior record is determined according to the first user identifier of the sending party in the first database and the first behavior record table, the first behavior record is convenient to manage, and the efficiency of searching and displaying the first behavior record in the follow-up process is improved.

In an optional implementation manner provided by this embodiment of the present application, after the step of generating a second performance record of the contracting party according to the credit contract and storing the second performance record, it further needs to detect whether there is a second behavior record corresponding to the second performance record of the contracting party for fulfillment, where the step of storing the second performance record in the second performance data table is executed, the method further includes:

storing the second behavior record to the second behavior data table;

updating the fulfillment status of the second fulfillment record from a pending fulfillment status to a fulfilled status.

In this embodiment of the present application, when it is detected that a second behavior record corresponding to a second fulfillment record is fulfilled, the second behavior record is stored, and a fulfillment state of the second fulfillment record is changed, which is similar to the above-mentioned storage of the first behavior record at the submitting party and the change of the fulfillment state of the first fulfillment record, and is not described herein again.

According to the embodiment of the application, under the condition that the second behavior record corresponding to the second fulfillment record is detected, the second behavior record is determined according to the second user identifier of the corresponding party in the second database and the second behavior record table, so that the second behavior record is managed conveniently, and the efficiency of searching and displaying the second behavior record subsequently is improved.

In an optional implementation manner provided by the embodiment of the present application, a first correspondence relationship exists between a number of the issue ticket and the first user identification data;

correspondingly, after the steps of storing the credit contract into the second contract data table and determining the first contract data table in the first database according to the first parsing result and the credit contract are executed, the method further comprises the following steps:

under the condition of acquiring the number of the issue ticket, determining the first user identification data corresponding to the number of the issue ticket according to the first corresponding relation;

determining the first database for storing the appointment list and the appointment data table according to the first user identification data;

the number of the appointment list and the first user identification data have a first corresponding relationship, specifically, the number of the appointment list and the first user identification data have a many-to-one corresponding relationship through a calculation formula or a function, or some data in the number of the appointment list and the first user identification data have a one-to-one corresponding relationship, for example, the last 4 bits in the number of the appointment list have a one-to-one corresponding relationship with the first user identification data in the first user identification obtained in the step S104 according to the preset first identification bit.

Taking the above-mentioned appointment initiating square nail as an example, the first user identification of the appointment initiating square nail is custom00030605, the obtained first user identification data is 0605 according to the first identification bit being the last 4 bits, the serial number of the appointment form a is formNo03440605, the serial number of the appointment form B is formNo21030605, and the serial number of the appointment form and the last 4 bits of the first user identification are in a many-to-one correspondence relationship.

In practical applications, a booking note, a credit contract, a performance record, a behavior record and the like generated in participation in a credit contract project are generally stored in a database corresponding to a user identifier of the booking party so as to facilitate searching and displaying data of the user in the credit contract project.

Taking the appointment ticket a as an example, the serial number of the appointment ticket a is formNo03440605, and the first user identification data is 0605 through the one-to-one correspondence relationship between the last 4 bits of the appointment ticket serial number and the first user identification data, and then the first database serial number and the first data table serial number are obtained according to the first user identification data in the step S104, and the first database and the appointment data table are further determined, which is described in detail herein.

According to the method and the device, the first database for storing the issue order and the issue data table are further determined through the first corresponding relation between the number of the issue order and the first user identification data, the issue order is managed conveniently, and the efficiency of searching or displaying the issue order through the number of the issue order is improved.

In an optional implementation manner provided by the embodiment of the present application, in the process of generating an issue order and generating a credit contract, the method further includes:

if so, indicating that the serial numbers of the issue orders generated according to the issue instructions are consistent, and inquiring the issue orders corresponding to the multiple issue instructions;

if not, indicating that the serial numbers of the issue orders generated according to the issue instructions are inconsistent, and generating a new issue order according to the issue instructions;

alternatively, the first and second electrodes may be,

if yes, the credit contract numbers generated according to the contract-applying instructions are consistent, and the credit contracts corresponding to the multiple contract-applying instructions are inquired;

if not, the credit contracts generated according to the contracting instructions are inconsistent in number, and new credit contracts are generated according to the contracting instructions.

In the embodiment of the application, when a plurality of contracting parties send contracting instructions according to the credit contract template, whether the results corresponding to the executed contracting instructions for a plurality of times are consistent is judged, specifically, whether the parameters of the processing program which is sent in to generate the contracting list are consistent is judged, and if the parameters of the processing program which are sent in by the plurality of contracting instructions are consistent, the results corresponding to the executed contracting instructions are consistent is judged, and the process of generating the contracting list is not repeatedly executed; if the parameters of the plurality of issue instructions are inconsistent, the handler needs to be executed to generate a new issue list.

Or under the condition that the offer order submitted by the offer-requesting party for the offer list sent by the offer-requesting party is received, judging whether results corresponding to the executed multiple offer orders are consistent, specifically, judging whether parameters of a processing program for generating a credit contract are consistent through judgment, and under the condition that the parameters of the processing program for generating the credit contract are consistent through the multiple offer-requesting orders, judging that the results corresponding to the executed offer orders are consistent, and not repeatedly executing the process for generating the credit contract; if the parameters of the contract-applying instructions are not consistent, the processor needs to be executed to generate a new credit contract.

According to the embodiment of the application, the repeated issue list or the credit contract is avoided being generated by judging whether the results corresponding to the executed multiple issue instructions or multiple application instructions are consistent.

The following description further explains the data storage method based on the credit contract, with reference to fig. 2, by taking an application of the data storage method based on the credit contract provided by the present application to a credit borrowing project as an example, and fig. 2 shows a processing flow chart of the data storage method based on the credit contract, applied to the credit borrowing project, provided by the embodiment of the present application, and specifically includes step S202 to step S224.

Step S202, generating a delivery order of the credit loan item under the condition of receiving a delivery instruction sent by a delivery party participating in the credit loan item according to the credit contract template.

Step S204, analyzing the first user identification of the offerer, and determining a first database corresponding to the first user identification and an offer data table in the first database according to a first analysis result and the offer list.

And step S206, storing the appointment list to the appointment data table.

Step S208, second user identification data in the second user identification is obtained according to the preset second identification position.

Step S210, according to the pre-established corresponding relationship between the user identification data and the data table number, obtaining a second data table number corresponding to the second user identification data.

Step S212, the second user identification data is subjected to modulus taking or remainder taking according to the number of the databases, and a second database number corresponding to the second user identification data is obtained.

Step S214, determining the second database according to the second database number.

Step S216, according to the second data table type corresponding to the credit contract, obtaining a second data table prefix matched with the second data table type.

Step S218, determining the second contract data table according to the second data table prefix and the second data table number.

Step S220, storing the credit contract to the second contract data table.

Step S222, synchronizing the credit contract to the offeror by invoking a data synchronization component.

Step S224, storing the credit contract to a first contract data table in the first database determined according to the first parsing result and the credit contract.

In summary, according to the data storage method based on the credit contract provided by the application, the issue order is generated at the issue party, the first user identifier of the issue party is analyzed, the issue order is stored in the first database and the issue data table confirmed according to the first analysis result and the issue order, the credit contract generated at the offer party is stored in the second database and the second contract data table determined according to the second user identifier of the offer party, and the credit contract is stored in the first database and the first contract data table, so that the storage of the credit contract at the issue party and the offer party is realized, the management of the issue order and the credit contract is facilitated, and the efficiency of inquiring and displaying the issue order and the credit contract is improved.

The embodiment of the data storage device based on the credit contract provided by the application is as follows:

corresponding to the above method embodiments, the present application further provides an embodiment of a data storage device based on a credit contract, and fig. 3 shows a schematic structural diagram of the data storage method device based on a credit contract according to the embodiment of the present application. As shown in fig. 3, the apparatus includes:

a generation module 302 configured to generate a delivery order of a credit contract item in case of receiving a delivery instruction issued by a delivery party participating in the credit contract item according to a credit contract template;

a first determining module 304, configured to parse the first user identifier of the offerer, and determine a first database corresponding to the first user identifier and an offer data table in the first database according to a first parsing result and the offer list;

a first storage module 306 configured to store the offer ticket to the offer data table;

a second determining module 308 configured to, in a case that an offer order submitted by an offer requester for the offer order is received and a credit contract is generated, parse a second user identifier of the offer requester, and determine a second database corresponding to the second user identifier and a second contract data table in the second database according to a second parsing result and the credit contract;

a second storage module 310 configured to store the credit contract to the second contract data table and a first contract data table in the first database determined from the first parsing result and the credit contract.

Optionally, the second storage module 310 includes:

a store to second contract data table submodule configured to store the credit contract to the second contract data table;

a synchronization submodule configured to synchronize the credit contract to the offeror by invoking a data synchronization component;

a store to first contract data table submodule configured to store the credit contract to a first contract data table in the first database determined from the first parsing result and the credit contract.

Optionally, the first determining module 304 includes:

the sub-module for acquiring the first user identification data is configured to acquire the first user identification data in the first user identification according to a preset first identification bit;

the sub-module for obtaining the first data table number is configured to obtain the first data table number corresponding to the first user identification data according to the corresponding relation between the pre-established user identification data and the data table number;

the sub-module for obtaining the first database number is configured to perform modular extraction or residue extraction on the first user identification data according to the number of the databases to obtain the first database number corresponding to the first user identification data;

a first database determining submodule configured to determine the first database according to the first database number;

the prefix obtaining sub-module of the first data table is configured to obtain a prefix of the first data table matched with the type of the first data table according to the type of the first data table corresponding to the issue order;

and the appointment data table determining submodule is configured to determine the appointment data table according to the first data table prefix and the first data table number.

Optionally, the second determining module 308 includes:

acquiring a second data table number corresponding to the second user identification data according to a pre-established corresponding relationship between the user identification data and the data table number;

determining the second database according to the serial number of the second database;

obtaining a second data table prefix matched with the second data table type according to the second data table type corresponding to the credit contract;

Optionally, the credit contract-based data storage device further includes:

a generate first fulfillment record module configured to generate a first fulfillment record of a contracting party according to the credit contract;

a first fulfillment data table determining module configured to determine a first fulfillment data table in the first database according to the first parsing result and the first fulfillment record;

a store first fulfillment record module configured to store the first fulfillment record to the first fulfillment data table.

Optionally, the credit contract-based data storage device further includes:

a second performance record generation module configured to generate a second performance record of the counterparty according to the credit contract;

a second fulfillment data table determination module configured to determine a second fulfillment data table in the second database from the second parsing result and the second fulfillment record;

a store second fulfillment data module configured to store the second fulfillment record to the second fulfillment data table.

Optionally, the credit contract-based data storage device further includes:

a first behavior data table determining module configured to determine a first behavior data table in the first database according to the first parsing result and the first behavior record in case that a first behavior record of a sending party is detected to be matched with the first fulfillment record;

a store first behavior record module configured to store the first behavior record to the first behavior data table;

a first update status module configured to update a fulfillment status of the first fulfillment record from a pending fulfillment status to a fulfilled status.

Optionally, the credit contract-based data storage device further includes:

a second behavior data table determining module, configured to determine a second behavior data table in the second database according to the second parsing result and the second behavior record in the case that it is detected that the second behavior record of the offeree matches the second fulfillment record;

a store second behavior data module configured to store the second behavior record to the second behavior data table;

a second update status module configured to update the fulfillment status of the second fulfillment record from a pending fulfillment status to a fulfilled status.

Optionally, the credit contract-based data storage device further includes:

the first judgment module is configured to judge whether the results corresponding to the execution of the multiple contracting instructions are consistent or not under the condition that the contracting instructions sent by the contracting party according to the credit contract template are received for multiple times;

if yes, operating a query issue single module; the inquiry issue list module is configured to inquire the issue list corresponding to the multiple issue instructions;

alternatively, the first and second electrodes may be,

the second judgment module is configured to judge whether the results corresponding to the executed multiple approving instructions are consistent or not under the condition that the approving instruction submitted by the approving party according to the appointment list sent by the appointment sending party is received;

if yes, operating a credit contract inquiring module; and the credit contract inquiry module is configured to inquire the credit contract corresponding to the multiple contract-applying instructions.

The above is an illustrative scheme of a credit contract-based data storage device of the present embodiment. It should be noted that the technical solution of the data storage device based on the credit contract is the same as the technical solution of the data storage method based on the credit contract, and details of the technical solution of the data storage device based on the credit contract, which are not described in detail, can be referred to the description of the technical solution of the data storage method based on the credit contract.

The embodiment of the computing device provided by the application is as follows:

FIG. 4 illustrates a block diagram of a computing device 400 according to an embodiment of the present application. The components of the computing device 400 include, but are not limited to, a memory 410 and a processor 420. Processor 420 is coupled to memory 410 via bus 430 and database 450 is used to store data.

Computing device 400 also includes access device 440, access device 440 enabling computing device 400 to communicate via one or more networks 460. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. The access device 440 may include one or more of any type of network interface (e.g., a Network Interface Card (NIC)) whether wired or wireless, such as an IEEE802.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.

In one embodiment of the application, the above-described components of computing device 400 and other components not shown in FIG. 4 may also be connected to each other, such as by a bus. It should be understood that the block diagram of the computing device shown in FIG. 4 is for purposes of example only and is not limiting as to the scope of the present application. Those skilled in the art may add or replace other components as desired.

Computing device 400 may be any type of stationary or mobile computing device, including a mobile computer or mobile computing device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile phone (e.g., smartphone), wearable computing device (e.g., smartwatch, smartglasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 400 may also be a mobile or stationary server.

The present application provides a computing device comprising a memory 410, a processor 420, and computer instructions stored on the memory and executable on the processor, the processor 420 being configured to execute the following computer-executable instructions:

storing the issue ticket to the issue data table;

storing the credit contract to the second contract data table;

determining the first database according to the first database number;

according to a first data table type corresponding to the issue order, obtaining a first data table prefix matched with the first data table type;

acquiring second user identification data in the second user identification according to a preset second identification bit;

determining the second database according to the second database number;

Optionally, after the storing the credit contract into the second contract data table and the executing the first contract data table instruction in the first database determined according to the first parsing result and the credit contract, the processor 420 is further configured to execute the following computer-executable instructions:

storing the first fulfillment record to the first fulfillment data table.

storing the second fulfillment record to the second fulfillment data table.

Optionally, after the storing the first fulfillment record to the first fulfillment data table instruction is executed, the processor 420 is further configured to execute the following computer-executable instructions:

storing the first behavior record to the first behavior data table;

updating the fulfillment status of the first fulfillment record from a pending fulfillment status to a fulfilled status.

Optionally, after the storing the second fulfillment record in the second fulfillment data table instruction is executed, the processor 420 is further configured to execute the following computer-executable instructions:

storing the second behavior record to the second behavior data table;

Optionally, the data storage method based on the credit contract further includes:

alternatively, the first and second electrodes may be,

under the condition that an order-applying instruction submitted by the order-applying party aiming at the issue list sent by the issuing party is received, judging whether the results corresponding to the execution of the order-applying instructions for multiple times are consistent;

and if so, inquiring the credit contract corresponding to the multiple contract-applying instructions.

Optionally, a first corresponding relationship exists between the number of the booking note and first user identification data obtained from the first user identification according to a preset first identification position;

The above is an illustrative scheme of a computing device of the present embodiment. It should be noted that the technical solution of the computing device belongs to the same concept as the technical solution of the data storage method based on the credit contract, and for details that are not described in detail in the technical solution of the computing device, reference may be made to the description of the technical solution of the data storage method based on the credit contract.

The embodiment of a computer-readable storage medium provided by the application is as follows:

the present application provides a computer readable storage medium storing computer instructions that, when executed by a processor, are operable to:

storing the issue order to the issue data table;

storing the credit contract to the second contract data table;

acquiring a first data table number corresponding to the first user identification data according to a pre-established corresponding relation between the user identification data and the data table number;

determining the first database according to the first database number;

determining the second database according to the second database number;

storing the first fulfillment record to the first fulfillment data table.

storing the second fulfillment record to the second fulfillment data table.

storing the first behavior record to the first behavior data table;

storing the second behavior record to the second behavior data table;

alternatively, the first and second electrodes may be,

The above is an illustrative scheme of a computer-readable storage medium of the embodiment. It should be noted that the technical solution of the storage medium is the same as that of the above-mentioned data storage method based on the credit contract, and details of the technical solution of the storage medium, which are not described in detail, can be referred to the description of the technical solution of the above-mentioned data storage method based on the credit contract.

The foregoing description of specific embodiments of the present application has been presented. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The computer instructions comprise computer program code which may be in the form of source code, object code, an executable file or some intermediate form, or the like. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, read-Only Memory (ROM), random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.

It should be noted that for simplicity and convenience of description, the above-described method embodiments are described as a series of combinations of acts, but those skilled in the art will appreciate that the present application is not limited by the order of acts, as some steps may, in accordance with the present application, occur in other orders and/or concurrently. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

The preferred embodiments of the present application disclosed above are intended only to aid in the explanation of the application. Alternative embodiments are not exhaustive and do not limit the invention to the precise embodiments described. Obviously, many modifications and variations are possible in light of the teaching of this application. The embodiments were chosen and described in order to best explain the principles of the application and its practical applications, to thereby enable others skilled in the art to best understand and utilize the application. The application is limited only by the claims and their full scope and equivalents.

Claims

1. A method of credit contract-based data storage, comprising:

generating a delivery order for a credit contract item upon receiving a delivery instruction from a delivery party participating in the credit contract item according to a credit contract template, wherein the delivery party is an inviter participating in the credit contract item and initiating a credit contract;

analyzing a first user identifier of the offerer, and determining a first database corresponding to the first user identifier and an offer data table in the first database according to a first analysis result and the offer list, wherein the first analysis result comprises a first database number and a first data table number;

storing the issue ticket to the issue data table;

under the condition that an offer order submitted by an offer party aiming at the offer list is received and a credit contract is generated, a second user identification of the offer party is analyzed, a second database corresponding to the second user identification and a second contract data table in the second database are determined according to a second analysis result and the credit contract, wherein the second analysis result comprises a second database number and a second data table number;

2. A credit contract-based data storage method according to claim 1, wherein said storing the credit contract into the second contract data table and a first contract data table in the first database determined from the first resolution and the credit contract comprises:

storing the credit contract to the second contract data table;

3. The method for credit contract-based data storage according to claim 1, wherein the parsing the first user identifier of the offeror, determining a first database corresponding to the first user identifier and an offer data table in the first database according to the first parsing result and the offer ticket, comprises:

determining the first database according to the first database number;

4. A credit contract-based data storage method as claimed in claim 1, wherein the parsing the second user identifier of the counterparty, determining a second database corresponding to the second user identifier and a second contract data table in the second database according to a second parsing result and the credit contract, comprises:

determining the second database according to the second database number;

5. A credit contract-based data storage method according to claim 1, wherein after said steps of storing the credit contract into the second contract data table and determining the first contract data table in the first database based on the first parsing result and the credit contract, further comprising:

storing the first fulfillment record to the first fulfillment data table.

6. A credit contract-based data storage method as defined in claim 1, wherein after the steps of storing the credit contract into the second contract data table and a first contract data table in the first database determined from the first parsing result and the credit contract are performed, further comprising:

storing the second fulfillment record to the second fulfillment data table.

7. The credit contract-based data storage method of claim 5, wherein after the step of storing the first fulfillment record in the first fulfillment data table is performed, further comprising:

storing the first behavior record to the first behavior data table;

8. The credit contract-based data storage method of claim 6, wherein after the step of storing the second fulfillment record to the second fulfillment data table is performed, further comprising:

storing the second behavior record to the second behavior data table;

9. A credit contract-based data storage method as claimed in claim 1, further comprising:

alternatively, the first and second electrodes may be,

10. The data storage method based on the credit contract according to claim 1, wherein a number of the issue ticket and first user identification data obtained from the first user identification according to a preset first identification position have a first corresponding relationship;

11. A credit contract-based data storage device, comprising:

a generation module configured to generate a delivery order of a credit contract item in case of receiving a delivery instruction issued by a delivery party participating in the credit contract item according to a credit contract template, wherein the delivery party is an inviting party participating in the credit contract item and initiating a credit contract;

the first determining module is configured to analyze a first user identifier of the offerer, and determine a first database corresponding to the first user identifier and an offer data table in the first database according to a first analysis result and the offer form, wherein the first analysis result comprises a first database number and a first data table number;

the second determining module is configured to analyze a second user identifier of the counterparty under the condition that an approving instruction submitted by the approving party aiming at the issue order is received and a credit contract is generated, and determine a second database corresponding to the second user identifier and a second contract data table in the second database according to a second analysis result and the credit contract, wherein the second analysis result comprises a second database number and a second data table number;

12. A computing device, comprising:

a memory and a processor;

the memory to store computer-executable instructions, the processor to execute the computer-executable instructions:

analyzing a first user identification of the sender, and determining a first database corresponding to the first user identification and a sending data table in the first database according to a first analysis result and the sending order, wherein the first analysis result comprises a first database number and a first data table number;

storing the issue ticket to the issue data table;

13. A computer-readable storage medium storing computer instructions, which when executed by a processor implement the steps of the credit contract-based data storage method of any one of claims 1 to 10.