CN115239349B - Civil aviation event processing system based on digital currency - Google Patents
Civil aviation event processing system based on digital currency Download PDFInfo
- Publication number
- CN115239349B CN115239349B CN202211157892.7A CN202211157892A CN115239349B CN 115239349 B CN115239349 B CN 115239349B CN 202211157892 A CN202211157892 A CN 202211157892A CN 115239349 B CN115239349 B CN 115239349B
- Authority
- CN
- China
- Prior art keywords
- target
- currency
- tag
- digital
- event
- 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
Links
- 238000012545 processing Methods 0.000 title claims abstract description 59
- 230000004044 response Effects 0.000 claims description 4
- 238000000034 method Methods 0.000 abstract description 20
- 230000008569 process Effects 0.000 description 7
- 230000006399 behavior Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification 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
- 230000002123 temporal effect Effects 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/407—Cancellation of a transaction
-
- 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/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
- G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/405—Establishing or using transaction specific rules
-
- 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
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application provides a civil aviation incident processing system based on digital currency, includes: a digital currency control platform; the digital currency control platform is used for executing the following steps: receiving a joint association request A; associating the first target smart contract with the first target currency set and the second target currency set; the first target intelligent contract performs: modifying the current owner identification of the digital currency in the first target currency set to Tag 21 (ii) a Modifying the current owner identification of the digital currency in the second set of target currencies to Tag 22 (ii) a If receiving the association success notification sent by the first target processing server, establishing an association relation between the first target currency set and the second target intelligent contract; otherwise, the current owner identification of the digital currency in the first target currency set and the second target currency set is modified to Tag 1 . The method and the device realize that the joint return processing of the first target currency set and the second target currency set is automatically completed under the condition that the association of the first target event fails.
Description
Technical Field
The application relates to the field of civil aviation, in particular to a civil aviation event processing system based on digital currency.
Background
When purchasing an air ticket, a user often purchases some third-party products together, such as related products like delay risks or epidemic risks. 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 issued, 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 a third party product after the ticket is issued, an intermediate account is required to receive the portion of 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 paid, and then the server of the insurance department establishes an insurance order after receiving the notice of successful ticket drawing.
Therefore, if the air ticket fails to be drawn, the user is required to actively refund the insurance, so that the whole process is very complex and tedious.
Disclosure of Invention
In view of the above, the present application provides a digital currency based civil aviation event processing system, which at least partially solves the problems in the prior art.
In one aspect of the present application, there is provided a digital currency-based civil aviation 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. 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.
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 And association relation with the first target event. A. The 2 For requesting the second target processing server to establish Tag 1 And association relation with the second target event. 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 ,Con,Acc)，A 2 =(Tag 1 ,Tag 22 ,Num 02 ,Con,Acc)。Tag 1 Is the user identification, tag, corresponding to the target client 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 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, the first target intelligent contract is simultaneously associated with the first target currency set and the second target currency set.
A first target intelligent contract that simultaneously associates a first target currency set with a second target currency set is used to perform the steps of:
s300, modifying the current owner identification of each digital currency in the first target currency set into Tag 21 . The first target currency set comprises Num 01 The current owner is identified as Tag 1 The digital currency of (1).
S400, modifying the current owner identification of each digital currency in the second target currency set into Tag 22 . The second target currency set comprises Num 02 The current owner is identified as Tag 1 The digital currency of (1).
S500, if the association success notification sent by the first target processing server is received within the set time, step S510 is executed. Otherwise, step S520 is executed.
S510, establishing an association relation between the first target currency set and the second target intelligent contract.
S520, the current owner identification of each digital currency in the first target currency set and the second target currency set is changed into Tag 1 。
According to the digital currency-based civil aviation event processing system, after a digital currency control platform receives a joint association request A (namely a joint purchase request of an air ticket and insurance) sent by a target client, a first target event is a flight event, and a second target event is an insurance event, the first target currency set and the second target currency set are simultaneously associated with a first target intelligent contract. Such that the first target currency set and the second target currency set are under control of the first target smart contract.
The first target intelligent contract, when executed, performs separate payment operations (i.e., modifying the current owner identification) for the first target currency set and the second target currency set. I.e. the payment for the ticket purchase and insurance purchase is completed.
At this time, if the first target intelligent contract does not receive the association success notification sent by the first target processing server within the set time, the first target processing server is considered to fail to complete Tag 1 And establishing an association relation with the first target event (which can be regarded as ticket drawing failure). At this time, since the execution of the second target event is premised on the execution of the first target event, the first target intelligent dating changes the current owner identifier of each digital currency in the first target currency set and the second target currency set to Tag 1 . To complete the refund operation for the first target event and the second target event.
Therefore, under the condition that the air ticket fails to be drawn out, the combined refund of the air ticket purchase and the insurance purchase is automatically carried out, the refund operation does not need to be actively carried out again, and the operation behaviors of the target client are reduced. The work efficiency of the refund action 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 a digital currency-based civil aviation event processing system according to an embodiment of the present disclosure.
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. 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 application, a digital currency based civil aviation 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; 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 smart 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 the second target processing server to establish Tag 1 An association with a second target event (e.g., for requesting the second target processing server to generate a corresponding insurance order); 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; 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 is 1 =(Tag 1 ,Tag 21 ,Num 01 ,Con,Acc)，A 2 =(Tag 1 ,Tag 22 ,Num 02 ,Con,Acc)；Tag 1 A user identifier (such as an account number or a bank card number) corresponding to the target client, 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. 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 intelligent contract from a plurality of intelligent contracts by 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 first target intelligent contract is simultaneously associated with the first target currency set and the second target currency set.
A first target intelligent contract that simultaneously associates a first target currency set with a second target currency set is used to perform the steps of:
s300, 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 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 activity, i.e., the corresponding digital currency is transferred from Tag 1 Under the name of (1) pay to Tag 21 Under the name of (1).
S400, modifying the current owner identification of each digital currency in the second target currency set into Tag 22 (ii) a The second target currency set comprises Num 02 The current owner is identified as Tag 1 The digital currency of (1).
S500, if the association success notification sent by the first target processing server is received within the set time, executing the step S510; otherwise, step S520 is executed.
S510, establishing an association relation between the first target currency set and the second target intelligent contract.
S520, the current owner identification of each digital currency in the first target currency set and the second target currency set is changed into Tag 1 。
According to the digital currency-based civil aviation event processing system, after a digital currency control platform receives a joint association request A (namely a joint purchase request of an air ticket and insurance) sent by a target client, a first target event is a flight event, and a second target event is an insurance event, the first target currency set and the second target currency set are simultaneously associated with a first target intelligent contract. Such that the first target currency set and the second target currency set are under control of the first target smart contract.
The first target intelligent contract, when executed, may pay (i.e., modify the current owner identification) the first target currency set and the second target currency set separately. I.e. the payment for the ticket purchase and insurance purchase is completed.
At this time, if the first target intelligent contract does not receive the association success notification sent by the first target processing server within the set time, the first target processing server is considered to fail to complete Tag 1 And establishing an association relation with the first target event (which can be regarded as ticket issuing failure). At this time, since the execution of the second target event is premised on the execution of the first target event, the first target intelligent dating changes the current owner identifier of each digital currency in the first target currency set and the second target currency set to Tag 1 . To complete the refund operation for the first target event and the second target event.
Therefore, under the condition that the air ticket fails to be drawn out, the combined refund of the air ticket purchase and the insurance purchase is automatically carried out, the refund operation does not need to be actively carried out again, and the operation behaviors of the target client are reduced. The working efficiency of the refund behavior is improved.
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 computing pressure of the first target processing server and the second target processing server.
In an exemplary embodiment of the present application, the first target event has a corresponding event execution time T 1 (which may be the departure time of the flight, etc.).
A second target intelligent contract that simultaneously associates a first target currency set with a second target currency set is used to perform the steps of:
s511, if at T 1 Previously, receiving a target event for the first target event and Tag 1 The current owner identification of each digital currency in the first target currency set and the second target currency set is modified to Tag 1 。
S512, if at T 1 Previously, receiving a target event for the second target event and Tag 1 The current owner identification of each digital currency in the second target currency set is modified to Tag 1 。
Since the execution of the first target event is a precondition for the execution of the second target event, the first target event and Tag 1 After the association relationship is released, the association relationship of the second target event is released, and the refund operation is performed together with the release of the association relationship of the second target event. The first target event can be executed independently, so if the second target event and Tag 1 If the correlation is released, the refund operation is not performed on the first target time.
In some existing systems, the target client is required to actively issue a refund application, but the whole operation flow is too complicated. In the embodiment, the second target intelligent contract can receive the first target event and the Tag 1 Is related toAnd after the notification, automatically completing refund operation of the first target event and the second target event. Therefore, the communication interaction times of the target client and the second target processing server are reduced, and the working efficiency is improved.
In an exemplary embodiment of the present application, prior to said step S300, the first target smart contract, having both the first target currency set and the second target currency set associated therewith, is further configured to perform the steps of:
s310, 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 set of original currencies; 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.
S320, if m is larger than beta, determining an original target currency set from m original currency sets according to a first rule; otherwise, determining an original target currency set from the m original currency sets according to a second 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 Beta is a preset number threshold; specific beta e [5,20 ]]Preferably, β =15.
S330, 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.
The first rule includes:
s340, 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; the set condition is that the current original currency set is not in a locked state; the digital currency in the locked state is configured to be unable to be based on the target customerThe request of the end modifies the current owner identification. 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. I.e. the candidate currency set is the currency set that can be used for the transaction.
S341, according to the currency set record files corresponding to the n candidate currency sets, obtaining an information list B = (B) 1 ,B 2 ,...,B i ,...,B n )，i=1,2,...,n，B i The number of digital currencies in the ith candidate currency set; 0 < B 1 ＜B 2 ＜...＜B i ＜...＜B n ；
S342, order B 0 =0，j=1；
S343, order B 0 =B 0 +B j If B is 0 ＜Num 00 Step S344 is entered, otherwise, step S345 is entered;
s344, let j = j +1, and proceed to step S343;
s345, 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 S346;
s346, obtaining B p =B 0 -Num 00 ；
S347, 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;
s348, 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.
The second rule includes:
s350, 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;
s351, 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 )，i=1,2,...,n，B i The number of digital currencies in the ith candidate currency set; 0 < B 1 ＜B 2 ＜...＜B i ＜...＜B n ；
S352, order B 0 =0，j=n；
S353, order B 0 =B 0 +B j If B is 0 ＜Num 00 Step S354 is entered, otherwise, step S355 is entered;
s354, let j = j-1, and proceed to step S353;
s355, if B 0 =Num 00 Then B is j ,B j+1 ,...,B n The corresponding candidate currency sets are jointly determined as the original target currency set; otherwise, go to step S356;
s356, obtaining B p =B 0 -Num 00 ；
S357, 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;
s358, mixing B j+1 ,B j+2 ,...,B n The corresponding set of candidate currencies and the second subset are jointly determined as the original target currency set.
In this example, tag 1 Each corresponding original currency set exists separately, so that when the number of the original currency sets is too large, the processing amount required by the digital currency control platform to manage the original currency sets is increased. In the application, the control of the value of j by the first rule can realize that the original target currency set is generated by using the candidate currency set with the small number of digital currencies as much as possible, so that the Tag is reduced as much as possible 1 The corresponding amount of the original currency set. The second rule is contrary, since it preferentially selects the candidate currency set with a large number of digital currencies, the whole process flow can be faster (i.e. the number of judgments will be less), so as to improve the efficiency. Meanwhile, in the present embodiment, by controlling whether the first rule or the second rule is executed by β, it is possible to execute the first rule or the second rule at Tag 1 When the corresponding original currency set quantity is too large, the Tag is reduced 1 The corresponding original currency set is mainly counted and is at Tag 1 In the case where the number of corresponding original money sets is small, improvement of the adult processing efficiency is mainly aimed at. The control on the computing resources of the digital currency control platform is more reasonable.
In an exemplary embodiment of the present application, after the step S400, the first target intelligent contract that is associated with both the first target currency set and the second target currency set is further configured to perform the following steps:
s410, adding Tag 1 And storing the history owner identification into a currency set record file corresponding to the first target currency set and the second target currency set.
In this embodiment, after the current owner identifier of the first target currency set and the current owner identifier of the second target currency set are modified, the user identifier before modification 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 can be completed through the currency set record file.
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 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 use range of the embodiment 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 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 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, 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, the 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 above section "exemplary method" of this specification, when said 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. The 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 the case of a remote computing device, the remote computing device 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 an external computing device (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 appreciated that the processes illustrated in the above figures are not intended to indicate or limit the temporal 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 functionality 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 (5)
1. A digital currency based civil aviation 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 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 relationship with a first target event; a. The 2 For requesting the second target processing server to establish a Tag 1 An incidence relation with a second target event; 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; the first target event is a flight order establishment event, and the second target event is an insurance order establishment event;
wherein, A 1 =(Tag 1 ,Tag 21 ,Num 01 ,Con,Acc)，A 2 =(Tag 1 ,Tag 22 ,Num 02 ,Con,Acc)；Tag 1 Is the user identification, tag, corresponding to the target client 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 number of digital currencies corresponding to the first target event, num 02 The number of digital currencies corresponding to the second target eventThe Con is a contract identifier of a first target intelligent contract, and the Acc is an event identifier of a first target event;
s200, simultaneously associating the first target intelligent contract with a first target currency set and a second target currency set;
a first target intelligent contract that simultaneously associates a first target currency set with a second target currency set is used to perform the steps of:
s300, 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 as Tag 1 The digital currency of (2);
s400, modifying the current owner identification of each digital currency in the second target currency set into Tag 22 (ii) a The second target currency set comprises Num 02 The current owner is identified as Tag 1 The digital currency of (2);
s500, if the association success notification sent by the first target processing server is received within the set time, executing the step S510; otherwise, go to step S520;
s510, establishing an incidence relation between a first target currency set and a second target intelligent contract;
s520, the current owner identification of each digital currency in the first target currency set and the second target currency set is changed into Tag 1 ；
Tag 1 Each corresponding original currency set exists independently;
prior to said step S300, the first target smart contract, having associated both the first target currency set and the second target currency set, is further adapted to perform the steps of:
s310, 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 set of original currencies;
s320, if m is larger than beta, determining an original target currency set from m original currency sets according to a first rule; otherwise, determining an original target currency set from the m original currency sets according to a second 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 Beta is a preset number threshold;
s330, according to Num 01 And Num 02 Splitting the original target currency set to obtain a first target currency set and a second target currency set;
the first rule includes:
s340, 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;
s341, obtaining an information list B = (B) according to the money set record files corresponding to the n candidate money sets 1 ,B 2 ,...,B i ,...,B n )，i=1,2,...,n，B i The number of digital currencies in the ith candidate currency set; 0 < B 1 ＜B 2 ＜...＜B i ＜...＜B n ；
S342, let B 0 =0，j=1；
S343, order B 0 =B 0 +B j If B is 0 ＜Num 00 Step S344 is entered, otherwise, step S345 is entered;
s344, let j = j +1, and proceed to step S343;
s345, 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 S346;
s346, obtaining B p =B 0 -Num 00 ；
S347, 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;
s348, mixing B 1 ,B 2 ,...,B j-1 The corresponding candidate currency set and the second subset are jointly determined as the original target currency set;
the second rule includes:
s350, 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;
s351, 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 )，i=1,2,...,n，B i The number of digital currencies in the ith candidate currency set; 0 < B 1 ＜B 2 ＜...＜B i ＜...＜B n ；
S352, order B 0 =0，j=n；
S353, order B 0 =B 0 +B j If B is 0 ＜Num 00 If not, go to step S354, otherwise, go to step S355;
s354, let j = j-1, and proceed to step S353;
s355, if B 0 =Num 00 Then B is j ,B j+1 ,...,B n The corresponding candidate currency sets are determined as the original target currency set together; otherwise, go to step S356;
s356, obtaining B p =B 0 -Num 00 ；
S357, 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;
s358, mixing B j+1 ,B j+2 ,...,B n The corresponding set of candidate currencies and the second subset are jointly determined as the original target currency set.
2. The digital currency based civil aviation event processing system as claimed in claim 1, wherein the first target event has a corresponding event execution time T 1 ；
A second target intelligent contract that simultaneously associates a first target currency set with a second target currency set is used to perform the steps of:
s511, if at T 1 Previously, receiving a target event and Tag for the first target event 1 The current owner identification of each digital currency in the first target currency set and the second target currency set is modified to Tag 1 。
3. A digital currency based civil aviation event processing system according to claim 2 and wherein a second target intelligent contract, which is associated with both the first and second target currency sets, is further adapted to perform the steps of:
s512, if at T 1 Previously, receiving a target event for the second target event and Tag 1 The current owner identification of each digital currency in the second target currency set is modified to Tag 1 。
4. The digital currency based civil aviation event processing system according to claim 1, wherein the set condition is that the current set of raw currencies is not in 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 client.
5. The digital currency based civil aviation event processing system according to claim 1, wherein after step S400, the first target smart contract associating both the first target currency set and the second target currency set is further configured to perform the steps of:
s410, adding Tag 1 And storing the currency set as a historical owner identifier into a currency set record file corresponding to the first target currency set and the second target currency set.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211157892.7A CN115239349B (en) | 2022-09-22 | 2022-09-22 | Civil aviation event processing system based on digital currency |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211157892.7A CN115239349B (en) | 2022-09-22 | 2022-09-22 | Civil aviation event processing system based on digital currency |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115239349A CN115239349A (en) | 2022-10-25 |
| CN115239349B true CN115239349B (en) | 2022-12-09 |
Family
ID=83666998
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211157892.7A Active CN115239349B (en) | 2022-09-22 | 2022-09-22 | Civil aviation event processing system based on digital currency |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115239349B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107358523A (en) * | 2017-06-26 | 2017-11-17 | 中国人民银行数字货币研究所 | The method and apparatus that digital cash orientation uses |
| CN109493236A (en) * | 2018-09-30 | 2019-03-19 | 深圳市元征科技股份有限公司 | Aviation based on block chain technology is delayed dangerous processing method, device and equipment |
| 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 |
| CN114240682A (en) * | 2022-02-24 | 2022-03-25 | 中航信移动科技有限公司 | Request response method and device, electronic equipment and storage medium |
| CN114528346A (en) * | 2022-01-27 | 2022-05-24 | 中科大数据研究院 | Method for sharing transaction of multi-source heterogeneous data assets by depending on block chain |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190378224A1 (en) * | 2018-06-11 | 2019-12-12 | Walter Krych | Blockchain-based distribution platform |
| US20220156725A1 (en) * | 2020-11-18 | 2022-05-19 | International Business Machines Corporation | Cross-chain settlement mechanism |
-
2022
- 2022-09-22 CN CN202211157892.7A patent/CN115239349B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107358523A (en) * | 2017-06-26 | 2017-11-17 | 中国人民银行数字货币研究所 | The method and apparatus that digital cash orientation uses |
| CN109493236A (en) * | 2018-09-30 | 2019-03-19 | 深圳市元征科技股份有限公司 | Aviation based on block chain technology is delayed dangerous processing method, device and equipment |
| 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 |
| CN114528346A (en) * | 2022-01-27 | 2022-05-24 | 中科大数据研究院 | Method for sharing transaction of multi-source heterogeneous data assets by depending on block chain |
| CN114240682A (en) * | 2022-02-24 | 2022-03-25 | 中航信移动科技有限公司 | Request response method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115239349A (en) | 2022-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108959621B (en) | Method, device, equipment and storage medium for realizing block chain network | |
| CN109063049B (en) | Account processing method, device, equipment and storage medium of block chain network | |
| CN114240682A (en) | Request response method and device, electronic equipment and storage medium | |
| CN102428442A (en) | Issuing systems, acquiring systems, and payment networks/systems development | |
| CN112184158A (en) | Rental business approval method, device, equipment and medium | |
| CN110322321B (en) | Block chain-based electronic bill transfer method, device, equipment and medium | |
| CN109978694A (en) | A kind of credit method of commerce and device based on block chain | |
| CN104008477A (en) | Mobile terminal on-site online payment method, apparatus and system | |
| CN110730097B (en) | Internet technology architecture construction method and device, electronic equipment and medium | |
| CN110728445B (en) | Information management method, information management apparatus, electronic device, and medium | |
| CN115456227B (en) | Digital currency system for civil aviation event | |
| WO2021208713A1 (en) | Ex-warehouse control method, device and system | |
| CN115239349B (en) | Civil aviation event processing system based on digital currency | |
| CN115239348B (en) | Digital currency system for processing joint association request | |
| CN113392002B (en) | Test system construction method, device, equipment and storage medium | |
| CN115249159B (en) | Event processing system based on digital currency | |
| CN115456802B (en) | Insurance event processing system based on digital currency | |
| CN115239318B (en) | Event processing system for civil aviation insurance | |
| CN115456621B (en) | Digital currency processing system | |
| CN112988420A (en) | Enterprise-level micro-service management method and device, electronic equipment and storage medium | |
| KR102267842B1 (en) | System for managing expense and method using therewith | |
| CN111489139A (en) | Order payment method, device, equipment and medium based on big data | |
| CN113487438A (en) | Processing method and device of accumulation fund service | |
| CN115271732B (en) | Event processing system for controlling digital currency | |
| CN113869909A (en) | Supply chain financial business system development method and device, equipment and storage medium |
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 |