CN112150160A - Electronic ticket transaction suggestion generation method and system - Google Patents
Electronic ticket transaction suggestion generation method and system Download PDFInfo
- Publication number
- CN112150160A CN112150160A CN202011062720.2A CN202011062720A CN112150160A CN 112150160 A CN112150160 A CN 112150160A CN 202011062720 A CN202011062720 A CN 202011062720A CN 112150160 A CN112150160 A CN 112150160A
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/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 block chains, in particular to a method and a system for generating an electronic ticket transaction suggestion, wherein the method comprises the following steps: s1, acquiring transaction information initiated by the local user side, 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, if so, completing the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server; s3, acquiring a transaction record which is similar to the transaction information and is sent by the third-party central server, and extracting evaluation information in the transaction record; by adopting the scheme, the transaction parties can know the similar transaction conditions and solve the problem of asymmetric information of the transaction parties.
Description
Technical Field
The invention relates to the technical field of block chains, in particular to a method and a system for generating an electronic ticket transaction suggestion.
Background
The ticket is a written certificate which is issued by a unit or a person, contains a certain value and is used for shopping or consumption; with the continuous improvement of the 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 publicity effects, a shop owner issues paperless electronic tickets by using a network transaction platform has become a common financial transaction mode.
However, most of the current electronic ticket transaction systems mainly provide an open information issuing and advertisement exhibition platform for merchants, provide a payment means for users, and provide a convenient settlement function between the merchants and the users; the existing electronic ticket is circulated in a single server, so that the processing speed is low in the peak period of the transaction; in addition, when the platform provides reference information for users, the transaction information recorded in a single server is limited, so that the situation that two transaction parties cannot know similar transactions in the transaction process is easily caused, and the problem of information asymmetry of the two transaction parties exists.
Disclosure of Invention
The invention aims to provide a method and a system for generating an electronic ticket trading suggestion, which can solve the problem of asymmetric information of two trading parties.
The basic scheme provided by the invention is as follows: an electronic ticket transaction suggestion generation method, comprising the steps of:
s1, acquiring transaction information initiated by the local user side, 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, if so, completing the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server;
s3, acquiring a transaction record which is similar to the current transaction information and is sent by the third-party central server, extracting evaluation information in the transaction record, judging whether the transaction record with the bad evaluation exceeding a preset threshold exists, if not, broadcasting and recording the current transaction information, and sealing the uplink of the current transaction according to a block chain algorithm; if yes, broadcasting the transaction delay, and forwarding the transaction records with the difference evaluation exceeding a preset threshold value 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, and judging whether the two parties still need to carry out the transaction according to the confirmation information, if so, the transaction is completed; if any party does not agree, the transaction is cancelled, and the transaction information is deleted in the to-be-linked chain sequence.
The working principle and the advantages of the invention are as follows:
in the scheme, the transaction information initiated by the local user side is obtained firstly, and as the transaction generally relates to both a buyer and a seller, the transaction request comprises an initiator and a corresponding transaction object; therefore, a buyer center server and a seller center server are respectively defined according to an initiator and a transaction object in the transaction information, and the rest servers are irrelevant third party center servers; then, whether the buyer and the seller belong to the same area is judged, if yes, the electronic ticket transaction is the local area transaction, and the transaction can be directly completed; on the contrary, if not, the cross-regional transaction is carried out, and risk control is needed, namely, the regional transaction can be judged to be similar to the cross-regional transaction, if so, the user is recommended to complete the transaction in the regional transaction, and the safety is relatively high; if not, the transaction belongs to the conventional selection of the user, and the transaction can be carried out only by crossing the region; the transaction information is forwarded to the to-be-linked chain sequence, and the transaction information is broadcasted to a third party center server; analyzing the content of the transaction by the third-party central server, analyzing whether similar transactions in the area have transaction records with bad evaluation exceeding a threshold value or not by each third-party central server, and if not, indicating that the probability of the problem of the transaction is not high according to the records of the third-party central server; on the contrary, if the transaction is successful, the transaction possibly has risks, the transaction is required to be broadcasted in the whole network for postponing, and corresponding transaction records are respectively forwarded to the central servers of the buyer and the seller to wait for confirmation; in order to ensure that the two parties complete the transaction under the condition of information symmetry, whether the two parties still carry out the transaction is judged according to confirmation information by acquiring the confirmation information fed back by the central server of the two parties, if any one of the two parties does not agree with the transaction, the transaction is cancelled, and then the transaction information temporarily stored in the to-be-linked chain sequence is deleted.
In conclusion, the plurality of central servers arranged in each area allow the cross-area transaction of the electronic ticket, so that the transaction delay of the electronic ticket caused by large data volume in the transaction peak period can be avoided, and 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 that the user side selects the transaction in the local area is increased, and the cross-area transaction risk is avoided; for cross-region transaction, the security of the transaction can be guaranteed through risk 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 and are referred by the buyer and the seller, so that the sufficient information of the buyer and the seller can be symmetrical, and the condition of similar transactions can be known; the transaction is completed under the condition that the information of the two parties is symmetrical.
Further, the step S2 specifically includes a step S21, which extracts a protocol address of the buyer center server and a protocol address of the seller center server, respectively, and generates first identification information and second identification information; and judging whether the two parties of the transaction are in the same area or not according to the first identification information and the second identification information.
Has the advantages that: a specific way of determining whether an electronic ticket transaction occurs in the same area can be provided.
Further, the step S3 specifically includes step S31, the transaction information is encrypted according to the hash operation, a corresponding hash value is obtained through calculation, and the hash value is stored in the database, so as to generate a relation mapping table between the transaction information and the hash value.
Has the advantages that: by adopting the Hash operation to process the transaction information, the information can be simplified, and a Hash value can be obtained in limited time and limited resources; and the method also has certain secrecy, so that the transaction information cannot be tampered.
Further, the step S4 specifically includes step S41, receiving the transaction information passing the validity verification, and storing the transaction information in a transaction pool; and 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.
Has the advantages that: the transaction information in the transaction pool is inquired according to the number of times by setting a time period, and real-time inquiry is not needed, so that the operation load of the system can be reduced; in addition, the time period is adjusted through the actual condition, 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 suggestion generation system, which comprises a plurality of central servers arranged in each area, wherein each central server comprises:
the receiving module is used for acquiring transaction information initiated by a local user side and demarcating 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, and if so, the transaction is completed; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server;
the first processing module is used for acquiring a transaction record which is sent by the third-party central server and is similar to the transaction information, extracting evaluation information in the transaction record, judging whether the transaction record with the bad evaluation exceeding a preset threshold exists or not, if not, broadcasting and recording the transaction information, and sealing the uplink of the transaction according to a block chain algorithm; if yes, broadcasting the transaction delay, and forwarding the transaction records with the difference evaluation exceeding a preset threshold value to a buyer center server and a seller center server for confirmation;
the second processing module is used for acquiring confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to carry out the transaction according to the confirmation information, and if so, finishing the transaction; if any party does not agree, the transaction is cancelled, and the transaction information is deleted in the to-be-linked chain sequence.
Has the advantages that: according to the scheme, the plurality of central servers arranged in each area allow cross-area transaction of the electronic ticket, so that the transaction delay of the electronic ticket caused by large data volume in a transaction peak period can be avoided, and 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 that the user side selects the transaction in the local area is increased, and the cross-area transaction risk is avoided; for cross-region transaction, the security of the transaction can be guaranteed through risk 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 and are referred by the buyer and the seller, so that the sufficient information of the buyer and the seller can be symmetrical, and the condition of similar transactions can be known; the transaction is completed under the condition that the information of the two parties is symmetrical.
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, and generate first identification information and second identification information; and judging whether the two parties of the transaction are in the same area or not according to the first identification information and the second identification information.
Has the advantages that: the method aims to provide a specific mode for judging whether the electronic ticket transaction occurs in the same area, namely, the area to which the server belongs can be easily and directly found by extracting the protocol addresses of the two servers.
The system further comprises a storage module, a transaction processing module and a transaction processing module, wherein the storage module is used for receiving and storing transaction information of an agreed transaction and generating historical transaction information; the judging module is also used for extracting the transaction name in the transaction information, inquiring whether historical transaction information which is the same as the transaction name exists in the storage module according to a keyword matching algorithm, and if so, judging that the local area can achieve the transaction.
Has the advantages 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 historical transaction information; the historical transaction information similar to the transaction request at this time can be conveniently found out from the storage module subsequently.
Further, the system also comprises a transaction pool, which is also used for receiving and storing the transaction information which passes the validity verification; the second processing module is further configured to query the transaction information in the transaction pool according to a preset time period, and stop continuing to query until two identical transaction information are searched in the transaction pool.
Has the advantages that: in the scheme, the transaction information is stored in the transaction pool after being verified by the buyer and the seller, and then the second processing module inquires the transaction information which passes the legality verification in the transaction pool according to the preset time period, so that the real-time inquiry is not needed, and the system load is reduced.
Further, the second processing module is further configured to record query times, and if the query times are greater than a preset time threshold, extend the time period.
Has the advantages that: the time period of each central server traversing the transaction pool can be adjusted according to the ground, so that the query times are reduced, invalid query operation is avoided, and the system computation amount is reduced.
Further, the first processing module is further configured to encrypt the current transaction information according to a hash operation, calculate a corresponding hash value, store the hash value in a database, and generate a relation mapping table between the transaction information and the hash value.
Has the advantages 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 fixed number of bits, so that the information can be simplified, and a Hash value can be obtained in limited time and limited resources; and the method also has certain secrecy, so that the transaction information cannot be tampered.
Drawings
Fig. 1 is a flowchart illustrating a method and system for generating an electronic ticket transaction suggestion according to a first embodiment of the present invention.
Detailed Description
The following is further detailed by the specific embodiments:
example one
A method for generating an electronic ticket transaction suggestion, a basic execution flow of which is shown in fig. 1, specifically includes the following steps:
s1, acquiring transaction information initiated by the local user side, 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, if so, completing the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server; specifically, the step S2 further includes a step S21, which is to extract the protocol address of the buyer center server and the protocol address of the seller center server, respectively, and generate the first identification information and the second identification information; judging whether the two parties of the transaction are in the same area or not according to the first identification information and the second identification information;
s3, acquiring a transaction record which is similar to the current transaction information and is sent by the third-party central server, extracting evaluation information in the transaction record, judging whether the transaction record with the bad evaluation exceeding a preset threshold exists, if not, broadcasting and recording the current transaction information, and sealing the uplink of the current transaction according to a block chain algorithm; if yes, broadcasting the transaction delay, and forwarding the transaction records with the difference evaluation exceeding a preset threshold value to a buyer center server and a seller center server for confirmation; in this embodiment, the step S3 further includes step S31, encrypting the transaction information according to a hash operation, calculating to obtain a corresponding hash value, storing the hash value in a database, and generating a relation mapping table between the transaction information and the hash value;
s4, acquiring confirmation information sent by the buyer center server and the seller center server, and judging whether the two parties still need to carry out the transaction according to the confirmation information, if so, the transaction is completed; if any party does not agree, the transaction is cancelled, and the transaction information is deleted in the to-be-linked chain sequence.
The method in this embodiment is implemented with an electronic ticket transaction suggestion generation system;
the system comprises: set up a plurality of central server in each district, central server all includes:
the receiving module is used for acquiring transaction information initiated by a local user side and demarcating a buyer center server, a seller center server and a third party center server according to the transaction information; the electronic ticket relates to the buyer and the seller, so that the buyer central server and the buyer central server can be positioned according to the information of the buyer and the seller contained in the electronic ticket, and after the buyer and the seller central server are determined, the central servers of other regions can be defined as third-party central servers;
the judging module is used for judging whether the electronic ticket transaction occurs in the same area, and if so, the transaction is completed; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server; in this embodiment, the determining module is further configured to extract a protocol address of the buyer center server and a protocol address of the seller center server, respectively, and generate first identification information and second identification information; judging whether the two parties of the transaction are in the same area or not according to the first identification information and the second identification information; the protocol address is similar to the IP address of a server in the prior art, the server can synchronously acquire the protocol address of a central server in the process of electronic ticket transaction, and the server to which the electronic ticket belongs can be determined according to the protocol address, which is the prior art and is not described herein again; if the buyer and the seller are judged to be in the same area, the electronic ticket transaction is shown to be the local area transaction, and the electronic ticket transaction can be directly achieved; on the contrary, if not, the cross-regional transaction is performed, the risk control is needed, and the judgment module is needed to judge whether the transaction can be achieved in the local region; therefore, the present embodiment further includes a storage module, configured to receive and store transaction information of an agreed transaction, and generate historical transaction information; the judging module is also used for extracting the transaction name in the transaction information, inquiring whether historical transaction information which is the same as the transaction name exists in the storage module according to a keyword matching algorithm, and if so, judging that the local area can achieve the transaction; the storage module is screened according to the name in the current transaction information by the existing keyword matching technology, the function is similar to the database searching function, and the method can be used for judging that the local area can achieve the transaction similar to the current transaction information; the purpose of this is to: if so, the user is advised to complete the transaction in the local area, and the safety aspect is relatively high; if not, the transaction belongs to the conventional selection of the user, and the transaction can be carried out only by crossing the region; the transaction information is forwarded to a to-be-linked chain sequence for temporary storage, and is broadcasted to a third party center server, the broadcasted transaction information is similar to a block chain whole network broadcasting technology in the prior art, and the transaction information is broadcasted in the whole network and is broadcasted to each node, so that the whole network is allowed to be effective, and the trust problem can be solved;
the first processing module is used for acquiring a transaction record which is sent by the third-party central server and is similar to the transaction information, extracting evaluation information in the transaction record, judging whether the transaction record with the bad evaluation exceeding a preset threshold exists or not, if not, broadcasting and recording the transaction information, and sealing the uplink of the transaction according to a block chain algorithm; if yes, broadcasting the transaction delay, and forwarding the transaction records with the difference evaluation exceeding a preset threshold value to a buyer center server and a seller center server for confirmation; specifically, the cochain sealing is mainly to process transaction information by adopting an existing block chain algorithm, encrypt the transaction information according to a hash operation through a first processing module, calculate to obtain a corresponding hash value, store the hash value in a database, and generate a relational mapping table of the transaction information and the hash value, wherein the transaction information is processed by adopting the existing block chain algorithm, the transaction information is encrypted by a second judgment module according to the hash operation, the corresponding hash value is calculated and stored in the database, and the relational mapping table of the transaction information and the hash value is generated, wherein the hash algorithm is the most algorithm used in a block chain, is widely used for constructing blocks and confirming the integrity of transactions, and is the prior art, and can avoid the transaction information from being tampered and improve the safety when being applied to the scheme; in addition, similar transaction records obtained from the third central server are also subjected to keyword matching and screening according to the name of the transaction, and because the transaction records contain evaluation information given by buyers and sellers, the selectable evaluation information comprises good evaluation and bad evaluation; analyzing whether similar transactions in the region have transaction records with the bad evaluation exceeding a threshold value through each third-party central server, and if not, indicating that the probability of the problem of the transaction is not high according to the records of the third-party central server; on the contrary, if the transaction is successful, the transaction possibly has risks, the transaction is required to be broadcasted in the whole network for postponing, and corresponding transaction records are respectively forwarded to the central servers of the buyer and the seller to wait for confirmation;
the second processing module is used for acquiring confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to carry out the transaction according to the confirmation information, and if so, finishing the transaction; if any party does not agree, the transaction is cancelled, and the transaction information is deleted in the to-be-linked chain sequence. In order to ensure that the two parties complete the transaction under the condition of information symmetry, the embodiment further comprises a transaction pool, which is used for receiving and storing the transaction information which passes the validity verification; the second processing module is further used for 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 then the inquiry is stopped; the validity verification mode mainly comprises the steps of collecting fingerprint information or signatures of both buyers and sellers for confirmation; whether the business is still carried out by the buyer and the seller is judged according to the confirmation information by acquiring the confirmation information fed back by the central server of the buyer and the seller, if any party of the business and the buyer does not agree with each other, the business is cancelled, and then the business information temporarily stored in the chain waiting sequence is deleted.
By adopting the scheme, the third-party central server is used, and the related transaction records are extracted from the third-party central server and are referred by the buyer and the seller, so that the sufficient information of the buyer and the seller can be symmetrical, and the condition of similar transactions can be known; the transaction is completed under the condition that the information of the two parties is symmetrical.
Example two
Compared with the first embodiment, the method only differs in that the method further comprises a transaction pool for receiving and storing the transaction information which passes 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 searched in the transaction pool, and then the continuous inquiry is stopped; the preset time period is 60s, which indicates that the second processing module can automatically execute the query operation of the transaction pool once in 60s, judge whether two identical transaction information exist in the transaction pool, and stop querying at the moment; in another embodiment, the second processing module is further configured to record query times, and if the query times are greater than a preset time threshold, extend the time period; and the set time threshold is specifically 5 times, for example, when a certain transaction information query is executed, the central server a performs the query 6 times, and adjusts the time period to 70s to execute the query.
On the basis of the first embodiment, the electronic ticket transaction wind control management method specifically includes step S41 of receiving transaction information passing validity verification and storing the transaction information in a transaction pool in step S4; 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; and S43, recording the query times, and if the query times are larger than a preset time threshold, prolonging the time period.
EXAMPLE III
Compared with the first embodiment, the difference is that the system further comprises a sealing module, which is used for encrypting the transaction request according to the hash operation, calculating to obtain a first hash value, generating a relational mapping table of the transaction request and the first hash value, and respectively storing the relational mapping table into the buyer center server and the seller center server; the transaction request comprises information of both transaction parties and transaction detail records. The sealing module is further configured to record storage time of the relational 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 this embodiment), only information of both parties of the transaction is reserved from the transaction detail record in the transaction request to 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 relational mapping table of the new transaction request and the second hash value, and storing the relational mapping table in the third central server.
According to the scheme, the transaction detail records are still kept and the corresponding hash values are calculated in the buyer center server and the seller center server which have transaction operation, so that the integrity of data can be ensured, and the follow-up description and calling of the database are facilitated; and only the information of both transaction parties is stored in the third-party central server as a simplified transaction request, and the hash value is calculated instead of storing the transaction details which occupy larger space, so that the storage space of the central server can be saved.
In the prior art, after the transaction information is linked up synchronously, the ticket transaction information is backed up in all third-party central 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 simple transaction object information, and can be convenient for subsequent extraction and identification of transaction information through the reference information, so that the storage space of the system can be saved.
The foregoing is merely an example of the present invention, and common general knowledge in the field of known specific structures and characteristics is not described herein in any greater extent than that known in the art at the filing date or prior to the priority date of the application, so that those skilled in the art can now appreciate that all of the above-described techniques in this field and have the ability to apply routine experimentation before this date can be combined with one or more of the present teachings to complete and implement the present invention, and that certain typical known structures or known methods do not pose any impediments to the implementation of the present invention by those skilled in the art. It should be noted that, for those skilled in the art, without departing from the structure of the present invention, several changes and modifications can be made, which should also be regarded as the protection scope of the present invention, and these will not affect the effect of the implementation of the present invention and the practicability of the patent. The scope of the claims of the present application shall be determined by the contents of the claims, and the description of the embodiments and the like in the specification shall be used to explain the contents of the claims.
Claims (10)
1. An electronic ticket transaction suggestion generation method, comprising the steps of:
s1, acquiring transaction information initiated by the local user side, 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, if so, completing the transaction; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server;
s3, acquiring a transaction record which is similar to the current transaction information and is sent by the third-party central server, extracting evaluation information in the transaction record, judging whether the transaction record with the bad evaluation exceeding a preset threshold exists, if not, broadcasting and recording the current transaction information, and sealing the uplink of the current transaction according to a block chain algorithm; if yes, broadcasting the transaction delay, and forwarding the transaction records with the difference evaluation exceeding a preset threshold value 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, and judging whether the two parties still need to carry out the transaction according to the confirmation information, if so, the transaction is completed; if any party does not agree, the transaction is cancelled, and the transaction information is deleted in the to-be-linked chain sequence.
2. The electronic ticket transaction suggestion generation method of claim 1, wherein: the step S2 further includes a step S21, which is to extract the protocol address of the buyer center server and the protocol address of the seller center server, respectively, and generate first identification information and second identification information; and judging whether the two parties of the transaction are in the same area or not according to the first identification information and the second identification information.
3. The electronic ticket transaction suggestion generation method of claim 1, wherein: the step S3 further includes step S31, encrypting the transaction information according to the hash operation, calculating to obtain a corresponding hash value, storing the hash value in the database, and generating a relation mapping table of the transaction information and the hash value.
4. The electronic ticket transaction suggestion generation method of claim 1, wherein: the step S4 further includes step S41, receiving the transaction information passing the validity verification, and storing the transaction information in a transaction pool; and 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 suggestion generation system, comprising a plurality of central servers disposed in each zone, each of the central servers comprising:
the receiving module is used for acquiring transaction information initiated by a local user side and demarcating 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, and if so, the transaction is completed; otherwise, judging whether the local area can achieve the transaction, if so, sending prompt information to the user end to suggest achievement in the local area; if not, the transaction information is forwarded to the to-be-uplink sequence, and the transaction information is broadcasted to the third-party central server;
the first processing module is used for acquiring a transaction record which is sent by the third-party central server and is similar to the transaction information, extracting evaluation information in the transaction record, judging whether the transaction record with the bad evaluation exceeding a preset threshold exists or not, if not, broadcasting and recording the transaction information, and sealing the uplink of the transaction according to a block chain algorithm; if yes, broadcasting the transaction delay, and forwarding the transaction records with the difference evaluation exceeding a preset threshold value to a buyer center server and a seller center server for confirmation;
the second processing module is used for acquiring confirmation information sent by the buyer center server and the seller center server, judging whether the two parties still need to carry out the transaction according to the confirmation information, and if so, finishing the transaction; if any party does not agree, the transaction is cancelled, and the transaction information is deleted in the to-be-linked chain sequence.
6. The electronic ticket transaction suggestion 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 parties of the transaction are in the same area or not according to the first identification information and the second identification information.
7. The electronic ticket transaction suggestion generation system of claim 5, wherein: the storage module is used for receiving and storing 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 historical transaction information which is the same as the transaction name exists in the storage module according to a keyword matching algorithm, and if so, judging that the local area can achieve the transaction.
8. The electronic ticket transaction suggestion generation system of claim 5, wherein: the transaction pool is used for receiving and storing the transaction information which passes the validity verification; the second processing module is further configured to query the transaction information in the transaction pool according to a preset time period, and stop continuing to query until two identical transaction information are searched in the transaction pool.
9. The electronic ticket transaction suggestion generation system of claim 5, wherein: the second processing module is further configured to record query times, and if the query times are greater than a preset time threshold, extend a time period.
10. The electronic ticket transaction suggestion 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 relational mapping table between 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 true CN112150160A (en) | 2020-12-29 |
| CN112150160B 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) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114888795A (en) * | 2022-04-25 | 2022-08-12 | 重庆市科学技术研究院 | Future teaching space scene modeling and cognitive understanding method and system |
Citations (31)
| 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 |
| 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 |
| US20050060536A1 (en) * | 2003-09-17 | 2005-03-17 | Nec Corporation | Portable information terminal, and electronic information authenticating system and method using same terminal |
| US20050172335A1 (en) * | 2004-01-30 | 2005-08-04 | Aday Michael A. | System and method for assigning quality to cryptographic identities used in a digital transaction |
| US20070088614A1 (en) * | 2002-04-16 | 2007-04-19 | Shuya Huo | Electronic information item selection for trade and traded item control delivery system |
| CN1959728A (en) * | 2005-11-01 | 2007-05-09 | 郑益庆 | Networked transaction processing system and method |
| US20080275748A1 (en) * | 2007-05-04 | 2008-11-06 | Michael Sasha John | Systems and methods for facilitating electronic transactions and deterring fraud |
| 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 |
| US20140188723A1 (en) * | 2013-01-02 | 2014-07-03 | Mastercard International Incorporated | Methods and systems for mitigating fraud losses during a payment card transaction |
| CN104408610A (en) * | 2014-12-03 | 2015-03-11 | 苏州贝多环保技术有限公司 | Third-party payment platform business processing method based on risk assessment |
| US20150287114A1 (en) * | 2014-04-03 | 2015-10-08 | Arnold Auer | Computer-implemented system of grouping buyer requests matching in combination with a seller offer |
| 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 |
| US20170004506A1 (en) * | 2015-06-14 | 2017-01-05 | Tender Armor, Llc | Security for electronic transactions and user authentication |
| CN107395403A (en) * | 2017-07-07 | 2017-11-24 | 北京区块链云科技有限公司 | A kind of fiduciary block chain common recognition method suitable for extensive ecommerce |
| US20180039994A1 (en) * | 2016-08-02 | 2018-02-08 | International Business Machines Corporation | Conformity determination of cross-regional affairs |
| CN107918868A (en) * | 2016-10-07 | 2018-04-17 | 华讯资讯服务有限公司 | Electronic ticket transaction system combined with block chain and electronic ticket transaction method thereof |
| US20180121923A1 (en) * | 2015-06-18 | 2018-05-03 | Coinplug, Inc. | System and method for verifying forgery of financial institution proof documents on basis of block chain |
| US20180225670A1 (en) * | 2017-02-03 | 2018-08-09 | Samsung Electronics Co., Ltd. | Electronic device and method for performing plurality of payments |
| WO2018234882A1 (en) * | 2017-05-16 | 2018-12-27 | Angus Bernhardt Pohl | A system and method for conducting a transaction |
| US20190147431A1 (en) * | 2017-11-16 | 2019-05-16 | Blockmason Inc. | Credit Protocol |
| 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 |
| US20200065794A1 (en) * | 2017-08-03 | 2020-02-27 | Liquineq AG | System and method for conducting and securing transactions when blockchain connection is unreliable |
| US20200126078A1 (en) * | 2018-10-23 | 2020-04-23 | Vopy Technology As | Apparatus, systems, and methods for authorization of electronic transactions based on secured zones |
| US20200160328A1 (en) * | 2018-11-21 | 2020-05-21 | TraDove, Inc. | Lightweight blockchain supported transaction platform with digital bill optimizations and denominations |
| WO2020102782A1 (en) * | 2018-11-15 | 2020-05-22 | Dan Kikinis | Multi-tiered distributed network transactional database |
| US20200193432A1 (en) * | 2017-04-24 | 2020-06-18 | Blocksettle Ab | Method and system for settling a blockchain transaction |
-
2020
- 2020-09-30 CN CN202011062720.2A patent/CN112150160B/en active Active
Patent Citations (31)
| 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 |
| JP2002222316A (en) * | 2001-01-26 | 2002-08-09 | Nec Corp | Dealing system and dealing method by using network and dealing program |
| US20070088614A1 (en) * | 2002-04-16 | 2007-04-19 | Shuya Huo | Electronic information item selection for trade and traded item control delivery system |
| 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 |
| US20050060536A1 (en) * | 2003-09-17 | 2005-03-17 | Nec Corporation | Portable information terminal, and electronic information authenticating system and method using same terminal |
| US20050172335A1 (en) * | 2004-01-30 | 2005-08-04 | Aday Michael A. | System and method for assigning quality to cryptographic identities used in a digital transaction |
| CN1959728A (en) * | 2005-11-01 | 2007-05-09 | 郑益庆 | Networked transaction processing system and method |
| US20080275748A1 (en) * | 2007-05-04 | 2008-11-06 | Michael Sasha John | Systems and methods for facilitating electronic transactions and deterring fraud |
| 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 |
| US20140188723A1 (en) * | 2013-01-02 | 2014-07-03 | 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 |
| CN104408610A (en) * | 2014-12-03 | 2015-03-11 | 苏州贝多环保技术有限公司 | Third-party payment platform business processing method based on risk assessment |
| US20170004506A1 (en) * | 2015-06-14 | 2017-01-05 | Tender Armor, Llc | Security for electronic transactions and user authentication |
| US20180121923A1 (en) * | 2015-06-18 | 2018-05-03 | Coinplug, Inc. | System and method for verifying forgery of financial institution proof documents on basis of block chain |
| 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 |
| US20180039994A1 (en) * | 2016-08-02 | 2018-02-08 | International Business Machines Corporation | Conformity determination of cross-regional affairs |
| CN107918868A (en) * | 2016-10-07 | 2018-04-17 | 华讯资讯服务有限公司 | Electronic ticket transaction system combined with block chain and electronic ticket transaction method thereof |
| US20180225670A1 (en) * | 2017-02-03 | 2018-08-09 | Samsung Electronics Co., Ltd. | Electronic device and method for performing plurality of payments |
| US20200193432A1 (en) * | 2017-04-24 | 2020-06-18 | Blocksettle Ab | Method and system for settling a blockchain transaction |
| 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 |
| 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 |
| US20200126078A1 (en) * | 2018-10-23 | 2020-04-23 | Vopy Technology As | Apparatus, systems, and methods for authorization of electronic transactions based on secured zones |
| WO2020102782A1 (en) * | 2018-11-15 | 2020-05-22 | Dan Kikinis | Multi-tiered distributed network transactional database |
| US20200160328A1 (en) * | 2018-11-21 | 2020-05-21 | TraDove, Inc. | Lightweight blockchain supported transaction platform with digital bill optimizations and denominations |
| 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 (3)
| Title |
|---|
| 李梦茹;李阳;张哲;刘金秋;: "基于区块链的电子发票系统研究", 数码世界, no. 09 * |
| 杨帆;王燕霞;李国勇;周扬眉;王佩;: "成渝地区双城经济圈综合科技服务模式研究及应用示范", 中国基础科学, no. 02 * |
| 韩爽;蒲宝明;李顺喜;李相泽;张笑东;王帅;: "区块链技术在数字资产安全交易中的应用", 计算机系统应用, no. 03 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114888795A (en) * | 2022-04-25 | 2022-08-12 | 重庆市科学技术研究院 | Future teaching space scene modeling and cognitive understanding method and system |
| CN114888795B (en) * | 2022-04-25 | 2023-08-18 | 重庆市科学技术研究院 | Future teaching space scene modeling and cognitive understanding method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112150160B (en) | 2023-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107342867B (en) | Signature verification method and device | |
| CN110633963B (en) | Electronic bill processing method, electronic bill processing device, computer readable storage medium and computer readable storage device | |
| US20180197186A1 (en) | Managing chain-of-ownership for art using cryptocurrency blockchain | |
| CN108009445B (en) | Semi-centralized trusted data management system | |
| CN111461739B (en) | Bank mobile comprehensive service system and device suitable for second-level legal person | |
| CN108717659A (en) | A kind of measures of tax collection and framework based on block chain | |
| CN109741482A (en) | A kind of information sharing method and device | |
| US20230208642A1 (en) | Secure data transfer system and method | |
| CN105096142A (en) | Anti-counterfeiting system and anti-counterfeiting method | |
| CN112801778A (en) | Federated bad asset blockchain | |
| WO2018192931A1 (en) | Delivery versus payment mechanism | |
| US20240095734A1 (en) | Embedded data transaction exchange platform | |
| US20230020968A1 (en) | Systems and methods for verifying digital payments | |
| CN112884536A (en) | Electronic invoice management method and device, computer equipment and storage medium | |
| CN112287311A (en) | Service implementation method and device based on block chain | |
| CN112150160A (en) | Electronic ticket transaction suggestion generation method and system | |
| WO2019177788A1 (en) | Detecting alterations of journal data structures | |
| CN110598479B (en) | Data processing method, device and computer readable storage medium | |
| US11362806B2 (en) | System and methods for recording codes in a distributed environment | |
| CN117034358A (en) | Service certificate processing method and device and computer equipment | |
| EP3907968A1 (en) | Method and system for blockchain intrusion prevention | |
| CN114612087A (en) | Red packet anonymous getting method based on block chain | |
| CN114240436A (en) | Electronic certificate verification and cancellation method and device, computer equipment and storage medium | |
| CN112150161B (en) | Electronic ticket transaction risk management and control system and method | |
| CN112150150B (en) | Electronic ticket transaction system and method based on blockchain |
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 |