CN113052578A - Block chain based travel expense settlement method, device, equipment and storage medium - Google Patents
Block chain based travel expense settlement method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN113052578A CN113052578A CN202110431335.9A CN202110431335A CN113052578A CN 113052578 A CN113052578 A CN 113052578A CN 202110431335 A CN202110431335 A CN 202110431335A CN 113052578 A CN113052578 A CN 113052578A
- Authority
- CN
- China
- Prior art keywords
- transaction
- travel
- service
- information
- tourist
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 238000012790 confirmation Methods 0.000 claims abstract description 144
- 238000012545 processing Methods 0.000 claims abstract description 28
- 238000004590 computer program Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 4
- 238000012795 verification Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000036962 time dependent Effects 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/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
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- 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/401—Transaction verification
-
- 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/10—Services
- G06Q50/14—Travel agencies
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- Primary Health Care (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application provides a block chain-based travel expense settlement method, a block chain-based travel expense settlement device, equipment and a storage medium, wherein the method comprises the following steps: receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount; determining the height of a target block corresponding to the travel transaction according to the transaction information; creating a data chain corresponding to the travel transaction, and storing the transaction information and the target block height on the data chain; receiving service confirmation information, and storing the service confirmation information on a corresponding data link, wherein the service confirmation information comprises a travel transaction identifier, a service identifier and confirmation party signature information; judging whether the current block height in the data chain is the same as the target block height included in the transaction information of the travel transaction; if yes, transaction processing of the travel transaction is executed according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain. The method and the system can return the expenses of the travel service which is not enjoyed by the user to the user in time.
Description
Technical Field
The application belongs to the technical field of block chains, and particularly relates to a block chain-based travel expense settlement method, device, equipment and storage medium.
Background
At present, tourists often select travel services provided by travel agencies, in which the travel agencies may book the tourists with hotel, attraction, tour guide services and the like, and the tourists prepay the travel agencies for the travel services before going out. However, during the actual travel of the tourist, the tourist may not enter the hotel reserved by the travel agency, or the tourist may not go to some scenic spots planned by the travel agency, so that the travel agency needs to return the service fee that the tourist does not enjoy to the tourist. However, in an actual scene, when the tourists and the travel agency have charge disputes, real-time refund is difficult to realize.
Disclosure of Invention
The application provides a block chain-based travel expense settlement method, a block chain-based travel expense settlement device, equipment and a storage medium, the expense is paid to a travel agency only when the whole travel process reaches the height of a target block, and the service which is not enjoyed by a user can be judged through the confirmation condition of each link, so that the expense of the service which is not enjoyed by the user can be timely returned to the user.
The embodiment of the first aspect of the present application provides a block chain-based travel expense settlement method, including:
receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount;
determining the height of a target block corresponding to the travel transaction according to the transaction information;
creating a data chain corresponding to the travel transaction, and storing the transaction information and the target block height on the data chain;
receiving service confirmation information corresponding to the travel transaction, and storing the service confirmation information on a data chain corresponding to the travel transaction, wherein the service confirmation information comprises a travel transaction identifier, a service identifier and confirmation party signature information;
judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction;
and if so, executing transaction processing of the travel transaction according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain.
In some embodiments of the present application, the determining the target block height corresponding to the travel transaction according to the transaction information includes:
acquiring a travel contract corresponding to the travel transaction according to a contract address included in the transaction information;
acquiring the time when the travel service is ended from the travel contract;
and determining the height of the target block corresponding to the travel transaction according to the time of receiving the transaction information and the time of finishing the travel service.
In some embodiments of the present application, determining the target block height corresponding to the travel transaction according to the time of receiving the transaction information and the time of the travel service ending comprises:
determining the duration between the moment of receiving the transaction information and the moment of finishing the travel service as the duration of the travel transaction;
calculating the ratio of the duration to a preset block generation duration, wherein the preset block generation duration is the average duration required for generating a block in the block chain system;
and determining the ratio as the height of the target block corresponding to the travel transaction.
In some embodiments of the present application, the performing transaction processing of the travel transaction according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data link includes:
acquiring transaction information corresponding to the travel transaction and each service confirmation information from a data chain corresponding to the travel transaction;
acquiring a travel contract corresponding to the travel transaction;
and executing transaction processing of the travel transaction according to the travel contract, the transaction information and the service confirmation information.
In some embodiments of the present application, said performing transaction processing of the travel transaction based on the travel contract, the transaction information, and the each service confirmation information comprises:
determining whether unconfirmed services exist in the services corresponding to the travel transaction according to the travel contract and the service confirmation information;
if the services which are not confirmed do not exist, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist, and transferring the service fee amount to the account of the travel agency;
if the unconfirmed service exists, the unconfirmed service is arbitrated, and the transaction processing of the travel transaction is executed according to the arbitration result, the travel contract, the transaction information and the confirmation information of each service.
In some embodiments of the present application, the arbitrating the unconfirmed services and performing transaction processing of the travel transaction according to the arbitration result, the travel contract, the transaction information, and the confirmation information of each service includes:
sending an arbitration request to an arbitrator, wherein the arbitration request comprises an unconfirmed service identifier, service party information and tourist information;
receiving an arbitration result returned by the arbitration method, and if the arbitration result indicates that the tourist uses the unconfirmed service, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist and transferring the service fee amount to the account of the travel agency;
and if the arbitration result indicates that the tourist does not use the unconfirmed service, deducting the service fee of the unconfirmed service from the service amount included in the transaction information corresponding to the travel transaction, transferring the rest amount to an account of the travel agency, and returning the service fee of the unconfirmed service to the account of the tourist.
In some embodiments of the present application, the storing the service confirmation information on the data link corresponding to the travel transaction includes:
determining a data chain corresponding to the travel transaction to which the service confirmation information belongs according to the travel transaction identifier included in the service confirmation information;
and storing the service confirmation information on the determined data chain.
An embodiment of a second aspect of the present application provides a block chain-based travel expense settlement apparatus, including:
the receiving module is used for receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount;
the determining module is used for determining the height of a target block corresponding to the travel transaction according to the transaction information;
the storage module is used for creating a data chain corresponding to the travel transaction and storing the transaction information and the target block height on the data chain;
the receiving module is used for receiving service confirmation information corresponding to the tourism transaction, and storing the service confirmation information on a data chain corresponding to the tourism transaction through the storage module, wherein the service confirmation information comprises a tourism transaction identifier, a service identifier and confirmation party signature information;
the judging module is used for judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction;
and the transaction execution module is used for executing transaction processing of the travel transaction according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain if the judgment module judges that the block height of the current block is the same as the target block height included in the transaction information.
Embodiments of the third aspect of the present application provide a computer device comprising a memory and a processor, the memory having stored therein computer-readable instructions, which, when executed by the processor, cause the processor to perform the steps of the method of the first aspect described above.
Embodiments of the fourth aspect of the present application provide a storage medium storing computer-readable instructions which, when executed by one or more processors, cause the one or more processors to perform the steps of the method of the first aspect described above.
The technical scheme provided in the embodiment of the application at least has the following technical effects or advantages:
in the embodiment of the application, the node device generates the height of a target block for executing the travel expense settlement according to the travel contract, divides the whole travel process into a plurality of links, confirms the link by a tourist or a service party (such as a hotel or a scenic spot), and arbitrates the unconfirmed nodes by an arbitrator. Therefore, the prepayment of the user can not be directly paid to the travel agency, but the payment can be paid to the travel agency when the whole travel process reaches the target block height, the service which is not enjoyed by the user can be accurately judged through the confirmation condition or the arbitration result of each link, and the cost of the service which is not enjoyed by the user is timely returned to the user.
Additional aspects and advantages of the present application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the present application.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the application. Also, like reference numerals are used to refer to like parts throughout the drawings.
In the drawings:
FIG. 1 is a flow chart illustrating a block chain based travel fare settlement method according to an embodiment of the present application;
FIG. 2 is a schematic diagram illustrating a block chain-based travel expense settlement apparatus according to an embodiment of the present application;
FIG. 3 is a schematic diagram illustrating an exemplary configuration of a computer device according to an embodiment of the present disclosure;
fig. 4 is a schematic diagram of a storage medium provided in an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
It will be understood that, as used herein, the terms "first," "second," and the like may be used herein to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish one element from another.
Some embodiments of the present application provide a block chain-based travel expense settlement method, which divides the whole travel process into a plurality of nodes, confirms at each node by a visitor or a service party (such as a hotel or a scenic spot), and arbitrates for unconfirmed nodes by an arbitrator. Therefore, the prepayment of the user can not be directly paid to the travel agency, but the payment can be paid to the travel agency when the whole travel process reaches a certain node or a final node, the service which is not enjoyed by the user can be accurately judged through the confirmation condition or the arbitration result of each node, and the cost of the service which is not enjoyed by the user is timely returned to the user.
Referring to fig. 1, the method specifically includes the following steps:
step 101: and receiving transaction information of the travel transaction sent by the tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount.
In the present embodiment, travel agencies, visitors, hotels, and tourist attractions are all certified over lines in a blockchain system. The execution subject of the embodiment of the application is node equipment in a block chain system. When a tourist signs a travel contract with a travel agency, the travel contract is formulated, and the travel contract is deployed in the blockchain system, the tourist sends transaction information of the travel transaction to a node device in the blockchain system through a terminal such as a mobile phone or a computer of the tourist, and the node device can be the node device closest to the terminal of the tourist.
The node equipment receives transaction information sent by a terminal of a tourist, wherein the transaction information comprises a tourist transaction identifier, a contract address and a service fee amount corresponding to the tourist transaction. The travel transaction identifier is used for uniquely identifying the travel transaction. The contract address is an address of a travel contract that uniquely identifies the travel contract. The amount of the service fee is the total amount of the service fee that the tourist needs to pay to the travel agency according to the travel contract signed by the tourist and the travel agency.
Step 102: and determining the height of the target block corresponding to the travel transaction according to the transaction information.
In the embodiment of the application, the tourist initiates the travel transaction time zone block chain system, service fee amount in the transaction information is not immediately transferred to the account of the travel agency, but the settlement is carried out when the travel service specified by the travel contract is finished, and the total fee amount of all services enjoyed by the tourist is transferred to the account of the travel agency. The target block height is a height of a block where the settlement and transfer process of the travel is finally performed.
Acquiring a travel contract corresponding to the travel transaction according to the contract address included in the transaction information; acquiring the time when the travel service is ended from the travel contract; and determining the height of the target block corresponding to the travel transaction according to the time of receiving the transaction information and the time of finishing the travel service. Specifically, the duration between the moment of receiving the transaction information and the moment of finishing the travel service is determined as the duration of the travel transaction; calculating the ratio of the duration to the generation duration of a preset block, wherein the generation duration of the preset block is the average duration required for generating one block in the block chain system; and determining the ratio as the height of the target block corresponding to the travel transaction.
For example, if the average time period required to generate a block in the blockchain system is 20 seconds, and the time period between the time when the guest initiates the travel transaction and the time when the services specified by the travel contract are all finished is 3 days, the target block height is 51840 which is the ratio between 3 days and 20 seconds.
In other embodiments of the present application, the travel transaction may not be executed until all travel services specified by the travel contract have been completed, but rather, the fees for each service may be settled upon completion of the service and transferred to the account of the travel agency. In this application scenario, the target block height corresponding to each service may be calculated as described above, and the target block height corresponding to a service is the height of a block for which the payment for the service is settled when the service is completed. The target block height corresponding to the service may be a ratio of a time length between a time when the tourist initiates the travel transaction and a time when the service is ended as specified by the travel contract to a preset block generation time length.
For example, if the average time length required for generating one block in the block chain system is 20 seconds, and the time length between the time when the tourist initiates the travel transaction and the time when the hotel service specified by the travel contract ends is 1 day, the target block height corresponding to the hotel service is the ratio 17280 between 1 day and 20 seconds.
Step 103: and creating a data chain corresponding to the travel transaction, and storing the transaction information and the calculated target block height on the data chain.
And (3) creating a data chain corresponding to the travel transaction locally, and storing the transaction information and the target block height calculated in the step (102) on the data chain. The node device also transmits the transaction information and the target block height to each other node device in the block chain system, and each other node device receives the transaction information and the target block height, creates a data chain corresponding to the travel transaction locally, and stores the transaction information and the target block height on the respective data chain.
Step 104: and receiving service confirmation information corresponding to the travel transaction, and storing the service confirmation information on a data chain corresponding to the travel transaction, wherein the service confirmation information comprises a travel transaction identifier, a service identifier and confirmation party signature information.
After the guest has enjoyed a certain service in the travel contract, a confirmation transaction for that service may be initiated by the guest or the service party. And the terminal of the tourist or the service party sends service confirmation information to the node equipment in the block chain, wherein the service confirmation information comprises the travel transaction identifier corresponding to the travel transaction to which the service belongs, the service identifier of the service and the signature information of the confirmation party.
For example, after a tourist enters a hotel, a confirmation request of the tourist entering the hotel may be initiated by the tour guide, the tourist receives the confirmation request and then confirms to generate corresponding hotel confirmation information, the hotel confirmation information includes a corresponding tour transaction identifier, a service identifier corresponding to the hotel, and signature information of the tourist, and the signature information of the tourist may include one or more of information such as the name, contact information, or identification number of the tourist. And the terminal of the tourist sends the hotel confirmation information to the node equipment in the block chain.
For another example, after the tourist checks the ticket in the scenic spot, the tourist may initiate a confirmation request for the tourist to visit the scenic spot, and after receiving the confirmation request, the tourist confirms to generate corresponding scenic spot confirmation information, where the scenic spot confirmation information includes a corresponding travel transaction identifier, a service identifier corresponding to the scenic spot, and signature information of the tourist, and the signature information of the tourist may include one or more of information such as the name, contact information, or identification number of the tourist. And the terminal of the tourist sends the scenic spot confirmation information to the node equipment in the block chain.
For each link during the travel, after the tourist enjoys the corresponding service provided by the travel agency, the tour guide can initiate a confirmation request for the access, the tourist can confirm the request, and the generated service confirmation information is sent to the block chain. In an actual application scenario, the tour guide initiates a service confirmation request for the guest, but the user does not confirm the request. When this occurs, a service confirmation request to the service party may be initiated by the guide and confirmed by the service party.
For example, if the tour guide initiates a confirmation request for the guest to stay in the hotel after the guest stays in the hotel, the guest does not confirm after receiving the confirmation request. The tour guide may initiate the guest confirmation request to the store, including the guest's name, contact or identification number. And the hotel confirmation information comprises corresponding travel transaction identification, service identification corresponding to the hotel and signature information of the hotel, and the signature information of the hotel comprises identification information of the hotel, the check-in time and the check-in house number of the tourist, and identity information such as the name, the contact way or the identity card number of the tourist and the like. The identification information of the hotel may be the name of the hotel. The restaurant side sends the hotel confirmation information to the node devices in the blockchain.
For another example, after the tourist checks the ticket in the scenic spot, and the tour guide initiates a confirmation request of the tourist visiting the scenic spot, if the tourist does not confirm, the tour guide may initiate a service confirmation request to the scenic spot side, and the scenic spot side confirms. And after the scenic spot party confirms, generating corresponding scenic spot confirmation information, wherein the scenic spot confirmation information comprises corresponding tourist transaction identification, service identification corresponding to the scenic spot and signature information of the scenic spot, and the signature information of the scenic spot can comprise information such as identification information of the scenic spot, ticket checking time of the tourist in the scenic spot, name, contact way or identity number of the tourist and the like. And the scenic spot side sends the scenic spot confirmation information to the node equipment in the block chain.
In other embodiments of the present application, the service confirmation request may not be initiated by the tour guide and confirmed by the guest or the service party. But the service side such as the store side and the scenic spot side is used as the external prediction machine of the blockchain system. When the tourist enjoys the services of the service side such as the restaurant side and the scenic spot side specified in the travel contract, the service side transmits the service confirmation information to the travel contract in the form of an external prediction machine. For example, after a guest has checked in at the hotel, the hotel party sends a hotel confirmation message to the travel contract in the form of an external predictive agent. For another example, after the tourist checks the ticket in the scenic spot, the scenic spot side sends the scenic spot confirmation information to the travel contract in the form of an external prediction machine.
After receiving the service confirmation information, the node equipment determines a data chain corresponding to the travel transaction to which the service confirmation information belongs according to the travel transaction identifier included in the service confirmation information; the service confirmation information is stored on the determined data link.
After any of the services specified in the travel contract are completed, the guest or the server may send a service confirmation message to the node devices in the blockchain. And the node equipment receives the service confirmation information, and stores the service confirmation information on a data link corresponding to the corresponding travel transaction identifier according to the travel transaction identifier included in the service confirmation information.
The node device also transmits the service confirmation information to each other node device in the blockchain system, and each other node device receives the service confirmation information and stores the service confirmation information on a data chain corresponding to the travel transaction identification in respective local places.
Step 105: and judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction, if so, executing the step 106, otherwise, returning to the step 104.
The target block height is time-dependent, a time duration between a time when the tourist initiates the travel transaction and a time when each service specified by the travel contract is finished is determined, a ratio of the time duration to a time duration required by the block chain system to generate one block on average is calculated, and the ratio is determined as the target block height. Whether the travel transaction is executed is determined by judging whether the block height of the current block reaches the target block height, which is equivalent to judging whether each service specified by a travel contract corresponding to the travel transaction is finished or not, and executing the travel transaction when each service is finished so as to settle the service fees of all services in the travel process.
After the node device receives the service confirmation information and stores the service confirmation information in the corresponding data chain, it is determined whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction stored in the data chain, if so, it indicates that all services corresponding to the travel transaction have been completed, and step 106 is executed to complete the travel transaction. If not, the service corresponding to the travel transaction is indicated to have the service which is not ended, then the step 104 is returned to continue to receive some service confirmation information sent by the tourists or the service parties after the service is ended in the process of waiting for the block height to reach the block height included in the transaction information.
Step 106: and executing transaction processing of the travel transaction according to the transaction information and the service confirmation information which are stored in the data chain and correspond to the travel transaction.
And when the current block height reaches the target block height included in the transaction information, acquiring the transaction information corresponding to the travel transaction and each service confirmation information from the data chain corresponding to the travel transaction, and acquiring the travel contract corresponding to the travel transaction. And executing transaction processing of the travel transaction according to the travel contract, the transaction information and each service confirmation information.
Specifically, whether unconfirmed services exist in the services corresponding to the travel transaction is determined according to the travel contract and each service confirmation message, if not, all the services are confirmed, and the tourist needs to pay service fees of all the services to the travel agency, so that the service fee amount included in the transaction message corresponding to the travel transaction is deducted from the account of the tourist, and the service fee amount is transferred to the account of the travel agency.
And if the confirmed services exist in the services corresponding to the travel transaction, carrying out arbitration processing on the services which are not confirmed, and executing the transaction processing of the travel transaction according to an arbitration result, the travel contract, the transaction information and the confirmation information of each service.
Specifically, an arbitration request is sent to the arbitrator, the arbitration request including an unacknowledged service identification, service side information, and guest information. The service party information may include a name, a unique identifier, a contact address, and the like of the service party. The tourist information includes the name, contact, identification number, etc. of the tourist. The arbitrator can be a platform for supervising the travel agency, an administrative department, or the like. And after receiving the arbitration request, the arbitrator calls service verification information corresponding to the visitor information from the service party according to the service party information and the visitor information, and if the service to be arbitrated is hotel service, the called service verification information is hotel check-in information of the visitor. If the service needing arbitration is a scenic spot tour service, the called service verification information is the scenic spot ticket checking information of the tourist. The arbitrator decides whether the guest uses the unconfirmed service according to the called service authentication information. And after obtaining the arbitration result, the arbitrator sends the arbitration result to the node equipment.
The node device receives the arbitration result sent by the arbitrator, and if the arbitration result indicates that the tourist uses the unconfirmed service, the tourist needs to pay the service fee of the service to the travel agency, so the node device deducts the service fee amount included in the transaction information from the account of the tourist and transfers the service fee amount to the account of the travel agency.
If the arbitration result indicates that the tourist does not use the unconfirmed service, the tourist does not need to pay the service fee of the service to the travel agency, the service fee of the unconfirmed service is deducted from the service amount included in the transaction information corresponding to the travel transaction, the rest amount is transferred to the account of the travel agency, and the service fee of the unconfirmed service is returned to the account of the tourist.
In the embodiment of the application, the node device generates the height of a target block for executing the travel expense settlement according to the travel contract, divides the whole travel process into a plurality of links, confirms the link by a tourist or a service party (such as a hotel or a scenic spot), and arbitrates the unconfirmed nodes by an arbitrator. Therefore, the prepayment of the user can not be directly paid to the travel agency, but the payment can be paid to the travel agency when the whole travel process reaches the target block height, the service which is not enjoyed by the user can be accurately judged through the confirmation condition or the arbitration result of each link, and the cost of the service which is not enjoyed by the user is timely returned to the user.
An embodiment of the present invention provides a block chain-based travel fare settlement apparatus for performing the block chain-based travel fare settlement method according to any one of the above embodiments, as shown in fig. 2, the apparatus including:
the receiving module 201 is configured to receive transaction information of the travel transaction sent by the tourist, where the transaction information includes a travel transaction identifier, a contract address, and a service fee amount;
the determining module 202 is used for determining the height of a target block corresponding to the travel transaction according to the transaction information;
the storage module 203 is used for creating a data chain corresponding to the travel transaction and storing the transaction information and the target block height on the data chain;
the receiving module 201 is used for receiving service confirmation information corresponding to the travel transaction, and storing the service confirmation information on a data chain corresponding to the travel transaction through the storage module 203, wherein the service confirmation information comprises a travel transaction identifier, a service identifier and confirmation party signature information;
the judging module 204 is configured to judge whether the block height of the current block in the data chain is the same as a target block height included in the transaction information of the travel transaction;
and the transaction executing module 205 is configured to execute transaction processing of the travel transaction according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data link if the determining module 204 determines that the block height of the current block is the same as the target block height included in the transaction information.
The determining module 202 is used for acquiring a travel contract corresponding to the travel transaction according to the contract address included in the transaction information; acquiring the time when the travel service is ended from the travel contract; and determining the height of the target block corresponding to the travel transaction according to the time of receiving the transaction information and the time of finishing the travel service.
The determining module 202 is used for determining the duration between the time of receiving the transaction information and the time of finishing the travel service as the duration of the travel transaction; calculating the ratio of the duration to the generation duration of a preset block, wherein the generation duration of the preset block is the average duration required for generating one block in the block chain system; and determining the ratio as the height of the target block corresponding to the travel transaction.
The transaction execution module 205 is used for acquiring transaction information corresponding to the travel transaction and each service confirmation information from a data chain corresponding to the travel transaction; acquiring a travel contract corresponding to the travel transaction; and executing transaction processing of the travel transaction according to the travel contract, the transaction information and each service confirmation information.
The transaction execution module 205 is configured to determine whether an unconfirmed service exists in the services corresponding to the travel transaction according to the travel contract and each service confirmation information; if the services which are not confirmed do not exist, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist, and transferring the service fee amount to the account of the travel agency; if the unconfirmed service exists, the unconfirmed service is arbitrated, and the transaction processing of the travel transaction is executed according to the arbitration result, the travel contract, the transaction information and the confirmation information of each service.
A transaction execution module 205, configured to send an arbitration request to an arbitrator, where the arbitration request includes an unconfirmed service identifier, service party information, and guest information; receiving an arbitration result returned by the arbitration method, and if the arbitration result indicates that the tourist uses unconfirmed service, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist and transferring the service fee amount into the account of the travel agency; if the arbitration result indicates that the tourist does not use the unconfirmed service, the service fee of the unconfirmed service is deducted from the service amount included in the transaction information corresponding to the travel transaction, the rest amount is transferred to the account of the travel agency, and the service fee of the unconfirmed service is returned to the account of the tourist.
The storage module 203 is used for determining a data chain corresponding to the travel transaction to which the service confirmation information belongs according to the travel transaction identifier included in the service confirmation information; and storing the service confirmation information on the determined data chain.
In the embodiment of the application, the node device generates the height of a target block for executing the travel expense settlement according to the travel contract, divides the whole travel process into a plurality of links, confirms the link by a tourist or a service party (such as a hotel or a scenic spot), and arbitrates the unconfirmed nodes by an arbitrator. Therefore, the prepayment of the user can not be directly paid to the travel agency, but the payment can be paid to the travel agency when the whole travel process reaches the target block height, the service which is not enjoyed by the user can be accurately judged through the confirmation condition or the arbitration result of each link, and the cost of the service which is not enjoyed by the user is timely returned to the user.
The embodiment of the application provides computer equipment. As shown in fig. 3, the computer device includes a processor, a storage medium, a memory, and a network interface connected through a system bus. The storage medium of the computer device stores an operating system, a database and computer readable instructions, the database can store control information sequences, and the computer readable instructions when executed by the processor can enable the processor to realize a block chain-based travel expense settlement method. The processor of the computer device is used for providing calculation and control capability and supporting the operation of the whole computer device. The memory of the computer device may have stored therein computer readable instructions that, when executed by the processor, cause the processor to perform a block chain based travel fare settlement method. The network interface of the computer device is used for connecting and communicating with the terminal. Those skilled in the art will appreciate that the architecture shown in fig. 3 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
The computer device comprises a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program: receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount; determining the height of a target block corresponding to the travel transaction according to the transaction information; creating a data chain corresponding to the travel transaction, and storing the transaction information and the target block height on the data chain; receiving service confirmation information corresponding to the tourism transaction, and storing the service confirmation information on a data chain corresponding to the tourism transaction, wherein the service confirmation information comprises a tourism transaction identifier, a service identifier and confirmation party signature information; judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction; if yes, transaction processing of the travel transaction is executed according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain.
The processor, when executing the computer program, may further perform the steps of: acquiring a travel contract corresponding to the travel transaction according to the contract address included in the transaction information; acquiring the time when the travel service is ended from the travel contract; and determining the height of the target block corresponding to the travel transaction according to the time of receiving the transaction information and the time of finishing the travel service.
The processor, when executing the computer program, may further perform the steps of: determining the duration between the moment of receiving the transaction information and the moment of finishing the travel service as the duration of the travel transaction; calculating the ratio of the duration to the generation duration of a preset block, wherein the generation duration of the preset block is the average duration required for generating one block in the block chain system; and determining the ratio as the height of the target block corresponding to the travel transaction.
The processor, when executing the computer program, may further perform the steps of: acquiring transaction information corresponding to the travel transaction and each service confirmation information from a data chain corresponding to the travel transaction; acquiring a travel contract corresponding to the travel transaction; and executing transaction processing of the travel transaction according to the travel contract, the transaction information and each service confirmation information.
The processor, when executing the computer program, may further perform the steps of: determining whether unconfirmed services exist in the services corresponding to the travel transaction according to the travel contract and the confirmation information of each service; if the services which are not confirmed do not exist, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist, and transferring the service fee amount to the account of the travel agency; if the unconfirmed service exists, the unconfirmed service is arbitrated, and the transaction processing of the travel transaction is executed according to the arbitration result, the travel contract, the transaction information and the confirmation information of each service.
The processor, when executing the computer program, may further perform the steps of: sending an arbitration request to an arbitrator, wherein the arbitration request comprises an unconfirmed service identifier, service party information and tourist information; receiving an arbitration result returned by the arbitration method, and if the arbitration result indicates that the tourist uses unconfirmed service, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist and transferring the service fee amount into the account of the travel agency; if the arbitration result indicates that the tourist does not use the unconfirmed service, the service fee of the unconfirmed service is deducted from the service amount included in the transaction information corresponding to the travel transaction, the rest amount is transferred to the account of the travel agency, and the service fee of the unconfirmed service is returned to the account of the tourist.
The processor, when executing the computer program, may further perform the steps of: determining a data chain corresponding to the travel transaction to which the service confirmation information belongs according to the travel transaction identifier included in the service confirmation information; and storing the service confirmation information on the determined data chain.
In the embodiment of the application, the node device generates the height of a target block for executing the travel expense settlement according to the travel contract, divides the whole travel process into a plurality of links, confirms the link by a tourist or a service party (such as a hotel or a scenic spot), and arbitrates the unconfirmed nodes by an arbitrator. Therefore, the prepayment of the user can not be directly paid to the travel agency, but the payment can be paid to the travel agency when the whole travel process reaches the target block height, the service which is not enjoyed by the user can be accurately judged through the confirmation condition or the arbitration result of each link, and the cost of the service which is not enjoyed by the user is timely returned to the user.
Embodiments of the present application also provide a storage medium storing computer-readable instructions, as shown in fig. 4, which when executed by one or more processors, cause the one or more processors to perform the following steps: receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount; determining the height of a target block corresponding to the travel transaction according to the transaction information; creating a data chain corresponding to the travel transaction, and storing the transaction information and the target block height on the data chain; receiving service confirmation information corresponding to the tourism transaction, and storing the service confirmation information on a data chain corresponding to the tourism transaction, wherein the service confirmation information comprises a tourism transaction identifier, a service identifier and confirmation party signature information; judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction; if yes, transaction processing of the travel transaction is executed according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain.
The processor may further perform the steps of: acquiring a travel contract corresponding to the travel transaction according to the contract address included in the transaction information; acquiring the time when the travel service is ended from the travel contract; and determining the height of the target block corresponding to the travel transaction according to the time of receiving the transaction information and the time of finishing the travel service.
The processor may further perform the steps of: determining the duration between the moment of receiving the transaction information and the moment of finishing the travel service as the duration of the travel transaction; calculating the ratio of the duration to the generation duration of a preset block, wherein the generation duration of the preset block is the average duration required for generating one block in the block chain system; and determining the ratio as the height of the target block corresponding to the travel transaction.
The processor may further perform the steps of: acquiring transaction information corresponding to the travel transaction and each service confirmation information from a data chain corresponding to the travel transaction; acquiring a travel contract corresponding to the travel transaction; and executing transaction processing of the travel transaction according to the travel contract, the transaction information and each service confirmation information.
The processor may further perform the steps of: determining whether unconfirmed services exist in the services corresponding to the travel transaction according to the travel contract and the confirmation information of each service; if the services which are not confirmed do not exist, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist, and transferring the service fee amount to the account of the travel agency; if the unconfirmed service exists, the unconfirmed service is arbitrated, and the transaction processing of the travel transaction is executed according to the arbitration result, the travel contract, the transaction information and the confirmation information of each service.
The processor may further perform the steps of: sending an arbitration request to an arbitrator, wherein the arbitration request comprises an unconfirmed service identifier, service party information and tourist information; receiving an arbitration result returned by the arbitration method, and if the arbitration result indicates that the tourist uses unconfirmed service, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist and transferring the service fee amount into the account of the travel agency; if the arbitration result indicates that the tourist does not use the unconfirmed service, the service fee of the unconfirmed service is deducted from the service amount included in the transaction information corresponding to the travel transaction, the rest amount is transferred to the account of the travel agency, and the service fee of the unconfirmed service is returned to the account of the tourist.
The processor may further perform the steps of: determining a data chain corresponding to the travel transaction to which the service confirmation information belongs according to the travel transaction identifier included in the service confirmation information; and storing the service confirmation information on the determined data chain.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and can include the processes of the embodiments of the methods described above when the computer program is executed. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), or a Random Access Memory (RAM).
The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A block chain-based travel expense settlement method is characterized by comprising the following steps:
receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount;
determining the height of a target block corresponding to the travel transaction according to the transaction information;
creating a data chain corresponding to the travel transaction, and storing the transaction information and the target block height on the data chain;
receiving service confirmation information corresponding to the travel transaction, and storing the service confirmation information on a data chain corresponding to the travel transaction, wherein the service confirmation information comprises a travel transaction identifier, a service identifier and confirmation party signature information;
judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction;
and if so, executing transaction processing of the travel transaction according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain.
2. The method of claim 1, wherein determining a target block height for the travel transaction based on the transaction information comprises:
acquiring a travel contract corresponding to the travel transaction according to a contract address included in the transaction information;
acquiring the time when the travel service is ended from the travel contract;
and determining the height of the target block corresponding to the travel transaction according to the time of receiving the transaction information and the time of finishing the travel service.
3. The method of claim 2, wherein determining the target block height for the travel transaction based on the time the transaction information is received and the time the travel service is completed comprises:
determining the duration between the moment of receiving the transaction information and the moment of finishing the travel service as the duration of the travel transaction;
calculating the ratio of the duration to a preset block generation duration, wherein the preset block generation duration is the average duration required for generating a block in the block chain system;
and determining the ratio as the height of the target block corresponding to the travel transaction.
4. The method according to claim 1, wherein the performing transaction processing of the travel transaction based on the transaction information and the service confirmation information corresponding to the travel transaction stored on the data link comprises:
acquiring transaction information corresponding to the travel transaction and each service confirmation information from a data chain corresponding to the travel transaction;
acquiring a travel contract corresponding to the travel transaction;
and executing transaction processing of the travel transaction according to the travel contract, the transaction information and the service confirmation information.
5. The method as set forth in claim 4, wherein said executing transaction processing of said travel transaction based on said travel contract, said transaction information and said each service confirmation information comprises:
determining whether unconfirmed services exist in the services corresponding to the travel transaction according to the travel contract and the service confirmation information;
if the services which are not confirmed do not exist, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist, and transferring the service fee amount to the account of the travel agency;
if the unconfirmed service exists, the unconfirmed service is arbitrated, and the transaction processing of the travel transaction is executed according to the arbitration result, the travel contract, the transaction information and the confirmation information of each service.
6. The method of claim 5, wherein arbitrating the unconfirmed services and performing transaction processing for the travel transaction based on the arbitration result, the travel contract, the transaction information, and the confirmation information for each service comprises:
sending an arbitration request to an arbitrator, wherein the arbitration request comprises an unconfirmed service identifier, service party information and tourist information;
receiving an arbitration result returned by the arbitration method, and if the arbitration result indicates that the tourist uses the unconfirmed service, deducting the service fee amount included in the transaction information corresponding to the travel transaction from the account of the tourist and transferring the service fee amount to the account of the travel agency;
and if the arbitration result indicates that the tourist does not use the unconfirmed service, deducting the service fee of the unconfirmed service from the service amount included in the transaction information corresponding to the travel transaction, transferring the rest amount to an account of the travel agency, and returning the service fee of the unconfirmed service to the account of the tourist.
7. The method of claim 1, wherein storing the service confirmation information on a data link corresponding to the travel transaction comprises:
determining a data chain corresponding to the travel transaction to which the service confirmation information belongs according to the travel transaction identifier included in the service confirmation information;
and storing the service confirmation information on the determined data chain.
8. A travel fare settlement apparatus based on a block chain, comprising:
the receiving module is used for receiving transaction information of travel transaction sent by a tourist, wherein the transaction information comprises travel transaction identification, contract address and service fee amount;
the determining module is used for determining the height of a target block corresponding to the travel transaction according to the transaction information;
the storage module is used for creating a data chain corresponding to the travel transaction and storing the transaction information and the target block height on the data chain;
the receiving module is used for receiving service confirmation information corresponding to the tourism transaction, and storing the service confirmation information on a data chain corresponding to the tourism transaction through the storage module, wherein the service confirmation information comprises a tourism transaction identifier, a service identifier and confirmation party signature information;
the judging module is used for judging whether the block height of the current block in the data chain is the same as the target block height included in the transaction information of the travel transaction;
and the transaction execution module is used for executing transaction processing of the travel transaction according to the transaction information and the service confirmation information corresponding to the travel transaction stored in the data chain if the judgment module judges that the block height of the current block is the same as the target block height included in the transaction information.
9. A computer device comprising a memory and a processor, the memory having stored therein computer-readable instructions that, when executed by the processor, cause the processor to perform the steps of the method of any of claims 1 to 7.
10. A storage medium having stored thereon computer-readable instructions which, when executed by one or more processors, cause the one or more processors to perform the steps of the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110431335.9A CN113052578A (en) | 2021-04-21 | 2021-04-21 | Block chain based travel expense settlement method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110431335.9A CN113052578A (en) | 2021-04-21 | 2021-04-21 | Block chain based travel expense settlement method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113052578A true CN113052578A (en) | 2021-06-29 |
Family
ID=76519851
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110431335.9A Pending CN113052578A (en) | 2021-04-21 | 2021-04-21 | Block chain based travel expense settlement method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113052578A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116029733A (en) * | 2023-02-28 | 2023-04-28 | 苏州市民卡有限公司 | Alliance scenic spot service management method and system |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102070252B1 (en) * | 2018-07-17 | 2020-01-28 | 주식회사 한컴위드 | Blockchain based payment service server and operating method thereof |
| CN111008718A (en) * | 2019-11-28 | 2020-04-14 | 腾讯科技（深圳）有限公司 | Hotel management method, device, terminal and storage medium based on block chain |
| KR20200061853A (en) * | 2018-11-26 | 2020-06-03 | (주)아라커뮤니케이션즈 | System and method for processing tour event via block chain |
| US20200279261A1 (en) * | 2019-06-03 | 2020-09-03 | Alibaba Group Holding Limited | Blockchain-based reconciliation system, method, and apparatus and electronic device |
| CN111798230A (en) * | 2020-06-18 | 2020-10-20 | 昆明大棒客科技有限公司 | Block chain based staged payment method, device and equipment |
| CN112150146A (en) * | 2020-09-22 | 2020-12-29 | 京东数字科技控股股份有限公司 | Block processing method, device and equipment of block chain and storage medium |
-
2021
- 2021-04-21 CN CN202110431335.9A patent/CN113052578A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102070252B1 (en) * | 2018-07-17 | 2020-01-28 | 주식회사 한컴위드 | Blockchain based payment service server and operating method thereof |
| KR20200061853A (en) * | 2018-11-26 | 2020-06-03 | (주)아라커뮤니케이션즈 | System and method for processing tour event via block chain |
| US20200279261A1 (en) * | 2019-06-03 | 2020-09-03 | Alibaba Group Holding Limited | Blockchain-based reconciliation system, method, and apparatus and electronic device |
| CN111008718A (en) * | 2019-11-28 | 2020-04-14 | 腾讯科技（深圳）有限公司 | Hotel management method, device, terminal and storage medium based on block chain |
| CN111798230A (en) * | 2020-06-18 | 2020-10-20 | 昆明大棒客科技有限公司 | Block chain based staged payment method, device and equipment |
| CN112150146A (en) * | 2020-09-22 | 2020-12-29 | 京东数字科技控股股份有限公司 | Block processing method, device and equipment of block chain and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 李松钊等: "基于区块链的旅游服务交易智能合约算法研究", 《广西师范学院学报 自然科学版》, vol. 36, no. 1, pages 64 - 65 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116029733A (en) * | 2023-02-28 | 2023-04-28 | 苏州市民卡有限公司 | Alliance scenic spot service management method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106056403B (en) | A kind of rail traffic expense of riding determines method and system | |
| CN105701551A (en) | Intelligent parking platform and intelligent parking method | |
| CN109242617A (en) | One kind is hired a car method and system | |
| CN105678546B (en) | Digital asset processing method based on distributed shared general ledger | |
| CN109410634A (en) | Vehicles management method, system and storage medium | |
| CN108846910A (en) | Close method of payment, system and storage medium are exempted from vehicle payment | |
| Khang et al. | Wireless mobile-based shopping mall car parking system (WMCPS) | |
| CN105957259A (en) | Mobile phone APP obtain charging pile information system and load balancing method, and renting method | |
| CN108039056A (en) | Terminal, the method for renting parking stall, parking stall management method and system | |
| CN105184377A (en) | Movement position information-based seat reservation method and system | |
| CN106464724B (en) | Transport system user inspection | |
| CN112017306B (en) | Method and system for realizing intercommunication of different payment operations | |
| CN109842678A (en) | A kind of vehicle sharing method and device | |
| CN114373256A (en) | Reservation mechanism-based venue entrance verification method, system and storage medium | |
| CN109670808A (en) | Reimbursement of expense method, apparatus, computer installation, storage medium and vehicle washing system | |
| WO2016060377A1 (en) | Product delivery processing method and product delivery processing server | |
| CN113052578A (en) | Block chain based travel expense settlement method, device, equipment and storage medium | |
| CN109255847A (en) | A kind of vehicle appears on the scene payment method of calibration and system | |
| CN113222570B (en) | Payment method, platform device, system and storage medium | |
| US20060081699A1 (en) | Method and device for recharging a credit to chip cards | |
| CN111862353B (en) | Information processing method, device, equipment, medium and gate system | |
| KR20190134900A (en) | System and method for payment of car service using car number recognition | |
| CN106169137B (en) | Resource transfer method, device and system | |
| CN111127085A (en) | Reward value distribution method, device, computer equipment and storage medium | |
| CN110245763A (en) | A kind of network based on data-link about vehicle method, apparatus and data-link node |
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 | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40049341 Country of ref document: HK |