CN113298481A - 数据处理方法及装置 - Google Patents

Abstract

本申请提供数据处理方法及装置，其中所述数据处理方法包括：获取商家的客服请求；基于所述客服请求，确定待推荐的客服集合；基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

Description

数据处理方法及装置

技术领域

本申请涉及数据处理技术领域，特别涉及数据处理方法及装置。

背景技术

随着互联网技术的发展，线上服务涉及的客服质量被越来越多的用户所关注，而商家的客服服务质量也是提高消费者转化率的一方面因素；当商家面对不同的消费时间可能需求的客服数目也是不确定的，例如在促销旺季需要较多的客服，在促销淡季需要较少的客服；如果商家临时聘用客服可能存在成本高，不易管理的问题，并且临时聘用的客服专业性不稳定，很大程度上会影响消费者的转化率；同时聘用临时客服通常按照月为单位进行费用的结算，而促销旺季维持时间可能并不足以达到结算时间，成本上的消耗也是很大的，故亟需一种有效的方案以解决该问题。

发明内容

有鉴于此，本申请实施例提供了一种数据处理方法。本申请同时涉及一种数据处理装置，一种服务提供方法，一种服务提供装置，一种服务处理方法，一种服务处理装置，一种客服请求方法，一种客服请求装置，四种计算设备，以及四种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本申请实施例的第一方面，提供了一种数据处理方法，包括：

获取商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

可选的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，包括：

向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

基于所述客服集合中的目标客服人员针对所述客服请求信息提交的参与指令，提取所述目标客服人员的参与属性信息；

确定所述目标客服人员的参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的所述客服。

可选的，所述将所述目标客服人员确定为所述商家的所述客服，包括：

基于所述客服请求调度所述商家的客服账号，以及基于所述目标客服人员的参与属性信息确定所述目标客服人员的用户账号；

建立所述客服账号与所述用户账号的绑定关系，并基于所述绑定关系将所述目标客服人员确定为所述客服。

可选的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服步骤执行之后，还包括：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

可选的，所述识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服，包括：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；

在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

可选的，所述根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值的判断结果为否的情况下，执行如下操作：

对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；

在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；

在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

可选的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服步骤执行之后，还包括：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

可选的，所述获取商家的客服请求，包括：

确定所述商家通过触发展示接口触发的客服请求控件；所述客服请求控件对应客服请求子信息；

基于所述客服请求控件确定所述商家勾选的目标客服请求子信息，并对所述目标客服请求子信息进行整合，获得所述客服请求。

可选的，所述向所述客服集合中客服人员发送客服请求对应的客服请求信息步骤执行之前，还包括：

基于预设的展示模板和所述客服请求生成请求展示信息；

相应的，所述向所述客服集合中客服人员发送客服请求对应的客服请求信息，包括：

向所述客服集合中客服人员发送所述请求展示信息。

可选的，所述基于所述客服集合中的目标客服人员针对所述客服请求信息提交的参与指令，提取所述目标客服人员的参与属性信息，包括：

接收所述客服集合中的至少一个所述目标客服人员针对所述客服请求信息提交的所述参与指令；

基于所述参与指令中包含的身份标识读取所述目标客服人员在至少一个属性维度的参与属性信息。

可选的，所述客服集合中的客服人员包括所述商家的历史访问用户和/或通过客服认证审核的用户。

可选的，在所述客服集合中的客服人员为通过客服认证审核的用户的情况下，所述客服集合通过如下方式建立：

根据参与客服认证审核的初级用户提交的申请指令，对所述初级用户进行初级认证审核；

接收所述初级用户针对所述初级认证审核提交的初级审核信息，并基于所述初级审核信息在所述初级用户中筛选出中级用户；

对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合。

可选的，所述对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合，包括：

向所述中级用户展示二次认证信息；

基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户；所述模拟用户用于与所述中级用户进行客服交互；

采用所述中级用户与所述模拟用户交互的方式进行所述二次认证审核，根据所述中级用户的客服交互信息，确定所述中级用户的二次审核信息；

根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合。

可选的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，包括：

读取所述客服集合中客服人员的所述参与属性信息；

根据所述客服请求对所述参与属性信息进行核验，根据核验结果在所述客服集合中筛选出所述商家的客服。

可选的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服步骤执行之前，还包括：

根据所述客服请求中包含的商家标识，确定所述商家标识对应的商家属性信息；

基于所述商家属性信息确定所述商家的客服需求量；

相应的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，包括：

基于所述客服集合中客服人员的所述参与属性信息，选择符合所述商家需求的待确定客服组成的待确定客服群；

在所述待确定客服群中选择与所述客服需求量相等的待确定客服作为所述商家的客服。

可选的，所述基于所述商家属性信息确定所述商家的客服需求量，包括：

根据所述商家标识确定所述商家的属性数据库，并在所述属性数据库中读取与所述客服请求匹配的历史客服请求；

确定所述历史客服请求对应的历史客服需求量，按照所述商家属性信息对所述历史客服需求量进行调整，获得所述客服需求量。

根据本申请实施例的第二方面，提供了一种数据处理装置，包括：

获取请求模块，被配置为获取商家的客服请求；

确定集合模块，被配置为基于所述客服请求，确定待推荐的客服集合；

确定客服模块，被配置为基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

根据本申请实施例的第三方面，提供了一种服务提供方法，包括：

接收商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

将所述客服集合中客服人员的参与属性信息发送至所述商家；

根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

可选的，所述将所述客服集合中客服人员的参与属性信息发送至所述商家，包括：

向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

接收所述客服集合中的目标客服人员针对所述客服请求信息返回的参与指令，提取所述目标客服人员的参与属性信息；

将所述目标客服人员的参与属性信息发送至所述商家。

可选的，所述根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服步骤执行之后，还包括：

基于所述客服请求调度所述商家的客服账号，以及确定所述客服的用户账号；

建立所述客服账号和所述用户账号的绑定关系，并基于所述绑定关系将所述客服添加至客服集。

可选的，所述根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服步骤执行之后，还包括：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

可选的，所述识别所述咨询请求中包含的交互信息的信息类型，并在所述客服群中选择与所述信息类型匹配的目标客服，包括：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；

在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

可选的，所述根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值的判断结果为否的情况下，执行如下操作：

对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；

在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；

在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

可选的，所述根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服步骤执行之后，还包括：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

可选的，所述客服集合中的客服人员包括所述商家的历史访问用户和/或通过客服认证审核的用户。

根据本申请实施例的第四方面，提供了一种服务提供装置，包括：

接收请求模块，被配置为接收商家的客服请求；

确定集合模块，被配置为基于所述客服请求，确定待推荐的客服集合；

发送信息模块，被配置为将所述客服集合中客服人员的参与属性信息发送至所述商家；

选择客服模块，被配置为根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

根据本申请实施例的第五方面，提供了一种服务处理方法，包括：

接收服务端下发的商家的客服请求；

将所述客服请求中包含的客服请求信息向用户进行展示；

在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收所述服务端针对所述确认参与信息下发的客服请求通知。

根据本申请实施例的第六方面，提供了一种服务处理装置，包括：

接收请求模块，被配置为接收服务端下发的商家的客服请求；

展示信息模块，被配置为将所述客服请求中包含的客服请求信息向用户进行展示；

发送信息模块，被配置为在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收通知模块，被配置为接收所述服务端针对所述确认参与信息下发的客服请求通知。

根据本申请实施例的第七方面，提供了一种客服请求方法，包括：

获取商家提交的客服请求；

基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

根据本申请实施例的第八方面，提供了一种客服请求装置，包括：

获取模块，被配置为获取商家提交的客服请求；

确定模块，被配置为基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收模块，被配置为接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

发送模块，被配置为确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

根据本申请实施例的第九方面，提供了第一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

根据本申请实施例的第十方面，提供了第二种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

将所述客服集合中客服人员的参与属性信息发送至所述商家；

根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

根据本申请实施例的第十一方面，提供了第三种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收服务端下发的商家的客服请求；

将所述客服请求中包含的客服请求信息向用户进行展示；

在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收所述服务端针对所述确认参与信息下发的客服请求通知。

根据本申请实施例的第十二方面，提供了第四种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取商家提交的客服请求；

基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

根据本申请实施例的第十三方面，提供了第一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述数据处理方法的步骤。根据本申请实施例的第十四方面，提供了第二种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述服务提供方法的步骤。

根据本申请实施例的第十五方面，提供了第三种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述服务处理方法的步骤。

根据本申请实施例的第十六方面，提供了第四种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述客服请求方法的步骤。

本申请提供的数据处理方法，通过获取商家的客服请求后，确定待推荐的客服集合，并基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

附图说明

图1是本申请一实施例提供的一种数据处理方法的流程图；

图2是本申请一实施例提供的一种数据处理方法的结构示意图；

图3是本申请一实施例提供的一种应用于客服场景中的数据处理方法的处理流程图；

图4是本申请一实施例提供的一种数据处理装置的结构示意图；

图5是本申请一实施例提供的一种服务提供方法的流程图；

图6是本申请一实施例提供的一种服务提供装置的结构示意图；

图7是本申请一实施例提供的一种服务处理方法的流程图；

图8是本申请一实施例提供的一种服务处理装置的结构示意图；

图9是本申请一实施例提供的一种客服请求方法的流程图；

图10是本申请一实施例提供的一种客服邀过程的示意图；

图11是本申请一实施例提供的一种客服请求装置的结构示意图；

图12是本申请一实施例提供的第一种计算设备的结构框图；

图13是本申请一实施例提供的第二种计算设备的结构框图；

图14是本申请一实施例提供的第三种计算设备的结构框图；

图15是本申请一实施例提供的第四种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本申请中，提供了一种数据处理方法，本申请同时涉及一种数据处理装置，一种服务提供方法，一种服务提供装置，一种服务处理方法，一种服务处理装置，一种客服请求方法，一种客服请求装置，四种计算设备，以及四种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

实际应用中，随着线上销售模式的普及，客服的需求量也日渐增加，而线上商家在面对不同时间所需求的客服量也是不同的，例如在销售旺季可能需要的客服量较大，此时则需要雇佣较多的临时客服进行工作，并且一般临时客服的雇佣时间都是以月为单位，很大程度上提高了雇佣成本，并且临时客服的专业性不稳定，可能会导致商家的消费者转换率的降低，或者在销售淡季需要的客服量较小，此时若商家解雇多余的客服，将对发展前景造成很大的影响，故在面对不同的时间所需要的客服数目不一的情况，很难做到高弹性面对该问题。

有鉴于此，本实施例提供一种数据处理方法的实施例如下所述：

图1示出了根据本申请一实施例提供的一种数据处理方法的流程图，具体包括以下步骤：

步骤S102，获取商家的客服请求。

具体实施时，所述商家具体是指线上销售场景中的商家，通过线上销售的方式提供产品的销售，所述客服请求是指商家针对客服需求提交的请求；在线上销售场景中，商家对客服的需求可能随着业绩的变化或时间的变换而变化；基于此，在一些特殊时间段内，例如每年一度的促销日，在促销日当天商家所面临的消费者数目要比平时高出很多，此时所需要的客服量也是较大的，当促销持续时间过去之后，恢复到平时的销售状态，此时需要的客服量也会随之减少，这个持续时间可能只有5-15天，而如果在此期间商家雇佣大量的客服来面对该促销场景，当促销时间过去之后，临时雇佣的客服可能出现工作不饱和的问题，对于商家来讲会造成一定的成本浪费。

故为了降低商家雇佣客服的成本，本申请提供的数据处理方法，从商家出发，发起客服请求，之后基于客服集合中客服人员的参与属性信息筛选出商家的客服，从而可以邀请到专业性符合商家需求的客服进行相关的客服工作，以达到商家和用户共利的效果。

参见图2所示，为了避免造成商家出现过多的成本浪费，以及邀请的客服专业性不稳定的问题，通过获取商家的客服请求后，将基于客服请求确定待推荐的客服集合，之后再根据客服集合中客服人员的参与属性数据，筛选出符合商家需求的客服人员确定为商家的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

进一步的，在获取所述商家的客服请求的过程中，为了能够为商家提供更便捷的服务，以及提高商家的客服请求效率，将通过为商家提供触发展示接口的方式供商家进行操作，从而可以根据商家的触发控件整合出所述客服请求，本实施例中，具体实现方式如下所述：

确定所述商家通过触发展示接口触发的客服请求控件；所述客服请求控件对应客服请求子信息；

基于所述客服请求控件确定所述商家勾选的目标客服请求子信息，并对所述目标客服请求子信息进行整合，获得所述客服请求。

具体的，所述触发展示接口具体是指向商家展示客服请求控件的接口，所述触发展示接口中包含大量的客服请求控件，每个客服请求控件对应一个客服请求子信息，所述客服请求子信息具体是指商家请求的客服的条件，例如，客服请求子信息可以是“性别女”，“有过客服经验”，“客服评分高”或“专项售后客服”等；

基于此，在确定所述商家触发的所述客服请求控件的情况下，即可确定商家勾选的目标客服请求子信息，之后将勾选的全部目标客服请求子信息进行整合，即可获得所述客服请求。

例如，销售衣服的商家A需要邀请10名客服来应对4月5日的10点至12点的销售活动，此时商家通过客服请求接口触发了“有客服经验”、“售后客服”、“产品参数客服”、“物流客服”、“退款客服”、“结算方式”、“工作时间”和“客服数目”对应的客服请求控件，之后将客服请求控件对应的客服请求子信息进行整合，获得商家A的客服请求为“需要邀请客服10名，工作时间4月5日的10点至12点(两小时)，客服要求：有客服经验、可以应对售后、产品参数、物流和退款方面的咨询，工资结算在4月5日的13点之前，结算方式按照咨询量处理”，以用于后续发布。

通过为商家提供触发展示接口，可以方便商家发布客服需求，并且通过整合大量的客服请求子信息，能够实现应对存在各种客服需求的商家，更进一步的提高了商家的体验效果，以及商家的邀请客服的效率。

步骤S104，基于所述客服请求，确定待推荐的客服集合。

具体的，在上述获取所述商家的客服请求的基础上，进一步的，确定待推荐的客服集合，其中，所述客服集合具体是指符合商家客服需求的用户组成的集合，实现商家可以在所述客服集合中邀请到客服，能够有效的保证客服的专业性。

实际应用中，所述客服集合中的客服人员可以是所述商家的历史访问用户和/或通过客服认证审核的用户；其中，所述商家的历史访问用户具体是指在商家购买过商品或者浏览过商家商品的用户；所述通过客服认证审核的用户具体是指参与过客服认证审核并通过的用户，该部分用户具有一定的客服经验，并且经过客服培训，能够应对更多的客服场景。

基于此，在向由上述用户构成的客服集合中的用户发起客服邀请，能够邀请到更加符合商家需求的客服，不仅保证了客服的专业性，还为客服集合中的客服人员带来了一定的资源收入，对于居家的宝妈、休假的学生或者社会化人员提供一种兼职类型，实现了商家和客服集合中客服人员共赢的局面。

进一步的，在所述客服集合中的客服人员由通过客服认证审核的用户组成的情况下，则所述客服集合中的客服人员均需要通过客服认证审核过程，本实施例中，所述客服集合通过如下方式建立：

(a)根据参与客服认证审核的初级用户提交的申请指令，对所述初级用户进行初级认证审核；

(b)接收所述初级用户针对所述初级认证审核提交的初级审核信息，并基于所述初级审核信息在所述初级用户中筛选出中级用户；

(c)对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合。

具体的，所述初级用户具体是指由申请客服认证审核的用户组成，所述中级用户具体是指由可以进行二次认证审核的用户组成，相应的，所述处理审核信息具体是指对所述处理用户进行初次审核的相关信息，所述处理审核信息可以是试题；

基于此，在接收到初级用户提交的申请指令的情况下，将对所述处理用户进行处理认证审核，基于所述初级用户针对所述初级认证审核提交的初级审核信息，在所述初级用户中筛选出中级用户，之后再对所述中级用户进行二次认证审核，最后根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果即可创建所述客服集合。

实际应用中，参与客服认证审核的用户需要经过两次考试才能够满足审核条件，成为客服集合中的客服人员，从而保证了客服集合中的客服人员的专业性，实现了避免专业性较低的用户在受到邀请后降低商家的消费者转化率的情况，更进一步的提高了商家的体验效果。

更进一步的，在对所述中级用户进行二次认证审核的过程中，为了能够有效的提高客服集合中的客服人员的专业性，还会为中级用户进行客服场景的模拟，从而实现审核和培训的共同进行的目的，本实施例中，二次认证审核的过程如下所述：

向所述中级用户展示二次认证信息；

基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户；所述模拟用户用于与所述中级用户进行客服交互；

采用所述中级用户与所述模拟用户交互的方式进行所述二次认证审核，根据所述中级用户的客服交互信息，确定所述中级用户的二次审核信息；

根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合。

具体的，在进行二次认证审核的过程中，首先向所述中级用户展示二次认证信息，之后基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户，其中，所述模拟用户用于与所述中级用户进行客服交互，具体是指所述中级用户与所述模拟用户进行沟通，模拟用户通过模拟消费者提出各种问题，由中级用户进行解决；

其次采用所述中级用户与所述模拟用户交互的方式进行二次认证审核，并根据所述中级用户在交互过程中提交的客服交互信息，确定所述中级用户的二次审核信息，最后根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合即可。

实际应用中，所述模拟用户与所述中级用户提交的点击指令相对应，中级用户可以根据自己擅长的客服服务方向选择不同的模拟用户，此时模拟用户模拟的场景也是与中级用户选择的类型相匹配，当中级用户通过二次认证审核之后，会被添加与模拟用户类型的标签，以表明客服集合中的客服人员擅长的客服方向；比如，用户A选择的是模拟售后用户，则此时模拟售后用户将提出关于售后场景中涉及的问题与用户A进行交互，之后将根据用户A在交互过程中的客服交互信息对其进行审核，当审核通过后，将为用户A添加“擅长售后服务”的标签。

例如，用户B，用户C和用户D同时提交了客服认证审核的申请指令，此时将对用户B，用户C和用户D进行初级认证审核，初级认证审核具体是指向三名用户发放问答题，由三名用户进行作答，接收三名用户分别提交的初级问答题的答案信息，根据答案信息对三名用户进行打分，确定用户B为80分，用户C为50分，用户D为85分，则确定用户B和用户D满足初级认证审核的审核条件，将用户B和用户D确定为中级用户；

进一步的，为了确保客服集合中客服人员的专业性，将对用户B和用户D进行二次认证审核，向用户B和用户D展示各个模拟控件，根据用户B选择的产品咨询控件，以及用户D选项的售后咨询控件，确定产品咨询模拟用户与用户B进行交互，售后咨询模拟用户与用户D进行交互，其中，产品咨询模拟用户将向用户B提出关于产品咨询方面的问题，如年龄30岁适合按摩椅这款商品吗？或产品M有出厂证书吗？等问题；售后咨询模拟用户将向用户D提出关于售后方面的问题，如买到的产品N出现不通电的问题能换新吗？或产品Z过了质保期还能找你们维修吗？等问题；

在用户B和用户D完成与模拟用户沟通之后，将读取在交互过程中的客服交互信息，根据客服交互信息对用户B和用户D分别进行打分，确定用户B为87分，用户D为93分，从而确定用户B和用户D都超过了二次认证审核的条件，则基于用户B和用户D组成客服集合，从而可以实现用户B和用户D在有新的客服请求时，用户B和用户D可以对其进行选择，作为该信息所属商家的客服，进行相应的客服工作，并获得商家给予的工资。

综上，通过客服认证审核的方式创建所述客服集合，实现了在保证客服集合中客服人员的专业性的同时，还对中级用户进行了培训，有效的减少了对通过认证的用户进行培训的培训时间，以及提高了对用户进行客服认证审核的效率。

此外，在确定所述客服集合之后，为了方便客服集合中客服人员了解所述客服请求，可以通过结合展示模板的方式告知客服人员，本实施例中，具体实现方式如下所述：

基于预设的展示模板和所述客服请求生成请求展示信息；

向所述客服集合中客服人员发送所述请求展示信息。

具体的，所述预设的展示模板具体是指对所述客服请求进行排版的模板，根据所述展示模板和所述客服请求即可生成所述请求展示信息，之后将所述请求展示信息发送至所述客服集合中的客服人员即可。

实际应用中，所述预设的展示模板具体是为了方便客服集合中的客服人员观看客服请求，故将客服请求写入展示模块即可生成请求展示信息，方便客服人员进行观看。

此外，所述客服请求还可以通过在应用程序中进行公示的方式进行展示，客服集合中的客服人员可以通过客服任务页面观看到全部商家的客服请求，进而客服人员还可以根据自身需求进行选择，从而获得符合自身需求的客服身份，为商家进行客服服务。

步骤S106，基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

具体的，在上述确定所述待推荐的客服集合的基础上，进一步的，此时即可根据客服集合中客服人员的参与属性信息确定所述商家的客服，需要说明的是，所述客服具体是指从所述客服集合中选择的客服人员，本实施例中为了方便后续能够清楚的说明商家客服和客服的区别，以及分辨不同的客服将处理不同的客服服务，后续将以所述商家的客服为用户客服进行描述。

进一步的，在确定所述商家的客服的过程中，一方面可以根据所述参与属性信息在所述客服集合中筛选出符合商家客服需求的客服人员作为所述客服，本实施例中，具体实现方式如下所述：

读取所述客服集合中客服人员的所述参与属性信息；

根据所述客服请求对所述参与属性信息进行核验，根据核验结果在所述客服集合中筛选出所述商家的客服。

具体的，由于所述客服集合属于待推荐给商家的客服人员组成，故可以根据所述客服请求对所述参与属性信息进行核验，实现在所述客服集合中筛选出符合商家客服需求的客服人员作为所述商家的客服，核验的过程具体是指根据商家的客服请求，确定商家的客服需求，之后根据需求选择客服集合中均满足的客服人员作为所述商家的客服即可。

另一方面，在确定所述商家的客服的过程中，为了能够筛选出符合商家需求的用户客服(客服)，可以通过客服请求条件进行筛选，本实施例中，具体实现方式如下所述：

向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

基于所述客服集合中的目标客服人员针对所述客服请求信息提交的参与指令，提取所述目标客服人员的参与属性信息；

确定所述目标客服人员的参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的所述客服。

具体的，在将所述客服请求信息发送至所述客服集合中客服人员的基础上，进一步的，在接收到所述客服集合中客服人员针对所述客服请求信息提交参与指令的情况下，则将提交参与指令的用户确定为目标客服人员，并提取所述目标客服人员的参与属性信息，以用于后续检测目标客服人员是否满足商家的客服请求条件；

基于此，将对所述目标客服人员进行客服资格审核，即检测所述目标客服人员是否符合商家的客服请求条件，在确定所述参与属性信息满足所述预设的客服请求条件的情况下，此时说明所述目标客服人员符合所述商家的客服需求，则将所述目标客服人员确定为所述商家的用户客服(客服)即可。

实际应用中，所述目标客服人员具体是指有意图作为所述商家的用户客服的客服人员，所述参与属性信息具体是指所述目标客服人员的年龄信息，客服经验信息，擅长方向信息，信用等级信息等。

基于此，在提取所述参与属性信息的基础上，将需要对所述目标客服人员进行客服资格审核，即检测所述目标客服人员的参与属性信息是否满足所述商家的客服请求条件，其中，对所述目标客服人员进行客服资格审核具体是指审核提交参与指令的目标客服人员能否作为所述商家需求的用户客服。

其中，所述用户客服(客服)具体是指所述商家基于客服请求邀请到的目标客服人员，所述用户客服的工作时间与所述客服请求相关，并且工作内容以及工资的结算也都是以所述客服请求为准，故可以保证目标客服人员在申请作为商家的用户客服时，已经了解到工作内容、工作时间以及工资待遇，并且实现了客服集合中的客服人员可以选择到小时粒度的客服请求，更进一步的提高了用户客服的体验效果，也节省了商家邀请用户客服所消耗的成本。

进一步的，基于参与属性信息对所述目标客服人员进行客服请求条件审核之前，为了确保参与属性信息提取的准确性，将基于身份标识读取所述参与属性信息，本实施例中，具体实现方式如下所述：

接收所述客服集合中的至少一个所述目标客服人员针对所述客服请求信息提交的所述参与指令；

基于所述参与指令中包含的身份标识读取所述目标客服人员在至少一个属性维度的参与属性信息。

具体的，在将所述客服请求信息发送至客服集合中的客服人员之后，接收所述客服集合中的至少一个目标客服人员提交的参与指令，基于所述参与指令中包含的身份标识读取所述目标客服人员在各个属性维度的参与属性信息，之后可以按照所述各个属性维度预设的审核条件对所述参与属性信息进行审核，作为检测所述目标客服人员是否符合客服请求条件即可。

实际应用中，所述各个属性维度可以包括年龄维度、经验维度、擅长维度、信用维度等，相应的所述参与属性信息是指所述目标客服人员的年龄信息，客服经验信息，擅长方向信息，信用等级信息等，各个属性维度预设的审核条件即为对各个参与属性信息进行审核的条件。

沿用上例，当获得商家A的客服请求“需要邀请用户客服10名，工作时间4月5日的10点至12点(两小时)，客服要求：有客服经验、可以应对售后、产品参数、物流和退款方面的咨询，工资结算在4月5日的13点之前，结算方式按照咨询量处理”之后，会将客服请求信息发送通过客服资格认证的客服集合中的客服人员；

进一步的，在接收到用户B针对该客服请求信息提交参与指令的情况下，根据用户B的身份标识B-1读取用户B的各个属性维度的参与属性信息，确定用户B的年龄是30岁，有2年客服经验，擅长售后客服，信用等级是8级，此时将根据各个属性维度预设的审核条件对用户B的参与属性信息进行审核，以用于后续可以根据审核结果确定用户B是否符合商家的客服需求。

综上，在将所述客服请求信息发送至客服集合中的客服人员之后，将对提交参与指令的目标客服人员进行审核，可以有效的筛选出符合商家需求的用户客服，并且在审核的过程中，采用对目标客服人员的参与属性信息进行审核，进一步的提高了审核准确性，使得商家可以请求到符合自身需求的用户客服。

而在确定所述客服之前，为了能够为商家提供更智能化的服务，可以根据商家的商家属性信息确定商家所需要的客服量，从而实现在所述客服集合中筛选出满足商家客服量需求的客服人员作为客服，为商家进行的服务，本实施例中，具体实现方式如下所述：

根据所述客服请求中包含的商家标识，确定所述商家标识对应的商家属性信息；

基于所述商家属性信息确定所述商家的客服需求量；

相应的，执行步骤S106，所述步骤S106具体是指基于所述客服集合中客服人员的所述参与属性信息，选择符合所述商家需求的待确定客服组成的待确定客服群；在所述待确定客服群中选择与所述客服需求量相等的待确定客服作为所述商家的客服。

具体的，所述商家属性信息具体是指所述商家的销售信息、商家的经营信息、商家的诚信度、商家的客流量信息等，所述商家标识具体是指所述商家的唯一标识，基于此，在获得所述商家的标识后，可以根据所述标识确定所述商家的商家属性信息，此时即可根据所述商家属性信息对所述商家的客服需求量进行评估，从而预测出商家可能需求的客服数量，之后再从客服集合中筛选出满足需求的客服人员作为客服即可。

更进一步的，为了能够提高预测客服需求量的精准度，以及可以为商家筛选出满足需求的客服数目，可以根据商家的历史客服请求进行预测，本实施例中，具体实现方式如下所述：

根据所述商家标识确定所述商家的属性数据库，并在所述属性数据库中读取与所述客服请求匹配的历史客服请求；

确定所述历史客服请求对应的历史客服需求量，按照所述商家属性信息对所述历史客服需求量进行调整，获得所述客服需求量。

具体的，所述商家的属性数据库是用于存储商家的历史邀请客服记录相关的数据，如邀请数目，邀请需求，每次邀请到的客服信息以及相关的资源分配信息等，在根据所述商家的标识确定所述商家的属性数据库后，在所述属性信息中读取与所述客服请求匹配历史客服请求，此时再确定历史客服请求对应的历史客服需求量，确定了商家在发布历史客服请求时，邀请了多少客服进行服务，此时通过历史客服需求量和所述商家属性信息即可分析出当前客服请求所需要的客服量，即根据所述历史客服需求量和所述商家当前的服务规模即可预估出所述客服需求量。

基于此，在所述客服集合中先选择出满足商家客服需求的待确定客服组成的待确定客服群，之后再从所述待确定客服群中选择与所述客服需求量相等的待确定客服作为所述商家的客服即可，实现商家不仅可以通过服务平台邀请到满足客服需求的客服，还能够保证邀请到的客服数量适配商家的服务场景，进一步提高了商家的体验效果，且避免了邀请客服资源的浪费。

例如，商家P需要邀请售后客服，客服需求是性别女，年龄24至30，语言表达清楚，精通汉语和英语，此时根据商家P的商家标识P_1确定商家P的属性数据库，通过读取该数据库确定商家P在20**年5月6日也邀请了售后客服，历史客服需求是性别女，年龄24至30，语言表达清楚，精通英语，确定历史客服需求与当前的客服需求匹配度最高，则确定商家P在20**年5月6日邀请了20名客服。

通过商家P的商家属性信息确定商家在20**年5月6日的销售额是2万，当前的销售额是4万，相比上一次邀请客服时间增加了50％的销售额，说明当前时间所需要的售后客服量可能较大，则根据增加的销售额以及历史客服需求量20计算出当前商家P可能需要的客服数量是30名，此时再从向商家P待推荐的客服集合中选择满足商家P客服需求的客服人员组成待确定客服集合，该集合中包含100名客服人员，最后再从这100名客服人员中筛选出30名客服人员作为商家P的临时客服，以供商家P应对后续的客服服务场景。

综上，在确定所述商家的客服的过程中，为了能够实现向商家提供更优质的服务，以及可以根据商家的客服请求更加智能化的为商家筛选客服，可以通过预测客服需求量的方式确定商家可能需求的客服数量，之后再从所述客服集合中筛选出满足商家客服需求，且客服数量适中的客服作为商家的客服，节省了商家邀请客服过程中的冗余操作，只需要简单的提交客服请求即可获得满足客服服务场景的客服，更进一步的提高了商家的体验效果。

此外，在将所述目标客服人员确定为所述商家的客服的过程中，由于所述客服需要作为所述商家的客服进行工作，故需要为客服分配客服账号，但是由于客服账号分配之后难以管理，故本实施例提供建立目标客服人员的用户账号和所述客服账号的绑定关系，以实现更加方便管理客服账号，避免出现丢失账号的风险，本实施例中，具体实现方式如下所述：

基于所述客服请求调度所述商家的客服账号，以及基于所述目标客服人员的参与属性信息确定所述目标客服人员的用户账号；

建立所述客服账号与所述用户账号的绑定关系，并基于所述绑定关系将所述目标客服人员确定为所述客服。

具体的，在确定所述目标客服人员通过客服资格审核之后，此时基于所述客服请求调度所述商家的客服账号，同时基于所述参与属性信息确定所述目标客服人员的用户账号，之后建立所述客服账号和所述用户账号的绑定关系，最后基于所述绑定关系将所述目标客服人员确定为所述客服即可。

实际应用中，在建立所述绑定关系的过程中，实则是建立信息交互关系，即当客服账号接收到商家的访问用户提交的咨询信息的情况下，则基于绑定关系将咨询信息发送至用户账号，由用户账号所属的用户客服进行对接，实现咨询信息的解答；此外，该绑定关系还可以为所述用户账号对接一些比较容易操作的功能，比如查询访问用户的物流信息，或者发放商家的优惠券等，都可以在建立绑定关系时，将该部分功能授权给用户客服，使得用户客服更加容易对接访问用户。

具体实施时，在建立用户账号与客服账号的绑定关系的过程中，可以根据商家的需求对用户客服授权客服相关的功能，本实施例在此不作过多限定。

通过采用建立客服账号和所述用户账号的绑定关系，实现所述目标客服人员可以作为所述商家的用户客服，从而方便目标客服人员开展相关的工作内容，并且无需将客服账号交给用户客服进行管理，可以有效的降低客服账号的丢失风险，进一步的提高了商家邀请新的用户客服的便捷性。

更进一步的，在将所述目标客服人员确定为所述客服之后，若客服完成了与客服请求对应的客服工作内容，此时将根据客服的工作量进行资源的核算，从而保证客服的收入与工作量的多少成正比，进一步实现降低商家成本的浪费，本实施例中，具体实现方式如下所述：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

具体的，所述客服账号触发结算条件可以是客服到达下班时间，或者客服与访问用户的沟通不顺畅等，基于此，在所述客服账号触发结算条件的情况下，说明所述客服将结束为所述商家继续进行客服服务，此时统计所述客服账号向所述用户账号发送信息的信息量，之后基于所述客服请求和所述信息量计算向所述目标客服人员分配的资源数值，最后将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系即可；实际应用中，所述分配资源可以是资金或者积分。

沿用上例，在确定用户B符合商家A的客服需求的情况下，此时将调度商家A的客服账号La，以及确定用户B的用户账号Lb，建立客服账号La和用户账号Lb的绑定关系，基于绑定关系将用户B确定为和商家A的用户客服，此时用户B即可作为商家A的客服，对接与客服账号La具有交互关系的访问用户。

进一步的，在客服账号La触发12点下班条件的情况下，此时统计客服账号La向用户账号Lb发送信息的信息量，并结合客服请求中的结算标的计算用户B的工资金额是200元，之后将200元金额发放至用户B的用户账号Lb，同时解除客服账号La和用户账号Lb的绑定关系。

具体实施时，还可以根据绑定关系管理目标客服人员的上下班时间，更加方便对客服的工作时间的管控。

综上，通过建立客服账号和用户账号的绑定关系，更加方便了对客服的管理，并且降低了客服账号丢失的风险，同时在进行资源核算的过程中，将根据客服处理的信息量以及客服请求中的标的信息进行结算，使得整个资源分配过程是透明化的，保证了客服权益的同时，降低了商家的邀请客服的成本。

此外，在客服对接访问用户的过程中，为了能够提高访问用户的转化率，将根据访问用户的客服请求分配不同的客服对其进行答复，本实施例中，具体实现方式如下所述：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

具体的，在接收到商家的访问用户针对商家提供的商品提交咨询请求的情况下，此时为了提高对访问用户的客服服务质量，以及避免重要信息的泄露，将识别所述咨询请求中包含的交互信息的信息类型，并基于所述信息类型在所述商家的客服群中选择与所述信息类型匹配的目标客服；

其中，所述客服群由所述商家的客服和商家客服组成，商家客服具体是指商家长期雇佣的专业客服，商家客服用于处理一些涉及重要信息的访问用户，例如涉及订单信息、退款操作等，均由商家客服完成，从而提高访问用户信息的安全性；所述信息类型具体是指访问用户需要客服服务的类型，例如访问用户咨询商品参数信息，则在客服群中选择对商品参数信息较为了解的客服作为所述目标客服，或者访问用户咨询售后问题，则在客服群中选择对售后服务较为了解的客服作为所述目标客服；

基于此，确定所述目标客服之后，确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号，最后将所述咨询请求通过所述目标客服账号转发至所述目标用户账号即可，由所述目标客服对接所述访问用户，以解答访问用户的咨询内容。

综上，按照信息类型选择目标客服，实现了可以为访问用户提供更加符合客服需求的目标客服对其进行服务，更进一步的提高了访问用户的体验效果，同时可以有效的促进访问用户的转化率，以提高商家的商品的销售率。

进一步的，在识别所述交互信息的信息类型，根据信息类型选择目标客服的过程中，为了能够保证访问用户的信息安全性的同时，提高对访问用户的服务指令，将根据交互信息的风险检测结果选择不同的目标客服对其进行答复，本实施例中，具体实现方式如下所述：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

若否，对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

具体的，在确定所述客服请求中包含的交互信息之后，将对所述交互信息进行风险检测，根据检测结果判断所述交互信息是否大于风险阈值，若是，说明所述交互信息涉及到的信息对于商家和访问用户都是较为重要的，则需要选择商家客服与访问用户进行对接，以避免信息的泄露，故在所述客服群中选择商家客服组成商家客服集合，同时识别交互信息的信息类型，在商家客服群中选择与所述信息类型匹配的目标商家客服，作为所述目标客服；

若否，说明所述交互信息涉及到的信息对于商家和访问用户来讲重要程度一般，则选择客服与访问用户进行对接即可，首先需要对交互信息进行脱敏，获得目标交互信息，进一步提高信息的安全性；其次在客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；最后在所述用户客服群中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服即可。

例如，商家S的访问用户针对商家销售的商品提交了客服请求，在客服请求中包含的交互信息为“请把我的手机号131********打印在商品的右下方”的情况下，此时识别出交互信息的风险数值是9，而风险阈值是5，确定该交互信息是较为重要的，则需要商家S的商家客服与该用户进行对接，确定交互信息的信息类型为商品自定义类型，则在商家客服群中选择与商品自定义类型匹配的商家客服R与访问用户进行对接；进一步的，将确定商家客服R的用户账号Rr，以及与用户账号Rr具有绑定关系的客服账号Rs，将访问用户的交互信息通过客服账号Rs转发至用户账号Rr，由商家客服R与访问用户进行对接；

在客服请求中包含的交互信息为“请问我花100元买的商品有赠品么”的情况下，此时识别出交互信息的风险数值是4，小于风险阈值5，确定该交互信息重要程度一般，则选择商家S的用户客服与该用户进行对接即可，首先对交互信息“请问我花100元买的商品有赠品么”进行脱敏，获得目标交互信息“请问我花***元买的商品有赠品么”，之后确定目标交互信息的信息类型为售后类型，则在用户客服群中选择与售后类型匹配的用户客服T与访问用户进行对接；进一步的，将确定用户客服T的用户账号Tt，以及与用户账号Tt具有绑定关系的客服账号Ts，将访问用户的交互信息通过客服账号Ts转发至用户账号Tt，由用户客服T与访问用户进行对接。

具体实施时，在对所述交互信息进行脱敏的过程中，可以根据交互信息中信息的类型选择不同的脱敏方式，如文字信息可以选择随机替换脱敏算法，数字信息可以选择无效化脱敏算法或替换脱敏算法，此外涉及身份编码信息或特殊编码信息的可以选择掩码屏蔽脱敏算法，实现对重要的信息进行脱敏，从而进一步保证了访问用户信息的安全性。

通过对交互信息进行检测，根据检测结果选择不同的客服作为目标客服与访问用户进行对接，实现了提高访问用户体验效果的同时，进一步的保证了访问用户的信息的安全性。

本申请提供的数据处理方法，通过获取商家的客服请求后，确定待推荐的客服集合，并基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

下述结合附图3，以本申请提供的数据处理方法在客服场景中的应用为例，对所述数据处理方法进行进一步说明。其中，图3示出了本申请一实施例提供的一种应用于客服场景中的数据处理方法的处理流程图，具体包括以下步骤：

步骤S302，确定商家通过触发展示接口触发的客服请求控件。

具体的，商家在面对促销时间12点至14点将需要20名临时用户客服，以应对客服不够用的场景，此时商家将发布客服请求，以邀请到20名用户客服应对促销时间12点至14。

步骤S304，基于客服请求控件确定商家勾选的目标客服请求子信息，并整合目标客服请求子信息，获得客服请求。

步骤S306，根据预设的展示模板以及客服请求生成请求展示信息，发送至客服集合中的客服人员。

具体的，客服集合的创建可参见上述实施例中相应的描述内容，本实施例在此不作过多赘述。

步骤S308，基于客服集合中提交参与指令的目标客服人员的参与属性信息，对目标客服人员进行客服请求条件的检测。

步骤S310，在满足客服请求条件的情况下，确定目标客服人员的用户账号以及商家的客服账号。

步骤S312，建立客服账号和用户账号的绑定关系，并基于绑定关系将目标客服人员确定为商家的用户客服。

具体的，此时确定商家已经邀请到20名用户客服。

步骤S314，接收商家的访问用户针对商品提交的客服请求。

步骤S316，对客服请求中包含的交互信息进行风险检测，根据检测结果判断交互信息的信息风险数值是否大风险阈值；若是，则执行步骤S318至步骤S320；若否，则执行步骤S322至步骤S326。

步骤S318，在商家的客服群中选择商家客服组成商家客服集合，并识别交互信息的信息类型。

步骤S320，在商家客服群中选择与信息类型匹配的目标商家客服作为目标客服。

步骤S322，对交互信息进行脱敏，获得目标交互信息。

步骤S324，在客服群中选择用户客服组成用户客服集合，并识别目标交互信息的目标信息类型。

步骤S326，在用户客服群选择与目标信息类型匹配的目标用户客服作为目标客服。

步骤S328，确定目标客服的目标用户账号，以及与目标用户账号具有绑定关系的目标客服账号。

步骤S330，将交互信息通过目标客服账号转发至目标用户账号，由目标客服对接访问用户。

步骤S332，在目标客服账号触发结算条件的情况下，统计目标客服账号向目标用户账号发送的信息量。

步骤S334，基于信息量向目标客服的目标用户账号中发放客服资金。

具体的，在目标客服完成促销时间12点至14点的客服服务之后，将根据客服请求以及信息量核算发给目标客服的工资，之后将工资发送至目标用户账号即可。

综上所述，通过获取商家的客服请求后，确定待推荐的客服集合，并基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

与上述方法实施例相对应，本申请还提供了数据处理装置实施例，图4示出了本申请一实施例提供的一种数据处理装置的结构示意图。如图4所示，该装置包括：

获取请求模块402，被配置为获取商家的客服请求；

确定集合模块404，被配置为基于所述客服请求，确定待推荐的客服集合；

确定客服模块406，被配置为基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

一个可选的实施例中，所述确定客服模块406，包括：

发送信息单元，被配置为向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

提取信息单元，被配置为基于所述客服集合中的目标客服人员针对所述客服请求信息提交的参与指令，提取所述目标客服人员的参与属性信息；

确定客服单元，被配置为确定所述目标客服人员的参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的所述客服。

一个可选的实施例中，所述确定客服单元，包括：

调度账号子单元，被配置为基于所述客服请求调度所述商家的客服账号，以及基于所述目标客服人员的参与属性信息确定所述目标客服人员的用户账号；

建立绑定关系子单元，被配置为建立所述客服账号与所述用户账号的绑定关系，并基于所述绑定关系将所述目标客服人员确定为所述客服。

一个可选的实施例中，所述数据处理装置，还包括：

接收咨询请求模块，被配置为接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别信息类型模块，被配置为识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定账号模块，被配置为确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

转发咨询请求模块，被配置为转发将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

一个可选的实施例中，所述识别信息类型模块，包括：

风险检测单元，被配置为对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，运行第一选择单元，所述第一选择单元，被配置为在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；

第二选择单元，被配置为在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

一个可选的实施例中，所述风险检测单元的运行结果为否的情况下，运行如下单元：

脱敏处理单元，被配置为对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；

第三选择单元，被配置为在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；

第四选择单元，被配置为在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

一个可选的实施例中，所述数据处理装置，还包括：

统计信息量模块，被配置为在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

确定资源模块，被配置为基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

基础绑定关系模块，被配置为将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

一个可选的实施例中，所述获取请求模块402，包括：

确定客服请求控件单元，被配置为确定所述商家通过触发展示接口触发的客服请求控件；所述客服请求控件对应客服请求子信息；

整合子信息单元，被配置为基于所述客服请求控件确定所述商家勾选的目标客服请求子信息，并对所述目标客服请求子信息进行整合，获得所述客服请求。

一个可选的实施例中，所述确定客服模块406，包括：

生成展示信息单元，被配置为基于预设的展示模板和所述客服请求生成请求展示信息；

相应的，所述发送信息单元进一步被配置为：

向所述客服集合中客服人员发送所述请求展示信息。

一个可选的实施例中，所述提取信息单元，包括：

接收参与指令子单元，被配置为接收所述客服集合中的至少一个所述目标客服人员针对所述客服请求信息提交的所述参与指令；

读取属性信息子单元，被配置为基于所述参与指令中包含的身份标识读取所述目标客服人员在至少一个属性维度的参与属性信息。

一个可选的实施例中，所述客服集合中的客服人员包括所述商家的历史访问用户和/或通过客服认证审核的用户。

一个可选的实施例中，在所述客服集合中的客服人员为通过客服认证审核的用户的情况下，所述客服集合通过如下方式建立：

根据参与客服认证审核的初级用户提交的申请指令，对所述初级用户进行初级认证审核；

接收所述初级用户针对所述初级认证审核提交的初级审核信息，并基于所述初级审核信息在所述初级用户中筛选出中级用户；

对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合。

一个可选的实施例中，所述对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合，包括：

向所述中级用户展示二次认证信息；

基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户；所述模拟用户用于与所述中级用户进行客服交互；

采用所述中级用户与所述模拟用户交互的方式进行所述二次认证审核，根据所述中级用户的客服交互信息，确定所述中级用户的二次审核信息；

根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合。

一个可选的实施例中，所述确定客服模块406，包括：

读取属性信息单元，被配置为读取所述客服集合中客服人员的所述参与属性信息；

核验属性信息单元，被配置为根据所述客服请求对所述参与属性信息进行核验，根据核验结果在所述客服集合中筛选出所述商家的客服。

一个可选的实施例中，所述数据处理装置，还包括：

确定商家属性信息模块，被配置为根据所述客服请求中包含的商家标识，确定所述商家标识对应的商家属性信息；

确定客服需求量模块，被配置为基于所述商家属性信息确定所述商家的客服需求量；

相应的，所述确定客服模块406进一步被配置为：

基于所述客服集合中客服人员的所述参与属性信息，选择符合所述商家需求的待确定客服组成的待确定客服群；在所述待确定客服群中选择与所述客服需求量相等的待确定客服作为所述商家的客服。

一个可选的实施例中，所述确定客服需求量模块，包括：

读取历史客服请求单元，被配置为根据所述商家标识确定所述商家的属性数据库，并在所述属性数据库中读取与所述客服请求匹配的历史客服请求；

调整客服需求量单元，被配置为确定所述历史客服请求对应的历史客服需求量，按照所述商家属性信息对所述历史客服需求量进行调整，获得所述客服需求量。

本申请提供的数据处理装置，通过获取商家的客服请求后，确定待推荐的客服集合，并基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

图5示出了根据本申请一实施例提供的一种服务提供方法的流程图，具体包括以下步骤：

步骤S502，接收商家的客服请求。

实际应用中，随着线上销售模式的普及，客服的需求量也日渐增加，而线上商家在面对不同时间所需求的客服量也是不同的，例如在销售旺季可能需要的客服量较大，此时则需要雇佣较多的临时客服进行工作，并且一般临时客服的雇佣时间都是以月为单位，很大程度上提高了雇佣成本，并且临时客服的专业性不稳定，可能会导致商家的消费者转换率的降低，或者在销售淡季需要的客服量较小，此时若商家解雇多余的客服，将对发展前景造成很大的影响，故在面对不同的时间所需要的客服数目不一的情况，很难做到高弹性面对该问题。

本实施例提供的服务提供方法，为了避免造成商家出现过多的成本浪费，以及邀请的客服专业性不稳定的问题，通过获取商家的客服请求，并基于客服请求确定待推荐的客服集合，之后将所述客服集合中客服人员的参与属性信息发送至所述商家，实现商家可以根据客服需求在所述客服集合中筛选出符合商家需求的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

具体实施时，所述商家具体是指线上销售场景中的商家，通过线上销售的方式提供产品的销售，所述客服请求具体是指商家有客服请求需求时，向提供客服请求服务的平台提交的请求，从而实现客服邀请的操作，实现邀请到符合需求的客服进行相应的客服服务。

在线上销售场景中，商家对客服的需求可能随着业绩的变化或时间的变换而变化；基于此，在一些特殊时间段内，例如每年一度的促销日，在促销日当天商家所面临的消费者数目要比平时高出很多，此时所需要的客服量也是较大的，当促销持续时间过去之后，恢复到平时的销售状态，此时需要的客服量也会随之减少，这个持续时间可能只有5-15天，而如果在此期间商家雇佣大量的客服来面对该促销场景，当促销时间过去之后，临时雇佣的客服可能出现工作不饱和的问题，对于商家来讲会造成一定的成本浪费。

故为了降低商家雇佣客服的成本，本申请提供的服务提供方法，从商家出发，发起客服请求，之后采用商家自主选择的方式对待推荐的客服集合中的客服人员进行筛选，从而使得商家可以邀请到专业性符合商家需求的客服进行相关的客服工作，以达到商家和用户共利的效果。

实际应用中，在获取所述客服请求的过程中，为了能够为商家提供更便捷的服务，以及提高商家的客服邀请效率，将通过为商家提供触发展示接口的方式供商家进行操作，从而可以根据商家的触发控件整合出所述客服请求。

步骤S504，基于所述客服请求，确定待推荐的客服集合。

具体的，在获取到商家的客服请求的基础上，进一步的，为了能够使得商家最终邀请到的客服满足商家的客服需求，可以优先确定待推荐的客服集合，所述客服集合中包含的客服人员具体是指与商家具有一定关系的用户，和/或由专业客服人员组成的集合。

实际应用中，所述客服集合中的客服人员可以是所述商家的历史访问用户和/或通过客服认证审核的用户；其中，所述商家的历史访问用户具体是指在商家购买过商品或者浏览过商家商品的用户；所述通过客服认证审核的用户具体是指参与过客服认证审核并通过的用户，该部分用户具有一定的客服经验，并且经过客服培训，能够应对更多的客服场景。

基于此，在向由上述用户构成的客服集合中的客服人员发起客服邀请，能够邀请到更加符合商家需求的客服，不仅保证了客服的专业性，还为客服集合中的客服人员带来了一定的资源收入，对于居家的宝妈、休假的学生或者社会化人员提供一种兼职类型，实现了商家和客服集合中的客服人员共赢的局面。

此外，所述客服请求还可以通过在应用程序中进行公示的方式进行展示，客服集合中的客服人员可以通过客服任务页面观看到全部商家的客服请求，进而客服人员可以根据自身需求进行选择，从而获得符合自身需求的客服身份，为商家进行客服服务。

步骤S506，将所述客服集合中客服人员的参与属性信息发送至所述商家。

具体的，在上述根据所述客服请求确定待推荐的客服集合的基础上，进一步，为了能够方便商家可以针对需求在客服集合中选择满足需求的客服，可以根据所述客服人员的参与属性信息进行选择，此时就需要将所述客服人员的参与属性信息发送给商家，实现商家挑选的过程。

进一步的，在将所述客服人员的参与属性信息发送至所述商家的过程中，为了能够满足商家筛选出更加符合客服需求的客服人员，可以根据客服人员的反馈进行确定，本实施例中，具体实现方式如下所述：

向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

接收所述客服集合中的目标客服人员针对所述客服请求信息返回的参与指令，提取所述目标客服人员的参与属性信息；

将所述目标客服人员的参与属性信息发送至所述商家。

具体的，所述目标客服人员具体是指有意图作为所述商家的客服的客服人员，所述参与属性信息具体是指所述目标客服人员的年龄信息，客服经验信息，擅长方向信息，信用等级信息等；所述客服请求信息具体是指所述商家邀请客服的标准。

基于此，在针对所述商家确定所述客服集合的基础上，此时可以向所述客服集合中的客服人员发送所述客服请求对应的客服请求信息，在接收到所述客服集合中的目标客服人员针对所述客服请求信息返回的参与指令，说明返回参与指令的目标客服人员有意图参与所述商家的客服邀请，此时提取所述目标客服人员的参与属性信息，将其发送给所述商家，以使所述商家可以根据需求在目标客服人员中筛选出满足客服邀请需求的客服。

例如，获得商家A的客服请求“需要邀请用户客服10名，工作时间4月5日的10点至12点(两小时)，客服要求：有客服经验、可以应对售后、产品参数、物流和退款方面的咨询，工资结算在4月5日的13点之前，结算方式按照咨询量处理”之后，会将客服请求发送至待推荐的客服集合中，待推荐的客服集合中包含通过客服资格认证的客服人员和/或商家的历史访问用户；

进一步的，在接收到用户B和用户C针对该客服请求提交参与指令的情况下，根据用户B的身份标识B-1读取用户B的各个属性维度的参与属性信息，确定用户B的年龄是30岁，有2年客服经验，擅长售后客服，信用等级是8级；根据用户C的身份标识C-1读取用户C的各个属性维度的参与属性信息，确定用户C年龄是30岁，有2年客服经验，擅长售前客服，信用等级是8级；此时将用户B和用户C的参与属性信息发送至商家，以供商家进行选择，获得满足商家客服需求的客服人员。

综上，在确定待推荐的客服集合之后，为了能够使得商家可以获得满足客服需求的客服人员，可以将商家的客服请求发送给客服集合中的客服人员，在根据客服人员的反馈进行提取参与属性信息并发送至商家，实现了商家能够选择的客服都是意图较强的客服人员，使得商家可以选择专业性比较强的客服。

步骤S508，根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

具体的，在上述向所述商家发送所述客服人员的参与属性信息的基础上，进一步的，此时商家可以根据自身的客服需求针对参与属性进行选择，从而实现选择出更加符合商家的客服场景的客服人员作为所述客服，使得商家和客服人员共赢。

其中，所述客服具体是指所述商家基于客服请求邀请到的客服人员，所述客服的工作时间与所述客服请求相关，并且工作内容以及工资的结算也都是以所述客服请求为准，故可以保证客服人员在申请作为商家的客服时，已经了解到工作内容、工作时间以及工资待遇，并且实现了客服集合中的客服人员可以选择到小时粒度的客服请求，更进一步的提高了客服的体验效果，也节省了商家邀请客服所消耗的成本。

进一步的，在选出商家的客服后，为了能够使得客服可以随时为商家进行客服服务，需要建立客服的用户账号和商家的客服账号的绑定关系，本实施例中，具体实现方式如下所述：

基于所述客服请求调度所述商家的客服账号，以及确定所述客服的用户账号；

建立所述客服账号和所述用户账号的绑定关系，并基于所述绑定关系将所述客服添加至客服集。

具体的，基于所述客服请求调度所述商家的客服账号，同时基于所述参与属性信息确定所述客服的用户账号，之后建立所述客服账号和所述用户账号的绑定关系，最后基于所述绑定关系将所述客服添加至客服集即可。

实际应用中，在建立所述绑定关系的过程中，实则是建立信息交互关系，即当客服账号接收到商家的访问用户提交的咨询信息的情况下，则基于绑定关系将咨询信息发送至用户账号，由用户账号所属的客服进行对接，实现咨询信息的解答；此外，该绑定关系还可以为所述用户账号对接一些比较容易操作的功能，比如查询访问用户的物流信息，或者发放商家的优惠券等，都可以在建立绑定关系时，将该部分功能授权给客服，使得客服更加容易对接访问用户。

具体实施时，在建立用户账号与客服账号的绑定关系的过程中，可以根据商家的需求对客服授权客服相关的功能，本实施例在此不作过多限定。

通过采用建立客服账号和所述用户账号的绑定关系，实现方便客服开展相关的工作内容，并且无需将客服账号交给客服进行管理，可以有效的降低客服账号的丢失风险，进一步的提高了商家邀请新的客服的便捷性。

更进一步的，在将所述客服添加至商家的客服集之后，为了能够提高访问用户的转化率，将根据访问用户的客服请求分配不同的客服对其进行答复，本实施例中，具体实现方式如下所述：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

具体的，在接收到商家的访问用户针对商家提供的商品提交咨询请求的情况下，此时为了提高对访问用户的客服服务质量，以及避免重要信息的泄露，将识别所述咨询请求中包含的交互信息的信息类型，并基于所述信息类型在所述商家的客服群中选择与所述信息类型匹配的目标客服；

其中，所述客服群由所述商家的客服和商家客服组成，商家客服具体是指商家长期雇佣的专业客服，商家客服用于处理一些涉及重要信息的访问用户，例如涉及订单信息、退款操作等，均由商家客服完成，从而提高访问用户信息的安全性；所述信息类型具体是指访问用户需要客服服务的类型，例如访问用户咨询商品参数信息，则在客服群中选择对商品参数信息较为了解的客服作为所述目标客服，或者访问用户咨询售后问题，则在客服群中选择对售后服务较为了解的客服作为所述目标客服；

基于此，确定所述目标客服之后，确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号，最后将所述咨询请求通过所述目标客服账号转发至所述目标用户账号即可，由所述目标客服对接所述访问用户，以解答访问用户的咨询内容。

综上，按照信息类型选择目标客服，实现了可以为访问用户提供更加符合客服需求的目标客服对其进行服务，更进一步的提高了访问用户的体验效果，同时可以有效的促进访问用户的转化率，以提高商家的商品的销售率。

进一步的，在识别所述交互信息的信息类型，根据信息类型选择目标客服的过程中，为了能够保证访问用户的信息安全性的同时，提高对访问用户的服务指令，将根据交互信息的风险检测结果选择不同的目标客服对其进行答复，本实施例中，具体实现方式如下所述：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

若否，对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

具体的，在确定所述客服请求中包含的交互信息之后，将对所述交互信息进行风险检测，根据检测结果判断所述交互信息是否大于风险阈值，若是，说明所述交互信息涉及到的信息对于商家和访问用户都是较为重要的，则需要选择商家客服与访问用户进行对接，以避免信息的泄露，故在所述客服群中选择商家客服组成商家客服集合，同时识别交互信息的信息类型，在商家客服群中选择与所述信息类型匹配的目标商家客服，作为所述目标客服；

若否，说明所述交互信息涉及到的信息对于商家和访问用户来讲重要程度一般，则选择客服与访问用户进行对接即可，首先需要对交互信息进行脱敏，获得目标交互信息，进一步提高信息的安全性；其次在客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；最后在所述用户客服群中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服即可。

例如，商家S的访问用户针对商家销售的商品提交了客服请求，在客服请求中包含的交互信息为“请把我的手机号131********打印在商品的右下方”的情况下，此时识别出交互信息的风险数值是9，而风险阈值是5，确定该交互信息是较为重要的，则需要商家S的商家客服与该用户进行对接，确定交互信息的信息类型为商品自定义类型，则在商家客服群中选择与商品自定义类型匹配的商家客服R与访问用户进行对接；进一步的，将确定商家客服R的用户账号Rr，以及与用户账号Rr具有绑定关系的客服账号Rs，将访问用户的交互信息通过客服账号Rs转发至用户账号Rr，由商家客服R与访问用户进行对接；

在客服请求中包含的交互信息为“请问我花100元买的商品有赠品么”的情况下，此时识别出交互信息的风险数值是4，小于风险阈值5，确定该交互信息重要程度一般，则选择商家S的用户客服与该用户进行对接即可，首先对交互信息“请问我花100元买的商品有赠品么”进行脱敏，获得目标交互信息“请问我花***元买的商品有赠品么”，之后确定目标交互信息的信息类型为售后类型，则在用户客服群中选择与售后类型匹配的用户客服T与访问用户进行对接；进一步的，将确定用户客服T的用户账号Tt，以及与用户账号Tt具有绑定关系的客服账号Ts，将访问用户的交互信息通过客服账号Ts转发至用户账号Tt，由用户客服T与访问用户进行对接。

具体实施时，在对所述交互信息进行脱敏的过程中，可以根据交互信息中信息的类型选择不同的脱敏方式，如文字信息可以选择随机替换脱敏算法，数字信息可以选择无效化脱敏算法或替换脱敏算法，此外涉及身份编码信息或特殊编码信息的可以选择掩码屏蔽脱敏算法，实现对重要的信息进行脱敏，从而进一步保证了访问用户信息的安全性。

通过对交互信息进行检测，根据检测结果选择不同的客服作为目标客服与访问用户进行对接，实现了提高访问用户体验效果的同时，进一步的保证了访问用户的信息的安全性。

此外，在确定所述商家的客服后，若客服完成了与客服请求的客服工作内容，此时将根据客服的工作量进行资源的核算，从而保证客服的收入与工作量的多少成正比，进一步实现降低商家成本的浪费，本实施例中，具体实现方式如下所述：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

具体的，所述客服账号触发结算条件可以是客服到达下班时间，或者客服与访问用户的沟通不顺畅等，基于此，在所述客服账号触发结算条件的情况下，说明所述客服将结束为所述商家继续进行客服服务，此时统计所述客服账号向所述用户账号发送信息的信息量，之后基于所述客服请求和所述信息量计算向所述客服分配的资源数值，最后将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系即可；实际应用中，所述分配资源可以是资金或者积分。

沿用上例，在确定用户B符合商家A的客服需求的情况下，此时将调度商家A的客服账号La，以及确定用户B的用户账号Lb，建立客服账号La和用户账号Lb的绑定关系，基于绑定关系将用户B确定为和商家A的用户客服，此时用户B即可作为商家A的客服，对接与客服账号La具有交互关系的访问用户。

进一步的，在客服账号La触发12点下班条件的情况下，此时统计客服账号La向用户账号Lb发送信息的信息量，并结合客服请求中的结算标的计算用户B的工资金额是200元，之后将200元金额发放至用户B的用户账号Lb，同时解除客服账号La和用户账号Lb的绑定关系。

具体实施时，还可以根据绑定关系管理客服的上下班时间，更加方便对客服的工作时间的管控。

综上，通过建立客服账号和用户账号的绑定关系，更加方便了对客服的管理，并且降低了客服账号丢失的风险，同时在进行资源核算的过程中，将根据客服处理的信息量以及客服请求中的标的信息进行结算，使得整个资源分配过程是透明化的，保证了客服权益的同时，降低了商家的邀请客服的成本。

本实施例提供的服务提供方法，通过获取商家的客服请求，并基于客服请求确定待推荐的客服集合，之后将所述客服集合中客服人员的参与属性信息发送至所述商家，实现商家可以根据客服需求在所述客服集合中筛选出符合商家需求的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

与上述方法实施例相对应，本申请还提供了服务提供装置实施例，图6示出了本申请一实施例提供的一种服务提供装置的结构示意图。如图6所示，该装置包括：

接收请求模块602，被配置为接收商家的客服请求；

确定集合模块604，被配置为基于所述客服请求，确定待推荐的客服集合；

发送信息模块606，被配置为将所述客服集合中客服人员的参与属性信息发送至所述商家；

选择客服模块608，被配置为根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

一个可选的实施例中，所述发送信息模块606，包括：

发送客服请求信息单元，被配置为向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

提取属性信息单元，被配置为接收所述客服集合中的目标客服人员针对所述客服请求信息返回的参与指令，提取所述目标客服人员的参与属性信息；

发送属性信息单元，被配置为将所述目标客服人员的参与属性信息发送至所述商家。

一个可选的实施例中，所述服务提供装置，还包括：

调度账号模块，被配置为基于所述客服请求调度所述商家的客服账号，以及确定所述客服的用户账号；

建立绑定关系模块，被配置为建立所述客服账号和所述用户账号的绑定关系，并基于所述绑定关系将所述客服添加至客服集。

一个可选的实施例中，所述服务提供装置，还包括：

接收咨询请求模块，被配置为接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别信息类型模块，被配置为识别所述咨询请求中包含的交互信息的信息类型，并在所述客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定账号模块，被配置为确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

转发咨询请求模块，被配置为将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

一个可选的实施例中，所述识别信息类型模块，包括：

风险检测单元，被配置为对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，运行第一选择单元，所述第一选择单元，被配置为在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；

第二选择单元，被配置为在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

一个可选的实施例中，所述风险检测单元的运行结果为否的情况下，执行如下单元：

脱敏处理单元，被配置为对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；

第三选择单元，被配置为在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；

第四选择单元，被配置为在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

一个可选的实施例中，所述服务提供装置，还包括：

统计信息量模块，被配置为在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

确定资源数值模块，被配置为基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

解除关系模块，被配置为将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

一个可选的实施例中，所述客服集合中的客服人员包括所述商家的历史访问用户和/或通过客服认证审核的用户。

本实施例提供的服务提供装置，通过获取商家的客服请求，并基于客服请求确定待推荐的客服集合，之后将所述客服集合中客服人员的参与属性信息发送至所述商家，实现商家可以根据客服需求在所述客服集合中筛选出符合商家需求的客服，实现了商家可以根据客服需求邀请临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

上述为本实施例的一种服务提供装置的示意性方案。需要说明的是，该服务提供装置的技术方案与上述的服务提供方法的技术方案属于同一构思，服务提供装置的技术方案未详细描述的细节内容，均可以参见上述服务提供方法的技术方案的描述。

图7示出了根据本申请一实施例提供的一种服务处理方法的流程图，具体包括以下步骤：

步骤S702，接收服务端下发的商家的客服请求。

步骤S704，将所述客服请求中包含的客服请求信息向用户进行展示。

步骤S706，在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息。

步骤S708，接收所述服务端针对所述确认参与信息下发的客服请求通知。

需要说明的是，本实施例提供的服务处理方法，应用于参与商家客服邀请的用户的终端设备，其中，所述服务端的执行处理过程即为上述数据处理方法或服务提供方法的执行处理过程，服务端的具体实现内容均可参见上述实施例相关的描述内容，本实施例在此不作过多赘述。

实际应用中，所述终端设备具体是指用户持有的设备，可以是手机、电脑或者可穿戴设备，基于此，当用户的终端设备接收到所述商家的客服请求的情况下，说明持有所述终端设备的用户为能够参与商家客服请求的用户，并且用户访问过商家的店铺或者购买过商家的商品，此时商家可以邀请该用户进行客服服务，从而实现商家可以邀请到对商品了解比较充分的客服，也可以为客服带来部分收入，提高客服和商家双方的权益。

进一步的，所述客服请求通知具体是指服务端对参与属性信息的检测结果返回的通知信息，所述客服请求通知可以是通知用户满足商家的客服请求条件，可以作为商家的临时客服，为商家提供临时客服服务，或者所述客服请求通知可以是通知用户未满足商家的客服请求条件，请提高不满足商家请求客服需求的指标，从而可以应聘更多的客服服务。

本实施例提供的服务处理方法，实现用户可以根据自身需求应聘商家的客服邀请，从而获得奖励资源，并且可以使得商家邀请到临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

与上述方法实施例相对应，本申请还提供了服务处理装置实施例，图8示出了本申请一实施例提供的一种服务处理装置的结构示意图。如图8所示，该装置包括：

接收请求模块802，被配置为接收服务端下发的商家的客服请求；

展示信息模块804，被配置为将所述客服请求中包含的客服请求信息向用户进行展示；

发送信息模块806，被配置为在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收通知模块808，被配置为接收所述服务端针对所述确认参与信息下发的客服请求通知。

本实施例提供的服务处理装置，实现用户可以根据自身需求应聘商家的客服邀请，从而获得奖励资源，并且可以使得商家邀请到临时客服，很大程度上降低了邀请客服的成本，并且邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率。

上述为本实施例的一种服务处理装置的示意性方案。需要说明的是，该服务处理装置的技术方案与上述的服务处理方法的技术方案属于同一构思，服务处理装置的技术方案未详细描述的细节内容，均可以参见上述服务处理方法的技术方案的描述。

图9示出了根据本申请一实施例提供的一种客服请求方法的流程图，具体包括以下步骤：

步骤S902，获取商家提交的客服请求。

实际应用中，随着线上销售模式的普及，客服的需求量也日渐增加，而线上商家在面对不同时间所需求的客服量也是不同的，例如在销售旺季可能需要的客服量较大，此时则需要雇佣较多的临时客服进行工作，并且一般临时客服的雇佣时间都是以月为单位，很大程度上提高了雇佣成本，并且临时客服的专业性不稳定，可能会导致商家的消费者转换率的降低，或者在销售淡季需要的客服量较小，此时若商家解雇多余的客服，将对发展前景造成很大的影响，故在面对不同的时间所需要的客服数目不一的情况，很难做到高弹性面对该问题。

本申请提供的客服请求方法，为了避免造成商家出现过多的成本浪费，以及邀请的客服专业性不稳定的问题，通过获取商家提交的客服请求，根据客服请求确定待推荐的客服集合，再向客服集合中的客服人员发送所述客服请求信息，之后根据目标客服人员反馈的参与指令，提取目标客服人员的参与属性信息，确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息即可，实现了商家可以邀请到符合自身需求的客服，不仅降低邀请客服消耗的成本，还提高了客服的服务质量，同时使得邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率，以及提高商家的访问用户的体验效果。

本实施例中为了方便后续能够清楚的说明商家客服和客服的区别，以及分辨不同的客服将处理不同的客服服务，后续将以所述商家的客服为用户客服进行描述。

参见图10所示，在商家通过触发展示接口触发客服邀请控件后，将根据商家的勾选的目标客服邀请子信息，在人力弹性服务策略中确定客服请求，并转发至云客服人员管理接口，进行云客服放班(向客服集合中的客服人员发送客服请求)，并且在云客服人员管理接口还可以对客服集合中的客服人员进行认证和培训；在将目标客服人员确定为用户客服之后，将建立用户账号与客服账号的绑定关系，此时用户客服即可对接商家的访问用户；在云客服现场管理接口中，当访问用户提交咨询信息之后，将智能路由，即根据不同的信息类型分配不同的客服进行答复，同时在触发结算条件后，将根据考勤数据和信息量确定向用户客服分配的资金。

此外，在触发展示接口中还存在人力云和**服务市场，可以实现商家通过人力云和**服务市场直接邀请客服，需要说明的是，此时邀请到的客服属于专业客服，聘请时间要满足客服自定义时间区间；而在人力弹性服务策略中可以为商家提供服务跟踪和结算，以此来监控为商家提供的服务是否满足商家需求，以及计算邀请客服所花费的资源；云客服人员管理接口能够模拟用户和认证审核，实现培训用户，获得更多的客服用于商家邀请客服的服务场景；云客服现场管理中还包括场景/比例分流模块，实现根据不同访问用户的需求进行分流处理，从而通过满足访问用户需求的**卖家端(商家)和云客服端(商家客服)为用户提供服务，实现现场监控的目的。

具体实施时，所述商家具体是指线上销售场景中的商家，通过线上销售的方式提供产品的销售，所述客服请求是指商家针对客服需求提交的请求；在线上销售场景中，商家对客服的需求可能随着业绩的变化或时间的变换而变化；基于此，在一些特殊时间段内，例如每年一度的促销日，在促销日当天商家所面临的消费者数目要比平时高出很多，此时所需要的客服量也是较大的，当促销持续时间过去之后，恢复到平时的销售状态，此时需要的客服量也会随之减少，这个持续时间可能只有5-15天，而如果在此期间商家雇佣大量的客服来面对该促销场景，当促销时间过去之后，临时雇佣的客服可能出现工作不饱和的问题，对于商家来讲会造成一定的成本浪费。

故为了降低商家雇佣客服的成本，本申请提供的客服请求方法，从商家出发，发起客服请求，之后采用客服资格审核的方式对提交参与指令的客服人员进行审核，从而可以邀请到专业性符合商家需求的用户客服进行相关的客服工作，以达到商家和用户共利的效果。

进一步的，在获取所述商家的客服请求的过程中，为了能够为商家提供更便捷的服务，以及提高商家的客服请求效率，将通过为商家提供触发展示接口的方式供商家进行操作，从而可以根据商家的触发控件整合出所述客服请求，本实施例中，具体实现方式如下所述：

确定所述商家通过触发展示接口触发的客服请求控件；所述客服请求控件对应客服请求子信息；

基于所述客服请求控件确定所述商家勾选的目标客服请求子信息，并对所述目标客服请求子信息进行整合，获得所述客服请求。

具体的，所述触发展示接口具体是指向商家展示客服请求控件的接口，所述触发展示接口中包含大量的客服请求控件，每个客服请求控件对应一个客服请求子信息，所述客服请求子信息具体是指商家请求的客服的条件，例如，客服请求子信息可以是“性别女”，“有过客服经验”，“客服评分高”或“专项售后客服”等；

基于此，在确定所述商家触发的所述客服请求控件的情况下，即可确定商家勾选的目标客服请求子信息，之后将勾选的全部目标客服请求子信息进行整合，即可获得所述客服请求。

例如，销售衣服的商家A需要邀请10名客服来应对4月5日的10点至12点的销售活动，此时商家通过客服请求接口触发了“有客服经验”、“售后客服”、“产品参数客服”、“物流客服”、“退款客服”、“结算方式”、“工作时间”和“客服数目”对应的客服请求控件，之后将客服请求控件对应的客服请求子信息进行整合，获得商家A的客服请求为“需要邀请客服10名，工作时间4月5日的10点至12点(两小时)，客服要求：有客服经验、可以应对售后、产品参数、物流和退款方面的咨询，工资结算在4月5日的13点之前，结算方式按照咨询量处理”，以用于后续发布。

通过为商家提供触发展示接口，可以方便商家发布客服需求，并且通过整合大量的客服请求子信息，能够实现应对存在各种客服需求的商家，更进一步的提高了商家的体验效果，以及商家的邀请客服的效率。

步骤S904，基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息。

实际应用中，所述客服集合中的客服人员可以是所述商家的历史访问用户和/或通过客服认证审核的用户；其中，所述商家的历史访问用户具体是指在商家购买过商品或者浏览过商家商品的用户；所述通过客服认证审核的用户具体是指参与过客服认证审核并通过的用户，该部分用户具有一定的客服经验，并且经过客服培训，能够应对更多的客服场景。

基于此，在向由上述用户构成的客服集合中的用户发起客服邀请，能够邀请到更加符合商家需求的客服，不仅保证了客服的专业性，还为客服集合中的客服人员带来了一定的资源收入，对于居家的宝妈、休假的学生或者社会化人员提供一种兼职类型，实现了商家和客服集合中客服人员共赢的局面。

进一步的，在所述客服集合中的客服人员由通过客服认证审核的用户组成的情况下，则所述客服集合中的客服人员均需要通过客服认证审核过程，本实施例中，所述客服集合通过如下方式建立：

根据参与客服认证审核的初级用户提交的申请指令，对所述初级用户进行初级认证审核；

接收所述初级用户针对所述初级认证审核提交的初级审核信息，并基于所述初级审核信息在所述初级用户中筛选出中级用户；

对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合。

具体的，所述初级用户具体是指由申请客服认证审核的用户组成，所述中级用户具体是指由可以进行二次认证审核的用户组成，相应的，所述处理审核信息具体是指对所述处理用户进行初次审核的相关信息，所述处理审核信息可以是试题；

基于此，在接收到初级用户提交的申请指令的情况下，将对所述处理用户进行处理认证审核，基于所述初级用户针对所述初级认证审核提交的初级审核信息，在所述初级用户中筛选出中级用户，之后再对所述中级用户进行二次认证审核，最后根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果即可创建所述客服集合。

实际应用中，参与客服认证审核的用户需要经过两次考试才能够满足审核条件，成为客服集合中的客服人员，从而保证了客服集合中的客服人员的专业性，实现了避免专业性较低的用户在受到邀请后降低商家的消费者转化率的情况，更进一步的提高了商家的体验效果。

更进一步的，在对所述中级用户进行二次认证审核的过程中，为了能够有效的提高客服集合中的客服人员的专业性，还会为中级用户进行客服场景的模拟，从而实现审核和培训的共同进行的目的，本实施例中，二次认证审核的过程如下所述：

向所述中级用户展示二次认证信息；

基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户；所述模拟用户用于与所述中级用户进行客服交互；

采用所述中级用户与所述模拟用户交互的方式进行所述二次认证审核，根据所述中级用户的客服交互信息，确定所述中级用户的二次审核信息；

根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合。

具体的，在进行二次认证审核的过程中，首先向所述中级用户展示二次认证信息，之后基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户，其中，所述模拟用户用于与所述中级用户进行客服交互，具体是指所述中级用户与所述模拟用户进行沟通，模拟用户通过模拟消费者提出各种问题，由中级用户进行解决；

其次采用所述中级用户与所述模拟用户交互的方式进行二次认证审核，并根据所述中级用户在交互过程中提交的客服交互信息，确定所述中级用户的二次审核信息，最后根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合即可。

实际应用中，所述模拟用户与所述中级用户提交的点击指令相对应，中级用户可以根据自己擅长的客服服务方向选择不同的模拟用户，此时模拟用户模拟的场景也是与中级用户选择的类型相匹配，当中级用户通过二次认证审核之后，会被添加与模拟用户类型的标签，以表明客服集合中的客服人员擅长的客服方向；比如，用户A选择的是模拟售后用户，则此时模拟售后用户将提出关于售后场景中涉及的问题与用户A进行交互，之后将根据用户A在交互过程中的客服交互信息对其进行审核，当审核通过后，将为用户A添加“擅长售后服务”的标签。

综上，通过客服认证审核的方式创建所述客服集合，实现了在保证客服集合中客服人员的专业性的同时，还对中级用户进行了培训，有效的减少了对通过认证的用户进行培训的培训时间，以及提高了对用户进行客服认证审核的效率。

此外，在确定所述客服集合之后，为了方便客服集合中客服人员了解所述客服请求，可以通过结合展示模板的方式告知客服人员，本实施例中，具体实现方式如下所述：

基于预设的展示模板和所述客服请求生成请求展示信息；

向所述客服集合中客服人员发送所述请求展示信息。

具体的，所述预设的展示模板具体是指对所述客服请求进行排版的模板，根据所述展示模板和所述客服请求即可生成所述请求展示信息，之后将所述请求展示信息发送至所述客服集合中的客服人员即可。

实际应用中，所述预设的展示模板具体是为了方便客服集合中的客服人员观看客服请求，故将客服请求写入展示模块即可生成请求展示信息，方便客服人员进行观看。

此外，所述客服请求还可以通过在应用程序中进行公示的方式进行展示，客服集合中的客服人员可以通过客服任务页面观看到全部商家的客服请求，进而客服人员还可以根据自身需求进行选择，从而获得符合自身需求的客服身份，为商家进行客服服务。

步骤S906，接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息。

具体的，在上述确定所述待推荐的客服集合后，并将所述客服请求中包含的客服请求信息发送至所述客服集合中的客服人员，可以使得客服人员也进行选择，基于此，在接收到所述客服集合中至少一个目标客服人员提交的参与指令的情况下，说明目标客服人员接受了商家的客服邀请，则读取该部分客服人员的参与属性信息进行后续的客服筛选过程即可。

步骤S908，确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

具体的，此时通过确定目标客服人员的参与属性信息满足所述商家的客服请求条件的情况下，表明所述目标客服人员符合商家的客服需求，则将所述目标客服人员确定为所述商家的客服，同时向所述客服发送客服准入信息即可，实现筛选出商家的客服的基础上，还对客服进行了提醒，能够及时督促客服按照商家的需求进行服务，以及为商家筛选出满足需求的专业性较强的客服。

更进一步的，在将所述目标客服人员确定为所述商家的客服的过程中，由于所述客服需要作为所述商家的客服进行工作，故需要为客服分配客服账号，但是由于客服账号分配之后难以管理，故本实施例提供建立目标客服人员的用户账号和所述客服账号的绑定关系，以实现更加方便管理客服账号，避免出现丢失账号的风险，本实施例中，具体实现方式如下所述：

基于所述客服请求调度所述商家的客服账号，以及基于所述目标客服人员的参与属性信息确定所述目标客服人员的用户账号；

建立所述客服账号与所述用户账号的绑定关系，并基于所述绑定关系将所述目标客服人员确定为所述客服。

具体的，在确定所述目标客服人员通过客服资格审核之后，此时基于所述客服请求调度所述商家的客服账号，同时基于所述参与属性信息确定所述目标客服人员的用户账号，之后建立所述客服账号和所述用户账号的绑定关系，最后基于所述绑定关系将所述目标客服人员确定为所述客服即可。

实际应用中，在建立所述绑定关系的过程中，实则是建立信息交互关系，即当客服账号接收到商家的访问用户提交的咨询信息的情况下，则基于绑定关系将咨询信息发送至用户账号，由用户账号所属的用户客服进行对接，实现咨询信息的解答；此外，该绑定关系还可以为所述用户账号对接一些比较容易操作的功能，比如查询访问用户的物流信息，或者发放商家的优惠券等，都可以在建立绑定关系时，将该部分功能授权给用户客服，使得用户客服更加容易对接访问用户。

具体实施时，在建立用户账号与客服账号的绑定关系的过程中，可以根据商家的需求对用户客服授权客服相关的功能，本实施例在此不作过多限定。

通过采用建立客服账号和所述用户账号的绑定关系，实现所述目标客服人员可以作为所述商家的用户客服，从而方便目标客服人员开展相关的工作内容，并且无需将客服账号交给用户客服进行管理，可以有效的降低客服账号的丢失风险，进一步的提高了商家邀请新的用户客服的便捷性。

更进一步的，在将所述目标客服人员确定为所述客服之后，若客服完成了与客服请求对应的客服工作内容，此时将根据客服的工作量进行资源的核算，从而保证客服的收入与工作量的多少成正比，进一步实现降低商家成本的浪费，本实施例中，具体实现方式如下所述：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

具体的，所述客服账号触发结算条件可以是客服到达下班时间，或者客服与访问用户的沟通不顺畅等，基于此，在所述客服账号触发结算条件的情况下，说明所述客服将结束为所述商家继续进行客服服务，此时统计所述客服账号向所述用户账号发送信息的信息量，之后基于所述客服请求和所述信息量计算向所述目标客服人员分配的资源数值，最后将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系即可；实际应用中，所述分配资源可以是资金或者积分。

例如，在确定用户B符合商家A的客服需求的情况下，此时将调度商家A的客服账号La，以及确定用户B的用户账号Lb，建立客服账号La和用户账号Lb的绑定关系，基于绑定关系将用户B确定为和商家A的用户客服，此时用户B即可作为商家A的客服，对接与客服账号La具有交互关系的访问用户。

进一步的，在客服账号La触发12点下班条件的情况下，此时统计客服账号La向用户账号Lb发送信息的信息量，并结合客服请求中的结算标的计算用户B的工资金额是200元，之后将200元金额发放至用户B的用户账号Lb，同时解除客服账号La和用户账号Lb的绑定关系。

具体实施时，还可以根据绑定关系管理目标客服人员的上下班时间，更加方便对客服的工作时间的管控。

综上，通过建立客服账号和用户账号的绑定关系，更加方便了对客服的管理，并且降低了客服账号丢失的风险，同时在进行资源核算的过程中，将根据客服处理的信息量以及客服请求中的标的信息进行结算，使得整个资源分配过程是透明化的，保证了客服权益的同时，降低了商家的邀请客服的成本。

此外，在客服对接访问用户的过程中，为了能够提高访问用户的转化率，将根据访问用户的客服请求分配不同的客服对其进行答复，本实施例中，具体实现方式如下所述：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

具体的，在接收到商家的访问用户针对商家提供的商品提交咨询请求的情况下，此时为了提高对访问用户的客服服务质量，以及避免重要信息的泄露，将识别所述咨询请求中包含的交互信息的信息类型，并基于所述信息类型在所述商家的客服群中选择与所述信息类型匹配的目标客服；

其中，所述客服群由所述商家的客服和商家客服组成，商家客服具体是指商家长期雇佣的专业客服，商家客服用于处理一些涉及重要信息的访问用户，例如涉及订单信息、退款操作等，均由商家客服完成，从而提高访问用户信息的安全性；所述信息类型具体是指访问用户需要客服服务的类型，例如访问用户咨询商品参数信息，则在客服群中选择对商品参数信息较为了解的客服作为所述目标客服，或者访问用户咨询售后问题，则在客服群中选择对售后服务较为了解的客服作为所述目标客服；

基于此，确定所述目标客服之后，确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号，最后将所述咨询请求通过所述目标客服账号转发至所述目标用户账号即可，由所述目标客服对接所述访问用户，以解答访问用户的咨询内容。

综上，按照信息类型选择目标客服，实现了可以为访问用户提供更加符合客服需求的目标客服对其进行服务，更进一步的提高了访问用户的体验效果，同时可以有效的促进访问用户的转化率，以提高商家的商品的销售率。

进一步的，在识别所述交互信息的信息类型，根据信息类型选择目标客服的过程中，为了能够保证访问用户的信息安全性的同时，提高对访问用户的服务指令，将根据交互信息的风险检测结果选择不同的目标客服对其进行答复，本实施例中，具体实现方式如下所述：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

若否，对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

具体的，在确定所述客服请求中包含的交互信息之后，将对所述交互信息进行风险检测，根据检测结果判断所述交互信息是否大于风险阈值，若是，说明所述交互信息涉及到的信息对于商家和访问用户都是较为重要的，则需要选择商家客服与访问用户进行对接，以避免信息的泄露，故在所述客服群中选择商家客服组成商家客服集合，同时识别交互信息的信息类型，在商家客服群中选择与所述信息类型匹配的目标商家客服，作为所述目标客服；

若否，说明所述交互信息涉及到的信息对于商家和访问用户来讲重要程度一般，则选择客服与访问用户进行对接即可，首先需要对交互信息进行脱敏，获得目标交互信息，进一步提高信息的安全性；其次在客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；最后在所述用户客服群中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服即可。

例如，商家S的访问用户针对商家销售的商品提交了客服请求，在客服请求中包含的交互信息为“请把我的手机号131********打印在商品的右下方”的情况下，此时识别出交互信息的风险数值是9，而风险阈值是5，确定该交互信息是较为重要的，则需要商家S的商家客服与该用户进行对接，确定交互信息的信息类型为商品自定义类型，则在商家客服群中选择与商品自定义类型匹配的商家客服R与访问用户进行对接；进一步的，将确定商家客服R的用户账号Rr，以及与用户账号Rr具有绑定关系的客服账号Rs，将访问用户的交互信息通过客服账号Rs转发至用户账号Rr，由商家客服R与访问用户进行对接；

在客服请求中包含的交互信息为“请问我花100元买的商品有赠品么”的情况下，此时识别出交互信息的风险数值是4，小于风险阈值5，确定该交互信息重要程度一般，则选择商家S的用户客服与该用户进行对接即可，首先对交互信息“请问我花100元买的商品有赠品么”进行脱敏，获得目标交互信息“请问我花***元买的商品有赠品么”，之后确定目标交互信息的信息类型为售后类型，则在用户客服群中选择与售后类型匹配的用户客服T与访问用户进行对接；进一步的，将确定用户客服T的用户账号Tt，以及与用户账号Tt具有绑定关系的客服账号Ts，将访问用户的交互信息通过客服账号Ts转发至用户账号Tt，由用户客服T与访问用户进行对接。

具体实施时，在对所述交互信息进行脱敏的过程中，可以根据交互信息中信息的类型选择不同的脱敏方式，如文字信息可以选择随机替换脱敏算法，数字信息可以选择无效化脱敏算法或替换脱敏算法，此外涉及身份编码信息或特殊编码信息的可以选择掩码屏蔽脱敏算法，实现对重要的信息进行脱敏，从而进一步保证了访问用户信息的安全性。

通过对交互信息进行检测，根据检测结果选择不同的客服作为目标客服与访问用户进行对接，实现了提高访问用户体验效果的同时，进一步的保证了访问用户的信息的安全性。

需要说明的是，本实施例提供的客服请求方法中涉及的内容，与上述数据处理方法描述的内容相类似，具体内容可参见上述数据处理方法中相应的描述内容，本实施例在此不作过多赘述。

本申请提供的客服请求方法，通过获取商家提交的客服请求，根据客服请求确定待推荐的客服集合，再向客服集合中的客服人员发送所述客服请求信息，之后根据目标客服人员反馈的参与指令，提取目标客服人员的参与属性信息，确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息即可，实现了商家可以邀请到符合自身需求的客服，不仅降低邀请客服消耗的成本，还提高了客服的服务质量，同时使得邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率，以及提高商家的访问用户的体验效果。

与上述方法实施例相对应，本申请还提供了客服请求装置实施例，图11示出了本申请一实施例提供的一种客服请求装置的结构示意图。如图11所示，该装置包括：

获取模块1102，被配置为获取商家提交的客服请求；

确定模块1104，被配置为基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收模块1106，被配置为接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

发送模块1108，被配置为确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

本申请提供的客服请求装置，通过获取商家提交的客服请求，根据客服请求确定待推荐的客服集合，再向客服集合中的客服人员发送所述客服请求信息，之后根据目标客服人员反馈的参与指令，提取目标客服人员的参与属性信息，确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息即可，实现了商家可以邀请到符合自身需求的客服，不仅降低邀请客服消耗的成本，还提高了客服的服务质量，同时使得邀请到的客服更符合商家的咨询场景需求，可以有效提高商家的访问用户的转化率，以及提高商家的访问用户的体验效果。

上述为本实施例的一种客服请求装置的示意性方案。需要说明的是，该客服请求装置的技术方案与上述的客服请求方法的技术方案属于同一构思，客服请求装置的技术方案未详细描述的细节内容，均可以参见上述客服请求方法的技术方案的描述。

图12示出了根据本申请一实施例提供的第一种计算设备1200的结构框图。该计算设备1200的部件包括但不限于存储器1210和处理器1220。处理器1220与存储器1210通过总线1230相连接，数据库1250用于保存数据。

计算设备1200还包括接入设备1240，接入设备1240使得计算设备1200能够经由一个或多个网络1260通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1240可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备1200的上述部件以及图12中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图12所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1200可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备1200还可以是移动式或静止式的服务器。

其中，处理器1220用于执行如下计算机可执行指令：

获取商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

上述为本实施例的第一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。

图13示出了根据本申请一实施例提供的第二种计算设备1300的结构框图。该计算设备1300的部件包括但不限于存储器1310和处理器1320。处理器1320与存储器1310通过总线1330相连接，数据库1350用于保存数据。

计算设备1300还包括接入设备1340，接入设备1340使得计算设备1300能够经由一个或多个网络1360通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1340可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备1300的上述部件以及图13中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图13所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1300可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备1300还可以是移动式或静止式的服务器。

其中，处理器1320用于执行如下计算机可执行指令：

接收商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

将所述客服集合中客服人员的参与属性信息发送至所述商家；

根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

上述为本实施例的第二种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的服务提供方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述服务提供方法的技术方案的描述。

图14示出了根据本申请一实施例提供的第三种计算设备1400的结构框图。该计算设备1400的部件包括但不限于存储器1410和处理器1420。处理器1420与存储器1410通过总线1430相连接，数据库1450用于保存数据。

计算设备1400还包括接入设备1440，接入设备1440使得计算设备1400能够经由一个或多个网络1460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备1400的上述部件以及图14中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图14所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备1400还可以是移动式或静止式的服务器。

其中，处理器1420用于执行如下计算机可执行指令：

接收服务端下发的商家的客服请求；

将所述客服请求中包含的客服请求信息向用户进行展示；

在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收所述服务端针对所述确认参与信息下发的客服请求通知。

上述为本实施例的第三种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的服务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述服务处理方法的技术方案的描述。

图15示出了根据本申请一实施例提供的第四种计算设备1500的结构框图。该计算设备1500的部件包括但不限于存储器1510和处理器1520。处理器1520与存储器1510通过总线1530相连接，数据库1550用于保存数据。

计算设备1500还包括接入设备1540，接入设备1540使得计算设备1500能够经由一个或多个网络1560通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备1500的上述部件以及图15中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图15所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备1500还可以是移动式或静止式的服务器。

其中，处理器1520用于执行如下计算机可执行指令：

获取商家提交的客服请求；

基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

上述为本实施例的第四种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的客服请求方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述客服请求方法的技术方案的描述。

本申请一实施例还提供四种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于数据处理方法，服务提供方法，服务处理方法和客服请求方法。

上述为本实施例的计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法，服务提供方法，服务处理方法和客服请求方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据处理方法，服务提供方法，服务处理方法和客服请求方法的技术方案的描述。

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

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (38)

1.一种数据处理方法，包括：

获取商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

2.根据权利要求1所述的数据处理方法，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，包括：

向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

基于所述客服集合中的目标客服人员针对所述客服请求信息提交的参与指令，提取所述目标客服人员的参与属性信息；

确定所述目标客服人员的参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的所述客服。

3.根据权利要求2所述的数据处理方法，所述将所述目标客服人员确定为所述商家的所述客服，包括：

基于所述客服请求调度所述商家的客服账号，以及基于所述目标客服人员的参与属性信息确定所述目标客服人员的用户账号；

建立所述客服账号与所述用户账号的绑定关系，并基于所述绑定关系将所述目标客服人员确定为所述客服。

4.根据权利要求2所述的数据处理方法，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服步骤执行之后，还包括：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

5.根据权利要求4所述的数据处理方法，所述识别所述咨询请求中包含的交互信息的信息类型，并在所述商家的客服群中选择与所述信息类型匹配的目标客服，包括：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；

在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

6.根据权利要求5所述的数据处理方法，所述根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值的判断结果为否的情况下，执行如下操作：

对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；

在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；

在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

7.根据权利要求3所述的数据处理方法，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服步骤执行之后，还包括：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

8.根据权利要求1所述的数据处理方法，所述获取商家的客服请求，包括：

确定所述商家通过触发展示接口触发的客服请求控件；所述客服请求控件对应客服请求子信息；

基于所述客服请求控件确定所述商家勾选的目标客服请求子信息，并对所述目标客服请求子信息进行整合，获得所述客服请求。

9.根据权利要求2所述的数据处理方法，所述向所述客服集合中客服人员发送客服请求对应的客服请求信息步骤执行之前，还包括：

基于预设的展示模板和所述客服请求生成请求展示信息；

相应的，所述向所述客服集合中客服人员发送客服请求对应的客服请求信息，包括：

向所述客服集合中客服人员发送所述请求展示信息。

10.根据权利要求2所述的数据处理方法，所述基于所述客服集合中的目标客服人员针对所述客服请求信息提交的参与指令，提取所述目标客服人员的参与属性信息，包括：

接收所述客服集合中的至少一个所述目标客服人员针对所述客服请求信息提交的所述参与指令；

基于所述参与指令中包含的身份标识读取所述目标客服人员在至少一个属性维度的参与属性信息。

11.根据权利要求1所述的数据处理方法，所述客服集合中的客服人员包括所述商家的历史访问用户和/或通过客服认证审核的用户。

12.根据权利要求11所述的数据处理方法，在所述客服集合中的客服人员为通过客服认证审核的用户的情况下，所述客服集合通过如下方式建立：

根据参与客服认证审核的初级用户提交的申请指令，对所述初级用户进行初级认证审核；

接收所述初级用户针对所述初级认证审核提交的初级审核信息，并基于所述初级审核信息在所述初级用户中筛选出中级用户；

对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合。

13.根据权利要求12所述的数据处理方法，所述对所述中级用户进行二次认证审核，根据二次认证审核结果对所述中级用户进行筛选，根据筛选结果创建所述客服集合，包括：

向所述中级用户展示二次认证信息；

基于所述中级用户针对所述二次认证信息提交的点击指令，确定与所述点击指令对应的模拟用户；所述模拟用户用于与所述中级用户进行客服交互；

采用所述中级用户与所述模拟用户交互的方式进行所述二次认证审核，根据所述中级用户的客服交互信息，确定所述中级用户的二次审核信息；

根据所述二次审核信息选择满足二次审核条件的中级用户创建所述客服集合。

14.根据权利要求1所述的数据处理方法，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，包括：

读取所述客服集合中客服人员的所述参与属性信息；

根据所述客服请求对所述参与属性信息进行核验，根据核验结果在所述客服集合中筛选出所述商家的客服。

15.根据权利要求1所述的数据处理方法，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服步骤执行之前，还包括：

根据所述客服请求中包含的商家标识，确定所述商家标识对应的商家属性信息；

基于所述商家属性信息确定所述商家的客服需求量；

相应的，所述基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服，包括：

基于所述客服集合中客服人员的所述参与属性信息，选择符合所述商家需求的待确定客服组成的待确定客服群；

在所述待确定客服群中选择与所述客服需求量相等的待确定客服作为所述商家的客服。

16.根据权利要求15所述的数据处理方法，所述基于所述商家属性信息确定所述商家的客服需求量，包括：

根据所述商家标识确定所述商家的属性数据库，并在所述属性数据库中读取与所述客服请求匹配的历史客服请求；

确定所述历史客服请求对应的历史客服需求量，按照所述商家属性信息对所述历史客服需求量进行调整，获得所述客服需求量。

17.一种数据处理装置，包括：

获取请求模块，被配置为获取商家的客服请求；

确定集合模块，被配置为基于所述客服请求，确定待推荐的客服集合；

确定客服模块，被配置为基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

18.一种服务提供方法，包括：

接收商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

将所述客服集合中客服人员的参与属性信息发送至所述商家；

根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

19.根据权利要求18所述的服务提供方法，所述将所述客服集合中客服人员的参与属性信息发送至所述商家，包括：

向所述客服集合中客服人员发送所述客服请求对应的客服请求信息；

接收所述客服集合中的目标客服人员针对所述客服请求信息返回的参与指令，提取所述目标客服人员的参与属性信息；

将所述目标客服人员的参与属性信息发送至所述商家。

20.根据权利要求18所述的服务提供方法，所述根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服步骤执行之后，还包括：

基于所述客服请求调度所述商家的客服账号，以及确定所述客服的用户账号；

建立所述客服账号和所述用户账号的绑定关系，并基于所述绑定关系将所述客服添加至客服集。

21.根据权利要求20所述的服务提供方法，所述根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服步骤执行之后，还包括：

接收所述商家的访问用户针对所述商家提供的商品提交的咨询请求；

识别所述咨询请求中包含的交互信息的信息类型，并在所述客服群中选择与所述信息类型匹配的目标客服；所述客服群中包含客服和商家客服；

确定所述目标客服的目标用户账号，以及与所述目标用户账号具有绑定关系的目标客服账号；

将所述咨询请求通过所述目标客服账号转发至所述目标用户账号；由所述目标客服对所述访问用户进行交互。

22.根据权利要求21所述的服务提供方法，所述识别所述咨询请求中包含的交互信息的信息类型，并在所述客服群中选择与所述信息类型匹配的目标客服，包括：

对所述交互信息进行风险检测，根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值；

若是，在所述客服群中选择商家客服组成商家客服集合，并识别所述交互信息的信息类型；

在所述商家客服集合中选择与所述信息类型匹配的目标商家客服，作为所述目标客服。

23.根据权利要求22所述的服务提供方法，所述根据检测结果判断所述交互信息的信息风险数值是否大于风险阈值的判断结果为否的情况下，执行如下操作：

对所述交互信息中的敏感词进行脱敏处理，获得目标交互信息；

在所述客服群中选择客服组成用户客服集合，并识别所述目标交互信息的目标交互类型；

在所述用户客服集合中选择与所述目标交互类型匹配的目标用户客服，作为所述目标客服。

24.根据权利要求20所述的服务提供方法，所述根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服步骤执行之后，还包括：

在所述客服账号触发结算条件的情况下，统计所述客服账号向所述用户账号发送信息的信息量；

基于所述客服请求和所述信息量确定向所述客服分配的资源数值；

将与所述资源数值对应的分配资源发放至所述用户账号，并解除所述客服账号和所述用户账号的绑定关系。

25.根据权利要求18所述的服务提供方法，所述客服集合中的客服人员包括所述商家的历史访问用户和/或通过客服认证审核的用户。

26.一种服务提供装置，包括：

接收请求模块，被配置为接收商家的客服请求；

确定集合模块，被配置为基于所述客服请求，确定待推荐的客服集合；

发送信息模块，被配置为将所述客服集合中客服人员的参与属性信息发送至所述商家；

选择客服模块，被配置为根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

27.一种服务处理方法，包括：

接收服务端下发的商家的客服请求；

将所述客服请求中包含的客服请求信息向用户进行展示；

在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收所述服务端针对所述确认参与信息下发的客服请求通知。

28.一种服务处理装置，包括：

接收请求模块，被配置为接收服务端下发的商家的客服请求；

展示信息模块，被配置为将所述客服请求中包含的客服请求信息向用户进行展示；

发送信息模块，被配置为在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收通知模块，被配置为接收所述服务端针对所述确认参与信息下发的客服请求通知。

29.一种客服请求方法，包括：

获取商家提交的客服请求；

基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

30.一种客服请求装置，包括：

获取模块，被配置为获取商家提交的客服请求；

确定模块，被配置为基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收模块，被配置为接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

发送模块，被配置为确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

31.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

基于所述客服集合中客服人员的参与属性信息，确定所述商家的客服。

32.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收商家的客服请求；

基于所述客服请求，确定待推荐的客服集合；

将所述客服集合中客服人员的参与属性信息发送至所述商家；

根据所述商家提交的选择指令，在所述客服集合中选择所述商家的客服。

33.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收服务端下发的商家的客服请求；

将所述客服请求中包含的客服请求信息向用户进行展示；

在接收到所述用户提交参与指令的情况下，向所述服务端发送确认参与信息；

接收所述服务端针对所述确认参与信息下发的客服请求通知。

34.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取商家提交的客服请求；

基于所述客服请求，确定待推荐的客服集合，并向所述客服集合中的客服人员发送所述客服请求中包含的客服请求信息；

接收所述客服集合中至少一个目标客服人员提交的参与指令，基于所述参与指令读取所述目标客服人员的参与属性信息；

确定所述参与属性信息满足所述商家的客服请求条件的情况下，将所述目标客服人员确定为所述商家的客服，并向所述客服发送客服准入信息。

35.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至16任意一项所述数据处理方法的步骤。

36.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求18至25任意一项所述服务提供方法的步骤。

37.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求27所述服务处理方法的步骤。

38.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求29所述客服请求方法的步骤。

Images