CN113821284B - 界面显示方法和电子设备 - Google Patents

Abstract

本申请提供一种界面显示方法和电子设备，在方法中，第一应用显示第一界面，所述第一界面显示有第一电话号码的通话记录信息；所述第一界面包括第一控件；检测到针对所述第一控件的第一操作；响应于所述第一操作，从第一界面跳转至第二应用中的第二界面，所述第二界面显示有所述第一电话号码在所述第二应用中关联的联系人信息。本申请能够为用户提供相对更多的关于电话号码关联用户的用户信息，提升用户体验。

Description

界面显示方法和电子设备

技术领域

本申请涉及智能终端技术领域，特别涉及一种界面显示方法和电子设备。

背景技术

用户的电子设备例如手机中设置有通讯录。通讯录中记录有若干个联系人记录，每条联系人记录中包括：联系人对应用户的电话号码、姓名等信息。在联系人详情界面显示有一条联系人记录中的信息；在通话记录详情界面，如果通讯录中未存储对端电话号码，则显示对端电话号码，如果通讯录中记录有对端电话号码，则显示对端电话号码对应的联系人信息。

基于以上，电子设备为用户提供的关于电话号码关联用户的用户信息主要是通讯录中记载的信息，信息量较小，降低用户体验。

发明内容

本申请提供了一种界面显示方法和电子设备，能够为用户提供相对更多的关于电话号码关联用户的用户信息，提升用户体验。

第一方面，本申请实施例提供一种界面显示方法，包括：第一应用显示第一界面，第一界面显示有第一电话号码的通话记录信息；第一界面包括第一控件；检测到针对第一控件的第一操作；响应于第一操作，从第一界面跳转至第二应用中的第二界面，第二界面显示有第一电话号码在第二应用中关联的联系人信息。该方法中，在第一界面显示第一控件，以便用户能够快捷的跳转至第二应用中查看第一电话号码关联的联系人信息，从而能够为用户提供相对更多的关于电话号码关联用户的用户信息，提升用户体验。

在一种可能的实现方式中，从第一界面跳转至第二应用中的第二界面，包括：第一应用向第二应用发送第一消息，第一消息包括第一信息，以便第二应用根据第一信息将界面跳转至第二界面；第一信息是第二界面在第二应用中的访问信息。

在一种可能的实现方式中，第一应用显示第一界面之前，还包括：确定第一应用中存储有第一电话号码的第一信息，第一信息是第二界面在第二应用中的访问信息。

在一种可能的实现方式中，第一应用显示第一界面之前，还包括：确定第二应用登录的账号为第一账号，第一账号是第一应用从第二应用获取第一信息时第二应用登录的账号。

在一种可能的实现方式中，第一应用显示第一界面之前，还包括：从已登录第一账号的第二应用获取到第二信息，第二信息用于指示第一账号具有查询第一账号关联的联系人信息的权限。

在一种可能的实现方式中，从已登录第一账号的第二应用获取到第二信息，包括：第一应用向第二应用发送第二消息；第一应用接收到第二应用响应于第二消息反馈的第二信息。

在一种可能的实现方式中，第一应用向第二应用发送第二消息之前，还包括：获取第二应用的鉴权信息；对第二应用的鉴权信息鉴权成功。

在一种可能的实现方式中，第一应用接收到第二应用响应于第二消息反馈的第二信息之前，还包括：向第二应用发送第一应用的鉴权信息，以便第二应用对第一应用的鉴权信息鉴权成功。

在一种可能的实现方式中，第一应用显示第一界面之前，还包括：确定第二应用已登录的账号是第二账号；第二账号与第一账号是不同账号，第一账号是第一应用从第二应用获取第一信息时第二应用登录的账号；从已登录第二账号的第二应用获取第三信息；使用第三信息更新第一信息。

在一种可能的实现方式中，从已登录第二账号的第二应用获取第三信息，包括：第一应用向第二应用发送第四消息，第四消息包括第一电话号码；第一应用接收第二应用响应于第四消息反馈的第三信息。

在一种可能的实现方式中，第一应用显示第一界面之前，还包括：从第二应用获取第一信息；第一信息是第二界面在第二应用中的访问信息。

在一种可能的实现方式中，还包括：第一界面包括第二控件；检测到针对第二控件的第二操作；响应于第二操作，从第一界面跳转至第三应用的第三界面，第三界面显示有第一电话号码在第三应用中关联的联系人信息。

在一种可能的实现方式中，第一界面包括第一控件和第二控件，包括：第一界面中显示有第三控件；检测到针对第三控件的第三操作；响应于第三操作，显示第四界面，第四界面中显示有第一控件和第二控件。

在一种可能的实现方式中，第二应用包括：黄页应用、号码标记应用、或者通信应用；第三应用包括：黄页应用、号码标记应用、或者通信应用。

第三方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行第一方面任一项的方法。

第四方面，本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行第一方面任一项的方法。

第五方面，本申请提供一种计算机程序，当计算机程序被计算机执行时，用于执行第一方面的方法。

在一种可能的设计中，第五方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。

附图说明

图1为现有技术通话记录相关界面以及联系人相关界面的示例图；

图2为本申请实施例通话详情界面示意图；

图3为本申请界面显示方法一个实施例的流程图；

图4为本申请应用间鉴权方法流程图；

图5为本申请界面显示方法另一个实施例的流程图；

图6为本申请界面显示方法另一个实施例的流程图；

图7为本申请实施例联系人详情界面和跳转后界面示意图；

图8A和图8B为本申请实施例通话记录详情界面以及联系人详情界面的示意图；

图9为本申请电子设备的一种软件结构框图；

图10为本申请实施例基于图9所示电子设备的软件结构的界面显示方法流程图；

图11为本申请电子设备的另一种软件结构框图；

图12为本申请电子设备一个实施例的结构示意图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

电子设备与其他电子设备之间发生一次通话行为，会存储该通话行为的信息，该信息可以称为一条通话记录。上述通话行为可以包括：电子设备作为主叫方呼叫其他电子设备，通话未接通；电子设备作为主叫方呼叫其他电子设备，且通话被接通；电子设备作为被叫方被其他电子设备呼叫，通话未接通；电子设备作为被叫方被其他电子设备呼叫，通话被接通。

以手机为例，用户希望查看手机中的通话记录时，进入通话记录主界面，主界面中显示通话记录列表，例如图1中界面11所示；用户选择某一条通话记录进入该条通话记录的详情界面，详情界面中显示通话对端用户的用户信息，如果对端电话号码存储于手机通讯录中，详情界面中显示的用户信息一般是对端电话号码在通讯录中对应的联系人姓名，如果对端电话号码未存储于手机通讯录中，详情界面中显示的用户信息一般是“陌生电话”，此外，详情界面中还可以显示本条通话记录中对端电话号码、拨号控件等。例如图1中界面12所示，以显示的通话对端用户的用户信息是“陌生电话”为例。

电子设备中一般设置有通讯录中，通讯录包括若干个联系人，每个联系人一般具有对应的自然人用户，联系人中存储对应用户的电话号码、姓名等用户信息。

以手机为例，用户希望查看手机中的联系人信息时，进入联系人主界面，联系人主界面中显示联系人列表，例如图1中界面13所示；用户选择某一联系人进入该联系人的详情界面，详情界面中显示联系人的姓名、电话号码等信息，例如图1中界面14所示。

通过上述举例可知，电子设备在一些与用户的电话号码相关的界面上显示的、与电话号码关联用户的用户信息主要是通讯录中记载的信息，由于通讯录本身记录信息的有限性、以及用户对电话号码关联用户信息了解情况的局限性，通讯录中记录的电话号码关联用户的用户信息量较小。在用户对电话号码关联用户不熟悉的情况下，上述界面显示的信息难以对用户分辨或者确定电话号码关联用户的身份起到帮助，从而降低用户体验。

为此，本申请提供了一种界面显示方法和电子设备，针对于同一电话号码，能够为用户提供相对更多的关于电话号码关联用户的用户信息，使得用户更容易确定电话号码关联用户的用户身份，提升用户体验。

目前，通信应用众多。本申请实施例所称之通信应用是指能够实现用户之间在线通信的应用软件。具体的通信应用本申请实施例不限制，例如可以是

等应用。

用户在工作中，所属企业为了企业内部员工之间通信的便捷和高效，往往会指定某一通信应用用于企业内部员工之间进行沟通。在本申请提供的一个通信应用的实例中，该通信应用中，可以通过企业管理员账号建立一个企业，设置企业数据，例如企业内的员工信息等，企业内的员工信息可以包括但不限于：姓名、在企业中所属部门、担任职务、电话号码、通信应用账号等；上述企业数据可以存储于通信应用的远端服务器中。企业管理员账号可以对远端服务器中存储的上述员工信息进行编辑操作，设置企业员工信息的查看权限，设置某一个员工的账号对企业员工信息的查看权限、通过企业员工信息向企业内其他员工发起通话的权限等，保证企业员工信息的安全性。另外，通信应用提供商也可以基于企业定制，为不同企业员工的账号提供不同的功能使用权限。

可选地，企业服务器也可以向通信应用的远端服务器发送企业数据，或者更新远端服务器中存储的企业数据。

用户在电子设备中安装该通信应用后，在通信应用中使用账号登录。如果企业数据中预先已经存储有该账号以及账号对应的员工信息，则该账号可以关联有企业以及员工信息。或者，如果企业数据中未存储该账号，用户可以在账号中设置关联的企业以及员工信息。如果具有权限，用户可以对账号关联的员工信息例如姓名、在企业中所属部门、担任职务、电话号码等进行修改，从而更新远端服务器中存储的对应数据。

以企业A为例，远端服务器中可以存储该企业A的若干个员工的员工信息，例如下

表1所示。

部门	职务	姓名	电话号码	账号
					部门1	组长	赵xx	12345678911	账号1
部门1	组员	钱xx	12345678922	账号2
					部门2	组长	孙xx	12345678933	账号3
…	…	…	…	…

表1

用户在使用账号登录通信应用后，可以请求查看所属企业的员工信息，通信应用可以从远端服务器获取账号关联企业的员工信息，显示给用户。如果通信应用为用户提供“拨号”控件，用户可以基于展示的员工信息，在通信应用中发起与其他员工的通话，上述通话的实现方式可以是基于用户与其他员工的电话号码发起的网络电话，也可以是在通信应用中基于用户的通信应用账号与某一员工的通信应用账号发起的语音通话等。每一种通信应用可以支持以上通话实现方式中的一种或者多种。

例如，上述企业A中的员工赵xx在自身电子设备的通信应用中以账号1登录后，可以选择通信应用提供的企业员工信息查看功能，相应的，通信应用可以从远端服务器获取账号1关联的企业A的员工信息，例如上表1，将获取到的企业A的员工信息显示在电子设备的界面上，供用户赵xx查看。而且，用户赵xx可以选择某一个员工，进入该员工的详情界面，查看该员工的详细信息，例如图1中界面15所示为通信应用显示的联系人详情界面示意图。

需要说明的是，由于企业员工信息更新频率相对较低，通信应用可以将通信应用从远端服务器获取的企业员工信息例如上述表1存储于通信应用所在的电子设备中，并为其设置有效时长，在有效时长内，用户请求查看企业员工信息，通信应用将存储的企业员工信息显示给用户，超过有效时长，通信应用重新从远端服务器获取账号关联企业的员工信息，将新获取的企业员工信息显示给用户，并且，更新电子设备中存储的企业员工信息。

需要说明的是，上述说明中以账号关联一个企业为例，在实际应用中，一个账号可以关联若干个企业，则在通信应用中登录该账号时，通信应用可以从远端服务器获取该账号关联的若干个企业的员工信息。

在本申请提供的一个实例中，电子设备中设置有以下应用：联系人应用、通话应用。通话应用用于向用户显示来电界面、去电界面和通话中界面，并完成上述界面对应的相应数据处理，例如通过电子设备向运营商网络侧发送通话请求，接收运营商网络侧发送的请求等等。联系人应用用于为用户提供通话记录主界面、通话记录详情界面、通讯录主界面、联系人详情界面、拨号界面等界面，并完成上述界面对应的相应数据处理。需要说明的是，以上应用仅为示例，在实际应用中，电子设备中通话应用、联系人应用的实现可能会基于应用实现功能划分的不同而存在差别。例如通话应用和联系人应用通过一个应用实现，或者，上述通话应用与联系人应用的功能存在差别等等。

本申请实施例提供的界面显示方法中，除了从通讯录获取电话号码关联的用户信息向用户展示外，还可以基于用户的触发跳转至其他应用例如上述通信应用中电话号码关联的用户信息详情显示界面，供用户查看，从而使得用户可以获得电话号码关联用户更多的用户信息，提升用户体验。

以下对本申请实施例界面显示方法的实现进行示例性说明。

以电子设备是手机为例，通过图2示出了本申请界面显示方法适用的场景示例。图2示出的界面是本申请实施例界面显示方法提供的通话详情界面示例，通话详情界面用于显示一条通话记录的详细信息。参见图2所示：

界面21是本申请实施例提供的陌生电话的通话详情界面，界面21中显示有对端电话号码“12345678900”，界面21中显示的对端用户信息是“陌生电话”，也即手机的通讯录中未存储该电话号码。此外，界面21中还显示有“X应用”对应的控件201。控件201用于被触发后跳转至X应用中的联系人详情界面，例如界面22所示。联系人详情界面用于显示联系人“孙xx”的详细信息，上述联系人“孙xx”是X应用中上述对端电话号码“12345678900”对应的联系人。

界面23是本申请实施例提供的联系人的通话详情界面，显示有对端电话号码在通讯录中对应的联系人信息，例如图2中所示的姓名“张xx”。此外，界面23中还显示有“X应用”对应的控件202。控件202用于被触发后跳转至X应用中的联系人详情界面，例如界面24所示。联系人详情界面用于显示联系人“赵xx”的详细信息，上述联系人“赵xx”是X应用中上述对端电话号码“12345678900”对应的联系人。

另外，在进行界面跳转时，也可能出现无法跳转成功的情况，例如假设X应用未登录，则电子设备的应用例如通话应用可以显示失败提示界面，例如界面25所示，提示用户跳转失败；或者，如果X应用中记录的数据改变导致X应用无法显示联系人详情界面，可以由X应用显示失败提示界面，例如界面25所示。

图3为本申请界面显示方法基于图2所示场景的一个实施例的流程图。该实施例中，电子设备的通话记录中存储从目标应用获取到的对端电话号码的界面跳转信息。目标应用中记录有若干条联系人信息，联系人信息中可以包括电话号码。上述目标应用可以是黄页应用、号码标记应用等，上述联系人信息可以是商户信息、号码标记信息等。

如图3所示，该方法可以包括：

步骤301：从目标应用获取第一通话行为中对端电话号码关联的界面跳转信息，将界面跳转信息存储至第一通话行为对应的通话记录中。

所述界面跳转信息用于指示目标应用中对端电话号码关联的联系人详情界面的访问信息。对端电话号码关联的联系人详情界面用于显示对端电话号码所属联系人的详细信息，例如图1中界面15所示。对端电话号码是第一通话行为中的对端电话号码，也即是通话记录中记录的对端电话号码。

目标应用中可以记录有若干条联系人信息，每一条联系人信息可以包括：用户信息和电话号码。其中，目标应用中记录的数据可以存储于目标应用的本地数据库，也可以存储于目标应用对应的远端服务器，本申请实施例不作限定。

可选地，通话记录中还可以记录界面跳转信息的来源应用，也即目标应用的信息；如果目标应用需要登录才能查看联系人信息，通话记录中还可以记录界面跳转信息对应的目标应用账号。

本步骤可以在第一通话行为被触发后执行，具体时刻本申请实施例不限制。例如，可以是第一通话行为执行过程中或者第一通话行为结束时执行本步骤；或者，也可以在第一通话行为结束后，电子设备从目标应用获取已存储的通话记录中对端电话号码的界面跳转信息。举例来说，如果是去电场景，用户打开电子设备的拨号界面，键入需要拨号的电话号码“12345678900”，选择“拨号”控件，触发电子设备向电话号码“12345678900”拨打电话，此时一次通话行为被触发，之后的任意时刻可以执行本步骤，从目标应用获取对端电话号码“12345678900”对应的界面跳转信息。

本步骤可以包括：第一应用向目标应用发送跳转信息请求消息，跳转信息请求消息中包括对端电话号码，跳转信息请求消息用于请求对端电话号码关联的联系人详情界面的界面跳转信息；接收目标应用反馈的界面跳转信息。对端电话号码关联的

可选地，第一应用与目标应用之间进行上述信息交互时，可以使用电子设备的操作系统提供的标准接口实现，也可以由第二应用与目标应用的开发者自定义两个应用之间的信息查询接口。以电子设备的操作系统是安卓系统为例，安卓系统中包括ContentProvider组件，该组件可以以标准化的方式在安卓系统的应用间共享数据。第一应用和目标应用之间可以使用ContentProvider组件定义的标准接口来实现界面跳转信息的查询，第一应用可以根据预定义的查询参数和对端电话号码得到从目标应用的数据库查询界面跳转信息的统一资源标识符(URI)，相应的，目标应用可以向第一应用返回对应的查找结果，也即查找得到的界面跳转信息。查找结果中携带的信息可以通过列名指定。

可选地，第一应用将对端电话号码发送给目标应用之前，可以对电话号码进行有效性检测和/或格式化处理，从而将电话号码转换为满足目标应用要求的有效号码。

其中，有效性检测可以包括但不限于：将电话号码中包括的某些非数字的字符例如“.”“、”“；”等去除。

格式化处理主要是将电话号码转换为满足预设格式要求的号码。例如，如果某一电话号码是“+86 12345678900”，其具有前缀“+86”，而预设格式要求中要求电话号码不具有“+86”“0086”等前缀，则可以通过格式化处理将上述号码“+86 12345678900”格式化为号码“12345678900”；再例如，如果某一电话号码是“12345678900”，其不具有前缀“+86”，而预设格式要求中要求电话号码具有“+86”的前缀，则可以通过格式化处理将上述号码“12345678900”格式化为号码“+8612345678900”。

可选地，为了第一应用与目标应用之间通信的安全性，第一应用和目标应用之间可以互相鉴权，双方鉴权通过后，第一应用和目标应用之间可以进行数据交互。上述鉴权可以是对对端应用的包名和/或签名进行验证。应用包名是应用在一台设备上的唯一标识，应用签名用于唯一标识应用开发者。

以对目标应用的包名和签名进行验证为例，第一应用对目标应用鉴权的过程说明如下：电子设备中可以预设白名单，白名单中记录若干个应用的包名和签名，第一应用获取目标应用的包名和签名，将上述包名和签名与白名单中应用的包名和签名进行比对，如果与其中一个应用的包名和签名比对一致，则鉴权成功，否则，鉴权失败。目标应用对第一应用的鉴权过程也可以参考上述鉴权过程，这里不赘述。

以下对第一应用和目标应用之间相互鉴权的过程举例说明。参见图4所示：

第一应用向目标应用发送鉴权请求，鉴权请求中携带第一应用的包名和签名；

目标应用接收到鉴权请求，对第一应用的包名和签名进行鉴权，根据鉴权结果向第一应用发送反馈消息。如果鉴权成功，反馈消息中可以携带目标应用的包名和签名，如果鉴权失败，反馈消息中可以携带用于指示鉴权失败的信息；

第一应用接收到反馈消息，如果反馈消息指示鉴权失败，则鉴权流程结束；如果反馈消息中携带目标应用的包名和签名，对目标应用的包名和签名进行鉴权，得到鉴权结果，鉴权流程结束。

在其他可能的实现中，第一应用也可以调用电子设备中预设的鉴权应用，通过鉴权应用实现与通信应用之间的鉴权。

其中，如果第一应用对目标应用的鉴权成功，则第一应用可以向目标应用发送上述界面跳转请求消息，以获取界面跳转信息。

以上步骤301可以认为是以下通话记录查询的预先准备步骤，在电子设备中存储有通话记录后，可以针对于已存储的通话记录执行后续的通话记录的详情查询过程。

需要说明的是，由于目标应用中不一定存储有对端电话号码对应的联系人信息，因此，在电子设备存储的通话记录中，不一定每一条通话记录中都保存有对端电话号码关联的界面跳转信息。

需要说明的是，电子设备的通话记录可以存储于电子设备中通话应用的联系人数据库中。

步骤302：显示通话记录主界面，检测到针对于第一通话记录的详情查询操作。

第一通话记录是通话记录主界面显示的若干条通话记录中的任一条通话记录。

举例来说，参见图1中的通话记录主界面11，用户选择通话记录主界面11中的某一条通话记录，相应的，电子设备检测到针对于该条通话记录的详情查询操作。

步骤303：响应于详情查询操作，确定第一通话记录中存储有对端电话号码关联的界面跳转信息，在第一通话记录的通话详情界面显示第一控件。

第一控件用于被触发时根据界面跳转信息将界面跳转至目标应用中的联系人详情界面。

步骤304：检测到针对于第一控件的选择操作，根据界面跳转信息将界面跳转至目标应用的第一联系人详情界面。

第一联系人详情界面用于显示目标应用中对端电话号码关联的联系人的详细信息。

本步骤可以包括：

第二应用向目标应用发送界面跳转请求消息，界面跳转请求消息中携带通话记录中存储的上述界面跳转信息；界面跳转请求消息用于请求目标应用显示上述界面跳转信息指示的联系人详情界面。

相应的，目标应用接收到上述界面跳转请求消息，显示界面跳转信息指示的联系人详情界面。

可选地，第二应用与目标应用之间进行上述信息传输时，可以使用电子设备的操作系统提供的标准接口实现，也可以由第二应用与目标应用的开发者自定义两个应用之间的信息查询接口。以电子设备的操作系统是安卓系统为例，第二应用和目标应用之间可以使用ContentProvider组件定义的标准接口来实现界面跳转信息的查询，第二应用可以预设界面跳转接口的参数，例如包括action和extras，指定action参数的某一参数值用于指示所需操作为界面跳转，extras用于指示界面跳转信息；界面跳转请求消息中可以携带上述参数的参数值，从而实现向该目标应用请求将界面跳转至联系人详情界面。

需要说明的是，如果目标应用中对端电话号码关联的数据发生变化，或者目标应用切换了登录账号，本步骤中可能出现界面跳转至第一联系人详情界面失败的情况，此时，目标应用可以显示失败提示界面，例如图2中界面25所示；或者，如果目标应用未登录，通话应用无法向目标应用发送跳转请求消息，此时，可以由通话应用显示失败提示界面，例如图2中界面25所示。

通过该方法，在用户查看第一通话记录的详情时，除了为用户提供对端电话号码的本地联系人信息，还提供快捷查看对端电话号码在目标应用中的联系人信息的控件供用户选择，从而使得用户更容易确定对端用户的身份等信息，提升用户体验。

图3所示的实施例中只要通话记录中存储有界面跳转信息就显示第一控件，容易出现跳转失败的情况，尤其是目标应用具有登录账号的情况下，更容易出现跳转失败。为此，在图5所示的实施例中，以目标应用是需要登录且可以为账号设置联系人查看权限的通信应用为例，通过查询通信应用的登录状态以及查询权限信息等方式，降低界面跳转失败的概率。如图5所示，该方法可以包括：

步骤501：从已登录第一账号的通信应用获取第一通话行为中对端电话号码的第一界面跳转信息，将第一界面跳转信息存储至第一通话行为对应的通话记录中。

对端电话号码的第一界面跳转信息用于指示对端电话号码在通信应用中关联的第一联系人详情界面的访问信息，第一联系人详情界面用于显示对端电话号码在通信应用中所属联系人信息的详细信息。

如果目标应用是通信应用，第一联系人详情界面具体可以显示第一账号关联企业的员工信息中包括对端电话号码的员工信息。

可选地，通话记录中可以记录第一界面跳转信息的来源应用信息，本步骤中为通信应用的信息，以及第一界面跳转信息对应的账号信息，本步骤中为上述第一账号的信息。

本步骤的其他实现可以参考步骤301，这里不赘述。

步骤502：显示通话记录主界面，检测到针对于第一通话记录的详情查询操作。

步骤503：响应于详情查询操作，确定通话记录中存储有对端电话号码的第一界面跳转信息，确定通信应用的登录状态，如果已登录第一账号，执行步骤504，如果已登录第二账号，执行步骤507。

如果目标应用未登录，则无法跳转界面至目标应用的详情界面，此时，后续显示第一通话记录的详情界面时，界面中可以不显示第一控件，例如图1中界面12所示。

步骤504：从已登录第一账号的目标应用获取第一账号的查询权限信息。

查询权限信息用于记录第一账号是否具有查询第一账号关联企业的员工信息的权限。查询权限信息可以包括：具有查询员工信息的权限、以及不具有查询员工信息的权限。

可选地，本步骤可以包括：第三应用向通信应用发送权限查询消息，权限查询消息用于请求第一账号的查询权限信息；第三应用接收通信应用反馈的查询权限信息。

其中，上述第三应用是电子设备中设置的用于与通信应用交互、获取查询权限信息的应用，第三应用可以是联系人应用，也可以是上述联系人应用之外的应用，本申请实施例不作限定。

可选地，第三应用与通信应用之间进行上述信息查询时，可以使用电子设备的操作系统提供的标准接口实现，也可以由第二应用与通信应用的开发者自定义两个应用之间的信息查询接口。以电子设备的操作系统是安卓系统为例，安卓系统中包括ContentProvider组件，该组件可以以标准化的方式在安卓系统的应用间共享数据。第三应用和通信应用之间就可以使用ContentProvider组件定义的标准接口来实现查询权限信息的查询，第三应用可以根据预定义的查询参数得到从通信应用的数据库查询上述查询权限信息的统一资源标识符(URI)，相应的，通信应用可以向第三应用返回对应的查找结果，也即查找得到的查询权限信息。查找结果中携带的信息可以通过列名指定。

可选地，为了第三应用与通信应用之间通信的安全性，第三应用和通信应用之间可以互相鉴权，双方鉴权通过后，第三应用和通信应用之间可以进行数据交互。具体鉴权过程可以参考图3中的对应描述，这里不赘述。

需要说明的是，步骤504为可选步骤。本步骤的执行目的在于防止第一账号的查询权限发生变化，保护通信应用中企业员工信息的安全。举例来说，在从通信应用获取第一员工信息时，第一账号是具有查询员工信息的权限的，从而可以从通信应用获取到第一员工信息存储至通话记录中。但是，在从通信应用获取第一员工信息后，第一账号的查询权限可能会被禁止，则第一账号不再具有查询通信应用中员工信息的权限，此时，仍然将第一员工信息显示给用户，会导致第一员工信息的不安全，通过本步骤的实现可以解决该问题。

步骤505：如果查询权限信息为第一账号具有查询员工信息的权限，在第一通话记录的通话详情界面上显示第一控件。

如果查询权限信息为第一账号不具有查询员工信息的权限，通话详情界面可以不显示上述第一控件。

步骤506：检测到针对于第一控件的选择操作，根据第一界面跳转信息将界面跳转至通信应用的第一联系人详情界面；本分支流程结束。

步骤507：从已登录第二账号的通信应用获取对端电话号码对应的第二界面跳转信息，将第二界面跳转信息更新至第一通话记录中。

可选地，第一通话记录中可以保存第二界面跳转信息的来源应用信息和对应的账号信息。

可选地，第一通话记录中可以删除第一账号对应的第一界面跳转信息等，也可以保留，本申请实施例不限制。

本步骤的实现可以参考步骤301和步骤401中的相关描述，这里不赘述。

步骤508：从已登录第一账号的目标应用获取第二账号的查询权限信息。

步骤509：如果查询权限信息为第二账号具有查询员工信息的权限，在第一通话记录的通话详情界面上显示第二控件。

第二控件用于被选中后根据第二界面跳转信息跳转至第二联系人详情界面。对端电话号码的第二界面跳转信息用于指示目标应用中第二联系人的详情界面，第二联系人是第二账号关联的联系人中包括对端电话号码的联系人，在通信应用中，第二联系人可以是第二账号关联企业的员工信息中包括对端电话号码的员工信息。

可选地，如果通信应用只有在账号具有查询员工信息的权限的情况下，才可以向查询的应用反馈界面跳转信息，此时，步骤507中从已登录第二账号的通信应用获取到第二界面跳转信息说明爹人账号具有查询员工信息的权限，此时，步骤508可以省略。

步骤510：检测到针对于第二控件的选择操作，根据第二界面跳转信息将界面跳转至通信应用的第二联系人详情界面；本分支流程结束。

图5所示方法中各步骤的实现可以参考图3中的对应描述，这里不赘述。

图5所示的方法中，按照通信应用是否已登录账号以及登录账号的不同，在通话详情界面显示不同的信息，从而保证企业员工信息的安全性和隐私性，而且相对图3所述方法降低了跳转失败的概率，提升了用户体验。

在图3～图5所示的方法中，以通话记录中预先存储有界面跳转信息为例，在本申请提供的另一种界面显示方法中，以通话记录中未存储界面跳转信息为例。如图6所示，该方法可以包括：

步骤601：显示通话记录主界面，检测到针对于第一通话记录的详情查询操作。

步骤602：响应于详情查询操作，确定目标应用处于已登录状态。

可选的，如果目标应用无需登录，则可以不执行本步骤中确定目标应用处于已登录状态的步骤。

步骤603：从已登录第一账号的目标应用获取对端电话号码的界面跳转信息。

本步骤的实现可以参考前述实施例中的对应描述，这里不赘述。

步骤604：在第一通话记录的通话详情界面上显示第一控件。

步骤605：检测到针对于第一控件的选择操作，根据界面跳转信息将界面跳转至目标应用的第一联系人详情界面。

图6所示方法中各步骤的实现可以参考图3和图4中的对应描述，这里不赘述。

图6所示的方法中，为用户提供了查看目标应用中对端电话号码关联的联系人详情的控件，方便用户快捷的跳转至目标应用的联系人详情界面查看用户信息，从而提升了用户体验。

以电子设备是手机为例，通过图7示出了本申请界面显示方法适用的场景示例。参见图7，界面71是本申请实施例界面显示方法提供的联系人详情界面的示例图，联系人详情界面用于显示联系人的详细信息。

界面71显示有联系人的详细信息，例如界面71中显示的联系人的详细信息为：“张xx”，“12345678900”。界面71中还显示有“X应用”对应的第一控件701，用户选择第一控件701后，界面可以跳转至“X应用”中联系人“张xx”的详情界面，例如界面72所示。或者，如果界面跳转失败，可以显示失败提示界面，例如界面73所示。

基于图7所示场景，本申请实施例界面显示方法可以参考图3～图6所示方法。区别主要在于，将图6中的通话记录替换为联系人，将通话详情界面替换为联系人详情界面。

需要说明的是，通讯录中如果预存联系人电话号码在目标应用中的界面跳转信息，可以由联系人应用自动或者用户触发从目标应用获取，具体获取界面跳转信息的时机本申请实施例不作限定。例如，可以在通信应用安装后，联系人应用与通信应用交互，从通信应用获取到通讯录中已存储的联系人电话号码在目标应用中关联的界面跳转信息。另外，如果通信应用中的信息发生改变，也可以由通信应用将发生变化的数据推送至联系人应用。

需要说明的是，以上实施例以通话记录的通话详情界面或者联系人详情界面中显示一个应用对应的第一控件为例，如果电子设备中安装有多个应用，且其中的多个应用均支持用户信息查询的功能。则本申请实施例提供的通话详情界面或者联系人详情界面中可以显示多个应用对应的多个控件。参见图8A所示界面81，为陌生电话的通话详情界面，该界面81分别显示有应用1对应的控件801，用于被触发后跳转至应用1中电话号码“12345678900”关联的联系人详情界面，以及应用2对应的控件802，用于被触发后跳转至应用2中电话号码“12345678900”关联的联系人详情界面。参见图8A所示界面82，为联系人详情界面，该界面82分别显示有应用1对应的控件803，用于被触发后跳转至应用1中电话号码“12345678900”关联的联系人详情界面，以及应用2对应的控件804，用于被触发后跳转至应用2中电话号码“12345678900”关联的联系人详情界面。基于该场景的界面显示方法可以参考前述实施例中的方法，区别主要在于将1个应用扩展为多个应用，从显示1个应用对应的控件扩展为显示多个应用对应的多个控件，这里不赘述。

需要说明的是，显示多个应用对应的多个控件的方法本申请实施例不作限定，例如在图8A中以在详情界面中显示多个应用对应的多个控件为例，在图8B中，以联系人详情界面为例，界面83中显示控件805，控件805被选择后显示控件显示界面84，控件显示界面中包括应用1对应的控件805和应用2对应的控件806。

图9所示为本申请实施例提供的一种电子设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将安卓(Android)系统分为四层，从上至下分别为应用层，框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用层(Application，App)可以包括一系列应用程序包。如图9所示，应用程序包可以包括通话业务应用、通讯录应用等。另外，应用层又可以分为界面、逻辑和数据三个模块，各模块之间通过软件接口通信。其中，界面模块用于信息展示，以供用户交互；逻辑模块用于信息处理；数据模块用于数据的存储。

具体的，如图9所示，界面模块包括：

通话记录主界面处理模块，用于显示通话记录主界面。

详情界面处理模块，用于显示通话详情界面。

应用中详情界面处理模块，用于显示目标应用中的联系人详情界面。

逻辑模块包括：

详情处理模块，用于进行通话详情相关的数据处理。

系统鉴权认证模块，用于对访问号码识别模块的应用进行鉴权，对调用号码识别模块读取联系人信息的应用进行鉴权。可选地，系统鉴权认证模块可以存储第一白名单和第二白名单，第一白名单中存储可以访问号码识别模块的应用的鉴权信息，第二白名单中存储可以调用号码识别模块读取联系人信息的应用的鉴权信息。应用的鉴权信息可以包括应用的包号和签名。当有其他应用访问号码识别模块时，可以根据该应用的包号和签名确定该应用是否记录在第一白名单中，如果是，对该应用的鉴权成功，否则对该应用的鉴权失败；类似的，当有其他应用调用号码识别模块读取联系人信息，可以根据该应用的包号和签名确定该应用是否记录在第二白名单中，如果是，对该应用的鉴权成功，否则对该应用的鉴权失败。

号码识别模块，用于与详情处理模块、系统鉴权认证模块、第一鉴权认证模块、企业数据模块等进行交互，从企业数据模块获取信息反馈至详情处理模块。

跳转事件处理模块，用于进行界面跳转。

通话处理模块，用于发起通信应用中的去电流程。

第一鉴权认证模块用于配合号码识别模块对通信应用进行鉴权。

第二鉴权认证模块是通信应用的鉴权认证模块，用于对与通信应用进行数据交互的其他应用进行鉴权。

企业数据模块用于存储通信应用中已登录的账号下的联系人信息，和/或，已登录账号关联企业的员工信息。

其中，第二鉴权认证模块和企业数据模块可以是通信应用中的模块。

框架层(Framework，FWK)为应用层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图10所示，框架层包括联系人数据库，用于存储通话记录以及联系人信息。框架层还可以包括数据库协议框架、绘制渲染模块等。

系统库可以包括多个功能模块。例如图9中所示的传输通道模块、以及显示处理模块等。

内核层是硬件和软件之间的层。内核层可以包含显示驱动，IPC通信，音频驱动等。

图10所示为本申请实施例提供的基于上述电子设备的软件结构的界面显示方法。如图10所示，可用于实现图5中已登录第一账号的条件下的界面显示方法，具体的，通话处理模块、联系人数据库用于实现步骤501；通话处理模块、通话记录主界面处理模块、详情处理模块用于实现步骤502；详情处理模块、联系人数据库、号码识别模块以及企业数据模块用于实现步骤503和步骤504，详情界面处理模块、详情处理模块用于实现步骤505；详情界面处理模块、跳转事件处理模块以及应用中详情界面处理模块用于实现步骤506。进一步地，在执行步骤504的过程中还增加了对其他应用访问号码识别模块的权限鉴权步骤，由号码识别模块和系统鉴权认证模块实现。进一步地，在执行步骤504的过程中还增加了号码识别模块所属应用与企业数据模块所属通信应用之间的相互鉴权步骤，通过号码识别模块、第一鉴权认证模块、第二鉴权认证模块和企业数据模块实现。

上述号码识别模块和第一鉴权认证模块可以属于同一应用，第二鉴权认证模块、企业数据模块可以是通信应用中的模块。

以上图9以仅在界面中显示一个通信应用对应的第一控件为例，如果电子设备中包括2个应用，且均支持用户信息查询，电子设备的软件实现结构例如图11所示，与图9的区别主要在于：图11中包括应用1的模块：第二鉴权认证模块1、数据模块1，还包括应用2的模块：第二鉴权认证模块2、数据模块2。号码识别模块可以分别与上述两个应用的模块交互，实现界面中2个控件的显示。具体实现流程可以参考以上的图10。

与上述实施例对应，本申请还提供了一种电子设备。图12为本发明实施例提供的一种电子设备的结构示意图，所述电子设备1200可以包括：处理器1201、存储器1202及通信单元1203。其中，处理器1201、存储器1202及通信单元1203之间可以通过内部连接通路互相通信，传递控制和/或数据信号，存储器1202用于存储计算机程序，处理器1201用于从存储器1202中调用并运行该计算机程序。

其中，通信单元1203，用于建立通信信道，从而使电子设备可以与其它设备进行通信。

处理器1201，为存储设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器1202内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行电子设备的各种功能和/或处理数据。

存储器1202可以是只读存储器(read-only memory，ROM)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，RAM)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质等。

上述处理器1201可以和存储器1202合成一个处理装置，更常见的是彼此独立的部件，处理器1201用于执行存储器1202中存储的程序代码来实现上述功能。具体实现时，该存储器1202可以集成在处理器1201中，或者，独立于处理器1201。

当存储器1202中的执行指令由处理器1201执行时，使得电子设备1200能够执行上述图3至图10所示实施例中的部分或全部步骤。具体可参考上述实施例，在此不再赘述。

本申请还提供一种电子设备，所述设备包括存储介质和中央处理器，所述存储介质可以是非易失性存储介质，所述存储介质中存储有计算机可执行程序，所述中央处理器与所述非易失性存储介质连接，并执行所述计算机可执行程序以实现本申请图3至图10任一实施例提供的方法。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请图3至图10任一实施例提供的方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请图3至图10任一实施例提供的方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (15)

1.一种界面显示方法，其特征在于，包括：

第一应用显示通话记录主界面；

所述第一应用检测到针对于第一电话号码的通话记录的详情查询操作；

响应于所述详情查询操作，获取第二应用的鉴权信息，所述鉴权信息包括：所述第二应用的包名和/或签名；

对所述第二应用的鉴权信息鉴权成功后，从已登录第一账号的第二应用获取查询权限信息；所述查询权限信息用于指示所述第一账号是否具有查询所述第一账号关联的联系人信息的权限；

所述第一应用显示第一界面，所述第一界面显示有第一电话号码的通话记录信息；在所述查询权限信息指示所述第一账号具有查询所述第一账号关联的联系人信息的权限时，所述第一界面包括第一控件；

检测到针对所述第一控件的第一操作；

响应于所述第一操作，从第一界面跳转至第二应用中的第二界面，所述第二界面显示有所述第一电话号码在所述第二应用中关联的联系人信息。

2.根据权利要求1所述的方法，其特征在于，所述从第一界面跳转至第二应用中的第二界面，包括：

所述第一应用向所述第二应用发送第一消息，所述第一消息包括第一信息，以便所述第二应用根据所述第一信息将界面跳转至所述第二界面；所述第一信息是所述第二界面在所述第二应用中的访问信息。

3.根据权利要求1或2所述的方法，其特征在于，所述第一应用显示第一界面之前，还包括：

确定所述第一应用中存储有所述第一电话号码的第一信息，所述第一信息是所述第二界面在所述第二应用中的访问信息。

4.根据权利要求3所述的方法，其特征在于，所述第一应用显示第一界面之前，还包括：

确定所述第二应用登录的账号为第一账号，所述第一账号是所述第一应用从所述第二应用获取第一信息时所述第二应用登录的账号。

5.根据权利要求4所述的方法，其特征在于，所述从已登录第一账号的所述第二应用获取到查询权限信息，包括：

所述第一应用向所述第二应用发送第二消息；

所述第一应用接收到所述第二应用响应于所述第二消息反馈的所述查询权限信息。

6.根据权利要求5所述的方法，其特征在于，所述第一应用接收到所述第二应用响应于所述第二消息反馈的所述查询权限信息之前，还包括：

向所述第二应用发送所述第一应用的鉴权信息，以便所述第二应用对所述第一应用的鉴权信息鉴权成功。

7.根据权利要求3所述的方法，其特征在于，所述第一应用显示第一界面之前，还包括：

确定所述第二应用已登录的账号是第二账号；所述第二账号与第一账号是不同账号，所述第一账号是所述第一应用从所述第二应用获取第一信息时所述第二应用登录的账号；

从已登录第二账号的第二应用获取第三信息；

使用所述第三信息更新所述第一信息。

8.根据权利要求7所述的方法，其特征在于，所述从已登录第二账号的第二应用获取第三信息，包括：

所述第一应用向所述第二应用发送第四消息，所述第四消息包括所述第一电话号码；

所述第一应用接收所述第二应用响应于所述第四消息反馈的第三信息。

9.根据权利要求1或2所述的方法，其特征在于，所述第一应用显示第一界面之前，还包括：

从所述第二应用获取所述第一信息；所述第一信息是所述第二界面在所述第二应用中的访问信息。

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

所述第一界面包括第二控件；

检测到针对所述第二控件的第二操作；

响应于所述第二操作，从第一界面跳转至第三应用的第三界面，所述第三界面显示有所述第一电话号码在所述第三应用中关联的联系人信息。

11.根据权利要求10所述的方法，其特征在于，所述第一界面包括第一控件和第二控件，包括：

所述第一界面中显示有第三控件；

检测到针对所述第三控件的第三操作；

响应于所述第三操作，显示第四界面，所述第四界面中显示有所述第一控件和所述第二控件。

12.根据权利要求1或2所述的方法，其特征在于，所述第二应用包括：黄页应用、号码标记应用、或者通信应用。

13.根据权利要求10或11所述的方法，其特征在于，所述第三应用包括：黄页应用、号码标记应用、或者通信应用。

14.一种电子设备，其特征在于，所述电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述电子设备执行权利要求1至13任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行权利要求1至13任一项所述的方法。

Images