CN110796459B

CN110796459B - Contract processing system, method and device based on protocol stack

Info

Publication number: CN110796459B
Application number: CN202010006411.7A
Authority: CN
Inventors: 曾成
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-01-03
Filing date: 2020-01-03
Publication date: 2020-04-24
Anticipated expiration: 2040-01-03
Also published as: CN110796459A

Abstract

The embodiment of the specification provides a contract processing system, a method and a device based on a protocol stack, wherein the contract processing system based on the protocol stack comprises: the system comprises a contract protocol stack module, a contract processing module and a credit account; the contract protocol stack module is configured to define a plurality of protocols of the contract processing logic by encoding and issue the plurality of defined protocols in the form of a contract protocol stack; the contract processing module is configured to monitor a performing behavior corresponding to a performing item appointed in a contract by a participant of the contract based on an item protocol contained in a contract protocol stack, call the performing protocol contained in the contract protocol stack to judge whether the performing behavior meets a performing condition of the performing item, trigger an overdue protocol contained in the contract protocol stack to judge whether the participant is overdue for the performing item, and determine performing credit data for the participant according to an overdue judgment result; the credit account configured to store the performance credit data.

Description

Contract processing system, method and device based on protocol stack

Technical Field

The embodiment of the specification relates to the technical field of data processing, in particular to a contract processing system based on a protocol stack. One or more embodiments of the present specification also relate to a method for processing a contract based on a protocol stack, a device for processing a contract based on a protocol stack, a computing device, and a computer-readable storage medium.

Background

With the development of the internet, various business models are endlessly developed, and in order to better supervise the smooth progress of business activities, the participants of business activities and the business activities performed by the participants can be restricted by contracting between the participants, however, currently, the contracted contract is usually based on a specific contract template, and cannot meet the requirements of different users for contracting different contracts, nor can the contracted contract automatically perform arbitration on the performance behaviors of the users, so that a more flexible and intelligent scheme needs to be provided.

Disclosure of Invention

In view of the above, the present specification provides a contract processing system based on a protocol stack. One or more embodiments of the present disclosure also relate to a method for processing a contract based on a protocol stack, a device for processing a contract based on a protocol stack, a computing device, and a computer-readable storage medium, so as to solve technical deficiencies in the prior art.

According to a first aspect of embodiments of the present specification, there is provided a contract processing system based on a protocol stack, including:

the system comprises a contract protocol stack module, a contract processing module and a credit account;

the contract protocol stack module is configured to define a plurality of protocols of the contract processing logic by encoding and issue the plurality of defined protocols in the form of a contract protocol stack;

the contract processing module is configured to, in a case that a contract signing instruction for the issued contract protocol stack is received, generate a contract corresponding to the contract protocol stack, monitor a performance behavior corresponding to a performance item agreed in the contract by a participant of the contract based on a matter protocol included in the contract protocol stack, in a case that the performance behavior is monitored, take the performance item corresponding to the performance behavior as a target performance item, call a performance protocol included in the contract protocol stack to judge whether the performance behavior meets a performance condition of the target performance item, and determine a performance result of the target performance item according to a performance judgment result;

and under the condition that a overdue detection condition is met, triggering a overdue protocol contained in the contract protocol stack to judge whether the participant is overdue for the performance item, and determining performance credit data for the participant according to the overdue judgment result;

the credit account configured to store the performance credit data.

Optionally, the contract processing module is further configured to:

invoking a rendering protocol included by the contract protocol stack if a view instruction for the contract is received;

and displaying the detailed information of the contract in the display logic defined by the rendering protocol.

Optionally, the invoking a fulfillment protocol included in the contract protocol stack to determine whether the fulfillment behavior meets the fulfillment condition of the target fulfillment item, and determining a fulfillment result of the target fulfillment item according to a fulfillment determination result, includes:

calling a performance agreement contained in a contract agreement stack to acquire performance conditions of the target performance item;

judging whether the fulfillment behavior meets the fulfillment condition;

if yes, marking the target performance item as successful performance.

Optionally, the contract processing module is further configured to:

marking the target performance item as a first performance item;

judging whether the target performance item is the last performance item in the contract clause of the contract;

if yes, acquiring an initial performing item in the contract clause, taking the initial performing item as a next performing item of the performing item in the contract clause, and executing the following steps to judge whether the next performing item is marked as successful performing;

if not, acquiring the next performance item of the target performance item in the contract clauses;

judging whether the next performance item is marked as successful in performance;

if the mark indicates success of the performance, the next performance item is taken as the target performance item, and whether the first performance item mark exists in the target performance item is judged;

if not, executing the above-mentioned judgment to judge that the target performance item is the last performance item in the contract terms of the contract;

if so, marking the contract as a finished state;

storing the performance status of the contract to the credit account by invoking a storage interface.

Optionally, the triggering, in the case that a condition of detecting overdue is satisfied, an overdue protocol included in the contract protocol stack to determine whether the participant is overdue with respect to the performing item includes:

after the target performance item is marked as successful in performance, triggering a overdue protocol contained in the contract protocol stack to acquire the execution time of the performance behavior corresponding to the target performance item;

judging whether the target performance item is overdue or not according to whether the execution time is within the deadline of the target performance item or not;

correspondingly, the determining of the performance credit data for the participant according to the overdue judgment result includes:

determining overdue time and default punishment of an overdue party in the participators under the condition that the overdue judgment result is overdue;

and calling a storage interface, and storing the expiration time and the default punishment as the performance credit data in the credit account.

Optionally, the determining, according to the overdue determination result, performance credit data for the participant includes:

determining a performance reward of a contracting party in the participants under the condition that the overdue judgment result is that the contracting party is not overdue;

and calling a storage interface to store the performance reward as the performance credit data in the credit account.

Optionally, the contract protocol stack includes: a consumption cashback contract protocol stack;

correspondingly, the monitoring the performance behavior of the participants of the contract corresponding to the performance items agreed in the contract based on the item protocol included in the contract protocol stack includes:

monitoring consumption behaviors of users in the participants for paying the amount of the commodities agreed in the consumption cashback contract by calling a payment interface based on a consumption cashback protocol contained in the consumption cashback contract protocol stack;

and/or

And monitoring cashback behavior of a merchant in the participant for paying the cashback amount agreed in the consumption cashback contract by calling a payment interface based on a consumption cashback protocol contained in the consumption cashback contract protocol stack.

Optionally, the contract protocol stack includes: a public welfare contract running contract protocol stack;

monitoring a running instruction sent by any one of the participants for running items agreed in the public interest contract running contract through a positioning protocol contained in the public interest contract running contract protocol stack;

calling a positioning interface to draw a running route of any participant based on the running instruction, and taking the drawn running route as running behavior of any participant for the running event.

Optionally, the plurality of protocols included in the contract protocol stack are executed via a contract sandbox.

Optionally, the plurality of protocols defining the contract processing logic by encoding includes: the plurality of protocols defining the contract processing logic are encoded by a domain-specific language.

According to a second aspect of the embodiments of the present specification, there is provided a contract processing method based on a protocol stack, including:

a plurality of protocols defining contract processing logic are coded, and the plurality of defined protocols are issued in a contract protocol stack form;

generating a contract corresponding to the contract protocol stack under the condition of receiving a signing instruction aiming at the issued contract protocol stack;

monitoring a performance behavior of a participant of the contract corresponding to performance items agreed in the contract based on an item protocol contained in the contract protocol stack;

under the condition that the performance behavior is monitored, taking a performance item corresponding to the performance behavior as a target performance item, calling a performance agreement contained in the contract agreement stack to judge whether the performance behavior meets the performance condition of the target performance item, and determining the performance result of the target performance item according to the performance judgment result;

and under the condition that a overdue detection condition is met, triggering a overdue protocol contained in the contract protocol stack to judge whether the participant is overdue for the performance item, and determining performance credit data for the participant according to the overdue judgment result.

Optionally, after the step of generating a contract corresponding to the contract protocol stack is executed when the contract instruction for the issued contract protocol stack is received, the method further includes:

judging whether the fulfillment behavior meets the fulfillment condition;

if yes, marking the target performance item as successful performance.

Optionally, when the performing behavior is monitored, after the step of taking a performing item corresponding to the performing behavior as a target performing item, calling a performing agreement included in the contract agreement stack to determine whether the performing behavior meets a performing condition of the target performing item, and determining a performing result of the target performing item according to a performing determination result is executed, the method further includes:

marking the target performance item as a first performance item;

if so, marking the contract as a finished state;

storing the performance status of the contract to a credit account by invoking a storage interface.

and calling a storage interface, and storing the expiration time and the default punishment as the performance credit data in a credit account.

and/or

According to a third aspect of embodiments of the present specification, there is provided a contract processing apparatus based on a protocol stack, including:

the encoding module is configured to define a plurality of protocols of the contract processing logic by encoding and issue the plurality of defined protocols in the form of a contract protocol stack;

the generating module is configured to generate a contract corresponding to the contract protocol stack under the condition that a signing instruction aiming at the issued contract protocol stack is received;

the monitoring module is configured to monitor a performance behavior of a participant of the contract corresponding to performance items agreed in the contract based on item protocols contained in the contract protocol stack;

a performing judgment module configured to, in a case that the performing behavior is monitored, take a performing item corresponding to the performing behavior as a target performing item, call a performing agreement included in the contract agreement stack to judge whether the performing behavior meets a performing condition of the target performing item, and determine a performing result of the target performing item according to a performing judgment result;

and the overdue judging module is configured to trigger an overdue protocol contained in the contract protocol stack to judge whether the participant is overdue for the performance item under the condition that an overdue detection condition is met, and determine performance credit data for the participant according to an overdue judgment result.

According to a fourth 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:

According to a fifth 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 the protocol stack-based contract processing method.

The present specification provides a contract processing system based on a protocol stack, comprising: the system comprises a contract protocol stack module, a contract processing module and a credit account; the contract protocol stack module is configured to define a plurality of protocols of the contract processing logic by encoding and issue the plurality of defined protocols in the form of a contract protocol stack; the contract processing module is configured to, in a case that a contract signing instruction for the issued contract protocol stack is received, generate a contract corresponding to the contract protocol stack, monitor a performance behavior corresponding to a performance item agreed in the contract by a participant of the contract based on a matter protocol included in the contract protocol stack, in a case that the performance behavior is monitored, take the performance item corresponding to the performance behavior as a target performance item, call a performance protocol included in the contract protocol stack to judge whether the performance behavior meets a performance condition of the target performance item, and determine a performance result of the target performance item according to a performance judgment result; and under the condition that a overdue detection condition is met, triggering a overdue protocol contained in the contract protocol stack to judge whether the participant is overdue for the performance item, and determining performance credit data for the participant according to the overdue judgment result; the credit account configured to store the performance credit data.

The contract processing system based on the protocol stack provided by one embodiment of the specification provides a codeable contract protocol stack through mutual cooperation of a contract protocol stack module, a contract processing module and a credit account, increases the development and freedom of the contract on the basis of generating the contract corresponding to the contract protocol stack, processes the contract through a plurality of protocols contained in the contract protocol stack, realizes the performance arbitration of the contract through the contract itself, increases the capability of the contract, and realizes the data storage and performance witnesses of the participants aiming at the contract by storing the performance credit data of the participants of the contract in the credit account.

Drawings

FIG. 1 is a schematic diagram of a structure of a contract processing system based on a protocol stack according to an embodiment of the present specification;

FIG. 2 is a schematic diagram of an alternate protocol stack based contract processing system, according to an embodiment of the present disclosure;

FIG. 3 is a flowchart of a method for contract processing based on a protocol stack according to an embodiment of the present specification;

FIG. 4 is a process flow diagram of a method for contract processing based on a protocol stack applied to a consumption cashback scenario according to an embodiment of the present specification;

fig. 5 is a schematic structural diagram of a contract processing apparatus based on a protocol stack according to an embodiment of the present specification;

fig. 6 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 description. This description may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein, as those skilled in the art will be able to make and use the present disclosure without departing from the spirit and scope of the present disclosure.

The terminology used in the description of the one or more embodiments is for the purpose of describing the particular embodiments only and is not intended to be limiting of the description of the one or more embodiments. As used in one or more embodiments of the present specification 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 specification 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 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 can also be referred to as a second and, similarly, a second can also be referred to as a first without departing from the scope of one or more embodiments of the present description. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

First, the noun terms to which one or more embodiments of the present specification relate are explained.

Contract: the method is characterized in that two or more parties agree on the use of a certain service based on credit, namely, the two or more parties achieve 'authority', 'responsibility' and 'interest', and each party achieving the agreement reserves an agreed agreement datum; for example, a consensus of consumption cashback based on credit is achieved between the merchant and the users, and a plurality of users achieve the consensus of participation in the equity project under the credit constraint;

wherein, the right defines the right enjoyed by one party, and can also be understood as the behavior that the other party needs to perform, such as purchasing appointed goods according to an agreed manner, participating in the public service items which have been promised to participate, and the like;

"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 a benefit or reward that the performing party can obtain, for example, a user who successfully consumes a specific commodity can increase his/her credit score through the credit consumption behavior, and a user who successfully participates in a public service item by agreement can obtain a credit-based reward, etc.

Domain-specific language (DSL): refers to a computer language that is focused on a certain application domain.

Sandbox: an atomic interface is provided to a contract protocol stack and an isolated environment of protocol stack code is executed.

In this specification, a protocol stack-based contract processing system is provided, and one or more embodiments of the specification relate to a protocol stack-based contract processing method, a protocol stack-based contract processing apparatus, a computing device, and a computer-readable storage medium, which are described in detail in the following embodiments one by one.

The embodiment of a contract processing system based on a protocol stack provided by the specification is as follows:

fig. 1 is a schematic diagram illustrating a structure of a contract processing system based on a protocol stack according to an embodiment of the present specification.

The contract processing system based on the protocol stack comprises:

contract protocol stack module 102, contract processing module 104, and credit account 106;

the contract protocol stack module 102 is configured to define a plurality of protocols of the contract processing logic by encoding, and issue the plurality of defined protocols in the form of a contract protocol stack;

the contract processing module 104 is configured to, in a case that a contract signing instruction for the issued contract protocol stack is received, generate a contract corresponding to the contract protocol stack, monitor a performance action corresponding to a performance item agreed in the contract by a participant of the contract based on a transaction protocol included in the contract protocol stack, in a case that the performance action is monitored, take the performance item corresponding to the performance action as a target performance item, call a performance protocol included in the contract protocol stack to determine whether the performance action meets a performance condition of the target performance item, and determine a performance result of the target performance item according to a performance determination result;

the credit account 106 configured to store the performance credit data.

In the embodiment of the present specification, the protocol is a set of executable code, and is used to define a contract processing logic, and in a specific implementation, the protocol may be divided into a rendering protocol defining a contract display logic, a transaction protocol defining a performance item and a performance behavior that need to be performed in a contract, a performance protocol determining whether the performance is successful, and an overdue protocol determining whether the performance is overdue, according to different contract processing logics defined by the protocol, and specifically, the transaction protocol may further include a consumption recurrence protocol, a payment protocol, an LBS location protocol, a multimedia upload protocol, a rights and sales protocol, or other custom protocols, for example, as shown in fig. 2.

Correspondingly, the contract protocol stack is a protocol stack for contract processing composed of a plurality of protocols, that is, a set of executable contract processing logic codes, in practical application, because application scenarios of contracts are very diverse, contracts can be divided into different categories according to the application scenarios, and processing logics for different categories of contracts are usually different, so different types of contract protocol stacks need to be defined to process different types of contracts.

Optionally, the plurality of protocols included in the contract protocol stack are executed through a contract sandbox, where the contract sandbox refers to an isolation environment for executing the contract protocol stack, and in practical applications, the plurality of protocols included in the contract protocol stack are executed through the isolation environment of the contract sandbox, which increases security of the contract processing platform.

Specifically, the contract protocol stack may be a consumption cashback contract protocol stack, a public interest contract running-in contract protocol stack, a multimedia uploading protocol stack, a rights profit verification and cancellation protocol stack, etc., and the embodiment of the present specification takes the consumption cashback contract protocol stack as an example for description, and the specific implementation of the public interest contract running-in contract protocol stack, the multimedia uploading protocol stack, and the rights profit verification and cancellation protocol stack is similar to the specific implementation of the consumption cashback contract protocol stack, and only the specific implementation of the consumption cashback contract protocol stack is referred, which is not described herein again.

The publishing refers to publishing the coded contract protocol stack to an online production environment.

In practical application, under the condition that a developer receives a new contract processing requirement, a plurality of protocols related to contract processing logic can be defined through a coding interface of a coding protocol provided by the contract protocol stack module 102 without changing original codes, and the plurality of protocols completed by coding are issued to an online production environment in the form of a contract protocol stack, so that a developable contract protocol stack is realized, and the applicability of contracts to various service scenes is enhanced.

Optionally, the plurality of protocols defining the contract processing logic by encoding includes: the plurality of protocols of the contract processing logic are defined through the domain specific language coding, and the domain specific language is used for coding, so that the efficiency of the coding protocol is improved, and the development experience of developers is also improved.

After the contract protocol stack module 102 issues the contract protocol stack, the contract processing module 104 stores the issued contract protocol stack in a storage node, as shown in fig. 2, and generates a contract corresponding to the contract protocol stack in the case of receiving a contract instruction for the issued contract protocol stack, and in specific implementation, the contract processing module 104 displays the issued contract protocol stack on a user interface in a display manner of a rendering protocol definition included in the contract protocol stack, and a user may browse contract terms included in the contract protocol stack through the user interface, select the contract protocol stack matched with a service scene of the user to issue, and generate a contract corresponding to the contract protocol stack in the case of receiving a contract instruction for the issued contract protocol stack by another user.

Based on this, the contract processing module 104 calls each protocol included in the contract protocol stack to complete the processing of the contract, specifically, the contract processing module 104 controls the display of the contract by calling the rendering protocol included in the contract protocol stack, monitors the performance behavior corresponding to the performance item included in the contract by calling the item protocol included in the contract protocol stack, determines whether the performance item is successfully performed by calling the performance protocol included in the contract protocol stack, and determines whether the performance item is overdue by calling the overdue protocol included in the contract protocol stack, and so on, and executes the code functions of the various protocols included in the contract protocol stack, so that the contract can automatically perform arbitration without human intervention, and the processing capability of the contract is enhanced.

Finally, after completion of the contract processing, the respective performance of the participants of the contract with respect to the contract is stored as performance credit data in said credit account 106.

In practical applications, the credit account 106 may store the performance credit data in addition to the basic identity information of the account of the contract participant (i.e., the credit account of the contract participant), and specifically, the performance credit data may be data of performance history, overdue history, reward and punishment history of the contract participant, as shown in fig. 2.

In specific implementation, on the basis that the contract processing module 104 receives a contract instruction for the issued contract protocol stack and generates a contract corresponding to the contract protocol stack, in an optional implementation manner provided by this specification embodiment, after generating the contract corresponding to the contract protocol stack, the contract processing module 104 is further configured to:

Specifically, the view instruction for the contract may be a double-click instruction for double-clicking the contract, and may also be a click instruction for viewing the option, which is not limited herein.

In practical application, a participant of the contract may view detailed information of the contract on a contract detailed page by double-clicking the contract on a contract browsing page, where the detailed information of the contract may include contract terms, other text and picture information, and the like, and the information defines specific display logic through a rendering protocol included in a contract protocol stack, such as placing a picture above the contract detailed page, and then sequentially placing contract known information, performance terms, performance reward terms, performance punishment terms, and the like on the contract detailed page.

In the embodiment of the specification, the rendering protocol contained in the contract protocol stack is called under the condition that a viewing instruction for the contract is received, and the detailed information of the contract is displayed by the display logic defined by the rendering protocol, so that the display logic of the detailed information of the contract is defined by encoding of the rendering protocol in the contract protocol stack, and the flexibility and uniqueness of contract display are increased.

The performance items refer to items that the participants agreed in the contract need to perform, and correspondingly, the performance behaviors refer to actions that the participants perform corresponding to the performance items.

In a specific implementation, the contract agreement protocol stacks include, in a first optional implementation manner provided in this specification, that: a consumption cashback contract protocol stack;

correspondingly, monitoring the performance behavior of the participants of the contract corresponding to the performance items agreed in the contract based on the item protocol included in the contract protocol stack comprises:

and/or

The consumption cashback protocol is used for monitoring the consumption behavior of the users participating in the consumption cashback contract corresponding to the consumption items agreed in the consumption cashback contract; and/or monitoring cashback behaviors of merchants participating in the consumption cashback contract corresponding to cashback items appointed in the consumption cashback contract.

Specifically, the consumption behavior or the return behavior is realized by the merchant or the user by calling a payment interface, which may be an atomic interface provided by the contract processing module 104 and used for realizing the payment function.

Taking the example of the consumption cashback contract corresponding to the consumption cashback contract protocol stack, the consumption cashback contract appoints two performance items: (1) the user bought brand B cell phone at brand a store within the purchase deadline (before 2019/10/5 days); (2) after the merchant returns 50 yuan to the user within the cashback deadline (within 15 days) after the user purchases the B-brand mobile phone, and the consumption cashback contract is signed, the contract processing module 104 monitors the consumption behavior of the user purchasing the B-brand mobile phone in the a online shop based on the consumption cashback contract included in the consumption cashback contract protocol stack, and/or the merchant returns the cashback behavior of the user 50 yuan.

In the embodiment of the specification, for a consumption cashback contract protocol stack, based on a consumption cashback protocol included in the consumption cashback contract protocol stack, a consumption behavior of a user in the participant paying for an amount of a commodity agreed in the consumption cashback contract by calling a payment interface is monitored/a cashback behavior of a merchant in the participant paying for a cashback amount agreed in the consumption cashback contract by calling a payment interface is monitored, so that the consumption behavior/cashback behavior of the merchant/user in the participant of the consumption cashback contract monitored by a codeable consumption cashback protocol is realized, and the execution of a performance behavior corresponding to the agreed performance item in the consumption cashback contract is ensured.

In addition, in a second optional implementation manner provided by the embodiments of this specification, the contract protocol stack includes: a public welfare contract running contract protocol stack;

The positioning protocol is used for monitoring the running behavior of the participator participating in the public interest contract corresponding to the running items agreed in the public interest contract.

Specifically, the running behavior of the participant is determined by acquiring a running route of the participant through the positioning interface.

Taking the public welfare contract running contract example corresponding to the public welfare contract running contract protocol stack, the public welfare contract running contract appoints three running items for the participants: all participants need to finish running for three times of 1 kilometer in a week, before running items are to be fulfilled, the participant first needs to send a running instruction on terminal equipment of the participant first aiming at the running items, the contract processing platform 104 monitors the running instruction through a positioning protocol contained in the public welfare contract running contract protocol stack, and calls a positioning interface to draw a running route of the participant first based on the running instruction, and after the participant first sends the running instruction, the participant first runs for 800 meters based on the agreed running items, and then the drawn running route of 800 meters is used as the running behavior of the participant first.

In the embodiment of the specification, a positioning protocol included in a convention running contract protocol stack is used for monitoring a running instruction sent by any one of participants for running matters agreed in the convention running contract, a positioning interface is called based on the running instruction to draw a running route of any one of the participants, the drawn running route is used as the running behavior of any one of the participants for the running matters, and the running behavior of a user corresponding to the running matters agreed in the convention running contract is monitored through the codeable positioning protocol.

In the above-mentioned situation that the performing behavior is monitored, and on the basis of the performing item corresponding to the performing behavior being the target performing item, an optional implementation manner provided by the embodiment of this specification, the invoking of the performing agreement included in the contract agreement stack to determine whether the performing behavior satisfies the performing condition of the target performing item, and determining the performing result of the target performing item according to the performing determination result includes:

judging whether the fulfillment behavior meets the fulfillment condition;

if so, indicating that the target performance item has successfully performed, and marking the target performance item as successful performance;

if not, the result shows that the performance of the target performance item is not successful.

Specifically, the fulfillment condition refers to a completion condition of the fulfillment item, for example, if the fulfillment condition is running for 1 km, but the fulfillment behavior is running for 1200 m, the fulfillment behavior meets the fulfillment condition.

In practical application, there may be many fulfillment items that a participant in a contract needs to fulfill, and there may be a precedence order or no precedence order between these fulfillment items, so that when a fulfillment item agreement included in a contract protocol stack monitors a fulfillment behavior, it first needs to determine a fulfillment item corresponding to the fulfillment behavior, and uses this fulfillment item as a target fulfillment item, and then obtains a fulfillment condition of this target fulfillment item by calling the fulfillment protocol included in the contract protocol stack, determines whether the monitored fulfillment behavior meets the fulfillment condition of the target fulfillment item, and marks the target fulfillment item as successful fulfillment when the fulfillment condition is met.

Taking the example of the consumption cashback contract, when the consumption behavior that the user purchases the brand B mobile phone in the online store A at 2019/10/8 is monitored, the performing items corresponding to the consumption behavior are: (1) the user purchases the mobile phone of brand B as the target performance item in the online store a within the purchase deadline (before 2019/10/5 day), and obtains the performance condition of the target performance item, namely purchases the mobile phone of brand B in the online store a, and the consumption behavior of the user who purchases the mobile phone of brand B in the online store a at 2019/10/8 day satisfies the performance condition, then the target performance item is: "the user bought brand B cell phone at the a online store within the purchase deadline (before 2019/10/5 days)" marked successful performance.

In the embodiment of the present specification, a fulfillment agreement included in a contract agreement stack is called to obtain fulfillment conditions of a target fulfillment item and determine whether an observed fulfillment behavior meets the fulfillment conditions, and when the fulfillment behavior meets the fulfillment conditions, a target fulfillment item corresponding to the fulfillment behavior is marked as fulfillment success, and the determination of whether the fulfillment item agreed in the contract is successfully performed is realized through the codeable fulfillment agreement, and the marking and distinguishing of whether the fulfillment item is successfully performed is also realized.

Further, on the basis of marking the target performance item as successful in performing, in an optional implementation manner provided by the embodiment of this specification, after marking the target performance item as successful in performing, the contract processing module 104 needs to further determine whether other performance items in the contract are successful in performing:

marking the target performance item as a first performance item;

if so, indicating that there is no performing item arranged after the target performing item, acquiring an initial performing item in the contract term, taking the initial performing item as a next performing item in the contract term of the performing item, and performing the following determination of whether the next performing item is marked as performing successfully;

if not, indicating that there are still the performing matters arranged after the target performing matters, and acquiring the next performing matters of the target performing matters in the contract clauses;

if the mark is successful, the next performance item is indicated to have been successfully performed, the next performance item is taken as the target performance item, and whether the first performance item mark exists in the target performance item is judged;

if the contract is not marked as successful in performance, the performance items in the contract are not completely successful in performance, and no operation is required;

if the target performance item does not exist, the judgment is carried out to judge whether all performance items in the contract are successful or not, and whether the target performance item is the last performance item in the contract terms of the contract or not is judged;

if yes, indicating that all the performance items in the contract have been successfully performed, marking the contract as a finished state;

the performance status of the contract is stored to the credit account 106 by invoking a storage interface.

In practice, the contract terms of the contract are shown in a specific order, and the last performance item refers to the performance item arranged at the last position in the contract terms shown in the contract, and the initial performance item refers to the performance item arranged at the initial position in the contract terms shown in the contract.

Specifically, in the embodiment of the present specification, it is determined whether all the performance items in the contract have successfully performed by sequentially determining whether the performance items agreed in the contract are marked as successful performance, and in a case that all the performance items in the contract have successfully performed, the contract is marked as a complete state, and the performance state of the contract is stored in the credit account 106 by calling the storage interface.

Wherein, the storage interface is an atomic interface provided by the contract processing module 104 and used for realizing the storage function.

For example, if there are three performing matters in the contract term of the contract, the first performing matter, the second performing matter and the third performing matter are arranged in sequence, and the target performing matter is the second performing matter, the second performing matter is marked as the first performing matter, and it is determined whether the second performing matter is the last performing matter, if the determination result is no, it indicates that there is a performing matter arranged after the target performing matter, the next performing matter (i.e., the third performing matter) of the second performing matter is obtained, and it is determined whether the third performing matter is marked as successful in performing, if the determination result is marked as successful in performing, it indicates that the third performing matter has performed successfully, the third performing matter is taken as the target performing matter, and it is determined whether the third performing matter has the first performing matter mark, and the determination result is absent, indicating that all the performance items in the contract have not been judged whether the performance is successful;

then, judging whether the third performing item is the last performing item, if so, indicating that the performing items after the target performing item are not arranged, acquiring the initial performing item (namely the first performing item) in the contract clause, judging whether the first performing item is marked as successful in performing, if so, indicating that the first performing item is successful in performing, taking the first performing item as the target performing item, judging whether the first performing item is marked as successful in performing, and if not, judging whether the first performing item is marked as successful in performing, if not, indicating that all the performing items in the contract are not judged as successful in performing;

then, it is determined whether the first performing item is the last performing item, if the determination result is no, indicating that there are further performing items arranged after the target performing item, the next performing item (i.e., the second performing item) of the first performing item is obtained, and it is determined whether the second performing item is marked as performing success, if the determination result is marked as performing success, indicating that the second performing item has performed successfully, the second performing item is taken as the target performing item, and it is determined whether the second performing item has the first performing item mark, if the determination result is present, indicating that all the performing items in the contract have performed successfully, the contract is marked as a complete state, and a storage interface is invoked, and the complete state of the contract is stored as a performing state in the performing history of each participant in the credit account 106.

In this embodiment of the present specification, the contract processing module 104 marks the contract as the end state by sequentially judging whether the performance items agreed in the contract are marked as successful performance, and stores the performance state of the contract in the credit account 106 by calling the storage interface when all the performance items in the contract have been successfully performed, so as to realize that whether the performance items agreed in the contract are marked as successful performance by circularly judging, determine whether the contract is the end state, and store the end state of the contract in the credit account 106 as the witnesses and bases of the participation in performance.

In addition, for a performing item agreed in a contract, in addition to determining whether the performing item is successful, it is also necessary to determine whether the performing item is overdue, and in an optional implementation manner provided by an embodiment of this specification, in the case that an overdue detection condition is satisfied, triggering an overdue protocol included in the contract protocol stack to determine whether the participant is overdue for the performing item includes:

invoking a storage interface to store the expiration time and the penalty punishment as the performance credit data on the credit account 106.

In specific implementation, when the overdue detection condition is met, whether the performance item of the contract is overdue needs to be judged, and the condition that the overdue detection condition is met can be the condition that the performance of any performance item in the contract is successful, the condition that the time limit of the performance item in the contract is reached, or the condition that the contract is marked as a finished state, and no limitation is made herein; if the contract performing item is judged to be overdue under the condition that any contract performing item in the contract performs successfully, judging whether the contract performing item of the contract is overdue only by judging whether the contract participating party aims at the contract performing item; if the deadline of the performing item in the contract is reached, judging whether the performing item of the contract is overdue, namely judging whether the performing item reaching the deadline in the contract is overdue; if the contract is marked as a completed state, it is determined whether the performance items of the contract are overdue, and it is necessary to determine whether all the performance items included in the contract are overdue.

The term of the performance item refers to an execution term agreed for the performance item in the contract, for example, the term of the performance item "user purchases brand B mobile phone in online store a within the purchase term (before 2019/10/5 days)" refers to the purchase term (before 2019/10/5 days); correspondingly, the execution time refers to the time that the user actually purchases the B-brand mobile phone in the a online shop, the overdue time refers to the number of days that the user purchases the B-brand mobile phone in the a online shop compared with 2019/10/5 overdue days, the default punishment place can be the default punishment place agreed in the contract, or the default punishment place set by the contract processing platform, specifically, the default punishment place can be the credit point of deducting the user, or the penalty or the subscription of deducting the user, and the like, and is not limited here.

Taking the above consumption return contract example, the performance item: (1) after a user purchases a brand B mobile phone in an A-network shop within a purchase deadline (before 2019/10/5 days) and marks that the purchase time of the user is 2019/10/8 days after the user successfully performs the performance, and the purchase time 2019/10/8 days is judged to be within the deadline 2019/10/5 of the performance item, the performance item is determined to be overdue, then the overdue time of the user is determined to be 3 days, a default punishment corresponding to the overdue 3 days is determined according to the default punishment appointed in a contract, the credit score of the user 3 points is deducted, a storage interface is called, and the credit score of 3 points deducted from the overdue time 3 days and the default punishment is used as performance credit data to be stored in the overdue history and the reward punishment history of the credit account 106.

In the embodiment of the present specification, after a target performance item is marked as successful in performance, a timeout protocol included in the contract protocol stack is triggered to obtain an execution time of a performance behavior corresponding to the target performance item, whether the target performance item is overdue is judged by whether the execution time is within a deadline of the target performance item, and when a result of the overdue judgment is overdue, the timeout time and default punishment of a timeout party in participants are determined, and a storage interface is invoked to store the timeout time and the default punishment as performance credit data in a credit account 106, so that attention of the participants to credits of the contracts is increased, and enthusiasm of the participants in fulfilling the contracts is improved.

In addition to the fact that the overdue determination result is overdue and the fact that the overdue determination result is not overdue, an alternative implementation manner provided in an embodiment of this specification, where the determining the performance credit data for the participant according to the overdue determination result includes:

invoking a storage interface to store the performance award as the performance credit data on the credit account 106.

Wherein, the said contracting party is the participating party who fulfills the performing item on schedule or in advance; the performance award may be a performance award agreed in the contract, or a performance award set by the contract processing platform, and specifically, the performance award may be a credit point award, or a cash-back award, and the like, which is not limited herein.

Taking the above consumption return contract example, the performance item: (2) after the merchant marks 50 yuan of the returning user as successful performance within the return deadline (within 15 days) after the user purchases the brand B mobile phone, the time for the merchant to return the 50 yuan is 2019/10/10 days, and the 15 days when the returning time 2019/10/10 does not exceed the deadline (2019/10/8 days) of the performance item are judged, the performance item is determined to be not overdue, the merchant credit score is awarded for 5 points according to the performance reward of the contractee agreed in the contract, and a storage interface is called, and the award 5-point credit score is stored in the reward and punishment history of the credit account 106 as performance credit data.

In the embodiment of the present specification, when the overdue determination result is that the contract is not overdue, the performance reward of the depositor in the participating parties is determined, and the storage interface is invoked, and the performance reward is stored in the credit account 106 as performance credit data, so that the performance reward of the depositor in the contracting participating parties is realized, and the performance reward is used as a credit proof of the depositor for storage, thereby increasing the attention of the participants to the credit of the contract and improving the enthusiasm of the participants for fulfilling the contract.

An embodiment of a contract processing method based on a protocol stack provided in this specification is as follows:

fig. 3 is a flowchart illustrating a method for processing a contract based on a protocol stack according to an embodiment of the present specification, including steps S302 to S310.

The embodiment of the specification is an illustrative scheme of a contract processing method of a protocol stack. It should be noted that, an execution main body in the embodiment of the present specification is a contract processing module in the embodiment of the contract processing system of the protocol stack, and details of a technical scheme of a contract processing method of a protocol stack provided in the embodiment of the present specification, which are not described in detail, may refer to descriptions of the technical scheme of the contract processing system of the protocol stack.

Step S302, a plurality of protocols of the contract processing logic are defined through coding, and the plurality of defined protocols are issued in the form of a contract protocol stack.

Step S304, in the case of receiving a signing instruction for the issued contract protocol stack, generating a contract corresponding to the contract protocol stack.

Step S306, monitoring a fulfillment behavior of a participant of the contract corresponding to the fulfillment items agreed in the contract based on the item protocol included in the contract protocol stack.

Step S308, when the performance behavior is monitored, taking a performance item corresponding to the performance behavior as a target performance item, invoking a performance agreement included in the contract agreement stack to determine whether the performance behavior meets a performance condition of the target performance item, and determining a performance result of the target performance item according to a performance determination result.

Step S310, under the condition that the overdue detection condition is met, triggering the overdue protocol contained in the contract protocol stack to judge whether the participant is overdue for the performing item, and determining the performing credit data for the participant according to the overdue judgment result.

judging whether the fulfillment behavior meets the fulfillment condition;

if yes, marking the target performance item as successful performance.

marking the target performance item as a first performance item;

if so, marking the contract as a finished state;

and/or

In the embodiment of the present specification, by matching the contract protocol stack module and the contract processing module in the contract processing system embodiment of the protocol stack, a programmable contract protocol stack is provided, on the basis of generating a contract corresponding to the contract protocol stack, the development performance and the freedom of the contract are increased, and the contract is processed through a plurality of protocols included in the contract protocol stack, so that the contract is performed with performing arbitration through the contract itself, the capability of the contract is increased, and the data storage and the performing witnesses of the participants of the contract are realized by storing the performing credit data of the participants of the contract in the credit account.

The following describes, with reference to fig. 4, a protocol stack-based contract processing method provided in this specification by taking an application of the protocol stack-based contract processing method in a consumption cashback scenario as an example. Fig. 4 shows a processing flowchart of a contract processing method based on a protocol stack and applied to a consumption cashback scenario, which is provided in an embodiment of the present specification, and specific steps include step S402 to step S420.

And step S402, defining a plurality of protocols of the consumption cashback contract processing logic by encoding, and issuing the plurality of defined protocols in the form of a consumption cashback contract protocol stack.

Step S404, generating a consumption cashback contract corresponding to the consumption cashback contract protocol stack under the condition of receiving a signing instruction aiming at the issued consumption cashback contract protocol stack.

Step S406, monitoring the consumption behavior of the user in the participant for paying the amount of the commodity appointed in the consumption cashback contract by calling a payment interface based on the consumption cashback protocol contained in the consumption cashback contract protocol stack.

In particular, the participant is a participant who consumes a cashback contract.

Step S408, taking the consumption item corresponding to the consumption behavior as a target performance item, and calling a consumption re-occurrence performance protocol included in the consumption re-occurrence contract protocol stack to obtain a performance condition of the target performance item, when the consumption behavior is monitored.

Step S410, judging whether the consumption behaviors meet the performance conditions;

if yes, go to step S412;

if not, the operation is not required.

Step S412, mark the target fulfillment item as successful fulfillment.

Step S414, after the target performance item is marked as successful in performance, triggering a consumption recurrence timeout protocol included in the consumption recurrence contract protocol stack to obtain an execution time of the consumption behavior corresponding to the target performance item.

Step S416, determining whether the target performance item is overdue according to whether the execution time is within the deadline of the target performance item.

And S418, determining the overdue time and default punishment of the overdue party in the participators under the condition that the overdue judgment result is overdue.

Step S420, a storage interface is called, and the expiration time and the default punishment are stored in a credit account as performance credit data.

In summary, in the embodiments of the present specification, through the consumption cashback contract protocol stack that is encodable, on the basis of generating the consumption cashback contract corresponding to the consumption cashback contract protocol stack, the development performance and the freedom of the consumption cashback contract are increased, and the consumption cashback contract is processed through a plurality of protocols included in the consumption cashback contract protocol stack, so that the consumption cashback contract is subjected to performance arbitration through the consumption cashback contract itself, the capability of the consumption cashback contract is increased, and the data storage and the performance witness for the participants of the consumption cashback contract are realized by storing the performance credit data of the participants of the consumption cashback contract in the credit account.

An embodiment of a contract processing apparatus based on a protocol stack provided in this specification is as follows:

corresponding to the above method embodiment, this specification further provides an embodiment of a contract processing apparatus based on a protocol stack, and fig. 5 shows a schematic structural diagram of a contract processing apparatus based on a protocol stack provided in an embodiment of this specification. As shown in fig. 5, the apparatus includes:

an encoding module 502 configured to define a plurality of protocols of the contract processing logic by encoding and issue the plurality of defined protocols in the form of a contract protocol stack;

a generating module 504 configured to generate a contract corresponding to the contract protocol stack in a case of receiving a signing instruction for the issued contract protocol stack;

a monitoring module 506 configured to monitor a performance behavior of a participant of the contract corresponding to a performance item agreed in the contract based on an item protocol included in the contract protocol stack;

a performing judgment module 508, configured to, in a case that the performing behavior is monitored, take a performing item corresponding to the performing behavior as a target performing item, call a performing agreement included in the contract agreement stack to judge whether the performing behavior meets a performing condition of the target performing item, and determine a performing result of the target performing item according to a performing judgment result;

a overdue determining module 510 configured to trigger a overdue protocol included in the contract protocol stack to determine whether the participant is overdue for the performance item if the overdue detection condition is satisfied, and determine performance credit data for the participant according to the overdue determination result.

Optionally, the contract processing apparatus based on a protocol stack further includes:

a calling module configured to call a rendering protocol included in the contract protocol stack if a viewing instruction for the contract is received;

a presentation module configured to present the detailed information of the contract in presentation logic defined by the rendering protocol.

judging whether the fulfillment behavior meets the fulfillment condition;

if yes, marking the target performance item as successful performance.

a marking module configured to mark the target fulfillment item as a first fulfillment item;

a final performance item judging module configured to judge whether the target performance item is a final performance item in a contract term of the contract;

if yes, operating an initial fulfillment item acquisition module, wherein the initial fulfillment item acquisition module is configured to acquire an initial fulfillment item in the contract terms, use the initial fulfillment item as a next fulfillment item in the contract terms of the fulfillment item, and operate the following determination fulfillment module;

if not, operating an acquisition next performing item module, wherein the acquisition next performing item module is configured to acquire a next performing item of the target performing item in the contract clause;

a determination performing module configured to determine whether the next performing item is marked as performing successfully;

if the mark is successful in performing, operating a judgment marking module, wherein the judgment marking module is configured to take the next performing item as the target performing item and judge whether the target performing item has the first performing item mark;

if not, the last performance item judging module is operated;

if so, running a marking state module configured to mark the contract as a finished state;

a storage module configured to store a performance status of the contract to a credit account by invoking a storage interface.

accordingly, the listening module 506 includes:

a first monitoring sub-module, configured to monitor, based on a consumption cashback protocol included in the consumption cashback contract protocol stack, a consumption behavior of a user in the participant for paying for an amount of a commodity agreed in a consumption cashback contract by calling a payment interface;

and/or

And the second monitoring sub-module is configured to monitor cashback behavior of a merchant in the participant for paying the cashback amount agreed in the consumption cashback contract by calling a payment interface based on the consumption cashback protocol contained in the consumption cashback contract protocol stack.

accordingly, the listening module 506 includes:

a third monitoring submodule configured to monitor a running instruction issued by any one of the participants for running items agreed in the public interest contract through a positioning protocol included in the public interest contract running contract protocol stack;

and the drawing sub-module is configured to call a positioning interface to draw a running route of any participant based on the running instruction, and take the drawn running route as running behavior of any participant for the running event.

The foregoing is an illustrative scheme of a contract processing apparatus based on a protocol stack according to this embodiment. It should be noted that the technical solution of the contract processing apparatus based on the protocol stack is the same as the technical solution of the contract processing method based on the protocol stack, and details of the technical solution of the contract processing apparatus based on the protocol stack, which are not described in detail, can be referred to the description of the technical solution of the contract processing method based on the protocol stack.

The present specification provides an embodiment of a computing device as follows:

FIG. 6 illustrates a block diagram of a computing device 600 provided in accordance with one embodiment of the present description. The components of the computing device 600 include, but are not limited to, a memory 610 and a processor 620. The processor 620 is coupled to the memory 610 via a bus 630 and a database 650 is used to store data.

Computing device 600 also includes access device 640, access device 640 enabling computing device 600 to communicate via one or more networks 660. 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. Access device 640 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 present description, the above-described components of computing device 600, as well as other components not shown in FIG. 6, may also be connected to each other, such as by a bus. It should be understood that the block diagram of the computing device architecture shown in FIG. 6 is for purposes of example only and is not limiting as to the scope of the present description. Those skilled in the art may add or replace other components as desired.

Computing device 600 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 600 may also be a mobile or stationary server.

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

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 and the technical solution of the contract processing method based on the protocol stack belong to the same concept, and details of the technical solution of the computing device, which are not described in detail, can be referred to the description of the technical solution of the contract processing method based on the protocol stack.

This specification provides one example of a computer-readable storage medium, comprising:

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

The above is an illustrative scheme of a computer-readable storage medium of the present embodiment. It should be noted that the technical solution of the storage medium and the technical solution of the contract processing method based on the protocol stack belong to the same concept, 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 contract processing method based on the protocol stack.

The foregoing description has been directed to specific embodiments of this disclosure. 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 the sake of simplicity, the foregoing method embodiments are described as a series of acts, but those skilled in the art should understand that the present embodiment is not limited by the described acts, because some steps may be performed in other sequences or simultaneously according to the present embodiment. Further, those skilled in the art should also appreciate that the embodiments described in this specification are preferred embodiments and that acts and modules referred to are not necessarily required for an embodiment of the specification.

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 specification disclosed above are intended only to aid in the description of the specification. 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 above teaching. The embodiments were chosen and described in order to best explain the principles of the embodiments and the practical application, to thereby enable others skilled in the art to best understand and utilize the embodiments. The specification is limited only by the claims and their full scope and equivalents.

Claims

1. A protocol stack based contract processing system comprising:

the credit account configured to store the performance credit data.

2. A protocol stack based contract processing system according to claim 1, said contract processing module further configured to:

3. The protocol stack-based contract processing system of claim 1, wherein said invoking a fulfillment protocol included in said contract protocol stack to determine whether said fulfillment behavior satisfies fulfillment conditions of said target fulfillment item, and determining a fulfillment result of said target fulfillment item according to a fulfillment determination result, comprises:

judging whether the fulfillment behavior meets the fulfillment condition;

if yes, marking the target performance item as successful performance.

4. A protocol stack based contract processing system according to claim 3, said contract processing module further configured to:

adding a first performance item tag to the target performance item;

if so, marking the contract as a finished state;

5. A contract processing system based on a protocol stack as claimed in claim 3, wherein said triggering a overdue protocol included in said contract protocol stack to determine whether said participant is overdue for said performing item if a overdue detection condition is met comprises:

determining whether the target performance item is overdue by determining whether the execution time is within a deadline of the target performance item;

6. The protocol stack-based contract processing system of claim 5, said determining fulfillment credit data for the participant in accordance with the overdue determination comprising:

7. A protocol stack-based contract processing system according to claim 1, said contract protocol stack comprising: a consumption cashback contract protocol stack;

and/or

8. A protocol stack-based contract processing system according to claim 1, said contract protocol stack comprising: a public welfare contract running contract protocol stack;

9. A protocol stack-based contract processing system according to claim 1, said plurality of protocols included in said contract protocol stack being executed through a contract sandbox.

10. A protocol stack based contract processing system according to claim 1, said plurality of protocols defining contract processing logic by encoding, comprising: the plurality of protocols defining the contract processing logic are encoded by a domain-specific language.

11. A contract processing method based on a protocol stack comprises the following steps:

12. The method for processing contracts based on protocol stacks according to claim 11, further comprising, after executing the step of generating contracts corresponding to the contract protocol stack when receiving a contract instruction for the issued contract protocol stack, the step of generating contracts corresponding to the contract protocol stack:

13. The protocol stack-based contract processing method of claim 11, wherein said invoking a fulfillment protocol included in the contract protocol stack to determine whether the fulfillment behavior meets fulfillment conditions of the target fulfillment item, and determining a fulfillment result of the target fulfillment item according to a fulfillment determination result, comprises:

judging whether the fulfillment behavior meets the fulfillment condition;

if yes, marking the target performance item as successful performance.

14. The contract processing method based on protocol stack of claim 13, wherein when the performing behavior is monitored, taking a performing item corresponding to the performing behavior as a target performing item, invoking a performing protocol contained in the contract protocol stack to determine whether the performing behavior satisfies a performing condition of the target performing item, and determining a performing result of the target performing item according to a performing determination result, after the performing step, the method further comprises:

adding a first performance item tag to the target performance item;

if so, marking the contract as a finished state;

15. The method for contract processing based on protocol stack of claim 13, wherein the triggering a overdue protocol included in the contract protocol stack to determine whether the participant is overdue for the performing item if the overdue detection condition is satisfied comprises:

16. The protocol stack-based contract processing method of claim 15, said determining fulfillment credit data for said participant according to overdue determination, comprising:

17. A method for protocol stack-based contract processing according to claim 11, said contract protocol stack comprising: a consumption cashback contract protocol stack;

and/or

18. A method for protocol stack-based contract processing according to claim 11, said contract protocol stack comprising: a public welfare contract running contract protocol stack;

19. A protocol stack-based contract processing method according to claim 11, said plurality of protocols included in said contract protocol stack being executed through a contract sandbox.

20. A protocol stack based contract processing method according to claim 11, said defining by encoding a plurality of protocols of contract processing logic, comprising: the plurality of protocols defining the contract processing logic are encoded by a domain-specific language.

21. A contract processing apparatus based on a protocol stack, comprising:

22. A computing device, comprising:

a memory and a processor;

23. A computer readable storage medium storing computer instructions which, when executed by a processor, carry out the steps of the protocol stack based contract processing method of any one of claims 11 to 20.