CN113630509A - 一种ip电话的呼叫系统及呼叫方法 - Google Patents

Abstract

本发明公开了一种IP电话的呼叫系统及呼叫方法，涉及计算机技术领域。该呼叫系统的一具体实施方式包括：至少一个IP电话、至少一个桌面代理端、交换机和管理端；其中，IP电话与桌面代理端一一对应；交换机获取待接听呼叫，并将待接听呼叫通知给管理端；管理端根据待接听呼叫所需的服务能力以及桌面代理端的当前状态，确定处理待接听呼叫的目标IP电话；目标IP电话从交换机接收关于待接听呼叫的邀请消息，并将待接听呼叫通知给所对应的目标桌面代理端；目标桌面代理端指示目标IP电话接受邀请消息，并通知管理端自身及其对应的目标IP电话的当前状态为忙碌状态。该实施方式缩短了处理通话的控制路径，提高了呼叫系统的处理能力。

Description

一种IP电话的呼叫系统及呼叫方法

技术领域

本发明涉及计算机技术领域，尤其涉及一种IP电话的呼叫系统及呼叫方法。

背景技术

基于CSTA(Computer Support of Telecommunication Application，计算机支持的电话应用)模型的呼叫系统已广泛应用于各个企业中，呼叫系统的处理能力对提高用户粘度有重要影响。

目前，客服要控制IP电话接听电话时，需先使用Agent Desktop将呼叫指令发送给CTI(Computer Telecommunication Integration，计算机电话集成)，然后CTI把呼叫指令转换为对IPPBX(Internet Protocol Private Branch Exchange，网络电话交换机)的控制指令，IPPBX再通过SIP消息控制IP电话进行操作。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

客服控制IP电话接通时，呼叫指令需经过较长的路径，若路径中任一个环节出现问题，将导致客服不能有效控制IP电话接听电话。由此可见，较长的控制路径降低了呼叫系统对通话的处理能力。

发明内容

有鉴于此，本发明实施例提供一种IP电话的呼叫系统及呼叫方法，能够缩短处理通话的控制路径，从而提高呼叫系统的处理能力，进而提高企业的服务能力。

为实现上述目的，根据本发明实施例的一个方面，提供了一种IP电话的呼叫系统。

本发明实施例的一种IP电话的呼叫系统包括：至少一个IP电话、至少一个桌面代理端、交换机和管理端；其中，

所述IP电话与所述桌面代理端一一对应；

所述交换机，用于获取待接听呼叫，并将所述待接听呼叫通知给所述管理端；

所述管理端，用于根据所述待接听呼叫所需的服务能力以及所述桌面代理端的当前状态，从所述至少一个IP电话中确定处理所述待接听呼叫的目标IP电话；

所述目标IP电话，用于从所述交换机接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所对应的目标桌面代理端；

所述目标桌面代理端，用于指示所述目标IP电话接受所述邀请消息，并通知所述管理端自身的当前状态和对应的所述目标IP电话的当前状态为忙碌状态。

可选地，所述桌面代理端，还用于根据用户信息，向所述管理端发送登录请求；当所述管理端返回的登录结果包括标识信息时，指示所对应的所述IP电话根据所述标识信息与所述交换机建立通信连接；

所述管理端，还用于根据登录请求，对所述桌面代理端进行验证；当验证成功时，生成与所述桌面代理端对应的标识信息，并将所述标识信息写入登录结果，将所述登录结果发送给所述桌面代理端。

可选地，所述IP电话，还用于在与所述交换机建立通信连接后，返回连接成功事件给对应的所述桌面代理端；

所述桌面代理端，用于根据所述连接成功事件，确定自身的当前状态以及对应的IP电话的状态为准备状态，并将所述当前状态通知给所述管理端；

所述管理端，用于从处于准备状态的所述IP电话中，确定所述目标IP电话。

可选地，该呼叫系统还包括：会谈边界控制器；其中，所述交换机，用于连接所述会谈边界控制器和所述目标IP电话，使得所述目标IP电话与所述会谈边界控制器交换媒体流。

可选地，该呼叫系统还包括：网关；其中，

所述IP电话通过所述网关与所述交换机通信。

可选地，所述管理端订阅所述至少一个桌面代理端的状态变化。

可选地，所述目标代理端，还用于接收挂断指令，根据所述挂断指令，指示所述目标IP电话挂断与所述待接听呼叫对应的话路，并通知所述管理端自身的当前状态和对应的所述目标IP电话的当前状态为话后处理状态。

为实现上述目的，根据本发明实施例的又一方面，提供了一种IP电话的呼叫方法。

本发明实施例的一种IP电话的呼叫方法包括：获取待接听呼叫；

根据所述待接听呼叫所需的服务能力以及所述桌面代理端的当前状态，确定处理所述待接听呼叫的目标IP电话；

利用所述目标IP电话接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所述目标IP电话对应的目标桌面代理端；

利用所述目标桌面代理端指示所述目标IP电话接受所述邀请消息，并通知管理端所述目标代理端和目标IP电话的当前状态为忙碌。

可选地，该方法还包括：

桌面代理端根据用户信息向所述管理端发送登录请求；

当登录成功时，所述管理端生成与所述桌面代理端对应的标识信息，并将所述标识信息写入登录结果；

所述桌面代理端根据所述登录结果中的标识信息，指示对应的IP电话根据所述标识信息与交换机建立通信连接，并在连接成功后发送连接成功事件；

所述桌面代理端根据所述连接成功事件，通知所述管理端自身的当前状态以及对应的所述IP电话的当前状态为准备状态，使得所述管理端从处于准备状态的IP电话中确定所述目标IP电话。

可选地，该方法还包括：

当所述目标代理端接收到挂断指令时，根据所述挂断指令，指示所述目标IP电话挂断与所述待接听呼叫对应的话路，并通知所述管理端自身的当前状态和所述目标IP电话的当前状态为话后处理状态。

为实现上述目的，根据本发明实施例的又一方面，提供了一种电子设备。

本发明实施例的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种IP电话的呼叫方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种IP电话的呼叫方法。

上述发明中的一个实施例具有如下优点或有益效果：交换机在接听到待接听呼叫后，将待接听呼叫通知给管理端，然后管理端根据待接听呼叫所需的服务能力以及桌面代理端的当前状态，确定出处理待接听呼叫的目标IP电话。接着，目标IP电话可将关于待接听呼叫的邀请消息直接通知给其对应的目标桌面代理端，且目标桌面代理端可直接指示目标IP电话接收邀请消息，以接通待接听呼叫所对应的话路。由此，通过目标IP电话与目标桌面代理端的直接通信，实现了桌面代理端对IP电话的直接控制，从而缩短了话路接通时的控制路径，简化了控制逻辑，进而提高了呼叫系统的处理能力和可靠性。

另外，在接通话路后，目标桌面代理端向管理端通知其当前状态以及目标IP电话的当前状态为忙碌状态。由此可见，目标桌面代理端可自行实现状态变化逻辑，而不再需要管理端统一控制，从而减少了桌面代理端与管理端之间的交互步骤，提高了管理端的稳定性和并发性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种IP电话的呼叫系统的主要模块的示意图；

图2是根据本发明实施例的一种桌面代理端的登录方法的主要步骤的示意图；

图3是根据本发明实施例的一种IP电话的呼叫方法的主要步骤示意图；

图4是根据本发明实施例的另一种IP电话的呼叫系统的主要模块的示意图；

图5是根据本发明实施例的一种IP电话的挂断方法的主要步骤示意图；

图6是根据本发明实施例的一种IP电话的呼叫方法的主要步骤示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的一种IP电话的呼叫系统的主要模块示意图。

如图1所示，本发明实施例的一种IP电话101的呼叫系统主要包括：至少一个IP电话101、至少一个桌面代理端102、交换机103和管理端104；其中，

所述IP电话101与所述桌面代理端102一一对应；

所述交换机103，用于获取待接听呼叫，并将所述待接听呼叫通知给所述管理端104；

所述管理端104，用于根据所述待接听呼叫所需的服务能力以及所述桌面代理端102的当前状态，从所述至少一个IP电话101中确定处理所述待接听呼叫的目标IP电话；

所述目标IP电话，用于从所述交换机103接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所对应的目标桌面代理端；

所述目标桌面代理端，用于指示所述目标IP电话接受所述邀请消息，并通知所述管理端104自身的当前状态和对应的所述目标IP电话的当前状态为忙碌状态。

其中，桌面代理端即为Agent Desktop，管理端即为CTI(ComputerTelecommunication Integration，计算机电话集成)管理端。IP电话可以是基于Web RTC技术构建的IP电话，其采用SIP协议进行通信。另外，交换机可以为PBX(Private BranchExchange，用户交换机)，PBX是专为特定的企业或机关等服务的电话交换机。交换机也可以为IPPBX(Internet Protocol Private Branch Exchange，网络电话交换机)，IPPBX是基于IP协议建立的电话交换系统，可以通过拨打分机的方式在局域网或者广域网上传输语音和视频。

在本发明实施例中，IP电话提供控制接口，使得Agent Desktop可直接连接该控制接口，从而实现Agent Desktop与IP电话的直接通信，用户发出的指令也可经由AgentDesktop直接发送给IP电话。

为了便于管理端确定目标IP电话以及对Agent Desktop的当前状态进行管理，Agent Desktop需预先登录管理端，登录成功后管理端可对Agent Desktop的当前状态进行管理。具体地，在本发明一个实施例中，如图2所示，Agent Desktop登录管理端的过程可以包括的步骤：

步骤S201：桌面代理端根据用户信息，向所述管理端发送登录请求。

其中，用户信息是由客服输入Agent Desktop的，该用户信息可以是客服的标识(工号、手机号或用户名等)以及与标识对应的密钥。客服通过Agent Desktop提供的界面输入用户信息后，通过点击界面的登录按钮，使得Agent Desktop向管理端发送登录请求，该登录请求携带用户信息。

步骤S202：管理端根据该登录请求，对所述桌面代理端进行验证，当验证成功时，执行步骤S203，验证失败时执行步骤S205。

管理端可以根据登录请求中携带的用户信息，验证用户信息中的标识以及密钥是否对应，当标识与密钥对应时，即确定验证成功，否则验证失败。

步骤S203：生成与所述桌面代理端对应的标识信息，并将所述标识信息写入登录结果，将登录结果发送给所述桌面代理端。

在验证成功后，即说明桌面代理端成功登录，此时管理端建立一个代表该客服的Agent对象，也就是建立与该桌面代理端对应的Agent对象，并为其分配一个唯一的标识信息(UID)，该标识信息(UID)可以与登录请求中的标识相同，也可以不同。可以理解的是，无论该标识信息(UID)登录请求中的标识是否相同，不同客服所对应的UID是不同的，也就是说，每个客服所对应的UID是唯一的。在生成UID后，管理端将该UID写入登录结果，以将该UID发送给桌面代理端。

另外，在登录成功后，管理端将相应的桌面代理端标识为待机(Idle)状态。管理端还可以从预先设置的配置信息中获取该桌面代理端对应的服务能力，该服务能力包括桌面代理端的媒体通话功能(如是否仅能进行语音通话、或支持语音与视频通话)、技能信息以及话后处理策略等。其中，该技能信息与客服的技能相匹配，如客服1的技能为家电售前服务，那么该客服1对应的代理端的技能信息也对应家电售前服务；客服2的技能为食品售后服务，那么该客服2对应的代理端的技能信息也对应食品售后服务。话后处理策略包括挂断话路后，客服需进行的数据记录操作以及等待时长等。在向桌面代理端返回登录结果时，也可以将与桌面代理端对应的配置信息一并返回给桌面代理端，以便于桌面代理端根据其对应的配置信息，在与待接听呼叫对应的话路中提供服务。

步骤S204：桌面代理端根据管理端返回的登录结果，指示所对应的所述IP电话根据所述标识信息与所述交换机建立通信连接。

管理端返回登录结果给桌面代理端后，当该登录结果表征登录成功时，桌面代理端可从登录结果中解析出UID，并调用其对应的IP电话的控制接口，指示它使用UID连接到交换机(如IP PBX)。

步骤S205：向代理端返回登录失败的登录结果。

在IP电话根据桌面代理端的指示，根据UID连接到交换机后，即与交换机建立通信连接后，IP电话返回连接成功事件给对应的所述桌面代理端；然后桌面代理端可根据所述连接成功事件，确定自身的当前状态以及对应的IP电话的状态为准备状态，并将所述当前状态通知给所述管理端。由此，管理端知晓桌面代理端及其对应的IP电话当前进入了准备状态，意味着桌面代理端及其对应的IP电话可以接听呼叫了，此时管理端将桌面代理端对应的Agent对象标识为准备(Ready)状态。

值得一提的是，由于桌面代理端与IP电话是一一对应的，因此桌面代理端及其对应的IP电话均对应同一个Agent对象，管理端将桌面代理端及其对应的IP电话作为不可分割的整体来看待，则桌面代理端处于准备状态时，也说明与其对应的IP电话也处于准备状态。此后，若管理端接收到待接听呼叫，则可将待接听呼叫分配给处于准备状态的IP电话，换句话说，管理端在确定用于处理待接听呼叫的目标IP电话时，是从一个或多个与待接听呼叫的服务能力相匹配、且处于准备状态的IP电话确定出目标IP电话的。由此，根据同一个标识信息，管理端将桌面代理端及其对应的IP电话作为整体看待，减少了逻辑实体的数量，从而减少了两个独立个体带来的复杂性，便于管理端对桌面代理端及其对应的IP电话的状态管理，也简化了呼叫系统的模型架构。并且，在桌面代理端先成功登录到管理端后，相应的IP电话才会被接通，管理端将IP电话与桌面代理端作为整体看待，也避免了IP电话被不同Agent对象共同使用所带来的混乱，有利于有序准确地对待接听呼叫进行处理。

具体地，在本发明一个实施例中，待接听呼叫进入呼叫中心，首先通过IVR(Interactive Voice Response，互动式语音应答)阶段的处理，在获取到处理该待接听呼叫所需的交换机(下面以IPPBX为例)的路由点及其所需的服务能力的信息之后，电话可在与相应路由点开始排队等待处理，IPPBX将等待事件上报给管理端(以下简称为CTI)。CTI根据待接听呼叫所需的服务能力，从一个或多个处于准备状态的Agent对象中查找与待接听呼叫所需服务能力相匹配的目标Agent对象，并根据目标Agent对象的UID，通知IPPBX将待接听呼叫转接到该目标Agent对象对应的目标IP电话上。

其中，CTI在确定与待接听呼叫(Incoming call)的服务能力相匹配的IP电话时，可根据该IP电话对应的桌面代理端的服务能力来确定。例如，待接听呼叫需要通过视频通话咨询食品售后问题，那么，确定出的IP电话及其对应的桌面代理端需要支持视频通话，且具有与食品售后服务对应的技能信息，也就是该桌面代理端对应的客服具有食品售后服务技能。

IPPBX接到CTI的通知后，从路由点取出话路，然后通过SIP消息交互，根据目标IP电话的UID，向目标IP电话发送邀请消息(Invite message)，以将待接听呼叫转接到目标IP电话上。目标IP电话在接收到IPPBX的邀请消息后，返回180振铃消息(180Ringing)回应给IPPBX，同时将待接听呼叫通知给其对应的目标桌面代理端。

当客户点击目标桌面代理端的接听按钮，以指示接听该接听呼叫时，目标桌面代理端指示其对应的目标IP电话接受IPPBX的邀请消息，然后目标IP电话发送200OK消息给IPPBX，即开始处理所述待接听呼叫，也就是话路接通。在话路接通后，也就是目标桌面代理端在处理待接听呼叫的过程中，可根据管理端返回的登录结果中携带的与其服务能力对应的配置信息，自行对待接听呼叫进行处理，而不再有管理端统一控制，从而简化了管理端的控制逻辑。

并且，目标IP电话在发送200OK消息给IPPBX的同时，也上报接听成功事件给其对应的目标桌面代理端，目标代理端根据目标IP电话上报的接听成功事件进入忙碌状态，并将自身的当前状态(忙碌状态)上报通知给CTI。可以理解的是，目标代理端在确认自身的当前状态为忙碌状态时，也就确定了与其对应的目标IP电话的当前状态为忙碌状态，目标桌面代理端将自身的当前状态通知给CTI，也就是将自身的当前状态及其对应的目标IP电话的当前状态一并通知给CTI。由此，通过桌面代理端上报自身的状态变化给管理端，使得管理端仅需维护一个Agent的状态机，并根据该状态机进行待接听呼叫的分配，在话路接通后，不再关注通话信息，从而简化了管理端的控制逻辑。

在本发明一个实施例中，为了便于桌面代理端向管理端通知其当前状态，也为了管理端对桌面代理端的当前状态进行管理，管理端订阅所述至少一个桌面代理端的状态变化。由此使得桌面代理端在自身的当前状态发生变化时，自动向管理端通知其状态变化。并且，由桌面代理端自行实现其状态变化逻辑，而不再需要管理端统一控制，也减少了桌面代理端与管理端之间的交互步骤，提高了管理端的稳定性和并发性。

根据上述实施例，如图3所示，在桌面代理端成功登录管理端后，呼叫系统对经过IVR阶段处理后的待接听呼叫进行处理的过程可以包括以下步骤：

步骤S301：交换机将路由点排队等待的待接听呼叫通知给与其关联的管理端。

步骤S302：管理端根据待接听呼叫所需的服务能力，从处于准备状态的至少一个桌面代理端中确定处理待接听呼叫的目标IP电话。

可以理解的是，此处的至少一个桌面代理端均为登录成功的桌面代理端。

步骤S303：管理端通知交换机将待接听呼叫转接到所述目标IP电话。

步骤S304：交换机向目标IP电话发送邀请消息，以将待接听呼叫转接给所述目标IP电话。

步骤S305：目标IP电话返回180振铃消息给交换机，并将待接听呼叫通知给与其对应的目标代理端。

步骤S306：目标代理端在接收到客服的接听指示时，指示目标IP电话接受所述邀请消息。

步骤S307：目标IP电话根据目标代理端的指示，返回200OK消息给交换机，并上报接听成功事件给目标桌面代理端。

步骤S308：目标桌面代理端确定自身及其对应的目标IP电话的当前状态为忙碌状态，并将忙碌状态通知给管理端。

管理端在接收到目标桌面代理端的当前状态为忙碌状态时，后续再有新的待接听呼叫，也不会将其分配给目标桌面代理端。也就是说，管理端始终从处于准备状态的桌面代理端中确定处理待接听呼叫的目标桌面代理端。

在本发明一个实施例中，如图4所示，所述呼叫系统100还包括：会谈边界控制器105；其中，所述交换机103，用于连接所述会谈边界控制器105和所述目标IP电话，使得所述目标IP电话与所述会谈边界控制器105交换媒体流。

在目标IP电话发送200OK消息给交换机后，交换机可在目标IP电话与SBC(SessionBorder Controller,SBC)之间建立呼叫，以连接SBC和目标IP电话，此后，目标IP电话可直接与SBC交换媒体流，而无需再根据管理端对交换机的指令，对话路进行维护，从而简化了呼叫系统的处理逻辑，减轻了管理端的负担。

继续参考图4，所述呼叫系统还包括：网关106；所述IP电话101通过所述网关106与所述交换机103通信。其中，网关106可以为Web RTC网关。例如，当IP电话是基于Web RTC技术构建的IP电话时，在IP电话与交换机之间设置Web RTC网关，使得IP电话通过该Web RTC网关与交换机通信，以利用Web RTC网关处信令与媒体的转换任务。

在本发明一个实施例中，在结束通话时，由目标代理端接收挂断指令，根据所述挂断指令，指示所述目标IP电话挂断与所述待接听呼叫对应的话路，并通知所述管理端自身的当前状态和对应的所述目标IP电话101的当前状态为话后处理状态。

例如，当客服结束通话时，其可通过点击目标桌面代理端的挂断按钮，使得目标桌面代理端接收挂断指令，然后，目标桌面代理端发送挂断指令给其对应的目标IP电话。目标IP电话发出挂断消息(Hangup Message)给交换机，交换机返回200OK消息给目标IP电话，同时挂断所述待接听呼叫对应的话路。目标IP电话根据交换机返回200OK消息结束通话，并上报挂断事件给目标桌面代理端。目标桌面代理端则进入话后处理状态，同时上报自身的当前状态(话后处理状态)给管理端，管理端标记该目标桌面代理端对应的Agent对象为话后处理状态，在其为话后处理状态时，不会向该桌面代理端分配新的待接听呼叫。客服可在话后处理状态记录与待接听呼叫相关的数据，桌面代理端在根据话后处理策略等待一定时长后，可重新进入准备状态。

根据上述实施例，如图5所示，本发明实施例提供的IP电话的呼叫系统在挂断通话时，可以包括以下步骤：

步骤S501：目标桌面代理端接收挂断指令，并将挂断指令发送给其对应的目标IP电话，以指示目标IP电话挂断与所述待接听呼叫对应的话路。

步骤S502：目标IP电话根据挂断指令，向交换机发送挂断消息。

步骤S503：交换机发送200OK消息给目标IP电话，并挂断话路。

步骤S504：目标IP电话结束通话，并上报挂断事件给目标桌面代理端。

步骤S505：目标桌面代理端根据挂断事件，确定自身的当前状态由忙碌状态变化为话后处理状态，并通知管理端自身及其对应的目标IP电话的当前状态为话后处理状态。

根据上述待接听呼叫的接通和挂断过程可以看出，桌面代理端可自行实现状态变化逻辑，并将其状态变化事件(待机、准备、忙碌和话后处理等状态)通知给管理端，管理端仅需根据桌面代理端的状态进行话路分配，而不再关注具体地通话信息，从而简化了管理端的控制逻辑。

综上所述，根据本发明实施例的一种IP电话的呼叫系统可以看出，交换机在接听到待接听呼叫后，将待接听呼叫通知给管理端，然后管理端根据待接听呼叫所需的服务能力以及桌面代理端的当前状态，确定出处理待接听呼叫的目标IP电话。接着，目标IP电话可将关于待接听呼叫的邀请消息直接通知给其对应的目标桌面代理端，且目标桌面代理端可直接指示目标IP电话接收邀请消息，以接通待接听呼叫所对应的话路。由此，通过目标IP电话与目标桌面代理端的直接通信，实现了桌面代理端对IP电话的直接控制，从而缩短了话路接通时的控制路径，简化了控制逻辑，进而提高了呼叫系统的处理能力和可靠性。

另外，在接通话路后，目标桌面代理端向管理端通知其当前状态以及目标IP电话的当前状态为忙碌状态。由此可见，目标桌面代理端可自行实现状态变化逻辑，而不再需要管理端统一控制，从而减少了桌面代理端与管理端之间的交互步骤，提高了管理端的稳定性和并发性。

图6是根据本发明实施例的一种IP电话的呼叫方法的主要步骤的示意图。

如图6所示，本发明实施例的一种IP电话的呼叫方法主要包括以下步骤：

步骤S601：获取待接听呼叫。

步骤S602：根据所述待接听呼叫所需的服务能力以及所述桌面代理端的当前状态，确定处理所述待接听呼叫的目标IP电话。

步骤S603：利用所述目标IP电话接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所述目标IP电话对应的目标桌面代理端。

步骤S604：利用所述目标桌面代理端指示所述目标IP电话接受所述邀请消息，并通知管理端所述目标代理端和目标IP电话的当前状态为忙碌。

在本发明一个实施例中，IP电话的呼叫方法还包括：桌面代理端根据用户信息向所述管理端发送登录请求；当登录成功时，所述管理端生成与所述桌面代理端对应的标识信息，并将所述标识信息写入登录结果；所述桌面代理端根据所述登录结果中的标识信息，指示对应的IP电话根据所述标识信息与交换机建立通信连接，并在连接成功后发送连接成功事件；所述桌面代理端根据所述连接成功事件，通知所述管理端自身的当前状态以及对应的所述IP电话的当前状态为准备状态，使得所述管理端从处于准备状态的IP电话中确定所述目标IP电话。

在本发明一个实施例中，当所述目标代理端接收到挂断指令时，根据所述挂断指令，指示所述目标IP电话挂断与所述待接听呼叫对应的话路，并通知所述管理端自身的当前状态和所述目标IP电话的当前状态为话后处理状态。

在本发明一个实施例中，所述管理端订阅所述至少一个桌面代理端的状态变化，使得桌面代理端自动将状态变化通知给管理端。

根据本发明实施例的一种IP电话的呼叫方法可以看出，交换机在接听到待接听呼叫后，将待接听呼叫通知给管理端，然后管理端根据待接听呼叫所需的服务能力以及桌面代理端的当前状态，确定出处理待接听呼叫的目标IP电话。接着，目标IP电话可将关于待接听呼叫的邀请消息直接通知给其对应的目标桌面代理端，且目标桌面代理端可直接指示目标IP电话接收邀请消息，以接通待接听呼叫所对应的话路。由此，通过目标IP电话与目标桌面代理端的直接通信，实现了桌面代理端对IP电话的直接控制，从而缩短了话路接通时的控制路径，简化了控制逻辑，进而提高了呼叫系统的处理能力和可靠性。另外，在接通话路后，目标桌面代理端向管理端通知其当前状态以及目标IP电话的当前状态为忙碌状态。由此可见，目标桌面代理端可自行实现状态变化逻辑，而不再需要管理端统一控制，从而减少了桌面代理端与管理端之间的交互步骤，提高了管理端的稳定性和并发性。

图7示出了可以应用本发明实施例的一种IP电话的呼叫方法或一种IP电话的呼叫系统的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取待接听呼叫；根据所述待接听呼叫所需的服务能力以及所述桌面代理端的当前状态，确定处理所述待接听呼叫的目标IP电话；利用所述目标IP电话接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所述目标IP电话对应的目标桌面代理端；利用所述目标桌面代理端指示所述目标IP电话接受所述邀请消息，并通知管理端所述目标代理端和目标IP电话的当前状态为忙碌。

根据本发明实施例的技术方案，交换机在接听到待接听呼叫后，将待接听呼叫通知给管理端，然后管理端根据待接听呼叫所需的服务能力以及桌面代理端的当前状态，确定出处理待接听呼叫的目标IP电话。接着，目标IP电话可将关于待接听呼叫的邀请消息直接通知给其对应的目标桌面代理端，且目标桌面代理端可直接指示目标IP电话接收邀请消息，以接通待接听呼叫所对应的话路。由此，通过目标IP电话与目标桌面代理端的直接通信，实现了桌面代理端对IP电话的直接控制，从而缩短了话路接通时的控制路径，简化了控制逻辑，进而提高了呼叫系统的处理能力和可靠性。另外，在接通话路后，目标桌面代理端向管理端通知其当前状态以及目标IP电话的当前状态为忙碌状态。由此可见，目标桌面代理端可自行实现状态变化逻辑，而不再需要管理端统一控制，从而减少了桌面代理端与管理端之间的交互步骤，提高了管理端的稳定性和并发性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种IP电话的呼叫系统，其特征在于，包括：至少一个IP电话、至少一个桌面代理端、交换机和管理端；其中，

所述IP电话与所述桌面代理端一一对应；

所述交换机，用于获取待接听呼叫，并将所述待接听呼叫通知给所述管理端；

所述管理端，用于根据所述待接听呼叫所需的服务能力以及所述桌面代理端的当前状态，从所述至少一个IP电话中确定处理所述待接听呼叫的目标IP电话；

所述目标IP电话，用于从所述交换机接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所对应的目标桌面代理端；

所述目标桌面代理端，用于指示所述目标IP电话接受所述邀请消息，并通知所述管理端自身的当前状态和对应的所述目标IP电话的当前状态为忙碌状态。

2.根据权利要求1所述的呼叫系统，其特征在于，

所述桌面代理端，还用于根据用户信息，向所述管理端发送登录请求；当所述管理端返回的登录结果包括标识信息时，指示所对应的所述IP电话根据所述标识信息与所述交换机建立通信连接；

所述管理端，还用于根据登录请求，对所述桌面代理端进行验证；当验证成功时，生成与所述桌面代理端对应的标识信息，并将所述标识信息写入登录结果，将所述登录结果发送给所述桌面代理端。

3.根据权利要求2所述的呼叫系统，其特征在于，

所述IP电话，还用于在与所述交换机建立通信连接后，返回连接成功事件给对应的所述桌面代理端；

所述桌面代理端，用于根据所述连接成功事件，确定自身的当前状态以及对应的IP电话的状态为准备状态，并将所述当前状态通知给所述管理端；

所述管理端，用于从处于准备状态的所述IP电话中，确定所述目标IP电话。

4.根据权利要求2所述的呼叫系统，其特征在于，还包括：会谈边界控制器；其中，

所述交换机，用于连接所述会谈边界控制器和所述目标IP电话，使得所述目标IP电话与所述会谈边界控制器交换媒体流。

5.根据权利要求4所述的呼叫系统，其特征在于，还包括：网关；其中，

所述IP电话通过所述网关与所述交换机通信。

6.根据权利要求1所述的呼叫系统，其特征在于，

所述管理端订阅所述至少一个桌面代理端的状态变化。

7.根据权利要求1所述的呼叫系统，其特征在于，

所述目标代理端，还用于接收挂断指令，根据所述挂断指令，指示所述目标IP电话挂断与所述待接听呼叫对应的话路，并通知所述管理端自身的当前状态和对应的所述目标IP电话的当前状态为话后处理状态。

8.一种IP电话的呼叫方法，其特征在于，包括：

获取待接听呼叫；

根据所述待接听呼叫所需的服务能力以及所述桌面代理端的当前状态，确定处理所述待接听呼叫的目标IP电话；

利用所述目标IP电话接收关于所述待接听呼叫的邀请消息，并将所述待接听呼叫通知给所述目标IP电话对应的目标桌面代理端；

利用所述目标桌面代理端指示所述目标IP电话接受所述邀请消息，并通知管理端所述目标代理端和目标IP电话的当前状态为忙碌。

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

桌面代理端根据用户信息向所述管理端发送登录请求；

当登录成功时，所述管理端生成与所述桌面代理端对应的标识信息，并将所述标识信息写入登录结果；

所述桌面代理端根据所述登录结果中的标识信息，指示对应的IP电话根据所述标识信息与交换机建立通信连接，并在连接成功后发送连接成功事件；

所述桌面代理端根据所述连接成功事件，通知所述管理端自身的当前状态以及对应的所述IP电话的当前状态为准备状态，使得所述管理端从处于准备状态的IP电话中确定所述目标IP电话。

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

当所述目标代理端接收到挂断指令时，根据所述挂断指令，指示所述目标IP电话挂断与所述待接听呼叫对应的话路，并通知所述管理端自身的当前状态和所述目标IP电话的当前状态为话后处理状态。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求8-10中任一所述的方法。

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

Images