CN110704208A - Message processing method for multiple systems, server and storage medium - Google Patents
Message processing method for multiple systems, server and storage medium Download PDFInfo
- Publication number
- CN110704208A CN110704208A CN201910889676.3A CN201910889676A CN110704208A CN 110704208 A CN110704208 A CN 110704208A CN 201910889676 A CN201910889676 A CN 201910889676A CN 110704208 A CN110704208 A CN 110704208A
- Authority
- CN
- China
- Prior art keywords
- message
- processing
- systems
- message processing
- messages
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention discloses a message processing method of a plurality of systems, which comprises the following steps: receiving messages of a plurality of systems, and storing the messages in a database; respectively acquiring the messages of the systems from the database based on concurrent threads at regular time to generate a message processing queue corresponding to each system; and after the message processing queue is generated each time, the messages in the message processing queue are sequentially processed. The invention also discloses a server and a computer readable storage medium. The invention improves the efficiency of message processing among a plurality of different systems by realizing multithreading and multi-queue message processing under the asynchronous call state among different systems, and simultaneously improves the reliability when the messages among the plurality of different systems are processed simultaneously by realizing retry and message callback of processing failure messages.
Description
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a method for processing messages of multiple systems, a server, and a computer-readable storage medium.
Background
At present, in order to coordinate message passing and processing between different systems, systems are often decoupled, and messages between the systems are processed through an asynchronous calling scheme. However, once the system is decoupled and invoked asynchronously, it results in inefficient inter-system message processing.
The above is only for the purpose of assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above is prior art.
Disclosure of Invention
The invention mainly aims to provide a message processing method of a plurality of systems, a server and a computer readable storage medium, which improve the message processing efficiency among the different systems.
In order to achieve the above object, the present invention provides a message processing method for multiple systems, including the steps of:
receiving messages of a plurality of systems, and storing the messages in a database;
respectively acquiring the messages of the systems from the database based on concurrent threads at regular time to generate a message processing queue corresponding to each system;
and after the message processing queue is generated each time, the messages in the message processing queue are sequentially processed.
Optionally, the message processing method of the multiple systems further includes:
when the message in the message processing queue is successfully processed, generating processing success information of the successfully processed message;
and feeding back the processing success information to the system corresponding to the successfully processed message.
Optionally, the message processing method of the multiple systems further includes:
and processing the messages with the processing failure times smaller than or equal to the preset times in the message processing queue, wherein when the message processing fails, the processing failure times of the messages are updated.
Optionally, after the step of processing the message with the processing failure times smaller than or equal to the preset times in the message processing queue, the method further includes:
when the processing failure times of the message are larger than the preset times, generating processing failure information of the message;
and feeding back the processing failure information to the system corresponding to the message, and if the system receives the processing failure information, retransmitting the message corresponding to the processing failure information to the local terminal.
Optionally, the step of eliminating the message processing queue corresponding to each system by respectively acquiring the messages of the systems from the database based on the concurrent thread timing includes:
and respectively acquiring the messages of the previous preset number of the systems from the database based on concurrent threads at regular time according to the storage time sequence of the messages in the database, and generating a message processing queue corresponding to each system.
Optionally, the step of respectively acquiring the messages of the systems from the database based on the concurrent thread timing to generate a message processing queue corresponding to each system includes:
respectively acquiring messages with preset states in the system from the database based on concurrent threads to generate a message processing queue corresponding to each system, wherein the preset states comprise at least one of pending and processing failure;
wherein, when the step of storing the message in a database is performed, the state of the message is updated to the pending state; updating the state of the message in the message processing queue to be in processing when the message processing queue is generated; when the step of processing the messages in the message processing queue in sequence is executed, the state of the message which is processed successfully is updated to be processed successfully when the message is processed successfully, and/or the state of the message which is processed unsuccessfully is updated to be processed unsuccessfully when the message is processed unsuccessfully.
In order to achieve the above object, the present invention also provides a server, including:
the server comprises a memory, a processor and a plurality of system message processing programs stored on the memory and capable of running on the processor, wherein the plurality of system message processing programs realize the steps of the message processing method of the plurality of systems when being executed by the processor.
To achieve the above object, the present invention also provides a computer readable storage medium having stored thereon a plurality of systems of message processing programs, which when executed by a processor, implement the steps of the message processing method of the plurality of systems as described above.
The invention provides a message processing method, a server and a computer readable storage medium for a plurality of systems, which are used for receiving messages of the plurality of systems and storing the messages in a database; respectively acquiring the messages of the systems from the database based on concurrent threads at regular time to generate a message processing queue corresponding to each system; and after the message processing queue is generated each time, the messages in the message processing queue are sequentially processed. Therefore, the terminal can process the messages of the plurality of decoupled systems in a multithread concurrent message processing mode, the message processing efficiency among a plurality of different systems is improved, and meanwhile the message processing reliability among the plurality of different systems can be improved.
Drawings
Fig. 1 is a schematic diagram of a hardware operating environment of a terminal according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating a first embodiment of a message processing method for multiple systems according to the present invention;
FIG. 3 is a flowchart illustrating a message processing method for multiple systems according to a second embodiment of the present invention;
FIG. 4 is a flowchart illustrating a message processing method for multiple systems according to a third embodiment of the present invention;
fig. 5 is a flowchart illustrating a message processing method for multiple systems according to a fourth embodiment of the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The invention provides a message processing method of a plurality of systems, which improves the message processing efficiency among a plurality of different systems.
As shown in fig. 1, fig. 1 is a schematic diagram of a hardware operating environment of a terminal according to an embodiment of the present invention;
the terminal in the embodiment of the invention can be a server or a control terminal which is in communication connection with a plurality of systems.
As shown in fig. 1, the terminal may include: a processor 1001, such as a Central Processing Unit (CPU), a memory 1002, and a communication bus 1003. The communication bus 1003 is used for implementing connection communication between the components in the terminal. The memory 1002 may be a random-access memory (RAM) or a non-volatile memory (non-volatile memory), such as a disk memory. The memory 1002 may alternatively be a storage device separate from the processor 1001.
Those skilled in the art will appreciate that the configuration of the terminal shown in fig. 1 is not intended to be limiting of the terminal of embodiments of the present invention and may include more or less components than those shown, or some components may be combined, or a different arrangement of components.
As shown in fig. 1, a memory 1002, which is a kind of computer storage medium, may include message processing programs of a plurality of systems therein.
In the terminal shown in fig. 1, the processor 1001 may be configured to invoke message processing programs of a plurality of systems stored in the memory 1002 and perform the following operations:
receiving messages of a plurality of systems, and storing the messages in a database;
respectively acquiring the messages of the systems from the database based on concurrent threads at regular time to generate a message processing queue corresponding to each system;
and after the message processing queue is generated each time, the messages in the message processing queue are sequentially processed.
Further, the processor 1001 may call message handlers of a plurality of systems stored in the memory 1002, and further perform the following operations:
when the message in the message processing queue is successfully processed, generating processing success information of the successfully processed message;
and feeding back the processing success information to the system corresponding to the successfully processed message.
Further, the processor 1001 may call message handlers of a plurality of systems stored in the memory 1002, and further perform the following operations:
and processing the messages with the processing failure times smaller than or equal to the preset times in the message processing queue, wherein when the message processing fails, the processing failure times of the messages are updated.
Further, the processor 1001 may call message handlers of a plurality of systems stored in the memory 1002, and further perform the following operations:
when the processing failure times of the message are larger than the preset times, generating processing failure information of the message;
and feeding back the processing failure information to the system corresponding to the message, and if the system receives the processing failure information, retransmitting the message corresponding to the processing failure information to the local terminal.
Further, the processor 1001 may call message handlers of a plurality of systems stored in the memory 1002, and further perform the following operations:
and respectively acquiring the messages of the previous preset number of the systems from the database based on a concurrent thread at regular time according to the storage time sequence of the messages in the database to generate a message processing queue corresponding to each system.
Further, the processor 1001 may call message handlers of a plurality of systems stored in the memory 1002, and further perform the following operations:
respectively acquiring messages with preset states in the system from the database based on concurrent threads to generate a message processing queue corresponding to each system, wherein the preset states comprise at least one of pending and processing failure;
wherein, when the step of storing the message in a database is performed, the state of the message is updated to the pending state; updating the state of the message in the message processing queue to be in processing when the message processing queue is generated; when the step of processing the messages in the message processing queue in sequence is executed, the state of the message which is processed successfully is updated to be processed successfully when the message is processed successfully, and/or the state of the message which is processed unsuccessfully is updated to be processed unsuccessfully when the message is processed unsuccessfully.
Referring to fig. 2, in an embodiment, the message processing method of the multiple systems includes:
and step S10, receiving messages of a plurality of systems, and storing the messages in a database.
In this embodiment, the terminal in the embodiment may be a server that establishes communication connections with a plurality of systems, or may be a control terminal that establishes communication connections with a plurality of systems. The following description will be given taking an example terminal as a server.
Alternatively, the embodiment terminal may be constructed based on at least one server; the terminal of the embodiment can also be a decentralized server network consisting of a plurality of servers, so that the capability of the terminal for processing messages can be improved, and the message capacity of the terminal can be expanded.
Optionally, each system that establishes a communication connection with the server is decoupled by the system in advance, so that a delay in processing a message due to the coupling of the system can be avoided.
Alternatively, each system or application on the system may act as a message generator, generating messages that need to be processed or executed, and the system may send the newly generated messages to the terminal when new messages are generated. Optionally, the terminal is provided with a message data layer for isolating a message newly received by the terminal, and the terminal does not need to process the message immediately when receiving the message, but forwards the isolated message to the database of the terminal through the message data layer, or directly uses the message data layer as the database of the terminal. In this way, the terminal can receive messages to be processed sent by a plurality of systems and store the messages in the database.
Alternatively, after the message is stored in the database, the status of the message may be updated to pending.
Step S20, based on the concurrent thread timing, obtaining the messages of the systems from the database respectively, and generating a message processing queue corresponding to each system.
Optionally, the terminal is provided with a plurality of concurrent threads, and each concurrent thread generates and executes a message processing queue correspondingly. The terminal generates the message processing queues at regular time based on the concurrent threads, wherein each concurrent thread acquires the messages to be processed of one system from the database to generate the message processing queues corresponding to the system, and the corresponding timing time of different systems can be the same or different. It should be noted that, when each message is stored in the database, the current time may be updated to the storage time of the message, and a storage time sequence may be formed according to the sequence of the storage times of the messages.
Optionally, because there are a plurality of message producers or applications that need to process messages, it is assumed that a certain application generates a great number of messages at a time and needs to process the messages, and in order to avoid blocking messages of other applications, when the message processing queue of each system is generated, according to the storage time sequence of the messages of the system in the database, the message processing queue of the system is generated by acquiring a preset number of messages of the system in the database each time, so as to ensure that each polling can cover all the systems, and avoid that one of the systems generates a great number of messages to be processed to block processing of messages of other applications, thereby improving the reliability of message processing.
It should be noted that the timing time and the preset number of each system may be set by a manager according to actual needs, or the preset data may be determined by the terminal according to the maximum processing capacity of a single thread of the terminal, and the timing time may be determined according to the message amount within a certain time corresponding to each system, which is not limited herein.
Optionally, after the message is taken out from the database and added to the message processing queue, the state of the message is updated to be in processing.
And step S30, after the message processing queue is generated each time, sequentially processing the messages in the message processing queue.
Optionally, after each message processing queue is generated, the terminal may sequentially acquire and process the messages in the message processing queue according to the storage time corresponding to the messages in the message processing queue or the arrangement order of the messages in the message processing queue.
Optionally, when a plurality of message processing queues are generated, the terminal acquires and executes the message processing queues based on a concurrent thread, where each message processing queue corresponds to a single processing thread, and the processing thread implements serial processing when processing messages in the message processing queues. In this way, it is possible to implement that the execution of the plurality of message processing queues is based on concurrent threads, while the processing of messages within the message processing queues is based on serial threads.
In one embodiment, messages for a plurality of systems are received, the messages being stored in a database; respectively acquiring the messages of the systems from the database based on concurrent threads at regular time to generate a message processing queue corresponding to each system; and after the message processing queue is generated each time, the messages in the message processing queue are sequentially processed. Therefore, the terminal can process the messages of a plurality of decoupled systems in a multithread concurrent message processing mode, and the message processing efficiency among a plurality of different systems is improved.
In a second embodiment, as shown in fig. 3, based on the embodiment shown in fig. 2, the message processing method of multiple systems further includes:
and step S40, when the message in the message processing queue is successfully processed, generating processing success information of the successfully processed message.
And step S41, feeding back the processing success information to the system corresponding to the message of successful processing.
In this embodiment, the system or the application on the system corresponding to each generated message has its corresponding callback address, and each message may be associated with the callback address corresponding to the system.
Optionally, when the messages in the message processing queue are processed in sequence, and when the currently processed message is successfully processed, the terminal may generate successful processing information of the message, and send the successful processing information to the system corresponding to the successfully processed message according to the callback address, so as to notify the system that the message is successfully processed.
Optionally, the terminal may also uniformly generate the processing success information of the successfully processed message after all the messages in the message processing queue are processed.
Optionally, after the message is successfully processed, the state of the message is updated to be successfully processed.
Therefore, each system is configured with a callback address, and after the message processing is completed, the system can be informed of the message processing function, so that the asynchronous message callback is realized, and the reliability in the process of simultaneously processing the messages among a plurality of different systems is improved.
In a third embodiment, as shown in fig. 4, based on the above embodiments of fig. 2 to fig. 3, the message processing method of the multiple systems further includes:
step S50, processing the message whose processing failure times in the message processing queue are less than or equal to a preset time, wherein, when the message processing fails, the processing failure times of the message are updated.
In this embodiment, each message in the message processing queue may have a corresponding processing failure number, and certainly, the processing failure number of the message processed for the first time is 0; alternatively, when the initial processing of the message fails, the number of processing failures of the message may be generated (in this case, the number of processing failures is 1).
Optionally, the terminal may sequentially process the messages in the message processing queue, wherein when the currently processed message fails to be processed, the processing failure times of the message are updated.
Optionally, after the currently processed message fails to be processed, the terminal may obtain a next message in the message processing queue for processing, and after all messages in the message processing queue have performed processing operations, sequentially obtain messages with processing failure times less than or equal to the preset times from the original message processing sequence for processing again, and so on, until all messages except the messages with processing failure times greater than the preset times are processed.
Optionally, after the currently processed message fails to be processed, the terminal may determine whether the processing failure times of the message are greater than a preset number, and if not, re-acquire the message for processing; and if so, acquiring the next message for processing.
It should be noted that the preset times can be set according to actual needs, for example, 3 to 5 times.
Optionally, when the terminal sequentially processes the messages in the message processing queue, when the currently processed message fails to be processed, and when the processing failure number of the currently processed message is greater than the preset number, the terminal may generate processing failure information of the message, and send the processing failure information to a system corresponding to the processing failure message according to the callback address to notify the system of the message processing failure, and after receiving the processing failure information, the system may regenerate the message corresponding to the processing failure information, and send the regenerated message to the terminal (i.e., the home terminal).
Optionally, the terminal may also uniformly generate the processing failure information of the message with the processing failure times greater than the preset times after all messages in the message processing queue except the message with the processing failure times greater than the preset times are processed.
Optionally, after the message fails to be processed, the state of the message is updated to be failed to be processed. It should be noted that, after the subsequent processing of the message whose status is processing failure is successful, the status of the message is updated to processing success.
Therefore, the message supports the setting of the number of retries, and if the message processing is abnormal due to various reasons in certain processing, the message can be processed again, so that the reliability of the message processing is improved.
In a fourth embodiment, as shown in fig. 5, based on the above embodiments of fig. 2 to fig. 4, the step of respectively acquiring the messages of the systems from the database based on the concurrent thread timing to generate a message processing queue corresponding to each system includes:
step S21, based on the concurrent thread, obtaining the messages in the system from the database respectively, where the state of the messages is a preset state, and generating a message processing queue corresponding to each system, where the preset state includes at least one of pending state and processing failure.
In this embodiment, when the step of storing the message in the database is performed, the state of the message is updated to the state to be processed; updating the state of the message in the message processing queue to be in processing when the message processing queue is generated; when the step of processing the messages in the message processing queue in sequence is executed, the state of the message which is processed successfully is updated to be processed successfully when the message is processed successfully, and/or the state of the message which is processed unsuccessfully is updated to be processed unsuccessfully when the message is processed unsuccessfully.
Optionally, when the terminal processes the messages in the message processing queue in sequence, after the currently processed message fails to be processed, the terminal may update the state of the message in the database to be the processing failure synchronously, and acquire the next message in the message processing queue for processing.
Optionally, the terminal generates the message processing queue at regular time based on the concurrent threads, wherein each concurrent thread acquires a message of which the system state is a preset state from the database to generate the message processing queue corresponding to the system, and the preset state includes at least one of waiting for processing and processing failure. When the preset state is processing failure, whether the processing failure times of the message are more than the preset times or not needs to be further detected, and if not, the message is added into a message processing queue of the system; if so, the message is not added into a message processing queue of the system any more, processing failure information of the message is generated, the processing failure information is fed back to the system corresponding to the message, and the system receives the processing failure information and resends the message corresponding to the processing failure information to the local terminal.
Optionally, after the message is taken out from the database and added to the message processing queue, the state of the message is updated to be in processing. Therefore, by updating the state of the message and only allowing the message with the preset state to be taken out, other queues are prevented from being taken out repeatedly, so that message repeated processing is avoided, and the reliability of message processing is improved.
In addition, the present invention also provides a server, which includes a memory, a processor, and a plurality of systems of message processing programs stored on the memory and operable on the processor, wherein the processor implements the steps of the message processing methods of the plurality of systems according to the above embodiments when executing the plurality of systems of message processing programs.
Furthermore, the present invention also proposes a computer-readable storage medium including a plurality of systems of message processing programs, which when executed by a processor, implement the steps of the message processing methods of the plurality of systems as described in the above embodiments.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) as described above and includes instructions for enabling a terminal device (e.g., a television, a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (8)
1. A message processing method for a plurality of systems, the message processing method for the plurality of systems comprising the steps of:
receiving messages of a plurality of systems, and storing the messages in a database;
respectively acquiring the messages of the systems from the database based on concurrent threads at regular time to generate a message processing queue corresponding to each system;
and after the message processing queue is generated each time, the messages in the message processing queue are sequentially processed.
2. The message processing method of a plurality of systems according to claim 1, wherein the message processing method of a plurality of systems further comprises:
when the message in the message processing queue is successfully processed, generating processing success information of the successfully processed message;
and feeding back the processing success information to the system corresponding to the successfully processed message.
3. The message processing method of a plurality of systems according to claim 1, wherein the message processing method of a plurality of systems further comprises:
and processing the messages with the processing failure times smaller than or equal to the preset times in the message processing queue, wherein when the message processing fails, the processing failure times of the messages are updated.
4. The message processing method of the plurality of systems according to claim 3, wherein after the step of processing the message in the message processing queue whose processing failure number is less than or equal to a preset number, further comprising:
when the processing failure times of the message are larger than the preset times, generating processing failure information of the message;
and feeding back the processing failure information to the system corresponding to the message, and if the system receives the processing failure information, retransmitting the message corresponding to the processing failure information to the local terminal.
5. The message processing method of claim 1, wherein the step of generating a message processing queue corresponding to each of the systems by respectively retrieving the messages of the systems from the database based on concurrent thread timing comprises:
and respectively acquiring the messages of the previous preset number of the systems from the database based on a concurrent thread at regular time according to the storage time sequence of the messages in the database to generate a message processing queue corresponding to each system.
6. The message processing method of any of claims 1-5, wherein the step of generating a message processing queue corresponding to each of the systems based on concurrent thread timing to retrieve the messages of the systems from the database, respectively, comprises:
respectively acquiring messages with preset states in the system from the database based on concurrent threads to generate a message processing queue corresponding to each system, wherein the preset states comprise at least one of pending and processing failure;
wherein, when the step of storing the message in a database is performed, the state of the message is updated to the pending state; updating the state of the message in the message processing queue to be in processing when the message processing queue is generated; when the step of processing the messages in the message processing queue in sequence is executed, the state of the message which is processed successfully is updated to be processed successfully when the message is processed successfully, and/or the state of the message which is processed unsuccessfully is updated to be processed unsuccessfully when the message is processed unsuccessfully.
7. A server, characterized in that the server comprises a memory, a processor and a plurality of systems of message processing programs stored on the memory and executable on the processor, the plurality of systems of message processing programs realizing the steps of the plurality of systems of message processing methods according to any one of claims 1 to 6 when executed by the processor.
8. A computer-readable storage medium, wherein a plurality of systems of message processing programs are stored on the computer-readable storage medium, and when executed by a processor, implement the steps of the plurality of systems of message processing methods of any of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910889676.3A CN110704208B (en) | 2019-09-19 | 2019-09-19 | Message processing method for multiple systems, server and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910889676.3A CN110704208B (en) | 2019-09-19 | 2019-09-19 | Message processing method for multiple systems, server and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110704208A true CN110704208A (en) | 2020-01-17 |
| CN110704208B CN110704208B (en) | 2023-03-14 |
Family
ID=69195655
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910889676.3A Active CN110704208B (en) | 2019-09-19 | 2019-09-19 | Message processing method for multiple systems, server and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110704208B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113159858A (en) * | 2021-05-06 | 2021-07-23 | 山东白令三维科技有限公司 | 3D printing quotation system, method and device and storage medium |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6970945B1 (en) * | 1999-11-01 | 2005-11-29 | Seebeyond Technology Corporation | Systems and methods of message queuing |
| CN104426800A (en) * | 2013-08-22 | 2015-03-18 | 塔塔顾问服务有限公司 | System and method for managing message queues in a peer-to-peer communication network |
| CN104754036A (en) * | 2015-03-06 | 2015-07-01 | 合一信息技术（北京）有限公司 | Message processing system and processing method based on kafka |
| US20160036716A1 (en) * | 2014-07-31 | 2016-02-04 | Splunk Inc. | Priority-based processing of messages from multiple servers |
| CN107688489A (en) * | 2016-08-03 | 2018-02-13 | 北京京东尚科信息技术有限公司 | A kind of method and system of scheduler task |
| CN108280150A (en) * | 2018-01-05 | 2018-07-13 | 宝付网络科技（上海）有限公司 | A kind of distribution asynchronous service distribution method and system |
| CN108459917A (en) * | 2018-03-15 | 2018-08-28 | 欧普照明股份有限公司 | A kind of message distribution member, message handling system and message distribution method |
| CN108874562A (en) * | 2018-06-21 | 2018-11-23 | 北京顺丰同城科技有限公司 | Distributed high concurrent message queue supplying system |
| CN108900506A (en) * | 2018-06-28 | 2018-11-27 | 江苏中威科技软件系统有限公司 | Information push method, push server and transmission control protocol server |
-
2019
- 2019-09-19 CN CN201910889676.3A patent/CN110704208B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6970945B1 (en) * | 1999-11-01 | 2005-11-29 | Seebeyond Technology Corporation | Systems and methods of message queuing |
| CN104426800A (en) * | 2013-08-22 | 2015-03-18 | 塔塔顾问服务有限公司 | System and method for managing message queues in a peer-to-peer communication network |
| US20160036716A1 (en) * | 2014-07-31 | 2016-02-04 | Splunk Inc. | Priority-based processing of messages from multiple servers |
| CN104754036A (en) * | 2015-03-06 | 2015-07-01 | 合一信息技术（北京）有限公司 | Message processing system and processing method based on kafka |
| CN107688489A (en) * | 2016-08-03 | 2018-02-13 | 北京京东尚科信息技术有限公司 | A kind of method and system of scheduler task |
| CN108280150A (en) * | 2018-01-05 | 2018-07-13 | 宝付网络科技（上海）有限公司 | A kind of distribution asynchronous service distribution method and system |
| CN108459917A (en) * | 2018-03-15 | 2018-08-28 | 欧普照明股份有限公司 | A kind of message distribution member, message handling system and message distribution method |
| CN108874562A (en) * | 2018-06-21 | 2018-11-23 | 北京顺丰同城科技有限公司 | Distributed high concurrent message queue supplying system |
| CN108900506A (en) * | 2018-06-28 | 2018-11-27 | 江苏中威科技软件系统有限公司 | Information push method, push server and transmission control protocol server |
Non-Patent Citations (1)
| Title |
|---|
| 陈硕: "程序化交易系统的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113159858A (en) * | 2021-05-06 | 2021-07-23 | 山东白令三维科技有限公司 | 3D printing quotation system, method and device and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110704208B (en) | 2023-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5367681A (en) | Method and apparatus for routing messages to processes in a computer system | |
| WO2020024405A1 (en) | Test method, device, server and storage medium based on distributed coordination | |
| CN110888893A (en) | Order processing method based on micro-service e-commerce system | |
| CN107688489B (en) | Method and system for scheduling tasks | |
| CN111090532B (en) | Application service calling method, device, electronic equipment and computer storage medium | |
| CN111258723B (en) | Transaction processing method, device, system, medium and equipment of distributed system | |
| EP2995028B1 (en) | Tuple recovery | |
| CN111541762B (en) | Data processing method, management server, device and storage medium | |
| JP2000194678A (en) | Asynchronous i/o highly available in cluster computer system | |
| CN110704208B (en) | Message processing method for multiple systems, server and storage medium | |
| CN107645476B (en) | Request processing method and device | |
| CN108429665B (en) | Method for transmitting data through concurrent communication | |
| US20200236165A1 (en) | System and method for synchronization of media objects between devices operating in a multiroom system | |
| CN110413398B (en) | Task scheduling method and device, computer equipment and storage medium | |
| CN113010330A (en) | Method and terminal for retrying micro-service request | |
| CN109905459B (en) | Data transmission method and device | |
| CN117472627A (en) | Task repetition management system, method and device, electronic equipment and storage medium | |
| CN109257235B (en) | Network anomaly recovery method, device, equipment and computer readable storage medium | |
| CN111880947A (en) | Data transmission method and device | |
| CN111884769A (en) | Message synchronization method and device | |
| CN106897325B (en) | Data loading method and device | |
| CN110119400B (en) | Unique identifier generation method and device suitable for logic operation | |
| CN113268365A (en) | Method, device, equipment and storage medium for realizing delay message in distributed system | |
| CN112559148A (en) | Execution method, execution device and execution system of ordered tasks | |
| CN111897667A (en) | Asynchronous communication method and device based on event driving and lua corotation |
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 |