CN112953811A - 消息记录显示方法、终端及计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种消息记录显示方法、终端及计算机可读存储介质，通过当接收到关联消息记录显示指令时，从预设数据库中获取与当前应用相关联的目标应用，进一步地，采集目标应用的消息记录并显示消息记录；解决了相关技术中用户了解各类消息时需要逐一打开相关应用，给用户带来诸多不便，造成用户体验满意度差的问题。也即本发明提供的消息记录显示方法、终端及计算机可读存储介质，在用户在一个应用时可以查看到与该应用相关联的目标应用的消息记录，这样将各应用之间的消息记录进行关联，方便了用户进行查看，减小了用户了解各类消息时需要逐一打开相关应用的繁琐操作，为用户带来诸多便利，极大程度上提升了用户的体验满意度。

Description

消息记录显示方法、终端及计算机可读存储介质

技术领域

本发明实施例涉及但不限于通信技术领域，具体而言，涉及但不限于一种消息记录显示方法、终端及计算机可读存储介质。

背景技术

随着互联网的深度发展，越来越多的行业加入到互联网浪潮中，产生了无数基于互联网的应用，提供了智能终端基于文字、图片、视频、游戏、大数据服务等等的娱乐活动。为方便描述，上述智能终端以智能手机为例，目前用户有多种交流信息的途径，如社交软件、短彩信、融合通信RCS消息、闹钟、日程安排、电子邮件等，用户了解各类消息时需要逐一打开相关应用；例如用户在时间段1、时间段2、时间段3分别接收到联系人A通过应用1、应用2、应用3发送的消息，此时用户不得不逐一打开应用1、应用2、应用3给予查看；并且，当联系人A发送的各消息之间有关联性时，用户还得不断重复的打开应用1、应用2、应用3分别给予查看，由此给用户带来诸多不便，大大降低了用户的体验满意度。

发明内容

本发明实施例提供的消息记录显示方法、终端及计算机可读存储介质，主要解决的技术问题是相关技术中用户了解各类消息时需要逐一打开相关应用，给用户带来诸多不便，造成用户体验满意度差。

为解决上述技术问题，本发明实施例提供了一种消息记录显示方法，包括：当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用；采集所述目标应用的消息记录；显示所述消息记录。

为解决上述技术问题，本发明实施例提供了一种终端，包括处理器、存储器和通信总线；所述通信总线用于实现所述处理器和存储器之间的连接通信；

所述处理器用于执行所述存储器中存储的一个或者多个程序，以实现如上所述的消息记录显示方法的步骤。

为解决上述技术问题，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的消息记录显示方法的步骤。

本发明的有益效果至少包括：

本发明实施例提供的消息记录显示方法、终端及计算机可读存储介质，通过当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用，进一步地，采集目标应用的消息记录并对消息记录进行显示；解决了相关技术中用户了解各类消息时需要逐一打开相关应用，给用户带来诸多不便，造成用户体验满意度差的问题。也即本发明实施例提供的消息记录显示方法、终端及计算机可读存储介质，用户在查看某一个应用时，可以查看到与该应用相关联的目标应用的消息记录，这样将各应用之间的消息记录进行关联，方便了用户进行查看，减小了用户了解各类消息时需要逐一打开相关应用的繁琐操作，为用户带来诸多便利，极大程度上提升了用户的体验满意度。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为本发明实施例一提供的消息记录显示方法的基本流程示意图；

图2为本发明实施例一提供的生成预设数据库的基本流程示意图；

图3为本发明实施例一提供的是否临时联系人的基本流程示意图；

图4为本发明实施例一提供的消息记录显示的界面示意图；

图5为本发明实施例二提供的消息记录显示方法的基本流程示意图；

图6为本发明实施例三提供的终端的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决相关技术中用户了解各类消息时需要逐一打开相关应用，给用户带来诸多不便，造成用户体验满意度差的问题，本发明实施例中提供了一种消息记录显示方法，当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用，进一步地，采集目标应用的消息记录并显示消息记录；请参见图1所示，为本发明实施例提供的消息记录显示方法的流程示意图。

S101:当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用。

首先应当理解的是，本发明实施例中的当前应用包括但不限于终端上自带应用如通讯录、闹钟、日程安排、电子邮箱、短彩信，终端安装的第三方应用如各类社交软件、游戏软件、学习软件等。

其次应当理解的是，本发明实施例中的当前应用包括但不限于当前打开且正在使用的应用、当前打开但未使用的应用，其中，当前打开且正在使用的应用和当前打开但未使用的应用均属于前台应用；当然，也可以是处于后台但能能接收到消息通知的应用。

还应当理解的是，本发明实施例中的关联消息显示指令可以是用户通过在先开启应用关联消息显示功能下发，也可以是用户实时点击触发应用关联消息显示事件下发，对此本发明不做具体限定，在实际应用中，可根据具体应用场景进行灵活调整。

在一实施方式中，本发明实施例中当接收到关联消息显示指令时，从预设数据库中获取与所述应用相关联的目标应用之前，还可以包括至少以下步骤，请参见图2所示：

S201：采集通讯录应用中与各联系人相关的目标信息。

S202：根据采集到的目标信息确定分别与各联系人相关联的应用；

S203：将确定出的应用作为与通讯录应用中各联系人相关联的目标应用，并生成预设数据库。

需要说明的是，本发明实施例中的目标信息指代的是具有联系人特征的信息，根据该信息便可确定联系人身份的信息，在一实施方式中，本发明实施例中目标信息包括但不限于电话号码、电子邮箱、名字(别名、昵称)、地址、账号、备注；其中，目标信息可以是一个或多个(至少两个)，例如目标信息包括电话号码、电子邮箱、名字、地址、账号、备注中的任意一个或任意组合。可以理解的是，在同一联系人的目标信息为多个时，根据该多个目标信息分别去确定与该联系人相关联的应用时，其可以是多个目标信息均和待查找应用匹配从而将该待查找应用作为目标应用，或者也可以是多个目标信息中的任意一个和待查找应用匹配从而将该待查找应用作为目标应用。值得注意的是，这里所列举的只是几种目标信息，在实际应用中，可由开发人员根据实验或经验进行灵活设置或者由用户进行自定义设置。

为了更好的理解，这里一个具体示例进行说明：

例如，设通讯录中包含的联系人有A、B、C、D等，为了更好地描述，这里仅以联系人A为例；

首先，采集联系人A的电话号码a1作为目标信息；可以理解的是，通常情况下用户注册应用时是根据电话号码，因此根据电话号码便可找到同一联系人的各应用；当然，同一联系人可能会有多个电话号码，当其和同一名字关联存储在通讯录应用中时，将其看做为同一联系人，即还可以采集联系人A的电话号码a2作为目标信息，为了便于描述，后续仅以电话号码a1查找目标应用为例；

然后，根据采集到的电话号码a1在终端上安装的各应用中查找与电话号码a1相关联的应用；设查找到与电话号码a1相关联的应用为应用1、2、3；

再次，将应用1、2、3作为与通讯录应用中联系人A相关联的目标应用，即与联系人A相关联的目标应用为应用1、2、3；

上述步骤重复执行，便可得到分别与联系人B、C、D相关联的目标应用，这里不再赘述。

参见表一所示，为采用上述步骤生成的预设数据库：

表一

联系人	目标应用
		A	1、2、3
B	1、2、3、5、6、8
		C	2、3、5、7、8
D	1、2、3、4、6、8
		……	……

需要说明的是，同一联系人对应目标应用互为相关联的目标应用，如表一联系人A的目标应用为1、2、3为例，在当应用1接收到关联消息显示指令时，应用2、3均作为应用1相关联的目标应用，在当应用2接收到关联消息显示指令时，应用1、3均作为应用2相关联的目标应用同时，在当应用3接收到关联消息显示指令时，应用1、2均作为应用3相关联的目标应用。值得注意的是，上述只是根据通讯录生成预设数据库的方式，在实际应用中，可根据具体应用场景做灵活调整。

应当理解的是，本发明实施例中当从预设数据库中未获取到与应用相关联的目标应用时，包括：生成临时联系人，该临时联系人的目标信息通过从应用中获取。

为了更好的理解，这里以一个具体示例进行说明：

例如，当前是在应用1联系人A的界面，接收到关联消息显示指令时，在预设数据库中未查找到联系人A的相关记录，此时可通过应用1获取到联系人A的目标信息如电话号码、昵称，生成临时联系人。

在一实施方式中，本发明实施例中生成临时联系人之后，还包括至少以下步骤，请参见图3所示：

S301：判断是否接收到保存临时联系人指令；

若是，执行S302，若否，执行S303；

S302：将临时联系人保存至通讯录应用中。

S303：将临时联系人删除。

应当理解的是，在将临时联系人保存至通讯录应用中后，便不再是临时联系人而是新增联系人，针对新增联系人可执行S201～S203，也就是说可将新增联系人相关联的目标应用确定出并及时更新至预设数据库中。

S102：采集目标应用的消息记录。

需要说明的是，本发明实施例中的消息记录指代的是目标应用的当前用户接收到的来自任一联系人的消息，因为该消息已经接收到，所以本发明实施例中将其称之为消息记录，其中，可以是接收到之后将消息保存在当前用户的终端上，也可以是接收到之后将消息保存在当前用户终端对应的服务器上，对此本发明不做具体限定，在实际应用中可根据具体应用场景做灵活调整。

在一实施方式中，本发明实施例中的消息记录包括已读消息记录和/或未读消息记录；其中：

消息记录可以是单对单消息记录、群里@自己的消息记录、其他人没@但是提到自己名字或别名的消息记录，也可以是转账、红包、视频聊天或语音聊天的消息记录，当然对于转账、红包、视频聊天或语音聊天还可以对应显示成文字消息记录；

消息记录可以是某一时间段的一条或多条消息记录，也可以是距离当前时间最近的一条消息记录等。

值得注意的是，在实际应用中，消息记录由开发人员根据实验或经验进行灵活设置，或由用户进行自定义设置。

应当理解的是，由于终端上安装的各应用存在公开和非公开的两种情况，其中，对于公开的应用而言，可以直接从应用对应的历史消息记录中采集到消息记录，对于非公开的应用而言，则无法从应用对应的历史消息记录中采集到消息记录，此时便可以考虑从应用的通知消息中采集消息记录，当然，对于公开的应用其也可以考虑从应用的通知消息中采集消息记录；因此，在一实施方式中，本发明实施例中采集目标应用的消息记录，包括至少以下两种方式：

方式一，从目标应用对应的历史消息记录中采集消息记录；

方式二，从目标应用的通知消息中采集消息记录。

S103：显示消息记录。

在一实施方式中，本发明实施例中显示消息记录，包括至少以下两种方式：

方式一，根据各消息记录的接收时间对各消息记录进行排序，按照排序后的消息记录进行显示；例如针对分别来自于应用1、2、3的3个消息记录1、2、3的接收时间分别为时间09:00、18:00、12:00，在一实施方式中，按照距离当前时间最近的消息记录进行排序，则排序为消息记录2、3、1，此时按照消息记录2、3、1的顺序进行显示。

方式二，根据各消息记录的应用的类型对各消息记录进行划分，按照划分后的消息记录进行显示；例如针对来自于应用1、2、3、4、5、6的6个消息记录1、2、3、4、5、6，设应用1、4、5属于游戏类应用，应用2、3、6属于工作类应用，则将消息记录1、4、5划分为一类，消息记录2、3、6划分为一类，此时按照消息记录1、4、5作为一类进行显示，消息记录2、3、6作为一类进行显示。

值得注意的是，上述所列举的只是两种显示方式，在实际应用中，可根据具体应用场景做灵活调整，例如请参见图4所示，图4为用户在通讯录应用的某一联系人界面中点击详情(即下发关联消息显示指令)，显示出与该联系人相关的目标应用的消息记录，其中图4中仅示出的目标应用为本身的电话记录、短信RCS、电子邮件，由于界面显示原因后续可能有其他目标应用如腾讯qq等。

在一实施方式中，本发明实施例中还可以显示出与联系人相关的人物对应的目标应用，其中该相关的人物也在通讯录应用中存在；例如如图4所示，其仅显示了联系人JackMa的目标应用的消息记录，还可以在此基础上显示Jack Ma的紧密联系人Jane的目标应用的消息记录，其中，与联系人相关的人物的设置由用户进行自定义设置，包括但不限于在通讯录联系人的目标信息中添加其相关人物的目标信息，如电话号码。这样，便实现了二层显示，以满足用户的不同需求，在一定程度上提升了用户的体验满意度。

本发明实施例提供的消息记录显示方法，通过当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用，进一步地，采集目标应用的消息记录并显示消息记录；解决了相关技术中用户了解各类消息时需要逐一打开相关应用，给用户带来诸多不便，造成用户体验满意度差的问题。也即本发明实施例提供的消息记录显示方法，用户在查看某一个应用时，可以查看到与该应用相关联的目标应用的消息记录，这样将各应用之间的消息记录进行关联，方便了用户进行查看，减小了用户了解各类消息时需要逐一打开相关应用的繁琐操作，为用户带来诸多便利，极大程度上提升了用户的体验满意度。

实施例二：

本发明实施例在实施例一的基础上，以一种具体的通话记录详单CDR分发过程为例进行说明，请参见图5所示。

S501：进入通讯录、社交软件、短彩信、RCS短信、电子邮箱等任一应用，接收到关联消息显示指令。

S502：判断是否从预设数据库中获取到与当前应用相关联的目标应用；

若是，执行S503，若否，执行S504。

其中，预设数据库的生成过程是：根据采集通讯录应用中与各联系人相关的目标信息，根据采集到的目标信息确定分别与各联系人相关联的应用，进一步地，将确定出的应用作为与通讯录应用中各联系人相关联的目标应用，生成预设数据库。

在一实施方式中，目标信息包括但不限于电话号码、电子邮箱、名字(别名、昵称)、地址、账号、备注。

S503：采集并显示目标应用的消息记录。

S504：生成临时联系人。

其中，该临时联系人的目标信息从进入的当前应用中获取。

S505：判断是否接收到保存临时联系人指令；

若是，执行S506，若否，执行S507。

S506：将临时联系人保存至通讯录应用中。

其中，该临时联系人便作为新增联系人，在一实施方式中，确定出新增联系人相关联的目标应用并及时更新至预设数据库中。

S507：将临时联系人删除。

本发明实施例提供的消息记录显示方法，通过当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用，进一步地，采集目标应用的消息记录并显示消息记录；解决了相关技术中用户了解各类消息时需要逐一打开相关应用，给用户带来诸多不便，造成用户体验满意度差的问题。所以和相关技术相比，本发明实施例提供的消息记录显示方法，为用户带来诸多便利，大大提升了用户的体验满意度。

实施例三:

本发明实施例中提供了一种终端，请参见图6所示，本发明实施例提供的终端包括处理器601、存储器602和通信总线603；

通信总线603用于实现处理器601和存储器602之间的连接通信；

处理器601用于执行存储器602中存储的一个或者多个程序，以实现如实施例一、二中消息记录显示方法的步骤。

值得注意的是，为了不累赘说明，在本发明实施例中并未完全阐述实施例一、二中的所有示例，应当明确的是，实施例一、二中的所有示例均适用于本实施例。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例一、二中消息记录显示方法的步骤。

该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically ErasableProgrammable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、***、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种消息记录显示方法，包括：

当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用；

采集所述目标应用的消息记录；

显示所述消息记录。

2.如权利要求1所述的消息记录显示方法，其特征在于，所述当接收到关联消息显示指令时，从预设数据库中获取与当前应用相关联的目标应用之前，还包括：

采集通讯录应用中与各联系人相关的目标信息；

根据采集到的所述目标信息确定分别与各所述联系人相关联的应用；

将确定出的所述应用作为与所述通讯录应用中各联系人相关联的目标应用，并生成预设数据库。

3.如权利要求2所述的消息记录显示方法，其特征在于，所述目标信息包括电话号码、电子邮箱、名字、地址、账号、备注中的至少一种。

4.如权利要求1-3任一项所述的消息记录显示方法，其特征在于，所述采集所述目标应用的消息记录，包括：

从所述目标应用对应的历史消息记录中采集消息记录；

或，

从所述目标应用的通知消息中采集消息记录。

5.如权利要求1-3任一项所述的消息记录显示方法，其特征在于，所述显示所述消息记录，包括：

根据各消息记录的接收时间对所述各消息记录进行排序，按照排序后的消息记录进行显示；

或，

根据各消息记录的应用的类型对所述各消息记录进行划分，按照划分后的消息记录进行显示。

6.如权利要求1-3任一项所述的消息记录显示方法，其特征在于，当从预设数据库中未获取到与当前应用相关联的目标应用时，包括：

生成临时联系人，所述临时联系人的目标信息通过从所述应用中获取。

7.如权利要求6所述的消息记录显示方法，其特征在于，所述生成临时联系人之后，还包括：

判断是否接收到保存所述临时联系人的指令，当收到保存所述临时联系人的指令时，将所述临时联系人保存至通讯录应用中，当未收到保存所述临时联系人的指令时，将所述临时联系人删除。

8.如权利要求1-3任一项所述的消息记录显示方法，其特征在于，所述消息记录包括下述至少一种记录：已读消息记录与未读消息记录。

9.一种终端，其特征在于，包括处理器、存储器和通信总线；

所述通信总线用于实现所述处理器和存储器之间的连接通信；

所述处理器用于执行所述存储器中存储的一个或者多个程序，以实现如权利要求1-8任一项所述的消息记录显示方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-8中任一项所述的消息记录显示方法的步骤。

Images