CN110391974A - 一种消息同步方法、服务端、终端及系统 - Google Patents

一种消息同步方法、服务端、终端及系统 Download PDF

Info

Publication number
CN110391974A
CN110391974A CN201910711011.3A CN201910711011A CN110391974A CN 110391974 A CN110391974 A CN 110391974A CN 201910711011 A CN201910711011 A CN 201910711011A CN 110391974 A CN110391974 A CN 110391974A
Authority
CN
China
Prior art keywords
message
terminal
business information
read
session
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
Application number
CN201910711011.3A
Other languages
English (en)
Inventor
王平
李淼
杨攀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Cloud In Faith Network Technology Co Ltd
Original Assignee
Beijing Cloud In Faith Network Technology Co Ltd
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 Beijing Cloud In Faith Network Technology Co Ltd filed Critical Beijing Cloud In Faith Network Technology Co Ltd
Priority to CN201910711011.3A priority Critical patent/CN110391974A/zh
Publication of CN110391974A publication Critical patent/CN110391974A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种消息同步方法、服务端、终端及系统。方法包括若监测到目标账户在第一终端上线,则获取第一终端未在线期间目标账户的离线消息和第一业务信息;其中离线消息包括至少一个会话产生的消息;向第一终端发送离线消息和第一业务信息,以使第一终端同步离线消息,并根据第一业务信息中的第一会话标识和第一已读消息版本号更新对应会话中消息的已读状态。本申请实施例通过在服务端存储有每一会话对应的第一业务信息,因此在第一终端上线后,将第一终端未在线期间的离线消息和离线消息中每一会话对应的第一业务信息发送至第一终端,以使第一终端进行已读状态的同步,无需同步数据量较大的用户列表信息,因此减少了对资源的占用。

Description

一种消息同步方法、服务端、终端及系统
技术领域
本申请涉及通信技术领域,具体而言,涉及一种消息同步方法、服务端、终端及系统。
背景技术
随着互联网技术及客户端技术的发展,大部分互联网应用已支持多个客户端使用同一账号登录的情况。例如:同一通信账号可在个人计算机(Personal Computer,PC)端的即时通讯应用登录,又可在手机端的即时通讯应用登录。
当一个设备中的通信账号上线后(即从离线状态到在线状态),可以进行离线消息的同步,以及已读消息状态同步。其同步方式为:从服务端获取在离线期间的离线消息和用户列表信息,根据用户列表信息中已读消息版本号进行对应的已读状态的同步。由于用户列表信息的数据量较大,所以在同步的过程中需要占用较大的资源。
发明内容
本申请实施例的目的在于提供一种消息同步方法、服务端、终端及系统,用以解决现有技术中离线同步时占用较大资源的问题。
第一方面,本申请实施例提供一种消息同步方法,包括:
若监测到目标账户在第一终端上线,则获取所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述离线消息包括至少一个会话产生的消息,所述第一业务信息包括第一会话标识和第一已读消息版本号;向所述第一终端发送所述离线消息和所述第一业务信息,以使所述第一终端同步所述离线消息,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
本申请实施例通过在服务端存储有每一会话对应的第一业务信息,因此在第一终端上线后,将第一终端未在线期间的离线消息和离线消息中每一会话对应的第一业务信息发送至第一终端,以使第一终端进行已读状态的同步,无需同步数据量较大的用户列表信息,因此减少了对资源的占用。
可选地,所述方法还包括:接收登录所述目标账户的第二终端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;若第三终端在当前时刻登录所述目标账户,则向所述第三终端发送所述第二业务信息,以使所述第三终端根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中消息的已读状态。
本申请实施例中当服务端接收到第二终端发送的第二业务信息后,若第一终端在线,则服务端将第二业务信息发送至第一终端,使第一终端能够及时同步已经被阅读的消息的状态,避免用户在第二终端读取消息后,还需要读取第一终端的相同的消息,才能将第一终端的消息设为已读状态的问题。
可选地,所述第二业务信息还包括业务信息标识,在接收登录所述目标账户的第二终端发送的第二业务信息之后,所述方法还包括:根据所述业务信息标识删除所述第二业务信息的前一条业务信息。
本申请实施例中通过在服务端中保留每个会话对应的最后一条业务信息,从而能够使得当有终端需要同步离线消息并同步消息的已读状态时,只需要同步离线消息以及每个会话对应的业务信息,通过业务信息中的已读消息版本号即可进行已读状态的同步,无需同步数据量较大的用户列表信息,从而减少了对资源的占用情况。
可选地,在接收登录所述目标账户的第二终端发送的第二业务信息之后,所述方法还包括:向所述第二终端发送回执消息,以使所述第二终端根据所述回执消息更新存储的所述第二业务信息对应的业务信息标识。
本申请实施例中当服务端接收到第二业务信息之后,向第二终端发送回执消息,以使第二终端确定服务端已接收到第二业务信息。
第二方面,本申请实施例提供一种消息已读状态同步方法,包括:
若目标账户在第一终端上线,则接收服务端发送的所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述第一业务信息包括第一会话标识和所述第一会话标识对应的第一已读消息版本号;将所述离线消息同步至数据库中,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
本申请实施例中当目标账户通过第一终端上线,则接收服务端发送的第一终端在离线期间的离线消息及离线消息中每一会话对应的第一业务信息,通过第一业务信息进行已读状态的同步,而不需要同步数据量较大的用户列表信息,从而减少了资源的占用。
可选地,根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态,包括:获取已存储的已读消息版本号,将大于所述已存储的已读消息版本号,且小于或等于所述第一已读消息版本号的消息的状态更新为已读,并将所述已存储的已读消息版本号更新为所述第一已读消息版本号。
本申请实施例中终端将大于已存储的已读消息版本号,且小于或等于第一已读消息版本号的消息的状态更新为已读,能够获得到准确的需要进行状态更新的消息,避免了对所有消息均进行状态更新,进一步减少了资源的占用。
可选地,所述方法还包括:接收所述服务端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;其中,所述第二业务信息为所述服务端在接收到第二终端发送的所述第二业务信息时,确定所述第一终端在线后发送的;根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中的消息的已读状态;其中,所述会话中的消息为所述第一终端在线期间接收到的消息。
本申请实施例中服务端接收到第二终端发送的第二业务信息后,若第一终端在线,则服务端将第二业务信息发送至第一终端,从而第一终端能够及时同步已经被阅读的消息的状态。
第三方面,本申请实施例提供一种服务端,包括:
消息获取模块,用于若监测到目标账户在第一终端上线,则获取所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述离线消息包括至少一个会话产生的消息,所述第一业务信息包括第一会话标识和第一已读消息版本号;
消息发送模块,用于向所述第一终端发送所述离线消息和所述第一业务信息,以使所述第一终端同步所述离线消息,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
第四方面,本申请实施例提供一种终端,包括:
消息接收模块,用于若目标账户在第一终端上线,则接收服务端发送的所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述第一业务信息包括第一会话标识和所述第一会话标识对应的第一已读消息版本号;
同步模块,用于将所述离线消息同步至数据库中,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
第五方面,本申请实施例提供一种已读消息同步系统,包括第三方面所述的服务端和第四方面所述的终端。
第六方面,本申请实施例提供一种电子设备,包括:处理器、存储器和总线,其中,
所述处理器和所述存储器通过所述总线完成相互间的通信;
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行第一方面或第二方面的方法步骤。
第七方面,本申请实施例提供一种非暂态计算机可读存储介质,包括:
所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行第一方面或第二方面的方法步骤。
本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的消息同步方法流程示意图;
图2为本申请实施例提供的另一种消息同步方法流程示意图;
图3为本申请实施例提供的另一种消息同步方法流程示意图;
图4为本申请实施例提供的一种消息同步方法的信令交互图;
图5为本申请实施例提供的一种服务端结构示意图;
图6为本申请实施例提供的一种终端结构示意图;
图7为本申请实施例提供的一种消息同步系统结构示意图;
图8为本申请实施例提供的电子设备实体结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
即时通讯(Instant messaging,简称IM)是一个终端服务,允许两人或多人使用网路即时的传递文字讯息、档案、语音与视频交流。即时通讯按使用用途分为企业即时通讯和网站即时通讯,根据装载的对象又可分为手机即时通讯和PC即时通讯,手机即时通讯代表是短信,网站、视频即时通讯。
在本申请之前,对于多终端同时登录同一个即时通讯的账号的情况,例如终端A和终端B均登录有该账号。当服务端接收到该账号的即时消息后,将该即时消息发送至终端A和终端B。若用户通过终端A读取了该即时消息,则终端A会向服务端发送该即时消息已读的提示信息,该提示信息中包括该即时消息对应的会话信息和已读消息版本号。其中,会话信息用于标识发送该即时消息的用户的信息,可以是该用户的账号。已读消息版本号用于标识该会话中即时消息的唯一性,即,一个会话中每条即时消息都对应唯一一个版本号,已读消息版本号是指最后一条已读消息的版本号。且消息的版本号可以是服务端接收到该即时消息时的时间。当服务端接收到该提示信息后,将提示信息发送至同时在线的设备B,并且根据会话信息将已读消息版本号存储在对应的会话列表中。如果该账号的设备C上线,则需要同步离线期间的消息,即离线消息,为了能够同步消息的已读状态,且由于已读消息版本号存储在会话列表中,因此还需要同步会话列表,从会话列表中获取离线消息对应的已读消息版本号,并进行已读状态的更新。由于,会话列表中的数据量很大,如果从服务端同步时需要占用较大的资源,并且同步耗时也较长。
对此,本申请实施例提供一种消息同步方法,如图1所示,该方法应用于服务端,具体方法如下:
步骤101:若监测到目标账户在第一终端上线,则获取所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述离线消息包括至少一个会话产生的消息,所述第一业务信息包括第一会话标识和第一已读消息版本号。
在具体的实施过程中,目标账户为在即时通讯应用的账户,若用户使用某个即时通讯软件与他人进行通讯时,需要注册有该即时通讯应用的账户,并且,每个账户都是唯一的,用于区分用户的身份。当然一个用户也可以注册多个账户。服务端可以实时监测目标账户对应的终端信息,所谓终端信息是指登录该目标账户的终端的信息,可以是终端的设备标识等。
可选的,可以在服务端为每个目标账户维护一张设备信息表,该设备信息表中可以存储有当前时刻登录有该目标账户的终端信息,还可以存储有在当前时刻之前登录过该目标账户、但是此刻已经下线的终端信息。另外,若服务端监测到终端第一次登录该目标账户,则将该终端的终端信息添加到对应的设备信息中。
离线消息是指第一终端在最近一次下线到本次上线期间,目标账户所产生的消息。该消息可以是目标账户中的好友发送的消息、可以是群组中的消息、也可以是系统消息、还可以是陌生人发送的消息等。目标账户与一个好友或一个群组的通讯称为一个会话,每个会话都有其唯一的会话标识,该会话标识用于标识对方的身份,例如可以是对方的账户等。每个会话中的消息也都有其对应的版本号,该版本号可以依据服务端接收到该消息的时间确定,即版本号可以是服务端接收到该消息的时间,也可以是根据接收到的时间先后,从某个数值开始依次递增或递减。因此,一个会话中的每个消息都有其对应的版本号。已读消息版本号是指最后一条被阅读的消息的版本号。若有多个好友在此期间向目标账户发送了消息,则离线消息中包括多个会话的消息,那么第一业务信息中会包括多个会话分别对应的第一会话标识和第一已读消息版本号。
例如:第一终端在上线的前10个小时处于离线状态,并且在这10个小时内产生的离线消息中,有一个好友发送的10条消息和一个群组中的10条消息,那么离线消息中包括上述20条消息。由于离线消息中包括两个会话,因此,第一业务信息中包括这两个会话分别对应的第一会话标识和每个会话的第一已读消息版本号。
步骤102:向所述第一终端发送所述离线消息和所述第一业务信息,以使所述第一终端同步所述离线消息,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
在具体的实施过程中,服务端向第一终端发送离线消息和第一业务信息,第一终端在接收到该离线消息后,将该离线消息存储在数据库中,并从第一业务信息中获取第一会话标识和第一已读消息版本号,若离线消息中包括了多个会话的消息,则第一业务信息中有多个第一会话标识和多个第一已读消息版本号。分别根据每一个会话标识和其对应的第一已读消息版本号对应会话中的消息的已读状态进行更新。
在服务端存储有每一会话对应的第一业务信息,因此在第一终端上线后,将第一终端未在线期间的离线消息和离线消息中每一会话对应的第一业务信息发送至第一终端,以使第一终端进行已读状态的同步,无需同步数据量较大的用户列表信息,因此减少了对资源的占用。
在上述实施例的基础上,图2为本申请实施例提供的另一种消息同步方法流程示意图,如图2所示,该方法可以在图1的方法之前,也可以在图1的方法之后所述方法包括:
步骤201:接收登录所述目标账户的第二终端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号。
在具体的实施过程中,当服务端接收到目标账户的即时消息后,向当前时刻在线的第二终端发送该即时消息,若用户通过第二终端阅读了该即时消息,则向服务端发送第二业务信息,并且,第二业务信息包括第二会话标识和第二会话标识对应的第二已读消息版本号。应当说明的是,若第二终端在接收到服务端发送的即时消息之前,目标账户中该即时消息对应的会话中的消息都是已读过的,那么第二已读消息版本号为该即时消息对应的版本号。若第二终端在接收到服务端发送的即时消息之前,目标账户中该即时消息对应的会话中的消息有未读过的,那么第二已读消息版本号为该即时消息中最后一条即时消息对应的版本号。最后一条消息是根据服务端接收到的即时消息的时间确定的。例如:服务端在2019年7月3日10:24接收来自张三发送的“你好”的消息,并将该消息发送给了均登录在线目标账户的第二终端和第三终端,但是目标账户的用户并没有阅读该消息,服务端又在2019年7月3日10:25接收来自张三发送的“在吗”的消息,并将该消息发送给了第二终端和第三终端。若用户在第二终端查看了这两条消息后,向服务端发送第二业务信息,第二业务信息中的第二已读消息版本号为“在吗”这条消息对应的版本号。
步骤202:若第三终端在当前时刻登录所述目标账户,则向所述第三终端发送所述第二业务信息,以使所述第三终端根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中消息的已读状态。
在具体的实施过程中,当服务端接收到第二终端发送的第二业务信息后,第三终端也登录有该目标账户,则服务端向第三终端发送第二业务信息。应当说明的是,第三终端为除发送第二业务信息的第二终端以外的其他登录有目标账户的终端,其与上述实施例中的第一终端可以为同一终端。当第三终端接收到第二业务信息之后,由于服务端在将即时消息发送给第二终端的同时,还发送给了第三终端,因此,第三终端可以根据第二业务信息中的第二会话标识和第二已读消息版本号更新对应会话中消息的已读状态。
本申请实施例中当服务端接收到第二终端发送的第二业务信息后,若第一终端在线,则服务端将第二业务信息发送至第一终端,使第一终端能够及时同步已经被阅读的消息的状态,避免用户在第二终端读取消息后,还需要读取第一终端的相同的消息,才能将第一终端的消息设为已读状态的问题。
在上述实施例的基础上,所述第二业务信息还包括业务信息标识,在接收登录所述目标账户的第二终端发送的第二业务信息之后,所述方法还包括:
根据所述业务信息标识删除所述第二业务信息的前一条业务信息。
在具体的实施过程中,业务信息标识用于唯一标识对应的第二业务信息,第二终端向服务端发送第二业务信息中的业务信息标识为该第二业务信息的前一条业务信息的业务信息标识。服务端接收到第二业务信息之后,存储该第二业务信息,并根据对应的业务信息标识删除该第二业务信息的前一条业务信息。从而只保留最后一次接收到的第二业务信息,使得服务端中的已读消息版本号一直为最近一次被阅读的消息的版本号。
应当说明的是,业务信息标识可以是第二终端从数据库中查询的上一条业务信息对应的标识,因此,若第二终端第一次向服务端发送第二业务信息,那么则没有上一条业务信息,此时,第二业务信息中的业务信息标识可以设置为空,或其他特殊字符,以使服务端在接收到第二业务信息之后,若业务信息标识为空或特征字符,则说明第二业务信息为第一条,没有前一条业务信息可以删除,即,将该第二业务信息存储即可。
本申请实施例中通过在服务端中保留每个会话对应的最后一条业务信息,从而能够使得当有终端需要同步离线消息并同步消息的已读状态时,只需要同步离线消息以及每个会话对应的业务信息,通过业务信息中的已读消息版本号即可进行已读状态的同步,无需同步数据量较大的用户列表信息,从而减少了对资源的占用情况。
在上述实施例的基础上,在接收登录所述目标账户的第二终端发送的第二业务信息之后,所述方法还包括:
向所述第二终端发送回执消息,以使所述第二终端根据所述回执消息更新存储的所述第二业务信息对应的业务信息标识。
在具体的实施过程中,服务端在接收到第二终端发送的第二业务信息之后,向第二终端发送回执消息,该回执消息的作用是告知第二终端已经成功将第二业务信息发送至服务端。并且该回执消息中包括第二业务信息的业务信息标识,该业务信息标识为服务端生成的,服务端为每个第二业务信息生成对应的业务信息标识,该业务信息标识可以为递增的字符,例如:第二终端向服务端发送的第一条第二业务信息的业务信息标识为f1,第二条的业务信息标识为f2,以此类推。当第二终端接收到回执消息后,将第二业务信息对应的业务信息标识设置为回执消息中的标识。
本申请实施例中当服务端接收到第二业务信息之后,向第二终端发送回执消息,以使第二终端确定服务端已接收到第二业务信息。图3为本申请实施例提供的另一种消息同步方法流程示意图,如图3所示,该方法应用于终端,包括:
步骤301:若目标账户在第一终端上线,则接收服务端发送的所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述第一业务信息包括第一会话标识和所述第一会话标识对应的第一已读消息版本号。
在具体的实施过程中,即时通讯应用的目标账户在第一终端上线是指第一终端从未连接即时通讯应用的服务端到与该服务端建立连接的过程,其可以是通过输入目标账户及密码后通过向服务端发送上线请求,也可以是直接在即时通讯应用的设置中,从未在线上状态更改为上线状态。由于目标账户在第一终端未在线期间,可能产生了一些消息,这些消息称为离线消息。离线消息中可能包括一个会话的消息,也可能包括多个会话的消息。当目标账户在第一终端上线后,可以从服务端同步这些离线消息以及离线消息中每一会话分别对应的第一业务信息。其中,第一业务信息包括第一会话标识和第一会话标识对应的第一已读消息版本号。若离线消息中包括多个会话,则第一业务信息中包括对应数量的第一会话标识和第一已读消息版本号。
步骤302:将所述离线消息同步至数据库中,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
在具体的实施过程中,第二终端在接收到离线消息后将该离线消息存储至数据库中,从而使得离线消息能够显示在对应的会话中,并且根据第一业务信息中的第一会话标识和第一已读消息版本号更新对应会话中的消息的已读状态。
本申请实施例中当目标账户通过第一终端上线,则接收服务端发送的第一终端在离线期间的离线消息及离线消息中每一会话对应的第一业务信息,通过第一业务信息进行已读状态的同步,而不需要同步数据量较大的用户列表信息,从而减少了资源的占用。
在上述实施例的基础上,根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态,包括:
获取已存储的已读消息版本号,将大于所述已存储的已读消息版本号,且小于或等于所述第一已读消息版本号的消息的状态更新为已读,并将所述已存储的已读消息版本号更新为所述第一已读消息版本号。
在具体的实施过程中,第一终端获取已存储的已读消息版本号,已存储的已读消息版本号为第一终端在接收第一业务信息之前,接收到的业务信息中的已读消息版本号。也可以理解为,第一终端中的对应会话已经被设置为已读状态的最后一个消息的版本号。在同步已读状态时,第一终端将版本号大于已存储的已读消息版本号,并且小于或等于第一已读消息版本号的消息的状态更新为已读。并且将已存储的已读消息版本更新为第一已读消息版本号。
应当说明的是,当目标账户在第一终端刚上线时,可能不仅离线消息中的会话的已读状态需要更新,其他会话的已读状态也可能需要更新。例如:服务端在2019年7月3日10:24接收来自张三发送的“你好”的消息,若此时第一终端和第二终端均在线,那么服务端会将该即时消息发送给第一终端和第二终端。当该即时消息被阅读之前,第一终端下线了,并且在第一终端下线期间,第二终端阅读了该即时消息,并向服务端发送了第二业务信息。当第一终端再次上线时,即使第一终端未在线期限张三没有给目标账户发送消息,也可以同步该第二业务信息,从而将张三发送的“你好”的消息的状态设置为已读。由上可以得出,当目标账户在第一终端上线时,除了同步离线消息和离线消息中每一会话分别对应的第一业务信息外,还可以同步第一终端未在线期限服务端中存储的除离线消息中的会话之外的会话的已读消息版本号。
本申请实施例中终端将大于已存储的已读消息版本号,且小于或等于第一已读消息版本号的消息的状态更新为已读,能够获得到准确的需要进行状态更新的消息,避免了对所有消息均进行状态更新,进一步减少了资源的占用。
在上述实施例的基础上,所述方法还包括:
接收所述服务端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;其中,所述第二业务信息为所述服务端在接收到第二终端发送的所述第二业务信息时,确定所述第一终端在线后发送的。
在具体的实施过程中,第一终端在登录有目标账户期间,服务端接收到其他终端发送的第二业务信息后,向第一终端发送该第二业务信息。第二业务信息为其他终端在阅读了即时消息之后向服务端发送的,且第一终端也接收到了该即时消息。第二业务信息中包括该条即时消息的第二会话标识和第二会话标识对应的第二已读消息版本号。
根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中的消息的已读状态;其中,所述会话中的消息为所述第一终端在线期间接收到的消息。
在具体的实施过程中,当第二终端接收到第二业务信息之后,从第二业务信息中获取第二会话标识和第二已读消息版本号,并获取已存储的该第二会话标识对应的会话的已读消息版本号,若已存储的已读消息版本号小于第二已读消息版本号,则将该第二会话标识对应的会话中版本号大于已存储的已读消息版本号,并且小于或等于第二已读消息版本号的消息的状态更新为已读。
本申请实施例中服务端接收到第二终端发送的第二业务信息后,若第一终端在线,则服务端将第二业务信息发送至第一终端,从而第一终端能够及时同步已经被阅读的消息的状态。
图4为本申请实施例提供的一种消息同步方法的信令交互图,如图4所示,该方法中包括第一终端、第二终端、第三终端和服务端,包括:
步骤401:接收即时消息;目标账户的第二终端在线,且接收其他用户发送的即时消息,该即时消息的版本号为v2;
步骤402:查询已读消息版本号;第二终端在接收并阅读了该即时消息之后,从本端数据库中查询当前会话中已发送过的已读消息版本号v1和业务信息标识f1;
步骤403:发送第二业务信息;如果v1小于v2,则更新数据库中已读消息版本号为v2,并标记状态为未发送,第二终端通过传输控制协议(Transmission Control Protocol,TCP)长连接向服务端发送一条第二业务信息,第二业务信息中包括第二会话标识、第二已读消息版本号v2以及该会话前一条业务消息标识f1,同时修改状态为发送中;
步骤404:发送回执消息;当服务端接收到第二业务信息后,向第二终端发送回执消息f2;并将该第二业务信息之前的一条业务信息进行删除,只保留最后一条;
步骤405:更新发送状态;第二终端在接收到回执消息后,将本端数据库中的业务消息标识更新为f2,并标记为发送成功,如果超过预定阈值没有收到服务端回传的回执消息,则触发重新发送第二业务消息,最终发送失败则更新状态为发送失败,待下次上线根据同步的已读消息版本号视情况重新发送;
步骤406:查询是否有其他终端在线;服务端在接收到第二业务信息之后,查询当前时刻登录有目标账户的其他终端;
步骤407:向在线终端发送第二业务信息;若第三终端在线,则服务端向第三终端发送第二业务信息;
步骤408:更新已读状态;第三终端在接收到第二业务信息,并根据第二业务信息中的第二会话标识和第二已读消息版本号更新本端数据库中的版本号大于已存储的已读消息版本号,且小于或等于第二已读消息版本号的消息的状态为已读状态,并将已存储的已读消息版本号更新为第二已读消息版本号;
步骤409:发送同步请求;若目标账户的第一终端上线,则向服务端发送同步请求,以同步离线消息;
步骤410:接收离线消息和业务信息;服务端将离线消息和业务信息发送至第一终端;
步骤411:同步离线消息和已读状态;若目标账户在第一终端上线,则从服务端中同步离线消息和第一业务信息,应当说明的是,离线消息为第一终端未在线期间由其他用户或系统发送给目标账户的消息,第一业务信息为离线消息中会话对应的第一会话标识和第一已读消息版本号。由于离线消息中除了包括上述即时消息外,还可能包括在即时消息之前的消息,因此此处使用第一业务信息进行区分。第一终端将版本号大于已存储的已读消息版本号,且小于或等于第一已读消息版本号的消息的状态为已读状态。
应当说明的是,第二终端和第三终端可以有多个,并且上述执行流程不需要严格按照上述步骤执行,在可行的情况下,步骤可以进行适当的调整,本申请实施例对此不作具体限定。
本申请实施例通过在服务端存储有每一会话对应的第一业务信息,因此在第一终端上线后,将第一终端未在线期间的离线消息和离线消息中每一会话对应的第一业务信息发送至第一终端,以使第一终端进行已读状态的同步,无需同步数据量较大的用户列表信息,因此减少了对资源的占用。
图5为本申请实施例提供的一种服务端结构示意图,该装置可以是电子设备上的模块、程序段或代码。应理解,该装置与上述图1方法实施例对应,能够执行图1方法实施例涉及的各个步骤,该装置具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。如图5所示,包括:消息获取模块501和消息发送模块502,其中:
消息获取模块501用于若监测到目标账户在第一终端上线,则获取所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述离线消息包括至少一个会话产生的消息,所述第一业务信息包括第一会话标识和第一已读消息版本号;消息发送模块502用于向所述第一终端发送所述离线消息和所述第一业务信息,以使所述第一终端同步所述离线消息,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
在上述实施例的基础上,所述服务端还包括:
第一业务信息接收模块,用于接收登录所述目标账户的第二终端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;
第一状态更新模块,用于若第三终端在当前时刻登录所述目标账户,则向所述第三终端发送所述第二业务信息,以使所述第三终端根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中消息的已读状态。
在上述实施例的基础上,所述第二业务信息还包括业务信息标识,所述服务端包括:
信息删除模块,用于根据所述业务信息标识删除所述第二业务信息的前一条业务信息。
在上述实施例的基础上,所述服务端还包括:
消息回执模块,用于向所述第二终端发送回执消息,以使所述第二终端根据所述回执消息更新存储的所述第二业务信息对应的业务信息标识。
图6为本申请实施例提供的一种终端结构示意图,该装置可以是电子设备上的模块、程序段或代码。应理解,该装置与上述图3方法实施例对应,能够执行图3方法实施例涉及的各个步骤,该装置具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。如图6所示,包括:消息接收模块601和同步模块602,其中:
消息接收模块601用于若目标账户在第一终端上线,则接收服务端发送的所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述第一业务信息包括第一会话标识和所述第一会话标识对应的第一已读消息版本号;同步模块602用于将所述离线消息同步至数据库中,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
在上述实施例的基础上,同步模块具体用于:
获取已存储的已读消息版本号,将大于所述已存储的已读消息版本号,且小于或等于所述第一已读消息版本号的消息的状态更新为已读,并将所述已存储的已读消息版本号更新为所述第一已读消息版本号。
在上述实施例的基础上,所述终端还包括:
第二业务信息接收模块,用于接收所述服务端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;其中,所述第二业务信息为所述服务端在接收到第二终端发送的所述第二业务信息时,确定所述第一终端在线后发送的;
第二状态更新模块,用于根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中的消息的已读状态;其中,所述会话中的消息为所述第一终端在线期间接收到的消息。
图7为本申请实施例提供的一种消息同步系统结构示意图,如图7所示,包括:上述实施例提供的服务端701、第一终端702和第二终端703,其中,系统中还可以包括更多个终端,服务端701接收用户A发送的即时消息,若查询得知只有第一终端702在线,则将即时消息发送给第一终端702,当即时消息在第一终端702被阅读后,向服务端701发送第二业务消息。当第二终端703后期上线后,从服务端701同步离线消息和第一业务消息,并根据第一业务消息更新已读状态。应当说明的是,第一业务消息与第二业务消息可能相同,也可能不同。当在第二终端703离线期间,服务器只接收到了上述即时消息,那么第一业务消息与第二业务消息一致,若在第二终端703离线期间,服务器还接收了用户A或其他用户发送的其他即时消息,并第一终端阅读了这些即时消息,那么第一业务消息与第二业务消息不一致。
若查询得知第一终端702和第二终端703均在线,则将即时消息发送给第一终端702和第二终端703。当即时消息在第一终端702被阅读后,向服务端701发送第二业务消息。服务端701将第二业务消息发送给第二终端703,第二终端703根据第二业务消息进行已读状态的同步。
综上所述,本申请实施例通过在服务端存储有每一会话对应的第一业务信息,因此在第一终端上线后,将第一终端未在线期间的离线消息和离线消息中每一会话对应的第一业务信息发送至第一终端,以使第一终端进行已读状态的同步,无需同步数据量较大的用户列表信息,因此减少了对资源的占用。
图8为本申请实施例提供的电子设备实体结构示意图,如图8所示,所述电子设备,包括:处理器(processor)801、存储器(memory)802和总线803;其中,
所述处理器801和存储器802通过所述总线803完成相互间的通信;
所述处理器801用于调用所述存储器802中的程序指令,以执行上述各方法实施例所提供的方法,例如包括图1或图3分别对应的方法步骤。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:图1或图3分别对应的方法步骤。
本实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:图1或图3分别对应的方法步骤。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种消息同步方法,其特征在于,包括:
若监测到目标账户在第一终端上线,则获取所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述离线消息包括至少一个会话产生的消息,所述第一业务信息包括第一会话标识和第一已读消息版本号;
向所述第一终端发送所述离线消息和所述第一业务信息,以使所述第一终端同步所述离线消息,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收登录所述目标账户的第二终端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;
若第三终端在当前时刻登录所述目标账户,则向所述第三终端发送所述第二业务信息,以使所述第三终端根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中消息的已读状态。
3.根据权利要求2所述的方法,其特征在于,所述第二业务信息还包括业务信息标识,在接收登录所述目标账户的第二终端发送的第二业务信息之后,所述方法还包括:
根据所述业务信息标识删除所述第二业务信息的前一条业务信息。
4.根据权利要求2所述的方法,其特征在于,在接收登录所述目标账户的第二终端发送的第二业务信息之后,所述方法还包括:
向所述第二终端发送回执消息,以使所述第二终端根据所述回执消息更新存储的所述第二业务信息对应的业务信息标识。
5.一种消息同步方法,其特征在于,包括:
若目标账户在第一终端上线,则接收服务端发送的所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述第一业务信息包括第一会话标识和所述第一会话标识对应的第一已读消息版本号;
将所述离线消息同步至数据库中,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
6.根据权利要求5所述的方法,其特征在于,根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态,包括:
获取已存储的已读消息版本号,将大于所述已存储的已读消息版本号,且小于或等于所述第一已读消息版本号的消息的状态更新为已读,并将所述已存储的已读消息版本号更新为所述第一已读消息版本号。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
接收所述服务端发送的第二业务信息,所述第二业务信息包括第二会话标识和所述第二会话标识对应的第二已读消息版本号;其中,所述第二业务信息为所述服务端在接收到第二终端发送的所述第二业务信息时,确定所述第一终端在线后发送的;
根据所述第二业务信息中的第二会话标识和所述第二已读消息版本号更新对应会话中的消息的已读状态;其中,所述会话中的消息为所述第一终端在线期间接收到的消息。
8.一种服务端,其特征在于,包括:
消息获取模块,用于若监测到目标账户在第一终端上线,则获取所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述离线消息包括至少一个会话产生的消息,所述第一业务信息包括第一会话标识和第一已读消息版本号;
消息发送模块,用于向所述第一终端发送所述离线消息和所述第一业务信息,以使所述第一终端同步所述离线消息,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
9.一种终端,其特征在于,包括:
消息接收模块,用于若目标账户在第一终端上线,则接收服务端发送的所述第一终端未在线期间所述目标账户的离线消息以及所述离线消息中每一会话分别对应的第一业务信息;其中,所述第一业务信息包括第一会话标识和所述第一会话标识对应的第一已读消息版本号;
同步模块,用于将所述离线消息同步至数据库中,并根据所述第一业务信息中的所述第一会话标识和所述第一已读消息版本号更新对应会话中消息的已读状态。
10.一种消息同步系统,其特征在于,包括如权利要求8所述的服务端和如权利要求9所述的终端。
CN201910711011.3A 2019-08-01 2019-08-01 一种消息同步方法、服务端、终端及系统 Pending CN110391974A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910711011.3A CN110391974A (zh) 2019-08-01 2019-08-01 一种消息同步方法、服务端、终端及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910711011.3A CN110391974A (zh) 2019-08-01 2019-08-01 一种消息同步方法、服务端、终端及系统

Publications (1)

Publication Number Publication Date
CN110391974A true CN110391974A (zh) 2019-10-29

Family

ID=68288356

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910711011.3A Pending CN110391974A (zh) 2019-08-01 2019-08-01 一种消息同步方法、服务端、终端及系统

Country Status (1)

Country Link
CN (1) CN110391974A (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110912805A (zh) * 2019-11-20 2020-03-24 中移(杭州)信息技术有限公司 消息读取状态的同步方法、终端、服务端及系统
CN111782829A (zh) * 2020-05-21 2020-10-16 香港乐蜜有限公司 一种即时通讯会话消息的处理方法、装置及电子设备
CN112073300A (zh) * 2020-08-28 2020-12-11 北京五八信息技术有限公司 一种群组数据的同步方法和装置
CN112637314A (zh) * 2020-12-17 2021-04-09 深圳市和讯华谷信息技术有限公司 消息同步方法、系统、第一终端设备、服务端和介质
CN112769677A (zh) * 2020-12-30 2021-05-07 北京达佳互联信息技术有限公司 数据同步方法、装置、电子设备、存储介质和程序产品
CN113630307A (zh) * 2021-08-03 2021-11-09 京东城市(北京)数字科技有限公司 消息提示方法、装置、电子设备和存储介质
CN113645129A (zh) * 2021-08-24 2021-11-12 北京达佳互联信息技术有限公司 即时通信客户端的数据处理方法和数据处理装置
CN113971196A (zh) * 2021-08-13 2022-01-25 荣耀终端有限公司 一种推送信息处理方法及终端设备
CN115052003A (zh) * 2022-04-29 2022-09-13 钉钉(中国)信息技术有限公司 数据同步方法、相关装置和介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101257375A (zh) * 2006-12-31 2008-09-03 华为技术有限公司 实现多终端的消息同步的方法及装置
CN104836719A (zh) * 2014-02-11 2015-08-12 阿里巴巴集团控股有限公司 一种即时通讯未读消息的同步方法和系统
CN105471716A (zh) * 2015-12-17 2016-04-06 网易(杭州)网络有限公司 实现跨客户端消息同步的方法、用户设备及服务器
CN108667899A (zh) * 2018-03-29 2018-10-16 挂号网(杭州)科技有限公司 多终端消息同步和隔离即时通讯方法及系统
CN109639564A (zh) * 2018-12-12 2019-04-16 金瓜子科技发展(北京)有限公司 一种获取离线消息的方法、装置及计算机可读存储介质
CN109756417A (zh) * 2019-01-04 2019-05-14 平安科技(深圳)有限公司 离线消息分发方法、服务器及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101257375A (zh) * 2006-12-31 2008-09-03 华为技术有限公司 实现多终端的消息同步的方法及装置
US20090106455A1 (en) * 2006-12-31 2009-04-23 Huawei Technologies Co., Ltd. Method and apparatus for synchronizing messages between multiple terminals
CN104836719A (zh) * 2014-02-11 2015-08-12 阿里巴巴集团控股有限公司 一种即时通讯未读消息的同步方法和系统
CN105471716A (zh) * 2015-12-17 2016-04-06 网易(杭州)网络有限公司 实现跨客户端消息同步的方法、用户设备及服务器
CN108667899A (zh) * 2018-03-29 2018-10-16 挂号网(杭州)科技有限公司 多终端消息同步和隔离即时通讯方法及系统
CN109639564A (zh) * 2018-12-12 2019-04-16 金瓜子科技发展(北京)有限公司 一种获取离线消息的方法、装置及计算机可读存储介质
CN109756417A (zh) * 2019-01-04 2019-05-14 平安科技(深圳)有限公司 离线消息分发方法、服务器及存储介质

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110912805A (zh) * 2019-11-20 2020-03-24 中移(杭州)信息技术有限公司 消息读取状态的同步方法、终端、服务端及系统
CN110912805B (zh) * 2019-11-20 2021-08-17 中移(杭州)信息技术有限公司 消息读取状态的同步方法、终端、服务端及系统
CN111782829A (zh) * 2020-05-21 2020-10-16 香港乐蜜有限公司 一种即时通讯会话消息的处理方法、装置及电子设备
CN112073300A (zh) * 2020-08-28 2020-12-11 北京五八信息技术有限公司 一种群组数据的同步方法和装置
CN112637314A (zh) * 2020-12-17 2021-04-09 深圳市和讯华谷信息技术有限公司 消息同步方法、系统、第一终端设备、服务端和介质
CN112769677A (zh) * 2020-12-30 2021-05-07 北京达佳互联信息技术有限公司 数据同步方法、装置、电子设备、存储介质和程序产品
CN113630307A (zh) * 2021-08-03 2021-11-09 京东城市(北京)数字科技有限公司 消息提示方法、装置、电子设备和存储介质
CN113630307B (zh) * 2021-08-03 2023-09-05 京东城市(北京)数字科技有限公司 消息提示方法、装置、电子设备和存储介质
CN113971196A (zh) * 2021-08-13 2022-01-25 荣耀终端有限公司 一种推送信息处理方法及终端设备
CN113645129A (zh) * 2021-08-24 2021-11-12 北京达佳互联信息技术有限公司 即时通信客户端的数据处理方法和数据处理装置
CN115052003A (zh) * 2022-04-29 2022-09-13 钉钉(中国)信息技术有限公司 数据同步方法、相关装置和介质
CN115052003B (zh) * 2022-04-29 2024-03-22 钉钉(中国)信息技术有限公司 数据同步方法、相关装置和介质

Similar Documents

Publication Publication Date Title
CN110391974A (zh) 一种消息同步方法、服务端、终端及系统
US10834031B2 (en) Information exchange method, client, and apparatus
CN108667899B (zh) 多终端消息同步和隔离即时通讯方法及系统
EP1560395A1 (en) System and method for session reestablishment between client terminal and server
CN103491055A (zh) 一种在多个客户端间同步信息的方法、客户端和服务器
CN103703767B (zh) 一种视讯会议的实现方法、业务管理设备及视讯会议系统
CN101232467A (zh) 一种实时传讯业务中应用时间戳获取信息的方法
CN103259715B (zh) 一种管理多人会话的方法、装置及系统
CN102209044B (zh) 一种展示图片消息的方法、装置和系统
CN102958008A (zh) 一种实现即时通讯的方法、系统和移动终端
CN111277483B (zh) 一种多端消息的同步方法、服务器及可存储介质
CN113391979A (zh) 监控数据展示的处理方法、设备、系统及存储介质
CN109728996B (zh) 通讯信息的展示方法、用户设备、存储介质及装置
CN108306787A (zh) 一种应用监测方法及相关设备
CN104348848A (zh) 管理图片的方法、终端设备和服务器
CN110222280A (zh) 用于分享的数据处理方法及装置
CN105991592A (zh) 同人身份维护方法、装置及服务器
CN106161201A (zh) 一种以邮箱账号为标识参与群聊的方法、设备及系统
CN105721274B (zh) 一种多种即时通讯的融合方法及装置
CN103684981A (zh) 即时通信互动方法、系统及服务器
CN103379015B (zh) 网站服务器与im客户端的数据传输方法及其装置和系统
CN113794622B (zh) 消息处理方法、装置、电子设备及存储介质
CN105933352B (zh) 基于客户端的服务器之间数据同步方法、客户端及系统
CN103167424A (zh) 一种添加联络人的方法和装置
CN113114557B (zh) 消息发送方法、装置、电子设备及存储介质

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