CN110557321B - 一种信息传输方法、网络设备及终端 - Google Patents
一种信息传输方法、网络设备及终端 Download PDFInfo
- Publication number
- CN110557321B CN110557321B CN201810562597.7A CN201810562597A CN110557321B CN 110557321 B CN110557321 B CN 110557321B CN 201810562597 A CN201810562597 A CN 201810562597A CN 110557321 B CN110557321 B CN 110557321B
- Authority
- CN
- China
- Prior art keywords
- message
- information
- terminal
- fed back
- receipt
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 72
- 230000005540 biological transmission Effects 0.000 title claims abstract description 48
- 230000004044 response Effects 0.000 claims abstract description 59
- 238000004590 computer program Methods 0.000 claims description 17
- 230000001934 delay Effects 0.000 claims description 10
- 230000003993 interaction Effects 0.000 abstract description 17
- 238000004891 communication Methods 0.000 description 26
- 230000000875 corresponding effect Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 7
- 230000003111 delayed effect Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000006798 recombination Effects 0.000 description 2
- 238000005215 recombination Methods 0.000 description 2
- 240000007594 Oryza sativa Species 0.000 description 1
- 235000007164 Oryza sativa Nutrition 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 235000009566 rice Nutrition 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种信息传输方法、网络设备及终端，其方法包括：接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；将第一消息发送至第二终端；在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。本发明的网络设备接收终端发送的携带有回执需求的第一消息，根据第一消息的回执需求类型完成终端的消息回执实现，可以减少消息交互量、降低系统容量压力，从而可以节省终端流量和设备功耗。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种信息传输方法、网络设备及终端。
背景技术
消息队列遥测传输(Message Queuing Telemetry Transport，MQTT)协议是为物联网领域远程传感器和控制设备通讯而设计的，该协议采用发布/订阅的交互模型，可以将消息的发送和接收充分解耦，使得消息的传输不基于发送者和接收者之间的会话。随着物联网技术逐渐发展，在智能家居、智能楼宇中的人机通信消息场景应用也越来越多，MQTT协议也被广泛应用于物联网应用中，例如可以把传感器的数据通过MQTT协议实时传输到服务器，然后通过远程去获取数据做出相应判断后，再下发特定的命令消息给需要控制的设备，控制设备完成相应动作。
目前，基于MQTT协议可以实现人机通信即时消息发送和接收，但是在实际应用的人机通信即时消息中，在一些需要人给机器发送控制命令消息等的重要场景下，例如：智能家居领域，用户向家里的家居设备，比如：电饭煲发送“煮饭”的命令消息，用户是希望看到该消息是否被设备接收、或者该命令是否已执行完毕，或者两类消息都需要。而对于普通的消息，比如随便给家里的摄像头发一个打招呼消息，发送者是不关心这个消息是否被接收者收到了。此外，除了上述人机通信外，人人通信场景下也可能有消息回执需求，例如发送者对于一些重要的消息或者重要的接收者来说，是希望看到消息递送状态的，如消息是否被接收到、或者被阅读、或者两者都需要；而对于普通的消息，比如随便发一个表情消息，发送者是不关心这个消息的递送状态的。
由于MQTT协议对消息的发送和接收是异步解耦的，发送者将发布(PUBLISH)消息发给MQTT解析器(broker)后，如果QoS为1，MQTT broker会给发送者回复PUBACK消息表示消息发送成功。其中，这个PUBACK仅代表了broker收到了该消息，并不代表接收者收到了该消息，如果想要获知接收者的接收状态，需要在接收者收到消息后，接收者再构建一条消息告知发送者它已经接收到了消息，这样，基于MQTT协议的即时消息，若想要获知消息的接收状态，发送者和接收者之间的消息交互量将增加一倍，这样不仅加大用户的流量消耗，还会对系统容量造成较大压力。
发明内容
本发明提供一种信息传输方法、网络设备及终端，解决了基于MQTT协议实现即时消息的回执状态消息量大、系统压力大、设备耗电耗流量的问题。
本发明的实施例提供了一种信息传输方法，应用于网络设备侧，包括：
接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
将第一消息发送至第二终端；
在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。
本发明的实施例还提供了一种网络设备，包括：处理器；与处理器相连接的存储器，以及与处理器相连接的收发机；其中，
收发机用于：接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
将第一消息发送至第二终端；
在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。
本发明的实施例还提供了一种网络设备，包括：
第一接收模块，用于接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
第一发送模块，用于将第一消息发送至第二终端；
转发模块，用于在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。
本发明的实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述网络设备侧的信息传输方法的步骤。
本发明的实施例还提供了一种信息传输方法，应用于第一终端，包括：
向网络设备发送第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
接收网络设备根据第一指示字段反馈的第一消息的回执信息。
本发明的实施例还提供了一种终端，终端为第一终端，包括处理器；与处理器相连接的存储器，以及与处理器相连接的收发机；其中，
收发机用于：向网络设备发送第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
接收网络设备根据第一指示字段反馈的第一消息的回执信息。
本发明的实施例还提供了一种终端，终端为第一终端，包括：
第二发送模块，用于向网络设备发送第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
第二接收模块，用于接收网络设备根据第一指示字段反馈的第一消息的回执信息。
本发明的实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述第一终端侧的信息传输方法的步骤。
本发明的实施例还提供了一种信息传输方法，应用于第二终端，包括：
接收网络设备发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
根据第一指示字段，向网络设备发送第一消息的回执信息。
本发明的实施例还提供了一种终端，终端为第二终端，包括处理器；与处理器相连接的存储器，以及与处理器相连接的收发机；其中，
收发机用于：接收网络设备发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
根据第一指示字段，向网络设备发送第一消息的回执信息。
本发明的实施例还提供了一种终端，终端为第二终端，包括：
第三接收模块，用于接收网络设备发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
第三发送模块，用于根据第一指示字段，向网络设备发送第一消息的回执信息。
本发明的实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述第二终端侧的信息传输方法的步骤。
本发明的上述技术方案的有益效果是：网络设备接收终端发送的携带有回执需求的第一消息，根据第一消息的回执需求类型完成终端的消息回执实现，可以减少消息交互量、降低系统容量压力，从而可以节省终端流量和设备功耗。
附图说明
图1表示本发明实施例网络设备侧的信息传输方法的流程示意图；
图2表示本发明实施例的第一消息的协议栈结构示意图；
图3表示本发明实施例场景一中第一终端、网络设备与第二终端的信息交互示意图；
图4表示本发明实施例场景二中第一终端、网络设备与第二终端的信息交互示意图；
图5表示本发明实施例场景三中第一终端、网络设备与第二终端的信息交互示意图；
图6表示本发明实施例网络设备的模块结构示意图；
图7表示本发明实施例的网络设备框图；
图8表示本发明实施例第一终端侧的信息传输方法的流程示意图；
图9表示本发明实施例第一终端的模块结构示意图；
图10表示本发明实施例第二终端侧的信息传输方法的流程示意图；
图11表示本发明实施例第二终端的模块结构示意图；
图12表示本发明实施例的终端框图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常可互换使用。
在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
现有技术中，基于MQTT协议的即时消息，若想要获知消息的接收状态，发送者和接收者之间的消息交互量将增加一倍，这样不仅加大用户的流量消耗，还会对系统容量造成较大压力。为了解决上述问题，本发明实施例针对即时消息通信场景的消息传输应用提供了一种方法，通过用户发送消息时，根据不同的用户需求基于MQTT协议构建不同的消息。例如：针对某条消息用户需要知道设备对该条消息的接收状态、已执行完毕状态、或者两者都要；或针对某个设备用户需要知道该设备的所有消息的接收状态、已执行完毕状态、或者两者都要，网络设备，如MQTT broker，接收到来自发送者的消息后，根据不同的消息需求类型完成用户不同的消息回执实现。值得指出的是，本发明实施例的方法不仅适用于基于MQTT的人机通信系统，还适用于基于MQTT的人人通信系统。
具体地，如图1所示，本发明的实施例提供了一种信息传输方法，具体包括以下步骤：
步骤11：接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段。
其中，上述第一消息是第一终端根据自身是否需要接收端反馈回执信息，并基于MQTT协议生成的。如图2所示，该第一消息的协议栈可以分为三层结构，第一层为携带有话题(Topic)信息的报文头，或称为MQTT层，该层为标准协议的MQTT头部，作为路由层，除了可携带话题信息外，还可携带报文类型信息，也就是说，报文头携带有话题信息和报文类型信息。第二层为携带有消息属性信息的业务层消息头，或称为MQTT的即时消息(MQTT InstantMessaging，MQTT-IM)，其中，消息属性信息用于指示消息的发送时间、消息编号等。第三层为携带有消息内容的即时消息IM层，IM层的承载(payload)携带有消息的具体内容。也就是说，第一消息包括携带有话题信息的报文头，还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
其中，上述话题信息除了包括指示是否需要反馈第一消息的回执信息的第一指示字段外，还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。例如，Topic采用三级结构，其基本命名方式为：SPID/extNUM/StateReq，每一层级代表的含义如下：
SPID字段是业务类别ID，即第二指示字段，根据业务类别SPID可以分为几类，例如0XX代表的是系统话题，1XX代表一对一消息，2XX代表群消息，3XX代表广播消息，4XX代表人机通信消息，5XX作为预留，另外SPID可根据实际业务需求进行相关扩展。
extNUM字段是根据每个业务类别的具体定义，即第三指示字段。其中，终端ID(UID)为系统为其分配的唯一用户标识；群号码为系统为群组分配的群组唯一标识。
StateReq字段代表用户对于消息回执的需求类别，即第一指示字段。例如0x01为需要获知该消息对方已接收的状态，0x02为用户想要获知该消息对方已阅读的状态；0x03为用户想要获知该消息对方已接收和已阅读的状态；0x04为需要获知该指令对方已执行完毕的状态，0x05为需要获知该指令对方已接收和已执行完毕的状态。
步骤12：将第一消息发送至第二终端。
网络设备将第一消息转发给第二终端(接收端)，由于第一消息携带的话题信息采用三级设计的方式，网络设备(如MQTT解析器，MQTT broker)仅需要实现消息的路由转发功能，即仅需解析报文头(MQTT层消息头)即可，而不需解析整个消息报文，这样降低了broker的解析难度。
步骤13：在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。
网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，若后续监听到第二终端反馈的回执信息，则停止监听器并将回执信息转发给第一终端。
例如第一终端(消息发送者)使用安装了具备基于MQTT协议实现消息回执的IM消息app的客户端(该app可以是包含了具备基于MQTT协议实现消息回执的IM聊天能力SDK的各种app)，要求第二终端(消息接收者)内置基于MQTT协议实现消息回执的IM消息能力的SDK，并可封装成相应的应用。这类app/SDK具备如下功能和能力：
对于人机通信系统，用户A(第一终端)向设备B(第二终端)发送消息时，A的客户端在消息设置中会有消息回执选项，用户可选择是否需要对发给该接收者的所有消息进行接收或执行(或两者都有)回执，其实现方法及用户操作UI界面可由不同的app自行设计，本发明实施例不对此具体限定。
用户A的客户端在构建消息时，如希望收到对方已接收的回执，则消息Topic为SPID/extNUM/1；如希望收到对方已执行完毕的回执，则消息Topic为SPID/extNUM/4；如希望收到对方已接收和已执行完毕的回执，则消息Topic为SPID/extNUM/5。
其中，MQTT Broker在收到Topic为SPID/extNUM/+的消息后，会启动监听器，同时延迟发送给消息发送者的回执信息。当broker接收到来自接收者的回执信息后，会根据原发送者话题信息中用户想要获知的回执类型，将回执信息返回给消息发送者，这样可减少消息交互量降低系统容量压力，可对MQTT协议进行改进，以实现针对不同用户需求的消息回执。
此外，该场景亦适用于人人通信场景，例如在一对一聊天中，用户A(第一终端)向用户B(第二终端)发送消息时，用户A的客户端在聊天设置中会有消息回执选项，用户可选择是否需要对发给该接收者(用户B)的所有消息进行接收或阅读(或两者都有)回执，其实现方法及UI界面可由不同的app自行设计，本发明实施例不对此具体限定。例如，在一对一聊天中，用户A在发某条消息前，可通过执行某个界面操作，比如：在发送按钮旁边设置消息回执选项或长按某条消息等，这样可以对该条消息进行接收或阅读(或两者都有)回执。
而在群聊中，用户A在群里发消息，用户A的客户端在群设置里有消息回执选项，发送者可选择是否对其发的所有消息都要求群里的某个或某几个用户对消息进行接收或阅读(或两者都有)回执，其实现方法及UI界面可由不同的app自行设计，本发明实施例不对此具体限定。例如在群聊中，用户A在发某条消息前，可通过执行某个界面操作，比如在发送按钮旁边设置消息回执选项或长按某条消息弹出选择希望得到回执的群成员等，这样可以对该条消息进行接收或阅读(或两者都有)回执。
进一步地，用于A客户端在构建消息时，如希望收到对方已接收的回执，则消息Topic为SPID/extNUM/1；如希望收到对方已阅读的回执，则消息Topic为SPID/extNUM/2。
其中，回执信息可以包括但不限于：接收完成反馈信息和/或执行完成反馈信息。其中，这里所说的执行完成可以指人机通信场景下接收设备动作执行完毕的状态，还可以指人人通信场景下接收者已阅读的状态。下面基于上述回执信息类型对不同场景进行说明。
场景一、在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，接收第二终端反馈的接收完成反馈信息，并转发至第一终端。
对于人机通信系统，假设第一消息为公布(PUBLISH)消息，人机通信消息为400/UID_B/1。第一终端(UID_A)向第二终端(UID_B)发送第一消息，第一终端希望获得第二终端对该消息的接收完成反馈信息的回执。通过客户端的设置选择后，客户端构建该第一消息时，其Topic为400/UID_B/1。如图3所示，第一终端发送第一消息(如PUBLISH)到网络设备(如MQTT Broker)。MQTT Broker收到PUBLISH消息后，通过解析其topic获知第一终端希望获得第二终端的接收回执，故延迟发送回执信息(如PUBACK)给第一终端，并启动监听器以监听第二终端的回执信息。随后MQTT Broker根据路由规则发送该第一消息给第二终端。第二终端接收到该第一消息后向MQTT Broker返回接收完成反馈信息的回执信息(如消息接收PUBACK响应)。MQTT Broker接到第二终端返回的回执信息之后，停止监听器，并发送回执信息(如PUBACK)给第一终端，其中，该回执信息中的packet ID与第一终端发送的第一消息的packet ID一致。第一终端接收到该回执信息后，解析该回执信息的packet ID与其发送的希望获得接收状态回执的第一消息的packet ID一致，则确定该回执信息表示第一消息已被第二终端看到，客户端相应地向用户显示该条消息已被接收者接收。
对于人人通信系统，假设第一消息为公布(PUBLISH)消息，人人通信消息为：100/UID_B/1(单聊消息)，或者200/群号码/1(群聊消息)。第一终端(UID_A)向第二终端(UID_B或群号码)发送第一消息，第一终端希望获得第二终端对该消息的接收完场反馈信息的回执。通过客户端的设置选择后，客户端构建该第一消息时，其Topic为100/UID_B/1。如图3所示，第一终端发送第一消息(如PUBLISH)到网络设备(如MQTT Broker)。MQTT Broker收到PUBLISH消息后，通过解析其topic获知第一终端希望获得第二终端的接收回执，故延迟发送回执信息(如PUBACK)个第一终端，并启动监听器以监听第二终端的回执信息。随后MQTTBroker根据路由规则发送该第一消息给第二终端。第二终端接收到该第一消息向MQTTBroker返回接收完成反馈信息的回执信息(如消息接收PUBACK响应)。MQTT Broker接到第二终端返回的回执信息之后，停止监听器，并向第一终端返回回执信息(如)PUBACK。其中该回执信息中的packet ID与第一终端发送的第一消息的packet ID一致。第一终端接收到该回执信息后，解析该消息的packet ID与其发送的希望获得接收状态回执的第一消息的packet ID一致，则确定该回执信息表示第一消息已被第二终端的用户看到，客户端相应地向用户显示该条消息已被接收者接收。
场景二、在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，接收第二终端反馈的执行完成反馈信息，并转发至第一终端。
对于人机通信系统，假设第一消息为公布(PUBLISH)消息，人机通信消息为400/UID_B/4。第一终端(UID_A)向第二终端(UID_B)发送第一消息，第一终端希望获得第二终端对该消息的执行完成反馈信息的回执。通过客户端的设置选择后，客户端构建该第一消息时，其Topic为400/UID_B/4。如图4所示，第一终端发送第一消息(如PUBLISH)到网络设备(如MQTT Broker)。MQTT Broker收到PUBLISH消息后，通过解析其topic获知第一终端希望获得第二终端的执行完成反馈信息的回执，故延迟发送回执信息(如PUBACK)给第一终端，并启动监听器以监听第二终端的回执信息。随后MQTT Broker根据路由规则发送该第一消息给第二终端。第二终端接收到该第一消息后，解析报文头后发现第一终端希望获得该消息的执行完毕状态，故当该消息指示的行为被执行完毕后，第二终端向MQTT Broker返回执行完成反馈信息的回执信息(如消息已执行完毕的PUBACK响应)。MQTT Broker接到第二终端返回的回执信息之后，停止监听器，并发送回执信息(如PUBACK)给第一终端，其中，该回执信息中的packet ID与第一终端发送的第一消息的packet ID一致。第一终端接收到该回执信息后，解析该回执信息的packet ID与其发送的希望获得接收状态回执的第一消息的packet ID一致，则确定该回执信息表示第一消息已被第二终端执行完毕，客户端相应地向用户显示该条消息已被接收者执行完毕。
对于人人通信系统，假设第一消息为公布(PUBLISH)消息，人人通信消息为100/UID_B/2(单聊消息)或200/群号码/2(群聊消息)。第一终端(UID_A)向第二终端(UID_B或群号码)发送第一消息，第一终端希望获得第二终端对该消息的阅读回执。通过客户端的设置选择后，客户端构建第一消息时，其Topic为100/UID_B/2。如图4所示，第一终端发送第一消息(如PUBLISH)到网络设备(如MQTT Broker)。MQTT Broker收到PUBLISH消息后，通过解析其topic获知第一终端希望获得第二终端的阅读回执，故延迟发送回执信息(如PUBACK)给第一终端，并启动监听器监听第二终端的回执信息。随后MQTT Broker根据路由规则发送该第一消息给第二终端。第二终端接收到该第一消息后，解析报文头后发现第一终端希望获得该消息的阅读状态，故当该消息被用户阅读后，第二终端向MQTT Broker返回消息已阅读的回执信息(如消息已被阅读的PUBACK响应)。MQTT Broker接到第二终端返回的回执信息之后，停止监听器，并发送回执信息(如PUBACK)给第一终端，其中，该回执信息中的packetID与第一终端发送的第一消息的packet ID一致。第一终端接收到该回执信息后，解析该回执信息的packet ID与其发送的希望获得接收状态回执的第一消息的packet ID一致，则确定该回执信息表示第一消息已被第二终端的用户阅读，客户端相应地向用户显示该条消息已被接收者阅读完毕。
场景三、在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，分别接收第二终端反馈的接收完成反馈信息和执行完成反馈信息并分别转发至第一终端，或者，分别接收第二终端反馈的接收完成反馈信息和执行完成反馈信息并统一转发至第一终端。
对于人机通信系统，假设第一消息为公布(PUBLISH)消息，人机通信消息为400/UID_B/5。第一终端(UID_A)向第二终端(UID_B)发送第一消息，第一终端希望获得第二终端对该消息的接收完成反馈信息和执行完成反馈信息的回执。通过客户端的设置选择后，客户端构建该第一消息时，其Topic为400/UID_B/5。如图5所示，第一终端发送第一消息(如PUBLISH)到网络设备(如MQTT Broker)。MQTT Broker收到PUBLISH消息后，通过解析其topic获知第一终端希望获得第二终端的接收完成反馈信息和执行完成反馈信息的回执，故延迟发送回执信息(如PUBACK)给第一终端，并启动监听器以监听第二终端的回执信息。随后MQTT Broker根据路由规则发送该第一消息给第二终端。第二终端接收到该第一消息后，解析报文头后发现第一终端希望获得该消息的接收完毕状态和执行完毕状态，故当接收到该第一消息时向MQTT返回接收完成反馈信息的回执信息，并在该消息指示的行为被执行完毕后，第二终端向MQTT Broker返回执行完成反馈信息的回执信息(如消息已执行完毕的PUBACK响应)。MQTT Broker接到第二终端返回的两个回执信息之后，停止监听器，并发送回执信息(如PUBACK)给第一终端，其中，网络设备可在每次接收到第二终端发送的回执信息后直接转发(如图5所示)，或者网络设备在接收到第二终端发送的全部回执信息后统一转发(图中未示出)，具体地，当发送者同时需要获知已接收和已执行完毕状态时，接收者需要在收到消息和执行完毕后分别发送回执信息，如果接收者判断该消息被执行完毕所需的时间比较短，可将接收和已执行完毕回执信息合并为一条。实现时可采用在接收者装置设置定时器的方法，当接收者收到一条消息其topic表示该消息希望获得其接收和已执行完毕状态时，如果接收者判断该条消息指令被执行完毕的时间比较短，则收到PUBLISH消息后先不回复PUBACK，而启动定时器(比如：3s)，若在定时器内消息被执行完毕，则返回PUBACK，这条PUBACK代表了该消息已被接收和执行完毕，broker收到该消息后监听器停止。如若在定时器内消息未被执行完毕，则直接返回PUBACK，这条PUBACK仅代表了该消息已被接收，broker收到后监听器仍需处于监听状态等待接收者的下一条PUBACK消息。其中，上述回执信息中的packet ID与第一终端发送的第一消息的packet ID一致。第一终端接收到该回执信息后，解析该回执信息的packet ID与其发送的希望获得接收状态回执的第一消息的packet ID一致，则确定该回执信息表示第一消息已被第二终端执行完毕，客户端相应地向用户显示该条消息已被接收者执行完毕。
对于人人通信系统，假设第一消息为公布(PUBLISH)消息，人人通信消息为100/UID_B/3(单聊消息)或200/群号码/3(群聊消息)。第一终端(UID_A)向第二终端(UID_B或群号码)发送第一消息，第一终端希望获得第二终端对该消息的接收和阅读回执。通过客户端的设置选择后，客户端构建该第一消息时，其Topic为100/UID_B/3。如图5所示，第一终端发送第一消息(如PUBLISH)到网络设备(如MQTT Broker)。MQTT Broker收到PUBLISH消息后，通过解析其topic获知第一终端希望获得第二终端的接收和阅读回执，故延迟发送回执信息(如PUBACK)给第一终端，并启动监听器以监听第二终端的回执信息。随后MQTT Broker根据路由规则发送该第一消息给第二终端。第二终端接收到该第一消息后，解析报文头后发现第一终端希望获得该消息的接收和阅读状态，故当接收到该第一消息时向MQTT返回接收完成反馈信息的回执信息，并在该消息被阅读之后返回阅读完毕的回执信息(如消息已被阅读的PUBACK响应)。MQTT Broker接到第二终端返回的两个回执信息之后，停止监听器，并发送回执信息(如PUBACK)给第一终端，其中，网络设备可在每次接收到第二终端发送的回执信息后直接转发(如图5所示)，或者网络设备在接收到第二终端发送的全部回执信息后统一转发(图中未示出)，具体地，当发送者同时需要获知已接收和已被阅读的状态时，接收者需要在收到消息和执行完毕后分别发送回执信息，如果接收者判断该消息被执行完毕所需的时间比较短，可将接收和已执行完毕回执信息合并为一条。实现时可采用在接收者装置设置定时器的方法，当接收者收到一条消息其topic表示该消息希望获得其接收和被阅读状态时，如果接收者判断该条消息指令被执行完毕的时间比较短，则收到PUBLISH消息后先不回复PUBACK，而启动定时器(比如：3s)，若在定时器内消息被执行完毕，则返回PUBACK，这条PUBACK代表了该消息已被接收和已被阅读完毕，broker收到该消息后监听器停止。如若在定时器内消息未被执行完毕，则直接返回PUBACK，这条PUBACK仅代表了该消息已被接收，broker收到后监听器仍需处于监听状态等待接收者的下一条PUBACK消息。其中，上述回执信息中的packet ID与第一终端发送的第一消息的packet ID一致。第一终端接收到该回执信息后，解析该回执信息的packet ID与其发送的希望获得接收状态回执的第一消息的packet ID一致，则确定该回执信息表示第一消息已被第二终端的用户阅读，客户端相应地向用户显示该条消息已被接收者阅读完毕。
其中，值得指出的是，上述三个场景下的交互图仅为示意图，只表明了第一终端、第二终端和网络设备之间发布消息的交互，实际系统中，网络设备收到来自第一终端的消息后，会将消息发送到消息AS进行消息处理，比如对消息进行过滤等，消息AS返回处理结果。另外，如果网络设备是集群的话，且第一终端和第二终端归属于不同的集群时，发送方的集群还会将消息路由至接收方的集群中，再由接收方的集群转发给第二终端。
本发明实施例的信息传输方法中，网络设备接收终端发送的携带有回执需求的第一消息，根据第一消息的回执需求类型完成终端的消息回执实现，可以减少消息交互量、降低系统容量压力，从而可以节省终端流量和设备功耗。
以上实施例分别就本发明的信息传输方法做出介绍，下面本实施例将结合附图对其对应的网络设备做进一步说明。
具体地，如图6所示，本发明实施例的网络设备600，包括：
第一接收模块610，用于接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
第一发送模块620，用于将第一消息发送至第二终端；
转发模块630，用于在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。
其中，第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
其中，话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
其中，报文头还携带有报文类型信息。
其中，回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
其中，转发模块630包括：
第一转发子模块，用于在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，接收第二终端反馈的接收完成反馈信息，并转发至第一终端；或者，
第二转发子模块，用于在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，接收第二终端反馈的执行完成反馈信息，并转发至第一终端；或者，
第三转发子模块，用于在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，分别接收第二终端反馈的接收完成反馈信息和执行完成反馈信息并分别转发至第一终端，或者，分别接收第二终端反馈的接收完成反馈信息和执行完成反馈信息并统一转发至第一终端。
本发明的网络设备实施例是与上述方法的实施例对应的，上述方法实施例中的所有实现手段均适用于该网络设备的实施例中，也能达到相同的技术效果。该网络设备接收终端发送的携带有回执需求的第一消息，根据第一消息的回执需求类型完成终端的消息回执实现，可以减少消息交互量、降低系统容量压力，从而可以节省终端流量和设备功耗。
为了更好的实现上述目的，如图7所示，本发明的实施例还提供了一种网络设备，该网络设备包括：处理器700；通过总线接口与处理器700相连接的存储器720，以及通过总线接口与处理器700相连接的收发机710；存储器720用于存储处理器在执行操作时所使用的程序和数据；通过收发机710发送数据信息或者导频，还通过收发机710接收上行控制信道；当处理器700调用并执行存储器720中所存储的程序和数据时，实现如下的功能：
处理器700用于读取存储器720中的程序，执行下列过程。
收发机710，用于在处理器700的控制下接收和发送数据，具体用于：接收第一终端发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
将第一消息发送至第二终端；
在第一指示字段指示需要反馈第一消息的回执信息时，接收第二终端反馈的回执信息并转发至第一终端。
其中，第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
其中，话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
其中，报文头还携带有报文类型信息。
其中，回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
其中，收发机710具体用于：
在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，接收第二终端反馈的接收完成反馈信息，并转发至第一终端；或者，
在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，接收第二终端反馈的执行完成反馈信息，并转发至第一终端；或者，
在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，分别接收第二终端反馈的接收完成反馈信息和执行完成反馈信息并分别转发至第一终端，或者，分别接收第二终端反馈的接收完成反馈信息和执行完成反馈信息并统一转发至第一终端。
其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
以上从网络设备侧介绍了本发明实施例的信息传输，下面将结合附图对终端侧的信息传输方法做进一步说明。
如图8所示，本发明实施例提供了一种信息传输方法，应用于第一终端，其方法包括：
步骤81：向网络设备发送第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段。
其中，上述第一消息是第一终端根据自身是否需要接收端反馈回执信息，并基于MQTT协议生成的。第一消息包括携带有话题信息的报文头，还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。其中，上述话题信息除了包括指示是否需要反馈第一消息的回执信息的第一指示字段外，还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。其中，第一消息的协议栈以及话题信息的格式均与上述网络设备侧相同，故在此不再赘述。
步骤82：接收网络设备根据第一指示字段反馈的第一消息的回执信息。
网络设备将第一消息转发给第二终端(接收端)，网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，若后续监听到第二终端反馈的回执信息，则停止监听器并将回执信息转发给第一终端，这样可减少消息交互量降低系统容量压力，可对MQTT协议进行改进，以实现针对不同用户需求的消息回执。
其中，回执信息可以包括但不限于：接收完成反馈信息和/或执行完成反馈信息。下面基于上述回执信息类型，步骤82包括：在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，接收网络设备发送的第一消息的接收完成反馈信息；对应于上述场景一，故在此不再赘述。
或者，在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，接收网络设备发送的第一消息的执行完成信息；对应于上述场景二，故在此不再赘述。
或者，在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，接收网络设备分别发送的第一消息的接收完成反馈信息和执行完成反馈信息，或者，接收网络设备统一发送的第一消息的接收完成反馈信息和执行完成反馈信息；对应于上述场景三，故在此不再赘述。
本发明实施例的信息传输方法中，第一终端根据自身是否需要接收端反馈回执信息，并基于MQTT协议生成的第一消息，并发送给网络设备，网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，若后续监听到第二终端反馈的回执信息，则停止监听器并将回执信息转发给第一终端，这样可减少消息交互量降低系统容量压力，可对MQTT协议进行改进，以实现针对不同用户需求的消息回执。
以上实施例就本发明的第一终端的信息传输方法做出介绍，下面本实施例将结合附图对其对应的终端做进一步说明。
如图9所示，本发明实施例提供了一种终端900，该终端为第一终端，包括：
第二发送模块910，用于向网络设备发送第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
第二接收模块920，用于接收网络设备根据第一指示字段反馈的第一消息的回执信息。
其中，第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
其中，话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
其中，报文头还携带有报文类型信息。
其中，回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
其中，第二接收模块920包括：
第一接收子模块，用于在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，接收网络设备发送的第一消息的接收完成反馈信息；或者，
第一接收子模块，用于在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，接收网络设备发送的第一消息的执行完成信息；或者，
第一接收子模块，用于在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，接收网络设备分别发送的第一消息的接收完成反馈信息和执行完成反馈信息，或者，接收网络设备统一发送的第一消息的接收完成反馈信息和执行完成反馈信息。
本发明的终端实施例是与上述方法的实施例对应的，上述方法实施例中的所有实现手段均适用于该终端的实施例中，也能达到相同的技术效果。该第一终端根据自身是否需要接收端反馈回执信息，并基于MQTT协议生成的第一消息，并发送给网络设备，网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，若后续监听到第二终端反馈的回执信息，则停止监听器并将回执信息转发给第一终端，这样可减少消息交互量降低系统容量压力，可对MQTT协议进行改进，以实现针对不同用户需求的消息回执。
以上从第一终端侧介绍了本发明实施例的信息传输，下面将结合附图对第二终端侧的信息传输方法做进一步说明。
如图10所示，本发明实施例提供了一种信息传输方法，应用于第二终端，其方法包括：
步骤101：接收网络设备发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段。
其中，上述第一消息是第一终端发送给网络设备的，第一消息是第一终端根据自身是否需要接收端反馈回执信息，并基于MQTT协议生成的。第一消息包括携带有话题信息的报文头，还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。上述话题信息除了包括指示是否需要反馈第一消息的回执信息的第一指示字段外，还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。其中，第一消息的协议栈以及话题信息的格式均与上述网络设备侧相同，故在此不再赘述。
网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端。
步骤102：根据第一指示字段，向网络设备发送第一消息的回执信息。
第二终端解析报文头的第一指示字段，当确定需要反馈回执信息时，将回执信息发送给网络设备。其中，回执信息可以包括但不限于：接收完成反馈信息和/或执行完成反馈信息。下面基于上述回执信息类型，步骤102包括：在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，向网络设备发送第一消息的接收完成反馈信息；对应于上述场景一，故在此不再赘述。
或者，在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，向网络设备发送第一消息的执行完成信息；对应于上述场景二，故在此不再赘述。
或者，在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，分别向网络设备发送第一消息的接收完成反馈信息和执行完成反馈信息；对应于上述场景三，故在此不再赘述。
本发明实施例的信息传输方法中，第二终端在接收到网络设备转发的第一消息后，解析其报文头确定是否需要反馈回执信息，在需要时将回执信息发送给网络设备，再由网络设备转发给第一终端，这样可减少消息交互量降低系统容量压力，可对MQTT协议进行改进，以实现针对不同用户需求的消息回执。
以上实施例就本发明的第二终端的信息传输方法做出介绍，下面本实施例将结合附图对其对应的终端做进一步说明。
如图11所示，本发明实施例提供了一种终端1100，该终端为第二终端，包括：
第三接收模块1110，用于接收网络设备发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
第三发送模块1120，用于根据第一指示字段，向网络设备发送第一消息的回执信息。
其中，回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
其中，第三发送模块1120包括：
第一发送子模块，用于在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，向网络设备发送第一消息的接收完成反馈信息；或者，
第二发送子模块，用于在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，向网络设备发送第一消息的执行完成信息；或者，
第三发送子模块，用于在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，分别向网络设备发送第一消息的接收完成反馈信息和执行完成反馈信息。
本发明的终端实施例是与上述方法的实施例对应的，上述方法实施例中的所有实现手段均适用于该终端的实施例中，也能达到相同的技术效果。该第二终端在接收到网络设备转发的第一消息后，解析其报文头确定是否需要反馈回执信息，在需要时将回执信息发送给网络设备，再由网络设备转发给第一终端，这样可减少消息交互量降低系统容量压力，可对MQTT协议进行改进，以实现针对不同用户需求的消息回执。
如图12所示，本实施例提供一种终端，包括：
处理器121；以及通过总线接口122与所述处理器121相连接的存储器123，所述存储器123用于存储所述处理器121在执行操作时所使用的程序和数据，当处理器121调用并执行所述存储器123中所存储的程序和数据时，执行下列过程。
其中，收发机124与总线接口122连接，用于在处理器121的控制下接收和发送数据。
具体地，当该终端为第一终端时，收发机124用于：向网络设备发送第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
接收网络设备根据第一指示字段反馈的第一消息的回执信息。
其中，第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
其中，话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
其中，报文头还携带有报文类型信息。
其中，回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
其中，收发机124具体用于：
在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，接收网络设备发送的第一消息的接收完成反馈信息；或者，
在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，接收网络设备发送的第一消息的执行完成信息；或者，
在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，接收网络设备分别发送的第一消息的接收完成反馈信息和执行完成反馈信息，或者，接收网络设备统一发送的第一消息的接收完成反馈信息和执行完成反馈信息。
另一方面，当终端为第二终端，收发机124用于：接收网络设备发送的第一消息，其中，第一消息包括携带有话题信息的报文头，话题信息包括指示是否需要反馈第一消息的回执信息的第一指示字段；
根据第一指示字段，向网络设备发送第一消息的回执信息。
其中，回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
其中，收发机124具体用于：
在第一指示字段指示需要反馈第一消息的接收完成反馈信息时，向网络设备发送第一消息的接收完成反馈信息；或者，
在第一指示字段指示需要反馈第一消息的执行完成反馈信息时，向网络设备发送第一消息的执行完成信息；或者，
在第一指示字段指示需要反馈第一消息的接收完成反馈信息和执行完成反馈信息时，分别向网络设备发送第一消息的接收完成反馈信息和执行完成反馈信息。
需要说明的是，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器121代表的一个或多个处理器和存储器123代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机124可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口125还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器121负责管理总线架构和通常的处理，存储器123可以存储处理器121在执行操作时所使用的数据。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述网络设备侧或第一终端侧或第二终端侧的信息传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (36)
1.一种信息传输方法，应用于网络设备侧，其特征在于，包括：
接收第一终端发送的第一消息，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
将所述第一消息发送至第二终端；
在所述第一指示字段指示需要反馈所述第一消息的回执信息时，接收所述第二终端反馈的回执信息并转发至所述第一终端；
其中，网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
2.根据权利要求1所述的信息传输方法，其特征在于，所述第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
3.根据权利要求1所述的信息传输方法，其特征在于，所述话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
4.根据权利要求1所述的信息传输方法，其特征在于，所述报文头还携带有报文类型信息。
5.根据权利要求1所述的信息传输方法，其特征在于，所述回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
6.根据权利要求5所述的信息传输方法，其特征在于，在所述第一指示字段指示需要反馈所述第一消息的回执信息时，接收所述第二终端反馈的回执信息并转发至所述第一终端的步骤，包括：
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息时，接收所述第二终端反馈的接收完成反馈信息，并转发至所述第一终端；或者，
在所述第一指示字段指示需要反馈所述第一消息的执行完成反馈信息时，接收所述第二终端反馈的执行完成反馈信息，并转发至所述第一终端；或者，
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息和执行完成反馈信息时，分别接收所述第二终端反馈的接收完成反馈信息和执行完成反馈信息并分别转发至所述第一终端，或者，分别接收所述第二终端反馈的接收完成反馈信息和执行完成反馈信息并统一转发至所述第一终端。
7.一种网络设备，其特征在于，包括：处理器；与所述处理器相连接的存储器，以及与处理器相连接的收发机；其中，
所述收发机用于：接收第一终端发送的第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
将所述第一消息发送至第二终端；
在所述第一指示字段指示需要反馈所述第一消息的回执信息时，接收所述第二终端反馈的回执信息并转发至所述第一终端；
其中，网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
8.根据权利要求7所述的网络设备，其特征在于，所述第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
9.根据权利要求7所述的网络设备，其特征在于，所述话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
10.根据权利要求7所述的网络设备，其特征在于，所述报文头还携带有报文类型信息。
11.根据权利要求7所述的网络设备，其特征在于，所述回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
12.根据权利要求11所述的网络设备，其特征在于，所述收发机具体用于：
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息时，接收所述第二终端反馈的接收完成反馈信息，并转发至所述第一终端；或者，
在所述第一指示字段指示需要反馈所述第一消息的执行完成反馈信息时，接收所述第二终端反馈的执行完成反馈信息，并转发至所述第一终端；或者，
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息和执行完成反馈信息时，分别接收所述第二终端反馈的接收完成反馈信息和执行完成反馈信息并分别转发至所述第一终端，或者，分别接收所述第二终端反馈的接收完成反馈信息和执行完成反馈信息并统一转发至所述第一终端。
13.一种网络设备，其特征在于，包括：
第一接收模块，用于接收第一终端发送的第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
第一发送模块，用于将所述第一消息发送至第二终端；
转发模块，用于在所述第一指示字段指示需要反馈所述第一消息的回执信息时，接收所述第二终端反馈的回执信息并转发至所述第一终端；
其中，网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至权利要求6中任一项所述的信息传输方法的步骤。
15.一种信息传输方法，应用于第一终端，其特征在于，包括：
向网络设备发送第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
接收所述网络设备根据所述第一指示字段反馈的所述第一消息的回执信息；
其中，由网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
16.根据权利要求15所述的信息传输方法，其特征在于，所述第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
17.根据权利要求15所述的信息传输方法，其特征在于，所述话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
18.根据权利要求15所述的信息传输方法，其特征在于，所述报文头还携带有报文类型信息。
19.根据权利要求15所述的信息传输方法，其特征在于，所述回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
20.根据权利要求19所述的信息传输方法，其特征在于，接收所述网络设备根据所述第一指示字段反馈的所述第一消息的回执信息的步骤，包括：
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息时，接收所述网络设备发送的所述第一消息的接收完成反馈信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的执行完成反馈信息时，接收所述网络设备发送的所述第一消息的执行完成信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息和执行完成反馈信息时，接收所述网络设备分别发送的所述第一消息的接收完成反馈信息和执行完成反馈信息，或者，接收所述网络设备统一发送的所述第一消息的接收完成反馈信息和执行完成反馈信息。
21.一种终端，所述终端为第一终端，其特征在于，包括处理器；与所述处理器相连接的存储器，以及与处理器相连接的收发机；其中，
所述收发机用于：向网络设备发送第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
接收所述网络设备根据所述第一指示字段反馈的所述第一消息的回执信息；
其中，由网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
22.根据权利要求21所述的终端，其特征在于，所述第一消息还包括：携带有消息属性信息的业务层消息头，以及携带有消息内容的即时消息IM层。
23.根据权利要求21所述的终端，其特征在于，所述话题信息还包括：指示业务类别标识的第二指示字段，以及指示业务类别定义的第三指示字段。
24.根据权利要求21所述的终端，其特征在于，所述报文头还携带有报文类型信息。
25.根据权利要求21所述的终端，其特征在于，所述回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
26.根据权利要求25所述的终端，其特征在于，所述收发机具体用于：
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息时，接收所述网络设备发送的所述第一消息的接收完成反馈信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的执行完成反馈信息时，接收所述网络设备发送的所述第一消息的执行完成信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息和执行完成反馈信息时，接收所述网络设备分别发送的所述第一消息的接收完成反馈信息和执行完成反馈信息，或者，接收所述网络设备统一发送的所述第一消息的接收完成反馈信息和执行完成反馈信息。
27.一种终端，所述终端为第一终端，其特征在于，包括：
第二发送模块，用于向网络设备发送第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
第二接收模块，用于接收所述网络设备根据所述第一指示字段反馈的所述第一消息的回执信息；
其中，由网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求15至权利要求20中任一项所述的信息传输方法的步骤。
29.一种信息传输方法，应用于第二终端，其特征在于，包括：
接收网络设备发送的第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
根据所述第一指示字段，向所述网络设备发送所述第一消息的回执信息；
其中，由网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给消息发送者的第一终端。
30.根据权利要求29所述的信息传输方法，其特征在于，所述回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
31.根据权利要求30所述的信息传输方法，其特征在于，根据所述第一指示字段，向所述网络设备发送所述第一消息的回执信息的步骤，包括：
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息时，向所述网络设备发送所述第一消息的接收完成反馈信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的执行完成反馈信息时，向所述网络设备发送所述第一消息的执行完成信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息和执行完成反馈信息时，分别向所述网络设备发送所述第一消息的接收完成反馈信息和执行完成反馈信息。
32.一种终端，所述终端为第二终端，其特征在于，包括处理器；与所述处理器相连接的存储器，以及与处理器相连接的收发机；其中，
所述收发机用于：接收网络设备发送的第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
根据所述第一指示字段，向所述网络设备发送所述第一消息的回执信息；
其中，由网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给消息发送者的第一终端。
33.根据权利要求32所述的终端，其特征在于，所述回执信息包括：接收完成反馈信息和/或执行完成反馈信息。
34.根据权利要求33所述的终端，其特征在于，所述收发机具体用于：
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息时，向所述网络设备发送所述第一消息的接收完成反馈信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的执行完成反馈信息时，向所述网络设备发送所述第一消息的执行完成信息；或者，
在所述第一指示字段指示需要反馈所述第一消息的接收完成反馈信息和执行完成反馈信息时，分别向所述网络设备发送所述第一消息的接收完成反馈信息和执行完成反馈信息。
35.一种终端，所述终端为第二终端，其特征在于，包括：
第三接收模块，用于接收网络设备发送的第一消息，其中，所述第一消息包括携带有话题信息的报文头，所述话题信息包括指示是否需要反馈所述第一消息的回执信息的第一指示字段；
第三发送模块，用于根据所述第一指示字段，向所述网络设备发送所述第一消息的回执信息；
其中，由网络设备解析报文头的第一指示字段，确定需要第二终端反馈回执信息时，启动监听器并将第一消息转发至第二终端，同时延迟发送给第一终端的回执信息，若后续监听到第二终端反馈的回执信息，则停止监听器，根据所述话题信息中用户想要获知的回执类型，将回执信息返回给作为消息发送者的第一终端。
36.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求29至权利要求31中任一项所述的信息传输方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810562597.7A CN110557321B (zh) | 2018-06-04 | 2018-06-04 | 一种信息传输方法、网络设备及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810562597.7A CN110557321B (zh) | 2018-06-04 | 2018-06-04 | 一种信息传输方法、网络设备及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110557321A CN110557321A (zh) | 2019-12-10 |
| CN110557321B true CN110557321B (zh) | 2022-07-15 |
Family
ID=68735745
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810562597.7A Active CN110557321B (zh) | 2018-06-04 | 2018-06-04 | 一种信息传输方法、网络设备及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110557321B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111405021A (zh) * | 2020-03-10 | 2020-07-10 | 中国建设银行股份有限公司 | 一种对等节点的数据传输方法、装置、设备及存储介质 |
| CN113593720A (zh) * | 2020-04-30 | 2021-11-02 | 京东方科技集团股份有限公司 | 一种远程会诊控制方法和控制系统、计算机设备和介质 |
| CN115277614A (zh) * | 2021-04-29 | 2022-11-01 | 成都鼎桥通信技术有限公司 | 消息处理的方法、设备、存储介质及程序产品 |
| CN115379400B (zh) * | 2021-05-20 | 2023-11-07 | 成都鼎桥通信技术有限公司 | 群组短信回执的方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102664827A (zh) * | 2012-04-24 | 2012-09-12 | 深圳市三木通信技术有限公司 | 一种即时通讯消息回执方法及系统 |
| CN105119810A (zh) * | 2015-08-06 | 2015-12-02 | 北京农信互联科技有限公司 | 一种基于xmpp协议的即时通讯方法及系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2299618B1 (en) * | 2009-07-06 | 2017-04-26 | Samsung Electronics Co., Ltd. | Method and system for transmitting and receiving management message in communication network |
| US20170289086A1 (en) * | 2016-03-30 | 2017-10-05 | Polus Llc | Messaging system with message management control |
-
2018
- 2018-06-04 CN CN201810562597.7A patent/CN110557321B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102664827A (zh) * | 2012-04-24 | 2012-09-12 | 深圳市三木通信技术有限公司 | 一种即时通讯消息回执方法及系统 |
| CN105119810A (zh) * | 2015-08-06 | 2015-12-02 | 北京农信互联科技有限公司 | 一种基于xmpp协议的即时通讯方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| MQTT协议在移动互联网即时通信中的应用;马跃等;《计算机系统应用》;20160315(第03期);第2-3节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110557321A (zh) | 2019-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110557321B (zh) | 一种信息传输方法、网络设备及终端 | |
| CN109451032B (zh) | 一种消息传递系统 | |
| CN108712320B (zh) | 消息推送方法及装置 | |
| KR20110052942A (ko) | 리모트 ｕｉ 서비스 제공 방법 및 장치 | |
| CN111092802B (zh) | 一种消息交互方法、发送设备及接收设备 | |
| CN111240858B (zh) | 事件调度方法及组件 | |
| CN110753129A (zh) | 消息传输方法、系统、装置、设备及计算机可读存储介质 | |
| CN110505315A (zh) | 数据处理方法、装置、设备及存储介质 | |
| CN115001897B (zh) | 通信方法、装置、电子设备及自动驾驶车辆 | |
| CN110430126A (zh) | 即时通信消息处理方法、装置、系统、设备及存储介质 | |
| CN108810000B (zh) | 一种生成序列化和反序列化api的方法及装置 | |
| CN106302093B (zh) | 一种通信方法、系统及服务器 | |
| CN112583822B (zh) | 通信设备及通信方法 | |
| JP7030217B2 (ja) | メッセージ送受信方法、通信装置、及びプログラム | |
| CN116800787A (zh) | 一种基于以太网通讯协议的车载通信方法及系统 | |
| CN101834894A (zh) | 远程处理方法、装置及系统 | |
| CN113992740B (zh) | 一种基于自主可控的中间件及数据传输方法 | |
| US20230216911A1 (en) | Control method and storage medium | |
| CN112994848B (zh) | Mcs的调整方法、装置、存储介质及无线节点 | |
| CN114125397A (zh) | 一种音视频通讯方法、装置及系统 | |
| CN103618716B (zh) | 一种终端广域网管理协议会话交互方法、设备和系统 | |
| CN113204436A (zh) | 一种消息处理方法、装置、设备及计算机可读存储介质 | |
| CN112217739B (zh) | 码流发送设备、码流发送方法及码流发送系统 | |
| CN109710432B (zh) | 用于应用程序开发中的多节点通信方法及系统 | |
| CN111416746B (zh) | 一种基于cdn的数据分发方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |