CN113472892A - 一种消息未读与已读的状态多终端同步方法及系统 - Google Patents
一种消息未读与已读的状态多终端同步方法及系统 Download PDFInfo
- Publication number
- CN113472892A CN113472892A CN202110810148.1A CN202110810148A CN113472892A CN 113472892 A CN113472892 A CN 113472892A CN 202110810148 A CN202110810148 A CN 202110810148A CN 113472892 A CN113472892 A CN 113472892A
- Authority
- CN
- China
- Prior art keywords
- terminal
- data
- message
- message record
- server
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/547—Messaging middleware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Abstract
本申请公开了一种消息未读与已读的状态多终端同步方法及系统,涉及数据处理技术领域。本申请中终端与接入服务器端的终端共用同一账号且接入相同的服务器,方法包括:终端从服务器端获取启动账号对应的消息记录;拉取最新消息记录;终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;服务器端更新消息记录。本申请从服务器端拉取数据时候直接拉取最新消息记录,不涉及到多个终端同时提交数据合并数据混乱的问题,从而实现了当用户更换用于收发消息的终端时,能够准确将最新消息阅读状态同步至最新登陆终端的消息收发端。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种消息未读与已读的状态多终端同步方法及系统。
背景技术
移动互联网发展以来,APP、H5、小程序、PC等终端数据打通,功能同步。同一个账号在多个终端登陆收发消息,消息队列多终端交互,阅读状态容易混乱。对于一些重要的信息或者工作交流容易遗漏,无法满足用户的需求,降低了用户体验。为避免用户多终端操作时错过未读消息,本领域技术人员提供了一种消息未读与已读的状态多终端同步方法及系统。
发明内容
本申请提供了一种消息未读与已读的状态多终端同步方法及系统,实现了当用户更换用于收发消息的终端时,能够准确将最新消息阅读状态同步至最新登陆终端的消息收发端,满足用户多终端操作时对于一些重要的信息或者工作交流消息阅读状态标识,提升了用户体验。
有鉴于此,本申请第一方面提供了一种消息未读与已读的状态多终端同步方法,所述方法包括:
终端从服务器端获取启动账号对应的消息记录;
拉取最新消息记录;
终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;
服务器端更新消息记录。
可选地,所述终端类型具体包括:
移动端产品和PC端产品,所述移动端产品包括:APP(安卓、IOS)、小程序和H5页面。
可选地,所述消息记录具体包括:
存储至消息队列系统中的已读和未读消息,所述未读消息将统计账号在上次拉取最新消息记录的时间之后发表的消息数目相加进行计数。
可选地,所述账号对应的消息记录具体为:
若所述账号为已注册账号,则所述账号对应的消息记录包括存储本地数据库七天以上已读未读消息和上传的附件数据,以及从云数据库直接获取的七天内已读未读消息和上传的附件数据;
若所述账号为游客账号,则所述账号对应的消息记录仅包括从云数据库直接获取的已读未读消息信息和上传的附件。
可选地,所述已注册账号,其账号基础数据包括账号名称、登录终端、企业数据、头像数据、岗位数据、身份属性、手机号、邮箱、公司地址以及此账号是通过哪些客户端主机请求创建连接线程,所述客户端主机可以是IP、主机名或Network;
所述游客账号,其账号基础数据包括服务器为游客创建的Session、产生的特定的Session ID,所述特定的Session ID会在游客访问时保存在终端Cookie中,并且终端需要每次都携带一个Session ID去服务器寻找属于自己的消息内存空间,所述Cookie是存储在本地终端上的数据,所述数据包括游客的登录终端、登录站点IP、登录时间以及是否匿名。
本申请第二方面提供一种消息未读与已读的状态多终端同步系统,所述系统包括:
获取单元,用于终端从服务器端获取启动账号对应的消息记录;
拉取单元,用于拉取最新消息记录;
推送单元,用于终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;
更新单元,用于服务器端更新消息记录。
可选地,所述终端类型具体包括:
移动端产品和PC端产品,所述移动端产品包括:APP(安卓、IOS)、小程序和H5页面。
可选地,所述消息记录具体包括:
存储至消息队列系统中的已读和未读消息,所述未读消息将统计账号在上次拉取最新消息记录的时间之后发表的消息数目相加进行计数。
可选地,所述账号对应的消息记录具体为:
若所述账号为已注册账户,则所述账号对应的消息记录包括存储本地数据库七天以上已读未读消息和上传的附件数据,以及从云数据库直接获取的七天内已读未读消息和上传的附件数据;
若所述账号为游客,则所述账号对应的消息记录仅包括从云数据库直接获取的已读未读消息信息和上传的附件。
可选地,所述已注册账户,其账号基础数据包括账户名称、登录终端、企业数据、头像数据、岗位数据、身份属性、手机号、邮箱、公司地址以及此账户是通过哪些客户端主机请求创建连接线程,所述客户端主机可以是IP、主机名或Network;
所述游客,其账号基础数据包括服务器为游客创建的Session、产生的特定的Session ID,所述特定的Session ID会在游客访问时保存在终端Cookie中,并且终端需要每次都携带一个Session ID去服务器寻找属于自己的消息内存空间,所述Cookie是存储在本地终端上的数据,所述数据包括游客的登录终端、登录站点IP、登录时间和是否匿名。
可选地,还包括:
同时提交数据单元,用于多个终端同时提交数据至服务器端;
合并数据单元,用于合并终端提交的在服务器端的数据。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请提供了一种消息未读与已读的状态多终端同步方法及系统,通过终端从服务器端获取启动账号对应的消息记录,拉取时间最新消息记录,终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录,服务器端更新消息记录,本申请从服务器端拉取拉取数据时候直接拉取最新消息记录,不涉及到多个终端同时提交数据合并数据混乱的问题,从而实现了当用户更换用于收发消息的终端时,能够准确将最新消息阅读状态同步至最新登陆终端的消息收发端,满足用户多终端操作时对于一些重要的信息或者工作交流消息阅读状态标识,满足用户在多个终端切换、多个终端同时在线时可获得消息状态一致性体验。
附图说明
图1为本申请实施例中一种消息未读与已读的状态多终端同步方法的第一个实施例的方法流程图;
图2为本申请实施例中一种消息未读与已读的状态多终端同步系统的第二个实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请提供了一种消息未读与已读的状态多终端同步方法及系统,实现了当用户更换用于收发消息的终端时,能够准确将最新消息阅读状态同步至最新登陆终端的消息收发端,满足用户多终端操作时对于一些重要的信息或者工作交流消息阅读状态标识,满足用户在多个终端切换、多个终端同时在线时可获得消息状态一致性体验。
为了便于理解,请参阅图1,图1为本申请实施例中一种消息未读与已读的状态多终端同步方法的第一个实施例的方法流程图,如图1所示,具体为:
101、终端从服务器端获取启动账号对应的消息记录;
需要说明的是,终端若从服务器获取的启动账号是已注册账户,且启动账号携带有账户消息记录以及基础数据,则说明终端已经确定该账号对应的是已注册账户。终端类型可以包括:APP(安卓、IOS)、小程序、H5页面和PC端产品,消息记录可以包括:存储至消息队列系统中的已读和未读消息,账户消息记录可以包括:存储本地数据库七天以上已读未读消息和上传的附件、从云数据库直接获取的七天内已读未读消息和上传的附件,账号基础数据可以包括:账户名称、登录终端、企业数据、头像数据、岗位数据、身份属性、手机号、邮箱、公司地址以及此账户是通过IP、主机名或Network请求创建连接线程。
102、拉取时间最新消息记录;
需要说明的是,对于获取到的启动账号对应的消息记录,终端只拉取时间最新消息记录,根据时间戳对数组对象进行从新排序以及标记数据更新的时间排序,所述数组对象从新排序按数据源顺序、字母、字段的排序依据进行排序,所述按数据源顺序具体为数据源对数据进行自然排序的顺序,通常,对于关系数据源,这往往是按字母顺序,更具体而言,是采用自然排序顺序,其与字母顺序相同,但多位数字会作为单个字符进行排序,因此,例如,如果按字母顺序排序,“z11”先于“z2”,因为“1”的计算结果小于“2”,但是如果按自然顺序排序,“z2”先于“z11”,因为“2”的计算结果小于“11”,如果使用的是多维数据集,则该顺序是维度内成员的定义分层顺序;所述字母的排序依据具体为字母表中的字母顺序;所述字段的排序依据具体为基于另一个字段的关联值对数据进行排序,例如,按多种产品的总销售额对这些产品进行排序;所述时间排序采用降序排序方式,所述降序排序的排序依据具体为最新的时间排在最前,以此往下进行排序。
103、终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;
需要说明的是,终端通过长链接和服务器端进行双向通信,在终端创建WebSocket链接来收发消息,运行在服务端的 JavaScript安装 WebSocket模块,连接服务端口,监听接入的终端事件,每一条数据都对应一个阅读状态来更新服务器端数据,从服务器端返回数据的同时返回数据对应的阅读状态,客户端根据返回的阅读状态对数据进行相应的处理,返回数据时也需要将最新消息数据返回用以终端更新终端数据。
104、服务器端更新消息记录。
需要说明的是,通过数据库服务器存储消息记录的触发器有响应事件而激发存储过程,得到变化的数据,并且服务器端将通过控制台使用命令来更新消息记录数据信息。
请参阅图2,图2为本申请实施例中一种消息未读与已读的状态多终端同步系统的第二个实施例的结构示意图,如图2所示,具体为:
获取单元201,用于终端从服务器端获取启动账号对应的消息记录;
拉取单元202,用于拉取最新消息记录;
推送单元203,用于终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;
更新单元204,用于服务器端更新消息记录。
进一步的,所述终端类型具体包括:
移动端产品和PC端产品,所述移动端产品包括:APP(安卓、IOS)、小程序和H5页面。
进一步的,所述消息记录具体包括:
存储至消息队列系统中的已读和未读消息,所述未读消息将统计账号在上次拉取最新消息记录的时间之后发表的消息数目相加进行计数。
进一步的,所述账号对应的消息记录具体为:
若所述账号为已注册账号,则所述账号对应的消息记录包括存储本地数据库七天以上已读未读消息和上传的附件数据,以及从云数据库直接获取的七天内已读未读消息和上传的附件数据;
若所述账号为游客账号,则所述账号对应的消息记录仅包括从云数据库直接获取的已读未读消息信息和上传的附件。
进一步地,所述已注册账号,其账号基础数据包括账户名称、登录终端、企业数据、头像数据、岗位数据、身份属性、手机号、邮箱、公司地址以及此账户是通过哪些客户端主机请求创建连接线程,所述客户端主机可以是IP、主机名或Network;
所述游客账号,其账号基础数据包括服务器为游客创建的Session、产生的特定的Session ID,所述特定的Session ID会在游客访问时保存在终端Cookie中,并且终端需要每次都携带一个Session ID去服务器寻找属于自己的消息内存空间,所述Cookie是存储在本地终端上的数据,所述数据包括游客的登录终端、登录站点IP、登录时间和是否匿名。
进一步地,所述获取单元201,具体用于;
移动端产品和PC端产品从本地或云服务器端获取启动的已注册账号或游客账号对应的已读未读消息以及上传的附件数据。
进一步地,所述拉取单元202,具体用于:
移动端产品和PC端产品从本地或云服务器端拉取启动的已注册账号或游客账号对应的已读未读消息以及上传的附件数据。
进一步地,所述推送单元203,具体用于:
移动端产品和PC端产品拉取从本地或云服务器端拉取启动的已注册账号或游客账号对应的已读未读消息以及上传的附件数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录。
进一步地,所述更新单元204,具体用于:
本地或云服务器端更新消息记录,通过数据库服务器存储消息记录的触发器有响应事件而激发存储过程,得到变化的数据,并且服务器端将通过控制台使用命令来更新消息记录数据信息。
进一步地,还包括:
同时提交数据单元205,用于多个终端同时提交数据至服务器端;
合并数据单元206,用于合并终端提交的在服务器端的数据。
本申请实施例中,提供了一种消息未读与已读的状态多终端同步方法及系统,包括:终端从服务器端获取启动账号对应的消息记录;拉取最新消息记录,所述消息记录包含存储至消息队列系统中的已读和未读消息,所述未读消息计数将统计账号在上次拉取最新消息记录的时间之后发表的消息数目相加;终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;服务器端更新消息记录。本申请提供了一种消息未读与已读的状态多终端同步方法及系统,实现了当用户更换用于收发消息的终端时,能够准确将最新消息阅读状态同步至最新登陆终端的消息收发端,满足用户多终端操作时对于一些重要的信息或者工作交流消息
阅读状态标识,提升了用户体验。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法和系统,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-OnlyMemory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (9)
1.一种消息未读与已读的状态多终端同步方法,其特征在于,包括:(1)终端从服务器端获取启动账号对应的消息记录;(2)拉取最新消息记录;(3)终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;(4)服务器端更新消息记录。
2.根据权利要求1所述的一种消息未读与已读的状态多终端同步方法,其特征在于,所述终端类型包括:移动端产品和PC端产品,所述移动端产品包括:APP(安卓、IOS)、小程序和H5页面。
3.根据权利要求1所述的一种消息未读与已读的状态多终端同步方法,其特征在于,所述消息记录包括:存储至消息队列系统中的已读和未读消息,所述未读消息将统计账号在上次拉取最新消息记录的时间之后发表的消息数目相加进行计数。
4.根据权利要求1所述的一种消息未读与已读的状态多终端同步方法,其特征在于,所述账号对应的消息记录包括:已注册账号对应包括存储本地数据库七天以上已读未读消息和上传的附件数据,以及从云数据库直接获取的七天内已读未读消息和上传的附件数据,以及游客账号对应的从云数据库直接获取的已读未读消息信息和上传的附件;所述已注册账号的基础数据包括账号名称、登录终端、企业数据、头像数据、岗位数据、身份属性、手机号、邮箱、公司地址以及此账号是通过哪些客户端主机请求创建连接线程,所述客户端主机可以是IP、主机名或Network,所述游客账号的基础数据包括服务器为游客创建的Session、产生的特定的Session ID,所述特定的Session ID会在游客访问时保存在终端Cookie中,并且终端需要每次都携带一个Session ID去服务器寻找属于自己的消息内存空间,所述Cookie是存储在本地终端上的数据,所述数据包括游客的登录终端、登录站点IP、登录时间以及是否匿名。
5.根据权利要求1所述的一种消息未读与已读的状态多终端同步方法,其特征在于,还包括:终端若从服务器获取的启动账号是已注册账户,且启动账号携带有账户消息记录以及基础数据,则说明终端已经确定该账号对应的是已注册账户,对于获取到的启动账号对应的消息记录,终端只拉取时间最新消息记录,根据时间戳对数组对象进行从新排序以及标记数据更新的时间排序,所述数组对象从新排序按数据源顺序、字母、字段的排序依据进行排序,所述按数据源顺序具体为数据源对数据进行自然排序的顺序。
6.根据权利要求1所述的一种消息未读与已读的状态多终端同步方法,其特征在于,还包括:终端拉取数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录,具体包括终端通过长链接和服务器端进行双向通信,在终端创建WebSocket链接来收发消息,运行在服务端的JavaScript安装 WebSocket模块,连接服务端口,监听接入的终端事件,每一条数据都对应一个阅读状态来更新服务器端数据,从服务器端返回数据的同时返回数据对应的阅读状态,客户端根据返回的阅读状态对数据进行相应的处理,返回数据时也需要将最新消息数据返回用以终端更新终端数据。
7.根据权利要求1所述的一种消息未读与已读的状态多终端同步方法,其特征在于,还包括:服务器端更新消息记录,通过数据库服务器存储消息记录的触发器有响应事件而激发存储过程,得到变化的数据,并且服务器端将通过控制台使用命令来更新消息记录数据信息。
8.根据权利要求1所述的一种消息未读与已读的状态多终端同步系统,其特征在于,包括:(1)获取单元,用于APP(安卓、IOS)、小程序、H5页面和PC端产品从本地或云服务器端获取启动的已注册账号或游客账号对应的已读未读消息以及上传的附件数据;(2)拉取单元,用于APP(安卓、IOS)、小程序、H5页面和PC端产品从本地或云服务器端拉取启动的已注册账号或游客账号对应的已读未读消息以及上传的附件数据;(3)推送单元,用于APP(安卓、IOS)、小程序、H5页面和PC端产品拉取从本地或云服务器端拉取启动的已注册账号或游客账号对应的已读未读消息以及上传的附件数据后向服务器端推送更新消息记录,将所述最新消息记录同步请求发送给所述终端和接入服务器端的终端,以使其他终端更新所述消息记录;(4)更新单元,本地或云服务器端更新消息记录,通过数据库服务器存储消息记录的触发器有响应事件而激发存储过程,得到变化的数据,并且服务器端将通过控制台使用命令来更新消息记录数据信息。
9.根据权利要求8所述的一种消息未读与已读的状态多终端同步系统,其特征在于,还包括:同时提交数据单元,用于多个终端同时提交数据至服务器端;合并数据单元,用于合并终端提交的在服务器端的数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110810148.1A CN113472892A (zh) | 2021-07-18 | 2021-07-18 | 一种消息未读与已读的状态多终端同步方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110810148.1A CN113472892A (zh) | 2021-07-18 | 2021-07-18 | 一种消息未读与已读的状态多终端同步方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113472892A true CN113472892A (zh) | 2021-10-01 |
Family
ID=77880973
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110810148.1A Pending CN113472892A (zh) | 2021-07-18 | 2021-07-18 | 一种消息未读与已读的状态多终端同步方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113472892A (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104022938A (zh) * | 2013-02-28 | 2014-09-03 | 腾讯科技(深圳)有限公司 | 消息同步方法、系统、服务器及客户端 |
CN104836719A (zh) * | 2014-02-11 | 2015-08-12 | 阿里巴巴集团控股有限公司 | 一种即时通讯未读消息的同步方法和系统 |
US20160041859A1 (en) * | 2014-08-11 | 2016-02-11 | Sas Institute Inc. | Synchronization testing of active clustered servers |
US20160227387A1 (en) * | 2015-01-30 | 2016-08-04 | Mitake Information Corporation | System and method of enterprise mobile message |
CN111427484A (zh) * | 2020-03-09 | 2020-07-17 | 北京达佳互联信息技术有限公司 | 一种未读会话处理方法和装置 |
US20210126886A1 (en) * | 2019-10-28 | 2021-04-29 | Microsoft Technology Licensing, Llc | Coordinated unread count for email applications |
CN112737928A (zh) * | 2021-01-08 | 2021-04-30 | 金现代信息产业股份有限公司 | 即时通讯消息发送方法及装置 |
-
2021
- 2021-07-18 CN CN202110810148.1A patent/CN113472892A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104022938A (zh) * | 2013-02-28 | 2014-09-03 | 腾讯科技(深圳)有限公司 | 消息同步方法、系统、服务器及客户端 |
CN104836719A (zh) * | 2014-02-11 | 2015-08-12 | 阿里巴巴集团控股有限公司 | 一种即时通讯未读消息的同步方法和系统 |
CN110086704A (zh) * | 2014-02-11 | 2019-08-02 | 阿里巴巴集团控股有限公司 | 一种即时通讯未读消息的同步方法和系统 |
US20160041859A1 (en) * | 2014-08-11 | 2016-02-11 | Sas Institute Inc. | Synchronization testing of active clustered servers |
US20160227387A1 (en) * | 2015-01-30 | 2016-08-04 | Mitake Information Corporation | System and method of enterprise mobile message |
US20210126886A1 (en) * | 2019-10-28 | 2021-04-29 | Microsoft Technology Licensing, Llc | Coordinated unread count for email applications |
CN111427484A (zh) * | 2020-03-09 | 2020-07-17 | 北京达佳互联信息技术有限公司 | 一种未读会话处理方法和装置 |
CN112737928A (zh) * | 2021-01-08 | 2021-04-30 | 金现代信息产业股份有限公司 | 即时通讯消息发送方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9251236B2 (en) | Document synchronization solution | |
EP2047382B1 (en) | Two-way and multi-master synchronization over web syndications | |
US8725679B2 (en) | Client side caching of synchronized data | |
US9767126B2 (en) | Storing and processing data organized as flexible records | |
CN102982049B (zh) | 实现电子邮件收件人模板的方法和系统 | |
CN107302569B (zh) | 一种面向云平台的安全监控数据采集与存储方法 | |
CN109639750A (zh) | 业务数据处理方法及设备 | |
US20160094680A1 (en) | Content Sharing Method and Social Synchronization Apparatus | |
TW201407524A (zh) | 即時通訊用戶端、即時通訊伺服器和即時通訊方法 | |
CN111884843B (zh) | 一种消息处理方法、装置、电子设备及存储介质 | |
CN111277483B (zh) | 一种多端消息的同步方法、服务器及可存储介质 | |
CN110083579A (zh) | 增量数据同步的方法、装置、计算机设备及计算机存储介质 | |
US10452879B2 (en) | Memory structure for inventory management | |
US20120072589A1 (en) | Information Processing Apparatus and Method of Operating the Same | |
JP7367120B2 (ja) | インタフェースによるユーザインタラクションに基づく動的オブジェクトアップデートサブスクリプション | |
CN113222408A (zh) | 在线问诊业务监控方法、装置、设备及存储介质 | |
CN113220684A (zh) | 数据包的存储及查询方法、装置、系统及存储介质 | |
CN113472892A (zh) | 一种消息未读与已读的状态多终端同步方法及系统 | |
CN104468767B (zh) | 一种云存储数据冲突检测方法及系统 | |
JP2017041066A (ja) | 管理システム、管理システムの制御方法、およびプログラム | |
CN111953722B (zh) | 一种终端通讯录的同步方法及装置 | |
CN109213955B (zh) | 数据处理方法及相关设备 | |
US20060224710A1 (en) | Hall monitor-method and apparatus for providing contact information and communications capability for an organization | |
JP6343408B1 (ja) | 発注システムおよび発注方法 | |
CN110647551B (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 |