CN105119816A - 消息发送状态的处理方法及装置 - Google Patents
消息发送状态的处理方法及装置 Download PDFInfo
- Publication number
- CN105119816A CN105119816A CN201510590821.XA CN201510590821A CN105119816A CN 105119816 A CN105119816 A CN 105119816A CN 201510590821 A CN201510590821 A CN 201510590821A CN 105119816 A CN105119816 A CN 105119816A
- Authority
- CN
- China
- Prior art keywords
- message
- piece
- news
- numbering
- current
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种消息发送状态的处理方法及装置,其中,该方法包括:在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;根据消息编号实时更新并保存每一条消息当前的发送状态;实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。该方案可以及时、准确地更新显示即时通讯中消息的发送状态,来提高时效性沟通的准确性和及时反馈性,增强用户体验。
Description
技术领域
本发明涉及即时通讯术领域,特别涉及一种消息发送状态的处理方法及装置。
背景技术
随着网络技术的发展,各种即时通信(InstantMessaging,简称为IM)层出不穷,它改变着人们以电子邮件、电话等为主的传统通讯方式和交流方式,即时通讯工具的运用为沟通创造了一个良好的渠道,同时也更具有直观性和廉价性,因此被广泛的应用。
XMPP(ExtensibleMessagingandPresenceProtocol,可扩展消息出席协议)是即时通信常用的协议之一,基于XML(ExtensibleMarkupLanguage,可扩展标记语言)的协议。可以通过发送扩展的信息来处理用户的需求,以及在XMPP的顶端建立如内容发布***和基于地址的服务等应用程序。而且,XMPP包含了针对服务器端的软件协议,使之能与另一方进行通话,这使得开发者更容易建立客户应用程序或给一个配好的***添加功能。使用即时通讯应用传递消息,可以大大提高用户活跃度,只要消息传递双方均在网络上可以互通即可。客户端向服务器发送消息的技术已经非常成熟,所以消息应用需要面对的核心问题是从服务器到客户端下行消息的问题,即如何实现消息推送。
例如,现有技术中,XMPP中定义了三个角色,客户端,服务器,网关。基于XMPP消息服务器应用,建立点对点的链接,但还是需要连接到服务器来获取一些连接信息和通信信息。服务器接收到发送任务命令,将数据按规范传输至网关,网关发送信息到指定的用户端。
当用户发送消息时,消息会被发送至服务器端,同时该条消息状态显示在用户的会话窗口,假定一个聊天情景,如果用户A与他的在线好友用户B建立会话,他将通过服务器找到用户B的信息,直接向用户B发送消息指令,用户B的IM客户端收到消息指令后建立与用户A的会话窗口,用户B收到消息对用户A回复消息指令。此时该条消息向XMPP服务器发送,同时消息的当前状态直接在视图会话窗口内部显示(如图1所示)。此消息触发事件可能的状态为:已发送返回(成功)、已发送未返回(超时)和发送失败等状态其中之一。但是,由于基于XMPP协议的现有技术在移动端(即客户端)的开发中未对处理消息发送状态有做论述,消息状态的更新仅仅在视图会话窗口内部进行处理,当消息发送失败或服务器未及时反馈,当前会话窗口的视图界面将处于长期等待状态,然而我们必须及时了解消息发送状态,以便于及时控制用户的下一步行为;且在移动端的使用中,视图会话窗口的切换是很频繁的,独立单一的视图应用在实际使用过程中并不常见,在实际应用中发送消息会因设备、网络等其他原因导致未成功发送,即有可能为超时或失败等,根据上述用户A和用户B之间进行的即时通讯技术方案,用户A若执行了切换视图操作使其不在当前聊天页面,当再次返回视图时,消息状态在视图界面显示中可能还是处于长久的等待状态,或者可能产生状态丢失,从而显示不准确,使用户产生疑惑,也不便于执行重发、删除等操作。
发明内容
本发明实施例提供了一种消息发送状态的处理方法,以及时、准确地更新显示即时通讯中消息的发送状态,来提高时效性沟通的准确性和及时反馈性,增强用户体验。该方法包括:在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;根据消息编号实时更新并保存每一条消息当前的发送状态;实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。
在一个实施例中,保存每一条消息的消息编号,包括:保存每一条消息的消息编号的同时,保存每一条消息的发送时刻,根据消息编号实时更新并保存每一条消息当前的发送状态,包括:保存每一条消息的消息编号时,保存每一条消息当前的发送状态为正在发送;接收到XMPP服务器对消息反馈的成功消息,找到消息编号与所述成功消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送成功;接收到XMPP服务器对消息反馈的失败消息,找到消息编号与所述失败消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送失败;找到当前时刻距离发送时刻的时长大于预设时长的消息编号,且当前未收到XMPP服务器对该消息编号对应消息的反馈消息,将该消息编号对应消息当前的发送状态更新并保存为发送超时。
在一个实施例中,为所述移动终端的用户发送的每一条消息设置一个消息编号,包括:根据可扩展消息出席协议XMPP为所述移动终端的用户发送的每一条消息设置一个消息编号。
在一个实施例中,保存每一条消息的消息编号,包括:以数组的形式保存每一条消息的消息编号。
在一个实施例中,所述每一条消息的发送时刻的字段和所述预设时长的字段存入在一个字典中,所述字典在所述数组中。
本发明实施例还提供了一种消息发送状态的处理装置,以及时、准确地更新显示即时通讯中消息的发送状态,来提高时效性沟通的准确性和及时反馈性,增强用户体验。该装置包括:设置保存模块,用于在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;状态更新模块,用于根据消息编号实时更新并保存每一条消息当前的发送状态;状态发送模块,用于实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。
在一个实施例中,所述设置保存模块,具体用于保存每一条消息的消息编号的同时,保存每一条消息的发送时刻;所述状态更新模块,包括:第一状态更新单元,用于保存每一条消息的消息编号时,保存每一条消息当前的发送状态为正在发送;第二状态更新单元,用于接收到XMPP服务器对消息反馈的成功消息,找到消息编号与所述成功消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送成功;第三状态更新单元,用于接收到XMPP服务器对消息反馈的失败消息,找到消息编号与所述失败消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送失败;第四状态更新单元,用于找到当前时刻距离发送时刻的时长大于预设时长的消息编号,且当前未收到XMPP服务器对该消息编号对应消息的反馈消息,将该消息编号对应消息当前的发送状态更新并保存为发送超时。
在一个实施例中,所述设置保存模块,还用于根据可扩展消息出席协议XMPP为所述移动终端的用户发送的每一条消息设置一个消息编号。
在一个实施例中,所述设置保存模块,具体用于以数组的形式保存每一条消息的消息编号。
在一个实施例中,所述每一条消息的发送时刻的字段和所述预设时长的字段存入在一个字典中,所述字典在所述数组中。
在本发明实施例中,在移动终端的用户使用即时通讯应用程序发送消息时,通过为每一条消息设置一个全局唯一的消息编号,并在保存每一条消息的消息编号后,实时根据消息编号更新并保存每一条消息当前的发送状态,进而再将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示,与现有技术中消息状态的更新在视图会话窗口内部进行处理的方式相比,本申请可以保证消息的发送状态不丢失,在用户进行视图会话窗口的切换或再次返回时,只要会话窗口没有销毁,就可以确保及时、准确地更新显示即时通讯中消息的发送状态,来提高时效性沟通的准确性和及时反馈性,增强用户体验,便于用户及时进行“重发”、“删除”等操作。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:
图1是现有技术中的一种即时通讯示意图;
图2是本发明实施例提供的一种消息发送状态的处理方法的流程图;
图3是本发明实施例提供的一种使用消息发送状态的处理方法进行即时通讯的示意图;
图4是本发明实施例提供的一种消息发送状态的处理装置的结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施方式和附图,对本发明做进一步详细说明。在此,本发明的示意性实施方式及其说明用于解释本发明,但并不作为对本发明的限定。
在本发明实施例中,提供了一种消息发送状态的处理方法,如图2所示,该方法包括:
步骤201:在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;
步骤202:根据消息编号实时更新并保存每一条消息当前的发送状态;
步骤203:实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。
由图2所示可知,在本发明实施例中,在移动终端的用户使用即时通讯应用程序发送消息时,通过为每一条消息设置一个全局唯一的消息编号,并在保存每一条消息的消息编号后,实时根据消息编号更新并保存每一条消息当前的发送状态,进而再将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示,与现有技术中消息状态的更新在视图会话窗口内部进行处理的方式相比,本申请可以保证消息的发送状态不丢失,在用户进行视图会话窗口的切换或再次返回时,只要会话窗口没有销毁,就可以确保及时、准确地更新显示即时通讯中消息的发送状态,来提高时效性沟通的准确性和及时反馈性,增强用户体验,便于用户及时进行“重发”、“删除”等操作。
具体实施时,为了实现根据消息编号实时更新并保存每一条消息当前的发送状态,在本实施例中,保存每一条消息的消息编号,包括:保存每一条消息的消息编号的同时,保存每一条消息的发送时刻,消息编号与发送时刻一一对应。在保存了每一条消息的消息编号和发送时刻之后,通过以下方式实施更新并保存每一条消息当前的发送状态:保存每一条消息的消息编号时,保存每一条消息当前的发送状态为正在发送;接收到XMPP服务器对消息反馈的成功消息,找到消息编号与所述成功消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送成功;接收到XMPP服务器对消息反馈的失败消息,找到消息编号与所述失败消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送失败;找到当前时刻距离发送时刻的时长大于预设时长的消息编号(例如,可以设定计时器来计算每一条消息自发送时刻到当前时刻的时长,进而确定出时长大于预设时长的消息编号),且当前未收到XMPP服务器对该消息编号对应消息的反馈消息,将该消息编号对应消息当前的发送状态更新并保存为发送超时。
具体实施时,为了设置即时通讯消息的消息编号,在本实施例中,在用户通过即时通讯应用向XMPP服务器发送通讯的消息时,根据XMPP协议为每一条通讯消息设置一个消息编号,例如,MessageID,依据一定的规则设置消息编号,使得该消息编号在消息发送***中是全局唯一的。具体的,该消息编号生成的过程可以在移动终端上完成。
具体实施时,为了便于更新保存每一条消息的发送状态,在本实施例中,可以定义一个数组,以数组的形式保存每一条消息的消息编号,同时,上述预设时长的字段和每一条消息的发送时刻的字段可以存入在一个字典中,将该字典加入到上述数组中,以便随时对每条消息的发送状态进行更新操作,进而将操作结果写入数据库中进行保存。
以下结合具体示例来详细描述使用上述消息发送状态的处理方法进行即时通讯的过程,如图3所示,该即时通讯过程包括如下步骤:
在应用初始化时,定义一个数组用来存放MessageID(即消息编号),除了存放MessageID外,同时***添加时间(即上述的发送时刻)、超时时长(即上述预设时长),这两个字段主要用来计算超时,为了便于后续更新消息的发送状态,我们可以将这些字段存入一个字典,再将字典加入到数组。
步骤301:用户A与他的在线好友用户B建立会话,用户A向用户B发出一条消息,当在消息发送至XMPP服务器时,依据XMPP协议约定设置消息的消息编号(例如,MessageID),此MessageID可以由客户端生成,必须依据一定规则,使之在消息传递***中唯一;
步骤302:当消息发送完成后,将MessageID加入到全局队列存储在数组中,并设置该条消息当前的发送状态为:“正在发送”,同时在数组中设置添加时间;
步骤303:接收XMPP服务器针对消息反馈的消息发送状态,包含MessageID;
步骤304此时根据XMPP协议服务器反馈的消息分析用户A发送消息的发送状态:
1、XMPP协议服务器发回一个发送成功消息,即用户A发送消息并收到返回,通过获取发送成功消息体中的消息MessageID,当XMPP服务器返回的消息中携带的MessageID与本消息MessageID一致,则修改本条消息的发送状态为发送成功,并更新到数据库;
2、XMPP协议服务器发回一个未发送成功消息,即XMPP服务器发回一个错误反馈,依然获取XMPP协议服务器发回的未发送成功消息中携带的MessageID,触发消息事件,修改本条消息的发送状态为发送失败,并更新到数据库;
3、当该条消息的发送时长(即发送时刻至当前时刻的时长)超过定时设置(即上述预设时长),且没有受到XMPP协议服务器对此MessageID的反馈时(即消息已发送但未收到返回的情况),将此消息的发送状态设置为发送超时,并更新至数据库。
步骤305:此时对消息队列进行状态更新操作,并将操作结果写入数据库后,向会话窗口发送消息事件,用来改变会话窗口中消息当前的发送状态。如果用户A与用户B的会话窗口已经销毁,则无法接受到消息事件;如果用户A与用户B的会话窗口正在呈现,则接受消息事件,并在当前聊天消息中查找ID号为messageID的消息,对其发送状态标识进行修改并显示。如果用户A已经执行了切换返回,会话窗口重新呈现,则查询数据库中对应的消息集,显示消息的当前发送状态。以上所诉操作已对全局事件中数据库的消息状态作了修改,此时呈现的消息状态仍是准确无误的。
基于同一发明构思,本发明实施例中还提供了一种消息发送状态的处理装置,如下面的实施例所述。由于消息发送状态的处理装置解决问题的原理与消息发送状态的处理方法相似,因此消息发送状态的处理装置的实施可以参见消息发送状态的处理方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是本发明实施例的消息发送状态的处理装置的一种结构框图,如图4所示,包括:设置保存模块401、状态更新模块402以及状态发送模块403,下面对该结构进行说明。
设置保存模块401,用于在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;
状态更新模块402,与设置保存模块401连接,用于根据消息编号实时更新并保存每一条消息当前的发送状态;
状态发送模块403,与状态更新模块402连接,用于实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。
在一个实施例中,所述设置保存模块401,具体用于保存每一条消息的消息编号的同时,保存每一条消息的发送时刻;所述状态更新模块402,包括:第一状态更新单元,用于保存每一条消息的消息编号时,保存每一条消息当前的发送状态为正在发送;第二状态更新单元,用于接收到XMPP服务器对消息反馈的成功消息,找到消息编号与所述成功消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送成功;第三状态更新单元,用于接收到XMPP服务器对消息反馈的失败消息,找到消息编号与所述失败消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送失败;第四状态更新单元,用于找到当前时刻距离发送时刻的时长大于预设时长的消息编号,且当前未收到XMPP服务器对该消息编号对应消息的反馈消息,将该消息编号对应消息当前的发送状态更新并保存为发送超时。
在一个实施例中,所述设置保存模块402,还用于根据可扩展消息出席协议XMPP为所述移动终端的用户发送的每一条消息设置一个消息编号。
在一个实施例中,所述设置保存模块402,具体用于以数组的形式保存每一条消息的消息编号。
在一个实施例中,所述每一条消息的发送时刻的字段和所述预设时长的字段存入在一个字典中,所述字典在所述数组中。
具体实施时,上述消息发送状态的处理装置可以设置在移动终端上。
在本发明实施例中,在移动终端的用户使用即时通讯应用程序发送消息时,通过为每一条消息设置一个全局唯一的消息编号,并在保存每一条消息的消息编号后,实时根据消息编号更新并保存每一条消息当前的发送状态,进而再将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示,与现有技术中消息状态的更新在视图会话窗口内部进行处理的方式相比,本申请可以保证消息的发送状态不丢失,在用户进行视图会话窗口的切换或再次返回时,只要会话窗口没有销毁,就可以确保及时、准确地更新显示即时通讯中消息的发送状态,来提高时效性沟通的准确性和及时反馈性,增强用户体验,便于用户及时进行“重发”、“删除”等操作。
显然,本领域的技术人员应该明白,上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明实施例不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种消息发送状态的处理方法,其特征在于,包括:
在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;
根据消息编号实时更新并保存每一条消息当前的发送状态;
实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。
2.如权利要求1所述的方法,其特征在于,
保存每一条消息的消息编号,包括:
保存每一条消息的消息编号的同时,保存每一条消息的发送时刻,
根据消息编号实时更新并保存每一条消息当前的发送状态,包括:
保存每一条消息的消息编号时,保存每一条消息当前的发送状态为正在发送;
接收到可扩展消息出席协议XMPP服务器对消息反馈的成功消息,找到消息编号与所述成功消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送成功;
接收到XMPP服务器对消息反馈的失败消息,找到消息编号与所述失败消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送失败;
找到当前时刻距离发送时刻的时长大于预设时长的消息编号,且当前未收到XMPP服务器对该消息编号对应消息的反馈消息,将该消息编号对应消息当前的发送状态更新并保存为发送超时。
3.如权利要求1或2所述的方法,其特征在于,为所述移动终端的用户发送的每一条消息设置一个消息编号,包括:
根据XMPP为所述移动终端的用户发送的每一条消息设置一个消息编号。
4.如权利要求1或2所述的方法,其特征在于,保存每一条消息的消息编号,包括:
以数组的形式保存每一条消息的消息编号。
5.如权利要求4所述的方法,其特征在于,所述每一条消息的发送时刻的字段和所述预设时长的字段存入在一个字典中,所述字典在所述数组中。
6.一种消息发送状态的处理装置,其特征在于,包括:
设置保存模块,用于在移动终端的用户使用即时通讯应用程序发送消息时,为所述移动终端的用户发送的每一条消息设置一个消息编号,保存每一条消息的消息编号,该消息编号在消息发送***中是全局唯一的;
状态更新模块,用于根据消息编号实时更新并保存每一条消息当前的发送状态;
状态发送模块,用于实时将每一条消息当前的发送状态发送给即时通讯应用程序的会话窗口进行显示。
7.如权利要求6所述的装置,其特征在于,所述设置保存模块,具体用于保存每一条消息的消息编号的同时,保存每一条消息的发送时刻;
所述状态更新模块,包括:
第一状态更新单元,用于保存每一条消息的消息编号时,保存每一条消息当前的发送状态为正在发送;
第二状态更新单元,用于接收到可扩展消息出席协议XMPP服务器对消息反馈的成功消息,找到消息编号与所述成功消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送成功;
第三状态更新单元,用于接收到XMPP服务器对消息反馈的失败消息,找到消息编号与所述失败消息携带的消息编号一致的消息,将该消息当前的发送状态更新并保存为发送失败;
第四状态更新单元,用于找到当前时刻距离发送时刻的时长大于预设时长的消息编号,且当前未收到XMPP服务器对该消息编号对应消息的反馈消息,将该消息编号对应消息当前的发送状态更新并保存为发送超时。
8.如权利要求6或7所述的装置,其特征在于,所述设置保存模块,还用于根据XMPP为所述移动终端的用户发送的每一条消息设置一个消息编号。
9.如权利要求6或7所述的装置,其特征在于,所述设置保存模块,具体用于以数组的形式保存每一条消息的消息编号。
10.如权利要求9所述的装置,其特征在于,所述每一条消息的发送时刻的字段和所述预设时长的字段存入在一个字典中,所述字典在所述数组中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510590821.XA CN105119816A (zh) | 2015-09-16 | 2015-09-16 | 消息发送状态的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510590821.XA CN105119816A (zh) | 2015-09-16 | 2015-09-16 | 消息发送状态的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105119816A true CN105119816A (zh) | 2015-12-02 |
Family
ID=54667711
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510590821.XA Pending CN105119816A (zh) | 2015-09-16 | 2015-09-16 | 消息发送状态的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105119816A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105635291A (zh) * | 2015-12-31 | 2016-06-01 | 联想(北京)有限公司 | 信息推送方法及装置、信息显示方法及装置 |
CN105871703A (zh) * | 2016-06-03 | 2016-08-17 | 用友网络科技股份有限公司 | 推拉结合的即时通信消息获取***和方法 |
CN105933213A (zh) * | 2016-06-24 | 2016-09-07 | 腾讯科技(深圳)有限公司 | 一种聊天消息的处理方法、相关设备和*** |
CN107171947A (zh) * | 2017-06-30 | 2017-09-15 | 胡玥莹 | 一种浏览器即时通讯消息接收方法和*** |
CN108205458A (zh) * | 2018-01-02 | 2018-06-26 | 武汉斗鱼网络科技有限公司 | 会话框实现方法、装置及可读存储介质 |
CN109600301A (zh) * | 2018-11-23 | 2019-04-09 | 腾讯音乐娱乐科技(深圳)有限公司 | 消息处理方法及装置 |
CN110138653A (zh) * | 2019-05-30 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 消息通知方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101075879A (zh) * | 2006-06-13 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种数据下载方法 |
CN101094232A (zh) * | 2007-07-18 | 2007-12-26 | 北京亿企通信息技术有限公司 | 一种在即时通信工具中显示对方会话状态的方法及*** |
CN101529804A (zh) * | 2006-11-06 | 2009-09-09 | 高通股份有限公司 | 无线广播网络中的通知的传送 |
US8103782B2 (en) * | 2007-03-30 | 2012-01-24 | Societe de Commercialisation des Produits de la Recherche Appliquee—SOCPRA, Sciences et Genie, S.E.C. | Session mobility in a full-mesh conference using session initiation protocol |
CN102694675A (zh) * | 2011-03-25 | 2012-09-26 | 中兴通讯股份有限公司 | 一种基于snmp协议的异步通信方法及装置 |
WO2014196799A1 (ko) * | 2013-06-07 | 2014-12-11 | (주)오픈벡스 | 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템 |
-
2015
- 2015-09-16 CN CN201510590821.XA patent/CN105119816A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101075879A (zh) * | 2006-06-13 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种数据下载方法 |
CN101529804A (zh) * | 2006-11-06 | 2009-09-09 | 高通股份有限公司 | 无线广播网络中的通知的传送 |
US8103782B2 (en) * | 2007-03-30 | 2012-01-24 | Societe de Commercialisation des Produits de la Recherche Appliquee—SOCPRA, Sciences et Genie, S.E.C. | Session mobility in a full-mesh conference using session initiation protocol |
CN101094232A (zh) * | 2007-07-18 | 2007-12-26 | 北京亿企通信息技术有限公司 | 一种在即时通信工具中显示对方会话状态的方法及*** |
CN102694675A (zh) * | 2011-03-25 | 2012-09-26 | 中兴通讯股份有限公司 | 一种基于snmp协议的异步通信方法及装置 |
WO2014196799A1 (ko) * | 2013-06-07 | 2014-12-11 | (주)오픈벡스 | 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105635291A (zh) * | 2015-12-31 | 2016-06-01 | 联想(北京)有限公司 | 信息推送方法及装置、信息显示方法及装置 |
CN105871703A (zh) * | 2016-06-03 | 2016-08-17 | 用友网络科技股份有限公司 | 推拉结合的即时通信消息获取***和方法 |
CN105933213A (zh) * | 2016-06-24 | 2016-09-07 | 腾讯科技(深圳)有限公司 | 一种聊天消息的处理方法、相关设备和*** |
CN105933213B (zh) * | 2016-06-24 | 2021-01-15 | 腾讯科技(深圳)有限公司 | 一种聊天消息的处理方法、相关设备和*** |
CN107171947A (zh) * | 2017-06-30 | 2017-09-15 | 胡玥莹 | 一种浏览器即时通讯消息接收方法和*** |
CN108205458A (zh) * | 2018-01-02 | 2018-06-26 | 武汉斗鱼网络科技有限公司 | 会话框实现方法、装置及可读存储介质 |
CN109600301A (zh) * | 2018-11-23 | 2019-04-09 | 腾讯音乐娱乐科技(深圳)有限公司 | 消息处理方法及装置 |
CN109600301B (zh) * | 2018-11-23 | 2021-12-31 | 腾讯音乐娱乐科技(深圳)有限公司 | 消息处理方法及装置 |
CN110138653A (zh) * | 2019-05-30 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 消息通知方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105119816A (zh) | 消息发送状态的处理方法及装置 | |
EP3201805B1 (en) | Methods and systems for regulating communications at a mobile communications device | |
US20180183735A1 (en) | Artificial intelligence system for automatically generating custom travel documents | |
CN109688042A (zh) | 一种消息处理方法及装置 | |
US9639349B2 (en) | Subject and audience oriented instant collaborative development | |
CN103326929A (zh) | 一种消息传输方法和装置 | |
US9524492B2 (en) | Messaging client-based reminders | |
US20150039675A1 (en) | Messaging over http protocol for data exchange | |
CN111277483B (zh) | 一种多端消息的同步方法、服务器及可存储介质 | |
CN112202661A (zh) | 会话消息处理方法、装置、计算机设备以及存储介质 | |
CN112367345A (zh) | 数据处理方法、服务端设备及计算机可读存储介质 | |
CN112003778B (zh) | 消息处理方法、装置、设备和计算机存储介质 | |
CN110912805B (zh) | 消息读取状态的同步方法、终端、服务端及*** | |
CN105763535B (zh) | 会话消息列表处理方法、设备和*** | |
CN110661851A (zh) | 数据交换方法和装置 | |
US11108712B2 (en) | Automatically determining and selecting a suitable communication channel to deliver messages to recipient | |
CN102790951B (zh) | 一种移动终端的信息输入方法、***和移动终端 | |
CN113114557B (zh) | 消息发送方法、装置、电子设备及存储介质 | |
CN114205325A (zh) | 消息发送方法、装置、服务器及存储介质 | |
CN114064803A (zh) | 一种数据同步方法和装置 | |
CN108574622B (zh) | 一种基于xmpp的即时消息处理方法及装置 | |
CN109150696B (zh) | 信息处理方法、服务器、客户端及计算机可读存储介质 | |
US8688090B2 (en) | Data session preferences | |
CN115473865B (zh) | 信息交互方法、服务器、客户端及存储介质 | |
CN111726280A (zh) | 一种即时消息的传输方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151202 |
|
RJ01 | Rejection of invention patent application after publication |