消息处理方法、装置、电子设备及可读存储介质与流程

[0001]
本申请属于通讯技术领域，具体涉及一种消息处理方法、装置、电子设备及可读存储介质。


背景技术：

[0002]
目前，随着通讯技术的发展，研发人员开发了越来越多的即时通讯程序。
[0003]
用户通过使用即时通讯程序可以进行即时通讯，这将产生大量的通讯消息，相关技术中主要是将用户间的即时通讯消息存储在安装该即时通讯程序的终端内，从而便于用户在本地存储的全部即时通讯消息中，查询所需的部分通讯消息，但是这将导致用户终端存储大量的通讯消息，占用了终端的大量存储空间。


技术实现要素：

[0004]
本申请实施例的目的是提供一种消息处理方法、装置、电子设备及可读存储介质，能够解决相关技术中由通讯用户的终端来存储全部即时通讯消息来便于消息查询所存在的通讯消息对终端本地存储空间的占用率过高的问题。
[0005]
为了解决上述技术问题，本申请是这样实现的：
[0006]
第一方面，本申请实施例提供了一种消息处理方法，该方法包括：
[0007]
接收目标用户对目标会话中目标消息的查询请求；
[0008]
响应于所述查询请求，在所述目标会话处于在线状态的终端中识别第一数量的候选终端、并基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息、以及输出所述目标消息至所述目标用户对应的目标终端。
[0009]
第二方面，本申请实施例提供了一种消息处理装置，该装置包括：
[0010]
接收模块，用于接收目标用户对目标会话中目标消息的查询请求；
[0011]
响应模块，用于响应于所述查询请求，在所述目标会话处于在线状态的终端中识别第一数量的候选终端、并基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息、以及输出所述目标消息至所述目标用户对应的目标终端。
[0012]
第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
[0013]
第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
[0014]
第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。
[0015]
在本申请实施例中，目标会话的候选终端内只需要存储针对该目标会话的分片消息，而无需存储该目标会话的全部会话消息，从而降低了目标会话中各成员的终端内对该
目标会话的聊天内容的数据存储量，达到了降低目标会话内的聊天内容对终端本地存储空间的占用率；由于候选终端内只存储了目标会话的部分会话消息，那么某个目标用户需要查询目标会话中的目标消息时，则可以在所述目标会话处于在线状态的终端中选取第一数量的候选终端、并基于所述候选终端各自所存储的针对该目标会话的分片消息来获取所述目标消息，虽然聊天内容被分片为分片消息，但是当需要查询目标消息时，仍旧可以利用一定量的分片消息来恢复得到所需要查询的目标消息，在降低了终端内存储的聊天内容的数据量的同时，又确保了用户对目标会话内聊天内容的准确查看，也确保了所提供的目标消息的准确度。
附图说明
[0016]
图1是本申请一个实施例的消息处理方法的流程图；
[0017]
图2是本申请另一个实施例的消息处理方法的流程图；
[0018]
图3是本申请又一个实施例的消息处理方法的流程图；
[0019]
图4是本申请一个实施例的消息处理装置的框图；
[0020]
图5是本申请一个实施例的电子设备的硬件结构示意图；
[0021]
图6是本申请另一个实施例的电子设备的硬件结构示意图。
具体实施方式
[0022]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0023]
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
[0024]
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的消息处理方法进行详细地说明。
[0025]
本申请提供了一种消息处理方法，该方法可以应用于电子设备(例如终端)，也可以应用于服务器。
[0026]
由于在相关技术中，即时通讯程序的会话内容，即聊天内容(即本申请实施例所述的候选消息)都是存储在会话中的用户对应的电子设备的存储空间的。因此，当本申请实施例的方法应用于电子设备时，即会话中某个成员的安装有该即时通讯程序的电子设备(例如终端)，该电子设备可以直接从本地获取该候选消息并执行本申请各个实施例的方法；而当本申请实施例的方法应用于服务器时，由于为了聊天内容的安全性考虑，服务器本地并不存储聊天内容，因此，服务器可以从会话中的成员的安装有即时通讯程序的电子设备来获取候选消息并执行本申请各个实施例的方法。
[0027]
参照图1，示出了本申请一个实施例的消息处理方法的流程图。
[0028]
所述方法具体可以包括步骤103和步骤104所构成的消息查询过程，可选地，在消息查询之前，该方法也可以包括步骤101和步骤102所构成的消息分片过程。
[0029]
具体而言：
[0030]
步骤101，对目标会话中的多条候选消息进行分片处理，生成分片消息；
[0031]
其中，所述分片消息所占用的存储空间的大小小于所述多条候选消息所占用的总存储空间的大小；
[0032]
其中，目标会话可以是即时通讯程序的会话，该目标会话可以两个用户之间的即时通讯会话，也可以是多个用户之间的群会话。
[0033]
该目标会话中的成员即为本申请各个实施例所述的用户(例如第一用户、第二用户、第三用户、目标用户等)。
[0034]
其中，对于分片处理的对象：多条候选消息，该多条候选消息可以是目标会话的全部聊天内容，例如目标会话中所有成员发送的聊天内容的集合，也可以是目标会话中的部分聊天内容。
[0035]
通过将多条候选消息分片为分片消息，可以减小消息所占用的存储空间的大小，显然，单个分片消息所占用存储空间的大小是小于分片前的多条候选消息所占用的总存储空间的大小的。
[0036]
对于不同分片消息所占用存储空间的大小是否相同，本申请不做限制。
[0037]
步骤102，将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端；
[0038]
其中，目标会话中每个成员的终端都安装有该目标会话对应的即时通讯程序，且在相关技术中，上述每个终端会存储本地的即时通讯程序所产生的聊天内容，该聊天内容并不限于该终端的用户在该目标会话中所发送的消息；而在本申请实施例中为了降低聊天内容对本地终端的存储空间的占用率，则只需要将分片消息存储到该终端的存储空间中，且不同的终端所存储的分片消息并不相同。
[0039]
可选地，在存储时，可以将终端本地原本存储的该目标会话的全部的聊天内容更新存储为分配至该终端的分片消息。
[0040]
需要说明的是，上述分片过程可以由目标会话中任意一个会话成员的用户所触发，例如，上述分片过程可以是目标会话中任意一个会话成员所使用的终端来执行。
[0041]
在本发明实施例中，通过对目标会话中的多条候选消息进行分片处理，生成分片消息；并将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端，可以将目标会话中的聊天内容分片后的不同分片消息，分别存储在该目标会话的不同成员的终端内，由于所述分片消息所占用的存储空间的大小小于所述多条候选消息所占用的总存储空间的大小，因此可以降低目标会话中成员的终端内对该目标会话的聊天内容的数据存储量，达到降低目标会话内的聊天内容对终端本地存储空间的占用率的效果。而且，目标会话的候选消息通过分片的方式分别保存在不同的终端中，使得对聊天数据的存储及恢复过程更加安全。
[0042]
步骤103，接收目标用户对所述目标会话中目标消息的查询请求；
[0043]
可选地，目标会话中的任意一个会话成员都可以作为目标用户，来触发对目标会
话中目标消息的查询请求。
[0044]
那么由于仅目标会话中的成员能够查询聊天内容，因此，降低了聊天内容泄露的风险。
[0045]
在一个示例中，目标用户可以通过在目标会话的会话界面中进行上下滑动，或者输入关键信息(例如关键字、作为消息发送者的第三用户)的方式来触发对目标消息的查询请求。
[0046]
步骤104，响应于所述查询请求，在所述目标会话处于在线状态的所述终端中识别第一数量的候选终端、并基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息、以及输出所述目标消息至所述目标用户对应的目标终端。
[0047]
其中，目标会话中的各个成员的终端内虽然都安装有该即时通讯程序，但是并不一定每个终端的该即时通讯程序都处于用户登录状态(即目标会话处于在线状态)，因此，需要在目标会话的各个成员对应的各个终端中，确定目标会话处于在线状态的终端；然后，在这些目标会话处于在线状态的终端中识别一定数量的候选终端。
[0048]
这里之所以在目标会话处于在线状态的终端中确定需要获取分片消息的候选终端，原因在于，如果终端的目标会话不在线，则不能及时从该终端获取到该终端所存储的分片消息，因此，这里为了提升对分片消息的可靠性，可以进行上述操作。
[0049]
然后，可以基于从一定数量的候选终端所分别获取的各个分片消息，来获取目标用户所请求的目标消息，并将该目标消息返回给目标用户对应的目标终端。
[0050]
此外，当本申请实施例的方法由电子设备来执行时，则在获取其他电子设备(即其他终端)所存储的分片消息时，可以借助于向服务器发送请求的方式，来通过服务器从该其他终端来抓取该分片消息，使得上述电子设备可以获取到一定数量的电子设备所存储的分片消息，以便电子设备基于分片消息来获取目标消息。
[0051]
可选地，所述第一数量的候选终端各自所存储的分片消息能够用于恢复所述目标会话的分片前的所述多条候选消息。
[0052]
需要说明的是，上述消息查询过程可以由目标用户对应的目标终端来执行。
[0053]
可选地，步骤103之后，根据本申请实施例的方法还可以包括步骤105；
[0054]
步骤105，响应于所述查询请求，在本地查询是否存在所述目标消息，如果存在，则输出本地的目标消息至目标终端；如果不存在，则转至执行步骤104。
[0055]
在本申请实施例中，目标会话的候选终端内只需要存储针对该目标会话的分片消息，而无需存储该目标会话的全部会话消息，从而降低了目标会话中各成员的终端内对该目标会话的聊天内容的数据存储量，达到了降低目标会话内的聊天内容对终端本地存储空间的占用率；由于候选终端内只存储了目标会话的部分会话消息，那么某个目标用户需要查询目标会话中的目标消息时，则可以在所述目标会话处于在线状态的终端中选取第一数量的候选终端、并基于所述候选终端各自所存储的针对该目标会话的分片消息来获取所述目标消息，虽然聊天内容被分片为分片消息，但是当需要查询目标消息时，仍旧可以利用一定量的分片消息来恢复得到所需要查询的目标消息，在降低了终端内存储的聊天内容的数据量的同时，又确保了用户对目标会话内聊天内容的准确查看，也确保了所提供的目标消息的准确度。
[0056]
参照图2，示出了本申请另一个实施例的消息处理方法的流程图，所述方法具体可
以包括步骤203和步骤204的查询过程，可选地，在查询之前也可以包括步骤201和步骤202所限定的分片存储过程，具体而言：
[0057]
步骤201，在所述目标会话对应的用户数量超过两个、且所述目标会话中所述多条候选消息的总消息量大于预设阈值的情况下，按照所述用户数量对所述多条候选消息进行分片处理，生成分片消息；
[0058]
其中，所述分片消息所占用的存储空间的大小小于所述多条候选消息所占用的总存储空间的大小；
[0059]
其中，当目标会话内的成员的数量在三个或三个以上时，例如在目标会话为群会话的场景下、且该目标会话内的群内容达到一定量时，则可以采用图2实施例的方法进行分片处理以及对分片后的数据进行恢复，从而获取目标消息的方案。之所以设置这样的执行条件，原因在于，当目标会话中的聊天内容较少时或该会话刚建立很短的一段时间时，因用户使用或查看会话中的消息较为频繁，因此无需将聊天内容进行分片存储，仍可以采用相关技术中每个终端都存储该会话的全部聊天内容。
[0060]
其中，目标会话中多条候选消息的总消息量可以是该目标会话中的所有通讯消息的总消息数量，也可以是该目标会话中所有通讯消息所占存储空间的大小，那么该预设阈值可以是消息数量阈值(例如100条)，也可以是消息大小阈值(例如100m)。当然，也可以是目标时间段内的消息数量或消息所占存储空间的大小。
[0061]
其中，分片的对象，即多条候选消息，可以是该目标会话的全部聊天内容，也可以是最近一段时间之前该目标会话中所生成的聊天内容。
[0062]
本步骤中，在按照目标会话中的用户数量n对所述多条候选消息进行分片处理，生成分片消息，以及利用分片消息来恢复该多条候选消息时，可以采用(t,n)门限秘密共享方案，密钥共享是实现信息安全合数据保密的一个重要手段。基于该方案安全性及可恢复性，本申请实施例的方法将其应用到对目标会话的聊天记录的分片保存及对分片后的数据的恢复。
[0063]
其中，在本申请实施例中，n为目标会话中用户数量，t为步骤204的第一数量，t可以为预设的数值，n、t均为正整数，其中，n>t>1。
[0064]
其中，该t的取值可以根据对候选消息的安全性考虑，而采用不同的数值，例如安全性的需求较高，则t的取值可以较高，当安全性的需求较低时，则t的取值可较低。
[0065]
可以采用(t,n)门限秘密共享方案将候选消息，例如群内容分为k1、k2、k3
…
kn共n份的分片消息。
[0066]
其中，n份分片消息的内容并不相同。
[0067]
此外，在对多条候选消息分片时，可以按照聊天内容的时间的先后顺序进行分片，也可以不按照该时间的先后顺序进行随机的分片，即本申请对于分片的具体方式不做限制。
[0068]
步骤202，将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端；
[0069]
具体原理与步骤101类似，这里不再赘述。
[0070]
其中，可以将n份分片消息分别存储至目标会话的n个用户的终端，且不同终端存储的分片消息不同。
[0071]
步骤203，接收目标用户对所述目标会话中目标消息的查询请求；
[0072]
其中，目标用户可以通过对目标会话的会话界面进行搜索或上滑聊天记录等方式来触发查询请求。
[0073]
步骤204，响应于所述查询请求，首先在所述目标会话处于在线状态的所述终端中，基于预设参数或随机识别第一数量的候选终端，其中，所述预设参数包括网络性能和/或运行状态；然后，基于所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息，恢复所述目标会话的所述多条候选消息；接着，在所述多条候选消息中获取所述目标消息；最后，输出所述目标消息至所述目标用户对应的目标终端。
[0074]
其中，目标消息可以为一条或多条候选消息，该目标消息是从恢复后的多条候选消息中选择的符合该查询请求的消息。
[0075]
具体而言，该第一数量为上述t，在从在线的终端(其中，目标会话处于在线状态的终端的数量小于或等于n)中选取t个候选终端时，可以根据在线的终端的网络性能(例如网速、带宽)和/或运行状态(例如cpu利用率)，来从在线的终端中择优选取网络性能较佳以及运行状态较好的t个候选终端；当然，也可以在在线的终端中随机选择t个候选终端；然后，从所确定的t个候选终端获取它们各自存储的关于该目标会话的t个分片消息，按照(t,n)门限数据恢复算法，对t个分片消息进行处理，来生成分片前的候选消息，完成对候选消息的恢复；接着，在候选消息中查询获取该目标消息并输出至目标终端。
[0076]
其中，在按照(t,n)门限数据恢复算法对候选消息进行分片，以及基于t个分片消息来恢复分片前的候选消息(基于拉格朗日插值公式的分片及恢复)时，可以参照如下原理：
[0077]
数据分片存储：假设需要分片存储的群聊天记录为k(例如，上述待分片的多条候选消息)，系统选择一个大素数p，及门限值t，选择a1,a2,
…
,a(t-1)为小于p的随机数，建立公式1所示的方程：
[0078]
f(x)＝[a
1
x
1
+a
2
x
2
+
…
+g
i-1
x
i-1
+k]mod p
[0079]
，公式1；
[0080]
其中，x
i
表示终端i，或者说目标会话中的用户i；
[0081]
然后，将x
i
*f(x
i
)作为分片消息分派给终端i进行存储。
[0082]
数据恢复：
[0083]
根据拉格朗日插值的下述公式重建k，以达到恢复k的目的。
[0084]
；
[0085]
其中，
[0086]
x
j
表示终端j，或者说目标会话中的用户j。
[0087]
可选地，当分片对象，即多条候选消息是该目标会话中最近一段时间之前所生成的聊天内容时，则目标会话的各个终端还会存储有上述最近一段时间内的该目标会话内的聊天内容，因此，在响应于该查询请求时，可以首先在本地存储的最近一段时间内的该目标会话内的聊天内容中查询是否存在目标消息，如果存在，则直接返回给目标终端，如果不存在，则利用步骤204来对多条候选消息进行恢复，再进行查询。
[0088]
可选地，所述第一数量t小于所述用户数量n。
[0089]
在本申请实施例中，在所述目标会话对应的用户数量超过两个、且所述目标会话中的多条候选消息的总消息量大于预设阈值的情况下，可以按照所述用户数量对所述多条候选消息进行分片处理，生成分片消息，并将分片消息分别存储至目标会话的不同用户的不同终端内，降低了终端的消息存储量；然后，在所述目标会话处于在线状态的所述终端中，基于预设参数或随机识别第一数量的候选终端，其中，所述预设参数包括网络性能和/或运行状态；以及基于所述第一数量的候选终端各自所存储的分片消息，恢复所述目标会话的所述多条候选消息，由于所选取的候选终端是状态较优的终端，因此，从候选终端获取分片消息的效率较高，从而提升对候选消息的恢复效率，从而降低用户侧对所查询的目标消息的系统延迟；且由于目标消息是从恢复后的候选消息中获取的，因此，可以确保所获取的目标消息的准确性。
[0090]
此外，当目标用户为目标会话中的成员时，则可以达到仅目标会话中的成员可以通过获取目标消息的方式来对目标会话中分片前的候选消息进行恢复，使得目标会话中聊天信息的恢复更加安全，降低了聊天信息被泄露的风险。
[0091]
可选地，在执行步骤204的所述在所述目标会话处于在线状态的所述终端中，基于预设参数或随机识别第一数量的候选终端的步骤时，可以在所述目标会话处于在线状态的除所述目标终端之外的终端中，基于预设参数或随机识别数量为(t-1)个的候选终端，其中，t为第一数量；然后，将所述目标终端和所述数量为(t-1)个的候选终端作为t个候选终端。
[0092]
其中，由于目标会话的n个用户对应的n个终端中的每个终端都存储有该目标会话的一个分片消息，因此，在获取t个分片消息时，可以直接从请求查询目标消息的目标终端中获取其存储的一个分片消息，然后从在线状态的除目标终端之外的终端中选择(t-1)个候选终端，并从(t-1)个候选终端中分别获取它们存储的该目标会话的分片消息，最后，将来自目标终端的一个分片消息，和从(t-1)个候选终端获取(t-1)个的分片消息进行组合，得到t个分片消息，利用这t个分片消息来恢复候选消息。
[0093]
在本申请实施例中，在选取用于恢复候选消息的t个分片消息所属的候选终端时，由于请求目标消息的目标终端一定是处于目标会话的在线状态的，因此，为了提升对分片消息的获取消息，可以直接从该目标终端获取一个分片消息，另外的(t-1)个分片消息再从其他候选终端获取，可以进一步提升对候选消息的恢复效率，从而降低用户对请求的目标消息的获取延迟。
[0094]
参照图3，示出了本申请又一个实施例的消息处理方法的流程图，所述方法具体可以包括步骤304和步骤305的查询过程，可选地，在查询之前也可以包括步骤301、步骤302和步骤303所限定的分片存储过程，具体而言：
[0095]
如下步骤：
[0096]
步骤301，在目标会话中的多条候选消息中，识别第一用户发送的第一消息，以及第二用户发送的第二消息；
[0097]
其中，所述多条候选消息包括所述第一消息和所述第二消息，且所述第一消息和所述第二消息不同，所述第二用户为所述第一用户在所述目标会话中选择的用户；
[0098]
步骤302，将所述第一消息和第二消息作为一个分片消息；
[0099]
也就是说，在本实施例中，在对候选消息进行分片时，可以参考目标会话中请求进
行分片的第一用户的需求，例如第一用户请求对候选消息进行分片，则其可以在目标会话中选择需要在本地保存哪些成员(即第二用户，其数量可以是一个或多个)发送的聊天内容。
[0100]
那么本申请实施例的方法就可以在该目标会话的多条候选消息中，找到该第一用户所发送过的第一消息，以及其所选择的第二用户，在该目标会话中所发送过的第二消息；然后，将第一消息和第二消息作为一个分片消息，且该分片消息是对应于该第一用户的分片消息。
[0101]
此外，第一用户在选择需要保存在其终端内的第二用户的聊天内容时，不仅仅可以选定具体为哪个第二用户，还可以选择该第二用户的聊天信息的发送起始和终止时间，从而可以将该目标会话中由该第二用户发送的发送时间在该起始时间和终止时间范围(例如最近一周、最近一个月)内的聊天内容作为第二消息。
[0102]
步骤303，将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端；
[0103]
其中，可以将上述步骤302得到的分片消息，即对应于第一用户的分片消息存储在第一用户的终端内。
[0104]
而其他用户同样可以参照第一用户的方式来选择其所需要保存在本地的成员(例如第二用户)的聊天内容，因此，同理，本步骤303也可以将目标会话中其他用户所选择的用户在该目标会话中发送过的聊天内容，以及该其他用户在该目标会话中所发送过的聊天内容作为一个分片消息存储在该其他用户的终端内。
[0105]
步骤304，接收目标用户对所述目标会话中目标消息的查询请求；
[0106]
步骤305，响应于所述查询请求，首先，在所述目标会话处于在线状态的所述终端中，识别每个终端存储的分片消息对应的消息发送者；然后，在所述目标会话处于在线状态的所述终端中识别满足预设条件的最小数量的候选终端；接着，基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息；最后，输出所述目标消息至所述目标用户对应的目标终端。
[0107]
其中，满足预设条件的最小数量的候选终端所存储的分片消息对应的消息发送者的并集为：所述目标会话对应的用户集合，所述最小数量为第一数量。
[0108]
其中，如上所述，目标会话中第一用户的终端内所存储的分片消息是该第一用户对应的第一消息以及该第一用户所选择的第二用户对应的第二消息的组合，即存储有分片消息的终端内存储的分片消息对应有至少两个消息发送者，具体包括：一个第一用户，一个或多个第二用户；但是，并不是目标会话中每个用户对应的每个终端都存储有分片消息。
[0109]
那么则需要在在线的终端中找到各个终端所存在的分片消息对应的消息发送者的并集为该目标会话的全部用户(即用户集合)的最小数量的终端。
[0110]
举例来说，目标会话的所有用户，即用户集合包括用户1、用户2和用户3，而在线终端包括用户1的终端1、用户2的终端2、用户3的终端3；
[0111]
其中，终端1存储的分片消息为用户1的第一消息和用户2的第二消息；
[0112]
终端2存储的分片消息为用户2的第二消息和用户3的第三消息的集合；
[0113]
终端3存储的分片消息为用户3的第三消息。
[0114]
当然，由于不同终端所存在的关于第二用户的消息是由该终端的第一用户所选择
所确定的，因此，不同终端所存储的分片消息之间关于同一用户的消息内容不一定完全相同，例如终端1存储的用户2的第二消息与终端2存储的用户2的第二消息并不一定完全相同。
[0115]
因此，终端1和终端2对应的消息发送者的并集为最小数量的终端，或，终端1和终端3对应的消息发送者的并集为最小数量的终端，这里的最小数量为2个。
[0116]
相较于图2实施例中，第一数量t是预设的数值，而本实施例中的第二数量则是灵活确定的取值。
[0117]
例如可以从终端1和终端2分别获取它们存储的分片消息，即可以得到用户1的第一消息、用户2的第二消息、用户3的第三消息的集合；然后，从该消息的集合中获取目标消息并返回给目标终端。
[0118]
可选地，由于第一用户的第一终端在存储分片消息时，对于第二用户的第二消息，可以选择消息对应的起始和终止时间，因此，在确定最小数量的候选终端时，也可以参照每个在线终端所存储的分片消息中关于第二用户的第二消息对应的消息的起始和终止时间，来找到消息内容能够覆盖第二用户的全部聊天内容的最小数量的候选终端。
[0119]
可选地，在确定最小数量的候选终端时，由于目标终端是目标会话处于在线状态的终端，因此，可以直接将该目标终端作为一个候选终端，然后，再在其他在线的终端中识别(最小数量-1)的候选终端。
[0120]
在本申请实施例中，在对目标会话中的候选消息进行分片时，可以依据目标会话中用户对候选消息的存储需求，灵活的根据第一用户在目标会话中所选择的第二用户，来将目标会话中第一用户发送的第一消息和第二用户发送的第二消息作为该第一用户的第一终端内存储的分片消息，这样，分片消息是按照消息发送者进行分片的，更方便利用分片消息来获取用户感兴趣的其他用户发送的消息，用户可以自定义保存自己关心的聊天内容；此外，在这种分片方式下，在响应于目标用户对目标消息的查询请求时，则可以在分片消息的消息发送者的并集，能够覆盖目标会话的所有用户的最小数量的候选终端中，来获取它们各自存储的分片消息，从而利用这些分片消息来查找用户所需的目标消息，提升了对目标消息的获取可靠性。
[0121]
此外，当目标用户为目标会话中的成员时，则可以达到仅目标会话中的成员可以通过获取目标消息的方式来对目标会话中分片前的候选消息进行恢复，使得目标会话中聊天信息的恢复更加安全，降低了聊天信息被泄露的风险。
[0122]
可选地，在一个实施例中，执行步骤305中的基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息的步骤时，可以按照所述分片消息对应的消息发送者，对所述第一数量的候选终端各自所存储的分片消息进行合并和去重处理，生成分片前的所述多条候选消息；然后，在所述候选消息中获取所述目标消息。
[0123]
其中，由于第一数量的候选终端之间，它们所存储的分片消息对应的消息发送者可能存在重复的消息发送者，例如终端1和终端2都存储有用户2的第二消息，则可以将属于同一个消息发送者的两组消息，去除重复的消息内容，以及将属于同一个消息发送者的两组消息进行合并(例如两组消息的消息发送时间不同，因此，可以按照消息发送时间的先后数据进行拼接，来得到完整的该消息发送者所发送的聊天内容)，最终利用这些分片消息恢复得到候选消息，该候选消息可以是目标会话的全部聊天内容，也可以是部分聊天内容。
[0124]
在本申请实施例中，在基于所述候选终端所存储的分片消息获取所述目标消息时，可以按照所述分片消息的消息发送者，对所述第一数量的候选终端各自所存储的分片消息进行合并和去重处理，生成所述候选消息；然后，在所述候选消息中获取所述目标消息，这样可以首先利用分片消息恢复候选消息，然后，再在恢复的候选消息中查询目标消息，能够提升对目标消息的查询准确度；此外，在利用分片消息恢复候选消息时，按照所述分片消息的消息发送者，对所述第一数量的候选终端各自所存储的分片消息进行合并和去重处理，可以提升恢复得到的候选消息无重复的消息内容且消息是按照消息时间顺序而连贯的，提升对候选消息的恢复准确度。
[0125]
可选地，在另一个实施例中，执行步骤305中的基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息的步骤时，在所述查询请求包括关键字的情况下，可以在所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息中，分别查询与所述关键字匹配的第一分片消息，基于所述第一分片消息获取目标消息。
[0126]
在实施例中，在所述查询请求包括关键字的情况下，不需要利用分片消息来恢复候选消息，而可以直接在所确定的第一数量的各个候选终端存储的分片消息中，来查询是否存在与该关键字匹配的第一分片消息，其中，关键字与第一分片消息匹配指：文本匹配度或语义匹配度大于预设匹配度阈值。
[0127]
而由于各个候选终端都存储有分片消息，因此，从每个候选终端查询到的与关键字匹配的分片消息都可以称作第一分片消息，因此，第一分片消息的数量可以是一个或多个，且第一分片消息之间可以存在重复的部分消息内容。
[0128]
因此，在基于第一分片消息来获取目标消息时，如果第一分片消息的数量为多个，则可以对多个第一分片消息进行消息内容的去重处理后，再在去重的第一分片消息中查询与关键字匹配的聊天内容，即目标消息(该目标消息可包括一条或多条聊天消息)。
[0129]
在本申请实施例中，在所述查询请求包括关键字的情况下，可以在所述第一数量的候选终端各自所存储的分片消息中，分别查询与所述关键字匹配的第一分片消息，然后，基于所述第一分片消息获取目标消息，在获取目标消息的过程中，无需利用分片消息来恢复候选消息，而可以通过直接查询的方式来获取目标消息，提升了对目标消息的获取效率。
[0130]
可选地，在又一个实施例中，执行步骤305中的基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息的步骤时，可以在所述查询请求包括作为消息发送者的第三用户的标识信息的情况下，在所述第一数量的候选终端各自所存储的分片消息中，分别查询消息发送者的标识为所述第三用户的标识信息的第二分片消息，基于所述第二分片消息获取目标消息。
[0131]
也就是说，在目标用户触发查询请求时，可以指定需要查询目标会话中哪个用户(即第三用户，其数量可以是一个或多个)所发送的聊天内容；那么在响应于该查询请求时，无需利用分片消息来恢复候选消息，只需要直接在各个候选终端所存储的分片消息中，分别查询存在消息发送者为该第三用户的第二分片消息即可；同理，该第二分片消息的数量可以是一个或多个，且不同第二分片消息之间可以存在重复的消息内容，因此，在基于第二分片消息来获取目标消息时，可以对多个第二分片消息进行消息内容的去重处理，从而得到关于第三用户在该目标会话中发送的聊天内容，即目标消息。
[0132]
在本申请实施例中，在所述查询请求包括作为消息发送者的第三用户的标识信息
的情况下，可以在所述第一数量的候选终端各自所存储的分片消息中，分别查询存在消息发送者的标识为该第三用户的标识信息的第二分片消息，然后，基于所述第二片消息获取目标消息，在获取目标消息的过程中，无需利用分片消息来恢复候选消息，而可以通过直接查询的方式来获取目标消息，提升了对目标消息的获取效率，且用户可以获取目标会话中指定成员所发送的聊天内容。
[0133]
可选地，在上述任意一个实施例中，在对目标会话中的多条候选消息进行分片处理，生成分片消息时，可以在所述目标会话对应的用户数量存在更新的情况下、或，在所述目标会话中的多条候选消息的总消息量增加了预设消息量的情况下、或，按照预设周期，对所述目标会话中的候选消息进行分片处理，生成分片消息。
[0134]
其中，用户数量的更新可以包括用户数量的增加，用户数量的减少两种情况，这任意一种情况都可以触发对候选消息的重新分片。因为，用户数量的更新可以导致目标会话中候选消息的更新，因此，需要重新进行分片；同理，分片后的分片消息在分别存储至各个终端时，也是将各个终端存储的上一次的分片消息更新为本次分片后得到的分片消息。
[0135]
在所述目标会话中的候选消息的消息量增加了预设消息量的情况下，则说明该目标会话中的候选消息存在着较大幅度的更新和变化，因此，需要基于最新的候选消息重新进行分片；同理，分片后的分片消息在分别存储至各个终端时，也是将各个终端存储的上一次的分片消息更新为本次分片后得到的分片消息。
[0136]
此外，还可以按照预设周期，对所述目标会话中的候选消息进行分片处理，生成分片消息，也就是说，每隔一段时间来对候选消息重新进行分片，因为，每隔一段时间，容易存在候选消息的更新，因此，需要重新分片；；同理，分片后的分片消息在分别存储至各个终端时，也是将各个终端存储的上一次的分片消息更新为本次分片后得到的分片消息。
[0137]
在本申请实施例中，在对目标会话中的候选消息进行分片处理，生成分片消息时，可以在所述目标会话对应的用户数量存在更新的情况下、或，在所述目标会话中的候选消息的消息量增加了预设消息量的情况下，或，按照预设周期，对所述目标会话中的候选消息进行分片处理，生成分片消息。可以在候选消息存在更新的情况，基于更新后的候选消息来重新分片，得到新的分片消息。
[0138]
可选地，在上述任意一个实施例中，在将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端时，可以将所述目标会话中不同用户对应的不同终端内所存储的针对所述目标会话的候选消息，分别更新为不同的所述分片消息。
[0139]
在本申请实施例中，在对候选消息进行首次分片后，在将分片消息存储至各个终端时，由于按照相关技术中的方案，原本各个终端存储的是该目标会话中的所有聊天内容，即全部的候选消息，因此，在存储分片消息时，可以将各个终端存储的上述所有聊天内容更新为分配给该终端的分片消息，从而大幅降低各个终端所存储的消息量，减少聊天内容对终端存储空间的占用。
[0140]
可选地，在将首次分片后的分片消息分别存储至目标会话的各个终端后，如果再一次触发重新分片(例如在所述目标会话对应的用户数量存在更新的情况下、或，在所述目标会话中的候选消息的消息量增加了预设消息量的情况下，或，按照预设周期)触发重新分片，则可以将各个终端原本存储的上一次分片后的分片消息，更新为本次重新分片后生成的分配给各个终端的分片消息，确保各个终端存储的分片消息都是最近一次分片后所得到
的最新分片消息，以便于利用最新的分片消息来获取准确的目标消息。
[0141]
需要说明的是，本申请实施例提供的消息处理方法，执行主体可以为消息处理装置，或者该消息处理装置中的用于执行消息处理方法的控制模块。本申请实施例中以消息处理装置执行消息处理方法为例，说明本申请实施例提供的消息处理装置。
[0142]
参照图4，示出了本申请一个实施例的消息处理装置的框图。该消息处理装置包括：
[0143]
接收模块401，用于接收目标用户对目标会话中目标消息的查询请求；
[0144]
响应模块402，用于响应于所述查询请求，在所述目标会话处于在线状态的终端中识别第一数量的候选终端、并基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息、以及输出所述目标消息至所述目标用户对应的目标终端。
[0145]
可选地，所述装置还包括：
[0146]
分片模块403，用于对所述目标会话中的多条候选消息进行分片处理，生成分片消息，其中，所述分片消息所占用的存储空间的大小小于所述多条候选消息所占用的总存储空间的大小；
[0147]
存储模块404，用于将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端。
[0148]
可选地，所述分片模块403包括：
[0149]
第一分片子模块，用于在所述目标会话对应的用户数量超过两个、且所述目标会话中所述多条候选消息的总消息量大于预设阈值的情况下，按照所述用户数量对所述多条候选消息进行分片处理，生成分片消息；
[0150]
可选地，所述响应模块402包括：
[0151]
第一识别子模块，用于在所述目标会话处于在线状态的终端中，基于预设参数识别第一数量的候选终端，其中，所述预设参数包括网络性能和/或运行状态；
[0152]
第一恢复子模块，用于基于所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息，恢复所述目标会话的所述多条候选消息；
[0153]
第一获取子模块，用于在所述多条候选消息中获取所述目标消息。
[0154]
可选地，所述第一识别子模块包括：
[0155]
识别单元，用于在所述目标会话处于在线状态的除所述目标终端之外的终端中，基于预设参数识别数量为(t-1)个的候选终端，其中，t为第一数量；
[0156]
设置单元，用于将所述目标终端和所述数量为(t-1)个的候选终端作为t个候选终端。
[0157]
可选地，所述分片模块403包括：
[0158]
第二识别子模块，用于在目标会话中的多条候选消息中，识别第一用户发送的第一消息，以及第二用户发送的第二消息，其中，所述多条候选消息包括所述第一消息和所述第二消息，且所述第一消息和所述第二消息不同，所述第二用户为所述第一用户在所述目标会话中选择的用户；
[0159]
设置子模块，用于将所述第一消息和第二消息作为构成一个分片消息；
[0160]
可选地，所述响应模块402包括：
[0161]
第三识别子模块，用于在所述目标会话处于在线状态的终端中，识别每个终端存
digital assistant，pda)等，非移动电子设备可以为服务器、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本申请实施例不作具体限定。
[0177]
本申请实施例中的消息处理装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
[0178]
本申请实施例提供的消息处理装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。
[0179]
可选地，如图5所示，本申请实施例还提供一种电子设备2000，包括处理器2002，存储器2001，存储在存储器2001上并可在所述处理器2002上运行的程序或指令，该程序或指令被处理器2002执行时实现上述消息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0180]
需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
[0181]
图6为实现本申请实施例的一种电子设备的硬件结构示意图。
[0182]
该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。
[0183]
本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
[0184]
其中，用户输入单元1007，用于接收目标用户对目标会话中目标消息的查询请求；
[0185]
处理器1010，用于响应于所述查询请求，在所述目标会话处于在线状态的终端中识别第一数量的候选终端、并基于所述候选终端所存储的针对所述目标会话的分片消息获取所述目标消息；
[0186]
音频输出单元1003，或显示单元1006，用于输出所述目标消息至所述目标用户对应的目标终端。
[0187]
在本申请实施例中，目标会话的候选终端内只需要存储针对该目标会话的分片消息，而无需存储该目标会话的全部会话消息，从而降低了目标会话中各成员的终端内对该目标会话的聊天内容的数据存储量，达到了降低目标会话内的聊天内容对终端本地存储空间的占用率；由于候选终端内只存储了目标会话的部分会话消息，那么某个目标用户需要查询目标会话中的目标消息时，则可以在所述目标会话处于在线状态的终端中选取第一数量的候选终端、并基于所述候选终端各自所存储的针对该目标会话的分片消息来获取所述目标消息，虽然聊天内容被分片为分片消息，但是当需要查询目标消息时，仍旧可以利用一定量的分片消息来恢复得到所需要查询的目标消息，在降低了终端内存储的聊天内容的数据量的同时，又确保了用户对目标会话内聊天内容的准确查看，也确保了所提供的目标消息的准确度。
[0188]
可选地，处理器1010，用于对所述目标会话中的多条候选消息进行分片处理，生成分片消息，其中，所述分片消息所占用的存储空间的大小小于所述多条候选消息所占用的总存储空间的大小；
[0189]
存储器1009，用于将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端。
[0190]
在本发明实施例中，通过对目标会话中的多条候选消息进行分片处理，生成分片消息；并将不同的所述分片消息分别存储至所述目标会话中不同用户对应的不同终端，可以将目标会话中的聊天内容分片后的不同分片消息，分别存储在该目标会话的不同成员的终端内，由于所述分片消息所占用的存储空间的大小小于所述多条候选消息所占用的总存储空间的大小，因此可以降低目标会话中成员的终端内对该目标会话的聊天内容的数据存储量，达到降低目标会话内的聊天内容对终端本地存储空间的占用率的效果。而且，目标会话的候选消息通过分片的方式分别保存在不同的终端中，使得对聊天数据的存储及恢复过程更加安全。
[0191]
可选地，处理器1010，还用于在所述目标会话对应的用户数量超过两个、且所述目标会话中所述多条候选消息的总消息量大于预设阈值的情况下，按照所述用户数量对所述多条候选消息进行分片处理，生成分片消息；在所述目标会话处于在线状态的终端中，基于预设参数或随机识别第一数量的候选终端，其中，所述预设参数包括网络性能和/或运行状态；基于所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息，恢复所述目标会话的所述多条候选消息；在所述多条候选消息中获取所述目标消息。
[0192]
本申请实施例中，在所述目标会话对应的用户数量超过两个、且所述目标会话中的多条候选消息的总消息量大于预设阈值的情况下，可以按照所述用户数量对所述多条候选消息进行分片处理，生成分片消息，并将分片消息分别存储至目标会话的不同用户的不同终端内，降低了终端的消息存储量；然后，在所述目标会话处于在线状态的所述终端中，基于预设参数或随机识别第一数量的候选终端，其中，所述预设参数包括网络性能和/或运行状态；以及基于所述第一数量的候选终端各自所存储的分片消息，恢复所述目标会话的所述多条候选消息，由于所选取的候选终端是状态较优的终端，因此，从候选终端获取分片消息的效率较高，从而提升对候选消息的恢复效率，从而降低用户侧对所查询的目标消息的系统延迟；且由于目标消息是从恢复后的候选消息中获取的，因此，可以确保所获取的目标消息的准确性。
[0193]
可选地，处理器1010，用于在所述目标会话处于在线状态的除所述目标终端之外的终端中，基于预设参数或随机识别数量为(t-1)个的候选终端，其中，t为第一数量；将所述目标终端和所述数量为(t-1)个的候选终端作为t个候选终端。
[0194]
本申请实施例中，在选取用于恢复候选消息的t个分片消息所属的候选终端时，由于请求目标消息的目标终端一定是处于目标会话的在线状态的，因此，为了提升对分片消息的获取消息，可以直接从该目标终端获取一个分片消息，另外的(t-1)个分片消息再从其他候选终端获取，可以进一步提升对候选消息的恢复效率，从而降低用户对请求的目标消息的获取延迟。
[0195]
可选地，处理器1010，用于在目标会话中的多条候选消息中，识别第一用户发送的第一消息，以及第二用户发送的第二消息，其中，所述多条候选消息包括所述第一消息和所
述第二消息，且所述第一消息和所述第二消息不同，所述第二用户为所述第一用户在所述目标会话中选择的用户；将所述第一消息和第二消息作为构成一个分片消息；在所述目标会话处于在线状态的所述终端中，识别每个终端存储的分片消息对应的消息发送者；在所述目标会话处于在线状态的所述终端中识别满足预设条件的最小数量的候选终端，其中，满足预设条件的最小数量的候选终端所存储的分片消息对应的消息发送者的并集为所述目标会话对应的用户集合，所述最小数量为第一数量。
[0196]
本申请实施例中，在对目标会话中的候选消息进行分片时，可以依据目标会话中用户对候选消息的存储需求，灵活的根据第一用户在目标会话中所选择的第二用户，来将目标会话中第一用户发送的第一消息和第二用户发送的第二消息作为该第一用户的第一终端内存储的分片消息，这样，分片消息是按照消息发送者进行分片的，更方便利用分片消息来获取用户感兴趣的其他用户发送的消息，用户可以自定义保存自己关心的聊天内容；此外，在这种分片方式下，在响应于目标用户对目标消息的查询请求时，则可以在分片消息的消息发送者的并集，能够覆盖目标会话的所有用户的最小数量的候选终端中，来获取它们各自存储的分片消息，从而利用这些分片消息来查找用户所需的目标消息，提升了对目标消息的获取可靠性。
[0197]
可选地，处理器1010，用于按照所述分片消息对应的消息发送者，对所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息进行合并和去重处理，生成所述多条候选消息；在所述多条候选消息中获取所述目标消息。
[0198]
本申请实施例中，在基于所述候选终端所存储的分片消息获取所述目标消息时，可以按照所述分片消息的消息发送者，对所述第一数量的候选终端各自所存储的分片消息进行合并和去重处理，生成所述候选消息；然后，在所述候选消息中获取所述目标消息，这样可以首先利用分片消息恢复候选消息，然后，再在恢复的候选消息中查询目标消息，能够提升对目标消息的查询准确度；此外，在利用分片消息恢复候选消息时，按照所述分片消息的消息发送者，对所述第一数量的候选终端各自所存储的分片消息进行合并和去重处理，可以提升恢复得到的候选消息无重复的消息内容且消息是按照消息时间顺序而连贯的，提升对候选消息的恢复准确度。
[0199]
可选地，处理器1010，用于在所述查询请求包括关键字的情况下，在所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息中，分别查询与所述关键字匹配的第一分片消息，基于所述第一分片消息获取目标消息。
[0200]
本申请实施例中，在所述查询请求包括关键字的情况下，可以在所述第一数量的候选终端各自所存储的分片消息中，分别查询与所述关键字匹配的第一分片消息，然后，基于所述第一分片消息获取目标消息，在获取目标消息的过程中，无需利用分片消息来恢复候选消息，而可以通过直接查询的方式来获取目标消息，提升了对目标消息的获取效率。
[0201]
可选地，处理器1010，用于在所述查询请求包括作为消息发送者的第三用户的标识信息的情况下，在所述第一数量的候选终端各自所存储的针对所述目标会话的分片消息中，分别查询消息发送者的标识为所述第三用户的标识信息的第二分片消息，基于所述第二分片消息获取目标消息。
[0202]
本申请实施例中，在所述查询请求包括作为消息发送者的第三用户的标识信息的情况下，可以在所述第一数量的候选终端各自所存储的分片消息中，分别查询存在消息发
送者的标识为该第三用户的标识信息的第二分片消息，然后，基于所述第二片消息获取目标消息，在获取目标消息的过程中，无需利用分片消息来恢复候选消息，而可以通过直接查询的方式来获取目标消息，提升了对目标消息的获取效率，且用户可以获取目标会话中指定成员所发送的聊天内容。
[0203]
可选地，处理器1010，用于在所述目标会话对应的用户数量存在更新的情况下、或，在所述目标会话中的多条候选消息的总消息量增加了预设消息量的情况下、或，按照预设周期，对所述目标会话中的多条候选消息进行分片处理，生成分片消息。
[0204]
本申请实施例中，在对目标会话中的候选消息进行分片处理，生成分片消息时，可以在所述目标会话对应的用户数量存在更新的情况下、或，在所述目标会话中的候选消息的消息量增加了预设消息量的情况下，或，按照预设周期，对所述目标会话中的候选消息进行分片处理，生成分片消息。可以在候选消息存在更新的情况，基于更新后的候选消息来重新分片，得到新的分片消息。
[0205]
可选地，处理器1010，用于将所述目标会话中不同用户对应的不同终端内所存储的针对所述目标会话的候选消息，分别更新为不同的所述分片消息。
[0206]
本申请实施例中，在对候选消息进行首次分片后，在将分片消息存储至各个终端时，由于按照相关技术中的方案，原本各个终端存储的是该目标会话中的所有聊天内容，即全部的候选消息，因此，在存储分片消息时，可以将各个终端存储的上述所有聊天内容更新为分配给该终端的分片消息，从而大幅降低各个终端所存储的消息量，减少聊天内容对终端存储空间的占用。
[0207]
应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(graphics processing unit，gpu)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1009可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。
[0208]
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述消息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0209]
其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
[0210]
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述消息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0211]
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
[0212]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
[0213]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
[0214]
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。