CN109660636B - 一种联系人展示方法及装置 - Google Patents

Abstract

本申请涉及电子设备技术领域，尤其涉及一种联系人展示方法及装置，用以解决现有技术中用户在通讯录中查找联系人的方式存在着操作复杂、用户体验差的问题；本申请实施例提供的联系人展示方法包括：终端接收到打开通讯录的指令时，确定自身当前的使用环境信息；使用环境信息包括终端用户的地理位置和当前的时间点；对通讯录中的每一联系人，根据使用环境信息、终端用户与该联系人之间的通话记录，确定终端用户对该联系人的需求度；根据终端用户对各联系的需求度对通讯录中的联系人进行排序；将排序后的联系人展示给终端用户，这样，用户每次打开通讯录时，直接为用户展示当前用户需求度较高的联系人，查找联系人的方式更加简单便捷、用户体验更好。

Description

一种联系人展示方法及装置

技术领域

本申请涉及电子设备技术领域，尤其涉及一种联系人展示方法及装置。

背景技术

随着电子设备技术的快速发展，终端几乎已经成为人人必备的电子产品，人们随时随地都需要使用终端来与其他人进行联系，因此也经常需要在通讯录中查找联系人的联系方式。

目前，终端中的通讯录是按照联系人姓氏的首字母来进行排序，当查找某联系人的联系方式时，用户需要按照固定顺序翻阅通讯录来查找该联系人的联系方式，或者需要在通讯录中对该联系人的姓名进行搜索来查找该联系人的联系方式，这样，用户在通讯录中查找联系人的方式比较复杂，并且用户体验也比较差。

可见，现有技术中用户在通讯录中查找联系人的方式存在着操作复杂、用户体验差的问题。

发明内容

本申请实施例提供一种联系人展示方法及装置，用以解决现有技术中用户在通讯录中查找联系人的方式存在着操作复杂、用户体验差的问题。

本申请实施例提供的一种联系人展示方法，包括：

终端接收到打开通讯录的指令时，确定自身当前的使用环境信息；所述使用环境信息包括终端用户所在的地理位置和当前的时间点；

针对所述通讯录中的每一联系人，根据所述使用环境信息、所述终端用户与该联系人之间的通话记录，确定所述终端用户对该联系人的需求度；

根据所述终端用户对各联系的需求度对所述通讯录中的联系人进行排序；

将排序后的联系人展示给所述终端用户。

本申请实施例提供的一种终端，包括：

使用环境信息确定模块，用于接收到打开通讯录的指令时，确定自身当前的使用环境信息；所述使用环境信息包括终端用户所在的地理位置和当前的时间点；

需求度确定模块，用于针对所述通讯录中的每一联系人，根据所述使用环境信息、所述终端用户与该联系人之间的通话记录，确定所述终端用户对该联系人的需求度；

排序模块，用于根据所述终端用户对各联系的需求度对所述通讯录中的联系人进行排序；

展示模块，用于将排序后的联系人展示给所述终端用户。

本申请实施例提供的一种电子设备，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行上述联系人展示方法的步骤。

本申请实施例提供的一种计算机可读存储介质，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行上述联系人展示方法的步骤。

本申请实施例中，终端接收到打开通讯录的指令时，确定自身当前的使用环境信息，使用环境信息包括终端用户所在的地理位置和当前的时间点，之后针对通讯录中的每一联系人，根据使用环境信息、用户与该联系人之间的通话记录，确定用户对该联系人的需求度，进而根据用户对各联系的需求度对通讯录中的联系人进行排序，并将排序后的联系人展示给用户。这样，当用户每次打开通讯录时，可以直接为用户展示当前用户需求度较高的联系人，而不必用户再多次翻阅通讯录或者进行搜索来查找当前想要联系的联系人，查找联系人的方式更加简单便捷、用户体验也更好。

附图说明

图1为本申请实施例提供的联系人展示方法流程图；

图2为本申请实施例提供的计算单条通话记录产生的需求度的方法流程图；

图3为本申请实施例提供的又一联系人展示方法流程图；

图4为本申请实施例提供的终端结构图；

图5为本申请实施例提供的用于实现联系人展示方法的电子设备的硬件结构示意图。

具体实施方式

本申请实施例中，终端接收到打开通讯录的指令时，确定自身当前的使用环境信息，使用环境信息包括终端用户所在的地理位置和当前的时间点，之后针对通讯录中的每一联系人，根据使用环境信息、用户与该联系人之间的通话记录，确定用户对该联系人的需求度，进而根据用户对各联系的需求度对通讯录中的联系人进行排序，并将排序后的联系人展示给用户。这样，当用户每次打开通讯录时，可以直接为用户展示当前用户需求度较高的联系人，而不必用户再多次翻阅通讯录或者进行搜索来查找当前想要联系的联系人，查找联系人的方式更加简单便捷、用户体验也更好。

下面结合说明书附图对本申请实施例作进一步详细描述。

实施例一

如图1所示，为本申请实施例提供的联系人展示方法流程图，包括以下步骤：

S101：终端接收到打开通讯录的指令时，确定自身当前的使用环境信息，使用环境信息包括终端用户所在的地理位置和当前的时间点。

这里，当终端接收到打开通讯录的指令时，可以通过自身安装的定位系统来获取终端用户当前的地理位置信息，并读取当前的时间点信息，将当前的地理位置信息和当前的时间点信息进行保存，为便于描述，本申请实施例中将地理位置信息和时间点信息称为使用环境信息。

S102：针对通讯录中的每一联系人，根据确定的使用环境信息、终端用户与该联系人之间的通话记录，确定终端用户对该联系人的需求度。

在具体实施过程中，对于通讯录中的每一联系人，针对终端用户与该联系人之间的每条通话记录，可以根据使用环境信息和预设的用于计算需求度的模型计算该条通话记录产生的需求度，之后将各条通话记录产生的需求度之和确定为终端用户对该联系人的需求度。

需要说明的是，本申请实施例中，终端用户在利用终端进行通话时，可以记录通话时终端用户的地理位置和对端联系人的地理位置，其中，对端联系人的地理位置可以为对端联系人的号码归属地。

具体地，针对每一条通话记录，可以根据如图2所示的方法流程计算该条通话记录产生的需求度：

S201a：计算使用环境信息中终端用户所在的地理位置、与生成该条通话记录时终端用户所在的地理位置之间的第一距离。

假设终端用户当前位置为杭州，若生成该条通话记录时终端用户的位置也为杭州，则第一距离为零；若生成该条通话记录时终端用户的位置为北京，则第一距离为杭州-北京之间的距离。

S202a：计算使用环境信息中终端用户所在的地理位置、与生成该条通话记录时对端联系人所在的地理位置之间的第二距离。

沿用上例，假设终端用户当前位置为杭州，若生成该条通话记录时联系人的位置也为杭州，则第二距离为零；若生成该条通话记录时联系人的位置为北京，则第二距离为杭州-北京之间的距离。

S203a：计算使用环境信息中的时间点与开始通话时的时间点之间的时间差。

S204a：将第一距离、第二距离、时间差和通话的通话时长，代入用于计算需求度的模型得到该条通话记录产生的需求度。

在具体实施过程中，可以根据以下模型计算该条通话记录产生的需求度N：

其中，d₁为第一距离；d₂为第二距离；t₁为时间差；t₂为通话时长；α、β、γ、δ分别为d₁、d₂、t₁、t₂的权重；λ为遗忘因子，且0≤λ≤1。

这里，遗忘因子λ的引入可以使较久远的通话记录对需求度的影响比较小；较近的通话记录对需求度的影响比较大，更符合实际的通话场景。

S103：根据终端用户对各联系的需求度对通讯录中的联系人进行排序。

在具体实施过程中，得到终端用户对通信录中各联系人的需求度之后，可以按照需求度从高到底的顺序对通讯录中的联系人进行排序，便于终端用户一打开通讯录就可以看到自己想联系的联系人。

S104：将排序后的联系人展示给终端用户。

此外，上述用于计算需求度的模型为主模型，在将排序后的联系人展示给终端用户之后，还可以记录终端用户在排序后的联系人中选择的联系人，并确定当前该联系人在通讯录中的排名，当该联系人的排名低于预设名次时，可以对主模型中α、β、γ、δ中的至少一个权重参数进行调整得到用于计算需求度的备模型，之后，再接收到打开通讯录的指令时，使用主、备两个模型来计算终端用户对联系人的需求度，若确定备模型优于主模型，则将主模型替换为备模型。

在具体实施过程中，调整一次权重参数后，可以根据以下步骤确定此次得到的备模型优于主模型：

循环执行以下操作：

对于下一次接收到的打开通讯录的指令，针对通讯录中的每一联系人，分别利用主模型和备模型确定终端用户对该联系人的需求度，并按照主模型确定的需求度对通讯录中的联系人进行排序，针对本次终端用户在排序后通讯录中实际选择的联系人，若利用备模型计算的终端用户对该联系人的需求度、高于利用主模型计算的终端用户对该联系人的需求度，则将备模型的累计次数加1；否则，将主模型的累计次数加1；

直到备模型相比主模型的累计计数次数率先达到预设阈值时，确定备模型优于主模型。

本申请实施例中，终端接收到打开通讯录的指令时，确定自身当前的使用环境信息，使用环境信息包括终端用户所在的地理位置和当前的时间点，之后针对通讯录中的每一联系人，根据使用环境信息、用户与该联系人之间的通话记录，确定用户对该联系人的需求度，进而根据用户对各联系的需求度对通讯录中的联系人进行排序，并将排序后的联系人展示给用户。这样，当用户每次打开通讯录时，可以直接为用户展示当前用户需求度较高的联系人，而不必用户再多次翻阅通讯录或者进行搜索来查找当前想要联系的联系人，查找联系人的方式更加简单便捷、用户体验也更好。

实施例二

如图3所示，为本申请实施例提供的又一联系人展示方法流程图，包括以下步骤：

S301：终端接收到打开通讯录的指令时，确定自身当前的使用环境信息。

其中，使用环境信息包括终端用户所在的地理位置和当前的时间点。

S302：针对通讯录中的每一联系人，根据确定的使用环境信息、终端用户与该联系人之间的通话记录，确定终端用户对该联系人的需求度。

在具体实施过程中，对通讯录中的每一联系人，针对终端用户与该联系人之间的每条通话记录，可以根据使用环境信息和预设的用于计算需求度的模型计算该条通话记录产生的需求度；确定各条通话记录产生的需求度之和为终端用户对该联系人的需求度。

具体地，根据以下步骤计算任一条通话记录产生的需求度：

计算使用环境信息中终端用户所在的地理位置、与生成该条通话记录时终端用户所在的地理位置之间的第一距离；

计算使用环境信息中终端用户所在的地理位置、与生成该条通话记录时对端联系人所在的地理位置之间的第二距离；

计算使用环境信息中的时间点与开始通话时的时间点之间的时间差；

将第一距离、第二距离、时间差和通话的通话时长，代入用于计算需求度的模型得到该条通话记录产生的需求度。

比如，可以根据以下模型计算任一条通话记录产生的需求度N：

其中，d₁为第一距离；d₂为第二距离；t₁为时间差；t₂为通话时长；α、β、γ、δ分别为d₁、d₂、t₁、t₂的权重；λ为遗忘因子，且0≤λ≤1。

S303：根据终端用户对各联系的需求度对通讯录中的联系人进行排序。

S304：将排序后的联系人展示给终端用户。

S305：记录终端用户在排序后的联系人中实际选择的联系人。

S306：确定该联系人在通讯录中的排名低于预设名次时，对主模型中α、β、γ、δ中的至少一个参数进行调整得到用于计算需求度的备模型。

S307：对于后续每次接收到的打开通讯录的指令时，使用主、备两个模型来计算终端用户对联系人的需求度，并按照主模型确定的需求度对通讯录中的联系人进行排序。

S308：记录本次终端用户选择的联系人，并判断利用备模型计算的终端用户对该联系人的需求度、是否高于利用主模型计算的终端用户对该联系人的需求度，若是，则将备模型的累计次数加1；若否，则将主模型的累计次数加1。

S309：判断备模型相比主模型的累计计数次数是否率先达到预设阈值，若是，则进入S310；否则，进入S306。

S310：确定备模型优于主模型，将主模型替换为备模型。

在具体实施过程中，只有当备模型相比主模型的累计计数次数率先达到预设阈值，比如5时，才将主模型替换为备模型，这样可以确保每次替换后的模型为较优的模型，使用于计算需求度的模型一直朝着最优的方向变化。

本申请实施例中，终端用户每次打开通讯录时，通讯录为终端用户呈现在首页的联系人都不一样，这些联系人都是终端用户需求度比较高的联系人，这样，终端用户在打开通信录时，不需再搜索联系人，就可以直接找到需要的联系人，更加方便、快捷，用户体验也更佳。

实施例三

基于同一发明构思，本申请实施例中还提供了一种与联系人展示方法对应的终端，由于该终端解决问题的原理与本申请实施例联系人展示方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，为本申请实施例提供的终端的结构图，包括：

使用环境信息确定模块401，用于接收到打开通讯录的指令时，确定自身当前的使用环境信息；所述使用环境信息包括终端用户所在的地理位置和当前的时间点；

需求度确定模块402，用于针对所述通讯录中的每一联系人，根据所述使用环境信息、所述终端用户与该联系人之间的通话记录，确定所述终端用户对该联系人的需求度；

排序模块403，用于根据所述终端用户对各联系的需求度对所述通讯录中的联系人进行排序；

展示模块404，用于将排序后的联系人展示给所述终端用户。

可选地，所述需求度确定模块402具体用于：

针对所述终端用户与该联系人之间的每条通话记录，根据所述使用环境信息和预设的用于计算需求度的模型计算该条通话记录产生的需求度；

确定各条通话记录产生的需求度之和为所述终端用户对该联系人的需求度。

可选地，所述需求度确定模块402具体用于：

计算所述使用环境信息中所述终端用户所在的地理位置、与生成该条通话记录时所述终端用户所在的地理位置之间的第一距离；

计算所述使用环境信息中所述终端用户所在的地理位置、与生成该条通话记录时联系人所在的地理位置之间的第二距离；

计算所述使用环境信息中的时间点与开始所述通话时的时间点之间的时间差；

将所述第一距离、第二距离、时间差和所述通话的通话时长，代入所述模型得到该条通话记录产生的需求度。

可选地，根据以下模型计算该条通话记录产生的需求度N：

其中，d₁为第一距离；d₂为第二距离；t₁为时间差；t₂为通话时长；α、β、γ、δ分别为d₁、d₂、t₁、t₂的权重；λ为遗忘因子，且0≤λ≤1。

可选地，所述用于计算需求度的模型为主模型；所述终端还包括：

记录模块405，用于将排序后的联系人展示给所述终端用户之后，记录所述终端用户在排序后的联系人中选择的联系人；

调整模块406，用于当确定所述联系人在所述通讯录中的排名低于预设名次时，对所述主模型中α、β、γ、δ中的至少一个权重参数进行调整得到用于计算需求度的备模型；

替换模块407，用于确定所述备模型优于所述主模型时，将所述主模型替换为所述备模型。

可选地，所述替换模块407具体用于根据以下步骤确定所述备模型优于所述主模型：

循环执行以下操作：

对于下一次接收到的打开通讯录的指令，针对所述通讯录中的每一联系人，分别利用主模型和备模型确定所述终端用户对该联系人的需求度；

针对本次所述终端用户在通讯录中选择的联系人，若利用所述备模型计算的所述终端用户对该联系人的需求度、高于利用所述主模型计算的所述终端用户对该联系人的需求度，则将所述备模型的累计次数加1；否则，将所述主模型的累计次数加1；

直到所述备模型相比所述主模型的累计计数次数先达到预设阈值时，确定所述备模型优于所述主模型。

实施例四

如图5所示，为本申请实施例提供的用于实现联系人展示的电子设备的硬件结构示意图，包括至少一个处理单元501、以及至少一个存储单元502，其中，存储单元存储有程序代码，当程序代码被所述处理单元执行时，使得电子设备执行上述联系人展示方法的步骤。

实施例五

本申请实施例提供的一种计算机可读存储介质，包括程序代码，当所述程序代码在电子设备上运行时，使电子设备执行上述联系人展示方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种联系人展示方法，其特征在于，包括：

终端接收到打开通讯录的指令时，确定自身当前的使用环境信息；所述使用环境信息包括终端用户所在的地理位置和当前的时间点；

针对所述通讯录中的每一联系人，针对所述终端用户与该联系人之间的每条通话记录，根据所述使用环境信息和预设的用于计算需求度的模型计算该条通话记录产生的需求度，确定各条通话记录产生的需求度之和为所述终端用户对该联系人的需求度；

根据所述终端用户对各联系的需求度对所述通讯录中的联系人进行排序；

将排序后的联系人展示给所述终端用户；

根据所述使用环境信息和预设的用于计算需求度的模型计算该条通话记录产生的需求度，包括：

计算所述使用环境信息中所述终端用户所在的地理位置、与生成该条通话记录时所述终端用户所在的地理位置之间的第一距离；

计算所述使用环境信息中所述终端用户所在的地理位置、与生成该条通话记录时对端联系人所在的地理位置之间的第二距离；

计算所述使用环境信息中的时间点与开始所述通话时的时间点之间的时间差；

将所述第一距离、第二距离、时间差和所述通话的通话时长，代入所述模型得到该条通话记录产生的需求度。

2.如权利要求1所述的方法，其特征在于，根据以下模型计算该条通话记录产生的需求度N：

其中，d₁为第一距离；d₂为第二距离；t₁为时间差；t₂为通话时长；α、β、γ、δ分别为d₁、d₂、t₁、t₂的权重；λ为遗忘因子，且0≤λ≤1。

3.如权利要求2所述的方法，其特征在于，所述用于计算需求度的模型为主模型；将排序后的联系人展示给所述终端用户之后，还包括：

记录所述终端用户在排序后的联系人中选择的联系人；

当确定所述联系人在所述通讯录中的排名低于预设名次时，对所述主模型中α、β、γ、δ中的至少一个权重参数进行调整得到用于计算需求度的备模型；

确定所述备模型优于所述主模型时，将所述主模型替换为所述备模型。

4.如权利要求3所述的方法，其特征在于，根据以下步骤确定所述备模型优于所述主模型：

循环执行以下操作：

对于下一次接收到的打开通讯录的指令，针对所述通讯录中的每一联系人，分别利用主模型和备模型确定所述终端用户对该联系人的需求度；

针对本次所述终端用户在通讯录中选择的联系人，若利用所述备模型计算的所述终端用户对该联系人的需求度、高于利用所述主模型计算的所述终端用户对该联系人的需求度，则将所述备模型的累计次数加1；否则，将所述主模型的累计次数加1；

直到所述备模型相比所述主模型的累计计数次数先达到预设阈值时，确定所述备模型优于所述主模型。

5.一种终端，其特征在于，包括：

使用环境信息确定模块，用于接收到打开通讯录的指令时，确定自身当前的使用环境信息；所述使用环境信息包括终端用户所在的地理位置和当前的时间点；

需求度确定模块，用于针对所述通讯录中的每一联系人，针对所述终端用户与该联系人之间的每条通话记录，根据所述使用环境信息和预设的用于计算需求度的模型计算该条通话记录产生的需求度，确定各条通话记录产生的需求度之和为所述终端用户对该联系人的需求度；

排序模块，用于根据所述终端用户对各联系的需求度对所述通讯录中的联系人进行排序；

展示模块，用于将排序后的联系人展示给所述终端用户；

所述需求度确定模块具体用于：

计算所述使用环境信息中所述终端用户所在的地理位置、与生成该条通话记录时所述终端用户所在的地理位置之间的第一距离；

计算所述使用环境信息中所述终端用户所在的地理位置、与生成该条通话记录时对端联系人所在的地理位置之间的第二距离；

计算所述使用环境信息中的时间点与开始所述通话时的时间点之间的时间差；

将所述第一距离、第二距离、时间差和所述通话的通话时长，代入所述模型得到该条通话记录产生的需求度。

6.如权利要求5所述的终端，其特征在于，根据以下模型计算该条通话记录产生的需求度N：

其中，d₁为第一距离；d₂为第二距离；t₁为时间差；t₂为通话时长；α、β、γ、δ分别为d₁、d₂、t₁、t₂的权重；λ为遗忘因子，且0≤λ≤1。

7.如权利要求6所述的终端，其特征在于，所述用于计算需求度的模型为主模型；还包括：

记录模块，用于将排序后的联系人展示给所述终端用户之后，记录所述终端用户在排序后的联系人中选择的联系人；

调整模块，用于当确定所述联系人在所述通讯录中的排名低于预设名次时，对所述主模型中α、β、γ、δ中的至少一个权重参数进行调整得到用于计算需求度的备模型；

替换模块，用于确定所述备模型优于所述主模型时，将所述主模型替换为所述备模型。

8.如权利要求7所述的终端，其特征在于，所述替换模块具体用于根据以下步骤确定所述备模型优于所述主模型：

循环执行以下操作：

对于下一次接收到的打开通讯录的指令，针对所述通讯录中的每一联系人，分别利用主模型和备模型确定所述终端用户对该联系人的需求度；

针对本次所述终端用户在通讯录中选择的联系人，若利用所述备模型计算的所述终端用户对该联系人的需求度、高于利用所述主模型计算的所述终端用户对该联系人的需求度，则将所述备模型的累计次数加1；否则，将所述主模型的累计次数加1；

直到所述备模型相比所述主模型的累计计数次数先达到预设阈值时，确定所述备模型优于所述主模型。

9.一种电子设备，其特征在于，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行权利要求1～4任一所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行权利要求1～4任一所述方法的步骤。

Images