具体实施方式

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

本申请实施例提供的外呼方法、装置、系统、计算机设备和存储介质，旨在解决传统的外呼过程中，由于人工坐席的操作过程繁琐以及人工坐席和外呼对象一对一地交流方式，所导致的呼叫中心的外呼效率较低的技术问题。下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体地实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

下面结合本申请实施例所应用的场景，对本申请实施例涉及的技术方案进行介绍。

图1为本申请实施例提供的外呼方法所涉及到的一种实施环境的示意图。如图1所示，该实施环境可以包括代理服务端101、目标服务器102以及外呼终端103，其中，代理服务端101和目标服务器102之间可以通过有线网络或无线网络进行通信，目标服务器102和外呼终端103之间可以通过有线网络或无线网络进行通信。

其中，代理服务端101可以是软件形式，也可以是硬件形式。在代理服务端101为硬件形式的情况下，代理服务端101可以是代理服务器，代理服务器和目标服务器102均可以是任意类型的服务器；代理服务器可以是一台服务器，也可以是由多台服务器组成的服务器集群；目标服务器102可以是一台服务器，也可以是由多台服务器组成的服务器集群。外呼终端103可以为智能手机、平板电脑、个人计算机、笔记本电脑、车载设备，等等。

在图1所示的实施环境中，代理服务端101在对外呼终端103进行外呼的过程中，可以接收目标服务器102发送的外呼终端103对应的通话数据；代理服务端101可以根据通话数据获取通话数据对应的机器响应数据；代理服务端101可以将机器响应数据发送至目标服务器102，该机器响应数据用于供目标服务器102将机器响应数据发送至外呼终端103以进行输出。

在一个实施例中，如图2所示，提供了一种外呼方法，以该方法应用于图1中的代理服务端101为例进行说明，包括以下步骤：

步骤201，在对外呼终端进行外呼的过程中，代理服务端接收目标服务器发送的外呼终端对应的通话数据。

本申请实施例中，目标服务器可以是呼叫中心部署的用于对外呼终端进行外呼的服务器；代理服务端可以用于向目标服务器发送外呼请求以触发外呼过程、在目标服务器对外呼终端进行外呼的过程中转发外呼对象的通话数据以及外呼机器人的机器响应数据，等等，代理服务端结合目标服务器实现对外呼终端的自动外呼。

在需要对外呼终端进行外呼的情况下，代理服务端可以向目标服务器发送外呼请求。以下，对代理服务端获取外呼请求的实施方式进行介绍。

在一种可能的实施方式中，外呼请求可以是代理服务端基于预设的外呼策略自行生成的，具体地，基于该外呼策略，代理服务端若检测需要对外呼终端进行外呼，则生成外呼请求，并向目标服务器发送该外呼请求进行外呼。

在另一种可能的实施方式中，外呼请求也可以是由自动外呼端发送的，代理服务端接收到自动外呼端发送的外呼请求之后，则向目标服务器发送该外呼请求进行外呼，在此，对代理服务端获取外呼请求的方式不做具体限定。

其中，上述外呼请求可以携带外呼终端对应的标识信息，标识信息例如可以是外呼终端对应的电话号码或其他身份标识；可选地，外呼请求还可以携带外呼接通之后需要向外呼对象输出的首句问候语。这样，目标服务器接收到外呼请求后，则基于该外呼请求向外呼终端发起外呼，并在外呼过程中获取外呼终端对应的外呼对象的通话数据，接着，目标服务器将获取的通话数据反馈给代理服务端。

本申请实施例中，通话数据可以是外呼对象的通话语音数据，当然，也可以是对该通话语音数据进行语音识别得到的通话文本数据，还可以是对通话文本数据进行意图识别得到的意图。

步骤202，代理服务端根据通话数据，获取通话数据对应的机器响应数据。

代理服务端接收到外呼对象的通话数据之后，则获取该通话数据对应的机器响应数据，机器响应数据即外呼过程中外呼机器人的自动响应数据，本实施例以外呼机器人的机器响应数据代替人工坐席和外呼对象进行交流沟通。

如上文所述，代理服务端可以是软件形式，也可以是硬件形式，在代理服务端为硬件形式的情况下，代理服务端可以是代理服务器，这样，代理服务器中可以部署外呼机器人程序，代理服务器则调用该外呼机器人程序的软件接口输入通话数据，从而得到通话数据对应的机器响应数据。

当然，外呼机器人也可以是硬件形式，这样，代理服务端则将通话数据发送至外呼机器人，并接收外呼机器人反馈的机器响应数据，等等。

步骤203，代理服务端将机器响应数据发送至目标服务器。

其中，机器响应数据用于供目标服务器将机器响应数据发送至外呼终端以进行输出。

代理服务端获取到外呼机器人的机器响应数据之后，则将机器响应数据发送至目标服务器，这样，目标服务器再将机器响应数据发送至外呼终端输出给外呼对象，从而实现外呼机器人和外呼对象的自动交流沟通。

以下，结合示例性地应用场景，对本申请实施例的实施方式进行补充说明。

示例性地，目标服务器可以是电商A的呼叫中心部署的用于对消费者进行售前或售后外呼的服务器。对于自动外呼提供商而言，在无法直接修改电商A的目标服务器的主要执行逻辑的情况下，需要基于电商A的呼叫中心的现有网络架构，实现对消费者的外呼终端的自动外呼。

在该场景下，本申请实施例中，自动外呼提供商可以在本地部署代理服务端，代理服务端获取到外呼需求之后(该外呼需求例如可以是用户输入的待外呼的外呼终端的相关信息)，基于外呼需求，代理服务端则可以向电商A的呼叫中心部署的目标服务器发送外呼请求。其中，外呼请求可以携带外呼终端对应的标识信息(如外呼终端对应的电话号码或其他身份标识)，可选地，外呼请求还可以携带外呼接通之后需要向消费者输出的首句问候语。

这样，目标服务器接收到外呼请求后，则基于该外呼请求向外呼终端发起外呼，并在外呼过程中获取消费者的通话数据，接着，目标服务器将获取的通话数据反馈给代理服务端。

代理服务端接收到消费者的通话数据之后，可以将通话数据发送至外呼机器人，并接收外呼机器人反馈的机器响应数据，代理服务端将机器响应数据发送至目标服务器，目标服务器将机器响应数据发送至外呼终端输出给消费者，从而实现外呼机器人和消费者的自动交流沟通。

上述实施例，在对外呼终端进行外呼的过程中，代理服务端接收目标服务器发送的外呼终端对应的通话数据，而后，代理服务端根据通话数据获取通话数据对应的机器响应数据，再将机器响应数据发送至目标服务器，机器响应数据用于供目标服务器将机器响应数据发送至外呼终端以进行输出；这样，在对外呼终端进行外呼的过程中，通过代理服务端转发通话数据以及机器响应数据，实现对外呼终端的自动外呼，从而不必人工坐席在浏览器页面中输入外呼对象的电话号码并点击“外呼”按钮来进行外呼，因此有效避免了人工坐席的操作过程繁琐以及人工坐席和外呼对象一对一地交流方式导致的呼叫中心的外呼效率较低的问题，故而，本申请实施例提升了外呼效率。

在一个实施例中，基于图2所示的实施例，参见图3，本实施例涉及的是代理服务端与目标服务器之间具体的数据收发过程。本实施例中，代理服务端和目标服务器之间建立有网页实时通信连接，如图3所示，步骤201包括可以通过如下步骤2011实现：

步骤2011，在对外呼终端进行外呼的过程中，代理服务端基于网页实时通信连接，接收目标服务器发送的通话数据。

传统技术中，若需要对某个外呼对象的外呼终端进行外呼，人工坐席需要在浏览器页面中输入该外呼对象的电话号码并点击“外呼”按钮，浏览器终端将外呼请求通过建立的网页实时通信(Web Real-Time Communication，简称WebRTC)连接发送至目标服务器进行外呼；在外呼过程中，浏览器终端和目标服务器通过网页实时通信连接来传输外呼终端对应的通话数据以及人工坐席的人工响应数据。

本申请实施例中，代理服务端和目标服务器之间可以建立网页实时通信连接，这样，在传统技术的基础上，本申请实施例仅将目标服务器的传输地址由浏览器终端的地址替换为代理服务端的地址即可，而不必修改目标服务器的主要执行逻辑，即，本申请实施例通过劫持浏览器终端的方式，使得目标服务器仍然通过网页实时通信连接与代理服务端进行通信。

这样，在对外呼终端进行外呼的过程中，代理服务端则基于网页实时通信连接接收目标服务器发送的通话数据。

本实施例中，步骤203可以通过如下步骤2031实现：

步骤2031，代理服务端基于网页实时通信连接，将机器响应数据发送至目标服务器。

同样地，代理服务端根据通话数据获取通话数据对应的机器响应数据之后，也基于代理服务端和目标服务器之间建立的网页实时通信连接，将机器响应数据发送至目标服务器。

需要说明的是，在实际的应用场景中，目标服务器可以是具有自动外呼需求的客户(例如，上文所述的电商A)的呼叫中心的服务器，对于自动外呼提供商而言，在无法直接修改客户呼叫中心的服务器的主要执行逻辑的情况下，需要基于客户的呼叫中心的现有网络架构，实现对外呼终端的自动外呼。

鉴于此，本申请实施例中，自动外呼提供商可以在本地部署代理服务端，且代理服务端和目标服务器(客户的呼叫中心的服务器)之间建立网页实时通信连接。通过禁止人工坐席在浏览器页面中输入外呼对象的电话号码触发外呼，并将目标服务器的传输地址由传统的浏览器终端的地址替换为本申请实施例中代理服务端的地址，这样，代理服务端获取到外呼需求之后，代理服务端基于建立网页实时通信连接，向客户的呼叫中心部署的目标服务器发送外呼请求，目标服务器收到外呼请求后则向外呼终端发起外呼，在外呼过程中，目标服务器按照目标服务器中更新后的传输地址，将外呼对象的通话数据发送至代理服务端。

进一步地，代理服务端将通话数据发送至外呼机器人，并接收外呼机器人反馈的机器响应数据，代理服务端将机器响应数据发送至目标服务器，目标服务器将机器响应数据发送至外呼终端输出给外呼对象，则实现外呼机器人和外呼对象的自动交流沟通。

由此，上述实施例不必修改客户的呼叫中心的目标服务器的主要执行逻辑，通过本地部署代理服务端，并在代理服务端和目标服务器之间建立网页实时通信连接，即可在目标服务器无差异传输的情况下实现对外呼终端的自动外呼，提升了本申请实施例外呼方法的应用灵活性。

在一个实施例中，基于图2所示的实施例，参见图4，本实施例涉及的是代理服务端如何发起外呼的过程。如图4所示，本实施例外呼方法还包括步骤401和步骤402：

步骤401，代理服务端获取自动外呼端发送的外呼请求。

与上述代理服务端和外呼机器人类似，自动外呼端可以是软件形式，当然也可以是硬件形式，自动外呼端的具体部署方式在此不做限制。

本申请实施例中，自动外呼端用于模拟浏览器终端的操作，譬如，自动外呼端可以自动打开浏览器，在浏览器页面中输入需要外呼的外呼对象的电话号码并点击“外呼”按钮，这样，自动外呼端则检测到外呼请求。外呼对象的电话号码可以是用户输入的待外呼的外呼终端的相关信息中所包括的。

自动外呼端将外呼请求发送至代理服务端，代理服务端获取自动外呼端发送的该外呼请求，外呼请求至少携带外呼终端对应的标识信息，标识信息例如可以是外呼终端对应的电话号码或其他身份标识。可选地，外呼请求还可以携带外呼接通之后的首句问候语。

在步骤401一种可能的实施方式中，代理服务端和自动外呼端之间构建有数据安全通道，代理服务端可以执行如下步骤A1，实现步骤401的过程：

步骤A1，代理服务端通过数据安全通道，获取自动外呼端发送的外呼请求。

本申请实施例中，代理服务端和自动外呼端之间可以配置自签HTTPS(Hyper TextTransfer Protocol over Secure Socket Layer，超文本传输安全协议)使用的SSL(Secure Sockets Layer，安全套接字协议)证书。

示例性地，代理服务端可以利用本地https-ssl证书生成工具mkcert(该mkcert是一个使用go语言编写的生成本地自签证书的程序)生成自签HTTPS使用的SSL证书，得到客户端证书和Nginx配置证书；将客户端证书安装到自动外呼端的系统根证书目录下；将Nginx配置证书安装到代理服务端中，并配置一个监听443端口(HTTPS传输默认443端口)的服务,以此监听目标服务器传输到代理服务端443端口的数据。

这样，通过在自动外呼端安装客户端证书以及在代理服务端安装Nginx配置证书的方式在代理服务端和自动外呼端之间构建数据安全通道，代理服务端和自动外呼端之间的信息传输则可以基于该数据安全通道进行安全传输，例如，自动外呼端通过数据安全通道向代理服务端发送外呼请求，代理服务端通过该数据安全通道获取自动外呼端发送的外呼请求，从而提升了代理服务端和自动外呼端之间的信息传输的安全性。

步骤402，代理服务端将外呼请求发送至目标服务器，外呼请求用于供目标服务器基于标识信息对外呼终端发起外呼。

代理服务端收到外呼请求后，则将外呼请求发送至目标服务器，目标服务器基于该标识信息以及问候语对外呼终端发起外呼。

示例性地，目标服务器根据该标识信息对外呼终端发起外呼，并在外呼对象接听后，将问候语发送至外呼终端输出给外呼对象，接着，外呼终端采集外呼对象的通话数据，将通话数据发送至目标服务器，目标服务器再将通话数据发送至代理服务端，以继续本申请实施例的外呼过程。

这样，通过自动外呼端模拟浏览器终端的操作发出外呼请求，代理服务端获取到自动外呼端发送的外呼请求之后，则将外呼请求发送至目标服务器，触发外呼过程，实现对外呼终端的自动外呼，提升了外呼效率。

在一个实施例中，基于图4所示的实施例，参见图5，本实施例涉及的是代理服务端对自动外呼端的数据请求的响应过程。如图5所示，本实施例外呼方法还包括步骤501、步骤502和步骤503：

步骤501，代理服务端若接收到自动外呼端发送的数据请求，检测数据请求的请求类型是否为外呼类型。

本申请实施中，自动外呼端作为模拟浏览器终端的客户端，可以向代理服务端发送数据请求以请求业务数据，例如，请求外呼业务相关的外呼信息，或请求与外呼业务不相关的其他业务的图片、视频等信息。

作为一种实施方式，代理服务端接收到自动外呼端发送的数据请求之后，首先检测数据请求的请求类型是否为外呼类型，例如，检测该数据请求是否包含外呼类型字，或者检测该数据请求是否为固定名称，若是，则确定该数据请求的请求类型为外呼类型，否则，则确定数据请求的请求类型非外呼类型。

步骤502，若请求类型为外呼类型，代理服务端则对数据请求进行响应。

若请求类型为外呼类型，代理服务端则直接对该数据请求进行本地响应，例如，向自动外呼端发送该数据请求对应的外呼相关的业务数据。

步骤503，若请求类型非外呼类型，代理服务端则将数据请求转发至目标服务器以供目标服务器对数据请求进行响应。

而若该请求类型非外呼类型，代理服务端则将数据请求转发至目标服务器以供目标服务器对数据请求进行响应。

这样，代理服务端通过区分数据请求的请求类型是否为外呼类型，仅将外呼业务相关的请求进行本地处理，将其他资源文件请求通过代理方式返回到客户侧的目标服务器进行处理，从而可以降低代理服务端的数据处理量，提升外呼响应速率，从而提升外呼效率。

在一个实施例中，基于图2所示的实施例，参见图6，本实施例涉及的是代理服务端如何根据通话数据获取通话数据对应的机器响应数据的过程。如图6所示，步骤202包括图6所示的步骤601和步骤602：

步骤601，代理服务端将通话数据发送至外呼机器人。

本申请实施例中，外呼过程的机器响应数据由外呼机器人提供。在一种可能的实施方式中，在通话数据为语音数据的情况下，外呼机器人可以对通话数据进行语音识别得到文本数据，并对文本数据进行意图提取，得到意图，外呼机器人根据得到的意图匹配外呼知识库，得到当前业务场景下当前对话节点中该意图对应的答复，将该答复作为机器响应数据。

当然，通话数据还可以是对通话数据进行语音识别得到文本数据，或者还可以是对文本数据进行意图提取得到意图，等等，在此不做具体限制。

步骤602，代理服务端接收外呼机器人发送的机器响应数据，机器响应数据是外呼机器人基于通话数据反馈的。

本申请实施例中，外呼机器人在反馈机器响应数据时，通过将外呼机器人所要发送的目标地址配置为代理服务端的地址，这样，外呼机器人则可以将机器响应数据发送至代理服务端，代理服务端再将机器响应数据发送至目标服务器，机器响应数据用于供目标服务器将机器响应数据发送至外呼终端以进行输出。

上述实施例中，在外呼过程中，外呼机器人可以根据外呼对象的通话数据对应的意图匹配外呼知识库，得到当前业务场景下当前对话节点中该意图对应的答复，将该答复作为机器响应数据，从而可以实现对外呼对象的准确答复，提升外呼准确性。

另外，本申请实施例中，通过外呼机器人可以实现自动外呼过程中外呼机器人与外呼对象的智能问答，这就避免了部分自动外呼过程中，只能通过指定文件的方式模拟固定音频，若需修改音频流只能修改固定配置参数的缺陷，从而，本申请实施例提升了外呼的智能性。

在一个实施例中，基于图2所示的实施例，参见图7，本实施例涉及的是代理服务端如何将机器响应数据发送至目标服务器的过程。如图7所示，步骤203包括图7所示的步骤701和步骤702：

步骤701，代理服务端对机器响应数据进行数据结构转换处理，得到目标机器响应数据。

本申请实施例中，代理服务端获取外呼机器人发送的机器响应数据，该机器响应数据可以是PCM格式的音频流，代理服务端对该机器响应数据进行格式转换得到目标机器响应数据。

示例性地，代理服务端对机器响应数据进行数据结构转换处理，可以是代理服务端将机器响应数据转换为预设格式的媒体流，得到目标机器响应数据。

步骤702，代理服务端将目标机器响应数据发送至目标服务器。

作为一种实施方式，外呼机器人向代理服务端发送机器响应数据、代理服务端将目标机器响应数据发送至目标服务器的过程，均可以是以消息队列的方式实现。

例如，外呼机器人向代理服务端发送机器响应数据时，可以将机器响应数据发送至代理服务端的消息队列，代理服务端将目标机器响应数据发送至目标服务器时，可以将目标机器响应数据发送至目标服务器的消息队列，这样，通过消息队列将发送端和接收端解耦，有利于提升外呼稳定性。

在一个实施例中，提供了一种外呼方法，可以应用于图1所示的实施环境中，该外呼方法包括：

步骤a，代理服务端通过数据安全通道，获取自动外呼端发送的外呼请求，外呼请求至少携带外呼终端对应的标识信息。

其中，代理服务端和自动外呼端之间构建有数据安全通道。

步骤b，代理服务端将外呼请求发送至目标服务器，外呼请求用于供目标服务器基于标识信息对外呼终端发起外呼。

步骤c，代理服务端基于网页实时通信连接，接收目标服务器发送的通话数据。

其中，代理服务端和目标服务器之间建立有网页实时通信连接。

步骤d，代理服务端将通话数据发送至外呼机器人。

步骤e，代理服务端接收外呼机器人发送的机器响应数据，机器响应数据是外呼机器人基于通话数据反馈的。

步骤f，代理服务端对机器响应数据进行数据结构转换处理，得到目标机器响应数据。

步骤g，代理服务端基于网页实时通信连接，将目标机器响应数据发送至目标服务器，机器响应数据用于供目标服务器将机器响应数据发送至外呼终端以进行输出。

应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种外呼装置，包括：

接收模块100，用于在对外呼终端进行外呼的过程中，接收目标服务器发送的所述外呼终端对应的通话数据；

第一获取模块200，用于根据所述通话数据，获取所述通话数据对应的机器响应数据；

第一发送模块300，用于将所述机器响应数据发送至所述目标服务器，所述机器响应数据用于供所述目标服务器将所述机器响应数据发送至所述外呼终端以进行输出。

在一个实施例中，所述代理服务端和所述目标服务器之间建立有网页实时通信连接，所述接收模块100具体用于基于所述网页实时通信连接，接收所述目标服务器发送的所述通话数据；

所述第一发送模块300具体用于基于所述网页实时通信连接，将所述机器响应数据发送至所述目标服务器。

在一个实施例中，所述装置还包括：

第二获取模块，用于获取自动外呼端发送的外呼请求，所述外呼请求至少携带所述外呼终端对应的标识信息；

第二发送模块，用于将所述外呼请求发送至所述目标服务器，所述外呼请求用于供所述目标服务器基于所述标识信息对所述外呼终端发起外呼。

在一个实施例中，所述代理服务端和所述自动外呼端之间构建有数据安全通道，所述第二获取模块具体用于通过所述数据安全通道，获取所述自动外呼端发送的所述外呼请求。

在一个实施例中，所述装置还包括：

检测模块，用于若接收到所述自动外呼端发送的数据请求，检测所述数据请求的请求类型是否为外呼类型；

响应模块，用于若所述请求类型为所述外呼类型，则对所述数据请求进行响应；

第三发送模块，用于若所述请求类型非所述外呼类型，则将所述数据请求转发至所述目标服务器以供所述目标服务器对所述数据请求进行响应。

在一个实施例中，所述第一获取模块200具体用于将所述通话数据发送至外呼机器人；接收所述外呼机器人发送的所述机器响应数据，所述机器响应数据是所述外呼机器人基于所述通话数据反馈的。

在一个实施例中，所述第一发送模块300具体用于对所述机器响应数据进行数据结构转换处理，得到目标机器响应数据；将所述目标机器响应数据发送至所述目标服务器。

本实施例提供的外呼装置，可以执行上述外呼方法实施例，其实现原理和技术效果类似，在此不再赘述。关于外呼装置的具体限定可以参见上文中对于外呼方法的限定，在此不再赘述。上述外呼装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供一种外呼系统，所述系统包括代理服务端和目标服务器，其中：

所述代理服务端，用于在对外呼终端进行外呼的过程中，接收所述目标服务器发送的所述外呼终端对应的通话数据；

所述代理服务端，还用于根据所述通话数据，获取所述通话数据对应的机器响应数据，并将所述机器响应数据发送至所述目标服务器，所述机器响应数据用于供所述目标服务器将所述机器响应数据发送至所述外呼终端以进行输出。

在上述实施例提供的外呼系统的基础上，示例性地，参见图9，提供了一种外呼系统，外呼系统还包括自动外呼端和外呼机器人；在需要对外呼终端进行外呼的情况下，具体地：

1)代理服务端和自动外呼端之间构建有数据安全通道，自动外呼端通过数据安全通道，向代理服务端发送外呼请求，外呼请求至少携带外呼终端对应的标识信息。

2)代理服务端通过数据安全通道，接收自动外呼端发送的外呼请求。

3)代理服务端和目标服务器之间建立有网页实时通信连接，代理服务端基于网页实时通信连接，将外呼请求发送至目标服务器。

4)目标服务器基于网页实时通信连接接收外呼请求，并基于标识信息对外呼终端发起外呼，获取外呼对象的通话数据反馈给代理服务端。

5)代理服务端基于网页实时通信连接，接收目标服务器发送的通话数据。

6)代理服务端将通话数据发送至外呼机器人。

7)代理服务端接收外呼机器人发送的机器响应数据，机器响应数据是外呼机器人基于通话数据反馈的。

8)代理服务端对机器响应数据进行数据结构转换处理，得到目标机器响应数据。

9)代理服务端基于网页实时通信连接，将目标机器响应数据发送至目标服务器，机器响应数据用于供目标服务器将机器响应数据发送至外呼终端以进行输出。

本实施例提供的外呼系统，可以执行上述外呼方法实施例，其实现原理和技术效果类似，在此不再赘述。其中，代理服务端、自动外呼端和外呼机器人可以是软件形式，也可以是硬件形式。关于外呼系统的具体限定可以参见上文中对于外呼方法的限定，在此不再赘述。

在一个实施例中，还提供了一种如图10所示的计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储外呼数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种外呼方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

在对外呼终端进行外呼的过程中，接收目标服务器发送的所述外呼终端对应的通话数据；

根据所述通话数据，获取所述通话数据对应的机器响应数据；

将所述机器响应数据发送至所述目标服务器，所述机器响应数据用于供所述目标服务器将所述机器响应数据发送至所述外呼终端以进行输出。

在一个实施例中，所述代理服务端和所述目标服务器之间建立有网页实时通信连接，该处理器执行计算机程序时还实现以下步骤：

基于所述网页实时通信连接，接收所述目标服务器发送的所述通话数据；

所述将所述机器响应数据发送至所述目标服务器，包括：

基于所述网页实时通信连接，将所述机器响应数据发送至所述目标服务器。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：

获取自动外呼端发送的外呼请求，所述外呼请求至少携带所述外呼终端对应的标识信息；

将所述外呼请求发送至所述目标服务器，所述外呼请求用于供所述目标服务器基于所述标识信息对所述外呼终端发起外呼。

在一个实施例中，所述代理服务端和所述自动外呼端之间构建有数据安全通道，该处理器执行计算机程序时还实现以下步骤：

通过所述数据安全通道，获取所述自动外呼端发送的所述外呼请求。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：

若接收到所述自动外呼端发送的数据请求，检测所述数据请求的请求类型是否为外呼类型；

若所述请求类型为所述外呼类型，则对所述数据请求进行响应；

若所述请求类型非所述外呼类型，则将所述数据请求转发至所述目标服务器以供所述目标服务器对所述数据请求进行响应。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：

将所述通话数据发送至外呼机器人；

接收所述外呼机器人发送的所述机器响应数据，所述机器响应数据是所述外呼机器人基于所述通话数据反馈的。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：

对所述机器响应数据进行数据结构转换处理，得到目标机器响应数据；

将所述目标机器响应数据发送至所述目标服务器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Ramb微秒)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

在对外呼终端进行外呼的过程中，接收目标服务器发送的所述外呼终端对应的通话数据；

根据所述通话数据，获取所述通话数据对应的机器响应数据；

将所述机器响应数据发送至所述目标服务器，所述机器响应数据用于供所述目标服务器将所述机器响应数据发送至所述外呼终端以进行输出。

在一个实施例中，所述代理服务端和所述目标服务器之间建立有网页实时通信连接，该计算机程序被处理器执行时还实现以下步骤：

基于所述网页实时通信连接，接收所述目标服务器发送的所述通话数据；

所述将所述机器响应数据发送至所述目标服务器，包括：

基于所述网页实时通信连接，将所述机器响应数据发送至所述目标服务器。

在一个实施例中，该计算机程序被处理器执行时还实现以下步骤：

获取自动外呼端发送的外呼请求，所述外呼请求至少携带所述外呼终端对应的标识信息；

将所述外呼请求发送至所述目标服务器，所述外呼请求用于供所述目标服务器基于所述标识信息对所述外呼终端发起外呼。

在一个实施例中，所述代理服务端和所述自动外呼端之间构建有数据安全通道，该计算机程序被处理器执行时还实现以下步骤：

通过所述数据安全通道，获取所述自动外呼端发送的所述外呼请求。

在一个实施例中，该计算机程序被处理器执行时还实现以下步骤：

若接收到所述自动外呼端发送的数据请求，检测所述数据请求的请求类型是否为外呼类型；

若所述请求类型为所述外呼类型，则对所述数据请求进行响应；

若所述请求类型非所述外呼类型，则将所述数据请求转发至所述目标服务器以供所述目标服务器对所述数据请求进行响应。

在一个实施例中，该计算机程序被处理器执行时还实现以下步骤：

将所述通话数据发送至外呼机器人；

接收所述外呼机器人发送的所述机器响应数据，所述机器响应数据是所述外呼机器人基于所述通话数据反馈的。

在一个实施例中，该计算机程序被处理器执行时还实现以下步骤：

对所述机器响应数据进行数据结构转换处理，得到目标机器响应数据；

将所述目标机器响应数据发送至所述目标服务器。

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

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