CN112819479A - Order state processing method and device, storage medium and server - Google Patents
Order state processing method and device, storage medium and server Download PDFInfo
- Publication number
- CN112819479A CN112819479A CN201911122152.8A CN201911122152A CN112819479A CN 112819479 A CN112819479 A CN 112819479A CN 201911122152 A CN201911122152 A CN 201911122152A CN 112819479 A CN112819479 A CN 112819479A
- Authority
- CN
- China
- Prior art keywords
- order
- payment
- state
- client
- data
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 238000000034 method Methods 0.000 claims abstract description 14
- 238000012545 processing Methods 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 14
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000009286 beneficial effect Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
A processing method and device, storage medium and server of order state are provided, the method comprises: receiving an order settlement request initiated by a client, and determining a background order state of order data associated with the order settlement request; establishing connection between the client and a payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction; trying to receive an order callback message of the payment channel party, wherein the order callback message comprises a payment terminal order state set for the order data by the payment channel party and is generated after the payment channel party completes payment operation; if the order call-back message is not successfully received, the order state of the payment terminal of the order data is obtained from the payment channel party; and updating the background order state into the order state of the payment terminal. The technical scheme provided by the invention can ensure the data consistency and is beneficial to improving the safety of order data.
Description
Technical Field
The invention relates to the technical field of electronic payment, in particular to a method and a device for processing an order state, a storage medium and a server.
Background
With the development of society, the logistics industry plays an increasingly important role in national economy. In the logistics industry, it has become increasingly popular to use electronic payment to complete payment for logistics services.
In the prior art, when a payment action occurs, a payment channel party (e.g., a bank) actively sends a callback message to inform a payment platform (e.g., a payment server) after a payment operation is completed, so that electronic payment data of the payment platform and bank account information of a user are kept consistent. However, the callback message may not be received by the payment platform due to transmission reasons such as network interruption, but the payment channel side has completed operations such as payment of the user, which may cause the account amount information flow of the user to be inconsistent with the data information of the payment platform.
Further research is needed to ensure that the account amount information flow of the user is consistent with the actual data when payment acts occur.
Disclosure of Invention
The invention solves the technical problem of how to ensure the data consistency of data of all parties during electronic payment.
To solve the foregoing technical problem, an embodiment of the present invention provides a method for processing an order status, including: receiving an order settlement request initiated by a client, and determining a background order state of order data associated with the order settlement request; establishing connection between the client and a payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction; trying to receive an order callback message of the payment channel party, wherein the order callback message comprises a payment terminal order state set for the order data by the payment channel party and is generated after the payment channel party completes payment operation; if the order call-back message is not successfully received, the order state of the payment terminal of the order data is obtained from the payment channel party; and updating the background order state into the order state of the payment terminal.
Optionally, the processing method further includes: and if the order call-back message is successfully received, updating the background order state of the order data into the order state of the payment terminal according to the order call-back message.
Optionally, the updating the background order state of the order data to the order state of the payment end according to the order callback message includes: and updating the background order state from the unpaid order state to the payment completed order state, and modifying account amount and data information associated with the background order state.
Optionally, the processing method further includes: receiving an order state query request of order data sent by the client; and if the background order state of the order data is the payment completion order state, returning the account amount and the data information related to the background order state to the client.
Optionally, the processing method further includes: if the background order state of the order data is not the payment completion order state, initiating an order state query request of the order data to the payment channel side to obtain an order state query result of the order data; and sending the order state query result to the client.
Optionally, the establishing of the connection between the client and the payment channel party according to the order settlement request includes: generating a prepayment order request according to the order settlement request, wherein the prepayment order request comprises a payment channel party identifier; sending the pre-payment order request to a payment channel party pointed by the payment channel party identifier; receiving a prepayment order response returned by the payment channel party, wherein the prepayment order response comprises payment parameters; and forwarding the payment parameters to the client so as to enable the client to execute the payment operation instruction.
Optionally, the obtaining the order state of the payment terminal of the order data from the payment channel side includes: generating an order state query request according to the order data; sending the order state query request to the payment channel party to enable the payment channel party to query the order state of the payment terminal of the order data; and receiving an order state query response of the payment channel party to obtain the order state of the payment terminal of the order data.
In order to solve the above technical problem, an embodiment of the present invention further provides an order status processing apparatus, including: the first receiving module is used for receiving an order settlement request initiated by a client and determining a background order state of order data associated with the order settlement request; the establishment module is used for establishing the connection between the client and the payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction; a second receiving module, configured to attempt to receive an order callback message of the payment channel side, where the order callback message includes a payment-side order state set by the payment channel side for the order data, and is generated by the payment channel side after completing a payment operation; the acquisition module is used for acquiring the order state of the payment terminal of the order data from the payment channel party if the order callback message is not successfully received; and the updating module is used for updating the background order state into the order state of the payment terminal.
To solve the above technical problem, an embodiment of the present invention further provides a storage medium having stored thereon computer instructions, where the computer instructions execute the steps of the above method when executed.
In order to solve the above technical problem, an embodiment of the present invention further provides a server, including a memory and a processor, where the memory stores computer instructions executable on the processor, and the processor executes the computer instructions to perform the steps of the above method.
Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:
the embodiment of the invention provides a method for processing an order state, which comprises the following steps: receiving an order settlement request initiated by a client, and determining a background order state of order data associated with the order settlement request; establishing connection between the client and a payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction; trying to receive an order callback message of the payment channel party, wherein the order callback message comprises a payment terminal order state set for the order data by the payment channel party and is generated after the payment channel party completes payment operation; if the order call-back message is not successfully received, the order state of the payment terminal of the order data is obtained from the payment channel party; and updating the background order state into the order state of the payment terminal. For the same order settlement request, the embodiment of the invention can actively acquire the order state of the payment channel party except for determining and updating the order state by using the order callback message on the payment platform, so that the capital information flow and the data information of the payment platform and the capital information flow and the data information of the payment channel party are kept consistent. The embodiment of the invention can effectively reduce the abnormal risk of the account data of the user for performing the operations of account transfer, cash withdrawal and the like, and is beneficial to improving the safety of the order data.
Further, still include: receiving an order state query request of order data sent by the client; and if the background order state of the order data is the payment completion order state, returning the account amount and the data information related to the background order state to the client. The embodiment of the invention can also respond to the order state query request sent by the client and return the query result to the client, so that the user can know the background order state and the user experience of electronic payment is improved.
Drawings
FIG. 1 is a schematic diagram of a network architecture according to an embodiment of the present invention;
FIG. 2 is a flow chart illustrating a method for processing an order status according to an embodiment of the invention;
fig. 3 is a schematic structural diagram of an order status processing apparatus according to an embodiment of the present invention.
Detailed Description
As described in the background, in the prior art, due to network interruption and the like, the account amount information flow may not be consistent with the data information of the payment platform.
The embodiment of the invention provides a method for processing an order state, which comprises the following steps: receiving an order settlement request initiated by a client, and determining a background order state of order data associated with the order settlement request; establishing connection between the client and a payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction; trying to receive an order callback message of the payment channel party, wherein the order callback message comprises a payment terminal order state set for the order data by the payment channel party and is generated after the payment channel party completes payment operation; if the order call-back message is not successfully received, the order state of the payment terminal of the order data is obtained from the payment channel party; and updating the background order state into the order state of the payment terminal.
For the same order settlement request, the embodiment of the invention can actively acquire the order state of the payment channel party except for determining and updating the order state by using the order callback message on the payment platform, so that the capital information flow and the data information of the payment platform and the capital information flow and the data information of the payment channel party are kept consistent. The embodiment of the invention can effectively reduce the abnormal risk of the account data of the user for performing the operations of account transfer, cash withdrawal and the like, and is beneficial to improving the safety of the order data.
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
The payment channels in this document refer to channels supporting user payment on the payment platform, and the payment channels help the payment platform user to complete payment of transaction amount and support fund transfer, account checking and clearing between the payment platform and the bank, such as WeChat, Paibao, and safety bank witness treasure.
The payment channel party in this context refers to various enterprise service parties with payment license qualification.
The payment platform herein can be understood as a business middle station, which accepts payment-related requirements of each demander for business upstream; and integrating a plurality of payment channels aiming at business downstream. The service center is similar to a converter, unifies interface standards at the service upstream, and then assembles corresponding interface parameters of each channel through a payment platform. The payment platform can integrate channels of a plurality of channels according to the requirements of a demand party, simplifies the operation of the demand party and connects a user demand party and a payment channel party.
Fig. 1 is a schematic diagram of a network structure according to an embodiment of the present invention. Referring to fig. 1, a network 100 includes a payment platform 101 and a payment channel party 102. The payment platform 101 may be divided into a client 1011 and a backend server 1012.
In a specific implementation, the user may initiate an order settlement request based on the client 1011 and connect to the payment channel side 102 through the backend server 1012, thereby completing order payment and/or recharging. The client 1011 may be an Application (APP). The background server 1012 is connected with the payment channel party 102 and the client 1011, and establishes a connection between the payment channel party 102 and the client 1011 to complete payment operation and/or recharging operation.
Fig. 2 is a flowchart illustrating a method for processing an order status according to an embodiment of the present invention. The processing method may be performed by a backend server 1012 of the payment platform 101.
With reference to fig. 1 and 2, the payment platform 101 may include a client 1011 for receiving various payment requirements input by a customer; the payment platform may further comprise a backend server 1012, and the backend server 1012 may connect the client 1011 and a payment canalizer server, i.e. the payment canalizer 102 shown in fig. 1.
Specifically, the processing method may include the steps of:
step S201, receiving an order settlement request initiated by a client, and determining a background order state of order data associated with the order settlement request;
step S202, establishing the connection between the client and a payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction;
step S203, trying to receive an order callback message of the payment channel party, wherein the order callback message comprises a payment terminal order state set by the payment channel party for the order data and is generated by the payment channel party after completing payment operation;
step S204, if the order call-back message is not successfully received, the order state of the payment terminal of the order data is obtained from the payment channel side;
step S205, updating the background order state to the payment terminal order state.
More specifically, the user may install a client 1011 at the terminal, and the client 1011 may be an APP. Thereafter, the user may initiate an order settlement request at the client 1011. The order settlement request can be used for carrying out operations such as payment and/or recharging of order data.
In step S201, the backend server 1012 may receive an order settlement request from the client 1011. Thereafter, the backend server 1012 may determine and record the order data corresponding to the order settlement request and the order status of the order data. Here, the order status recorded by backend server 1012 is marked as a backend order status.
In specific implementation, after receiving the order settlement request, the background server 1012 may set the background order state of the order data corresponding to the order settlement request to an unpaid state.
In step S202, the background server 1012 may establish a connection between the client 1011 and the payment channel side 102 according to the order settlement request, so that the client 1011 executes a payment operation instruction. The background server 1012 may determine the payment channel party 102 selected by the user to which the client 1011 belongs in advance.
After receiving the order settlement request initiated by the client 1011, the background server 1012 may determine the payment channel party 102 according to the order settlement request, and establish a connection between the client 1011 and the payment channel party 102, thereby completing operations such as payment recharging of the user.
In a specific implementation, the backend server 1012 may generate a prepaid order request according to the order settlement request, where the prepaid order request may include order data (e.g., an order data identifier) and a payment channel party identifier. The prepaid order request may then be sent to the payment channel party 102 to which the payment channel party identification points.
Wherein the pre-payment order request may include data related to payment parameters for which the payment channel party 102 generated the order data.
Further, the payment channel party 102, upon receiving the prepaid order request, may generate a prepaid order response, which may include payment parameters. Thereafter, the payment channel side 102 can return the prepaid order response to the back office service 1012.
Further, after receiving the prepaid order response returned by the payment channel, the backend server 1012 may generate a payment response message and send the payment response message to the client 1011. The payment response message may contain the payment parameters. Further, the client 1011 may communicate with the payment channel side 102 over the established connection to execute the payment operation instructions.
It should be noted that, if the payment channel side 102 completes the payment operation successfully, the payment terminal order status of the order data may be modified to be the payment completion status. Thereafter, the payment channel side 102 may also send an order callback message to the backend server 1012 to notify the backend server 1012 to update the backend order state.
In step S203, the background server 1012 may attempt to receive an order callback message of the payment channel side 102, where the order callback message is generated after the payment channel side 102 successfully completes the payment operation and includes a payment terminal order status set by the payment channel side 102 for the order data.
Further, the prepaid order request may further include a global Resource Locator (URL) address of the order callback message. The payment channel side 102 may send the order callback message to the URL address so that the backend server 1012 may receive the order callback message actively issued by the payment channel side.
In brief, in the recharging and payment operation using the payment platform 101, a prepaid payment request is first initiated to the payment channel party 102 through the backend server 1012 to obtain the payment parameters or the recharging parameters, so that the user can perform the payment operation to the payment channel party 102 according to the payment parameters or the recharging parameters. After the payment channel side 102 (e.g. a bank or other mechanism) confirms that the payment of the user is received, the background server 1012 is notified according to the URL in the prepaid order request, and the operations of payment recharging and the like are completed. Then, the background server 1012 may modify the account amount and the data information of the corresponding order data according to the order callback message.
In step S204, if the background server 1012 does not successfully receive the order callback message, the background server 1012 may actively acquire the payment terminal order status of the order data from the payment channel side 102.
Those skilled in the art will appreciate that the payment channel party 102 will not actively return an order callback message to the back-end server 1012 if it fails to complete the payment operation. At this point, backend server 1012 cannot receive the order callback message. In addition, even if the payment canaler 102 returns an order callback message to the backend server 1012 due to external factors such as network delay or network outage, the backend server 1012 may not receive the order callback message.
In a specific implementation, if the background server 1012 does not successfully receive the order callback request, the background server 1012 may send an order status query request to the payment channel side, so that the payment channel side 102 queries the order status of the payment terminal of the order data. Thereafter, the backend server 1012 may receive an order status query response of the payment channel side 102 to obtain the payment end order status of the order data.
As understood by those skilled in the art, generally, after the background server 1012 receives an order payment request from the client 1011, the background order state set by the background server 1012 for the order data associated with the order payment request is an initial state. In the initial state, the background order state is an unpaid state. And the payment channel side 102 can set its payment side order status as a payment completion order status after completing the payment with the client 1011.
In step S205, the background server 1012 may compare the background order status with the payment terminal order status to determine whether the order statuses of the order data are consistent. If the background order state is different from the payment side order state, the background server 1012 may update the background order state to be the payment side order state, so that the background order state is the same as the payment side order state.
For example, if the background order status is an unpaid status and the payment order status is a payment completed status, the background server 1012 may modify the background order status into a payment completed status. Accordingly, the background server 1012 also needs to modify the account amount and the data information associated with the background order status. Thereafter, the order status of the background server 1012 and the payment channel side 102, i.e. the background order status and the payment terminal order status, are consistent for the order status of the order data.
In a specific implementation, if the order callback message is successfully received, the background server 1012 may update the background order state of the order data according to the order callback message. Under this condition, the background server 1012 does not need to actively acquire the order status of the payment terminal of the order data from the payment channel side.
In a specific implementation, when a user has a demand, an order status query request for order data may be initiated by the client 1011, and then, the background server 1012 may receive the order status query request for order data initiated by the client 1011.
Further, the background server 1012 may locally query the relevant information of the order data, such as the background order status.
Further, if the background order status of the order data is the payment completed order status, the background server 1012 may return the background order status to the client 1011. Otherwise, if the background order state of the order data is other state (such as unpaid state) than the payment completed order state, the background server 1012 may initiate an order state query request of the order data to the payment channel side 102 to obtain an order state query result of the order data, and may send the order state query result to the client 1011.
In a specific implementation, after the background server 1012 initiates a prepayment request to generate order data in a to-be-paid state, if an order callback message of a payment channel party is not received within a preset time range, the background server 1012 may actively initiate an order state query request to the payment channel party for the order data in the to-be-paid state, and perform order data synchronization according to a response of the order state query request.
It should be noted that, when the background server 1012 initiates an order status query request from the payment channel party and acquires order data, it may modify the background order status of the order data due to receiving an order callback message returned by the payment channel party. Therefore, the background server 1012 may first determine whether the background order state of the order data is an unpaid state, and if so, modify the background order state of the order data and the like according to the acquired order data. Otherwise, the background order state may be modified to the payment completion order state. Further, the payment completion order status may be modified to an order termination status.
In a typical application scenario, the embodiment of the present invention is applied to a parking charging scenario. The payment platform is connected with the parking time-measuring charging system. When the car owner pays for the parking fee, the payment request can be initiated through the client. The background server can receive the payment request and can obtain information such as parking fee to be paid by the vehicle owner and parking starting and stopping time from the parking timing charging system.
And then, according to the information, the background server can generate a prepayment request and send the prepayment request to a payment channel party. And can inform the vehicle owner to pay the parking fee after receiving the payment parameters returned by the payment channel party. Further, the background server can keep the order data of the background server and the payment channel party consistent according to the order query result obtained by the order callback message and/or the order query request.
In summary, the technical scheme provided by the embodiment of the invention can ensure the consistency of the online electronic data, improve the account security, and is beneficial to improving the user experience.
Fig. 3 is a schematic structural diagram of an order status processing apparatus according to an embodiment of the present invention. The processing device 3 of the order status (hereinafter referred to as the processing device 3) may implement the technical solutions of the methods shown in fig. 1 and fig. 2, and is executed by a background server in the payment platform.
Specifically, the processing device 3 may include: the first receiving module 31 is configured to receive an order settlement request initiated by a client, and determine a background order state of order data associated with the order settlement request; the establishing module 32 is used for establishing the connection between the client and the payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction; a second receiving module 33, configured to attempt to receive an order callback message of the payment channel party, where the order callback message includes a payment end order state set by the payment channel party for the order data, and is generated by the payment channel party after completing a payment operation; the obtaining module 34, if the order callback message is not successfully received, the obtaining module 34 is configured to obtain the payment terminal order state of the order data from the payment channel side; and the updating module 35 is configured to update the background order state to the payment terminal order state.
For more details of the operation principle and the operation mode of the processing device 3, reference may be made to the description in fig. 1 and fig. 2, which are not repeated herein.
Further, the embodiment of the present invention also discloses a storage medium, on which computer instructions are stored, and when the computer instructions are executed, the technical solution of the method described in the embodiments shown in fig. 1 and fig. 2 is executed. Preferably, the storage medium may include a computer-readable storage medium such as a non-volatile (non-volatile) memory or a non-transitory (non-transient) memory. The storage medium may include ROM, RAM, magnetic or optical disks, etc.
Further, an embodiment of the present invention further discloses a server, which includes a memory and a processor, where the memory stores computer instructions capable of being executed on the processor, and the processor executes the computer instructions to execute the technical solutions of the methods in the embodiments shown in fig. 1 and fig. 2. Preferably, the server may be a cloud server.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (10)
1. A processing method of order status is characterized by comprising the following steps:
receiving an order settlement request initiated by a client, and determining a background order state of order data associated with the order settlement request;
establishing connection between the client and a payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction;
trying to receive an order callback message of the payment channel party, wherein the order callback message comprises a payment terminal order state set for the order data by the payment channel party and is generated after the payment channel party completes payment operation;
if the order call-back message is not successfully received, the order state of the payment terminal of the order data is obtained from the payment channel party;
and updating the background order state into the order state of the payment terminal.
2. The processing method of claim 1, further comprising:
and if the order call-back message is successfully received, updating the background order state of the order data into the order state of the payment terminal according to the order call-back message.
3. The processing method according to claim 2, wherein the background order status is an unpaid order status, the payment side order status is a payment-completed order status, and the updating the background order status of the order data to the payment side order status according to the order callback message comprises:
and updating the background order state from the unpaid order state to the payment completed order state, and modifying account amount and data information associated with the background order state.
4. The processing method of claim 3, further comprising:
receiving an order state query request of order data sent by the client;
and if the background order state of the order data is the payment completion order state, returning the account amount and the data information related to the background order state to the client.
5. The processing method of claim 4, further comprising:
if the background order state of the order data is not the payment completion order state, initiating an order state query request of the order data to the payment channel side to obtain an order state query result of the order data;
and sending the order state query result to the client.
6. The processing method according to any one of claims 1 to 5, wherein the establishing of the connection between the client and the payment channel party according to the order settlement request comprises:
generating a prepayment order request according to the order settlement request, wherein the prepayment order request comprises a payment channel party identifier;
sending the pre-payment order request to a payment channel party pointed by the payment channel party identifier;
receiving a prepayment order response returned by the payment channel party, wherein the prepayment order response comprises payment parameters;
and forwarding the payment parameters to the client so as to enable the client to execute the payment operation instruction.
7. The processing method according to any one of claims 1 to 5, wherein the obtaining of the payment side order status of the order data from the payment channel side comprises:
generating an order state query request according to the order data;
sending the order state query request to the payment channel party to enable the payment channel party to query the order state of the payment terminal of the order data;
and receiving an order state query response of the payment channel party to obtain the order state of the payment terminal of the order data.
8. An order status processing apparatus, comprising:
the first receiving module is used for receiving an order settlement request initiated by a client and determining a background order state of order data associated with the order settlement request;
the establishment module is used for establishing the connection between the client and the payment channel party according to the order settlement request so as to enable the client to execute a payment operation instruction;
a second receiving module, configured to attempt to receive an order callback message of the payment channel side, where the order callback message includes a payment-side order state set by the payment channel side for the order data, and is generated by the payment channel side after completing a payment operation;
the acquisition module is used for acquiring the order state of the payment terminal of the order data from the payment channel party if the order callback message is not successfully received;
and the updating module is used for updating the background order state into the order state of the payment terminal.
9. A storage medium having stored thereon computer instructions, characterized in that the computer instructions are operative to perform the steps of the method of any one of claims 1 to 7.
10. A server comprising a memory and a processor, the memory having stored thereon computer instructions executable on the processor, wherein the processor, when executing the computer instructions, performs the steps of the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911122152.8A CN112819479A (en) | 2019-11-15 | 2019-11-15 | Order state processing method and device, storage medium and server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911122152.8A CN112819479A (en) | 2019-11-15 | 2019-11-15 | Order state processing method and device, storage medium and server |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112819479A true CN112819479A (en) | 2021-05-18 |
Family
ID=75851885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911122152.8A Pending CN112819479A (en) | 2019-11-15 | 2019-11-15 | Order state processing method and device, storage medium and server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112819479A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114386832A (en) * | 2022-01-12 | 2022-04-22 | 首约科技(北京)有限公司 | Channel order second cancellation problem processing method |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150178696A1 (en) * | 2013-12-23 | 2015-06-25 | Cube, Co. | System and method for performing callbacks in an automated clearing house network |
| CN105741092A (en) * | 2016-01-19 | 2016-07-06 | 四川长虹电器股份有限公司 | Unified payment method and unified payment system supporting multiple cloud services |
| CN106296144A (en) * | 2016-07-29 | 2017-01-04 | 努比亚技术有限公司 | Payment processes server, client and payment processing method |
| CN107730366A (en) * | 2017-10-30 | 2018-02-23 | 江西博瑞彤芸科技有限公司 | A kind of information processing method of pay invoice management |
| CN108520454A (en) * | 2018-04-10 | 2018-09-11 | 平安科技（深圳）有限公司 | The method and system of readjustment order in real time |
| CN109118184A (en) * | 2018-08-09 | 2019-01-01 | 杭州鑫合汇互联网金融服务有限公司 | A kind of payment system and its method of payment |
| CN109872137A (en) * | 2019-01-30 | 2019-06-11 | 北京沃东天骏信息技术有限公司 | A kind of electronic trade method, node and storage medium |
-
2019
- 2019-11-15 CN CN201911122152.8A patent/CN112819479A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150178696A1 (en) * | 2013-12-23 | 2015-06-25 | Cube, Co. | System and method for performing callbacks in an automated clearing house network |
| CN105741092A (en) * | 2016-01-19 | 2016-07-06 | 四川长虹电器股份有限公司 | Unified payment method and unified payment system supporting multiple cloud services |
| CN106296144A (en) * | 2016-07-29 | 2017-01-04 | 努比亚技术有限公司 | Payment processes server, client and payment processing method |
| CN107730366A (en) * | 2017-10-30 | 2018-02-23 | 江西博瑞彤芸科技有限公司 | A kind of information processing method of pay invoice management |
| CN108520454A (en) * | 2018-04-10 | 2018-09-11 | 平安科技（深圳）有限公司 | The method and system of readjustment order in real time |
| CN109118184A (en) * | 2018-08-09 | 2019-01-01 | 杭州鑫合汇互联网金融服务有限公司 | A kind of payment system and its method of payment |
| CN109872137A (en) * | 2019-01-30 | 2019-06-11 | 北京沃东天骏信息技术有限公司 | A kind of electronic trade method, node and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| ISEEYOU: "支付***架构", pages 1 - 2, Retrieved from the Internet <URL:https://zhuanlan.zhihu.com/p/30825932> * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114386832A (en) * | 2022-01-12 | 2022-04-22 | 首约科技(北京)有限公司 | Channel order second cancellation problem processing method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108764868B (en) | Block chain node proxy reconciliation method and block reconciliation proxy node | |
| CN107133788B (en) | Refund processing method and device | |
| US10776771B2 (en) | Electronic resource processing method and device | |
| CN102136967B (en) | Method, device and system for managing service state | |
| CA3059719C (en) | Payment processing method, device, medium and electronic device | |
| CN105825663A (en) | Taxi taking method, server and taxi taking system | |
| CN106779673B (en) | Electronic payment method and system | |
| EP3007365A1 (en) | Secure information interaction method for electronic resources transfer | |
| CN112184240A (en) | Refund request processing method and device | |
| CN113194419A (en) | User locking method and system based on 5G message and face recognition | |
| CN111857888A (en) | Transaction processing method and device | |
| CN111127008B (en) | Method and device for preventing repeated payment | |
| CN106034148B (en) | Rapid information interaction method, local server, remote server and system | |
| CN112819479A (en) | Order state processing method and device, storage medium and server | |
| CN112967051A (en) | Apple purchase payment method and device | |
| CN112334937B (en) | Refund method, transaction system, account system and storage medium | |
| CN109272321B (en) | Quick payment method, device, equipment and computer readable storage medium | |
| CN112950355B (en) | Transaction data processing method and device | |
| CN111861436A (en) | Data processing method, device, system, medium executed by server | |
| CN107146075B (en) | Request processing method and device | |
| CN114581088A (en) | Aggregated payment method, device and system for SaaS (software as a service) system | |
| CN112184248A (en) | Card organization payment refusal bill data processing method and device | |
| CN111524011A (en) | Parallel chain consensus confirming method, equipment and storage medium | |
| CN111061573A (en) | Resource transfer method, device, electronic equipment and storage medium | |
| CN116010126B (en) | Service aggregation method, device and system |
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 | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210518 |