通话方法和装置、通话数据处理方法和装置

摘要

本发明涉及一种通话方法和装置、通话数据处理方法和装置，该通话方法包括：向服务器发送呼叫请求，所述呼叫请求携带呼叫方标识和被呼叫方标识；接收第一回拨电话请求，所述第一回拨电话请求与所述呼叫请求对应；获取针对所述第一回拨电话请求的第一接听指令；当所述被呼叫方标识对应的终端获取到第二接听指令后，与所述被呼叫方标识对应的终端建立通话链路，使所述服务器获取通过所述通话链路进行的通话所对应的参数数值，并从所述呼叫方标识所属用户集群对应的数值账户中减去所述参数数值；所述第二接听指令为所述被呼叫方标识对应的终端获取到的针对第二回拨电话请求的接听指令。本发明方案可以保证通话便利性和控制通话成本。

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种通话方法和装置、通话数据处理方法和装置。

背景技术

对于诸如企业用户集群、家庭用户集群或者自发组织用户集群等用户集群，基于沟通需求，需要在用户集群内或者与用户集群外的用户进行语音通话。由于存在通话成本问题，用户集群的用户拨打电话的使用受到限制。

目前移动通信运营商提供了定期向用户收费的集群短号业务，用户开启该业务后，同一个集群内的用户就可以通过短号进行免费通话，但是由于需要使用区别于原号码的短号进行通话，用户使用成本高且便利性差。

发明内容

基于此，有必要针对上述问题，提供一种对于用户使用成本低且可以保证便利性的通话方法和装置、通话数据处理方法和装置。

一种通话方法，包括：

向服务器发送呼叫请求，所述呼叫请求携带呼叫方标识和被呼叫方标识；

接收第一回拨电话请求，所述第一回拨电话请求与所述呼叫请求对应；

获取针对所述第一回拨电话请求的第一接听指令；

当所述被呼叫方标识对应的终端获取到第二接听指令后，与所述被呼叫方标识对应的终端建立通话链路，使所述服务器获取通过所述通话链路进行的通话所对应的参数数值，并从所述呼叫方标识所属用户集群对应的数值账户中减去所述参数数值；所述第二接听指令为所述被呼叫方标识对应的终端获取到的针对第二回拨电话请求的接听指令。

一种通话数据处理方法，包括：

接收呼叫请求，所述呼叫请求携带呼叫方标识和被呼叫方标识；

向所述呼叫方标识对应的第一终端发送第一回拨电话请求，使得所述第一终端获取针对所述第一回拨电话请求的第一接听指令；

向所述被呼叫方标识对应的第二终端发送第二回拨电话请求，使得所述第二终端获取针对所述第二回拨电话请求的第二接听指令；

当获取到所述第一接听指令的所述第一终端和获取到所述第二接听指令的所述第二终端之间建立通话链路后，获取通过所述通话链路进行的通话对应的参数数值，并从所述呼叫方标识所属用户集群对应的数值账户中减去所述参数数值。

一种通话装置，包括：

呼叫模块，用于向服务器发送呼叫请求，所述呼叫请求携带呼叫方标识和被呼叫方标识；

回拨电话请求处理模块，用于接收第一回拨电话请求，所述第一回拨电话请求与所述呼叫请求对应；获取针对所述第一回拨电话请求的第一接听指令；

通话链路处理模块，用于当所述被呼叫方标识对应的终端获取到第二接听指令后，与所述被呼叫方标识对应的终端建立通话链路，使所述服务器获取通过所述通话链路进行的通话所对应的参数数值，并从所述呼叫方标识所属用户集群对应的数值账户中减去所述参数数值；所述第二接听指令为所述被呼叫方标识对应的终端获取到的针对第二回拨电话请求的接听指令。

一种通话数据处理装置，包括：

呼叫请求接收模块，用于接收呼叫请求，所述呼叫请求携带呼叫方标识和被呼叫方标识；

回拨电话模块，用于向所述呼叫方标识对应的第一终端发送第一回拨电话请求，使得所述第一终端获取针对所述第一回拨电话请求的第一接听指令；向所述被呼叫方标识对应的第二终端发送第二回拨电话请求，使得所述第二终端获取针对所述第二回拨电话请求的第二接听指令；

数值账户管理模块，用于当获取到所述第一接听指令的所述第一终端和获取到所述第二接听指令的所述第二终端之间建立通话链路后，获取通过所述通话链路进行的通话对应的参数数值，并从所述呼叫方标识所属用户集群对应的数值账户中减去所述参数数值。

上述通话方法和装置、通话数据处理方法和装置，用户发起呼叫请求后，通过回拨电话的方式建立呼叫方和被呼叫方之间的通话链路，操作便利。而且服务器会获取通过通话链路进行的通话对应的参数数值，从而从呼叫方标识所属用户集群对应的数值账户中减去参数数值，由于消耗的是用户集群对应的公共资源，这样对于用户来说通话成本低。

附图说明

图1为一个实施例中通话系统的应用环境图；

图2为一个实施例中终端的结构示意图；

图3为一个实施例中服务器的结构示意图；

图4为一个实施例中通话方法的流程示意图；

图5为一个实施例中终端展示的联系人列表界面示意图；

图6为一个实施例中终端在接收到回拨电话请求后展示的用于接受或拒绝回拨电话请求的通话界面示意图；

图7为一个实施例中终端展示的等待回拨电话界面示意图；

图8为一个实施例中终端在重拨时展示的等待回拨电话界面示意图；

图9为一个实施例中终端展示通话成员的说话状态的界面示意图；

图10为一个实施例中终端展示未接的通话记录的界面示意图；

图11为一个实施例中终端展示接通的通话记录的界面示意图；

图12为一个实施例中终端展示单个用户的历史通话记录的界面示意图；

图13为另一个实施例中通话系统的应用环境图；

图14为一个实施例中通话方法的时序图；

图15为一个实施例中多人通话方法的时序图；

图16为一个实施例中通话数据处理方法的流程示意图；

图17为一个实施例中通话装置的结构框图；

图18为另一个实施例中通话装置的结构框图；

图19为一个实施例中通话数据处理装置的结构框图；

图20为另一个实施例中通话数据处理装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种通话系统，包括终端110、应用服务器120、中转服务器130、回拨电话设备140和电话网络150。其中终端110包括第一终端和第二终端，第一终端如110(a)，第二终端如110(b)和110(c)。终端110具有接入互联网以及接入电话网络的功能，可以是手机、平板电脑或者固定电话等。终端110可运行有用户集群通信应用和系统电话应用，用户集群通信应用比如企业通信应用，用于通过互联网接入应用服务器120，系统电话应用用于接入电话网络150。应用服务器120可用于与终端110上运行的用户集群通信应用通信，可用于管理呼叫方标识所属用户集群对应的数值账户。中转服务器130用于在应用服务器120和回拨电话设备140之间提供数据中转功能，中转服务器130可去除，去除后应用服务器120可直接与回拨电话设备140通信。回拨电话设备140可以是一个或者多个，可由回拨电话代理商持有。电话网络150可以是PSTN(Public Switched Telephone Network，公共交换电话网络)。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一终端称为第二终端，且类似地，可将第二终端称为第一终端。第一终端和第二终端两者都是终端，但其不是同一终端。

图2为一个实施例中终端的内部结构示意图。如图2所示，该终端包括通过 系统总线连接的处理器、非易失性存储介质、内存储器、网络接口、显示屏和输入装置。其中，终端的非易失性存储介质存储有操作系统，还包括一种通话装置，该通话装置用于实现一种通话方法。该处理器用于提供计算和控制能力，支撑整个终端的运行。终端中的内存储器为非易失性存储介质中的通话装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种通话方法。网络接口用于接入互联网与应用服务器进行通信，如发送呼叫请求和接收呼叫响应等；还用于接入电话网络。终端的显示屏可以是液晶显示屏或者电子墨水显示屏等，输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是外接的键盘、触控板或鼠标等。该终端可以是手机、平板电脑或穿戴式设备等。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

图3为一个实施例中服务器的内部结构示意图，可用作应用服务器。如图3所示，该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统、数据库和通话数据处理装置，数据库中可存储有数值账户、用户与用户集群的归属关系以及用户集群与数值账户的对应关系等。该通话数据处理装置用于实现一种通话数据处理方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存储器为非易失性存储介质中的通话数据处理装置提供运行环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种通话数据处理方法。该服务器的网络接口用于据以与外部的终端通过互联网通信，比如接收终端发送的呼叫请求以及向终端返回呼叫响应等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某 些部件，或者具有不同的部件布置。

如图4所示，在一个实施例中，提供了一种通话方法，本实施例以该方法应用于上述图1和图2中的终端来举例说明。该方法具体包括如下步骤：

步骤402，向服务器发送呼叫请求，呼叫请求携带呼叫方标识和被呼叫方标识。

其中，服务器可以是应用服务器。呼叫方是指发起呼叫请求的用户，呼叫方标识则是呼叫方的唯一标识；相应地，被呼叫方是呼叫方打算与之通话的对象，被呼叫方标识则是被呼叫方的唯一标识。呼叫方标识和被呼叫方标识可以是手机号、通过用户集群通信应用注册的账号或者邮箱地址等可唯一标识用户的字符串。

具体地，第一终端可通过用户集群通信应用提供的联系人列表选择被呼叫方，可单选或者多选，从而发起呼叫请求，该呼叫请求携带有呼叫方标识和被呼叫方标识。第一终端可通过互联网将呼叫请求发送到服务器，也可以通过电话网络将呼叫请求发送到服务器。

参照图5，用户集群通信应用可提供集群联系人列表501、常用联系人列表502以及电话联系人列表503中的至少一者。其中，集群联系人列表501中可包括呼叫方标识用户集群中所有或者部分用户标识，常用联系人列表502可以是按照通过用户集群通信应用进行的通话次数降序排序后排最前的预设数量的用户标识，电话联系人列表503可以包括系统电话应用的全部或者部分联系人。系统电话应用是接入电话网络的应用，可以是第一终端自带的用于拨打电话的应用。

步骤404，接收第一回拨电话请求，第一回拨电话请求与呼叫请求对应。

其中，回拨电话请求是在呼叫方发起呼叫请求后，由通话成员对应的终端之外的设备向通话成员的终端拨打电话的请求，第一回拨电话请求是发向第一终端的回拨电话请求，下述的第二回拨电话请求则是发向第二终端的回拨电话请求。通话成员包括呼叫方和被呼叫方。第一回拨电话请求与呼叫请求对应，是响应于呼叫请求而发出的。第一终端通过系统电话应用接收第一回拨电话请求。

在一个实施例中，服务器可直接根据呼叫请求通过电话网络向第一终端发送第一回拨电话请求。在又一个实施例中，服务器可根据呼叫请求调用回拨电话设备的回拨发起接口发起第一回拨电话请求，并由回拨电话设备通过电话网络向第一终端发送第一回拨电话请求。在另一个实施例中，应用服务器可根据呼叫请求向中转服务器发送回调通知，再由中转服务器根据回调通知调用回拨电话设备的回拨发起接口发起第一回拨电话请求，并由回拨电话设备通过电话网络向第一终端发送第一回拨电话请求。

步骤406，获取针对第一回拨电话请求的第一接听指令。

具体地，参照图6，第一终端在接收到第一回拨电话请求后，可通过用户集群通信应用或者系统电话应用，展示用于接受第一回拨电话请求的第一控件601和拒绝第一回拨电话请求的第二控件602。第一终端若检测到对第一控件601的触发操作则获取到针对第一回拨电话请求的第一接听指令，生成接受请求的通知并发送至回拨电话设备，从而实现接受第一回拨电话请求。第一终端若检测到对第二控件602的触发操作则生成拒绝请求的通知并发送到回拨电话设备，从而实现拒绝第一回拨电话请求。第一回拨电话请求通过第一终端本地的系统电话应用接收；第一接听指令通过第一终端本地的系统电话应用获取。

步骤408，当被呼叫方标识对应的终端获取到第二接听指令后，与被呼叫方标识对应的终端建立通话链路，使服务器获取通过通话链路进行的通话所对应的参数数值，并从呼叫方标识所属用户集群对应的数值账户中减去参数数值；第二接听指令为被呼叫方标识对应的终端获取到的针对第二回拨电话请求的接听指令。

这里的终端是指第二终端，第二回拨电话请求与第一回拨电话请求对应，可通过通话标识CallID关联，两者用于建立呼叫方和被呼叫方之间的通话链路。通话链路可以是电话网络通话链路，电话网络通话链路是基于电话网络建立的用于传输语音的通信通道。第二回拨电话请求可在第一回拨电话请求之前或之后发起，第二回拨电话请求还可以在确认第一回拨电话请求被接受后发起。第二终端可通过其上运行的系统电话应用接收并接受第二回拨电话请求。

包括呼叫方和被呼叫方的通话成员通过各自的终端获取语音数据，并通过 电话网络传输和交换语音数据，从而进行通话。自通话链路建立起当前次通话开始，当通话成员均挂断电话使得通话链路拆除后，本次通话结束。数值账户与呼叫方标识所属用户集群对应，表示该用户集群共用该数值账户量化通话资源消耗。呼叫方标识和被呼叫方标识可属于相同用户集群。数值账户可以是公费账户。

服务器可直接根据服务器上记录的通话时间信息计算出本次通话对应的参数数值，比如服务器可记录本次通话的开始时间和结束时间，从而根据记录的开始时间和结束时间获得本次通话的通话时长，从而根据通话时长确定本次通话的参数数值。服务器也可以从回拨电话设备获得本次通话对应的参数数值。参数数值用于量化本次通话所消耗的资源，参数数值可以是时间量化值，比如秒数、分钟数等；参数数值也可以是积分或者货币数值。参数数值可以取整，方便计算。

上述通话方法，用户发起呼叫请求后，通过回拨电话的方式建立呼叫方和被呼叫方之间的通话链路，操作便利。而且服务器会获取通过通话链路进行的通话对应的参数数值，从而从呼叫方标识所属用户集群对应的数值账户中减去参数数值，由于消耗的是用户集群对应的公共资源，这样对于用户来说通话成本低。再者呼叫方仅需发起呼叫请求并接受第一回拨电话请求，被呼叫方仅需接受第二回拨电话请求，拨打方便。

在一个实施例中，第一回拨电话请求在服务器对呼叫请求验证通过后发起；验证包括对呼叫方标识的合法性验证、对被呼叫方标识的合法性验证以及对呼叫方标识所属用户集群对应的数值账户的余额验证中的至少一种。

具体地，服务器在接收到呼叫请求后，对呼叫请求进行验证，若验证通过则继续根据呼叫请求发起第一回拨电话请求。在验证时具体可验证多个条件，当多个条件均成立时验证通过。

服务器对呼叫方标识的合法性验证，具体可以检查呼叫方标识的形式是否符合预设格式和/或呼叫方标识是否记录在服务器上和/或呼叫方标识是否存在所属的用户集群。

服务器对被呼叫方标识的合法性验证，具体可以检查被呼叫方标识的形式 是否符合预设格式和/或被呼叫方标识是否记录在服务器上和/或被呼叫方标识是否存在所属的用户集群。

服务器对呼叫方标识所属用户集群对应的数值账户的余额验证，具体可以判断数值账户是否大于预设数值，若是则验证通过，若否则验证未通过。预设数值可以是正值或负值。

本实施例中，服务器在接收到呼叫请求后对呼叫请求进行验证，验证通过则发起第一回拨电话请求，可保证呼叫安全性，保证数值账户安全。

在一个实施例中，步骤404之前，该方法还包括：接收到服务器根据呼叫请求反馈的呼叫响应后，开始记录等待第一回拨电话请求的等待时长；当等待时长达到配置的时长时，跳转至步骤402。相邻两次发送的呼叫请求用于触发建立不同的通话链路。

具体地，服务器在接收到第一终端发送的呼叫请求后，可在对呼叫请求验证通过后，向第一终端反馈呼叫响应；或者可在调用回拨电话设备的回拨发起接口后向第一终端反馈呼叫响应。

第一终端在接收到呼叫响应后，开始记录等待时长，该等待时长表示的是等待第一回拨电话请求的时间长度，具体可以是从接收到呼叫响应开始到当前时间或者到接收到第一回拨电话请求的时间长度。

第一终端上可事先配置时长，可由用户或者由服务器配置，若等待时长达到该配置的时长，则跳转到步骤402进行重拨。重拨的次数可事先设定，比如1次，达到设定的重拨次数后结束。配置的时长比如15秒。

相邻两次发送的呼叫请求用于触发建立不同的通话链路，具体第一次发起的呼叫请求建立的呼叫线路会在第二次呼叫请求发起后被拆除，重新开始建立通话链路，防止因呼叫线路通信质量差导致通话无法达成或者导致通话质量差。

本实施例中，通过配置的时长控制呼叫请求的发起和重发，可以在呼叫线路不通畅时，通过重拨来更换通话链路，以尽可能组成本次通话顺利进行。

在一个实施例中，呼叫请求由本地的用户集群通信应用发起；第一回拨电话请求通过本地的系统电话应用接收；第一接听指令通过本地的系统电话应用获取。其中用户集群通信应用可以是企业通信应用，呼叫请求可由本地的用户 集群通信应用通过互联网发起，第一回拨电话请求可由第一终端本地的系统电话应用通过电话网络接收并接受。

在一个实施例中，在步骤404之前，该方法还包括：通过用户集群通信应用展示等待回拨电话界面；在步骤406之后，该方法还包括：当通过用户集群通信应用获取到由系统电话应用发出的接听状态通知后，关闭等待回拨电话界面。

具体地，参照图7，第一终端可在接收到服务器反馈的呼叫响应后，通过用户集群通信应用展示如图7所示的等待回拨电话界面，等待回拨电话界面中还可以展示被呼叫标识对应的信息，还可以展示进一步的操作提示。若是重拨则可以展示如图8所示的等待回拨电话界面，提示正在更换呼叫线路进行重拨。呼叫响应可以携带有回拨号码，第一终端可将回拨号码写入本地系统联系人，用于系统电话应用显示来电信息。

系统电话应用可检测接听事件，在检测到接听事件后生成表示接受第一回拨电话请求的接听状态通知，并传递给用户集群通信应用，使得用户集群通信应用根据该接听状态通知关闭等待回拨电话界面，还可以进一步展示通话成员展示界面，用于展示通话成员的信息。

系统电话应用可检测挂断事件，在检测到挂断事件后生成表示拒绝第一回拨电话请求的拒绝状态通知，并传递给用户集群通信应用，使得用户集群通信应用根据该拒绝状态通知结束流程。

本实施例中，通过等待回拨电话界面的展示和关闭可以直观地提示用户当前处于等待第一回拨电话请求的阶段，方便用户区分不同阶段进行所需的操作。接听状态通知由系统电话应用获取到并传递至用户集群通信应用，可提高响应效率。

在一个实施例中，第一回拨电话请求由服务器根据呼叫请求调用回拨电话设备的回拨发起接口发起；步骤406之后，该方法还包括：向回拨电话设备发送接听状态通知，使回拨电话设备根据接听状态通知向被呼叫方标识对应的终端发起第二回拨电话请求。

本实施例中，第一终端通过系统电话应用检测到接听事件后，向回拨电话 设备发送接听状态通知，这样回拨电话设备可在确认第一终端接受第一回拨电话请求时，再向被呼叫方标识对应的终端发起第二回拨电话请求。通过第一终端的确认来保证本次通过回拨方式建立通话是用户所需的，而且可保证呼叫方先于被呼叫方接通，保证通话正常进行。

在一个实施例中，被呼叫方标识多于一个；步骤408具体包括：当至少一个被呼叫方标识对应的终端获取到第二接听指令后，与至少一个被呼叫方标识对应的终端建立通话链路。本实施例中，第一终端可以发起三人以上的多方通话，这种情况下只要有一个被呼叫方接通便可以建立电路网络通话链路，其它被呼叫方可加入已建立的电路网络通话链路，可提高通话效率。

在一个实施例中，该方法还包括：当参与通话的通话成员发生变化时，接收服务器发送的成员状态通知；根据成员状态通知展示通话成员变化信息和/或播放表示通话成员变化情况的音频提示。

具体地，包括呼叫方和被呼叫方的通话成员可发生变化，可增加新的通话成员或者减少已有的通话成员。增加通话成员比如当前的通话成员邀请本次通话成员之外的用户加入本次通话，或者从用户集群通信应用提供的通话记录加入本次通话，或者通过系统电话应用提供的通话记录加入本次通话。减少通话成员比如个别通话成员退出本次通话。

当通话成员发生变化时，回拨电话设备会将成员状态通知推送到服务器，服务器再将成员状态通知退送到本次通话的各通话成员对应的终端。第一终端接收到成员状态通知后，可以可视形式展示通话成员变化信息，比如增加新增通话成员的头像或者去除已退出本次通话的通话成员的头像。第一终端还可以播放表示通话成员变化情况的音频提示，比如播放“XXX已退出本次通话”或者“XXX加入本次通话”。播放的音频提示可来自于回拨电话设备或者本地或者服务器。

本实施例中，参与通话的通话成员发生变化，第一终端可及时地提示用户发生的变化，方便用户对通话内容作出调整。

在一个实施例中，该方法还包括：接收服务器发送的与各个被呼叫方标识对应的说话状态通知；根据说话状态通知更新相应的被呼叫方标识所对应的说 话状态标记。

其中，说话状态可表示本次通话的通话成员是否说话，说话状态通知用于通知第一终端被呼叫方标识对应的这种说话状态。第一终端可使用不同的说话状态标记来区分不同的说话状态，如图9所示，说话状态标记901表示未说话，说话状态标记902表示正在说话。

本实施例中，根据说话状态通知更新相应的被呼叫方标识所对应的说话状态标记，可通过视觉方式帮助用户识别各个通话成员的说话状态，便于多人通话时区分不同的通话成员。

在一个实施例中，该方法还包括：存储包括呼叫方标识和被呼叫方标识的通话记录；展示通话记录；当检测到对展示的通话记录的触发操作且通话未结束时，向服务器发送加入通话请求接收与加入通话请求对应的第三回拨电话请求，当获取到针对第三回拨电话请求的第三接听指令后，加入通话；当检测到对展示的通话记录的触发操作且通话已结束时，重新向服务器发送携带呼叫方标识和被呼叫方标识的呼叫请求。

具体地，第一终端将每次通话存储为相应的通话记录，并进行展示，在需要时用户可以通过操作通话记录，使得第一终端向服务器发送加入通话请求，该加入通话请求携带有通话标识，或者携带有呼叫方标识。服务器根据加入通话请求，调用回拨电话设备的回拨发起接口，使得回拨电话设备向第一终端发送第三回拨电话请求。第一终端在接收到第三回拨电话请求并接受后，加入该次通话。若当前通话已结束，则可以重新发起呼叫请求。通话记录可由用户集群通信应用存储和展示，也可以由系统电话应用存储和展示。

本实施例中，通过存储通话记录，可以方便地加入通话，或者可以重新发起通话，提高了操作便利性。

如图10至12所示，第一终端可展示未接的通话记录、接通的通话记录，每条通话记录还可以记录相同通话成员历次通话的详情，比如开始通话时间，通话时长等。

如图13所示，在一个实施例中，一种通话系统，包括终端1310、应用服务器1320、中转服务器1330、回拨电话代理商设备1340、电话运营商网络1350 和计费服务器1360。其中终端1310包括第一终端和第二终端，终端1310运行有企业通信应用和系统电话应用，企业通信应用用于实现公费电话的拨打、状态显示、功能业务逻辑等实现，系统电话应用是公费电话的语音通话承载体。应用服务器1320用于统一管理公费电话的业务功能逻辑，包括呼叫请求、状态通知以及通话成员信息管理等。计费服务器1360用于提供计费查询、入账以及扣费等功能。中转服务器1330用于统一与外部的回拨电话代理商设备接口交互。回拨电话代理商设备是提供回拨电话业务的第三方平台，负责与电话运营商网络对接。电话运营商网络是基础电话语音通信网络，如PSTN。应用服务器1320、中转服务器1330和计费服务器1360可由同一服务器或同一服务器集群实现。

在一个实施例中，提供了一种通话方法，本实施例以该方法应用于上述图13中的通话系统来举例说明。该方法具体包括呼叫步骤、回拨等待步骤以及通话步骤，如图14所示，该方法具体包括如下步骤1401至步骤1414，其中步骤1401至步骤1405是呼叫步骤，步骤1406至步骤1408是回拨等待步骤，步骤1409至步骤1414是通话步骤。

步骤1401，呼叫方A对应的第一终端发起呼叫被呼叫方B对应的第二终端的呼叫请求。

步骤1402，企业通信应用服务器验证公费账户余额，验证呼叫方A号码合法性，验证被呼叫方B号码合法性，如果均验证通过，就继续调用回拨电话代理商设备的回拨发起接口发起呼叫；反之，如果验证未通过，就直接向呼叫方A对应的第一终端返回错误。

步骤1403，企业通信应用服务器通过中转服务器调用回拨电话代理商设备的回拨发起接口，回拨电话代理商设备会通知电话运营商网络回拨电话。

步骤1404，企业通信应用服务器调用回拨电话代理商设备的回拨发起接口成功，回拨电话代理商设备会同时返回本次通话回拨的号码，用于供第一终端来电显示。

步骤1405，第一终端收到企业通信应用服务器返回的呼叫响应后，如果呼叫响应是成功，则进入步骤1406；如果呼叫响应是失败，则提示呼叫失败，结束本次通话。

步骤1406，第一终端呼叫响应成功时，会进入等待回拨电话状态，同时会将本次通话的回拨号码写入本地系统联系人，用于系统电话应用来电显示名称；于此同时，第一终端也可以随时选择取消本次呼叫。

步骤1407，第一终端在等待超时前，收到回拨电话；如果等待超时，还没有收到回拨电话，则触发一次自动重呼流程。用来判断等待超时的时长可选择15秒，具体可以根据不同的号码或者电话运营商进行灵活配置。

步骤1408，若等待超时，第一终端自动发起一次重呼请求给企业通信应用服务器，企业通信应用服务器告知回拨电话代理商设备，回拨电话代理商设备会将之前的呼叫线路拆掉，重新选择一条线路进行呼叫。

步骤1409，第一终端收到回拨电话，可以选择接听或挂断电话；如果挂断，则结束本次通话。

步骤1410，电话运营商网络会将第一终端的接听或拒绝状态推送给回拨电话代理商设备。

步骤1411，回拨电话代理商设备若发现第一终端已接听回拨电话，回拨电话代理商设备则向被叫方B对应的第二终端发起回拨电话；反之，本次通话结束。

步骤1412，第二终端接听回拨电话，至此，第一终端和第二终端即完成语音通话建立。

步骤1413，第一终端和第二终端的任何一方挂断电话，本次通话结束。

步骤1414，通话结束后，无论是否最终建立通话，回拨电话代理商设备会向企业通信应用服务器推送本次通话的详细话单信息，并入账到计费服务器，从公费账户中扣除费用。

本实施例中，用户发起呼叫请求后，通过回拨电话的方式建立通话，由于是基于电话运营商网络，可以保证通话质量。而且当通话结束后，企业通信应用服务器会获取本次通话对应的话单信息，根据话单信息从公费账户中扣除费用，对于用户来说通话成本低。通过验证可以保证呼叫安全性，从而保证公费账户安全。自动重呼可以克服某些信号盲区或线路异常的情况，通过重新选择呼叫线路可提高接通率。呼叫方先接听后再向被呼叫方回拨电话，可避免无效 通话浪费资源。

如图15所示，在一个实施例中，提供了另一种多人通话方法，本实施例以该方法应用于上述图13中的通话系统来举例说明。该方法具体包括呼叫步骤、回拨等待步骤以及多人通话步骤，如图15所示，该方法具体包括如下步骤1501至步骤1519，其中步骤1501至步骤1505是呼叫步骤，步骤1506至步骤1508是回拨等待步骤，步骤1509至步骤1521是多人通话步骤。

步骤1501，呼叫方A对应的第一终端发起呼叫多个被呼叫方(被呼叫方1至被呼叫方N共N个)对应的第二终端的呼叫请求。

步骤1502，企业通信应用服务器验证公费账户余额，验证呼叫方A号码合法性，验证被呼叫方1至N号码合法性，如果均验证通过，就继续调用回拨电话代理商设备的多人回拨发起接口发起呼叫；反之，如果验证未通过，就直接向呼叫方A对应的第一终端返回错误。

步骤1503，企业通信应用服务器通过中转服务器调用回拨电话代理商设备的多人回拨发起接口，回拨电话代理商设备会通知电话运营商网络回拨电话。

步骤1504，企业通信应用服务器调用回拨电话代理商设备的多人回拨发起接口成功，回拨电话代理商设备会同时返回本次通话回拨的号码，用于供第一终端来电显示。

步骤1505，第一终端收到企业通信应用服务器返回的呼叫响应后，如果呼叫响应是成功，则进入步骤1506；如果呼叫响应是失败，则提示呼叫失败，结束本次通话。

步骤1506，第一终端呼叫响应成功时，会进入等待回拨电话状态，同时会将本次通话的回拨号码写入本地系统联系人，用于系统电话应用来电显示名称；于此同时，第一终端也可以随时选择取消本次呼叫。

步骤1507，第一终端在等待超时前，收到回拨电话；如果等待超时，还没有收到回拨电话，则触发一次自动重呼流程。用来判断等待超时的时长可选择15秒，具体可以根据不同的号码或者电话运营商进行灵活配置。

步骤1508，若等待超时，第一终端自动发起一次重呼请求给企业通信应用服务器，企业通信应用服务器告知回拨电话代理商设备，回拨电话代理商设备 会将之前的呼叫线路拆掉，重新选择一条线路进行呼叫。

步骤1509，第一终端收到回拨电话，可以选择接听或挂断电话；如果挂断，则结束本次通话。

步骤1510，电话运营商网络会将第一终端的接听或拒绝状态推送给回拨电话代理商设备。

步骤1511至步骤1512，回拨电话代理商设备若发现第一终端已接听回拨电话，回拨电话代理商设备则向被叫方1至N对应的第二终端发起回拨电话；反之，本次通话结束。

步骤1513，被叫方1至N对应的第二终端中，只要有一个接听了收到的回拨电话，多人语音通话即建立。

步骤1514，进入多人通话后，电话运营商网络会给企业通信应用服务器实时推送成员的变化和说话状态。

步骤1515～步骤1519，企业通信应用服务器向第一终端的企业通信应用推送多人通话的成员变化和说话状态，这样第一终端通过通话界面可以实时显示当前多人通话中所有成员的状态信息。

步骤1520，若第一终端和第二终端中的N方挂断电话，本次通话结束。

步骤1414，通话结束后，无论是否最终建立通话，回拨电话代理商设备会向企业通信应用服务器推送本次通话的详细话单信息，并入账到计费服务器，从公费账户中扣除费用。

除此之外，用户还可以加入通话，这里加入通话是指进入一个当前正在通话的多人通话，有三种方式可以加入：一是通过企业通信应用里面通话记录加入；二是其他正在通话中的成员将某个成员邀请加入；三是从系统电话应用的通话记录加入，且之前加入过这个多人通话且没有完全结束过。当某个成员加入通话后，其他还在通话中的成员，也会收到该成员的加入通知，并进行状态的刷新。

进入多人通话后，有两种方式可以退出，一种是直接通过企业通信应用里面的挂断按钮退出；另一个是直接挂断回拨电话。当某个成员退出通话后，其他还在通话中的成员，也会收到该成员的退出通知，并进行状态的刷新。

多人通话时，如果有成员加入或退出等，电话运营商网络会给其他还在多人通话中的成员推送相应的提示音，比如“AA加入了BB的多人通话”，“BB退出多人通话”等。

如图16所示，提供了一种通话数据处理方法，本实施例以该方法应用于服务器来举例说，该服务器可以包括应用服务器、中转服务器以及计费服务器。该方法具体包括如下步骤：

步骤1602，接收呼叫请求，呼叫请求携带呼叫方标识和被呼叫方标识。

步骤1604，向呼叫方标识对应的第一终端发送第一回拨电话请求，使得第一终端获取针对第一回拨电话请求的第一接听指令。

步骤1606，向被呼叫方标识对应的第二终端发送第二回拨电话请求，使得第二终端获取针对第二回拨电话请求的第二接听指令。

步骤1608，当获取到第一接听指令的第一终端和获取到第二接听指令的第二终端之间建立通话链路后，获取通过通话链路进行的通话对应的参数数值，并从呼叫方标识所属用户集群对应的数值账户中减去参数数值。

上述通话数据处理方法，用户发起呼叫请求后，通过回拨电话的方式建立呼叫方和被呼叫方之间的通话链路，操作便利。而且服务器会获取通过通话链路进行的通话对应的参数数值，从而从呼叫方标识所属用户集群对应的数值账户中减去参数数值，由于消耗的是用户集群对应的公共资源，这样对于用户来说通话成本低。再者呼叫方仅需发起呼叫请求并接受第一回拨电话请求，被呼叫方仅需接受第二回拨电话请求，拨打方便。

在一个实施例中，该方法还包括：对呼叫请求进行验证，在验证通过后执行向呼叫方标识对应的第一终端发送第一回拨电话请求的步骤；验证包括对呼叫方标识的合法性验证、对被呼叫方标识的合法性验证以及对呼叫方标识所属用户集群对应的数值账户的余额验证中的至少一种。

本实施例中，服务器在接收到呼叫请求后对呼叫请求进行验证，验证通过则发起第一回拨电话请求，可保证呼叫安全性，保证数值账户安全。

在一个实施例中，步骤1603具体包括：根据呼叫请求，调用回拨电话设备的回拨发起接口，使得回拨电话设备向呼叫方标识对应的第一终端发送第一回 拨电话请求；步骤1604包括：通过回拨电话设备接收到第一终端反馈的接听状态通知后，向被呼叫方标识对应的第二终端发送第二回拨电话请求。

在一个实施例中，被呼叫方标识多于一个；该方法还包括：获取参与通话的各成员的成员状态通知和/或说话状态通知；向第一终端和第二终端推送成员状态通知和/或说话状态通知。

本实施例中，通过向第一终端和第二终端推送成员状态通知和/或说话状态通知，使得通话成员可以及时获知成员变化情况，还可以区分不同的通话成员。

在一个实施例中，获取针对通话的加入通话请求；向发起加入通话请求的终端发送第三回拨电话请求，使得发起加入通话请求的终端在获取到针对第三回拨电话请求的第三接听指令后加入通话。其中发起加入通话请求的终端可以是除上述第一终端和第二终端之外的其它终端。

在其它实施例中，该通话数据处理方法还可以包括上述通话方法中由服务器实施的其它步骤。

如图17所示，在一个实施例中，提供了一种通话装置1700，包括呼叫模块1701、回拨电话请求处理模块1702和通话链路处理模块1703。

呼叫模块1701，用于向服务器发送呼叫请求，呼叫请求携带呼叫方标识和被呼叫方标识。

回拨电话请求处理模块1702，用于接收第一回拨电话请求，第一回拨电话请求与呼叫请求对应；获取针对第一回拨电话请求的第一接听指令。

通话链路处理模块1703，用于当被呼叫方标识对应的终端获取到第二接听指令后，与被呼叫方标识对应的终端建立通话链路，使服务器获取通过通话链路进行的通话所对应的参数数值，并从呼叫方标识所属用户集群对应的数值账户中减去参数数值；第二接听指令为被呼叫方标识对应的终端获取到的针对第二回拨电话请求的接听指令。

在一个实施例中，第一回拨电话请求在服务器对呼叫请求验证通过后发起；验证包括对呼叫方标识的合法性验证、对被呼叫方标识的合法性验证以及对呼叫方标识所属用户集群对应的数值账户的余额验证中的至少一种。

如图18所示，在一个实施例中，通话装置1700还包括：计时等待模块1704， 用于接收到服务器根据呼叫请求反馈的呼叫响应后，开始记录等待第一回拨电话请求的等待时长；当等待时长达到配置的时长时，跳转至向服务器发送呼叫请求的步骤；且相邻两次发送的呼叫请求用于触发建立不同的通话链路。

在一个实施例中，呼叫模块1701还用于通过本地的用户集群通信应用发起呼叫请求；回拨电话请求处理模块1702还用于通过本地的系统电话应用接收第一回拨电话请求，并获取针对第一回拨电话请求的第一接听指令。

在一个实施例中，通话装置1700还包括：等待回拨电话界面管理模块1705，用于通过用户集群通信应用展示等待回拨电话界面；当通过用户集群通信应用获取到由系统电话应用发出的接听状态通知后，关闭等待回拨电话界面。

在一个实施例中，第一回拨电话请求由服务器根据呼叫请求调用回拨电话设备的回拨发起接口发起。通话装置1700还包括：接听状态通知发送模块1706，用于向回拨电话设备发送接听状态通知，使回拨电话设备根据接听状态通知向被呼叫方标识对应的终端发起第二回拨电话请求。

在一个实施例中，被呼叫方标识多于一个；通话链路处理模块1703还用于当至少一个被呼叫方标识对应的终端获取到第二接听指令后，与至少一个被呼叫方标识对应的终端建立通话链路。

在一个实施例中，通话装置1700还包括：成员状态管理模块1707，用于当参与通话的通话成员发生变化时，接收服务器发送的成员状态通知；根据成员状态通知展示通话成员变化信息和/或播放表示通话成员变化情况的音频提示。

在一个实施例中，通话装置1700还包括：说话状态管理模块1708，用于接收服务器发送的与各个被呼叫方标识对应的说话状态通知；根据说话状态通知更新相应的被呼叫方标识所对应的说话状态标记。

在一个实施例中，通话装置1700还包括：通话记录存储模块1709、通话记录存展示模块1710和加入通话请求模块1711。

通话记录存储模块1709，用于存储包括呼叫方标识和被呼叫方标识的通话记录。

通话记录存展示模块1710，用于展示通话记录。

加入通话请求模块1711，用于当检测到对展示的通话记录的触发操作且通 话未结束时，向服务器发送加入通话请求，接收与加入通话请求对应的第三回拨电话请求，当获取到针对第三回拨电话请求的第三接听指令后，加入通话。

呼叫模块1701还用于当检测到对展示的通话记录的触发操作且通话已结束时，重新向服务器发送携带呼叫方标识和被呼叫方标识的呼叫请求。

上述通话装置1700，用户发起呼叫请求后，通过回拨电话的方式建立呼叫方和被呼叫方之间的通话链路，操作便利。而且服务器会获取通过通话链路进行的通话对应的参数数值，从而从呼叫方标识所属用户集群对应的数值账户中减去参数数值，由于消耗的是用户集群对应的公共资源，这样对于用户来说通话成本低。

如图19所示，在一个实施例中，提供了一种通话数据处理装置1900，包括：呼叫请求接收模块1901、回拨电话模块1902和数值账户管理模块1903。

呼叫请求接收模块1901，用于接收呼叫请求，呼叫请求携带呼叫方标识和被呼叫方标识。

回拨电话模块1902，用于向呼叫方标识对应的第一终端发送第一回拨电话请求，使得第一终端获取针对第一回拨电话请求的第一接听指令；向被呼叫方标识对应的第二终端发送第二回拨电话请求，使得第二终端获取针对第二回拨电话请求的第二接听指令。

数值账户管理模块1903，用于当获取到第一接听指令的第一终端和获取到第二接听指令的第二终端之间建立通话链路后，获取通过通话链路进行的通话对应的参数数值，并从呼叫方标识所属用户集群对应的数值账户中减去参数数值。

如图20所示，在一个实施例中，通话数据处理装置1900还包括：验证模块1904，用于对呼叫请求进行验证，在验证通过后通知回拨电话模块；验证包括对呼叫方标识的合法性验证、对被呼叫方标识的合法性验证以及对呼叫方标识所属用户集群对应的数值账户的余额验证中的至少一种。

在一个实施例中，回拨电话模块1902还用于根据呼叫请求，调用回拨电话设备的回拨发起接口，使得回拨电话设备向呼叫方标识对应的第一终端发送第一回拨电话请求；还用于通过回拨电话设备接收到第一终端反馈的接听状态通 知后，向被呼叫方标识对应的第二终端发送第二回拨电话请求。

在一个实施例中，被呼叫方标识多于一个；通话数据处理装置1900还包括：状态推送模块1905，用于获取参与通话的各成员的成员状态通知和/或说话状态通知；向第一终端和第二终端推送成员状态通知和/或说话状态通知。

在一个实施例中，通话数据处理装置1900还包括加入通话请求处理模块1906，用于获取针对通话的加入通话请求；向发起加入通话请求的终端发送第三回拨电话请求，使得发起加入通话请求的终端在获取到针对第三回拨电话请求的第三接听指令后加入通话。

上述通话数据处理装置1900，用户发起呼叫请求后，通过回拨电话的方式建立呼叫方和被呼叫方之间的通话链路，操作便利。而且服务器会获取通过通话链路进行的通话对应的参数数值，从而从呼叫方标识所属用户集群对应的数值账户中减去参数数值，由于消耗的是用户集群对应的公共资源，这样对于用户来说通话成本低。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

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

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。