CN108038767B - E-commerce order asynchronous distribution system and method based on message queue - Google Patents
E-commerce order asynchronous distribution system and method based on message queue Download PDFInfo
- Publication number
- CN108038767B CN108038767B CN201711433541.3A CN201711433541A CN108038767B CN 108038767 B CN108038767 B CN 108038767B CN 201711433541 A CN201711433541 A CN 201711433541A CN 108038767 B CN108038767 B CN 108038767B
- Authority
- CN
- China
- Prior art keywords
- order
- commerce
- identification code
- successful
- order information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses an e-commerce order asynchronous distribution system based on a message queue, which can greatly provide the performance of an order system based on a message mechanism and solve the system pressure caused by a large number of high concurrent order requests instantly inrush; the system improves the stability and reliability of the order system based on an order successful verification mechanism, avoids the repetition or loss of orders, and ensures the consistency of order information data among systems.
Description
Technical Field
The invention belongs to the field of computers, and relates to an asynchronous distribution technology.
Background
According to the applicant, in the current enterprise purchasing, the general sporadic purchasing of materials is performed through an electronic commerce system. Some advanced large-scale enterprises directly interface some well-known electronic commerce platforms by establishing a uniform e-commerce purchasing intermediate platform of the enterprises. The buyer and the e-commerce intermediate platform of the enterprise are arranged in the enterprise, so that the enterprise can conveniently manage, count and analyze the purchasing process, the e-commerce intermediate platform server of the enterprise provides a request service of the e-commerce order of the client, the server uploads a specific order request including information such as commodity name, category, price and the like to a known e-commerce server platform after processing the e-commerce order request of the client, and the e-commerce server returns the result of successful or failed order transaction.
Generally, a real-time synchronization mode is adopted for processing orders by an enterprise electronic commerce intermediate platform, but the processing mode has the defects of low stability, repeated or lost orders and the like, and particularly when the concurrent amount of order requests of clients is large, the performance of the enterprise electronic commerce intermediate platform is rapidly reduced, and a new service request cannot be received.
Disclosure of Invention
Compared with a synchronous mode, the invention provides an e-commerce order asynchronous distribution system which is based on a message queue and supports successful order verification aiming at the defects of an order processing mode of a general enterprise e-commerce purchasing system, so that the e-commerce business is stable and reliable.
The invention specifically adopts the following technical scheme:
an e-commerce order asynchronous distribution system based on message queues is characterized in that:
providing message transmission service by adopting a message queue, wherein the message queue is used for storing order information to be sent until the order information is read by an application program and sent to a platform server of the e-commerce, and each order contains a unique identification code;
adopting a failed order repeated ordering mechanism, and when order transaction fails due to network and server reasons, delaying for a certain time and then submitting order information to the E-commerce platform server again;
and comparing the identification code of the failed order with the identification code of the successful order obtained from the E-commerce platform server in advance one by one before the information of the failed order is repeatedly submitted by adopting an order success checking mechanism, and if the same identification code is compared, the order is not repeatedly submitted any more and successful transaction processing is carried out.
An e-commerce order asynchronous distribution method based on a message queue is characterized by comprising the following steps:
responding to a purchase application submitted by a user, and generating order information, wherein each order comprises a unique identification code;
adding order information into an order message sending queue;
acquiring order information from the message queue and sending the order information to the E-commerce platform server for trading;
reading successful order information from the E-commerce platform server in real time, analyzing identification codes from the successful order information and generating a successful order identification code list;
when order transaction fails due to network and server reasons, comparing the identification code of the failed order with the identification code in the successful order identification code list one by one, if the same identification code is compared, the order is not repeatedly submitted, and successful transaction processing is performed, otherwise, the order information is submitted to the E-commerce platform server again after a certain time delay.
The invention also provides an e-commerce order asynchronous distribution system based on the message queue, which is characterized by comprising the following steps:
an order generation module: responding to a purchase application submitted by a user, and generating order information, wherein each order comprises a unique identification code;
an order delivery module: adding order information into an order message sending queue;
an order reading and sending module: acquiring order information from the message queue and sending the order information to the E-commerce platform server for trading;
a successful order reading and analyzing module: reading successful order information from the E-commerce platform server in real time, analyzing identification codes from the successful order information and generating a successful order identification code list;
an order comparison module: when order transaction fails due to network and server reasons, comparing the identification codes of the failed order with the identification codes in the successful order identification code list one by one, if the same identification codes are compared, the order is successfully transacted, otherwise, the order is processed by a failed order delayed submitting module;
a delayed failure order submitting module: and the failed order information is delayed for a certain time and then submitted to the E-commerce platform server again.
Message queue technology:
message queuing is a technique for exchanging information between distributed applications. The message queue may reside on memory or disk, the queue storing messages until they are read by the application. With the message queue, applications can execute independently-they need not know each other's location, or wait for the receiving program to receive the message before continuing execution.
Message queues provide a loosely coupled approach for constructing distributed applications that are implemented in a synchronous or asynchronous manner. API calls to message queues are embedded into new or existing applications, providing information exchange by sending messages to or from memory or disk-based queues. Message queues may be used in applications to perform a variety of functions, such as requiring services, exchanging information, or asynchronous processing.
A certain service request is delivered to a background application service program system through a message queue and sent to a remote host, if the network fails, request information is put in the message queue for temporary storage, and when the network recovers, the background application service program obtains the request from the message queue and sends the request to a remote destination, so that the website pressure caused by a large amount of concurrent access which is instantly flooded can be solved, and the stability of the system is improved.
The order checking technology comprises the following steps:
the method comprises the steps that a special unique identification code is added into order information sent to an e-commerce platform server by an enterprise e-commerce intermediate platform, after an order is completed, the identification code is stored in the order information of the e-commerce platform server, when order transaction fails due to network and server reasons, the enterprise e-commerce intermediate platform submits the order to the e-commerce platform server in a delayed mode for ensuring the order to be successful, if the order transaction is due to the network, the information of the enterprise intermediate platform is inconsistent with that of the e-commerce platform server, repeated order placing or losing is easy to occur, in order to avoid the situation, the enterprise intermediate platform compares the order identification code with the order information obtained from the e-commerce platform server in advance before repeatedly submitting the order, and if the order identification code is compared, the order is not submitted to the e-commerce platform server, and the order is successfully transacted.
The order checking mechanism has the following advantages:
the invention prevents repeated ordering and losing, and has high accuracy of order data, and the invention has the advantages that: the method can efficiently and stably realize the asynchronous distribution function of the order of the e-commerce purchasing intermediate platform system, has good stability due to the adoption of a message queue mechanism and an order success verification mechanism, and can quickly construct the e-commerce purchasing intermediate platform system meeting different business requirements based on the technology.
Drawings
FIG. 1 is a diagram of an enterprise e-commerce intermediate platform network deployment;
FIG. 2 is a block diagram of an enterprise e-commerce intermediate platform system;
fig. 3 is an order message processing flow.
Detailed Description
Example one
As shown in fig. 1 and 2, the asynchronous message queue-based e-commerce order distribution system of the present invention includes the following modules:
an order generation module: responding to a purchase application submitted by a user, and generating order information, wherein each order comprises a unique identification code;
an order delivery module: adding order information into an order message sending queue;
an order reading and sending module: acquiring order information from the message queue and sending the order information to the E-commerce platform server for trading;
a successful order reading and analyzing module: reading successful order information from the E-commerce platform server in real time, analyzing identification codes from the successful order information and generating a successful order identification code list;
an order comparison module: when order transaction fails due to network and server reasons, comparing the identification codes of the failed order with the identification codes in the successful order identification code list one by one, if the same identification codes are compared, the order is successfully transacted, otherwise, the order is processed by a failed order delayed submitting module;
a delayed failure order submitting module: and the failed order information is delayed for a certain time and then submitted to the E-commerce platform server again.
The specific contents are as follows:
order generation
After a user determines commodities needing to be purchased on a front-end page of an enterprise electronic commerce intermediate platform, the e-commerce platform confirms the purchase, adds the commodities to a shopping cart and submits an application, and after receiving a request, a background service of an enterprise electronic commerce intermediate platform system responds to the purchase application submitted by the user to generate order information, wherein each order comprises a unique identification code;
order information adding and sending order information queue
And after the order information is created, sending the order information to an order message sending queue through system call. The message queue is created by the system, a message transmission service based on the queue is provided for the system, and the number of the queues can be expanded horizontally at will; each queue is persistent, unlimited in length (depending on the size of the disk space), and can use messages from anywhere in the queue. The queue is a secure place for the message until the message is read by the application and sent to the e-commerce platform. The message sent to the message queue firstly is read by the application program, the order sent finally is read finally, and the application program reading the message is responsible for processing the order message and then sending the order message to the E-commerce platform.
Typically a message consists of a message descriptor and a message body. The descriptor is the KEY returned when the message queue is created, the message body is a memory buffer for storing the message, and the message body stores the order information.
Order information data structure:
the order information is illustrated in the following table:
after a buyer selects a commodity through an enterprise e-commerce intermediate platform client and confirms to place an order, the platform server creates order information, the order information is simultaneously sent to a created message queue, a service program which is responsible for sending the order to the e-commerce platform reads the order information from the message queue, and the order information is processed according to an e-commerce interface and then sent to the e-commerce platform.
Memory buffer pool for successful orders
The background service application program of the enterprise electronic commerce intermediate platform reads successful order information on the e-commerce platform in real time, analyzes an order unique identification code from the successful order information, and stores the order unique identification code into a successful order memory buffer pool to form a successful order identification code list for the retransmission verification of a failed order;
mechanism for repeatedly placing failed orders
When order transaction fails due to network and server reasons, the failure reason is usually that the network reason or the E-commerce platform server is temporarily unstable, and in order to ensure that an order is successful, the enterprise E-commerce intermediate platform submits the order to the E-commerce platform server again through a background program after delaying for a certain time, and the sending times can be configured until the order is successful;
order success checking mechanism
The enterprise electronic commerce intermediate platform adds a special unique identification code into order information sent to the e-commerce platform server, the identification code is stored in the e-commerce platform server order information after the order is completed, and when the order transaction fails due to network and server reasons, the enterprise electronic commerce intermediate platform delays for a certain time and then submits the order to the e-commerce platform server again through a background program. In order to avoid repeated order placing or losing, before the enterprise electronic commerce intermediate platform repeatedly submits the failed order, the identification code of the failed order is compared with the successful order identification code (namely the successful order identification code list) obtained from the e-commerce platform server in advance one by one, and if the same identification code is compared, the order is not delivered to the e-commerce platform server any more, and the successful transaction processing is carried out.
As shown in fig. 3, the order message processing flow is as follows:
after determining commodities needing to be purchased on a front-end page of an enterprise electronic commerce intermediate platform, a user purchases and places orders on the electronic commerce platform (taking Jingdong, Suning and Tianmao as examples in the figure), submits applications, and generates an order request service after a background service of an enterprise electronic commerce intermediate platform system receives the requests, wherein each order comprises a unique identification code;
the enterprise electronic commerce intermediate platform background acquires an order and then adds order information into an order sending message queue;
the enterprise e-commerce intermediate platform reads order information in the message queue by using an application program and sends the order information to the e-commerce platform for transaction by using an order sending service program;
the enterprise e-commerce intermediate platform reads successful order information from the e-commerce platform server in real time by using an order information reading service program and stores identification codes of the successful orders in a list form to generate a successful order identification code list;
when order transaction fails due to network and server reasons, comparing the identification code of the failed order with the identification code in the successful order identification code list one by one, if the same identification code is compared, the order is not repeatedly submitted, and successful transaction processing is performed, otherwise, the failed order information is submitted to the E-commerce platform server again after a certain time delay until the transaction is successful. The limit on the number of repeated submissions can be configured.
The interface of the system to the message processing mainly comprises:
1. msgget (key _ t key, int msgflg); creating a message queue
int msgget(key_t key,int msgflg)；；
Wherein, the parameters are as follows: key: the message queue key value, which may be considered a port number,
msgflg：
IPC _ CREAT value, if there is no queue, create one and return a new identifier; if so, the original identifier is returned.
IPC _ EXCL value, if there is no queue, return-1; if it is already present, 0 is returned.
2. msgsnd (int msqid, const void msgp, size _ t msgsz, int msgflg) sends data to message queue
int msgsnd(int msqid,const void*msgp,size_t msgsz,int msgflg)；
Wherein, the parameters are as follows: msqid: identification code for message queue
msgp: the pointer to the message buffer, where it is used to temporarily store the transmitted and received messages, is a user-definable generic structure, in the form of:
msgsz: size of message
msgtyp: message modality read from within the message queue. If the value is zero, it indicates that all messages in the message queue are to be read.
msgflg: to indicate the action that the kernel should take if the queue has no data. If msgflg and a constant IPC _ NOWAIT are used together, msgsnd () will not block if the message queue is full when msgsnd () is executed, and will return to-1 immediately, if msgrcv () is executed, it will not wait until-1 is returned immediately when the message queue is empty, and an error code is set to ENOMSG. When msgflg is 0, msgsnd () and msgrcv () assume a processing mode of blocking wait in the case of a queue being full or empty.
Where char mtext [512] is used to store order information.
3. ssize _ t msgrcv (int msqid, void msgp, size _ t msgsz, long msgtyp, int msgflg) reads messages from the queue
ssize_t msgrcv(int msqid,void*msgp,size_t msgsz,long msgtyp,int msgflg)
Wherein, the parameters are as follows: same msgsnd (int msqid, const void msgp, size _ t msgsz, int msgflg)
4. msgctl (int msgqid, int cmd, struct msqid _ ds × buf) sets message queue attributes
int msgctl(int msgqid,int cmd,struct msqid_ds*buf)。
Wherein, the parameters are as follows: the msgctl system calls to execute cmd operation on the message queue identified by msgqid, and the system defines 3 kinds of cmd operation: IPC _ STAT, IPC _ SET, IPC _ RMID
IPC _ STAT, wherein the command is used for acquiring the msqid _ ds data structure corresponding to the message queue and storing the msqid _ ds data structure into the address space specified by buf.
IPC _ SET the command is used to SET the attributes of the message queue, and the attributes to be SET are stored in buf.
IPC _ RMID, deleting the message queue identified by msqid from the kernel.
5. GetSuccessferId (const int lpszOrderId) reads the successful order identification number of the merchant
BOOL GetSuccessOrderId(const int*lpszOrderId)；
Wherein, the parameters are as follows: lpszOrderId, successful order id aggregate list address.
6. Checking and comparing the successful order identification number of the E-commerce before the CheckOrderId (int IntOrderId) failed order is repeatedly sent
BOOL CheckOrderId(int IntOrderId)；
Wherein, the parameters are as follows: IntOrderId, unique identifier of the failed order.
The message queue-based multithreading e-commerce order asynchronous distribution technology has the following application innovation points:
● based on message mechanism, can greatly improve the performance of order system, and solve the system pressure caused by the large amount of concurrent order requests which are instantaneously flooded.
● based on the order successful verification mechanism, the stability and reliability of the order system is improved, the repetition or loss of the order is avoided, and the consistency of the order information data among the systems is ensured.
In addition to the above embodiments, the present invention may have other embodiments. All technical solutions formed by adopting equivalent substitutions or equivalent transformations fall within the protection scope of the claims of the present invention.
Claims (3)
1. An e-commerce order asynchronous distribution method based on a message queue is characterized by comprising the following steps:
the method comprises the steps that a service end of an enterprise electronic commerce intermediate platform responds to a purchase application submitted by a user to generate order information, and each order comprises a unique identification code;
the enterprise e-commerce intermediate platform server adds the order information into an order message sending queue;
the enterprise e-commerce intermediate platform server side acquires order information from the message queue, processes the order information according to the e-commerce interface and then sends the order information to the e-commerce platform server for transaction;
the enterprise e-commerce intermediate platform server reads successful order information from the e-commerce platform server in real time, analyzes the order unique identification code from the successful order information, stores the order unique identification code in a successful order memory buffer pool, and generates a successful order identification code list;
when order transaction fails due to network and server reasons, the enterprise e-commerce intermediate platform server compares the identification code of the failed order with the identification code in the successful order identification code list one by one, if the same identification code is compared, the order is not submitted repeatedly, successful transaction processing is performed, otherwise, the order information is submitted to the e-commerce platform server again after a certain time delay.
2. The asynchronous message queue-based e-commerce order distribution method as claimed in claim 1, wherein if the network fails, the order information to be sent is temporarily stored in the message queue, and when the network is recovered, the order information is obtained from the message queue and sent to the e-commerce platform server.
3. An e-commerce order asynchronous distribution system based on message queues is characterized by being arranged at a service end of an enterprise e-commerce intermediate platform and comprising:
an order generation module: responding to a purchase application submitted by a user, and generating order information, wherein each order comprises a unique identification code;
an order delivery module: adding order information into an order message sending queue;
an order reading and sending module: acquiring order information from the message queue, processing the order information according to an E-commerce interface, and sending the order information to an E-commerce platform server for trading;
a successful order reading and analyzing module: reading successful order information from the E-commerce platform server in real time, analyzing an order unique identification code from the successful order information, storing the order unique identification code into a successful order memory buffer pool, and generating a successful order identification code list;
an order comparison module: when order transaction fails due to network and server reasons, comparing the identification codes of the failed order with the identification codes in the successful order identification code list one by one, if the same identification codes are compared, the order is successfully transacted, otherwise, the order is processed by a failed order delayed submitting module;
a delayed failure order submitting module: and the failed order information is delayed for a certain time and then submitted to the E-commerce platform server again.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711433541.3A CN108038767B (en) | 2017-12-26 | 2017-12-26 | E-commerce order asynchronous distribution system and method based on message queue |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711433541.3A CN108038767B (en) | 2017-12-26 | 2017-12-26 | E-commerce order asynchronous distribution system and method based on message queue |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108038767A CN108038767A (en) | 2018-05-15 |
| CN108038767B true CN108038767B (en) | 2022-02-11 |
Family
ID=62101202
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711433541.3A Active CN108038767B (en) | 2017-12-26 | 2017-12-26 | E-commerce order asynchronous distribution system and method based on message queue |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108038767B (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109788053B (en) * | 2019-01-04 | 2022-04-29 | 深圳壹账通智能科技有限公司 | Data synchronization method and system |
| CN110570277A (en) * | 2019-08-29 | 2019-12-13 | 北京趣拿软件科技有限公司 | order dispatching method and device |
| CN111314476A (en) * | 2020-02-24 | 2020-06-19 | 苏宁云计算有限公司 | Message transmission method and system for enterprise asynchronization |
| CN111242751B (en) * | 2020-03-11 | 2023-08-01 | 上海东普信息科技有限公司 | Express order updating method, device, equipment and storage medium |
| CN111861116A (en) * | 2020-06-16 | 2020-10-30 | 广东工业大学 | Passenger queuing method of automatic taxi driving system |
| CN112183797A (en) * | 2020-09-27 | 2021-01-05 | 广州宸祺出行科技有限公司 | Server restart order dispatching method and system |
| CN112308483A (en) * | 2020-10-15 | 2021-02-02 | 北京微酷客科技有限公司 | Order management system and method applied to seafood industry |
| CN113220478A (en) * | 2021-04-28 | 2021-08-06 | 广州宸祺出行科技有限公司 | Order message anti-repetition sending method and system based on message queue |
| CN115660791B (en) * | 2022-12-28 | 2023-07-18 | 在路上(北京)科技有限公司 | Order processing method and system for travel service |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104504548A (en) * | 2014-12-16 | 2015-04-08 | 北京京东尚科信息技术有限公司 | Order splitting method and device |
| CN105160570A (en) * | 2015-09-15 | 2015-12-16 | 浪潮软件股份有限公司 | Concurrent on-line transaction processing method capable of horizontal expansion |
| CN105512244A (en) * | 2015-11-30 | 2016-04-20 | 北京京东尚科信息技术有限公司 | Database transaction processing method and device based on message queue |
| CN106204000A (en) * | 2016-07-05 | 2016-12-07 | 康存乐付保数据科技（上海）有限公司 | A kind of service consumption method for processing payment information and system |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140149241A1 (en) * | 2012-11-29 | 2014-05-29 | Myles Neuneker | System, method and computer program product for providing location based product or order fulfillment |
| CN104156863B (en) * | 2014-08-08 | 2017-12-22 | 上海携程商务有限公司 | The order processing system and method for OTA websites |
| CN104809553A (en) * | 2015-04-20 | 2015-07-29 | 广东工业大学 | Multi-source electronic commerce data processing platform and method for heterogeneous data |
| CN104933574A (en) * | 2015-06-09 | 2015-09-23 | 广西家之宝网络科技有限公司 | Online retailer platform with information transmission modes of synchronization and asynchronous |
| CN105205677A (en) * | 2015-10-12 | 2015-12-30 | 成都玩者天下网络技术有限公司 | Electronic commerce background system |
-
2017
- 2017-12-26 CN CN201711433541.3A patent/CN108038767B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104504548A (en) * | 2014-12-16 | 2015-04-08 | 北京京东尚科信息技术有限公司 | Order splitting method and device |
| CN105160570A (en) * | 2015-09-15 | 2015-12-16 | 浪潮软件股份有限公司 | Concurrent on-line transaction processing method capable of horizontal expansion |
| CN105512244A (en) * | 2015-11-30 | 2016-04-20 | 北京京东尚科信息技术有限公司 | Database transaction processing method and device based on message queue |
| CN106204000A (en) * | 2016-07-05 | 2016-12-07 | 康存乐付保数据科技（上海）有限公司 | A kind of service consumption method for processing payment information and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108038767A (en) | 2018-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108038767B (en) | E-commerce order asynchronous distribution system and method based on message queue | |
| US7668749B2 (en) | Processing electronic rebates | |
| CN103886079A (en) | Data processing method and system | |
| US9798639B2 (en) | Failover system and method replicating client message to backup server from primary server | |
| CN111897825A (en) | Distributed transaction processing method and device | |
| TWI771616B (en) | Payment anti-shake method and device | |
| CN104219235A (en) | Distributed transaction requesting method and device | |
| CN113094362B (en) | Method and device for reliably delivering and processing asynchronous message | |
| WO2018214404A1 (en) | Insurance policy information processing device, method, system and computer readable storage medium | |
| CN110599277A (en) | Inventory deduction method and device | |
| CN105808707B (en) | Data processing method, device and e-commerce platform | |
| CN101192287A (en) | Method and system for automatically sending dummy resource | |
| CN111031135A (en) | Message transmission method and device and electronic equipment | |
| US11935004B2 (en) | Reading and writing processing improvements as a single command | |
| CN111679892A (en) | Distributed transaction processing method, device, equipment and medium | |
| US11276057B2 (en) | Computer implemented systems and methods for secure data transactions across disparate computing networks | |
| WO2022206225A1 (en) | Cross-border declaration method for order, system, apparatus, and computing device | |
| CN115374098A (en) | High concurrent payment order anti-duplication method, apparatus, system, device, medium, and program product | |
| CN113592470A (en) | Service processing method and device, electronic equipment and storage medium | |
| TWM611483U (en) | Digital RPA automatic component notification system | |
| CN112598327A (en) | Service processing system, method, device and storage medium | |
| CN113487265A (en) | Method, device and equipment for subscribing, inquiring and pushing logistics information | |
| CN113300895A (en) | Cable processing method and system and computing device | |
| CN113781154A (en) | Information rollback method, system, electronic equipment and storage medium | |
| CN116962513B (en) | Financial quotation contract data receiving 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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |