具体实施方式

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

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

以手机为例，用户希望查看手机中的通话记录时，进入通话记录主界面，主界面中显示通话记录列表，例如图1A中界面11所示；用户选择某一条通话记录进入该条通话记录的详情界面，详情界面中显示通话对端用户的用户信息，一般还可以显示本条通话记录中通话对端的电话号码等信息，例如图1A中界面12所示；在上述详情界面中设置有“拨号”控件，例如界面12中控件101所示；用户选择该控件101后，手机通过运营商网络拨打通话对端的电话号码，向通话对端用户发起通话，手机显示去电界面，例如图1A中界面13所示。

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

以手机为例，用户希望查看手机中的联系人信息时，进入联系人主界面，联系人主界面中显示联系人列表，例如图1A中界面14所示；用户选择某一联系人进入该联系人的详情界面，详情界面中显示联系人的姓名、电话号码等信息，例如图1A中界面15所示；在联系人的详情界面中设置有“拨号”控件，例如界面15中控件102所示；用户选择该控件102后，手机通过运营商网络拨打联系人的电话号码，向对应用户发起通话，手机显示去电界面，例如图1A中界面16所示。

上述界面中仅为用户提供通过运营商网络向其他用户发起通话的通话方式，提供的通话方式过于单一。

为此，本申请提供了一种界面显示方法和电子设备，能够提供新的通话方式供用户选择，提升用户体验。

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

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

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

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

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

表1所示。

表1

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

例如，上述企业A中的员工赵xx在自身电子设备的通信应用中以账号1登录后，可以选择通信应用提供的企业员工信息查看功能，相应的，通信应用可以从远端服务器获取账号1关联的企业A的员工信息，例如上表1，将获取到的企业A的员工信息显示在电子设备的界面上，供用户赵xx查看。

如果员工赵xx选择某一员工例如孙xx向孙xx发起网络电话。以下说明通信应用支持拨打的网络电话的实现原理。如图1B所示，该网络电话涉及以下网络结构：手机1、远端服务器、通话中心以及手机2。

手机1的电话号码是“1234567911”，手机1安装有通信应用，用户“赵xx”使用账号1登录通信应用，该账号1关联有用户的电话号码“12345678911”，用户“赵xx”在账号1下选择某一联系人“孙xx”，进入联系人界面，例如图1C中界面17所示，联系人“孙xx”的电话号码是“12345678933”，假设手机2是电话号码“12345678933”绑定的手机；用户“赵xx”选择“网络电话”拨号控件，触发向联系人“孙xx”的电话号码“12345678933”拨打网络电话；此时，可执行以下网络电话拨打流程：

手机1的通信应用向远端服务器发送网络电话拨打请求，网络电话拨打请求中携带：账号1，作为主叫方的手机1的电话号码“12345678911，作为被叫方的联系人“孙xx”的电话号码“12345678933”；或者，网络电话拨打请求中携带：作为主叫方的账号1，作为被叫方的联系人“孙xx”的电话号码“12345678933”。

远端服务器响应于网络电话拨打请求，向通话中心发送通话请求。如果网络电话拨打请求中携带主叫方的电话号码“12345678911”和被叫方的电话号码“12345678933”，则通话请求中也携带上述主叫方的电话号码“12345678911”和被叫方的电话号码“12345678933”；如果网络电话拨打请求中携带账号1和被叫方电话号码“12345678933”，则远端服务器获取账号1关联的电话号码“12345678911”，相应的，通话请求中携带账号1关联的电话号码“12345678911”作为主叫方号码，还携带被叫方号码“12345678933”。

其中，如果电子设备绑定有2个电话号码，通信应用可以选择预设的默认电话号码或者自主选择1个电话号码，例如选择最近一段时间内使用频率高、使用时长长的电话号码。

通话中心响应于通话请求，回拨主叫方的电话号码“12345678911”和被叫方的电话号码“12345678933”，也即分别向手机1和手机2发送通话请求；

手机1和手机2分别接收到来电请求，用户“赵xx”在手机接听电话，用户“孙xx”在手机2接听电话，则手机1和手机2之间通过通话中心建立通话连接，实现通话，也即用户“赵xx”和“孙xx”之间实现通话。

如果员工赵xx选择某一员工例如孙xx向孙xx发起通信应用内的语音通话，相应的，通信应用可以向其他电子设备中登录有账号3的通信应用发送通话请求，孙xx可以在该通信应用中接收到该通话请求。

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

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

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

本申请实施例提供的界面显示方法中，除了通过运营商网络发起通话的常规通话方式外，还为用户提供了通过通信应用发起通话的通话方式，供用户选择，从而使得用户可以灵活选择与其他用户之间通话的方式，提升用户体验。

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

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

界面21显示的通话记录中，对端用户的电话号码是陌生号码，也即手机的通讯录中未存储该电话号码，因此，界面21显示有对端用户的电话号码“12345678900”，以及控件201和控件202。控件201被用户选中后，电子设备使用运营商网络基于电话号码“12345678900”向对端用户发起通话，界面跳转至电子设备的去电界面，例如图1A中界面13所示。控件202被用户选中后，可以触发通信应用“X应用”基于电话号码“12345678900”向对端用户发起通话，界面跳转至通信应用的通话呼叫界面，如果跳转成功，显示通信应用的通话呼叫界面，例如图2中界面22所示，如果跳转失败，可以显示跳转失败提示界面，例如界面23所示。

界面24显示的通话记录中，对端用户的电话号码存储于手机的通讯录中，因此，界面22显示有电话号码对应的联系人信息，例如图2中所示的姓名“张xx”，电话号码“12345678900”。界面22中还显示有控件201和控件202。控件201被用户选中后，电子设备使用运营商网络基于电话号码“12345678900”向对端用户发起通话，界面与图1A中界面16类似。控件202被用户选中后，可以触发通信应用“X应用”基于电话号码“12345678900”向对端用户发起通话，界面跳转至通信应用的通话呼叫界面，如果跳转成功，显示通信应用的通话呼叫界面，例如图2中界面25所示，如果跳转失败，可以显示跳转失败提示界面，例如界面23所示。

图3A为本申请界面显示方法基于图2所示场景的一个实施例的流程图。在如图3A所示，该方法可以包括：

步骤301：检测到针对于第一通话记录的详情查询操作。

第一通话记录是电子设备中存储的若干条通话记录中的任一条通话记录。

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

步骤302：响应于详情查询操作，从已登录第一账号的通信应用获取第一账号的通话权限信息。

通话权限信息用于记录第一账号是否具有通过通信应用发起通话的权限。通话权限信息可以包括但不限于：具有发起通话的权限、以及不具有发起通话的权限。

通信应用可以在电子设备中设置数据库，其中存储第一账号关联的联系人信息、第一账号的通话权限信息等。本步骤中可以从通信应用的数据库获取第一账号的通话权限信息。

需要说明的是，上述数据库中存储的信息可以由通信应用的远端服务器在信息发生变化时向通信应用推送变化后的信息，也可以由通信应用向远端服务器查询远端服务器中第一账号关联的数据是否发生变化，在变化时基于远端服务器中的数据更新电子设备中存储的数据。

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

其中，上述第一应用是电子设备中设置的用于与通信应用交互、获取通话权限信息的应用，第一应用可以是联系人应用或者通话记录详情处理应用，也可以是上述联系人应用或者通话记录详情处理应用之外的应用，本申请实施例不作限定。

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

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

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

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

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

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

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

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

其中，如果第一应用对通信应用的鉴权成功，则第一应用可以向通信应用发送上述第一消息，以获取员工信息。

需要说明的是，本步骤也可以不执行，此时，如果第一账号具有通话权限，则后续步骤304中用户选择第一控件，电子设备检测到针对于第一控件的选择操作后，通信应用可以发起通话，界面成功跳转至通信应用的通话呼叫界面，例如图2中界面22或界面25所示；如果第一账号不具有通话权限，则后续步骤304中用户选择第一控件，电子设备检测到针对于第一控件的选择操作后，通信应用无法完成发起通话的操作，从而通信应用可以显示呼叫失败提示界面，例如图2中界面23所示；或者，如果通信应用处于未登录状态，电子设备也可以显示呼叫失败提示界面，例如图2中界面23所示。需要说明的是，上述呼叫失败提示界面中提示的信息可以是上述“呼叫失败”，也可以是更为具体的呼叫失败原因，例如通信应用未登录、第一账号不具有通话权限等等，本申请实施例不作限定。

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

其中，第一控件用于被选中后触发已登录第一账号的通信应用基于第一通话记录中的对端电话号码发起通话。

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

步骤304：检测到针对于第一控件的选择操作，触发已登录第一账号的通信应用基于第一通话记录中对端用户的电话号码发起通话，并跳转至通信应用的通话呼叫界面。

通话呼叫界面是通信应用在发起通话时显示的界面。

在一种可能的实现方式中，如果通信应用仅支持第一账号基于对端用户的电话号码拨打网络电话，则，上述触发已登录第一账号的通信应用基于第一通话记录中的对端电话号码发起通话可以包括：

触发通信应用基于第一通话记录的对端电话号码向对端用户拨打网络电话。

该步骤具体可以包括：预设应用向通信应用发送网络电话拨打请求消息，网络电话拨打请求消息中可以包括：通信应用所在电子设备关联的电话号码，对端电话号码。

可选地，预设应用与通信应用之间进行上述请求消息发送时，可以使用电子设备的操作系统提供的标准接口实现，也可以由预设应用与通信应用的开发者自定义两个应用之间的网络电话拨打接口。以电子设备的操作系统是安卓系统为例，安卓系统中包括ContentProvider组件，该组件可以以标准化的方式在安卓系统的应用间共享数据。预设应用和通信应用之间就可以使用ContentProvider组件定义的标准接口来实现网络电话的拨打请求，例如可以预先定义一用于进行网络电话拨打的参数，并定义参数值，例如，可以定义参数action和extras，通过参数action的参数值可以向目标应用指示需要执行网络电话拨打，通过参数extras的参数值可以向目标应用指示被叫方电话号码，或者指示主叫方电话号码和被叫方电话号码；上述网络电话拨打请求中携带上述参数的参数值，即可以实现向通信应用请求拨打网络电话。

需要说明的是，通信应用所在电子设备可能设置有2张sim卡从而绑定有2个电话号码，此时，网络电话拨打请求中具体携带哪个电话号码，本申请实施例不作限定。例如电子设备中可以预设2个电话号码中的一个电话号码为默认电话号码，或者用户预先在电子设备中设置一个电话号码是默认电话号码，则网络电话拨打请求消息中可以携带该默认电话号码作为主叫方电话号码；或者，电子设备也可以基于2个电话号码在最近一段时间内的使用频率、时长等参数自主选择用户相对更为常用的电话号码作为上述主叫方电话号码等等。

需要说明的是，在向通信应用发送网络电话拨打请求消息之前，还可以对需要携带的主叫方电话号码(通信应用所在电子设备关联的电话号码)和被叫方电话号码(通话记录的对端电话号码)分别进行有效性处理和/或格式化处理，从而将电话号码转换为满足通信应用要求的有效号码。

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

格式化处理主要是将电话号码转换为满足预设格式要求的号码。例如，如果某一电话号码是“+86 12345678900”，其具有前缀“+86”，而预设格式要求中要求电话号码不具有“+86”“0086”等前缀，则可以通过格式化处理将上述号码“+86 12345678900”格式化为号码“12345678900”；再例如，如果某一电话号码是“12345678900”，其不具有前缀“+86”，而预设格式要求中要求电话号码具有“+86”的前缀，则可以通过格式化处理将上述号码“12345678900”格式化为号码“+8612345678900”。进行有效性检测和格式化处理，具体方法参见前述描述，这里不赘述。

在另一种可能的实现方式中，如果通信应用支持第一账号发起与其他通信应用账号之间的通话，也支持第一账号基于对端电话号码拨打网络电话，通信应用具体选择哪一种方式向第一通话记录的对端用户发起通话可以由通信应用来决定。例如，如果第一账号关联的联系人信息中存储有对端电话号码关联的第二账号，通话应用可以选择发起第一账号和第二账号之间的通话，否则，使用拨打网络电话的方式发起通话，则，上述触发已登录第一账号的通信应用基于第一通话记录中的对端电话号码发起通话可以包括：

预设应用向通信应用发送通话请求消息，通话请求消息中可以包括：通信应用所在电子设备关联的电话号码，对端电话号码。

此时，通话应用接收到通话请求消息，可以自主选择拨打网络电话或者发起应用内通话。相应的，基于上述操作可以触发通信应用基于第一通话记录的对端电话号码拨打网络电话；或者，也可以触发通信应用向第二账号发起通话，第二账号是第一账号关联的联系人信息中对端电话号码对应的通信应用账号。

第一账号关联的联系人信息可以是：第一账号关联企业的员工信息，例如上表1所示；也可以是第一账号的好友账号信息，例如各种即时通讯录中，每个应用账号会关联若干个其他应用账号作为好友，上述与应用账号关联的、作为好友的应用账号称为好友账号信息。

上述通话请求消息的具体实现可以参考上述网络电话拨打请求消息的实现方式，区别仅在于网络电话拨打请求消息可以指示通话方式为网络电话，而通话请求消息中无需指定通话方式。

向通信应用发送通话请求消息之前，也可以对通话请求消息需要携带的主叫方电话号码和被叫方电话号码进行有效性处理和格式化处理，具体方法不再赘述。

在又一种可能的实现方式中，如果通信应用仅支持第一账号发起与其他通信应用账号之间的通话，则，上述触发已登录第一账号的通信应用基于第一通话记录中的对端电话号码发起通话可以包括：

触发通信应用向第二账号发起通话，第二账号是第一账号关联的联系人信息中对端电话号码对应的通信应用账号。

该步骤具体可以包括：预设应用向通信应用发送应用内通话请求消息，应用内通话请求消息中可以包括：对端电话号码。

相应的，通话应用接收到应用内通话请求消息，可以根据对端电话号码从第一账号关联的联系人信息中查找到对端电话号码对应的第二账号，向第二账号发起通话请求，并显示通话呼叫界面，通话呼叫界面例如图2中界面25所示。

上述应用内通话请求消息的具体实现可以参考上述网络电话拨打请求消息的实现方式，区别仅在于网络电话拨打请求消息可以指示通话方式为网络电话，而应用内通话请求消息中可以指定通话方式为应用内通话。

向通信应用发送应用内通话请求消息之前，也可以对应用内通话请求消息需要携带的对端电话号码进行有效性处理和格式化处理，具体方法不再赘述。

需要说明的是，该实现方式中，如果第一账号关联的联系人信息中没有对端电话号码对应的通信应用账号，则通信应用可以显示呼叫失败提示界面，例如图2中界面23所示，用以提示用户呼叫失败。呼叫失败提示界面中可以如界面23所示提示呼叫失败，也可以提示具体的失败原因，例如“未查找到账号”等等，本申请实施例不限制。

图4为本申请界面显示方法基于图2所示场景的另一个实施例的流程图。图3A所示实施例中如果通信应用仅支持发起应用内通话，那么在步骤303中显示第一控件后，可能出现用户选择第一控件，却无法通过通信应用成功发起通话的问题，为此，提供图4所示实施例，从而解决上述问题。如图4所示，该方法可以包括：

步骤401：检测到针对于第一通话记录的详情查询操作。

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

步骤402：响应于详情查询操作，从已登录第一账号的通信应用获取第一账号的通话权限信息和通话能力信息。

通话能力信息用于指示第一账号关联的联系人信息中是否记录有对端电话号码对应的通信应用账号。

本步骤中，可以由第一应用向通信应用发送第一消息，第一消息包括对端电话号码，第一消息用于请求通话权限信息和通话能力信息；通信应用接收到第一消息，获取第一账号的通信权限信息，并根据对端电话号码查找第一账号关联的联系人信息中是否记录有该电话号码对应的通信应用账号；通信应用向第一应用反馈通话权限信息和通话能力信息。

上述第一应用是电子设备中预设的用于与通信应用交互、获取信息的应用，第一应用可以是联系人应用或者通话记录详情处理应用，也可以是上述联系人应用或者通话记录详情处理应用之外的应用，本申请实施例不作限定。

需要说明的是，通信应用可以基于通信应用的数据库中记录的数据完成上述通话权限信息和通话能力信息的确定，也可以基于远端服务器记录的数据完成上述通话权限信息和通话能力信息的确定。

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

其中，在将对端用户的电话号码通过第一消息发送给通信应用之前，可以对电话号码进行有效性处理和/或格式化处理，从而将电话号码转换为满足通信应用要求的有效号码。效性处理和格式化处理的具体实现方式可以参见步骤304中的相关描述，这里不赘述。

步骤403：如果通话权限信息为具有发起通话的权限且通话能力信息为具有通话能力，显示第一通话记录的通话详情界面，在通话详情界面显示第二控件，第二控件用于被选中后触发已登录第一账号的通信应用向第二账号发起通话。

步骤404：检测到针对于第二控件的选择操作，触发已登录第一账号的通信应用向第二账号发起通话，并跳转至通信应用的通话呼叫界面。

该步骤具体可以包括：预设应用向通信应用发送应用内通话请求消息，应用内通话请求消息中可以包括：对端电话号码。

相应的，通话应用接收到应用内通话请求消息，可以根据对端电话号码从第一账号关联的联系人信息中查找到对端电话号码对应的第二账号，向第二账号发起通话请求，并显示通话呼叫界面，通话呼叫界面例如图2中界面25所示。

该方法中，在通话记录的详情界面为用户提供了用户与其他用户之间通过通信应用内的通话功能进行通话的通话方式，从而为用户提供了更多的通话方式，提升了用户体验。该方法尤其适用于触发仅支持发起应用内通话的通信应用发起通话的场景下。此时，仅在通信应用中存在第二账号的情况下才显示第一控件，从而提高了用户基于第一控件发起通话的成功率，提升用户体验。

以上实施例以显示一个第一控件，可以触发通信应用拨打网络电话或者发起账号间通话为例。如果通信应用仅支持网络电话或者应用内通话，则通话记录的详情界面中不显示或者仅显示一个控件，如果通信应用支持网络电话和应用内通话，也仅显示一个控件，由通信应用来选择发起通话的方式。在本申请提供另一个实施例中，如果通信应用支持多种发起通话的方式，可以基于每一种通话方式设置对应的控件。以下仍以通信应用支持拨打网络电话和应用内通信为例。参见图5中界面51所示，包括控件501和控件502，控件501用于被选中后触发通信应用基于通话对端的电话号码拨打网络电话，控件502用于被选中后触发通信应用向第二账号发起通话。从而用户可以选择通话方式。

需要说明的是，控件501和控件502显示给用户的具体方式本申请实施例不作限定，例如界面51中以通话记录的详情界面同时显示控件501和控件502所示，在另一种可能的实现方式中，参见界面52所示，可以在详情界面中显示一控件503，控件503用于被触发后跳转界面至控件显示界面53，控件显示界面53中显示有上述控件501和控件503，供用户进行选择。

基于以上界面51和界面52所示场景，本申请实施例界面显示方法的一种流程图如图6所示，相对于图3A所示实施例，将步骤303～步骤304替换为以下的步骤601～步骤602。

步601：如果通话权限信息为第一账号具有发起通话的权限，在第一通话记录的通话详情界面上显示第一控件和第二控件。

其中，第一控件用于被选中后触发通信应用基于对端电话号码拨打网络电话；第二控件用于被选中后触发通信应用向第二账号发起通话，第二账号是第一账号关联的联系人信息中对端电话号码对应的通信应用账号。

如果通话权限信息为第一账号不具有发起通话的权限，通话详情界面可以不显示上述第一控件和第二控件。

步骤602：如果检测到针对于第一控件的选择操作，触发已登录第一账号的通信应用基于通话记录中对端电话号码发起通话，并跳转至通信应用的通话呼叫界面；或者，如果检测到针对于第二控件的选择操作，触发已登录第一账号的通信应用向第二账号发起通话，并跳转至通信应用的通话呼叫界面。

本步骤中所述触发已登录第一账号的通信应用基于第一通话记录中对端用户的电话号码发起通话，以及所述触发已登录第一账号的通信应用向第二账号发起通话的实现可以参考步骤304中的对应描述，这里不再赘述。

需要说明的是，如果检测到针对于第二控件的选择操作，触发已登录第一账号的通信应用向第二账号发起通话，如果第一账号关联的联系人信息中没有对端电话号码对应的通信应用账号，也即第二账号，则通信应用无法根据对端电话号码查找到通信应用账号，从而无法发起应用内通话，可以显示呼叫失败提示界面，例如图2中界面23所示，用以提示用户呼叫失败。呼叫失败提示界面中可以如界面23所示提示呼叫失败，也可以提示具体的失败原因，例如“未查找到账号”等等，本申请实施例不限制。

在图5和图6所示的实施例中，第一账号具有发起通话的权限，则在通话记录的详情界面同时显示2个控件，分别对应通信应用支持的2种发起通话的方式。在本申请提供的另一个实施例中，可以根据实际情况而决定通话记录的详情界面中是否显示以及显示哪些通话方式对应的控件。因此，在该实施例中，通话记录的详情界面中可能不显示通信应用对应的控件，参见图1A中界面12和15所示；可能仅显示1个控件，用以触发通信应用拨打网络通话的控件，参见图2中界面21和界面24所示；也可以显示2个控件，分别用以触发通信应用拨打网络电话和应用内通话，参见图5中界面51～53所示。

基于该场景，本申请实施例界面显示方法的流程图例如图7所示，将图4所示方法中的步骤403和步骤404替换为以下的步骤701～步骤702。

步骤701：如果通话权限信息为具有发起通话的权限且通话能力信息为具有通话能力，在第一通话记录的通话详情界面上显示第一控件和第二控件；如果通话权限信息为具有发起通话的权限，通话能力信息为不具有通话能力，在通话详情界面显示第一控件。

其中，如果通话权限信息为不具有发起通话的权限，在通话详情界面不显示第一控件和第二控件。

步骤702：如果检测到针对于第一控件的选择操作，触发已登录第一账号的通信应用基于第一通话记录中对端用户的电话号码发起通话，并跳转至通信应用的通话呼叫界面；或者，如果检测到针对于第二控件的选择操作，触发已登录第一账号的通信应用向第二账号发起通话，并跳转至通信应用的通话呼叫界面。

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

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

界面81显示有联系人的详细信息，例如界面81中显示的联系人的详细信息为：姓名“张xx”，电话号码“12345678900”。界面81中还显示有控件801和控件802。控件801被用户选中后，手机使用运营商网络拨打联系人的电话号码“12345678900”，界面跳转至手机的去电界面。控件802被用户选中后，触发通信应用基于联系人的电话号码“12345678900”发起通话，界面跳转至通信应用的通话呼叫界面。

进一步地，联系人详情界面也可以显示2个控件，分别对应通信应用的不同通话方式，例如界面82所示，包括控件803和控件804，控件803用于触发通信应用发起网络电话，控件804用于触发通信应用发起应用内通话。

界面83和界面84示出了另一种显示控件803和控件804的方法，界面83显示控件805，控件805被触发后显示界面84，界面84中显示有控件803和控件804。

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

该实施例在联系人详情界面为用户提供了用户与其他用户之间通过通信应用内的通话功能进行通话的通话方式，从而为用户提供了更多可选择的通话方式，提升了用户体验。

以上实施例以通话记录的通话详情界面或者联系人详情界面中增加一个通信应用对应的第一控件为例，如果电子设备中安装有多个通信应用，且其中的多个通信应用均支持发起通话的功能。则本申请实施例提供的通话详情界面或者联系人详情界面中可以显示多个第一控件，每个第一控件对应着一个通信应用，可以触发对应的通信应用向其他用户发起通话。参见图9所示，界面91～界面93中均包括2个第一控件为例，界面91是陌生电话的通话详情界面，界面92是联系人的通话详情界面，界面93是联系人详情界面。上述三个界面均包括：控件901、控件902和控件903，其中，控件901被用户选中后，手机使用运营商网络拨打电话号码“12345678900”；控件902对应通信应用1，在控件702被用户选中后，触发通信应用1基于电话号码“12345678900”发起通话，界面跳转至通信应用1的通话呼叫界面；控件903对应通信应用2，在控件903被用户选中后，触发通信应用2基于电话号码“12345678900”发起通话，界面跳转至通信应用2的通话呼叫界面。

进一步地，参见图9所示，界面94～96示出了应用1对应有控件904和控件905，应用2对应有控件906和控件907，上述控件分别对应的应用的不同通话途径。

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

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

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

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

呼叫界面处理模块，用于显示通信应用的通话呼叫界面。

逻辑模块包括：

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

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

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

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

号码有效性检测模块用于检测电话号码有效性。

号码格式化模块用于将无效的电话号码转换为有效号码。

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

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

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

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

框架层(Framework，FWK)为应用层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图10所示，框架层包括通信协议框架。通信协议框架用于实现通话数据的传输。框架层还可以包括音频框架、绘制渲染模块等。

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

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

图11所示为本申请实施例提供的基于上述电子设备的软件结构的界面显示方法。如图11所示，可用于实现图3A所示界面显示方法，具体的，详情处理模块用于实现步骤301；详情处理模块、号码识别模块和企业数据模块用于实现步骤302；详情处理模块以及详情界面处理模块用于实现步骤303，从而实现通话详情界面中第一控件的显示；详情界面处理模块、详情处理模块、通话处理模块、通信协议框架、通话呼叫界面处理模块用于实现步骤304。进一步地，在执行步骤302的过程中还增加了对其他应用访问号码识别模块的权限鉴权步骤，由号码识别模块和系统鉴权认证模块实现。进一步地，在执行步骤302的过程中还增加了号码识别模块所属应用与企业数据模块所属通信应用之间的相互鉴权步骤，通过号码识别模块、第一鉴权认证模块、第二鉴权认证模块和企业数据模块实现。

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

图12所示为本申请实施例提供的基于上述电子设备的软件结构的界面显示方法。如图12所示，可用于实现图4所示界面显示方法，具体的，详情处理模块用于实现步骤401；详情处理模块、号码识别模块和企业数据模块用于实现步骤402；详情处理模块以及详情界面处理模块用于实现步骤403，从而实现通话详情界面中第一控件的显示；详情界面处理模块、详情处理模块、通话处理模块、通信协议框架、通话呼叫界面处理模块用于实现步骤404。进一步地，在执行步骤402的过程中还增加了对其他应用访问号码识别模块的权限鉴权步骤，由号码识别模块和系统鉴权认证模块实现。进一步地，在执行步骤402的过程中还增加了号码识别模块所属应用与企业数据模块所属通信应用之间的相互鉴权步骤，通过号码识别模块、第一鉴权认证模块、第二鉴权认证模块和企业数据模块实现。进一步地，在执行步骤402的过程中还增加了号码有效性检测和格式化处理步骤，有效性检测通过号码识别模块以及号码有效性检测模块实现，格式化处理步骤由号码有效性检测模块以及号码格式化模块实现。

图13所示为本申请实施例提供的基于上述电子设备的软件结构的界面显示方法。如图13所示，可用于实现图7所示界面显示方法，具体的，详情处理模块用于实现步骤401；详情处理模块、号码识别模块和企业数据模块用于实现步骤402；详情处理模块、控件显示界面处理模块以及详情界面处理模块用于实现步骤701，从而实现通话详情界面中第一控件和第二控件的显示；控件显示界面处理模块、详情处理模块、通话处理模块、通信协议框架、通话呼叫界面处理模块用于实现步骤702。进一步地，在执行步骤402的过程中还增加了对其他应用访问号码识别模块的权限鉴权步骤，由号码识别模块和系统鉴权认证模块实现。进一步地，在执行步骤402的过程中还增加了号码识别模块所属应用与企业数据模块所属通信应用之间的相互鉴权步骤，通过号码识别模块、第一鉴权认证模块、第二鉴权认证模块和企业数据模块实现。进一步地，在执行步骤402的过程中还增加了号码有效性检测和格式化处理步骤，有效性检测通过号码识别模块以及号码有效性检测模块实现，格式化处理步骤由号码有效性检测模块以及号码格式化模块实现。

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

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

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

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

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

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

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

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

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

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

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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)、磁碟或者光盘等各种可以存储程序代码的介质。