基于互联网视频的远程业务办理方法及系统

摘要

本申请提供一种基于互联网视频的远程业务办理方法及系统，所述后端服务组件根据所述用户信息为所述用户分配目标客服人员并创建视频通话连接，根据所述用户的业务需求，向所述客户端APP发送业务指令信息，业务办理结束，挂断所述视频通话连接。本申请提供的远程业务办理方法能够在客户端APP与目标客服人员建立视频通话的同时，建立独立于视频外的消息通讯，以摆脱对外部视频组件的依赖。有效降低呼叫中心子系统与业务子系统的耦合度的，同时保证呼叫中心子系统与业务子系统进行快速对接，无需将业务子系统整合至外部呼叫中心能力平台中，减少对外部呼叫中心能力平台的依赖。

说明书

技术领域

本申请涉及通信技术领域，尤其涉及一种基于互联网视频的远程业务办理方法及系统。

背景技术

在金融保险行业中，客户端移动APP的线上自助服务方式正在逐渐替代传统柜面营业厅的人工服务方式。通过客户端移动APP建立远程视频并进行人工业务办理，为异国异地、VIP、老年人、上班族等不便前往线下营业厅的客户群体提供了极大的便利，在保障金融风险的同时实现了客户服务的高效、便捷。但对于涉及大金额、高风险、客户重要权益的服务项目，通常不允许通过客户端APP自助办理，仍然需要客户前往线下柜面营业厅进行人工办理、人工审核。

除了客户端移动APP的线上自助服务方式外，在金融保险行业中，大多提供电话服务、在线语音服务或在线文本服务，但仅能满足客户的咨询需要和简单业务办理，对于大金额、高风险业务仍需线下临柜处理。在远程视频服务方面，行业内一般仅提供客户资料所属省份的资料变更、身份验证等服务，无法很好地将呼叫中心能力、远程视频能力与柜面业务系统相结合。

发明内容

有鉴于此，本申请的目的在于提出一种基于互联网视频的远程业务办理方法及系统。

基于上述目的，本申请提供了一种基于互联网视频的远程业务办理方法，应用于远程业务办理系统，所述远程业务办理系统包括业务子系统和呼叫中心子系统，所述呼叫中心子系统包括前端功能组件和后端服务组件，所述前端功能组件嵌入至所述业务子系统中，所述方法包括：

响应于接收到用户通过客户端APP发送的视频呼叫请求，所述后端服务组件根据所述用户信息为所述用户分配目标客服人员；

所述后端服务组件调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接；

根据所述用户的业务需求，通过所述后端服务组件向所述客户端APP发送业务指令信息，所述用户执行所述业务指令信息并产生执行结果；

响应于接收到所述客户端APP发送的所述执行结果，所述后端服务组件将其转发至所述业务子系统的前端页面进行展示；

根据在所述业务子系统的前端页面进行展示的所述执行结果判断所述业务办理是否结束，响应于业务办理结束，所述后端服务组件调用所述外部视频组件挂断所述视频通话连接。

可选的，通过设置在所述客户端APP上的所述外部视频组件的远程视频服务页面建立所述客户端APP与所述后端服务组件的第一WebSocket长连接；

所述后端服务组件根据所述用户信息为所述用户分配目标客服人员，包括：

响应于所述后端服务组件中的服务资源池中不存在候选客服人员，所述后端服务组件通过第一WebSocket长连接向所述用户发送等待消息；

响应于所述后端服务组件中的服务资源池中存在所述候选客服人员，所述后端服务组件从全部所述候选客服人员中选取与所述用户匹配的所述候选客服人员作为所述目标客服人员，并通过第一WebSocket长连接向所述用户发送加入视频会议消息。

可选的，在所述后端服务组件调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接之后，还包括：

通过远程视频服务页面断开所述第一WebSocket长连接。

可选的，响应于接收到客服人员通过所述前端功能组件发送的状态切换请求，所述后端服务组件对所述状态切换请求进行判断；

响应于所述状态切换请求为可服务状态，通过分布式锁将该客服人员添加至所述服务资源池中作为所述候选客服人员；

响应于所述状态切换请求为不可服务状态，且该客服人员已在所述服务资源池中，通过分布式锁将该客服人员从所述服务资源池中移除。

可选的，所述响应于所述后端服务组件中的服务资源池中不存在候选客服人员，所述后端服务组件通过第一WebSocket长连接向所述用户发送等待消息，还包括：

所述后端服务组件通过分布式锁将所述用户添加至等待资源池中。

可选的，所述目标客服人员通过所述前端功能组件建立所述业务子系统与所述后端服务组件的第二WebSocket长连接；在所述后端服务组件根据所述用户信息为所述用户分配目标客服人员之后，还包括：

所述后端服务组件通过所述第二WebSocket长连接件将所述用户的用户信息发送至所述业务子系统的前端页面进行展示。

可选的，所述后端服务组件调用外部视频组件为所述用户和所述客服人员创建视频通话连接，包括：

所述后端服务组件调用外部视频组件创建视频会议室，并邀请所述用户和所述目标客服人员进入所述视频会议室。

可选的，通过在所述客户端APP创建的隐式webview页面建立所述客户端APP与所述后端服务组件的第三WebSocket长连接；

所述通过所述后端服务组件向所述客户端APP发送业务指令信息，包括：

所述目标客服人员通过所述前端功能组件向所述后端服务组件发送业务指令请求；

响应于接收到所述业务指令请求，所述后端服务组件根据所述目标客服人员信息查询与建立所述第三WebSocket长连接对应的所述后端服务组件中的服务器，并将所述业务指令请求发送至该服务器；

所述服务器通过所述第三WebSocket长连接将所述业务指令请求对应的所述业务指令信息发送至所述客户端APP。

可选的，所述响应于接收到所述客户端APP发送的所述执行结果，所述后端服务组件将其转发至所述业务子系统的前端页面进行展示，包括：

所述后端服务组件通过所述第二WebSocket长连接件将所述执行结果发送至所述业务子系统的前端页面进行展示。

基于同一发明构思，本申请还提供了一种基于互联网视频的远程业务办理系统，所述系统包括业务子系统和呼叫中心子系统，所述呼叫中心子系统包括前端功能组件和后端服务组件，所述前端功能组件嵌入至所述业务子系统中，

所述业务子系统，被配置为根据所述用户的业务需求提供相关业务办理功能；

所述前端功能组件，被配置为以悬浮按钮的形式嵌入至所述业务子系统中，建立所述业务子系统与所述后端服务组件的连接；

所述后端服务组件，被配置为响应于接收到用户通过客户端APP发送的视频呼叫请求，根据所述用户信息为所述用户分配目标客服人员；

调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接；

根据所述用户的业务需求，向所述客户端APP发送业务指令信息，所述用户执行所述业务指令信息并产生执行结果；

响应于接收到所述客户端APP发送的所述执行结果，将其转发至所述业务子系统的前端页面进行展示；根据在所述业务子系统的前端页面进行展示的所述执行结果判断所述业务办理是否结束，响应于业务办理结束，调用所述外部视频组件挂断所述视频通话连接。

从上面所述可以看出，本申请提供的一种基于互联网视频的远程业务办理方法及系统，所述远程业务办理系统包括业务子系统和呼叫中心子系统，所述呼叫中心子系统包括前端功能组件和后端服务组件，所述前端功能组件嵌入至所述业务子系统中，响应于接收到用户通过客户端APP发送的视频呼叫请求，所述后端服务组件根据所述用户信息为所述用户分配目标客服人员；所述后端服务组件调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接；根据所述用户的业务需求，通过所述后端服务组件向所述客户端APP发送业务指令信息，所述用户执行所述业务指令信息并产生执行结果；响应于接收到所述客户端APP发送的所述执行结果，所述后端服务组件将其转发至所述业务子系统的前端页面进行展示；根据在所述业务子系统的前端页面进行展示的所述执行结果判断所述业务办理是否结束，响应于业务办理结束，所述后端服务组件调用所述外部视频组件挂断所述视频通话连接。本申请提供的远程业务办理方法能够在客户端APP与目标客服人员建立视频通话的同时，建立独立于视频外的消息通讯，以摆脱对外部视频组件的依赖。有效降低呼叫中心子系统与业务子系统的耦合度的，同时保证呼叫中心子系统与业务子系统进行快速对接，无需将业务子系统整合至外部呼叫中心能力平台中，减少对外部呼叫中心能力平台的依赖。

附图说明

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

图1为本申请实施例的基于互联网视频的远程业务办理方法的流程示意图；

图2为本申请实施例的为用户分配目标客服人员的方法的流程示意图；

图3为本申请实施例的客服人员切换服务状态的方法的流程示意图；

图4为本申请实施例的后端服务组件向所述客户端APP发送业务指令信息的方法的流程示意图；

图5为本申请实施例的基于互联网视频的远程业务办理系统的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

如背景技术所述，在远程视频服务的已有技术方案中，对“呼叫中心能力”、“远程视频能力”、“业务系统能力”的掌控较为分散，分而治之。只关注呼叫中心能力的主要技术手段，或建立视频连接的网络通讯方式。成果往往是达成了视频连线后的语音沟通，忽略了媒体信息交互和远程业务办理能力，未能形成完整全面的远程视频服务体系，不能很好的实现客户足不出户办理业务的远程视频服务能力。

申请人发现，现有远程视频服务各部分功能的组成、通讯交互，大多依赖于外部厂商提供的成熟技术或SDK组件，一旦有新的业务建设需要，进行改造比较困难，往往需要重新联系外部厂商，采购配套改造，耗费大量的开发成本，不利于内部技术自主掌控，也较难实现已有成果的快速复用。

与传统电话热线客服相比，远程视频服务能通过视频见到真人画面，但提供的主要还是咨询服务，或简单的业务办理，并没有促成类似“网上营业厅”的能力，仍需客户线下亲临柜面办理业务。

一般视频服务，会利用已有的外部呼叫中心能力平台，在平台上做技术开发，把业务功能融合进去，或者是外部呼叫中心与公司业务系统简单对接，服务人员需要同时使用两个系统，一个用于接听分配客户，一个用于办理业务或查询客户信息。这两种情况都有局限性，不利于成果快速复用，使用起来也比较繁琐。

基于此，本申请提供了一种基于互联网视频的远程业务办理方法及系统以解决上述问题。

以下结合附图来详细说明本申请的实施例。

本申请提供了一种基于互联网视频的远程业务办理方法，应用于远程业务办理系统，所述远程业务办理系统包括业务子系统和呼叫中心子系统，所述呼叫中心子系统包括前端功能组件和后端服务组件，所述前端功能组件嵌入至所述业务子系统中，参考图1，所述方法包括以下几个步骤：

步骤S101、响应于接收到用户通过客户端APP发送的视频呼叫请求，所述后端服务组件根据所述用户信息为所述用户分配目标客服人员。

当客户需要通过视频进行业务办理时，通过客户端APP发送视频呼叫请求，所述客户端可以为移动客户端，包括客户端、平板电脑等电子设备。呼叫中心子系统接收到视频呼叫请求后，通过后端服务组件为该用户分配匹配的目标客服人员为所述用户进行视频业务办理。

步骤S102、所述后端服务组件调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接。

接收到视频呼叫请求后，后端服务组件调用外部视频组件为用户和目标客服人员创建视频通话连接。外部视频组件可以提供后台服务器的接口，允许后端服务组件调用其接口，接口包括创建视频会议室、邀请人员入会、会议管理和视频录制等等。呼叫中心子系统分配好一个客户和一个目标客服人员后，调用创建视频会议室功能，然后将目标服务人员拉入创建好的视频会议室中。同时，呼叫中心子系统可以调用会议管理功能，查看视频会议室中是否已有1位参会者，若有1位参会者，自动邀请第2为参会者入会，第1位参会者为目标客服人员，第2位参会者为用户。外部视频组件的服务商还会提供SDK程序组件，可以将该SDK程序组件引入客户端APP中，以使客户端APP具有视频通话能力，或者直接提供视频客户端。

步骤S103、根据所述用户的业务需求，通过所述后端服务组件向所述客户端APP发送业务指令信息，所述用户执行所述业务指令信息并产生执行结果。

建立视频连接后，目标客服人员接收到用户提出的业务需求，在前端功能组件中选择相关的业务指令功能，并向后端服务组件发送业务指令请求，由后端服务组件将业务指令请求包含的业务指令信息发送至客户端APP，用户根据业务指令信息在客户端APP进行相关操作并产生执行结果。

步骤S104、响应于接收到所述客户端APP发送的所述执行结果，所述后端服务组件将其转发至所述业务子系统的前端页面进行展示。目标客服人员可以通过业务子系统的前端页面看到所述执行结果，并对其进行判断，为所述用户提供下一步的服务。

步骤S105、根据在所述业务子系统的前端页面进行展示的所述执行结果判断所述业务办理是否结束，响应于业务办理结束，所述后端服务组件调用所述外部视频组件挂断所述视频通话连接。若用户的全部业务需求均办理完成，可由双方分别挂断视频通话即可。

在一些实施例中，通过设置在所述客户端APP上的所述外部视频组件的远程视频服务页面建立所述客户端APP与所述后端服务组件的第一WebSocket长连接；

所述后端服务组件根据所述用户信息为所述用户分配目标客服人员，参考图2，包括以下几个步骤：

步骤S201、响应于所述后端服务组件中的服务资源池中不存在候选客服人员，所述后端服务组件通过第一WebSocket长连接向所述用户发送等待消息。

步骤S202、响应于所述后端服务组件中的服务资源池中存在所述候选客服人员，所述后端服务组件从全部所述候选客服人员中选取与所述用户匹配的所述候选客服人员作为所述目标客服人员，并通过第一WebSocket长连接向所述用户发送加入视频会议消息。

具体的，在客户端APP远程视频服务的页面中，建立第一WebSocket长连接，由客户端APP远程视频服务页面的js程序代码，建立WebSocket实例，并创建第一WebSocket长连接，通信协议为ws或wss，第一WebSocket长连接地址为与其对应的所述后端服务组件中的服务器的ip加内部路径，经过后端服务组件中的nginx服务器转发，与后端服务组件中的部署war包程序的服务器保持连接通讯。

当用户通过客户端APP使用远程视频服务，根据业务需要，可自定义分配规则，完成任务分配，指定一位目标客服人员。例如，可根据客户的定位地理位置、最近办理过业务的网点所属城市、最近一份金融产品的购买管理机构、最近一次视频服务的客服人员工号等信息，找到符合需要条件的资源池，从资源池中的候选客服人员中选择分配目标客服人员，若资源池中暂无空闲的服务人员，可以灵活触发排队等待、预约提醒或跨机构调度。

以下通过一具体实施例来说明为用户分配目标客服人员的过程：

1)一位证件号为110107XXX的客户，最新购买的一份金融理财产品，管理机构属于110000北京，需要通过客户端APP拨打视频服务，办理CAA业务的XYZ服务，客户APP点击“视频呼叫”，触发APP页面的js方法，向呼叫中心的后端服务组件发送视频呼叫请求。

2)后端服务组件收到视频呼叫请求后，根据客户信息，拼出CAA_110000_XYZ字符串，并查看服务资源池CAA_110000_XYZ_USER中是否有候选客服人员存在。

3)若服务资源池CAA_110000_XYZ_USER中存在候选客服人员，则可按业务设定的规则(例如就绪持续时间最久的服务人员，被优先分配等条件)，为用户分配资源池中的候选客服人员，候选客服人员同时从资源池中释放。

4)若CAA_110000_XYZ_USER中不存在候选客服人员，则当前客服人员繁忙，需要用户进入排队等待。首先通过Redis获取分布式锁，能够防止多个网络请求同时达到后端服务组件，需要加入资源池或移出资源池时，出现前后冲突的问题，本实施例中可使用Redis的setsn方法。所述后端服务组件通过第一WebSocket长连接向所述用户发送等待消息，例如显示前方排队5人，预计等待时间3分50秒，此时用户进入对应的资源池，当前方第1位用户被接听，服务端通过WebSocket广播通知剩余4位用户的客户端APP前端页面，动态更新前方排队人数与预计等待时间。

5)若获取到分布式锁，根据用户信息，拼接字符串CAA_110000_XYZ_CUSTOMER，此字符串作为一个键值，存在于Redis中，数据类型为List列表，列表中每一条数据对应一个用户的信息，将该证件号为110107XXX的用户相关信息，转为String字符串类型，添加到CAA_110000_XYZ_CUSTOMER等待资源池中。若无法获取分布式锁，说明已有某个线程正在添加/移除资源池处理中，可以让当前线程sleep等待10毫秒，再重复尝试获取Redis分布式锁。用户在该资源池中的顺序，即代表用户排队的顺位。当系统为用户分配到视频服务人员时，后端服务组件通过WebSocket消息通知客户端APP前端页面加入会议室。客户端APP前端页面通过js桥调用APP中引入的视频SDK组件，完成入会动作，并关闭当前页面第一WebSocket长连接。

在一些实施例中，在所述后端服务组件调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接之后，还包括：通过远程视频服务页面断开所述第一WebSocket长连接。用户进入视频会议后，可以通过远程视频服务页面断开所述第一WebSocket长连接。

在一些实施例中，参考图3，还包括：

步骤S301、响应于接收到客服人员通过所述前端功能组件发送的状态切换请求，所述后端服务组件对所述状态切换请求进行判断。

步骤S302、响应于所述状态切换请求为可服务状态，通过分布式锁将该客服人员添加至所述服务资源池中作为所述候选客服人员；响应于所述状态切换请求为不可服务状态，且该客服人员已在所述服务资源池中，通过分布式锁将该客服人员从所述服务资源池中移除。

具体的，客服人员状态可以根据管理需要，做不同的细化，但大致分为两类，可服务状态包括就绪；不可服务状态包括未就绪、示忙、通话中等。

当客服人员点击电脑悬浮栏的相关状态按钮后，触发前端功能组件的js的代码方法，向后端服务组件发送状态切换请求。前端功能组件以html、css、js文件的方式组成，用于提供悬浮窗按钮功能和样式。

后端服务组件的服务器根据状态切换请求中的状态参数，判断是否为“可服务状态”，若是，则将该客服人员放入所属资源池(例如AAA业务系统，北京110000机构，BBB类别，则将服务人员的工号等信息，放入以AAA_110000_BBB_USER为键值的资源池)。

其中，资源池可通过远程字典服务Redis进行资源池管理。例如：

当北京机构110000、机构工号181009、使用CAA业务系统，办理XYZ服务的服务人员，点击悬浮栏“就绪”按钮时，发送状态切换请求到后端服务组件的服务器。该服务区判断“就绪”状态是“可服务状态”，首先获取分布式锁。若获取到分布式锁，可以将该客服人员工号181009的相关信息，转为String字符串类型，添加到资源池CAA_110000_XYZ_USER当中，此字符串作为一个键值，存在于Redis中，数据类型为List列表，列表中每一条数据对应一个服务人员信息。

添加资源池完成后，释放Redis分布式锁。若无法获取分布式锁时，说明已有某个线程正在添加/移除资源池处理中，可以让当前线程sleep等待10毫秒，再重复尝试获取Redis分布式锁。若客服人员在电脑业务子系统前端点击的状态是“不可服务状态”时，同样按上述方法完成字符串CAA_110000_XYZ_USER的拼凑，并获取Redis分布式锁，若客服人员在该资源池中，则将客服人员从资源池中移除，并释放Redis锁。

在一些实施例中，所述目标客服人员通过所述前端功能组件建立所述业务子系统与所述后端服务组件的第二WebSocket长连接；在所述后端服务组件根据所述用户信息为所述用户分配目标客服人员之后，还包括：

所述后端服务组件通过所述第二WebSocket长连接件将所述用户的用户信息发送至所述业务子系统的前端页面进行展示。

具体的，在业务子系统中，由于已嵌入呼叫中心子系统的前端功能组件，在目标客服人员点击“签入”按钮时，为业务子系统页面建立第二WebSocket长连接，此处由前端功能组件的js程序代码，建立WebSocket实例，并创建长连接，协议为ws或wss，长连接地址为后端服务组件的服务器的ip加内部路径，经过后端服务组件的nginx服务器转发，与后端服务组件的部署war包程序的服务器保持连接通讯，第二WebSocket长连接通信将一直保持到目标服务人员点击“签出”按钮。系统为目标服务人员分配到客户时，后端服务组件通过长连接消息，将用户的用户信息发送至业务子系统前端页面并展示。

在一些实施例中，所述后端服务组件调用外部视频组件为所述用户和所述客服人员创建视频通话连接，包括：

所述后端服务组件调用外部视频组件创建视频会议室，并邀请所述用户和所述目标客服人员进入所述视频会议室。

具体的，呼叫中心子系统分配好一个客户和一个目标客服人员后，调用创建视频会议室功能，然后将目标服务人员拉入创建好的视频会议室中。同时，呼叫中心子系统可以调用会议管理功能，查看视频会议室中是否已有1位参会者，若有1位参会者，自动邀请第2为参会者入会，第1位参会者为目标客服人员，第2位参会者为用户。外部视频组件的服务商还会提供SDK程序组件，可以将该SDK程序组件引入客户端APP中，以使客户端APP具有视频通话能力，或者直接提供视频客户端。

在一些实施例中，通过在所述客户端APP创建的隐式webview页面建立所述客户端APP与所述后端服务组件的第三WebSocket长连接；

所述通过所述后端服务组件向所述客户端APP发送业务指令信息，参考图4，包括以下几个步骤：

步骤S401、所述目标客服人员通过所述前端功能组件向所述后端服务组件发送业务指令请求。

步骤S402、响应于接收到所述业务指令请求，所述后端服务组件根据所述目标客服人员信息查询与建立所述第三WebSocket长连接对应的所述后端服务组件中的服务器，并将所述业务指令请求发送至该服务器。

步骤S403、所述服务器通过所述第三WebSocket长连接将所述业务指令请求对应的所述业务指令信息发送至所述客户端APP。

需要说明的是，在加入视频会议室后，在当前客户端APP窗口上，通过APP原生能力，创建一个长、宽均为0的隐式webview页面，并在该隐式页面上建立第三WebSocket长连接。此处由隐式页面的js程序代码，建立WebSocket实例，并创建长连接，协议为ws或wss，长连接地址为后端服务组件的服务器的ip加内部路径，经过后端服务组件的nginx服务器转发，与后端服务组件的部署war包程序的服务器保持连接通讯。第三WebSocket长连接通信将一直保持到用户挂断视频。当客服人员点击业务子系统中嵌入的前端功能组件按钮时，例如点击“上传证件”按钮。后端服务组件通过WebSocket消息通知客户端APP前端隐式页面，并通过该页面调用客户端APP的弹窗、打开新页面等js桥，完成相关业务功能。以此实现文字、媒体信息的交互，且不依赖于视频服务提供方。

具体的，在电脑端，目标客服人员点击悬浮栏的“采集资料”图标按钮，触发前端功能组件js代码方法，向呼叫中心的后端服务组件发送网络请求。

经过Nginx服务器转发，后端服务组件的服务器收到“采集资料”的网络请求，根据请求报文中的目标客服人员信息，在Redis服务器中查询与当前目标客服人员正在通话的客户端APP的用户信息。根据用户信息，查询到与客户端APP通话隐式页面建立长连接的后端服务组件的服务器ip，并将消息转发到该服务器ip。该服务器ip收到转发消息后，从WebSocketMap中查到客户端APP通话中的隐式页面建立的长连接MyWebSocket对象，并将“采集资料”的长连接消息发送到客户端APP通话中的隐式页面上。

客户端APP隐式页面收到长连接消息，根据消息的类型，判断出执行“资料采集”程序逻辑，调用客户端APP的原生的js桥，进行弹窗、打开新页面的动作，新页面可覆盖住视频窗口，新页面展示的内容可以包括：图片上传区域、图片采集提示，图片浏览区域、图片删除按钮、图片上传按钮等。

在新页面中，用户点图片上传区域，调用客户端APP客户端原生的js桥，打开相机或相册，选择图片后，由客户端进行图片的转码、压缩，将压缩后的base64图片通过回调方法，回送给新页面。

在新页面中，此时已展示出刚刚拍摄/相册选择的图片，点击“上传”按钮，触发隐式页面js代码方法，向后端服务组件发送网络请求，上传base64图片到后端服务组件的服务器。

服务器收到base64图片后，可以选择使用clob格式存储到数据库表中，也可以存储到服务器挂载的NARS中，也可以上传到搭建的媒体服务器中。

如电脑柜面需要调阅影像，可以通过点击电脑前端功能组件悬浮栏的“影像调阅”按钮，发送网络请求到后端服务组件的服务器，返回图片查询结果。也可以在图片到达后端服务组件的服务器后，根据用户信息找到当前通话的目标客服人员，查询到标客服人员前端页面组件建立的WebSocket长连接ip地址，并发送消息到业务子系统的前端页面，对base64图片进行处理展示。

在一些实施例中，所述响应于接收到所述客户端APP发送的所述执行结果，所述后端服务组件将其转发至所述业务子系统的前端页面进行展示，包括：

所述后端服务组件通过所述第二WebSocket长连接件将所述执行结果发送至所述业务子系统的前端页面进行展示。

具体的，视频通话过程中，用户完成某项动作，如人脸识别失败、证件上传成功等，后端服务组件通过第二WebSocket长连接消息，将用户动作发送至业务子系统前端并展示。用户通过客户端APP完成媒体资料上传，后端服务组件通过第二WebSocket长连接消息，将用户上传的媒体信息，例如身份证图片、金融产品购买凭证图片等发送至业务子系统前端并展示。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种基于互联网视频的远程业务办理系统。

参考图5，所述基于互联网视频的远程业务办理系统，所述系统包括业务子系统和呼叫中心子系统，所述呼叫中心子系统包括前端功能组件和后端服务组件，所述前端功能组件嵌入至所述业务子系统中，

所述业务子系统501，被配置为根据所述用户的业务需求提供相关业务办理功能；

所述前端功能组件502，被配置为以悬浮按钮的形式嵌入至所述业务子系统中，建立所述业务子系统与所述后端服务组件的连接；

所述后端服务组件503，被配置为响应于接收到用户通过客户端APP发送的视频呼叫请求，根据所述用户信息为所述用户分配目标客服人员；

调用外部视频组件为所述用户和所述目标客服人员创建视频通话连接；

根据所述用户的业务需求，向所述客户端APP发送业务指令信息，所述用户执行所述业务指令信息并产生执行结果；

响应于接收到所述客户端APP发送的所述执行结果，将其转发至所述业务子系统的前端页面进行展示；根据在所述业务子系统的前端页面进行展示的所述执行结果判断所述业务办理是否结束，响应于业务办理结束，调用所述外部视频组件挂断所述视频通话连接。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。