CN106657526A - 一种终端和联系人详情信息的显示方法 - Google Patents
一种终端和联系人详情信息的显示方法 Download PDFInfo
- Publication number
- CN106657526A CN106657526A CN201610998719.8A CN201610998719A CN106657526A CN 106657526 A CN106657526 A CN 106657526A CN 201610998719 A CN201610998719 A CN 201610998719A CN 106657526 A CN106657526 A CN 106657526A
- Authority
- CN
- China
- Prior art keywords
- storage item
- item information
- user
- contact person
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/27453—Directories allowing storage of additional subscriber data, e.g. metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/27453—Directories allowing storage of additional subscriber data, e.g. metadata
- H04M1/27457—Management thereof, e.g. manual editing of data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
- H04W8/205—Transfer to or from user equipment or user record carrier
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Library & Information Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开了一种终端和联系人详情信息的显示方法,可以获取各联系人中各项存储项信息的操作参数;然后根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;在接收到显示联系人信息的请求后,可以根据分析得到的各存储项信息的用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。本发明的方案在联系人详情数据过多时,能对用户较大可能使用的联系人的存储项信息进行优先显示,而不是显示所有联系人数据给用户,采用本发明,可以避免用户在较多的联系人信息中翻找自己需要的信息,避免用户视觉疲劳,同时节约用户的查找时间,本发明带给了用户极大的便利,提升了用户体验。
Description
技术领域
本发明涉及通信技术领域,更具体地说,涉及一种终端和联系人详情信息的显示方法。
背景技术
目前,随着移动通信和互联网技术的发展,与亲朋好友的联系方式越来越多样化,为了便于对联系人信息的记录,在通讯录中,联系人详情可添加的信息也越来越多,例如联系人电话号码,公司地址、生日、邮箱、纪念日、通话记录等等。并且某个联系人可能还具有多个电话号码、多个邮箱,这就导致了联系人详情信息的数量较多。
目前市场中的手机都是将联系人中所有的存储项信息全部列出给用户,即使屏幕上不能全部显示,也要用下拉列表的方式,将全部存储项信息显示出来。可以想到的是,一般用户进入联系人详情中大多情况只是需要其中一些常用到的信息如电话号码、邮箱等,在联系人的详情信息较多时,全部列出联系人的详情信息会让用户产生视觉疲劳,同时还要浪费时间查看这些信息,这样给用户带来很大的不便。
发明内容
本发明要解决的技术问题在于现有技术中,在联系人存储项较多的情况下,全部显示存储项带来的联系人信息查看麻烦、浪费查看时间以及易产生视觉疲劳的问题,针对该技术问题,提供一种终端和联系人详情信息的显示方法。
为解决上述技术问题,本发明提供一种终端,包括:
获取模块,用于获取各联系人中各项存储项信息的操作参数;
分析模块,用于根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;
显示模块,用于在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。
可选地,所述分析模块,还用于在获取模块获取所述操作参数前,若接收到显示联系人信息的请求,则判断所述联系人的存储项信息的数量是否超过所述预设显示数量,若是,则控制所述获取模块获取所述操作参数;否则,控制所述显示模块显示对应的联系人的所有存储项信息。
可选地,所述显示模块,用于在接收到显示联系人信息的请求后,若所述联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;否则,按照用户需求度从高到低的顺序,显示排列在前的预设显示数量的存储项信息。
可选地,所述联系人的存储项信息包括电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号中的至少一项。
可选地,所述操作参数包括存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种;
所述分析模块,用于根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。
为解决上述技术问题,本发明还提供了一种联系人详情信息的显示方法,包括:
获取对各联系人中各项存储项信息的操作参数;
根据预设计算方式以及所述操作参数,对各个联系人的各项存储项信息进行用户需求度分析;
在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。
可选地,在获取所述操作参数前,还包括:
若接收到显示联系人信息的请求,判断所述联系人的存储项信息的数量是否超过所述预设显示数量,若是,则获取所述操作参数;否则,显示对应的联系人的所有存储项信息。
可选地,所述在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对所述各联系人中各项存储项信息进行显示包括:
若所述联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;
否则,按照用户需求度从高到低的顺序,显示排列在前的预设显示数量的存储项信息。
可选地,所述联系人的存储项信息包括电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号中的至少一项。
可选地,所述操作参数包括存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种;
所述根据预设计算方式以及所述操作参数,对各个联系人的各项存储项信息进行用户需求度分析包括:
根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;
根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。
采用本发明的终端和联系人详情信息的显示方法,可以获取各联系人中各项存储项信息的操作参数;然后根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;在接收到显示联系人信息的请求后,可以根据分析得到的各存储项信息的用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。本发明的方案在联系人详情数据过多时,能对用户较大可能使用的联系人的存储项信息进行优先显示,而不是显示所有联系人数据给用户,采用本发明,可以避免用户在较多的联系人信息中翻找自己需要的信息,避免用户视觉疲劳,同时节约用户的查找时间,带给用户极大的便利,提升用户体验。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。
图2为本发明实施例一提供的一种终端的模块示意图;
图3为本发明实施例一提供的终端中显示模块显示的联系人显示界面图;
图4为本发明实施例二提供的一种终端的硬件结构示意图
图5为本发明实施例三提供的一种联系人详情信息的显示方法的流程图;
图6为本发明实施例四提供的另一种联系人详情信息的显示方法的流程图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身并没有特定的意义。因此,"模块"与"部件"可以混合地使用。
移动终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面,假设终端是移动终端,然而,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。
移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、输出单元140、存储器150、控制器160和电源单元170等等。图1示出了具有各种组件的移动终端,但是应理解的是,并不要求实施所有示出的组件,可以替代地实施更多或更少的组件,将在下面详细描述移动终端的元件。
无线通信单元110通常包括一个或多个组件,其允许移动终端100与无线通信系统或网络之间的无线电通信。例如,无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。本实施例的无线通信模块110可以用来实现第一接收模块2111。
广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且,广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供,并且在该情况下,广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在,例如,其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地,广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H),前向链路媒体(MediaFLO@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器150(或者其它类型的存储介质)中。
移动通信模块112将无线电信号发送到基站(例如,接入点等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。
无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。
短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。
位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术,GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法,从而根据经度、纬度和高度准确地计算三维当前位置信息。当前,用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外,GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。
A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220,相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示模块141上。经相机121处理后的图像帧可以存储在存储器150(或其它存储介质)中或者经由无线通信单元110进行发送,可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息,并且可以包括键盘、锅仔片、触摸板(例如,检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地,当触摸板以层的形式叠加在显示模块141上时,可以形成触摸屏。在本发明中,用户可以通过在用户输入单元上的点击,触发对某个联系人的显示请求。
输出单元140可以包括显示模块141、音频输出模块142、警报模块143等等。
显示模块141可以显示在移动终端100中处理的信息。例如,当移动终端100处于电话通话模式时,显示模块141可以显示与通话或其它通信(例如,文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时,显示模块141可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。
同时,当显示模块141和触摸板以层的形式彼此叠加以形成触摸屏时,显示模块141可以用作输入装置和输出装置。显示模块141可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看,这可以称为透明显示器,典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式,移动终端100可以包括两个或更多显示模块(或其它显示装置),例如,移动终端可以包括外部显示模块(未示出)和内部显示模块(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。显示模块141可以用于根据所述用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。
音频输出模块142可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将无线通信单元110接收的或者在存储器150中存储的音频数据转换音频信号并且输出为声音。而且,音频输出模块142可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出模块142可以包括扬声器、蜂鸣器等等。
警报模块143可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外,警报模块143可以以不同的方式提供输出以通知事件的发生。例如,警报模块143可以以振动的形式提供输出,当接收到呼叫、消息或一些其它进入通信(incoming communication)时,警报模块143可以提供触觉输出(即,振动)以将其通知给用户。通过提供这样的触觉输出,即使在用户的移动电话处于用户的口袋中时,用户也能够识别出各种事件的发生。警报模块143也可以经由显示模块141或音频输出模块142提供通知事件的发生的输出。
存储器150可以存储由控制器160执行的处理和控制操作的软件程序等等,或者可以暂时地存储己经输出或将要输出的数据(例如,电话簿、消息、静态图像、视频等等)。而且,存储器150可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。存储器150中可以存储各联系人的各项存储项信息的用户需求度。
存储器150可以包括至少一种类型的存储介质,存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且,移动终端100可以与通过网络连接执行存储器150的存储功能的网络存储装置协作。
控制器160通常控制移动终端的总体操作。例如,控制器160执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外,控制器160可以包括用于再现(或回放)多媒体数据的多媒体模块181,多媒体模块181可以构造在控制器160内,或者可以构造为与控制器160分离。控制器160可以执行模式识别处理,以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。控制器160可以用于获取各联系人中各项存储项信息的操作参数;根据预设计算方式以及操作参数,对各联系人的各项存储项信息进行用户需求度分析。
电源单元170在控制器160的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。
这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施,这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施,在一些情况下,这样的实施方式可以在控制器160中实施。对于软件实施,诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施,软件代码可以存储在存储器150中并且由控制器160执行。
至此,己经按照其功能描述了移动终端。下面,为了简要起见,将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此,本发明能够应用于任何类型的移动终端,并且不限于滑动型移动终端。
以下通过具体实施例进行详细说明。
第一实施例
参见图2,本实施例示出了一种终端,该终端可以获取对各联系人中各项存储项信息的操作参数,然后根据操作参数和预设的计算公式,对各联系人的各项存储项信息进行用户需求度分析;在显示联系人的存储项信息时,只显示用户需求度高的一定数量的存储项信息,降低了存储项的显示数量,避免用户的视觉疲劳,由于显示的存储项是用户常用的存储项,可以满足用户的基本产看需求,提高用户体验。
图2示出的终端包括获取模块21,分析模块22、显示模块23。
获取模块21,用于获取对各联系人中各项存储项信息的操作参数;
分析模块22,用于根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;
显示模块23,用于根据所述用户需求度以及预设显示数量对所述各联系人中各项存储项信息进行显示。
在实施例中,获取模块21和分析模块22可以由图1中的控制器160实现,显示模块23由图1中的显示模块141实现。
可以理解的是,在终端中,存储的联系人的数量一般为多个,而每个联系人中的存储项信息一般为至少一个。所以获取模块21在对各个联系人的各个存储项信息的操作参数都会进行获取。其中,对于某个联系人的存储项的操作包括但不限于:用户查看、用户编辑、用户使用(如用户直接拨号等等)以及第三方程序调用。所以相应的,某联系人中各个存储项信息都对应的操作参数的类型至少为一个。
可以预见对于每个联系人的各个存储项信息,获取的操作参数中的参数类型都是相同的,且预设计算方式也是相同的,所以分析模块22对于某联系人的各项存储项信息的分析都是基于同一分析方式进行的,得到的用户需求度分析结果是准确的。
其中,对于本实施例的存储项信息,包括但不限于电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号、生日中的至少一种,其中,可以理解的是,一个联系人,如张三,可能具有多个联系号码,多个邮件号码,多个住宅地址,多个公司地址、多个微信账号、多个QQ账号等等,每个电话号码、邮件号码、住宅地址、公司地址等都可以作为单独的一项存储项信息进行用户需求度分析。
上述的用户需求度用于表示用户对联系人中各项存储项信息的需求程度。可以预见的是,使用越频繁的存储项信息(例如联系人的电话号码)是用户需求度高的存储项信息。
本实施例中,显示模块23显示的是预设显示数量的存储项信息,且该显示的存储项信息还需要满足用户需求度在前的要求。其中,可以预见的是,若联系人中存储项信息的数量不超过预设显示数量,则可以不进行用户需求度分析,直接显示全部的存储项信息。
所以,在另一实施例中,分析模块22还用于在获取模块21获取所述操作参数前,判断各联系人的存储项信息的数量是否超过预设显示数量,是,则控制所述获取模块21获取所述操作参数;否,则控制显示模块23直接显示对应联系人的所有存储项信息。其中,可以预见的是,这里的对应联系人指的是存储项信息的数量不超过预设显示数量的联系人。相应的,显示模块23用于分析模块22的判断结果为否时,直接显示对应联系人的存储项信息;在分析模块22的判断结果为是时,根据所述用户需求度以及预设显示数量对所述各联系人中各项存储项信息进行显示。该方案可以降低分析模块22的负担,减少资源的浪费。
进一步的,考虑到本实施例的操作参数用于对存储项的用户需求度的分析,操作参数包括但不限于存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种。
其中,对于最后使用时间、预设周期内使用次数,若存储项信息是电话号码,则最后使用时间可以是电话号码的最后拨打时间或发送短信(包括彩信)的时间;若存储项信息是邮箱,则最后使用时间可以是最后发送邮件的时间,或最后接收邮件的时间;若存储项信息是地址(无论是公司地址还是私人住宅地址),则最后使用时间可以是最后点击进入地图的时间。而存储项信息的编辑时间则是用户最后通过触摸屏上的操作界面编辑存储项的时间。本实施例的所有联系人的存储项信息存储在终端中的存储器中。
其中,考虑到预设周期内使用次数反应了用户对存储项信息的使用频繁度,一般而言,使用越频繁的存储项信息是用户需要的信息,所以,可以只根据预设计算方法和预设周期内使用次数来分析存储项信息的用户需求度。预设周期的时长越长,得到的分析结果就越准确,但是考虑到数据收集所需时间不宜过长,可以将预设周期设置为半个月或一个月等等。可以预见的是,对于所有联系人的所有存储项信息,预设周期的标准是相同的。
分析模块22用于对同一联系人的各存储项信息在预设周期内的使用次数进行比较,使用次数较多,则该存储项信息的用户需求度高;使用次数较少,则该存储项信息的用户需求度低。
其中,上述的使用次数的累计中,用户点击使用或其他APP调用存储项信息都可以视作为存储项被使用。但在本实施例中,编辑不属于使用的一种,即用户编辑存储项信息,使用次数不进行累计。使用次数的累计可以由图1中的控制器160实现。
本实施例的分析模块22,用于根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。其中,对于预设的计算公式,可以理解的是操作参数中的各参数均对应一个计算公式。某项存储项信息的各参数均各自对应一个第一得分值。
考虑到操作参数中包含的参数越多,分析模块分析得到的用户需求度越准确,可选的,在一优选实施例中,将存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数均作为操作参数。
分析模块22对于联系人的每一个存储项信息,可以采用以下的方式进行用户需求度分析。
当获取模块21已经获取了某一存储项信息的最后编辑时间Te(某天),最后使用时间Tu(某天),以及最近一个月的使用次数Num,计算用户需求度评分Scroe(第二得分值):
Scroe=ScoreTe×0.3+ScoreTu×0.5+Num×0.2 (3)
公式1中ScoreTe为最后编辑时间得分,其中Tc为当前打开时间,Te为最后编辑时间,Tc–Te为两个时间之差的天数,最后用30减去该差值,使得编辑时间离当前越近的存储项得分越高。
公式2和公式1的格式接近,只是把最后编辑时间Te变为了最后使用时间Tu,最后使用时间是指对存储项信息进行使用的时间,该时间不包括编辑该存储项信息的时间。利用公式二,使用时间越接近当前,存储项信息的得分就越高。
对于预设周期内使用次数,其对应的得分计算公式可以理解为Scorenum=num。
公式3为该项存储项信息的总得分(即上述的第二得分值),其中给了各参数对应的得分权重,ScoreTe最后编辑时间的权重为30%,ScoreTu最后使用时间的得分权重为50%,预设周期内使用次数权重为20%,可以理解的是,上述的权重值只是初步给出,终端上的处理器可以根据操作参数中各参数的重要程度重新给出具体权重值,也可在今后的具体实践中根据实际情况做出调整。
可以理解的是,对于某联系人的各项存储项信息而言,第二得分值越高,则说明该存储项信息越容易被用户使用,其用户需求度就越高。
在本实施例中,分析模块根据上述的方案分析得到各联系人的各项存储项信息对应的用户需求度后,显示模块23需要对存储项信息进行显示。为了便于显示模块23的显示,分析模块22可以在得到用户需求度后,对联系人的各项存储项信息按照用户需求度从高到低(或从低到高)进行排序。当终端的用户输入单元130接收到用户点击查看联系人触发的显示联系人信息的请求后,显示模块23可以根据用户需求度从高到低的顺序对应显示预设显示数量的存储项信息。
可选地,考虑到存在联系人的存储项信息的数量低于预设显示数量的情况,本实施例的显示模块23,用于在接收到显示联系人信息的请求后,若该联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;否则,按照用户需求度从高到低排列的顺序,显示排列在前的预设显示数量的存储项信息。
下面举例说明显示模块23对存储项信息如何进行显示,假设用户需要查看的联系人是张三,该联系人的存储项信息包括两个电话号码:158XXXX1234、159XXXX1884,公司邮箱:cqzlXXX@126.com,公司地址:深圳市XXXX,生日:1983-XX-XX。其中分析模块对上述各存储项信息进行用户需求度分析后,发现用户需求度从高到低为:电话号码158XXXX1234、159XXXX1884、公司邮箱:cqzlXXX@126.com,公司地址:深圳市XXXX,生日:1983-XX-XX,而预设显示数量为3,则显示模块23显示的联系人信息界面如图3所示。只按照用户需求度从高到低的顺序显示排列在前3位的存储项信息。其中,若用户还需要查看其他存储项信息,可以点击图3中的显示更多项按钮,显示模块23显示隐藏的其他存储项信息。其中,在显示其他存储项信息时,显示模块23也可以按照用户需求度从高到低的顺序对对应的存储项信息进行显示。
在另一实施例中,获取模块21可以在终端接收到用户触发的显示联系人信息的请求后,才开始获取该联系人的各项存储项信息的操作参数,分析模块和显示模块也进行相应的处理。在对每个联系人的各项存储项信息进行分析后,可以对存储项信息的用户需求度进行存储,当用户再次点击该联系人(如张三)查看该联系人信息后,显示模块23可以根据存储的联系人张三的各项存储项信息的用户需求度对存储项信息进行显示,而不需要再次分析。
采用本实施例,可以获取各联系人中各项存储项信息的操作参数;然后根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;在接收到显示联系人信息的请求后,可以根据分析得到的各存储项信息的用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。本实施例的方案在联系人详情数据过多时,能帮助用户选择较大可能使用的数据进行优先显示,而不是显示所有联系人数据给用户,采用本实施例,可以避免用户在较多的联系人信息中翻找自己需要的信息的,节约用户的查找时间,带给用户极大的便利,提升用户体验。
第二实施例
参见图4,本实施例示出了一种终端,包括控制器160,显示模块141,用户输入单元130,存储器150。
其中,控制器160用于获取对各联系人中各项存储项信息的操作参数;根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;
显示模块141,用于根据所述用户需求度以及预设显示数量对所述各联系人中各项存储项信息进行显示。
可以理解的是,在终端中,存储的联系人的数量一般为多个,而每个联系人中的存储项信息一般为至少一个。所以控制器160在对各个联系人的各个存储项信息的操作参数都会进行获取。其中,对于某个联系人的存储项的操作包括但不限于:用户查看、用户编辑、用户使用(如用户直接拨号、发短信等等)以及第三方程序调用。所以相应的,某联系人中各个存储项信息都对应的操作参数的参数类型至少为一个。
可以预见对于每个联系人的各个存储项信息,获取的操作参数中的参数类型都是相同的,且预设计算方式也是相同的,所以控制器160对于同一联系人的各项存储项信息的分析都是基于同一分析标准进行的,得到的用户需求度分析结果的准确性有保证。
其中,对于本实施例的存储项信息,包括但不限于电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号、生日中的至少一种,其中,可以理解的是,一个联系人,如张三,可能具有多个联系号码,多个邮件号码,多个住宅地址,多个公司地址、多个微信账号、多个QQ账号等等,每个电话号码、邮件号码、住宅地址、公司地址等都可以作为单独的一项存储项信息进行用户需求度分析。
上述的用户需求度用于表示用户对联系人中各项存储项信息的需求程度。可以预见的是,使用越频繁的存储项信息(例如联系人的电话号码)是用户需求度高的存储项信息。
本实施例中,显示模块141显示的是预设显示数量的存储项信息,且该显示的存储项信息还需要满足对应的用户需求度排列在前的要求。其中,可以预见的是,若联系人中存储项信息的数量不超过预设显示数量,则可以不进行用户需求度分析,直接显示全部的存储项信息。
所以,在另一实施例中,控制器160还用于在获取操作参数前,判断各联系人的存储项信息的数量是否超过预设显示数量,是,则获取所述操作参数;否,则控制显示模块141直接显示对应联系人的所有存储项信息。其中,可以预见的是,这里的对应联系人指的是存储项信息的数量不超过预设显示数量的联系人。相应的,显示模块141用于控制器160的判断结果为否时,直接显示对应联系人的存储项信息;在控制器160的判断结果为是时,根据所述用户需求度以及预设显示数量对所述各联系人中各项存储项信息进行显示,该方案可以降低控制器160的负担,减少资源的浪费。
进一步的,考虑到本实施例的操作参数用于对存储项的用户需求度的分析,操作参数包括但不限于存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种。
其中,对于最后使用时间、预设周期内使用次数,若存储项信息是电话号码,则最后使用时间可以是电话号码的最后拨打时间或发送短信(包括彩信)的时间;若存储项信息是邮箱,则最后使用时间可以是最后发送邮件的时间,或最后接收邮件的时间;若存储项信息是地址(无论是公司地址还是私人住宅地址),则最后使用时间可以是最后点击进入地图的时间。而存储项信息的编辑时间则是用户最后通过触摸屏上的操作界面编辑存储项的时间。本实施例的所有联系人的存储项信息存储在终端中的存储器150中,并且,控制器160分析得到的联系人的各项存储项信息的用户需求度也可以存储在存储器150中。
其中,考虑到预设周期内使用次数反应了用户对存储项信息的使用频繁度,一般而言,使用越频繁的存储项信息是用户需要的信息,所以,控制器160可以只根据预设计算方法和预设周期内使用次数来分析存储项信息的用户需求度。可以想到的是,预设周期的时长越长,得到的分析结果就越准确,但是考虑到数据收集所需时间不宜过长,可以将预设周期设置为半个月或一个月等等。可以预见的是,对于所有联系人的所有存储项信息,预设周期的标准是相同的。
在一实施例中,控制器160用于对同一联系人的各存储项信息在预设周期内的使用次数进行比较,使用次数较多,则该存储项信息的用户需求度高;使用次数较少,则该存储项信息的用户需求度低。
本实施例的使用次数的累计可以由控制器160实现,用户点击使用或其他APP调用存储项信息都可以视作为存储项被使用。但在本实施例中,编辑不属于使用的一种,即用户编辑存储项信息,使用次数不进行累计。使用次数的累计。
本实施例的控制器160,用于根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。其中,对于预设的计算公式,可以理解的是操作参数中的各参数均对应一个计算公式。
考虑到操作参数中包含的参数越多,分析模块分析得到的用户需求度越准确,可选的,在一优选实施例中,将存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数均作为操作参数。
控制器160对于联系人的每一个存储项信息,可以采用以下的方式进行用户需求度分析。
当控制器160已经获取了某一存储项信息的最后编辑时间Te(某天),最后使用时间Tu(某天),以及最近一个月的使用次数Num,计算用户需求度评分Scroe(第二得分值):
Scroe=ScoreTe×0.3+ScoreTu×0.5+Num×0.2 (3)
公式1中ScoreTe为最后编辑时间得分,其中Tc为当前打开时间,Te为最后编辑时间,Tc–Te为两个时间之差的天数,最后用30减去该差值,使得编辑时间离当前越近的存储项得分越高。
公式2和公式1的格式接近,只是把最后编辑时间Te变为了最后使用时间Tu,最后使用时间是指对存储项信息进行使用的时间,该时间不包括编辑该存储项信息的时间。利用公式二,使用时间越接近当前,存储项信息的得分就越高。
对于预设周期内使用次数,其对应的得分计算公式可以理解为Scorenum=Num。
公式3为该项存储项信息的总得分(即上述的第二得分值),其中给了各参数对应的得分权重,ScoreTe最后编辑时间的权重为30%,ScoreTu最后使用时间的得分权重为50%,预设周期内使用次数权重为20%,可以理解的是,上述的权重值只是初步给出,终端上的处理器可以根据操作参数中各参数的重要程度重新给出具体权重值,也可在今后的具体实践中根据实际情况做出调整。
可以理解的是,对于某联系人的各项存储项信息而言,第二得分值越高,则说明该存储项信息越容易被用户使用,其用户需求度就越高。
在本实施例中,分析模块根据上述的方案分析得到各联系人的各项存储项信息对应的用户需求度后,显示模块141需要对存储项信息进行显示。为了便于显示模块141的显示,控制器160可以在得到用户需求度后,对联系人的各项存储项信息按照用户需求度从高到低(或从低到高)进行排序。当终端的用户输入单元130接收到用户查看联系人的点击操作时,触发了显示联系人信息的请求,显示模块141可以根据用户需求度从高到低的顺序对应显示预设显示数量的存储项信息。
可选地,考虑到存在联系人的存储项信息的数量低于预设显示数量的情况,本实施例的显示模块141,用于在接收到显示联系人信息的请求后,若该联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;否则,按照用户需求度从高到低排列的顺序,显示排列在前的预设显示数量的存储项信息。
显示模块141对存储项信息的显示,可以参考实施例一种的显示模块23的显示方案。
在另一实施例中,控制器160可以在终端接收到用户触发的显示联系人信息的请求后,才开始获取该联系人的各项存储项信息的操作参数,进行用户需求度的分析模块。在对每个联系人的各项存储项信息进行分析后,可以将存储项信息的用户需求度存储在存储器150中,当用户再次点击该联系人(如张三)查看该联系人信息后,显示模块141可以根据存储的联系人张三的各项存储项信息的用户需求度对存储项信息进行显示,而不需要再次分析。
采用本实施例的方案,在联系人详情数据过多时,能对用户较大可能使用的联系人的存储项信息进行优先显示,而不是显示所有联系人数据给用户,采用本发明,可以避免用户在较多的联系人信息中翻找自己需要的信息,避免用户视觉疲劳,同时节约用户的查找时间,本发明带给了用户极大的便利,提升了用户体验。
第三实施例
参见图5,本实施例示出了一种联系人详情信息的显示方法,包括:
S501、获取对各联系人中各项存储项信息的操作参数;
S502、根据预设计算方式以及所述操作参数,对各个联系人的各项存储项信息进行用户需求度分析;
S503、在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。
可以理解的是,一般在终端中存储的联系人的数量一般为多个,而每个联系人中的存储项信息一般为至少一个。所以S501中一般会对各个联系人的各个存储项信息的操作参数都进行获取。其中,对于某个联系人的存储项的操作包括但不限于:用户查看、用户编辑、用户使用(如用户直接拨号、发短信等等)以及第三方程序调用。所以相应的,某联系人中各个存储项信息都对应的操作参数的参数类型至少为一个。
可以预见对于每个联系人的各个存储项信息,获取的操作参数中的参数类型都是相同的,且预设计算方式也是相同的,所以对于同一联系人的各项存储项信息的分析都是基于同一分析标准进行的,得到的用户需求度分析结果的准确性有保证。
其中,对于本实施例的存储项信息,包括但不限于电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号、生日中的至少一种,其中,可以理解的是,一个联系人,如张三,可能具有多个联系号码,多个邮件号码,多个住宅地址,多个公司地址、多个微信账号、多个QQ账号等等,每个电话号码、邮件号码、住宅地址、公司地址等都可以作为单独的一项存储项信息进行用户需求度分析。
上述的用户需求度用于表示用户对联系人中各项存储项信息的需求程度。可以预见的是,使用越频繁的存储项信息(例如联系人的电话号码)是用户需求度高的存储项信息。
本实施例中,S503中显示的是预设显示数量的存储项信息,且该显示的存储项信息还需要满足对应的用户需求度排列在前的要求。其中,可以预见的是,若联系人中存储项信息的数量不超过预设显示数量,则可以不进行用户需求度分析,直接显示全部的存储项信息。
所以,在另一实施例中,在S501的步骤:获取操作参数前,还包括:若接收到显示联系人信息的请求,判断各联系人的存储项信息的数量是否超过预设显示数量,是,则获取所述操作参数;否,则直接显示对应的联系人的所有存储项信息。其中,可以预见的是,这里的对应的联系人指的是存储项信息的数量不超过预设显示数量的联系人。
进一步的,考虑到本实施例的操作参数用于对存储项的用户需求度的分析,操作参数包括但不限于存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种。
其中,对于最后使用时间、预设周期内使用次数,若存储项信息是电话号码,则最后使用时间可以是电话号码的最后拨打时间或发送短信(包括彩信)的时间;若存储项信息是邮箱,则最后使用时间可以是最后发送邮件的时间,或最后接收邮件的时间;若存储项信息是地址(无论是公司地址还是私人住宅地址),则最后使用时间可以是最后点击进入地图的时间。而存储项信息的编辑时间则是用户最后通过触摸屏上的操作界面编辑存储项的时间。本实施例的所有联系人的存储项信息存储在终端中的存储器中,并且,S502中分析得到的联系人的各项存储项信息的用户需求度也可以存储在存储器中。
其中,考虑到预设周期内使用次数反应了用户对存储项信息的使用频繁度,一般而言,使用越频繁的存储项信息是用户需要的信息,所以,S502中可以只根据预设计算方法和预设周期内使用次数来分析存储项信息的用户需求度。可以想到的是,预设周期的时长越长,得到的分析结果就越准确,但是考虑到数据收集所需时间不宜过长,可以将预设周期设置为半个月或一个月等等。可以预见的是,对于所有联系人的所有存储项信息,预设周期的标准是相同的。
在一实施例中,S502包括:对同一联系人的各存储项信息在预设周期内的使用次数进行比较,使用次数较多,则该存储项信息的用户需求度高;使用次数较少,则该存储项信息的用户需求度低。
本实施例的使用次数的累计可以由图1中终端的控制器160实现,用户点击使用或其他APP调用存储项信息都可以视作为存储项被使用。但在本实施例中,编辑不属于使用的一种,即用户编辑存储项信息,使用次数不进行累计。使用次数的累计。
其中,根据预设计算方式以及所述操作参数,对各个联系人的各项存储项信息进行用户需求度分析包括:
根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;
根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。
可以理解的是,对于预设的计算公式,操作参数中的各参数均对应一个计算公式。
考虑到操作参数中包含的参数越多,分析模块分析得到的用户需求度越准确,可选的,在一优选实施例中,将存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数均作为操作参数。
其中,对于根据存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数均作为操作参数得到存储项信息的用户需求度的方法,可以参考实施例一中的相关记载。本实施例对此不再赘述。
可以理解的是,各参数对应的权重值可以根据操作参数中各参数的重要程度重新设置,也可在今后的具体实践中根据实际情况做出调整。
可以理解的是,对于某联系人的各项存储项信息而言,第二得分值越高,则说明该存储项信息越容易被用户使用,其用户需求度就越高。
在本实施例中,分析模块根据上述的方案分析得到各联系人的各项存储项信息对应的用户需求度后,S503中,需要对存储项信息进行显示。为了便于存储项信息的显示,可以在S502后,对联系人的各项存储项信息按照用户需求度从高到低(或从低到高)进行排序。当终端的用户输入单元接收到用户查看联系人的点击操作时,触发了显示联系人信息的请求后,S503中可以根据用户需求度从高到低的顺序对应显示预设显示数量的存储项信息。
可选地,考虑到存在联系人的存储项信息的数量低于预设显示数量的情况,S503包括:
在接收到显示联系人信息的请求后,若该联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;否则,按照用户需求度从高到低排列的顺序,显示排列在前的预设显示数量的存储项信息。对于存储项信息的显示界面,可以参考实施例一种的显示模块23的显示界面。
采用本实施例,可以获取各联系人中各项存储项信息的操作参数;然后根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;在接收到显示联系人信息的请求后,可以根据分析得到的各存储项信息的用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。本发明的方案在联系人详情数据过多时,能对用户较大可能使用的联系人的存储项信息进行优先显示,而不是显示所有联系人数据给用户,采用本发明,可以避免用户在较多的联系人信息中翻找自己需要的信息,避免用户视觉疲劳,同时节约用户的查找时间,本发明带给了用户极大的便利,提升了用户体验。
第四实施例
参见图6,本实施例示出一种联系人详情信息的显示方法,假设在本实施例中,用户打开某个联系人后,终端才对该联系人的存储项信息的操作参数进行获取,假设预设显示数量为N(N为大于零的正整数),本实施例的方法包括:
S601、接收到用户对于某个联系人的查看请求;
上述的查看请求可以通过用户在用户输入界面上点击通讯录中的联系人触发。
S602、判断该联系人的存储项信息的数量是否超过N;若是,进入S604,否,进入S603;
S603、显示该联系人所有的存储项信息。
S604、获取该联系人的各项存储项信息的操作参数;该操作参数包括存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数。
S605、根据预设的计算公式以及存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数对各项存储项信息进行用户需求度分析;
S606、将该联系人的存储项信息按照用户需求度从高到低排列;
S607、显示top-N的存储项信息。
采用本实施例的方法,可以对联系人中的多项存储项信息的用户需求度进行分析,显示用户需求度在前的一定数量的存储项信息,避免所有信息一起显示给用户造成的视觉疲劳,降低了需求度高的信息被查看所需的时间,提高了用户的查看率,提升了用户体验。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种终端,包括:
获取模块,用于获取各联系人中各项存储项信息的操作参数;
分析模块,用于根据预设计算方式以及所述操作参数,对各联系人的各项存储项信息进行用户需求度分析;
显示模块,用于在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。
2.如权利要求1所述的终端,其特征在于,所述分析模块,还用于在获取模块获取所述操作参数前,若接收到显示联系人信息的请求,则判断所述联系人的存储项信息的数量是否超过所述预设显示数量,若是,则控制所述获取模块获取所述操作参数;否则,控制所述显示模块显示对应的联系人的所有存储项信息。
3.如权利要求1所述的终端,其特征在于,所述显示模块,用于在接收到显示联系人信息的请求后,若所述联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;否则,按照用户需求度从高到低的顺序,显示排列在前的预设显示数量的存储项信息。
4.如权利要求1所述的终端,其特征在于,所述联系人的存储项信息包括电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号中的至少一项。
5.如权利要求1-4任一项所述的终端,其特征在于,所述操作参数包括存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种;
所述分析模块,用于根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。
6.一种联系人详情信息的显示方法,其特征在于,包括:
获取对各联系人中各项存储项信息的操作参数;
根据预设计算方式以及所述操作参数,对各个联系人的各项存储项信息进行用户需求度分析;
在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对对应的联系人中各项存储项信息进行显示。
7.如权利要求6所述的联系人详情信息的显示方法,其特征在于,在获取所述操作参数前,还包括:
若接收到显示联系人信息的请求,判断所述联系人的存储项信息的数量是否超过所述预设显示数量;
若是,则获取所述操作参数;
否则,显示对应的联系人的所有存储项信息。
8.如权利要求6所述的联系人详情信息的显示方法,其特征在于,所述在接收到显示联系人信息的请求后,根据所述用户需求度以及预设显示数量对所述各联系人中各项存储项信息进行显示包括:
若所述联系人的存储项信息的数量低于预设显示数量,则按照用户需求度从高到低的顺序显示所述存储项信息;
否则,按照用户需求度从高到低的顺序,显示排列在前的预设显示数量的存储项信息。
9.如权利要求6所述的联系人详情信息的显示方法,其特征在于,所述联系人的存储项信息包括电话号码、邮件号码、公司地址、住宅地址、微信账号、QQ账号中的至少一项。
10.如权利要求6-9任一项所述的联系人详情信息的显示方法,其特征在于,所述操作参数包括存储项信息的最后编辑时间、最后使用时间、预设周期内使用次数中的至少一种;
所述根据预设计算方式以及所述操作参数,对各个联系人的各项存储项信息进行用户需求度分析包括:
根据预设的计算公式对操作参数中的各参数进行计算得到各参数对应的第一得分值;
根据所述操作参数中各参数的第一的得分值和对应的权重值对所述各联系人中各存储项信息进行计分得到第二得分值,根据所述第二得分值确定所述用户需求度。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610998719.8A CN106657526A (zh) | 2016-11-11 | 2016-11-11 | 一种终端和联系人详情信息的显示方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610998719.8A CN106657526A (zh) | 2016-11-11 | 2016-11-11 | 一种终端和联系人详情信息的显示方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106657526A true CN106657526A (zh) | 2017-05-10 |
Family
ID=58805888
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610998719.8A Pending CN106657526A (zh) | 2016-11-11 | 2016-11-11 | 一种终端和联系人详情信息的显示方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106657526A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102332021A (zh) * | 2011-09-23 | 2012-01-25 | 捷开通讯科技(上海)有限公司 | 通信装置联系人列表管理装置及方法 |
CN104660769A (zh) * | 2013-11-19 | 2015-05-27 | 腾讯科技(深圳)有限公司 | 一种添加联系人信息的方法、装置和系统 |
CN106060257A (zh) * | 2016-06-14 | 2016-10-26 | 北京小米移动软件有限公司 | 查看联系人相关信息的方法及装置 |
-
2016
- 2016-11-11 CN CN201610998719.8A patent/CN106657526A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102332021A (zh) * | 2011-09-23 | 2012-01-25 | 捷开通讯科技(上海)有限公司 | 通信装置联系人列表管理装置及方法 |
CN104660769A (zh) * | 2013-11-19 | 2015-05-27 | 腾讯科技(深圳)有限公司 | 一种添加联系人信息的方法、装置和系统 |
CN106060257A (zh) * | 2016-06-14 | 2016-10-26 | 北京小米移动软件有限公司 | 查看联系人相关信息的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105242898B (zh) | 移动终端分屏显示装置和方法 | |
US9274666B2 (en) | Method and apparatus for providing chatting service | |
CN106941443A (zh) | 一种群历史记录查看终端和方法 | |
CN105159533A (zh) | 一种移动终端及其验证码自动输入方法 | |
EP3147842A1 (en) | Methods, devices and systems for managing calendar data | |
CN105094531A (zh) | 一种图标排序系统和方法 | |
CN106293961B (zh) | 文本信息处理方法及装置 | |
CN106941565B (zh) | 通讯录显示方法及移动终端 | |
CN107038074A (zh) | 基于关联策略的内存优化装置及方法 | |
CN105975540A (zh) | 信息显示方法及装置 | |
CN104809221A (zh) | 音乐信息的推荐方法及装置 | |
CN105511715A (zh) | 一种利用无边框触屏启动程序助手的方法及装置 | |
CN106254617B (zh) | 一种移动终端及控制方法 | |
CN105554710A (zh) | 消息显示方法和装置 | |
CN109033263A (zh) | 一种应用推荐方法及终端 | |
CN106550124A (zh) | 一种应用预装方法及终端 | |
CN106446096A (zh) | 一种文件分享方法、装置及终端 | |
CN105183830B (zh) | 图片浏览方法及装置 | |
CN106572230A (zh) | 一种通话记录装置及其方法 | |
CN106527799A (zh) | 防止按键被误操作的方法与装置 | |
CN106445391A (zh) | 一种基于多点触控的分屏方法及分屏系统 | |
CN106960046A (zh) | 图片推荐方法及终端 | |
CN106487976B (zh) | 移动终端拨号装置和方法 | |
CN106534446A (zh) | 移动终端拨号装置和方法 | |
CN106603872A (zh) | 一种根据关联策略启动应用的方法、装置和移动终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170510 |