CN111711561A - 消息分类的处理方法、装置及计算机设备 - Google Patents

Abstract

本申请公开了一种消息分类的处理方法、装置及计算机设备，涉及通信技术领域。其中方法包括：首先接收服务器转发的待分类的消息数据，其中，所述消息数据中包括用于表征所述消息数据消息类型的消息报文；再根据所述消息报文，确定所述消息数据对应的消息类型；然后将所述消息数据分配到与所述消息类型对应的目标消息列表中，其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。本申请可使得用户通过查看更细粒度的消息列表，快速定位到符合自身需求的消息数据，及时找到相对重要和紧急的消息内容。此外，本申请还涉及区块链技术，用户发送的消息数据可存储于区块链中，以保证数据私密和安全性。

Description

消息分类的处理方法、装置及计算机设备

技术领域

本申请涉及通信技术领域，尤其是涉及到一种消息分类的处理方法、装置及计算机设备。

背景技术

降噪，顾名思义就是减少噪音对人的影响。消息降噪，则是指减少消息噪音对人的影响。在信息爆炸的时代，大量的社交信息、互联网信息带来的不只是知识，更多的还是信息噪音，让用户很难分辨和快速获取有效信息。消息降噪指的是在工作中，大量的群聊信息中掩盖了重要信息的有效触达，职场用户很难精准、迅速找到与自己相关的消息。

本发明创造的发明人在研究中发现，即时通讯应用通常均以单聊或群聊会话维度进行消息分类，未对消息进行重要和紧急程度区分，会导致用户无法集中注意力用最短时间处理最重要的事情，进而影响了消息提醒的精确度。

发明内容

有鉴于此，本申请提供了一种消息分类的处理方法、装置及计算机设备，主要目的在于改善目前现有技术中消息分类的精度较低，会影响消息提醒精确度的技术问题。

根据本申请的一个方面，提供了一种消息分类提醒方法，该方法包括：

接收服务器转发的待分类的消息数据，其中，所述消息数据中包括用于表征所述消息数据消息类型的消息报文；

根据所述消息报文，确定所述消息数据对应的消息类型；

将所述消息数据分配到与所述消息类型对应的目标消息列表中，其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。

根据本申请的另一个方面，提供了一种消息分类提醒装置，该装置包括：

接收模块，用于接收服务器转发的待分类的消息数据，其中，所述消息数据中包括用于表征所述消息数据消息类型的消息报文；

确定模块，用于根据所述消息报文，确定所述消息数据对应的消息类型；

分配模块，用于将所述消息数据分配到与所述消息类型对应的目标消息列表中，其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。

根据本申请的又一个方面，提供了一种非易失性可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述消息分类的处理方法。

根据本申请的再一个方面，提供了一种计算机设备，包括非易失性可读存储介质、处理器及存储在非易失性可读存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述消息分类的处理方法。

借由上述技术方案，本申请提供的一种消息分类的处理方法、装置及计算机设备。与目前现有技术中以单聊或群聊会话维度进行消息分类的方式相比，本申请可在接收到服务器转发的待分类的消息数据时，根据用于表征该消息数据消息类型的消息报文，确定消息数据对应更为细致的消息类型，进而可划分得到精度更高的消息分类结果，从而可将消息数据分配到与该消息类型对应的目标消息列表中。本申请中的这些消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示，使得用户通过查看更细粒度的消息列表，快速定位到符合自身需求的消息数据，及时找到相对重要和紧急的消息内容。通过这种精确度更高的消息提醒方式，可帮助用户集中注意力用最短时间处理最重要的事情，可提高用户的工作效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本地申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种消息分类的处理方法的流程示意图；

图2示出了本申请实施例提供的一种应用场景实例的示意图；

图3示出了本申请实施例提供的另一种消息分类的处理方法的流程示意图；

图4示出了本申请实施例提供的一种消息分类的处理装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互结合。

针对目前现有技术中消息分类的精度较低，会影响消息提醒精确度的技术问题，本实施例提供了一种消息分类的处理方法，可提高消息分类的精度，进而可通过精确度更高的消息提醒方式，帮助用户集中注意力用最短时间处理最重要的事情，如图1所示，该方法包括：

101、接收服务器转发的待分类的消息数据。

服务器可为消息转发服务器。本实施例中的消息数据可为通过即时通讯工具或其他工具等发送的消息数据，具体可有消息发送方将消息数据发送给服务器，然后服务器转发给消息接收方，以实现双方之间的消息通信。而对于本实施例的执行主体可为消息分类处理的装置或设备，可配置在消息接收方的客户端侧，用于对服务器转发的待分类的消息数据进行更为细粒度的消息分类，以帮助消息接收方用户快速定位到符合自身需求的消息数据。

对于本实施例，待分类的消息数据中可包括用于表征该消息数据消息类型的消息报文。其中，消息报文(message)可以是网络中交换与传输的数据单元，传输过程中会不断的封装成分组、包、帧来传输，封装的方式就是添加一些信息段，那些就是报文头以一定格式组织起来的数据。例如，里面有报文类型，报文版本，报文长度，报文实体等等信息。

102、根据消息数据中的消息报文，确定接收到的消息数据对应的消息类型。

对于本实施例中，由于消息报文中记录有更加详细的消息数据，因此可根据实际业务需求进行更细粒度的消息类型划分，以满足用户个性化的消息查看需求。例如，在即时通讯消息的应用场景中，消息类型可分为星标联系人发来的消息、@自己的消息、引用回复的消息、稍后处理的消息、收藏消息等几种消息类型。

103、将接收到的消息数据分配到与确定到的消息类型所对应的目标消息列表中。

其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。

例如，在即时通讯消息的应用场景中，对于星标联系人发来的消息(星标)、@自己的消息(@我)、引用回复的消息(回复)、稍后处理的消息(稍后处理)、收藏消息(收藏)等几种消息类型，都有各自对应的消息列表，然后这些消息列表可进行分页展示，如图2所示。当用户需要查看星标联系人发来的消息时，可输入查看星标对应消息列表的指令，在图2中的虚线框中展示了被本地登录用户标记为星标联系人(如张三、李四、王五等)发来的消息。而当用户需要查看@自己的消息时，可输入查看@我对应消息列表的指令，进而单独查看@自己的消息列表内容。

通过本实施例中的消息分类的处理方法。与目前现有技术中以单聊或群聊会话维度进行消息分类的方式相比，本实施例可在接收到服务器转发的待分类的消息数据时，根据用于表征该消息数据消息类型的消息报文，确定消息数据对应更为细致的消息类型，进而可划分得到精度更高的消息分类结果，从而可将消息数据分配到与该消息类型对应的目标消息列表中。本实施例中的这些消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示，使得用户通过查看更细粒度的消息列表，快速定位到符合自身需求的消息数据，及时找到相对重要和紧急的消息内容。通过这种精确度更高的消息提醒方式，可帮助用户集中注意力用最短时间处理最重要的事情，可提高用户的工作效率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中的具体实施过程，提供了另一种消息分类的处理方法，如图3所示，以消息发送方为第一客户端、消息接收方为第二客户端为例，该方法包括：

201、第一客户端向服务器发送消息转发请求。

其中，消息转发请求中携带有第一客户端的客户端标识和第二客户端的客户端标识，以及消息数据等。该第一客户端可为发送消息数据的客户端，即消息发送方，其对应的客户端标识可为消息发送方用户的用户标识；第二客户端为接收消息数据的客户端，即消息接收方，其对应的客户端标识可为消息接收方用户的用户标识；消息数据通信通过消息转发服务器转发给消息接收方。该消息数据可包含消息类型特征，消息类型特征包含存在@某用户对应的标识(包含@功能接口的标识以及被@用户昵称的标识)，和/或引用回复对应的标识(包括引用回复功能接口的标识以及引用内容的标识)，和/或消息撤回对应的标识(包含消息撤回功能接口的标识以及被撤回消息的标识)、和/或消息删除对应的标识(包含消息删除功能接口的标识以及被删除消息的标识)等。

202、服务器接收第一客户端发送的消息转发请求，将消息数据转发给第二客户端。

例如，服务器通过消息中间件(RocketMQ)首先将消息数据放置在分布式存储系统的对象存储设备(OSD)的放置组(PG)中进行存储，然后根据第二客户端的客户端标识，从PG中将消息数据发送给第二客户端。

除了上述实例以外，为了保证消息数据的安全性和私密性，可选的，服务器还可将接收到的消息数据保存在区块链中，即服务器转发待分类的消息数据之前，该消息数据保存在区块链中。如后续可从区块链的目标节点中获得该消息数据，然后发送给第二客户端。需要说明的是，本实施例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

203、第二客户端接收服务器转发的消息数据。

本实施例中第一客户端和第二客户端都可为即时通讯类的软件工具。基于步骤202中的可选方式，步骤203具体可包括：第二客户端接收服务器从区块链中获得的该消息数据。通过这种方式可保证消息数据的私密和安全性。

204、第二客户端获取接收到的消息数据的消息报文，并根据获取到的消息报文，确定接收到的消息数据对应的消息类型。

需要说明的是，除了客户端侧根据消息报文确定消息数据对应的消息类型以外，为了减少对客户端的负载压力，第二客户端还可将消息报文发送给后台服务端，由后台服务端对消息报文进行解析，判断消息报文中是否存在@本用户对应的标识，和/或引用回复对应的标识，和/或消息撤回对应的标识、和/或消息删除对应的标识，即对消息数据的消息类型特征进行识别判断，进而确定消息数据对应的类型。

在本实施例中，@本用户的信息，引用回复及消息删除及撤回等的这些消息行为操作可以是在新的系统中监听原有的逻辑(即在后台服务端中监听判断)，不在消息接收系统(即客户端所在的系统)里监听。避免客户端系统中解析恶意消息报文，所带来的安全隐患。这样减少了风险，也提升了消息处理的灵活性。并且由于是采用后台服务端进行解析，不会占用过多的客户端资源，不会影响用户的正常使用。在后台服务端的消息监听中，具体实现逻辑就是先从消息报文中把消息解析出来，判断是否@用户昵称消息，引用回复，消息撤回，消息删除等操作的标识，进而对这些逻辑进行处理。

为了说明消息类型识别的具体实现过程，可选的，根据获取到的消息报文，确定消息数据对应的消息类型，具体可包括：通过解析消息报文，获取消息报文中包含的与预设消息类型对应的功能接口的第一标识；然后获取本地登录用户请求获取该消息数据的操作信息的第二标识；最后可根据第一标识和第二标识，确定消息数据对应的消息类型。通过这种可选方式，可准确确定消息数据对应的消息类型，做到更细粒度的消息分类。

示例性的，根据第一标识和第二标识，确定消息数据对应的消息类型，具体可包括：若第一标识为指示用户昵称的功能接口的标识，且根据该第二标识判定本地登录用户的用户标识与该用户昵称的标识匹配，则确定消息数据对应的消息类型为指示本地登录用户的类型；若第一标识为引用回复的功能接口的标识，且根据第二标识判定本地登录用户发送的信息内容的标识与消息引用内容的标识匹配，则确定消息数据对应的消息类型为引用回复的类型；若第一标识为消息撤回的功能接口的标识，且根据第二标识判定本地登录用户发送的信息内容的标识与消息撤回内容的标识匹配，则确定消息数据对应的消息类型为消息撤回的类型；若第一标识为消息删除的功能接口的标识，且根据第二标识判定本地登录用户发送的信息内容的标识与消息删除内容的标识匹配，则确定消息数据对应的消息类型为消息删除的类型。

例如，后台服务端如果判定消息报文中存在@功能接口的标识，并且被@用户的标识为第二客户端当前登录用户对应的标识，则可确定该消息数据对应的类型为@本用户的类型，向第二客户端返回结果，方便第二客户端将该消息数据归到@本用户的类型的列表中；

再例如，如果判定消息报文中存在引用回复功能接口的标识、且引用内容的标识为第二客户端发送的信息内容的标识，则可确定该消息数据对应的类型为引用回复的类型，向第二客户端返回结果，方便第二客户端将该消息数据归到引用回复的类型的列表中；

再例如，如果判定消息报文中存在消息撤回功能接口的标识、且消息撤回的内容的标识为第二客户端发送的信息内容的标识，则可确定该消息数据对应的类型为消息撤回的类型，向第二客户端返回结果，方便第二客户端将该消息数据归到消息撤回的类型的列表中，此种情况下，相当于第一客户端与第二客户端可为同一客户端或者不同客户端，当为同一客户端时，通过此功能的记录列表方便用户查看自己撤回了哪些信息内容，而二者为不同客户端时，可方便用户查看其他用户撤回的消息内容，以满足更多的业务需求；

再例如，如果判定消息报文中存在消息删除功能接口的标识、且消息删除的内容的标识为第二客户端发送的信息内容的标识，则可确定该消息数据对应的类型为消息删除的类型，向第二客户端返回结果，方便第二客户端将该消息数据归到消息删除的类型的列表中，此种情况下，相当于第一客户端与第二客户端可为同一客户端或者不同客户端，当为同一客户端时，通过此功能的记录列表方便用户查看自己删除了哪些信息内容；而二者为不同客户端时，可方便用户查看其他用户删除的消息内容，以满足更多的业务需求。

上述实现过程是对@我，引用回复，消息撤回，消息删除等几个消息类型进行识别的过程。除此之外，可选的，本实施例还可对星标联系人发来的消息、稍后处理的消息、收藏消息等类型进行智能判断。相应可选的，在根据消息报文，确定消息数据对应的消息类型之前，本实施例方法还包括：根据消息数据，判断发送消息数据的消息发送方的用户标识是否与本地登录用户设置的星标联系人标识匹配；相应的，根据消息报文，确定消息数据对应的消息类型，具体可包括：根据判断结果和/或消息报文，确定消息数据对应的消息类型。

示例性的，根据判断结果确定消息数据对应的消息类型，具体可包括：若消息发送方的用户标识与星标联系人标识匹配，则确定消息数据对应的消息类型为星标联系人的类型。例如，对于星标联系人发来的消息，第二客户端接收消息数据时，可从消息数据中判断出发送该消息数据的第一客户端的客户端标识，然后根据该第一客户端的客户端标识确定消息发送者的标识，进而可以判断该消息数据的消息发送者是否为本地登录用户(第二客户端登录的用户)设置的星标联系人，进而判断该消息数据是否为星标联系人发来的消息的类型，若确定消息发送者的标识与第二客户端登录的用户设置的星标联系人的标识相同，则判定是星标联系人发来的消息的类型，进而将该消息数据放置在该类型对应的列表中。

进一步可选的，本实施例方法还可包括：若接收到对消息数据稍后处理的指令，则确定消息数据对应的消息类型为稍后处理的类型；若接收到对消息数据收藏处理的指令，则确定消息数据对应的消息类型为收藏消息的类型。

例如，对于稍后处理的消息的类型，和收藏的消息的类型，这两种类型需要本地登录用户(第二客户端登录的用户)操作，在设置的同时，第二客户端根据设置的类型，即可将这两种类型的消息数据存在各自对应的列表中。其中，消息收藏目前，目前有效期是七天(可根据实际需求进行设置)，同时也要同步到我的收藏列表里。

205、第二客户端将消息数据分配到与消息类型对应的目标消息列表中。

需要说明的是，在经过上述步骤204中各个消息类型的判断过程之后，如果消息数据同时满足多个消息类型的匹配条件，则可将消息数据对应的消息类型同时确定为这些个消息类型，以便后续将消息数据同时分配到这些消息类型的消息列表中。例如，消息数据是由星标联系人发送的，且该消息@了本地登录用户，且该消息引用了本地登录用户发送的信息、且该消息后续被本地登录用户收藏了。那么可将该消息数据同时分配到星标联系人、@我、回复、收藏这四个消息列表中。

在具体将消息数据分配到对应类型的消息列表之前，第二客户端可根据开关表的当前设置状态信息，即总开关标识对应的开启状态和每个子开关各自对应的开启状态，判定是否将消息数据分配到对应类型的列表，如果该类型的子开关没有开启，则可忽略将消息数据分配到该类型的消息列表中。以满足用户特定的消息关注需求。

其中，开关表，就是针对每种消息类型(如星标联系人发来的消息、@我的消息、引用回复的消息、稍后处理的消息、收藏消息等几种消息类型)及总开关类型设置的一个标识，通过这个标识，可以准确判断用户对消息类型开关状态，提升用户根据自身需求做的体验优化。该开关表包含总开关(对应本方案的智能消息分类功能是否开启)及各个子开关(针对各种消息类型，可分别设置各自分类功能是否开启，如开启@我的消息的分类功能、关闭稍后处理的消息的分类功能等)。总开关及子开关变化要同步多端，开关表设计成通用的表，以后所有对应的用户开关都可放在这个开关表里，通过六位数的类型进行判断，前四位表示业务类型，后两位具体的业务类型，比如关注的总开关为：100100，是一个枚举类型。其中，设置成六位数是基于一个开发标准规范，当然也可以设置为四位，在本实施例中之所以设置成六位更合理，也为了未来更好的扩展，比如总开关是100000，星标用户开关的标识是100005，在应用中，会根据对应的开关标识去获取对应类型的开关状态，进而判断处理是否要给用户拉取此类型消息和推送。

进一步的，为了减少后台服务端的分析资源耗费，第二客户端还可将开关表的当前设置状态信息，即总开关标识对应的开启状态和每个子开关各自对应的开启状态发送给后台服务端，进而由后台服务端判断消息报文中是否存在子开关开启的类型的标识。

为了更好的区别这些消息列表，可选的，每个消息列表都有各自对应的消息类型图标，这些消息类型图标可是不同的，该消息类型图标可在消息页面中随消息列表名称一同展示。相应的，在步骤205之后，本实施例方法还可包括：获取与该目标消息列表具有映射关系的消息类型图标；然后根据该消息类型图标输出新消息的提醒信息。例如，为了便于用户查看，提高用户的使用体验性。在确定接收到的消息数据的消息类型后，可根据该消息类型，展示对应的消息类型图标，如在屏幕消息栏中提示新消息的同时加上该消息类型对应的消息类型图标(如星标可对应五角星形状的图标、@我可对应三角形的图标、回复可对应菱形的图标等)、或者对于PC来说可在系统右下角位置直接闪烁该新消息对应类型的消息类型图标、或者在消息页面中对出现新消息的消息列表的消息类型图标/列表名称的右上角处展示累计1(在本地用户读取后可变更为0)。通过这几种可选方式可根据时间戳拿到每种类型是否有新消息，便于客户端根据每种类型展示不同的关注消息类型图标，使得用户通过图标即可快速判定接收到的消息数据为哪种消息类型。

在本实施例中，对于拉取关注列表信息可设计成通用形式，可以是一种类型，也可以多种，参数里包括时间戳，向下或者向上的标识。具体的，在用户层面，对于客户端来说，后台服务端只需要把多种消息类型组合起来给到客户端层面，比如，现在只支持1种消息类型，后面也是可以返回多种消息类型，这个扩展不需要改动客户端和后台的交互接口，保证了两边的交互透明。至于说的向上或者向下，通过标识就可以做到，比如，1就是向上，0就是向下，带上时间戳，就能判断基于这个时间节点向上还是向下拉取数据。关注消息要排序，比如每页返回10条，那么应该每种类型都查询十条，然后对这每组十条进行排序(如按照接收消息数据时的时间先后顺序进行排序)，然后再返回。

通过本实施例提出的一种智能消息分类的方案，可应用在即时通讯软件中。推出消息传送门的功能(集成了上述各个消息列表的页面)，对消息进行智能分类，让信息井井有条。可在消息聊天框的顶部会有一个入口，对星标联系人发来的消息、@自己的消息、引用回复的消息、稍后处理的消息、收藏消息进行提醒。对于重要的聊天信息进行分层分类，用户可以快速查看、方便处理。能够使得用户快速查看各类消息，方便进行处理。是办公沟通、协同创新的一项功能，能让工作的效率提高，使得用户的关键消息一目了然，不用再为了找一条@你的消息，翻几十上百条聊天记录。

进一步的，作为图1和图3所示方法的具体实现，本实施例提供了一种消息分类的处理装置，如图4所示，该装置包括：接收模块31、获取模块32、确定模块33、分配模块34。

接收模块31，可用于接收服务器转发的待分类的消息数据，其中，所述消息数据中包括用于表征所述消息数据消息类型的消息报文；

确定模块32，可用于根据所述消息报文，确定所述消息数据对应的消息类型；

分配模块33，可用于将所述消息数据分配到与所述消息类型对应的目标消息列表中，其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。

在具体的应用场景中，确定模块32，具体可用于通过解析所述消息报文，获取所述消息报文中包含的与预设消息类型对应的功能接口的第一标识；然后获取本地登录用户请求获取所述消息数据的操作信息的第二标识；再根据所述第一标识和所述第二标识，确定所述消息数据对应的消息类型。

在具体的应用场景中，确定模块32，具体还可用于若所述第一标识为指示用户昵称的功能接口的标识，且根据所述第二标识判定所述本地登录用户的用户标识与所述用户昵称的标识匹配，则确定所述消息数据对应的消息类型为指示本地登录用户的类型；若所述第一标识为引用回复的功能接口的标识，且根据所述第二标识判定所述本地登录用户发送的信息内容的标识与消息引用内容的标识匹配，则确定所述消息数据对应的消息类型为引用回复的类型；若所述第一标识为消息撤回的功能接口的标识，且根据所述第二标识判定所述本地登录用户发送的信息内容的标识与消息撤回内容的标识匹配，则确定所述消息数据对应的消息类型为消息撤回的类型；若所述第一标识为消息删除的功能接口的标识，且根据所述第二标识判定所述本地登录用户发送的信息内容的标识与消息删除内容的标识匹配，则确定所述消息数据对应的消息类型为消息删除的类型。

在具体的应用场景中，本装置还包括：判断模块；

所述判断模块，可用于根据所述消息数据，判断发送所述消息数据的消息发送方的用户标识是否与本地登录用户设置的星标联系人标识匹配；

相应的，确定模块32，具体还可用于根据判断结果和/或所述消息报文，确定所述消息数据对应的消息类型。

在具体的应用场景中，确定模块32，具体还可用于若所述消息发送方的用户标识与所述星标联系人标识匹配，则确定所述消息数据对应的消息类型为星标联系人的类型。

在具体的应用场景中，确定模块32，还可用于若接收到对所述消息数据稍后处理的指令，则确定所述消息数据对应的消息类型为稍后处理的类型；若接收到对所述消息数据收藏处理的指令，则确定所述消息数据对应的消息类型为收藏消息的类型。

在具体的应用场景中，可选的，所述服务器转发待分类的所述消息数据之前，所述消息数据保存在区块链中；相应的，接收模块31，具体可用于接收所述服务器从所述区块链中获得的所述消息数据。

在具体的应用场景中，可选的，每个消息列表都有各自对应的消息类型图标，本装置还可包括：输出模块；

所述输出模块，可用于获取与所述目标消息列表具有映射关系的消息类型图标；根据所述消息类型图标输出新消息的提醒信息。。

需要说明的是，本实施例提供的一种消息分类的处理装置所涉及各功能单元的其它相应描述，可以参考图1和图3中的对应描述，在此不再赘述。

基于上述如图1和图3所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图3所示的消息分类的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。

基于上述如图1、图3所示的方法，以及图4所示的虚拟装置实施例，为了实现上述目的，本实施例还提供了一种计算机设备，具体可以为个人计算机、笔记本电脑、服务器、网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图3所示的消息分类的处理方法。

可选的，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的计算机设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的技术方案，与目前现有技术中以单聊或群聊会话维度进行消息分类的方式相比，本实施例中划分得到的这些消息类型都可有各自对应的消息列表，且不同的消息列表可分别进行单独展示，使得用户通过查看更细粒度的消息列表，快速定位到符合自身需求的消息数据，及时找到相对重要和紧急的消息内容。通过这种精确度更高的消息提醒方式，可帮助用户集中注意力用最短时间处理最重要的事情，可提高用户的工作效率。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种消息分类的处理方法，其特征在于，包括：

接收服务器转发的待分类的消息数据，其中，所述消息数据中包括用于表征所述消息数据消息类型的消息报文；

根据所述消息报文，确定所述消息数据对应的消息类型；

将所述消息数据分配到与所述消息类型对应的目标消息列表中，其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。

2.根据权利要求1所述的方法，其特征在于，根据所述消息报文，确定所述消息数据对应的消息类型，具体包括：

通过解析所述消息报文，获取所述消息报文中包含的与预设消息类型对应的功能接口的第一标识；

获取本地登录用户请求获取所述消息数据的操作信息的第二标识；

根据所述第一标识和所述第二标识，确定所述消息数据对应的消息类型。

3.根据权利要求2所述的方法，其特征在于，根据所述第一标识和所述第二标识，确定所述消息数据对应的消息类型，具体包括：

若所述第一标识为指示用户昵称的功能接口的标识，且根据所述第二标识判定所述本地登录用户的用户标识与所述用户昵称的标识匹配，则确定所述消息数据对应的消息类型为指示本地登录用户的类型；

若所述第一标识为引用回复的功能接口的标识，且根据所述第二标识判定所述本地登录用户发送的信息内容的标识与消息引用内容的标识匹配，则确定所述消息数据对应的消息类型为引用回复的类型；

若所述第一标识为消息撤回的功能接口的标识，且根据所述第二标识判定所述本地登录用户发送的信息内容的标识与消息撤回内容的标识匹配，则确定所述消息数据对应的消息类型为消息撤回的类型；

若所述第一标识为消息删除的功能接口的标识，且根据所述第二标识判定所述本地登录用户发送的信息内容的标识与消息删除内容的标识匹配，则确定所述消息数据对应的消息类型为消息删除的类型。

4.根据权利要求1所述的方法，其特征在于，在根据所述消息报文，确定所述消息数据对应的消息类型之前，所述方法还包括：

根据所述消息数据，判断发送所述消息数据的消息发送方的用户标识是否与本地登录用户设置的星标联系人标识匹配；

所述根据所述消息报文，确定所述消息数据对应的消息类型，具体包括：

根据判断结果和/或所述消息报文，确定所述消息数据对应的消息类型。

5.根据权利要求4所述的方法，其特征在于，根据判断结果确定所述消息数据对应的消息类型，具体包括：

若所述消息发送方的用户标识与所述星标联系人标识匹配，则确定所述消息数据对应的消息类型为星标联系人的类型。

6.根据权利要求1所述的方法，其特征在于，所述服务器转发待分类的所述消息数据之前，所述消息数据保存在区块链中；

所述接收服务器转发的待分类的消息数据，具体包括：

接收所述服务器从所述区块链中获得的所述消息数据。

7.根据权利要求1至6中任一项所述的方法，其特征在于，每个消息列表都有各自对应的消息类型图标；

在将所述消息数据分配到与所述消息类型对应的目标消息列表中之后，所述方法还包括：

获取与所述目标消息列表具有映射关系的消息类型图标；

根据所述消息类型图标输出新消息的提醒信息。

8.一种消息分类的处理装置，其特征在于，包括：

接收模块，用于接收服务器转发的待分类的消息数据，其中，所述消息数据中包括用于表征所述消息数据消息类型的消息报文；

确定模块，用于根据所述消息报文，确定所述消息数据对应的消息类型；

分配模块，用于将所述消息数据分配到与所述消息类型对应的目标消息列表中，其中，不同的消息类型均设置有各自对应的消息列表，且不同的消息列表可分别进行单独展示。

9.一种非易失性可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7中任一项所述的消息分类的处理方法。

10.一种计算机设备，包括非易失性可读存储介质、处理器及存储在非易失性可读存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述的消息分类的处理方法。

Images