CN115249159B - Event processing system based on digital currency - Google Patents

Event processing system based on digital currency Download PDF

Info

Publication number
CN115249159B
CN115249159B CN202211157883.8A CN202211157883A CN115249159B CN 115249159 B CN115249159 B CN 115249159B CN 202211157883 A CN202211157883 A CN 202211157883A CN 115249159 B CN115249159 B CN 115249159B
Authority
CN
China
Prior art keywords
target
currency
digital
tag
digital currency
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202211157883.8A
Other languages
Chinese (zh)
Other versions
CN115249159A (en
Inventor
唐红武
章秀静
佟业新
伍彬
郭琛
李文杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Travelsky Mobile Technology Co Ltd
Original Assignee
China Travelsky Mobile Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Travelsky Mobile Technology Co Ltd filed Critical China Travelsky Mobile Technology Co Ltd
Priority to CN202211157883.8A priority Critical patent/CN115249159B/en
Publication of CN115249159A publication Critical patent/CN115249159A/en
Application granted granted Critical
Publication of CN115249159B publication Critical patent/CN115249159B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407Cancellation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The present application provides a digital currency-based event processing system, comprising: the system comprises a digital currency control platform, a plurality of clients and a plurality of processing servers; the digital currency control platform is internally stored with a plurality of intelligent contracts and a plurality of digital currencies; the digital currency control platform is used for executing the following steps: receiving a position locking request A sent by a target client; modifying the current owner identification of each digital currency in the target currency set into Tag 2 (ii) a Sending a notification message F to a target processing server; establishing an incidence relation between a target currency set and a first target intelligent contract; the first target intelligent contract is used for executing: when receiving the association failure notice sent by the target processing server within the set time, modifying the current owner identification of each digital currency in the target currency set into Tag 1 . According to the method and the device, the return operation of the digital currency can be automatically completed through the first target intelligent contract under the condition that the target processing server fails to complete the establishment of the association relation.

Description

Event processing system based on digital currency
Technical Field
The application relates to the field of data processing, in particular to an event processing system based on digital currency.
Background
At present, after a user purchases an air ticket at a client of agent software or a platform, money needs to be actually paid into an account of a airline company through a bank and the like, and the airline company generates an air ticket order. If the order generation fails (such as seat invalidation or seat locking failure), the agent software client is informed of the ticket drawing failure.
At this time, the agent software client needs to actively send a trigger request containing information such as an order number, a user account number and a refund amount to an interface provided by the navigation department server, and then the navigation department server is triggered to initiate a refund transaction to a fund management system such as a bank system.
Due to the fact that the use requirements of the interfaces of different navigation department servers are different, the agent software client needs to set the trigger requests in the corresponding formats according to the use requirements of the interfaces provided by the different navigation department servers, and the work difficulty of developers is greatly increased. And the entire process of refund is cumbersome.
Disclosure of Invention
In view of the above, the present application provides a digital currency based event processing system that at least partially solves the problems of the prior art.
In one aspect of the present application, there is provided a digital currency-based event processing system, including: the system comprises a digital currency control platform, a plurality of clients and a plurality of processing servers; a plurality of intelligent contracts and a plurality of digital currencies are stored in the digital currency control platform; each intelligent contract is provided with a plurality of corresponding participating devices, the participating devices are clients and/or processing servers, each intelligent contract is provided with a corresponding contract identifier, and a current owner identifier is stored in each digital currency; the current owner identification is configured to be modifiable only in response to a request issued by a device to which the current owner identification corresponds or execution of a smart contract.
The digital currency control platform is used for executing the following steps:
s100, receiving a position locking request A = (Tag) sent by a target client 1 ,Tag 2 ,Num 0 Con, acc, seat); wherein, tag 1 A first user identifier, tag, corresponding to the target client 2 A second user identification, num, corresponding to the target processing server 0 The quantity of the digital currency, con is a contract identifier of a first target intelligent contract, acc is an event identifier of a target event, and the target event has a plurality of associated candidate positions; seat is the position identification of the target candidate position; a is used for requesting the target processing server to establish Tag 1 And the incidence relation between the target event and the target candidate position.
S200, collecting the target currency and identifying and amending the current owner of each digital currencyChanged into Tag 2 (ii) a The target currency set includes Num 0 The current owner is identified as Tag 1 The digital currency of (1).
S300, sending a notification message F = (Tag) to the target processing server 1 ,Num 0 Con, acc, seat); f is used for informing the target processing server that the current owner identification of each digital currency in the target currency set is replaced by Tag 2
S400, establishing the association relationship between the target currency set and the first target intelligent contract.
A first target intelligent contract associated with a target currency set is used to perform the steps of:
s510, if the association success notice sent by the target processing server is not received within the set time or the association failure notice sent by the target processing server is received within the set time, the current owner identification of each digital currency in the target currency set is changed into Tag 1 And canceling the association relation with the first target intelligent contract.
In the event processing system based on digital currency, after receiving a position locking request A (namely an air ticket purchase request) sent by a target client, a digital currency control platform modifies the current owner identification of each digital currency in a target currency set into Tag 2 That is, the payment for the ticket purchase is completed, so that the digital money is paid to the target processing server. Meanwhile, the digital currency control platform associates the first target intelligent contract corresponding to Con with the target currency set, so that each digital currency in the target currency set in the past of payment is still managed by the first target intelligent contract.
If the first target intelligent contract associated with the target currency set does not receive the association success notice sent by the target processing server within the set time or receives the association failure notice sent by the target processing server within the set time, the first target intelligent contract is regarded that the target processing server fails to complete the Tag 1 Establishment of an associative relationship with the target event and the target candidate location (which may be considered to be a machine)Failure to ticket). At this time, the first target intelligent contract will automatically modify the current owner identification of each digital currency in the target currency set to Tag 1 To automatically complete the refund action. Therefore, the event processing system provided by the application can still control the digital currency which is paid in the past through the first target intelligent contract after the user finishes paying, and automatically finish the returning operation of the digital currency after the ticket drawing fails. On one hand, the target client does not need to actively initiate a refund request to the target processing server, and the staff does not need to repeatedly set a corresponding amount processing flow according to the configuration requirement of each processing server so as to reduce the workload of the staff, and meanwhile, the processing server does not need to actively perform other operations after the ticket drawing failure. On the other hand, the first intelligent contract controls the past target currency of payment to centralize each digital currency, so that the data processing process and the communication interaction times of the whole refund are reduced, and the working efficiency of the refund behavior is improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a block diagram of an event processing system based on digital currency according to an embodiment of the present application.
Detailed Description
The embodiments of the present application will be described in detail below with reference to the accompanying drawings.
It should be noted that, in the case of no conflict, the features in the following embodiments and examples may be combined with each other; moreover, based on the embodiments in the present disclosure, all other embodiments obtained by a person of ordinary skill in the art without making creative efforts shall fall within the protection scope of the present disclosure.
It is noted that various aspects of the embodiments are described below within the scope of the appended claims. It should be apparent that the aspects described herein may be embodied in a wide variety of forms and that any specific structure and/or function described herein is merely illustrative. Based on the disclosure, one skilled in the art should appreciate that one aspect described herein may be implemented independently of any other aspects and that two or more of these aspects may be combined in various ways. For example, an apparatus may be implemented and/or a method practiced using any number of the aspects set forth herein. Additionally, such an apparatus may be implemented and/or such a method may be practiced using other structure and/or functionality in addition to one or more of the aspects set forth herein.
In one aspect of the present application, a digital currency based event processing system is provided.
Referring to fig. 1, the system includes: the system comprises a digital currency control platform, a plurality of clients and a plurality of processing servers; the digital currency control platform is internally stored with a plurality of intelligent contracts and a plurality of digital currencies. Each intelligent contract is provided with a plurality of corresponding participating devices which are clients and/or processing servers, each intelligent contract is provided with a corresponding contract identification, and each digital currency is stored with a current owner identification. The current owner identification is configured to be modifiable only in response to a request issued by a device to which the current owner identification corresponds or execution of a smart contract. In particular, the same smart contract can have multiple participating devices, which may include clients and processing servers.
The client may be a client of the air ticket purchasing agent software or platform, and may be installed on an electronic device of a user. The processing server may be a navigation server. Each intelligent contract can be set by the participating devices or the operators of the participating devices together and is audited and operated by the digital currency control platform. Each digital currency can exist in the form of a unique file within the digital currency control platform.
The digital currency control platform is used for executing the following steps:
s100, connectReceiving a position locking request A = (Tag) sent by a target client 1 ,Tag 2 ,Num 0 Con, acc, seat); wherein, tag 1 A first user identifier (such as an account number or a bank card number of a target client user) corresponding to the target client, tag 2 A second user identifier (such as an account number or a bank card number of the target processing server) corresponding to the target processing server, num 0 A quantity of digital currency, that is to say a quantity that can be understood as a payment amount for the purchase of an air ticket, con being a contract identifier of a first target intelligent contract, acc being an event identifier (e.g. flight number) of a target event (e.g. flight) having an associated number of candidate locations; seat is the position identification (such as Seat number) of the target candidate position; a is used for requesting the target processing server to establish Tag 1 And the incidence relation between the target event and the target candidate position is used for requesting the target processing server to generate a corresponding air ticket. The target client is one of a plurality of clients, and the first target intelligent contract is one of a plurality of intelligent contracts. The digital currency control platform is capable of determining a first target smart contract from a plurality of smart contracts via the Con. The target processing server is one of several processing servers.
S200, the current owner identification of each digital currency in the target currency set is changed into Tag 2 . The target currency set includes Num 0 The current owner is identified as Tag 1 The digital currency of (1). The current owner identification is used to identify the current owner of the digital currency. While modifying the current owner identification of digital currency may be understood as a transfer or transaction activity, i.e., the corresponding digital currency is transferred from Tag 1 Under the name of (1) pay to Tag 2 Under the name of (1).
S300, sending a notification message F = (Tag) to the target processing server 1 ,Num 0 Con, acc, seat). F for notifying the target processing server that the current owner identification of each digital currency in the target currency set has been replaced with Tag 2 So that the target processing server generates a corresponding air ticket order.
S400, establishing an association relation between the target currency set and the first target intelligent contract. The association may be established by binding the target currency set with the first target smart contract, or loading the first smart contract into each digital currency in the target currency set, so that the first target smart contract can control the digital currency in the target currency set.
A first target intelligent contract associated with a target currency set is used to perform the steps of:
s510, if the association success notification sent by the target processing server is not received within the set time, or the association failure notification sent by the target processing server is received within the set time, modifying the current owner identification of each digital currency in the target currency set into Tag 1 And canceling the association relation with the first target intelligent contract.
Cancelling the association with the first target intelligent contract may be understood as the end of execution of the first target intelligent contract, i.e. no longer having control over the digital currency in the target currency set.
In the event processing system based on digital currency provided by this embodiment, after receiving the position locking request a (i.e. air ticket purchase request) sent by the target client, the digital currency control platform modifies the current owner identifier of each digital currency in the target currency set to Tag 2 That is, the payment for the ticket purchase is completed, so that the digital money is paid to the target processing server. Meanwhile, the digital currency control platform associates the first target intelligent contract corresponding to Con with the target currency set, so that each digital currency in the target currency set in the past of payment is still managed by the first target intelligent contract.
If the first target intelligent contract associated with the target currency set does not receive the association success notice sent by the target processing server within the set time or receives the association failure notice sent by the target processing server within the set time, the first target intelligent contract is regarded that the target processing server fails to complete the Tag 1 Establishment of an association relationship with the target event and the target candidate location (visible as an air ticket)Failure to produce a ticket). At this time, the first target intelligent contract will automatically modify the current owner identification of each digital currency in the target currency set to Tag 1 To automatically complete the refund action. Thus, the event processing system provided by the embodiment can still control the digital currency of the past payment after the user completes the payment through the first target intelligent contract, and automatically complete the refund behavior after the ticket drawing failure. On one hand, the target client does not need to actively initiate a refund request to the target processing server, and the staff does not need to repeatedly set a corresponding amount processing flow according to the configuration requirement of each processing server so as to reduce the workload of the staff, and meanwhile, the processing server does not need to actively perform other operations after the ticket drawing failure. On the other hand, the first intelligent contract controls the past target currency of payment to centralize each digital currency, so that the data processing process and the communication interaction times of the whole refund are reduced, and the working efficiency of the refund behavior is improved.
In one exemplary embodiment of the present application, the first target smart contract associated with the target currency set is further configured to perform the steps of:
executed before step S510, S500, each digital currency in the target currency set is set to a locked state. The digital currency in the locked state is configured to be unable to modify a current owner identification upon request by the target processing server. Digital currency in a locked state can only be unlocked or have its current owner identification changed in response to execution of a smart contract.
Executed after step S510, S511, the lock state of each digital money in the target money set is released.
In this application, since the digital currency in the target currency set is to establish Tag at the target processing server 1 Modifying the current owner identification to Tag before the association relationship with the target event and the target candidate location 2 I.e. the owner of these digital currencies is already the target processing server. But because the target processing server has not completed Tag at this time 1 Correlation with the target event and the target candidate locationAnd establishing a connection relation. In this embodiment, each digital currency in the target currency set is set to be in a locked state at this time, so that the digital currency is not used by the target processing server (for example, the transaction is given to others) temporarily, and the refund action can be completed smoothly after the ticket drawing failure without involving Tag 2 Other digital currencies owned.
At the same time, the current owner identification of each digital currency in the target currency set is modified to Tag in the first target intelligent contract 1 Then, releasing the lock state of each digital currency can ensure that the target client can normally use the digital currencies.
In an exemplary embodiment of the present application, the target event has a corresponding event execution time T 1 (which may be the departure time of the flight, etc.).
The target event has corresponding sub-events, each sub-event has a corresponding sub-event identification, and if the sub-event is triggered, the target processing server sends the corresponding sub-event identification to the digital currency control platform. Specifically, the sub-event may be an event that affects the refund amount, such as a delay event.
And after receiving the sub-event identification, the digital currency control platform stores the sub-event identification in an identification set corresponding to the target event. I.e. the identification set is used to record all sub-events triggered by the target event.
Following said step S500, the first target smart contract, to which the target currency set is associated, is further adapted to perform the steps of:
and S520, if the association success notification sent by the target processing server is received within the set time, establishing the association relationship between the target currency set and the second target intelligent contract, and canceling the association relationship between the target currency set and the first target intelligent contract. Wherein the second target intelligent contract is a different one of the plurality of intelligent contracts than the first intelligent contract.
The second target intelligent contract associated with the target currency set is used to perform the following steps:
S600,if at T 1 And if a lock release request (such as a ticket refunding request) sent by the target client is received before, acquiring the identification set.
S610, if the identification set is not an empty set, determining a first target number Num according to the identification set 1 。Num 1 Modifying the current owner identification to Tag for the target currency set 1 The amount of digital currency.
S620, releasing the locking state of each digital currency in the target currency set, and setting the quantity of the target currency set to Num 1 Is modified to Tag 1
S630, if the identification set is an empty set, acquiring a second target number Num 2 =f(T 1 -T now )*Num 0 (ii) a Wherein f () is a predetermined coefficient determining function, T now Obtaining the time of the unlocking request;
s640, releasing the locking state of each digital currency in the target currency set, and setting the number of the target currency set to Num 2 Is modified to Tag 1
S650, if at T 1 And if the lock release request sent by the target client is not received before, releasing the lock state of each digital currency in the target currency set.
In this embodiment, after receiving the association success notification sent by the target processing server within the set time (i.e., after the ticket drawing succeeds), the association relationship with the second target intelligent contract is established so that the second target intelligent contract controls the target currency set, without directly releasing the locked state of the digital currency in the target currency set. If the second target intelligent contract is at T 1 And when receiving the unlocking request sent by the target client, the second target intelligent contract can determine whether the target event has a sub-event which can influence the refund amount or not through the identification set. If the sub-events occur, determining a first target number Num according to the time of occurrence 1 (which may be understood as a refund amount). And delivering the target goodsThe number of the coins is Num 1 Is modified to Tag 1 To complete the refund operation. And if the identification set is an empty set, determining the second target number Num by a preset coefficient determination function f () normally 2 (which may be understood as a refund amount). Specifically, the coefficient determination function f () may be set by a person skilled in the art according to a refund rule preset by the target processing server, and the coefficient determination function may be completed by using the prior art, which is not described herein again. By the method, the user can be guaranteed to be smoothly refunded after actively refunding the ticket, and meanwhile, the workload of the target processing server is reduced (namely the target processing server does not need to initiate refund transaction to the digital currency platform any more).
If at T 1 If the unlocking request sent by the target client is not received before, the target event can be considered to be normally executed, and the locking state of each digital currency in the target currency set is unlocked at the moment, so that the target processing server can normally use the digital currency in the target currency set.
Meanwhile, in the embodiment, the target currency set can be associated with different intelligent contracts at different stages, namely, the target currency set is associated with a first target intelligent contract before the ticket is drawn, and is associated with a second target intelligent contract after the ticket is drawn. Therefore, different intelligent contracts can be independently controlled in one stage, and the intelligent contracts are decoupled from one another, so that workers can independently develop the intelligent contracts respectively, and the development difficulty is reduced.
In an exemplary embodiment of the present application, after receiving F, the target processing server performs the following steps:
and S001, determining a target association method according to Con. The association method may be understood as a ticket issuing operation method, and the like. The target processing server may have a plurality of associated methods, each for performing the operation of a service. The target association method is one of the above-mentioned association methods.
S002, establishing Tag according to the target association method 1 And the incidence relation between the target event and the target candidate position.
Specifically, the target processing server may set a mapping table of each contract identifier and the corresponding association method, so that the target processing server may know, through only the Con, the operation that the target client needs to execute the service.
In an exemplary embodiment of the present application, between the step S100 and the step S200, the digital currency control platform is further configured to perform the steps of:
s110, obtaining Tag 1 Corresponding several currency set recording files H 1 ,H 2 ,...,H k ,...,H m ,k=1,2,...,m,H k Is Tag 1 Corresponding currency set record file of kth original currency set, m is Tag 1 The number of corresponding original currency sets; h k For recording Tag 1 The number of digital currencies in the corresponding kth original currency set, the contract identification of the intelligent contract currently associated with the original currency set, and call chain information of the intelligent contract. As can be seen from the foregoing, a first target intelligent contract can automatically establish an association relationship between a target currency set and a second intelligent contract, and at this time, the first target intelligent contract calls the second target intelligent contract, that is, one piece of call chain information or a part of one piece of call chain information. The currency set record file may exist independently or may be loaded directly into the corresponding original currency set. The original currency set can be understood as the current Tag 1 A currency set under name.
S120 according to H 1 ,H 2 ,...,H k ,...,H m N sets of candidate currencies that meet the set conditions are determined from the m sets of original currencies. n is less than or equal to m. Specifically, the setting condition may be that the current original money set is not in the locked state. I.e., the candidate currency set is the currency set that the target client can currently use for the transaction.
S130, obtaining an information list B = (B) according to the currency set record files corresponding to the n candidate currency sets 1 ,B 2 ,...,B i ,...,B n ),B i =(b i1 ,b i2 ),i=1,2,...,n,B i Currency set information for the ith currency set candidate, b i1 As the number of digital currencies in the ith set of candidate currencies, b i2 The number of intelligent contracts which are not started to execute in a calling chain of the intelligent contract currently associated with the ith candidate currency set; b 12 >b 22 >...>b i2 >...>b n2 . Wherein the number of intelligent contracts in the call chain that do not begin execution can be determined by the call chain information.
S140, obtaining B 0 =0,j=1。
S150, obtaining B 0 =B 0 +b j1 If B is 0 <Num 0 Then, the process proceeds to step S160. Otherwise, the process proceeds to step S170.
S160, j = j +1, and proceeds to step S150.
S170, if B 0 =Num 0 Then B is 1 ,B 2 ,...,B j The corresponding candidate currency sets are jointly determined as the target currency set; otherwise, the process proceeds to step S171.
S171, obtaining B p =B 0 -Num 0
S172, according to B p To B j Splitting the corresponding candidate currency set to obtain a first subset and a second subset; the number of internal digital currencies of the first subset and B p The same is true.
S173, mixing B 1 ,B 2 ,...,B j-1 The corresponding set of candidate currencies and the second subset are together determined to be the target currency set.
Because, a smart contract that is not initially executed in its call chain for a digital currency or set of candidate currencies may in some cases restrict the target client's use of it. In this embodiment, the target currency set may be determined from the n candidate currency sets through the above steps, and meanwhile, the candidate currency sets with a larger number of intelligent contracts that are not started to be executed in the call chain of the currently associated intelligent contract may be preferentially used by controlling the value of j. The remaining candidate currency sets are fewer intelligent contracts which are not started to be executed, so that the situation that the intelligent contracts which are not started to be executed are limited to be used by the target client in some cases is reduced, namely, the currency sets with higher degrees of freedom are left by the target client.
In an exemplary embodiment of the application, the step S200 further includes the following steps:
s210, mixing Tag 1 And storing the history owner identification into a currency set record file corresponding to the target currency set.
In this embodiment, after the current owner identifier of the target currency set is modified, the user identifier before modification (which may be the first user identifier or the second user identifier) is stored as the historical owner identifier in the currency set record file, so that the tracking of the transaction process of the target currency set through the currency set record file can be completed.
The digital currency provided in the present application may be the digital currency disclosed in patent CN107358522B (publication number).
At the same time. The digital currency in the present application can be loaded or associated with smart contracts to enable the smart contracts to control the digital currency. Wherein the digital currency and the smart contract implement a method of loading or associating. The technical personnel in the field can refer to the related technology in the white paper book published in 7 months in 2021 for development of the Chinese digital Renminbi.
Moreover, although the steps of the methods of the present disclosure are depicted in the drawings in a particular order, this does not require or imply that the steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.
In an exemplary embodiment of the present disclosure, an electronic device capable of implementing the above method is also provided.
As will be appreciated by one skilled in the art, aspects of the present application may be embodied as a system, method or program product. Accordingly, various aspects of the present application may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.), or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.
An electronic device according to this embodiment of the present application. The electronic device is only an example, and should not bring any limitation to the function and the scope of use of the embodiments of the present application.
The electronic device is in the form of a general purpose computing device. Components of the electronic device may include, but are not limited to: the at least one processor, the at least one memory, and a bus connecting the various system components (including the memory and the processor).
Wherein the storage stores program code executable by the processor to cause the processor to perform steps according to various exemplary embodiments of the present application described in the "exemplary methods" section above.
The memory may include readable media in the form of volatile memory, such as Random Access Memory (RAM) and/or cache memory, and may further include read-only memory (ROM).
The storage may also include a program/utility having a set (at least one) of program modules including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.
The bus may be any representation of one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures.
The electronic device may also communicate with one or more external devices (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device to communicate with one or more other computing devices. Such communication may be through an input/output (I/O) interface. Also, the electronic device may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via a network adapter. The network adapter communicates with other modules of the electronic device over the bus. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.
In an exemplary embodiment of the present disclosure, there is also provided a computer-readable storage medium having stored thereon a program product capable of implementing the above-described method of the present specification. In some possible embodiments, various aspects of the present application may also be implemented in the form of a program product comprising program code for causing a terminal device to perform the steps according to various exemplary embodiments of the present application described in the "exemplary methods" section above of this specification, when the program product is run on the terminal device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In situations involving remote computing devices, the remote computing devices may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to external computing devices (e.g., through the internet using an internet service provider).
Furthermore, the above-described figures are merely schematic illustrations of processes involved in methods according to exemplary embodiments of the present application, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple modules.
It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (8)

1. A digital currency based event processing system, comprising: the system comprises a digital currency control platform, a plurality of clients and a plurality of processing servers; a plurality of intelligent contracts and a plurality of digital currencies are stored in the digital currency control platform; each intelligent contract is provided with a plurality of corresponding participating devices, the participating devices are clients and/or processing servers, each intelligent contract is provided with a corresponding contract identifier, and a current owner identifier is stored in each digital currency; the current owner identification is configured to be capable of being modified only in response to a request issued by a device corresponding to the current owner identification or execution of a smart contract;
the digital currency control platform is used for executing the following steps:
s100, receiving a position locking request A = (Tag) sent by a target client 1 ,Tag 2 ,Num 0 Con, acc, seat); wherein, tag 1 A first user identifier, tag, corresponding to the target client 2 A second user identification, num, corresponding to the target processing server 0 Con is a contract identifier of a first target intelligent contract, acc is an event identifier of a target event, and the target event has a plurality of associated candidate positions; heat is the position identification of the target candidate position; a is used for requesting the target processing server to establish Tag 1 An incidence relation with the target event and the target candidate position; the target client is one of the plurality of clients, and the first target intelligent contract is one of the plurality of intelligent contracts;
s200, the current owner identification of each digital currency in the target currency set is changed into Tag 2 (ii) a The target currency set includes Num 0 The current owner is identified as Tag 1 The digital currency of (1);
s300, sending a notification message F = (Tag) to the target processing server 1 ,Num 0 Con, acc, seat); f is used for informing the target processing server that the current owner identification of each digital currency in the target currency set is replaced by Tag 2
S400, establishing an incidence relation between a target currency set and the first target intelligent contract;
a first target intelligent contract associated with a target currency set is used to perform the steps of:
s510, if the association success notification sent by the target processing server is not received within the set time, or the association failure notification sent by the target processing server is received within the set time, modifying the current owner identification of each digital currency in the target currency set into Tag 1 And canceling the association relationship between the target currency set and the first target intelligent contract;
between said step S100 and said step S200, said digital currency control platform is further configured to perform the steps of:
s110, obtaining Tag 1 Corresponding several currency set recording files H 1 ,H 2 ,...,H k ,...,H m ,k=1,2,...,m,H k Is Tag 1 A corresponding currency set record file of the kth original currency set, wherein m is Tag 1 The number of corresponding original currency sets; h k For recording Tag 1 The number of digital currencies in the corresponding kth original currency set, contract identification of the intelligent contract currently associated with the original currency set and call chain information of the intelligent contract; loading the currency set record file in the corresponding original currency set;
s120, according to H 1 ,H 2 ,...,H k ,...,H m Determining n candidate currency sets meeting set conditions from the m original currency sets; n is less than or equal to m;
s130, obtaining an information list B = (B) according to the currency set record files corresponding to the n candidate currency sets 1 ,B 2 ,...,B i ,...,B n ),B i =(b i1 ,b i2 ),i=1,2,...,n,B i Currency set information for the ith currency set candidate, b i1 As the number of digital currencies in the ith set of candidate currencies, b i2 The number of intelligent contracts which are not started to be executed in the call chain of the intelligent contract currently associated with the ith candidate currency set; b 12 >b 22 >...>b i2 >...>b n2
S140, obtaining B 0 =0,j=1;
S150, obtaining B 0 =B 0 +b j1 If B is 0 <Num 0 If not, the step S160 is entered, otherwise, the step S170 is entered;
s160, j = j +1, and proceeds to step S150;
s170, if B 0 =Num 0 Then B is added 1 ,B 2 ,...,B j The corresponding candidate currency sets are jointly determined as the target currency set; otherwise, go to step S171;
s171, obtaining B p =B 0 -Num 0
S172 according to B p To B j Splitting the corresponding candidate currency set to obtain a first subset and a second subset; the number of digital currencies in the first subset and B p The same;
s173, mixing B 1 ,B 2 ,...,B j-1 The corresponding set of candidate currencies and the second subset are jointly determined as the target currency set.
2. A digital currency based event processing system according to claim 1, wherein the first target smart contract associated with the target currency set is further adapted to:
executing S500 before S510, setting each digital currency in the target currency set to a locked state; the digital currency in the locked state is configured to be unable to modify a current owner identification upon request by the target processing server;
s511 is executed after S510, and the lock state of each digital money in the target money set is released.
3. The digital currency based event processing system according to claim 2, wherein the target event has a corresponding event execution time T 1
The target event has corresponding sub-events, each sub-event has a corresponding sub-event identifier, and if the sub-event is triggered, the target processing server sends the corresponding sub-event identifier to the digital currency control platform;
after receiving the sub-event identification, the digital currency control platform stores the sub-event identification in an identification set corresponding to the target event;
following said step S500, the first target smart contract, to which the target currency set is associated, is further adapted to perform the steps of:
s520, if the association success notification sent by the target processing server is received within the set time, establishing the association relationship between the target currency set and the second target intelligent contract; wherein the second target intelligent contract is a different one of the plurality of intelligent contracts than the first target intelligent contract;
the second target intelligent contract associated with the target currency set is used to perform the following steps:
s600, if at T 1 Acquiring the identifier set if a lock release request sent by the target client is received before;
s610, if the identification set is not an empty set, determining a first target number Num according to the identification set 1 ;Num 1 Modifying the current owner identification to Tag for the target currency set 1 The amount of digital currency of (a);
s620, releasing the locking state of each digital currency in the target currency set, and setting the quantity of the target currency set to Num 1 Is modified to Tag 1
4. A digital currency based event processing system according to claim 3, wherein the second target smart contract associated with the target currency set is further adapted to perform the steps of:
s630, if the identification set is an empty set, acquiring a second target number Num 2 =f(T 1 -T now )*Num 0 (ii) a Wherein f () is a predetermined coefficient determining function, T now Obtaining the time of the unlocking request;
s640, releasing the target currency setThe locking state of each digital currency, and the target currency is concentrated into Num 2 Is modified to Tag 1
5. A digital currency based event processing system according to claim 4, wherein the second target smart contract associated with the target currency set is further adapted to perform the steps of:
s650, if at T 1 And if the lock release request sent by the target client is not received before, releasing the lock state of each digital currency in the target currency set.
6. The digital currency based event processing system according to claim 1, wherein the target processing server upon receiving F performs the steps of:
s001, determining a target association method according to Con;
s002, establishing Tag according to the target association method 1 And the incidence relation between the target event and the target candidate position.
7. The digital currency-based event processing system of claim 1, wherein the set condition is that the current set of original currency is not in a locked state.
8. The digital currency based event processing system of claim 1, wherein said step S200 further comprises the steps of:
s210, adding Tag 1 And storing the history owner identification into a currency set record file corresponding to the target currency set.
CN202211157883.8A 2022-09-22 2022-09-22 Event processing system based on digital currency Active CN115249159B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211157883.8A CN115249159B (en) 2022-09-22 2022-09-22 Event processing system based on digital currency

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211157883.8A CN115249159B (en) 2022-09-22 2022-09-22 Event processing system based on digital currency

Publications (2)

Publication Number Publication Date
CN115249159A CN115249159A (en) 2022-10-28
CN115249159B true CN115249159B (en) 2022-12-13

Family

ID=83699642

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211157883.8A Active CN115249159B (en) 2022-09-22 2022-09-22 Event processing system based on digital currency

Country Status (1)

Country Link
CN (1) CN115249159B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112132558A (en) * 2020-08-16 2020-12-25 中信银行股份有限公司 Digital currency transaction method and device based on intelligent contract and electronic equipment
CN112132559A (en) * 2020-08-16 2020-12-25 中信银行股份有限公司 Digital currency transaction method and device, electronic equipment and readable storage medium
CN112513907A (en) * 2020-06-29 2021-03-16 香港应用科技研究院有限公司 Apparatus and method for providing digital asset exchange protocol
WO2021062160A1 (en) * 2019-09-26 2021-04-01 Sliwka Lukasz Jakub Distributed ledger lending systems having a smart contract architecture and methods therefor

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108564433B (en) * 2018-03-19 2020-08-21 阿里巴巴集团控股有限公司 Method, device and server for currency conversion

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021062160A1 (en) * 2019-09-26 2021-04-01 Sliwka Lukasz Jakub Distributed ledger lending systems having a smart contract architecture and methods therefor
CN112513907A (en) * 2020-06-29 2021-03-16 香港应用科技研究院有限公司 Apparatus and method for providing digital asset exchange protocol
CN112132558A (en) * 2020-08-16 2020-12-25 中信银行股份有限公司 Digital currency transaction method and device based on intelligent contract and electronic equipment
CN112132559A (en) * 2020-08-16 2020-12-25 中信银行股份有限公司 Digital currency transaction method and device, electronic equipment and readable storage medium

Also Published As

Publication number Publication date
CN115249159A (en) 2022-10-28

Similar Documents

Publication Publication Date Title
CN114240682A (en) Request response method and device, electronic equipment and storage medium
CN109063049B (en) Account processing method, device, equipment and storage medium of block chain network
CN107358425B (en) Transaction fee calculation and payment method and device, transaction platform and storage medium
CN110659887A (en) Automatic transaction processing system and method based on block chain
JP2009110125A (en) Settlement processor between accounts and processing method of settlement between accounts utilizing electronic recording credit
CN115456227B (en) Digital currency system for civil aviation event
CN115249159B (en) Event processing system based on digital currency
PL193583B1 (en) Apparatus for method of and computer software product for client/server processing with intelligent distribution of transaction objects
CN111640006A (en) Bank payment and receipt method, device, terminal and storage medium
JPH11306263A (en) Electronic money system, linking method of bank account for electronic money and recording medium
CN115239348B (en) Digital currency system for processing joint association request
CN115239318B (en) Event processing system for civil aviation insurance
CN115456621B (en) Digital currency processing system
CN115239349B (en) Civil aviation event processing system based on digital currency
CN115456802B (en) Insurance event processing system based on digital currency
JP7241581B2 (en) System and program
CN114493873A (en) Transaction processing method, device, equipment and storage medium
CN115271732B (en) Event processing system for controlling digital currency
CN113724070A (en) Information processing method, information processing apparatus, electronic device, and medium
CN111415263A (en) Data matching method and device
JP2003050904A (en) Device and system for information processing, operation flow support method, storage medium, and program
US20220207508A1 (en) Information processing device, method, and medium
CN115018325B (en) Service processing method and device
JP7268233B1 (en) Information processing device, information processing method and program
US20230334500A1 (en) Risk reserves

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant