CN115857748A - 交互方法、智能终端及存储介质 - Google Patents

Abstract

本申请提出了一种交互方法、智能终端及存储介质，交互方法可应用于智能终端，包括以下步骤：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；确定或生成所述常用联系人对应的快捷方式；于快捷触发区域显示所述快捷方式。本申请在获取交互操作后，先确定至少一个常用联系人，再将常用联系人的快捷方式显示在快捷触发区域，提高对联系人的查找效率，提升了用户体验。

Description

交互方法、智能终端及存储介质

5技术领域

本申请涉及终端技术领域，具体涉及一种交互方法、智能终端及存储介质。

背景技术

一些实现中，在用户需发信息至任一联系人或播打任一联系人的联系方式0时，需进入对应的应用程序查找到对应的联系人。

在构思及实现本申请过程中，发明人发现至少存在如下问题：如果需要跟不同软件的不同联系人沟通，需要实现一个应用程序和另一个应用程序之间的切换，需耗费大量的时间成本，或者如果某个软件中有常用联系人，需要进入这个软件，再找到对应的联系人，也需耗费大量的时间成本。

5前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种交互方法、智能终端及存储介质，使用户可以快速与联系人通信，操作简单方便。

本申请提供一种交互方法，可应用于智能终端，包括步骤：

S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；

S20：确定或生成所述常用联系人对应的快捷方式；

5S30：于快捷触发区域显示所述快捷方式。

可选地，所述快捷触发区域和/或目标界面叠加显示于当前显示界面。

可选地，所述快捷触发区域和/或所述目标界面与所述当前显示界面之间无蒙层遮罩。

可选地，所述方法还包括：

0获取运行的应用的类型；

在所述目标应用的类型为预设类型时，执行所述S20步骤。

可选地，所述S10步骤包括以下至少一项：

根据所述目标应用中对应的联系人的联系频次，将联系频次大于或等于预设频次阈值的联系人确定为所述常用联系人；

5根据所述目标应用中对应的联系人的操作频次，将操作频次大于或等于预设频次阈值的联系人确定为所述常用联系人；

根据当前拖拽对象，将所述当前拖拽对象确定为所述常用联系人。

可选地，所述方法还包括以下至少一项：

检测于所述快捷方式的第一触发操作，确定所述第一触发操作的待删除快捷方式，删除所述待删除快捷方式；

获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式；

获取所述快捷触发区域中各个快捷方式对应的最近通讯时间，确定各个快5捷方式对应的最近通讯时间与当前时间的时间间隔，删除时间间隔超出预设时

长对应的快捷方式。

可选地，所述确定至少一个所述目标应用对应的至少一个常用联系人的步骤之后，还包括：

根据运行的应用的类型确定当前运行场景；

0根据当前运行场景确定或生成目标常用联系人，以确定或生成所述目标常

用联系人对应的快捷方式，于快捷触发区域显示所述目标常用联系人对应的快捷方式。

可选地，所述根据当前运行场景确定或生成目标常用联系人的步骤包括：

根据当前运行场景确定或生成与所述当前运行场景关联的目标应用；5根据所述目标应用关联的常用联系人确定或生成所述目标常用联系人。

可选地，所述根据所述目标应用关联的常用联系人确定或生成所述目标常用联系人包括：

获取待交互内容和/或所述目标应用关联的常用联系人的联系人标签；

根据与所述待交互内容匹配的所述联系人标签对应的常用联系人确定所述0目标常用联系人。

可选地，所述根据当前运行场景确定或生成目标常用联系人的步骤包括：

根据当前运行场景确定所述当前运行场景关联的常用联系人；

根据当前运行场景关联的常用联系人确定或生成所述目标常用联系人。

5本申请还提供一种智能终端，包括：存储器、处理器，其中，所述存储器上存储有交互程序，所述交互程序被所述处理器执行时实现如上任一所述交互方法的步骤。

本申请还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上任一所述交互方法的步骤。

如上所述，本申请的交互方法，可应用于智能终端，包括步骤：S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；S20：

确定或生成所述常用联系人对应的快捷方式；S30：于快捷触发区域显示所述快

捷方式。通过上述技术方案，可以实现于快捷区域显示常用联系人的快捷方式5功能，解决了用户查找联系人的效率低下的问题，进而提升了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种智能终端的硬件结构示意图；

图2为本申请实施例提供的一种通信网络***架构图；

图3是根据第一实施例示出的交互方法的流程示意图；

图4是根据第一实施例示出的交互方法的拖拽示意图；

图5是根据第一实施例示出的交互方法的快捷触发区域示意图；

图6是根据第一实施例示出的交互方法的快捷触发区域示意图；

图7是根据第一实施例示出的交互方法的快捷触发区域示意图；

图8是根据第二实施例示出的交互方法的流程示意图；

图9是根据第三实施例示出的交互方法的流程示意图；

图10是根据第四实施例示出的交互方法S32步骤的细化流程示意图；

图11是根据第五实施例示出的交互方法S322步骤的流程示意图；

图12是根据第六实施例示出的交互方法S32步骤的流程示意图；

图13是根据第七实施例示出的交互方法的流程示意图；

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S10、S20等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S20后执行S10等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

智能终端可以以各种形式来实施。例如，本申请中描述的智能终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等智能终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以智能终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请各个实施例的一种智能终端的硬件结构示意图，该智能终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的智能终端结构并不构成对智能终端的限定，智能终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对智能终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)、TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)和5G等。

WiFi属于短距离无线传输技术，智能终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于智能终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在智能终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与智能终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可

以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风10425接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音

频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

智能终端100还包括至少一种传感器105，比如光传感器、运动传感器以及0其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环

境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在智能终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静

止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切5换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元0 106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与智能终

端的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元107可5包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，

可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控

制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作0带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触

摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。可选地，其他输入设备1072可以包括但不限于物理键盘、5功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一

种或多种，具体此处不做限定。

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现智能终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现智能终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与智能终端100连接可以通过的接口。5例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到

的输入传输到智能终端100内的一个或多个元件或者可以用于在智能终端1000和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存

储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储5器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少

一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是智能终端的控制中心，利用各种接口和线路连接整个智能终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行智能终端的各种功能和处理数据，从0而对智能终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，

处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

智能终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，5电源111可以通过电源管理***与处理器110逻辑相连，从而通过电源管理系

统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，智能终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的智能终端所基于的通信网络0***进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络***架构图，该通信网络***为通用移动通信技术的LTE***，该LTE***包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial RadioAccess Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，5演进式分组核心网)203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子***)或其它IP业务等。

虽然上述以LTE***为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE***，也可以适用于其他无线通信***，例如GSM、CDMA2000、WCDMA、TD-SCDMA、5G以及未来新的网络***(如6G)等，此处不做限定。

基于上述智能终端硬件结构以及通信网络***，提出本申请各个实施例。

第一实施例

参照图3，图3示出了交互方法第一实施例的流程示意图，所述方法包括以下步骤：

S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；

S20：确定或生成所述常用联系人对应的快捷方式；

S30：于快捷触发区域显示所述快捷方式。

在本申请实施例方法，可应用于智能终端，所述智能终端安装有至少一个不同的目标应用，所述目标应用包括至少一个联系人，所述交互操作包括当前交互操作和/或历史交互操作，所述交互操作可以是用户与联系人之间的对话操作、用户对联系人的联系方式的分享操作、用户在目标应用内的添加联系人操作、用户在目标应用内的删除联系人操作、用户对联系人的收藏操作、标签添加操作等，所述交互操作用于指示确定常用联系人，所述常用联系人可以是同一个目标应用中的至少一个常用联系人，还可以是不同目标应用中的常用联系人，所述目标应用包括通信应用，如微信应用、电话应用、微博应用等。

可选地，所述S10步骤包括以下至少一项：

根据所述目标应用中对应的联系人的联系频次，将联系频次大于或等于预设频次阈值的联系人确定为所述常用联系人；

根据所述目标应用中对应的联系人的操作频次，将操作频次大于或等于预设频次阈值的联系人确定为所述常用联系人；

根据当前拖拽对象，将所述当前拖拽对象确定为所述常用联系人。

可选地，获取所述目标应用中对应的联系人的联系频次，将联系频次大于或等于预设频次阈值的联系人作为所述常用联系人，还可以将各个目标应用中对应的联系频次大于或等于预设频次阈值的联系人均作为所述常用联系人，示例性地，短信应用对应的联系频次大于或等于预设频次阈值的联系人为“短信联系人A”，微信应用对应的联系频次大于或等于预设频次阈值的联系人为“微信联系人B”，将“短信联系人A”与“微信联系人B”作为所述常用联系人。

可选地，所述操作频次为对所述联系人的操作的频次，所述操作包括对联系人的分享操作、对联系人的收藏操作、对联系人的置顶操作等，示例性地，微信应用的“微信联系人B”被用户分享1次，被用户收藏1次，被用户置顶一次，则所述操作频次为3次。可选地，获取各个目标应用对应的联系人的操作频次，将操作频次大于或等于预设频次阈值的联系人作为所述常用联系人。

可选地，还可以基于用户的拖拽操作确定常用联系人，可选地，根据所述拖拽操作确定当前拖拽对象，将所述当前拖拽对象确定为所述常用联系人，在实际操作中，在检测到针对联系人的长按操作时，呼出快捷触发区域，用户不松手拖动至所述快捷触发区域中，在检测到用户将联系人拖拽到快捷触发区域时，将拖拽到快速触发区域的联系人作为所述当前拖拽对象，所述快捷触发区域可以是侧边栏，可以是状态栏，可以是当前显示界面的右上角区域、还可以是当前显示界面的右下角区域，此处不作限定，在所述快捷触发区域为侧边栏区域时，用户长按住目标应用内的联系人对话窗口，不松手拖动至侧边栏中，待侧边栏中显示该联系人的联系人头像则视为操作完成信号。示例性地，参照图4，图4示出了根据拖拽操作确定常用联系人的示例图。

可选地，确定常用联系人的方式还可以是接收用户针对目标应用中的联系人的聊天对话框的长按操作，将所述长按操作对应的聊天对话框对应的联系人作为所述常用联系人。

可选地，确定常用联系人的方式还可以是获取目标应用内的未读信息对应的联系人，将所述联系人作为所述常用联系人，以使用户基于快捷触发区域可直接进入该联系人的目标界面以查看并回复未读信息，还可以是获取目标应用内的未读信息的数量大于或等于预设数量的联系人，将所述联系人作为所述常用联系人。

可选地，在确定所述常用联系人后，确定或生成所述常用联系人对应的快捷方式，所述快捷方式可以是联系人头像、联系人姓名等，所述快捷方式具备启动所述快捷方式对应的联系人对应的目标界面的功能，在用户发起对快捷方式的触控操作时，响应于所述触控操作，输出所述快捷方式对应的联系人的目标界面。可选地，将所述目标界面以小窗形式叠加显示于当前显示界面，且所述目标界面与所述当前显示界面之间无蒙层遮罩，使得用户可基于目标界面执行通信的同时，同时针对当前显示界面执行相应操作，示例性地，在用户在使用微信与微信联系人聊天时，当前显示界面为微信聊天界面，于快捷触发区域显示常用联系人的快捷方式后，所述常用联系人可以是邮件应用的收件人，接收用户对快捷方式的触控操作，将收件人的目标界面以小窗形式叠加显示于微信聊天界面中，用户可基于收件人的目标界面发送邮件的同时，基于微信聊天界面继续与微信联系人聊天。可选地，所述目标界面显示有预设控件，所述预设控件用于退出所述目标界面。

可选地，输出所述快捷方式对应的联系人的目标界面的方式还可以是跳转至所述快捷方式对应的常用联系人的目标界面。可选地，在跳转至所述快捷方式对应的常用联系人的目标界面后，还可以将当前显示界面与所述目标界面进行分屏显示，或将当前显示界面以小窗形式叠加显示于所述目标界面中。

可选地，在确定或生成所述快捷方式后，于快捷触发区域显示所述快捷方式，以通过所述快捷方式触发所述常用联系人对应的目标界面，可选地，所述快捷触发区域可以是当前显示界面的预设区域，如右上角区域，左下角区域于所述当前显示界面的预设区域显示所述快捷方式的方式可以是以悬浮窗口的形式将所述常用联系人对应的快捷方式显示，示例性地，参照图5，图5示出了以悬浮窗口显示所述快捷方式的示意图。

可选地，所述快捷触发区域可以是侧边栏中的预设区域中，用户在呼出所述侧边栏后，基于所述侧边栏的预设区域即可查看到常用联系人的快捷方式，基于对快捷方式进行触控操作后，即可触发所述常用联系人对应的目标界面，示例性地，参照图6，图6示出了于侧边栏中的预设区域显示快捷方式的示意图。

可选地，所述快捷触发区域还可以是状态栏的联系人显示面板，在用户下拉以呼出状态栏时，基于所述状态栏的联系人显示面板即可查看到常用联系人的快捷方式，示例性地，参照图7，图7示出了于状态栏中的联系人显示面板显示快捷方式的示意图。

可选地，所述快捷触发区域还可以是所述智能终端的负一屏区域，还可以是所述智能终端的预设桌面组件所在区域，所述预设桌面组件用于显示各个车行用联系人的快捷方式，还可以是所述智能终端的解锁区域，在用户基于解锁区域对智能终端进行解锁后，可基于所述解锁区域直接对常用联系人进行触控操作，以触发所述常用联系人对应的目标界面。

可选地，所述快捷触发区域叠加显示于当前显示界面，所述快捷触发区域与所述当前显示界面之间无蒙层遮罩，所述快捷触发区域显示有预设控件，所述预设控件用于退出显示所述快捷方式，如此，用户即使对除所述快捷触发区域以外的其他区域执行触控操作时，所述快捷方式仍固定显示于所述快捷触发区域中，直至接收到针对所述快捷触发区域的预设控件的触控操作。

在本申请实施例中，通过响应于目标应用的历史交互操作和/或当前交互操作，基于交互操作筛选出至少一个目标应用对应的常用联系人后，确定或生成所述常用联系人对应的快捷方式，进而于快捷触发区域显示所述快捷方式，以通过所述快捷方式触发所述常用联系人对应的目标界面，用户只需对快捷触发区域显示的快捷方式即可触发常用联系人对应的目标界面，而无需先启动该常用联系人所在的目标应用，再基于启动后的目标应用查找到联系人，进而触发联系人对应的目标界面，提高了通信的便捷性，另外，基于所述快捷触发区域可同时显示不同的目标应用的联系人的快捷方式，用户基于所述快捷区域可实现与多个不同的目标应用对应的联系人的沟通，在用户需跟不同目标应用的不同联系人进行沟通时，也只需基于所述快捷触发区域即可触发另一目标应用的联系人的目标界面，而无需先退出当前目标应用，再切换到另一目标应用，提高了不同目标应用对应的联系人的通信便捷性。

第二实施例

基于第一实施例，参照图8，图8示出了本申请交互方法第二实施例的流程示意图，所述方法包括以下步骤：

S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；

S21：获取运行的应用的类型，在确定所述应用的类型为预设类型，确定或生成所述常用联系人对应的快捷方式；

S30：于快捷触发区域显示所述快捷方式。

可选地，在确定或生成所述常用联系人对应的快捷方式后，获取运行的应用的类型，判断所述类型是否为预设类型，在所述类型为预设类型时，于快捷触发区域显示所述快捷方式，以通过所述快捷方式触发所述常用联系人对应的目标界面，所述预设类型包括但不限于游戏类型、视频类型等，在用户在运行游戏或观看视频时，通过于快捷触发区域显示所述快捷方式，用户无需中断游戏或中断视频即可同时实现边打游戏或看视频，边触发常用联系人的目标界面的操作，提升用户体验；如此，在所述类型不是预设类型时，拒绝执行于快捷触发区域显示所述快捷方式的步骤，无需占用额外的显示空间以作为快捷触发区域显示所述快捷方式。

在本申请实施例中，在确定或生成常用联系人对应的快捷方式后，获取运行的应用的类型，在所述类型为预设类型时，于快捷触发区域显示所述快捷方式，以通过所述快捷方式触发所述常用联系人对应的目标界面，以方便用户在运行符合预设类型的应用时，基于快捷触发区域实现继续运行当前应用的前提下，触发常用联系人的通话界面，提升通信的便捷性。

第三实施例

基于上述所有实施例，参照图9，图9示出了交互方法第三实施例的流程示意图，所述方法包括以下步骤：

S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；

S31：根据运行的应用的类型确定当前运行场景；

S32：根据当前运行场景确定或生成目标常用联系人，以确定或生成所述目标常用联系人对应的快捷方式，于快捷触发区域显示所述目标常用联系人对应的快捷方式；

S33：于所述快捷触发区域显示所述目标常用联系人对应的快捷方式。

在本申请实施例中，在不同的运行场景下，用户需进行联系的联系人不同，如在工作场景下，需联系的联系人可以是同事，在游戏场景下，需联系的联系人可以是游戏好友，如此，为了避免于快捷触发区域显示过多的常用联系人对应的快捷方式以及提高用户联系所需的联系人的效率，本申请实施例提出了一种根据当前运行场景筛选出于当前运行场景匹配的目标常用联系人，于快捷触发区域显示目标常用联系人对应的快捷方式的方法。

可选地，确定当前运行场景的方式可以是根据终端运行的应用的类型确定，不同的应用对应不同的运行场景，示例性地，在所述应用为游戏类应用，则所述当前运行场景为游戏场景，在所述应用为工作类应用，则所述当前运行场景为工作场景。

可选地，确定当前运行场景的方式还可以是根据当前时间和/或当前地点确定，示例性地，在所述当前时间为中午12点，则所述当前运行场景为吃饭场景，在所述当前时间点为晚上7点，则所述当前运行场景为休闲场景；在所述当前地点为工作地点时，则所述当前运行场景为工作场景。

可选地，确定当前运行场景的方式还可以是根据待交互内容确定，不同的待交互内容对应不同的运行场景，示例性地，在所述待交互内容为工作相关内容，则所述当前运行场景为工作场景，在所述待交互内容为餐品分享图时，则所述当前运行场景为吃饭场景。所述待交互内容为用户需发送给对应的联系人的内容。

可选地，在确定所述当前运行场景后，根据当前运行场景确定或生成目标常用联系人，于所述快捷触发区域显示所述目标常用联系人对应的快捷方式。

在本申请实施例，通过识别当前运行场景，根据当前运行场景从多个常用联系人中筛选出与当前运行场景匹配的目标常用联系人，避免由于常用联系人过多，导致用户从快捷触发区域查找所需的联系人的快捷方式的效率低下的问题，从而提高了通信效率。

第四实施例

基于上述所有实施例，参照图10，所述S32步骤包括步骤：

S321：根据当前运行场景确定或生成与所述当前运行场景关联的目标应用；

S322：根据所述目标应用关联的常用联系人确定或生成所述目标常用联系人。

可选地，在不同的运行场景下，用户所需联系的联系人所在的目标应用不同，示例性地，在游戏场景时，用户需将游戏邀请链接发送给微信应用的联系人，在工作场景时，用户需将工作的相关信息发送至工作类应用的联系人。如此，在确定所述当前运行场景后，获取与所述当前运行场景关联的目标应用。

可选地，不同的目标应用关联有不同的常用联系人，所述常用联系人可以是所述目标应用内的联系人，示例性地，微信应用关联的常用联系人为微信联系人，工作类应用关联的常用联系人为同事，所述常用联系人还可以是与所述目标应用关联的其它目标应用内的联系人。

可选地，在确定所述当前运行场景关联的目标应用后，将目标应用关联的常用联系人作为所述目标常用联系人，进而将所述目标常用联系人对应的快捷方式显示于所述快捷触发区域，以供用户基于所述快捷触发区域直接触发所述当前应用场景关联的目标应用内的常用联系人的目标界面。

在本申请实施例，在确定所述当前运行场景后，基于所述当前运行场景确定对应的目标应用，进而将所述目标应用内的常用联系人或与所述目标应用关联的其它目标应用内的常用联系人确定为所述目标应用关联的常用联系人，将所述目标应用关联的常用联系人作为所述目标常用联系人，将所述目标常用联系人对应的快捷方式显示于快捷触发区域，以供用户快速触发与所述当前运行场景匹配的目标常用联系人的目标界面，提供通信效率。

第五实施例

基于上述所有实施例，参照图11，所述S322步骤包括步骤：

S3221：获取待交互内容和/或所述目标应用关联的常用联系人的联系人标签；

S3222：根据与所述待交互内容匹配的所述联系人标签对应的常用联系人确定所述目标常用联系人。

可选地，所述目标应用关联的常用联系人对应不同的联系人标签，示例性地，所述联系人标签可根据与所述常用联系人进行交互时的交互内容的内容确定，还可以根据所述常用联系人与用户之间的社交关系确定，如用户使用微信应用中，为不同的联系人建立不同的联系人标签，如“家人”标签、“同事”标签、“游戏好友”标签，可选地，一个联系人可对应至少一个联系人标签，所述联系人标签可以是所述目标应用在实际使用过程中自动标注，还可以用户手动标注，此处不作限定。

可选地，不同的联系人标签对应的常用联系人对应的交互内容的类型不同，示例性地，“同事”标签对应的常用联系人对应的交互内容通常为工作相关内容如工作文档等；“游戏好友”标签对应的常用联系人对应的交互内容通常为游戏相关内容如游戏界面封面、游戏邀请链接等。基于此，在确定或生成与当前运行场景关联的目标应用后，获取所述目标应用关联的常用联系人的联系人标签，和/或所述待交互内容。可选地，确定所述目标联系人的方式的方式可以是确定所述与所述待交互内容匹配的联系人标签，将所述联系人标签对应的常用联系人作为所述目标联系人；可选地，确定或生成所述目标联系人的方式还可以是根据所述待交互内容的内容类型，将所述目标应用关联的常用联系人中与所述内容类型匹配的常用联系人作为所述目标常用联系人，如所述待交互内容的内容类型为工作链接，匹配的常用联系人为工作同事；可选地，确定或生成所述目标联系人的方式还可以是根据所述当前运行场景获取与所述当前运行场景匹配的目标联系人标签，根据所述目标应用关联的常用联系人的联系人标签确定与所述目标联系人标签匹配的常用联系人，将与所述目标联系人标签匹配的常用联系人作为所述目标联系人，如当前运行场景为工作场景，则与工作场景匹配的目标联系人标签为“同事”标签，将隶属于“同事”标签的常用联系人作为所述目标常用联系人。

在本申请实施例中，通过在确定与所述当前运行场景关联的目标应用后，根据待交互内容和/或所述目标应用关联的各个常用联系人的联系人标签进行比对，以确定与所述待交互内容匹配的联系人标签对应的目标常用联系人、或根据所述待交互内容的内容类型确定与所述内容类型匹配的目标常用联系人，或将与所述当前运行长场景匹配的目标联系人标签对应的常用联系人作为所述目标常用联系人，进而将所述目标常用联系人对应的快捷方式显示于快捷触发区域中，以供用户基于快捷触发区域可直接将待交互内容发送至对应的目标常用联系人，提高通信效率。

第六实施例

基于上述所有实施例，参照图12，所述S32步骤还包括步骤：

S323：根据当前运行场景确定所述当前运行场景关联的常用联系人；

S324：根据当前运行场景关联的常用联系人确定或生成所述目标常用联系人。

在本申请实施例中，不同的当前运行场景关联有不同的常用联系人，所述常用联系人包括不同目标应用关联的常用联系人，示例性地，在工作场景时，工作场景关联的常用联系人可以是工作应用内的常用联系人以及微信应用内的同事好友，基于此，本申请实施例通过在确定所述当前运行场景后，根据当前运行场景关联的常用联系人确定或生成目标联系人，所述当前运行场景关联的常用联系人包括不同目标应用关联的联系人，示例性地，在当前运行场景为工作场景时，将工作应用中的常用联系人以及其它目标应用如微信中的“同事”标签的常用联系人作为所述目标常用联系人。

可选地，根据当前运行场景确定所述当前运行场景关联的常用联系人的方式可以是根据历史联系记录确定各个运行场景对应的联系频次高于预设频次的联系人，将联系频次高于预设频次的联系人作为所述运行场景关联的常用联系人，以建立预设的运行场景与常用联系人的关联关系，在确定所述当前运行场景后，根据预设的运行场景与常用联系人的关联关系确定所述当前运行场景关联的常用联系人。可选地，不同的目标应用对应的预设频次可以相同，也可以不同。

可选地，所述当前运行场景根据当前时间和/或当前地点确定，一实施例中，用户曾在任意地理位置时多次进行联系过的联系人可能是用户本次需要进行联系的联系人。如此，根据当前运行场景确定所述当前运行场景关联的常用联系人的方式可以是根据当前运行场景对应的当前位置获取与所述当前位置关联的常用联系人，以将用户曾经在当前位置附近的联系人作为目标常用联系人。

可选地，用户曾在任意时间时经常进行联系的联系人可能是用户本次需要进行联系的联系人。如此，根据当前运行场景确定所述当前运行场景关联的常用联系人的方式还可以是根据当前运行场景对应的当前时间点获取与所述当前时间点关联的常用联系人，以将用户曾经在当前时间点经常联系的常用联系人作为目标常用联系人。

可选地，根据当前运行场景确定所述当前运行场景关联的常用联系人的方式还可以是根据当前时间点获取当前时间点关联的M个常用联系人以及当前位置关联的N个常用联系人，将M个常用联系人以及N个常用联系人之间的并集或交集作为所述目标联系人。

在本申请实施例中，通过在确定或生成当前运行场景后，将所述当前运行场景对应的联系频次高于预设频次的常用联系人作为所述当前运行场景关联的常用联系人，进而将所述当前运行场景关联的常用联系人确定或生成所述目标常用联系人，以根据当前运行场景为用户推荐本次希望联系的联系人，提升推荐的准确性以及通话效率。

第七实施例

基于上述实施例，参照图13，所述方法包括以下步骤：

S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的常用联系人；

S20：确定或生成所述常用联系人对应的快捷方式；

S30：于快捷触发区域显示所述快捷方式；

S50：检测于所述快捷方式的第一触发操作，确定所述第一触发操作的待删除快捷方式，删除所述待删除快捷方式；和/或，

S60：获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式；和/或，

S70：获取所述快捷触发区域中各个快捷方式对应的最近通讯时间，确定各个快捷方式对应的最近通讯时间与当前时间的时间间隔，删除时间间隔超出预设时长对应的快捷方式。

在本实施例中，若检测到快捷触发区域对应的预设触控操作，则于当前显示界面中显示快捷触发区域，并于快捷触发区域显示所述快捷方式，可选地，预设触控操作包括语音、手势、按钮等，即若检测到预设语音信息，或检测到预设手势、或检测到功能应用的按钮对应的预设触控操作，则呼出所述快捷触发区域，示例性地，若检测到侧边栏对应的点击或按压触控操作，则弹出并显示侧边栏，并于侧边栏显示所述快捷方式。可选地，所述快捷方式显示于所述侧边栏中的预设区域中，所述预设区域用于放置至少一个所述常用联系人和/或所述目标常用联系人对应的快捷方式。

可选地，为了方便用户调整所述快捷触发区域显示的快捷方式，通过检测于所述快捷方式的第一触发操作，基于所述第一触发操作对所述快捷触发区域显示的快捷方式执行编辑操作，编辑操作包括但不限于添加新的常用联系人、删除原有的常用联系人、调整所述常用联系人对应的快捷方式在所述快捷触发区域的显示顺序。

可选地，所述第一触发操作可以是长按所述快捷触发区域，在检测到长按操作时，将所述快捷触发区域显示的各个所述快捷方式的状态更改为编辑状态，基于所述编辑状态更新显示各个所述快捷方式，基于所述编辑状态更新显示各个所述快捷方式的方式可以是抖动显示所述快捷方式，还可以是于所述快捷方式上添加预设标识，如红点。可选地，基于所述编辑状态更新显示各个所述快捷方式后，接收用户基于所述快捷方式的选中操作，将选中操作对应的快捷方式作为待删除快捷方式，进而删除所述待删除快捷方式。可选地，删除所述待删除快捷方式的方式还可以是接收到针对任一快捷方式的第一触发操作如长按任一快捷方式，将所述第一触发操作的触发位置显示的快捷方式作为所述待删除快捷方式，删除所述待删除快捷方式。可选地，所述编辑操作还包括调整快捷方式在所述快捷触发区域的显示顺序，在根据所述第一触发操作将各个快捷方式的状态更改为编辑状态，基于所述编辑状态更新显示各个所述快捷方式后，接收用户的拖拽滑动操作，根据所述拖拽滑动操作确定待调整快捷方式以及目标位置，将所述待快捷方式移动至所述目标位置，以调整所述常用联系人对应的快捷方式在所述快捷触发区域的显示顺序。编辑操作还包括添加新的常用联系人，该编辑操作如第一实施例所述的基于用户对当前显示界面中显示的联系人的拖拽操作将对应的联系人拖拽到所述快捷触发区域，此处不再赘述。

可选地，检测于所述快捷方式的第一触发操作后，基于所述编辑状态更新显示各个所述快捷方式的同时，于所述快捷触发区域显示预设控件，所述预设控件用于接收用户的编辑确认指令，在接收到所述编辑确认指令后，于所述快捷触发区域显示更新后的各个所述快捷方式，将更新后的各个快捷方式的状态从编辑状态更改为非编辑状态。

可选地，调整所述快捷触发区域显示的快捷方式还可以是获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式，在触发频次较小时，代表触发频次较小的快捷方式相对于用户而言需求不大，为了节省快捷触发区域的显示空间，将所述触发频次小于预设频次阈值的快捷方式作为待删除快捷方式，并删除所述待删除快捷方式。所述触发频次为被用户通过所述快捷方式触发目标界面的频次。可选地，还可以根据各个快捷方式对应的触发频次调整各个快捷方式在所述快捷触发区域的显示顺序，触发频次越高，显示顺序越靠前，触发频次越低，显示顺序越靠后，以使得用户基于所述显示顺序快速查找到经常联系的联系人。

可选地，调整所述快捷触发区域显示的快捷方式还可以是获取各个快捷方式对应的最近通讯时间，所述最后通讯时间为最后一次被用户通过快捷方式触发目标界面的时间，还可以是最后一次用户在目标应用内进行联系的时间。可选地，在所述最近通讯时间越接近当前时间时，代表所述快捷方式为用户所需的联系人的快捷方式，在所述最近通讯时间越远离当前时间时，代表所述快捷方式相对于用户而言需求不大，基于此，本申请实施例通过获取各个快捷方式对应的最近通讯时间，确定各个快捷方式对应的最近通讯时间与当前时间的时间间隔，将最近通信时间与当前时间的时间间隔超出预设时长对应的快捷方式作为待删除快捷方式，删除所述待删除快捷方式。可选地，还可以根据各个快捷方式对应的通讯时间与当前时间的时间间隔调整各个快捷方式在所述快捷触发区域的显示顺序，时间间隔越短，显示顺序越靠前，时间间隔越长，显示顺序越靠后，以将用户最近联系过的联系人的快捷方式显示于显示位置，使得用户基于所述显示顺序查找到最近联系过的联系人。

可选地，调整所述快捷触发区域显示的快捷方式还可以是关闭所述快捷触发区域。

在本申请实施例，通过接收针对所述快捷方式的第一触发操作，根据所述第一触发操作删除对应的快捷方式和/或调整各个快捷方式在所述快捷触发区域的显示顺序，和/或，根据各个快捷方式对应的触发频次和/或最近通讯时间删除对应的快捷方式和/或调整各个快捷方式在所述快捷触发去的显示顺序，实现对快捷触发区域中的快捷方式的编辑操作，提高了快捷触发区域的灵活性，且提高了人机交互的灵活性，提升用户体验。

基于上述任一实施例，本申请实施还提供一种交互方法，包括以下步骤：

响应于目标应用的交互操作，于快捷触发区域显示目标应用对应的常用联系人快捷方式。

可选地，所述方法还包括以下至少一项：

检测于所述快捷方式的第一触发操作，确定所述第一触发操作的待删除快捷方式，删除所述待删除快捷方式；

获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式；

获取所述快捷触发区域中各个快捷方式对应的最近通讯时间，确定各个快捷方式对应的最近通讯时间与当前时间的时间间隔，删除时间间隔超出预设时长对应的快捷方式。

通过上述技术方案，可以实现于快捷区域显示常用联系人的快捷方式功能，解决了用户查找联系人的效率低下的问题，进而提升了用户体验。

基于上述任一实施例，本申请实施还提供一种交互方法，包括以下步骤：

响应于目标应用的交互操作和/或目标应用的类型为预设类型，于快捷触发区域显示目标应用对应的常用联系人快捷方式。

可选地，所述方法还包括以下至少一项：

检测于所述快捷方式的第一触发操作，确定所述第一触发操作的待删除快捷方式，删除所述待删除快捷方式；

获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式；

获取所述快捷触发区域中各个快捷方式对应的最近通讯时间，确定各个快捷方式对应的最近通讯时间与当前时间的时间间隔，删除时间间隔超出预设时长对应的快捷方式。

通过上述技术方案，可以实现于快捷区域显示常用联系人的快捷方式功能，解决了用户查找联系人的效率低下的问题，进而提升了用户体验。

基于上述任一实施例，本申请实施还提供一种交互方法，包括以下步骤：

响应于目标应用的交互操作和/或当前运行场景，于快捷触发区域显示目标应用对应的常用联系人快捷方式。

可选地，当前运行场景根据所述目标应用的类型确定。

可选地，所述目标应用对应的常用联系人的确定方式，包括以下至少一项：

根据当前运行场景确定或生成与所述当前运行场景关联的目标应用，根据所述目标应用关联的常用联系人确定或生成所述目标常用联系人；

获取待交互内容和/或所述目标应用关联的常用联系人的联系人标签，根据与所述待交互内容匹配的所述联系人标签对应的常用联系人确定所述目标常用联系人；

根据当前运行场景确定所述当前运行场景关联的常用联系人，根据当前运行场景关联的常用联系人确定或生成所述目标常用联系人。

可选地，所述方法还包括以下至少一项：

检测于所述快捷方式的第一触发操作，确定所述第一触发操作的待删除快捷方式，删除所述待删除快捷方式；

获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式；

获取所述快捷触发区域中各个快捷方式对应的最近通讯时间，确定各个快捷方式对应的最近通讯时间与当前时间的时间间隔，删除时间间隔超出预设时长对应的快捷方式。

通过上述技术方案，可以实现于快捷区域显示常用联系人的快捷方式功能，解决了用户查找联系人的效率低下的问题，进而提升了用户体验。

本申请实施例还提供一种智能终端，包括存储器、处理器，存储器上存储有交互程序，交互程序被处理器执行时实现上述任一实施例中的交互方法的步骤。

本申请实施例还提供一种存储介质，存储介质上存储有交互程序，交互程序被处理器执行时实现上述任一实施例中的交互方法的步骤。

在本申请提供的智能终端和存储介质的实施例中，可以包含任一上述交互方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不再做赘述。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着***架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

在本申请中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在存储介质中，或者从一个存储介质向另一个存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，DVD)，或者半导体介质(例如固态存储盘Solid State Disk(SSD))等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种交互方法，其特征在于，包括以下步骤：

S10：响应于目标应用的交互操作，确定至少一个所述目标应用对应的至少一个常用联系人；

S20：确定或生成所述常用联系人对应的快捷方式；

S30：于快捷触发区域显示所述快捷方式。

2.如权利要求1所述的方法，其特征在于，还包括以下至少一项：

所述快捷触发区域和/或目标界面叠加显示于当前显示界面；

所述快捷触发区域和/或所述目标界面与所述当前显示界面之间无蒙层遮罩；

获取运行的应用的类型，在所述应用的类型为预设类型时，执行所述S20步骤。

3.如权利要求1所述的方法，其特征在于，所述S10步骤包括以下至少一项：

根据所述目标应用中对应的联系人的联系频次，将联系频次大于或等于预设频次阈值的联系人确定为所述常用联系人；

根据所述目标应用中对应的联系人的操作频次，将操作频次大于或等于预设频次阈值的联系人确定为所述常用联系人；

根据当前拖拽对象，将所述当前拖拽对象确定为所述常用联系人。

4.如权利要求1所述的方法，其特征在于，所述方法还包括以下至少一项：

检测于所述快捷方式的第一触发操作，确定所述第一触发操作的待删除快捷方式，删除所述待删除快捷方式；

获取所述快捷触发区域中各个快捷方式对应的触发频次，在所述触发频次小于预设频次阈值时，删除所述快捷方式；

获取所述快捷触发区域中各个快捷方式对应的最近通讯时间，确定各个快捷方式对应的最近通讯时间与当前时间的时间间隔，删除时间间隔超出预设时长对应的快捷方式。

5.如权利要求1至4中任一项所述的方法，其特征在于，所述确定至少一个所述目标应用对应的至少一个常用联系人的步骤之后，还包括：

根据运行的应用的类型确定当前运行场景；

根据当前运行场景确定或生成目标常用联系人。

6.如权利要求5所述的方法，其特征在于，所述根据当前运行场景确定或生成目标常用联系人的步骤包括：

根据当前运行场景确定或生成与所述当前运行场景关联的目标应用；

根据所述目标应用关联的常用联系人确定或生成所述目标常用联系人。

7.如权利要求6所述的方法，其特征在于，所述根据所述目标应用关联的常用联系人确定或生成所述目标常用联系人包括：

获取待交互内容和/或所述目标应用关联的常用联系人的联系人标签；

根据与所述待交互内容匹配的所述联系人标签对应的常用联系人确定或生成所述目标常用联系人。

8.如权利要求5所述的方法，其特征在于，所述根据当前运行场景确定或生成目标常用联系人的步骤包括：

根据当前运行场景确定所述当前运行场景关联的常用联系人；

根据当前运行场景关联的常用联系人确定或生成所述目标常用联系人。

9.一种智能终端，其特征在于，包括：存储器、处理器，其中，所述存储器上存储有交互程序，所述交互程序被所述处理器执行时实现如权利要求1至8中任一项所述的交互方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的交互方法的步骤。

Images