CN112150160B - Electronic ticket transaction suggestion generation method and system - Google Patents
Electronic ticket transaction suggestion generation method and system Download PDFInfo
- Publication number
- CN112150160B CN112150160B CN202011062720.2A CN202011062720A CN112150160B CN 112150160 B CN112150160 B CN 112150160B CN 202011062720 A CN202011062720 A CN 202011062720A CN 112150160 B CN112150160 B CN 112150160B
- Authority
- CN
- China
- Prior art keywords
- transaction
- information
- center server
- transaction information
- electronic ticket
- 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
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/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
- G06F16/24534—Query rewriting; Transformation
- G06F16/24549—Run-time optimisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- 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/045—Payment circuits using payment protocols involving tickets
- G06Q20/0457—Payment circuits using payment protocols involving tickets the tickets being sent electronically
-
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Accounting & Taxation (AREA)
- General Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention relates to the technical field of blockchains, in particular to a method and a system for generating electronic ticket transaction suggestions, wherein the method comprises the following steps: s1, acquiring transaction information initiated by a user terminal in a local area, and defining a buyer center server, a seller center server and a third party center server according to the transaction information; s2, judging whether the electronic ticket transaction occurs in the same area, and if so, achieving the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server; s3, acquiring a transaction record similar to the transaction information sent by the third party center server, and extracting evaluation information in the transaction record; by adopting the scheme, the transaction parties can know similar transaction conditions, and the problem of asymmetry of information of the parties is solved.
Description
Technical Field
The invention relates to the technical field of blockchains, in particular to a method and a system for generating electronic ticket transaction suggestions.
Background
A ticket, which is a written document issued by a unit or individual and containing a certain value for shopping or consumption; with the continuous improvement of mobile communication network environment and the further popularization of smart phones, the application of electronic payment is becoming more important, and especially, in order to achieve better advertising and propaganda effect, the use of a network transaction platform to issue paperless electronic tickets has become a common financial transaction mode.
However, most of the electronic ticket transaction systems at present mainly provide an open information release and advertisement exhibition platform for merchants, a payment means for users and a convenient clearing and counting function between the merchants and the users; the existing electronic ticket is circulated in a single server, so that the processing speed of the transaction peak period is low; in addition, when the platform provides reference information for users, because the transaction information recorded in a single server is limited, the situation that the transaction parties cannot know similar transactions in the transaction process is easily caused, and the problem that the information of the transaction parties is asymmetric exists.
Disclosure of Invention
The invention aims to provide a method and a system for generating electronic ticket transaction suggestions, which can solve the problem of asymmetric information of two parties of a transaction.
The basic scheme provided by the invention is as follows: a method for generating electronic ticket transaction advice, comprising the steps of:
s1, acquiring transaction information initiated by a user terminal in a local area, and defining a buyer center server, a seller center server and a third party center server according to the transaction information;
s2, judging whether the electronic ticket transaction occurs in the same area, and if so, achieving the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server;
s3, acquiring a transaction record similar to the transaction information sent by a third party central server, extracting evaluation information in the transaction record, judging whether the transaction record with the difference evaluation exceeding a preset threshold exists or not, if not, broadcasting the transaction record, and uplink-sealing the transaction according to a blockchain algorithm; if yes, broadcasting the delay of the transaction, and forwarding the transaction record with the difference evaluation exceeding the preset threshold to a buyer center server and a seller center server for confirmation;
s4, acquiring confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to conduct the transaction according to the confirmation information, and if so, achieving the transaction; if any party does not agree, canceling the transaction and deleting the transaction information in the sequence to be uplink.
The working principle and the advantages of the invention are as follows:
in the scheme, firstly, transaction information initiated by a user terminal in a local area is acquired, and as transaction generally involves a buyer and a seller, a corresponding transaction object is also included in a transaction request except for the initiator; so the buyer center server and the seller center server are respectively defined according to the initiator and the transaction object in the transaction information, and the rest are irrelevant third party center servers; then, judging whether the buyers and sellers belong to the same area, if so, indicating that the electronic ticket transaction is local transaction, and directly achieving the transaction; if the transaction is not carried out, the risk management and control are needed, namely, the fact that the transaction similar to the transaction can be achieved in the local area is judged firstly, if the transaction is achieved, the user is recommended to achieve the transaction in the local area, and the safety aspect is relatively high; if not, the transaction is indicated to belong to the conventional selection of the user, and the transaction can be performed only by crossing regions; forwarding the transaction information to a sequence to be uplink, and broadcasting the transaction information to a third party central server; analyzing the transaction content through the third-party central server, analyzing whether similar transactions in the area have transaction records with the difference evaluation exceeding a threshold value through each third-party central server, and if not, indicating that the probability of the occurrence of problems of the transaction is not large according to the records of the third-party central server; conversely, if so, the risk of the transaction is possibly shown, the delay of the transaction is required to be broadcasted in the whole network, and the corresponding transaction records are respectively forwarded to the center servers of the buyers and sellers for waiting confirmation; in order to ensure that the two parties are transactions completed under the condition of symmetrical information, the confirmation information fed back by the center servers of the buyers and sellers is obtained, whether the buyers and sellers still conduct the transaction is judged according to the confirmation information, if any one of the two parties does not agree, the transaction is canceled, and then the transaction information temporarily stored in the sequence to be uplinked is deleted.
In sum, the scheme allows the cross-regional transaction of the electronic ticket through the plurality of central servers arranged in each region, and can avoid the transaction delay of the electronic ticket caused by larger data volume in the transaction peak period, thereby accelerating the transaction efficiency of the electronic ticket; secondly, for the transaction which can be achieved in the local area, a corresponding transaction suggestion is generated to prompt the user side, so that the possibility of the user side to select the transaction in the local area is increased, and the risk of trans-regional transaction is avoided; for the trans-regional transaction, the security of the transaction can be ensured by means of risk management and control and block chain whole network broadcasting; finally, by means of the third party central server, relevant transaction records are extracted from the third party central server for reference of both parties of the buyer and the seller, the sufficient information of both parties of the transaction can be symmetrical, and the situation of similar transaction can be known; ensure that both parties can complete the transaction under the condition of symmetric information.
Further, the step S2 specifically further includes a step S21 of respectively extracting a protocol address of the buyer center server and a protocol address of the seller center server, and generating first identification information and second identification information; and judging whether the two transaction sides are in the same area according to the first identification information and the second identification information.
The beneficial effects are that: a specific way of determining whether an electronic ticket transaction occurs in the same zone can be provided.
Further, the step S3 specifically further includes a step S31 of encrypting the transaction information according to the hash operation, calculating a corresponding hash value, storing the hash value in a database, and generating a relation mapping table of the transaction information and the hash value.
The beneficial effects are that: by adopting hash operation to process transaction information, the information can be simplified, and a hash value can be obtained in limited time and limited resources; and the transaction information cannot be tampered with due to certain confidentiality.
Further, the step S4 specifically further includes a step S41 of receiving transaction information that passes the validity verification, and storing the received transaction information in a transaction pool; s42, inquiring the transaction information in the transaction pool according to the preset time period until two identical transaction information are found in the transaction pool, and stopping continuously inquiring.
The beneficial effects are that: the transaction information in the transaction pool is inquired according to the number by setting the time period, so that the inquiry is not needed in real time, and the operation load of the system can be reduced; in addition, the time period is adjusted through actual conditions, so that the query times are reduced, invalid query operation can be avoided, and the system operation amount is reduced.
The invention also provides an electronic ticket proposal generating system, which comprises a plurality of center servers arranged in each zone, wherein each center server comprises:
the receiving module is used for acquiring transaction information initiated by the local area user terminal and defining a buyer center server, a seller center server and a third party center server according to the transaction information;
the judging module is used for judging whether the electronic ticket transaction occurs in the same area or not, and if so, the transaction is achieved; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server;
the first processing module is used for acquiring transaction records similar to the transaction information sent by the third party central server, extracting evaluation information in the transaction records, judging whether the transaction records with the difference evaluation exceeding a preset threshold exist in the transaction records, broadcasting the transaction information, and uplink-sealing the transaction according to a blockchain algorithm if the transaction records with the difference evaluation exceeding the preset threshold do not exist; if yes, broadcasting the delay of the transaction, and forwarding the transaction record with the difference evaluation exceeding the preset threshold to a buyer center server and a seller center server for confirmation;
the second processing module is used for acquiring the confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to conduct the transaction according to the confirmation information, and if so, achieving the transaction; if any party does not agree, canceling the transaction and deleting the transaction information in the sequence to be uplink.
The beneficial effects are that: according to the scheme, through the plurality of central servers arranged in each zone, cross-zone transaction of the electronic ticket is allowed, and transaction delay of the electronic ticket caused by large data volume in a transaction peak period can be avoided, so that the transaction efficiency of the electronic ticket is accelerated; secondly, for the transaction which can be achieved in the local area, a corresponding transaction suggestion is generated to prompt the user side, so that the possibility of the user side to select the transaction in the local area is increased, and the risk of trans-regional transaction is avoided; for the trans-regional transaction, the security of the transaction can be ensured by means of risk management and control and block chain whole network broadcasting; finally, by means of the third party central server, relevant transaction records are extracted from the third party central server for reference of both parties of the buyer and the seller, the sufficient information of both parties of the transaction can be symmetrical, and the situation of similar transaction can be known; ensure that both parties can complete the transaction under the condition of symmetric information.
Further, the judging module is further configured to extract a protocol address of the buyer center server and a protocol address of the seller center server, respectively, to generate first identification information and second identification information; and judging whether the two transaction sides are in the same area according to the first identification information and the second identification information.
The beneficial effects are that: the method aims to provide a specific mode capable of judging whether the electronic ticket transaction occurs in the same area or not, namely, the area to which the server belongs can be easily and directly found by extracting the protocol addresses of the two servers.
Further, the system also comprises a storage module for receiving and storing the transaction information of the agreed transaction and generating historical transaction information; the judging module is also used for extracting the transaction name in the transaction information, inquiring whether the historical transaction information which is the same as the transaction name exists in the storage module according to the keyword matching algorithm, and judging that the local area can achieve the transaction if the historical transaction information which is the same as the transaction name exists in the storage module.
The beneficial effects are that: by adopting the scheme, the data volume of the storage module can be expanded by continuously storing the transaction information of the achieved transaction as the historical transaction information; and the history transaction information similar to the transaction request is convenient to find out from the storage module.
Further, the system also comprises a transaction pool which is also used for receiving and storing transaction information passing the validity verification; and the second processing module is also used for inquiring the transaction information in the transaction pool according to the preset time period until two identical transaction information are found in the transaction pool, and stopping continuously inquiring.
The beneficial effects are that: in the scheme, the transaction information is stored in the transaction pool after verification of the buyer and the seller, and the second processing module inquires the transaction information passing the validity verification in the transaction pool according to the preset time period, so that real-time inquiry is not needed, and the system load is reduced.
Further, the second processing module is further configured to record the number of queries, and if the number of queries is greater than a preset number threshold, extend the time period.
The beneficial effects are that: the time period of each central server traversing the transaction pool can be adjusted according to the ground, so that the number of inquiry times is reduced, invalid inquiry operation is avoided, and the system operation amount is reduced.
Further, the first processing module is further configured to encrypt the transaction information according to a hash operation, calculate a corresponding hash value, and store the hash value in a database to generate a relationship mapping table of the transaction information and the hash value.
The beneficial effects are that: the hash operation is mainly to calculate a string of information through a hash function in cryptography, and the obtained result is a character string with a fixed bit number, so that the information can be simplified, and a hash value can be obtained in a limited time and a limited resource; and the transaction information cannot be tampered with due to certain confidentiality.
Drawings
FIG. 1 is a flowchart of a method and system for generating electronic ticket transaction advice according to an embodiment of the present invention.
Detailed Description
The following is a further detailed description of the embodiments:
example 1
The basic execution flow is shown in fig. 1, and the method specifically comprises the following steps:
s1, acquiring transaction information initiated by a user terminal in a local area, and defining a buyer center server, a seller center server and a third party center server according to the transaction information;
s2, judging whether the electronic ticket transaction occurs in the same area, and if so, achieving the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server; specifically, step S2 further includes step S21 of respectively extracting a protocol address of the buyer central server and a protocol address of the seller central server, and generating first identification information and second identification information; judging whether the two transaction sides are in the same area according to the first identification information and the second identification information;
s3, acquiring a transaction record similar to the transaction information sent by a third party central server, extracting evaluation information in the transaction record, judging whether the transaction record with the difference evaluation exceeding a preset threshold exists or not, if not, broadcasting the transaction record, and uplink-sealing the transaction according to a blockchain algorithm; if yes, broadcasting the delay of the transaction, and forwarding the transaction record with the difference evaluation exceeding the preset threshold to a buyer center server and a seller center server for confirmation; in this embodiment, step S3 specifically further includes step S31 of encrypting the transaction information according to the hash operation, calculating to obtain a corresponding hash value, and storing the hash value in the database to generate a relationship mapping table of the transaction information and the hash value;
s4, acquiring confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to conduct the transaction according to the confirmation information, and if so, achieving the transaction; if any party does not agree, canceling the transaction and deleting the transaction information in the sequence to be uplink.
The method of this embodiment is implemented with an electronic ticket transaction proposal generation system;
the system comprises: the central servers are arranged in the areas and comprise:
the receiving module is used for acquiring transaction information initiated by the local area user terminal and defining a buyer center server, a seller center server and a third party center server according to the transaction information; because the electronic ticket involves the buyer and the seller, the seller center server and the buyer center server can be directly positioned according to the buyer and the seller information contained in the electronic ticket, and after the buyer and the seller center server are determined, the center servers of other areas can be defined as third party center servers;
the judging module is used for judging whether the electronic ticket transaction occurs in the same area or not, and if so, the transaction is achieved; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server; in this embodiment, the judging module is further configured to extract a protocol address of the buyer center server and a protocol address of the seller center server, respectively, to generate first identification information and second identification information; judging whether the two transaction sides are in the same area according to the first identification information and the second identification information; the protocol address is similar to the IP address of the server in the prior art, the server can synchronously acquire the protocol address of the central server in the process of carrying out electronic ticket transaction, and the server can be judged to be the specific server according to the protocol address, and the technology is the prior art and is not repeated here; if the buyer and the seller are judged to be the same area, the electronic ticket transaction is indicated to be local area transaction, and the electronic ticket transaction can be directly achieved; if not, the risk management and control is needed, and the judgment module is needed to judge whether the transaction can be achieved in the local area; then, the embodiment also comprises a storage module for receiving and storing the transaction information of the achieved transaction and generating historical transaction information; the judging module is also used for extracting the transaction name in the transaction information, inquiring whether the historical transaction information which is the same as the transaction name exists in the storage module according to a keyword matching algorithm, and judging that the local area can achieve the transaction if the historical transaction information which is the same as the transaction name exists in the storage module; the method comprises the steps that a storage module is screened according to the name in the transaction information by the existing keyword matching technology, and the method is similar to a database searching function, and by adopting the method, the fact that the local area can achieve the transaction similar to the transaction information can be judged; the purpose of this is to: if yes, suggesting that the user achieves the transaction in the local area, wherein the safety aspect is relatively high; if not, the transaction is indicated to belong to the conventional selection of the user, and the transaction can be performed only by crossing regions; the transaction information is forwarded to the temporary storage of the sequence to be uplink, and the transaction information is broadcasted to a third party central server, wherein the broadcasted transaction information is similar to the block chain whole network broadcasting technology in the prior art, and the transaction information is broadcasted in the whole network to each node, so that the whole network is acknowledged to be effective, and the trust problem can be solved;
the first processing module is used for acquiring transaction records similar to the transaction information sent by the third party central server, extracting evaluation information in the transaction records, judging whether the transaction records with the difference evaluation exceeding a preset threshold exist in the transaction records, broadcasting the transaction information, and uplink-sealing the transaction according to a blockchain algorithm if the transaction records with the difference evaluation exceeding the preset threshold do not exist; if yes, broadcasting the delay of the transaction, and forwarding the transaction record with the difference evaluation exceeding the preset threshold to a buyer center server and a seller center server for confirmation; specifically, the uplink sealing is mainly to process transaction information by adopting the existing blockchain algorithm, encrypt the transaction information according to hash operation by a first processing module, calculate and obtain corresponding hash value, store in the database, generate the relation mapping table of transaction information and hash value, wherein, process the transaction information by adopting the existing blockchain algorithm, encrypt the transaction information according to hash operation by a second judging module, calculate and obtain corresponding hash value, store in the database, generate the relation mapping table of transaction information and hash value, wherein, the hash algorithm is the most one algorithm used in the blockchain, it is widely used in constructing the block and confirming the integrity of transaction, is the prior art, can avoid the transaction information from being tampered in this scheme, and improve the security; in addition, similar transaction records are obtained from the third central server and are subjected to keyword matching and screening according to the name of the transaction, and as evaluation information given by the buyer and the seller is contained in the transaction records, the alternative evaluation information comprises good evaluation and poor evaluation; analyzing whether the similar transaction in the area has transaction records with the difference evaluation exceeding a threshold value or not through each third party central server, if not, indicating that the probability of the occurrence of the problem of the transaction is not large according to the records of the third party central servers; conversely, if so, the risk of the transaction is possibly shown, the delay of the transaction is required to be broadcasted in the whole network, and the corresponding transaction records are respectively forwarded to the center servers of the buyers and sellers for waiting confirmation;
the second processing module is used for acquiring the confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to conduct the transaction according to the confirmation information, and if so, achieving the transaction; if any party does not agree, canceling the transaction and deleting the transaction information in the sequence to be uplink. In order to ensure that the two parties are transactions completed under the condition of symmetrical information, the embodiment also comprises a transaction pool for receiving and storing the transaction information passing the validity verification; the second processing module is further configured to query transaction information in the transaction pool according to a preset time period, and stop to continue query until two identical transaction information are found in the transaction pool; the method for verifying the legality mainly comprises the steps of collecting fingerprint information or signature of a buyer and a seller for confirmation; and judging whether the buyer and the seller still conduct the transaction according to the confirmation information by acquiring the confirmation information fed back by the buyer and the seller center server, and if any one of the buyer and the seller does not agree with the transaction, canceling the transaction, and then deleting the transaction information temporarily stored in the sequence to be uplink.
By adopting the scheme, the related transaction records are extracted from the transaction records by the third-party central server for reference by the buyer and the seller, so that the information of the transaction parties is fully symmetrical, and the situation of similar transaction can be known; ensure that both parties can complete the transaction under the condition of symmetric information.
Example two
The difference from the first embodiment is that the system further comprises a transaction pool for receiving and storing transaction information passing the validity verification; the second processing module is also used for inquiring the transaction information in the transaction pool according to the preset time period until two identical transaction information are found in the transaction pool, and stopping to continue the inquiry; the preset time period is 60s, which means that the second processing module automatically executes a query operation of the transaction pool once in 60 seconds, judges whether two identical transaction information exists in the transaction pool, and stops querying at the moment; in another embodiment, the second processing module is further configured to record the number of queries, and if the number of queries is greater than a preset number threshold, extend the time period; the set number of times threshold is specifically 5 times, for example, when executing a transaction information query for a certain time, the central server a performs 6 queries, and adjusts the time period to 70s to execute one query.
Based on the first embodiment, the method for managing electronic ticket transaction wind control specifically further includes step S41, receiving transaction information passing validity verification, and storing the transaction information in a transaction pool; s42, inquiring the transaction information in the transaction pool according to a preset time period until two identical transaction information are found in the transaction pool, and stopping continuously inquiring; s43, recording the inquiry times, and if the inquiry times are larger than a preset time threshold, prolonging the time period.
Example III
Compared with the first embodiment, the method only comprises the steps of encrypting a transaction request according to hash operation, calculating to obtain a first hash value, generating a relation mapping table of the transaction request and the first hash value, and storing the relation mapping table into a buyer center server and a seller center server respectively; the transaction request comprises information of both sides of the transaction and a transaction detail record. The sealing module is further configured to record a storage time of the relationship mapping table in the buyer center server and the seller center server, and if the storage time is greater than a preset time threshold (set to 3 days in the embodiment), record the transaction details in the transaction request, only keep information of both parties of the transaction, and generate a new transaction request; and encrypting the new transaction request according to the hash operation, calculating to obtain a second hash value, generating a relation mapping table of the new transaction request and the second hash value, and storing the relation mapping table in a third central server.
According to the scheme, the transaction detail records are still reserved and the corresponding hash values are calculated in the buyer center server and the seller center server which are subjected to transaction operation, so that the integrity of data can be ensured, and the subsequent repeated description and call of a database are facilitated; only the information of both transaction sides is stored in the third party central server as a simplified transaction request, and a hash value is calculated, so that the storage space of the central server can be saved instead of storing transaction details with larger occupied space.
In the prior art, after transaction information is synchronously uplink, ticket transaction information is backed up in all third party center servers; and along with the continuous progress of the transaction, a large amount of transaction information can be accumulated in the third party server, and a large amount of storage space is occupied. By adopting the scheme, the third party central server which does not participate in the transaction does not store specific transaction details, only stores one piece of simple transaction object information, can facilitate the subsequent extraction and identification of the transaction information by using the one piece of index information, and can save the storage space of the system.
The foregoing is merely an embodiment of the present invention, and a specific structure and characteristics of common knowledge in the art, which are well known in the scheme, are not described herein, so that a person of ordinary skill in the art knows all the prior art in the application day or before the priority date of the present invention, and can know all the prior art in the field, and have the capability of applying the conventional experimental means before the date, so that a person of ordinary skill in the art can complete and implement the present embodiment in combination with his own capability in the light of the present application, and some typical known structures or known methods should not be an obstacle for a person of ordinary skill in the art to implement the present application. It should be noted that modifications and improvements can be made by those skilled in the art without departing from the structure of the present invention, and these should also be considered as the scope of the present invention, which does not affect the effect of the implementation of the present invention and the utility of the patent. The protection scope of the present application shall be subject to the content of the claims, and the description of the specific embodiments and the like in the specification can be used for explaining the content of the claims.
Claims (10)
1. A method for generating electronic ticket transaction advice, comprising the steps of:
s1, acquiring transaction information initiated by a user terminal in a local area, and defining a buyer center server, a seller center server and a third party center server according to the transaction information;
s2, judging whether the electronic ticket transaction occurs in the same area, and if so, achieving the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server;
s3, acquiring a transaction record similar to the transaction information sent by a third party central server, extracting evaluation information in the transaction record, judging whether the transaction record with the difference evaluation exceeding a preset threshold exists or not, if not, broadcasting the transaction record, and uplink-sealing the transaction according to a blockchain algorithm; if yes, broadcasting the delay of the transaction, and forwarding the transaction record with the difference evaluation exceeding the preset threshold to a buyer center server and a seller center server for confirmation;
s4, acquiring confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to conduct the transaction according to the confirmation information, and if so, achieving the transaction; if any party does not agree, canceling the transaction and deleting the transaction information in the sequence to be uplink.
2. The electronic ticket transaction proposal generation method according to claim 1, wherein: step S21 is specifically further included in the step S2, and the protocol address of the buyer center server and the protocol address of the seller center server are respectively extracted to generate first identification information and second identification information; and judging whether the two transaction sides are in the same area according to the first identification information and the second identification information.
3. The electronic ticket transaction proposal generation method according to claim 1, wherein: the step S3 specifically further includes a step S31 of encrypting the transaction information according to the hash operation, calculating to obtain a corresponding hash value, and storing the corresponding hash value in a database to generate a relation mapping table of the transaction information and the hash value.
4. The electronic ticket transaction proposal generation method according to claim 1, wherein: the step S4 specifically further comprises a step S41 of receiving transaction information passing the validity verification and storing the transaction information into a transaction pool; s42, inquiring the transaction information in the transaction pool according to the preset time period until two identical transaction information are found in the transaction pool, and stopping continuously inquiring.
5. An electronic ticket transaction proposal generation system, comprising a plurality of central servers arranged in each zone, wherein each central server comprises:
the receiving module is used for acquiring transaction information initiated by the local area user terminal and defining a buyer center server, a seller center server and a third party center server according to the transaction information;
the judging module is used for judging whether the electronic ticket transaction occurs in the same area or not, and if so, the transaction is achieved; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user terminal to suggest the achievement in the local area; if not, forwarding the transaction information to the sequence to be uplink, and broadcasting the transaction information to a third party central server;
the first processing module is used for acquiring transaction records similar to the transaction information sent by the third party central server, extracting evaluation information in the transaction records, judging whether the transaction records with the difference evaluation exceeding a preset threshold exist in the transaction records, broadcasting the transaction information, and uplink-sealing the transaction according to a blockchain algorithm if the transaction records with the difference evaluation exceeding the preset threshold do not exist; if yes, broadcasting the delay of the transaction, and forwarding the transaction record with the difference evaluation exceeding the preset threshold to a buyer center server and a seller center server for confirmation;
the second processing module is used for acquiring the confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to conduct the transaction according to the confirmation information, and if so, achieving the transaction; if any party does not agree, canceling the transaction and deleting the transaction information in the to-be-uplink sequence;
and the storage module is used for receiving and storing the transaction information of the agreed transaction and generating historical transaction information.
6. The electronic ticket transaction proposal generation system of claim 5, wherein: the judging module is further used for respectively extracting the protocol address of the buyer center server and the protocol address of the seller center server to generate first identification information and second identification information; and judging whether the two transaction sides are in the same area according to the first identification information and the second identification information.
7. The electronic ticket transaction proposal generation system of claim 5, wherein: the judging module is also used for extracting the transaction name in the transaction information, inquiring whether the historical transaction information which is the same as the transaction name exists in the storage module according to the keyword matching algorithm, and judging that the local area can achieve the transaction if the historical transaction information which is the same as the transaction name exists in the storage module.
8. The electronic ticket transaction proposal generation system of claim 5, wherein: the transaction pool is used for receiving and storing transaction information passing the validity verification; and the second processing module is also used for inquiring the transaction information in the transaction pool according to the preset time period until two identical transaction information are found in the transaction pool, and stopping continuously inquiring.
9. The electronic ticket transaction proposal generation system of claim 5, wherein: the second processing module is further configured to record the number of queries, and if the number of queries is greater than a preset number threshold, extend the time period.
10. The electronic ticket transaction proposal generation system of claim 5, wherein: the first processing module is further configured to encrypt the transaction information according to a hash operation, calculate a corresponding hash value, store the hash value in a database, and generate a relationship mapping table of the transaction information and the hash value.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011062720.2A CN112150160B (en) | 2020-09-30 | 2020-09-30 | Electronic ticket transaction suggestion generation method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011062720.2A CN112150160B (en) | 2020-09-30 | 2020-09-30 | Electronic ticket transaction suggestion generation method and system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112150160A CN112150160A (en) | 2020-12-29 |
CN112150160B true CN112150160B (en) | 2023-08-08 |
Family
ID=73951630
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011062720.2A Active CN112150160B (en) | 2020-09-30 | 2020-09-30 | Electronic ticket transaction suggestion generation method and system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112150160B (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114888795B (en) * | 2022-04-25 | 2023-08-18 | 重庆市科学技术研究院 | Future teaching space scene modeling and cognitive understanding method and system |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002222316A (en) * | 2001-01-26 | 2002-08-09 | Nec Corp | Dealing system and dealing method by using network and dealing program |
DE10222859A1 (en) * | 2002-05-23 | 2003-12-04 | Ident Technology Ag | Object presence analysis system uses evaluation of signal generated by signal transmitter assigned to object |
CN1959728A (en) * | 2005-11-01 | 2007-05-09 | 郑益庆 | Networked transaction processing system and method |
WO2012168457A1 (en) * | 2011-06-10 | 2012-12-13 | Swedbank Ab | Electronic transactions |
EP2615575A1 (en) * | 2012-01-13 | 2013-07-17 | Hyundai Motor Company | Reverse auction system and method for matching between buyer and seller using space analysis |
CN104408610A (en) * | 2014-12-03 | 2015-03-11 | 苏州贝多环保技术有限公司 | Third-party payment platform business processing method based on risk assessment |
CN105701651A (en) * | 2016-01-11 | 2016-06-22 | 何伯祥 | Cross-regional settlement transaction system and method |
WO2016202108A1 (en) * | 2015-06-19 | 2016-12-22 | 宇龙计算机通信科技(深圳)有限公司 | Nfc payment method, nfc payment system and mobile terminal |
CN107395403A (en) * | 2017-07-07 | 2017-11-24 | 北京区块链云科技有限公司 | A kind of fiduciary block chain common recognition method suitable for extensive ecommerce |
CN107918868A (en) * | 2016-10-07 | 2018-04-17 | 华讯资讯服务有限公司 | Electronic ticket transaction system combined with block chain and electronic ticket transaction method thereof |
WO2018234882A1 (en) * | 2017-05-16 | 2018-12-27 | Angus Bernhardt Pohl | A system and method for conducting a transaction |
CN109816386A (en) * | 2019-01-24 | 2019-05-28 | 杭州趣链科技有限公司 | Data get through method on a kind of chain of the unified identity authentication based on block chain |
CN110633329A (en) * | 2019-10-12 | 2019-12-31 | 链农(深圳)信息科技有限公司 | System and method for block chain transaction record |
CN110738474A (en) * | 2019-10-14 | 2020-01-31 | 普联软件股份有限公司 | method and system for encrypting digital currency tokens based on SM2 cryptographic algorithm |
WO2020102782A1 (en) * | 2018-11-15 | 2020-05-22 | Dan Kikinis | Multi-tiered distributed network transactional database |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010014870A1 (en) * | 2000-02-02 | 2001-08-16 | Kabushiki Kaisha Toshiba | Electronic coupon sending and collecting scheme and information collecting and managing scheme using radio LAN |
CN1452079A (en) * | 2002-04-16 | 2003-10-29 | 霍树亚 | Electronic information term selected transaction and transaction term transmission controlling system |
JP4572519B2 (en) * | 2003-09-17 | 2010-11-04 | 日本電気株式会社 | Electronic information authentication system, portable information terminal, and electronic information authentication method used therefor |
US8966245B2 (en) * | 2004-01-30 | 2015-02-24 | Microsoft Technology Licensing, Inc. | System and method for assigning quality to cryptographic identities used in a digital transaction |
US8078515B2 (en) * | 2007-05-04 | 2011-12-13 | Michael Sasha John | Systems and methods for facilitating electronic transactions and deterring fraud |
US9858571B2 (en) * | 2013-01-02 | 2018-01-02 | Mastercard International Incorporated | Methods and systems for mitigating fraud losses during a payment card transaction |
US20150287114A1 (en) * | 2014-04-03 | 2015-10-08 | Arnold Auer | Computer-implemented system of grouping buyer requests matching in combination with a seller offer |
US20170004506A1 (en) * | 2015-06-14 | 2017-01-05 | Tender Armor, Llc | Security for electronic transactions and user authentication |
KR101680540B1 (en) * | 2015-06-18 | 2016-11-30 | 주식회사 코인플러그 | Financial institution document verification system that is based on the block chain |
US10956915B2 (en) * | 2016-08-02 | 2021-03-23 | International Business Machines Corporation | Conformity determination of cross-regional affairs |
KR102632841B1 (en) * | 2017-02-03 | 2024-02-05 | 삼성전자주식회사 | Electronic device and method for performing a plurality of payments |
EP3396608A1 (en) * | 2017-04-24 | 2018-10-31 | BlockSettle AB | Method and system for settling a blockchain transaction |
US20200065794A1 (en) * | 2017-08-03 | 2020-02-27 | Liquineq AG | System and method for conducting and securing transactions when blockchain connection is unreliable |
US20190147431A1 (en) * | 2017-11-16 | 2019-05-16 | Blockmason Inc. | Credit Protocol |
US11049106B2 (en) * | 2018-10-23 | 2021-06-29 | Conax Group Ab (Publ) | Apparatus, systems, and methods for authorization of electronic transactions based on secured zones |
WO2020106956A1 (en) * | 2018-11-21 | 2020-05-28 | TraDove, Inc. | Lightweight blockchain supported transaction platform with digital bill optimizations and denominations |
-
2020
- 2020-09-30 CN CN202011062720.2A patent/CN112150160B/en active Active
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002222316A (en) * | 2001-01-26 | 2002-08-09 | Nec Corp | Dealing system and dealing method by using network and dealing program |
DE10222859A1 (en) * | 2002-05-23 | 2003-12-04 | Ident Technology Ag | Object presence analysis system uses evaluation of signal generated by signal transmitter assigned to object |
CN1959728A (en) * | 2005-11-01 | 2007-05-09 | 郑益庆 | Networked transaction processing system and method |
WO2012168457A1 (en) * | 2011-06-10 | 2012-12-13 | Swedbank Ab | Electronic transactions |
EP2615575A1 (en) * | 2012-01-13 | 2013-07-17 | Hyundai Motor Company | Reverse auction system and method for matching between buyer and seller using space analysis |
CN104408610A (en) * | 2014-12-03 | 2015-03-11 | 苏州贝多环保技术有限公司 | Third-party payment platform business processing method based on risk assessment |
WO2016202108A1 (en) * | 2015-06-19 | 2016-12-22 | 宇龙计算机通信科技(深圳)有限公司 | Nfc payment method, nfc payment system and mobile terminal |
CN105701651A (en) * | 2016-01-11 | 2016-06-22 | 何伯祥 | Cross-regional settlement transaction system and method |
CN107918868A (en) * | 2016-10-07 | 2018-04-17 | 华讯资讯服务有限公司 | Electronic ticket transaction system combined with block chain and electronic ticket transaction method thereof |
WO2018234882A1 (en) * | 2017-05-16 | 2018-12-27 | Angus Bernhardt Pohl | A system and method for conducting a transaction |
CN107395403A (en) * | 2017-07-07 | 2017-11-24 | 北京区块链云科技有限公司 | A kind of fiduciary block chain common recognition method suitable for extensive ecommerce |
WO2020102782A1 (en) * | 2018-11-15 | 2020-05-22 | Dan Kikinis | Multi-tiered distributed network transactional database |
CN109816386A (en) * | 2019-01-24 | 2019-05-28 | 杭州趣链科技有限公司 | Data get through method on a kind of chain of the unified identity authentication based on block chain |
CN110633329A (en) * | 2019-10-12 | 2019-12-31 | 链农(深圳)信息科技有限公司 | System and method for block chain transaction record |
CN110738474A (en) * | 2019-10-14 | 2020-01-31 | 普联软件股份有限公司 | method and system for encrypting digital currency tokens based on SM2 cryptographic algorithm |
Non-Patent Citations (1)
Title |
---|
基于区块链的电子发票系统研究;李梦茹;李阳;张哲;刘金秋;;数码世界(09);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112150160A (en) | 2020-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200183654A1 (en) | Data processing systems for identity validation of data subject access requests and related methods | |
US11250646B2 (en) | System and method for toll transactions utilizing a distributed ledger | |
WO2019183468A1 (en) | Computer architecture incorporating blockchain based immutable audit ledger for compliance with data regulations | |
CN106651346A (en) | Block chain-based credit investigation data sharing and trading system | |
CN109741482A (en) | A kind of information sharing method and device | |
CN112492533A (en) | 5G rich media message pushing method and device based on block chain technology | |
US20100262837A1 (en) | Systems And Methods For Personal Digital Data Ownership And Vaulting | |
US20240095734A1 (en) | Embedded data transaction exchange platform | |
CN112150160B (en) | Electronic ticket transaction suggestion generation method and system | |
CN110910099A (en) | Method for realizing labor contract and related equipment | |
WO2024082859A1 (en) | Underground industry user identification method and apparatus | |
US11362806B2 (en) | System and methods for recording codes in a distributed environment | |
CN111556148A (en) | Data sharing method, data sharing platform and device | |
CN112150161B (en) | Electronic ticket transaction risk management and control system and method | |
EP3907968A1 (en) | Method and system for blockchain intrusion prevention | |
US20090234827A1 (en) | Citizenship fraud targeting system | |
CN111369370B (en) | Evaluation list processing method, device, server and storage medium | |
CN112150150B (en) | Electronic ticket transaction system and method based on blockchain | |
CN109919767B (en) | Transaction risk management method, device and equipment | |
CN111047341B (en) | Information processing method, device, server and terminal equipment | |
CN112862598A (en) | Channel information management method and device, electronic equipment and medium | |
CN111160916A (en) | Risk transaction identification method and device | |
CN110677403A (en) | Sound detection data chaining method and device of Internet of things applying block chains | |
CN110674219A (en) | Block chain based ambient air detection data chaining method and equipment for Internet of things | |
US20180165664A1 (en) | Multicomputer Processing of Client Device Request Data Using Centralized Event Orchestator and Link Discovery Engine |
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 |