CN112669024A - Three-party account checking method and device - Google Patents
Three-party account checking method and device Download PDFInfo
- Publication number
- CN112669024A CN112669024A CN202011525627.0A CN202011525627A CN112669024A CN 112669024 A CN112669024 A CN 112669024A CN 202011525627 A CN202011525627 A CN 202011525627A CN 112669024 A CN112669024 A CN 112669024A
- Authority
- CN
- China
- Prior art keywords
- order
- information
- sending
- response
- state
- 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
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides a three-party account checking method and a device, wherein the method comprises the following steps: s101, responding to a user payment request, deducting corresponding points, and generating order information, wherein the order information comprises a commodity type and user information; s102, sending an order request carrying order information to an intermediary and receiving a response from the intermediary; s103, sending an order request to a manufacturer and receiving a response from the manufacturer; s104, responding to the order request and triggering an information sending task; s105, sending a query request to the middleman, and confirming that the order state of the middleman is a success state; and S106, sending the right information corresponding to the order to the user according to the commodity type and the user information. Before sending right information, the invention confirms whether the order state is a successful state with the upstream system, and sends right information again after confirming the successful state, and the right information is not sent if the order state is not the successful state, thereby increasing the reliability of data transmission.
Description
Technical Field
The invention relates to the technical field of internet, in particular to a three-party account checking method and device.
Background
In some point stores (such as a comic shopping mall and a sky wing point store), users exchange points for equity commodities (such as a vacation video member and an entertainment video member) on a platform, but the point stores do not have specific coupon codes and need to request a supplier system to enable the supplier to send coupon codes to specific users, but the supplier does not have specific coupon codes and needs to send requests to manufacturers to enable the manufacturers to send specific coupon codes to the users.
Under the current situation, the problem of data inconsistency between systems can not occur under the condition that the network is normal and stable in the request response between the systems. However, under the condition of uncertain network or unstable server, the request is not received, or the request is not received in response, so that the manufacturer sends ticket code information to the user, but the credit mall does not deduct the credit, so that the system data is inconsistent every month or every week, and the fund loss is caused to the mall, the supplier or the manufacturer.
Disclosure of Invention
In view of the above problems, the present invention provides a three-party reconciliation method and apparatus, which solves the problem in the prior art that the system data is inconsistent during monthly or weekly reconciliation due to uncertain network or unstable server, which causes capital loss for malls, suppliers or manufacturers.
In order to solve the technical problems, the invention adopts the technical scheme that: a three-party account checking method is applied to servers of three parties of a distributor, an intermediary and a manufacturer, and comprises the following steps: step S101, responding to a user payment request, deducting corresponding points, and generating order information, wherein the order information comprises a commodity type and user information; step S102, sending an order request carrying the order information to an intermediary and receiving a response from the intermediary; step S103, sending an order request to a manufacturer and receiving a response from the manufacturer; step S104, responding to the order request and triggering an information sending task; step S105, sending a query request to an intermediary to confirm that the order state of the intermediary is a success state; and step S106, sending the interest information corresponding to the order to the user according to the commodity type and the user information.
Preferably, the order information further includes an order number, and between step S102 and step S103, the method further includes: and judging whether the order is a new order or not according to the order number, if so, inserting the order into a database of an intermediate dealer, sending a response to the distributor, and changing the state of the order into a successful state after the distributor receives the response.
Preferably, if the order is an old order, immediately sending a response to the distributor, and changing the order state into a success state after the distributor receives the response.
Preferably, the method further comprises: scanning order states of all orders in a database of the distributor regularly, if the orders are in a failure state, sending a query request to an intermediary to check order information corresponding to the orders in the failure state, and if the order information is in a success state, synchronizing the order information to the distributor; if the order information is in a failure state, repeating the steps S102 to S106.
Preferably, the method further comprises: and scanning the order states of all orders in the database of the middleman at regular time, if the order in the failure state exists, sending the order in the failure state to a manufacturer, and repeating the steps S103 to S106.
Preferably, the method further comprises: and scanning the sending states of all orders in the database of the manufacturer at regular time, synchronizing the order information of the manufacturer to the intermediate quotient if the order in the failure state exists, and repeating the steps S104 to S106.
Preferably, the method further comprises: and judging whether the order is a combined order or not according to the commodity type, and splitting the combined order into a plurality of sub-orders if the order is the combined order.
As a preferred scheme, the intermediate quotient includes a plurality of sub-intermediate quotients, and the plurality of sub-intermediate quotients are connected in sequence, and the method further includes: each sub-facilitator sends an order request to its downstream sub-facilitator and receives a response from the downstream sub-facilitator.
The invention also provides a three-party account checking device, which comprises: the order generation module is used for deducting corresponding points in response to a user payment request and generating order information, wherein the order information comprises a commodity type and user information; the primary request response module is used for sending an order request carrying the order information to an intermediary and receiving a response from the intermediary; the secondary request response module is used for sending an order request to a manufacturer and receiving a response from the manufacturer; the task triggering module is used for responding to the order request and triggering information to send a task; the order state query module is used for sending a query request to the intermediate trader and confirming that the order state of the intermediate trader is a successful state; and the information sending module is used for sending the right information corresponding to the order to the user according to the commodity type and the user information.
As a preferred scheme, the order information further includes an order number, and the apparatus further includes: the first judging module is used for judging whether the order is a new order according to the order number, if the order is the new order, the order is inserted into a database of an intermediate dealer and a response is sent to the distributor, and the distributor changes the order into a successful state after receiving the response; and if the order is an old order, immediately sending a response to the distributor, and changing the order into a successful state after the distributor receives the response. And the second judging module is used for judging whether the order is a combined order or not according to the commodity type, and splitting the combined order into a plurality of sub-orders if the order is the combined order.
Compared with the prior art, the invention has the beneficial effects that: before sending the right information, the upstream system confirms whether the order state is a successful state or not, and sends the right information after confirming the successful state, and the right information is not sent if the order state is not the successful state, so that the reliability of data transmission is improved.
Drawings
The disclosure of the present invention is illustrated with reference to the accompanying drawings. It is to be understood that the drawings are designed solely for the purposes of illustration and not as a definition of the limits of the invention. In the drawings, like reference numerals are used to refer to like parts. Wherein:
fig. 1 is a schematic flow chart of a three-party reconciliation method according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of a three-party reconciliation device according to an embodiment of the invention.
Detailed Description
It is easily understood that according to the technical solution of the present invention, a person skilled in the art can propose various alternative structures and implementation ways without changing the spirit of the present invention. Therefore, the following detailed description and the accompanying drawings are merely illustrative of the technical aspects of the present invention, and should not be construed as all of the present invention or as limitations or limitations on the technical aspects of the present invention.
An embodiment according to the present invention is shown in connection with fig. 1. A three-party account checking method is applied to a server of a three-party system of a distributor, an intermediary and a manufacturer, and comprises the following steps:
and S101, responding to the payment request of the user, deducting corresponding points, and generating order information, wherein the order information comprises the commodity type and the user information.
The user places an order in a distributor system through the mobile phone APP, the coupon code commodity is exchanged, the system responds to a payment request of the user, corresponding points are deducted, and order information is generated.
Step S102, an order request carrying order information is sent to the middleman, and a response from the middleman is received.
The above order information further includes an order number, and after the broker system receives an order request from the distributor system, it first checks whether the order is a new order, which specifically includes: and judging whether the order is a new order or not according to the order number, if so, inserting the order into a database of the intermediate merchant system, sending a response to the distributor system, and changing the state of the order into a successful state after the distributor system receives the response, namely marking the state bit of the order as successful. And if the order is the old order, immediately sending a response to the distributor system, and changing the order state into a successful state after the distributor system receives the response, namely marking the state bit of the order as successful.
In an optional embodiment, whether the order is a combined order is determined according to the type of the goods, if the order is the combined order, the combined order is split into a plurality of sub-orders, and the asynchronous thread system is started to send order requests to a plurality of manufacturer systems respectively. For example: when the coupon code commodity ordered by the user is a five-in-one combined coupon code commodity, splitting the order into 5 sub-orders, wherein the order information comprises 5 pieces of sub-order information, and respectively sending order requests to manufacturer systems corresponding to the 5 pieces of sub-order information.
Step S103, sending order requests to manufacturers and receiving responses from the manufacturers. The intermediary system sends an order request to the manufacturer system, requests the manufacturer to send a coupon code to the user, sends a response to the intermediary system after receiving the request, changes the order state in the database of the intermediary system into a successful state after receiving the response, and sets a field for sending a short message in the order information to be capable of being sent.
And step S104, responding to the order request and triggering an information sending task. In the embodiment of the invention, an asynchronous thread is started to trigger a short message sending task.
Step S105, sending a query request to the middleman, and confirming that the order state of the middleman is a success state.
Before sending the short message, the manufacturer system requests to check the order state in the intermediate merchant system, the order state in the intermediate merchant system is a success state, and the field for sending the short message in the order information is a sending field, so that the manufacturer can carry out the next step.
And step S106, sending the interest information corresponding to the order to the user according to the commodity type and the user information.
After confirming that the order state in the intermediary system is a successful state, the manufacturer system edits a short message according to the commodity type and the user information, inserts the ticket code mark into the short message, and then sends the short message to the user terminal.
In an optional embodiment, the method further comprises: scanning order states of all orders in a database of a distributor system at regular time, if the orders in the failure state exist, sending a query request to an intermediary to check order information corresponding to the orders in the failure state, and if the order information is in the success state, synchronizing the order information to the distributor; if the order information is in a failure state, the steps S102 to S106 are repeated.
And scanning the order states of all orders in the database of the middleman at regular time, if the order in the failure state exists, sending the order in the failure state to the manufacturer, and repeating the steps S103 to S106.
And scanning the sending states of all orders in the database of the manufacturer at regular time, synchronizing the order information of the manufacturer to the intermediate quotient if the order in the failure state exists, and repeating the steps from S104 to S106. The order state of the three-party system is scanned regularly, the order information in the three-party system is guaranteed to be consistent, and the accuracy of order data transmission is improved.
It should be understood that the above-mentioned intermediary quotient may include a plurality of sub-intermediary quotients, and the plurality of sub-intermediary quotients are connected in sequence, and the method further includes: each sub-facilitator sends an order request to its downstream sub-facilitator and receives the downstream sub-facilitator's response.
As shown in fig. 2, the present invention further provides a three-party reconciliation apparatus, including:
and the order generation module 101 is configured to deduct corresponding points in response to the user payment request, and generate order information, where the order information includes a commodity type and user information.
The primary request response module 102 is configured to send an order request carrying order information to the broker, and receive a response from the broker.
And the secondary request response module 103 is used for sending order requests to the manufacturers and receiving responses from the manufacturers.
And the task triggering module 104 is used for responding to the order request and triggering the information sending task.
And the order state query module 105 is configured to send a query request to the broker to confirm that the order state of the broker is a successful state.
And the information sending module 106 is configured to send the right information corresponding to the order to the user according to the commodity type and the user information.
In an embodiment of the present invention, the order information further includes an order number, and the apparatus further includes:
the first judging module is used for judging whether the order is a new order according to the order number, if the order is the new order, the order is inserted into a database of the intermediate dealer and a response is sent to the distributor, and the distributor changes the order into a successful state after receiving the response; and if the order is the old order, immediately sending a response to the distributor, and changing the order into a successful state after the distributor receives the response.
And the second judging module is used for judging whether the order is a combined order or not according to the commodity type, and splitting the combined order into a plurality of sub-orders if the order is the combined order.
The distributor scanning module is used for scanning the order states of all orders in the distributor database at regular time, if the orders in the failure state exist, sending a query request to an intermediary to check order information corresponding to the orders in the failure state, and if the order information is in the success state, synchronizing the order information to the distributor; if the order information is in a failure state, repeating the steps S102 to S106.
And the middleman scanning module is used for scanning the order states of all orders in the database of the middleman at regular time, sending the orders in the failure state to a manufacturer if the orders in the failure state exist, and repeating the steps S103 to S106.
And the manufacturer scanning module is used for scanning the sending states of all orders in the database of the manufacturer at regular time, synchronizing the order information of the manufacturer to the intermediate quotient if the order in the failure state exists, and repeating the steps from S104 to S106.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In summary, the beneficial effects of the invention include: before sending the right information, the upstream system confirms whether the order state is a successful state or not, and sends the right information after confirming the successful state, and the right information is not sent if the order state is not the successful state, so that the reliability of data transmission is improved.
It should be understood that the integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention essentially or partially contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The technical scope of the present invention is not limited to the above description, and those skilled in the art can make various changes and modifications to the above-described embodiments without departing from the technical spirit of the present invention, and such changes and modifications should fall within the protective scope of the present invention.
Claims (10)
1. A three-party account checking method is applied to servers of three parties, namely a distributor, an intermediary and a manufacturer, and is characterized by comprising the following steps:
step S101, responding to a user payment request, deducting corresponding points, and generating order information, wherein the order information comprises a commodity type and user information;
step S102, sending an order request carrying the order information to an intermediary and receiving a response from the intermediary;
step S103, sending an order request to a manufacturer and receiving a response from the manufacturer;
step S104, responding to the order request and triggering an information sending task;
step S105, sending a query request to an intermediary to confirm that the order state of the intermediary is a success state;
and step S106, sending the interest information corresponding to the order to the user according to the commodity type and the user information.
2. The three-party reconciliation method of claim 1 wherein the order information further comprises an order number, and between step S102 and step S103, further comprising:
and judging whether the order is a new order or not according to the order number, if so, inserting the order into a database of an intermediate dealer, sending a response to the distributor, and changing the state of the order into a successful state after the distributor receives the response.
3. The three-party reconciliation method of claim 2 wherein if the order is an old order, a response is immediately sent to the distributor, and the status of the order is changed to a successful status after the distributor receives the response.
4. The three-party reconciliation method of claim 1, further comprising:
scanning order states of all orders in a database of the distributor regularly, if the orders are in a failure state, sending a query request to an intermediary to check order information corresponding to the orders in the failure state, and if the order information is in a success state, synchronizing the order information to the distributor;
if the order information is in a failure state, repeating the steps S102 to S106.
5. The three-party reconciliation method of claim 1, further comprising:
and scanning the order states of all orders in the database of the middleman at regular time, if the order in the failure state exists, sending the order in the failure state to a manufacturer, and repeating the steps S103 to S106.
6. The three-party reconciliation method of claim 1, further comprising:
and scanning the sending states of all orders in the database of the manufacturer at regular time, synchronizing the order information of the manufacturer to the intermediate quotient if the order in the failure state exists, and repeating the steps S104 to S106.
7. The three-party reconciliation method of claim 1, further comprising: and judging whether the order is a combined order or not according to the commodity type, and splitting the combined order into a plurality of sub-orders if the order is the combined order.
8. The three-party reconciliation method of claim 1 wherein the facilitator comprises a plurality of sub-facilitators, the plurality of sub-facilitators being connected in series, the method further comprising:
each sub-facilitator sends an order request to its downstream sub-facilitator and receives a response from the downstream sub-facilitator.
9. A three-party reconciliation apparatus, comprising:
the order generation module is used for deducting corresponding points in response to a user payment request and generating order information, wherein the order information comprises a commodity type and user information;
the primary request response module is used for sending an order request carrying the order information to an intermediary and receiving a response from the intermediary;
the secondary request response module is used for sending an order request to a manufacturer and receiving a response from the manufacturer;
the task triggering module is used for responding to the order request and triggering information to send a task;
the order state query module is used for sending a query request to the intermediate trader and confirming that the order state of the intermediate trader is a successful state;
and the information sending module is used for sending the right information corresponding to the order to the user according to the commodity type and the user information.
10. The three-party reconciliation device of claim 9 wherein the order information further comprises an order number, the device further comprising:
the first judging module is used for judging whether the order is a new order according to the order number, if the order is the new order, the order is inserted into a database of an intermediate dealer and a response is sent to the distributor, and the distributor changes the order into a successful state after receiving the response;
and if the order is an old order, immediately sending a response to the distributor, and changing the order into a successful state after the distributor receives the response.
And the second judging module is used for judging whether the order is a combined order or not according to the commodity type, and splitting the combined order into a plurality of sub-orders if the order is the combined order.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011525627.0A CN112669024A (en) | 2020-12-22 | 2020-12-22 | Three-party account checking method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011525627.0A CN112669024A (en) | 2020-12-22 | 2020-12-22 | Three-party account checking method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112669024A true CN112669024A (en) | 2021-04-16 |
Family
ID=75407416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011525627.0A Pending CN112669024A (en) | 2020-12-22 | 2020-12-22 | Three-party account checking method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112669024A (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103279873A (en) * | 2013-06-21 | 2013-09-04 | 大连万达集团股份有限公司 | Theatre chain self-service ticket purchasing system |
| CN103413216A (en) * | 2013-05-16 | 2013-11-27 | 深圳市淘淘谷信息技术有限公司 | Multi-account management payment method |
| CN105335521A (en) * | 2015-11-25 | 2016-02-17 | 中国建设银行股份有限公司 | Order data processing method and device for electronic mall |
| CN106056454A (en) * | 2016-06-13 | 2016-10-26 | 成都文众教育文化产业有限公司 | System and method for gaining pension by utilizing consumption |
| CN107038597A (en) * | 2016-02-04 | 2017-08-11 | 希姆通信息技术（上海）有限公司 | The message transmitting method and its system of accumulated point exchanging |
| CN107038596A (en) * | 2016-02-04 | 2017-08-11 | 希姆通信息技术（上海）有限公司 | Accumulated point exchanging method and its system |
| CN108898412A (en) * | 2018-05-08 | 2018-11-27 | 广东奥园奥买家电子商务有限公司 | A kind of block chain member device digital assets processing platform |
| CN110889736A (en) * | 2019-10-10 | 2020-03-17 | 重庆智酒网络科技有限公司 | Intelligent wine and beverage selling system |
-
2020
- 2020-12-22 CN CN202011525627.0A patent/CN112669024A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103413216A (en) * | 2013-05-16 | 2013-11-27 | 深圳市淘淘谷信息技术有限公司 | Multi-account management payment method |
| CN103279873A (en) * | 2013-06-21 | 2013-09-04 | 大连万达集团股份有限公司 | Theatre chain self-service ticket purchasing system |
| CN105335521A (en) * | 2015-11-25 | 2016-02-17 | 中国建设银行股份有限公司 | Order data processing method and device for electronic mall |
| CN107038597A (en) * | 2016-02-04 | 2017-08-11 | 希姆通信息技术（上海）有限公司 | The message transmitting method and its system of accumulated point exchanging |
| CN107038596A (en) * | 2016-02-04 | 2017-08-11 | 希姆通信息技术（上海）有限公司 | Accumulated point exchanging method and its system |
| CN106056454A (en) * | 2016-06-13 | 2016-10-26 | 成都文众教育文化产业有限公司 | System and method for gaining pension by utilizing consumption |
| CN108898412A (en) * | 2018-05-08 | 2018-11-27 | 广东奥园奥买家电子商务有限公司 | A kind of block chain member device digital assets processing platform |
| CN110889736A (en) * | 2019-10-10 | 2020-03-17 | 重庆智酒网络科技有限公司 | Intelligent wine and beverage selling system |
Non-Patent Citations (1)
| Title |
|---|
| 洪芸: "电信积分商城的设计与实现", 《中国优秀硕士学位论文全文数据库（电子期刊） 基础科学辑》 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102095044B1 (en) | Vending machines that can buy goods based on virtual money | |
| CN106779673B (en) | Electronic payment method and system | |
| CN108764896B (en) | Credit card payment processing method and device | |
| CN111815364A (en) | Express industry information processing method, device and system | |
| CN112053232A (en) | Self-service equipment business account consistency processing method and device | |
| CN103839339B (en) | A kind of offline transaction message up sending method and offline transaction message up sending system | |
| CN106034148B (en) | Rapid information interaction method, local server, remote server and system | |
| CN111080301B (en) | Data processing method, terminal, electronic device and computer storage medium | |
| CN112669024A (en) | Three-party account checking method and device | |
| CN117036115A (en) | Contract data verification method, device and server | |
| CN116228381B (en) | Money issuing method, money issuing device, computer equipment and readable storage medium | |
| CN112950355A (en) | Transaction data processing method and device | |
| US20030191741A1 (en) | Trading data management system, method and program therefor | |
| CN113344680A (en) | Order processing method, related device, equipment and storage medium | |
| CN111754348A (en) | Scene combined transaction method and device | |
| CN111582904A (en) | Information verification and cancellation system and method | |
| CN110009496B (en) | Recharging and extracting method, device and system for block voucher | |
| CN111352905A (en) | Transaction data processing method and device and computer storage medium | |
| CN113468059B (en) | Information acquisition method and device, terminal and server | |
| CN111078739B (en) | Method and device for efficiently establishing upstream and downstream relation | |
| CN111127003B (en) | Wallet account payment method, device and storage medium | |
| CN117241236A (en) | SIM card renewal system | |
| CN111831858A (en) | Food data storage method and device based on PBFT consensus | |
| CN113506105A (en) | Certificate storage and calling method and system based on online payment | |
| CN113034247A (en) | E-commerce platform inventory processing method and device |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210416 |