CN106101407A - 一种信息处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种信息处理方法及装置。所述方法包括：检测到通信请求，所述通信请求中包括通信号码；当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；检测所述通信记录中是否存储所述通信号码对应的通信数据；当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式；及将所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上。

Description

一种信息处理方法及装置

技术领域

本发明涉及信息处理技术，具体涉及一种信息处理方法及装置。

背景技术

随着骚扰诈骗电话越来越多，对来电号码的标注越来越重要，很多通讯录产品的黄页标记数据库也越来越强大，为的就是能够尽可能地识别来电号码身份，减少用户被骚扰和上当受骗的概率。然而，号码更新速度很快，可能今天是快递的号码，明天成了外卖的号码，今天是出租车的号码，明天成了房产中介的号码，由此黄页标记数据库可能很难做到及时更新，且能识别出所有的号码。很多用户通常的做法是，遇到没标注的陌生号码的来电，通通不接，统一划分到骚扰电话行列。但是，这种做法，很有可能会错过了例如送外卖或者送快递的师傅的电话。对于黄页标记数据库中未收录的陌生号码，如何确定该陌生号码的身份，不错过真正有需要的电话，现有技术中，目前暂无有效解决方案。

发明内容

为解决现有存在的技术问题，本发明实施例提供了一种信息处理方法及装置，能够减少终端用户通过拒接来电的方式错过真正有事情或者有价值的来电的概率。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种信息处理方法，所述方法包括：

检测到通信请求，所述通信请求中包括通信号码；

当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；

当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；

检测所述通信记录中是否存储所述通信号码对应的通信数据；

当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式；及，

将所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上。

上述方案中，所述基于所述通信号码查询通信记录，包括：基于所述通信号码查询通话记录数据库和即时通信消息数据库。

上述方案中，所述方法还包括：当所述通话记录数据库中存储有所述通信号码对应的通话数据，获得与所述通信号码对应的通话数据。

上述方案中，所述方法还包括：当所述即时通信消息数据库中存储有所述通信号码对应的即时通信消息数据时，获得与所述通信号码对应的即时通信消息数据。

上述方案中，所述通信数据包括通话数据和/或即时通信消息数据；

所述按预设规则获得所述通信数据，包括：

当所述通信记录中存储的所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；

其中，所述第一类型包括：表征通话数据处于接听类型或呼出类型，以及表征即时通信消息数据处于接收且已读类型或已发送类型。

上述方案中，所述通信数据包括通话数据和/或即时通信消息数据；

所述按预设规则获得通信数据，包括：

当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的通话数据作为待显示的通信数据；

当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；

其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。

上述方案中，所述在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据，包括：

在所述即时通信消息数据中滤除处于未读状态的即时通信消息数据，选择其中一条即时通信消息数据作为待显示的通信数据；所选择的即时通信消息数据与所述通信请求的通信时间间隔最短。

上述方案中，当所述通信记录中包括所述通信号码对应的通信数据时，所述方法还包括：识别所述通信数据，获得所述通信数据的标识；所述标识表征通信发起来源；

所述将所述通信时间和/或所述通信方式按预设显示规则伴随所述通信请求输出显示，包括：当获得的通信数据的发起来源为应用程序时，控制所述通信请求的显示界面上输出显示通信方式和所述发起来源。

本发明实施例还提供了一种信息处理装置，所述装置包括：通信模块、处理模块、存储模块和显示模块；其中，

所述通信模块，用于发送/接收通信请求，所述通信请求中包括通信号码；

所述处理模块，用于通过所述通信模块检测到通信请求时，判断所述通信号码是否存储在通讯录中；当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；检测所述通信记录中是否存储所述通信号码对应的通信数据；当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式；还用于控制所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上；

所述存储模块，用于存储通讯录；还用于存储通信记录；

所述显示模块，用于显示所述通信请求以及显示所述通信时间和/或所述通信方式。

上述方案中，所述处理模块，用于基于所述通信号码查询通话记录数据库和即时通信消息数据库。

上述方案中，所述处理模块，还用于当所述通话记录数据库中存储有所述通信号码对应的通话数据，获得与所述通信号码对应的通话数据；

相应的，所述存储模块，用于存储通话记录数据库。

上述方案中，所述处理模块，还用于当所述即时通信消息数据库中存储有所述通信号码对应的即时通信消息数据时，获得与所述通信号码对应的即时通信消息数据；

相应的，所述存储模块，用于存储即时通信消息数据库。

上述方案中，所述通信数据包括通话数据和/或即时通信消息数据；

所述处理模块，用于当所述通信记录中存储的所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；其中，所述第一类型包括：表征通话数据处于接听类型或呼出类型，以及表征即时通信消息数据处于接收且已读类型或已发送类型。

上述方案中，所述通信数据包括通话数据和/或即时通信消息数据；

所述处理模块，用于当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的通话数据作为待显示的通信数据；当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。

上述方案中，所述处理模块，用于在所述即时通信消息数据中滤除处于未读状态的即时通信消息数据，选择其中一条即时通信消息数据作为待显示的通信数据；所选择的即时通信消息数据与所述通信请求的通信时间间隔最短。

上述方案中，所述处理模块，还用于当所述通信记录中包括所述通信号码对应的通信数据时，识别所述通信数据，获得所述通信数据的标识；所述标识表征通信发起来源；还用于当获得的通信数据的发起来源为应用程序时，控制所述通信请求的显示界面上输出通信方式和所述发起来源；

相应的，所述显示模块，还用于显示所述通信请求以及显示所述通信方式和所述发起来源。

本发明实施例提供的信息处理方法及装置，在检测到通信请求时，针对号码数据库(例如黄页数据库)中未标注的通信号码，输出显示该通信号码上一次通信的通信时间和/或通信方式，以便于终端用户能够回忆起所述通信号码上一次通信的事件，从而帮助终端用户判断该通信请求的通信号码的来源，增加该陌生的通信号码的辨识度，减少终端用户通过拒接来电的方式错过真正有事情或者有价值的来电的概率，使通信过程更加人性化，大大提升了用户的操作体验。

附图说明

图1a至图1d分别为现有的来电标记的示意图；

图2为本发明实施例的信息处理交互方案的系统架构示意图；

图3为本发明实施例的信息处理方法的第一种流程示意图；

图4为本发明实施例的信息处理方法的具体实现框架示意图；

图5为本发明实施例的信息处理方法的第二种流程示意图；

图6a和图6b分别为本发明实施例的信息处理方案的显示示意图；

图7为本发明实施例的信息处理装置的组成结构示意图；

图8为本发明实施例的信息处理装置作为硬件实体的一个示意图。

具体实施方式

下面结合附图及具体实施例对本发明作进一步详细的说明。

发明人发现，目前，基于移动终端的主流操作系统，在通话号码标注的各种方案中均有各种不尽如人意的地方。例如IOS操作系统的移动终端，在接收到自身未存储有标记的来电时，查询号码数据库，该号码数据库仅对部分比较高频的企业号码进行标记，例如：95xxx的XX银行，在接收到号码为“95xxx”的来电请求时，在移动终端的显示屏上显示“XX银行”的标记，如图1a所示。而除了数据库中收录的比较高频的企业号码之外，其他的企业号码并未进行标记，例如：某企业的电话为0755-xxxxxxxx，在接收到该号码的来电请求时，在移动终端的显示屏上也仅会显示该号码，如图1b所示。陌生的私人号码(例如快递、外卖、出租车等)更是如此。

再例如米柚(MIUI)操作系统的移动终端，在接收到自身未存储有标记的来电时或者拨号时，会首先查询号码数据库，从号码数据库中查询来电号码对应的标记。所述号码数据库中通常收录有企业机构、小商户、个人、骚扰、诈骗、房产中介、保险理赔等电话号码以及对应的标记。相对于IOS系统收录的号码来说，号码数据库中收录的号码以及标记更广泛、全面。例如，如图1c所示，在接收到号码“150xxxxxxxx”的来电请求时，移动终端的显示屏会显示“XX快递员王师傅”的标记。再例如，在拨号“0755-xxxxxxxx”进行通话请求时，移动终端的显示频会显示“竹乡味”餐厅的标注，如图1d所示。

但是，上述通话号码标注的各种方案中，仅仅是针对号码数据库中收录的号码进行标记，针对号码数据库中未收录的号码，移动终端的显示屏仅会显示该号码，无法显示表征该号码的用户的身份的任何信息，不知道该号码是不是真的有事，也不知道该不该接听该电话。

图2为本发明实施例的信息处理交互方案的系统架构示意图；如图2所示，包括终端12和号码数据库服务器11；所述终端12和所述号码数据库服务器通过网络建立连接。在终端12检测到通信请求(包括呼入请求或呼出请求)时，通常先在自身存储的通讯录中进行查找，判断自身的通讯录中是否存在所述通信请求对应的通信号码。当通讯录中未存储所述通信号码时，所述终端12与所述号码数据库服务器11建立连接，调用所述号码数据库服务器11的通用接口，为所述终端12的查询提供便利。其中，所述号码数据库服务器11收录有企业机构、小商户、个人、骚扰、诈骗、房产中介、保险理赔等号码以及对应的标记；所述终端12可从所述号码数据库服务器11获得所述通信号码对应的查询结果。

当然，上述图2的例子只是实现本发明实施例的一个系统架构实例，本发明实施例并不限于上述图2所述的系统结构，基于该系统架构，提出本发明各个实施例。

本发明实施例提供了一种信息处理方法，所述信息处理方法应用于终端中。图3为本发明实施例的信息处理方法的第一种流程示意图；如图3所示，所述信息处理方法包括：

步骤301：检测到通信请求；所述通信请求中包括通信号码。

步骤302：当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果。

步骤303：当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录，判断所述通信记录中是否存储所述通信号码对应的通信数据。

步骤304：当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式。

步骤305：将所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上。

本实施例步骤301中，检测到的通信请求具体可以为通话请求；所述通话请求可以是呼出请求，即电话拨打请求；所述通话请求也可以是呼入请求，即电话接听请求。本实施例中，所述通信请求可以为基于所述终端自身的通话功能(例如接听/拨打电话功能)发出或接收到的通话请求；所述通信请求还可以为基于所述终端安装的第三方应用程序(具体可以为网络电话应用程序或者即时通信应用程序)发出或接收到的通话请求。其中，所述通信请求中包括通信号码，例如拨打电话时输入的电话号码，或者接收到电话呼入请求时，所述电话呼入请求中携带的电话号码。

本实施例步骤302中，终端检测到通信请求时，首先基于所述通信请求中的通信号码查询所述终端自身的通讯录，判断所述通讯录中是否存储有所述通信号码；当所述通讯录中存储有所述通信号码时，获得所述通讯录中所述通信号码对应的标识，所述标识具体可以为名称等等；在显示所述通信请求时，伴随显示所述标识。在本发明实施例中，所述显示所述通信请求，具体可参照图1c和图1d所示，在接收到一通话呼入时，显示呼入的通话号码，以及对应查找到的标识；或者在发出一通话呼出时，显示呼出的通话号码，以及对应查找到的标识等等。

本实施例中，当所述通讯录中未存储有所述通信号码时，通过网络访问号码数据库，调用所述号码数据库的通用接口，在所述号码数据库中查找是否存在所述通信号码。其中，所述号码数据库收录有企业机构、小商户、个人、骚扰、诈骗、房产中介、保险理赔等号码以及对应的标记。基于此，如果从所述号码数据库获得的查询结果为所述号码数据库中存储有所述通信号码时，则相应获得所述通信号码对应的标记内容，将所述标记内容伴随所述通信请求输出显示。如果从所述号码数据库获得的查询结果为所述号码数据库中未存储有所述通信号码时，则进一步查询所述终端自身的通信记录。

基于上述描述，本实施例中，所述终端基于所述通信号码查询通信记录，从而获得所述通信号码对应的通信数据；所述通信数据中通常包括通信时间和通信方式；所述通信方式具体可以包括通话通信方式或即时通信消息通信方式，可以理解为，所述通信方式具体可以为电话(包括呼入和呼出)通信方式或短信通信方式。所述通信记录包括通话通信记录和即时通信消息通信记录；所述即使通信消息具体可以理解为短信，则所述即时通信消息通信记录可以理解为短信通信记录。则所述基于所述通信号码查询通信记录，判断所述通信记录中是否存储所述通信号码对应的通信数据；包括：基于所述通信号码查询通话记录数据库和即时通信消息数据库，当所述通话记录数据库中存储有所述通信号码对应的通话数据，和/或所述即时通信消息数据库中存储有所述通信号码对应的即时通信消息数据时，获得与所述通信号码对应的通话数据和/或即时通信消息数据。

具体的，以终端的操作系统为安卓(Android)操作系统为例，所有的通话记录和短信联系记录均会记录在通话记录数据库和短信数据库中，对于非首次联系陌生号码，当来电时，只需要查询这两个数据库中是否存在相关的记录，然后对查询到的记录进行解析并在来电的页面中进行展示，则可以更加合理、人性化的对陌生号码的来电信息进行展示。图4为本发明实施例的信息处理方法的具体实现框架示意图；如图4所示，来电界面(具体可以为InCallUI)负责通信界面的显示，在InCallUI中，通过调用第一接口(例如TelephonyProvider接口)查询即时消息记录数据库(例如telephony.db)，通过第二接口(例如ContactsProvider接口)查询通话记录contacts2.db。具体的，通信记录的查询的方式可使用标准的query语句进行查询，Provider中均进行了较好的封装。查询到的记录中主要包含如下的字段信息：

联系方式：通话方式或短信方式；

联系发生日期：通过将记录日志和当前的时间进行比较，得出时间差；

记录的详情：如果为通话记录，可以在数据库字段中获得改通话的类型，所述类型包括：呼入、呼出、未接、已接等；如果为短信记录，则查询到的类型可以包括：发送、接收且已读、接收且未读等。

本实施例中，当所述通信记录中包括所述通信号码对应的通信数据不止一条时，需要通过预设规则选择其中的第一通信数据伴随所述通信请求输出显示。具体的，作为一种实施方式，本实施例中，所选择的第一通信数据为所述通信号码对应的通信数据中、与所述通信请求的通信时间间隔最短的通信数据。具体的，在上述查询获得的记录所包含的字段信息中，包括联系发生日期；将所述通信号码对应的通信数据中，计算每一个通信数据的通信时间与所述通信请求的通信时间的差值，选择差值最小的通信数据、也即时间间隔最短的通信数据作为第一通信数据。相应的，将所述第一通信数据的通信时间和/或所述通信方式伴随所述通信请求输出显示。

具体的，本实施例中按预设显示规则伴随所述通信请求输出显示通信方式具体可以包括：通话呼入、通话呼出、即时通信消息发送和即时通信消息接收。更进一步地，通话呼入还可以包括通话呼入已接(例如来电已接)和通话呼入未接(例如来电未接)；相应的，即时消息接收也可以包括即时消息接收已读(例如短信已接)和即时消息接收未读(例如短信未接)。

本实施例中按预设显示规则伴随所述通信请求输出显示通信时间具体包括：计算所述第一通信数据的通信时间与所述通信请求的通信时间的时间间隔，伴随所述通信请求输出显示所述时间间隔。具体的联系时间的显示逻辑可以按照以下显示方式进行显示：

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1分钟以内，显示“刚刚”；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1～59分钟，显示具体分钟数前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1～2小时内，显示1小时前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在2～3小时内，显示2小时前；

..........

第一通信数据的通信时间与通信请求的通信时间的时间间隔在23～24小时内，显示23小时前(即时间间隔不超过当时--当天开始时间的时间间隔)；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1天至2天之间，显示“昨天”；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在2天至3天之间，显示“前天”；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在3天至6天之间，显示3天～6天前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在7天至半个月的前1天之间，显示1周前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在半个月至一个月的前1天之间，显示半个月前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1个月至3个月的前一天之间，显示1个月前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在3个月至6个月的前一天之间，显示3个月前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在6个月至1年的前一天之间，显示半年前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1年以上，显示1年前。

例如，伴随所述通信请求显示“4小时前呼入过”等等。当然，本实施例中伴随所述通信请求显示的通信时间不限于上述所示。

采用本发明实施例的技术方案，在检测到通信请求时，针对号码数据库(例如黄页数据库)中未标注的通信号码，输出显示该通信号码上一次通信的通信时间和/或通信方式，以便于终端用户能够回忆起所述通信号码上一次通信的事件，从而帮助终端用户判断该通信请求的通信号码的来源，增加该陌生的通信号码的辨识度，减少终端用户通过拒接来电的方式错过真正有事情或者有价值的来电的概率，使通信过程更加人性化，大大提升了用户的操作体验。

本发明实施例还提供了一种信息处理方法，所述信息处理方法应用于终端中。图5为本发明实施例的信息处理方法的第二种流程示意图；如图5所示，所述信息处理方法包括：

步骤401：检测到通信请求；所述通信请求中包括通信号码。

步骤402：当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果。

步骤403：当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录，判断所述通信记录中是否存储所述通信号码对应的通信数据。

步骤404：当所述通信记录中包括所述通信号码对应的通信数据时，识别所述通信数据的类型。

步骤405：当所述通信记录中存储的所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；其中，所述第一类型包括：表征通话数据处于接听类型或呼出类型，以及表征即时通信消息数据处于接收且已读类型或已发送类型。

步骤406：当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的通话数据作为待显示的通信数据；其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。

步骤407：当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据。

步骤408：将所述通信时间和/或所述通信方式按预设显示规则伴随所述通信请求输出显示。

区域于上一实施例，本实施例中，当所述通信记录中包括所述通信号码对应的通信数据不止一条时，需要通过预设规则选择其中的一条通信数据伴随所述通信请求输出显示。具体的，本实施例中对所述通信记录中存储的所述通信号码对应的通信数据的类型进行识别。例如，步骤405中，当所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；其中，所述第一类型表征通话数据处于接听类型或呼出类型，或者表征即时通信消息数据处于接收且已读类型或已发送类型。再例如，步骤406至步骤407中，当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，优先获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。作为一种实施方式，其中，所述在所述即时通信消息数据中选择第一即时通信消息数据作为第一通信数据，包括：在所述即时通信消息数据中滤除处于未读状态的即时通信消息数据，选择其中一条即时通信消息数据作为待显示的通信数据；所选择的即时通信消息数据与所述通信请求的通信时间间隔最短。

具体的，基于上一实施例所述，获得的通话数据中包括记录的详情，所述记录的详情中包括：如果为通话记录，可以在数据库字段中获得改通话的类型，所述类型包括：呼入、呼出、未接、已接等；如果为短信(即使通信消息)记录，则查询到的类型可以包括：发送、接收且已读、接收且未读等。

本实施例中，所述第一类型可以理解为通信过程已完结的类型。以通话为例，呼入的电话本地终端已接听，呼出的电话对端终端已接听。以即时通信消息(例如短信)为例，接收到的短信，本地终端打开并显示接收到的短信内容，表明用户已读该短信；发送的短信，对端终端接收到，表明该短信已发送成功。基于此，对于第一类型的通信数据，在选择第一通信数据时，选择与所述通信请求的通信时间间隔最短的通信数据作为第一通信数据。

所述第二类型可以理解为通信过程未完结的类型。以通话为例，呼入的电话本地终端未接听。以即时通信消息(例如短信)为例，接收到的短信，本地终端未打开并显示接收到的短信内容，表明用户未读该短信；发送的短信，对端终端未接收到，表明该短信未发送成功。本实施例中处于第二类型的通信数据均为之前曾经联系过的通信数据。基于此，对于第二类型的通信数据，在选择第一通信数据时，首先选择与所述通信请求的通信时间间隔最短的通话数据作为第一通信数据，即最近一次呼入/呼出的电话记录；如果不存在通话数据，则选择所述通信请求的通信时间间隔最短的即使通信数据作为第一通信数据，即最近一次收发短信记录。

基于上述实施例中所述的显示时间的显示逻辑，以及本实施例中基于不同类型的通信数据的选择展示逻辑，本实施例中，所展示的联系时间和联系方式可以包括：

当通信数据为短信/彩信联系方式时：

如果查询通信记录获知发过短信/收过短信，则展示XX天前短信联系过；

如果查询通信记录获知之前联系过但是未读短信时，则优先查询电话通信记录，获得并展示最近一次呼入/呼出电话记录；如果不存在电话记录，则展示最近一次收发短信记录；如果之前通信记录为未接来电，则展示未接来电类型；

当通信数据为电话联系方式时：

如果查询通信记录获知打过电话，则展示天前呼出过；

如果查询通信记录获知接过电话，则展示天前呼入过；

如果查询通信记录获知之前联系过但是未接电话：则优先查询电话通信记录，若有呼入呼出记录，则展示XX前呼入/呼出过；如果不存在电话记录，则查询短信通信记录，展示XX天前短信联系过；本应用场景中不包括未读短信，即过滤未读短信；

在本实施例中，除了未接电话和未读短信外，其余均以最近一次联系记录进行展示。

采用本发明实施例的技术方案，在检测到通信请求时，针对号码数据库(例如黄页数据库)中未标注的通信号码，输出显示该通信号码上一次通信的通信时间和/或通信方式，以便于终端用户能够回忆起所述通信号码上一次通信的事件，从而帮助终端用户判断该通信请求的通信号码的来源，增加该陌生的通信号码的辨识度，减少终端用户通过拒接来电的方式错过真正有事情或者有价值的来电的概率，使通信过程更加人性化，大大提升了用户的操作体验。

本发明实施例还提供了一种信息处理方法，所述信息处理方法应用于终端中。基于上述实施例描述的信息处理方法，本实施例中，当所述通信记录中包括所述通信号码对应的通信数据时，所述方法还包括：识别所述通信数据，获得所述通信数据的标识；所述标识表征通信发起来源；

所述将所述通信时间和/或所述通信方式按预设显示规则伴随所述通信请求输出显示，包括：当获得的通信数据的发起来源为应用程序时，控制所述通信请求的显示界面上输出显示通信方式和所述发起来源。

本实施例中，在某些第三方应用程序中，例如订餐的应用程序，每一个餐厅的介绍中，通常都标识由该餐厅的订餐电话，用户可直接操作该订餐电话进行号码呼叫。又例如，在某些即时通信应用程序(例如QQ、微信等)，在该即时通信应用程序中设置有通讯录，用户可通过操作该通讯录中的电话号码进行号码呼叫；或者在聊天内容中出现电话号码，用户可通过操作该电话号码进行号码呼叫。上述这种通话方式(具体为呼出通话方式)的发起来源为应用程序。

具体的，在如图4所示的实现框架中，通过ContactsProvider的接口查询通话记录，获得的通话记录中扩展了LaunchPackageName的字段，该字段用来记录发起呼叫的应用程序名称。在查询到的通话记录中，如果查询获得的第一通信数据中携带有所述LaunchPackageName的字段，则表明与所述通信请求最近的一次呼叫是通过APP发起的，则会在本次的来电界面显示所述APP的名称。

作为一种实施方式，当查询获得的第一通信数据的发起来源是应用程序时，则不显示联系时间，只显示所述应用程序的名称。也就是说，联系方式的优先级包括：第三方应用程序来源高于系统联系记录；包括通话、即时消息(例如短信或彩信等等)

采用本发明实施例的技术方案，在检测到通信请求时，针对号码数据库(例如黄页数据库)中未标注的通信号码，输出显示该通信号码上一次通信的通信时间和/或通信方式，以便于终端用户能够回忆起所述通信号码上一次通信的事件，从而帮助终端用户判断该通信请求的通信号码的来源，增加该陌生的通信号码的辨识度，减少终端用户通过拒接来电的方式错过真正有事情或者有价值的来电的概率，使通信过程更加人性化，大大提升了用户的操作体验。

本发明实施例的信息处理方法可应用于安卓(Android)操作系统的任何终端设备中。应用的硬件环境不限，即能够运行安卓系统的智能手机平台均可。应用的软件环境可以在Android 4.3以上版本均可，例如Android 4.3、Android 4.4、Android 5.x、Android 6.0等等。

下面结合具体的应用场景对本发明实施例的信息处理方法进行详细说明。

当终端接收第一来电呼入，所述第一来电呼入的电话号码记为第一号码。终端通过查询自身的通讯录，确定无该第一号码对应的标记；以及查询号码数据库，本实施例中的号码数据库可以为“黄页标记数据库”；确定号码数据库中也无该第一号码对应的标记时，查询通话记录数据库和短信数据库中是否存在相关记录。当查询获得通话记录数据库中存在一来电呼出记录、所述来电呼出记录为4小时前从第三方应用程序呼出时，则获得该通话记录数据并进行解析，在伴随所述第一来电呼入的页面中进行展示，如图6a所示。

当终端接收第二来电呼入，所述第二来电呼入的电话号码记为第二号码。终端通过查询自身的通讯录，确定无该第二号码对应的标记；以及查询号码数据库，本实施例中的号码数据库可以为“黄页标记数据库”；确定号码数据库中也无该第二号码对应的标记时，查询通话记录数据库和短信数据库中是否存在相关记录。当查询获得通话记录数据库中存在另一来电呼出记录、所述来电呼出记录为3天前呼入，则获得该通话记录数据并进行解析，在伴随所述第二来电呼入的页面中进行展示，如图6b所示。

本发明实施例还提供了一种信息处理装置；所述信息处理装置可应用于终端中，所述终端例如智能手机等。图7为本发明实施例的信息处理装置的组成结构示意图；所述信息处理装置包括：通信模块51、处理模块52、存储模块53和显示模块54；其中，

所述通信模块51，用于发送/接收通信请求；所述通信请求中包括通信号码；

所述处理模块52，用于通过所述通信模块51检测到通信请求时，判断所述通信号码是否存储在通讯录中；当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；检测所述通信记录中是否存储所述通信号码对应的通信数据；当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式；还用于控制所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上；

所述存储模块53，用于存储通讯录；还用于存储通信记录；

所述显示模块54，用于显示所述通信请求以及显示所述通信时间和/或所述通信方式。

本实施例中，所述处理模块52检测到的通信请求具体可以为通话请求；所述通话请求可以是呼出请求，即电话拨打请求；所述通话请求也可以是呼入请求，即电话接听请求。本实施例中，所述通信请求可以为基于所述终端自身的通话功能(例如接听/拨打电话功能)发出或接收到的通话请求；所述通信请求还可以为基于所述终端安装的第三方应用程序(具体可以为网络电话应用程序或者即时通信应用程序)发出或接收到的通话请求。其中，所述通信请求中包括通信号码，例如拨打电话时输入的电话号码，或者接收到电话呼入请求时，所述电话呼入请求中携带的电话号码。

本实施例中，所述处理模块52检测到通信请求时，首先基于所述通信请求中的通信号码查询所述终端自身的通讯录，判断所述通讯录中是否存储有所述通信号码；当所述通讯录中存储有所述通信号码时，获得所述通讯录中所述通信号码对应的标识，所述标识具体可以为名称等等；在显示所述通信请求时，伴随显示所述标识。在本发明实施例中，所述显示所述通信请求，具体可参照图1c和图1d所示，在接收到一通话呼入时，显示呼入的通话号码，以及对应查找到的标识；或者在发出一通话呼出时，显示呼出的通话号码，以及对应查找到的标识等等。

本实施例中，当所述通讯录中未存储有所述通信号码时，所述处理模块52通过所述通信模块51访问号码数据库，调用所述号码数据库的通用接口，在所述号码数据库中查找是否存在所述通信号码。其中，所述号码数据库收录有企业机构、小商户、个人、骚扰、诈骗、房产中介、保险理赔等号码以及对应的标记。基于此，如果从所述号码数据库获得的查询结果为所述号码数据库中存储有所述通信号码时，则相应获得所述通信号码对应的标记内容，将所述标记内容伴随所述通信请求输出显示。如果从所述号码数据库获得的查询结果为所述号码数据库中未存储有所述通信号码时，则进一步查询所述终端自身的通信记录。

基于上述描述，本实施例中，所述处理模块52基于所述通信号码查询通信记录，从而获得所述通信号码对应的通信数据；所述通信数据中通常包括通信时间和通信方式；所述通信方式具体可以包括通话通信方式或即时通信消息通信方式，可以理解为，所述通信方式具体可以为电话(包括呼入和呼出)通信方式或短信通信方式。所述通信记录包括通话通信记录和即时通信消息通信记录；所述即使通信消息具体可以理解为短信，则所述即时通信消息通信记录可以理解为短信通信记录。则作为一种实施方式，所述处理模块52，用于基于所述通信号码查询通话记录数据库和即时通信消息数据库，当所述通话记录数据库中存储有所述通信号码对应的通话数据，和/或所述即时通信消息数据库中存储有所述通信号码对应的即时通信消息数据时，获得与所述通信号码对应的通话数据和/或即时通信消息数据；相应的，所述存储模块53，用于存储通话记录数据库和即时通信消息数据库。

具体的，以终端的操作系统为安卓(Android)操作系统为例，所有的通话记录和短信联系记录均会记录在通话记录数据库和短信数据库中，对于非首次联系陌生号码，当来电时，只需要查询这两个数据库中是否存在相关的记录，然后对查询到的记录进行解析并在来电的页面中进行展示，则可以更加合理、人性化的对陌生号码的来电信息进行展示。如图4所示，InCallUI负责通信界面的显示，在InCallUI中，通过调用TelephonyProvider的接口查询短信联系记录，通过ContactsProvider的接口查询通话记录。具体的，通信记录的查询的方式可使用标准的query语句进行查询，Provider中均进行了较好的封装。查询到的记录中主要包含如下的字段信息：

联系方式：通话方式或短信方式；

联系发生日期：通过将记录日志和当前的时间进行比较，得出时间差；

记录的详情：如果为通话记录，可以在数据库字段中获得改通话的类型，所述类型包括：呼入、呼出、未接、已接等；如果为短信记录，则查询到的类型可以包括：发送、接收且已读、接收且未读等。

本实施例中，当所述通信记录中包括所述通信号码对应的通信数据不止一条时，所述处理模块52需要通过预设规则选择其中的第一通信数据伴随所述通信请求输出显示。具体的，作为一种实施方式，本实施例中，所选择的第一通信数据为所述通信号码对应的通信数据中、与所述通信请求的通信时间间隔最短的通信数据。具体的，在上述查询获得的记录所包含的字段信息中，包括联系发生日期；将所述通信号码对应的通信数据中，计算每一个通信数据的通信时间与所述通信请求的通信时间的差值，选择差值最小的通信数据、也即时间间隔最短的通信数据作为第一通信数据。相应的，将所述第一通信数据的通信时间和/或所述通信方式伴随所述通信请求输出显示。

具体的，本实施例中按预设显示规则伴随所述通信请求输出显示通信方式具体可以包括：通话呼入、通话呼出、即时通信消息发送和即时通信消息接收。更进一步地，通话呼入还可以包括通话呼入已接(例如来电已接)和通话呼入未接(例如来电未接)；相应的，即时消息接收也可以包括即时消息接收已读(例如短信已接)和即时消息接收未读(例如短信未接)。

本实施例中按预设显示规则伴随所述通信请求输出显示通信时间具体包括：计算所述第一通信数据的通信时间与所述通信请求的通信时间的时间间隔，伴随所述通信请求输出显示所述时间间隔。具体的联系时间的显示逻辑可以按照以下显示方式进行显示：

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1分钟以内，显示“刚刚”；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1～59分钟，显示具体分钟数前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1～2小时内，显示1小时前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在2～3小时内，显示2小时前；

..........

第一通信数据的通信时间与通信请求的通信时间的时间间隔在23～24小时内，显示23小时前(即时间间隔不超过当时--当天开始时间的时间间隔)；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1天至2天之间，显示“昨天”；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在2天至3天之间，显示“前天”；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在3天至6天之间，显示3天～6天前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在7天至半个月的前1天之间，显示1周前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在半个月至一个月的前1天之间，显示半个月前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1个月至3个月的前一天之间，显示1个月前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在3个月至6个月的前一天之间，显示3个月前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在6个月至1年的前一天之间，显示半年前；

第一通信数据的通信时间与通信请求的通信时间的时间间隔在1年以上，显示1年前。

例如，伴随所述通信请求显示“4小时前呼入过”等等。当然，本实施例中伴随所述通信请求显示的通信时间不限于上述所示。

本发明实施例还提供了一种信息处理装置，所述信息处理装置具体可如图7所示，所述信息处理装置包括：通信模块51、处理模块52、存储模块53和显示模块54；其中，

所述通信模块51，用于发送/接收通信请求；所述通信请求中包括通信号码；

所述处理模块52，用于通过所述通信模块51检测到通信请求时，判断所述通信号码是否存储在通讯录中；当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；检测所述通信记录中是否存储所述通信号码对应的通信数据；当所述通信记录中包括所述通信号码对应的通信数据时，识别所述通信数据的类型；当所述通信记录中存储的所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；其中，所述第一类型包括：表征通话数据处于接听类型或呼出类型，以及表征即时通信消息数据处于接收且已读类型或已发送类型；当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的通话数据作为待显示的通信数据；当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型；所述第一通信数据包括通信时间和通信方式；还用于控制所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上；

所述存储模块53，用于存储通讯录；还用于存储通信记录；

所述显示模块54，用于显示所述通信请求以及显示所述通信时间和/或所述通信方式。

区域于上一个装置实施例，本实施例中当所述通信记录中包括所述通信号码对应的通信数据不止一条时，所述处理模块52需要通过预设规则选择其中的第一通信数据伴随所述通信请求输出显示。具体的，本实施例中对所述通信记录中存储的所述通信号码对应的通信数据的类型进行识别。例如，当所述通信号码对应的通信数据处于第一类型时，所述处理模块52在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；其中，所述第一类型表征通话数据处于接听类型或呼出类型，或者表征即时通信消息数据处于接收且已读类型或已发送类型。再例如，当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，所述处理模块52优先获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。本实施例中，所述处理模块52，还用于在所述即时通信消息数据中滤除处于未读状态的即时通信消息数据，选择其中一条即时通信消息数据作为待显示的通信数据；所选择的即时通信消息数据与所述通信请求的通信时间间隔最短。

具体的，基于上一实施例所述，所述处理模块52获得的通话数据中包括记录的详情，所述记录的详情中包括：如果为通话记录，可以在数据库字段中获得改通话的类型，所述类型包括：呼入、呼出、未接、已接等；如果为短信(即使通信消息)记录，则查询到的类型可以包括：发送、接收且已读、接收且未读等。

本实施例中，所述第一类型可以理解为通信过程已完结的类型。以通话为例，呼入的电话本地终端已接听，呼出的电话对端终端已接听。以即时通信消息(例如短信)为例，接收到的短信，本地终端打开并显示接收到的短信内容，表明用户已读该短信；发送的短信，对端终端接收到，表明该短信已发送成功。基于此，对于第一类型的通信数据，在选择第一通信数据时，选择与所述通信请求的通信时间间隔最短的通信数据作为第一通信数据。

所述第二类型可以理解为通信过程未完结的类型。以通话为例，呼入的电话本地终端未接听。以即时通信消息(例如短信)为例，接收到的短信，本地终端未打开并显示接收到的短信内容，表明用户未读该短信；发送的短信，对端终端未接收到，表明该短信未发送成功。本实施例中处于第二类型的通信数据均为之前曾经联系过的通信数据。基于此，对于第二类型的通信数据，在选择第一通信数据时，首先选择与所述通信请求的通信时间间隔最短的通话数据作为第一通信数据，即最近一次呼入/呼出的电话记录；如果不存在通话数据，则选择所述通信请求的通信时间间隔最短的即使通信数据作为第一通信数据，即最近一次收发短信记录。

基于上述实施例中所述的显示时间的显示逻辑，以及本实施例中基于不同类型的通信数据的选择展示逻辑，本实施例中，所展示的联系时间和联系方式可以包括：

当通信数据为短信/彩信联系方式时：

如果查询通信记录获知发过短信/收过短信，则展示XX天前短信联系过；

如果查询通信记录获知之前联系过但是未读短信时，则优先查询电话通信记录，获得并展示最近一次呼入/呼出电话记录；如果不存在电话记录，则展示最近一次收发短信记录；如果之前通信记录为未接来电，则展示未接来电类型；

当通信数据为电话联系方式时：

如果查询通信记录获知打过电话，则展示天前呼出过；

如果查询通信记录获知接过电话，则展示天前呼入过；

如果查询通信记录获知之前联系过但是未接电话：则优先查询电话通信记录，若有呼入呼出记录，则展示XX前呼入/呼出过；如果不存在电话记录，则查询短信通信记录，展示XX天前短信联系过；本应用场景中不包括未读短信，即过滤未读短信；

在本实施例中，除了未接电话和未读短信外，其余均以最近一次联系记录进行展示。

本发明实施例还提供了一种信息处理装置，基于上述信息处理装置实施例的描述，本实施例中，所述处理模块52，还用于当所述通信记录中包括所述通信号码对应的通信数据时，识别所述通信数据，获得所述通信数据的标识；所述标识表征通信发起来源；还用于当获得的通信数据的发起来源为应用程序时，控制所述通信请求的显示界面上输出通信方式和所述发起来源；

相应的，所述显示模块54，还用于显示所述通信请求以及显示所述通信方式和所述发起来源。

在某些第三方应用程序中，例如订餐的应用程序，每一个餐厅的介绍中，通常都标识由该餐厅的订餐电话，用户可直接操作该订餐电话进行号码呼叫。又例如，在某些即时通信应用程序(例如QQ、微信等)，在该即时通信应用程序中设置有通讯录，用户可通过操作该通讯录中的电话号码进行号码呼叫；或者在聊天内容中出现电话号码，用户可通过操作该电话号码进行号码呼叫。上述这种通话方式(具体为呼出通话方式)的发起来源为应用程序。

具体的，在如图4所示的实现框架中，所述处理模块52通过ContactsProvider的接口查询通话记录，获得的通话记录中扩展了LaunchPackageName的字段，该字段用来记录发起呼叫的应用程序名称。在查询到的通话记录中，如果查询获得的第一通信数据中携带有所述LaunchPackageName的字段，则表明与所述通信请求最近的一次呼叫是通过APP发起的，则会在本次的来电界面显示所述APP的名称。

作为一种实施方式，当所述处理模块52查询获得的第一通信数据的发起来源是应用程序时，则不显示联系时间，只显示所述应用程序的名称。也就是说，联系方式的优先级包括：第三方应用程序来源高于系统联系记录；包括通话、即时消息(例如短信或彩信等等)

本发明实施例中，所述信息处理装置在实际应用中可通过终端实现，所述终端例如智能手机等。所述信息处理装置中的处理模块52，在实际应用中可由中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable GateArray)实现；所述装置中的存储模块53，在实际应用中可通过存储器实现；所述装置中的通讯模块，在实际应用中可通过通信模组(包含：基础通信套件、操作系统、通信模块51、标准化接口和协议等)及收发天线实现；所述装置中的显示模块54，在实际应用中可由显示屏实现。

本实施例中，信息处理装置作为硬件实体的一个示例如图8所示。所述信息处理装置包括处理器61、存储介质62、显示屏65、以及至少一个外部通信接口63；所述处理器61、存储介质62、显示屏65以及外部通信接口63均通过总线64连接。

这里需要指出的是：以上涉及服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种信息处理方法，其特征在于，所述方法包括：

检测到通信请求，所述通信请求中包括通信号码；

当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；

当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；

检测所述通信记录中是否存储所述通信号码对应的通信数据；

当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式；及，

将所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上。

2.根据权利要求1所述的方法，其特征在于，所述基于所述通信号码查询通信记录，包括：

基于所述通信号码查询通话记录数据库和即时通信消息数据库。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述通话记录数据库中存储有所述通信号码对应的通话数据，获得与所述通信号码对应的通话数据。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述即时通信消息数据库中存储有所述通信号码对应的即时通信消息数据时，获得与所述通信号码对应的即时通信消息数据。

5.根据权利要求1所述的方法，其特征在于，所述通信数据包括通话数据和/或即时通信消息数据；

所述按预设规则获得所述通信数据，包括：

当所述通信记录中存储的所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；

其中，所述第一类型包括：表征通话数据处于接听类型或呼出类型，以及表征即时通信消息数据处于接收且已读类型或已发送类型。

6.根据权利要求1所述的方法，其特征在于，所述通信数据包括通话数据和/或即时通信消息数据；

所述按预设规则获得通信数据，包括：

当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的通话数据作为待显示的通信数据；

当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；

其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。

7.根据权利要求6所述的方法，其特征在于，所述在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据，包括：

在所述即时通信消息数据中滤除处于未读状态的即时通信消息数据，选择其中一条即时通信消息数据作为待显示的通信数据；所选择的即时通信消息数据与所述通信请求的通信时间间隔最短。

8.根据权利要求1所述的方法，其特征在于，当所述通信记录中包括所述通信号码对应的通信数据时，所述方法还包括：识别所述通信数据，获得所述通信数据的标识；所述标识表征通信发起来源；

所述将所述通信时间和/或所述通信方式按预设显示规则伴随所述通信请求输出显示，包括：当获得的通信数据的发起来源为应用程序时，控制所述通信请求的显示界面上输出显示通信方式和所述发起来源。

9.一种信息处理装置，其特征在于，所述装置包括：通信模块、处理模块、存储模块和显示模块；其中，

所述通信模块，用于发送/接收通信请求，所述通信请求中包括通信号码；

所述处理模块，用于通过所述通信模块检测到通信请求时，判断所述通信号码是否存储在通讯录中；当所述通信号码未存储在通讯录中时，查询号码数据库，获得查询结果；当所述查询结果为所述号码数据库中未存储所述通信号码时，基于所述通信号码查询通信记录；检测所述通信记录中是否存储所述通信号码对应的通信数据；当所述通信记录中包括所述通信号码对应的通信数据时，按预设规则获得所述通信数据，所述通信数据包括通信时间和通信方式；还用于控制所述通信时间和/或所述通信方式按预设显示规则显示在所述通信请求的显示界面上；

所述存储模块，用于存储通讯录；还用于存储通信记录；

所述显示模块，用于显示所述通信请求以及显示所述通信时间和/或所述通信方式。

10.根据权利要求9所述的信息处理装置，其特征在于，所述处理模块，用于基于所述通信号码查询通话记录数据库和即时通信消息数据库。

11.根据权利要求10所述的信息处理装置，其特征在于，所述处理模块，还用于当所述通话记录数据库中存储有所述通信号码对应的通话数据，获得与所述通信号码对应的通话数据；

相应的，所述存储模块，用于存储通话记录数据库。

12.根据权利要求10所述的信息处理装置，其特征在于，所述处理模块，还用于当所述即时通信消息数据库中存储有所述通信号码对应的即时通信消息数据时，获得与所述通信号码对应的即时通信消息数据；

相应的，所述存储模块，用于存储即时通信消息数据库。

13.根据权利要求9所述的信息处理装置，其特征在于，所述通信数据包括通话数据和/或即时通信消息数据；

所述处理模块，用于当所述通信记录中存储的所述通信号码对应的通信数据处于第一类型时，在所述通信数据中选择与所述通信请求的通信时间间隔最短的通信数据作为待显示的通信数据；其中，所述第一类型包括：表征通话数据处于接听类型或呼出类型，以及表征即时通信消息数据处于接收且已读类型或已发送类型。

14.根据权利要求9所述的信息处理装置，其特征在于，所述通信数据包括通话数据和/或即时通信消息数据；

所述处理模块，用于当所述通信记录中存储的所述通信号码对应的通信数据处于第二类型时，获得所述通信数据中的通话数据，在所述通话数据中选择与所述通信请求的通信时间间隔最短的通话数据作为待显示的通信数据；当所述通信数据中不包括通话数据时，获得即时通信消息数据，在所述即时通信消息数据中选择与所述通信请求的通信时间间隔最短的即时通信消息数据作为待显示的通信数据；其中，所述第二类型表征通话数据处于未接听类型，或者即时通信消息数据处于未读类型。

15.根据权利要求14所述的装置，其特征在于，所述处理模块，用于在所述即时通信消息数据中滤除处于未读状态的即时通信消息数据，选择其中一条即时通信消息数据作为待显示的通信数据；所选择的即时通信消息数据与所述通信请求的通信时间间隔最短。

16.根据权利要求9所述的装置，其特征在于，所述处理模块，还用于当所述通信记录中包括所述通信号码对应的通信数据时，识别所述通信数据，获得所述通信数据的标识；所述标识表征通信发起来源；还用于当获得的通信数据的发起来源为应用程序时，控制所述通信请求的显示界面上输出通信方式和所述发起来源；

相应的，所述显示模块，还用于显示所述通信请求以及显示所述通信方式和所述发起来源。