CN109600301A - 消息处理方法及装置 - Google Patents
消息处理方法及装置 Download PDFInfo
- Publication number
- CN109600301A CN109600301A CN201811405062.5A CN201811405062A CN109600301A CN 109600301 A CN109600301 A CN 109600301A CN 201811405062 A CN201811405062 A CN 201811405062A CN 109600301 A CN109600301 A CN 109600301A
- Authority
- CN
- China
- Prior art keywords
- message
- server
- mobile terminal
- display
- acquisition request
- 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.)
- Granted
Links
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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/23—Reliability checks, e.g. acknowledgments or fault reporting
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种消息处理方法及装置,属于网络技术领域。所述方法包括:接收到对至少一条消息的发送指令;将所述至少一条消息以第一显示状态显示在所述显示屏幕上;向所述服务器发送以所述第一显示状态显示的消息;接收到服务器发送的回包数据,所述回包数据包含目标消息;将所述目标消息的显示状态从所述第一显示状态更改为第二显示状态。本发明通过在接收到服务器返回的消息时,将当前已显示的目标消息的显示状态进行更改,而不是对服务器返回的消息直接显示,可以避免了同一消息重复显示的问题。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种消息处理方法及装置。
背景技术
随着网络技术的发展,用户之间的交流方式越来越趋于网络化,例如,用户可以在网络上与好友进行聊天,这往往会涉及到消息的发送、接收以及显示等处理过程。
目前,移动终端一般会采用一定时间间隔向服务器发送HTTP(HyperTextTransfer Protocol,超文本传输协议)请求,该HTTP请求用于从服务器获取最新的多条消息,服务器在接收到该HTTP请求后,会将一定数量的最新消息返回给移动终端,移动终端在接收到该多条消息时,会显示该多条消息。
上述技术中移动终端采用HTTP的方式,从服务器获取消息,移动终端而直接显示从服务器获取的多条消息,而不进行处理,如果该多条消息中包含移动终端当前已经显示的消息,则会导致同一消息的重复显示。
发明内容
本发明实施例提供了一种消息处理方法及装置,可以解决相关技术同一消息重复显示的问题。所述技术方案如下:
一方面,提供了一种消息处理方法,所述方法应用于移动终端,所述移动终端包括显示屏幕,所述方法包括:
接收到对至少一条消息的发送指令;
将所述至少一条消息以第一显示状态显示在所述显示屏幕上,所述第一显示状态用于指示显示的消息未成功发送到服务器;
向所述服务器发送以所述第一显示状态显示的消息;
接收到服务器发送的回包数据,所述回包数据包含目标消息,所述目标消息为所述以所述第一显示状态显示的消息中的消息;
将所述目标消息的显示状态从所述第一显示状态更改为第二显示状态,所述第二显示状态用于指示显示的消息已成功发送到所述服务器。
一方面,提供了一种消息处理方法,所述方法应用于服务器,所述方法包括:
接收移动终端发送的至少一条消息;
向所述移动终端发送回包数据,所述回包数据包含目标消息,所述目标消息为在所述移动终端的显示屏幕上以第一显示状态显示的消息中的消息,所述第一显示状态用于指示显示的消息未成功发送到所述服务器,所述回包数据用于指示所述回包数据中包含的所有消息已成功发送到所述服务器。
一方面,提供了一种消息处理装置,应用于移动终端,所述移动终端包括显示屏幕,所述装置包括:
接收模块,用于接收到对至少一条消息的发送指令;
显示模块,用于将所述至少一条消息以第一显示状态显示在所述显示屏幕上,所述第一显示状态用于指示显示的消息未成功发送到服务器;
发送模块,用于向所述服务器发送以所述第一显示状态显示的消息;
所述接收模块还用于接收到服务器发送的回包数据,所述回包数据包含目标消息,所述目标消息为所述以所述第一显示状态显示的消息中的消息;
所述显示模块还用于将所述目标消息的显示状态从所述第一显示状态更改为第二显示状态,所述第二显示状态用于指示显示的消息已成功发送到所述服务器。
一方面,提供了一种消息处理装置,应用于服务器,所述装置包括:
接收模块,用于接收移动终端发送的至少一条消息;
发送模块,用于向所述移动终端发送回包数据,所述回包数据包含目标消息,所述目标消息为在所述移动终端的显示屏幕上以第一显示状态显示的消息中的消息,所述第一显示状态用于指示显示的消息未成功发送到所述服务器,所述回包数据用于指示所述回包数据中包含的所有消息已成功发送到所述服务器。
一方面,提供了一种移动终端,所述移动终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现上述消息处理方法所执行的操作。
一方面,提供了一种服务器,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现上述消息处理方法所执行的操作。
一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如上述消息处理方法所执行的操作。
本发明实施例提供的技术方案带来的有益效果至少包括:
通过在接收到对至少一条消息的发送指令后,将至少一条消息以第一显示状态显示在移动终端的显示屏幕上,并向服务器发送该至少一条消息,如果接收到回包数据,则获取该回包数据中当前以第一显示状态显示的目标消息,将目标消息的显示状态更改为第二显示状态,以标识目标消息已经成功发送到服务器。上述方案在接收到服务器返回的消息时,将当前已显示的目标消息的显示状态进行更改,而不是对服务器返回的消息直接显示,可以避免了同一消息重复显示的问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种消息处理方法的实施环境示意图;
图2是本发明实施例提供的一种消息处理方法的流程图;
图3是本发明实施例提供的一种消息收发过程的示意图;
图4是本发明实施例提供的一种推送消息的示意图;
图5是本发明实施例提供的一种消息处理装置的结构示意图;
图6是本发明实施例提供的一种消息处理装置的结构示意图;
图7是本发明实施例提供的一种消息处理装置的结构示意图;
图8是本发明实施例提供的一种消息处理装置的结构示意图;
图9是本发明实施例提供的一种移动终端900的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
图1是本发明实施例提供的一种消息处理方法的实施环境示意图,参见图1,该实施环境中可以包括:
至少一个服务器101和至少一个移动终端102。其中,服务器101用于为移动终端102提供服务,如消息服务等,具体地,服务器101可以通过移动终端 102所安装的应用向移动终端提供服务。该移动终端102用于运行服务器101所提供的应用,并基于应用实现各种功能。另外,该服务器101还可以配置至少一个数据库,如,消息数据库、用户数据库等等。该消息数据库用于存储移动终端发送的消息,该用户数据库用于存储该服务器101所服务的用户的用户名、密码以及用户关系链等个人数据。本发明实施例所提供的应用可以在有网络连接的情况下通过与服务器之间的交互来实现本发明的消息处理方法,在此对其具体网络环境不做限定。
图2是本发明实施例提供的一种消息处理方法的流程图。本发明实施例以该消息处理方法应用于图1所示实施例中的实施环境为例进行说明,参见图2,该消息处理方法包括:
201、移动终端接收到对至少一条消息的发送指令,将该至少一条消息以第一显示状态显示在该显示屏幕上,该第一显示状态用于指示显示的消息未成功发送到服务器。
其中,该移动终端包括显示屏幕,移动终端可以通过该显示屏幕对消息进行显示。
本发明实施例中,每当接收到对任一条消息的发送指令时,移动终端可以将该消息以第一显示状态显示在该显示屏幕上,这样,如果移动终端接收到对至少一条消息的发送指令,则可以将该至少一条消息以第一显示状态显示在该显示屏幕上。
对于该至少一条消息中的每一条消息,该消息的发送指令可以由用户在移动终端上进行操作来触发。例如,用户可以在移动终端的消息页面的输入框中输入需要发送的消息,然后点击发送按钮,触发对消息的发送指令,例如,消息页面可以是聊天页面。当移动终端接收到对该消息的发送指令时,会立刻将该消息以第一显示状态显示在该显示屏幕上,如显示在消息页面中,但这时候移动终端并未向服务器发送该消息,该消息仅是显示但并未成功发送到服务器,移动终端可以将这类消息的显示状态记为第一显示状态。
202、移动终端向该服务器发送以该第一显示状态显示的消息。
本发明实施例中,当移动终端接收到对消息的发送指令时,除了及时显示该消息以外,同时移动终端还可以向服务器发送该消息。例如,移动终端可以在HTTP请求中携带该消息发送给服务器,其中,HTTP请求具体可以是CGI (Common Gateway Interface,通用网关接口)请求。
参见图3,提供了一种消息收发过程的示意图,如图3所示,移动终端可以向服务器发送新消息,例如,移动终端可以向服务器发送CGI请求,该CGI请求中包含该消息的具体内容。
在一种可能实现方式中,移动终端在向服务器发送消息时,还可以生成该消息的唯一标识,如clientkey,该唯一标识是用于标记该消息全球唯一的本地 id,生成该消息的唯一标识后,在向该服务器发送该消息时,同时向该服务器发送该消息的唯一标识。通过向服务器发送消息的唯一标识,使得服务器可以对接收到的各条消息进行区分。
在一种可能实现方式中,移动终端在向服务器发送当前以该第一显示状态显示的消息时,可以生成该消息的状态标识,该状态标识用于指示该消息的显示状态为第一显示状态,以及该消息在以该第一显示状态显示的所有消息中的显示顺序。例如,移动终端可以为发送的每条消息生成一个状态标识,如clientno,表示该消息当前还未送达到服务器,同时表明该消息在所有未送达到服务器的消息中的显示顺序。
203、当接收到移动终端发送的至少一条消息后,服务器向该移动终端发送回包数据,该回包数据包含目标消息,该目标消息为在该移动终端的显示屏幕上以第一显示状态显示的消息中的消息,该回包数据用于指示该回包数据中包含的所有消息已成功发送到该服务器。
本发明实施例中,当接收到该接收移动终端发送的至少一条消息之后,服务器可以对该至少一条消息进行存储。如图3所示,当服务器接收到移动终端发送的消息时,可以将接收到的消息存储在数据库中。针对移动终端将消息和消息的唯一标识一起发送给服务器的情况,服务器可以将该消息和该唯一标识对应存储。
在一种可能实现方式中,服务器在接收到移动终端发送的至少一条消息后,可以对该至少一条消息进行递增编号,先接收到的消息的编号小于后接收到的消息的编号。如图3所示,服务器可以对接收到的消息进行递增编号,不同消息的编号不同,相同消息的编号不同。服务器可以对每条消息进行编号,如用 seqno表示,顺序保证是递增的。这样,如果服务器前后接收到相同的两条消息,对这两条消息的编号不同,如果服务器前后接收到不同的两条消息,对这两条消息的编号也不同。
在一种可能实现方式中,服务器在接收到移动终端发送的至少一条消息后,可以生成该至少一条消息的时间戳;根据该至少一条消息的时间戳,对该至少一条消息进行排序。如图3所示,对于该至少一条消息中的任一条消息,服务器在接收到该消息后,还可以生成该消息的时间戳;根据消息的时间戳,对消息进行排序。通过给每条消息打上时间戳,使得每条消息都有各自的时间戳,使得各条消息可以按照时间顺序排列。
本发明实施例中,服务器在接收到任一消息后,可以向移动终端返回该消息的回包数据,该回包数据中可以包含最新的多条消息,该多条消息包含在移动终端当前以第一显示状态显示的某一条或多条消息,该一条或多条消息也即是目标消息。在一种可能实现方式中,该多条消息的数量可以为指定数量。该指定数量可以配置得较小,如指定数量可以为50,该指定数量可以由管理员根据消息收发情况进行修改。服务器在将该消息的回包数据发送给该移动终端时,可以同时将该消息的时间戳发送给该移动终端。通过将每条消息的时间戳下发给移动终端,使得移动终端可以根据每条消息的时间戳,确定每条消息的显示顺序。
例如,服务器在接收到一条消息,存储该消息并生成该消息的时间戳后,可以先选取时间戳最早的该消息,再选取时间戳与该消息的时间戳最接近的另一条消息,然后再选取时间戳与该另一条消息的时间戳最接近的一条消息,以此类推,直至选取指定数量的消息,组成一个回包数据,并将该回包数据作为当前接收到的消息的回包数据,发送给移动终端。针对步骤202中服务器将接收到的消息和消息的唯一标识对应存储的情况,服务器在将消息的回包数据发送给移动终端时,可以同时将该回包数据中消息的唯一标识发送给移动终端,例如,服务器可以将该回包数据中消息的唯一标识透传到移动终端,使得移动终端在接收到消息的回包数据时,同时还可以接收到消息的唯一标识,根据接收到的唯一标识,确定哪些消息已经被成功送达到服务器。
204、当接收到服务器发送的回包数据时,移动终端将该目标消息的显示状态从该第一显示状态更改为第二显示状态,该第二显示状态用于指示显示的消息已成功发送到该服务器。
本发明实施例中,移动终端当前显示的消息中可以包括以第一显示状态显示的消息和以第二显示状态显示的消息,由于服务器向移动终端返回的回包数据中包含的是最新的多条消息,该多条消息中可能包含以第一显示状态显示的消息和以第二显示状态显示的消息。相关技术中移动终端在接收到回包数据后,会直接将回包数据中的消息显示,由于这些消息已经在移动终端上显示了,因而会导致重复显示。例如,移动终端先后向服务器发送了msg1和msg2两条消息,msg1的回包数据里包含了最新的N条消息,N为大于1的自然数,该N条消息中可能就已经包含了msg2,如果不进行上述去重处理,则移动终端会重复显示msg1和msg2。
本发明实施例中,移动终端可以对这些重复的消息进行去重,如针对步骤 203中服务器将该回包数据中消息的唯一标识发送给移动终端,移动终端可以利用该唯一标识进行去重,对已经显示的消息不再重复显示,仅更改回包数据中目标消息的显示状态。对此,当接收到服务器发送的回包数据时,移动终端可以先确定回包数据中的目标消息。
在一种可能实现方式中,移动终端可以利用回包数据中消息的唯一标识以及消息在移动终端上的显示状态,从回包数据中获取在移动终端上当前以第一显示状态显示的一条或多条消息,将这些消息作为目标消息。然后,服务器可以将这些目标消息的显示状态进行更新,以标识这些消息已经送达到服务器了。
需要说明的是,该步骤204是以移动终端更改目标消息的显示状态为例进行说明,显然,移动终端也可以用回包数据中目标消息的内容替换当前以第一显示状态显示的消息的内容,此时,移动终端需要确定各个目标消息的显示顺序。而针对步骤202中移动终端生成消息的状态标识,在该步骤204中,当移动终端接收到回包数据时,可以将目标消息的显示状态更改为第二显示状态,然后可以根据目标消息的状态标识所指示的目标消息在以第一显示状态的所有消息中的显示顺序,确定目标消息在以第二显示状态的所有消息中的显示顺序。
例如,移动终端在向服务器发送消息时,会及时以第一显示状态显示该消息,以第一显示状态显示的消息之间的显示顺序可以表示移动终端发送消息的先后顺序,当消息被确认送达到服务器后,移动终端可以及时将该消息的显示状态从第一显示状态修改为第二显示状态,而以第二显示状态显示的消息之间的显示顺序可以根据以第一显示状态显示的消息之间的显示顺序来确定。例如,移动终端在先后发送msg1和msg2两条消息后,会以第一显示状态及时显示这两条消息,如msg1显示在msg2之前。当接收到消息的回包数据中包含msg1 和msg2时,移动终端可以确认msg1和msg2已成功送达到服务器,此时,移动终端可以将msg1和msg2的显示状态修改为第二显示状态,用回包数据中 msg1和msg2的内容来替换当前移动终端上显示的msg1和msg2,此时,msg1 仍然显示在msg2之前。
上述步骤201至步骤204是移动终端向服务器主动发送消息的过程。可选地,移动终端也可以主动从服务器拉取消息,移动终端从服务器拉取消息的过程参见后续步骤205至步骤208。
205、移动终端向该服务器发送消息获取请求,该消息获取请求携带时间戳。
本发明实施例中,用户可以在移动终端上进行操作,如在移动终端的消息页面上进行消息拉取操作,如下拉当前页面或上拉当前页面,触发移动终端向服务器发送消息获取请求。例如,移动终端可以向服务器发送HTTP请求,该HTTP请求中携带时间戳。如图3所示,移动终端可以从服务器拉取消息,例如,移动终端可以向服务器发送CGI请求,该CGI请求中携带时间戳A。通过在消息获取请求中携带时间戳发送给服务器,使得服务器可以根据时间戳向后查找,将晚于该时间戳的消息返回给移动终端。
在一种可能实现方式中,移动终端向服务器发送消息获取请求的时机可以为包括但不限于以下几种时机:
第一种时机、当加载当前页面的下一页面时,移动终端向该服务器发送消息获取请求,该消息获取请求携带该当前页面上显示的最后一条消息的时间戳。
用户可以在移动终端上进行消息下拉操作,触发移动终端加载下一页面,当移动终端加载下一页面时,移动终端可以将上一页面最后一条消息的时间戳透传给服务器。
第二种时机、采用指定时间间隔,向该服务器发送消息获取请求;当检测到当前页面关闭时,停止向该服务器发送消息获取请求。
移动终端可以采用一定时间间隔,如1秒钟,从服务器拉取消息,如向服务器发送消息获取请求,以获取服务器返回的最新消息。如图3所示,移动终端可以启动一个定时器,移动终端每从服务器拉取一次消息后,可以刷新定时器,隔一段时间后,再主动从服务器拉取消息。该方式下,如果用户离开当前页面,则移动终端不再进行消息拉取,也即是,非用户感知页面则不拉取消息,可以避免不必要的消息拉取操作带来的资源消耗。
需要说明的是,该指定时间间隔不是一成不变的,对于频繁的消息收发,移动终端可以增加拉取的时间间隔,来保证性能。如,移动终端原本是每1秒钟从服务器拉取一次消息,在消息收发频繁时,可以每10秒钟从服务器拉取一次消息,指定时间间隔由1秒钟变为10秒钟。
第三种时机、当接收到该服务器发送的推送提示时,向该服务器发送消息获取请求,该推送提示用于提示从服务器获取新消息。
具体地,当接收到服务器发送的推送提示,且本地缓存和本地数据库中均不存在该新消息时,移动终端向该服务器发送该消息获取请求。通过服务器向移动终端发送推送提示,使得移动终端可以及时从服务器拉取新消息,保证了消息的实时性。
参见图4,提供了一种推送消息的示意图,如图4所示,当推送提示(push in)到达时,移动终端判断本地缓存(Cache)中是否有待推送的新消息,如果有,则表明移动终端当前显示的是最新的消息,则移动终端可以不从服务器拉取消息,也即是,不向服务器发送消息获取请求;如果没有,则移动终端可以请求本地数据库(db数据库),判断本地数据库中是否有待推送的新消息,如果本地数据库中也没有待推送的新消息,则移动终端可以拼接相关参数后,在消息获取请求中携带拼接好的相关参数发送给服务器,其中,相关参数可以包括时间戳和用户信息等参数。
在一种可能实现方式中,为了保证消息的实时性,移动终端可以与该服务器建立长连接,基于该长连接,向该服务器发送消息以及接收该服务器发送的消息。例如,移动终端可以与服务器建立wns长连接,与服务器进行数据交换,该长连接是指该移动终端与服务器之间链路一直存在,而不会在每次消息发送完成后就断开此连接。通过长连接和第三方推送(push)可以保证移动终端与该服务器之间消息的实时性。
206、当接收到该移动终端发送的消息获取请求后,服务器向该移动终端发送指定数量的消息,该指定数量的消息的时间戳晚于该消息获取请求携带的时间戳。
本发明实施例中,服务器在接收到移动终端发送的消息获取请求时,可以根据该消息获取请求中携带的时间戳,从数据库中获取指定数量的消息。例如,服务器可以从数据库中先选取时间戳最早的一条消息,再选取时间戳与该消息的时间戳最接近的另一条消息,然后再选取时间戳与该另一条消息的时间戳最接近的一条消息,以此类推,直至选取指定数量的消息,并将该指定数量的消息发送给移动终端。如图3所示,服务器可以获取时间戳晚于时间戳A的多条消息,并分页下发,如时间戳晚于A的消息有100条,服务器每次仅向移动终端发送20条消息。
本发明实施例中,每当服务器接收到移动终端的消息获取请求时,可以根据该消息获取请求中携带的时间戳,向服务器发送指定数量的消息。例如,针对步骤205中移动终端向服务器发送消息获取请求的第一种时机,移动终端接收到的消息获取请求中可以携带移动终端上一页面最后一条消息的时间戳,这样,服务器可以向移动终端下发该最后一条消息的时间戳以后的多条消息,避免了相关技术存在的消息断层问题,其中,消息断层是指移动终端只能拉取到服务器一部分的消息,而不是全部消息。
移动终端每次拉取消息时,服务器仅向移动终端返回最新的指定数量的消息,用户在移动终端下拉,以加载更多的消息时,移动终端再从服务器拉取更多的消息,避免了新消息很多时,由于回包数据过大而影响消息的收发效果。
在一种可能实现方式中,针对步骤205中移动终端向服务器发送消息获取请求的第三种时机,服务器接收该移动终端发送的消息获取请求之前,服务器可以向该移动终端发送推送提示,该推送提示用于提示从该服务器获取新消息。
207、移动终端接收该服务器发送的指定数量的消息,该指定数量的消息的时间戳晚于该消息获取请求携带的时间戳。
本发明实施例中,移动终端可以接收服务器通过步骤206发送的指定数量的消息。如图3所示,移动终端可以接收到时间戳晚于时间戳A的多条消息。
在一种可能实现方式中,针对步骤205中移动终端在接收到服务器发送的推送提示后,向该服务器发送该消息获取请求,当移动终端接收到该服务器发送的新消息,且接收到的新消息中携带指定字段信息时,清空该本地数据库,将该推送消息存储至该本地缓存和该本地数据库中。如图4所示,当移动终端接收到服务器返回的新消息后,可以判断服务器返回的消息中是否携带有指定字段信息,如“hasMore”字段信息,如果有,则清空本地数据库,并将服务器返回的消息存储至本地缓存和本地数据库中。
在一种可能实现方式中,移动终端存储会话(session)的数据结构可以如下:
struct Session{
0optional string session_id;//session的唯一标识
1optional UserInfo user;//session的聊天用户信息
2optional uint32_t new_msg_cnt;//session里未读消息数量
3optional uint32_t sort_time;//session排序时间
4optional PrivateMsgnew_msg;//session中附带的最近一条消息信息
};
移动终端存储消息的数据结构可以如下:
structPrivateMsg{
0optional string id;//消息唯一标识
1optional uint32_t time;//消息产生时间
2optional uint32_t state;//消息的状态(后台用)
3optional string tips;//消息附带的提示语
4optional string client_key;//透传客户端(移动终端),客户端去重用
5optional uint32_t result;//0成功1bannertips 2气泡
6optional uint32_t data_type;//消息的数据类型1文本2单曲3专辑....
7optional MetaDatameta_data;//消息的元数据
8optional UserInfofrom_user;//消息发送者信息
9optional uint64_t sequence;//后台(服务器)生成的消息递增序列号
10optional string schema;
};
208、移动终端根据当前显示的消息,对该指定数量的消息进行去重后显示。本发明实施例中,移动终端在接收到服务器返回的指定数量的消息后,可以根据当前显示的消息,对指定数量的消息进行去重,如删除当前已显示的消息。进一步地,移动终端可以对当前显示的消息和该至少一条新消息进行排序后显示,例如,移动终端可以根据这些消息的时间戳进行排序,时间戳越早的消息排序越靠前。
本发明实施例对上述步骤201至步骤204与上述步骤205至步骤208的先后顺序不做限定,可以先执行步骤201至步骤204后,再执行步骤205至步骤 208,也可以先执行上述步骤205至步骤208后,再执行步骤201至步骤204,还可以并列执行上述步骤201至步骤204以及上述205至步骤208。
需要说明的是,上述步骤205至步骤208为可选步骤,也即是,本发明实施例可以仅包括上述步骤201至步骤204。
本发明实施例提供的技术方案,相比于相关技术,通过对消息进行分页下发,可以实现移动终端对消息的分页拉取;通过在接收到消息的回包数据时进行去重处理,可以实现消息的有效去重;通过在加载下一页面时,在向服务器发送的消息获取请求中携带上一页面的最后一条消息的时间戳,使得服务器可以将该最后一条消息的时间戳之后的消息发送给移动终端,避免了相关技术存在的消息断层问题。另外,还可以实现多机漫游,也即是,同一消息在多台手机上能同时收发。该技术方案在应用中,每日消息的发送可以大于10万多条,会话数日均达3万多个,且外网用户没有异常反馈。
本发明实施例提供的方法,在接收到对至少一条消息的发送指令后,将至少一条消息以第一显示状态显示在移动终端的显示屏幕上,并向服务器发送该至少一条消息,如果接收到回包数据,则获取该回包数据中当前以第一显示状态显示的目标消息,将目标消息的显示状态更改为第二显示状态,以标识目标消息已经成功发送到服务器。上述方案在接收到服务器返回的消息时,将当前已显示的目标消息的显示状态进行更改,而不是对服务器返回的消息直接显示,可以避免了同一消息重复显示的问题。
图5是本发明实施例提供的一种消息处理装置的结构示意图。参照图5,该装置包括:
接收模块501,用于接收到对至少一条消息的发送指令;
显示模块502,用于将该至少一条消息以第一显示状态显示在显示屏幕上,该第一显示状态用于指示显示的消息未成功发送到服务器;
发送模块503,用于向该服务器发送以该第一显示状态显示的消息;
该接收模块501还用于接收到服务器发送的回包数据,该回包数据包含目标消息,该目标消息为该以该第一显示状态显示的消息中的消息;
该显示模块502还用于将该目标消息的显示状态从该第一显示状态更改为第二显示状态,该第二显示状态用于指示显示的消息已成功发送到该服务器。
在一种可能实现方式中,
该发送模块503还用于向该服务器发送消息获取请求,该消息获取请求携带时间戳;
该接收模块501还用于接收该服务器发送的指定数量的消息,该指定数量的消息的时间戳晚于该消息获取请求携带的时间戳。
在一种可能实现方式中,该发送模块503用于当加载当前页面的下一页面时,向该服务器发送该消息获取请求,该消息获取请求携带该当前页面上显示的最后一条消息的时间戳。
在一种可能实现方式中,该发送模块503用于采用指定时间间隔,向该服务器发送该消息获取请求;当检测到当前页面关闭时,停止向该服务器发送该消息获取请求。
在一种可能实现方式中,该发送模块503用于当接收到该服务器发送的推送提示时,向该服务器发送该消息获取请求,该推送提示用于提示从服务器获取新消息。
在一种可能实现方式中,该发送模块503用于当接收到该推送提示,且本地缓存和本地数据库中均不存在该新消息时,向该服务器发送该消息获取请求。
本发明实施例中,通过在接收到对至少一条消息的发送指令后,将至少一条消息以第一显示状态显示在移动终端的显示屏幕上,并向服务器发送该至少一条消息,如果接收到回包数据,则获取该回包数据中当前以第一显示状态显示的目标消息,将目标消息的显示状态更改为第二显示状态,以标识目标消息已经成功发送到服务器。上述方案在接收到服务器返回的消息时,将当前已显示的目标消息的显示状态进行更改,而不是对服务器返回的消息直接显示,可以避免了同一消息重复显示的问题。
图6是本发明实施例提供的一种消息处理装置的结构示意图。参照图6,该装置包括:
接收模块601,用于接收移动终端发送的至少一条消息;
发送模块602,用于向该移动终端发送回包数据,该回包数据包含目标消息,该目标消息为在该移动终端的显示屏幕上以第一显示状态显示的消息中的消息,该第一显示状态用于指示显示的消息未成功发送到该服务器,该回包数据用于指示该回包数据中包含的所有消息已成功发送到该服务器。
在一种可能实现方式中,参见图7,该装置还包括:
存储模块603,用于对该至少一条消息进行存储;
编号模块604,用于对该至少一条消息进行递增编号,先接收到的消息的编号小于后接收到的消息的编号。
在一种可能实现方式中,参见图8,该装置还包括:
生成模块605,用于生成该至少一条消息的时间戳;
排序模块606,用于根据该至少一条消息的时间戳,对该至少一条消息进行排序。
在一种可能实现方式中,该接收模块还用于接收该移动终端发送的消息获取请求,该消息获取请求携带时间戳;
该发送模块还用于向该移动终端发送指定数量的消息,该指定数量的消息的时间戳晚于该消息获取请求携带的时间戳。
在一种可能实现方式中,该发送模块还用于向该移动终端发送推送提示,该推送提示用于提示从该服务器获取新消息。
本发明实施例中,通过在接收到至少一条消息后,向服务器发送回包数据,该回包数据中包含当前在移动终端以第一显示状态显示的目标消息,使得移动终端在接收到回包数据后,可以将目标消息的显示状态更改为第二显示状态,以标识目标消息已经成功发送到服务器。上述方案使得移动终端在接收到服务器返回的消息时,将当前已显示的目标消息的显示状态进行更改,而不是对服务器返回的消息直接显示,可以避免了同一消息重复显示的问题。
需要说明的是:上述实施例提供的消息处理装置在消息处理时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的消息处理装置与消息处理方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图9是本发明实施例提供的一种移动终端900的结构示意图。该移动终端 900可以是:智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。移动终端900还可能被称为用户设备、便携式移动终端、膝上型移动终端、台式移动终端等其他名称。
通常,移动终端900包括有:处理器901和存储器902。
处理器901可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA (Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器901 可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器901还可以包括 AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器902可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的消息处理方法。
在一些实施例中,移动终端900还可选包括有:***设备接口903和至少一个***设备。处理器901、存储器902和***设备接口903之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口 903相连。具体地,***设备包括:射频电路904、显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。
***设备接口903可被用于将I/O(Input/Output,输入/输出)相关的至少一个***设备连接到处理器901和存储器902。在一些实施例中,处理器901、存储器902和***设备接口903被集成在同一芯片或电路板上;在一些其他实施例中,处理器901、存储器902和***设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路904用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路904包括:天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它移动终端进行通信。该无线通信协议包括但不限于:城域网、各代移动通信网络(2G、3G、 4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路904还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏905用于显示UI(UserInterface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时,显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时,显示屏905还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏905可以为一个,设置移动终端900的前面板;在另一些实施例中,显示屏905可以为至少两个,分别设置在移动终端900的不同表面或呈折叠设计;在再一些实施例中,显示屏905可以是柔性显示屏,设置在移动终端900的弯曲表面上或折叠面上。甚至,显示屏905还可以设置成非矩形的不规则图形,也即异形屏。显示屏905可以采用LCD(Liquid Crystal Display,液晶显示屏)、 OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件906用于采集图像或视频。可选地,摄像头组件906包括前置摄像头和后置摄像头。通常,前置摄像头设置在移动终端的前面板,后置摄像头设置在移动终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器901进行处理,或者输入至射频电路 904以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在移动终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路907 还可以包括耳机插孔。
定位组件908用于定位移动终端900的当前地理位置,以实现导航或LBS(Location Based Service,基于位置的服务)。定位组件908可以是基于美国的 GPS(Global Positioning System,全球定位***)、中国的北斗***、俄罗斯的格雷纳斯***或欧盟的伽利略***的定位组件。
电源909用于为移动终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时,该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中,移动终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于:加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。
加速度传感器911可以检测以移动终端900建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号,控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器912可以检测移动终端900的机体方向及转动角度,陀螺仪传感器912可以与加速度传感器911协同采集用户对移动终端900的3D动作。处理器901根据陀螺仪传感器912采集的数据,可以实现如下功能:动作感应 (比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器913可以设置在移动终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在移动终端900的侧边框时,可以检测用户对移动终端900的握持信号,由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时,由处理器901根据用户对触摸显示屏905的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器914用于采集用户的指纹,由处理器901根据指纹传感器914 采集到的指纹识别用户的身份,或者,由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器901授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置移动终端900的正面、背面或侧面。当移动终端900上设置有物理按键或厂商Logo时,指纹传感器914可以与物理按键或厂商Logo集成在一起。
光学传感器915用于采集环境光强度。在一个实施例中,处理器901可以根据光学传感器915采集的环境光强度,控制触摸显示屏905的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏905的显示亮度;当环境光强度较低时,调低触摸显示屏905的显示亮度。在另一个实施例中,处理器901还可以根据光学传感器915采集的环境光强度,动态调整摄像头组件906的拍摄参数。
接近传感器916,也称距离传感器,通常设置在移动终端900的前面板。接近传感器916用于采集用户与移动终端900的正面之间的距离。在一个实施例中,当接近传感器916检测到用户与移动终端900的正面之间的距离逐渐变小时,由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态;当接近传感器916检测到用户与移动终端900的正面之间的距离逐渐变大时,由处理器 901控制触摸显示屏905从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图9中示出的结构并不构成对移动终端900的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
本发明实施例提供一种服务器,该服务器可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(Central Processing Units,CPU)和一个或一个以上的存储器,其中,存储器中存储有至少一条指令,该至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的方法。当然,该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该服务器还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机可读存储介质,例如包括至少一条指令、至少一段程序、代码集或指令集的存储器,上述至少一条指令、至少一段程序、代码集或指令集可由处理器加载并执行以完成上述实施例中的消息处理方法。例如,计算机可读存储介质可以是只读存储器(Read-Only Memory, ROM)、随机存取存储器(Random-AccessMemory,RAM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (24)
1.一种消息处理方法,其特征在于,所述方法应用于移动终端,所述移动终端包括显示屏幕,所述方法包括:
接收到对至少一条消息的发送指令;
将所述至少一条消息以第一显示状态显示在所述显示屏幕上,所述第一显示状态用于指示显示的消息未成功发送到服务器;
向所述服务器发送以所述第一显示状态显示的消息;
接收到服务器发送的回包数据,所述回包数据包含目标消息,所述目标消息为所述以所述第一显示状态显示的消息中的消息;
将所述目标消息的显示状态从所述第一显示状态更改为第二显示状态,所述第二显示状态用于指示显示的消息已成功发送到所述服务器。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述服务器发送消息获取请求,所述消息获取请求携带时间戳;
接收所述服务器发送的指定数量的消息,所述指定数量的消息的时间戳晚于所述消息获取请求携带的时间戳。
3.根据权利要求2所述的方法,其特征在于,所述向所述服务器发送消息获取请求,包括:
当加载当前页面的下一页面时,向所述服务器发送所述消息获取请求,所述消息获取请求携带所述当前页面上显示的最后一条消息的时间戳。
4.根据权利要求2所述的方法,其特征在于,所述向所述服务器发送消息获取请求,包括:
采用指定时间间隔,向所述服务器发送所述消息获取请求;
当检测到当前页面关闭时,停止向所述服务器发送所述消息获取请求。
5.根据权利要求2所述的方法,其特征在于,所述向所述服务器发送消息获取请求,包括:
当接收到所述服务器发送的推送提示时,向所述服务器发送所述消息获取请求,所述推送提示用于提示从服务器获取新消息。
6.根据权利要求5所述的方法,其特征在于,所述当接收到所述服务器发送的推送提示时,向所述服务器发送消息获取请求,包括:
当接收到所述推送提示,且本地缓存和本地数据库中均不存在所述新消息时,向所述服务器发送所述消息获取请求。
7.一种消息处理方法,其特征在于,所述方法应用于服务器,所述方法包括:
接收移动终端发送的至少一条消息;
向所述移动终端发送回包数据,所述回包数据包含目标消息,所述目标消息为在所述移动终端的显示屏幕上以第一显示状态显示的消息中的消息,所述第一显示状态用于指示显示的消息未成功发送到所述服务器,所述回包数据用于指示所述回包数据中包含的所有消息已成功发送到所述服务器。
8.根据权利要求7所述的方法,其特征在于,所述接收移动终端发送的至少一条消息之后,所述方法还包括:
对所述至少一条消息进行存储;
对所述至少一条消息进行递增编号,先接收到的消息的编号小于后接收到的消息的编号。
9.根据权利要求7所述的方法,其特征在于,所述接收移动终端发送的至少一条消息之后,所述方法还包括:
生成所述至少一条消息的时间戳;
根据所述至少一条消息的时间戳,对所述至少一条消息进行排序。
10.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收所述移动终端发送的消息获取请求,所述消息获取请求携带时间戳;
向所述移动终端发送指定数量的消息,所述指定数量的消息的时间戳晚于所述消息获取请求携带的时间戳。
11.根据权利要求10所述的方法,其特征在于,所述接收所述移动终端发送的消息获取请求之前,所述方法还包括:
向所述移动终端发送推送提示,所述推送提示用于提示从所述服务器获取新消息。
12.一种消息处理装置,其特征在于,应用于移动终端,所述移动终端包括显示屏幕,所述装置包括:
接收模块,用于接收到对至少一条消息的发送指令;
显示模块,用于将所述至少一条消息以第一显示状态显示在所述显示屏幕上,所述第一显示状态用于指示显示的消息未成功发送到服务器;
发送模块,用于向所述服务器发送以所述第一显示状态显示的消息;
所述接收模块还用于接收到服务器发送的回包数据,所述回包数据包含目标消息,所述目标消息为所述以所述第一显示状态显示的消息中的消息;
所述显示模块还用于将所述目标消息的显示状态从所述第一显示状态更改为第二显示状态,所述第二显示状态用于指示显示的消息已成功发送到所述服务器。
13.根据权利要求12所述的装置,其特征在于,
所述发送模块还用于向所述服务器发送消息获取请求,所述消息获取请求携带时间戳;
所述接收模块还用于接收所述服务器发送的指定数量的消息,所述指定数量的消息的时间戳晚于所述消息获取请求携带的时间戳。
14.根据权利要求13所述的装置,其特征在于,所述发送模块用于当加载当前页面的下一页面时,向所述服务器发送所述消息获取请求,所述消息获取请求携带所述当前页面上显示的最后一条消息的时间戳。
15.根据权利要求13所述的装置,其特征在于,所述发送模块用于采用指定时间间隔,向所述服务器发送所述消息获取请求;当检测到当前页面关闭时,停止向所述服务器发送所述消息获取请求。
16.根据权利要求13所述的装置,其特征在于,所述发送模块用于当接收到所述服务器发送的推送提示时,向所述服务器发送所述消息获取请求,所述推送提示用于提示从服务器获取新消息。
17.根据权利要求16所述的装置,其特征在于,所述发送模块用于当接收到所述推送提示,且本地缓存和本地数据库中均不存在所述新消息时,向所述服务器发送所述消息获取请求。
18.一种消息处理装置,其特征在于,应用于服务器,所述装置包括:
接收模块,用于接收移动终端发送的至少一条消息;
发送模块,用于向所述移动终端发送回包数据,所述回包数据包含目标消息,所述目标消息为在所述移动终端的显示屏幕上以第一显示状态显示的消息中的消息,所述第一显示状态用于指示显示的消息未成功发送到所述服务器,所述回包数据用于指示所述回包数据中包含的所有消息已成功发送到所述服务器。
19.根据权利要求18所述的装置,其特征在于,所述装置还包括:
存储模块,用于对所述至少一条消息进行存储;
编号模块,用于对所述至少一条消息进行递增编号,先接收到的消息的编号小于后接收到的消息的编号。
20.根据权利要求18所述的装置,其特征在于,所述装置还包括:
生成模块,用于生成所述至少一条消息的时间戳;
排序模块,用于根据所述至少一条消息的时间戳,对所述至少一条消息进行排序。
21.根据权利要求18所述的装置,其特征在于,
所述接收模块还用于接收所述移动终端发送的消息获取请求,所述消息获取请求携带时间戳;
所述发送模块还用于向所述移动终端发送指定数量的消息,所述指定数量的消息的时间戳晚于所述消息获取请求携带的时间戳。
22.根据权利要求21所述的装置,其特征在于,所述发送模块还用于向所述移动终端发送推送提示,所述推送提示用于提示从所述服务器获取新消息。
23.一种移动终端,其特征在于,所述移动终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求1至6任一项所述的消息处理方法。
24.一种服务器,其特征在于,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求7至11任一项所述的消息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811405062.5A CN109600301B (zh) | 2018-11-23 | 2018-11-23 | 消息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811405062.5A CN109600301B (zh) | 2018-11-23 | 2018-11-23 | 消息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109600301A true CN109600301A (zh) | 2019-04-09 |
CN109600301B CN109600301B (zh) | 2021-12-31 |
Family
ID=65958798
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811405062.5A Active CN109600301B (zh) | 2018-11-23 | 2018-11-23 | 消息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109600301B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110443674A (zh) * | 2019-06-27 | 2019-11-12 | 口碑(上海)信息技术有限公司 | 订单数据的拉取方法及装置、存储介质、计算机设备 |
CN111030918A (zh) * | 2019-11-19 | 2020-04-17 | 维沃移动通信有限公司 | 一种消息处理方法、电子设备及服务器 |
CN113379495A (zh) * | 2021-06-10 | 2021-09-10 | 北京达佳互联信息技术有限公司 | 信息处理方法和信息处理装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747567A (zh) * | 2004-09-10 | 2006-03-15 | 华为技术有限公司 | 一种消息发送方法及其*** |
CN101022606A (zh) * | 2007-04-10 | 2007-08-22 | 中兴通讯股份有限公司 | 短信状态报告的提示方法及装置 |
US20110213851A1 (en) * | 2000-06-28 | 2011-09-01 | Canon Kabushiki Kaisha | Image communication apparatus, image communication method, and memory medium |
CN104468732A (zh) * | 2014-11-18 | 2015-03-25 | 东方通信股份有限公司 | 地铁联席调度***请求状态同步的实现方法 |
CN104506416A (zh) * | 2014-12-17 | 2015-04-08 | 东软集团股份有限公司 | 一种实现消息稳定推送的方法、装置及*** |
CN105119816A (zh) * | 2015-09-16 | 2015-12-02 | 北京梅泰诺通信技术股份有限公司 | 消息发送状态的处理方法及装置 |
CN105162693A (zh) * | 2015-09-16 | 2015-12-16 | 小米科技有限责任公司 | 消息显示方法及装置 |
CN107666430A (zh) * | 2016-07-27 | 2018-02-06 | 中兴通讯股份有限公司 | 一种电子邮件发送方法、装置及终端 |
CN107800720A (zh) * | 2017-11-29 | 2018-03-13 | 广州酷狗计算机科技有限公司 | 劫持上报方法、装置、存储介质及设备 |
-
2018
- 2018-11-23 CN CN201811405062.5A patent/CN109600301B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110213851A1 (en) * | 2000-06-28 | 2011-09-01 | Canon Kabushiki Kaisha | Image communication apparatus, image communication method, and memory medium |
CN1747567A (zh) * | 2004-09-10 | 2006-03-15 | 华为技术有限公司 | 一种消息发送方法及其*** |
CN101022606A (zh) * | 2007-04-10 | 2007-08-22 | 中兴通讯股份有限公司 | 短信状态报告的提示方法及装置 |
CN104468732A (zh) * | 2014-11-18 | 2015-03-25 | 东方通信股份有限公司 | 地铁联席调度***请求状态同步的实现方法 |
CN104506416A (zh) * | 2014-12-17 | 2015-04-08 | 东软集团股份有限公司 | 一种实现消息稳定推送的方法、装置及*** |
CN105119816A (zh) * | 2015-09-16 | 2015-12-02 | 北京梅泰诺通信技术股份有限公司 | 消息发送状态的处理方法及装置 |
CN105162693A (zh) * | 2015-09-16 | 2015-12-16 | 小米科技有限责任公司 | 消息显示方法及装置 |
CN107666430A (zh) * | 2016-07-27 | 2018-02-06 | 中兴通讯股份有限公司 | 一种电子邮件发送方法、装置及终端 |
CN107800720A (zh) * | 2017-11-29 | 2018-03-13 | 广州酷狗计算机科技有限公司 | 劫持上报方法、装置、存储介质及设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110443674A (zh) * | 2019-06-27 | 2019-11-12 | 口碑(上海)信息技术有限公司 | 订单数据的拉取方法及装置、存储介质、计算机设备 |
CN110443674B (zh) * | 2019-06-27 | 2021-09-07 | 口碑(上海)信息技术有限公司 | 订单数据的拉取方法及装置、存储介质、计算机设备 |
CN111030918A (zh) * | 2019-11-19 | 2020-04-17 | 维沃移动通信有限公司 | 一种消息处理方法、电子设备及服务器 |
CN111030918B (zh) * | 2019-11-19 | 2022-03-25 | 维沃移动通信有限公司 | 一种消息处理方法、电子设备及服务器 |
CN113379495A (zh) * | 2021-06-10 | 2021-09-10 | 北京达佳互联信息技术有限公司 | 信息处理方法和信息处理装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109600301B (zh) | 2021-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110232048A (zh) | 日志文件的获取方法、装置及存储介质 | |
CN108710496A (zh) | 应用程序的配置更新方法、装置、设备及存储介质 | |
CN109302385A (zh) | 多媒体资源分享方法、装置及存储介质 | |
CN109982102A (zh) | 直播间的界面显示方法和***、以及直播服务器和主播端 | |
CN110213153A (zh) | 未读消息的显示方法、获取方法、装置、终端及存储介质 | |
CN108888959A (zh) | 虚拟场景中的组队方法、装置、计算机设备及存储介质 | |
CN109618212A (zh) | 信息显示方法、装置、终端及存储介质 | |
CN109327608A (zh) | 歌曲分享的方法、终端、服务器和*** | |
CN110213608A (zh) | 显示虚拟礼物的方法、装置、设备及可读存储介质 | |
CN110147503B (zh) | 信息发布方法、装置、计算机设备和存储介质 | |
CN110198484A (zh) | 消息推送方法、装置及设备 | |
CN110278464A (zh) | 显示榜单的方法和装置 | |
CN108762881A (zh) | 界面绘制方法、装置、终端及存储介质 | |
CN110147380A (zh) | 数据更新方法、装置、服务器以及存储介质 | |
CN108900925A (zh) | 设置直播模板的方法和装置 | |
CN109697113A (zh) | 请求重试的方法、装置、设备及可读存储介质 | |
CN109600301A (zh) | 消息处理方法及装置 | |
CN110418152A (zh) | 进行直播提示的方法及装置 | |
CN109194972A (zh) | 直播流获取方法、装置、计算机设备及存储介质 | |
CN109726064A (zh) | 模拟客户端异常运行的方法、装置、***及存储介质 | |
CN109218751A (zh) | 推荐音频的方法、装置及*** | |
CN109246228A (zh) | 资源获取、资源分配方法、装置、设备及存储介质 | |
CN110535890A (zh) | 文件上传的方法和装置 | |
CN109828915A (zh) | 一种调试应用程序的方法、装置、设备和存储介质 | |
CN110045958A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230529 Address after: 518000 Room 201, building A, 1 front Bay Road, Shenzhen Qianhai cooperation zone, Shenzhen, Guangdong Patentee after: TENCENT MUSIC ENTERTAINMENT (SHENZHEN) Co.,Ltd. Address before: 518000 Room 201, building A, 1 front Bay Road, Shenzhen Qianhai cooperation zone, Shenzhen, Guangdong Patentee before: TENCENT MUSIC ENTERTAINMENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |
|
TR01 | Transfer of patent right |