一种呼叫中心数据发布订阅处理的方法及系统

技术领域

本发明涉及一种呼叫中心数据发布订阅处理的方法及系统，属于呼叫中心通信技术领域。

背景技术

呼叫中心是指为用户提供语音服务，将呼叫按照一定的规则排队分配给座席人员的系统。且呼叫中心是充分利用现代通讯与计算机技术，如I V R(交互式语音应答系统)、AC D(自动呼叫分配系统)等，可以自动灵活地处理大量各种不同的电话呼入和呼出业务和服务的运营操作场所。

其中，在客户呼入或者呼出的过程中，会产生大量的事件数据，一般会采用事件产生的先后时间顺序进行订阅，但是在此过程中，不可避免的会存在时间冲突，采用该方式，明显不能满足订阅需求的及时性。

因此，本发明提出一种呼叫中心数据订阅处理的方法及系统。

发明内容

针对上述现有技术的不足，本发明的目的在于提供一种呼叫中心数据发布订阅处理的方法及系统，通过对事件数据与程序的配置，确定写入情况，且还根据优先级订阅发布数据，可以有效的保证事件数据的有序订阅，满足订阅需求的及时性，且在后续向不同的发布数据配置不同的传输通道，可以实现订阅数据的有效传输，来进一步满足订阅需求的及时性。

根据本发明的实施方案，提供第一个方案为：一种呼叫中心数据发布订阅处理的方法，包括：

步骤1：启动呼叫中心的程序，并从呼叫中心的订阅端口订阅到事件数据；

步骤2：启动订阅程序，并基于事件数据的第一配置与所述订阅程序的第二配置，将对应的事件数据写入到目标消息队列中；

步骤3：启动事件处理程序，且基于所述目标消息队列写入的事件数据的事件优先级订阅发布数据，并对订阅的发布数据进行预处理，确定每个发布数据所对应的发布通道；

步骤4：启动发布程序，调用与不同发布通道匹配的目标接口进行发布数据的推送。

进一步地，作为本发明一种更为优选地实施方案，启动呼叫中心的程序，并从呼叫中心的订阅端口订阅到事件数据，包括：

启动呼叫中心的程序，并监测当下存在的主叫方，来确定所述主叫方的呼叫内容；

根据所述呼叫内容的内容类型，从类型-端口数据库匹配得到对应的订阅端口；

对所述呼叫内容进行内容解析，并从所述订阅端口订阅到与内容解析结果一致的事件数据。

进一步地，作为本发明一种更为优选地实施方案，启动订阅程序，并基于事件数据的第一配置与所述订阅程序的第二配置，将对应的事件数据写入到目标消息队列中，包括：

基于日志数据库中，获取所述事件数据的第一配置文件以及获取所述订阅程序的第二配置文件；

基于所述第一配置文件，确定事件属性以及待写入队列，且根据所述第二配置文件，确定与所述事件属性匹配的交换机写入符号；

确定所述待写入队列与交换机写入符号是否一致；

若一致，将所述交换机与待写入队列进行队列绑定，并对应的事件数据写入到所述待写入队列中；

其中，所述待写入队列为目标消息队列。

进一步地，作为本发明一种更为优选地实施方案，将所述交换机与待写入队列进行队列绑定，并对应的事件数据写入到所述待写入队列中，包括：

基于队列绑定结果确定对应事件数据的第一写入地址；

获取所述待写入队列在当下时刻的并行写入地址，当所述第一写入地址与并行写入地址存在冲突时，确定同个事件数据对应的交换机的通信时间以及对应事件数据的事件类型的类型等级，确定优先值；

当所述优先值中存在第一同结果时，对对应优先值进行精度加一处理；

如果精度加一处理后仍然存在第二同结果，获取第二同结果中每个优先值对应的第一通信事件与第一事件类型，同时，获取与第二同结果相邻的优先值的左邻通信事件与左邻事件类型以及右邻通信事件与右邻事件类型；

将同个优先值对应的第一通信事件与左邻通信事件进行第一匹配，同时，将同个优先值对应的第一事件类型与左邻事件类型进行第二匹配；

基于第一匹配结果以及第二匹配结果，确定第一综合匹配值；

同时，将同个优先值对应的第一通信事件与右邻通信事件进行第三匹配，同时，将同个优先值对应的第一事件类型与右邻事件类型进行第四匹配；

基于第三匹配结果以及第四匹配结果，确定第二综合匹配值；

基于第一综合匹配值以及第二综合匹配值，向对应同个优先值规划等待时间；

基于规划结果，对与所述第二同结果对应事件数据进行排队等候设置，实现数据写入。

进一步地，作为本发明一种更为优选地实施方案，基于第一综合匹配值以及第二综合匹配值，向对应同个优先值规划等待时间，包括：

获取所述第二同结果包含的待分析事件数据的个数，并分别确定每个待分析事件数据的第一综合匹配值以及第二综合匹配值；

建立左邻通信事件的第一地址以及右邻通信事件的第二地址；

基于所述第一地址以及第二地址，确定两个地址之间的匹配线轴；

基于匹配值-位置数据库，确定每个待分析事件数据的第一综合匹配值与第二综合匹配值分别基于匹配线轴的匹配点对，并确定所述匹配点对中的第一点与匹配线轴的第一距离以及匹配点对中的第二点与匹配线轴的第二距离；

根据所述第一距离与第二距离，确定基于所述匹配线轴的最终位置点；

其中，z表示距离匹配线轴初始点的距离值；L表示对应匹配线轴的长度；k1表示对应的第一距离；k2表示对应的第二距离；γ1表示基于比值数据库获取的与L以及

根据所述匹配线轴的时间表示，向对应最终位置点规划等待时间。

进一步地，作为本发明一种更为优选地实施方案，启动事件处理程序，且基于所述目标消息队列写入的事件数据的事件优先级订阅发布数据，包括：

确定所述目标消息队列写入的事件数据的事件优先级；

根据所述事件优先级，确定订阅时间，并获取时间标签；

将所述时间标签与订阅的发布数据进行关系绑定。

进一步地，作为本发明一种更为优选地实施方案，对订阅的发布数据进行预处理，确定每个发布数据所对应的发布通道，包括：

提取订阅的发布数据中的订阅标识以及数据标识，并建立标识组合；

确定与订阅的发布数据匹配的主叫方以及被叫方；

确定所述主叫方的第一电话属性以及被叫方的第二电话属性，并建立属性组合；

确定所述标识组合的第一组合权重：

其中，Y1表示对应标识组合的第一组合权重；P1(s1,s)表示对应订阅标识s1与标识数据库s的标识匹配结果；P2(s2,s)表示对应数据标识s2与标识数据库s的标识匹配结果；

确定所述属性组合的第二组合权重：

其中，Y2表示对应属性组合的第二组合权重；f1表示主叫方的主叫性质；f2表示被叫方的被叫性质；e表示指数函数的符号；∝1表示主叫方的第一电话属性的属性值；∝2表示被叫方的第二电话属性的属性值；

基于所述第一组合权重与第二组合权重，计算得到第三组合权重；

其中，Y3表示对应第三组合权重；ave(Y1,Y2)表示Y1与Y2和的平均值；

当所述第三组合权重大于预设权重时，如果所述主叫方与被叫方的当前呼叫通道为第一共有通道，按照所述第三组合权重预设权重的第一权重差，来规划私有安全程度，并建立与所述私有安全程度一致的所述主叫方与被叫方之间的第一私有通道，并将订阅的发布数据发布到所述第一私有通道上；

如果所述主叫方与被叫方的当前呼叫通道为私有通道，此时，按照所述权重差，提升所述私有通道的安全性，并将订阅的发布数据发布到所述私有通道上；

当所述第三组合权重不大于预设权重时，保持所述主叫方与被叫方的当前呼叫通道不变，并将订阅的发布数据发布到所述当前呼叫通道上。

进一步地，作为本发明一种更为优选地实施方案，启动发布程序，调用与不同发布通道匹配的目标接口进行发布数据的推送，包括：

基于发布程序，搜索与所述发布通道的通道属性匹配的接口属性；

建立与所述接口属性一致的目标接口与需求端的通讯连接，并基于所述目标接口进行发布数据的推送，并推送到需求端。

进一步地，作为本发明一种更为优选地实施方案，确定所述待写入队列与交换机写入符号是否一致之后，还包括：

当确定出所述待写入队列与交换机写入符号不一致时，重新获取订阅程序中预先配置的候选交换机，并进行事件数据的写入。

根据本发明的实施方案，提供第二个方案为：一种呼叫中心数据发布订阅处理的系统，包括：

事件订阅模块，用于启动呼叫中心的程序，并从呼叫中心的订阅端口订阅到事件数据；

配置写入模块，用于启动订阅程序，并基于事件数据的第一配置与所述订阅程序的第二配置，将对应的事件数据写入到目标消息队列中；

通道确定模块，用于启动事件处理程序，且基于所述目标消息队列写入的事件数据的事件优先级订阅发布数据，并对订阅的发布数据进行预处理，确定每个发布数据所对应的发布通道；

数据推送模块，用于启动发布程序，调用与不同发布通道匹配的目标接口进行发布数据的推送。

与现有技术相比，本申请通过对事件数据与程序的配置，确定写入情况，且还根据优先级订阅发布数据，可以有效的保证事件数据的有序订阅，满足订阅需求的及时性，且在后续向不同的发布数据配置不同的传输通道，可以实现订阅数据的有效传输，来进一步满足订阅需求的及时性。

附图说明

图1为本发明一种呼叫中心数据发布订阅处理的方法的流程图；

图2为本发明一种呼叫中心数据发布订阅处理的系统的结构图；

图3为本发明一种呼叫中心数据发布订阅处理的方法的具体流程图；

图4为本发明待写入队列的结构图；

图5为本发明匹配线轴的结构图。

具体实施方式

为了使本领域的技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，当元件被称为“固定于”或“设置于”另一个部件上，它可以直接在另一个部件上或者间接设置在另一个部件上；当一个部件被称为是“连接于”另一个部件，它可以是直接连接到另一个部件或间接连接至另一个部件上。

需要理解的是，术语“长度”、“宽度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或部件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”、“若干个”的含义是两个或两个以上，除非另有明确具体的限定。

须知，本说明书附图所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本申请可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本申请所能产生的功效及所能达成的目的下，均应仍落在本申请所揭示的技术内容得能涵盖的范围内。

根据本发明的实施方案，提供第一个方案为：一种呼叫中心数据发布订阅处理的方法，如图1所示，包括：

步骤1：启动呼叫中心的程序，并从呼叫中心的订阅端口订阅到事件数据；

步骤2：启动订阅程序，并基于事件数据的第一配置与所述订阅程序的第二配置，将对应的事件数据写入到目标消息队列中；

步骤3：启动事件处理程序，且基于所述目标消息队列写入的事件数据的事件优先级订阅发布数据，并对订阅的发布数据进行预处理，确定每个发布数据所对应的发布通道；

步骤4：启动发布程序，调用与不同发布通道匹配的目标接口进行发布数据的推送。

需要说明的是，第一配置与事件属性与待写入队列有关，第二配置与事件属性匹配的交换机写入符号有关，且还可以与用户的相关信息有关，可以作为确定优先级的一个参考。

其中，事件数据与呼叫服务有关，比如市场(主动提供礼品、产品服务折扣提供、产品服务介绍、当月特色产品服务特色的推送等)、客户服务(为客户下单、查寻货物进展情况、货物订购情况)、销售(礼品赠送、目录销售、电话销售、信贷申请销售、处理投诉、产品技术支持等)、潜在服务(确认客户约会、推荐潜在服务、客户跟踪等)，且对应的事件属性与对应的事件属性与呼叫服务的类别有关。

需要说明的是，比如，用户1对用户2进行呼叫，且用户1触发呼叫中心的程序之后，来确定订阅的事件数据，比如是，花费查寻等订阅事件，进而将该事件写入到队列中，且用户2通过对该事件进行处理，最后在确定发布通道，来推送给用户1。

需要说明的是，由于同个时间点同个队列的同个地址会同时接收到若干个事件数据，所以需要第一配置以及第二配置，来实现对事件数据的先后排序，保证有序进行，且保证订阅发布的及时性。

需要说明的是，如图3所示是针对步骤1-4的具体阐述，且具体实施方式还包括如下：

1.启动呼叫中心的程序，该程序会启动6048的端口，可以从该端口订阅到事件的数据；

2.订阅事件需要有账号，该账号是在呼叫中心的程序的配置中，其中，该配置可以设置用户名和密码，且该配置还可以设置能够订阅的数据的类型；

3.配置订阅所有的数据类型，启动订阅程序,订阅程序会连接到rabbitmq消息队列，其中，rabbitmq为一套开源的企业级消息队列软件，且订阅程序有一个配置文件，用于配置将数据写入哪些交换机，且交换机为rabbitmq消息队列中的一个概念，交换机可以通过路由将数据写入队列；

4.订阅程序将事件的数据写入交换机中，交换机和事件的队列绑定，事件包含默认的一些事件，自定义的一些事件，示忙示闲等的一些事件；

5.订阅程序还会将通话记录的数据写入交换机中，交换机和通话记录的队列绑定；

6.启动数据推送的程序，该程序从rabbitmq的通话记录的队列中订阅数据，采用rabbitmq的ack消息确认机制确保数据不丢失，其中，数据推送的程序对数据处理后，根据用户的配置推送通话记录到指定地址，且通话记录入库的程序从rabbitmq的通话记录的队列订阅数据，采用ack消息确认机制确保数据不丢失,处理后写入数据库，且此处还可以启动其他的程序订阅rabbitmq的队列；

7.启动事件处理处理程序，该程序从rabbitmq的事件的队列去订阅数据，并进行复杂的数据处理；

8.数据处理完成后，需要进行发布，发布调用的是http的接口，发布前需要先启动websocket的发布端；

9.事件的数据会根据主叫被叫是否是分机，然后发布到私有的通道，部分公有的数据则发布到公有的通道，且分机为呼叫中心中给座席分配的一个短号码，分机根据情况订阅私有通道的数据即可，此处可以节省很多的流量，客户端不用接收不相关的数据

10.启动websocket的发布端,发布端会开放一个30000端口，事件发布程序可连接此端口进行数据的发布；

11.客户端需要采用jwttoken的鉴权，此鉴权由websocket发布端进行处理，配置中需要配置一个加密的密钥。

上述技术方案的有益效果是：通过对事件数据与程序的配置，确定写入情况，且还根据优先级订阅发布数据，可以有效的保证事件数据的有序订阅，满足订阅需求的及时性，且在后续向不同的发布数据配置不同的传输通道，可以实现订阅数据的有效传输，来进一步满足订阅需求的及时性。

具体地进行阐述，在本发明实施例中，启动呼叫中心的程序，并从呼叫中心的订阅端口订阅到事件数据，包括：

启动呼叫中心的程序，并监测当下存在的主叫方，来确定所述主叫方的呼叫内容；

根据所述呼叫内容的内容类型，从类型-端口数据库匹配得到对应的订阅端口；

对所述呼叫内容进行内容解析，并从所述订阅端口订阅到与内容解析结果一致的事件数据。

需要说明的是，类型-端口数据库是预先设置好的，且包括内容类型以及与内容类型匹配的端口在内，且内容类型是与对应的呼叫内容中提及到的服务内容有关，不同的服务内容，对应的服务类型不同。

需要说明的是，比如内容类型是与人工客服交流，那么对应的订阅端口为人工客服端口，且对呼叫内容解析，主要是为了确定与人工客服交流过程中涉及到的主要执行业务，进而来根据该端口发布与主要执行业务匹配的事件数据。

上述技术方案的有益效果是：根据内容类型匹配订阅端口，并对内容解析，便于得到事件数据，为后续订阅需求的及时性提供基础。

具体地进行阐述，在本发明实施例中，启动订阅程序，并基于事件数据的第一配置与所述订阅程序的第二配置，将对应的事件数据写入到目标消息队列中，包括：

基于日志数据库中，获取所述事件数据的第一配置文件以及获取所述订阅程序的第二配置文件；

基于所述第一配置文件，确定事件属性以及待写入队列，且根据所述第二配置文件，确定与所述事件属性匹配的交换机写入符号；

确定所述待写入队列与交换机写入符号是否一致；

若一致，将所述交换机与待写入队列进行队列绑定，并对应的事件数据写入到所述待写入队列中；

其中，所述待写入队列为目标消息队列。

需要说明的是，日志数据库是在每次获取相关事件的过程中自动生成的以及积累得到的。

需要说明的是，第一配置文件与事件属性以及可以写入的序列有关，比如是电话记录序列等。第二配置文件与交换机写入符号有关，还与事件类型有关，主要就是为了通过事件类型确定交换机写入符号。

需要说明的是，待写入队列与交换机写入符号都是基于事件类型为基础确定的，且队列绑定的目的就是为了建立待写入队列与交换机的联系。

上述技术方案的有益效果是：通过获取不同的配置文件，并进行待写入队列与交换机写入符号的一致比较，便于实现事件数据的写入，为后续订阅需求的及时性提供有效基础。

具体地进行阐述，在本发明实施例中，将所述交换机与待写入队列进行队列绑定，并对应的事件数据写入到所述待写入队列中，包括：

基于队列绑定结果确定对应事件数据的第一写入地址；

获取所述待写入队列在当下时刻的并行写入地址，当所述第一写入地址与并行写入地址存在冲突时，确定同个事件数据对应的交换机的通信时间以及对应事件数据的事件类型的类型等级，确定优先值；

当所述优先值中存在第一同结果时，对对应优先值进行精度加一处理；

如果精度加一处理后仍然存在第二同结果，获取第二同结果中每个优先值对应的第一通信事件与第一事件类型，同时，获取与第二同结果相邻的优先值的左邻通信事件与左邻事件类型以及右邻通信事件与右邻事件类型；

将同个优先值对应的第一通信事件与左邻通信事件进行第一匹配，同时，将同个优先值对应的第一事件类型与左邻事件类型进行第二匹配；

基于第一匹配结果以及第二匹配结果，确定第一综合匹配值；

同时，将同个优先值对应的第一通信事件与右邻通信事件进行第三匹配，同时，将同个优先值对应的第一事件类型与右邻事件类型进行第四匹配；

基于第三匹配结果以及第四匹配结果，确定第二综合匹配值；

基于第一综合匹配值以及第二综合匹配值，向对应同个优先值规划等待时间；

基于规划结果，对与所述第二同结果对应事件数据进行排队等候设置，实现数据写入。

需要说明的是，假如待写入队列中的每个单元格都代表一个写入地址，假如，单元格2代表第一写入地址，此时，该单元格2在当下时刻还包括若干个并行写入事件，且并行写入事件中还包括需要再次往该第一写入地址进行写入的其他事件，此时，第一写入地址与并行写入地址存在冲突。

需要说明的是，由于第一写入地址在同个时刻下对应写入的事件数据是若干个，因此，来确定每个待写入事件对应交换机的通信时间，以及事件本身的类型等级，确定优先值。

比如：优先值＝通信时间对应的第一优先值+类型等级对应的第二优先值。

需要说明的是，比如，第一写入地址对应的待写入事件数据，包括数据1、2、3、4、5，此时，优先值对应的第一同结果为数据1、2、3、4对应的，此时进行精度加一处理，比如，优先值分别为1、1、1、1，那么精度加一之后变为：1.0、1.0、1.1、1.2，且其中对应的1.0与1.0为第二同结果。

需要说明的是，左邻通信事件、左邻事件类型指的是与单元格2相邻的单元格1中的最后一个事件数据对应的。

右邻通信事件、右邻事件类型指的是与单元格2相邻的单元格3中的一个事件数据对应的，如图4所示。

需要说明的是，比如，针对第一个1.0对应的事件以及类型进行匹配，来确定匹配结果，进而确定综合值。

需要说明的是，比如第二单元格对应的时间为1s，那么向第一个1.0对应设置的时间可以为在0.01s进行发布，向第二个1.0对应设置的时间可以为在0.03s进行发布等。

需要说明的是，需要说明的是，

且第二综合匹配结果与第一综合匹配结果的计算类似。

上述技术方案的有益效果是：通过确定写入地址，并判断同个写入地址是否冲突，进而来确定同个事件数据的优先级，且通过相同优先级的精度加一处理以及与相邻通信事件或者类型的匹配，可以有效的获取到对应的综合值，进而来向对应优先值规划等待事件，实现对对应事件数据的排队等候，实现数据写入，保证后续订阅需求的及时性。

具体地进行阐述，在本发明实施例中，基于第一综合匹配值以及第二综合匹配值，向对应同个优先值规划等待时间，包括：

获取所述第二同结果包含的待分析事件数据的个数，并分别确定每个待分析事件数据的第一综合匹配值以及第二综合匹配值；

建立左邻通信事件的第一地址以及右邻通信事件的第二地址；

基于所述第一地址以及第二地址，确定两个地址之间的匹配线轴；

基于匹配值-位置数据库，确定每个待分析事件数据的第一综合匹配值与第二综合匹配值分别基于匹配线轴的匹配点对，并确定所述匹配点对中的第一点与匹配线轴的第一距离以及匹配点对中的第二点与匹配线轴的第二距离；

根据所述第一距离与第二距离，确定基于所述匹配线轴的最终位置点；

其中，z表示距离匹配线轴初始点的距离值；L表示对应匹配线轴的长度；k1表示对应的第一距离；k2表示对应的第二距离；γ1表示基于比值数据库获取的与L以及

根据所述匹配线轴的时间表示，向对应最终位置点规划等待时间。

需要说明的是，一个待分析事件数据对应一个第一综合匹配值以及一个第二综合匹配值。

需要说明的是，第一地址也就是上述提到的单元格1，第二地址也就是上述提到的单元格3，来建立单元格1与单元格2之间的匹配线轴，如图5所示。

假如，第一综合匹配值对应的在线轴上的位置1，第二综合匹配值对应的在线轴上的位置2，此时，位置1与线轴的初始点的距离为第一距离，位置2与线轴的终止点的距离为第二距离，且位置1与位置2为匹配点对。

需要说明的是，匹配值-位置数据库中包含不同的匹配值以及与匹配值对应的距离在内，进而可以确定位置点。

需要说明的是，距离调整值的在[0，k1/l]之间。

需要说明的是，匹配线轴的每个位置点都预先设置有匹配的时间，因此，根据时间表示，可以向最终位置点设置等待时间。

需要说明的是，不同地址之间构成的线轴都是可以预先按照队列确定好，以及每个单元格的发布时长等都是预先设置好的，因此，可以在确定匹配线轴之后，来进行时间表示与位置的匹配。

上述技术方案的有益效果是：通过确定第一地址与第二地址，构建匹配线轴，并根据同个待分析时间数据的匹配值，在匹配线轴上设置匹配点对，最后根据公式，计算最终位置点，且通过与时间表示的匹配，得到规划等待时间点，为有序发布提供有效基础。

具体地进行阐述，在本发明实施例中，启动事件处理程序，且基于所述目标消息队列写入的事件数据的事件优先级订阅发布数据，包括：

确定所述目标消息队列写入的事件数据的事件优先级；

根据所述事件优先级，确定订阅时间，并获取时间标签；

将所述时间标签与订阅的发布数据进行关系绑定。

需要说明的是，比如存在事件1、2、3，且事件1的优先级>事件2的优先级>事件3的优先级，此时，就按照优先级，分别确定事件的订阅时间，并将每个订阅时间设置成对应的时间标签，与发布数据进行绑定，比如，在发布数据1发布之后紧接着对发布数据2进行发布。

上述技术方案的有益效果是：通过确定写入的事件数据的事件优先级，并进行时间标签与发布数据的绑定，方便数据的有序发布，进而保证发布的及时性。

具体地进行阐述，在本发明实施例中，对订阅的发布数据进行预处理，确定每个发布数据所对应的发布通道，包括：

提取订阅的发布数据中的订阅标识以及数据标识，并建立标识组合；

确定与订阅的发布数据匹配的主叫方以及被叫方；

确定所述主叫方的第一电话属性以及被叫方的第二电话属性，并建立属性组合；

确定所述标识组合的第一组合权重：

其中，Y1表示对应标识组合的第一组合权重；P1(s1,s)表示对应订阅标识s1与标识数据库s的标识匹配结果；P2(s2,s)表示对应数据标识s2与标识数据库s的标识匹配结果；

确定所述属性组合的第二组合权重：

其中，Y2表示对应属性组合的第二组合权重；f1表示主叫方的主叫性质；f2表示被叫方的被叫性质；e表示指数函数的符号；∝1表示主叫方的第一电话属性的属性值；∝2表示被叫方的第二电话属性的属性值；

基于所述第一组合权重与第二组合权重，计算得到第三组合权重；

其中，Y3表示对应第三组合权重；ave(Y1,Y2)表示Y1与Y2和的平均值；

当所述第三组合权重大于预设权重时，如果所述主叫方与被叫方的当前呼叫通道为第一共有通道，按照所述第三组合权重预设权重的第一权重差，来规划私有安全程度，并建立与所述私有安全程度一致的所述主叫方与被叫方之间的第一私有通道，并将订阅的发布数据发布到所述第一私有通道上；

如果所述主叫方与被叫方的当前呼叫通道为私有通道，此时，按照所述权重差，提升所述私有通道的安全性，并将订阅的发布数据发布到所述私有通道上；

当所述第三组合权重不大于预设权重时，保持所述主叫方与被叫方的当前呼叫通道不变，并将订阅的发布数据发布到所述当前呼叫通道上。

需要说明的是，预设权重的取值一般为0.5，共有通道指的是主叫方与被叫方使用的公共分机进行的呼叫，且私有安全程度指的是呼叫过程的保密程度。

私用通道指的是采用专用的私人电话之间构成的通道，且该通道具备一定的安全程度，且比如是，从私有电话1将信息发送到私有电话2上。

需要说明的是，提升安全性，可以是为通道进行安全校验等操作，保证安全发布。

需要说明的是，当前呼叫通道比如是分机1与分机2构成的，可以采用该通道直接对分机2下发数据。

需要说明的是，发布数据中存在订阅标识以及数据标识，比如，订阅标识为花费查寻、流量查寻标识，数据标识为具体的花费包括内容，比如，使用多少分钟数，剩余多少分钟数，套餐是多少等，具体的流量内容包括，使用多少流量、剩余多少流量等，也就是数据标识是对订阅标识的进一步体现。

需要说明的是，主叫方为主动打电话的一方，被叫方为被动接听的一方。

需要说明的是，第一电话属性比如为流量套餐推销属性，第二电话属性为流量套餐被接收推销属性。

需要说明的是，标识数据库中包括各种不同的订阅标识、数据标识等在内，且获取的标识匹配结果可以是存在的匹配标识，进而通过转换得到结果值。

需要说明的是，匹配转换系数是为了将不同情况的标识转换为统一的数值进行计算，保证结果的正确性。

需要说明的是，主叫性质与被叫性质其实与对应的属性相关，比如，是销售性质与被销售性质，且对应的取值范围在0-1之间，且对应属性值的取值范围也在0-1之间，且不同的性质以及不同的属性对应的值都是预先设置好的，可以直接从对应的数据库中获取得到。

上述技术方案的有益效果是：通过对数据分析，建立标识组合，通过对属性分析，建立属性组合，并分别计算不同组合权重以及对两个结果的权重进行组合得到第三组合权重，通过与预设权重的比较，来对当前呼叫通道进行更改或者保持，有效的保证推送发布数据对应发布通道的合理性，以及不同发布数据匹配发布通道的有序性，进一步保证有序发布的及时性。

具体地进行阐述，在本发明实施例中，启动发布程序，调用与不同发布通道匹配的目标接口进行发布数据的推送，包括：

基于发布程序，搜索与所述发布通道的通道属性匹配的接口属性；

建立与所述接口属性一致的目标接口与需求端的通讯连接，并基于所述目标接口进行发布数据的推送，并推送到需求端。

该实施例中，比如，发布通道为进行实际用户与智能客服之间的数据发布，且对应的通道属性为机器-用户通道-事件类型，进而来确定与该属性匹配的接口。

比如，用户1是采用的电话方式沟通的，接口属性是需要采用短信的方式进行接收，进而来将数据推送到接收短信的需求端。

上述技术方案的有益效果是：通过搜索与通道属性匹配的接口属性，便于进行发布数据的推送，保证及时性。

具体地进行阐述，在本发明实施例中，确定所述待写入队列与交换机写入符号是否一致之后，还包括：

当确定出所述待写入队列与交换机写入符号不一致时，重新获取订阅程序中预先配置的候选交换机，并进行事件数据的写入。

需要说明的是，订阅程序中包括若干种预先配置的交换机，就是为了放置当符号不一致时，可采用候选交换机实现数据的有效写入。

上述技术方案的有益效果是：当存在不一致的情况下，可以获取候选交换机，实现事件数据的有效写入，为确定订阅需求的及时性提供基础。

根据本发明的实施方案，提供第二个方案为：一种呼叫中心数据发布订阅处理的系统，如图2所示，包括：

事件订阅模块，用于启动呼叫中心的程序，并从呼叫中心的订阅端口订阅到事件数据；

配置写入模块，用于启动订阅程序，并基于事件数据的第一配置与所述订阅程序的第二配置，将对应的事件数据写入到目标消息队列中；

通道确定模块，用于启动事件处理程序，且基于所述目标消息队列写入的事件数据的事件优先级订阅发布数据，并对订阅的发布数据进行预处理，确定每个发布数据所对应的发布通道；

数据推送模块，用于启动发布程序，调用与不同发布通道匹配的目标接口进行发布数据的推送。

上述技术方案的有益效果是：通过对事件数据与程序的配置，确定写入情况，且还根据优先级订阅发布数据，可以有效的保证事件数据的有序订阅，满足订阅需求的及时性，且在后续向不同的发布数据配置不同的传输通道，可以实现订阅数据的有效传输，来进一步满足订阅需求的及时性。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其他实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。