CN113411251B - 多消息分发方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请公开了一种多消息分发方法、装置、电子设备和可读存储介质，属于通信技术领域，其中，多消息分发方法包括：获取多个通信消息；确定每个通信消息对应的碎片信息，并在聊天界面中显示至少一个碎片信息；确定至少一个分发对象；将至少一个碎片信息发送至对应的分发对象。

Description

多消息分发方法、装置、电子设备和可读存储介质

技术领域

本申请属于通信技术领域，具体涉及一种多消息分发方法、装置、电子设备和可读存储介质。

背景技术

用户日常生活中，一般都是通过手机来进行消息的查看和发送，在社交过程中，有时候需要将聊天内容进行转发，对于不同的聊天好友和群聊而言，所转发的内容存在或大或小的差异，现有技术中，通常是用户自己通过不断的复制粘贴发送给不同的人，在转发对象过多时，需要不断的重复粘贴的操作，极大的影响消息分享的使用体验。

发明内容

本申请实施例的目的是提供一种多消息分发方法、装置、电子设备和可读存储介质，能够提高存在多个通信消息时，转发给不同分发对象的便捷性和转发效率。

第一方面，本申请实施例提供了一种多消息分发方法，该方法包括：获取多个通信消息；确定每个通信消息对应的碎片信息，并在聊天界面中显示至少一个碎片信息；确定至少一个分发对象；将至少一个碎片信息发送至对应的分发对象。

第二方面，本申请实施例提供了一种多消息分发装置，该装置包括：获取单元，用于获取多个通信消息；确定单元，用于确定每个通信消息对应的碎片信息并在聊天界面中显示至少一个碎片信息；确定单元还用于确定至少一个分发对象；发送单元，用于将至少一个碎片信息发送至对应的分发对象。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

在本申请实施例中，在进行消息转发时，先对多个通信消息进行获取，具体地获取方式包括但不限于直接对屏幕显示区域进行分析，或是通过手动截屏的方式，对截取下来的界面进行分析。此外，通信消息的发出者为联系对象，联系对象的数量可以为一个也可以为多个。也即，可能存在一个联系对象发送出多个通信消息，也可能存在每个联系对象均发送出一个或多个通信消息。在获取到通信消息后，可针对每个通信消息均对应显示碎片信息。此外，在转发消息时，转发的消息即为此处对应的碎片信息，而转发的对象则是需要在所有的联系对象中重新确定得到，其中发出通信消息的联系对象和转发碎片信息的分发对象之间并不存在对应关系，二者唯一的联系即为联系对象发出的通信消息经过转换形成碎片信息后，发送给分发对象。通过上述方案，可直接在聊天界面中显示碎片信息，以便于对碎片信息进行快速地选取，在此基础上可通过确定不同的分发对象，直接发送出去，可提高在将不同的碎片消息发送给不同分发对象时的效率，极大的提高消息转发的操作体验。

可以理解，通信消息的长短是根据联系对象的使用习惯而来的，但在转发过程中，可对具体的消息内容进行省略，仅显示部分内容，只需满足用户对于不同通信消息的区分即可，当然，具体的消息内容仅为省略显示，并不删除，在转发至不同的分发对象后即可还原完整的消息内容。

其中，碎片信息的显示可以在聊天界面中以悬浮窗的方式显示，还可以直接分屏显示，或者也可以采用气泡、云朵等其他的形式进行显示。

可以理解，聊天过程中，可以一对一的私聊，也可以一对多的群聊，在私聊过程中，联系对象较为单一。

附图说明

图1示出了根据本申请实施例的多消息分发方法的流程示意图之一；

图2示出了根据本申请实施例的多消息分发方法的流程示意图之二；

图3示出了根据本申请实施例的多消息分发方法的流程示意图之三；

图4示出了根据本申请实施例的多消息分发方法的流程示意图之四；

图5示出了根据本申请实施例的多消息分发方法的流程示意图之五；

图6示出了根据本申请实施例的多消息分发方法的流程示意图之六；

图7示出了根据本申请实施例的多消息分发方法的流程示意图之七；

图8示出了根据本申请实施例的多消息分发装置的界面示意图之一；

图9示出了根据本申请实施例的多消息分发装置的界面示意图之二；

图10示出了根据本申请实施例的多消息分发装置的界面示意图之三；

图11示出了根据本申请实施例的多消息分发装置的界面示意图之四；

图12示出了根据本申请实施例的多消息分发装置的界面示意图之五；

图13示出了根据本申请实施例的多消息分发方法的流程示意图之八；

图14示出了根据本申请实施例的多消息分发装置的界面示意图之六；

图15示出了根据本申请实施例的多消息分发装置的界面示意图之七；

图16示出了根据本申请实施例的多消息分发装置的界面示意图之八；

图17示出了根据本申请实施例的多消息分发装置的界面示意图之九；

图18示出了根据本申请实施例的多消息分发装置的界面示意图之十；

图19示出了根据本申请实施例的多消息分发装置的界面示意图之十一；

图20示出了根据本申请实施例的多消息分发装置的界面示意图之十二；

图21示出了根据本申请实施例的多消息分发方法的流程示意图之九；

图22示出了根据本申请实施例的多消息分发装置的界面示意图之十三；

图23示出了根据本申请实施例的多消息分发装置的界面示意图之十四；

图24示出了根据本申请实施例的电子设备的结构示意框图之一；

图25示出了根据本申请实施例的电子设备的结构示意框图之二。

其中，图24和图25中附图标记与部件名称之间的对应关系为：

100：电子设备；101：射频单元；102：网络模块；103：音频输出单元；104：输入单元；1041：图形处理器；1042：麦克风；105：传感器；106：显示单元；1061：显示面板；107：用户输入单元；1071：触控面板；1072：其他输入设备；108：接口单元；109：存储器；110：处理器。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图1至图25，通过具体的实施例及其应用场景对本申请实施例提供的多消息分发方法、装置、电子设备和可读存储介质进行详细地说明。

本实施例提供了一种多消息分发方法，如图1所示，包括：步骤S102：获取通信消息；步骤S104：确定每个通信消息对应的碎片信息并在聊天界面中显示至少一个碎片信息；步骤S106：确定至少一个分发对象；步骤S108：将至少一个碎片信息发送至对应的分发对象。

本实施例所提供的多消息分发方法，在进行消息转发时，先对多个通信消息进行获取，具体地获取方式包括但不限于直接对屏幕显示区域进行分析，或是通过手动截屏的方式，对截取下来的界面进行分析。此外，通信消息的发出者即为联系对象，联系对象的数量可以为一个也可以为多个，也即，可能存在一个联系对象发送出多个通信消息，也可能存在每个联系对象均发送出一个或多个通信消息，在获取到通信消息后，可针对每个通信消息均对应显示碎片信息。此外，在转发消息时，需要选取转发的消息即为此处对应的碎片信息，碎片信息和通信消息之间的对应关系为，对已经存在的通信消息通过图像文字解析或处理后，可得到一条或多条碎片信息，每个碎片信息均为通信消息所包含的内容，可以理解为将一个通信消息进行整句拆分后形成的，当然，碎片信息也可以与通信消息一一对应，也即一条通信消息对应于一个碎片信息。而转发的对象则是需要在所有的联系对象中重新确定得到，其中发出通信消息的联系对象和转发碎片信息的分发对象之间并不存在对应关系，二者唯一的联系即为联系对象发出的通信消息经过转换形成碎片信息后，发送给分发对象。通过上述方案，可直接在聊天界面中显示碎片信息，以便于对碎片信息进行快速地选取，在此基础上可通过确定不同的分发对象，直接发送出去，可提高在将不同的碎片消息发送给不同分发对象时的效率，极大的提高消息转发的操作体验。

可以理解，通信消息的长短是根据联系对象的使用习惯而来的，但在转发过程中，可对具体的消息内容进行省略，仅显示部分内容，只需满足用户对于不同通信消息的区分即可，当然，具体的消息内容仅为省略显示，并不删除，在转发至不同的分发对象后即可还原完整的消息内容。

其中，碎片信息的显示可以在聊天界面中以悬浮窗的方式显示，还可以直接分屏显示，或者也可以采用气泡、云朵等其他的形式进行显示。

需要进一步强调的是，碎片信息的选取是用户自身操作的，可以为完整的通信消息，也即对一条消息的完全提取转发，也可以是部分通信消息，也即将通信消息中部分内容进行提取转发。

可以理解，聊天过程中，可以一对一的私聊，也可以一对多的群聊，在私聊过程中，联系对象较为单一。

进一步地，如图2所示，步骤S102：获取对应于至少一个联系对象的多个通信消息，具体包括：步骤S1022：确定通信消息的界面类型；步骤S1024：根据界面类型获取通信消息。

在获取多个通信消息之前，需要对通信消息的界面类型进行确定，在不同的界面类型下，其联系人的数量可能存在变化，不可避免的在进行通信消息的获取时，会新增人数的判断维度，故而需要根据不同的界面类型采用不同的消息转发方式，可以理解，联系对象的不同会导致当前界面的通信消息的来源的差异。一般地，私聊界面下，联系对象为一个，属于与单独好友的聊天界面，在群聊界面下，联系对象通常为多个，可加入对通信消息的发出者的筛选判断，以防止错误的选取碎片信息。

进一步地，如图3所示，在步骤S108：将至少一个碎片信息发送至对应的分发对象之前，还包括：步骤S1052：在界面类型为私聊界面时，在私聊界面中选取至少一个碎片信息；步骤S1054：将至少一个碎片信息，组合成与分发对象对应的第一待发信息；步骤S108：将至少一个碎片信息发送至对应的分发对象具体包括：步骤S1082：将第一待发信息发送至分发对象。

在发送碎片信息之前，需要根据获取到的通信消息所对应的不同的界面类型来调整不同的发送方式，具体地，在界面类型为私聊界面时，当前可以认为联系对象较为单一，为好友单独聊天界面，此时，所有的通信消息的来源仅为一位联系对象，不存在多对象杂乱信息的可能性，故而在聊天界面中根据转发需求选取到一个或多个碎片信息时，可将其组合成需要转发的第一待发信息，具体的组合方式包括但不限于原句分段转发、原句拼接转发等。在组合成第一待发信息后，可将其发送至对应的分发对象处。需要强调的是，本实施例中，对于不同的分发对象可以采用不同的碎片信息组合形式，故而在聊天界面中选取碎片信息合成第一待发信息时，原有的碎片信息并不消失，可重复利用，以将不同组合的第一待发信息发送给不同的分发对象。

在该实施例中，通过在私聊界面下，对碎片信息进行不同的组合，并将组合后的第一待发信息发送给指定的分发对象，可有效减少了在发送给多个分发对象时所需要进行的机械复制粘贴的繁琐操作，也无需多次对消息进行重新选择，提高消息转发效率，特别是提高在发送给不同分发对象不同的第一待发信息时的便捷性。

进一步地，如图4所示，还包括：步骤S1032：在界面类型为群聊界面时，确定通信消息内的至少一个联系对象，并确定每个联系对象对应的通信消息；步骤S1034：接收对联系对象的第一输入；步骤S1042：响应于第一输入，将与联系对象对应的至少一个通信消息转换为碎片信息；步骤S1044：在显示有多个分发对象的联系人界面中，显示多个碎片信息；步骤S1072：接收对分发对象的第二输入；步骤S1074：根据第二输入，确定与每个分发对象对应的多个碎片信息。

当在界面类型为群聊界面时，此时群聊界面内的联系对象的数量为多个，当前可以认为多人聊天界面，此时，所有的通信消息的来源可能为多个联系对象。还可以地，在界面中仅存在同一位联系对象发送多个通信消息，故而在聊天界面中根据转发需求选取到一个或多个碎片信息时，可能选取到不同联系对象发出的通信消息。此时，可选取指定的联系对象所发出的消息，对其进行选取组合，具体地，对于需要选取的联系对象可采用将联系对象的头像拖动至指定位置、点击或长按等方式进行选取，选取后，可将该联系对象发出的一个或多个通信消息转换为碎片信息。随后，在选择好所有的碎片信息后，可在联系人界面中对选择好的碎片信息进行显示，此时，针对不同的分发对象，可通过第二输入将其与一个或多个碎片信息对应关联，完成关联后，则可通过发送指令将碎片信息发送至对应的分发对象中，以实现群聊信息的群发。

其中，发送指令可以为沿指定轨迹移动的手势操作。

进一步地，如图5所示，步骤S102：获取对应于至少一个联系对象的多个通信消息，具体包括：步骤S1012：对聊天界面进行截屏获取消息图片；步骤S1014：通过对消息图片进行图片识别，确定通信消息。

在获取多个通信消息时，主要是通过截屏识别的方式实现的，具体地，在聊天界面中可通过截屏的方式选取当前视野下的通信消息，通过在消息图片中进行图片识别，即可将消息图片中的所有通信消息，以便于后续在消息图片中确定出一个或多个联系对象。具体的确定方式可以为通过头像识别、名称识别等方式实现，在确定好联系对象后，可对每个联系对象逐一获取对应的通信消息，以便于后续对碎片信息的转换，便于后续信息转发的实现。

其中，具体的截屏操作可以为普通截屏，也可以为局部截屏或是滚动截屏。

进一步地，如图6所示，步骤S106：确定至少一个联系对象中的分发对象，具体包括：步骤S1062：在显示有多个分发对象的联系人界面中，显示消息图片；步骤S1065：接收对分发对象的第三输入；步骤S1066：根据第三输入，确定消息图片中与每个分发对象对应的多个碎片信息；步骤S108：将至少一个碎片信息发送至对应的分发对象，具体包括：步骤S1088：根据与每个分发对象对应的多个碎片信息生成加密图案；步骤S1090：将加密图案发送至分发对象，其中，加密图案解密后可显示与解密的分发对象对应的多个碎片信息。

对于一般的信息转发而言，在确定分发对象时，主要是在联系人界面中额外显示消息图片，具体的显示方式可以为上层显示，也可以为分屏显示，在该界面中，可接收到第三输入，以便于根据该指令确定出需要发送给不同分发对象的不同碎片信息，第三输入可将不同的碎片信息关联至不同的分发对象上，在此基础上，在进行转发时，通过发送加密图案的形式实现，以便于在不同的分发对象对加密图案进行解密时，可显示出与自身相关的碎片信息。

在本实施例中，进行消息转发时，对于不同的分发对象而言，所发送的内容可以是一致的，即为加密图案，不同的分发对象在对加密图案进行解密后，可得到不同的碎片信息，所得到的碎片信息即为加密图案的生成者此前操作对应关联的。通过上述方案，发送内容存在一定的加密手段，可提高消息发送的隐私性和便捷性，同时也可以降低消息误发的可能性。

其中，加密图案包括但不限于条形码、二维码等加密图纹，还可以为任意具有特定加密方式、解密方式生成的图案。

进一步地，确定消息图片中与每个分发对象对应的多个碎片信息，具体包括：显示消息图片的编辑界面；在编辑界面中接收用户对分发对象和消息图片中的第一位置的第三输入；响应于第三输入，将分发对象与第一位置对应的通信消息关联；基于第一位置对应的通信消息，对消息图片进行拆分，生成分发对象对应的碎片信息。

在确定碎片信息时，主要是在消息图片的编辑界面中实现的，具体地，在编辑界面中可接收到第三输入，用户对分发对象和消息图片中的第一位置进行操作，具体的操作可以为在两个目标区域之间拖动，或分别长按两个目标区域，甚至可以为任意用户自定义的操作指令。在完成第三输入后，可自动将选取的分发对象和第一位置上显示的通信消息进行关联，当前可默认用户需要将第一位置的通信消息发送给第三输入的分发对象。最后，可基于通信消息将消息图片进行拆分，将属于同一分发对象的所有通信消息对应生成碎片信息，以便于后续需要时，直接将碎片信息发送给对应的分发对象，以实现消息的转发。

需要说明的是，在消息图片中会显示有多个通信消息，其与分发对象所处界面是分开的，以便于后续的分发对象和通信消息的选取操作以及关联操作。

其中，第一位置对应的通信消息可以为虚拟的确认发送按键，或是指定的手势操作，例如滑动、敲击等动作。

可以理解，上述的两个目标区域即为分发对象在消息图片中的显示位置，以及第一位置在消息图片中的显示位置。

本申请还提出了一个具体的多消息分发方法的实施例，如图7所示，步骤S202、利用截图将需要转发的聊天内容范围生成图片；步骤S204、利用图像分析及处理技术将每一段聊天记录分解出来形成碎片，以小气泡等形式悬浮于屏幕左侧；步骤S206、拖动需要分发的内容对应的碎片至屏幕中央进行分发内容的组合；步骤S208、拖动组合好的聊天内容至好友头像上完成转发。

本实施例主要针对与单独好友之间的多条聊天内容分发场景：首先确认好聊天范围，如图8所示，在完成聊天后，通过手机截图功能对一定范围内的内容进行截图，获取一张包含所有分发内容在内的图片，通过截图的形式将范围内的内容截取成图。其次，如图9所示，在获取到对应截图后，对图片进行解析和处理，将聊天内容拆分成碎片：每一条完整的聊天内容对应一条碎片，并以气泡等形式展示在屏幕左侧，具体地，可回退至联系人界面，对之前获得的图片进行处理，首先借助图像匹配技术，拖动一张聊天框的形状图至截图中，匹配出所有的聊天内容框；然后，对聊天内容框进行图像变换，每一个聊天段落对应的内容框将缩放成适当尺度的悬浮气泡依附于屏幕左侧展示，悬浮气泡上以跑马灯形式滚动展示对应的聊天内容。然后，将聊天内容对应的碎片通过拖动完成内容组合。在这个过程中，原碎片仍然会保留，组合的内容将出现在屏幕中央的聊天框中，内容碎片可以多次使用，以提高分发效率。最后，将组合的聊天框分别拖动至不同联系人头像上完成转发。

其中，在完成碎片化分解后，明确每个气泡碎片代表的聊天内容。如图10所示，拖动一个待分享的气泡碎片至屏幕中央生成一个可编辑的聊天内容框。接着按顺序分别将其他内容段代表的气泡拖动至聊天框中(如图10中②和③所示)。这个过程中自动将各个碎片的内容完成组装，生成可以转发的聊天内容(如图11所示)。在上述过程中，原先的各个气泡碎片仍然保持原状，后续如有其他分发需求，可以再次利用，保证资源的可复用性。

在组装完成所有要分发的内容且确认无误后，将聊天内容框直接拖动至要分发的好友或者群聊头像上，完成内容的快速分发(如图12所示)。在完成所有分发任务后，气泡碎片失去使用价值，可以使用类似切水果的形式销毁这些气泡，增强应用的趣味性。

在此基础上，在完成所有分发任务后，可以用切水果的形式对气泡进行销毁，提升趣味性。

通过截图的方法将需要分发的内容进行分解，每一条内容段落浓缩为一个气泡碎片，碎片中包含着聊天内容。再通过拖拽分发的多段内容对应的碎片进行组装并通过拖至头像的方式完成快捷分发。这样一来，避免了不断复制粘贴的繁琐操作，也无需多次对分发内容进行选择，可以比较方便地完成多次差异化的多条聊天内容分发，且带有一定的趣味性，改善社交体验。

本申请还提出了另一个具体的多消息分发方法的实施例，如图13所示，步骤S302、在群聊界面中，上下滑动使得需要分发的聊天内容位于可视范围内；步骤S304、拖动分发内容对应的联系人头像至群聊顶部标题栏空白处，可视范围内该联系人对应的聊天内容将在屏幕左侧形成标签记录；步骤S306、回退至全部联系人界面，标签展开为气泡碎片并展示在屏幕右侧；步骤S308、拖动要转发的联系人头像至要分享内容对应的气泡碎片上并形成标记；步骤S310、用切水果形式划过气泡碎片，将对应内容分别转发给相关的联系人，并自动完成气泡销毁。

本实施例主要针对群聊中需要转发多人聊天内容的场景：首先通过上下滑动页面使得可视范围内均为需要转发的内容；其次，通过拖动对应联系人的头像至顶部群聊标题栏空白处，可视范围内关联联系人的聊天内容将被提取出来并在头像左侧形成一个标签；接着，选择好所有分发内容后，回退至所有联系人界面，群聊界面记录的标签展将开为气泡碎片并悬浮于屏幕右侧；然后，针对每一位转发对象，将其头像拖动至需要分发的内容对应的气泡上以形成标记；最后，完成所有关联标记后，采用切水果的方式销毁气泡，同时自动将内容分别转发给标记的联系人，完成多人聊天内容的多人分发。

其中，如图14和图15所示，在群聊界面，通过上下滑动调整使得可视范围内均为需要分发的聊天内容。如果可视范围内有联系人A的内容需要转发，则将A的头像拖动至群聊顶部标题栏空白处(如图16所示)，A对应的每一条聊天记录将在屏幕左侧自动生成一个标签记录(如图17所示)；如果标记的某一条内容为无效内容，可长按住标签移出屏幕，将该标签销毁。在完成所有分发内容的标记后，回退至所有联系人界面，标签将会展开为一个气泡碎片，悬浮在屏幕右侧。如果气泡对应于联系人A的标签，其将以A之名命名以作区分(如图18所示)。如果联系人甲与丁是需要转发的对象，但他们获得的内容不相同，则分别拖动甲与丁的头像至需要分享的内容对应的气泡碎片上(如图19所示)并在气泡旁形成标记(如图20所示)。

本实施例中，针对群聊中的多人多内容分发场景，首先将分发内容调整至可视范围内，并通过拖动对应联系人的头像至群聊标题空白处，触发对相关聊天内容的标记。如果某些内容不需要进行分发，可以通过长按拖动的方式取消标记。在所有联系人界面，标记自动转换为气泡碎片。把要分发的联系人头像拖至对应气泡上进行标记，最后在销毁气泡的同时把对应的内容发送给关联的联系人。该方法弥补了上述实施例中处理群聊中多人聊天内容分发时可能造成内容碎片混乱的不足，进一步完善了本申请的使用场景，改善了使用体验。

本申请还提出了另一个具体的多消息分发方法的实施例，如图21所示，步骤S402、利用截图将需要转发的聊天内容所在界面生成图片；步骤S404、在联系人界面对图像进行编辑，分别拖动要转发的联系人头像至对应的聊天框后面进行标记，表示其将获得这一段聊天内容；步骤S406、在完成所有标记后，保存好图片并转换成一张二维码图片，将其发送给所有需要分发的联系人；步骤S408、对应联系人收到二维码图片后，采用扫一扫的方式解析并获取到自己头像标记过的聊天内容。

本实施例中，针对所有的多内容分发场景，首先通过截图获取聊天内容范围。其次，建立起转发对象与分发内容之间的联系，通过联系人头像的拖动进行分发内容的标记。然后，将标记好的图片转换为二维码图像。最后，对应联系人通过扫一扫识别，获取自己头像标记过的内容，快速完成多条聊天记录。该方法适用于单人好友及多人群聊下的多内容分发，相比前两种实施方式而言，是一种更通用的方法，进一步改善了用户的多聊天内容分发体验。

其中，本实施例中，如图22所示，在完成聊天后，通过手机截图对一定范围内的聊天内容进行截图，获取一张包含所有转发内容在内的图片。退出聊天界面，对所获得的图像进行编辑。对于需要转发的聊天内容，将转发对象的头像拖动至聊天框后形成标记，表明后续该联系人将获得这一段聊天内容。通过拖动完成对应标记后，如图23所示，保存好截图并转换为一张二维码图片并分发给所有需要发转发聊天记录的联系人。二维码图片中包含了联系人头像信息，当对应联系人扫一扫识别之后，可以自动获取到自己头像标记过的聊天内容。最后对应联系人收到二维码图片并通过自身账号进行扫一扫识别，可以自动获取到自身头像标记过的聊天内容，完成多条聊天内容的分发。

需要说明的是，本申请实施例提供的多消息分发方法，执行主体可以为多消息分发装置，或者该多消息分发装置中的用于执行多消息分发方法的控制模块。本申请实施例中以多消息分发装置执行多消息分发方法为例，说明本申请实施例提供的多消息分发装置。

其中，多消息分发装置包括：获取单元，用于获取多个通信消息；确定单元，用于确定每个通信消息对应的碎片信息并在聊天界面中显示至少一个碎片信息；确定单元还用于确定至少一个分发对象；发送单元，用于将至少一个碎片信息发送至对应的分发对象。

进一步地，确定单元还用于确定通信消息的界面类型；获取单元具体用于根据界面类型获取通信消息。

进一步地，还包括：选取单元，用于在界面类型为私聊界面时，在聊天界面中选取至少一个碎片信息；组合单元，用于根据至少一个碎片信息组合成与分发对象对应的第一待发信息；发送单元具体用于将第一待发信息发送至分发对象。

进一步地，还包括：确定单元还用于在界面类型为群聊界面时，确定通信消息内的至少一个联系对象，并确定每个联系对象对应的通信消息；接收单元，用于对接收联系对象的第一输入；转换单元，用于响应于第一输入，将与联系对象对应的至少一个通信消息转换为碎片信息；显示单元，用于在显示有多个分发对象的联系人界面中，显示多个碎片信息；接收单元还用于对接收分发对象的第二输入；确定单元还用于根据第二输入，确定与每个分发对象对应的多个碎片信息。

进一步地，获取单元具体用于对聊天界面进行截屏获取消息图片；确定单元用于通过对消息图片进行图片识别，确定通信消息。

进一步地，还包括：显示单元，用于在显示有多个分发对象的联系人界面中，显示消息图片；接收单元还用于对接收分发对象的第三输入；确定单元用于根据第三输入，确定消息图片中与每个分发对象对应的多个碎片信息；加密单元，用于根据与每个分发对象对应的多个碎片信息生成加密图案；发送单元用于将加密图案发送至分发对象，其中，加密图案解密后可显示与解密的分发对象对应的多个碎片信息。

进一步地，确定单元具体用于在联系人界面中，确定每个分发对象对应的头像区域；接收对应于头像区域的第三输入，确定与头像区域的分发对象对应的碎片信息。

本申请实施例中的多消息分发装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的多消息分发装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的多消息分发装置能够实现如图1至图7的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图24所示，本申请实施例还提供一种电子设备100，包括处理器110，存储器109，存储在存储器109上并可在处理器110上运行的程序或指令，该程序或指令被处理器110执行时实现上述多消息分发方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图24和图25中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

可选地，处理器110，用于获取多个通信消息；确定每个通信消息对应的碎片信息并在聊天界面中显示至少一个碎片信息；确定至少一个分发对象；将至少一个碎片信息发送至对应的分发对象。

可选地，处理器110，还用于确定通信消息的界面类型；根据界面类型获取通信消息。

可选地，处理器110，还用于在界面类型为私聊界面时，在聊天界面中选取至少一个碎片信息；根据至少一个碎片信息，组合成与分发对象对应的第一待发信息；将至少一个碎片信息发送至对应的分发对象具体包括：将第一待发信息发送至分发对象。

处理器110，还用于在界面类型为群聊界面时，确定通信消息内的至少一个联系对象，并确定每个联系对象对应的通信消息；接收对联系对象的第一输入；响应于第一输入，将与联系对象对应的至少一个通信消息转换为碎片信息；在显示有多个分发对象的联系人界面中，显示多个碎片信息；接收对分发对象的第二输入；根据第二输入，确定与每个分发对象对应的多个碎片信息。

可选地，处理器110，还用于对聊天界面进行截屏获取消息图片；通过对消息图片进行图片识别，确定通信消息。

可选地，处理器110，还用于在显示有多个分发对象的联系人界面中，显示消息图片；接收对分发对象的第三输入；根据第三输入，确定消息图片中与每个分发对象对应的多个碎片信息；将至少一个碎片信息发送至对应的分发对象，具体包括：根据与每个分发对象对应的多个碎片信息，生成加密图案；将加密图案发送至分发对象，其中，加密图案解密后可显示与解密的分发对象对应的多个碎片信息。

可选地，处理器110，还用于在联系人界面中，确定每个分发对象对应的头像区域；接收对应于头像区域的第三输入，确定与头像区域的分发对象对应的碎片信息。应理解的是，本申请实施例中提到的电子设备100还包括：射频单元101、网络模块102、音频输出模块103、传感器105以及接口单元108，如图25所示，其中，输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制单元两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器109可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述多消息分发方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述多消息分发方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种多消息分发方法，其特征在于，包括：

获取多个通信消息；

确定每个所述通信消息对应的碎片信息，并在聊天界面中显示至少一个所述碎片信息；

确定至少一个分发对象；

将至少一个所述碎片信息发送至对应的分发对象；

所述将至少一个所述碎片信息发送至对应的分发对象，具体包括：

根据与每个所述分发对象对应的多个碎片信息，生成加密图案；

将所述加密图案发送至所述分发对象，

其中，所述加密图案解密后可显示与解密的分发对象对应的多个碎片信息。

2.根据权利要求1所述的多消息分发方法，其特征在于，所述获取多个通信消息，具体包括：

确定所述通信消息的界面类型；

根据所述界面类型获取所述通信消息。

3.根据权利要求2所述的多消息分发方法，其特征在于，在所述将至少一个所述碎片信息发送至对应的分发对象之前，还包括：

在所述界面类型为私聊界面时，在所述私聊界面中选取至少一个所述碎片信息；

将至少一个所述碎片信息组合成与所述分发对象对应的第一待发信息；

所述将至少一个所述碎片信息发送至对应的分发对象具体包括：

将所述第一待发信息发送至所述分发对象；

在所述界面类型为群聊界面时，确定所述通信消息内的至少一个联系对象，并确定每个所述联系对象对应的通信消息；

接收对所述联系对象的第一输入；

响应于所述第一输入，将与所述联系对象对应的至少一个所述通信消息转换为所述碎片信息；

在显示有多个所述分发对象的联系人界面中，显示多个所述碎片信息；

接收对所述分发对象的第二输入；

根据所述第二输入，确定与每个所述分发对象对应的多个碎片信息。

4.根据权利要求1所述的多消息分发方法，其特征在于，所述获取多个通信消息，具体包括：

对所述聊天界面进行截屏获取消息图片；

通过对所述消息图片进行图片识别，确定通信消息。

5.根据权利要求4所述的多消息分发方法，其特征在于，所述确定至少一个分发对象，具体包括：

在显示有多个所述分发对象的联系人界面中，显示所述消息图片；

接收对所述分发对象的第三输入；

根据所述第三输入，确定所述消息图片中与每个所述分发对象对应的多个碎片信息。

6.根据权利要求5所述的多消息分发方法，其特征在于，所述确定所述消息图片中与每个所述分发对象对应的多个碎片信息，具体包括：

显示所述消息图片的编辑界面；

在所述编辑界面中接收用户对所述分发对象和所述消息图片中的第一位置的第三输入；

响应于所述第三输入，将所述分发对象与所述第一位置对应的通信消息关联；

基于所述第一位置对应的通信消息，对所述消息图片进行拆分，生成所述分发对象对应的碎片信息。

7.一种多消息分发装置，其特征在于，包括：

获取单元，用于获取多个通信消息；

确定单元，用于确定每个所述通信消息对应的碎片信息，并在聊天界面中显示至少一个所述碎片信息；

所述确定单元还用于确定至少一个分发对象；

发送单元，用于将至少一个所述碎片信息发送至对应的分发对象；

加密单元，用于根据与每个所述分发对象对应的多个碎片信息生成加密图案；

所述发送单元用于将所述加密图案发送至所述分发对象，

其中，所述加密图案解密后可显示与解密的分发对象对应的多个碎片信息。

8.根据权利要求7所述的多消息分发装置，其特征在于，还包括：所述确定单元还用于确定所述通信消息的界面类型；

所述获取单元具体用于根据所述界面类型获取所述通信消息。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至6中任一项所述的多消息分发方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至6中任一项所述的多消息分发方法的步骤。

Images