CN104796322B - 一种消息处理方法及其设备 - Google Patents
一种消息处理方法及其设备 Download PDFInfo
- Publication number
- CN104796322B CN104796322B CN201510132761.7A CN201510132761A CN104796322B CN 104796322 B CN104796322 B CN 104796322B CN 201510132761 A CN201510132761 A CN 201510132761A CN 104796322 B CN104796322 B CN 104796322B
- Authority
- CN
- China
- Prior art keywords
- message
- application
- repository location
- time stamp
- location information
- 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.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开一种消息处理方法及其设备，其中方法包括如下步骤：接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；查找与所述消息类型相关联的消息存储位置信息；将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。可以避免业务间的相互干扰，保证应用消息发送的准确性。
Description
技术领域
本发明涉及互联网技术领域，尤其涉及一种消息处理方法及其设备。
背景技术
随着互联网技术不断的开发和完善，手机和平板电脑等终端已经成为了人们生活中不可或缺的一个部分，人们不仅可以利用这些终端进行通讯，还可以进行文件传输、摄像、玩游戏等。
在终端中可以安装各种应用以满足用户对不同业务(例如：支付、游戏等等)的需求，当业务中产生诸如支付消息、游戏通知等应用消息时，服务器端可以对这些应用消息进行存储，并在终端请求这些应用消息时将其发送至终端。现有的存储过程时把针对同一用户不同业务的应用消息均存储至于一个邮箱中，容易导致业务之间的相互干扰，进而影响应用消息发送的准确性。
发明内容
本发明实施例提供一种消息处理方法及其设备，可以避免业务间的相互干扰，保证应用消息发送的准确性。
为了解决上述技术问题，本发明实施例第一方面提供了一种消息处理方法，可包括：
接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
查找与所述消息类型相关联的消息存储位置信息；
将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。
本发明实施例第二方面提供了一种消息处理设备，可包括：
类型获取单元，用于接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
信息查找单元，用于查找与所述消息类型相关联的消息存储位置信息；
消息存放单元，用于将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种消息处理方法的流程示意图；
图2是本发明实施例提供的另一种消息处理方法的流程示意图；
图3是本发明实施例提供的又一种消息处理方法的流程示意图；
图4是本发明实施例提供的一种消息处理设备的结构示意图；
图5是本发明实施例提供的信息查找单元的结构示意图；
图6是本发明实施例提供的另一种消息处理设备的结构示意图；
图7是本发明实施例提供的又一种消息处理设备的结构示意图；
图8是本发明实施例提供的一种消息处理系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例所述的消息处理方法可以应用于对离线非漫游的应用消息的处理场景，例如：消息处理设备接收基于用户标识所发送的针对某业务的应用所产生离线非漫游的应用消息，并获取所述应用消息对应的消息类型，所述消息处理设备查找与所述消息类型相关联的消息存储位置信息，并将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中的场景等。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性。
本发明实施例涉及的消息处理设备具体为针对不同用户的不同业务的应用消息进行接收并存储的后台服务器，该后台服务器可以包括但不限于应用消息接收、消息通知、数据存储等功能在内的服务器；所述应用消息优选为针对某一用户的用户标识在某个业务中所产生的应用消息，例如：支付消息、游戏通知消息等；所述离线非漫游的应用消息具体为在线或离线用户都能拉取到，且在多端登录的场景下，只能拉取一次的消息。
下面将结合附图1-附图3，对本发明实施例提供的一种消息处理方法进行详细介绍。
请参见图1，为本发明实施例提供了一种消息处理方法的流程示意图。如图1所示，本发明实施例的所述方法可以包括以下步骤S101-步骤S103。
S101，接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
具体的，消息处理设备接收业务服务器发送的基于用户标识且针对应用的应用消息，例如：在基于即时通讯应用下的游戏应用，当需要对游戏的更新内容进行通知时，游戏业务服务器将下发针对该游戏应用的游戏更新的应用消息，所述消息处理设备接收该应用消息，所述用户标识优选为所述即时通讯应用下的用户账号，所述用户标识可以为用户使用用户终端在进行即时通讯应用的注册时所分配的账号。
所述消息处理设备获取所述应用消息对应的消息类型，所述消息类型可以表示为所述应用消息所属的分发范围，例如：属于移动终端应用的应用消息、属于个人计算机应用的应用消息、属于个人计算机应用中的分区隔离的应用消息或者属于移动终端应用与个人计算机应用互通的应用消息等。
S102，查找与所述消息类型相关联的消息存储位置信息；
具体的，所述消息处理设备在获取所述应用消息对应的消息类型后，可以查找与所述消息类型相关联的消息存储位置信息，所述消息存储位置信息优选为存储位置标识，可以理解的是，所述存储位置标识可以为多个标识，用于存储不同消息类型的应用消息，所述存储位置标识分别对应有一个消息存储位置，由于所述应用消息是以邮件形式进行传输，因此所述消息存储位置优选为邮箱，则多个消息存储位置标识分别对应多个邮箱。需要说明的是，针对同一个用户标识，其可以拥有多个消息存储位置标识。
进一步的，所述消息处理设备可以先判断是否存在与所述消息类型相关联的消息存储位置信息，若存在，则所述消息处理设备直接获取所述消息存储位置信息，若不存在，则所述消息处理设备可以采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。所述预设信息生成规则具体为根据所述应用消息的类型进行进一步分类的规则，例如：所述应用消息属于移动终端应用的应用消息，则生成以所述用户标识映射的移动终端应用标识作为所述消息存储位置信息等。
S103，将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中；
具体的，所述消息处理设备可以将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中，优选的，若所述消息处理设备直接获取的所述消息存储位置信息，则所述消息处理设备可以直接将所述应用消息存放至所属消息存储位置信息所指示的消息存储位置中；若所述消息处理设备生成所述消息存储位置信息，则所述消息处理设备会在生成所述消息存储位置信息后，进一步生成所述消息存储位置信息对应的消息存储位置，并将所述应用消息存放至所述消息存储位置中。
需要说明的是，当接收到用户终端采用所述用户标识发送的针对所述应用消息的读取请求时，可以在所述消息存储位置中获取所述应用消息，并将所述应用消息发送至所述用户终端以响应所述读取请求。
其中，所述用户终端可以包括平板电脑、智能手机、个人电脑(PC)、笔记本电脑、掌上电脑以及移动互联网设备(MID)等终端设备，上述移动终端应用具体可以为平板电脑、智能手机、掌上电脑以及移动互联网设备(MID)等移动终端设备中的应用，所述个人计算机应用具体可以为个人电脑(PC)、笔记本电脑等终端设备中的应用。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性。
请参见图2，为本发明实施例提供了另一种消息处理方法的流程示意图。如图2所示，本发明实施例的所述方法可以包括以下步骤S201-步骤S209。
S201，接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
具体的，消息处理设备接收业务服务器发送的基于用户标识且针对应用的应用消息，例如：在基于即时通讯应用下的游戏应用，当需要对游戏的更新内容进行通知时，游戏业务服务器将下发针对该游戏应用的游戏更新的应用消息，所述消息处理设备接收该应用消息，所述用户标识优选为所述即时通讯应用下的用户账号，所述用户标识可以为用户使用用户终端在进行即时通讯应用的注册时所分配的账号。
所述消息处理设备获取所述应用消息对应的消息类型，所述消息类型可以表示为所述应用消息所属的分发范围，例如：属于移动终端应用的应用消息、属于个人计算机应用的应用消息、属于个人计算机应用中的分区隔离的应用消息或者属于移动终端应用与个人计算机应用互通的应用消息等。其中，所述移动终端应用具体可以为平板电脑、智能手机、掌上电脑以及移动互联网设备(MID)等移动终端设备中的应用，所述个人计算机应用具体可以为个人电脑(PC)、笔记本电脑等终端设备中的应用。
S202，判断是否存在与所述消息类型相关联的消息存储位置信息；
具体的，所述消息处理设备在获取所述应用消息对应的消息类型后，可以进一步判断是否存在与所述消息类型相关联的消息存储位置信息，所述消息存储位置信息优选为存储位置标识，可以理解的是，所述存储位置标识可以为多个标识，用于存储不同消息类型的应用消息，所述存储位置标识分别对应有一个消息存储位置，由于所述应用消息是以邮件形式进行传输，因此所述消息存储位置优选为邮箱，则多个消息存储位置标识分别对应多个邮箱。需要说明的是，针对同一个用户标识，其可以拥有多个消息存储位置标识。当存在与所述消息类型相关联的消息存储位置信息，则转入执行步骤S203；当不存在与所述消息类型相关联的消息存储位置信息，则转入执行步骤S204。
S203，获取所述消息存储位置信息；
具体的，若所述消息处理设备判断存在与所述消息类型相关联的消息存储位置信息，则所述消息处理设备可以直接获取所述消息存储位置信息。
S204，采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息；
具体的，若所述消息处理设备判断不存在与所述消息类型相关联的消息存储位置信息，则所述消息处理设备可以采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。
需要说明的是，所述预设信息生成规则具体为根据所述应用消息的类型进行进一步分类的规则，具体可以包括：
以所述用户标识作为所述消息存储位置信息；或，
以所述应用下的组群标识作为所述消息存储位置信息；或，
以所述用户标识和所述应用的应用标识共同作为所述消息存储位置信息。
可以理解的是，当所述应用消息为属于移动终端应用与个人计算机应用互通的应用消息时，所述消息处理设备可以以所述用户标识作为所述消息存储位置信息；当所述应用消息为属于移动终端应用的应用消息时，所述消息处理设备可以以所述移动终端应用下的所述用户标识所映射的组群标识作为所述消息存储位置信息；当所述应用消息为属于个人计算机应用中的分区隔离的应用消息时，所述消息处理设备可以以所述个人计算机应用下，所述用户标识所映射的关于所述分区的组群标识作为所述消息存储位置信息；当所述应用消息属于个人计算机应用的应用消息时，所述消息处理设备可以以所述用户标识和所述用户标识所映射的所述应用的应用标识共同作为所述消息存储位置信息。
当然，以上所列举的预设信息生成规则仅为举例，所述预设信息生成规则还可以由管理人员进行自定义设置，消息存储位置信息的生成可以根据所述预设信息生成规则进行生成，便于区分基于多终端且多业务应用间的应用消息。
S205，将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中；
具体的，所述消息处理设备可以将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中，优选的，若所述消息处理设备直接获取的所述消息存储位置信息，则所述消息处理设备可以直接将所述应用消息存放至所属消息存储位置信息所指示的消息存储位置中；若所述消息处理设备生成所述消息存储位置信息，则所述消息处理设备会在生成所述消息存储位置信息后，进一步生成所述消息存储位置信息对应的消息存储位置，并将所述应用消息存放至所述消息存储位置中。
S206，根据所述用户标识和所述消息类型向用户终端推送消息通知信息；
具体的，所述消息处理设备可以根据所述消息类型，按照预设的推送策略将对所述应用消息的消息通知信息推送至所述用户标识对应的所述用户终端，优选的，所述预设的推送策略具体可以为所述消息处理设备根据所述消息类型确定所述应用消息的重要性，例如：对于一些支付内容的消息的通知或者对于一些游戏更新的消息的通知等，对于重要的应用消息的通知，所述消息处理设备会要求所述用户终端在接收到所述消息通知信息时进行确认反馈，所述消息处理设备在接收到确认反馈之间可以每隔预设时间进行消息通知信息的推送；而对于普通的应用消息的通知，所述消息处理设备可以只需将所述消息通知信息进行推送即可。
可以理解的是，所述消息处理设备还会根据所述消息类型以及所述用户终端的终端类型进行消息通知信息的推送，若所述应用消息属于所述移动终端应用的，则所述消息处理设备会将所述消息通知信息推送至所述用户标识对应的移动的用户终端(例如：平板电脑、智能手机、掌上电脑或MID等)上；若所述应用消息属于个人计算机应用上的，则所述消息处理设备会将所述消息通知信息推送至所述用户标识对应的固定的用户终端(例如：个人电脑、笔记本电脑等)上；若所述应用消息属于移动终端应用与个人计算机应用互通的，则所述消息处理设备会将所述消息通知信息推送至所述用户标识对应的移动的用户终端上和/或对应的固定的用户终端上。
本发明实施例具体从用户固定的用户终端描述接收应用消息的过程，可以理解的是，由于固定的用户终端不存在缓存，因此固定的用户终端对应用消息的拉取以及读取均是同时进行，即在用户使用固定的用户终端登录所述应用时，固定的用户终端会对应用消息进行拉取并读取。优选的，所述固定的用户终端会向所述消息处理设备发送对所述应用消息的消息读取请求。以下的用户终端均表示固定的用户终端。
S207，当接收到用户终端发送的对所述应用消息的消息读取请求时，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第一消息读取时间戳；
具体的，当所述消息处理设备接收到所述用户终端发送的对所述应用消息的消息读取请求时，所述消息处理设备可以根据所述消息读取请求中所携带的所述用户标识，对所述消息存储位置的第一消息读取时间戳进行获取。所述第一消息读取时间戳表示对基于本次消息读取请求，上一次接收到在所述消息存储位置进行应用消息读取的消息读取时间戳。
可以理解的是，针对不同的消息存储位置，都记录有其对应的第一消息读取时间戳。
S208，将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端；
具体的，所述消息处理设备可以将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端。所述第二消息读取时间戳表示为本次接收到所述消息读取请求的消息读取时间戳，可以理解的是，所述应用消息可以为一个或多个消息，即只要在所述第一消息读取时间戳至所述第二消息读取时间戳内的应用消息，所述消息处理设备均将这些应用消息发送至所述用户终端。
所述用户终端在接收到所述应用消息时，可以对所述应用消息进行输出显示，或者采用预设通知方式提示用户对所述应用消息进行查看。
S209，采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新；
具体的，所述消息处理设备记录所述第二消息读取时间戳，并采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新，即采用所述第二消息读取时间戳覆盖所述第一消息读取时间戳，在下一次接收到对所述消息存储位置中的应用消息的消息读取时间戳时，所述第二消息读取时间戳则表示为第一消息读取时间戳。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性；通过根据应用消息的消息类型并采用预设的推送策略对消息通知信息进行推送，确保了对于重要的应用消息的消息通知信息可以推送至用户终端，避免重要的应用消息的消息通知信息的丢失；通过采用消息读取时间戳对消息存储位置进行标记，避免了消息存储位置中的应用消息被重复进行读取对用户造成的干扰，保证了用户终端的使用。
请参见图3，为本发明实施例提供了又一种消息处理方法的流程示意图。如图3所示，本发明实施例的所述方法可以包括以下步骤S301-步骤S310。
S301，接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
S302，判断是否存在与所述消息类型相关联的消息存储位置信息；
S303，获取所述消息存储位置信息；
S304，采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息；
S305，将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中；
S306，根据所述用户标识和所述消息类型向用户终端推送消息通知信息；
其中，本发明实施例的步骤S301-步骤S306可以分别参见图2所示实施例的步骤S201-步骤S206，在此不进行赘述。
本发明实施例具体从用户移动的用户终端描述接收应用消息的过程，可以理解的是，由于移动的用户终端存在延时、流量耗损等原因，因此移动的用户终端可以先对应用消息进行拉取，而当用户使用移动的用户终端登录所述应用时，可以对应用消息进行读取，拉取的应用消息可以存储在用户终端的本地缓存中。优选的，所述移动的用户终端检测到所述应用被启动时，会向所述消息处理设备发送对所述应用消息的消息读取请求。以下的用户终端均表示移动的用户终端。
S307，当接收到用户终端发送的对所述应用消息的消息读取请求时，获取所述消息读取请求中携带的消息拉取确认时间戳；
具体的，当所述消息处理设备接收到所述用户终端发送的对所述应用消息的消息读取请求时，所述消息处理设备需要获取所述消息读取请求中携带的消息拉取确认时间戳，可以理解的是，在对所述应用消息进行读取前，存在用户终端向所述消息处理设备拉取在所述应用消息之前的存储于所述消息存储位置中的其它应用消息，而当用户终端检测到所述应用被启动时，会向所述消息处理设备发送对所述应用消息的消息读取请求，此时所述消息读取请求中可以包含对之前的所述其它应用消息拉取的消息拉取确认时间戳。
S308，将所述消息存储位置中在所述消息拉取确认时间戳至接收到所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端；
具体的，所述消息处理设备可以将所述消息存储位置中在所述消息拉去确认时间戳至所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端。所述第三消息读取时间戳表示为本次接收到所述消息读取请求的消息读取时间戳，可以理解的是，所述应用消息可以为一个或多个消息，所述消息处理设备均将这些应用消息发送至所述用户终端。
所述用户终端在接收到所述应用消息时，可以预先拉取的所缓存的其它应用消息与所述应用消息一同进行输出显示，或者采用预设通知方式提示用户对所述其它应用消息与所述应用消息进行查看。
S309，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第四消息读取时间戳；
具体的，所述消息处理设备可以根据所述消息读取请求中所携带的所述用户标识，对所述消息存储位置的第四消息读取时间戳进行获取，所述第四消息读取时间戳表示对给予本次消息读取请求，上一次接收到在所述消息存储位置进行应用消息读取的消息读取时间戳。
S310，当所述消息拉取确认时间戳大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳时，采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，并记录所述消息拉取确认时间戳；
具体的，针对不同的消息存储位置中均存储有各自的消息拉取确认时间戳，而在每次获取到新的消息拉取确认时间戳时，均会对之前的消息拉取确认时间戳进行更新，同时针对不同的消息存储位置中均存储有其对应的第四消息读取时间戳。由于所述消息处理设备对于用户终端发送的消息拉取确认时间戳具备不信任性，因此所述消息处理设备需要对所述消息拉取确认时间戳进行验证，对于一般情况，所述消息拉取确认时间戳需要满足大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳，当其满足时，所述消息处理设备可以采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，同时采用本次消息读取请求中携带的所述消息拉取确认时间戳对上一次的消息拉取确认时间戳进行更新。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性；通过根据应用消息的消息类型并采用预设的推送策略对消息通知信息进行推送，确保了对于重要的应用消息的消息通知信息可以推送至用户终端，避免重要的应用消息的消息通知信息的丢失；通过采用消息读取时间戳以及消息拉取确认时间戳对消息存储位置进行标记，避免了消息存储位置中的应用消息被重复进行拉取和/或读取对用户造成的干扰，保证了用户终端的使用。
下面将结合附图4-附图6，对本发明实施例提供的消息处理设备进行详细介绍。需要说明的是，附图4-附图6所示的消息处理设备，用于执行本发明图1-图3所示实施例的方法，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明图1-图3所示的实施例。
请参见图4，为本发明实施例提供了一种消息处理设备的结构示意图。如图4所示，本发明实施例的所述消息处理设备1可以包括：类型获取单元11、信息查找单元12和消息存放单元13。
类型获取单元11，用于接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
具体实现中，所述类型获取单元11接收业务服务器发送的基于用户标识且针对应用的应用消息，例如：在基于即时通讯应用下的游戏应用，当需要对游戏的更新内容进行通知时，游戏业务服务器将下发针对该游戏应用的游戏更新的应用消息，所述类型获取单元11接收该应用消息，所述用户标识优选为所述即时通讯应用下的用户账号，所述用户标识可以为用户使用用户终端在进行即时通讯应用的注册时所分配的账号。
所述类型获取单元11获取所述应用消息对应的消息类型，所述消息类型可以表示为所述应用消息所属的分发范围，例如：属于移动终端应用的应用消息、属于个人计算机应用的应用消息、属于个人计算机应用中的分区隔离的应用消息或者属于移动终端应用与个人计算机应用互通的应用消息等。
信息查找单元12，用于查找与所述消息类型相关联的消息存储位置信息；
具体实现中，所述信息查找单元12在所述类型获取单元11获取所述应用消息对应的消息类型后，可以查找与所述消息类型相关联的消息存储位置信息，所述消息存储位置信息优选为存储位置标识，可以理解的是，所述存储位置标识可以为多个标识，用于存储不同消息类型的应用消息，所述存储位置标识分别对应有一个消息存储位置，由于所述应用消息是以邮件形式进行传输，因此所述消息存储位置优选为邮箱，则多个消息存储位置标识分别对应多个邮箱。需要说明的是，针对同一个用户标识，其可以拥有多个消息存储位置标识。
进一步的，所述信息查找单元12可以先判断是否存在与所述消息类型相关联的消息存储位置信息，若存在，则所述信息查找单元12直接获取所述消息存储位置信息，若不存在，则所述信息查找单元12可以采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。所述预设信息生成规则具体为根据所述应用消息的类型进行进一步分类的规则，例如：所述应用消息属于移动终端应用的应用消息，则生成以所述用户标识映射的移动终端应用标识作为所述消息存储位置信息等。
具体的，请一并参见图5，为本发明实施例提供了信息查找单元的结构示意图。如图5所示，所述信息查找单元12可以包括：
判断子单元121，用于判断是否存在与所述消息类型相关联的消息存储位置信息；
具体实现中，所述判断子单元121在所述类型获取单元11获取所述应用消息对应的消息类型后，可以进一步判断是否存在与所述消息类型相关联的消息存储位置信息，所述消息存储位置信息优选为存储位置标识，可以理解的是，所述存储位置标识可以为多个标识，用于存储不同消息类型的应用消息，所述存储位置标识分别对应有一个消息存储位置，由于所述应用消息是以邮件形式进行传输，因此所述消息存储位置优选为邮箱，则多个消息存储位置标识分别对应多个邮箱。需要说明的是，针对同一个用户标识，其可以拥有多个消息存储位置标识。
信息获取子单元122，用于若所述判断子单元121判断存在与所述消息类型相关联的消息存储位置信息，则获取所述消息存储位置信息；
具体实现中，若所述判断子单元121判断存在与所述消息类型相关联的消息存储位置信息，则所述信息获取子单元122可以直接获取所述消息存储位置信息。
信息生成子单元123，用于若所述判断子单元121判断不存在与所述消息类型相关联的消息存储位置信息，则采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息；
具体实现中，若所述判断子单元121判断不存在与所述消息类型相关联的消息存储位置信息，则所述信息生成子单元123可以采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。
需要说明的是，所述预设信息生成规则具体为根据所述应用消息的类型进行进一步分类的规则，具体可以包括：
以所述用户标识作为所述消息存储位置信息；或，
以所述应用下的组群标识作为所述消息存储位置信息；或，
以所述用户标识和所述应用的应用标识共同作为所述消息存储位置信息。
可以理解的是，当所述应用消息为属于移动终端应用与个人计算机应用互通的应用消息时，所述消息处理设备1可以以所述用户标识作为所述消息存储位置信息；当所述应用消息为属于移动终端应用的应用消息时，所述消息处理设备1可以以所述移动终端应用下的所述用户标识所映射的组群标识作为所述消息存储位置信息；当所述应用消息为属于个人计算机应用中的分区隔离的应用消息时，所述消息处理设备1可以以所述个人计算机应用下，所述用户标识所映射的关于所述分区的组群标识作为所述消息存储位置信息；当所述应用消息属于个人计算机应用的应用消息时，所述消息处理设备1可以以所述用户标识和所述用户标识所映射的所述应用的应用标识共同作为所述消息存储位置信息。
当然，以上所列举的预设信息生成规则仅为举例，所述预设信息生成规则还可以由管理人员进行自定义设置，消息存储位置信息的生成可以根据所述预设信息生成规则进行生成，便于区分基于多终端且多业务应用间的应用消息。
消息存放单元13，用于将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中；
具体实现中，所述消息存放单元13可以将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中，优选的，若所述信息查找单元12直接获取的所述消息存储位置信息，则所述消息存放单元13可以直接将所述应用消息存放至所属消息存储位置信息所指示的消息存储位置中；若所述信息查找单元12生成所述消息存储位置信息，则所述消息处理设备1会在生成所述消息存储位置信息后，进一步生成所述消息存储位置信息对应的消息存储位置，所属消息存放单元13将所述应用消息存放至所述消息存储位置中。
需要说明的是，当接收到用户终端采用所述用户标识发送的针对所述应用消息的读取请求时，可以在所述消息存储位置中获取所述应用消息，并将所述应用消息发送至所述用户终端以响应所述读取请求。
其中，所述用户终端可以包括平板电脑、智能手机、个人电脑(PC)、笔记本电脑、掌上电脑以及移动互联网设备(MID)等终端设备，上述移动终端应用具体可以为平板电脑、智能手机、掌上电脑以及移动互联网设备(MID)等移动终端设备中的应用，所述个人计算机应用具体可以为个人电脑(PC)、笔记本电脑等终端设备中的应用。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性。
请参见图6，为本发明实施例提供了另一种消息处理设备的结构示意图。如图6所示，本发明实施例的所述消息处理设备1可以包括：类型获取单元11、信息查找单元12、消息存放单元13、信息推送单元14、第一时间戳获取单元15、第一消息发送单元16、第一更新单元17、第二时间戳获取单元18、第二消息发送单元19、第三时间戳获取单元20和第二更新单元21；其中，类型获取单元11、信息查找单元12和消息存放单元13的结构可以参见图4所示实施例的具体描述，在此不进行赘述。
信息推送单元14，用于根据所述用户标识和所述消息类型向用户终端推送消息通知信息；
具体实现中，所述信息推送单元14可以根据所述消息类型，按照预设的推送策略将对所述应用消息的消息通知信息推送至所述用户标识对应的所述用户终端，优选的，所述预设的推送策略具体可以为所述信息推送单元14根据所述消息类型确定所述应用消息的重要性，例如：对于一些支付内容的消息的通知或者对于一些游戏更新的消息的通知等，对于重要的应用消息的通知，所述信息推送单元14会要求所述用户终端在接收到所述消息通知信息时进行确认反馈，所述信息推送单元14在接收到确认反馈之间可以每隔预设时间进行消息通知信息的推送；而对于普通的应用消息的通知，所述信息推送单元14可以只需将所述消息通知信息进行推送即可。
可以理解的是，所述信息推送单元14还会根据所述消息类型以及所述用户终端的终端类型进行消息通知信息的推送，若所述应用消息属于所述移动终端应用的，则所述信息推送单元14会将所述消息通知信息推送至所述用户标识对应的移动的用户终端(例如：平板电脑、智能手机、掌上电脑或MID等)上；若所述应用消息属于个人计算机应用上的，则所述信息推送单元14会将所述消息通知信息推送至所述用户标识对应的固定的用户终端(例如：个人电脑、笔记本电脑等)上；若所述应用消息属于移动终端应用与个人计算机应用互通的，则所述信息推送单元14会将所述消息通知信息推送至所述用户标识对应的移动的用户终端上和/或对应的固定的用户终端上。
可选的，在本发明实施例的第一种实现方式中，具体从用户固定的用户终端描述接收应用消息的过程，可以理解的是，由于固定的用户终端不存在缓存，因此固定的用户终端对应用消息的拉取以及读取均是同时进行，即在用户使用固定的用户终端登录所述应用时，固定的用户终端会对应用消息进行拉取并读取。优选的，所述固定的用户终端会向所述消息处理设备1发送对所述应用消息的消息读取请求。以下的用户终端均表示固定的用户终端。
第一时间戳获取单元15，用于当接收到用户终端发送的对所述应用消息的消息读取请求时，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第一消息读取时间戳；
具体实现中，当所述消息处理设备1接收到所述用户终端发送的对所述应用消息的消息读取请求时，所述第一时间戳获取单元15可以根据所述消息读取请求中所携带的所述用户标识，对所述消息存储位置的第一消息读取时间戳进行获取。所述第一消息读取时间戳表示对基于本次消息读取请求，上一次接收到在所述消息存储位置进行应用消息读取的消息读取时间戳。
可以理解的是，针对不同的消息存储位置，都记录有其对应的第一消息读取时间戳。
第一消息发送单元16，用于将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端；
具体实现中，所述第一消息发送单元16可以将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端。所述第二消息读取时间戳表示为本次接收到所述消息读取请求的消息读取时间戳，可以理解的是，所述应用消息可以为一个或多个消息，即只要在所述第一消息读取时间戳至所述第二消息读取时间戳内的应用消息，所述第一消息发送单元16均将这些应用消息发送至所述用户终端。
所述用户终端在接收到所述应用消息时，可以对所述应用消息进行输出显示，或者采用预设通知方式提示用户对所述应用消息进行查看。
第一更新单元17，用于采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新；
具体实现中，所述第一更新单元17记录所述第二消息读取时间戳，并采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新，即采用所述第二消息读取时间戳覆盖所述第一消息读取时间戳，在下一次接收到对所述消息存储位置中的应用消息的消息读取时间戳时，所述第二消息读取时间戳则表示为第一消息读取时间戳。
可选的，在本发明实施例的第二种实现方式中，具体从用户移动的用户终端描述接收应用消息的过程，可以理解的是，由于移动的用户终端存在延时、流量耗损等原因，因此移动的用户终端可以先对应用消息进行拉取，而当用户使用移动的用户终端登录所述应用时，可以对应用消息进行读取，拉取的应用消息可以存储在用户终端的本地缓存中。优选的，所述移动的用户终端检测到所述应用被启动时，会向所述消息处理设备1发送对所述应用消息的消息读取请求。以下的用户终端均表示移动的用户终端。
第二时间戳获取单元18，用于当接收到用户终端发送的对所述应用消息的消息读取请求时，获取所述消息读取请求中携带的消息拉取确认时间戳；
具体实现中，当所述消息处理设备1接收到所述用户终端发送的对所述应用消息的消息读取请求时，所述第二时间戳获取单元18需要获取所述消息读取请求中携带的消息拉取确认时间戳，可以理解的是，在对所述应用消息进行读取前，存在用户终端向所述消息处理设备1拉取在所述应用消息之前的存储于所述消息存储位置中的其它应用消息，而当用户终端检测到所述应用被启动时，会向所述消息处理设备1发送对所述应用消息的消息读取请求，此时所述消息读取请求中可以包含对之前的所述其它应用消息拉取的消息拉取确认时间戳。
第二消息发送单元19，用于将所述消息存储位置中在所述消息拉取确认时间戳至接收到所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端；
具体实现中，所述第二消息发送单元19可以将所述消息存储位置中在所述消息拉去确认时间戳至所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端。所述第三消息读取时间戳表示为本次接收到所述消息读取请求的消息读取时间戳，可以理解的是，所述应用消息可以为一个或多个消息，所述第二消息发送单元19均将这些应用消息发送至所述用户终端。
所述用户终端在接收到所述应用消息时，可以预先拉取的所缓存的其它应用消息与所述应用消息一同进行输出显示，或者采用预设通知方式提示用户对所述其它应用消息与所述应用消息进行查看。
第三时间戳获取单元20，用于根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第四消息读取时间戳；
具体实现中，所述第三时间戳获取单元20可以根据所述消息读取请求中所携带的所述用户标识，对所述消息存储位置的第四消息读取时间戳进行获取，所述第四消息读取时间戳表示对给予本次消息读取请求，上一次接收到在所述消息存储位置进行应用消息读取的消息读取时间戳。
第二更新单元21，用于当所述消息拉取确认时间戳大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳时，采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，并记录所述消息拉取确认时间戳；
具体实现中，针对不同的消息存储位置中均存储有各自的消息拉取确认时间戳，而在每次获取到新的消息拉取确认时间戳时，均会对之前的消息拉取确认时间戳进行更新，同时针对不同的消息存储位置中均存储有其对应的第四消息读取时间戳。由于所述消息处理设备1对于用户终端发送的消息拉取确认时间戳具备不信任性，因此所述消息处理设备1需要对所述消息拉取确认时间戳进行验证，对于一般情况，所述消息拉取确认时间戳需要满足大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳，当其满足时，所述第二更新单元21可以采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，同时采用本次消息读取请求中携带的所述消息拉取确认时间戳对上一次的消息拉取确认时间戳进行更新。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性；通过根据应用消息的消息类型并采用预设的推送策略对消息通知信息进行推送，确保了对于重要的应用消息的消息通知信息可以推送至用户终端，避免重要的应用消息的消息通知信息的丢失；通过采用消息读取时间戳以及消息拉取确认时间戳对消息存储位置进行标记，避免了消息存储位置中的应用消息被重复进行拉取和/或读取对用户造成的干扰，保证了用户终端的使用。
请参见图7，为本发明实施例提供了另一种消息处理设备的结构示意图。如图7所示，所述消息处理设备1000可以包括：至少一个处理器1001，例如CPU，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)、手写板、录音器，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图7所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及消息处理应用程序。
在图7所示的消息处理设备1000中，网络接口1004主要用于连接用户终端，与所述用户终端进行数据通信；而用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储的消息处理应用程序，并具体执行以下步骤：
接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
查找与所述消息类型相关联的消息存储位置信息；
将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。
在一个实施例中，所述处理器1001在执行查找与所述消息类型相关联的消息存储位置信息时，具体执行以下步骤：
判断是否存在与所述消息类型相关联的消息存储位置信息；
若是，则获取所述消息存储位置信息；
若否，则采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。
在一个实施例中，所述预设信息生成规则包括：
以所述用户标识作为所述消息存储位置信息；或，
以所述应用下的组群标识作为所述消息存储位置信息；或，
以所述用户标识和所述应用的应用标识共同作为所述消息存储位置信息。
在一个实施例中，所述处理器1001还执行以下步骤：
根据所述用户标识和所述消息类型向用户终端推送消息通知信息。
在一个实施例中，所述处理器1001还执行以下步骤：
当接收到用户终端发送的对所述应用消息的消息读取请求时，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第一消息读取时间戳；
将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端。
在一个实施例中，所述处理器1001还执行以下步骤：
采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新。
在一个实施例中，所述处理器1001还执行以下步骤：
当接收到用户终端发送的对所述应用消息的消息读取请求时，获取所述消息读取请求中携带的消息拉取确认时间戳；
将所述消息存储位置中在所述消息拉取确认时间戳至接收到所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端。
在一个实施例中，所述处理器1001还执行以下步骤：
根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第四消息读取时间戳；
当所述消息拉取确认时间戳大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳时，采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，并记录所述消息拉取确认时间戳。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性；通过根据应用消息的消息类型对消息通知信息进行推送，确保了对于重要的应用消息的消息通知信息可以推送至用户终端，避免重要的应用消息的消息通知信息的丢失；通过采用消息读取时间戳以及消息拉取确认时间戳对消息存储位置进行标记，避免了消息存储位置中的应用消息被重复进行拉取和/或读取对用户造成的干扰，保证了用户终端的使用。
请参见图8，为本发明实施例提供了一种消息处理系统的结构示意图。如图8所示，该系统包括消息处理设备1以及用户终端2，消息处理设备1与用户终端2可以通过网络相连接，用户终端2可以包括一个或多个用户终端。其中，消息处理设备1具体为图4-图6任一所示实施例的消息处理设备1，或者，消息处理设备1具体为图7所示实施例的消息处理设备1000。
所述消息处理设备1，用于接收基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型；
所述消息处理设备1，还用于查找与所述消息类型相关联的消息存储位置信息；
所述消息处理设备1，还用于将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。
在一个实施例中，所述消息处理设备1用于查找与所述消息类型相关联的消息存储位置信息时，具体用于：
判断是否存在与所述消息类型相关联的消息存储位置信息；
若是，则获取所述消息存储位置信息；
若否，则采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。
在一个实施例中，所述预设信息生成规则包括：
以所述用户标识作为所述消息存储位置信息；或，
以所述应用下的组群标识作为所述消息存储位置信息；或，
以所述用户标识和所述应用的应用标识共同作为所述消息存储位置信息。
在一个实施例中，所述消息处理设备1，还用于根据所述用户标识和所述消息类型向用户终端推送消息通知信息；
所述用户终端2，用于接收所述消息通知信息。
在一个实施例中，所述用户终端2，还用于向所述消息处理设备1发送对所述应用消息的消息读取请求；
所述消息处理设备1，还用于当接收到用户终端2发送的对所述应用消息的消息读取请求时，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第一消息读取时间戳；
所述消息处理设备1，还用于将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端2。
在一个实施例中，所述消息处理设备1，还用于采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新。
在一个实施例中，所述用户终端2，还用于向所述消息处理设备1发送对所述应用消息的消息读取请求；
所述消息处理设备1，还用于当接收到用户终端2发送的对所述应用消息的消息读取请求时，获取所述消息读取请求中携带的消息拉取确认时间戳；
所述消息处理设备1，还用于将所述消息存储位置中在所述消息拉取确认时间戳至接收到所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端。
在一个实施例中，所述消息处理设备1，还用于根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第四消息读取时间戳；
所述消息处理设备1，还用于当所述消息拉取确认时间戳大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳时，采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，并记录所述消息拉取确认时间戳。
在本发明实施例中，在接收基于用户标识所发送的针对应用的应用消息时，可以获取应用消息对应的消息类型，并依据与消息类型关联的消息存储位置信息，将应用消息存放至所指示的消息存储位置中。通过采用消息类型对不同业务的应用消息进行分放存储，避免了业务间的相互干扰，进而保证了应用消息发送的准确性；通过根据应用消息的消息类型对消息通知信息进行推送，确保了对于重要的应用消息的消息通知信息可以推送至用户终端，避免重要的应用消息的消息通知信息的丢失；通过采用消息读取时间戳以及消息拉取确认时间戳对消息存储位置进行标记，避免了消息存储位置中的应用消息被重复进行拉取和/或读取对用户造成的干扰，保证了用户终端的使用。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (16)
1.一种消息处理方法，其特征在于，包括：
在多端登录的场景下，接收应用服务器基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型，所述用户标识为即时通讯应用下的用户账号，所述消息类型表示为所述应用消息所属的分发范围；
查找与所述消息类型相关联的消息存储位置信息，所述消息存储位置信息为用户标识、应用下的组群标识、包含用户标识和所述应用的应用标识的组合；
将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。
2.根据权利要求1所述的方法，其特征在于，所述查找与所述消息类型相关联的消息存储位置信息，包括：
判断是否存在与所述消息类型相关联的消息存储位置信息；
若是，则获取所述消息存储位置信息；
若否，则采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。
3.根据权利要求2所述的方法，其特征在于，所述预设信息生成规则包括：
以所述用户标识作为所述消息存储位置信息；或，
以所述应用下的组群标识作为所述消息存储位置信息；或，
以所述用户标识和所述应用的应用标识共同作为所述消息存储位置信息。
4.根据权利要求1所述的方法，其特征在于，还包括：
根据所述用户标识和所述消息类型向用户终端推送消息通知信息。
5.根据权利要求1或4所述的方法，其特征在于，还包括：
当接收到用户终端发送的对所述应用消息的消息读取请求时，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第一消息读取时间戳；
将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端。
6.根据权利要求5所述的方法，其特征在于，还包括：
采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新。
7.根据权利要求1或4所述的方法，其特征在于，还包括：
当接收到用户终端发送的对所述应用消息的消息读取请求时，获取所述消息读取请求中携带的消息拉取确认时间戳；
将所述消息存储位置中在所述消息拉取确认时间戳至接收到所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端。
8.根据权利要求7所述的方法，其特征在于，还包括：
根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第四消息读取时间戳；
当所述消息拉取确认时间戳大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳时，采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，并记录所述消息拉取确认时间戳。
9.一种消息处理设备，其特征在于，包括：
类型获取单元，用于在多端登录的场景下，接收应用服务器基于用户标识所发送的针对应用的应用消息，并获取所述应用消息对应的消息类型，所述用户标识为即时通讯应用下的用户账号，所述消息类型表示为所述应用消息所属的分发范围；
信息查找单元，用于查找与所述消息类型相关联的消息存储位置信息，所述消息存储位置信息为用户标识、应用下的组群标识、包含用户标识和所述应用的应用标识的组合；
消息存放单元，用于将所述应用消息存放至所述消息存储位置信息所指示的消息存储位置中。
10.根据权利要求9所述的设备，其特征在于，所述信息查找单元包括：
判断子单元，用于判断是否存在与所述消息类型相关联的消息存储位置信息；
信息获取子单元，用于若所述判断子单元判断存在与所述消息类型相关联的消息存储位置信息，则获取所述消息存储位置信息；
信息生成子单元，用于若所述判断子单元判断不存在与所述消息类型相关联的消息存储位置信息，则采用预设信息生成规则生成与所述消息类型相关联的消息存储位置信息。
11.根据权利要求10所述的设备，其特征在于，所述预设信息生成规则包括：
以所述用户标识作为所述消息存储位置信息；或，
以所述应用下的组群标识作为所述消息存储位置信息；或，
以所述用户标识和所述应用的应用标识共同作为所述消息存储位置信息。
12.根据权利要求9所述的设备，其特征在于，还包括：
信息推送单元，用于根据所述用户标识和所述消息类型向用户终端推送消息通知信息。
13.根据权利要求9或12所述的设备，其特征在于，还包括：
第一时间戳获取单元，用于当接收到用户终端发送的对所述应用消息的消息读取请求时，根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第一消息读取时间戳；
第一消息发送单元，用于将所述消息存储位置中在所述第一消息读取时间戳至接收到所述消息读取请求的第二消息读取时间戳内的所述应用消息发送至所述用户终端。
14.根据权利要求13所述的设备，其特征在于，还包括：
第一更新单元，用于采用所述第二消息读取时间戳对所述第一消息读取时间戳进行更新。
15.根据权利要求9或12所述的设备，其特征在于，还包括：
第二时间戳获取单元，用于当接收到用户终端发送的对所述应用消息的消息读取请求时，获取所述消息读取请求中携带的消息拉取确认时间戳；
第二消息发送单元，用于将所述消息存储位置中在所述消息拉取确认时间戳至接收到所述消息读取请求的第三消息读取时间戳内的所述应用消息发送至所述用户终端。
16.根据权利要求15所述的设备，其特征在于，还包括：
第三时间戳获取单元，用于根据所述消息读取请求中所携带的所述用户标识，获取所述消息存储位置的第四消息读取时间戳；
第二更新单元，用于当所述消息拉取确认时间戳大于所述第四消息读取时间戳且小于或等于所述第三消息读取时间戳时，采用所述第三消息读取时间戳对所述第四消息读取时间戳进行更新，并记录所述消息拉取确认时间戳。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510132761.7A CN104796322B (zh) | 2015-03-25 | 2015-03-25 | 一种消息处理方法及其设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510132761.7A CN104796322B (zh) | 2015-03-25 | 2015-03-25 | 一种消息处理方法及其设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104796322A CN104796322A (zh) | 2015-07-22 |
| CN104796322B true CN104796322B (zh) | 2018-11-06 |
Family
ID=53560846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510132761.7A Active CN104796322B (zh) | 2015-03-25 | 2015-03-25 | 一种消息处理方法及其设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104796322B (zh) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106161593B (zh) * | 2016-06-21 | 2020-02-07 | 北京奇虎科技有限公司 | 消息轮询方法和服务器、通信系统 |
| CN108881354B (zh) * | 2017-05-09 | 2021-11-09 | 腾讯科技（深圳）有限公司 | 一种推送信息存储方法、装置、服务器和计算机存储介质 |
| CN108880972B (zh) * | 2017-05-09 | 2022-08-12 | 腾讯科技（深圳）有限公司 | 一种信息处理方法、服务器及终端 |
| CN107193674B (zh) * | 2017-06-29 | 2020-01-03 | 武汉斗鱼网络科技有限公司 | 在线推送消息的处理方法及装置 |
| CN108306815A (zh) * | 2017-12-28 | 2018-07-20 | 五八有限公司 | 一种获取消息的方法、装置、设备及计算机可读存储介质 |
| CN110311855B (zh) * | 2019-06-25 | 2022-05-31 | 广州虎牙科技有限公司 | 用户消息处理方法、装置、电子设备及存储介质 |
| CN112838980B (zh) * | 2020-12-30 | 2023-06-13 | 北京奇艺世纪科技有限公司 | 一种消息处理方法、系统、装置、电子设备及存储介质 |
| CN113220634B (zh) * | 2021-05-08 | 2022-02-15 | 河南固川市政园林工程有限公司 | 一种工程签证文件的信息管理装置及电子设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1878080A (zh) * | 2005-06-09 | 2006-12-13 | 华为技术有限公司 | 网络管理系统对通信设备进行轮询的方法 |
| CN102510568A (zh) * | 2011-11-22 | 2012-06-20 | 联通宽带业务应用国家工程实验室有限公司 | 移动终端上网数据的处理系统和方法 |
| CN102591870A (zh) * | 2011-01-11 | 2012-07-18 | 腾讯科技（深圳）有限公司 | 基于微博的富媒体导出方法、微博终端及微博服务器端 |
| JP2012142660A (ja) * | 2010-12-28 | 2012-07-26 | Sony Corp | 情報処理装置、再生制御方法、プログラム、及びコンテンツ再生システム |
| CN103257973A (zh) * | 2012-02-20 | 2013-08-21 | 腾讯科技（深圳）有限公司 | 浏览器缓存更新方法和系统 |
| CN103530362A (zh) * | 2013-10-12 | 2014-01-22 | 清华大学 | 一种用于多副本分布式系统的计算机数据读写方法 |
| CN104111993A (zh) * | 2014-07-04 | 2014-10-22 | 广州华多网络科技有限公司 | 应用存档的识别方法及装置 |
-
2015
- 2015-03-25 CN CN201510132761.7A patent/CN104796322B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1878080A (zh) * | 2005-06-09 | 2006-12-13 | 华为技术有限公司 | 网络管理系统对通信设备进行轮询的方法 |
| JP2012142660A (ja) * | 2010-12-28 | 2012-07-26 | Sony Corp | 情報処理装置、再生制御方法、プログラム、及びコンテンツ再生システム |
| CN102591870A (zh) * | 2011-01-11 | 2012-07-18 | 腾讯科技（深圳）有限公司 | 基于微博的富媒体导出方法、微博终端及微博服务器端 |
| CN102510568A (zh) * | 2011-11-22 | 2012-06-20 | 联通宽带业务应用国家工程实验室有限公司 | 移动终端上网数据的处理系统和方法 |
| CN103257973A (zh) * | 2012-02-20 | 2013-08-21 | 腾讯科技（深圳）有限公司 | 浏览器缓存更新方法和系统 |
| CN103530362A (zh) * | 2013-10-12 | 2014-01-22 | 清华大学 | 一种用于多副本分布式系统的计算机数据读写方法 |
| CN104111993A (zh) * | 2014-07-04 | 2014-10-22 | 广州华多网络科技有限公司 | 应用存档的识别方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104796322A (zh) | 2015-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104796322B (zh) | 一种消息处理方法及其设备 | |
| CN104704524B (zh) | 信息公开系统、信息公开服务器、通信终端、信息公开方法和非瞬时性计算机可读介质 | |
| US8762475B2 (en) | Simultaneous instant messaging in single window | |
| CN104283926B (zh) | 一种数据同步方法、装置及服务器 | |
| CN109391850A (zh) | 在视频页面中交互消息的方法、装置及存储介质 | |
| CN103098042A (zh) | 用于社交集合的系统和方法 | |
| CN110598103B (zh) | 一种内容聚合方法、装置、计算机设备和存储介质 | |
| CN103346957A (zh) | 一种根据联系人消息改变联系人头像表情的系统及方法 | |
| CN103209247B (zh) | 一种信息显示的方法和系统以及终端和服务器 | |
| CN103152462B (zh) | 一种通信录分享方法及装置 | |
| CN106339947A (zh) | 基于聊天群进行业务操作、获取群成员信息的方法及装置 | |
| CN105721389B (zh) | 多终端设备互通数据处理和服务响应方法、装置 | |
| CN107409087A (zh) | 在通信环境中背书指示的分发 | |
| CN106453050A (zh) | 基于社交应用的信息处理方法、系统以及相关设备 | |
| US20140047051A1 (en) | Method and system for sending prompt information to social networking services community users | |
| CN109446204A (zh) | 一种即时通信的数据存储方法、装置、电子设备和介质 | |
| TW201839624A (zh) | 信息發送方法、信息顯示方法、終端、伺服器、系統及儲存介質 | |
| KR101342406B1 (ko) | 통신 네트워크에서 가상 아이디를 이용한 대화 시스템 및 방법 | |
| CN106302648B (zh) | 业务处理方法及装置 | |
| CN107508745A (zh) | 提示消息的关联输入方法和装置以及计算设备 | |
| CN101599917B (zh) | 提供即时信息服务的系统及方法 | |
| KR101173439B1 (ko) | 전자 명함 제공 시스템 | |
| CN109873748A (zh) | 信息处理装置 | |
| CN104967687B (zh) | 基于当事人办理商事登记的服务信息获取方法及装置 | |
| JP6119206B2 (ja) | 履歴管理装置及びその管理方法、携帯端末装置、並びにコンピュータ・プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |