CN106789550A - 信息处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种信息处理方法及装置，所述信息处理方法包括：提取不同联系方式的联系信息从不同联系方式中搜集与用户终端关联的联系信息；根据所述联系信息，提取同一联系人的不同所述联系方式；收集将同一联系人的不同所述联系方式中的联系记录；将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

Description

信息处理方法及装置

技术领域

本发明涉及信息技术领域，尤其涉及一种信息处理方法及装置。

背景技术

随着信息技术的发展，出现了多种联系方式，例如，座机通话、移动通话、短信、邮件、各种即时通信。这里的即时通信可以为社交软件，例如微信、QQ等。

同一个用户可能会拥有多种联系方式。例如，用户A需要联系用户B，首先，用户A可能会通过微信联系用户B，没有收到用户B的回复；然后，用户A可能认为用户B当前微信不在线，用户A可能会通过短信联系用户B，用户B依然没有回复；接下来用户A联系用户B的需求，更加急迫了；就自动拨打了用户B的移动电话。

用户B接听到用户A的电话时，可能完全不知道用户A之前通过其他联系方式联系了自己，针对用户A利用不同的联系方式的联系记录，用户A也需要进入相应的应用进行处理。

故上述多种联系方式的信息隔离，导致了用户操作的繁琐，以及信息处理的繁琐等问题。

发明内容

有鉴于此，本发明实施例期望提供一种信息处理方法及装置，至少部分解决多种联系方式相互独立导致的信息隔离问题。

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

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

从不同联系方式中搜集与用户终端关联的联系信息；

根据所述联系信息，提取同一联系人的不同所述联系方式；

收集将同一联系人的不同所述联系方式中的联系记录；

将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

本发明实施例第二方面提供一种信息处理装置，所述装置包括：

提取单元，用于从不同联系方式中搜集与用户终端关联的联系信息；

聚合单元，用于根据所述联系信息，提取同一联系人的不同所述联系方式；

收集单元，用于收集将同一联系人的不同所述联系方式中的联系记录；

显示单元，用于将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

本发明实施例提供这一种信息处理方法及装置，会聚合同一个联系人的不同联系方式，再基于聚合的不同联系方式，收集这些联系方式的联系记录，在同一个显示页面显示不同联系方式的联系记录，这样就打破了不同联系方式的联系记录需要在不同的联系应用中进行查看而导致的信息隔离，方便用户在一个联系页面，就知道该联系人利用不同联系方式与自己联系产生的联系记录，实现了联系记录的聚合，用户不用分别打开不同的联系应用来查看各个联系应用，简化了用户查看操作，还可以避免用户忘记或没有时间打开一些联系应用导致的信息遗漏或信息查看时延的问题。

附图说明

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

图2为本发明实施例提供的一种不同联系方式的聚合示意图；

图3为本发明实施例提供的第一种联系记录的聚合显示效果示意图；

图4为本发明实施例提供的第二种联系记录的聚合显示效果示意图；

图5为本发明实施例提供的第三种联系记录的聚合显示效果示意图；

图6为本发明实施例提供的第一种客户端的结构示意图；

图7为本发明实施例提供的第二种客户端的结构示意图；

图8为本发明实施例提供的第三种客户端的结构示意图；

图9为本发明实施例提供的一种不同联系方式的聚合流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种信息处理方法，包括：

步骤S110：从不同联系方式中搜集与用户终端关联的联系信息；

步骤S120：根据所述联系信息，提取同一联系人的不同所述联系方式；

步骤S130：收集将同一联系人的不同所述联系方式，形成联系记录；

步骤S140：将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

在本实施例中会从不同联系方式中搜集与用户终端关联的联系信息。这里的联系方式可包括语音联系方式、文本联系方式。例如，所述语音联系方式：可包括移动通话、固定通话以及QQ或微信等及时通信软件的通话。所述文本方式可包括：短信、邮件、微信、QQ等各种能够通过文本或图片进行的联系方式。总之，本实施例中所述不同联系方式可包括利用不同联系应用的联系账号的两种或两种以上的信息交互方式，所述不同联系方式还可包括利用相同联系应用的不同联系账号的两种或两种以上的信息交互方式。所述联系应用可包括通信软件或社交软件。例如，微信和QQ都是即时通信，但是利用的是不同的社交软件，故属于不同的联系方式。例如，新浪邮箱和QQ邮箱虽然都属于邮箱联系，但是采用不同的邮箱软件或邮箱程序，也属于不同的联系方式。例如，用户A有两个新浪邮箱，这两个新浪邮箱虽然属于同一个人，但是是不同的邮箱账号，也属于不同的联系方式。本实施例中所述联系信息至少包括联系标识；该联系标识能够标识联系人。例如，微信的微信名，注册邮箱、注册手机号等各种能够指示联系人的联系方式。

在步骤S120中将根据联系信息，将同一联系人的不同联系方式聚合起来；所述聚合同一联系人的不同联系方式，可包括集中存储同一个联系人的不同联系方式，可通过所述联系人的身份标识，一次性查到该联系人的所有联系方式。图2所示的为联系人安琪的不同联系方式的聚合效果示意图。图2中显示的联系方式包括移动电话、固定电话和个人邮箱。

故在本实施例中，所述聚合同一联系人的不同联系方式，可包括建立同一个联系人的联系列表；例如，用户C有微信账号、手机号、QQ账号；可以建立用户C的联系列表；在该联系列表中记录有该联系人的身份标识以及对应的各联系方式的通信标识。例如，用户C的联系列表中记录有用户C的身份标识(例如，名称、昵称以及学号、身份证号等各种身份标识)同时还与所述身份标识对应记录有微信账号、手机号以及QQ账号。这里的微信账号、手机号以及QQ账号对应了不同联系方式的通信标识。

当然，在具体实现时，所述步骤S120不局限于建立联系列表，还可包括其他任意一种将同一个联系人的身份标识及与该联系人各种联系方式，汇总或集中存储的信息记录。

通常在具体实现时，聚合所述同一联系人的不同联系方式可包括多种方式，以下提供两种可实现方式：

第一种：

建立第一联系列表；该联系列表中至少包括该联系人的身份标识，和各种联系方式的通信标识；

建立详情列表；该详情列表中包括每一种联系方式的联系详情；

联系列表中的所述通信标识可作为进入所述详情列表的外键。本实施例中，外键指的是外关键字，外关键字表示了两个列表之间的相关联系。

例如，表1为联系列表；表2为详情列表。

表1

表2

这样以联系人为查询索引，就可以查询到所述第一联系列表，从而知道同一个联系人有联系方式，并通过联系方式中一个元素作为详情列表的一个外键，就可以查到各个联系方式的详细信息。例如，以第一联系列表中的联系方式或通信标识为外键，可以链接到表2，方便查询各种联系方式。当然，具体实现时，外键的构成方式，不局限于上述方式。在表2中IMSI表示的被绑定设备的国际移动用户识别码。

第二种：

建立第二联系列表；该联系列表中至少包括该联系人的身份标识，和各种联系方式的通信标识以及详情信息。表2为所述第二联系列表的一个示例。

表3

当然表3中所述详情信息的内容可为所述表2中的各种信息。

在步骤S130中将收集各种不同联系方式的联系记录。这里的联系记录可包括联系消息以及联系参数等。

所述联系消息可包括对方发送的消息内容，例如微信内容、短信内容以及QQ消息内容。所述联系参数可包括联系时间、联系状态等。所述联系状态对应于移动通话，可包括未接听、已接听、针对于消息通信，可包括已阅读、未阅读、已回复或未回复等各种参数。

在步骤S130中手机不同联系方式的联系记录有多种方式：

方式一：按照预定时间间隔，到不同的联系方式对应的不同联系应用中读取未读取/或未处理的联系记录。假设显示不同联系方式的联系记录的显示页面称为，聚合页面；这里的未读取的联系记录，包括未被聚合页面显示过的联系记录。所述未处理的联系记录包括希望用户执行约定操作的联系记录。例如，微信接收新的微信消息，期望用户执行的操作至少包括查看；这里的未处理的联系记录可包括未查看的微信消息、短信消息、未接听的移动通话、未查看的邮件。

方式二：各个联系应用产生了新的联系记录时，就自动推送到指定存储区域；电子设备处理该存储区域存储的信息，筛选出同一联系人的联系记录，显示到聚合页面。

在步骤S140中将不同联系方式的联系记录，在同一个显示页面上进行显示，这样用户就知道对方有利用各种不同联系方式联系自己的联系记录，不用逐一进入不同的联系应用来产看。例如，用户A同时向用户B发送了微信、发送了短信、发起了移动通话的呼叫以及邮件。如按照现有技术中，若用户需要查看这些信息，需要分别进入微信应用查看、打开短信、查看通话记录以及查看邮件，需要利用四个完全不同的应用，在不同的应用界面来查看，这样显然会导致用户操作繁琐，信息零散，甚至可能被用户忽略掉某些信息。

而利用本实施例所述的方法，则将在同一页面显示出来，用户仅需在一个页面就能够查看所有联系方式的联系记录，不用分别进入各个联系方式的联系应用来参看，简化了用户操作，提高了电子设备的智能性及用于使用满意度；且同时还能够减少用户需要操作的应用太多导致信息遗漏的现象。

所述聚合页面可为任意一个显示页面，例如，显示该联系人的联系记录的联系人详情页面。在本实施例中所述聚合页面可对应于被聚合的多种联系方式可达率最高的一种联系方式的应用界面。例如，通常相对于微信、短信等其他通信方式，可能移动通话被用户及时回复或接听的概率最高，在本实施例中所述聚合页面可对应于移动通话的接听页面，这样在用户A收到用户B的呼叫时，在呼叫页面可以看到当前时间以前聚合的未处理的用户B的所有联系记录，这样用户A在接听用户B的呼叫之前，就可以快速的通过呼叫页面聚合显示的联系记录，知道之前用户B给自己发送过的消息，给自己拨打过的电话。此时，所述呼叫页面即可对应于所述聚合页面。

此外，所述步骤S140的具体显示方式有可分为多种：

第一种：

不同联系人的联系记录，显示在不同的联系页面。这样每一个联系人有其专属的联系页面，该联系页面内显示的都是该联系人的联系记录，这些联系记录可按照时间顺序排列，也可以按照联系方式的优先级顺序排列。

当有多个联系人的未被查看的联系记录时，电子设备显示提示标识；当检测到作用于提示标识的用户操作时，显示联系人列表；当检测到作用于联系人列表中的某一个联系人的用户操作时，显示该联系人的联系页面，其中该联系页面中至少显示有该联系人的当前未被查看的联系记录。这里的用户操作可包括点击操作或滑动操作等。检测所述用户操作的人机交互界面，可包括鼠标、键盘、交互屏以及语音识别装置等。

如图3所示，在图3的左图中显示联系记录，并用黑色五角星标注，该黑色五角星可表示有当前未处理的联系记录的提示标识。用户点击联系记录，进入图3所示的显示页面，显示联系人列表；用户点击联系人列表中的联系人，显示安琪的聚合显示页面。在图3中所述提示标记同时还作为了进入当前未处理联系记录的联系人列表的控件，同时联系人列表中的联系人，作为进入到该联系人的聚合页面的触发控件；具有操作简单及可视化效果好的特点。显然在图3的右图内的聚合页面中，按照时间顺序显示了不同联系方式的联系参数和/或联系消息。所述联系参数可包括对方发起呼叫的持续时间等各种参数。

第二种：

不同联系人的联系记录，显示在同一显示页面；但是同一个联系人的联系记录相邻显示。不同联系人的联系记录，通过区分标识进行区分，例如区分线，或者以联系人的身份信息作为区分。如图4所示，安琪的不同联系方式的联系记录和susan的不同联系方式的联系记录，显示在同一个显示页面。用户可以通过滑动该显示页面，查看不同联系人的联系记录。此时，电子设备检测到滑动操作，就会上下滚动或左右滚动显示页面，显示不同的显示区域。

电子设备显示提示标识，当检测作用于该提示标识时，显示页面分块显示不同联系人的当前未查看的联系记录。如图4所示，安琪和susan的联系记录分块显示，这样用于可以在一个总的聚合页面通过，滑动该聚合页面查看到各个联系人当前未处理的联系记录。

总之，在同一个显示页面，聚合显示同一个联系人不同联系方式的联系记录的方式有多种，不局限于上述任意一种。

进一步地，所述步骤S130可包括：

针对每一种联系方式，在所属显示界面上显示该联系方式的方式标识；

对应于所述方式标识显示联系记录；

其中，该联系记录为所述联系方式下所述联系人与用户终端的联系记录。

如图3至图5所示，在本实施例中不仅会显示记录，还会显示对应联系方式的方式标识，所述方式标识可包括联系方式对应的应用图标或应用名称等。例如，所述联系方式包括微信，所述方式标识可包括微信标识，所述微信标识可包括微信标识或微信名称等。例如，图3至图5中的移动通话的话筒图标，短信的消息图标等都是所述方式标识。

在本实施例中将方式标识和联系记录对应显示，不仅方便用户通过一个页面查看到各个联系方式的联系记录，还方便用户知道各个联系记录对应的联系方式，方便用户选择对应的联系方式进行回复。

在本实施例中，所述方法还包括：

针对每一种联系方式，显示该联系方式的操作控件；

利用该操作控件，检测用户指示；

当接收到所述用户指示时，触发执行对应于所述联系方式的预定操作。

这里的操作控件，可包括关联到联系方式的联系应用的各种操作控件。例如，所述联系方式为短信，所述操作控件可包括“删除”控件，这样用户在该显示页面点击所述“删除”控件，电子设备会删除对应的短信。在一种方式中，当电子设备检测到作用于该“删除”控件的点击、滑动等用户操作时，向短信应用发送用户指令，短信应用受到该指令之后，将会删除对应的短息，同时该显示页面也将删除该短信。在另一种方式中，当电子设备检测到作用于该“删除”控件的用户操作之后，删除该显示页面的所述短信，并向短信应用发送用户指令，所述短信应用可继续保存短信，以留做备份，但是会更新该短信的状态标记，将该短信的状态标记从第一标记更改为第二标记；这样在下一次步骤S130中收集不同联系方式的联系记录时，该联系记录会被忽略。

如图5中显示的“拨打”控件，可以直接在聚合页面拨打电话，如“删除”控件至少可用于删除聚合页面的联系消息；例如“回复”控件可以直接在聚合页面进行信息回复。

在本实施例中，所述操作控件包括接口控件；其中，所述接口控件，用于当检测到作用于所述接口控件的用户指示时，进入对应联系方式对应的联系界面；当检测到作用于该接口控件的用户指示时，进入所述联系方式对应的联系界面。

在本实施例汇总接口控件可为进入到对应联系页面的操作控件。例如，所述联系方式为QQ，所述接口控件为QQ接口控件，当用户点击所述QQ接口控件之后，电子设备主动启动QQ或进入QQ的应用界面，这样用户若需要回复QQ消息，或拨打QQ电话，就可以直接从该页面启动所述联系方式对应的联系应用，简化了用户操作，更好的利用了电子设备的软硬件资源，提升了用户使用满意度。

此外，所述接口控件，用于当检测到作用于所述接口控件的用户指示时，进入所述联系方式的联系人的联系界面。

例如，当前联系方式是微信，联系人是张三；所述接口控件不仅可为进入微信页面的控件，还可是进入到与张三进行微信的微信页面，这样用户若点击所述接口控件，即所述电子设备检测到用户作用于所述接口控件的操作，就将进入微信应用，并进入与张三进行微信交互的专属页面，方便利用微信进行通信。这样用户不仅不用退出聚合页面，来打开微信页面，甚至不用在微信的通信录内查找张三或查找与张三的联系记录，就可以直接进入与张三进行对话的应用页面，显然操作快捷。

为了减少所需显示的信息，节省显示面积；所述方式标记还复用为所述接口控件，所述显示所述联系方式的操作控件，包括：通过显示所述方式标记显示所述接口控件。

这样的话，所述方式标记不仅可以告知用户不同联系人的各条联系记录的联系方式，还可用于检测用户操作，以至少对应的联系界面。

在本实施例中所述接口控件可对应于及进入到对应联系界面的统一资源地址(Uniform Resource Locator，URL)，该同一资源地址可为联系方式的联系应用的应用界面的URL，也可以联系方式的联系应用的对应联系人的联系界面的URL。所述URL以超链接的方式被显示，用户点击或滑动该URL，电子设备检测到用户操作，就会自动链接到对应的页面，方便用户操作。当然所述URL可以与显示的操作控件相对应，所述URL不显示仅仅显示所述接口控件；电子设备在接收到作用于该操作控件的用户操作时，根据该操作控件与URL的对应关系，利用所述URL跳转到对应的应用界面或对应联系人的应用界面；或当前联系记录的对应联系记录的界面。当然所述也可以直接显示所述URL。

此外，这里的URL可为存储在上述详情列表或详情信息中的信息，在聚合联系记录时，就电子设备就利用上述第一联系列表、详情列表和/或第二联系列表，进行联系记录显示和控件的生成等操作。

在本实施中所述操作控件可以为专门设置的如图5显示的控件，还可以是所述联系记录本身；将所述联系记录在后台预置有对应联系方式的联系界面的链接地址，若电子设备检测到点击或滑动该条联系记录的用户操作时，就会跳转到该联系记录对应的联系应用的应用界面，且可以跳转到该联系应用显示该条联系记录的具体内容的应用界面。例如，邮件可能邮件内容较多，在聚合界面完全显示比较占用显示面积，在本实施例中可以显示邮件内容的一部分内容，且将显示的部分内容作为所述接口控件，当检测到用户点击该邮件内容的操作之后，直接跳转到邮件完整显示该邮件内容的邮件界面。

在一些实施例中，所述联系记录包括联系消息；所述操作控件包括处理所述联系消息的处理控件。这里的处理控件可包括前述的：“删除”控件；”“回复”控件，当“回复”控件接收到用户指示之后，弹出回复对话框，等待用户输入回复内容；当回复内容接收完毕之后，电子设备执行回复操作，将回复内容发送以对应的联系方式，发送对应的联系人的联系账号中。例如，QQ的“回复”控件被点击后，显示QQ文本或语音输入对话框，对话框接收到回复内容过之后，将该回复内容通过QQ发送给接收方。这样的话，用户在聚合界面就可以对不同的联系方式的联系消息进行操作。

在本实施例中，为了减少对用户的信息干扰，所述联系方式为未应答的所述联系方式。例如，联系人李四有5种联系方式，在本实施例中，张三未应答的联系记录，在两种联系方式中，在本实施例中所述联系方式为同一个联系人中当前未被应答的联系方式。

在一些实施例中，所述步骤S140可包括：按照联系时间顺序，在同一显示页面上显示所述联系记录。

所述联系参数可包括联系时间，在本实施例中所述步骤S140可包括：根据联系时间，生成联系时间轴，在联系时间轴上显示联系方式的方式标识，以及联系消息和/或联系参数等。这样方便用户按照时间进行查看和处理，使得显示逻辑更具有条理性。

所述步骤S120的可实现方式也有多种，以下提供两种可实现方式。

第一种：所述步骤S120可包括：首先，提取所述联系信息中的标识特征值；其中，该标识特征值用于指示联系人；其次，在各联系方式中搜索与该比值特征值匹配的特征值，获得匹配结果；再次，根据所述匹配结果，聚合同一联系人的不同所述联系方式。

所述标识特征值可为联系账号、联系人名称、联系人昵称、不同联系账号的绑定记录等，总之是能够指示联系人的特征信息。

在本实施例中所述不同联系方式的标识特征值匹配，可以是字符串的匹配。例如，用户利用手机号注册了微信和邮箱，以手机号为字符串，进行匹配，发现移动通话、短信、邮箱和微信匹配成功，都对应了同一个联系人。

在本实施例中所述根据所述匹配结果，提取同一联系人的不同所述联系方式，可包括：

当匹配度大于预设阈值时，就可认为是同一个联系人的不同联系方式。例如，手机中移动通信录中存储了王小明的手机号，王小明以QQ邮箱注册了以“小明”为微信名的微信账号此时，将手机号的联系人名称“王小明”与微信名“小明”进行匹配，发现联系人名称和微信名仅差一个姓氏，可认为匹配成功，或弹出匹配确定对话框，接收用户作用于所述对话框的操作指示，进一步确定是否匹配成功。若匹配成功，可将王小明的手机号、微信名为“小明”的微信聚合成王小明的联系方式。

第二种：

所述步骤S120可包括：

分析所述联系信息中同一个联系人于各联系方式下是否存在关联属性；其中，所述关联属性包括所述联系人在联系方式中的绑定参数以及注册参数的至少其中之一；及将存在所述关联属性的联系方式进行提取。

在本实施例中，所述绑定参数可为具有绑定关系的不同联系方式之间的绑定信息。建立了绑定关系的两个联系方式之间，至少有一个联系方式的联系信息存储了另一个联系方式的联系标识。注册参数为注册某一种中联系方式中使用的注册标识，该注册标识可为该联系人另一种联系方式的联系标识。

以上述实施例为例，进行再次说明，例如。王小明，同时以新浪邮箱注册了QQ。这时，所述新浪邮箱为QQ的注册邮箱，是QQ的注册参数；此时，可认为该QQ和所述新浪邮箱都是王小明的不同联系方式。再比如，王小明以QQ号申请的微信号，同时将微信号绑定了手机号，显然手机号就是绑定参数，显然可以通过绑定参数，聚合同一联系人的不同联系方式。

在具体实现过程中，所述步骤120还可包括显示联系方式聚合界面，显示从不同联系方式对应的联系应用的应用标识，接收用户作用于所述应用标识，读取并显示该应用标识对应的联系应用的通信路，根据用户指示将提取联系方式；根据用户指示确定联系人。该方式是基于用户操作来进行联系方式的聚合；具体实现时，这种聚合方式，不要求不同的联系方式有关联属性或具有相同或类似的标识特征值。

总之，本实施例提供了一种信息处理方法，可以实现同一联系人的不同联系方式的聚合，在联系方式聚合的基础上，进行联系记录的聚合，方便用户在一个页面查看一个联系人的所有联系记录，简化用户操作，提升用户使用满意度和电子设备的智能性，避免不同联系方式之间的信息隔阂，导致的信息遗漏等问题。

此外，本实施例所述的信息处理方法，还具有简化设备的负荷、降低设备功耗的特点，例如，用户可以在不进入某些联系应用的情况下就可以查看该联系应用的最新联系记录。例如，用户短信、微信或QQ等各种联系方式，都会在电子设备中开辟有专门的存储空间，存储最新的信息。在现有技术中，若用户需要查看这些联系记录，需要在前台打开这些应用，并进入对应的应用界面来查看，需要查看不同的联系记录时，需要频繁的切换前台应用，而在本实施例中这些联系应用的联系记录，由电子设备自动到对应的存储区域拉取或这些联系应用在后台运行自动推送，显然减少前台应用的切换所消耗的功耗，降低了电子设备频繁切换前台应用导致的负荷；故本实施例所述的方法信息处理方法，特别适用于同时运行有多种联系方式的电子设备中，尤其适用于移动终端中。这里的移动终端可包括手机、平板电脑或可穿戴式设备等。

如图6所示，本实施例的另一个实施例还提供一种信息处理装置，运行于客户端，所述装置包括：

提取单元110，用于从不同联系方式中搜集与用户终端关联的联系信息；

聚合单元120，用于根据所述联系信息，提取同一联系人的不同所述联系方式；

收集单元130，用于收集将同一联系人的不同所述联系方式中的联系记录；

显示单元140，用于将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

本实施例提供的客户端可对应于前述的各种类型的电子设备，例如包括手机、平板电脑、掌上电脑、移动终端或可穿戴式设备等。

所述提取单元110、聚合单元120以及收集单元130可对应于电子设备中的信息处理结构和存储介质等。所述信息处理结构可包括处理器和处理电路。所述处理器可包括中央处理器CPU、微处理器MCU、数字信号处理器DSP、可编程阵列PLC或应用处理器AP等。所述处理电路可包括专用集成电路。所述存储介质可包括只读存储介质ROM、随机存储介质RAM或闪存Flash等各种类型的存储介质，可存储联系信息、联系记录以及联系方式等。所述存储介质还可存储可执行代码，所述处理器或处理电路通过执行所述可执行代码能够实现上述各个单元的功能。

所述显示单元140可对应于各种类型的显示屏。所述显示屏可包括液晶显示屏、电子墨水显示屏、有机发光二极管OLED显示屏或投影显示屏等。

本实施例提供的电子设备，会打通不同联系方式的联系应用之间的信息隔阂，方便用户在一个显示页面查看联系记录。该联系界面可称为聚合界面，通过聚合界面的这种聚合显示，用户不用打开不同的联系应用就能够在一个聚合页面看到该联系人的所有联系记录。在本发明实施例中该联系界面可为该联系人的通信录的联系人详情页面。

在一些实施例中，所述显示单元140，具体用于显示针对每一种联系方式，在所属显示界面上显示该联系方式的方式标识；对应于所述方式标识显示联系记录；其中，该联系记录为所述联系方式下所述联系人与用户终端的联系记录。在本实施例中所述显示单元，具体会将联系方式的方式标记，与联系记录对应起来显示。值得注意的是在本实施例中所述联系方式可为该联系人的任意一种联系方式，不仅方便用户通过一个页面查看该联系人的不同联系记录，还方便了用户确定各条联系记录来自于哪一个联系方式或联系应用，使得用户获得更多的信息量，且为用户需要知道的信息量，满足了用户简便获取信息的需求。

当然在本实施例中所述联系记录也可以包括联系消息或联系参数。这里的联系消息可包括联系内容自身。所述联系参数可表征联系状态，例如，未接听的电话，未阅读或未回复的短信。

在一些实施例中，所述显示单元140，还用于针对每一种联系方式，显示该联系方式的操作控件；其中，所述操作控件，用于检测用户指示，以触发当接收到所述用户指示时执行对应于所述联系方式的预定操作。所述客户端还包括检测单元和执行单元。所述检测单元，用于利用该操作控件，检测用户指示；所述执行单元，用于当接收到所述用户指示时，触发执行对应于所述联系方式的预定操作。所述检测单元可对应于各种人机交互接口，例如，检测面板、鼠标或键盘等各种检测用户操作的结构。所述执行单元可对应于客户端中的处理器或处理电路。

在本实施例中，通过所述操作控件的显示，方便用户在聚合页面直接进行一些简单的操作。当然本实施例中所述操作控件可为与该联系方式对应的控件。例如，微信可包括回复控件、移动通话可包括拨打控件。方便用户直接在聚合页面链接到对应的联系应用进行对应的操作。

具体地，所述操作控件包括接口控件；所述接口控件，用于当检测到作用于所述接口控件的用户指示时，进入所述联系方式对应的联系界面。这里的接口控件的相关描述可以参见前述实施例，在此就不重复了。

更进一步地，所述接口控件，用于当检测到作用于所述接口控件的用户指示时，进入所述联系方式的联系人的联系界面。在本实施例中所述接口控件不仅能够链接到与对应联系人通信的联系界面，再次简化了用户操作，提升了电子设备的智能性及用户使用满意度。

在一些实施例中，所述方式标记还复用为所述接口控件，所述显示单元140，具体用于通过显示所述方式标记显示所述接口控件。在本实施例中通过将方式标识复用为接口控件，这样可以减少显示单元140需要显示的内容，节省显示面积，且符合用户操作习惯。

在另一些实施例中，所述联系记录包括联系消息。所述操作控件包括处理所述联系消息的处理控件。这里的处理控件可包括前述的“删除”控件、“拨打”控件、“回复”控件。这些处理控件，对应于预定的执行指令，电子设备通过这些控件检测到用户指示之后，向对应的联系应用发送控制命令，执行对应的操作，更为重要的是，这些操作控件至少可用于控制聚合页面的联系记录的显示。

所述聚合单元120的结构有多种，以下提供两种简便的可选结构。

可选结构一：所述聚合单元120，具体提取所述联系信息中的标识特征值，该标识特征值用于指示联系人；在各联系方式中搜索与该标识特征值匹配的特征值，获得匹配结果；根据所述匹配结果，聚合同一联系人的不同所述联系方式。

可选结构二：

所述聚合单元120，具体用于分析所述联系信息中同一个联系人于各联系方式下是否存在关联属性；其中，所述关联属性包括所述联系人在联系方式中的绑定参数以及注册参数的至少其中之一；及将存在所述关联属性的联系方式进行提取。

在可选结构一中通过匹配，来确定多种不同的联系方式是否属于同一联系人，对应的硬件结构可包括比较器或具有比较功能的处理器。

在可选结构二中，通过获取绑定参数以及注册参数等关联属性来确定不同的联系方式是否属于同一联系人以及联系方式的聚合，对应的硬件结构可包括信息处理器或信息解析结构。

总之，本实施例提供了一种客户端，可以通过信息处理，筛选出同一联系人的不同联系方式，进行聚合，方便后续的同一联系人的联系记录的聚合。

在本实施例中所述显示单元140，具体可用于按照时间顺序，显示同一联系人的不同联系方式的联系信息。例如，联系时间的从早到晚，对应于显示排序的从高到低，或从低到高等。按照时间排序方便用户按照时间顺序查看联系记录，同时可以根据联系记录的排序位置，确定出各个联系记录的产生的联系时间等，以更好的实现联系记录有条理的显示。

图7为本发明实施例提供的另一个客户端，可包括：处理器402、存储介质404以及至少一个外部通信接口401；所述处理器402、存储介质404以及外部通信接口401均通过总线403连接。所述处理器402可为微处理器、中央处理器、数字信号处理器或可编程逻辑阵列等具有处理功能的电子元器件。

所述存储介质404上存储有计算机可执行指令；所述处理器402执行所述存储介质404中存储的所述计算机可执行指令可实现以下两个方案中的任意一个。

以下提供几个具体示例，进一步详细描述阐述上述任意技术方案中的一个或多个：

示例一：

本示例提供一种信息处理方法，包括：

1、多种联系方式的聚合；

2、多种联系方式的联系记录的聚合显示。

该方案中区别于现有的仅提供拨打电话，发短信功能，以及仅展示与该联系人的通话记录的方式。

在第1部分：除了提供拨打电话、发短信功能，也提供发送QQ消息、发送微信消息、微信音视频通话、查看朋友圈、发送邮件、添加日程等操作。

在第2部分：把与该联系人的电话、短信、邮件、微信、QQ，甚至更多第三方联系方式等等联系记录均聚合显示，进一步解决用户在沟通过程中想快速了解沟通过程和背景的痛点，无需再反复进入多个联系应用中查找，从而提升用户体验。

联系方式的聚合方式可包括电话、QQ，微信、陌陌、微博、邮件、脸书以及推特或myspace等各种具有联系功能和/或社交功能等各种属于同一联系人的不同联系方式的集中存储。

所述微信的联系方式，可包括微信的文本消息、图片消息、语音消息、语音通话或视频通讯等各种不同形式的联系方式。

联系记录的聚合展示可包括：：该联系人在各个联系方式的联系记录在时间轴聚合，以时间先后顺序排列。多个号码的联系人不区分号码，均按照时间先后顺序展示。

在具体实现时，所述方法还包括：

3、在聚合页面的交互处理。

所述交互处理可如下：

联系记录展示至少包括两部分：第一部分为联系方式的方式标识，第二部分可包括内容预览和/或联系参数标注等。例如，电话就采用电话图标，微信就用微信图标，点击内容预览，则能跳转到相应的联系应用的应用界面，查看进一步的信息，或者进行回复，转发等操作。

信息聚合展示涉及到社交数据的收集，图8提供了一种客户端包括：

微信、QQ、短信以及移动通话等各种联系应用，这些联系应用通过总线连接。这里的总线包括数据总线和控制总线。在图8中有用于微信的数据存储的私有数据库1、有应用QQ的数据存储的私有数据库2，还有应用于未显示出的其他应用的数据存储的私有数据库n。与所述总线连接的还包括联系人提供模块以及通话提供模块。所述联系人提供模块可称为ContactsProvider；所述通话提供模块又可称为TelephonyProvider。所述TelephonyProvider与mmssms数据库连接。该mmssms数据库可用于存储短信的数据。

在本示例提供的客户端中增设了TOS联系模块，在ContactsProvider中增设了联系方式聚合模块，并且增设了聚合数据库。所述TOS联系模块可为专用的TOS联系模块等，该TOS联系模块，通过总线获取微信、QQ、短信/彩信以及移动通话等不同联系方式的联系信息和联系记录等信息。所述联系方式聚合模块，通过接收到TOS联系模块进行同一联系人的不同联系方式的聚合，将聚合后的联系方式存储到所述聚合数据。针对移动通话或短信等这些基础联系应用，所述TOS联系模块可通过客户端中开放的公有接口读取联系信息和/或联系记录；对于微信或QQ等第三方联系应用可以通过私有接口，获取权限的开放之后，读取联系信息和/或联系记录。

在本示例中，所述ContactsProvider和TelephonyProvider可利用安卓***基础模块，对其它模块提供公共的数据存储操作接口；具体为：通话记录由移动通话采集并存入对应的数据库；短信/彩信应用采集短信和/或彩信并存入mmssms数据库；微信/QQ等社交软件将社交主体生成的微信聊天记录、QQ聊天记录等信息存入对应的私有数据库；TOS联系模块则可通过公共/私有的数据查询接口获取联系记录，并按一定规则做数据聚合展示。

快捷跳转功能，在详情页上提供一种中控平台的操作体验。图8所示的TOS联系模块通过控制总线将快捷命令传达给各联系应用。除了提供给该联系人拨打电话、进入该联系人的短信会话页面收发短信等基础功能外，还能够进入该联系人的微信/QQ等聊天会话页面、直接开启微信/QQ语音聊天、进入该联系人的朋友圈/QQ空间等。此功能的关键点是与微信/QQ等社交软件功能的打通。

本示例介绍的一种通用方法是：社交软件将对外提供的服务统一资源地址URL化，同时将以社交主体(对应于联系人)区分的URL路径存入聚合数据对应联系人的数据表中，不同数据类型在数据表中以mimetype字段来区分来自都不同的联系应用。TOS联系模块获取到数据表中相应社交软件的社交账号下的URL化服务数据后，即可实现跳转功能。在本示例中社交软件为前述联系应用的一种。所述URL话服务数据可包括处理控件及联系记录的展示数据。这里的社交账号为前述联系账号的一种。

在本示例中所述聚合数据库可集成为安装***各种的contacts2数据库。

在聚合数据库中的数据组织结构可包括第一级数据表和第二级数据表。

所述第一级数据表可称为contact表；所述第二级数据表可称为raw_contact表。

所述raw_contact表以联系账号为粒度将同一联系人下的元数据组织起来。

所述contact表则将同一联系人下的多联系账号raw_contact条目组织起来。

图9所示的为聚合同一个联系人不同联系方式的方法，包括：

S1：匹配；这里的匹配包括据：提取一种联系方式的联系信息，遍历其它联系方式的联系信息，从联系信息中提取姓名、号码等标识特征值，然后做基于字符串的相似度匹配，达到一定阈值则认为是同一个联系人。

S2：判断是否匹配成功的联系人，若是进入步骤S3，若否，则结束。

S3：判断某一个联系账号是否属于该联系人的联系账号；若是进入步骤S4，若否结束。

S4：聚合，包括将该联系账号与该联系人的其他联系方式的联系账号进行聚合。例如，若找到匹配项后若为不同联系账号则做聚合处理，即将属于同一个人的不同联系账号下的两条raw_contact条目指向同一个contacts索引。

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

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

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

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

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

Claims (20)

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

从不同联系方式中搜集与用户终端关联的联系信息；

根据所述联系信息，提取同一联系人的不同所述联系方式；

收集同一联系人的不同所述联系方式中的联系记录；及，

将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

2.根据权利要求1所述的方法，其特征在于，

所述将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上，包括：

针对每一种联系方式，在所属显示界面上显示该联系方式的方式标识；

对应于所述方式标识显示联系记录；

其中，该联系记录为所述联系方式下所述联系人与用户终端的联系记录。

3.根据权利要求1或2所述方法，其特征在于，

所述联系记录包括联系参数，所述联系参数至少包括表征联系状态的状态参数。

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

针对每一种联系方式，显示该联系方式的操作控件；

利用该操作控件，检测用户指示；

当接收到所述用户指示时，触发执行对应于所述联系方式的预定操作。

5.根据权利要求4所述的方法，其特征在于，

所述操作控件包括接口控件；

当检测到作用于该接口控件的用户指示时，进入所述联系方式对应的联系界面。

6.根据权利要求5所述的方法，其特征在于，

当检测到作用于所述接口控件的用户指示时，进入所述联系方式，显示所述联系人的联系界面。

7.根据权利要求5所述的方法，其特征在于，所述方式标记复用为所述接口控件，所述显示联系方式的操作控件，包括：

通过显示所述方式标记显示所述接口控件。

8.根据权利要求4所述的方法，其特征在于，

所述联系记录包括联系消息；

所述操作控件包括处理所述联系消息的处理控件。

9.根据权利要求1所述的方法，其特征在于，

所述将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上，包括：

按照联系时间顺序，在同一显示页面上显示所述联系记录。

10.根据权利要求1所述的方法，其特征在于，

所述根据所述联系信息，提取同一联系人的不同所述联系方式，包括：

提取所述联系信息中的标识特征值，该标识特征值用于指示联系人；

在各联系方式中搜索与该标识特征值匹配的特征值，获得匹配结果；

根据所述匹配结果，聚合同一联系人的不同所述联系方式。

11.根据权利要求1所述的方法，其特征在于，

所述根据所述联系信息，提取同一联系人的不同所述联系方式，包括：

分析所述联系信息中同一个联系人于各联系方式下是否存在关联属性；其中，所述关联属性包括所述联系人在联系方式中的绑定参数以及注册参数的至少其中之一；及，

将存在所述关联属性的联系方式进行提取。

12.一种信息处理装置，其特征在于，包括：

提取单元，用于从不同联系方式中搜集与用户终端关联的联系信息；

聚合单元，用于根据所述联系信息，提取同一联系人的不同所述联系方式；

收集单元，用于收集将同一联系人的不同所述联系方式中的联系记录；及

显示单元，用于将同一联系人的不同所述联系方式的联系记录进行聚合，显示在同一显示界面上。

13.根据权利要求12所述的装置，其特征在于，

所述显示单元，具体用于针对每一种联系方式，在所属显示界面上显示该联系方式的方式标识；对应于所述方式标识显示联系记录；其中，该联系记录为所述联系方式下所述联系人与用户终端的联系记录。

14.根据权利要求13所述的装置，其特征在于，

所述显示单元，还用于针对每一种联系方式，显示该联系方式的操作控件；

所述客户端还包括：

检测单元，用于利用该操作控件，检测用户指示；

执行单元，用于当接收到所述用户指示时，触发执行对应于所述联系方式的预定操作。

15.根据权利要求14所述的装置，其特征在于，

所述操作控件包括接口控件；

所述接口控件，用于当检测到作用于所述接口控件的用户指示时，进入所述联系方式对应的联系界面。

16.根据权利要求15所述的装置，其特征在于，

所述接口控件，用于当检测到作用于该接口控件的用户指示时，进入所述联系方式的联系人的联系界面。

17.根据权利要求15所述的装置，其特征在于，

所述方式标记还复用为所述接口控件；所述显示单元，具体用于通过显示所述方式标记显示所述接口控件。

18.根据权利要求14所述的装置，其特征在于，

所述联系记录包括联系消息；

所述操作控件包括处理所述联系消息的处理控件。

19.根据权利要求12所述的装置，其特征在于，

所述聚合单元，具体用于提取所述联系信息中的标识特征值，该标识特征值用于指示联系人；在各联系方式中搜索与该标识特征值匹配的特征值，获得匹配结果；根据所述匹配结果，聚合同一联系人的不同所述联系方式。

20.根据权利要求12所述的装置，其特征在于，

所述聚合单元，具体分析所述联系信息中同一个联系人于各联系方式下是否存在关联属性；其中，所述关联属性包括所述联系人在联系方式中的绑定参数以及注册参数的至少其中之一；及将存在所述关联属性的联系方式进行提取。