CN112396420A - System and method for automatically processing repeated payment - Google Patents
System and method for automatically processing repeated payment Download PDFInfo
- Publication number
- CN112396420A CN112396420A CN202011460287.8A CN202011460287A CN112396420A CN 112396420 A CN112396420 A CN 112396420A CN 202011460287 A CN202011460287 A CN 202011460287A CN 112396420 A CN112396420 A CN 112396420A
- Authority
- CN
- China
- Prior art keywords
- payment
- payment request
- token
- repeated
- monitoring center
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
Abstract
The invention relates to the field of payment, in particular to a system and a method for automatically processing repeated payment, which realize timely automatic processing of repeated payment, improve the accuracy of identifying repeated payment and avoid manual intervention. The technical scheme comprises a server and a monitoring center; the server side verifies the user information before initiating the payment request, generates a custom Token according to the received order factors after the verification is passed, then stores the defined Token in a monitoring center, and simultaneously returns the custom Token to the payment request and binds the custom Token with the payment request; the method comprises the steps that when a monitoring center receives a payment request, the payment request is intercepted, then data analysis is carried out on the payment request, Token information is extracted, the extracted Token information is compared with Token information stored in the monitoring center, and if the Token information is consistent with the Token information stored in the monitoring center, the payment request is marked as a repeated payment request; after repeated payment requests occur, the monitoring center performs correction processing. The invention is suitable for automatically processing repeated payment.
Description
Technical Field
The invention relates to the field of payment, in particular to a system and a method for automatically processing repeated payment.
Background
With the advancement and development of technology, users have become a common way to pay online through network transactions, which are usually used. Therefore, the number of payment services is gradually increased, the payment requests are gradually increased, and a large number of payment channels are gradually accessed to the payment system in order to meet the increasing service demands. Because the network delay and the online payment are based on the characteristics of network and non-face to face, a customer can select a plurality of payment modes on a payment page in the process of electronic payment, and because the payment result of a payment channel merchant is asynchronously returned, the payment result is not received in time, and the return of the payment result is delayed, the problem that the same order user can pay repeatedly can be caused if system abnormality occurs in the process of online payment.
At present, it is common practice to mark the status of the order as in-process before repeating the payment, while querying the result of the last payment. However, the scheme has many problems, namely, the system cannot respond in time, and has the reason that the network is abnormal and the like in the middle, so that the payment request of the user is delayed and processed, and the user experience is poor; secondly, the problem of more repeated payments cannot be avoided. Thirdly, the accuracy of identifying repeated payment is not high enough, and sometimes the problem of identification error occurs.
Once the problem of repeated payment occurs, a post-processing mode is usually adopted, intervention and rechecking of background operators are needed, manual refund is performed after the confirmation is correct, and user experience is poor. This patent application is directed to the prevention of the problem of repeated payments and the subsequent handling of the problem of repeated payments. As a part of the unified payment system, it is necessary to provide a stable and reliable system, reduce manual intervention after an error occurs, avoid problems such as fund loss and customer complaints caused by repeated transactions, and ensure stable operation of the unified payment system.
Disclosure of Invention
The invention aims to provide a system and a method for automatically processing repeated payment, which realize timely automatic processing of the repeated payment, improve the accuracy of identifying the repeated payment, avoid manual intervention and ensure the reliable and stable operation of the system.
The invention adopts the following technical scheme to realize the purpose, and the system for automatically processing repeated payment comprises a server and a monitoring center;
the server is used for verifying the user information before initiating the payment request, generating a custom Token according to the received order factors after the verification is passed, storing the defined Token in the monitoring center, and returning the custom Token to the payment request and binding the custom Token with the payment request;
the monitoring center is used for intercepting the payment request when receiving the payment request, then performing data analysis on the payment request, extracting Token information, comparing the extracted Token information with Token information stored by the monitoring center, and marking the payment request as a repeated payment request if the Token information is consistent with the Token information stored by the monitoring center;
after the repeated payment request occurs, the monitoring center compares the time of the repeated payment request with the set payment threshold time, and if the time is within the payment threshold time, the positive charging operation is automatically initiated; if the threshold time is exceeded, the payment terms are automatically returned to the payment account balance.
The method for automatically processing repeated payment is applied to the system for automatically processing repeated payment, and comprises the following steps:
step (1), before a payment request is initiated, user information is verified;
after the verification is passed, generating a custom Token according to the received order elements, storing the custom Token in a monitoring center, and simultaneously returning the custom Token to the payment request and binding the custom Token with the payment request;
step (3), the external client sends a payment request, and the monitoring center intercepts the payment request when receiving the payment request;
step (4), after interception, carrying out data analysis on the payment request, and extracting Token information;
step (5), comparing the extracted Token information with Token information stored in a monitoring center, and if the Token information is consistent with the Token information stored in the monitoring center, marking the payment request as a repeated payment request;
step (6), the monitoring center compares the time of the repeated payment request with the set payment threshold time, and if the time is within the payment threshold time, the positive charging operation is automatically initiated; if the threshold time is exceeded, the payment terms are automatically returned to the payment account balance.
Further, the method also comprises the following steps:
and (7) after the monitoring center processes the repeated order, the server side sends the payment request to an external channel, the external channel returns the payment certificate to the server side after processing the payment, the server side returns the asynchronous payment result to the external client side, and the external client side displays the payment result to the user.
Further, in step (2), the order elements include a merchant order number, a transaction flow, an order amount, and a request time.
Further, in step (5), once each request is made, a new transaction flow is generated to correspond to the merchant order number one by one, and the payment order number in the payment request is formed by combining the 1-bit identifier, the 17-bit time and the 6-bit water.
Further, the 6-bit water adopts a storage form of BitMap.
Further, in step (2), the custom Token includes a Header ciphertext, a paybody ciphertext and a signature, and the Header ciphertext includes txCode, version and a request time; the paybody ciphertext includes a merchant order number, a transaction running water, an order amount and a channel number.
Further, in step (2), the method for generating a custom Token includes:
step 201, performing base64 coding on the header information and the paybody information respectively to generate a header ciphertext and a paybody ciphertext;
202, assigning values to various information of the header ciphertext and the paybody ciphertext;
step 203, connecting the generated ciphertext information by using a point number;
step 204, generating a signature according to a key set by the system and a salt adding algorithm;
and step 205, connecting the signature with the header ciphertext and the paybody ciphertext to generate the Token.
Further, in step (6), before comparing the time of the repeated payment request with the set payment threshold time, the monitoring center further includes: checking all payment states of the repeated orders, and if only one payment is successful, not performing subsequent operation processing; if more than one payment succeeds, comparing the time of the repeated payment request with the set payment threshold time.
The method checks the user information before initiating the payment request, firstly ensures the safety of user payment, generates a custom Token according to the received order factors, adopts the custom Token instead of a general Token, improves the accuracy of identifying repeated payment, compares the time of the repeated payment request with the set payment threshold time by a monitoring center after the repeated payment request occurs, and automatically initiates a correction operation if the time is within the payment threshold time; if the time exceeds the threshold value, the payment item is automatically returned to the balance of the payment account, so that manual intervention is avoided, and the fund safety of the user is guaranteed.
Drawings
FIG. 1 is a flow chart of a method for generating a custom Token according to the present invention.
Fig. 2 is a schematic diagram of the overall payment process of the present invention.
Fig. 3 is a process flow of the present invention after a repeat payment has occurred.
FIG. 4 is a schematic diagram of the overall architecture of the present invention.
Detailed Description
The invention relates to a system for automatically processing repeated payment, which comprises a server and a monitoring center;
the server is used for verifying the user information before initiating the payment request, generating a custom Token according to the received order factors after the verification is passed, storing the defined Token in the monitoring center, and simultaneously returning the custom Token to the payment request and binding the custom Token with the payment request;
the monitoring center is used for intercepting the payment request when receiving the payment request, then performing data analysis on the payment request, extracting Token information, comparing the extracted Token information with Token information stored by the monitoring center, and marking the payment request as a repeated payment request if the Token information is consistent with the Token information stored by the monitoring center;
after the repeated payment request occurs, the monitoring center compares the time of the repeated payment request with the set payment threshold time, and if the time is within the payment threshold time, the positive charging operation is automatically initiated; if the threshold time is exceeded, the payment terms are automatically returned to the payment account balance.
The method for automatically processing repeated payment is applied to the system for automatically processing repeated payment, and comprises the following steps:
step (1), before a payment request is initiated, user information is verified;
after the verification is passed, generating a custom Token according to the received order elements, storing the custom Token in a monitoring center, and simultaneously returning the custom Token to the payment request and binding the custom Token with the payment request;
step (3), the external client sends a payment request, and the monitoring center intercepts the payment request when receiving the payment request;
step (4), after interception, carrying out data analysis on the payment request, and extracting Token information;
step (5), comparing the extracted Token information with Token information stored in a monitoring center, and if the Token information is consistent with the Token information stored in the monitoring center, marking the payment request as a repeated payment request;
step (6), the monitoring center compares the time of the repeated payment request with the set payment threshold time, and if the time is within the payment threshold time, the positive charging operation is automatically initiated; if the threshold time is exceeded, the payment terms are automatically returned to the payment account balance.
Further comprising:
and (7) after the monitoring center processes the repeated order, the server side sends the payment request to an external channel, the external channel returns the payment certificate to the server side after processing the payment, the server side returns the asynchronous payment result to the external client side, and the external client side displays the payment result to the user.
In step (2), the order elements include a merchant order number, a transaction flow, an order amount, and a request time.
In step (5), repeating the payment request once, that is, generating a new transaction flow corresponding to the merchant order number one by one, wherein the payment order number in the payment request is formed by combining a 1-bit identifier, 17-bit time and 6-bit flow.
Wherein, in order to accelerate the query and the deduplication speed, the 6-bit stream adopts a storage form of BitMap.
The BitMap is to mark the value corresponding to an element by a bit, and the key is the element, and the BitMap uses the bit to store data, so that the storage space can be greatly saved. We allocate 1 byte space and set all byte bits of these spaces to 0. Then, the element is traversed, and the corresponding positions with values are set to be 1 in sequence.
And the rapid query is efficiently realized by using the BitMap in the memory.
| Position 7 | Position 6 | Position 5 | Position 4 | Position 3 | Position 2 | Position 1 | Position 0 |
| 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
After applying for the space of int bits [ N/32+1], the index of the array needs to be determined, namely num > 5;
determining the position in the 32-bit, namely num &0x 1F;
the number is stored in bits, namely bits [ num > >5] | -1 < (num &0x 1F));
judging whether the number is in bits: return (bits [ num > >5] & (1< < (num &0x 1F)))! Either as 0)
In the step (2), the custom Token comprises a Header ciphertext, a paybody ciphertext and a signature, wherein the Header ciphertext comprises txCode, version and request time; the paybody ciphertext includes a merchant order number, a transaction running water, an order amount and a channel number.
In step (2), the flow chart of the method for generating the custom Token is as shown in fig. 1:
step 201, performing base64 encoding on the Header information and the paybody information respectively to generate a Header ciphertext and a paybody ciphertext, wherein the Header ciphertext comprises txCode, version and request time; the paybody ciphertext includes a merchant order number, a transaction running water, an order amount and a channel number.
202, assigning values to various information of the header ciphertext and the paybody ciphertext;
step 203, connecting the generated ciphertext information by using a point number;
step 204, generating a signature according to a key set by the system and a salt adding algorithm;
and step 205, connecting the signature with the header ciphertext and the paybody ciphertext to generate the Token.
In step (6), before comparing the time of the repeated payment request with the set payment threshold time, the monitoring center further includes: checking all payment states of the repeated orders, and if only one payment is successful, not performing subsequent operation processing; if more than one payment succeeds, comparing the time of the repeated payment request with the set payment threshold time.
Fig. 4 is a schematic diagram of the system architecture, which is processing the user's payment request every moment, and in the face of possibly repeated payment orders, it is not possible for the operator to process all the data in real time. Therefore, a certain judgment capability is required for the system.
All payment requests are intercepted by the monitoring center before payment, and then are stored in the database, and the monitoring center judges whether the payment requests are orders for repeated payment in sequence to perform subsequent payment operation.
The schematic diagram of the whole payment process of the invention is shown in fig. 2, after the user selects to place an order, the user enters a cash register module, after the user selects a certain payment mode, the client sends the payment order element to the server, the server generates Token according to the payment order element, then the defined Token is stored in the monitoring center, and the self-defined Token is returned to the payment request and is bound with the payment request; and after the monitoring center processes the repeated orders, the server side sends the payment request to the channel. And after the channel finishes the payment processing, returning the payment certificate to the server side, returning the asynchronous payment result to the client side by the server side, and displaying the payment result to the user by the client side.
The processing flow after the repeated payment occurs in the invention is shown in fig. 3, and the sending unit of the monitoring center runs in real time to check whether the order of the repeated payment exists in the system. If repeated payment orders exist in the system, the payment states of all the orders need to be checked, and if only one payment is successful and the rest payment is failed or the payment is in a closed state, subsequent operation processing is not needed. If two or more than two successful payment states exist, the payment needs to be carried out according to a preset time threshold, if the payment is within the time threshold range, the order form which is successfully paid before needs to be corrected, only one order form which is successfully paid is reserved, and if the payment is outside the time threshold range, the money is charged into the account balance of the user.
In conclusion, the system mainly uses the user-defined Token to identify and mark repeated orders, and the positive flow initiated by the system automatically after the orders for repeated payment occur, so as to reduce the probability of system errors and the maintenance cost of operators, realize automatic identification and marking of the system, reduce manual intervention of the operators, ensure stable and efficient operation of the unified payment system, and improve the use experience of users.
Claims (9)
1. The system for automatically processing repeated payment is characterized by comprising a server and a monitoring center;
the server is used for verifying the user information before initiating the payment request, generating a custom Token according to the received order factors after the verification is passed, storing the defined Token in the monitoring center, and returning the custom Token to the payment request and binding the custom Token with the payment request;
the monitoring center is used for intercepting the payment request when receiving the payment request, then performing data analysis on the payment request, extracting Token information, comparing the extracted Token information with Token information stored by the monitoring center, and marking the payment request as a repeated payment request if the Token information is consistent with the Token information stored by the monitoring center;
after the repeated payment request occurs, the monitoring center compares the time of the repeated payment request with the set payment threshold time, and if the time is within the payment threshold time, the positive charging operation is automatically initiated; if the threshold time is exceeded, the payment terms are automatically returned to the payment account balance.
2. The method for automatically processing repeated payment, which is applied to the system for automatically processing repeated payment in claim 1, is characterized by comprising the following steps:
step (1), before a payment request is initiated, user information is verified;
after the verification is passed, generating a custom Token according to the received order elements, storing the custom Token in a monitoring center, and simultaneously returning the custom Token to the payment request and binding the custom Token with the payment request;
step (3), the external client sends a payment request, and the monitoring center intercepts the payment request when receiving the payment request;
step (4), after interception, carrying out data analysis on the payment request, and extracting Token information;
step (5), comparing the extracted Token information with Token information stored in a monitoring center, and if the Token information is consistent with the Token information stored in the monitoring center, marking the payment request as a repeated payment request;
step (6), the monitoring center compares the time of the repeated payment request with the set payment threshold time, and if the time is within the payment threshold time, the positive charging operation is automatically initiated; if the threshold time is exceeded, the payment terms are automatically returned to the payment account balance.
3. The method of automatically processing a recurring payment according to claim 2, further comprising:
and (7) after the monitoring center processes the repeated order, the server side sends the payment request to an external channel, the external channel returns the payment certificate to the server side after processing the payment, the server side returns the asynchronous payment result to the external client side, and the external client side displays the payment result to the user.
4. The method of automatically processing repeat payments of claim 2, wherein in step (2) the order elements comprise merchant order number, transaction flow, order amount, and request time.
5. The method for automatically processing repeated payment according to claim 4, wherein in step (5), once each request of the repeated payment request, a new transaction flow is generated to correspond to the merchant order number one by one, and the payment order number in the payment request is formed by combining 1-bit identification, 17-bit time and 6-bit flow.
6. The method of automatically handling double payments according to claim 5, wherein said 6-bit stream is in the form of a BitMap store.
7. The method for automatically processing repeated payments according to any one of claims 2-6, wherein in the step (2), the custom Token comprises a Header ciphertext, a paybody ciphertext and a signature, the Header ciphertext comprises txCode, version and a request time; the paybody ciphertext includes a merchant order number, a transaction running water, an order amount and a channel number.
8. The method of automatically processing repeat payments of claim 7, wherein in step (2), the method of generating custom Token comprises:
step 201, performing base64 coding on the header information and the paybody information respectively to generate a header ciphertext and a paybody ciphertext;
202, assigning values to various information of the header ciphertext and the paybody ciphertext;
step 203, connecting the generated ciphertext information by using a point number;
step 204, generating a signature according to a key set by the system and a salt adding algorithm;
and step 205, connecting the signature with the header ciphertext and the paybody ciphertext to generate the Token.
9. The method for automatically processing repeated payments according to claim 2, wherein in step (6), before comparing the time of the repeated payment request with the set payment threshold time, the monitoring center further comprises: checking all payment states of the repeated orders, and if only one payment is successful, not performing subsequent operation processing; if more than one payment succeeds, comparing the time of the repeated payment request with the set payment threshold time.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011460287.8A CN112396420A (en) | 2020-12-11 | 2020-12-11 | System and method for automatically processing repeated payment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011460287.8A CN112396420A (en) | 2020-12-11 | 2020-12-11 | System and method for automatically processing repeated payment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112396420A true CN112396420A (en) | 2021-02-23 |
Family
ID=74624802
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011460287.8A Pending CN112396420A (en) | 2020-12-11 | 2020-12-11 | System and method for automatically processing repeated payment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112396420A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113344680A (en) * | 2021-07-02 | 2021-09-03 | 云镝智慧科技有限公司 | Order processing method, related device, equipment and storage medium |
| CN113592506A (en) * | 2021-09-27 | 2021-11-02 | 北京华益精点生物技术有限公司 | Repeated payment processing method and device, electronic equipment and storage medium |
| CN114862446A (en) * | 2022-04-07 | 2022-08-05 | 江苏银承网络科技股份有限公司 | Virtual asset processing method, device and equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105512869A (en) * | 2015-11-26 | 2016-04-20 | 中国建设银行股份有限公司 | Repeated payment-prevention payment system, method and E-commerce system |
| CN108269073A (en) * | 2016-12-30 | 2018-07-10 | 航天信息股份有限公司 | A kind of order payment management method and system |
| CN109076024A (en) * | 2018-07-20 | 2018-12-21 | 威富通科技有限公司 | data control method and terminal device |
| CN110706071A (en) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | Exception handling method, device, server and system for order payment request |
-
2020
- 2020-12-11 CN CN202011460287.8A patent/CN112396420A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105512869A (en) * | 2015-11-26 | 2016-04-20 | 中国建设银行股份有限公司 | Repeated payment-prevention payment system, method and E-commerce system |
| CN108269073A (en) * | 2016-12-30 | 2018-07-10 | 航天信息股份有限公司 | A kind of order payment management method and system |
| CN109076024A (en) * | 2018-07-20 | 2018-12-21 | 威富通科技有限公司 | data control method and terminal device |
| CN110706071A (en) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | Exception handling method, device, server and system for order payment request |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113344680A (en) * | 2021-07-02 | 2021-09-03 | 云镝智慧科技有限公司 | Order processing method, related device, equipment and storage medium |
| CN113592506A (en) * | 2021-09-27 | 2021-11-02 | 北京华益精点生物技术有限公司 | Repeated payment processing method and device, electronic equipment and storage medium |
| CN114862446A (en) * | 2022-04-07 | 2022-08-05 | 江苏银承网络科技股份有限公司 | Virtual asset processing method, device and equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112396420A (en) | System and method for automatically processing repeated payment | |
| US10909539B2 (en) | Enhancements to transaction processing in a secure environment using a merchant computer | |
| US20030172036A1 (en) | Online financial transaction veracity assurance mechanism | |
| CN101706933A (en) | Method and background system for realizing joint account service operation | |
| US20090240627A1 (en) | Payment processing system trusted agent identification | |
| CN108876105B (en) | Transaction risk control method and device | |
| CN113850600B (en) | Transaction consensus method, device, equipment and storage medium based on block chain | |
| CN112184230A (en) | Transaction data processing method, system, device and storage medium based on block chain | |
| CN106815725A (en) | A kind of transaction verification method and device | |
| WO2015188780A1 (en) | Method and apparatus for processing account information | |
| CN113312649A (en) | Message processing method, device, equipment, system and storage medium | |
| CN110874743A (en) | Method and device for determining account transaction risk | |
| CN114240408A (en) | Electronic ticket business transaction method based on block chain technology | |
| CN110020795A (en) | The method and device of risk control is provided for mutual fund earnings | |
| CN113656497A (en) | Data verification method and device based on block chain | |
| CN111784342B (en) | Dynamic monitoring management system based on big data centralized payment | |
| US20160071107A1 (en) | Method of processing a transaction request | |
| EP4040322A1 (en) | Method and system for creating rapid searchable altered data in a database | |
| US10210512B2 (en) | Transaction count synchronization in payment system | |
| CN109829750A (en) | Public transport exchange information processing method, device and computer equipment | |
| CN112613967B (en) | Business transaction data processing method and device, computer equipment and storage medium | |
| CN110598457B (en) | Bill processing method, bill processing device, bill processing equipment and computer storage medium | |
| CN117131118A (en) | Financial data processing method, device, equipment and storage medium | |
| CN117743282A (en) | Transaction data sharing method and device | |
| CN114626859A (en) | Method, system, equipment and storage medium based on public account number verification |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210223 |
|
| RJ01 | Rejection of invention patent application after publication |