具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

随着信息技术的发展，越来越多的应用程序提供消息收发功能。在应用程序的消息页面中，常常包含有多条消息。其中，每条未读消息对应一个通知标识，以便于用户将未读消息与其他已读消息区分开。如何帮助用户对消息页面中的消息进行处理，是保证用户使用体验的关键。

相关技术一提供一种针对未读消息的消息处理方法。参见图1，该方法在消息页面提供“全部已读”的文字标识，若检测到该文字标识被选中，则停止显示所有未读消息对应的通知标识，从而将所有未读消息均转为已读消息。对于用户而言，选中该文字标识便可以忽略所有未读消息。

然而，用户对于不同未读消息所希望采取的处理方式往往有所不同。当未读消息中既包括用户想要忽略的未读消息、又包括用户想要回复的未读消息时，相关技术一所提供的方法仍对所有的未读消息均采用同一种处理方式，因而针对性较差、不够灵活，从而使得处理结果偏离用户需求，用户的使用体验较差。

相关技术二也提供一种针对未读消息的处理方法。其中，若检测到用户选中任一未读消息，则提供被选中的未读消息的回复框，以便用户进行回复。或者，如图2所示，若检测到用户拖动任一未读消息对应的通知标识，则停止显示该未读消息的通知标识，从而将该未读消息转为已读消息，以便用户进行忽略。可以看出，相比于相关技术一，相关技术二能针对不同的未读消息提供不同的处理方式。

但是，由于用户需要逐条选中未读消息进行操作，因而相关技术二的处理过程较为繁琐、处理效率不高，降低了用户使用体验。另外，相关技术一及相关技术二均仅针对消息页面中的未读消息，局限性较大、通用性差。

本申请实施例提供了一种消息处理的方法，该方法可应用于如图1所示的实施环境中。图3中，包括至少一个终端31和服务器32，终端31可与服务器32进行通信连接，以从服务器32获取待处理的消息。

其中，终端31可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如PC(Personal Computer，个人计算机)、手机、智能手机、PDA(Personal Digital Assistant，个人数字助手)、可穿戴设备、掌上电脑PPC(Pocket PC)、平板电脑、智能车机、智能电视、智能音箱等。

服务器32可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。

本领域技术人员应能理解上述终端31和服务器32仅为举例，其他现有的或今后可能出现的终端或服务器如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

基于上述图1所示的实施环境，参见图4，本申请实施例提供了一种消息处理的方法，该方法可应用于图1所示的终端中。如图4所示，该方法包括：

步骤401，在消息显示页面显示处理控件，处理控件用于指示对应的处理方式，消息显示页面上显示有参考消息。

其中，消息显示页面由安装于终端的APP(Application，应用程序)提供，消息显示页面上显示有参考消息。参考消息可以分为已读消息及未读消息，每条未读消息分别对应一个通知标识，以便于用户在浏览消息显示页面时能够区分已读消息及未读消息。在实施中，未读消息所对应的通知标识可以是红点，也可以是其他颜色或形状的通知标识，本实施例不对通知标识加以限定。

在消息显示页面所显示的处理控件的标识形式可以是文字形式、图标形式以及GIF形式(Graphics Interchange Format，图形交换格式)中的一种或多种，且处理控件用于指示对应的处理方式。其中，对处理控件进行显示时，处理控件可以位于消息显示页面的不同位置，例如吸附于消息显示页面的边缘。

在本实施例中，参见图5，可以在检测到处理控件被选中时，在消息显示页面显示两个以上的处理子控件。其中，处理子控件可围绕处理控件进行排列显示。以处理子控件的数量为两个为例，两个处理子控件可如图5所示设置在处理控件的左侧及右侧。或者，参见图6，可以仅显示处理子控件而隐藏处理控件。或者，参见图7，两个处理子控件也可分别设置在处理控件的上侧及下侧。另外，处理子控件的排列方式可根据处理子控件的数量进行调整，例如当处理子控件的数量为四个时，四个处理子控件可分别设置在处理控件的上侧、左侧、下侧及右侧。或者，处理子控件也可以显示在消息显示页面的任一位置，本实施例不对处理子控件的显示位置加以限定。例如，若检测到处理子控件被拖动，也可根据该拖动过程来改变处理子控件的显示位置。

另外，每个处理子控件对应一种处理方式，不同处理子控件对应的处理方式不同。处理子控件包括但不限于以下几种：

回复子控件：对应的处理方式是提供回复框，以便于用户通过该回复框输入回复内容；

标为已读子控件：对应的处理方式是停止显示未读消息对应的通知子控件；

标为未读子控件：对应的处理方式是补充显示已读消息对应的通知子控件；

删除子控件：对应的处理方式是从消息显示页面中删除参考消息；

置顶子控件：对应的处理方式是将参考消息调整至消息显示页面的顶部进行显示。

需要说明的是，本实施例不对所显示的处理子控件以及处理子控件的数量加以限定。在实施中，可在APP内提供处理子控件的选择界面，该选择界面包括多个可选的处理子控件。用户可在该选择界面根据个人喜好选择两个以上的处理子控件，则在检测到处理控件被选中时，消息显示页面便可对用户所选择的处理子控件进行显示。或者，还可以直接在检测到处理控件被选中之后，将两个以上的参考处理子控件显示于消息显示页面以供用户参考。若检测到针对所显示的参考处理子控件的修改请求，再跳转至上述处理子控件的选择界面，从而将所显示的处理子控件由参考处理子控件修改为用户通过选择界面所选择的处理子控件，以满足用户的个人喜好。

步骤402，从参考消息中确定待处理的目标消息。

根据步骤401中的说明可知，参考消息可以分为已读消息及未读消息。相应地，从参考消息中所确定的待处理的目标消息可以是参考消息中的全部未读消息，或者是参考消息中的全部已读消息，或者可直接将参考消息作为待处理的目标消息。另外，待处理的目标消息还可以是参考消息中满足一个或多个筛选条件的消息，筛选条件包括但不限于日期条件、时间条件以及关键词条件等等。

在实施中，APP可提供待处理的目标消息的设置界面，根据用户在设置界面所进行的设置来确定待处理的目标消息。在设置界面中，已读消息、未读消息及自定义消息分别对应一个开关按钮。若检测到已读消息以及未读消息中的一个或两个对应的开关按钮被打开，则可将被打开的开关按钮对应的消息作为待处理的目标消息。该设置界面也可默认打开任一开关按钮以供用户进行参考，例如，打开未读消息对应的开关按钮，从而将参考消息中的全部未读消息作为待处理的目标消息。

若检测到自定义消息对应的开关按钮被打开，则可触发关闭已读消息及未读消息对应的开关按钮，并进一步显示一个或多个可选择的筛选条件。在检测到任一筛选条件被选中之后，针对筛选条件提供选项或输入框，基于用户选中的选项或输入的内容来确定待处理的目标消息。例如，若检测到日期条件被选中，可显示日期选项，将参考消息中被选中的日期范围内发送或收取的消息作为待处理的目标消息。若检测到关键词条件被选中，可提供输入框，将用户通过输入框输入的字词作为关键词，从而将参考消息中包含该关键词的消息作为待处理的目标消息。

对于上述目标消息的设置界面，本实施例可在首次检测用户打开APP时，向用户推送上述目标消息的设置界面，根据该设置界面确定待处理的目标消息的类型是未读消息、已读消息中的一种或两种还是自定义消息。之后，APP可将目标消息的类型存储于本地，从而在后续检测到用户打开APP时，直接根据本地所存储的目标消息的类型从消息显示页面所显示的所有参考消息中确定出目标消息，以便于用户进行处理。另外，还可以在APP内提供上述目标消息的设置界面的入口，以便于用户在后续使用APP的过程中对目标消息的类型进行更新。

需要说明的是，不同类型的目标消息所适用的处理子控件也有所不同。例如当目标消息为未读消息时，所适用的处理子控件包括回复子控件、标为已读子控件、删除子控件及置顶子控件。当目标消息为已读消息时，所适用的处理子控件包括回复子控件、标为未读子控件、删除子控件及置顶子控件。因此，消息显示页面所显示的处理子控件需与目标消息的类型相适配。在用户选择的处理子控件与目标消息的类型不相适配(例如目标消息为未读消息而用户选择了标为未读子控件)的情况下，则可停止显示不适配的处理子控件，或停止提供不适配的处理子控件对应的处理方式。

在示例性实施例中，从参考消息中确定目标消息的方式还可以包括：检测用户所选择的两条以上的参考消息，将用户所选择的参考消息作为目标消息。在实施中，可在消息显示页面提供“批量选择”的文字标识，若检测到该文字标识被选中，则引导用户一次性选择两条以上的参考消息，从而确定目标消息。

需要说明的是，该实施例中用户是一次性完成两条以上的参考消息的选择，得到待处理的目标消息。后续对每条目标消息进行处理的过程中，用户无需再选中任一目标消息，而只要基于处理控件选择任一条目标消息对应的处理方式即可。

在从参考消息中确定待处理的目标消息之后，便可基于处理控件来实现每条目标消息的处理，详见步骤203。

步骤203，当目标消息为多条时，基于处理控件确定每条目标消息的处理方式，按照每条目标消息对应的处理方式对目标消息进行处理。

其中，在检测到处理控件被选中后进一步显示处理子控件的情况下，基于处理控件确定每条目标消息对应的处理方式包括：针对任一条目标消息，确定被选中的处理子控件，将被选中的处理子控件对应的处理方式作为任一条目标消息对应的处理方式。

当待处理的目标消息为一条时，则可针对该条目标消息确定一个被选中的处理子控件，按照被选中的处理子控件所对应的处理方式对该条目标消息进行处理。相比于相关技术二，用户无需先选中目标消息再选择处理子控件，而是直接选中处理子控件便可实现目标消息的处理，处理过程简单、处理效率较高。

当待处理的目标消息为多条时，需要依次针对每条目标消息确定被选中的处理子控件。在实施中，可以每检测到一个处理子控件被选中，便将被选中的处理子控件确定为针对一条目标消息的处理子控件，从而根据被选中的处理子控件对应的处理方式对该条目标消息进行处理。也就是说，针对多条待处理的目标消息，无需用户每选择一条目标消息，再选择一种处理方式，而是确定出待处理的多条目标消息后，可直接通过选中处理子控件来确定每条目标消息的处理方式，既能够做到有针对性的处理每条目标消息，又能够针对多条目标消息进行批量处理。

需要说明的是，处理子控件可以通过多种方式被选中。例如，用户可以通过单击点选的方式来选择处理子控件，则在检测到处理子控件被单击点选时便可确认处理子控件被选中。或者，在基于处理控件显示处理子控件的情况下，参见图8，用户可以在选中处理控件后滑动至任一处理子控件处，并在该处理子控件处终止选中状态，则可将用户终止选中状态处的处理子控件作为被选中的处理子控件。

以待处理的目标消息为未读消息，且处理子控件包括回复子控件及标为已读子控件为例，分别对上述单击点选方式及滑动方式情况下的消息处理的过程进行说明：

单击点选方式：在进入消息显示页面之后，从接口获取每条未读消息存储于列表中，并设置循环标志(round)为可循环(true)，从便于列表中循环取出未读消息。若首先检测到回复子控件被选中，则从列表中取出一个未读消息，并对回复框(input)进行强制执行(focus)事件，从而在消息显示页面上显示回复框。之后，可发送通过该回复框所检测到的回复内容，完成当前所取出的未读消息的处理，并在该列表中删除当前所取出的未读消息。

之后，若检测到标为已读子控件被选中，则继续从列表中取出一个未读消息，停止显示所取出的未读消息对应的通知标识，从而完成处理，并将该未读消息也从列表中删除。以此类推，每检测到一个处理子控件被选中，便从列表中取出一个未读消息，并在完成对该未读消息进行处理之后，从列表中删除该消息。在列表中所有的未读消息均被取出之后，可设置round为不可循环(false)，从而终止消息处理过程，即完成了对于每条目标消息的处理。

滑动方式：在进入消息显示页面之后，每条未读消息存储于列表中，并设置循环标志(round)为可循环(true)，从便于列表中循环取出未读消息。若检测到用户选中处理控件后滑动至回复子控件处，则从列表中取出一条未读消息，针对未读消息A对回复框(input)进行强制执行(focus)事件，从而在消息显示页面上显示回复框。在显示回复框之后，若检测到用户在回复子控件处终止选中状态，则设置round为不可循环(false)并固定回复框，从而发送通过该回复框所检测到的回复内容，完成所取出的未读消息的处理，并从列表中删除该未读消息。

若检测到用户在回复子控件处未终止选中状态，而是从回复子控件处拖动至标为已读子控件处，则对回复框进行模糊(blur)操作，从而隐藏回复框。之后，若检测到用户在标为已读子控件处终止选中状态，则设置round为不可循环(false)并停止显示所取出的未读消息对应的通知标识，从而完成所取出的未读消息的处理。当然，若用户在选中处理控件后直接滑动至标为已读子控件处并终止选中状态，则无需针对回复框进行操作，直接设置round为不可循环(false)并停止显示所取出的未读消息对应的通知标识即可。

可以看出，在目标消息为多条的情况下，相比于相关技术一，用户可以针对不同的目标消息选择不同的处理子控件，也就是针对不同的目标消息采用不同的处理方式，因此处理过程针对性较强、较为灵活，满足用户的个人处理需求。相比于相关技术二，用户不需要在每次进行处理时都先选中待处理的目标消息，再选择该目标消息的处理方式，而是仅针对处理子控件进行操作便可依次实现多条目标消息的处理，处理过程较为简便、处理效率高。

根据以上说明可知，从列表中取出的目标消息即为当前时刻待处理的目标消息，在本实施例中，可以在消息显示页面中对该条目标消息进行突出显示，以提示用户当前时刻待处理的目标消息是哪一条，从而方便用户对处理子控件进行选择。也就是说，在一种可选的实施方式中，基于处理控件确定每条目标消息的处理方式之前，方法还包括：在消息显示页面中通过颜色、阴影、参考标识中的一种或多种对所针对的目标消息进行标注。或者，将所针对的目标消息的位置调整至消息显示页面的参考位置。在实施中，消息显示页面的参考位置可以是符合用户浏览习惯的位置，例如消息显示页面的最顶部，本实施例对参考位置不加以限定。

另外，除了每检测到一个处理子控件被选中，便将被选中的处理子控件确定为针对一条目标消息的处理子控件以外，还可以在检测到一个处理子控件通过参考操作被选中时，直接对多条目标消息进行处理。可选地，基于所述处理控件确定每条目标消息的处理方式，包括：针对任一条目标消息确定被选中的处理子控件。若检测到针对所述被选中的处理子控件的参考操作，将所述被选中的处理子控件对应的处理方式作为所述任一条目标消息之后参考数量条目标消息对应的处理方式。

其中，参考操作可以包括双击选中处理子控件、三击选中处理子控件等点选操作。则在针对任一条目标消息确定被选中的处理子控件之后，可以确定该条目标消息之后的参考数量条目标消息，并对该条目标消息以及参考数量条目标消息均按照被选中的处理子控件对应的处理方式进行处理。参考数量条目标消息可根据需要或经验进行设置，本实施例对参考数量不加以限定。例如，消息显示页面中有五条目标消息，若用户针对第一条目标消息通过参考操作选中了一个处理子控件，则可将第一条目标消息以及第一条目标消息之后的四条目标消息均按照所选中的处理子控件对应的处理方式进行处理。

或者，在示例性实施例中，参考操作也可以包括持续选中被选中的处理子控件超过参考时长。则相应地，将被选中的处理子控件作为针对任一条目标消息之后参考数量条目标消息确定的被选中的处理子控件之前，方法还包括：基于持续选中被选中的处理子控件的时长，确定参考数量的数值。

在实施中，可以设置一个参考阈值，将持续选中被选中的处理子控件的时长除以该参考阈值，所得到的商减一作为参考数量的数值。例如，设置参考阈值为0.5秒，若持续选中被选中的处理子控件的时长为2秒，则除了按照被选中的处理子控件对应的处理方式对第一条目标消息进行处理以外，还对第一条目标消息之后的其他三条目标消息进行处理。

需要说明的是，在处理过程中，可以在持续选中被选中的处理子控件的操作结束之后，计算参考数量的数值，从而确定待处理的目标消息的数量，对待处理的目标消息统一进行处理。或者，也可以在持续选中被选中的处理子控件的操作过程中，在完成对第一条目标消息的处理之后，持续选中被选中的处理子控件的时长每增加一个参考阈值，就多处理一条目标消息。

另外，除了在检测到处理控件被选中之后显示两个以上的处理子控件的方式以外，本实施例也可以不显示处理子控件，而是直接基于针对处理控件的操作来确定每条目标消息对应的处理方式。在示例性实施例中，基于处理控件确定每条目标消息对应的处理方式，包括：针对任一条目标消息，检测针对处理控件的目标操作，不同目标操作对应不同的处理方式。将检测到的目标操作所对应的处理方式作为任一条目标消息的处理方式。

其中，目标操作包括但不限于左滑操作、右滑操作、上滑操作、下滑操作以及持续选中操作等等，无论何种目标操作均对应一种处理方式。因此，可将检测到的目标操作所对应的处理方式作为任一条目标消息的处理方式。以目标消息为未读消息为例，可将针对处理控件的左滑操作对应的处理方式设置为回复，将针对处理控件的右滑操作对应的处理方式设置为标为已读。另外，还可将针对处理控件的持续选中操作对应的处理方式设置为将消息显示页面中所有的目标消息均标为已读。

可选地，按照每条目标消息对应的处理方式对所述目标消息进行处理之后，方法还包括：确定已处理的目标消息在消息显示页面中的显示位置。刷新消息显示页面，以将与已处理的目标消息相邻的其他目标消息的显示位置调整至已处理的目标消息的显示位置。参见图9，在完成对消息显示页面中第一条目标消息的处理之后，第一条目标消息即为已处理的目标消息，因而可从消息显示页面中删除该已处理的目标消息，并将原来的第二条目标消息的显示位置调整至已处理的目标消息的显示位置，以便于用户进行浏览。

另外，在消息显示页面显示处理控件之后，本实施例所提供的方法还包括：若在参考时长之后未确定出目标消息对应的处理方式，获取参考处理方式。按照参考处理方式对目标消息进行处理。

其中，对于检测到处理控件被选中之后显示两个以上的处理子控件的情况，在参考时长之后未确定出目标消息对应的处理方式包括：检测到用户单击点选处理控件，而在参考时长内处理子控件均未被单击点选。或者，检测到用户选中处理控件之后，在参考时长内未滑动至任一处理子控件，也就是用户持续选中处理控件的时长超过参考时长。另外，对于仅显示处理控件而不显示处理子控件的情况，也可以在显示处理控件后参考时长以内未检测到针对处理控件的目标操作时，获取参考处理方式。本实施例对参考处理方式不加以限定，例如在目标消息为未读消息的情况下，参考处理方式可以是标为未读。

在示例性实施例中，处理控件上可显示有未处理过的目标消息的数量。相应地，按照每条目标消息对应的处理方式对所述目标消息进行处理之后，方法还包括：更新处理控件上所显示的未处理过的目标消息的数量。仍参见图9，在对消息显示页面中第一条目标消息进行处理之前，处理控件上显示了消息显示页面中未处理的目标消息的数量为5，在完成对第一条目标消息的处理之后，处理控件上的数字更新为4，以指示在处理完第一条目标消息之后，还有4条未处理的目标消息需要处理，以便于用户了解处理情况。

进一步地，本实施例在从参考消息中确定待处理的目标消息之后，方法还包括：确定每条目标消息的处理顺序。相应地，基于处理控件确定每条目标消息的处理方式，包括：按照处理顺序基于处理控件确定每条目标消息的处理方式。其中，在确定每条目标消息的处理顺序之后，便可按照所确定的处理顺序从列表中取出目标消息。并且，所取出的目标消息可以根据上述说明中的方式进行突出显示，此处不再加以赘述。

在实施中，处理顺序的获取方式包括但不限于以下四种：

第一种获取方式：获取每条目标消息在消息显示页面中的位置，根据所获取的位置确定每条目标消息的处理顺序。对于所获取的位置，本实施例可将位置从上到下的顺序作为参考消息的处理顺序，也可将位置从下到上的顺序作为参考消息的处理顺序。

第二种获取方式：确定每条目标消息对应的附加信息，附加信息包括目标消息的发生时间以及交互对象中的一种或多种信息。根据每条目标消息对应的附加信息确定每条目标消息的处理顺序。

在该获取方式中，当附加信息包括目标消息的发生时间时，可将发生时间由先到后(或由后到先)的顺序作为参考消息的处理顺序。当附加信息包括参考消息的交互对象时，可根据交互对象的ID(Identification，身份标识)确定处理顺序，例如将交互对象的ID的首字母由A到Z(或由Z到A)的顺序作为参考消息的处理顺序。当附加信息既包括参考消息的发生时间，又包括参考消息的发生对象时，可综合发生时间对应的处理顺序及交互对象对应的处理顺序来确定参考消息的处理顺序。

第三种获取方式：随机确定目标消息的处理顺序。在该实施方式中，对每条目标消息进行随机排列得到处理顺序即可。

第四种获取方式：检测用户选中目标消息的顺序，将用户的选中顺序作为目标消息的处理顺序。根据步骤402中的说明可知，用户可从参考消息中根据引导一次性选择两条以上的目标消息。因此，可存储用户的选中顺序，并将用户的选中顺序作为目标消息的处理顺序。

综上所述，本申请实施例通过消息显示页面所显示的处理控件，来针对不同的目标消息确定不同的处理方式，既使得处理过程简单方便、提高了处理效率，又使得处理过程针对性较强、满足用户的个人处理需求。因此，本申请所提供的技术方案的处理效果较好，提高了用户的使用体验。

基于相同构思，本申请实施例还提供了一种消息处理的装置，参见图10，该装置包括：

显示模块1001，用于在消息显示页面显示处理控件，处理控件用于指示对应的处理方式，消息显示页面上显示有参考消息；

目标消息确定模块1002，用于从参考消息中确定待处理的目标消息；

处理模块1003，用于当目标消息为多条时，基于处理控件确定每条目标消息的处理方式，按照每条目标消息对应的处理方式对目标消息进行处理。

可选地，处理模块1003，用于若检测到处理控件被选中，在消息显示页面显示两条以上的处理子控件；针对任一条目标消息，确定被选中的处理子控件，将被选中的处理子控件对应的处理方式作为任一条目标消息对应的处理方式。

可选地，处理模块1003，用于针对任一条目标消息，检测针对处理控件的目标操作，不同目标操作对应不同的处理方式；将检测到的目标操作所对应的处理方式作为任一条目标消息的处理方式。

可选地，装置还包括：获取模块，用于若参考时长之后未确定出目标消息对应的处理方式，获取参考处理方式；按照参考处理方式对目标消息进行处理。

可选地，处理控件上显示有未处理过的目标消息的数量，装置还包括：更新模块，用于更新处理控件上所显示的未处理过的目标消息的数量。

可选地，装置还包括：标注模块，用于在消息显示页面中通过颜色、阴影、参考标识中的一种或多种对所针对的目标消息进行标注；或者，将所针对的目标消息的位置调整至消息显示页面的参考位置。

可选地，处理模块1003，用于针对任一条目标消息确定被选中的处理子控件；若检测到针对被选中的处理子控件的参考操作，将被选中的处理子控件对应的处理方式作为任一条目标消息之后参考数量条目标消息对应的处理方式。

可选地，参考操作包括持续选中被选中的处理子控件超过参考时长，装置还包括：数值确定模块，用于基于持续选中被选中的处理子控件的时长，确定参考数量的数值。

可选地，装置还包括：刷新模块，用于确定已处理的目标消息在消息显示页面中的显示位置；刷新消息显示页面，以将与已处理的目标消息相邻的其他目标消息的显示位置调整至已处理的目标消息的显示位置。

可选地，装置还包括：处理顺序确定模块，用于确定每条目标消息的处理顺序；处理模块，用于按照处理顺序基于处理控件确定每条目标消息的处理方式。

可选地，处理顺序确定模块，用于获取每条目标消息在消息显示页面中的位置；根据每条目标消息在消息显示页面中的位置确定每条目标消息的处理顺序。

可选地，处理顺序确定模块，用于确定每条目标消息对应的附加信息，附加信息包括目标消息的发生时间以及交互对象中的一种或多种信息；根据每条目标消息对应的附加信息确定每条目标消息的处理顺序。

综上所述，本申请实施例通过消息显示页面所显示的处理控件，来针对不同的目标消息确定不同的处理方式，既使得处理过程简单方便、提高了处理效率，又使得处理过程针对性较强、满足用户的个人处理需求。因此，本申请所提供的技术方案的处理效果较好，提高了用户的使用体验。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

参见图11，其示出了本申请实施例提供的一种终端1100的结构示意图。该终端1100可以是便携式移动终端，比如：智能手机、平板电脑、MP3播放器(Moving PictureExperts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPicture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1100还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1100包括有：处理器1101和存储器1102。

处理器1101可以包括一个或多个处理核心，比如4核心处理器、11核心处理器等。处理器1101可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)所组成的群组中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(CentralProcessing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1101可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏1105所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1101所执行以实现本申请中方法实施例提供的消息处理的方法。

在一些实施例中，终端1100还可选包括有：外围设备接口1103和至少一个外围设备。处理器1101、存储器1102和外围设备接口1103之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1103相连。具体地，外围设备包括：射频电路1104、显示屏1105、摄像头1106、音频电路1107、定位组件1108和电源1109所组成的群组中的至少一种。

外围设备接口1103可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1101和存储器1102。在一些实施例中，处理器1101、存储器1102和外围设备接口1103被集成在同一芯片或电路板上；在一些其他实施例中，处理器1101、存储器1102和外围设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1104用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1104包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及11G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1104还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1105用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时，显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时，显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1105可以为一个，设置终端1100的前面板；在另一些实施例中，显示屏1105可以为至少两个，分别设置在终端1100的不同表面或呈折叠设计；在再一些实施例中，显示屏1105可以是柔性显示屏，设置在终端1100的弯曲表面上或折叠面上。甚至，显示屏1105还可以设置成非矩形的不规则图形，也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1106用于采集图像或视频。可选地，摄像头组件1106包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1101进行处理，或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1107还可以包括耳机插孔。

定位组件1108用于定位终端1100的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1108可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1109用于为终端1100中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1100还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于：加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。

加速度传感器1110可以检测以终端1100建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号，控制显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1112可以检测终端1100的机体方向及转动角度，陀螺仪传感器1112可以与加速度传感器1111协同采集用户对终端1100的3D动作。处理器1101根据陀螺仪传感器1112采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1113可以设置在终端1100的侧边框和/或显示屏1105的下层。当压力传感器1113设置在终端1100的侧边框时，可以检测用户对终端1100的握持信号，由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在显示屏1105的下层时，由处理器1101根据用户对显示屏1105的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件所组成的群组中的至少一种。

指纹传感器1114用于采集用户的指纹，由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份，或者，由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1101授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置终端1100的正面、背面或侧面。当终端1100上设置有物理按键或厂商Logo时，指纹传感器1114可以与物理按键或厂商Logo集成在一起。

光学传感器1115用于采集环境光强度。在一个实施例中，处理器1101可以根据光学传感器1115采集的环境光强度，控制显示屏1105的显示亮度。具体地，当环境光强度较高时，调高显示屏1105的显示亮度；当环境光强度较低时，调低触示屏11011的显示亮度。在另一个实施例中，处理器1101还可以根据光学传感器1115采集的环境光强度，动态调整摄像头组件1106的拍摄参数。

接近传感器1116，也称距离传感器，通常设置在终端1100的前面板。接近传感器1116用于采集用户与终端1100的正面之间的距离。在一个实施例中，当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变小时，由处理器1101控制显示屏1105从亮屏状态切换为息屏状态；当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变大时，由处理器1101控制显示屏1105从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图11中示出的结构并不构成对终端1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

基于相同构思，本申请实施例还提供了一种电子设备，电子设备包括存储器及处理器；存储器中存储有至少一条指令，至少一条指令由处理器加载并执行，以实现本实施例所提供的任一种可能的消息处理的方法。

基于相同构思，本申请实施例还提供了一种存储介质，存储介质中存储有至少一条指令，指令由处理器加载并执行以实现本实施例所提供的任一种可能的消息处理的方法。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。