CN115456227A - Digital currency system for civil aviation event - Google Patents
Digital currency system for civil aviation event Download PDFInfo
- Publication number
- CN115456227A CN115456227A CN202211160144.4A CN202211160144A CN115456227A CN 115456227 A CN115456227 A CN 115456227A CN 202211160144 A CN202211160144 A CN 202211160144A CN 115456227 A CN115456227 A CN 115456227A
- Authority
- CN
- China
- Prior art keywords
- target
- currency
- tag
- digital
- num
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims abstract description 71
- 230000004044 response Effects 0.000 claims description 4
- 239000000203 mixture Substances 0.000 claims description 2
- 238000000034 method Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 7
- 230000008569 process Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G06Q50/40—
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
- Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping
Abstract
The application provides a digital currency system for civil aviation events, including: the system comprises a digital currency control platform, a plurality of clients and a plurality of processing servers; the digital currency control platform is used for executing the following steps: receiving a joint association request A sent by a target client; modifying the current owner identification of each digital currency in the first target currency set to Tag 21 (ii) a Sending a first notification message F to a first target processing server 1 (ii) a Associating the first target smart contract with the second target currency set; the first target smart contract is for performing the steps of: if it is received within the set timeModifying the current owner identification of each digital currency in the second target currency set to Tag upon successful notification of association sent by the first target processing server 22 (ii) a Sending a second notification message F to a second target processing server 2 . The present application achieves that the current owner identification of the second target currency set can be modified based on whether the association of the first target event was successful.
Description
Technical Field
The application relates to the field of civil aviation, in particular to a digital currency system for civil aviation events.
Background
When purchasing an air ticket, a user often purchases some third party products together, such as related products like delay insurance. In the current ticket buying platform, the user is paid once for saving the operation cost of the user.
However, since the third party products are generated around the ticket, the order of the third party products needs to be confirmed after the ticket is successfully issued. It is theoretically necessary to pay for the third party product after the ticket is drawn, but since the user has paid the third party product, the money is transferred out of the account of the banking system. If payment is made for the third party product after the ticket is drawn, an intermediate account is required to receive the funds. However, in the case of insurance products, the authorities specify that funds for purchasing the products cannot pass through the intermediary account. In the actual processing, payment is firstly made, and then the server of the insurance department establishes an insurance order after receiving the notice of successful ticket drawing.
However, since the collection of the insurance portion and the establishment of the insurance order are performed separately and at intervals, the establishment of the insurance order is likely to be unsuccessful if the airline driver server issues a ticket too slowly or in some other unexpected situation.
Disclosure of Invention
In view of the above, the present application provides a digital currency system for civil aviation events that at least partially solves the problems of the prior art.
A digital currency system for civil aviation events, 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 which 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 joint association request A = (A) sent by a target client 1 ,A 2 )；A 1 For the first association request, A 2 Is a second association request; a. The 1 For requesting the first target processing server to establish a Tag 1 An incidence relation with a first target event; a. The 2 For requesting the second target processing server to establish Tag 1 Association with a second target event, tag 1 A user identifier corresponding to the target client is identified; the first target event and the second target event are different in event type, and the execution of the second target event is premised on the execution of the first target event.
Wherein A is 1 ＝(Tag 1 ,Tag 21 ,Num 01 ,Acc)，A 2 ＝(Tag 1 ,Tag 22 ,Num 02 ,Con,Acc)；Tag 21 A user identification, tag, corresponding to the first target processing server 22 Is the user identification, num, corresponding to the second target processing server 01 The amount of digital money, num, corresponding to the first target event 02 Con is the contract identifier of the first target intelligent contract, and Acc is the event identifier of the first target event.
S200, modifying the current owner identification of each digital currency in the first target currency set into Tag 21 (ii) a The first target currency set comprises Num 01 The current owner is identified asTag 1 The digital currency of (1).
S300, sending a first notification message F to the first target processing server 1 ＝(Tag 1 ,Num 01 ,Acc)。
S400, associating the first target intelligent contract with a second target currency set; the second target currency set comprises Num 02 The current owner is identified as Tag 1 The digital currency of (1).
The first target smart contract, associated with the second target currency set, is operable to perform the steps of:
s510, if the association success notice sent by the first target processing server is received within the set time, the current owner identification of each digital currency in the second target currency set is changed into Tag 22 。
S511, sending a second notification message F to the second target processing server 2 ＝(Tag 1 ,Num 02 ,Con,Acc)。
In the digital currency system for civil aviation events, after receiving a joint association request a (i.e., a joint purchase request of an air ticket and insurance) sent by a target client, a digital currency control platform modifies a current owner identifier of each digital currency of a first target currency set into Tag after receiving the joint association request a (i.e., a flight event, and a second target event is an insurance event) 21 。
An association of the first target smart contract with the second target currency set is then established such that the second target currency set is not currently paid directly past, but is under control of the first target smart contract.
In this way, if the first target intelligent contract receives the association success notification sent by the first target processing server within the set time, the current owner identification of each digital currency in the second target currency set is modified into Tag 22 . I.e. after the ticket has been issued, payment can be made for insurance so that the second object handling server can respond directly to the reception of the second notification message F 2 Establishing Tag 1 And association relation with the second target event.
Therefore, the digital currency system for civil aviation events provided by the application can realize the step payment of the two target digital currency sets under the condition that the user only carries out one payment operation through the execution of the first target intelligent contract, and the modification of the current owner identification of the second target currency set is carried out on the basis of the reception of the association success notice sent by the first target processing server within the set time. Payment for the fulfillment of the insurance event is effected upon successful invoicing without intermediate passage through an intermediate account.
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 a digital currency system for civil aviation events 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, all other embodiments that can be derived by one of ordinary skill in the art from the embodiments disclosed herein without making any creative effort fall within the 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. In addition, such an apparatus may be implemented and/or such a method may be practiced using other structure and/or functionality in addition to or other than one or more of the aspects set forth herein.
In one aspect of the present application, a digital currency system for civil aviation events 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; 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. In particular, the same intelligent contract can have multiple participating devices, which may include clients and processing servers.
The client can be a client of the air ticket and insurance purchase agent software or platform and can be installed on the electronic equipment of the user. The processing server may be a navigation server or an insurance server. Each intelligent contract can be set by the participating device or the operating party of the participating device 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, receiving a joint association request A = (A) sent by a target client 1 ,A 2 )；A 1 For the first association request, A 2 Is a second association request; a. The 1 For requesting the first target processing server to establish a Tag 1 An association with a first target event (e.g., for requesting the first target processing server to generate a corresponding ticket); a. The 2 For requesting a second target treatment suitServer establishing Tag 1 An association with a second target event (e.g., for requesting the second target processing server to generate a corresponding insurance order). Tag 1 And the user identifier (such as an account number or a bank card number) corresponding to the target client is obtained. The first target event and the second target event are different in event type, and the execution of the second target event is premised on the execution of the first target event. Specifically, the first target event may be a flight event or a flight order setup event, and the second target event may be an insurance event or an insurance order setup event.
Wherein, A 1 ＝(Tag 1 ,Tag 21 ,Num 01 ,Acc)，A 2 ＝(Tag 1 ,Tag 22 ,Num 02 ,Con,Acc)；Tag 21 A user identification, tag, corresponding to the first target processing server 22 User identification, num, corresponding to the second target processing server 01 The number of digital currencies corresponding to the first target event, num 02 And Con is the contract identifier of the first target intelligent contract, and Acc is the event identifier of the first target event. The target client is one of the plurality of clients, and the first target intelligent contract is one of the plurality of intelligent clients. The first target processing server is one of a number of processing servers. The second target processing server is one of the plurality of processing servers that is distinct from the first target processing server. The digital currency control platform is capable of determining a first target smart contract from a plurality of smart contracts via the Con. In this application, A 1 And A 2 The event identifications in (1) are all Acc, so that the digital currency control platform can know that the first target event and the second target event have an incidence relation.
S200, the current owner identification of each digital currency in the first target currency set is changed into Tag 21 (ii) a The first target currency set comprises Num 01 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 corresponding digital currency. While modifying the current owner identification of digital currency may be understood as a transfer or transaction lineTo be, i.e. to direct the corresponding digital currency from Tag 1 Under the name of (1) pay to Tag 21 Under the name of (1).
S300, sending a first notification message F to the first target processing server 1 ＝(Tag 1 ,Num 01 ,Acc)。F 1 For notifying the first target processing server that the current owner identification of each digital currency in the first target currency set has been replaced with a Tag 21 . So that the first target processing server generates a corresponding air ticket order.
S400, associating the first target intelligent contract with a second target currency set; the second target currency set comprises Num 02 The current owner is identified as Tag 1 The digital currency of (1).
The first target smart contract, associated with the second target currency set, is operable to perform the steps of:
s510, if the association success notice sent by the first target processing server is received within the set time, the current owner identification of each digital currency in the second target currency set is modified into Tag 22 。
S511, sending a second notification message F to the second target processing server 2 ＝(Tag 1 ,Num 02 ,Con,Acc)。F 2 For notifying the second target processing server that the current owner identification of each digital currency in the second target currency set has been replaced with a Tag 22 . So that the first target processing server generates a corresponding insurance order. And F 2 The event identifier in (1) is Acc, so that the second target processing server can determine, according to Acc, that the associated event of the second target event is the first target event (i.e. knows who the event is as the execution precondition of the event).
In the digital currency system for civil aviation events, after receiving a joint association request a (i.e., a joint purchase request of an air ticket and insurance) sent by a target client, a digital currency control platform modifies a current owner identifier of each digital currency of a first target currency set into Tag after receiving the joint association request a (i.e., a flight event, and a second target event is an insurance event) 21 。
An association of the first target smart contract with the second target currency set is then established such that the second target currency set is not currently paid directly past, but is under the control of the first target smart contract.
In this way, if the first target intelligent contract receives the association success notification sent by the first target processing server within the set time, the current owner identification of each digital currency in the second target currency set is modified into Tag 22 . I.e. after the ticket is issued, payment for insurance can be made so that the second object handling server can respond directly to the reception of the second notification message F 2 Establishing Tag 1 And association relation with the second target event.
Therefore, the digital currency system for civil aviation events provided by the application can realize the step payment of the two target digital currency sets under the condition that the user only carries out one payment operation through the execution of the first target intelligent contract, and the modification of the current owner identification of the second target currency set is carried out on the basis of the reception of the association success notice sent by the first target processing server within the set time. Payment for the fulfillment of the insurance event is effected on the basis of successful invoicing without intermediate passage through an intermediate account.
Further, in this embodiment, after the target client completes the initial payment of the digital money (i.e. sends the joint association request a), neither the first target processing server nor the second target processing server needs to control the operations of transferring and refunding the digital money, thereby reducing the calculation pressure of the first target processing server and the second target processing server.
In an exemplary embodiment of the present application, the first target smart contract associated with the second target currency set is further configured to perform the steps of:
and S520, if the association success notification sent by the first target processing server is not received within the set time, or the association failure notification sent by the first target processing server is received within the set time, canceling the association relation between the first target intelligent contract and the second target currency set.
If the first target intelligent contract does not receive the association success notification sent by the first target processing server within the set time or receives the association failure notification sent by the first target processing server within the set time, the first target intelligent contract is regarded that the first target processing server fails to complete the Tag 1 And establishing an association relation with the first target event (which can be regarded as ticket drawing failure). At this time, in this embodiment, the association relationship between the first target intelligent contract and the second target currency set is directly cancelled, that is, the association establishment request of the second target event is released, it is considered that insurance is no longer purchased, and the target client can freely control the second target currency set without being affected by the first target intelligent contract.
In an exemplary embodiment of the application, if the association success notification sent by the first target processing server is received within the set time, the first target smart contract associated with the second target currency set is further configured to perform the following steps:
s530, acquiring a target number Num 03 ＝f(Con)*Num 02 (ii) a f () is a preset coefficient determination function; f (Con) is the target coefficient obtained from Con. f (Con) > 1. Specifically, the coefficient determining function f () may be set by a person skilled in the art according to claim settlement rules preset by the second target processing server, and the coefficient determining function may be implemented by using the prior art, which is not described herein again. Wherein f (Con) is the maximum claim coefficient.
S540, determining a third target currency set; num is included in the third target currency set 03 The current owner is identified as Tag 22 The digital currency of (1); the third target currency set comprises the second target currency set.
S550, setting each digital currency in the third target currency set to be in a locking state; the digital currency in the locked state is configured to be unable to modify the current owner identification upon request by the second 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.
In many cases, the amount of the claim for insurance is larger than the amount of the purchased insurance, and many insurance companies cannot directly pay the amount of the claim due to insufficient funds in the account or other reasons when making the claim, which may result in that the user cannot directly obtain the claim. In this embodiment, if the first target intelligent contract receives the association success notification sent by the first target processing server within the set time, the Num will be sent to the first target intelligent contract 03 The current owner is identified as Tag 22 Is set in a locked state to be used exclusively for a claim settlement operation of a user. Therefore, the problem that the claim amount cannot be directly paid due to insufficient account funds is avoided.
Further, in this embodiment, the digital currency control platform stores a prepared currency set corresponding to the second target processing server. Each digital currency in the set of preparatory currencies is not currently associated with a smart contract.
The step S540 includes:
num is determined from a set of prepared currencies 04 A target digital currency; num 04 ＝Num 03 -Num 02 ；
Set the second target currency set to Num 04 The individual target digital currencies are collectively identified as a third set of target currencies.
In this embodiment, the second target processing server has a corresponding set of prepared currencies, and each digital currency in the set of alternative currencies is not currently associated with a smart contract, i.e. the digital currencies are freely usable and can be used as a claim amount to pay the target client, and the target client can also be freely usable, so that the user does not worry about that the digital currency obtained by the claim is restricted in use. Meanwhile, the third target currency set comprises the second target currency set, so that the digital currency used by the target client for payment is directly returned, and the digital currency with possible limitation is prevented from being left under the name of the second target processing server, namely, the part of the digital currency for settlement is the part of the digital currency for purchasing the insurance.
In an exemplary embodiment of the present application, the step S550 further includes the steps of:
s551, if the event execution completion notification of the first target event is received, releasing the lock state of each digital currency in the third target currency set.
If the execution of the first target event is finished, the first target event is normally executed, and a claim settlement behavior is not generated, at this time, the first target intelligent contract can automatically release the locking state of each digital currency in the third target currency set, so that the second target processing server can freely control the digital currencies in the third target currency set, the second target processing server does not need to actively request the release of the locking state, and the working efficiency is improved.
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. The calling chain information is used for recording which intelligent contract is called subsequently by the current intelligent contract and the calling relation of the subsequent intelligent contract. 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, determining an original target currency set from m original currency sets according to a first rule; the original target currency set comprises Num 00 The current owner is identified as Tag 1 Digital currency, num 00 ＝Num 01 +Num 02 ；
S130, according to Num 01 And Num 02 And splitting the original target currency set to obtain a first target currency set and a second target currency set.
In an exemplary embodiment of the present application, the first rule includes:
s121, 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; 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.
S122, 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 is a mixture of 12 ＞b 22 ＞...＞b i2 ＞...＞b n2 (ii) a Wherein the number of intelligent contracts which are not started to be executed in the call chain can be determined by the call chain information.
S123, obtaining B 0 ＝0，j＝1；
S124, obtaining B 0 ＝B 0 +b j1 If B is 0 ＜Num 00 Step S125 is entered, otherwise, step S126 is entered;
s125, j = j +1, and proceeds to step S124;
s126, if B 0 ＝Num 00 Then B is 1 ,B 2 ,...,B j The corresponding candidate currency sets are jointly determined as the original target currency set; otherwise, go to step S127;
s127, obtaining B p ＝B 0 -Num 00 ；
S128, according to B p To B j Splitting the corresponding candidate currency set to obtain the secondA subset and a second subset; the number of digital currencies in the first subset and B p The same;
s129, mixing B 1 ,B 2 ,...,B j-1 The corresponding set of candidate currencies and the second subset are jointly determined as the set of original target currencies.
Because of this, intelligent contracts that are not initially executed in the call chain for digital currency or sets of candidate currencies may, in some cases, limit their use by the target client. In this embodiment, the original 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 number of the remaining candidate currency sets is smaller than that of the 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 by the target client in some cases is reduced, namely the currency sets with higher degrees of freedom are left by the target client.
The digital money provided in the present application may be the digital money 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 for development and development of the Chinese digital Renminbi published in 7 months 2021 for implementation.
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 that is executable by the processor to cause the processor to perform steps according to various exemplary embodiments of the present application as described in the "exemplary methods" section above of this specification.
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) through a network adapter. The network adapter communicates with other modules of the electronic device over the bus. It should be appreciated 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, to name a few.
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, and may also be implemented 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 many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also 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 only schematic illustrations of the processes involved in the 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 (7)
1. A digital currency system for a civil aviation event, 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 joint association request A = (A) sent by a target client 1 ,A 2 )；A 1 For the first association request, A 2 Is a second association request; a. The 1 For requesting the first target processing server to establish a Tag 1 An incidence relation with a first target event; a. The 2 For requesting the second target processing server to establish Tag 1 Association with a second target event, tag 1 A user identifier corresponding to the target client is identified; the first target event and the second target event have different event types, and the execution of the second target event is premised on the execution of the first target event;
wherein, A 1 ＝(Tag 1 ,Tag 21 ,Num 01 ,Acc)，A 2 ＝(Tag 1 ,Tag 22 ,Num 02 ,Con,Acc)；Tag 21 A user identification, tag, corresponding to the first target processing server 22 User identification, num, corresponding to the second target processing server 01 The number of digital currencies corresponding to the first target event, num 02 The number of the digital currency corresponding to the second target event, con is a contract identifier of the first target intelligent contract, and Acc is an event identifier of the first target event;
s200, the current owner identification of each digital currency in the first target currency set is changed into Tag 21 (ii) a The first target currency set comprises Num 01 The current owner is identified as Tag 1 The digital currency of (2);
s300, sending a first notification message F to the first target processing server 1 ＝(Tag 1 ,Num 01 ,Acc)；
S400, associating the first target intelligent contract with a second target currency set; the second target currency set comprises Num 02 The current owner is identified as Tag 1 The digital currency of (1);
the first target intelligent contract associated with the second target currency set is for performing the steps of:
s510, if the association success notice sent by the first target processing server is received within the set time, the current owner identification of each digital currency in the second target currency set is modified into Tag 22 ；
S511, sending a second notification message F to the second target processing server 2 ＝(Tag 1 ,Num 02 ,Con,Acc)。
2. The digital currency system for civil aviation events according to claim 1, wherein the first target intelligent contract associated with the second target currency set is further configured to perform the steps of:
and S520, if the association success notification sent by the first target processing server is not received within the set time, or the association failure notification sent by the first target processing server is received within the set time, canceling the association relationship between the first target intelligent contract and the second target currency set.
3. A digital currency system for civil aviation events according to claim 1, wherein the first target smart contract associated with the second target currency set is further adapted to perform the following steps if a success of association notification sent by the first target processing server is received within a set time:
s530, acquiring a target number Num 03 ＝f(Con)*Num 02 (ii) a f () is a preset coefficient determination function; f (Con) is a target coefficient obtained according to Con; f (Con) > 1;
s540, determining a third target currency set; num included in the third target currency set 03 The current owner is identified as Tag 22 The digital currency of (2); the third target currency set comprises the second target currency set;
s550, setting each digital currency in the third target currency set to be in a locking state; the digital currency in the locked state is configured such that it is unable to modify the current owner identification upon request by the second target processing server.
4. The digital money system for civil aviation events according to claim 3, wherein said step S550, further comprises the steps of:
s551, if the event execution completion notice of the first target event is received, the locking state of each digital currency in the third target currency set is released.
5. The digital currency system for civil aviation events according to claim 3, wherein between said step S100 and said step S200, said digital currency control platform is further adapted to perform the following steps:
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, contract identification of the intelligent contract currently associated with the original currency set and call chain information of the intelligent contract;
s120, determining an original target currency set from m original currency sets according to a first rule; the original target currency set comprises Num 00 A current meterThe owner is identified as Tag 1 Digital currency, num 00 ＝Num 01 +Num 02 ；
S130, according to Num 01 And Num 02 And splitting the original target currency set to obtain a first target currency set and a second target currency set.
6. The digital currency system for civil aviation events according to claim 5, wherein said first rules comprise:
s121, 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;
s122, 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 currency candidate set, 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 is a mixture of 12 ＞b 22 ＞...＞b i2 ＞...＞b n2 ；
S123, obtaining B 0 ＝0，j＝1；
S124, obtaining B 0 ＝B 0 +b j1 If B is 0 ＜Num 00 If not, go to step S125, otherwise, go to step S126;
s125, j = j +1, and proceeds to step S124;
s126, if B 0 ＝Num 00 Then B is 1 ,B 2 ,...,B j The corresponding candidate currency sets are determined as the original target currency set together; otherwise, go to step S127;
s127, obtaining B p ＝B 0 -Num 00 ；
S128, according to B p To B j Splitting the corresponding candidate currency set to obtain a first subsetAnd a second subset; the number of digital currencies in the first subset and B p The same;
s129, mixing B 1 ,B 2 ,...,B j-1 The corresponding set of candidate currencies and the second subset are jointly determined as the original target currency set.
7. The digital currency system for civil aviation events according to claim 6, wherein the set condition is that the current set of raw currency is not in a locked state.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211160144.4A CN115456227B (en) | 2022-09-22 | 2022-09-22 | Digital currency system for civil aviation event |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211160144.4A CN115456227B (en) | 2022-09-22 | 2022-09-22 | Digital currency system for civil aviation event |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115456227A true CN115456227A (en) | 2022-12-09 |
| CN115456227B CN115456227B (en) | 2023-05-30 |
Family
ID=84307287
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211160144.4A Active CN115456227B (en) | 2022-09-22 | 2022-09-22 | Digital currency system for civil aviation event |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115456227B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116431367A (en) * | 2023-06-12 | 2023-07-14 | 中国航空结算有限责任公司 | Method, system and computer readable storage medium for modifying ticket information |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109493236A (en) * | 2018-09-30 | 2019-03-19 | 深圳市元征科技股份有限公司 | Aviation based on block chain technology is delayed dangerous processing method, device and equipment |
| CN112132559A (en) * | 2020-08-16 | 2020-12-25 | 中信银行股份有限公司 | Digital currency transaction method and device, electronic equipment and readable storage medium |
| CN112132558A (en) * | 2020-08-16 | 2020-12-25 | 中信银行股份有限公司 | Digital currency transaction method and device based on intelligent contract and electronic equipment |
| CN113592646A (en) * | 2021-07-02 | 2021-11-02 | 中国人民银行数字货币研究所 | Intelligent contract execution method, device and system |
-
2022
- 2022-09-22 CN CN202211160144.4A patent/CN115456227B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109493236A (en) * | 2018-09-30 | 2019-03-19 | 深圳市元征科技股份有限公司 | Aviation based on block chain technology is delayed dangerous processing method, device and equipment |
| CN112132559A (en) * | 2020-08-16 | 2020-12-25 | 中信银行股份有限公司 | Digital currency transaction method and device, electronic equipment and readable storage medium |
| CN112132558A (en) * | 2020-08-16 | 2020-12-25 | 中信银行股份有限公司 | Digital currency transaction method and device based on intelligent contract and electronic equipment |
| CN113592646A (en) * | 2021-07-02 | 2021-11-02 | 中国人民银行数字货币研究所 | Intelligent contract execution method, device and system |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116431367A (en) * | 2023-06-12 | 2023-07-14 | 中国航空结算有限责任公司 | Method, system and computer readable storage medium for modifying ticket information |
| CN116431367B (en) * | 2023-06-12 | 2023-09-08 | 中国航空结算有限责任公司 | Method, system and computer readable storage medium for modifying ticket information |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115456227B (en) | 2023-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2022201095A1 (en) | Resource transfer system | |
| AU2019245424A1 (en) | Digital asset exchange | |
| CN114240682A (en) | Request response method and device, electronic equipment and storage medium | |
| US20100318394A1 (en) | Executing transactions as an atomic unit | |
| CN109063049B (en) | Account processing method, device, equipment and storage medium of block chain network | |
| CN110659887A (en) | Automatic transaction processing system and method based on block chain | |
| CN115456227B (en) | Digital currency system for civil aviation event | |
| CN111080390B (en) | Order information modification method, system, equipment and storage medium | |
| CN113435876A (en) | Payment processing method, system, device and storage medium | |
| CN115239318B (en) | Event processing system for civil aviation insurance | |
| CN111027977A (en) | Data verification method and device and electronic equipment | |
| CN110889682A (en) | Payment information processing method, device, medium and equipment based on block chain | |
| CN111105224A (en) | Payment feedback information processing method and device, electronic equipment and storage medium | |
| CN115239348B (en) | Digital currency system for processing joint association request | |
| CN115249159B (en) | Event processing system based on digital currency | |
| CN115239349B (en) | Civil aviation event processing system based on digital currency | |
| CN115456621B (en) | Digital currency processing system | |
| CN115456802B (en) | Insurance event processing system based on digital currency | |
| CN114493873A (en) | Transaction processing method, device, equipment and storage medium | |
| CN113095801A (en) | Method, apparatus, medium, and program product for batch reward payment | |
| CN115271732B (en) | Event processing system for controlling digital currency | |
| CN111242753A (en) | Cross-platform operation control method and system | |
| CN111784879B (en) | Access control method, device and storage medium | |
| US20230351337A1 (en) | Generating and securing digital checks using distributed ledger and embedded chip methods | |
| CN115333827A (en) | Virtual resource transfer method, system and equipment based on block chain network |
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 |