著录项信息
专利名称 | 消息服务器、移动终端及消息处理方法 |
申请号 | CN201610703921.3 | 申请日期 | 2016-08-22 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2017-01-11 | 公开/公告号 | CN106331088A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8;;;H;0;4;L;1;2;/;1;8查看分类表>
|
申请人 | 努比亚技术有限公司 | 申请人地址 | 广东省深圳市南山区高新区北环大道9018号大族创新大厦A区6-8层、10-11层、B区6层、C区6-10层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 努比亚技术有限公司 | 当前权利人 | 努比亚技术有限公司 |
发明人 | 林伟 |
代理机构 | 深圳协成知识产权代理事务所(普通合伙) | 代理人 | 章小燕 |
摘要
本发明公开了一种消息服务器、移动终端及消息处理方法;消息服务器包括:获取单元,用于获取应用服务器需要向运行目标应用客户端的移动终端发送的广播消息;存储服务单元,用于运行针对所述广播消息的消息标识的存储服务、以及针对所述广播消息的存储服务;第一响应单元,用于基于针对所述广播消息的消息标识的存储服务,响应移动终端拉取消息标识的操作,向所述移动终端返回所述广播消息的消息标识;第二响应单元,用于基于针对所述广播消息的存储服务,响应所述移动终端基于目标消息标识拉取未提示广播消息的操作,向所述移动终端返回相应的目标广播消息。实施本发明,能够节约发送广播消息的计算资源和存储资源。
1.一种消息服务器,其特征在于,所述消息服务器包括:
获取单元,用于获取应用服务器需要向运行有目标应用客户端的移动终端发送的广播消息;
存储服务单元,用于运行针对所述广播消息的消息标识的存储服务、以及针对所述广播消息的存储服务;
第一响应单元,用于基于针对所述广播消息的消息标识的存储服务,响应所述移动终端拉取消息标识的操作,向所述移动终端返回所述广播消息的消息标识,所述向所述移动终端返回所述广播消息的消息标识,用于供所述移动终端确定未提示广播消息对应的所述目标消息标识;
第二响应单元,用于基于针对所述广播消息的存储服务,响应所述移动终端基于目标消息标识拉取未提示广播消息的操作,向所述移动终端返回相应的目标广播消息,所述目标消息标识为所述移动终端所拉取的消息标识中与所述移动终端已经提示的广播消息的消息标识未匹配的消息标识。
2.根据权利要求1所述的消息服务器,其特征在于,
所述第一响应单元,还用于响应所述移动终端间隔性拉取所述消息标识的操作,通过与所述移动终端的连接向所述移动终端返回已获取的广播消息的消息标识。
3.根据权利要求1所述的消息服务器,其特征在于,
所述第二响应单元,还用于向所述移动终端中运行的消息客户端返回所述目标广播消息;其中,
所述目标广播消息用于供所述消息客户端检测到目标应用客户端运行时,向所述目标应用客户端传输用于供所述目标应用客户端进行提示的所述目标广播消息,以及,用于供所述消息客户端检测到所述目标应用客户端未运行时针对所述目标广播消息进行提示。
4.一种移动终端,其特征在于,所述移动终端包括:
第一拉取单元,用于通过消息服务器提供的存储服务接口,从所述消息服务器拉取所述消息服务器存储的对应目标应用客户端的广播消息的消息标识;
确定单元,用于基于拉取的消息标识确定运行有所述目标应用客户端的移动终端本地未提示的目标广播消息对应的目标消息标识;
第二拉取单元,用于通过所述消息服务器提供的所述存储服务接口,基于所述目标消息标识从所述消息服务器拉取所述目标广播消息;
提示单元,用于针对所拉取的目标广播消息进行提示。
5.根据权利要求4所述的移动终端,其特征在于,
所述第一拉取单元、所述第二拉取单元、所述提示单元和所述确定单元为耦合在所述移动终端运行的消息客户端的单元;
所述消息客户端用于检测到所述目标应用客户端运行时,向所述目标应用客户端传输用于供所述目标应用客户端进行提示的所述目标广播消息;
所述消息客户端还用于检测到所述目标应用客户端未运行时针对所述目标广播消息进行提示。
6.根据权利要求4所述的移动终端,其特征在于,
所述第一拉取单元、所述第二拉取单元、所述确定单元以及所述提示单元为耦合在所述目标应用客户端的单元。
7.根据权利要求4所述的移动终端,其特征在于,
所述确定单元,还用于将所拉取的消息标识与所述移动终端已经提示的广播消息的消息标识进行匹配,确定与已经提示的广播消息的消息标识未匹配的消息标识为所述目标消息标识。
8.根据权利要求4所述的移动终端,其特征在于,
所述第一拉取单元,还用于基于与所述消息服务器之间的连接,从所述消息服务器的存储服务接口间歇性拉取所述消息服务器存储的广播消息的消息标识。
9.一种消息推送方法,其特征在于,所述方法包括:
获取应用服务器需要向运行有目标应用客户端的移动终端发送的广播消息;
运行针对所述广播消息的消息标识的存储服务、以及针对所述广播消息的存储服务;
基于针对所述广播消息的消息标识的存储服务,响应所述移动终端拉取消息标识的操作,向所述移动终端返回所述广播消息的消息标识,所述向所述移动终端返回所述广播消息的消息标识,用于供所述移动终端确定未提示广播消息对应的所述目标消息标识;
基于针对所述广播消息的存储服务,响应所述移动终端基于目标消息标识拉取未提示广播消息的操作,向所述移动终端返回相应的目标广播消息,所述目标消息标识为所述移动终端所拉取的消息标识中与所述移动终端已经提示的广播消息的消息标识未匹配的消息标识。
10.一种消息推送方法,其特征在于,所述方法包括:
通过消息服务器提供的存储服务接口,从所述消息服务器拉取所述消息服务器存储的对应目标应用客户端的广播消息的消息标识;
基于拉取的消息标识确定移动终端本地未提示的目标广播消息对应的目标消息标识;
通过所述消息服务器提供的所述存储服务接口,基于所述目标消息标识从所述消息服务器拉取所述目标广播消息;
针对所拉取的目标广播消息进行提示。
消息服务器、移动终端及消息处理方法\n技术领域\n[0001] 本发明涉及电子技术,尤其涉及一种消息服务器、移动终端及消息处理方法。\n背景技术\n[0002] 向移动终端推送消息,如向移动终端的客户端如社交应用客户端推送消息时,需要应用服务器与移动终端的通信链路之间设置用于推送消息的消息服务器,消息服务器后台大量的服务进行支撑以实现消息的推送。\n[0003] 如果移动终端中开启了消息推送服务,则应用服务器将需要发送的消息发送至消息服务器,消息服务器和移动终端的客户端保持长连接,客户端通过在预先在消息服务器申请的令牌(Token)通过长连接来从消息服务器拉取对应客户端的(Pull)消息,此时消息服务器被动响应客户端的拉取操作;或者,消息服务器在接收到应用服务器发送的消息时,主动推送(Push)消息发送至相应的客户端。\n[0004] 当应用服务器需要向多个移动终端的客户端发送消息时,如果消息服务器使用上述的方式推送消息,必然需要针对每个广播消息以及广播消息的目标客户端维护广播消息是否已经发送的记录,海量的客户端对消息服务器的计算资源和存储资源造成大量消耗。\n发明内容\n[0005] 有鉴于此,本发明实施例为解决现有技术中存在的至少一个问题而提供一种消息服务器、移动终端及消息处理方法。\n[0006] 本发明实施例的技术方案是这样实现的:\n[0007] 第一方面,本发明实施例提供一种消息服务器,所述消息服务器包括:\n[0008] 获取单元,用于获取应用服务器需要向运行有目标应用客户端的移动终端发送的广播消息;\n[0009] 存储服务单元,用于运行针对所述广播消息的消息标识的存储服务、以及针对所述广播消息的存储服务;\n[0010] 第一响应单元,用于基于针对所述广播消息的消息标识的存储服务,响应所述移动终端拉取消息标识的操作,向所述移动终端返回所述广播消息的消息标识;\n[0011] 第二响应单元,用于基于针对所述广播消息的存储服务,响应所述移动终端基于目标消息标识拉取未提示广播消息的操作,向所述移动终端返回相应的目标广播消息。\n[0012] 上述方案中,所述向所述移动终端返回所述广播消息的消息标识用于供所述移动终端确定未提示广播消息对应的所述目标消息标识,所述目标消息标识为所述移动终端所拉取的消息标识中与所述移动终端已经提示的广播消息的消息标识未匹配的消息标识。\n[0013] 上述方案中,所述消息服务器还包括:\n[0014] 所述第一连接单元,用于在所述第一响应单元响应所述移动终端拉取所述目标广播消息的操作之前,与所述移动终端建立长连接。\n[0015] 上述方案中,所述第一响应单元,还用于响应所述移动终端间隔性拉取所述消息标识的操作,通过所述与所述移动终端的连接向所述移动终端返回已获取的广播消息的消息标识。\n[0016] 上述方案中,所述第二响应单元,还用于向所述移动终端中运行的消息客户端返回所述目标广播消息;其中,\n[0017] 所述目标广播消息用于供所述消息客户端检测到目标应用客户端运行时,向所述目标应用客户端传输用于供所述目标应用客户端进行提示的所述目标广播消息,以及,用于供所述消息客户端检测到所述目标应用客户端未运行时针对所述目标广播消息进行提示。\n[0018] 上述方案中,所述第二响应单元,还用于向所述移动终端的目标应用客户端返回用于供所述目标应用客户端进行提示的所述目标广播消息。\n[0019] 上述方案中,所述存储服务为缓存服务。\n[0020] 上述方案中,所述第一响应单元,还用于响应所述移动终端针对所述消息标识的拉取操作之前,确定所述移动终端的标识与所述广播消息的目标移动终端的标识匹配。\n[0021] 第二方面,本发明实施例提供一种移动终端,所述移动终端包括:\n[0022] 第一拉取单元,用于通过消息服务器提供的存储服务接口,从所述消息服务器拉取所述消息服务器存储的对应目标应用客户端的广播消息的消息标识;\n[0023] 确定单元,用于基于拉取的消息标识确定运行有所述目标应用客户端的移动终端本地未提示的目标广播消息对应的目标消息标识;\n[0024] 第二拉取单元,用于通过所述消息服务器提供的所述存储服务接口,基于所述目标消息标识从所述消息服务器拉取所述目标广播消息;\n[0025] 提示单元,用于针对所拉取的目标广播消息进行提示。\n[0026] 上述方案中,所述移动终端还包括:\n[0027] 第二连接单元,用于在所述第一拉取单元从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识之前,与所述消息服务器建立长连接。\n[0028] 上述方案中,所述第一拉取单元,还用于基于与所述消息服务器之间的连接,向所述消息服务器的存储服务接口间歇性拉取所述消息服务器存储的广播消息的消息标识。\n[0029] 上述方案中,所述第一拉取单元、所述提示单元和所述第二拉取单元为耦合在所述移动终端运行消息客户端的单元;\n[0030] 所述消息客户端用于检测到目标应用客户端运行时,向所述目标应用客户端传输用于供所述目标应用客户端进行提示的所述目标广播消息;\n[0031] 所述消息客户端还用于检测到所述目标应用客户端未运行时针对所述目标广播消息进行提示。\n[0032] 上述方案中,所述第一拉取单元、所述第二拉取单元、所述确定单元以及所述提示单元为耦合在对应所述目标应用客户端的单元。\n[0033] 上述方案中,所述确定单元,还用于将所拉取的消息标识与所述移动终端已经提示的广播消息的消息标识进行匹配,确定与已经提示的广播消息的消息标识未匹配的消息标识为所述目标消息标识。\n[0034] 第三方面,本发明实施例提供一种消息处理方法,应用于移动终端,所述方法包括:\n[0035] 获取应用服务器需要向运行有目标应用客户端的移动终端发送的广播消息;\n[0036] 运行针对所述广播消息的消息标识的存储服务、以及针对所述广播消息的存储服务;\n[0037] 基于针对所述广播消息的消息标识的存储服务,响应移动终端拉取消息标识的操作,向所述移动终端返回所述广播消息的消息标识;\n[0038] 基于针对所述广播消息的存储服务,响应所述移动终端基于目标消息标识拉取未提示广播消息的操作,向所述移动终端返回相应的目标广播消息。\n[0039] 上述方案中,所述向所述移动终端返回所述广播消息的消息标识用于供所述移动终端确定未提示广播消息对应的所述目标消息标识,所述目标消息标识为所述移动终端所拉取的消息标识中与所述移动终端已经提示的广播消息的消息标识未匹配的消息标识。\n[0040] 上述方案中,所述方法还包括:\n[0041] 响应所述移动终端拉取所述目标广播消息的操作之前,与所述移动终端建立长连接。\n[0042] 上述方案中,所述向所述移动终端返回所述广播消息的消息标识,包括:\n[0043] 响应所述移动终端间隔性拉取所述消息标识的操作,通过所述与所述移动终端的连接向所述移动终端返回已存储的广播消息的消息标识。\n[0044] 上述方案中,所述向所述移动终端返回所述目标广播消息,包括:\n[0045] 向所述移动终端中运行的消息客户端返回所述目标广播消息;其中,[0046] 所述目标广播消息用于供所述消息客户端检测到目标应用客户端运行时,向所述目标应用客户端传输用于供所述目标应用客户端进行提示的所述目标广播消息,以及,用于供所述消息客户端检测到所述目标应用客户端未运行时针对所述目标广播消息进行提示。\n[0047] 上述方案中,所述向所述移动终端返回所述目标广播消息,包括:\n[0048] 向所述移动终端的目标应用客户端返回用于供所述目标应用客户端进行提示的所述目标广播消息。\n[0049] 上述方案中,所述存储服务为缓存服务。\n[0050] 上述方案中,所述方法还包括:\n[0051] 响应所述移动终端针对所述消息标识的拉取操作之前,确定所述移动终端的标识与所述广播消息的目标移动终端的标识匹配。\n[0052] 第四方面,本发明实施例提供一种消息处理方法,应用于消息服务器,所述方法包括:\n[0053] 通过消息服务器提供的存储服务接口,从所述消息服务器拉取所述消息服务器存储的对应目标应用客户端的广播消息的消息标识;\n[0054] 基于拉取的消息标识确定移动终端本地未提示的目标广播消息对应的目标消息标识;\n[0055] 通过所述消息服务器提供的所述存储服务接口,基于所述目标消息标识从所述消息服务器拉取所述目标广播消息;\n[0056] 针对所拉取的目标广播消息进行提示。\n[0057] 上述方案中,所述方法还包括:\n[0058] 从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识之前,与所述消息服务器建立长连接。\n[0059] 上述方案中,所述从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识,包括\n[0060] 基于与所述消息服务器之间的连接,向所述消息服务器的存储服务接口间歇性拉取所述消息服务器存储的广播消息的消息标识。\n[0061] 上述方案中,所述移动终端运行消息客户端和对应所述目标应用客户端的目标应用客户端;\n[0062] 所述从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识,包括:\n[0063] 所述移动终端的所述消息客户端从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识;\n[0064] 所述基于所述目标消息标识从所述消息服务器拉取所述目标广播消息,包括:\n[0065] 所述移动终端的所述消息客户端基于所述目标消息标识从所述消息服务器拉取相应的目标广播消息;\n[0066] 所述针对所拉取的目标广播消息进行提示,包括:\n[0067] 所述移动终端中的所述消息客户端检测到目标应用客户端运行时,向所述目标应用客户端传输用于供所述目标应用客户端进行提示的所述目标广播消息;\n[0068] 所述移动终端中的所述消息客户端检测到所述目标应用客户端未运行时针对所述目标广播消息进行提示。\n[0069] 上述方案中,所述移动终端运行对应所述目标应用客户端的目标应用客户端;\n[0070] 所述从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识,包括:\n[0071] 所述移动终端的所述目标应用客户端从所述消息服务器拉取所述消息服务器存储的广播消息的消息标识;\n[0072] 所述基于所述目标消息标识从所述消息服务器拉取所述目标广播消息,包括:\n[0073] 所述移动终端的所述目标应用客户端基于所述目标消息标识从所述消息服务器拉取所述目标广播消息;\n[0074] 所述针对所拉取的目标广播消息进行提示,包括:\n[0075] 所述移动终端中的所述目标应用客户端针对所述目标广播消息进行提示。\n[0076] 上述方案中,所述基于拉取的消息标识确定移动终端本地未提示的目标广播消息对应的目标消息标识,包括:\n[0077] 将所拉取的消息标识与所述移动终端已经提示的广播消息的消息标识进行匹配,确定未与已经提示的广播消息的消息标识匹配的消息标识为所述目标消息标识。\n[0078] 本发明实施例中,消息服务器广播提供广播消息ID以及广播消息查询服务器,支持与广播下消息对应的目标应用客户端的移动终端进行拉取,由目标应用客户端来从消息服务器拉取广播消息ID,使得移动终端确定未提示的广播消息的消息标识,并基于消息标识进行拉取相应的广播消息,以进行展示。由于消息服务器支持提供了广播消息以及消息标识的存储服务,被动相应移动终端的拉取即可完成广播消息的推送,不需要针对移动终端维护相应的推送状态,也不需要进行推送相关的业务逻辑的处理,因此显著节约了消息服务器的计算资源和存储资源。\n附图说明\n[0079] 图1为实现本发明各个实施例的一个可选的移动终端100的硬件结构示意图;\n[0080] 图2为如图1所示的移动终端100的无线通信系统示意图;\n[0081] 图3-1为本发明实施例提供的消息服务器的一个可选的功能结构示意图;\n[0082] 图3-2为本发明实施例提供的应用客户端与消息服务器之间的消息处理的一个可选的实现示意图;\n[0083] 图3-3为本发明实施例提供的应用客户端、消息客户端以及消息服务器之间的消息处理的一个可选的实现示意图;\n[0084] 图3-4为本发明实施例提供的消息服务器的一个可选的功能结构示意图;\n[0085] 图4-1为本发明实施例提供的移动终端的一个可选的功能结构示意图;\n[0086] 图4-2为本发明实施例提供的移动终端的一个可选的功能结构示意图;\n[0087] 图4-3为如4-2所示的功能结构在消息客户端实现的示意图;\n[0088] 图4-4为如4-2所示的功能结构在应用客户端实现的示意图;\n[0089] 图5为本发明实施例提供的消息处理方法的一个可选的流程示意图;\n[0090] 图6为本发明实施例提供的消息处理方法的一个可选的流程示意图;\n[0091] 图7为本发明实施例提供的消息处理方法的一个可选的流程示意图。\n具体实施方式\n[0092] 应当理解,此处所描述的具体实施例仅仅用以解释本发明的技术方案,并不用于限定本发明的保护范围。\n[0093] 现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身并没有特定的意义。因此,“模块”与“部件”可以混合地使用。\n[0094] 移动终端可以以各种形式来实施。例如,本发明中描述的移动终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD)、便携式多媒体播放器(PMP)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定移动终端。下面,假设移动终端是移动终端。然而,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的移动终端。\n[0095] 图1为实现本发明各个实施例的移动终端100的硬件结构示意,如图1所示,移动终端100可以包括无线通信单元110、输出单元150、存储器160、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端100,但是应理解的是,并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端100的元件。\n[0096] 无线通信单元110通常包括一个或多个组件,其允许移动终端100与无线通信系统或网络之间的无线电通信。例如,无线通信单元110可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块和位置信息模块中的至少一个。\n[0097] 移动通信模块112将无线电信号发送到基站(例如,接入点、节点B等等)、外部移动终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。\n[0098] 无线互联网模块113支持移动终端100的无线互联网接入。无线互联网模块113可以内部或外部地耦接到移动终端。无线互联网模块113所涉及的无线互联网接入技术可以包括无线局域网(WLAN)、无线相容性认证(Wi-Fi)、无线宽带(Wibro)、全球微波互联接入(Wimax)、高速下行链路分组接入(HSDPA)等等。\n[0099] 输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如,音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。\n[0100] 显示单元151可以显示在移动终端100中处理的信息。例如,当移动终端100处于电话通话模式时,显示单元151可以显示与通话或其它通信(例如,文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时,显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。\n[0101] 同时,当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时,显示单元\n151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看,这可以称为透明显示器,典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式,移动终端100可以包括两个或更多显示单元(或其它显示装置),例如,移动终端100可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。\n[0102] 音频输出模块152可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将无线通信单元110接收的或者在存储器\n160中存储的音频数据转换音频信号并且输出为声音。而且,音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。\n[0103] 警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外,警报单元\n153可以以不同的方式提供输出以通知事件的发生。例如,警报单元153可以以振动的形式提供输出,当接收到呼叫、消息或一些其它进入通信(incoming communication)时,警报单元153可以提供触觉输出(即,振动)以将其通知给用户。通过提供这样的触觉输出,即使在用户的移动电话处于用户的口袋中时,用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。\n[0104] 存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等,或者可以暂时地存储已经输出或将要输出的数据(例如,电话簿、消息、静态图像、视频等等)。而且,存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。\n[0105] 存储器160可以包括至少一种类型的存储介质,所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且,移动终端100可以与通过网络连接执行存储器\n160的存储功能的网络存储装置协作。\n[0106] 控制器180通常控制移动终端100的总体操作。例如,控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。\n[0107] 这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施,这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施,在一些情况下,这样的实施方式可以在控制器180中实施。\n对于软件实施,诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施,软件代码可以存储在存储器160中并且由控制器180执行。\n[0108] 至此,已经按照其功能描述了移动终端100。下面,为了简要起见,将描述诸如折叠型、直板型、摆动型、滑动型移动终端100等等的各种类型的移动终端100中的滑动型移动终端100作为示例。因此,本发明能够应用于任何类型的移动终端100,并且不限于滑动型移动终端100。\n[0109] 如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。\n[0110] 现在将参考图2描述其中根据本发明的移动终端100能够操作的通信系统。\n[0111] 这样的通信系统可以使用不同的空中接口和/或物理层。例如,由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地,长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例,下面的描述涉及CDMA通信系统,但是这样的教导同样适用于其它类型的系统。\n[0112] 参考图2,CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC 280被构造为与公共电话交换网络(PSTN)\n290形成接口。MSC 280还被构造为与可以经由回程线路耦接到基站270的BSC 275形成接口。回程线路可以根据若干己知的接口中的任一种来构造,所述接口包括例如E1/T1、ATM、IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是,如图2中所示的系统可以包括多个BSC \n275。\n[0113] 每个BS 270可以服务一个或多个分区(或区域),由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS 270。或者,每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS 270可以被构造为支持多个频率分配,并且每个频率分配具有特定频谱(例如,1.25MHz,5MHz等等)。\n[0114] 分区与频率分配的交叉可以被称为CDMA信道。BS 270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下,术语“基站”可以用于笼统地表示单个BSC \n275和至少一个BS 270。基站也可以被称为“蜂窝站”。或者,特定BS 270的各分区可以被称为多个蜂窝站。\n[0115] 如图2中所示,广播发射器(BT)295将广播信号发送给在系统内操作的移动终端\n100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中,示出了几个卫星300,例如可以采用全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。\n[0116] 在图2中,描绘了多个卫星300,但是理解的是,可以利用任何数目的卫星获得有用的定位信息。GPS模块通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外,可以使用可以跟踪移动终端100的位置的其它技术。另外,至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。\n[0117] 作为无线通信系统的一个典型操作,BS 270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC 275。BSC 275提供通话资源分配和包括BS 270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC 280,其提供用于与PSTN 290形成接口的额外的路由服务。类似地,PSTN 290与MSC280形成接口,MSC 280与BSC 275形成接口,并且BSC 275相应地控制BS 270以将正向链路信号发送到移动终端100。\n[0118] 基于上述移动终端100硬件结构以及通信系统,提出本发明各个实施例。\n[0119] 实施例一\n[0120] 本发明实施例提供一种消息服务器,参见图3-1示出的消息服务器30的一个可选的结构示意图,包括:获取单元31、存储服务单元32、第一响应单元33和第二响应单元34,以下对各单元进行说明。\n[0121] 获取单元31,用于获取应用服务器需要向运行目标应用客户端的多个移动终端发送的广播消息。\n[0122] 实际应用中,应用服务器是目标应用客户端如社交应用客户端的后台服务器,负责向目标应用客户端提供用以实现业务(如即时通信、媒体播放、导航)的支持,使得目标应用客户端能够呈现业务结果(如接收到的消息、媒体播放界面、导航路线)。\n[0123] 示例性地,对于任意类型的目标应用客户端,广播消息可以是目标应用客户端的升级消息,相应地,应用服务器需要向没有运行目标应用客户端最新版本的移动终端发送升级消息。\n[0124] 示例性地,目标应用客户端为社交应用客户端时,广播消息可以是用户向多个社交好友群发的消息,应用服务器需要向用户指定的社交好友的社交应用客户端发送消息。\n[0125] 存储服务单元32,用于运行针对广播消息的消息标识的存储服务、以及针对广播消息的存储服务。\n[0126] 示例性地,存储服务单元32为不同的广播消息分配消息标识,并存储接收的广播消息以及为广播消息分配的消息标识。存储服务单元32用以存储广播消息以及消息标识的存储资源可以为消息服务器30本地存储资源,也可以是独立于消息服务器30的存储服务器的存储资源。\n[0127] 第一响应单元33,用于基于针对广播消息的消息标识的存储服务,响应移动终端拉取消息标识的操作,向移动终端返回广播消息的消息标识。\n[0128] 例如,第一响应单元33于响应移动终端间歇性(如定期或不定位)拉取消息标识的操作,通过与移动终端的连接向移动终端返回已存储的广播消息的消息标识。\n[0129] 第一响应单元33向移动终端返回广播消息的消息标识,用于供移动终端确定未提示广播消息对应的目标消息标识。例如,移动终端将所拉取的消息标识与移动终端已经提示的广播消息的消息标识进行匹配,确定未匹配的消息标识。\n[0130] 第二响应单元34,用于基于针对广播消息的存储服务,响应移动终端基于目标消息标识拉取未提示广播消息的操作,向移动终端返回相应的目标广播消息。\n[0131] 上述方案中,第一响应单元33,还用于响应移动终端针对消息标识的拉取操作之前,确定移动终端的标识与广播消息的目标移动终端的标识匹配。\n[0132] 消息服务器30的第二响应单元34向移动终端返回目标广播消息时,视移动终端中与消息服务器30进行通信的实体的不同,第一响应单元33和第二响应单元34的上述响应拉取操作有以下两种实现方式:\n[0133] 1)第一响应单元33和第二响应单元34响应移动终端中各应用客户端的拉取操作。\n[0134] 如图3-2所示,移动终端中安装各应用客户端,如社交应用客户端、媒体播放客户端等,各应用客户端向消息服务器的存储服务单元32拉取存储服务单元32存储的广播消息的消息标识,第一响应单元33向各应用客户端返回消息标识,各应用客户端基于所拉取的消息标识,与各应用客户端已经提示的广播消息匹配,确定各应用客户端未提示的广播消息(目标广播消息)的标识(目标消息标识)。各应用客户端基于所确定的目标消息标识向存储服务单元32拉取目标消息标识对应的广播消息(目标广播消息),第二响应单元34向各应用客户端返回各应用客户端且未提示的广播消息(目标广播消息)。\n[0135] 以应用客户端为社交应用客户端为例,社交应用客户端向存储服务单元32进行拉取消息标识的操作,第一响应单元33进行响应,向社交应用客户端返回存储服务单元32存储的广播消息(如社交应用客户端升级消息、好友群发消息等)的消息标识。社交应用客户端将社交应用客户端已经提示的广播消息的消息标识,与拉取的消息标识匹配确定未提示的广播消息的消息标识,同时,未提示的广播消息中可能存在对应其他应用客户端(如媒体播放客户端)的广播消息,因此继续识别出应当由社交应用客户端进行提示的广播消息(如社交应用客户端升级消息、好友群发消息等,而对于媒体播放客户端的升级消息则并不应当由社交应用客户端进行提示)的标识作为目标消息标识,向存储服务单元32拉取目标消息标识的对应的广播消息(目标广播消息),由第二响应单元34进行响应,向社交应用客户端返回目标广播消息。\n[0136] 2)第一响应单元33和第二响应单元34响应移动终端中消息客户端的拉取操作,消息客户端为移动终端中用于拉取各应用客户端的消息的系统级服务。\n[0137] 如图3-3所示,移动终端中运行有消息客户端和应用客户端,消息客户端是移动终端负责在消息服务器30和各应用客户端之间传递广播消息。消息客户端向消息服务器30的存储服务单元32拉取存储服务单元32存储的广播消息的消息标识,第一响应单元33向消息客户端返回消息标识,消息客户端基于所拉取的消息标识,与移动终端本地已经提示的广播消息匹配,确定未提示的广播消息(目标广播消息)的标识(目标消息标识)。消息客户端基于所确定的目标消息标识向存储服务单元32拉取目标消息标识对应的广播消息(目标广播消息),第二响应单元34向消息客户端返回未提示的广播消息(目标广播消息)。\n[0138] 对于消息客户端拉取的目标广播消息,若消息客户端检测到目标应用客户端运行时,向目标应用客户端传输目标广播消息,供目标应用客户端进行提示的目标广播消息。若消息客户端检测到目标应用客户端未运行时,消息客户端针对目标广播消息进行提示。\n[0139] 在第一响应单元33和第二响应单元34响应移动终端的拉取操作之前,消息服务器\n30需要与移动终端之间建立连接,相应地,在一个实施方式中,参见图3-4示出的消息服务器30的另一个可选的结构示意图,消息服务器30还包括:第一连接单元35,用于在第一响应单元33响应移动终端拉取目标广播消息的操作之前,与移动终端建立长连接,第一响应单元33和第二响应单元34基于长连接的来响应移动终端针对存储服务单元32的拉取操作。\n[0140] 本实施例具有以下有益效果:\n[0141] 1)消息服务器以存储服务的方式维护广播消息和对应的消息标识,使得移动终端可以通过匹配消息标识的方式确定未提示的广播消息,并从消息服务器拉取未提示的广播消息;对于消息服务器来说,只要存储广播消息以及对应的消息标识,不必针对每个移动终端维护广播消息的推送状态,这就显著节省了的消息服务器的存储资源。\n[0142] 2)消息服务器向移动终端响应消息标识,使得移动终端将拉取的消息标识与已经提示的广播消息的消息进行匹配的方式确定需要未提示的广播消息(目标广播消息),在消息推送的过程中涉及的业务逻辑分摊迁移到移动终端侧进行,对移动终端侧的计算资源平均占用少,消息服务器只需要被动响应移动终端的拉取操作,此外不需要进行与推送广播消息相关的业务逻辑的运算,显著节省了消息服务器的计算资源。\n[0143] 3)消息服务器与移动终端建立长连接通信,避免移动终端频繁连接导致的电能和通信流量的过度消耗。\n[0144] 4)消息服务器对移动终端间歇性发起的针对消息标识的拉取操作进行系响应,进而响应移动终端针对目标广播消息的拉取操作,实现广播消息在移动终端及时提示的效果。\n[0145] 5)消息服务器将广播消息返回移动终端的消息客户端,消息客户端根据目标应用客户端的状态使目标应用客户端或消息客户端自身进行提示,确保目标广播消息在移动终端能够得到及时提示。\n[0146] 6)消息服务器将广播消息返回移动终端的消息客户端,消息客户端根据目标应用客户端的状态使目标应用客户端或消息客户端自身进行提示,确保目标广播消息在移动终端能够得到及时提示。\n[0147] 实施例二\n[0148] 本实施例提供一种移动终端,参见图4-1示出的移动终端40的一个可选的结构示意图,包括:第一拉取单元41、第二拉取单元43、确定单元42和提示单元44,以下对各单元进行说明。\n[0149] 第一拉取单元41,用于通过消息服务器提供的存储服务接口,从消息服务器拉取消息服务器存储的对应目标应用客户端的广播消息的消息标识。\n[0150] 示例性地,消息服务器提供的存储服务为缓存服务,并且在独立于消息服务器的缓存服务器中存储应用服务器需要发送的广播消息、以及相应的消息标识。相应地,第一拉取单元41通过消息服务器提供的对应缓存服务器的特定访问接口(存储服务接口)对缓存服务器执行拉取操作。\n[0151] 示例性地,第一拉取单元41基于与消息服务器之间的连接,向消息服务器的存储服务接口间歇性(例如,定期地或不定期地)拉取消息服务器存储的广播消息的消息标识。\n[0152] 确定单元42,用于基于拉取的消息标识确定移动终端40本地未提示的目标广播消息对应的目标消息标识。\n[0153] 示例性地,确定单元42将所拉取的消息标识与移动终端40已经提示的广播消息的消息标识进行匹配,确定未与已经提示的广播消息的消息标识匹配的消息标识为目标消息标识。\n[0154] 第二拉取单元43,用于通过消息服务器提供的存储服务接口,基于目标消息标识从消息服务器拉取目标广播消息。\n[0155] 在第一拉取单元41和第二拉取单元43针对消息服务器执行拉取操作之前,有必要建立移动终端40与消息服务器之间的持久性通信。相应地,参见图4-2示出的移动终端40的一个可选的结构示意图,移动终端40还包括:第二连接单元45,用于在第一拉取单元41从消息服务器拉取消息服务器存储的广播消息的消息标识之前,与消息服务器建立长连接。\n[0156] 提示单元44,用于针对所拉取的目标广播消息进行提示,例如在使用图1示出的输出单元150通过声、光等方式的提示。\n[0157] 在一个实施方式中,参见图4-3,图4-2示出的功能单元为耦合在移动终端40运行消息客户端的单元;提示单元44为耦合在消息客户端以及目标应用客户端的目标应用客户端的单元,消息客户端为移动终端40中系统级的消息管理服务,也就是说,上述第一拉取单元41、第二拉取单元43、确定单元42和提示单元44的执行的处理为消息客户端的功能。\n[0158] 举例来说,消息客户端通过消息服务器提供的存储服务接口,从消息服务器拉取消息服务器存储的对应目标应用客户端的广播消息的消息标识;基于拉取的消息标识确定移动终端40本地未提示的广播消息(目标广播消息)对应的消息标识(目标广播标识);通过消息服务器提供的存储服务接口,基于目标消息标识从消息服务器拉取目标广播消息;针对所拉取的目标广播消息进行提示。\n[0159] 其中,针对目标广播消息进行提示时,如果消息客户端检测到目标应用客户端(例如,当目标广播消息为社交应用客户端的升级消息时,则对应的目标用于客户端为社交应用客户端)运行时,向目标应用客户端传输目标广播消息,供目标应用客户端提示目标广播消息客户端检测到目标应用客户端未运行时,由消息客户端针对目标广播消息进行提示。\n[0160] 在另一个实施方式中,移动终端40未运行有上述的消息客户端,并且,参加图4-4示出的功能单元为耦合在对应目标应用客户端的目标应用客户端(如社交应用客户端、媒体播放客户端)的单元。\n[0161] 举例来说,应用客户端通过耦合有上述图4-4示出的功能单元而执行以下处理:通过消息服务器提供的存储服务接口,从消息服务器拉取消息服务器存储的对应目标应用客户端的广播消息的消息标识;基于拉取的消息标识确定移动终端40本地未提示的目标广播消息对应的目标消息标识;通过消息服务器提供的存储服务接口,基于目标消息标识从消息服务器拉取目标广播消息;针对所拉取的目标广播消息进行提示。\n[0162] 本实施例具有以下有益效果:\n[0163] 1)移动终端可以通过匹配消息标识的方式确定未提示的广播消息,并从消息服务器拉取未提示的广播消息;从而使得消息服务器只要存储广播消息以及对应的消息标识,不必针对每个移动终端维护广播消息的推送状态,这就显著节省了的消息服务器的存储资源。\n[0164] 2)移动终端将拉取的消息标识与已经提示的广播消息的消息进行匹配的方式确定需要未提示的广播消息(目标广播消息),在消息推送的过程中涉及的业务逻辑分摊迁移到移动终端侧进行,对移动终端侧的计算资源平均占用少,消息服务器只需要被动响应移动终端的拉取操作,此外不需要进行与推送广播消息相关的业务逻辑的运算,显著节省了消息服务器的计算资源。\n[0165] 3)移动终端与消息服务器建立长连接通信,避免移动终端频繁连接导致的电能和通信流量的过度消耗。\n[0166] 4)移动终端间歇性向消息服务器发起的针对消息标识的拉取操作进行系响应,进而响应移动终端针对目标广播消息的拉取操作,实现广播消息在移动终端及时提示的效果。\n[0167] 5)移动终端的消息客户端根据目标应用客户端的状态使目标应用客户端或消息客户端自身进行提示,确保目标广播消息在移动终端能够得到及时提示。\n[0168] 6)移动终端的消息客户端根据目标应用客户端的状态使目标应用客户端或消息客户端自身进行提示,确保目标广播消息在移动终端能够得到及时提示。\n[0169] 这里需要指出的是:以下方法实施例的描述,与上述设备实施例的描述是类似的,具有同设备实施例相似的有益效果,因此不做赘述。对于本发明方法实施例中未披露的技术细节,请参照本发明设备实施例的描述而理解,为节约篇幅,因此不再赘述。\n[0170] 实施例三\n[0171] 与前述实施例一对应,本实施例提供一种应用于消息服务器的消息处理方法,参见图5,包括以下步骤:\n[0172] 步骤101,获取应用服务器需要向运行目标应用客户端的多个移动终端发送的广播消息。\n[0173] 步骤102,运行针对广播消息的消息标识的存储服务、以及针对广播消息的存储服务。\n[0174] 示例性地,消息服务器提供的存储服务为缓存服务,并且在独立于消息服务器的缓存服务器中存储应用服务器需要发送的广播消息、以及相应的消息标识。相应地,移动终端通过消息服务器提供的对应缓存服务器的特定访问接口(存储服务接口)对缓存服务器执行拉取操作。\n[0175] 步骤103,基于针对广播消息的消息标识的存储服务,响应移动终端拉取消息标识的操作,向移动终端返回广播消息的消息标识。\n[0176] 在一个实施方式中,响应移动终端拉取目标广播消息的操作之前,消息服务器与移动终端建立长连接,通过长连接与移动终端通信。\n[0177] 在一个实施方式中,消息服务器向移动终端返回广播消息的消息标识,使得移动终端通过这样的方式确定未提示的广播消息的消息标识;移动终端将所拉取的消息标识中与移动终端已经提示的广播消息的消息标识进行匹配,确定未匹配的消息标识为目标消息标识。\n[0178] 在一个实施方式中,消息服务器响应移动终端间隔性的拉取消息标识的操作,通过与移动终端的连接向移动终端返回已存储的广播消息的消息标识。\n[0179] 在一个实施方式中,鉴于广播消息可能不是针对所有移动终端发送的,因此在消息服务器响应移动终端针对消息标识的拉取操作之前,判断移动终端的标识与广播消息的目标移动终端的标识匹配,如果匹配则说明移动终端时广播消息的目标移动终端,向移动终端返回存储服务器存储的消息标识。\n[0180] 步骤104,基于针对广播消息的存储服务,响应移动终端基于目标消息标识拉取未提示广播消息的操作,向移动终端返回相应的目标广播消息。\n[0181] 消息服务器的向移动终端返回目标广播消息时,视移动终端中与消息服务器进行通信的实体的不同,消息服务器响应拉取操作有以下两种实现方式:\n[0182] 1)消息服务器响应移动终端中各应用客户端的拉取操作。\n[0183] 如图4-1所示,移动终端中安装各应用客户端,如社交应用客户端、媒体播放客户端等,各应用客户端向移动终端的存储服务单元拉取存储服务单元存储的广播消息的消息标识,消息服务器向各应用客户端返回消息标识,各应用客户端基于所拉取的消息标识,与各应用客户端已经提示的广播消息匹配,确定各应用客户端未提示的广播消息(目标广播消息)的标识(目标消息标识)。各应用客户端基于所确定的目标消息标识向消息服务器拉取目标消息标识对应的广播消息(目标广播消息),消息服务器向各应用客户端返回各应用客户端且未提示的广播消息(目标广播消息)。\n[0184] 2)消息服务器响应移动终端中消息客户端的拉取操作,消息客户端为移动终端用户拉取各应用客户端的消息的系统级服务。\n[0185] 如图4-2所示,移动终端中运行有消息客户端和应用客户端,消息客户端是移动终端负责在消息服务器和各应用客户端之间传递广播消息。消息客户端向消息服务器拉广播消息的消息标识,消息服务器向消息客户端返回消息标识,消息客户端基于所拉取的消息标识,与移动终端本地已经提示的广播消息的消息标识匹配,确定未提示的广播消息(目标广播消息)的消息标识(目标消息标识)。消息客户端基于所确定的目标消息标识向消息服务器拉取目标消息标识对应的广播消息(目标广播消息),消息服务器向消息客户端返回未提示的广播消息(目标广播消息)。\n[0186] 实施例四\n[0187] 与前述实施例二对应,本实施例提供一种应用于移动终端的消息处理方法,参见图6,包括以下步骤:\n[0188] 步骤201,通过消息服务器提供的存储服务接口,从消息服务器拉取消息服务器存储的对应目标应用客户端的广播消息的消息标识。\n[0189] 在一个实施方式中,从消息服务器拉取消息服务器存储的广播消息的消息标识之前,移动终端与消息服务器建立长连接。\n[0190] 步骤202,基于拉取的消息标识确定移动终端本地未提示的目标广播消息对应的目标消息标识。\n[0191] 移动终端将所拉取的消息标识与移动终端已经提示的广播消息的消息标识进行匹配,确定与已经提示的广播消息的消息标识未匹配的消息标识为目标消息标识。\n[0192] 步骤203,通过消息服务器提供的存储服务接口,基于目标消息标识从消息服务器拉取目标广播消息。\n[0193] 移动终端基于与消息服务器之间的连接,向消息服务器的存储服务接口间歇性拉取消息服务器存储的广播消息的消息标识。\n[0194] 步骤204,针对所拉取的目标广播消息进行提示。\n[0195] 在一个实施方式中,移动终端运行消息客户端和对应目标应用客户端的目标应用客户端;相应地,前述的步骤201至步骤204通过这样的方式实现:移动终端的消息客户端从消息服务器拉取消息服务器存储的广播消息的消息标识;移动终端的消息客户端基于目标消息标识从消息服务器拉取相应的目标广播消息;移动终端中的消息客户端检测到目标应用客户端运行时,向目标应用客户端传输用于供目标应用客户端进行提示的目标广播消息;移动终端中的消息客户端检测到目标应用客户端未运行时针对目标广播消息进行提示。\n[0196] 其中,针对目标广播消息进行提示时,如果消息客户端检测到目标应用客户端(例如,当目标广播消息为社交应用客户端的升级消息时,则对应的目标用于客户端为社交应用客户端)运行时,向目标应用客户端传输目标广播消息,供目标应用客户端提示目标广播消息客户端检测到目标应用客户端未运行时,由消息客户端针对目标广播消息进行提示。\n[0197] 在一个实施方式中,移动终端运行对应目标应用客户端的目标应用客户端;前述的步骤201至步骤204通过这样的方式实现:移动终端的目标应用客户端从消息服务器拉取消息服务器存储的广播消息的消息标识;移动终端的目标应用客户端基于目标消息标识从消息服务器拉取目标广播消息;移动终端中的目标应用客户端针对目标广播消息进行提示。\n[0198] 实施例四\n[0199] 本实施例针对广播消息推送的一个具体示例说明。\n[0200] 参见图7示出的消息处理的一个可选的流程示意图,包括以下步骤:\n[0201] 步骤301,应用服务器的后台管理界面调用相关接口,向消息服务器发送广播消息。\n[0202] 步骤302,消息服务器保存广播消息至缓存服务器中\n[0203] 包括在缓存服务器中存储广播消息、以及广播消息的序列号(ID)数组或者ID的列表。\n[0204] 步骤303,移动终端的客户端与消息服务器建立长连接。\n[0205] 步骤304,移动终端的客户端从缓存服务器拉取广播消息ID数组。\n[0206] 步骤305,移动终端的客户端从与客户端本地已缓存的广播消息ID数组信息进行匹配,过滤掉客户端已经提示的广播消息ID,得到客户端未提示的广播消息ID。\n[0207] 步骤306,移动终端的客户端根据未提示的广播消息ID从缓存服务器拉取广播消息。\n[0208] 步骤307,移动终端的客户端针对拉取的广播消息进行提示。\n[0209] 其中,移动终端的客户端与消息服务器建立长连接之后,间歇性从缓存服务器拉取广播消息ID,确定未提示广播消息ID并进行拉取,进而对拉取的广播消息进行提示。\n[0210] 实施例五\n[0211] 本实施例提供一种存储介质,存储有可执行指令,可执行指令用于引起处理器执行前述实施例一或实施例二提供的消息处理方法。\n[0212] 应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。\n[0213] 需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。\n[0214] 在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。\n[0215] 上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元;既可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。\n[0216] 另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。\n[0217] 本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(Read Only Memory,ROM)、磁碟或者光盘等各种可以存储程序代码的介质。\n[0218] 或者,本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。\n而前述的存储介质包括:移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。\n[0219] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
法律信息
- 2019-10-08
- 2017-02-08
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201610703921.3
申请日: 2016.08.22
- 2017-01-11
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| | 暂无 |
2014-09-24
| | |
2
| |
2015-12-23
|
2015-06-05
| | |
3
| |
2014-03-26
|
2013-12-30
| | |
4
| |
2013-04-17
|
2012-12-24
| | |
5
| |
2015-12-16
|
2015-07-30
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |