CN112150161B - Electronic ticket transaction risk management and control system and method - Google Patents
Electronic ticket transaction risk management and control system and method Download PDFInfo
- Publication number
- CN112150161B CN112150161B CN202011062737.8A CN202011062737A CN112150161B CN 112150161 B CN112150161 B CN 112150161B CN 202011062737 A CN202011062737 A CN 202011062737A CN 112150161 B CN112150161 B CN 112150161B
- Authority
- CN
- China
- Prior art keywords
- transaction
- information
- central server
- terminal
- request
- 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
Abstract
The invention relates to the technical field of blockchains, in particular to an electronic ticket transaction risk management and control system, which comprises a buyer terminal, a seller terminal, a first center server, a second center server and a third party center server; the first central server and the second central server are respectively connected with the buyer terminal and the seller terminal in a signal manner, and the first central server and the second central server respectively form a corresponding regional transaction subsystem with the buyer terminal and the seller terminal connected with the first central server and the second central server; the first center server is used for acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information; the first center server is also used for judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, the transaction is achieved; by adopting the scheme, the problem of low transaction security of the electronic ticket can be solved.
Description
Technical Field
The invention relates to the technical field of blockchains, in particular to a system and a method for managing and controlling risk of electronic ticket transaction.
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, the conventional electronic ticket transaction system still has a certain risk that the existing electronic ticket is recorded and calculated by a single server, and if the calculation method is cracked by a hacker, the original electronic data is likely to be tampered, even reproduced and reused, thereby causing damage to the user's interests.
Therefore, there is an urgent need for an electronic ticket transaction risk management system that can prevent data from being tampered with and has higher security.
Disclosure of Invention
The invention aims to provide a system and a method for managing and controlling risk of electronic ticket transaction, which can solve the problem of low security.
The basic scheme provided by the invention is as follows: the electronic ticket transaction risk management and control system comprises a buyer terminal, a seller terminal, a first central server, a second central server and a third party central server;
the first central server and the second central server are respectively connected with the buyer terminal and the seller terminal in a signal manner, and the first central server and the second central server respectively form a corresponding regional transaction subsystem with the buyer terminal and the seller terminal connected with the first central server and the second central server;
the first center server is used for acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information;
the first center server is also used for judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, the transaction is achieved; otherwise, judging whether the regional transaction subsystem can achieve the transaction similar to the transaction request, if so, initiating a supplement notification to the buyer terminal, acquiring reason information fed back by the buyer terminal according to the supplement notification, and forwarding the reason information to the other terminal of the regional transaction subsystem; if not, the transaction is achieved;
the first center server is also used for receiving confirmation information sent by the other terminal according to the reason information, judging whether the reason information is true according to the confirmation information, and if not, failing the transaction; if yes, sending the transaction request to a second center server for consensus judgment; if the transaction request is judged through the consensus, broadcasting the transaction request to a third party central server;
the first central server is further used for acquiring a risk assessment result sent by the third-party central server, and if any third-party central server does not broadcast risk information within a preset time, the transaction is uplink stored according to a blockchain algorithm; if any third party central server broadcasts that the transaction has risk, risk information is broadcasted, and the transaction is cancelled.
The working principle and the advantages of the invention are as follows:
in the process of electronic ticket transaction, firstly, a transaction request initiated by a local user terminal is acquired, and the transaction mainly relates to a buyer and a seller, so that the transaction request comprises a corresponding transaction object besides an initiator and can be completed in a basis; the method comprises the steps that transaction object information can be extracted from a transaction request, whether the transaction object belongs to a local area or not is judged, if not, the transaction request initiated by a local area user terminal is indicated to be a trans-regional transaction, risk management and control are needed, namely whether the local area can achieve similar transaction or not is judged, and if not, the initiation of the transaction belongs to conventional selection; on the contrary, if the local area can achieve similar transaction, the initiation of the transaction is an abnormal event, more strict risk management and control is required to be executed, namely, the local area user side is required to supplement reasons, a confirmation request is sent to another terminal in the local area, after the confirmation is true, verification is respectively carried out on the transaction request through a buyer and seller central server, after the verification is passed, the transaction is broadcasted to a third party server, and the third party server starts to carry out third party judgment on the transaction risk after receiving the broadcast; finally, acquiring a risk assessment result sent by the third party center service, judging whether any third party center server broadcasts that the transaction has risk in a preset time, if so, broadcasting risk information and canceling the transaction, if not, indicating that the wind control judgment is qualified, executing the transaction, and uplink-sealing the transaction according to a blockchain algorithm;
the beneficial effect of this scheme is: 1. the cross-region transaction of the electronic ticket can be completed through the plurality of central servers arranged in each region, the selection surface of a user can be widened, and the transaction delay of the electronic ticket caused by larger data volume in the transaction peak period is avoided, so that the transaction efficiency of the electronic ticket is accelerated;
2. for the cross-region transaction which can be achieved in the local region, the system can carry out strict risk management and control, namely, the full network can acknowledge the effectiveness of the transaction by verifying the supplement reason, the consensus judgment of the buyer and seller servers and the risk broadcast participated by the third party center server, so that the characteristic that the blockchain cannot tamper with the high safety coefficient is realized, the trust problem is solved, and the trust cost is reduced;
3. and uplink sealing is carried out on the transaction request for achieving the cross-region transaction, so that transaction information cannot be tampered, and the security of data storage can be improved.
Further, the first central server is further configured to encrypt the transaction request 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 request 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.
Further, the first central server is further configured to obtain a protocol address of the transaction object, and determine whether the transaction object belongs to the local area according to the protocol address.
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 first central server also comprises a storage module for storing historical transaction information in advance; the first central server is also used for extracting the transaction name of the transaction request, 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 similar to the transaction request 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 request 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 regional transaction subsystem also comprises a transaction pool for receiving and storing the transaction request passing the validity verification; and the regional transaction subsystem is also used for inquiring the transaction requests in the transaction pool according to the preset time period until two identical transaction requests are found in the transaction pool, and stopping continuously inquiring.
The beneficial effects are that: in the scheme, the transaction request is stored in the transaction pool after verification of the buyer and the seller, and transaction information passing legal verification is inquired in the transaction pool according to a preset time period, so that real-time inquiry is not needed, and the system load is reduced.
Further, the regional transaction subsystem 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.
The invention also provides a method for managing and controlling the risk of electronic ticket transaction, which comprises the following steps:
s1, acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem, and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information;
s2, judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, achieving the transaction; otherwise, judging whether the regional transaction subsystem can achieve the transaction similar to the transaction request, if so, initiating a supplement notification to the buyer terminal, acquiring reason information fed back by the buyer terminal according to the supplement notification, and forwarding the reason information to the other terminal of the regional transaction subsystem; if not, the transaction is achieved;
s3, receiving confirmation information sent by the other terminal according to the reason information, judging whether the reason information is true according to the confirmation information, and if not, failing the transaction; if yes, sending the transaction request to a second center server for consensus judgment; if the transaction request is judged through the consensus, broadcasting the transaction request to a third party central server;
s4, acquiring a risk assessment result sent by the third party center service, and if any third party center server does not broadcast risk information within a preset time, uplink sealing and storing the transaction according to a blockchain algorithm; if any third party central server broadcasts that the transaction has risk, risk information is broadcasted, and the transaction is cancelled.
The beneficial effects are that: by adopting the scheme, the cross-region transaction of the electronic ticket can be completed through the plurality of central servers arranged in each region, the selection surface of a user can be widened, and the transaction delay of the electronic ticket caused by larger data volume in the transaction peak period is avoided, so that the transaction efficiency of the electronic ticket is accelerated; secondly, aiming at the cross-region transaction which can be achieved in the local region, the system can carry out strict risk management and control, namely, the effectiveness of the transaction can be admitted to the whole network by verifying the supplement reason, the consensus judgment of the buyer and the seller servers and the risk broadcasting participated in by the third party center server, the characteristic that the blockchain cannot tamper with the high safety coefficient is realized, the trust problem is solved, and the trust cost is reduced; and finally, carrying out uplink sealing on the transaction request for achieving the cross-regional transaction, so that the transaction information cannot be tampered, and the security of data storage can be improved.
Further, the step S4 specifically further includes a step S41 of encrypting the transaction request according to the hash operation, calculating a corresponding hash value, and storing the hash value in the database to generate a relationship mapping table of the transaction request 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 S2 specifically further includes a step S21 of obtaining a protocol address of the transaction object, and determining whether the transaction object belongs to the local area according to the protocol address.
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 accepting the transaction request passing the validity verification, and storing the transaction request in a transaction pool; s32, inquiring the transaction requests in the transaction pool according to a preset time period until two identical transaction requests are found in the transaction pool, and stopping continuously inquiring; s33, recording the query times, and if the query times are larger than a preset time threshold, prolonging the time period.
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.
Drawings
FIG. 1 is a flowchart of a system and method for managing risk of electronic ticket transactions according to an embodiment of the present invention.
Detailed Description
The following is a further detailed description of the embodiments:
example 1
The electronic ticket transaction risk management and control system comprises a buyer terminal, a seller terminal, a first central server, a second central server and a third party central server;
the first central server and the second central server are respectively connected with the buyer terminal and the seller terminal in a signal manner, and the first central server and the second central server respectively form a corresponding regional transaction subsystem with the buyer terminal and the seller terminal connected with the first central server and the second central server;
the first center server is used for acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information;
the first center server is also used for judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, the transaction is achieved; otherwise, judging whether the regional transaction subsystem can achieve the transaction similar to the transaction request, if so, initiating a supplement notification to the buyer terminal, acquiring reason information fed back by the buyer terminal according to the supplement notification, and forwarding the reason information to the other terminal of the regional transaction subsystem; if not, the transaction is achieved;
specifically, since the transaction mainly involves the buyer and the seller, the transaction request comprises the initiator and the corresponding transaction object, and the information comes from the transaction request and can be obtained through the transaction request; in this embodiment, the first central server is further configured to obtain a protocol address of the transaction object, and determine whether the transaction object belongs to the local area according to the protocol address; the protocol address is similar to the IP address of the server in the prior art, the protocol address of the central server can be synchronously acquired in the process of ticket transaction, whether the transaction object belongs to the local area or not can be judged according to the specific protocol address of the server, and the specific server to which the transaction object belongs can be positioned, and the technology is the prior art and is not repeated here; particularly, if the transaction object is judged not to belong to the local area, the transaction request initiated by the buyer user side is indicated to be a trans-regional transaction, and risk management and control are required; it is further required to determine whether the regional transaction subsystem can achieve a similar transaction, so in this embodiment, the first central server further includes a storage module, configured to store historical transaction information in advance; the first central server is also used for extracting the transaction name of the transaction request, 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 similar to the transaction request if the historical transaction information which is the same as the transaction name exists in the storage module; the method comprises the steps of screening a storage module according to the name of the transaction through the existing keyword matching technology, and judging whether similar transaction information exists in a local area or not in a mode similar to a database searching function, so that whether the local area can achieve a transaction similar to the transaction request or not is judged; the purpose of this is to: if the transaction cannot be achieved in the local area, the initiation of the transaction is indicated to belong to a routine choice; in contrast, if the local area can achieve a similar transaction, it indicates that the initiation of the transaction is an abnormal event, and more strict risk management needs to be performed, that is, the buyer terminal is required to supplement the reason, and the supplement reason is specifically to obtain the text information entered by the user terminal in the text box.
The other terminal of the regional transaction subsystem is mainly responsible for verifying and confirming the reason information, and after the buyer terminal sends the text information, the text information is synchronously forwarded to the terminal;
the first center server is also used for receiving confirmation information sent by the other terminal according to the reason information, judging whether the reason information is true according to the confirmation information, and if not, failing the transaction; if yes, sending the transaction request to a second center server for consensus judgment; if the transaction request is judged through the consensus, broadcasting the transaction request to a third party central server; specifically, in this embodiment, an operator uses another terminal to view reason information, and selects a real button or a non-real button to perform feedback of confirmation information according to actual conditions; in addition, the consensus judgment can be understood as judging whether the two parties agree with each other or not in literal sense, and the first central server is only the central server associated with the buyer terminal, so that the transaction request needs to be forwarded to the second central server associated with the seller terminal in order to ensure that the two parties agree with each other; the consensus judgment in the scheme mainly refers to the validity verification of the transaction request through the first central server and the second central server, and the validity verification mode mainly refers to the collection of fingerprint information or signature of the central servers (the first central server and the second central server) of the buyer and the seller for confirmation; if both the center servers pass the validity verification, the transaction request information is recorded and transmitted in the third-party center server.
The first central server is further used for acquiring a risk assessment result sent by the third-party central server, and if any third-party central server does not broadcast risk information within a preset time, the transaction is uplink stored according to a blockchain algorithm; if any third party central server broadcasts that the transaction has risk, risk information is broadcasted, and the transaction is cancelled. Similar to the existing blockchain whole network broadcasting, each message is broadcasted in the whole network and is broadcasted to each node, so that the whole network is enabled to be effective, and the trust problem can be solved. In this embodiment, since most third party central servers record the current transaction request information, if there is a risk that a third party central server broadcasts the current transaction, the judgment logic for judging the risk through the third party server is mainly: the information or the transaction states of the two transaction parties reported by the single or a plurality of third party center servers are inconsistent with the whole, so that the information of one node is tampered, the transaction has a safety problem, and the transaction is cancelled; in this embodiment, in order to obtain as many risk broadcasts of more third party center servers as possible, the preset time is adjusted to 3 minutes, and although the time occupied by the broadcasting mechanism is longer, the efficiency has a certain problem, but the method is quite fair and has higher security; and if the risk assessment results sent by all the third party servers in the time period have no abnormal report, encrypting the transaction request by the first center server according to the hash operation, calculating to obtain a corresponding hash value, and storing the corresponding hash value into a database to generate a relation mapping table of the transaction request and the hash value. The hash algorithm is the most algorithm in the blockchain, is widely used for constructing blocks and confirming the integrity of transactions, is used in the prior art, and can prevent transaction information from being tampered, so that the security is further improved.
The basic implementation flow of the basic system method is shown in fig. 1, and the embodiment specifically includes the following steps:
s1, acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem, and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information;
s2, judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, achieving the transaction; otherwise, judging whether the regional transaction subsystem can achieve the transaction similar to the transaction request, if so, initiating a supplement notification to the buyer terminal, acquiring reason information fed back by the buyer terminal according to the supplement notification, and forwarding the reason information to the other terminal of the regional transaction subsystem; if not, the transaction is achieved; in this embodiment, step S2 specifically further includes step S21 of acquiring a protocol address of the transaction object, and determining whether the transaction object belongs to the local area according to the protocol address;
s3, receiving confirmation information sent by the other terminal according to the reason information, judging whether the reason information is true according to the confirmation information, and if not, failing the transaction; if yes, sending the transaction request to a second center server for consensus judgment; if the transaction request is judged through the consensus, broadcasting the transaction request to a third party central server;
s4, acquiring a risk assessment result sent by the third party center service, and if any third party center server does not broadcast risk information within a preset time, uplink sealing and storing the transaction according to a blockchain algorithm; if any third party central server broadcasts that the transaction has risk, risk information is broadcasted, and the transaction is cancelled. Specifically, step S4 further includes step S41 of encrypting the transaction request according to the hash operation, calculating a corresponding hash value, and storing the hash value in the database to generate a relationship mapping table of the transaction request and the hash value.
Example two
The difference from the first embodiment is that the regional transaction subsystem further includes a transaction pool for receiving and storing the transaction request passing the validity verification; the regional transaction subsystem is also used for inquiring the transaction requests in the transaction pool according to the preset time period until two identical transaction requests are found in the transaction pool, and stopping to continue inquiring; the preset time period is 60s, which means that the regional transaction subsystem 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 regional transaction subsystem is further configured to record a 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 certain transaction information inquiry, the regional transaction subsystem a performs 6 inquiries, and adjusts the time period to 70s to execute one inquiry.
Based on the first embodiment, the method for managing electronic ticket transaction wind control specifically further includes step S31, accepting a transaction request passing the validity verification, and storing the transaction request in a transaction pool; s32, inquiring the transaction requests in the transaction pool according to a preset time period until two identical transaction requests are found in the transaction pool, and stopping continuously inquiring; s33, 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 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 first central server and a second central server respectively; the transaction request comprises information of both sides of the transaction and a transaction detail record. The sealing module is used for recording the storage time of the relation mapping table in the first center server and the second center server, and if the storage time is greater than a preset time threshold (set to 3 days in the embodiment), the transaction detailed record in the transaction request is recorded, only the information of both transaction parties is reserved, and a new transaction request is generated; 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 first central server and the second central server which are subjected to transaction operation, so that the integrity of data can be ensured, and the subsequent repeated description and call of the 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. The electronic ticket transaction risk management and control system is characterized by comprising a buyer terminal, a seller terminal, a first central server, a second central server and a third party central server;
the first central server and the second central server are respectively connected with the buyer terminal and the seller terminal in a signal manner, and the first central server and the second central server respectively form a corresponding regional transaction subsystem with the buyer terminal and the seller terminal connected with the first central server and the second central server;
the first center server is used for acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information;
the first center server is also used for judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, the transaction is achieved; otherwise, judging whether the regional transaction subsystem can achieve the transaction similar to the transaction request, if so, initiating a supplement notification to the buyer terminal, acquiring reason information fed back by the buyer terminal according to the supplement notification, and forwarding the reason information to the other terminal of the regional transaction subsystem; if not, the transaction is achieved;
the first center server is also used for receiving confirmation information sent by the other terminal according to the reason information, judging whether the reason information is true according to the confirmation information, and if not, failing the transaction; if yes, sending the transaction request to a second center server for consensus judgment; if the transaction request is judged through the consensus, broadcasting the transaction request to a third party central server;
the first central server is further used for acquiring a risk assessment result sent by the third-party central server, and if any third-party central server does not broadcast risk information within a preset time, the transaction is uplink stored according to a blockchain algorithm; if any third party central server broadcasts that the transaction has risk, broadcasting risk information and canceling the transaction;
the first center server also comprises a storage module for pre-storing historical transaction information.
2. The electronic ticket transaction risk management and control system of claim 1, wherein: the first center server is further configured to encrypt the transaction request 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 request and the hash value.
3. The electronic ticket transaction risk management and control system of claim 1, wherein: the first central server is further configured to obtain a protocol address of the transaction object, and determine whether the transaction object belongs to the local area according to the protocol address.
4. The electronic ticket transaction risk management and control system of claim 1, wherein: the first central server is also used for extracting the transaction name of the transaction request, 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 similar to the transaction request if the historical transaction information which is the same as the transaction name exists in the storage module.
5. The electronic ticket transaction risk management and control system of claim 1, wherein: the regional transaction subsystem also comprises a transaction pool for receiving and storing the transaction request passing the validity verification; and the regional transaction subsystem is also used for inquiring the transaction requests in the transaction pool according to the preset time period until two identical transaction requests are found in the transaction pool, and stopping continuously inquiring.
6. The electronic ticket transaction risk management and control system of claim 5, wherein: the regional transaction subsystem is also used for recording the inquiry times, and if the inquiry times are greater than a preset time threshold, the time period is prolonged.
7. An electronic ticket transaction risk management and control method, characterized in that the electronic ticket transaction risk management and control system as claimed in any one of claims 1-6 is adopted for electronic ticket transaction risk management and control, comprising the following steps:
s1, acquiring a transaction request initiated by a buyer terminal of the regional transaction subsystem, and extracting transaction object information from the transaction request, wherein the transaction object information comprises seller terminal information;
s2, judging whether the seller terminal belongs to the local area transaction subsystem according to the seller terminal information, and if so, achieving the transaction; otherwise, judging whether the regional transaction subsystem can achieve the transaction similar to the transaction request, if so, initiating a supplement notification to the buyer terminal, acquiring reason information fed back by the buyer terminal according to the supplement notification, and forwarding the reason information to the other terminal of the regional transaction subsystem; if not, the transaction is achieved;
s3, receiving confirmation information sent by the other terminal according to the reason information, judging whether the reason information is true according to the confirmation information, and if not, failing the transaction; if yes, sending the transaction request to a second center server for consensus judgment; if the transaction request is judged through the consensus, broadcasting the transaction request to a third party central server;
s4, acquiring a risk assessment result sent by the third party center service, and if any third party center server does not broadcast risk information within a preset time, uplink sealing and storing the transaction according to a blockchain algorithm; if any third party central server broadcasts that the transaction has risk, risk information is broadcasted, and the transaction is cancelled.
8. The electronic ticket transaction risk management method according to claim 7, wherein: the step S4 specifically further includes a step S41 of encrypting the transaction request according to the hash operation, calculating a corresponding hash value, and storing the hash value in the database to generate a relationship mapping table of the transaction request and the hash value.
9. The electronic ticket transaction risk management method according to claim 7, wherein: the step S2 specifically further includes a step S21 of obtaining a protocol address of the transaction object, and determining whether the transaction object belongs to the local area according to the protocol address.
10. The electronic ticket transaction risk management method according to claim 7, wherein: the step S3 specifically further comprises a step S31 of receiving a transaction request passing the validity verification and storing the transaction request into a transaction pool; s32, inquiring the transaction requests in the transaction pool according to the preset time period until two identical transaction requests are found in the transaction pool, stopping continuously inquiring, S33, recording the inquiry times, and prolonging the time period if the inquiry times are larger than the preset times threshold.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011062737.8A CN112150161B (en) | 2020-09-30 | 2020-09-30 | Electronic ticket transaction risk management and control system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011062737.8A CN112150161B (en) | 2020-09-30 | 2020-09-30 | Electronic ticket transaction risk management and control system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112150161A CN112150161A (en) | 2020-12-29 |
| CN112150161B true CN112150161B (en) | 2023-08-08 |
Family
ID=73951640
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011062737.8A Active CN112150161B (en) | 2020-09-30 | 2020-09-30 | Electronic ticket transaction risk management and control system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112150161B (en) |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001273416A (en) * | 2000-03-23 | 2001-10-05 | Goodsdaq Co Ltd | System and method for communication commodity exchange by means of many-to-many bidirectional auction system |
| KR101164219B1 (en) * | 2011-08-02 | 2012-08-07 | (주)그린엠앤씨 | Electronic coupon dealing system and electronic coupon dealing method |
| CN103324891A (en) * | 2013-05-10 | 2013-09-25 | 四川省林业调查规划院 | Stand growth and yield model dynamic management method based on encryption technique |
| JP2016053765A (en) * | 2014-09-02 | 2016-04-14 | 株式会社バンダイナムコエンターテインメント | Server system for virtual currency management, program, and virtual currency management system |
| CN105701651A (en) * | 2016-01-11 | 2016-06-22 | 何伯祥 | Cross-regional settlement transaction system and method |
| CN107025602A (en) * | 2017-02-24 | 2017-08-08 | 杭州象链网络技术有限公司 | A kind of financial asset transaction system construction method based on alliance's chain |
| CN107705113A (en) * | 2017-09-06 | 2018-02-16 | 浙江大学 | A kind of cross-border inter-bank method of payment of block chain based on Baas frameworks and system |
| CN108711089A (en) * | 2018-05-15 | 2018-10-26 | 成都市微泊科技有限公司 | A kind of shared method of commerce in the cross-platform parking stall based on block chain |
| CN109246137A (en) * | 2018-10-23 | 2019-01-18 | 北京航空航天大学 | The safety protecting method and device of naval warfare data based on block chain |
| CN110569675A (en) * | 2019-09-18 | 2019-12-13 | 上海海事大学 | Multi-Agent transaction information protection method based on block chain technology |
| WO2019245577A1 (en) * | 2018-06-22 | 2019-12-26 | Jeff Stollman | Systems and methods to validate transactions for inclusion in electronic blockchains |
| CN110738474A (en) * | 2019-10-14 | 2020-01-31 | 普联软件股份有限公司 | method and system for encrypting digital currency tokens based on SM2 cryptographic algorithm |
| CN111598389A (en) * | 2020-04-09 | 2020-08-28 | 广东工业大学 | Block chain-based trading system for preventing bill market risk |
| CN111652707A (en) * | 2020-04-12 | 2020-09-11 | 链农(深圳)信息科技有限公司 | Block chain based electronic credit card transaction method |
| CN111667270A (en) * | 2020-06-10 | 2020-09-15 | 中信银行股份有限公司 | Region-based digital currency using method and device and electronic equipment |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100268649A1 (en) * | 2009-04-17 | 2010-10-21 | Johan Roos | Method and Apparatus for Electronic Ticket Processing |
| US20130205000A1 (en) * | 2010-08-31 | 2013-08-08 | Onsite Concierge | Private network with enhanced user experience |
| US20160342989A1 (en) * | 2015-05-21 | 2016-11-24 | Mastercard International Incorporated | Method and system for processing blockchain-based transactions on existing payment networks |
| 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 |
| WO2020028589A1 (en) * | 2018-07-31 | 2020-02-06 | Americorp Investments Llc | Techniques for expediting processing of blockchain transactions |
-
2020
- 2020-09-30 CN CN202011062737.8A patent/CN112150161B/en active Active
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001273416A (en) * | 2000-03-23 | 2001-10-05 | Goodsdaq Co Ltd | System and method for communication commodity exchange by means of many-to-many bidirectional auction system |
| KR101164219B1 (en) * | 2011-08-02 | 2012-08-07 | (주)그린엠앤씨 | Electronic coupon dealing system and electronic coupon dealing method |
| CN103324891A (en) * | 2013-05-10 | 2013-09-25 | 四川省林业调查规划院 | Stand growth and yield model dynamic management method based on encryption technique |
| JP2016053765A (en) * | 2014-09-02 | 2016-04-14 | 株式会社バンダイナムコエンターテインメント | Server system for virtual currency management, program, and virtual currency management system |
| CN105701651A (en) * | 2016-01-11 | 2016-06-22 | 何伯祥 | Cross-regional settlement transaction system and method |
| CN107025602A (en) * | 2017-02-24 | 2017-08-08 | 杭州象链网络技术有限公司 | A kind of financial asset transaction system construction method based on alliance's chain |
| CN107705113A (en) * | 2017-09-06 | 2018-02-16 | 浙江大学 | A kind of cross-border inter-bank method of payment of block chain based on Baas frameworks and system |
| CN108711089A (en) * | 2018-05-15 | 2018-10-26 | 成都市微泊科技有限公司 | A kind of shared method of commerce in the cross-platform parking stall based on block chain |
| WO2019245577A1 (en) * | 2018-06-22 | 2019-12-26 | Jeff Stollman | Systems and methods to validate transactions for inclusion in electronic blockchains |
| CN109246137A (en) * | 2018-10-23 | 2019-01-18 | 北京航空航天大学 | The safety protecting method and device of naval warfare data based on block chain |
| CN110569675A (en) * | 2019-09-18 | 2019-12-13 | 上海海事大学 | Multi-Agent transaction information protection method based on block chain technology |
| CN110738474A (en) * | 2019-10-14 | 2020-01-31 | 普联软件股份有限公司 | method and system for encrypting digital currency tokens based on SM2 cryptographic algorithm |
| CN111598389A (en) * | 2020-04-09 | 2020-08-28 | 广东工业大学 | Block chain-based trading system for preventing bill market risk |
| CN111652707A (en) * | 2020-04-12 | 2020-09-11 | 链农(深圳)信息科技有限公司 | Block chain based electronic credit card transaction method |
| CN111667270A (en) * | 2020-06-10 | 2020-09-15 | 中信银行股份有限公司 | Region-based digital currency using method and device and electronic equipment |
Non-Patent Citations (1)
| Title |
|---|
| 网上证券交易安全解决方案;姜灵敏,徐朗明;计算机工程与应用(06);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112150161A (en) | 2020-12-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109413087B (en) | Data sharing method and device, digital gateway and computer readable storage medium | |
| US8220030B2 (en) | System and method for security in global computer transactions that enable reverse-authentication of a server by a client | |
| CN110633963B (en) | Electronic bill processing method, electronic bill processing device, computer readable storage medium and computer readable storage device | |
| CN111556120B (en) | Data processing method and device based on block chain, storage medium and equipment | |
| CN103634144B (en) | The configuration file management method of many IDC clusters, system and equipment | |
| CN105046168A (en) | Network electron evidence processing system and processing method | |
| CN110602116B (en) | Block chain based data verification method, device and computer readable storage medium | |
| CN110490610B (en) | Community management system based on block chain | |
| CN109741482A (en) | A kind of information sharing method and device | |
| CN111815439B (en) | Credit scoring system based on cloud platform | |
| CN110660466A (en) | Personal health data chaining method and system of Internet of things by combining block chains | |
| CN115187400A (en) | Carbon asset management system based on block chain and big data | |
| CN110910099A (en) | Method for realizing labor contract and related equipment | |
| CN112150160B (en) | Electronic ticket transaction suggestion generation method and system | |
| CN110807209A (en) | Data processing method, device and storage medium | |
| CN110689348A (en) | Income verification method, device, terminal and medium based on alliance chain | |
| CN112150161B (en) | Electronic ticket transaction risk management and control system and method | |
| CN113505260A (en) | Face recognition method and device, computer readable medium and electronic equipment | |
| CN111460489B (en) | IPFS-based block chain customer perpetual storage method | |
| CN112884536A (en) | Electronic invoice management method and device, computer equipment and storage medium | |
| CN110737918B (en) | External data sharing management platform | |
| CN111667283A (en) | Individual credit investigation system based on block chain | |
| CN110633326A (en) | Method and system for uplink of weather data of Internet of things on block chain | |
| CN110930261A (en) | State secret standard-based method and big system for inquiring history of existing severe illness | |
| CN113240145B (en) | Order-preserving encryption-based network vehicle-restraining platform and method thereof |
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 |