CN105897549A - Message sending and receiving methods and message sending and receiving devices - Google Patents
Message sending and receiving methods and message sending and receiving devices Download PDFInfo
- Publication number
- CN105897549A CN105897549A CN201510924451.9A CN201510924451A CN105897549A CN 105897549 A CN105897549 A CN 105897549A CN 201510924451 A CN201510924451 A CN 201510924451A CN 105897549 A CN105897549 A CN 105897549A
- Authority
- CN
- China
- Prior art keywords
- message
- record
- sending
- response
- module
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses message sending and receiving methods and message sending and receiving devices. The message sending method comprises that a first message is sent to a target receiver, and other local services are processed asynchronously; whether the first message is sent successfully is detected; and when sending of the first message fails, the first message is recorded in a message queue. Concrete businesses of message sending and receiving are separated and processed asynchronously, the failure message is stored and recorded, and data rollback caused by message loss or business data interruption is avoided.
Description
Technical field
The invention belongs to internet arena, specifically, relate to a kind of message sending, receiving method and dress
Put.
Background technology
When program A and program B carry out asynchronous communication, at present by Message Queuing Services (Message
Queue Service, MQ Server) complete, but when program A sends message to MQ Server
During failure, or when B processes message failure, A just can not get the response message of B, the most just cannot obtain
Required data.Mainly show themselves in that
1, program A sends message failure, and message does not preserves, service needed rollback or again basis
Business demand exploitation retries logic
2, program B reception message post-processes unsuccessfully, it is impossible to monitors in time and retries, cannot be certainly after failure
Move and process or need again to develop to retry logic.
3, MQ Server problem or network problem cause information drop-out, program A to send successfully, program B
Do not receive message.This data do not preserve, it is impossible to automatically process, it is also difficult to be found.
Summary of the invention
In view of this, embodiments provide a kind of message sending, receiving method and device, in order to
Solve message in prior art send and receive be not recorded and message send or during reception failure difficult
With the technical problem recovered.
In order to solve above-mentioned technical problem, the invention discloses a kind of message method, including: send
First message is to target receiver, and asynchronous process other services local;Whether detect described first message
It is successfully sent;When sending unsuccessfully in response to described first message, by described first Message Record in message
In queue.
In order to solve above-mentioned technical problem, the invention also discloses a kind of message receival method, including: connect
Receive the first message from transmitter;Processing described first message, detection is to described first message
Process whether success;In response to during to described first Message Processing failure, by described first Message Record
In message queue.
In order to solve above-mentioned technical problem, the invention also discloses a kind of message dispensing device, including: the
One message transmission module, for transmission the first message to target receiver, and asynchronous process other clothes local
Business;First state detection module, is used for detecting whether described first message is successfully sent;First message
Logging modle, in time sending unsuccessfully in response to described first message, is disappearing described first Message Record
In breath queue.
In order to solve above-mentioned technical problem, the invention also discloses a kind of message receiving apparatus, including: the
Two message reception module, for receiving the first message from transmitter;Second state detection module, uses
In described first message is processed, detect the process to described first message the most successful;Second disappears
Breath logging modle, in response to during to described first Message Processing failure, by described first Message Record
In message queue.
In order to solve above-mentioned technical problem, the invention also discloses a kind of message dispensing device, including: place
Reason device;For storing the memory of processor executable;Wherein, described processor is configured to:
Send the first message to target receiver, and asynchronous process other services local;Detect described first message
Whether it is successfully sent;When sending unsuccessfully in response to described first message, described first Message Record is existed
In message queue.
In order to solve above-mentioned technical problem, the invention also discloses a kind of message receiving apparatus, including: place
Reason device;For storing the memory of processor executable;Wherein, described processor is configured to:
Receive the first message from transmitter;Processing described first message, detection disappears to described first
The process of breath is the most successful;In response to during to described first Message Processing failure, by described first message note
Record is in message queue.
Compared with prior art, the message sending, receiving method of embodiment of the present invention offer and device, will
Message sends and receives to peel off with concrete business and carries out asynchronous process, and achieves the guarantor to failed message
Deposit, it is possible to record sends or processes failure, it is to avoid because information drop-out or business datum are interrupted
And need data rewind.
Accompanying drawing explanation
In order to be illustrated more clearly that the embodiment of the present invention or technical scheme of the prior art, below will be to reality
Execute the required accompanying drawing used in example or description of the prior art to be briefly described, it should be apparent that under,
Accompanying drawing during face describes is some embodiments of the present invention, for those of ordinary skill in the art,
On the premise of not paying creative work, it is also possible to obtain other accompanying drawing according to these accompanying drawings.
Fig. 1 is the configuration diagram of messaging system in the embodiment of the present invention;
Fig. 2 is the flow chart of a kind of message method that the embodiment of the present invention provides;
Fig. 3 is the flow chart of a kind of message method that the embodiment of the present invention provides;
Fig. 4 is the flow chart of a kind of message method that the embodiment of the present invention provides;
Fig. 5 is the flow chart of a kind of message receival method that the embodiment of the present invention provides;
Fig. 6 is the flow chart of a kind of message receival method that the embodiment of the present invention provides;
Fig. 7 is the flow chart of a kind of message receival method that the embodiment of the present invention provides;
Fig. 8 is the messaging system of embodiment of the present invention application schematic diagram in video code conversion system;
Fig. 9 is the block diagram of a kind of message dispensing device that the embodiment of the present invention provides;
Figure 10 is the block diagram of a kind of message receiving apparatus that the embodiment of the present invention provides.
Detailed description of the invention
For making the purpose of the embodiment of the present invention, technical scheme and advantage clearer, below in conjunction with this
Accompanying drawing in bright embodiment, is clearly and completely described the technical scheme in the embodiment of the present invention,
Obviously, described embodiment is a part of embodiment of the present invention rather than whole embodiments.Based on
Embodiment in the present invention, those of ordinary skill in the art are obtained under not making creative work premise
The every other embodiment obtained, broadly falls into the scope of protection of the invention.
The embodiment of the present invention, is integrated in transmitters and receivers by message components independence, message is sent
Carry out asynchronous process with receiving to peel off with concrete business, and achieve the preservation to failed message and weight
Examination, it is possible to record and retry transmission or process failure, it is to avoid because of information drop-out or business number
Data rewind is needed according to interruption.
Fig. 1 is the configuration diagram of messaging system in the embodiment of the present invention, including message sending end 10
With message sink end 11, message sending end 10 sends request message to message sink end 11, message connects
Request message is processed by receiving end 11 according to service logic, and the result data of process is saved in response
Message returns to message sending end 10.At message sending end 10 integrated message assembly 101, in message
Receiving terminal 11 integrated message assembly 111, respectively disappearing as message sending end 10 and message sink end 11
Breath transceiver, for sending and receiving request message and response message.
For message sending end, a kind of message method that the embodiment of the present invention provides, such as Fig. 2 institute
Showing, the method comprises the following steps S201-S203.
In step s 201, send the first message to target receiver, and asynchronous process other clothes local
Business.
First message is to send the request message to message sink end, for message sink end request correspondence
Data.Message components and other business local belong to asynchronous relationship, and other services local is follow-up
Process and be also not necessary to rely on the response message that message sink end returns, therefore by request and the reception of this kind of message
Asynchronous process is done, to improve the treatment effeciency of local service with other business.
The message components of message sink end is the target receiver of this first message.
In step S202, detect whether the first message is successfully sent.
Owing to network transmission conditions go wrong or the faults itself of message sending end, may result in
The transmission failure of one message.Transmitter detects the first message and is the most successfully transmitted.
In step S203, when sending unsuccessfully in response to the first message, by the first Message Record in message
In queue.
Here the first message that message queue is not successfully sent for record, can be suitable according to the time
All first message of ordered pair record are ranked up, thus the request Message Record that will be successfully sent
Get off.Owing to the subsequent treatment of other services local is not necessary to rely on corresponding response message, thus without right
Follow-up business processes and impacts, but user can be arrived by the first information query of record in message queue
Which request message is not successfully sent.
In one embodiment, as it is shown on figure 3, this message method is further comprising the steps
S204。
In step S204, periodically retry transmission the first message, until the first message sends successfully.
Preset in recording the message queue sending the first message unsuccessfully and retry strategy, every preset duration
The first message sent unsuccessfully is retried by (such as, 30 milliseconds), until the first message sends successfully,
Successful first message will be sent delete from message queue.The first message making transmission failure is preserved
And retry according to retrying strategy, by these request message of message components independent process until it sends
Success, sends the newest request message again from without by business rollback.
In one embodiment, as shown in Figure 4, this message method is further comprising the steps
S205。
In step S205, receiving the second message that target receiver returns, the second message includes processing
First message and the result data that obtains.
Second message is to be successfully processed the response message after the first message according to service logic, comes from target
Receiver, the i.e. message components of message sink end.Message sink end asks message according to business logic processing
After obtaining result data, return response message to message sending end.At message sending end equally by message groups
Part receives the response message corresponding with asking message, message is sent and receives and all peels off with concrete business
Carry out asynchronous process, can guarantee that again each request message can be successfully sent, it is to avoid lose request message.
For message receiving terminal, a kind of message receival method that the embodiment of the present invention provides, such as Fig. 5 institute
Showing, the method comprises the following steps S301-S303.
In step S301, receive the first message from transmitter.
Transmitter is the message components of message sending end, and the message components of message sink end receives spontaneous
Send the request message of device.
In step s 302, the first message is processed, detect whether the process to the first message becomes
Merit.
The first message received is processed according to service logic, and detects whether each first message
All it is successfully processed.The response service local due to message sink end is not turned on or loads more high former
Cause, the request Message Processing that may result in failure.
In step S303, in response to during to described first Message Processing failure, by the first Message Record
In message queue.
For processing the first message unsuccessfully, it is recorded in a message queue, and message here
Queue, for recording the first message processed unsuccessfully, prevents the first message from unsuccessfully being lost because temporarily processing
Abandoning, the disposition preserving enabling message sink end to monitor each request message in real time processes unsuccessfully
First message, makes which request Message Processing failure user inquires by this message components, takes in time
Message sink end is serviced the counter-measures such as unlatching accordingly.
In one embodiment, as shown in Figure 6, this message receival method is further comprising the steps
S304。
In step s 304, periodically retry process the first message, until the first Message Processing success.
Preset in record processes the message queue of failed the first message and retry strategy, every preset duration
The first message processed unsuccessfully is retried by (such as 50 milliseconds), until it is processed successfully, obtains
Obtain corresponding result data.The first message making process failure is preserved and is carried out according to retrying strategy
Retry, by message components independent process these receive but temporarily process failed request message until it
Process successfully, it is not necessary to the most again receive the newest request message by business rollback.
In one embodiment, as it is shown in fig. 7, this message receival method is further comprising the steps
S305-S308。
In step S305, sending the second message to transmitter, the second message includes processing the first message
And the result data obtained.
In step S306, detect whether the second message is successfully sent;
In step S307, in time sending unsuccessfully in response to the second message, the second Message Record is existed
In message queue.
In step S308, will periodically retry transmission the second message, until the second message sends into
Merit.
The message components of message sink end, after the first Message Processing success, starts to return to message sending end
Return the second message including result data.In like manner, also can there is the possibility that transmission is failed, example in the second message
The factors such as the best in network transmission conditions or message sending end faults itself, therefore send out the second message
It is sent into row detection, failed the second Message Record will be sent in another message queue, message here
Queue, for recording the second message sent unsuccessfully, makes the second message of transmission failure to be dropped,
To result data also preserved.
Preset in recording the message queue sending the second message unsuccessfully and retry strategy, every preset duration
The second message sent unsuccessfully is retried by (such as 30 milliseconds), until the second message sends successfully,
The result data obtained successfully is returned message sending end, successful second message will be sent from message team
Row are deleted.
At message sink end, the reception making requests on message of message components independence, detect and retry process
Failed request message and the transmission of response message, peel off with concrete business and carry out asynchronous process, it is ensured that
Each request message can be successfully processed, it is to avoid loses and does not obtains processing request message, and ensures every
Individual response message can successfully return message sending end, makes result data will not lose because response message sends
Lose and be dropped.
The framework of above-mentioned information receiving and transmitting can be applied in video code conversion system, as shown in Figure 8, and Yun Cun
First storage production platform 40 can call cloud storage service 41 to complete uploading and storing of transcoded video.Deposit
After storing up successfully, recall cloud transcoding service 42 and carry out the video uploaded is carried out transcoding.And calling
Before cloud transcoding service 42, production platform 40 can first call MMS (Multimedia Message Service) 43, on obtaining
Pass the multimedia messages of video, including the information such as duration, size and frame per second of uploaded videos.But whether
Get above-mentioned multimedia messages and can't affect production platform calling further cloud transcoding service 42.
It is to say, produce sample platform 40 calling and producing sample platform 40 and first adjust for MMS (Multimedia Message Service) 43
Recalling this service logic of cloud transcoding service 42 with cloud storage service 41 is asynchronous carrying out.Therefore,
It is respectively provided with a message components as Messenger at production platform 40 and MMS (Multimedia Message Service) 43,
Production platform 40 is made to ask the multimedia messages of uploaded videos to MMS (Multimedia Message Service) 43.
Produce sample platform 40 and send the multimedia letter for uploaded videos by message components as transmitter
Cease the message components asking message to MMS (Multimedia Message Service) 43, and continue to call for uploaded videos
The flow process of cloud transcoding service 42 carries out asynchronous controlling.
Whether transmitter detection multimedia messages request message is successfully sent, if multimedia messages request
Message sends unsuccessfully, multimedia messages is asked Message Record in a message queue, and periodically
Retry transmission this multimedia messages request message, until this multimedia messages request message sends successfully.
The message components of MMS (Multimedia Message Service) 43 is as the intended recipient of this multimedia messages request message
Device, receives this multimedia messages request message, and whether successful request arrives in detection MMS (Multimedia Message Service) 43
The multimedia messages of uploaded videos;If the multimedia messages failure of request uploaded videos, will process unsuccessfully
Multimedia messages request Message Record in a message queue, periodically retry process this multimedia
Information request message, until the request Message Processing success of this multimedia messages, request to uploaded videos is many
Media information.
The message components of MMS (Multimedia Message Service) 43 retransmits and acknowledges message to transmitter, response message bag
Include the multimedia messages of the uploaded videos processing this multimedia messages request message and obtain;Detection response disappears
Whether breath is successfully sent;If response message sends unsuccessfully, exist sending failed response Message Record
In another message queue, and periodically retry this response message of transmission, until this response message sends
Success, sends the multimedia messages of uploaded videos to producing sample platform 40.
Video code conversion system will can send with the message of asynchronous process and receive from transcoding service logic
Independent, message is sent and process preserves and retries and automatically can carry out, really according to configuration strategy
Protecting multimedia messages request message to be unsuccessfully dropped because sending unsuccessfully and processing, response message is also
Unsuccessfully will not be dropped because sending, it is ensured that the multimedia request message in video code conversion system can by and
Time transmission and process.
The following is assembly of the invention embodiment, for performing the embodiment of the method for the present invention.
Fig. 9 is a kind of message dispensing device that the embodiment of the present invention provides, including:
First message transmission module 50, for transmission the first message to target receiver, and asynchronous process is originally
Other services of ground;
Whether the first state detection module 51, be successfully sent for detection the first message;
First Message Record module 52, in time sending unsuccessfully in response to the first message, by the first message note
Record is in message queue.
In one embodiment, this device also includes:
First retries sending module, for periodically retrying transmission the first message, until the first message is sent out
Send successfully.
In one embodiment, this device also includes:
First message reception module, for receiving the second message that target receiver returns, the second message bag
Include the result data processing the first message and obtain.
Figure 10 is a kind of message receiving apparatus that the embodiment of the present invention provides, including:
Second message reception module 60, for receiving the first message from transmitter;
Second state detection module 61, for the first message is processed, the detection place to the first message
Reason is the most successful;
Second Message Record module 62, in response to during to the first Message Processing failure, by the first message
Record is in message queue.
In one embodiment, this device also includes:
Retry processing module, for periodically retrying described first message of process, until described first disappears
Breath processes successfully.
In one embodiment, this device also includes:
Second message transmission module, for sending the second message to transmitter, the second message includes processing the
One message and the result data that obtains;
Whether third state detection module, be successfully sent for detection the second message;
3rd Message Record module, in time sending unsuccessfully in response to the second message, by the second Message Record
In message queue;
Second retries sending module, for periodically retrying transmission the second message, until the second message is sent out
Send successfully.
Come real additionally, the embodiment of the present invention can be passed through hardware processor (hardware processor)
Existing each functional module above-mentioned.
The embodiment of the present invention additionally provides a kind of message dispensing device, including:
Processor;
For storing the memory of processor executable;
Wherein, described processor is configured to:
Send the first message to target receiver, and asynchronous process other services local;
Detect whether described first message is successfully sent;
When sending unsuccessfully in response to described first message, by described first Message Record in message queue.
In one embodiment, described processor is configured to:
Periodically retry described first message of transmission, until described first message sends successfully.
In one embodiment, described processor is configured to:
Receiving the second message that described target receiver returns, described second message includes processing described first
Message and the result data that obtains.
The embodiment of the present invention additionally provides a kind of message receiving apparatus, including:
Processor;
For storing the memory of processor executable;
Wherein, described processor is configured to:
Receive the first message from transmitter;
Described first message is processed, detects the process to described first message the most successful;
In response to during to described first Message Processing failure, by described first Message Record at message queue
In.
In one embodiment, described processor is configured to:
Periodically retry described first message of process, until described first Message Processing success.
In one embodiment, described processor is configured to:
Sending the second message extremely described transmitter, described second message includes processing described first message and obtaining
The result data arrived;
Detect whether described second message is successfully sent;
When sending unsuccessfully in response to described second message, by described second Message Record in message queue.
In one embodiment, described processor is configured to:
Periodically retry described second message of transmission, until described second message sends successfully.
Device embodiment described above is only schematically, wherein said illustrates as separating component
Unit can be or may not be physically separate, the parts shown as unit can be or
Person may not be physical location, i.e. may be located at a place, or can also be distributed to multiple network
On unit.Some or all of module therein can be selected according to the actual needs to realize the present embodiment
The purpose of scheme.Those of ordinary skill in the art are not in the case of paying performing creative labour, the most permissible
Understand and implement.
Through the above description of the embodiments, those skilled in the art is it can be understood that arrive each reality
The mode of executing can add the mode of required general hardware platform by software and realize, naturally it is also possible to by firmly
Part.Based on such understanding, the portion that prior art is contributed by technique scheme the most in other words
Dividing and can embody with the form of software product, this computer software product can be stored in computer can
Read in storage medium, such as ROM/RAM, magnetic disc, CD etc., including some instructions with so that one
Computer equipment (can be personal computer, server, or the network equipment etc.) performs each to be implemented
The method described in some part of example or embodiment.
Last it is noted that above example is only in order to illustrate technical scheme, rather than to it
Limit;Although the present invention being described in detail with reference to previous embodiment, the ordinary skill of this area
Personnel it is understood that the technical scheme described in foregoing embodiments still can be modified by it, or
Person carries out equivalent to wherein portion of techniques feature;And these amendments or replacement, do not make corresponding skill
The essence of art scheme departs from the spirit and scope of various embodiments of the present invention technical scheme.
Claims (16)
1. a message method, it is characterised in that including:
Send the first message to target receiver, and asynchronous process other services local;
Detect whether described first message is successfully sent;
When sending unsuccessfully in response to described first message, by described first Message Record in message queue.
Method the most according to claim 1, it is characterised in that described method also includes:
Periodically retry described first message of transmission, until described first message sends successfully.
Method the most according to claim 1, it is characterised in that described method also includes:
Receiving the second message that described target receiver returns, described second message includes processing described first
Message and the result data that obtains.
4. a message receival method, it is characterised in that including:
Receive the first message from transmitter;
Described first message is processed, detects the process to described first message the most successful;
In response to during to described first Message Processing failure, by described first Message Record at message queue
In.
Method the most according to claim 4, it is characterised in that described method also includes:
Periodically retry described first message of process, until described first Message Processing success.
Method the most according to claim 4, it is characterised in that described method also includes:
Sending the second message extremely described transmitter, described second message includes processing described first message and obtaining
The result data arrived;
Detect whether described second message is successfully sent;
When sending unsuccessfully in response to described second message, by described second Message Record in message queue.
Method the most according to claim 6, it is characterised in that described method also includes:
Periodically retry described second message of transmission, until described second message sends successfully.
8. a message dispensing device, it is characterised in that including:
First message transmission module, for transmission the first message to target receiver, and asynchronous process is local
Other services;
First state detection module, is used for detecting whether described first message is successfully sent;
First Message Record module, in time sending unsuccessfully in response to described first message, by described first
Message Record is in message queue.
Device the most according to claim 8, it is characterised in that described device also includes:
First retries sending module, for periodically retrying described first message of transmission, until described the
One message sends successfully.
Device the most according to claim 8, it is characterised in that described device also includes:
First message reception module, for receiving the second message that described target receiver returns, described the
The result data that two message include processing described first message and obtain.
11. 1 kinds of message receiving apparatus, it is characterised in that including:
Second message reception module, for receiving the first message from transmitter;
Second state detection module, for processing described first message, detection disappears to described first
The process of breath is the most successful;
Second Message Record module, in response to during to described first Message Processing failure, by described the
One Message Record is in message queue.
12. devices according to claim 10, it is characterised in that described device also includes:
Retry processing module, for periodically retrying described first message of process, until described first disappears
Breath processes successfully.
13. devices according to claim 10, it is characterised in that described device also includes:
Second message transmission module, for sending the second message to described transmitter, described second message bag
Include the result data processing described first message and obtain;
Third state detection module, is used for detecting whether described second message is successfully sent;
3rd Message Record module, in time sending unsuccessfully in response to described second message, by described second
Message Record is in message queue.
14. devices according to claim 13, it is characterised in that described device also includes:
Second retries sending module, for periodically retrying described second message of transmission, until described the
Two message send successfully.
15. 1 kinds of message dispensing devices, it is characterised in that including:
Processor;
For storing the memory of processor executable;
Wherein, described processor is configured to:
Send the first message to target receiver, and asynchronous process other services local;
Detect whether described first message is successfully sent;
When sending unsuccessfully in response to described first message, by described first Message Record in message queue.
16. 1 kinds of message receiving apparatus, it is characterised in that including:
Processor;
For storing the memory of processor executable;
Wherein, described processor is configured to:
Receive the first message from transmitter;
Described first message is processed, detects the process to described first message the most successful;
In response to during to described first Message Processing failure, by described first Message Record at message queue
In.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510924451.9A CN105897549A (en) | 2015-12-14 | 2015-12-14 | Message sending and receiving methods and message sending and receiving devices |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510924451.9A CN105897549A (en) | 2015-12-14 | 2015-12-14 | Message sending and receiving methods and message sending and receiving devices |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105897549A true CN105897549A (en) | 2016-08-24 |
Family
ID=57002358
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510924451.9A Pending CN105897549A (en) | 2015-12-14 | 2015-12-14 | Message sending and receiving methods and message sending and receiving devices |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105897549A (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107798405A (en) * | 2017-07-24 | 2018-03-13 | 平安科技(深圳)有限公司 | Medical services reserving method, device, storage medium and computer equipment |
CN108733560A (en) * | 2018-04-19 | 2018-11-02 | 北京京东尚科信息技术有限公司 | A kind of test method and device |
CN108965164A (en) * | 2017-05-17 | 2018-12-07 | 北京京东尚科信息技术有限公司 | Service request repeating method, device and readable storage medium storing program for executing based on message queue |
CN108984779A (en) * | 2018-07-25 | 2018-12-11 | 郑州云海信息技术有限公司 | Distributed file system snapshot rollback metadata processing method, device and equipment |
CN110532066A (en) * | 2018-05-23 | 2019-12-03 | ***通信集团浙江有限公司 | A kind of realization method and system of transaction consistency |
CN111478755A (en) * | 2020-04-03 | 2020-07-31 | 上海银欣高新技术发展股份有限公司 | Asynchronous data communication method, medium, device and asynchronous data communication system |
CN112751743A (en) * | 2019-10-30 | 2021-05-04 | 北京车和家信息技术有限公司 | Message sending exception processing method, message sending device and electronic equipment |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101360109A (en) * | 2008-09-25 | 2009-02-04 | 腾讯科技(深圳)有限公司 | Image management system and method |
CN101848065A (en) * | 2010-06-04 | 2010-09-29 | 中兴通讯股份有限公司 | Information transmission method and information transmission device |
CN104731912A (en) * | 2015-03-24 | 2015-06-24 | 浪潮集团有限公司 | Message transmission method and device for message middleware MQ |
-
2015
- 2015-12-14 CN CN201510924451.9A patent/CN105897549A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101360109A (en) * | 2008-09-25 | 2009-02-04 | 腾讯科技(深圳)有限公司 | Image management system and method |
CN101848065A (en) * | 2010-06-04 | 2010-09-29 | 中兴通讯股份有限公司 | Information transmission method and information transmission device |
CN104731912A (en) * | 2015-03-24 | 2015-06-24 | 浪潮集团有限公司 | Message transmission method and device for message middleware MQ |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108965164A (en) * | 2017-05-17 | 2018-12-07 | 北京京东尚科信息技术有限公司 | Service request repeating method, device and readable storage medium storing program for executing based on message queue |
CN108965164B (en) * | 2017-05-17 | 2021-12-07 | 北京京东尚科信息技术有限公司 | Service request retransmission method and device based on message queue and readable storage medium |
CN107798405A (en) * | 2017-07-24 | 2018-03-13 | 平安科技(深圳)有限公司 | Medical services reserving method, device, storage medium and computer equipment |
CN108733560A (en) * | 2018-04-19 | 2018-11-02 | 北京京东尚科信息技术有限公司 | A kind of test method and device |
CN110532066A (en) * | 2018-05-23 | 2019-12-03 | ***通信集团浙江有限公司 | A kind of realization method and system of transaction consistency |
CN108984779A (en) * | 2018-07-25 | 2018-12-11 | 郑州云海信息技术有限公司 | Distributed file system snapshot rollback metadata processing method, device and equipment |
CN112751743A (en) * | 2019-10-30 | 2021-05-04 | 北京车和家信息技术有限公司 | Message sending exception processing method, message sending device and electronic equipment |
CN112751743B (en) * | 2019-10-30 | 2023-04-28 | 北京车和家信息技术有限公司 | Message sending exception processing method, message sending device and electronic equipment |
CN111478755A (en) * | 2020-04-03 | 2020-07-31 | 上海银欣高新技术发展股份有限公司 | Asynchronous data communication method, medium, device and asynchronous data communication system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105897549A (en) | Message sending and receiving methods and message sending and receiving devices | |
CN109474688B (en) | Method, device, equipment and medium for sending instant communication network request message | |
US7814167B2 (en) | System and method for obtaining remote instant messages | |
US20210250321A1 (en) | Interface, Method and Computer Program Product for Controlling the Transfer of Electronic Messages | |
CN107438982B (en) | Messaging over multiple channels | |
US10997568B2 (en) | System, method and computer program product for receiving electronic messages | |
US20040205770A1 (en) | Duplicate message elimination system for a message broker | |
US10764228B1 (en) | Automated message recall from a sender's device | |
WO2008130709A3 (en) | Systems, methods, and computer program products for providing service interaction and mediation in a communications network | |
US20130346513A1 (en) | Migrating a chat message service provided by a chat server to a new chat server | |
CN103733601A (en) | Attaching multiple phone lines to a single mobile or landline phone | |
CN105991412A (en) | Method and device for pushing message | |
GB2533380A (en) | An interface, system, method and computer program product for controlling the transfer of electronic messages | |
CN101720478A (en) | High availability transport | |
CN105812405B (en) | A kind of method, apparatus and system handling message | |
CN113438053A (en) | Packet loss compensation method, system and equipment based on cloud network fusion technology | |
CN105871981A (en) | Pushing service implementation method, pushing service implementation device, terminal equipment and system | |
CN105975521A (en) | Stream data uploading method and device | |
CN110534136B (en) | Recording method and device | |
CN104821889B (en) | A kind of processing method and equipment of backup message | |
CN107818027B (en) | Method and device for switching main name node and standby name node and distributed system | |
CN111654526A (en) | Load balancing method and system for streaming media server | |
CN102045206B (en) | Alarm pushing method and device and system thereof | |
CN106254445A (en) | Message sending method and server | |
EP3545423B1 (en) | Overload handling in a content delivery network (cdn) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160824 |
|
WD01 | Invention patent application deemed withdrawn after publication |