CN111740897B - 用于信息处理的方法、电子设备和存储介质 - Google Patents

Abstract

本公开的实施例涉及用于信息处理的方法、设备和存储介质，涉及信息处理领域。根据该方法，如果确定从第一终端设备接收到目的地为第一群组的第一消息，则确定第一群组的类型是否为第一类型；如果是，则：在与第一终端设备相关联的发送消息队列中添加第一消息；以及如果接收到来自第二终端设备的消息读取请求，则从发送消息队列获取第一消息；如果确定不是，则：在与第二终端设备相关联的接收消息队列中添加第一消息；以及如果接收到来自第二终端设备的消息读取请求，则从接收消息队列获取第一消息；以及基于第一消息向第二终端设备发送第二消息。由此，能够基于消息类型，来确定进行读扩散还是写扩散，使得针对不同场景保证消息高效传递。

Description

用于信息处理的方法、电子设备和存储介质

技术领域

本公开的实施例总体涉及信息处理领域，具体涉及用于信息处理的方法、电子设备和计算机存储介质。

背景技术

随着技术的发展，即时消息通信在诸如电商等各种业务中也越来越普遍。传统的即时消息通信往往更多地依赖底层的TCP协议来确保消息传递。但是，传统方案没有考虑业务层面对于消息传送的要求，往往难以实现消息的及时准确传递。此外，随着群聊越来越普遍并且人数越来越多，如何高效地对于群聊相关联的消息进行处理，也是目前面临的重要问题。

发明内容

提供了一种用于信息处理的方法、电子设备以及计算机存储介质，能够在消息针对的群组类型为超大群聊的情况下按照读扩散进行操作，避免了超大群聊情况下的大量写操作，提高了消息处理的效率。此外，在向终端设备预定次数重传不成功之后，及时与终端设备进行重新连接并通过离线同步消息进行消息同步。

根据本公开的第一方面，提供了一种用于信息处理的方法。该方法包括：如果确定从第一终端设备接收到来源为第一终端设备、目的地为第一群组并且包括第一内容的第一消息，确定第一群组的类型是否为第一类型；如果确定第一群组的类型是第一类型，则：在与第一终端设备相关联的发送消息队列中添加第一消息；向第二终端设备发送关于读取消息的通知，第二终端设备与第一群组相关联；以及如果确定接收到来自第二终端设备的消息读取请求，从发送消息队列获取第一消息；如果确定第一消息的类型不是第一类型，则：在与第二终端设备相关联的接收消息队列中添加第一消息；以及如果确定接收到来自第二终端设备的消息读取请求，则从接收消息队列获取所述第一消息；基于所获取的第一消息，在与第二终端设备相关联的重传优先级队列中添加来源为第一终端设备、目的地为第一群组并且包括所述第一内容的第二消息；向第二终端设备发送第二消息；如果确定在发送第二消息后的预定时间间隔内未接收到来自第二终端设备的、针对第二消息的确认消息，确定发送第二消息的次数是否达到预定次数；如果确定发送第二消息的次数达到预定次数，与第二终端设备重新建立连接；以及经由重新建立的连接向第二终端设备发送离线同步消息，离线同步消息中包括第二消息。

根据本公开的第二方面，提供了一种电子设备。该电子设备包括：至少一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行根据第一方面所述的方法。

在本公开的第三方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现根据本公开的第一方面的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素。

图1是根据本公开的实施例的信息处理环境100的示意图。

图2是根据本公开的实施例的用于信息处理的方法200的示意图。

图3是根据本公开的实施例的用于在重传优先级队列中添加第二消息的方法300的示意图。

图4是根据本公开的实施例的用于与第二终端设备重新建立连接的方法400的示意图。

图5是根据本公开的实施例的消息交互的流程图。

图6是用来实现本公开实施例的用于信息处理的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上所述，传统方案没有考虑业务层面对于消息传送的要求，往往难以实现消息的及时准确传递。具体来说，传统方案依赖TCP的重传机制来确保消息可靠传递，但是业务层面可能会有不同的重传次数、时延等要求，TCP的重传机制无法满足各种业务层面的要求，无法满足业务层面的消息可靠传递。此外，随着群聊越来越普遍并且人数越来越多，如何高效地对于群聊相关联的消息进行处理，也是目前面临的重要问题。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于信息处理的方案。在该方案中，如果确定从第一终端设备接收到来源为第一终端设备、目的地为第一群组并且包括第一内容的第一消息，确定第一群组的类型是否为第一类型；如果确定第一群组的类型是第一类型，则：在与第一终端设备相关联的发送消息队列中添加第一消息；向第二终端设备发送关于读取消息的通知，第二终端设备与第一群组相关联；以及如果确定接收到来自第二终端设备的消息读取请求，从发送消息队列获取第一消息；如果确定第一消息的类型不是第一类型，则：在与第二终端设备相关联的接收消息队列中添加第一消息；以及如果确定接收到来自第二终端设备的消息读取请求，则从接收消息队列获取所述第一消息；基于所获取的第一消息，在与第二终端设备相关联的重传优先级队列中添加来源为第一终端设备、目的地为第一群组并且包括所述第一内容的第二消息；向第二终端设备发送第二消息；如果确定在发送第二消息后的预定时间间隔内未接收到来自第二终端设备的、针对第二消息的确认消息，确定发送第二消息的次数是否达到预定次数；如果确定发送第二消息的次数达到预定次数，与第二终端设备重新建立连接；以及经由重新建立的连接向第二终端设备发送离线同步消息，离线同步消息中包括第二消息。

由此，能够在消息针对的群组类型为超大群聊的情况下按照读扩散进行操作，避免了超大群聊情况下的大量写操作，提高了消息处理的效率。此外，能够在向终端设备预定次数重传不成功之后，及时与终端设备进行重新连接并通过离线同步消息进行消息同步。

在下文中，将结合附图更详细地描述本方案的具体示例。

图1示出了根据本公开的实施例的信息处理环境100的示例的示意图。信息处理环境100可以包括服务器110、第一终端设备120和多个第二终端设备130-1、130-2以及130-3（统称为130）。应当理解，图1中虽然示出3个第二终端设备，但这只是为了举例说明，第二终端设备130的数量可以更多或更少。第一终端设备120和第二终端设备130可以与第一群组相关联。第一群组例如包括但不限于即时通信群组。

服务器110例如包括但不限于服务器计算机、多处理器***、大型计算机、包括上述***或设备中的任意一个的分布式计算环境等。在一些实施例中，服务器110可以具有一个或多个处理单元，包括诸如图像处理单元GPU、现场可编程门阵列FPGA和专用集成电路ASIC等的专用处理单元以及诸如中央处理单元CPU的通用处理单元。

第一终端设备120和第二终端设备130例如包括但不限于个人计算机、台式计算机、膝上型计算机、平板计算机、智能手机、个人数字助理、可穿戴设备等。

服务器110用于如果确定从第一终端设备接收到来源为第一终端设备、目的地为第一群组并且包括第一内容的第一消息，确定第一群组的类型是否为第一类型；如果确定第一群组的类型是第一类型，则：在与第一终端设备相关联的发送消息队列中添加第一消息；向第二终端设备发送关于读取消息的通知，第二终端设备与第一群组相关联；以及如果确定接收到来自第二终端设备的消息读取请求，从发送消息队列获取第一消息；如果确定第一消息的类型不是第一类型，则：在与第二终端设备相关联的接收消息队列中添加第一消息；以及如果确定接收到来自第二终端设备的消息读取请求，则从接收消息队列获取所述第一消息；基于所获取的第一消息，在与第二终端设备相关联的重传优先级队列中添加来源为第一终端设备、目的地为第一群组并且包括所述第一内容的第二消息；向第二终端设备发送第二消息；如果确定在发送第二消息后的预定时间间隔内未接收到来自第二终端设备的、针对第二消息的确认消息，确定发送第二消息的次数是否达到预定次数；如果确定发送第二消息的次数达到预定次数，与第二终端设备重新建立连接；以及经由重新建立的连接向第二终端设备发送离线同步消息，离线同步消息中包括第二消息。

图2示出了根据本公开的实施例的用于信息处理的方法200的流程图。例如，方法200可以由如图1所示的服务器110来执行。应当理解的是，方法200还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框202处，服务器110确定是否从第一终端设备120接收到来源为第一终端设备120、目的地为第一群组并且包括第一内容的第一消息。第一消息例如包括但不限于Submit消息，例如Submit(from：“第一终端设备”，to：“第一群组”，payload:{“type”:0,“content”：“123”})。第一消息可以包括报头和数据负荷。报头可以包括预定长度的消息类型标识符和采用可变长度编码的剩余长度字段。剩余长度字段用于指示数据负荷的长度，数据负荷包括第一内容。下文将详细介绍消息的格式。

如果在框202处服务器110确定从第一终端设备120接收到来源为第一终端设备120、目的地为第一群组并且包括第一内容的第一消息，则在框204处确定第一群组的类型是否为第一类型。例如，服务器110可以存储有第一群组的类型信息。第一群组的类型例如包括但不限于超大群聊、普通群聊等等。超大群聊例如为群组成员超过预定数量的群聊，预定数量例如包括但不限于500、1000等，普通群聊例如为群组成员小于或等于预定数量的群聊。第一类型例如可以为超大群聊。在一些实施例中，可以基于第一群组的成员数量是否超过预定数量来确定第一群组的类型是否为第一类型。例如服务器110可以存储有与第一群组相关联的成员数量等信息，如果第一群组的成员数量超过预定数量，则为第一类型，否则不是第一类型。

如果服务器110在框204处确定第一群组的类型是第一类型，则在框206处，在与第一终端设备120相关联的发送消息队列中添加第一消息。

在框208处，服务器110向第二终端设备130发送关于读取消息的通知。第二终端设备130与第一群组相关联。

在框210处，服务器110确定是否接收到来自第二终端设备130的消息读取请求。

如果服务器110在框210处确定接收到来自第二终端设备130的消息读取请求，则在框212处从与第一终端设备120相关联的发送消息队列获取第一消息。

如果服务器110在框204处确定第一群组的类型不是第一类型，则在框214处在与第二终端设备130相关联的接收消息队列中添加第一消息。

在框216处服务器110确定是否接收到来自第二终端设备130的消息读取请求。

如果在框216处服务器110确定接收到来自第二终端设备130的消息读取请求，则在框218处从与第二终端设备130相关联的接收消息队列获取第一消息。

在框220处，服务器110基于所获取的第一消息，在与第二终端设备130相关联的重传优先级队列中添加来源为第一终端设备120、目的地为第一群组并且包括第一内容的第二消息。第二消息例如包括但不限于Deliver消息，例如Deliver(from：“第一终端设备”，to：“第一群组”，payload:{“type”:0,“content”：“123”}，sessionID：“第一群组”，sequence：1)。

在框222处，服务器110向第二终端设备130发送第二消息。

在框224处，服务器110确定在发送第二消息后的预定时间间隔内是否未接收到来自第二终端设备130的、针对第二消息的确认消息。预定时间间隔例如包括但不限于1、1.5、2秒等。确认消息例如包括但不限于SubmitAck，例如SubmitAck(sessionID：“第一群组”，sequence：1)。

如果在框224处服务器110确定在发送第二消息后的预定时间间隔内未接收到来自第二终端设备130的、针对第二消息的确认消息，则在框226处确定发送第二消息的次数是否达到预定次数。预定次数例如包括但不限于3、4、5次。

如果在框226处服务器110确定发送第二消息的次数达到预定次数，则在框228处，与第二终端设备130重新建立连接。下文将结合图3详细描述与第二终端设备130重新建立连接的方法。

如果在框226处服务器110确定发送第二消息的次数未达到预定次数，则服务器110可以回到框222向第二终端设备130发送第二消息。

在框230处，服务器110经由重新建立的连接向第二终端设备130发送离线同步消息，离线同步消息中包括第二消息。离线同步消息例如包括但不限于Sync消息，例如Sync(sessionID:“第一群组”,delivers:[Deliver(from：“第一终端设备”，to：“第一群组”，payload:{“type”:0,“content”：“123”}，sessionID：“第一群组”，sequence：1)])。

由此，能够在消息针对的群组类型为超大群聊的情况下只将消息写入发送方的发送队列中并在接收方读取时从发送方的发送队列读取消息（也就是读扩散）后发送，避免了超大群聊情况下的大量写操作，提高了消息处理的效率。此外，能够在向终端设备预定次数重传不成功之后，及时与终端设备进行重新连接并通过离线同步消息进行消息同步。

在一些实施例中，服务器110如果确定在发送第二消息后的预定时间间隔内接收到确认消息，则从重传优先级队列删除第二消息。由此，在接收到确认的情况下无需再对第二消息进行重传。

备选地或者附加地，在一些实施例中，服务器110还可以确定是否从第二终端设备130接收到针对离线同步消息的离线同步确认消息。离线同步确认消息例如包括但不限于SyncAck消息，例如SyncAck(sessionID:“第一群组”)。如果确定从第二终端设备130接收到针对离线同步消息的离线同步确认消息，则向第二终端设备130发送离线同步完成消息。离线同步完成消息例如包括但不限于ConnectCFM消息。由此，在接收到离线同步确认消息后通过完成消息来使得终端设备了解到离线同步完成。

图3示出了根据本公开的实施例的用于在重传优先级队列中添加第二消息的方法300的流程图。例如，方法300可以由如图1所示的服务器110来执行。应当理解的是，方法300还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框302处，服务器110确定重传优先级队列的大小是否小于与第二终端设备130相关联的接收窗口大小。接收窗口大小例如包括但不限于80、100、120等。接收窗口大小例如是被包括在来自第二终端设备130的连接请求中被接收的。

如果在框302处服务器110确定重传优先级队列的大小小于接收窗口大小，则在框304处在重传优先级队列中添加第二消息。

由此，能够通过控制重传优先级队列中的消息数量不超过第二终端设备的接收窗口大小，避免第二终端设备接收到超过其接收窗口大小的消息而造成消息丢失。

图4示出了根据本公开的实施例的用于与第二终端设备130重新建立连接的方法400的流程图。例如，方法400可以由如图1所示的服务器110来执行。应当理解的是，方法400还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框402处，服务器110向第二终端设备130发送断开连接请求。断开连接请求例如包括但不限于DISCONNECT消息。

在框404处，服务器110接收来自第二终端设备130的连接请求，连接请求指示保持活跃时长。保持活跃时长例如包括但不限于200、240、280秒。连接请求例如为connect{keepalive:240}。

在框406处，服务器110基于保持活跃时长，设置与第二终端设备130相关联的消息超时时长。在一些实施例中，消息超时时长例如设置为保持活跃时长*系数，系数例如包括但不限于3/2。

在框408处，服务器110向第二终端设备130发送连接确认消息，以便重新建立连接。连接确认消息例如包括但不限于CONNACK消息。

由此，能够在重新建立连接时即指定保持活跃时长，避免服务器长时间维持不活跃终端的连接，并对抗各种运营商网络环境下的Nat超时。

在一些实施例中，服务器110和第二终端设备130之间可以互相发送心跳消息，例如PINGREQ，PINGRESP，以保持活跃。例如第二终端设备130可以每2/3*保持活跃时长向服务器110发送PING消息。在一些实施例中，服务器110还可以确定在上次接收到来自第二终端设备130的消息之后的消息超时时长之内是否未接收到来自第二终端设备130的消息。如果服务器110确定在上次接收到来自第二终端设备130的消息之后的消息超时时长之内未接收到来自第二终端设备130的消息，则释放与第二终端设备130之间的连接。

由此，能够在消息超时时长内未接收到终端设备的消息时及时释放与该终端设备的连接，避免不活跃终端长时间占用连接资源，并对抗各种运营商网络环境下的Nat超时。

下面将结合图5描述服务器110与第一终端设备120和第二终端设备130之间的消息交互。

如图5所示，第一终端设备120向服务器110发送来源为第一终端设备、目的地为第一群组并且包括第一内容的第一消息（501），例如Submit(from:第一终端设备，to：第一群组，payload:{type：0，content:“123”})。随后，服务器110向第一终端设备120返回针对第一消息的确认消息（502），例如SubmitAck(sessionID: 第一群组，sequence：1)。

服务器110在与第二终端设备130相关联的重传优先级队列中添加来源为第一终端设备、目的地为第一群组并且包括第一内容第二消息（503），例如Deliver(from：“第一终端设备”，to：“第一群组”，payload:{“type”:0,“content”：“123”}，sessionID：“第一群组”，sequence：1)，其中第二终端设备130与第一群组相关联。之后，服务器110向第二终端设备130发送第二消息（504）。

在发送第二消息后，服务器110确定在预定时间间隔内是否接收到来自第二终端设备130的针对第二消息的确认消息（505），例如DeliverAck。如果服务器110确定在预定时间间隔内未接收到确认消息，则服务器110确定发送第二消息的次数是否达到预定次数（506）。如果服务器110确定发送第二消息的次数未达到预定次数，则服务器110向第二终端设备130再次发送第二消息（507）。

随后，服务器110再次确定在预定时间间隔内是否接收到来自第二终端设备130的针对第二消息的确认消息（508）。如果服务器110确定在预定时间间隔内未接收到确认消息，则服务器110确定发送第二消息的次数是否达到预定次数（509）。如果服务器110确定发送第二消息的次数达到预定次数，则服务器110向第二终端设备130发送断开连接请求（510）。

接着，服务器110从第二终端设备130接收连接请求（511），连接请求指示保持活跃时长。服务器110基于保持活跃时长，设置于第二终端设备130相关联的消息超时时长（512）。之后，服务器110向第二终端设备130发送连接确认消息（513），以便重新建立连接。

之后，服务器110经由重新建立的连接向第二终端设备130发送离线同步消息（514），离线同步消息中包括第二消息，例如Sync(sessionID:“第一群组”,delivers:[Deliver(from：“第一终端设备”，to：“第一群组”，payload:{“type”:0,“content”：“123”}，sessionID：“第一群组”，sequence：1)])。第二终端设备130向服务器110返回离线同步确认消息（515），以及服务器110向第二终端设备130发送离线同步完成消息（516）。

下面将介绍本文所述的消息可以采用的具体格式。

本文中的消息可以采用报头加上数据载荷的格式。对于一些消息来说，可以包括报头和数据载荷，对于另一些消息来说，可以只包括报头。

报头可以包括2到7个字节，第1个字节可以用于指示消息的类型，第2到5个字节可以用于指示剩余长度。

第1个字节可以分成高4位和低4位，分别可以用于表示消息的类型。在一些实施例中可以先用高4位表示消息的类型，在消息类型需要扩展时再使用第4位表示扩展的消息类型，反之亦然。由此可以对消息类型进行持续扩展。在一些实施例中，消息的类型可以包括但不限于以下类型：

表1：

剩余长度表示消息剩余部分的字节数，包括可变报头和负载的数据。剩余长度不包括用于编码剩余长度字段本身的字节数。

剩余长度字段可以使用可变长度编码方案。对小于128的值，可以使用单字节编码。更大的值按下面的方式处理：低7位有效位用于编码数据，最高有效位用于指示是否有更多的字节。因此每个字节可以编码128个数值和一个延续位。在一些实施例中，剩余长度字段最大可以包括4个字节。

例如，十进制数64会被编码为一个字节，数值是64，十六进制表示为0x40。十进制数字321(=65+2*128)被编码为两个字节，最低有效位在前。第一个字节是 65+128=193。注意最高位为1表示后面至少还有一个字节。第二个字节是2。

这允许发送最大256MB(268,435,455)大小的消息。这个数值在消息中的表示是：0xFF,0xFF,0xFF,0x7F。

表2显示了剩余长度字段所表示的值随字节增长。

表2：

对于一些消息而言，可以在消息的最后部分包括数据载荷，例如下表所示：

表3：

在一些实施例中，数据载荷可以采用protobuf进行编码，例如protobuf3。

由此，消息的这种格式具有以下优点：报头精简，心跳消息仅2字节，对在线连接场景下天然支撑友好；消息类型扩展可达256个；消息体序列化/反序列化性能高；消息体向前兼容，便于扩展；对比XMPP协议：协议更简单，节省了传输带宽、提高了稳定性；对比MQTT协议：协议更简单用户有了更多的控制权。

图6示出了可以用来实施本公开内容的实施例的示例设备600的示意性框图。例如，如图1所示的服务器110可以由设备600来实施。如图所示，设备600包括中央处理单元（CPU）601，其可以根据存储在只读存储器（ROM）602中的计算机程序指令或者从存储单元608加载到随机访问存储器（RAM）603中的计算机程序指令，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM603通过总线604彼此相连。输入/输出（I/O）接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标、麦克风等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法200-400，可由处理单元601执行。例如，在一些实施例中，方法200-400可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序被加载到RAM 603并由CPU601执行时，可以执行上文描述的方法200-400的一个或多个动作。

本公开涉及方法、装置、***、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、静态随机存取存储器（SRAM）、便携式压缩盘只读存储器（CD-ROM）、数字多功能盘（DVD）、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波（例如，通过光纤电缆的光脉冲）、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构（ISA）指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列（FPGA）或可编程逻辑阵列（PLA），该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置（***）和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (7)

1.一种用于信息处理的方法，包括：

响应于确定从第一终端设备接收到来源为所述第一终端设备、目的地为第一群组并且包括第一内容的第一消息，确定所述第一群组的类型是否为第一类型；

如果确定所述第一群组的所述类型是所述第一类型，则：

在与所述第一终端设备相关联的发送消息队列中添加所述第一消息；

向第二终端设备发送关于读取消息的通知，所述第二终端设备与所述第一群组相关联；以及

响应于接收到来自所述第二终端设备的消息读取请求，从所述发送消息队列获取所述第一消息；

如果确定所述第一群组的所述类型不是所述第一类型，则：

在与第二终端设备相关联的接收消息队列中添加第一消息；以及

响应于接收到来自所述第二终端设备的所述消息读取请求，从所述接收消息队列获取所述第一消息；

基于所获取的所述第一消息，在与第二终端设备相关联的重传优先级队列中添加来源为所述第一终端设备、目的地为所述第一群组并且包括所述第一内容的第二消息；

向所述第二终端设备发送所述第二消息；

响应于确定在发送所述第二消息后的预定时间间隔内未接收到来自所述第二终端设备的、针对所述第二消息的确认消息，确定发送所述第二消息的次数是否达到预定次数；

响应于确定发送所述第二消息的次数达到所述预定次数，与所述第二终端设备重新建立连接；以及

经由重新建立的所述连接向所述第二终端设备发送离线同步消息，所述离线同步消息中包括所述第二消息；

其中与所述第二终端设备重新建立所述连接包括：

向所述第二终端设备发送断开连接请求；

接收来自所述第二终端设备的连接请求，所述连接请求指示保持活跃时长；

基于所述保持活跃时长，设置与所述第二终端设备相关联的消息超时时长；以及

向所述第二终端设备发送连接确认消息，以便重新建立所述连接；以及

所述方法还包括响应于确定在上次接收到来自所述第二终端设备的消息之后的所述消息超时时长之内未接收到来自所述第二终端设备的消息，释放所述连接。

2.根据权利要求1所述的方法，其中在所述重传优先级队列中添加所述第二消息包括:

确定所述重传优先级队列的大小是否小于与所述第二终端设备相关联的接收窗口大小；以及

响应于确定所述重传优先级队列的所述大小小于所述接收窗口大小，在所述重传优先级队列中添加所述第二消息。

3.根据权利要求1所述的方法，还包括：

响应于确定在发送所述第二消息后的所述预定时间间隔内接收到所述确认消息，从所述重传优先级队列删除所述第二消息。

4.根据权利要求1所述的方法，还包括：

响应于确定从所述第二终端设备接收到针对所述离线同步消息的离线同步确认消息，向所述第二终端设备发送离线同步完成消息。

5.根据权利要求1所述的方法，其中所述第一消息包括报头和数据载荷，所述报头包括预定长度的消息类型标识符和采用可变长度编码的剩余长度字段，所述剩余长度字段用于指示所述数据载荷的长度，所述数据载荷包括所述第一内容。

6.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

7.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-5中任一项所述的方法。

Images