WO2015090218A1 - 服务端、用户端消息传输处理方法、消息传输方法及系统 - Google Patents

服务端、用户端消息传输处理方法、消息传输方法及系统 Download PDF

Info

Publication number
WO2015090218A1
WO2015090218A1 PCT/CN2014/094240 CN2014094240W WO2015090218A1 WO 2015090218 A1 WO2015090218 A1 WO 2015090218A1 CN 2014094240 W CN2014094240 W CN 2014094240W WO 2015090218 A1 WO2015090218 A1 WO 2015090218A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
server
time
client
last
Prior art date
Application number
PCT/CN2014/094240
Other languages
English (en)
French (fr)
Inventor
蒋德为
郭稷
胡建强
巩吉璋
穆战松
李宜达
曹小飞
郭海宇
Original Assignee
广州华多网络科技有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 广州华多网络科技有限公司 filed Critical 广州华多网络科技有限公司
Publication of WO2015090218A1 publication Critical patent/WO2015090218A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end

Definitions

  • the present application relates to the technical field of network message transmission, and in particular, to a server-side message transmission processing method and system thereof, and a message transmission processing method and system thereof at the user end.
  • the problem of message loss is solved, and the ACK (Acknowledgement) message is acknowledged by the receiving end to ensure that the ACK message is in the data communication, and the receiving point sends a transmission type message to the transmitting end, indicating that the data sent by the sending end is sent. Accepted is correct.
  • the ACK message replied by the client increases the traffic of the client.
  • receiving a user reply confirmation message affects the performance of the server, and increases The problem of the terminal traffic.
  • the embodiment of the present invention provides a message transmission processing method and a system thereof, which can accurately detect whether a transmitted message is lost, and does not need to send an acknowledgment message to a client that receives a message, and reduces the performance impact of sending a acknowledgment message on the server. Will increase the traffic of the client.
  • a server-side message transmission processing method includes the following steps:
  • the user receives the last message reception time to the user end.
  • a server-side message transmission processing system includes:
  • a message sending module configured to add, by the server, a message sending time of the server and a last message sending time of the server, and send the message to the user end, so that the user end according to the server
  • the message sending time updates the receiving time of the client message, and compares the last message sending time of the server with the last message receiving time of the client, and if the two are not the same, sending a message retransmission instruction to the server;
  • a message retransmission module configured to: if the message retransmission instruction sent by the user end is received, where the message retransmission instruction includes a last message reception time of the user end, resending the user end to the user end The message sent to the client between the last message reception time and the time when the server sends the message.
  • the server sends the message to the client by sending the message sending time of the server and the last message sending time of the server. According to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, thereby determining whether the message sent by the server is lost, if the message is lost, the message may be retransmitted by sending the message to the server.
  • the instruction requests to resend the message lost between the last time the message was received by the client and the time the message was sent by the server.
  • the client does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client. Especially in the communication mode of multi-person conversation and group conversation, the burden on the server can be greatly reduced.
  • the embodiment of the present application further provides a message transmission processing method and system thereof for a user end, which can accurately detect whether a transmitted message is lost, and does not need to send an acknowledgment message to the UE that receives the message, and reduces the sending of the acknowledgment message to the server.
  • the performance impact does not increase the traffic on the client side.
  • a message transmission processing method for a client includes the following steps:
  • a message transmission processing system for a client includes:
  • the message receiving module is configured to receive a message sent by the server, where the message sent by the server includes a time when the server sends the message and a time when the server sends the message.
  • the retransmission requesting module is configured to update the receiving time of the client message according to the sending time of the message by the server, and compare the last message sending time of the server with the last message receiving time of the client, if the two are different And sending a message retransmission instruction to the server, requesting to resend the message sent by the client to the client between the last message receiving time of the client and the current message sending time of the server.
  • the message sent by the receiving server includes the current sending time of the server and the last time of sending the message by the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the client does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the embodiment of the present application further provides a server that can accurately detect whether a transmitted message is lost, and does not need to receive an acknowledgment message from the UE that receives the message, and reduces the performance impact of sending the acknowledgment message on the server, and does not increase.
  • a server that can accurately detect whether a transmitted message is lost, and does not need to receive an acknowledgment message from the UE that receives the message, and reduces the performance impact of sending the acknowledgment message on the server, and does not increase.
  • User-side traffic can accurately detect whether a transmitted message is lost, and does not need to receive an acknowledgment message from the UE that receives the message, and reduces the performance impact of sending the acknowledgment message on the server, and does not increase.
  • a server including a processor, a transceiver, and a memory, wherein:
  • the processor is configured to add a server current message sending time and a last time message sending time of the server stored in the memory in the message sent by the server;
  • the transceiver is configured to send the message to the user, so that the user end updates the time of receiving the message of the client according to the sending time of the message by the server, and sends the message to the user at the last time.
  • the last time the message receiving time is compared, if the two are not the same, the message retransmission instruction is sent to the server;
  • the processor is further configured to: if the transceiver receives a message retransmission instruction sent by the UE, where the message retransmission instruction includes a last message reception time of the UE, triggering the transceiver to The UE resends the message sent by the user to the client between the last message reception time of the client and the time when the server sends the message.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the server retransmits the corresponding message according to the message retransmission instruction, and eliminates the impact of the message loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the embodiment of the present application further provides a user terminal, which can accurately detect whether a transmitted message is lost, and does not need to receive an acknowledgment message from the UE that receives the message, and reduces the performance impact of sending the acknowledgment message on the server, and does not increase.
  • a user terminal which can accurately detect whether a transmitted message is lost, and does not need to receive an acknowledgment message from the UE that receives the message, and reduces the performance impact of sending the acknowledgment message on the server, and does not increase.
  • a client comprising a transceiver, a processor and a memory, wherein:
  • the transceiver is configured to receive a message sent by the server, where the message sent by the server includes a time when the server sends the current message and a time when the server sends the message last time;
  • the processor is configured to update a client message receiving time according to the current message sending time of the server, and compare the last message sending time of the server with a last message receiving time of the user stored in the memory, If the two are different, the transceiver is triggered to send a message retransmission instruction to the server, requesting to resend the last time the message is received by the client to the time when the server sends the message to the server. The message sent by the client.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the server retransmits the corresponding message according to the message retransmission instruction, and eliminates the impact of the message loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the embodiment of the present application further provides a message transmission method and a system thereof, which can accurately detect whether a transmitted message is lost, and does not need to send an acknowledgment message to the UE that receives the message, and reduces the performance impact of sending the acknowledgment message on the server. Will not increase the traffic on the client side.
  • a message transmission method includes the following steps:
  • the server adds the current sending time of the server and the last sending time of the server in the message sent to the client, and sends the message to the user end;
  • the user end receives the message sent by the server, and updates the time of receiving the message of the client according to the sending time of the message by the server, and compares the last message sending time of the server with the last message receiving time of the client, if If the two are different, the message retransmission instruction is sent to the server, where the message retransmission instruction includes the last message reception time of the user terminal;
  • the server When receiving the message retransmission instruction, the server resends the message sent by the client to the client between the last message receiving time of the client and the current message sending time of the server.
  • a message transmission system including a server and a client:
  • the server is configured to add a message sending time of the server and a last message sending time of the server to the message sent to the client, and send the message to the user end; and receive the message retransmission sent by the user end. And instructing, resending the message sent by the client to the client between the last message receiving time of the client and the current message sending time of the server;
  • the user end is configured to receive a message sent by the server, and update the receiving time of the client message according to the sending time of the message by the server, and send the last message sending time of the server to the last message received by the user end.
  • the time comparison if the two are not the same, sending a message retransmission instruction to the server, where the message retransmission instruction includes the last message reception time of the UE.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the server retransmits the corresponding message according to the message retransmission instruction, and eliminates the impact of the message loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • FIG. 1 is a schematic diagram of a conventional data transmission method
  • FIG. 2 is a schematic flowchart of a message transmission processing method of a server in the embodiment of the present application
  • FIG. 3 is a schematic flowchart of a message transmission processing method of a user end according to an embodiment of the present application
  • FIG. 4 is a schematic flowchart of a message transmission method according to an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of a message transmission processing system of a server in the embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a message transmission processing system of a user end according to an embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of a message transmission system according to an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of a server end according to an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a user end according to an embodiment of the present application.
  • FIG. 2 is a schematic flowchart diagram of a message transmission processing method of a server in the embodiment of the present application.
  • the message transmission processing method of the server includes the following steps:
  • S202 Add a message sending time of the server and a last message sending time of the server in the message sent by the server, and send the message to the user, so that the user end updates the client according to the sending time of the server.
  • the message sent by the server is added to the message sent by the server and the message is sent to the client, so that the client can Whether the last message sending time of the server in the message is the same as the last message receiving time of the client, thereby determining whether the message sent by the server is lost. If it is lost, the message may be retransmitted by sending a message to the server. Resend the message that the last time the message was received by the client to the time when the server sent the message this time. The client does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client. Especially in the communication mode of multi-person conversation and group conversation, the burden on the server can be greatly reduced.
  • the sending time of the message may be saved when the server sends each message.
  • a sending message queue may be created for each user end receiving the data, and the sending message queue stores the message sent by the server to the client in a predetermined time, and the sending time of each message. Then, according to the sending message queue, the last message sending time to the corresponding client can be found.
  • step S202 may be specifically:
  • Receiving a group message sent by the client to the server adding, by the server, the current message sending time and the last message sending time of the server, and sending the group message to the group Other clients.
  • the sending client sends a message to the server, and the server forwards the message to the corresponding receiving client. Therefore, in this case, the time at which the server sends the message may be equal to the time at which the sending client sends the message to the server, which is recorded as sendtime, and may be expressed in 64-bit milliseconds.
  • the time when the server sends the message last time is also equal to the time when the sending client sends the message to the server last time, which is recorded as lasttime, and can also be expressed in 64-bit milliseconds.
  • the processing of the foregoing step S202 may include the following: if the server sends a message to the UE for the first time, the last time the server sends the message Set to 0, add the server-side message to the message sent by the server. The sending time and the last message sending time of the server are sent to the client.
  • the sending time is set to 0, and the server can add the current sending time of the server and the last sending time of the server set to 0 to the message sent by the client, and send it to the client.
  • step S204 if the message retransmission instruction sent by the UE is received, the corresponding message is retransmitted according to the message retransmission instruction.
  • the message retransmission instruction includes at least the last message receiving time of the user end, and the server may acquire the last message receiving time of the user terminal according to the message retransmission instruction; and then may send the message according to the saved message.
  • the record is obtained by the server to obtain the current message sending time of the server, and the historical sending message record (such as the above-mentioned sending message queue) saved by the server is searched for the last message receiving time from the client to the server.
  • the message sent by the server to the client between the sending time resends the found message to the client.
  • the message retransmission instruction further includes a time when the server sends the message. Then, the server directly searches for the message sent to the corresponding UE during the period according to the two time points included in the message retransmission instruction, and then performs a retransmission operation.
  • FIG. 3 is a schematic flowchart of a message transmission processing method of a user end according to an embodiment of the present application.
  • the message transmission processing method of the client includes the following steps:
  • S302 Receive a message sent by the server, where the message sent by the server includes a time when the server sends the message and a time when the server sends the message.
  • S304 Update the client message receiving time according to the current message sending time of the server, and compare the last message sending time of the server with the last message receiving time of the client. If the two are not the same, then the server sends the message to the server. Sending a message retransmission instruction, requesting to resend the message sent by the client to the client between the last message receiving time of the client and the current message sending time of the server.
  • the message sent by the receiving server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE can be based on the last message sending time of the server in the message and the last time the message is received by the client. Whether the comparison is the same, so as to determine whether the message sent by the server is lost. If it is lost, it can send a message retransmission instruction to the server to request to resend the last time the message is received by the client to the server. Lost message between.
  • the client does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client. Especially in the communication mode of multi-person conversation and group conversation, the burden on the server can be greatly reduced.
  • the sending time of the current message and the sending time of the last message of the server included in the message sent by the server are set by the server.
  • the server may create a sending message queue for each client that receives data, and the sending message queue stores the message sent by the server to the client in a predetermined time, and the sending time of each message. Then, according to the sending message queue, the last message sending time to the corresponding client can be found.
  • the sending client sends a message to the server, and the server forwards the message to the corresponding receiving client. Therefore, in this case, the time at which the server sends the message may be equal to the time at which the sending client sends the message to the server, which is recorded as sendtime, and may be expressed in 64-bit milliseconds.
  • the time when the server sends the message last time is also equal to the time when the sending client sends the message to the server last time, which is recorded as lasttime, and can also be expressed in 64-bit milliseconds.
  • step S304 the client message receiving time is updated according to the current message sending time of the server, and the last message sending time of the server is compared with the last message receiving time of the client.
  • the receiving time of the message is recorded, and the receiving time of each message is recorded as a receiving time queue, and the receiving time queue includes at least the last message receiving time.
  • the receiving time queue includes at least the last message receiving time.
  • the last message sending time of the server obtained from the current message sent by the server is compared with the last message receiving time of the found client.
  • the two times are the same, it means that there is no other message loss between the two receiving messages at the user end, so the message can be directly saved; if the two times are not the same, it means that the user receives the message twice.
  • the server also sends other messages, but the client does not receive, that is, the message between the two times is lost, so the message retransmission instruction is sent to the server, requesting to resend the last message reception of the client. The message sent to the client between the time when the server sends the message.
  • the message retransmission instruction includes at least the last message receiving time of the user end, and the server may acquire the last message receiving time of the user terminal according to the message retransmission instruction; and then may send the message according to the saved message.
  • the record is obtained by the server to obtain the current message sending time of the server, and the historical sending message record (such as the above-mentioned sending message queue) saved by the server is searched for the last message receiving time from the client to the server.
  • the message sent by the server to the client between the sending time resends the corresponding message to the client.
  • the message retransmission instruction further includes a time when the server sends the message. Then, the server directly searches for the message sent to the corresponding UE during the period according to the two time points included in the message retransmission instruction, and then performs a retransmission operation.
  • the server may use the current message sending time to update the client message receiving time, and then the server may send the last message sending time and the last message of the client. Receiving time for comparison, if the two are not the same, sending a message retransmission instruction to the server to request the server to resend the last time the message is received by the client to the time of sending the message by the server.
  • the corresponding processing can be referred to the related content, and details are not described herein again.
  • the lost message may be re-received and displayed, and the corresponding processing process may include the following content: the receiving server receives the last message reception time on the user end.
  • the message sent by the server to the client between the sending time of the message is sent to the client according to the sending time of the server, and the time that the server sends the message to the client at the time when the client receives the message and sends the message to the server. Message.
  • the server sending time may be the time each time the server sends a message to the client.
  • each time the server sends a new message to the client it records the sending time of the server message corresponding to the message, that is, the time when the message is sent for the first time, and the server resends the lost message to the client.
  • the sending time of the server message corresponding to the message may be simultaneously sent.
  • the user may obtain the sending time of the server message of each message, in order of the sending time of the server message of each message.
  • Each message is displayed in sequence, for example, the server-side message sending time of the message 1 (that is, the server-side message sending time in the message 1) is 15:10, and the message 2 is The server sends the message at 15:12.
  • the message 1 is the message sent by the server to the client first.
  • the message 2 is the message sent by the server to the client.
  • the client can display the message 1 on its display interface. 2 is displayed below the location of message 1.
  • FIG. 4 is a schematic flowchart diagram of a message transmission method according to an embodiment of the present application.
  • the message transmission method includes the following steps:
  • the server adds the current sending time of the server and the last sending time of the server in the message sent to the user, and sends the message to the user end;
  • S404 The UE receives the message sent by the server, and updates the UE message receiving time according to the current message sending time of the server, and compares the last message sending time of the server with the last message receiving time of the client. And if the two are different, sending a message retransmission instruction to the server, where the message retransmission instruction includes a last message reception time of the user end;
  • the server When receiving the message retransmission instruction, the server resends the message sent by the UE to the client between the last message receiving time of the client and the current message sending time of the server.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the server retransmits the corresponding message according to the message retransmission instruction, and eliminates the impact of the message loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the server may save the sending time of the message when the server sends each message to obtain the current message sending time of the server and the last message sending time of the server.
  • the server may create a sending message queue for each user receiving the data, where the sending message queue stores the message sent by the server to the client within a predetermined time, and each message. The sending time. Then, according to the sending message queue, the last message sending time to the corresponding client can be found.
  • step S402 can be specifically:
  • Receiving a group message sent by the client to the server adding, by the server, the current message sending time and the last message sending time of the server, and sending the group message to the group Other clients.
  • the sending client sends a message to the server, and the server forwards the message to the corresponding receiving client. Therefore, in this case, the time at which the server sends the message may be equal to the time at which the sending client sends the message to the server, which is recorded as sendtime, and may be expressed in 64-bit milliseconds.
  • the time when the server sends the message last time is also equal to the time when the sending client sends the message to the server last time, which is recorded as lasttime, and can also be expressed in 64-bit milliseconds.
  • the processing of the foregoing step S402 may include the following content: if the server sends a message to the UE for the first time, the last time the server sends the message Set to 0, add the server's current message sending time and the server's last message sending time to the message sent by the server, and send the message to the client.
  • the sending time is set to 0, and the server can add the current sending time of the server and the last sending time of the server set to 0 to the message sent by the client, and send it to the client.
  • step S404 the UE updates the client message receiving time according to the current message sending time of the server, and sends the last message sending time of the server obtained from the current message sent by the server, and The last time the message was received by the client was compared.
  • the two times are the same, it means that there is no other message loss between the two receiving messages at the user end, so the message can be directly saved; if the two times are not the same, it means that the user receives the message twice.
  • the server also sends other messages, but the client does not receive, that is, the message between the two times is lost, so the message retransmission instruction is sent to the server, requesting to resend the last message reception of the client. The message sent to the client between the time when the server sends the message.
  • the message retransmission instruction includes at least the last message receiving time of the user end, and the server may acquire the last message receiving time of the user terminal according to the message retransmission instruction; and then may send the message according to the saved message. Recording the self-acquisition time of the server to send the message, and searching for the historical transmission message record (such as the above-mentioned sending message queue) saved by the server from the user terminal And sending, to the user end, the message sent by the server to the client between the message receiving time and the message sending time of the server.
  • the message retransmission instruction further includes a time when the server sends the message. Then, the server directly searches for the message sent to the corresponding UE during the period according to the two time points included in the message retransmission instruction, and then performs a retransmission operation.
  • the UE may further perform the following processing:
  • the server may use the current message sending time to update the client message receiving time, and then the server may send the last message sending time and the last message of the client. The receiving time is compared. If the two are not the same, the message retransmission command is sent to the server.
  • the server may use the current message sending time to update the client message receiving time, and then the server may send the last message sending time and the last message of the client. The receiving time is compared. If the two are not the same, the message retransmission command is sent to the server.
  • step S406 the server receives the message retransmission instruction sent by the UE, and retransmits the corresponding message according to the message retransmission instruction.
  • FIG. 5 is a schematic structural diagram of a message transmission processing system of a server according to an embodiment of the present application.
  • the message transmission processing system of the server includes:
  • the message sending module 51 is configured to add, by the server, the message sending time of the server and the last message sending time of the server, and send the message to the user, so that the user sends the message according to the server.
  • the sending time updates the receiving time of the client message, and compares the last message sending time of the server with the last message receiving time of the client. If the two are not the same, the message retransmission instruction is sent to the server.
  • the message retransmission module 52 is configured to: if the message retransmission instruction sent by the user end is received, where the message retransmission instruction includes a last message reception time of the user end, resend the user to the user end The message sent to the client between the last time the message is received and the time when the server sends the message.
  • the message sending time of the server and the last message sending time of the server are added to the message sent by the server, and then sent to the user. End, so that the user can determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost,
  • the server sends a message retransmission instruction, requesting to resend the message lost between the last time the message is received by the client and the time when the message is sent by the server.
  • the client does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client. Especially in the communication mode of multi-person conversation and group conversation, the burden on the server can be greatly reduced.
  • the message sending module 51 may save the sending time of the message when the server sends each message.
  • the message sending module 51 may create a sending message queue for each user end of the received data, where the sending message queue stores a message sent by the server to the client in a predetermined time, and The time at which each message was sent. Then, according to the sending message queue, the last message sending time to the corresponding client can be found.
  • the message sending module 51 receives the group message sent by the client to the server, and adds the current message sending time of the server and the last message sending time of the server in the group message. And sending the group message to other clients of the group.
  • the sending client sends a message to the server, and the server forwards the message to the corresponding receiving client. Therefore, in this case, the time at which the server sends the message may be equal to the time at which the sending client sends the message to the server, which is recorded as sendtime, and may be expressed in 64-bit milliseconds.
  • the time when the server sends the message last time is also equal to the time when the sending client sends the message to the server last time, which is recorded as lasttime, and can also be expressed in 64-bit milliseconds.
  • the message sending module 51 is configured to: if the message is sent to the UE for the first time, set the last message sending time of the server to 0, and add the server sending time and the service in the sent message. The last time the message was sent, the message was sent to the client.
  • the sending time is set to 0, and the server can add the current sending time of the server and the last sending time of the server set to 0 to the message sent by the client, and send it to the client.
  • the message retransmission module 52 retransmits the corresponding message according to the message retransmission instruction if receiving the message retransmission instruction sent by the UE.
  • the message retransmission instruction includes at least the last message receiving time of the user end, and the message retransmission module 52 of the server may obtain the last message receiving time of the user terminal according to the message retransmission instruction;
  • the time of sending the message by the server may be obtained according to the saved message record saved by the server, and the time of receiving the last message of the client is found in the history sending message record (such as the above-mentioned sending message queue) saved by the server.
  • the message retransmission instruction further includes a time when the server sends the message.
  • the message retransmission module 52 of the server may directly search for the message sent to the corresponding UE during the period according to the two time points included in the message retransmission instruction, and then perform a retransmission operation.
  • FIG. 6 is a schematic structural diagram of a message transmission processing system of a user end according to an embodiment of the present application.
  • the message transmission processing method of the client includes the following steps:
  • the message receiving module 61 is configured to receive a message sent by the server, where the message sent by the server includes a time when the server sends the message and a time when the server sends the message.
  • the retransmission requesting module 62 is configured to update the receiving time of the client message according to the current message sending time of the server, and compare the last message sending time of the server with the last message receiving time of the client, if the two are not If yes, a message retransmission instruction is sent to the server, requesting to resend the message sent by the client to the client between the last message receiving time of the client and the current message sending time of the server.
  • the message sent by the receiving server includes the current sending time of the server and the last time of sending the message by the server. Therefore, the UE can determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the server can pass the server. Sending a message retransmission instruction, requesting to resend the message lost between the last time the message was received by the client and the time when the message was sent by the server.
  • the UE does not need to send an acknowledgment message to the server every time it receives the message, reducing the performance impact of sending the acknowledgment message on the server, and does not increase Add traffic to the client. Especially in the communication mode of multi-person conversation and group conversation, the burden on the server can be greatly reduced.
  • the sending time of the current message and the sending time of the last message of the server included in the message sent by the server are set by the server.
  • the server may create a sending message queue for each client that receives data, and the sending message queue stores the message sent by the server to the client in a predetermined time, and the sending time of each message. Then, according to the sending message queue, the last message sending time to the corresponding client can be found.
  • the sending client sends a message to the server, and the server forwards the message to the corresponding receiving client. Therefore, in this case, the time at which the server sends the message may be equal to the time at which the sending client sends the message to the server, which is recorded as sendtime, and may be expressed in 64-bit milliseconds.
  • the time when the server sends the message last time is also equal to the time when the sending client sends the message to the server last time, which is recorded as lasttime, and can also be expressed in 64-bit milliseconds.
  • the retransmission request module 62 first updates the client message receiving time according to the server current message sending time, and compares the last message sending time of the server with the last message receiving time of the client.
  • the receiving time of the message is recorded, and the receiving time of each message is recorded as a receiving time queue, and the receiving time queue includes at least the last message receiving time.
  • the receiving time queue includes at least the last message receiving time.
  • the last message sending time of the server obtained from the current message sent by the server is compared with the last message receiving time of the found client.
  • the message can be directly saved; if the two times are not the same, it means that the user receives the message twice.
  • the server also sends other messages, but the client does not receive, that is, the message between the two times is lost, so the retransmission request module 62 sends a message retransmission instruction to the server to request resend.
  • the message retransmission instruction includes at least the last message receiving time of the user end, and the server may acquire the last message receiving time of the user terminal according to the message retransmission instruction; and then may send the message according to the saved message. Record the self-acquisition server to send the message at the time of the service.
  • the history-sending message record (such as the above-mentioned sending message queue) is sent from the last time the message reception time of the client to the time when the server sends the message to the server, and the server sends the message to the client. The message resends the corresponding message to the client.
  • the message retransmission instruction further includes a time when the server sends the message. Then, the server directly searches for the message sent to the corresponding UE during the period according to the two time points included in the message retransmission instruction, and then performs a retransmission operation.
  • the server may use the current message sending time to update the client message receiving time, and then the server may send the last message sending time and the last message of the client. Receiving time for comparison, if the two are not the same, sending a message retransmission instruction to the server to request the server to resend the last time the message is received by the client to the time of sending the message by the server.
  • the corresponding processing can be referred to the related content, and details are not described herein again.
  • the system further includes a display module, configured to receive a message sent by the server to the client between a message receiving time of the user end and a time of sending the message by the server, according to the sending time of the server message.
  • the message sent by the server to the client between the last time the message is received by the client and the time when the server sends the message.
  • the server sending time may be the time each time the server sends a message to the client.
  • each time the server sends a new message to the client it records the sending time of the server message corresponding to the message, that is, the time when the message is sent for the first time, and the server resends the lost message to the client.
  • the sending time of the server message corresponding to the message may be simultaneously sent.
  • the user may obtain the sending time of the server message of each message, in order of the sending time of the server message of each message.
  • Each message is displayed in sequence.
  • the server-side message sending time of the message 1 that is, the server-side message sending time in the message 1
  • the server-side message sending time of the message 2 is 15:12
  • the message 1 is visible.
  • the message sent by the server to the client first is the message sent by the server to the client.
  • the client can display the message 1 on its display interface, and the message 2 can be displayed below the location of the message 1.
  • FIG. 7 is a schematic flowchart diagram of a message transmission method according to an embodiment of the present application.
  • the message transmission system includes: a server 71 and a client 72:
  • the server 71 is configured to add a message sending time of the server and a last message sending time of the server in the message sent to the client, and send the message to the user; and receive the message sent by the client. Transmitting a message sent to the client between the last message reception time of the client and the current message sending time of the server;
  • the user terminal 72 is configured to receive a message sent by the server, and update the time of receiving the message of the client according to the sending time of the message by the server, and send the last message sending time of the server to the last message of the client.
  • the receiving time comparison if the two are not the same, sending a message retransmission instruction to the server, where the message retransmission instruction includes the last message receiving time of the user end.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the server retransmits the corresponding message according to the message retransmission instruction, and eliminates the impact of the message loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the server 71 can obtain the current message sending time of the server and the last message sending time of the server, and can save the sending time of the message when the server 71 sends each message.
  • the server 71 may create a sending message queue for each client 72 that receives data, and the sending message queue stores a message sent by the server 71 to the client 72 within a predetermined time. And the time when each message was sent. Then, according to the sending message queue, the last message sending time to the corresponding client 72 can be found.
  • the server 71 receives the group message sent by the user terminal 72, and adds the current message sending time of the server and the last message sending time of the server in the group message, and The group message is sent to other clients 72 of the group.
  • the transmitting client 72 sends a message to the server 71, which in turn forwards the message to the corresponding receiving client 72.
  • the time at which the server 71 sends the message may be equal to the time when the sending client 72 sends the message to the server, which is recorded as sendtime, and may be represented by a 64-bit millisecond.
  • the time when the server sends the message last time is also equal to the time when the sending client sends the message to the server last time, which is recorded as lasttime, and can also be expressed in 64-bit milliseconds.
  • the server 71 is configured to set the last message sending time of the server to 0 if the server sends a message to the UE for the first time.
  • the sending time of the server and the last sending time of the server are added to the message sent by the server, and the message is sent to the client.
  • the user terminal 72 updates the client message receiving time according to the current message sending time of the server, and sends the last message sending time of the server obtained from the current message sent by the server, and searches. The last time the message was received by the client.
  • the two times are the same, it means that there is no other message loss between the two receiving messages at the user end, so the message can be directly saved; if the two times are not the same, it means that the user receives the message twice.
  • the server also sends other messages, but the client does not receive, that is, the message between the two times is lost, so the message retransmission instruction is sent to the server 71, requesting to resend the last message of the client. Receiving a message sent to the client between the time when the server sends the message.
  • the message retransmission instruction includes at least the last message receiving time of the user end, and the server 71 may obtain the last message receiving time of the user terminal according to the message retransmission instruction;
  • the message record itself acquires the current message sending time of the server, and searches for the last message receiving time from the client to the server in the historical sending message record (such as the sending message queue described above) saved by the server. Sending, by the server, the message sent by the server to the client, and resending the corresponding message to the client.
  • the message retransmission instruction further includes a time when the server sends the message. Then, the server 71 can directly search for the corresponding time according to the two time points included in the message retransmission instruction. The message sent by the client is then retransmitted.
  • the client 72 may further perform the following processing:
  • the server may use the current message sending time to update the client message receiving time, and then the server may send the last message sending time and the last message of the client. The receiving time is compared. If the two are not the same, the message retransmission command is sent to the server 71.
  • the server may use the current message sending time to update the client message receiving time, and then the server may send the last message sending time and the last message of the client. The receiving time is compared. If the two are not the same, the message retransmission command is sent to the server 71.
  • the server 71 After receiving the message retransmission instruction sent by the UE, the server 71 retransmits the corresponding message according to the message retransmission instruction.
  • FIG. 8 is a schematic structural diagram of a server in the embodiment of the present application.
  • the server includes a processor 810, a transceiver 820, and a memory 830, and the transceiver 820 and the memory 830 are respectively coupled to the processor 810, wherein:
  • the processor 810 is configured to add a server current message sending time and a last message sending time of the server stored by the memory 830 in the message sent by the server.
  • the transceiver 820 is configured to send the message to the UE, so that the UE updates the UE message receiving time according to the current sending time of the server, and sends the last message sending time of the server to the client.
  • the last message receiving time comparison if the two are not the same, sending a message retransmission instruction to the server;
  • the processor 810 is further configured to: if the transceiver 820 receives the message retransmission instruction sent by the UE, where the message retransmission instruction includes the last message reception time of the UE, the transceiver 820 is triggered to the user. The end resends the message sent by the client to the client between the last message reception time of the client and the time when the server sends the message.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the UE may determine whether the message sent by the server is lost according to whether the last message sending time of the server in the message is the same as the last message receiving time of the client, and if the message is lost, the service may be
  • the terminal sends a message retransmission instruction, requesting to resend the message lost between the last message reception time of the client and the time when the server sends the message.
  • the server retransmits the corresponding message according to the message retransmission instruction, and eliminates the message. The impact of the loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the transceiver 820 is further configured to receive a group message sent by the UE.
  • the processor 810 is configured to add a server current message sending time and a server last message sending time stored in the memory 830 in the group message.
  • the transceiver 820 is configured to send the group message to other clients of the group.
  • the processor 810 is configured to obtain, according to the message retransmission instruction, a last message receiving time of the UE.
  • the processor 810 is further configured to: in the history sending message record stored in the memory 830, the server sends the time from the last message receiving time of the client to the time when the server sends the message to the server. News
  • the transceiver 820 is configured to resend the found message to the client.
  • the processor 810 is configured to: if the server sends a message to the UE for the first time, set the last message sending time of the server to 0, and add the server current message to the message sent by the server.
  • the sending time and the last message sending time of the server stored in the memory 830;
  • the transceiver 820 is configured to send the message to the client.
  • FIG. 9 is a schematic structural diagram of a user end according to an embodiment of the present application.
  • the client includes a processor 910, a transceiver 920, and a memory 930.
  • the transceiver 920 and the memory 930 are respectively coupled to the processor 910, wherein:
  • the transceiver 920 is configured to receive a message sent by the server, where the message sent by the server includes a time when the server sends the message and a time when the server sends the message.
  • the processor 910 is configured to update the client message receiving time according to the current message sending time of the server, and compare the last message sending time of the server with the last message receiving time of the client stored in the memory 930, if two If the method is different, the triggering transceiver 920 sends a message retransmission instruction to the server, requesting to resend the last time the message is received by the UE to the server, and sending the message to the client. Message.
  • the message sent by the server includes the current message sending time of the server and the last message sending time of the server. Therefore, the user end can compare whether the last message sending time of the server in the message is the same as the last time the message receiving time of the client is the same. And determining whether the message sent by the server is lost. If it is lost, the message may be resent by sending a message retransmission instruction to the server, and requesting to resend the message lost between the last message receiving time of the client and the sending time of the message by the server. . The server retransmits the corresponding message according to the message retransmission instruction, and eliminates the impact of the message loss.
  • the UE does not need to send an acknowledgment message to the server every time the message is received, reducing the performance impact of sending the acknowledgment message on the server, and does not increase the traffic of the client.
  • the burden on the server can be greatly reduced.
  • the processor 910 is further configured to determine whether the last time the message sending time of the server is 0, and if yes, directly store the message in the memory 930;
  • the processor 910 is further configured to update the UE message receiving time according to the current sending time of the server.
  • the transceiver 920 is further configured to receive, by the server, a message sent by the server to the client between a last message receiving time of the client and a time when the server sends the message.
  • the client also includes a display for:
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本申请提供一种服务端、用户端消息传输处理方法、消息传输方法及系统。通过在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间后发送给用户端，使用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。

Description

服务端、用户端消息传输处理方法、消息传输方法及系统
本申请要求于2013年12月20日提交中国专利局、申请号为201310713569.8、发明名称为“服务端、用户端消息传输处理方法、消息传输方法及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及网络消息传输的技术领域，特别是涉及一种服务端的消息传输处理方法及其系统，一种用户端的消息传输处理方法及其系统。
背景技术
随着网络技术的发展，越来越多的应用支持多人会话，但网络有着明显的不稳定性，从而导致多人会话的消息到达率会比较低，也就是多人会话可能会丢失部分消息。
一般要解决消息丢失的问题，都通过接收端回复ACK(Acknowledgement，确认)消息来保证，ACK消息是在数据通信中，接收点发给发送端的一种传输类消息，表示发送端发来的数据已确认接收无误。
现有的多人会话通常以网络群组的方式进行。在即时通信系统中，将有相同爱好或者特征的人群集合到一起可以聊天和交流的平台就是群组。
如图1所示：用户1发送一条群组消息到群组逻辑进程(参见箭头1、2)，群组逻辑进程广播给群组中的其它用户(参见箭头3、4、5、6)，其它用户收到消息后回复ACK消息到群组逻辑进程，到此整个消息发送流程才完结。这种消息传输方法有二个主要缺点：
1.所有接收到消息的用户端都要回复ACK消息，增加群组逻辑进程的负担，当群组用户成百上千的时候会严重影响群组逻辑服务端的进程性能；
2.用户端回复的ACK消息增加用户端的流量。
发明内容
针对现有消息传输方法中接收用户回复确认消息影响服务端性能，增加用 户端流量的问题。本申请实施例提出一种服务端的消息传输处理方法及其系统，能够准确检测传输的消息是否丢失，且无需接收消息的用户端发送确认消息，减少发送确认消息对服务端造成的性能影响，不会增加用户端的流量。
一种服务端的消息传输处理方法，包括以下步骤：
在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
如果接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
一种服务端的消息传输处理系统，包括：
消息发送模块，用于在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
消息重传模块，用于如果接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的服务端的消息传输处理方法及其系统中，通过在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间后发送给用户端，使用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
针对上述问题，本申请实施例还提出一种用户端的消息传输处理方法及其系统，能够准确检测传输的消息是否丢失，且无需接收消息的用户端发送确认消息，减少发送确认消息对服务端造成的性能影响，不会增加用户端的流量。
一种用户端的消息传输处理方法，包括以下步骤：
接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间；
根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
一种用户端的消息传输处理系统，包括：
消息接收模块，用于接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间；
重传请求模块，用于根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的用户端的消息传输处理方法及其系统中，接收服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
针对上述问题，本申请实施例还提出一种服务端，能够准确检测传输的消息是否丢失，且无需接收消息的用户端发送确认消息，减少发送确认消息对服务端造成的性能影响，不会增加用户端的流量。
一种服务端，包括处理器、收发器和存储器，其中：
所述处理器，用于在服务端发送的消息中添加服务端本次消息发送时间和所述存储器存储的服务端上一次消息发送时间；
所述收发器，用于将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
所述处理器，还用于如果所述收发器接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则触发所述收发器向所述用户端重新发送所述存储器存储的所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的消息传输方法及其系统中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
针对上述问题，本申请实施例还提出一种用户端，能够准确检测传输的消息是否丢失，且无需接收消息的用户端发送确认消息，减少发送确认消息对服务端造成的性能影响，不会增加用户端的流量。
一种用户端，包括收发器、处理器和存储器，其中：
所述收发器，用于接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和所述服务端上一次消息发送时间；
所述处理器，用于根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与所述存储器存储的用户端上一次消息接收时间比较，如果二者不相同，则触发所述收发器向所述服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的消息传输方法及其系统中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
针对上述问题，本申请实施例还提出一种消息传输方法及其系统，能够准确检测传输的消息是否丢失，且无需接收消息的用户端发送确认消息，减少发送确认消息对服务端造成的性能影响，不会增加用户端的流量。
一种消息传输方法，包括以下步骤：
服务端在发送给用户端的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端；
用户端接收服务端发送的消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间，将所述服务端上一次消息发送时间与所述用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间；
服务端接收到所述消息重传指令时，重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
一种消息传输系统，包括服务端和用户端：
所述服务端用于在发送给用户端的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端；并在接收到用户端发送的消息重传指令时，重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息；
所述用户端用于接收服务端发送的消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间，将所述服务端上一次消息发送时间与所述用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间。
本申请实施例的消息传输方法及其系统中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
附图说明
图1是一种现有的数据传输方法的示意图；
图2是本申请实施例服务端的消息传输处理方法的流程示意图；
图3是本申请实施例用户端的消息传输处理方法的流程示意图；
图4是本申请实施例消息传输方法的流程示意图；
图5是本申请实施例服务端的消息传输处理系统的结构示意图；
图6是本申请实施例用户端的消息传输处理系统的结构示意图；
图7是本申请实施例消息传输系统的结构示意图；
图8是本申请实施例服务端的结构示意图；
图9是本申请实施例用户端的结构示意图。
具体实施方式
请参阅图2，图2是本申请实施例服务端的消息传输处理方法的流程示意图。
所述服务端的消息传输处理方法，包括以下步骤：
S202，在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，以使用户端根据服务端本次消息发送时间更新用户端消息接收时间，并将服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向服务端发送消息重传指令；
S204，如果接收到所述用户端发送的消息重传指令，其中，所述消息重传 指令包括用户端上一次消息接收时间，则向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的服务端的消息传输处理方法中，通过在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间后发送给用户端，使用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
其中，为获得所述服务端本次消息发送时间和服务端上一次消息发送时间，可以在所述服务端发送每个消息时对所述消息的发送时间进行保存。
在一个优选实施方式中，可对各个接收数据的用户端都创建一个发送消息队列，所述发送消息队列中保存预定时间内服务端对所述用户端发送的消息，以及各个消息的发送时间。则，根据所述发送消息队列，可以查找到对相应的用户端的上一次消息发送时间。
对于群组通信的情况下，步骤S202可以具体为：
接收用户端发送的群组消息至服务端，在所述群组消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，并将所述群组消息发送给所述群组的其他用户端。
在用户与用户之间的通信过程中，发送用户端将消息发送到服务端，服务端再将所述消息转发到相应的接收用户端。因此，在这种情形下，所述服务端发送消息的时间可以等于所述发送用户端将消息发送至服务端的时间，记为sendtime，可以64位毫秒数表示。而所述服务端上一次发送消息的时间也等于所述发送用户端上一次将消息发送至服务端的时间，记为lasttime，也可以64位毫秒数表示。
可选地，对于服务端第一次向用户端发送消息的情况，上述步骤S202的处理过程可以包括以下内容：如果服务端第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在服务端发送的消息中添加服务端本次消息 发送时间和该服务端上一次消息发送时间，将该消息发送给用户端。
在实施中，因为服务端对用户端第一次发送消息时，没有所谓的上一次发送消息的时间，因此服务端对用户端第一次发送的消息设置lasttime＝0，即将服务端上一次消息发送时间设置为0，服务端可以将服务端本次消息发送时间和设置为0的服务端上一次消息发送时间添加到对用户端发送的消息中，并将其发送给用户端。
步骤S204中，如果接收到所述用户端发送的消息重传指令，则根据所述消息重传指令重传相应的消息。
其中，所述消息重传指令至少包括用户端上一次消息接收时间，所述服务端可根据所述消息重传指令，获取所述用户端上一次消息接收时间；然后可以根据自身保存的发送消息记录自行获取服务端本次消息发送时间，在所述服务端保存的历史发送消息记录(如上述的发送消息队列)中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息，将查找到的消息重新发送到所述用户端。
在一个优选实施例中，考虑到重传消息发送到服务端可能有延时。所述消息重传指令进一步包括所述服务端本次消息发送时间。则所述服务端可以直接根据所述消息重传指令中包含的两个时间点，直接查找这段时间内对相应用户端发送的消息，然后执行重传操作。
请参阅图3，图3是本申请实施例用户端的消息传输处理方法的流程示意图。
所述用户端的消息传输处理方法，包括以下步骤：
S302，接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间；
S304，根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的用户端的消息传输处理方法中，接收服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时 间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
其中，所述服务端发送的消息中包括的服务端本次消息发送时间和服务端上一次消息发送时间，由服务端设定。服务端可以对各个接收数据的用户端都创建一个发送消息队列，所述发送消息队列中保存预定时间内服务端对所述用户端发送的消息，以及各个消息的发送时间。则，根据所述发送消息队列，可以查找到对相应的用户端的上一次消息发送时间
在用户与用户之间的通信情形下，发送用户端将消息发送到服务端，服务端再将所述消息转发到相应的接收用户端。因此，在这种情形下，所述服务端发送消息的时间可以等于所述发送用户端将消息发送至服务端的时间，记为sendtime，可以64位毫秒数表示。而所述服务端上一次发送消息的时间也等于所述发送用户端上一次将消息发送至服务端的时间，记为lasttime，也可以64位毫秒数表示。
步骤S304中，根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较。
所述用户端每次接收到服务端发送的消息时，记录所述消息的接收时间，可将各个消息的接收时间记录成接收时间队列，所述接收时间队列至少包含有上一次消息接收时间。从而在每一次接收到消息的时候查找到上一次消息接收的时间。
然后，将从所述服务端发送的本次消息中获取到的所述服务端上一次消息发送时间，与查找到的用户端上一次消息接收时间比较。
如果两个时间相同，则说明证明在用户端两次接收消息之间没有其他消息丢失，因此可直接保存所述消息；如果两个时间不相同，则说明在用户端两次接收消息之间所述服务端还发送了其他的消息，而用户端没有收到，即这两个时间之间的消息发生丢失，因此向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
其中，所述消息重传指令至少包括用户端上一次消息接收时间，所述服务端可根据所述消息重传指令，获取所述用户端上一次消息接收时间；然后可以根据自身保存的发送消息记录自行获取服务端本次消息发送时间，在所述服务端保存的历史发送消息记录(如上述的发送消息队列)中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息，将对应的所述消息重新发送到所述用户端。
在一个优选实施例中，考虑到重传消息发送到服务端可能有延时。所述消息重传指令进一步包括所述服务端本次消息发送时间。则所述服务端可以直接根据所述消息重传指令中包含的两个时间点，直接查找这段时间内对相应用户端发送的消息，然后执行重传操作。
针对服务端对用户端第一次发送消息的情况，进一步执行以下处理：
判断所述服务端上一次消息发送时间是否为0，如果是，则直接保存所述消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间。
如果服务端上一次消息发送时间不为0，则可以使用所述服务端本次消息发送时间更新用户端消息接收时间，然后，可以将所述服务端上一次消息发送时间与用户端上一次消息接收时间进行比较，如果二者不相同，则向服务端发送消息重传指令，以请求服务端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息，相应的处理过程可以参见上述相关内容，在此不再赘述。
可选地，对于向服务端发送了消息重传指令的某用户端，还可以重新接收和显示丢失的消息，相应的处理过程可以包括以下内容：接收服务端在用户端上一次消息接收时间到服务端本次消息发送时间之间对该用户端发送的消息，根据服务端消息发送时间，显示服务端在用户端上一次消息接收时间到服务端本次消息发送时间之间对用户端发送的消息。
其中，服务端消息发送时间可以为服务端每次对用户端发送消息的时间。
在实施中，服务端每次向客户端发送新的消息时，会记录该消息对应的服务端消息发送时间，即该消息第一次发送时的时间，服务端在向用户端重新发送丢失的消息时，可以同时发送这些消息对应的服务端消息发送时间，在用户端接收到该消息后，可以获取每个消息的服务端消息发送时间，以各个消息的服务端消息发送时间的前后顺序，依次显示各个消息，例如，消息1的服务端消息发送时间(即消息1中的服务端本次消息发送时间)为15:10，消息2的 服务端消息发送时间为15:12，可见消息1是服务端先发送给用户端的消息，消息2是服务端后发送给用户端的消息，则用户端可以将消息1显示在其显示界面上，消息2显示在消息1所在位置的下面。
请参阅图4，图4是本申请实施例消息传输方法的流程示意图。
所述消息传输方法，包括以下步骤：
S402，服务端在发送给用户端的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端；
S404，用户端接收服务端发送的消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间，将所述服务端上一次消息发送时间与所述用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间；
S406，服务端接收到所述消息重传指令时，重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的消息传输方法中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
其中，所述服务端为获得所述服务端本次消息发送时间和服务端上一次消息发送时间，可以在所述服务端发送每个消息时对所述消息的发送时间进行保存。
在一个优选实施方式中，所述服务端可对各个接收数据的用户端都创建一个发送消息队列，所述发送消息队列中保存预定时间内服务端对所述用户端发送的消息，以及各个消息的发送时间。则，根据所述发送消息队列，可以查找到对相应的用户端的上一次消息发送时间。
对于群组通信的情况下，步骤S402可以具体为：
接收用户端发送的群组消息至服务端，在所述群组消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，并将所述群组消息发送给所述群组的其他用户端。
在用户与用户之间的通信过程中，发送用户端将消息发送到服务端，服务端再将所述消息转发到相应的接收用户端。因此，在这种情形下，所述服务端发送消息的时间可以等于所述发送用户端将消息发送至服务端的时间，记为sendtime，可以64位毫秒数表示。而所述服务端上一次发送消息的时间也等于所述发送用户端上一次将消息发送至服务端的时间，记为lasttime，也可以64位毫秒数表示。
可选地，对于服务端第一次向用户端发送消息的情况，上述步骤S402的处理过程可以包括以下内容：如果服务端第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在服务端发送的消息中添加服务端本次消息发送时间和该服务端上一次消息发送时间，将该消息发送给用户端。
在实施中，因为服务端对用户端第一次发送消息时，没有所谓的上一次发送消息的时间，因此服务端对用户端第一次发送的消息设置lasttime＝0，即将服务端上一次消息发送时间设置为0，服务端可以将服务端本次消息发送时间和设置为0的服务端上一次消息发送时间添加到对用户端发送的消息中，并将其发送给用户端。
步骤S404中，用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将从所述服务端发送的本次消息中获取到的所述服务端上一次消息发送时间，与查找到的用户端上一次消息接收时间比较。
如果两个时间相同，则说明证明在用户端两次接收消息之间没有其他消息丢失，因此可直接保存所述消息；如果两个时间不相同，则说明在用户端两次接收消息之间所述服务端还发送了其他的消息，而用户端没有收到，即这两个时间之间的消息发生丢失，因此向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
其中，所述消息重传指令至少包括用户端上一次消息接收时间，所述服务端可根据所述消息重传指令，获取所述用户端上一次消息接收时间；然后可以根据自身保存的发送消息记录自行获取服务端本次消息发送时间，在所述服务端保存的历史发送消息记录(如上述的发送消息队列)中查找从所述用户端上 一次消息接收时间到所述服务端本次消息发送时间之间对所述服务端对所述用户端发送的消息，将对应的所述消息重新发送到所述用户端。
在一个优选实施例中，考虑到重传消息发送到服务端可能有延时。所述消息重传指令进一步包括所述服务端本次消息发送时间。则所述服务端可以直接根据所述消息重传指令中包含的两个时间点，直接查找这段时间内对相应用户端发送的消息，然后执行重传操作。
针对服务端对用户端第一次发送消息的情况，所述用户端可进一步执行以下处理：
判断所述服务端上一次消息发送时间是否为0，如果是，则直接保存所述消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间。
如果服务端上一次消息发送时间不为0，则可以使用所述服务端本次消息发送时间更新用户端消息接收时间，然后，可以将所述服务端上一次消息发送时间与用户端上一次消息接收时间进行比较，如果二者不相同，则向服务端发送消息重传指令，相应的处理过程可以参见上述相关内容，在此不再赘述。
步骤S406中，服务端接收到所述用户端发送的消息重传指令，根据所述消息重传指令重传相应的消息。
请参阅图5，图5是本申请实施例服务端的消息传输处理系统的结构示意图。
所述服务端的消息传输处理系统，包括：
消息发送模块51，用于在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，以使用户端根据服务端本次消息发送时间更新用户端消息接收时间，并将服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向服务端发送消息重传指令；
消息重传模块52，用于如果接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的服务端的消息传输处理系统中，通过在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间后发送给用户 端，使用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
其中，为获得所述服务端本次消息发送时间和服务端上一次消息发送时间，所述消息发送模块51可以在所述服务端发送每个消息时对所述消息的发送时间进行保存。
在一个优选实施方式中，所述消息发送模块51可对各个接收数据的用户端都创建一个发送消息队列，所述发送消息队列中保存预定时间内服务端对所述用户端发送的消息，以及各个消息的发送时间。则，根据所述发送消息队列，可以查找到对相应的用户端的上一次消息发送时间。
对于群组通信的情况下，所述消息发送模块51接收用户端发送的群组消息至服务端，在所述群组消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，并将所述群组消息发送给所述群组的其他用户端。
在用户与用户之间的通信过程中，发送用户端将消息发送到服务端，服务端再将所述消息转发到相应的接收用户端。因此，在这种情形下，所述服务端发送消息的时间可以等于所述发送用户端将消息发送至服务端的时间，记为sendtime，可以64位毫秒数表示。而所述服务端上一次发送消息的时间也等于所述发送用户端上一次将消息发送至服务端的时间，记为lasttime，也可以64位毫秒数表示。
可选地，消息发送模块51，用于如果第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在发送的消息中添加服务端本次消息发送时间和该服务端上一次消息发送时间，将该消息发送给用户端。
在实施中，因为服务端对用户端第一次发送消息时，没有所谓的上一次发送消息的时间，因此服务端对用户端第一次发送的消息设置lasttime＝0，即将服务端上一次消息发送时间设置为0，服务端可以将服务端本次消息发送时间和设置为0的服务端上一次消息发送时间添加到对用户端发送的消息中，并将其发送给用户端。
所述消息重传模块52如果接收到所述用户端发送的消息重传指令，则根据所述消息重传指令重传相应的消息。
其中，所述消息重传指令至少包括用户端上一次消息接收时间，所述服务端的所述消息重传模块52可根据所述消息重传指令，获取所述用户端上一次消息接收时间；然后可以根据自身保存的发送消息记录自行获取服务端本次消息发送时间，在所述服务端保存的历史发送消息记录(如上述的发送消息队列)中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述服务端对所述用户端发送的消息，将查找到的消息重新发送到所述用户端。
在一个优选实施例中，考虑到重传消息发送到服务端可能有延时。所述消息重传指令进一步包括所述服务端本次消息发送时间。则所述服务端的所述消息重传模块52可以直接根据所述消息重传指令中包含的两个时间点，直接查找这段时间内对相应用户端发送的消息，然后执行重传操作。
请参阅图6，图6是本申请实施例用户端的消息传输处理系统的结构示意图。
所述用户端的消息传输处理方法，包括以下步骤：
消息接收模块61，用于接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间；
重传请求模块62，用于根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的用户端的消息传输处理系统中，接收服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增 加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
其中，所述服务端发送的消息中包括的服务端本次消息发送时间和服务端上一次消息发送时间，由服务端设定。服务端可以对各个接收数据的用户端都创建一个发送消息队列，所述发送消息队列中保存预定时间内服务端对所述用户端发送的消息，以及各个消息的发送时间。则，根据所述发送消息队列，可以查找到对相应的用户端的上一次消息发送时间
在用户与用户之间的通信情形下，发送用户端将消息发送到服务端，服务端再将所述消息转发到相应的接收用户端。因此，在这种情形下，所述服务端发送消息的时间可以等于所述发送用户端将消息发送至服务端的时间，记为sendtime，可以64位毫秒数表示。而所述服务端上一次发送消息的时间也等于所述发送用户端上一次将消息发送至服务端的时间，记为lasttime，也可以64位毫秒数表示。
所述重传请求模块62首先根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较。
所述用户端每次接收到服务端发送的消息时，记录所述消息的接收时间，可将各个消息的接收时间记录成接收时间队列，所述接收时间队列至少包含有上一次消息接收时间。从而在每一次接收到消息的时候查找到上一次消息接收的时间。
然后，将从所述服务端发送的本次消息中获取到的所述服务端上一次消息发送时间，与查找到的用户端上一次消息接收时间比较。
如果两个时间相同，则说明证明在用户端两次接收消息之间没有其他消息丢失，因此可直接保存所述消息；如果两个时间不相同，则说明在用户端两次接收消息之间所述服务端还发送了其他的消息，而用户端没有收到，即这两个时间之间的消息发生丢失，因此所述重传请求模块62向服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
其中，所述消息重传指令至少包括用户端上一次消息接收时间，所述服务端可根据所述消息重传指令，获取所述用户端上一次消息接收时间；然后可以根据自身保存的发送消息记录自行获取服务端本次消息发送时间，在所述服务 端保存的历史发送消息记录(如上述的发送消息队列)中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息，将对应的所述消息重新发送到所述用户端。
在一个优选实施例中，考虑到重传消息发送到服务端可能有延时。所述消息重传指令进一步包括所述服务端本次消息发送时间。则所述服务端可以直接根据所述消息重传指令中包含的两个时间点，直接查找这段时间内对相应用户端发送的消息，然后执行重传操作。
针对服务端对用户端第一次发送消息的情况，进一步执行以下处理：
判断所述服务端上一次消息发送时间是否为0，如果是，则直接保存所述消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间。
如果服务端上一次消息发送时间不为0，则可以使用所述服务端本次消息发送时间更新用户端消息接收时间，然后，可以将所述服务端上一次消息发送时间与用户端上一次消息接收时间进行比较，如果二者不相同，则向服务端发送消息重传指令，以请求服务端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息，相应的处理过程可以参见上述相关内容，在此不再赘述。
可选地，上述系统还包括显示模块，用于接收服务端在用户端上一次消息接收时间到服务端本次消息发送时间之间对该用户端发送的消息，根据服务端消息发送时间，显示服务端在用户端上一次消息接收时间到服务端本次消息发送时间之间对用户端发送的消息。
其中，服务端消息发送时间可以为服务端每次对用户端发送消息的时间。
在实施中，服务端每次向客户端发送新的消息时，会记录该消息对应的服务端消息发送时间，即该消息第一次发送时的时间，服务端在向用户端重新发送丢失的消息时，可以同时发送这些消息对应的服务端消息发送时间，在用户端接收到该消息后，可以获取每个消息的服务端消息发送时间，以各个消息的服务端消息发送时间的前后顺序，依次显示各个消息，例如，消息1的服务端消息发送时间(即消息1中的服务端本次消息发送时间)为15:10，消息2的服务端消息发送时间为15:12，可见消息1是服务端先发送给用户端的消息，消息2是服务端后发送给用户端的消息，则用户端可以将消息1显示在其显示界面上，消息2可以显示在消息1所在位置的下面。
请参阅图7，图7是本申请实施例消息传输方法的流程示意图。
所述消息传输系统，包括：服务端71和用户端72：
所述服务端71用于在发送给用户端的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端；并在接收到用户端发送的消息重传指令时，重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息；
所述用户端72用于接收服务端发送的消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间，将所述服务端上一次消息发送时间与所述用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间。
本申请实施例的消息传输系统中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
其中，服务端71为获得所述服务端本次消息发送时间和服务端上一次消息发送时间，可以在所述服务端71发送每个消息时对所述消息的发送时间进行保存。
在一个优选实施方式中，所述服务端71可对各个接收数据的用户端72都创建一个发送消息队列，所述发送消息队列中保存预定时间内服务端71对所述用户端72发送的消息，以及各个消息的发送时间。则，根据所述发送消息队列，可以查找到对相应的用户端72的上一次消息发送时间。
对于群组通信的情况下，所述服务端71接收用户端72发送的群组消息，在所述群组消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，并将所述群组消息发送给所述群组的其他用户端72。
在用户与用户之间的通信过程中，发送用户端72将消息发送到服务端71，所述服务端71再将所述消息转发到相应的接收用户端72。因此，在这种情形 下，所述服务端71发送消息的时间可以等于所述发送用户端72将消息发送至服务端的时间，记为sendtime，可以64位毫秒数表示。而所述服务端上一次发送消息的时间也等于所述发送用户端上一次将消息发送至服务端的时间，记为lasttime，也可以64位毫秒数表示。
可选地，对于服务端第一次向用户端发送消息的情况，所述服务端71用于如果服务端第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在服务端发送的消息中添加服务端本次消息发送时间和该服务端上一次消息发送时间，将该消息发送给用户端。
在实施中，因为所述服务端71对所述用户端72第一次发送消息时，没有所谓的上一次发送消息的时间，因此服务端对用户端第一次发送的消息设置lasttime＝0，即将服务端上一次消息发送时间设置为0，服务端71可以将服务端本次消息发送时间和设置为0的服务端上一次消息发送时间添加到对用户端72发送的消息中，并将其发送给用户端72。
所述用户端72根据所述服务端本次消息发送时间更新用户端消息接收时间，并将从所述服务端发送的本次消息中获取到的所述服务端上一次消息发送时间，与查找到的用户端上一次消息接收时间比较。
如果两个时间相同，则说明证明在用户端两次接收消息之间没有其他消息丢失，因此可直接保存所述消息；如果两个时间不相同，则说明在用户端两次接收消息之间所述服务端还发送了其他的消息，而用户端没有收到，即这两个时间之间的消息发生丢失，因此向服务端71发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
其中，所述消息重传指令至少包括用户端上一次消息接收时间，所述服务端71可根据所述消息重传指令，获取所述用户端上一次消息接收时间；然后可以根据自身保存的发送消息记录自行获取服务端本次消息发送时间，在所述服务端保存的历史发送消息记录(如上述的发送消息队列)中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述服务端对所述用户端发送的消息，将对应的所述消息重新发送到所述用户端。
在一个优选实施例中，考虑到重传消息发送到服务端可能有延时。所述消息重传指令进一步包括所述服务端本次消息发送时间。则所述服务端71可以直接根据所述消息重传指令中包含的两个时间点，直接查找这段时间内对相应 用户端发送的消息，然后执行重传操作。
针对服务端对用户端第一次发送消息的情况，所述用户端72可进一步执行以下处理：
判断所述服务端上一次消息发送时间是否为0，如果是，则直接保存所述消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间。
如果服务端上一次消息发送时间不为0，则可以使用所述服务端本次消息发送时间更新用户端消息接收时间，然后，可以将所述服务端上一次消息发送时间与用户端上一次消息接收时间进行比较，如果二者不相同，则向服务端71发送消息重传指令，相应的处理过程可以参见上述相关内容，在此不再赘述。
所述服务端71接收到所述用户端发送的消息重传指令后，根据所述消息重传指令重传相应的消息。
请参阅图8，图8是本申请实施例中服务端的结构示意图。该服务端包括处理器810、收发器820和存储器830，收发器820和存储器830分别与处理器810连接，其中：
处理器810，用于在服务端发送的消息中添加服务端本次消息发送时间和所述存储器830存储的服务端上一次消息发送时间；
收发器820，用于将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
处理器810，还用于如果收发器820接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则触发收发器820向所述用户端重新发送存储器830存储的所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的消息传输系统中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息 丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
可选地，收发器820，还用于接收用户端发送的群组消息；
处理器810，用于在所述群组消息中添加服务端本次消息发送时间和存储器830存储的服务端上一次消息发送时间；
收发器820，用于将所述群组消息发送给所述群组的其他用户端。
可选地，处理器810，用于根据所述消息重传指令，获取所述用户端上一次消息接收时间；
处理器810，还用于在存储器830存储的历史发送消息记录中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息；
收发器820，用于将查找到的消息重新发送到所述用户端。
可选地，处理器810，用于如果服务端第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在所述服务端发送的消息中添加服务端本次消息发送时间和存储器830存储的服务端上一次消息发送时间；
收发器820，用于将所述消息发送给所述用户端。
请参阅图9，图9是本申请实施例中用户端的结构示意图。该用户端包括：处理器910、收发器920和存储器930，收发器920和存储器930分别与处理器910连接，其中：
收发器920，用于接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和所述服务端上一次消息发送时间；
处理器910，用于根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与存储器930存储的用户端上一次消息接收时间比较，如果二者不相同，则触发收发器920向所述服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本申请实施例的消息传输系统中，服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间。因此，用户端可以根据所述消息中的服务端上一次消息发送时间与用户端上一次消息接收时间是否对比相同，从 而确定服务端发送的消息有无丢失，如果丢失，可通过对所述服务端发送消息重传指令，请求重新发送用户端上一次消息接收时间到服务端本次消息发送时间之间丢失的消息。服务端根据所述消息重传指令重传相应的消息，消除消息丢失的影响。并且用户端无需再每次接收到消息后都对服务端发送确认消息，减少发送确认消息对服务端造成的性能影响，并且不会增加用户端的流量。尤其在多人会话、群组会话的通信方式中能够大大减少服务端的负担。
可选地，处理器910，还用于判断所述服务端上一次消息发送时间是否为0，如果是，则直接将所述消息存储到存储器930中；
处理器910，还用于根据所述服务端本次消息发送时间更新用户端消息接收时间。
可选地，收发器920，还用于接收所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息；
所述用户端还包括显示器，用于：
根据服务端消息发送时间，显示所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
本领域普通技术人员可以理解实现上述实施方式中的全部或部分流程以及对应的系统，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各实施方式的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (23)

  1. 一种服务端的消息传输处理方法，其特征在于，包括以下步骤：
    在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
    如果接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  2. 如权利要求1所述的服务端的消息传输处理方法，其特征在于，在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端的步骤包括：
    接收用户端发送的群组消息至服务端，在所述群组消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，并将所述群组消息发送给所述群组的其他用户端。
  3. 如权利要求1或者2所述的服务端的消息传输处理方法，其特征在于，向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息的步骤包括：
    根据所述消息重传指令，获取所述用户端上一次消息接收时间；
    在所述服务端保存的历史发送消息记录中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息，将查找到的消息重新发送到所述用户端。
  4. 如权利要求1-3中任一项所述的服务端的消息传输处理方法，其特征在于，在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，包括：
    如果服务端第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在所述服务端发送的消息中添加服务端本次消息发送时间和所述服务端上一次消息发送时间，将所述消息发送给所述用户端。
  5. 一种服务端的消息传输处理系统，其特征在于，包括：
    消息发送模块，用于在服务端发送的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
    消息重传模块，用于如果接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则向所述用户端重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  6. 如权利要求5所述的服务端的消息传输处理系统，其特征在于，所述消息发送模块还用于接收用户端发送的群组消息至服务端，在所述群组消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，并将所述群组消息发送给所述群组的其他用户端。
  7. 如权利要求5或者6所述的服务端的消息传输处理系统，其特征在于，所述消息重传模块根据所述消息重传指令，获取所述用户端上一次消息接收时间；在所述服务端保存的历史发送消息记录中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息，将查找到的消息重新发送到所述用户端。
  8. 如权利要求5-7中任一项所述的服务端的消息传输处理系统，其特征在于，所述消息发送模块，用于：
    如果第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在发送的消息中添加服务端本次消息发送时间和所述服务端上一次消息发送时间，将所述消息发送给所述用户端。
  9. 一种用户端的消息传输处理方法，其特征在于，包括以下步骤：
    接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间；
    根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  10. 如权利要求9所述的用户端的消息传输处理方法，其特征在于，进一 步包括：
    判断所述服务端上一次消息发送时间是否为0，如果是，则直接保存所述消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间。
  11. 如权利要求9或者10所述的用户端的消息传输处理方法，其特征在于，所述方法还包括：
    接收所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息，根据服务端消息发送时间，显示所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  12. 一种用户端的消息传输处理系统，其特征在于，包括：
    消息接收模块，用于接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和服务端上一次消息发送时间；
    重传请求模块，用于根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  13. 如权利要求12所述的用户端的消息传输处理系统，其特征在于，所述重传请求模块判断所述服务端上一次消息发送时间是否为0，如果是，则直接保存所述消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间。
  14. 如权利要求12或者13所述的用户端的消息传输处理系统，其特征在于，所述系统还包括显示模块，用于：
    接收所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息，根据服务端消息发送时间，显示所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  15. 一种服务端，其特征在于，包括处理器、收发器和存储器，其中：
    所述处理器，用于在服务端发送的消息中添加服务端本次消息发送时间和所述存储器存储的服务端上一次消息发送时间；
    所述收发器，用于将所述消息发送给用户端，以使用户端根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送 时间与用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令；
    所述处理器，还用于如果所述收发器接收到所述用户端发送的消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间，则触发所述收发器向所述用户端重新发送所述存储器存储的所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  16. 如权利要求15所述的服务端，其特征在于，所述收发器，还用于接收用户端发送的群组消息；
    所述处理器，用于在所述群组消息中添加服务端本次消息发送时间和所述存储器存储的服务端上一次消息发送时间；
    所述收发器，用于将所述群组消息发送给所述群组的其他用户端。
  17. 如权利要求15或者16所述的服务端，其特征在于，所述处理器，用于根据所述消息重传指令，获取所述用户端上一次消息接收时间；
    所述处理器，还用于在所述存储器存储的历史发送消息记录中查找从所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间所述服务端对所述用户端发送的消息；
    所述收发器，用于将查找到的消息重新发送到所述用户端。
  18. 如权利要求15-17中任一项所述的服务端，其特征在于，所述处理器，用于如果服务端第一次对用户端发送消息，则将服务端上一次消息发送时间设置为0，在所述服务端发送的消息中添加服务端本次消息发送时间和所述存储器存储的服务端上一次消息发送时间；
    所述收发器，用于将所述消息发送给所述用户端。
  19. 一种用户端，其特征在于，包括收发器、处理器和存储器，其中：
    所述收发器，用于接收服务端发送的消息，其中，所述服务端发送的消息中包括服务端本次消息发送时间和所述服务端上一次消息发送时间；
    所述处理器，用于根据所述服务端本次消息发送时间更新用户端消息接收时间，并将所述服务端上一次消息发送时间与所述存储器存储的用户端上一次消息接收时间比较，如果二者不相同，则触发所述收发器向所述服务端发送消息重传指令，请求重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  20. 如权利要求19所述的用户端，其特征在于，所述处理器，还用于判断 所述服务端上一次消息发送时间是否为0，如果是，则直接将所述消息存储到所述存储器中；
    所述处理器，还用于根据所述服务端本次消息发送时间更新用户端消息接收时间。
  21. 如权利要求19或者20所述的用户端，其特征在于，所述收发器，还用于接收所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息；
    所述用户端还包括显示器，用于：
    根据服务端消息发送时间，显示所述服务端在所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  22. 一种消息传输方法，其特征在于，包括以下步骤：
    服务端在发送给用户端的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给所述用户端；
    所述用户端接收服务端发送的消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间，将所述服务端上一次消息发送时间与所述用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，其中，所述消息重传指令包括用户端上一次消息接收时间；
    所述服务端接收到所述消息重传指令时，重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息。
  23. 一种消息传输系统，包括服务端和用户端，其特征在于：
    所述服务端用于在发送给所述用户端的消息中添加服务端本次消息发送时间和服务端上一次消息发送时间，将所述消息发送给所述用户端；并在接收到所述用户端发送的消息重传指令时，重新发送所述用户端上一次消息接收时间到所述服务端本次消息发送时间之间对所述用户端发送的消息；
    所述用户端用于接收所述服务端发送的消息，并根据所述服务端本次消息发送时间更新用户端消息接收时间，将所述服务端上一次消息发送时间与所述用户端上一次消息接收时间比较，如果二者不相同，则向所述服务端发送消息重传指令，其中，所述消息重传指令包括所述用户端上一次消息接收时间。
PCT/CN2014/094240 2013-12-20 2014-12-18 服务端、用户端消息传输处理方法、消息传输方法及系统 WO2015090218A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310713569.8 2013-12-20
CN201310713569.8A CN103684707B (zh) 2013-12-20 2013-12-20 服务端、用户端消息传输处理方法、消息传输方法及系统

Publications (1)

Publication Number Publication Date
WO2015090218A1 true WO2015090218A1 (zh) 2015-06-25

Family

ID=50321112

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/094240 WO2015090218A1 (zh) 2013-12-20 2014-12-18 服务端、用户端消息传输处理方法、消息传输方法及系统

Country Status (2)

Country Link
CN (1) CN103684707B (zh)
WO (1) WO2015090218A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116455527A (zh) * 2023-06-16 2023-07-18 深圳华锐分布式技术股份有限公司 消息重传方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103684707B (zh) * 2013-12-20 2017-02-15 广州华多网络科技有限公司 服务端、用户端消息传输处理方法、消息传输方法及系统
CN104320224B (zh) * 2014-10-13 2017-09-29 北京航天自动控制研究所 一种基于1553b总线的可靠性通信方法
CN104954446B (zh) * 2015-05-28 2019-02-12 北京中亦安图科技股份有限公司 消息推送方法及系统
CN107666625B (zh) * 2017-08-08 2019-12-03 武汉斗鱼网络科技有限公司 一种消息处理方法、装置及电子设备
CN114038229B (zh) * 2021-10-21 2022-09-16 青岛海信网络科技股份有限公司 一种路侧停车处理方法和设备
CN115103001B (zh) * 2022-05-10 2024-03-08 航天国政信息技术(北京)有限公司 一种通信方法、装置及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6683850B1 (en) * 1997-08-29 2004-01-27 Intel Corporation Method and apparatus for controlling the flow of data between servers
CN1617525A (zh) * 2003-11-14 2005-05-18 华为技术有限公司 一种保证通用路由封装隧道传输可靠的方法
CN101159520A (zh) * 2007-10-29 2008-04-09 中兴通讯股份有限公司 数据传输方法
CN102273118A (zh) * 2011-04-18 2011-12-07 华为终端有限公司 数据重传的方法、装置及系统
CN103684707A (zh) * 2013-12-20 2014-03-26 广州华多网络科技有限公司 服务端、用户端消息传输处理方法、消息传输方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101267241A (zh) * 2007-03-15 2008-09-17 华为技术有限公司 一种中继网络中的自动重传请求方法、系统及中继站
CN101383685A (zh) * 2007-09-07 2009-03-11 华为技术有限公司 下行混合自动重传的方法、系统及装置
CN101888602A (zh) * 2009-05-15 2010-11-17 华为技术有限公司 消息处理装置、方法、消息业务系统和消息中心
CN102111348B (zh) * 2011-03-11 2016-10-05 华为终端有限公司 信息处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6683850B1 (en) * 1997-08-29 2004-01-27 Intel Corporation Method and apparatus for controlling the flow of data between servers
CN1617525A (zh) * 2003-11-14 2005-05-18 华为技术有限公司 一种保证通用路由封装隧道传输可靠的方法
CN101159520A (zh) * 2007-10-29 2008-04-09 中兴通讯股份有限公司 数据传输方法
CN102273118A (zh) * 2011-04-18 2011-12-07 华为终端有限公司 数据重传的方法、装置及系统
CN103684707A (zh) * 2013-12-20 2014-03-26 广州华多网络科技有限公司 服务端、用户端消息传输处理方法、消息传输方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116455527A (zh) * 2023-06-16 2023-07-18 深圳华锐分布式技术股份有限公司 消息重传方法

Also Published As

Publication number Publication date
CN103684707B (zh) 2017-02-15
CN103684707A (zh) 2014-03-26

Similar Documents

Publication Publication Date Title
WO2015090218A1 (zh) 服务端、用户端消息传输处理方法、消息传输方法及系统
US11877176B2 (en) Determining data available for transmission
US20200120554A1 (en) Indicating status of forwarded data
US8473825B2 (en) Evolved universal terrestrial radio access acknowledged mode radio link control status report for segmented protocol data units
US9584229B2 (en) Data retransmission method, apparatus, and system
US20170055176A1 (en) Pdcp transmitting entity, secondary base station, user equipment and associated methods
US9461776B2 (en) Selecting a data unit for retransmission
US9037935B2 (en) Apparatus and method for retransmitting message in message transmission system
EP2420014B1 (en) Method of receiving a point-to-multipoint service in a wireless communication system
US10021182B2 (en) Method and apparatus for data synchronization
KR20040015672A (ko) 무선 통신 시스템에 있어서의 무선 링크 제어 리셋 또는재설정 후에 타이머들을 취급하는 방법
US10284340B2 (en) Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method
CN109076475B (zh) 一种用于保持无连接传输中同步的方法和系统
CN108696884A (zh) 改进双卡双待设备的寻呼类型2性能的方法及装置
US8738984B2 (en) Apparatus for processing retransmission failure in radio link control (RLC) layer
KR101673183B1 (ko) 무선통신시스템에서 타이머 보상을 통한 데이터 관리방법 및 장치
US7995517B2 (en) System and method for transmitting units of messages in a mobile communication system
US10849160B2 (en) Reinstating poll retransmission timer
WO2014194493A1 (zh) 一种减少传输控制层确认报文的方法、装置和系统
CN107786607B (zh) 一种消息重传方法、消息重传服务器及用户设备
JP5834365B2 (ja) ダイアミタルーティングの運用のための方法および装置
WO2019193448A1 (en) Method and apparatus for multi‑hop arq
CN111245874A (zh) 信息推送方法、装置、服务器及存储介质
CN110418164B (zh) 数据传输方法及装置
CN117793964A (zh) 核心网数据传输方法、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14871496

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 02/11/2016)

122 Ep: pct application non-entry in european phase

Ref document number: 14871496

Country of ref document: EP

Kind code of ref document: A1