CN110445938A - 呼叫的实现方法、装置和电子设备 - Google Patents

Abstract

本申请提出了一种呼叫的实现方法、装置和电子设备，其中，上述呼叫的实现方法包括：接收客户端发送的呼叫请求，所述呼叫请求是客户端通过所述客户端对应的电话平台的呼叫界面发送的；对客户端进行鉴权；在客户端通过鉴权之后，查询电话平台配置表，获得所述客户端对应的电话平台，以及获取所述客户端对应的电话平台所支持的协议；将所述呼叫请求按照所述客户端对应的电话平台所支持的协议进行封装；将封装后的呼叫请求发送到所述客户端对应的电话平台。本申请可以通过统一的接口层连接人工坐席所使用的客户端和电话平台，可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入。

Description

呼叫的实现方法、装置和电子设备

【技术领域】

本申请涉及通信技术领域，尤其涉及一种呼叫的实现方法、装置和电子设备。

【背景技术】

软电话又称为IP电话，是通过因特网协议(Internet Protocol；以下简称：IP)来进行语音传送，只要在同一网内，就可以不受限制的进行通话，可以支持电脑(PersonalComputer；以下简称：PC)to PC、PC to phone、phone to PC等多种通话方式。目前，很多服务系统的人工坐席所使用的电话均为软电话，人工坐席在拨打时，获取本地系统服务器中存储的加密电话号码，并将加密电话号码以及密钥通过公共网络发送到电话平台服务器，电话平台服务器根据密钥对加密电话号码解密后进行呼叫。

但现有相关技术中，不同电话平台所支持的接入协议不同，这样不同电话平台所采用的接入方式不同，这样如果服务系统采用多个电话平台，难以在电话平台之间进行自由切换。另外，现有的电话平台对人工坐席的权限未进行有效地控制。

【发明内容】

本申请实施例提供了一种呼叫的实现方法、装置和电子设备，以实现通过统一的接口层连接人工坐席所使用的客户端和电话平台，将上述客户端的呼叫请求通过上述统一的接口层发送到电话平台，以及将电话平台发送的呼叫请求通过上述统一的接口层发送给上述客户端，从而可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入，可以实现在电话平台之间进行切换，并且可以对客户端的权限进行有效控制。

第一方面，本申请实施例提供了一种呼叫的实现方法，包括：接收客户端发送的呼叫请求，所述呼叫请求是所述客户端通过所述客户端对应的电话平台的呼叫界面发送的；对所述客户端进行鉴权；在所述客户端通过鉴权之后，查询电话平台配置表，获得所述客户端对应的电话平台，以及获取所述客户端对应的电话平台所支持的协议；将所述呼叫请求按照所述客户端对应的电话平台所支持的协议进行封装；将封装后的呼叫请求发送到所述客户端对应的电话平台，以使所述客户端对应的电话平台将所述封装后的呼叫请求发送到所述呼叫请求的目的端。

其中一种可能的实现方式中，所述将封装后的呼叫请求发送到所述客户端对应的电话平台包括：通过JS接口将封装后的呼叫请求发送到所述客户端对应的电话平台。

其中一种可能的实现方式中，所述对所述客户端进行鉴权包括：根据权限配置表，对所述客户端的主叫权限进行鉴权，所述权限配置表中包括所述客户端与所述客户端的主叫权限的对应关系。

第二方面，本申请实施例提供一种呼叫的实现方法，包括：接收电话平台发送的呼叫请求；查询电话平台配置表，获得所述电话平台对应的客户端，以及所述客户端所支持的协议；对所述电话平台对应的客户端进行鉴权；在所述电话平台对应的客户端通过鉴权之后，将所述呼叫请求按照所述客户端所支持的协议进行封装；将封装后的呼叫请求发送到所述客户端。

其中一种可能的实现方式中，所述接收电话平台发送的呼叫请求包括：接收电话平台通过JS接口发送的呼叫请求。

其中一种可能的实现方式中，所述对所述电话平台对应的客户端进行鉴权包括：根据权限配置表，对所述客户端的被叫权限进行鉴权，所述权限配置表中包括所述客户端与所述客户端的被叫权限的对应关系。

第三方面，本申请实施例提供一种电子设备，包括：接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述接收器，用于接收客户端发送的呼叫请求，所述呼叫请求是所述客户端通过所述客户端对应的电话平台的呼叫界面发送的；所述处理器执行所述计算机程序时，用于对所述客户端进行鉴权；在所述客户端通过鉴权之后，查询电话平台配置表，获得所述客户端对应的电话平台，以及获取所述客户端对应的电话平台所支持的协议；将所述呼叫请求按照所述客户端对应的电话平台所支持的协议进行封装；所述发送器，用于将所述处理器封装后的呼叫请求发送到所述客户端对应的电话平台，以使所述客户端对应的电话平台将所述封装后的呼叫请求发送到所述呼叫请求的目的端。

其中一种可能的实现方式中，所述发送器，具体用于通过JS接口将封装后的呼叫请求发送到所述客户端对应的电话平台。

其中一种可能的实现方式中，所述处理器，具体用于根据权限配置表，对所述客户端的主叫权限进行鉴权，所述权限配置表中包括所述客户端与所述客户端的主叫权限的对应关系。

第四方面，本申请实施例提供一种电子设备，包括：接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述接收器，用于接收电话平台发送的呼叫请求；所述处理器执行所述计算机程序时，用于查询电话平台配置表，获得所述电话平台对应的客户端，以及所述客户端所支持的协议；对所述电话平台对应的客户端进行鉴权；在所述电话平台对应的客户端通过鉴权之后，将所述呼叫请求按照所述客户端所支持的协议进行封装；所述发送器，用于将所述处理器封装后的呼叫请求发送到所述客户端。

其中一种可能的实现方式中，所述接收器，具体用于接收电话平台通过JS接口发送的呼叫请求。

其中一种可能的实现方式中，所述处理器，具体用于根据权限配置表，对所述客户端的被叫权限进行鉴权，所述权限配置表中包括所述客户端与所述客户端的被叫权限的对应关系。

第五方面，本申请实施例提供一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面提供的方法。

第六方面，本申请实施例提供一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第二方面提供的方法。

以上技术方案中，接收客户端发送的呼叫请求之后，对上述客户端进行鉴权，在上述客户端通过鉴权之后，查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议，将上述呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装，将封装后的呼叫请求发送到上述客户端对应的电话平台，以使上述客户端对应的电话平台将封装后的呼叫请求发送到上述呼叫请求的目的端，从而可以实现通过统一的接口层连接人工坐席所使用的客户端和电话平台，将上述客户端的呼叫请求通过上述统一的接口层发送到电话平台，进而可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入，可以实现在电话平台之间进行切换，并且可以对客户端的权限进行有效控制。

【附图说明】

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请呼叫的实现方法一个实施例的流程图；

图2为本申请呼叫的实现方法另一个实施例的流程图；

图3为本申请呼叫的实现方法再一个实施例的流程图；

图4为本申请呼叫的实现方法再一个实施例的流程图；

图5为本申请呼叫的实现方法再一个实施例的流程图；

图6为本申请呼叫的实现方法再一个实施例的流程图；

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

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

【具体实施方式】

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

图1为本申请呼叫的实现方法一个实施例的流程图，如图1所示，上述呼叫的实现方法可以包括：

步骤101，接收客户端发送的呼叫请求，上述呼叫请求是上述客户端通过上述客户端对应的电话平台的呼叫界面发送的。

本实施例中，上述客户端为人工客服所使用的客户端，上述人工客服所使用的客户端可以为上述人工客服所使用的PC上安装的电话平台。

在上述人工客服需要拨打电话时，可以通过上述人工客服所使用的PC上安装的电话平台的呼叫界面发出呼叫，然后，统一的接口层可以接收客户端发送的呼叫请求。

步骤102，对上述客户端进行鉴权。

步骤103，在上述客户端通过鉴权之后，查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议。

本实施例中，预先设置电话平台配置表，在上述电话平台配置表中配置客户端与电话平台的对应关系，以及电话平台所使用的协议。这样，在上述客户端通过鉴权之后，就可以通过查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议。

具体地，客户端与电话平台的对应关系可以为：客户端登录的业务系统与电话平台的对应关系，或者，客户端的标识与电话平台的对应关系。也就是说，可以按照业务系统来选择电话平台，不同的业务系统可以根据自身的需求使用不同的电话平台，这样属于不同业务系统的客户端就对应不同的电话平台；或者，也可以将客户端进行分组，不同分组的客户端根据工作内容的不同使用不同的电话平台。

步骤104，将上述呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装。

步骤105，将封装后的呼叫请求发送到上述客户端对应的电话平台，以使上述客户端对应的电话平台将上述封装后的呼叫请求发送到上述呼叫请求的目的端。

上述呼叫的实现方法中，接收客户端发送的呼叫请求之后，对上述客户端进行鉴权，在上述客户端通过鉴权之后，查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议，将上述呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装，将封装后的呼叫请求发送到上述客户端对应的电话平台，以使上述客户端对应的电话平台将封装后的呼叫请求发送到上述呼叫请求的目的端，从而可以实现通过统一的接口层连接人工坐席所使用的客户端和电话平台，将上述客户端的呼叫请求通过上述统一的接口层发送到电话平台，进而可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入，可以实现在电话平台之间进行切换，并且可以对客户端的权限进行有效控制。

图2为本申请呼叫的实现方法另一个实施例的流程图，如图2所示，本申请图1所示实施例中，步骤105可以为：

步骤201，通过JS接口将封装后的呼叫请求发送到上述客户端对应的电话平台，以使上述客户端对应的电话平台将上述封装后的呼叫请求发送到上述呼叫请求的目的端。

其中，JS为JavaScript的缩写，本实施例中，通过统一的JS接口与不同的电话平台连接，在将呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装之后，可以通过JS接口将封装后的呼叫请求发送到上述客户端对应的电话平台。从而可以实现通过统一的JS接口层对不同电话平台的不同接入方式，进行对接优化，客户端无需关注不同电话平台的差异化接入，便于在不同的电话平台之间切换，只需要通过一定的配置来确定客户端对应的电话平台。

图3为本申请呼叫的实现方法再一个实施例的流程图，如图3所示，本申请图1所示实施例中，步骤102可以为：

步骤301，根据权限配置表，对上述客户端的主叫权限进行鉴权，上述权限配置表中包括上述客户端与上述客户端的主叫权限的对应关系。

具体地，上述权限配置表中可以包括上述客户端的标识与上述客户端的主叫权限的对应关系，在进行鉴权时，可以根据上述客户端的标识查询上述权限配置表，获得上述客户端的主叫权限，例如：上述客户端具有主叫权限，或者上述客户端不具有主叫权限等。

需要说明的是，本申请图3所示实施例中的权限配置表与本申请图1所示实施例中的电话平台配置表可以为不同的配置表，也可以配置在同一配置表中。

图4为本申请呼叫的实现方法再一个实施例的流程图，如图4所示，上述呼叫的实现方法可以包括：

步骤401，接收电话平台发送的呼叫请求。

其中，上述电话平台发送的呼叫请求可以为业务客户拨打客服热线发出的呼叫请求，电话平台接收到业务客户发出的呼叫请求之后，将上述呼叫请求发送到统一接口层，统一接口层接收电话平台发送的呼叫请求。

步骤402，查询电话平台配置表，获得上述电话平台对应的客户端，以及上述客户端所支持的协议。

本实施例中，预先设置电话平台配置表，在上述电话平台配置表中配置客户端与电话平台的对应关系，以及客户端所使用的协议。这样，就可以通过查询电话平台配置表，获得上述电话平台对应的客户端，以及获取上述客户端所支持的协议。

具体地，客户端与电话平台的对应关系可以为：客户端登录的业务系统与电话平台的对应关系，或者，客户端的标识与电话平台的对应关系。也就是说，可以按照业务系统来选择电话平台，不同的业务系统可以根据自身的需求使用不同的电话平台，这样属于不同业务系统的客户端就对应不同的电话平台；或者，也可以将客户端进行分组，不同分组的客户端根据工作内容的不同使用不同的电话平台。

步骤403，对上述电话平台对应的客户端进行鉴权。

步骤404，在上述电话平台对应的客户端通过鉴权之后，将上述呼叫请求按照上述客户端所支持的协议进行封装。

步骤405，将封装后的呼叫请求发送到上述客户端。

上述呼叫的实现方法中，接收电话平台发送的呼叫请求，查询电话平台配置表，获得上述电话平台对应的客户端，以及上述客户端所支持的协议，对上述电话平台对应的客户端进行鉴权；在上述电话平台对应的客户端通过鉴权之后，将上述呼叫请求按照上述客户端所支持的协议进行封装，然后，将封装后的呼叫请求发送到上述客户端，从而可以实现通过统一的接口层连接人工坐席所使用的客户端和电话平台，将电话平台发送的呼叫请求通过上述统一的接口层发送给上述客户端，从而可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入，可以实现在电话平台之间进行切换，并且可以对客户端的权限进行有效控制。

图5为本申请呼叫的实现方法再一个实施例的流程图，如图5所示，本申请图4所示实施例中，步骤401可以为：

步骤501，接收电话平台通过JS接口发送的呼叫请求。

本实施例中，通过统一的JS接口与不同的电话平台连接，从而可以实现通过统一的JS接口层对不同电话平台的不同接入方式，进行对接优化，客户端无需关注不同电话平台的差异化接入，便于在不同的电话平台之间切换，只需要通过一定的配置来确定客户端对应的电话平台。

图6为本申请呼叫的实现方法再一个实施例的流程图，如图6所示，本申请图4所示实施例中，步骤403可以为：

步骤601，根据权限配置表，对上述客户端的被叫权限进行鉴权，上述权限配置表中包括上述客户端与上述客户端的被叫权限的对应关系。

具体地，上述权限配置表中可以包括上述客户端的标识与上述客户端的被叫权限的对应关系，在进行鉴权时，可以根据上述客户端的标识查询上述权限配置表，获得上述客户端的被叫权限，例如：上述客户端具有被叫权限，或者上述客户端不具有被叫权限等。

需要说明的是，本申请图6所示实施例中的权限配置表与本申请图4所示实施例中的电话平台配置表可以为不同的配置表，也可以配置在同一配置表中。

图7为本申请电子设备一个实施例的结构示意图，本实施例中的电子设备可以实现本申请图1～图3所示实施例提供的呼叫的实现方法。如图7所示，上述电子设备可以包括：接收器71、发送器72、存储器73、处理器74及存储在上述存储器73上并可在处理器74上运行的计算机程序；

其中，接收器71，用于接收客户端发送的呼叫请求，上述呼叫请求是上述客户端通过上述客户端对应的电话平台的呼叫界面发送的；本实施例中，上述客户端为人工客服所使用的客户端，上述人工客服所使用的客户端可以为上述人工客服所使用的PC上安装的电话平台。

在上述人工客服需要拨打电话时，可以通过上述人工客服所使用的PC上安装的电话平台的呼叫界面发出呼叫，然后，接收器71可以接收客户端发送的呼叫请求。

处理器74执行上述计算机程序时，用于对上述客户端进行鉴权；在上述客户端通过鉴权之后，查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议；将上述呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装。

本实施例中，在电子设备中预先设置电话平台配置表，在上述电话平台配置表中配置客户端与电话平台的对应关系，以及电话平台所使用的协议。这样，在上述客户端通过鉴权之后，处理器74就可以通过查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议。

具体地，客户端与电话平台的对应关系可以为：客户端登录的业务系统与电话平台的对应关系，或者，客户端的标识与电话平台的对应关系。也就是说，可以按照业务系统来选择电话平台，不同的业务系统可以根据自身的需求使用不同的电话平台，这样属于不同业务系统的客户端就对应不同的电话平台；或者，也可以将客户端进行分组，不同分组的客户端根据工作内容的不同使用不同的电话平台。

发送器72，用于将处理器74封装后的呼叫请求发送到上述客户端对应的电话平台，以使上述客户端对应的电话平台将上述封装后的呼叫请求发送到上述呼叫请求的目的端。

本实施例中，上述电子设备上设置有统一的接口层，统一接口层的全部或部分功能通过接收器71和发送器72实现。

其中，发送器72，具体用于通过JS接口将封装后的呼叫请求发送到上述客户端对应的电话平台。然后，上述客户端对应的电话平台就可以将上述封装后的呼叫请求发送到上述呼叫请求的目的端。

JS为JavaScript的缩写，本实施例中，通过统一的JS接口与不同的电话平台连接，在处理器74将呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装之后，发送器72可以通过JS接口将封装后的呼叫请求发送到上述客户端对应的电话平台。从而可以实现通过统一的JS接口层对不同电话平台的不同接入方式，进行对接优化，客户端无需关注不同电话平台的差异化接入，便于在不同的电话平台之间切换，只需要通过一定的配置来确定客户端对应的电话平台。

本实施例中，处理器74，具体用于根据权限配置表，对上述客户端的主叫权限进行鉴权，上述权限配置表中包括上述客户端与上述客户端的主叫权限的对应关系。

具体地，上述权限配置表中可以包括上述客户端的标识与上述客户端的主叫权限的对应关系，处理器74在进行鉴权时，可以根据上述客户端的标识查询上述权限配置表，获得上述客户端的主叫权限，例如：上述客户端具有主叫权限，或者上述客户端不具有主叫权限等。

需要说明的是，上述权限配置表与电话平台配置表可以为不同的配置表，也可以配置在同一配置表中。

上述电子设备中，接收器71接收客户端发送的呼叫请求之后，处理器74对上述客户端进行鉴权，在上述客户端通过鉴权之后，查询电话平台配置表，获得上述客户端对应的电话平台，以及获取上述客户端对应的电话平台所支持的协议，将上述呼叫请求按照上述客户端对应的电话平台所支持的协议进行封装，发送器72将封装后的呼叫请求发送到上述客户端对应的电话平台，以使上述客户端对应的电话平台将封装后的呼叫请求发送到上述呼叫请求的目的端，从而可以实现通过统一的接口层连接人工坐席所使用的客户端和电话平台，将上述客户端的呼叫请求通过上述统一的接口层发送到电话平台，进而可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入，可以实现在电话平台之间进行切换，并且可以对客户端的权限进行有效控制。

图8为本申请电子设备另一个实施例的结构示意图，本实施例中的电子设备可以实现本申请图4～图6所示实施例提供的呼叫的实现方法。如图8所示，上述电子设备可以包括：接收器81、发送器82、存储器83、处理器84及存储在存储器83上并可在处理器84上运行的计算机程序。

其中，接收器81，用于接收电话平台发送的呼叫请求。

其中，上述电话平台发送的呼叫请求可以为业务客户拨打客服热线发出的呼叫请求，电话平台接收到业务客户发出的呼叫请求之后，将上述呼叫请求发送到统一接口层，统一接口层通过接收器81接收电话平台发送的呼叫请求。

本实施例中，上述电子设备上设置有统一的接口层，统一接口层的全部或部分功能通过接收器81和发送器82实现。

处理器84执行上述计算机程序时，用于查询电话平台配置表，获得上述电话平台对应的客户端，以及上述客户端所支持的协议；对上述电话平台对应的客户端进行鉴权；在上述电话平台对应的客户端通过鉴权之后，将上述呼叫请求按照上述客户端所支持的协议进行封装。

本实施例中，可以在电子设备上预先设置电话平台配置表，在上述电话平台配置表中配置客户端与电话平台的对应关系，以及客户端所使用的协议。这样，处理器84就可以通过查询电话平台配置表，获得上述电话平台对应的客户端，以及获取上述客户端所支持的协议。

具体地，客户端与电话平台的对应关系可以为：客户端登录的业务系统与电话平台的对应关系，或者，客户端的标识与电话平台的对应关系。也就是说，可以按照业务系统来选择电话平台，不同的业务系统可以根据自身的需求使用不同的电话平台，这样属于不同业务系统的客户端就对应不同的电话平台；或者，也可以将客户端进行分组，不同分组的客户端根据工作内容的不同使用不同的电话平台。

发送器82，用于将处理器84封装后的呼叫请求发送到上述客户端。

本实施例中，接收器81，具体用于接收电话平台通过JS接口发送的呼叫请求。

本实施例中，接收器81通过统一的JS接口与不同的电话平台连接，从而可以实现通过统一的JS接口层对不同电话平台的不同接入方式，进行对接优化，客户端无需关注不同电话平台的差异化接入，便于在不同的电话平台之间切换，只需要通过一定的配置来确定客户端对应的电话平台。

本实施例中，处理器84，具体用于根据权限配置表，对上述客户端的被叫权限进行鉴权，上述权限配置表中包括上述客户端与上述客户端的被叫权限的对应关系。

具体地，上述权限配置表中可以包括上述客户端的标识与上述客户端的被叫权限的对应关系，在进行鉴权时，处理器84可以根据上述客户端的标识查询上述权限配置表，获得上述客户端的被叫权限，例如：上述客户端具有被叫权限，或者上述客户端不具有被叫权限等。

需要说明的是，上述权限配置表与电话平台配置表可以为不同的配置表，也可以配置在同一配置表中。

上述电子设备中，接收器81接收电话平台发送的呼叫请求，处理器84查询电话平台配置表，获得上述电话平台对应的客户端，以及上述客户端所支持的协议，对上述电话平台对应的客户端进行鉴权；在上述电话平台对应的客户端通过鉴权之后，将上述呼叫请求按照上述客户端所支持的协议进行封装，然后，发送器82将封装后的呼叫请求发送到上述客户端，从而可以实现通过统一的接口层连接人工坐席所使用的客户端和电话平台，将电话平台发送的呼叫请求通过上述统一的接口层发送给上述客户端，从而可以实现业务系统通过统一的接口层与多个电话平台对接，支持多种协议类型，客户端不用关心不同电话平台的差异化接入，可以实现在电话平台之间进行切换，并且可以对客户端的权限进行有效控制。

本申请实施例还提供一种非临时性计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时可以实现本申请实施例提供的呼叫的实现方法。

上述非临时性计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(Read Only Memory；以下简称：ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory；以下简称：EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network；以下简称：LAN)或广域网(Wide Area Network；以下简称：WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

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

需要说明的是，本申请实施例中所涉及的终端可以包括但不限于个人计算机(Personal Computer；以下简称：PC)、个人数字助理(Personal Digital Assistant；以下简称：PDA)、无线手持设备、平板电脑(Tablet Computer)、手机、MP3播放器、MP4播放器等。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种呼叫的实现方法，其特征在于，包括：

接收客户端发送的呼叫请求，所述呼叫请求是所述客户端通过所述客户端对应的电话平台的呼叫界面发送的；

对所述客户端进行鉴权；

在所述客户端通过鉴权之后，查询电话平台配置表，获得所述客户端对应的电话平台，以及获取所述客户端对应的电话平台所支持的协议；

将所述呼叫请求按照所述客户端对应的电话平台所支持的协议进行封装；

将封装后的呼叫请求发送到所述客户端对应的电话平台，以使所述客户端对应的电话平台将所述封装后的呼叫请求发送到所述呼叫请求的目的端。

2.根据权利要求1所述的方法，其特征在于，所述将封装后的呼叫请求发送到所述客户端对应的电话平台包括：

通过JS接口将封装后的呼叫请求发送到所述客户端对应的电话平台。

3.根据权利要求1或2所述的方法，其特征在于，所述对所述客户端进行鉴权包括：

根据权限配置表，对所述客户端的主叫权限进行鉴权，所述权限配置表中包括所述客户端与所述客户端的主叫权限的对应关系。

4.一种呼叫的实现方法，其特征在于，包括：

接收电话平台发送的呼叫请求；

查询电话平台配置表，获得所述电话平台对应的客户端，以及所述客户端所支持的协议；

对所述电话平台对应的客户端进行鉴权；

在所述电话平台对应的客户端通过鉴权之后，将所述呼叫请求按照所述客户端所支持的协议进行封装；

将封装后的呼叫请求发送到所述客户端。

5.根据权利要求4所述的方法，其特征在于，所述接收电话平台发送的呼叫请求包括：

接收电话平台通过JS接口发送的呼叫请求。

6.根据权利要求4或5所述的方法，其特征在于，所述对所述电话平台对应的客户端进行鉴权包括：

根据权限配置表，对所述客户端的被叫权限进行鉴权，所述权限配置表中包括所述客户端与所述客户端的被叫权限的对应关系。

7.一种电子设备，其特征在于，包括：接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

所述接收器，用于接收客户端发送的呼叫请求，所述呼叫请求是所述客户端通过所述客户端对应的电话平台的呼叫界面发送的；

所述处理器执行所述计算机程序时，用于对所述客户端进行鉴权；在所述客户端通过鉴权之后，查询电话平台配置表，获得所述客户端对应的电话平台，以及获取所述客户端对应的电话平台所支持的协议；将所述呼叫请求按照所述客户端对应的电话平台所支持的协议进行封装；

所述发送器，用于将所述处理器封装后的呼叫请求发送到所述客户端对应的电话平台，以使所述客户端对应的电话平台将所述封装后的呼叫请求发送到所述呼叫请求的目的端。

8.一种电子设备，其特征在于，包括：接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

所述接收器，用于接收电话平台发送的呼叫请求；

所述处理器执行所述计算机程序时，用于查询电话平台配置表，获得所述电话平台对应的客户端，以及所述客户端所支持的协议；对所述电话平台对应的客户端进行鉴权；在所述电话平台对应的客户端通过鉴权之后，将所述呼叫请求按照所述客户端所支持的协议进行封装；

所述发送器，用于将所述处理器封装后的呼叫请求发送到所述客户端。

9.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-3中任一所述的方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求4-6中任一所述的方法。