CN110740217A - 一种多渠道数据整合交互方法和装置、设备及存储介质 - Google Patents

Abstract

本发明提供了一种多渠道数据整合交互方法和装置、设备及存储介质，方法包括：根据不同的用户接入渠道和接入接口，为对应的渠道和入口分配渠道标识和数据传输接口，并定义数据传输协议，再根据当前用户的用户标识查询历史数据表；系统服务器按照所述数据传输协议，将所述客服数据请求和所述历史数据表通过相应的数据传输接口，推送至坐席；系统将坐席处理后的返回数据信息按照所述数据传输协议，发送至系统服务器中，然后按照数据发送的渠道标识和数据传输接口，将所述返回数据信息返回，于统一平台上实现多渠道或接口数据的整合交互，显著提高了多渠道数据请求访问的服务响应效率以及数据整合交互质量，降低了数据访问的人工成本和时间成本。

Description

一种多渠道数据整合交互方法和装置、设备及存储介质

技术领域

本发明涉及通讯设备数据采集和数据处理技术领域，具体地说，涉及一种多渠道数据整合交互方法和装置、设备及存储介质。

背景技术

随着数据访问技术的革新，用户会通过多种方式和渠道进行数据、信息请求和交互，这就要求现有技术下在应对大量频繁的多渠道数据请求响应速度的同时，还需保障多渠道请求信息的返回速度。

举例来说，在基于现有技术的一种客服请求访问方式中，用户可以通过包括掌上移动用户端、微信端、网页端、传统通讯终端在内的多种不同渠道向客服系统发送用户请求。通常的处理方法，是分别针对特定的客服服务平台建立多个对应的客服渠道以处理对应渠道发送的客服数据信息请求。

然而，为保证客服数据请求响应速度和质量，建立多个对应客服渠道也就意味着需要耗费更多的人力和物力，自然也就带来了客服成本的显著上升。系统实际运行中通常可能出现的问题主要包括两个方面：

1)实际数据交互过程中，不同客服服务平台的使用量和使用频率也相应的不同，继而与之对应的客服系统的繁忙程度和响应速度也相应的不同，例如，随着智能终端的普及，用户更多地采用诸如app服务用户端或者微信通讯用户端的移动用户端进行客服数据访问请求，而传统的网页访问或者固话接入的数据访问请求相较于移动用户端则显著减少，因此，一方面，与移动用户端对应的客服系统由于频繁大量访问致使响应速率受到较大程度的影响，且经常处于访问繁忙等候状态，用户请求被大量挂起，用户体验低下；另一方面，对接传统网页访问和固话接入的客服资源由于访问量较少，出现大量客服闲置，造成客服资源的浪费；

2)用户可能在不同时段对系统进行多次接入，而系统按照派工序列推送的客服人工坐席可能不同，这样，当前顺次的客服人工坐席需要对当前用户请求进行整理，还需要对用户以往请求内容进行回看，不难看出，这种方式下，请求响应效率和质量都不佳；

3)作为第二项问题的衍生问题，用户在首次接入后的每次接入方式都可能不同，也即，同一用户可能采用不同的接入渠道向客服发送数据请求，基于前述的现有技术下的数据交互方式难以对这种请求进行响应，针对该问题，现有技术下的一种改进方案是于客服系统中增加用户标识，并根据用户的这种唯一标识创建访问记录，当用户再次接入时系统调用访问记录列表，然而，由于历史数据调用以及跨平台数据调用的不便，致使上述的改进方案仅能勉强解决用户每次接入方式相同的情况，而对实际中常见的情况，即用户每次接入的方式都可能不同的问题仍然难以适应。

有鉴于此，应当对现有技术进行改进，以解决现有客服数据访问请求响应效率和质量不高、客服派工工序推送影响客服数据响应效率质量的技术问题。

发明内容

本发明是为了解决上述技术问题而做出的，其目的是提供一种能够预先定义数据传输协议或者数据提交中间件，将不同渠道和接口接入的数据访问请求信息进行整合，并按照预先定义的数据传输协议或数据提交中间进行数据请求返回，以期提高多渠道多平台数据请求的响应速度和客服质量的多渠道数据整合交互方法。

为了实现上述目的，本发明提供了一种多渠道数据整合交互方法，所述多渠道数据整合交互方法包括以下步骤：

步骤1、为不同的接入渠道及其对应的接入接口分配渠道标识、数据传输接口及其对应的数据传输协议；

步骤2、接收用户从接入接口接入系统服务器时发送的客服数据请求，判断是否为首次接入，为首次接入用户分配唯一用户标识，对于非首次接入用户进行历史数据查询获取其用户标识，所述唯一用户标识存储于历史数据表中所述历史数据表按照时间标签保存有客服记录；

步骤3、根据所述接入接口确定与其对应的数据传输接口，将所述客服数据请求和对应的历史数据表，按照与数据传输接口对应的数据传输协议，通过相应的数据传输接口推送至坐席；

步骤4、将坐席处理后的返回数据信息按照所述数据传输协议发送至系统服务器中，系统服务器按照数据发送的渠道标识和接入接口，将所述返回数据信息返回给用户。

优选地，在所述步骤1中，所述数据传输协议为SIP协议。

优选地，在所述步骤1中，所述历史数据表按照时间标签存储的数据包括：本次接入的渠道标识、对接坐席标识，文字文件记录、所述时间标签包括请求发起时间、客服响应时间、客服时长。

优选地，在所述步骤1中还包括定义数据提交中间件，所述数据提交中间件包括对应不同渠道标识配置的数据格式要求及其对应的数据传输协议，则在所述步骤2中，根据用户标识为用户配置对应的数据提交中间件，所述客服数据请求和所述历史数据表通过所述数据提交中间件进行传输交互，在步骤3中，坐席将所述返回数据信息通过所述数据提交中间件返回给用户。

优选地，通过在node环境下调用axios插件作为数据提交中间件，完成在H5、WEB中的数据传输。

优选地，在所述步骤2中，系统服务器按照坐席派工规则，创建派工等待列表，并将当前请求的用户标识分配至所述派工等待列表中，对非首次接入用户，根据所述历史数据表中的记录，查询历史数据中的历史对接客服标识，并将当前客服请求发送至历史对接客服标识指向的客服。

优选地，在所述步骤1中，当前请求结束后，系统服务器将所述返回数据信息根据用户标识存储至对应的历史数据表中，实现所述历史数据表更新。

本发明提供了一种多渠道数据整合交互装置，装置包括：

配置模块，为不同的接入渠道及其对应的接入接口分配渠道标识、数据传输接口及其对应的数据传输协议；

用户标识获取模块，接收用户从接入接口接入系统服务器时发送的客服数据请求，判断是否为首次接入，为首次接入用户分配唯一用户标识，对于非首次接入用户进行历史数据查询获取其用户标识，所述唯一用户标识存储于历史数据表中所述历史数据表按照时间标签保存有客服记录；

查询请求分配模块，根据所述接入接口确定与其对应的数据传输接口，将所述客服数据请求和对应的历史数据表，按照与数据传输接口对应的数据传输协议，通过相应的数据传输接口推送至坐席；

数据返回模块，将坐席处理后的返回数据信息按照所述数据传输协议发送至系统服务器中，系统服务器按照数据发送的渠道标识和数据传输接口，将所述返回数据信息返回给用户。

本发明提供了一种电子设备，所述电子设备包括：

处理器；

存储器，其上存储有可在所述处理器上运行的多渠道数据整合交互程序；

其中，所述多渠道数据整合交互程序被所述处理器执行时，实现如上所述的多渠道数据整合交互方法的步骤。

本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的多渠道数据整合交互方法的步骤。

根据上面的描述和实践可知，本发明所述的多渠道数据整合交互方法，通过统一的平台，根据用户可能接入的方式(终端)，提供相应的接口，并通过该接口和对应的协议将用户发送的请求数据通过调用统一通讯平台的后台接口把数据按照派工顺序配送至坐席处，坐席处理信息后再通过SIP协议将数据推送至SIP服务器，而后通过相应接口，根据用户接入时的渠道标识，将处理后的数据返回至用户终端，与此同时，数据库中根据不同接入的方式/终端，设置多个渠道标识，当用户首次接入时，配置用户唯一ID，再根据该用户唯一ID构筑历史服务记录，包括历史聊天记录、文件列表、服务坐席ID，服务时间、服务时长。当用户再次接入时，根据用户唯一ID，调用库中的历史服务记录，并推送至统一平台的前端界面上，以实现在保证数据传输效率和数据传输稳定性的前提下，于统一平台处理来自多渠道多平台的数据访问请求和整合数据交互，解决现有技术下，客服数据访问请求响应效率和质量不高，客服派工工序推送不合理致使影响客服响应效率和质量的技术问题。

附图说明

图1为本发明的一个实施例中所述的多渠道数据整合交互方法的流程图；

图2为本发明的一个实施例中所述的多渠道数据整合交互方法中历史数据表的数据结构；

图3是本发明的一个实施例中所述的多渠道数据整合交互装置的模块示意图；

图4是本发明的一个实施例中所述的电子设备的硬件架构示意图；

图5是本发明的一个实施例中所述的多渠道数据整合交互程序的模块示意图。

具体实施方式

下面将参考附图来描述本发明所述的多渠道数据整合交互方法的实施例。本领域的普通技术人员可以认识到，在不偏离本发明的精神和范围的情况下，可以用各种不同的方式对所描述的实施例进行修正。因此，附图和描述在本质上是说明性的，而不是用于限制权利要求的保护范围。此外，在本说明书中，附图未按比例画出，并且相同的附图标记表示相同的部分。

图1为流程图，示出了本发明的一个实施例中所述的多渠道数据整合交互方法的流程。如图1所示，本发明的该实施例中所述的多渠道数据整合交互方法包括以下步骤：

步骤S1、系统服务器预先根据不同用户的接入渠道和接入接口，为对应的渠道和入口分配渠道标识和数据传输接口，并定义数据传输协议；

步骤S2、当用户接入系统服务器并发送客服数据请求时，系统识别用户是否为首次接入，系统服务器为首次接入用户分配唯一用户标识，而后以所述用户标识生成历史数据表，所述历史数据表按照时间标签保存客服记录，对于非首次接入用户进行历史数据查询；

步骤S3、系统服务器按照所述数据传输协议，将所述客服数据请求和所述历史数据表通过相应的数据传输接口推送至坐席，可以是各个数据传输接口与总线连接，通过总线将所述客服数据请求和所述历史数据表推送至与总线连接的对应的坐席；

步骤S4、将坐席处理后的返回数据信息按照所述数据传输协议返回给系统服务器中，然后按照数据发送的渠道标识和接入接口，将所述返回数据信息返回给用户。

具体地说，系统服务器对接入用户进行识别，当用户为首次接入时，为接入用户分配唯一身份标识，即用户标识，该用户标识可以是基于系统服务器中的用户列表递增数列，按照接入顺序对用户进行排序，可以是基于用户注册信息中的唯一身份码，在本发明的该实施例中，为提高识别效率和身份编码的识别准确率，将用户注册时的身份ID作为唯一标识用户的用户标识，在其他实施例中，也可以通过接入设备的标识码或者通讯编码作为用户标识。

创建用户标识后，系统服务器于该用户标识下生成历史数据表，用于存储该用户标识生成的所有历史数据。图2为示意图，示出了本发明的一个实施例中所述的多渠道数据整合交互方法中历史数据表的数据结构，如图2所示，在本发明的该实施例中，历史数据表按照时间标签(时间节点1至时间节点N)保存用户每次接入时的渠道信息、发起时间、客服响应时间、对接坐席标识、文字文件记录以及客服时长。

同时，系统服务器对用户可能接入的多种渠道分别定义渠道标识及其接入接口。例如，在实际使用中，用户可能采用的接入方式包括网页端、移动用户端(APP)、移动通讯端(例如微信)、短信、邮件、音视频、软电话、IVR、远程协助，而在网页端中，网络构架和操作系统的不同又使得网页端需要面向诸如Windows、IOS、linux等系统下的网页接入方式，而在移动用户端中，基于不同的操作系统又分成Android和IOS两种渠道，系统服务器对上述的多种可能接入渠道分别定义其渠道标识和接入接口。

当用户接入后，系统服务器进行数据提取和数据交互。具体地，用户发送的客服数据请求，通过与接入方式对应的接入接口将该客服数据请求发送给系统服务器，系统服务器通过数据传输接口发送给坐席。与此同时，系统服务器根据该用户的用户标识进行检索，并将该用户标识下的历史数据表与所述的客服数据请求一并发送给坐席。

另外，作为一种优选的方案，对于前述的数据交互请求过程还可以通过设置数据提交中间件实现，也即数据提交中间件中定义了对应不同渠道标识的数据格式要求(不同终端的数据格式基于该终端自身规定的要求)、传输协议，并且可以完成数据格式转换和传输协议写入以及数据提交发送的整个过程，最后将该数据提交中间件整合到统一数据平台，通过SIP(会话初始协议)协议推送数据并于平台前端界面显示。例如，用户通过网页、app、基于网页或者APP的语音应答、短信号平台、邮件平台、音视频远程协助中任一种方式接入时，数据提交中间件根据渠道对应的数据格式要求，对用户发送的数据请求进行格式转换，将转化格式后的数据通过数据提交中间件进行提交并发送给系统服务器，系统服务器整合后再将实时数据通过前端显示。同时，系统服务器整合后将实时数据存储在该用户唯一ID标识构筑的表中。

若用户通过微信、支付宝、微信小程序渠道接入时，通过微信、支付宝、微信小程序自身的公共api接口进行文本、实时语音、实施音视频等内容的发送，同时，系统服务器对发送内容进行保留，并于以该用户唯一ID标识构筑的表中存储；对于虚拟电话实现PC端电话拨打和接听，同样，对电话内容进行存储。在本发明的该实施例中，实现上述功能的数据提交中间件可以在node环境(一种JavaScript运行环境)下定义，并通过node环境下的数据提交中间件，实现H5、Web、微信数据的发送。具体地，可以采用axios(一种HTTP库)插件作为数据提交中间件，通过在node环境下调用axios插件作为数据提交中间件，完成在H5、WEB中的数据传输。

另外，系统服务器中还包括坐席派工规则，所述坐席派工规则包括对于非首次接入的用户，根据所述历史数据表中存储的一个或者多个历史对接坐席标识将坐席与用户进行优先匹配。对于首次接入的用户，所述坐席派工规则通过redis(Key-Value数据库)数据库创建有派工等待列表，并将当前请求的用户标识分配至所述派工等待列表中。当用户接入后，如前所述，系统服务器将当前客服数据请求和历史数据表按照派工等待列表的顺序依次发送至坐席处。需要说明的是，在本发明的该实施例中，根据所述历史数据表中存储的一个或者多个历史对接客服标识进行优先匹配，同时，由于优先匹配的客服当前可能处于繁忙或者挂起状态，则可以设置具体的响应时间，超出该响应时间对客服坐席进行提醒。具体地说，当分配坐席无法响应时，超时提醒对当前坐席进行提醒，直至坐席响应或达到超时提醒次数后停止，满足超时提醒次数后坐席仍然未响应则进行转接，并将当前用户序列至于派工等待列表的最优先位置，从而将超时提醒坐席仍然未响应的用户请求转接给其他空闲的坐席；另一方面，在达到超时提醒次数之前，坐席响应后，提醒用户进行应答，直至用户应答或者达到超时提醒次数后停止，满足超时提醒次数后用户仍然未应答，则关闭当前对话，释放坐席服务资源。其中，对坐席的超时提醒次数和对用户的超时提醒次数可以是相同的，也可以是不同的。

另外，在本发明的其他实施例中，可以采用人工智能优先介入的方式进行客服辅助，通过推送常规问题和答案的方式以便坐席直接发送或编辑再发送，当然，本发明的实施例不限于此。另外，作为一种优选的方案，坐席处理过程中，可以对当前请求进行转接，或者当前空闲坐席可以对处理中的请求或待处理的请求申请加入，以进一步提高客服响应效率，提高客服资源利用率。

另外，坐席处理后的数据信息通过SIP协议发送至SIP服务器(作为系统服务器)，SIP服务器调用对应的数据传输接口，将处理信息进行返回给用户。举例来说，在一次可能的接入过程中，对于app端接入的用户，坐席处理的数据通过sdk将消息转发给对应的app端。对于H5接入和Native接入的，通过唯一用户ID，配置当前连接的socketID，H5通过Ndoe环境进行数据推送；对于微信渠道接入的用户，通过node调用微信、支付宝、微信小程序的公用API进行接入。当前对话结束后，坐席可以查询并根据用户唯一ID查阅指定用户的历史数据，并通过SIP服务器，按照记录的用户接入渠道标识的记录，按照对应接口推送数据完成更新。

根据上面的描述和实践可知，本发明所述的多渠道数据整合交互方法，根据用户可能接入的方式(终端)，提供相应的接入接口，并通过该接入接口和对应的数据传输协议将用户发送的请求数据通过调用系统服务器的后台接口(数据传输接口)把数据按照派工顺序配送至坐席处，坐席处理信息后再通过SIP协议将数据推送至SIP服务器，而后通过相应的接入接口，根据用户接入时的渠道标识，将处理后的数据返回至用户终端，与此同时，数据库中根据不同接入的方式/终端，设置多个渠道标识，当用户首次接入时，配置用户唯一ID，再根据该用户唯一ID构筑历史服务记录，包括历史聊天记录、文件列表、服务坐席ID，服务时间、服务时长。当用户再次接入时，根据用户唯一ID，调用系统服务器中的历史服务记录，并推送至统一平台的前端界面上，以实现在保证数据传输效率和数据传输稳定性的前提下，于统一平台处理来自多渠道多平台的数据访问请求和整合数据交互，解决现有技术下，客服数据访问请求响应效率和质量不高，客服派工工序推送不合理致使影响客服响应效率和质量的技术问题。

本发明还提供一种多渠道数据整合交互装置200，装置包括：

配置模块201，为不同的接入渠道及其对应的接入接口分配渠道标识、数据传输接口及其对应的数据传输协议；

用户标识获取模块202，接收用户从接入接口接入系统服务器时发送的客服数据请求，判断是否为首次接入，为首次接入用户分配唯一用户标识，对于非首次接入用户进行历史数据查询获取其用户标识，所述唯一用户标识存储于历史数据表中所述历史数据表按照时间标签保存有客服记录；

查询请求分配模块203，根据所述接入接口确定与其对应的数据传输接口，将所述客服数据请求和对应的历史数据表，按照与数据传输接口对应的数据传输协议，通过相应的数据传输接口推送至坐席；

数据返回模块204，将坐席处理后的返回数据信息按照所述数据传输协议发送至系统服务器中，系统服务器按照数据发送的渠道标识和数据传输接口，将所述返回数据信息返回给用户。

另外，还包括数据提交中间件设置模块205，在对于前述的数据交互请求过程可以通过数据提交中间件设置模块205设置数据提交中间件，来实现数据交互，也即数据提交中间件中定义了对应不同渠道标识的数据格式要求(不同终端的数据格式基于该终端自身规定的要求)、传输协议，并且可以完成数据格式转换和传输协议写入以及数据提交发送的整个过程，最后将该数据提交中间件整合到统一数据平台，通过SIP协议推送数据并于平台前端界面显示。

另外，还包括坐席派工模块206，用于根据坐席派工规则，对于非首次接入的用户，根据所述历史数据表中存储的一个或者多个历史对接坐席标识将坐席与用户进行优先匹配。对于首次接入的用户，所述坐席派工规则通过redis数据库创建有派工等待列表，并将当前请求的用户标识分配至所述派工等待列表中。当用户接入后，如前所述，系统服务器将当前客服数据请求和历史数据表按照派工等待列表的顺序依次发送至坐席处。需要说明的是，在本发明的该实施例中，根据所述历史数据表中存储的一个或者多个历史对接客服标识进行优先匹配，同时，由于优先匹配的客服当前可能处于繁忙或者挂起状态，则可以设置具体的响应时间，超出该响应时间对客服坐席进行提醒。具体地说，当分配坐席无法响应时，超时提醒对当前坐席进行提醒，直至坐席响应或达到超时提醒次数后停止，满足超时提醒次数后坐席仍然未响应则进行转接，并将当前用户序列至于派工等待列表的最优先位置，从而将超时提醒坐席仍然未响应的用户请求转接给其他空闲的坐席；另一方面，在达到超时提醒次数之前，坐席响应后，提醒用户进行应答，直至用户应答或者达到超时提醒次数后停止，满足超时提醒次数后用户仍然未应答，则关闭当前对话，释放坐席服务资源。其中，对坐席的超时提醒次数和对用户的超时提醒次数可以是相同的，也可以是不同的。

本发明还提供一种电子设备，本实施例中，所述电子设备2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图2所示，所述电子设备2至少包括，但不限于，可通过系统总线相互通信连接的存储器21、处理器22。其中：所述存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述电子设备2的内部存储单元，例如该电子设备2的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述电子设备2的外部存储设备，例如该电子设备2上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，所述存储器21还可以既包括所述电子设备2的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述电子设备2的操作系统和各类应用软件，例如所述多渠道数据整合交互程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述电子设备2的总体操作，例如执行与所述电子设备2进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所述的多渠道数据整合交互程序等。

可选地，该电子设备2还可以包括显示器，显示器也可以称为显示屏或显示单元。在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode，OLED)显示器等。显示器用于显示在电子设备2中处理的信息以及用于显示可视化的用户界面。

需要指出的是，图2仅示出了具有组件21、22的电子设备2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

包含可读存储介质的存储器21中可以包括操作系统、多渠道数据整合交互程序20等。处理器22执行存储器21中多渠道数据整合交互程序20时实现如上所述的S1至S4的步骤，在此不再赘述。在本实施例中，存储于存储器21中的所述多渠道数据整合交互程序20可以被分割为一个或者多个程序模块，所述一个或者多个程序模块被存储于存储器21中，并可由一个或多个处理器(本实施例为处理器22)所执行，以完成本发明。图4示出了所述多渠道数据整合交互程序模块示意图，该实施例中，所述多渠道数据整合交互程序20可以被分割为配置模块201、用户标识获取模块202、查询请求分配模块203、数据返回模块204、数据提交中间件设置模块205、坐席派工模块206，所述多渠道数据整合交互程序被所述处理器执行时，以上各模块共同实现如上所述的多渠道数据整合交互方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有多渠道数据整合交互程序，所述多渠道数据整合交互程序被处理器执行时实现如上所述的多渠道数据整合交互方法的步骤：

步骤1、系统服务器预先根据不同用户的接入渠道和接入接口，为对应的渠道和入口分配渠道标识和数据传输接口，并定义数据传输协议；

步骤2、当用户接入系统服务器并发送客服数据请求时，系统识别用户是否为首次接入，系统服务器为首次接入用户分配唯一用户标识，而后以所述用户标识生成历史数据表，所述历史数据表按照时间标签保存客服记录，对于非首次接入用户进行历史数据查询；

步骤3、系统服务器按照所述数据传输协议，将所述客服数据请求和所述历史数据表通过相应的数据传输接口推送至坐席，可以是各个数据传输接口与总线连接，通过总线将所述客服数据请求和所述历史数据表推送至与总线连接的对应的坐席；

步骤4、将坐席处理后的返回数据信息按照所述数据传输协议返回给系统服务器中，然后按照数据发送的渠道标识和接入接口，将所述返回数据信息返回给用户。

如上参照附图以示例的方式描述了根据本发明所述的多渠道数据整合交互方法。但是，本领域技术人员应当理解，对于上述本发明所提出的施工运输吊点装置，还可以在不脱离本发明内容的基础上做出各种改进。因此，本发明的保护范围应当由所附的权利要求书的内容确定。

Claims (10)

1.一种多渠道数据整合交互方法，其特征在于，所述多渠道数据整合交互方法包括以下步骤：

步骤1、为不同的接入渠道及其对应的接入接口分配渠道标识、数据传输接口及其对应的数据传输协议；

步骤2、接收用户从接入接口接入系统服务器时发送的客服数据请求，判断是否为首次接入，为首次接入用户分配唯一用户标识，对于非首次接入用户进行历史数据查询获取其用户标识，所述唯一用户标识存储于历史数据表中所述历史数据表按照时间标签保存有客服记录；

步骤3、根据所述接入接口确定与其对应的数据传输接口，将所述客服数据请求和对应的历史数据表，按照与数据传输接口对应的数据传输协议，通过相应的数据传输接口推送至坐席；

步骤4、将坐席处理后的返回数据信息按照所述数据传输协议发送至系统服务器中，系统服务器按照数据发送的渠道标识和接入接口，将所述返回数据信息返回给用户。

2.如权利要求1所述的多渠道数据整合交互方法，其特征在于，在所述步骤1中，所述数据传输协议为SIP协议。

3.如权利要求1所述的多渠道数据整合交互方法，其特征在于，在所述步骤1中，所述历史数据表按照时间标签存储的数据包括：本次接入的渠道标识、对接坐席标识，文字文件记录、所述时间标签包括请求发起时间、客服响应时间、客服时长。

4.如权利要求1所述的多渠道数据整合交互方法，其特征在于，在所述步骤1中还包括定义数据提交中间件，所述数据提交中间件包括对应不同渠道标识配置的数据格式要求及其对应的数据传输协议，则在所述步骤2中，根据用户标识为用户配置对应的数据提交中间件，所述客服数据请求和所述历史数据表通过所述数据提交中间件进行传输交互，在步骤3中，坐席将所述返回数据信息通过所述数据提交中间件返回给用户。

5.如权利要求4所述的多渠道数据整合交互方法，其特征在于，通过在node环境下调用axios插件作为数据提交中间件，完成在H5、WEB中的数据传输。

6.如权利要求1所述的多渠道数据整合交互方法，其特征在于，在所述步骤2中，系统服务器按照坐席派工规则，创建派工等待列表，并将当前请求的用户标识分配至所述派工等待列表中，对非首次接入用户，根据所述历史数据表中的记录，查询历史数据中的历史对接客服标识，并将当前客服请求发送至历史对接客服标识指向的客服。

7.如权利要求1所述的多渠道数据整合交互方法，其特征在于，在所述步骤1中，当前请求结束后，系统服务器将所述返回数据信息根据用户标识存储至对应的历史数据表中，实现所述历史数据表更新。

8.一种多渠道数据整合交互装置，其特征在于，装置包括：

配置模块，为不同的接入渠道及其对应的接入接口分配渠道标识、数据传输接口及其对应的数据传输协议；

用户标识获取模块，接收用户从接入接口接入系统服务器时发送的客服数据请求，判断是否为首次接入，为首次接入用户分配唯一用户标识，对于非首次接入用户进行历史数据查询获取其用户标识，所述唯一用户标识存储于历史数据表中所述历史数据表按照时间标签保存有客服记录；

查询请求分配模块，根据所述接入接口确定与其对应的数据传输接口，将所述客服数据请求和对应的历史数据表，按照与数据传输接口对应的数据传输协议，通过相应的数据传输接口推送至坐席；

数据返回模块，将坐席处理后的返回数据信息按照所述数据传输协议发送至系统服务器中，系统服务器按照数据发送的渠道标识和数据传输接口，将所述返回数据信息返回给用户。

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

处理器；

存储器，其上存储有可在所述处理器上运行的多渠道数据整合交互程序；

其中，所述多渠道数据整合交互程序被所述处理器执行时，实现如权利要求1至7任一项所述的多渠道数据整合交互方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的多渠道数据整合交互方法的步骤。

Images