CN112399011B - 一种智能呼叫记录方法和装置 - Google Patents

Abstract

本发明的实施方式提供了一种智能呼叫记录方法和装置。该智能呼叫记录方法包括：收集用户移动通信端中联系人相关信息；对收集的通信信息的多种属性分配通信权重；对联系人信息的多种属性分配联系人权重；基于所述通信权重和所述联系人权重对每个联系人进行排序；将排序后的联系人以及联系方式展示给用户。通过权重分配以及呼叫记录中推荐联系人的特点，本发明的方法使得减少了用户在呼叫联系人之前查找联系人浪费的大量时间，以及显著地降低了用户的手动操作，为用户带来了更好的体验，并且结合多种联系方式，提高智能呼叫记录的易用性。

Description

一种智能呼叫记录方法和装置

本申请是2019年10月12日提交的名称为《一种智能呼叫记录方法和装置》的发明专利申请的分案申请。

技术领域

本发明涉及电子通信以及记录信息展示技术领域，更具体地，本发明涉及一种智能呼叫记录方法和装置。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在日常生活中，人们经常需要通过移动通信端(例如，手机、平板和会议终端等)进行通话联系。如果用户想要呼叫某个联系人，传统的方法为在用户所储存联系人的通讯录或最近通话记录中寻找想要呼叫的联系人，再进行呼叫。用户在利用传统方法寻找某个联系人至少存在以下技术问题：

由于通话记录是按照呼叫时间的先后次序进行排序以及移动通讯端屏幕小的特点，用户在呼叫某个联系需要在通讯录和通话记录中寻找这个特定的联系人，用户需要在大量的记录中寻找特定联系人，或用户直接通过直接搜索的方式寻找联系人，这样的处理效率很低。由于通话记录本身的属性并不能将用户可能呼叫的联系人进行推荐在记录的顶端。

另外，若在通话记录中寻找到特定联系人，对其进行呼叫，联系的方式也只有存储在通讯录里对应的号码，不能通过通讯录或通话记录跳转到其它第三方软件(例如，微信、QQ)。

现有技术中有解决类似技术问题的发明，例如，利用用户与联系人之间的最近通话时间和通话频率为用户推荐常用联系人。然而，这种推荐方式也存在一定问题，首先收集的用户与联系人的信息不够全面，其次若用户进行一个新的项目或者预约一个会议，这时新项目的客户或者预定参会人员最近并没有联系过，这时常规的推荐常用联系人的方法就没有起到准确推荐的效果，用户还需通过传统的方法来查找所需联系人的信息并发起呼叫。

发明内容

现有技术没有提供一种智能推荐呼叫联系的方法，为了方便用户快速地找到需要呼叫的联系人并进行呼叫操作，本发明提出一种智能呼叫记录的方法。

因此在现有技术中推荐联系人考虑联系人的相关信息还不够全面以及联系人的联系方式只有一种，这是非常不方便和人性化的。

为此，非常需要一种改进的智能呼叫记录方法和装置，使用户在呼叫联系人时更方便，适用性更高。

在本上下文中，本发明的实施方式期望提供一种智能呼叫记录方法和装置。

在本发明实施方式的第一方面中，提供了一种呼叫记录方法，包括：

收集用户移动通信端中联系人相关信息；

对收集的通信信息的多种属性分配通信权重；

对联系人信息的多种属性分配联系人权重；

基于所述通信权重和所述联系人权重对每个联系人在呼叫记录中进行排序；

将排序后的呼叫记录中的联系人以及联系方式展示给用户。

在本发明的一个实施例中，该通信信息包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点。

在本发明的另一个实施例中，该联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件中收集的联系人与用户之间的关系信息。

在本发明的又一个实施例中，该通信权重和所述联系人权重的分配可以根据用户的后续呼叫行为进行自适应调整。

在本发明的再一个实施例中，基于所述通信权重和所述联系人权重对每个联系人进行排序的步骤为：

将某个联系人的所述通信权重与所述联系人权重求和为整体权重；以及

按照所述整体权重对联系人进行重新排序。

在本发明的再一个实施例中，将排序后的联系人以及联系方式展示给用户，其中，所述联系方式包括：所述联系人对应号码以及所述联系人第三方软件对应的多个账号；

展示给所述用户的所述联系方式至少含有一种所述联系方式。

在本发明的再一个实施例中，其中还包括如下步骤：

获取所述用户当前所在的地点和/或当前时间，基于所述地点和/或当前时间以及所述联系的通信信息中历史用户呼叫时间和/或用户呼叫地点来实时调整每个联系人的通信信息的权重。

在本发明的再一个实施例中，其中所述对联系人信息的多种属性分配联系人权重的步骤还包括如下步骤：

依据所述用户与联系人所在企业的组织架构中关系的远近的属性，来对该用户的联系人分配权重。

在本发明的再一个实施例中，其中还包括如下步骤：

将用户移动终端的联系人信息与第三方软件的联系人信息合并以及记录联系人信息的来源；

在呼叫记录对应联系人项目旁边显示联系人来源的第三方软件的标识；

点击联系人项目旁边的第三方软件的标识会跳转到第三方软件对应联系人呼叫窗口。

在本发明实施方式的第二方面中，提供了一种装置，包括：

收集模块，用于收集用户移动通信端中联系人相关信息；

分配模块，用于对收集的通信信息的多种属性和联系人信息的多种属性分配联系人权重；

排序模块，用于基于所述通信权重和所述联系人权重对每个联系人在呼叫记录中进行排序；

展示模块，用于将排序后的呼叫记录中的联系人以及联系方式展示给用户。

在本发明的一个实施例中，该通信信息包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点。

在本发明的另一个实施例中，该联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件中收集的联系人与用户之间的关系信息。

在本发明的又一个实施例中，该通信权重和所述联系人权重的分配可以根据用户的后续呼叫行为进行自适应调整。

在本发明的再一个实施例中，所述排序模块还用于：

将某个联系人的所述通信权重与所述联系人权重求和为整体权重；以及

按照所述整体权重对联系人进行重新排序。

在本发明的再一个实施例中，所述联系人对应号码以及所述联系人第三方软件对应的多个账号；

展示给所述用户的所述联系方式至少含有一种所述联系方式。

在本发明的再一个实施例中，其中还包括：

调整模块，用于获取所述用户当前所在的地点和/或当前时间，基于所述地点和/或当前时间以及所述联系的通信信息中历史用户呼叫时间和/或用户呼叫地点来实时调整每个联系人的通信信息的权重。

在本发明的再一个实施例中，其中所述对联系人信息的多种属性分配联系人权重的步骤还用于：

依据所述用户与联系人所在企业的组织架构中关系的远近的属性，来对该用户的联系人分配权重。

在本发明的再一个实施例中，其中还用于：

将用户移动终端的联系人信息与第三方软件的联系人信息合并以及记录联系人信息的来源；

在呼叫记录对应联系人项目旁边显示联系人来源的第三方软件的标识；

点击联系人项目旁边的第三方软件的标识会跳转到第三方软件对应联系人呼叫窗口。

根据本发明实施方式的权重分配和呼叫记录中推荐联系人的特点，可以将用户可能呼叫的联系人实时推荐在呼叫记录的首页，而无需用户手动滑动屏幕寻找联系人，从而显著地提高了呼叫效率，并且减少了用户寻找联系人的时间，为用户带来了更好的体验。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明实施方式的一种智能呼叫记录方法的流程图；

图2示意性地示出了根据本发明实施例的企业组织架构的树状图；

图3示意性地示出了根据本发明实施例的呼叫记录界面图；

图4示意性地示出了根据本发明实施例的一种智能呼叫记录装置；

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本申请公开更加透彻和完整，并且能够将本申请公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种智能呼叫记录方法和装置。

需要理解的是本发明所述的呼叫和联系为至少一种联系方式的主动呼叫、被动呼叫、发送信息、接收信息、发送语音、接收语音、语音通话和/或视频通话等，另外收集一段时间内的用户移动通信端联系人的历史相关信息，这里的一段时间内可以为一个月、一周、三天或一天等，上述的一段时间是可以人为设置的，且附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，现有的通话记录并不能根据用户的呼叫需求，动态的为用户推荐用户将呼叫的联系人。本发明将现有的通话记录改为智能推荐呼叫记录或者建立一个新的智能推荐呼叫记录。根据本发明的方法首先在用户的移动通信端中收集所有联系人的相关信息，相关信息包括通信信息和联系人信息；根据不同信息的属性分配权重；统计每个联系人的整体权重；根据整体权重对联系人进行排序，整体权重越大的联系人，说明用户呼叫他的可能越大，所以会将权重大的联系人排在呼叫记录的前端。对通信权重和联系人权重的分配可以根据用户后续的呼叫行为进行自适应调整。最后形成的呼叫记录中推荐呼叫联系人的名字后面对应的联系方式至少含有一种联系方式，可以为联系人对应号码，也可以为联系人相关的邮箱或微信等。

推荐用户下次呼叫联系人以及呼叫联系人的方式避免了传统过程中在寻找联系人而在不同的软件中翻阅大量记录。便于用户呼叫之前查找联系人，减少大量翻阅记录时间，提高呼叫效率。推荐用户与联系人之间经常联系方式，可以准确的从用户的多个联系方式中选取一个联系方式联系，从而避免用不同的联系方式联系同一个联系人造成通话内容不全面或没有联系人的其它联系方式等情况，提高呼叫记录的易用性。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

示例性方法

本发明的智能呼叫记录方法和装置可实施于用户移动通信端中，所述用户设备可例如为智能手机、平板电脑、智能电视、可穿戴设备等电子设备。

另外，移动通信端设备中安装的第三方软件可以与服务器进行信息的交互。

图1示意性地示出了根据本发明一个实施例的用于智能呼叫记录方法流程图。该方法可以包括以下步骤：

S101，收集用户移动通信端中联系人相关信息。

作为示例，将联系人相关信息分为通信信息和联系人信息。通信信息包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点等。联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件收集的用户与联系人的关系信息。收集到的联系人相关信息是全面性的，可以保证智能推荐的呼叫联系人的准确性。

S102，对收集的通信信息的多种属性分配通信权重。

作为示例，通信信息包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点等。根据各通信信息的自身属性来分配通信权重。

用户与每个联系人联系都是有时间记录的，若某个联系人最近一次联系时间比较近，那么这个联系人在未来一段时间的用户与他联系的可能比较大。则根据各联系人最近一次联系时间的远近的属性来分配通信权重，最近一次联系时间比较近的联系人分配的权重就会大。例如，假设所有联系人的基础权重都为1，若将最近时间为一个月范围内的联系人权重加1；然后在一个月范围内的联系人的基础上，最近联系时间为一周内的联系人的权重加1；然后在一周范围内的联系人的基础上，最近一次联系时间为三天的联系人权重加1；最后在三天范围内的联系人的基础上，最近一次联系时间为一天内的联系人的权重加1。通过这样的权重分配可以更直观的得到，最近一次的联系时间越近，相应的联系人的权重越大。需要说明的是上述所分时段是可以人为设置的。且权重的分配方式有很多种，这里并不做限定，上述分配方式只是多种分配方式的一种。

用户与每个联系人联系的最近一段时间的联系次数，即统计一段时间内每个联系人的次数，次数多的联系人说明最近一点时间用户与这一类联系人联系的较为频繁，那么有很大的可能性在未来的一段时间用户会与这一类联系人联系。最近一段时间可以人为设置，例如可以设置为一个月、一周或三天等。则根据联系人最近一段时间的联系次数的属性，对联系人分配权重，最近一段时间的联系次数越多的联系人的权重分配的越多。可以根据用户与联系人的联系次数进行分配权重，例如，假设所有联系人的基础权重为一，将于用户联系次数超过三次的联系人权重加1，基于联系次数超过三次的联系人中联系次数超过五次的联系人的权重再加1，基于联系次数超过五次的联系人中联系次数超过十次的联系人的权重再加1，以此类推，联系次数的分段可以人为设置。可以设置为有规律的，例如，偶数分段、奇数分段、倍数分段或次方分段等。也可以设置为无规律的，如上面列举的详细的例子。具体分为几段也是可以人设置的，若用户想推荐的呼叫联系人更加准确就可以多设置一些，例如，可以设置分为五段或者更多。

用户与每个联系人的每一次通话会记录下联系时长，在一定时间内通话时间长说明用户与联系人之间有比较重要的事情要谈，有可能一次通话并不能完全谈完事情，所以在未来的一段时间用户很有可能与这一类联系人联系。则根据联系人联系时长的属性，对联系人分配权重，与用户联系时长越长的联系人的权重分配的越多。例如，假设联系人的基础权重全为一，将用户与联系人的联系时长超过五分钟的联系人的权重加1，然后基于联系时长超过五分钟的联系人内，将联系时长超过八分钟的联系人的权重加1等。或以五分钟为一个分段，即联系时长大于五分钟小于十分钟的联系人的权重加1，联系时长大于十分钟小于十五分钟的联系人的权重加二，以此类推。无论用上述哪一种方法来分配权重，联系时长的分段设置都是人为可控的。

关于呼叫时间，用户会对某些联系人在特定的时间内进行呼叫，例如，在工作日时用户呼叫的联系人大部分为工作相关的联系人，如：上司、员工和/或客户等。周末用户呼叫的联系人大部分的联系人为朋友和/或家人等。工作日以及周末的上午、中午、下午或晚上这些时间段用户联系的联系人也会有所不同。则根据联系人呼叫时间的属性，对联系人分配权重。例如：当前用户处于工作日周一的上午，首先系统会收集联系人的一段时间内的历史信息，将用户在这段时间内在工作日联系的联系人分配一些权重，假设起始所有的联系人的权重为1，那么将用户在这段时间内在工作日联系的联系人的权重加1，然后将用户在这段时间内工作日周一所联系的联系人权重加1，最后将用户在这段时间内工作日周一的上午联系的联系人权重加1，即工作日周一的上午推荐的联系人权重为4。随着时间的推移用户会处于不同的时间段(呼叫时间)，系统会根据用户当前处于的时间来动态智能的调整联系人的权重。

关于呼叫地点，用户会在某些特定的地点呼叫一些特定的联系人，例如，工作地点、家、上班的路上和下班的路上等。系统会记录用户与每个联系人呼叫的地点，根据呼叫地点的属性在分配权重时，首先系统会获取用户当前所处的位置，然后将用户与联系人一段时间内的历史呼叫位置与用户当前所处位置相同或一定位置范围内的联系人的权重加1。需要说明的是一定位置范围可以人为设定，用户的工作或生活等区域是有一定的范围，避免了定位过于准确而推荐的呼叫联系人不全。且不同的用户的工作或生活等区域的范围是不同的，通过人为设置位置范围提高呼叫记录的适用性。系统会根据用户当前处于的位置来动态智能的调整联系人的权重。

最后，将每个联系人的各通信信息的权重求和，就得到每个联系人的通信权重。通信权重是根据用户当前状态(时间和/或地点)进行实时动态调整的。

需要说明的是各通信信息之间的权重分配可以是不相互影响的。

S103，对联系人信息的多种属性分配联系人权重。

作为示例，联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件搜集的用户与联系人之间的关系信息。

用户使用的移动通信端都会含有日历或提醒事项，日历可以在日期下填写当天的日程安排，由于日历中的日程安排可以具体到小时、分钟以及分钟，并且可以填写开始时间和结束时间以及提醒时间。用户可以在日程后面填写对应联系人的姓名，通过移动通信端这一特点，在日程提醒时间将用户填写的联系人置于呼叫记录的顶端。在这一项日程安排达到结束时间时，对应的联系人会解除置顶模式，之后会用正常情况分配得到的总权重进行排序。当用户在日程安排中填入多个联系人时，将多个联系人按照用户在日程安排中的先后顺序进行排序置顶即可。例如，在会议终端中，用户只要在填写会议日程信息时将参加会议的联系人填写到会议日程后面，这样系统就会在会议开始的时间或会议提醒的时间将参见会议的联系人置于呼叫记录的顶端，方便用户邀请联系人进入会议。

用户储存的联系人有一部分与用户是工作关系，用户在储存时会对这部分联系人进行分组形成一个所在企业的组织架构。组织架构中会包含很多不同的联系人，例如，上级、直属上级、下级、直属下级、同级同事、同级同组同事、其它部门上级以及其它部门同级同事等。工作交集最多的就是直属上级、直属下级和/或同级同组的同事。根据这一属性对组织架构中的联系人分配权重。例如，系统可以根据企业中明显的级别关系，将这种企业组织架构绘制成为更加直观的树状图，如图2所示，这样我们可以用比较直观的距离远近来描述联系人与用户联系的程度。从图2中可以看出，无论用户处于企业组织架构的那个位置，同组同级同事、直属上级和直属下级与用户的距离最近，同样满足实际联系关系。即在企业的组织架构中分配权重的一种方式为，通过树状图判断，通过树状图联通联系人与用户的路可能有很多中，我们往往选取相隔人数最少的一条路(也可与理解为距离最近的一条路)。假设每个联系人的基础权重相同为1，当联系人与用户直接相连可以直接加入权重n；当联系人与用户之间相隔一个人，那么这样的联系人所加的权重为n-1；……；当联系人与用户之间相隔m个人，那么这样的联系人所加的权重为n-m，以此类推，当m＝n时停止，此时对应的联系人以及其他没有增加权重的联系人的权重不增加也不减少。n为正整数且n的初始值是可以人为设置的或由系统随机生成，推荐n的初始取值要小于或等于企业组织架构的层数。因为企业组织架构的层数越少，企业内的成员关系越简单，每个联系人与用户在树状图上的最短距离不会相隔太多人，即使联系人与用户在树状图上的最短距离相隔很多人，很大的可能这类联系人与用户的没有工作交集，所以联系的可能性非常小。系统会根据用户后续对推荐的呼叫记录的使用状况来智能动态调整起始时用户设置的或系统自动生成的权重n，以便准确地为用户推荐呼叫联系人，提高智能呼叫系统的使用率，方便用户呼叫联系人。

更为具体的例子，如图2，比如用户在公司的职位为销售部一组的组长，那么与用户经常联系的为用户的部门经理、二组组长、三组组长以及用户下级的两个员工。假设所有的联系人的基础权重为1，那么在企业组织架构中与用户直接相连的联系人权重加5；像是总经理和财务部的部门经理与用户之间的最短距离隔了一个销售部的部门经理，这样的联系人的权重加4；像财务部的员工与用户之间的最短距离相隔了两个人，这样的联系人的权重加3，以此类推，与用户相隔五个人的联系人的权重不增加还是为1，与用户相隔五个以上的联系人的权重都不增加也不减少。

在日常工作中，每个职位都对应着一套固定的业务流程。除了直属上下级和同级同组同事外，用户还会与公司其他部门员工的直接联系，系统会根据用户对涉及业务流程的联系人分配较多的权重，这样弥补了即使用户业务流程涉及的联系人与用户的工作交集比较多，但在利用企业组织架构判断这类联系人的权重比较低的情况。当然有关业务流程的联系人初始分配权重用户可以设置也可以有系统自动生成。系统会根据用户后续对推荐的呼叫记录的使用状况来智能动态调整起始时用户设置的或系统自动生成的权重。

用户在使用移动通信端时，不仅会用移动通讯端自身带有的联系方式，也会利用第三方软件与存储在第三方软件内的联系人联系，例如，微信或邮箱。根据实际情况，用户在所用的移动通信端储存的联系人并不会包含所有的在第三方软件内存的联系人，下文将没有储存在移动通信端的第三方软件中的联系人用新的联系人表示。系统会先实时动态地与第三方软件进行信息交互；当系统发现第三方软件中的存在新的联系人；就会将新的联系人的信息直接自动导入到用户移动端的呼叫记录中，或系统向用户申请导入新的联系人的信息用户同意后再导入；新的联系人就储存在呼叫记录中。上述实施例的技术效果是，可以将不同的第三方软件的通讯录信息进行整合，可以更加全面地统计通信信息和联系人信息，增加在呼叫记录中推荐联系人的准确性和全面性。

且由系统生成的新的联系人不需要再输入其的移动通信终端号码，在生成新的联系人的后面有对应的系统获取其信息的第三方软件的标识，且标识为可触控按钮并附有对应第三方软件内对应联系人的链接，用户若想联系这类联系人只需按下对应联系人后面第三方软件的标识，界面就跳转到第三方软件中对应联系人的消息界面。这样用户就不需要为了建立呼叫记录而输入所有联系人的信息。该实施例的优点是，在本发明整合多种第三方软件的推荐呼叫记录中，可以保留各个第三方软件的联系人的来源，并且可以方便地跳转的该第三方软件向联系人发起呼叫。通常第三方软件会保留用户与该联系人通过例如微信这样的第三方软件进行联系的上下文历史记录，通过跳转到该第三方软件继续进行呼叫可以方便地保留和记录该联系人与用户的交互过程。如果同一个联系人与用户之间通过多个第三方软件进行联系，则在整合的推荐呼叫记录中，在该联系人的项目旁边会显示多个第三方软件的标识，当用户希望选择其中一个第三方软件继续与该联系人进行联系。

系统会检测用户利用第三方软件与联系人的最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点等属性特点为联系人分配权重。对联系人第三方软件这类属性的权重分配可以借助通信信息的权重分配方法。例如，假设第三方软件为微信，且联系人的基础权重为1。系统检测用户在微信中与联系人的最近一次联系时间，将最近时间为一个月范围内的联系人权重加1；然后在一个月范围内的联系人的基础上，最近联系时间为一周内的联系人的权重加1；然后在一周范围内的联系人的基础上，最近一次联系时间为三天的联系人权重加1；最后在三天范围内的联系人的基础上，最近一次联系时间为一天内的联系人的权重加1。系统检测用户在微信中与联系人的最近一段时间的联系次数，包括发送消息、接收消息、语音通话、视频通话等。联系时长要统计的为语音通话时长和视频通话时长等，将于用户联系次数超过三次的联系人权重加1；基于联系次数超过三次的联系人中联系次数超过五次的联系人的权重再加1；基于联系次数超过五次的联系人中联系次数超过十次的联系人的权重再加1。系统检测用户在微信中与联系人的联系时长，即检测微信中用户与联系人的语音通话时长和视频通话时长，以五分钟为一个分段，即联系时长大于五分钟小于十分钟的联系人的权重加1，联系时长大于十分钟小于十五分钟的联系人的权重加2，以此类推。关于呼叫时间，用户会对某些联系人在特定的时间内进行呼叫，当前用户处于工作日周一的上午，首先系统会收集联系人的一段时间内的历史信息，将用户在这段时间内在工作日联系的联系人分配一些权重，那么将用户在这段时间内在工作日联系的联系人的权重加1，然后将用户在这段时间内工作日周一所联系的联系人权重加1，最后将用户在这段时间内工作日周一的上午联系的联系人权重加1。关于呼叫地点，用户会在某些特定的地点呼叫一些特定的联系人，首先系统会获取用户当前所处的位置，然后将用户与联系人一段时间内的历史呼叫位置与用户当前所处位置相同或一定位置范围内的联系人的权重加1。

最后，将每个联系人的各联系人信息的权重求和，就得到每个联系人的联系人权重。联系人权重是根据用户当前状态进行实时动态调整的。

需要说明的是各联系人信息之间的权重分配可以是不相互影响的。所有的联系人的基础权重是相同的，在基础权重的基础上对每个联系人根据联系人相关信息进行分配权重的。

S104，基于所述通信权重和所述联系人权重对每个联系人在呼叫记录中进行排序。

作为示例，首先将每个联系人的通信权重和联系人权重求和为整体权重，再根据每个联系人的整体权重对联系人进行排序，权重越大的联系人说明用户呼叫的可能性越大，所以会将联系人按照权重从大到小排序。并且呼叫记录中推荐的联系人后还会显示推荐的联系方式。例如，在呼叫记录中若用户只有联系人移动通信端的号码，那么就会推荐用户用移动通信端的号码联系用户；若用户只有联系人第三方软件的联系方式，那么就会推荐用户第三方软件联系用户；若用户拥有联系人移动通信端的号码以及第三方软件等联系方式，那么系统就会检测用户与这类联系人在最近一段时间内，使用的最近一次联系时间的联系方式以及利用不同联系方式的频率，来给推荐与这类联系人联系的联系方式。如图3所示，301为联系人的名字，302为联系人用户移动通信端的号码，303为第三方软件的标识。需要说明的是最后整合后的呼叫记录推荐的联系人项目下面为用户移动通信端的号码，项目旁边可能会有至少一个第三方软件的标识，系统会根据用户最近一段时间呼叫的使用情况，对联系人项目旁边的第三方软件的标识进行推荐和排序，会将系统最推荐的第三方软件的标识排在最前面。例如，如图3所示，推荐的第一个联系人，从图中可以得到联系人的信息如下，这个联系人与用户的联系方式有三种分别是移动通信端的号码、小鱼和微信，其中最推荐的第三方软件联系方式为小鱼第三方软件。

S105，将排序后的呼叫记录中的联系人以及联系方式展示给用户。

作为示例，将在呼叫记录中排序好的联系人展示给客户。用户根据系统推荐的联系人进行选取呼叫。通过初始的设置分配的权重可能不能保证用户在呼叫记录的第一页就找到想要呼叫的联系人，系统会记录下用户后续使用呼叫记录的状况，例如，用户需要下拉几页找到联系人进行呼叫等，利用用户的呼叫记录和翻页等使用情况作为样本进行训练，系统通过机器学习可以动态调整所有联系人的相关信息的权重分配，使用户在多次使用后能够在呼叫记录的第一页或前几页就找到想要呼叫的联系人。

示例性装置

在介绍了本发明示例性实施方式的方法之后，接下来，参考图4对本发明示例性实施方式的一种用于智能呼叫记录的装置。该装置包括收集模块401、分配模块402、排序模块403以及展示模块404，其中：

收集模块401，用于收集用户移动通信端中联系人相关信息。

作为示例，将联系人相关信息分为通信信息和联系人信息。通信信息包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点等。联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件收集的用户与联系人的关系信息。收集到的联系人相关信息是全面性的，可以保证智能推荐的呼叫联系人的准确性。

分配模块402，用于对收集的通信信息的多种属性和联系人信息的多种属性分配联系人权重。

作为示例，通信信息包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点等。根据各通信信息的自身属性来分配通信权重。

用户与每个联系人联系都是有时间记录的，若某个联系人最近一次联系时间比较近，那么这个联系人在未来一段时间的用户与他联系的可能比较大。则根据各联系人最近一次联系时间的远近的属性来分配通信权重，最近一次联系时间比较近的联系人分配的权重就会大。例如，假设所有联系人的基础权重都为1，若将最近时间为一个月范围内的联系人权重加1；然后在一个月范围内的联系人的基础上，最近联系时间为一周内的联系人的权重加1；然后在一周范围内的联系人的基础上，最近一次联系时间为三天的联系人权重加1；最后在三天范围内的联系人的基础上，最近一次联系时间为一天内的联系人的权重加1。通过这样的权重分配可以更直观的得到，最近一次的联系时间越近，相应的联系人的权重越大。需要说明的是上述所分时段是可以人为设置的。且权重的分配方式有很多种，这里并不做限定，上述分配方式只是多种分配方式的一种。

用户与每个联系人联系的最近一段时间的联系次数，即统计一段时间内每个联系人的次数，次数多的联系人说明最近一点时间用户与这一类联系人联系的较为频繁，那么有很大的可能性在未来的一段时间用户会与这一类联系人联系。最近一段时间可以人为设置，例如可以设置为一个月、一周或三天等。则根据联系人最近一段时间的联系次数的属性，对联系人分配权重，最近一段时间的联系次数越多的联系人的权重分配的越多。可以根据用户与联系人的联系次数进行分配权重，例如，假设所有联系人的基础权重为一，将于用户联系次数超过三次的联系人权重加1，基于联系次数超过三次的联系人中联系次数超过五次的联系人的权重再加1，基于联系次数超过五次的联系人中联系次数超过十次的联系人的权重再加1，以此类推，联系次数的分段可以人为设置。可以设置为有规律的，例如，偶数分段、奇数分段、倍数分段或次方分段等。也可以设置为无规律的，如上面列举的详细的例子。具体分为几段也是可以人设置的，若用户想推荐的呼叫联系人更加准确就可以多设置一些，例如，可以设置分为五段或者更多。

用户与每个联系人的每一次通话会记录下联系时长，在一定时间内通话时间长说明用户与联系人之间有比较重要的事情要谈，有可能一次通话并不能完全谈完事情，所以在未来的一段时间用户很有可能与这一类联系人联系。则根据联系人联系时长的属性，对联系人分配权重，与用户联系时长越长的联系人的权重分配的越多。例如，假设联系人的基础权重全为一，将用户与联系人的联系时长超过五分钟的联系人的权重加1，然后基于联系时长超过五分钟的联系人内，将联系时长超过八分钟的联系人的权重加1等。或以五分钟为一个分段，即联系时长大于五分钟小于十分钟的联系人的权重加1，联系时长大于十分钟小于十五分钟的联系人的权重加二，以此类推。无论用上述哪一种方法来分配权重，联系时长的分段设置都是人为可控的。

关于呼叫时间，用户会对某些联系人在特定的时间内进行呼叫，例如，在工作日时用户呼叫的联系人大部分为工作相关的联系人，如：上司、员工和/或客户等。周末用户呼叫的联系人大部分的联系人为朋友和/或家人等。工作日以及周末的上午、中午、下午或晚上这些时间段用户联系的联系人也会有所不同。则根据联系人呼叫时间的属性，对联系人分配权重。例如：当前用户处于工作日周一的上午，首先系统会收集联系人的一段时间内的历史信息，将用户在这段时间内在工作日联系的联系人分配一些权重，假设起始所有的联系人的权重为1，那么将用户在这段时间内在工作日联系的联系人的权重加1，然后将用户在这段时间内工作日周一所联系的联系人权重加1，最后将用户在这段时间内工作日周一的上午联系的联系人权重加1，即工作日周一的上午推荐的联系人权重为4。随着时间的推移用户会处于不同的时间段(呼叫时间)，系统会根据用户当前处于的时间来动态智能的调整联系人的权重。

关于呼叫地点，用户会在某些特定的地点呼叫一些特定的联系人，例如，工作地点、家、上班的路上和下班的路上等。系统会记录用户与每个联系人呼叫的地点，根据呼叫地点的属性在分配权重时，首先系统会获取用户当前所处的位置，然后将用户与联系人一段时间内的历史呼叫位置与用户当前所处位置相同或一定位置范围内的联系人的权重加1。需要说明的是一定位置范围可以人为设定，用户的工作或生活等区域是有一定的范围，避免了定位过于准确而推荐的呼叫联系人不全。且不同的用户的工作或生活等区域的范围是不同的，通过人为设置位置范围提高呼叫记录的适用性。

最后，将每个联系人的各通信信息的权重求和，就得到每个联系人的通信权重。通信权重是根据用户当前状态(时间和/或地点)进行实时动态调整的。

需要说明的是各通信信息之间的权重分配可以是不相互影响的。

作为示例，联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件搜集的用户与联系人之间的关系信息。

用户使用的移动通信端都会含有日历或提醒事项，日历可以在日期下填写当天的日程安排，由于日历中的日程安排可以具体到小时、分钟以及分钟，并且可以填写开始时间和结束时间以及提醒时间。用户可以在日程后面填写对应联系人的姓名，通过移动通信端这一特点，在日程提醒时间将用户填写的联系人置于呼叫记录的顶端。在这一项日程安排达到结束时间时，对应的联系人会解除置顶模式，之后会用正常情况分配得到的总权重进行排序。当用户在日程安排中填入多个联系人时，将多个联系人按照用户在日程安排中的先后顺序进行排序置顶即可。例如，在会议终端中，用户只要在填写会议日程信息时将参加会议的联系人填写到会议日程后面，这样系统就会在会议开始的时间或会议提醒的时间将参见会议的联系人置于呼叫记录的顶端，方便用户邀请联系人进入会议。

用户储存的联系人有一部分与用户是工作关系，用户在储存时会对这部分联系人进行分组形成一个所在企业的组织架构。组织架构中会包含很多不同的联系人，例如，上级、直属上级、下级、直属下级、同级同事、同级同组同事、其它部门上级以及其它部门同级同事等。工作交集最多的就是直属上级、直属下级和/或同级同组的同事。根据这一属性对组织架构中的联系人分配权重。例如，系统可以根据企业中明显的级别关系，将这种企业组织架构绘制成为更加直观的树状图，如图2所示，这样我们可以用比较直观的距离远近来描述联系人与用户联系的程度。从图2中可以看出，无论用户处于企业组织架构的那个位置，同组同级同事、直属上级和直属下级与用户的距离最近，同样满足实际联系关系。即在企业的组织架构中分配权重的一种方式为，通过树状图判断，通过树状图联通联系人与用户的路可能有很多中，我们往往选取相隔人数最少的一条路(也可与理解为距离最近的一条路)。假设每个联系人的基础权重相同为1，当联系人与用户直接相连可以直接加入权重n；当联系人与用户之间相隔一个人，那么这样的联系人所加的权重为n-1；……；当联系人与用户之间相隔m个人，那么这样的联系人所加的权重为n-m，以此类推，当m＝n时停止，此时对应的联系人以及其他没有增加权重的联系人的权重不增加也不减少。n为正整数且n的初始值是可以人为设置的或由系统随机生成，推荐n的初始取值要小于或等于企业组织架构的层数。因为企业组织架构的层数越少，企业内的成员关系越简单，每个联系人与用户在树状图上的最短距离不会相隔太多人，即使联系人与用户在树状图上的最短距离相隔很多人，很大的可能这类联系人与用户的没有工作交集，所以联系的可能性非常小。系统会根据用户后续对推荐的呼叫记录的使用状况来智能动态调整起始时用户设置的或系统自动生成的权重n，以便准确地为用户推荐呼叫联系人，提高智能呼叫系统的使用率，方便用户呼叫联系人。

更为具体的例子，如图2，比如用户在公司的职位为销售部一组的组长，那么与用户经常联系的为用户的部门经理、二组组长、三组组长以及用户下级的两个员工。假设所有的联系人的基础权重为1，那么在企业组织架构中与用户直接相连的联系人权重加5；像是总经理和财务部的部门经理与用户之间的最短距离隔了一个销售部的部门经理，这样的联系人的权重加4；像财务部的员工与用户之间的最短距离相隔了两个人，这样的联系人的权重加3，以此类推，与用户相隔五个人的联系人的权重不增加还是为1，与用户相隔五个以上的联系人的权重都不增加也不减少。

在日常工作中，每个职位都对应着一套固定的业务流程。除了直属上下级和同级同组同事外，用户还会与公司其他部门员工的直接联系，系统会根据用户对涉及业务流程的联系人分配较多的权重，这样弥补了即使用户业务流程涉及的联系人与用户的工作交集比较多，但在利用企业组织架构判断这类联系人的权重比较低的情况。当然有关业务流程的联系人初始分配权重用户可以设置也可以有系统自动生成。系统会根据用户后续对推荐的呼叫记录的使用状况来智能动态调整起始时用户设置的或系统自动生成的权重。

用户在使用移动通信端时，不仅会用移动通讯端自身带有的联系方式，也会利用第三方软件与存储在第三方软件内的联系人联系，例如，微信或邮箱。根据实际情况，用户在所用的移动通信端储存的联系人并不会包含所有的在第三方软件内存的联系人，下文将没有储存在移动通信端的第三方软件中的联系人用新的联系人表示。系统会先实时动态地与第三方软件进行信息交互；当系统发现第三方软件中的存在新的联系人；就会将新的联系人的信息直接自动导入到用户移动端的呼叫记录中，或系统向用户申请导入新的联系人的信息用户同意后再导入；新的联系人就储存在呼叫记录中。上述实施例的技术效果是，可以将不同的第三方软件的通讯录信息进行整合，可以更加全面地统计通信信息和联系人信息，增加在呼叫记录中推荐联系人的准确性和全面性。

且由系统生成的新的联系人不需要再输入其的移动通信终端号码，在生成新的联系人的后面有对应的系统获取其信息的第三方软件的标识，且标识为可触控按钮并附有对应第三方软件内对应联系人的链接，用户若想联系这类联系人只需按下对应联系人后面第三方软件的标识，界面就跳转到第三方软件中对应联系人的消息界面。这样用户就不需要为了建立呼叫记录而输入所有联系人的信息。该实施例的优点是，在本发明整合多种第三方软件的推荐呼叫记录中，可以保留各个第三方软件的联系人的来源，并且可以方便地跳转的该第三方软件向联系人发起呼叫。通常第三方软件会保留用户与该联系人通过例如微信这样的第三方软件进行联系的上下文历史记录，通过跳转到该第三方软件继续进行呼叫可以方便地保留和记录该联系人与用户的交互过程。如果同一个联系人与用户之间通过多个第三方软件进行联系，则在整合的推荐呼叫记录中，在该联系人的项目旁边会显示多个第三方软件的标识，当用户希望选择其中一个第三方软件继续与该联系人进行联系。

系统会检测用户利用第三方软件与联系人的最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点等属性特点为联系人分配权重。对联系人第三方软件这类属性的权重分配可以借助通信信息的权重分配方法。例如，假设第三方软件为微信，且联系人的基础权重为1。系统检测用户在微信中与联系人的最近一次联系时间，将最近时间为一个月范围内的联系人权重加1；然后在一个月范围内的联系人的基础上，最近联系时间为一周内的联系人的权重加1；然后在一周范围内的联系人的基础上，最近一次联系时间为三天的联系人权重加1；最后在三天范围内的联系人的基础上，最近一次联系时间为一天内的联系人的权重加1。系统检测用户在微信中与联系人的最近一段时间的联系次数，包括发送消息、接收消息、语音通话、视频通话等。联系时长要统计的为语音通话时长和视频通话时长等，将于用户联系次数超过三次的联系人权重加1；基于联系次数超过三次的联系人中联系次数超过五次的联系人的权重再加1；基于联系次数超过五次的联系人中联系次数超过十次的联系人的权重再加1。系统检测用户在微信中与联系人的联系时长，即检测微信中用户与联系人的语音通话时长和视频通话时长，以五分钟为一个分段，即联系时长大于五分钟小于十分钟的联系人的权重加1，联系时长大于十分钟小于十五分钟的联系人的权重加2，以此类推。关于呼叫时间，用户会对某些联系人在特定的时间内进行呼叫，当前用户处于工作日周一的上午，首先系统会收集联系人的一段时间内的历史信息，将用户在这段时间内在工作日联系的联系人分配一些权重，那么将用户在这段时间内在工作日联系的联系人的权重加1，然后将用户在这段时间内工作日周一所联系的联系人权重加1，最后将用户在这段时间内工作日周一的上午联系的联系人权重加1。关于呼叫地点，用户会在某些特定的地点呼叫一些特定的联系人，首先系统会获取用户当前所处的位置，然后将用户与联系人一段时间内的历史呼叫位置与用户当前所处位置相同或一定位置范围内的联系人的权重加1。

最后，将每个联系人的各联系人信息的权重求和，就得到每个联系人的联系人权重。联系人权重是根据用户当前状态进行实时动态调整的。

需要说明的是各联系人信息之间的权重分配可以是不相互影响的。所有的联系人的基础权重是相同的，在基础权重的基础上对每个联系人根据联系人相关信息进行分配权重的。

排序模块403，用于基于所述通信权重和所述联系人权重对每个联系人在呼叫记录中进行排序。

作为示例，首先将每个联系人的通信权重和联系人权重求和为整体权重，再根据每个联系人的整体权重对联系人进行排序，权重越大的联系人说明用户呼叫的可能性越大，所以会将联系人按照权重从大到小排序。并且呼叫记录中推荐的联系人后还会显示推荐的联系方式。例如，在呼叫记录中若用户只有联系人移动通信端的号码，那么就会推荐用户用移动通信端的号码联系用户；若用户只有联系人第三方软件的联系方式，那么就会推荐用户第三方软件联系用户；若用户拥有联系人移动通信端的号码以及第三方软件等联系方式，那么系统就会检测用户与这类联系人在最近一段时间内，使用的最近一次联系时间的联系方式以及利用不同联系方式的频率，来给推荐与这类联系人联系的联系方式。

展示模块404，用于将排序后的呼叫记录中的联系人以及联系方式展示给用户。

作为示例，将在呼叫记录中排序好的联系人展示给客户。用户根据系统推荐的联系人进行选取呼叫。

可选地，还包括调整模块(未示出)，用于获取所述用户当前所在的地点和/或当前时间，基于所述地点和/或当前时间以及所述联系的通信信息中历史用户呼叫时间和/或用户呼叫地点来实时调整每个联系人的通信信息的权重。且通过初始的设置分配的权重可能不能保证用户在呼叫记录的第一页就找到想要呼叫的联系人，系统会记录下用户后续使用呼叫记录的状况，例如，用户需要下拉几页找到联系人进行呼叫等，利用用户的呼叫记录和翻页等使用情况作为样本进行训练，系统通过机器学习可以动态调整所有联系人的相关信息的权重分配，使用户在多次使用后能够在呼叫记录的第一页就找到想要呼叫的联系人。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (18)

1.一种呼叫记录展示方法，包括：

自动收集和汇总用户移动通信端中各个第三方软件的联系人信息及各个第三方软件中联系人的属性特点，其中所述属性特点为在各个第三方软件中联系人的通信操作信息，其中所述联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件中收集的联系人与用户之间的关系信息；

对收集的属性特点的多种属性分配属性权重；

对联系人信息的多种属性分配联系人权重；

基于所述属性权重和所述联系人权重对每个联系人在呼叫记录中进行排序；

将排序后的呼叫记录中的联系人、联系方式和来源的第三方软件标识展示给用户；

其中记录用户使用呼叫记录的翻页查找和拨打的情况作为样本进行训练，系统通过机器学习动态调整联系人权重和通信权重的分配，以减少用户在呼叫记录中翻页的次数。

2.根据权利要求1的方法，所述属性特点包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点。

3.根据权利要求1的方法，所述属性权重和所述联系人权重的分配根据用户的后续呼叫行为进行自适应调整。

4.根据权利要求1的方法，基于所述属性权重和所述联系人权重对每个联系人在呼叫记录中进行排序的步骤为：

将某个联系人的所述属性权重与所述联系人权重求和为整体权重；以及

按照所述整体权重对联系人进行重新排序。

5.根据权利要求1的方法，将排序后的呼叫记录中的联系人以及联系方式展示给用户，其中，所述联系方式包括：所述联系人对应号码以及所述联系人第三方软件对应的多个账号；

展示给所述用户的所述联系方式至少含有一种所述联系方式。

6.根据权利要求2的方法，其中还包括如下步骤：

获取所述用户当前所在的地点和/或当前时间，基于所述地点和/或当前时间以及所述联系的通信信息中历史用户呼叫时间和/或用户呼叫地点来实时调整每个联系人的通信信息的权重。

7.根据权利要求1的方法，其中所述对联系人信息的多种属性分配联系人权重的步骤还包括如下步骤：

依据所述用户与联系人所在企业的组织架构中关系的远近的属性，来对该用户的联系人分配权重。

8.根据权利要求1-2中的任何一项所述的方法，其中还包括如下步骤：

将用户移动终端的联系人信息与第三方软件的联系人信息合并以及记录联系人信息的来源；

在呼叫记录对应联系人项目旁边显示联系人来源的第三方软件的标识；

点击联系人项目旁边的第三方软件的标识会跳转到第三方软件对应联系人呼叫窗口。

9.根据权利要求1-2中的任何一项所述的方法，其中所述呼叫记录为用户移动通信端中各个第三方软件的通讯录信息。

10.一种智能呼叫记录展示装置，包括：

收集模块，用于自动收集和汇总用户移动通信端中各第三方软件的联系人信息及各个第三方软件中联系人的属性特点，其中所述属性特点为在各个第三方软件中联系人的通信操作信息，其中所述联系人信息包括：从日程安排、所在企业的组织架构、业务流程和/或第三方软件中收集的联系人与用户之间的关系信息；

分配模块，用于对收集的属性特点的多种属性分配属性权重和联系人信息的多种属性分配联系人权重；

排序模块，用于基于所述属性权重和所述联系人权重对每个联系人在呼叫记录中进行排序；

展示模块，用于将排序后的呼叫记录中的联系人、联系方式以及来源的第三方软件标识展示给用户；

其中记录用户使用呼叫记录的翻页查找和拨打的情况作为样本进行训练，系统通过机器学习动态调整联系人权重和通信权重的分配，以减少用户在呼叫记录中翻页的次数。

11.根据权利要求10的装置，所述属性特点包括：最近一次联系时间、最近一段时间的联系次数、联系时长、用户呼叫时间和/或用户呼叫地点。

12.根据权利要求10的装置，所述属性权重和所述联系人权重的分配可以根据用户的后续呼叫行为进行自适应调整。

13.根据权利要求10的装置，所述排序模块还用于：

将某个联系人的所述属性权重与所述联系人权重求和为整体权重；以及

按照所述整体权重对联系人进行重新排序。

14.根据权利要求10的装置，所述联系人对应号码以及所述联系人第三方软件对应的多个账号；

展示给所述用户的所述联系方式至少含有一种所述联系方式。

15.根据权利要求10的装置，其中还包括：

调整模块，用于获取所述用户当前所在的地点和/或当前时间，基于所述地点和/或当前时间以及所述联系的通信信息中历史用户呼叫时间和/或用户呼叫地点来实时调整每个联系人的通信信息的权重。

16.根据权利要求10的装置，其中所述对联系人信息的多种属性分配联系人权重还用于：

依据所述用户与联系人所在企业的组织架构中关系的远近的属性，来对该用户的联系人分配权重。

17.根据权利要求10-11中的任何一项所述的装置，其中还用于：

将用户移动终端的联系人信息与第三方软件的联系人信息合并以及记录联系人信息的来源；

在呼叫记录对应联系人项目旁边显示联系人来源的第三方软件的标识；

点击联系人项目旁边的第三方软件的标识会跳转到第三方软件对应联系人呼叫窗口。

18.根据权利要求10-11中的任何一项所述的装置，其中所述呼叫记录为用户移动通信端中各个第三方软件的通讯录信息。

Images