CN108881651A - 呼叫平台的数据处理方法、装置、设备及存储介质 - Google Patents

呼叫平台的数据处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN108881651A
CN108881651A CN201810537986.4A CN201810537986A CN108881651A CN 108881651 A CN108881651 A CN 108881651A CN 201810537986 A CN201810537986 A CN 201810537986A CN 108881651 A CN108881651 A CN 108881651A
Authority
CN
China
Prior art keywords
data
queue
call platform
call
data processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810537986.4A
Other languages
English (en)
Other versions
CN108881651B (zh
Inventor
徐墨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201810537986.4A priority Critical patent/CN108881651B/zh
Priority to PCT/CN2018/095866 priority patent/WO2019227623A1/zh
Publication of CN108881651A publication Critical patent/CN108881651A/zh
Application granted granted Critical
Publication of CN108881651B publication Critical patent/CN108881651B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5175Call or contact centers supervision arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing
    • H04M3/2281Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5166Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing in combination with interactive voice response systems or voice portals, e.g. as front-ends
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5232Call distribution algorithms

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种呼叫平台的数据处理方法,属于数据处理领域。一种呼叫平台的数据处理方法,包括以下步骤:S1、接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;S2、将所述数据按存储规则存入多个队列中的其中一个队列;S3、接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端;S4、消息订阅端对接收到的数据进行清理后存入到redis数据库中。本发明中的数据接口规范、接入简单、支持多平台多渠道接入及SAAS化。

Description

呼叫平台的数据处理方法、装置、设备及存储介质
技术领域
本发明涉及数据交互处理领域,尤其涉及一种呼叫平台的数据处理方法、装置、设备及存储介质。
背景技术
所谓呼叫平台是一种基于CTI(Computer Telephony Integration,计算机电话基础)技术、充分利用通信网和计算机网络的多项功能集成与企业连为一体的综合信息服务系统,能有效、快速地为用户提供多种服务。企业通过呼叫平台,可以同时处理大量顾客来话,将来电自动分配给具备相应既能的人员处理,并能记录和存储所有来话信息。
如今呼叫平台在各行各业被广泛应用,且规模发展也越来越大;与此同时,为了对话务人员进行更好地管理,督促其精进服务能力,一般都配有监管系统对呼叫平台的话务人员进行管理,通过获取呼叫平台的数据进行分析,使得管理人员对众多话务人员的服务能力有全面客观的认识。
但是,现在很多大型企业可能同时配备多套呼叫平台,根据具体业务需求进行定制开发,然而传统的监管系统通常只能对接一套呼叫平台,且还需要针对不同平台做一些定制化开发,对接复杂,不支持多平台接入以及SAAS(Software-as-a-Service,软件即服务)化,不便于运营人员统筹管理话务人员。
发明内容
本发明要解决的技术问题是为了克服现有技术中监管系统与呼叫平台对接复杂、不支持多平台接入以及SAAS化的问题,提出了一种呼叫平台的数据处理方法、装置、设备采用发布和订阅的模式质,通过在监管系统与呼叫平台搭建一套消息中间件平台,采用发布和订阅的模式将电话平台的所有常用指标整合抽象成统一的数据接口,方便对接,支持多平台接入。
本发明是通过下述技术方案来解决上述技术问题:
一种呼叫平台的数据处理方法,包括以下步骤:
S1、接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;所述身份识别码包括呼叫平台ID、公司ID和坐席ID;
S2、将所述数据按存储规则存入多个队列中的其中一个队列;
S3、接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端;
S4、消息订阅端对接收到的数据进行清理后存入到redis数据库中。
优选地,所述多个呼叫平台根据预设的统一的接口规范发送数据。
优选地,所述存储规则为一一对应存储方式,所述将所述数据按存储规则存入多个队列中的其中一个队列包括:
所述队列与所述呼叫平台一一对应,所述呼叫平台发送来的数据存储至与之相对应的队列中。
优选地,所述消息订阅的请求至少包含有主题名称和队列名称,所述从队列中取出符合请求要求的数据打包发送给消息订阅端包括:
根据队列名称从相应的队列中查找符合主题名称的数据打包发送给消息订阅端。
优选地,所述存储规则为负载均衡存储方式,所述将所述数据按存储规则存入多个队列中的其中一个队列包括:
根据队列已存数据量,将呼叫平台发送来的数据存入已存数据量最少的队列中。
优选地,所述消息订阅的请求至少包含有主题名称和呼叫平台ID,所述从队列中取出符合请求要求的数据打包发送给消息订阅端包括:
根据所述请求从各个队列中查找出符合主题名称和呼叫平台ID的数据打包发送给消息订阅端。
优选地,S4中所述对接收到的数据进行清理包括以下步骤:
S41、合并数据,将一通电话过程中产生的多条数据合并成一条数据;
S42、统一格式,将合并后的数据按预设的格式整理到一个文件中。
本发明还公开了一种电子装置,所述电子装置上存储有呼叫平台的数据处理系统,所述呼叫平台的数据处理系统包括:
统一接口模块,用于接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;所述身份识别码包括呼叫平台ID、公司ID和坐席ID;
队列管理模块,用于将所述数据按存储规则存入多个队列中的其中一个队列;
队列模块,用于存储队列管理模块分配的数据,并接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端;
消息订阅端,用于根据配置定时发送消息订阅的请求,以及对接收到的数据进行清理后存入到redis数据库中。
本发明还公开了一种计算机设备,包括存储器和处理器,所述存储器上存储有可被所述处理器执行的呼叫平台的数据处理系统,所述系统被所述处理器执行时实现前述任一项所述的呼叫平台的数据处理方法的步骤。
本发明还公开了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序指令,所述计算机程序指令可被至少一个处理器所执行,以使所述至少一个处理器执行前述任一项所述的呼叫平台的数据处理方法的步骤。
本发明的积极进步效果在于:本发明中的数据接口规范、接入简单、支持多平台多渠道接入及SAAS化。
附图说明
图1示出了本发明呼叫平台的数据处理方法实施例一的流程图;
图2示出了本发明电子装置中呼叫平台的数据处理系统第一实施例的程序模块示意图;
图3示出了本发明计算机设备一实施例的硬件架构示意图。
附图标记:
计算机设备 2
呼叫平台的数据处理系统 20
存储器 21
处理器 22
网络接口 23
统一接口模块 201
队列管理模块 202
队列模块 203
消息订阅端 204
流程步骤 S1-S4
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
首先,本发明提出一种呼叫平台的数据处理方法。
在实施例一中,如图1所示,所述的呼叫平台的数据处理方法包括如下步骤:
S1、接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;所述身份识别码包括呼叫平台ID、公司ID和坐席ID。
所述呼叫平台发展至今已具备越来越多的功能,呼叫平台不仅仅用来接打客户电话,还具备数据存储和数据初步处理功能,可以将每个坐席的工作过程事无巨细地记录下来,通常都保存在平台的本地存储单元中。
保存的数据包括但不限于当前状态、签入时间、通话总时长、总通次、呼入通话次数、呼入通话时长、呼出通话次数、呼出通话时长、话后整理时长、话后整理次数、呼叫总量、呼损数、休息次数、休息时长、保持次数、保持时长、示忙次数、示忙时长、空闲时长、请求数和通话数等。这些数据是由呼叫平台直接记录下来的,无需经过计算得出,相当于原始数据,
而为了区分数据的来源,数据在保存到平台的本地存储单元时,都会自动添加一些用于表示数据来源的身份识别码,所述身份识别码包括但不限于呼叫平台ID、公司ID和坐席ID等,可以根据需要在平台中设置身份识别码添加规则,以实现在保存数据时的身份识别码自动添加。
所述多个呼叫平台根据预设的统一的接口规范发送数据,这个统一的接口规范包括四部分:方法、统一资源标识符(URL)、请求参数和返回参数。根据这个统一的接口规范发送数据,可保证数据处理系统接收到统一格式的数据。
所述呼叫平台发送数据以定期或定量为主,所述定期表示固定间隔时间发送,所述定量表示按固定数据量发送,也可以两种发送方式结合,以优先达到的方式进行发送。
S2、将所述数据按存储规则存入多个队列中的其中一个队列。
所述队列有若干个,每次接收到数据后,将数据存入到若干个队列中的其中一个队列中,即每个数据只存储一次。
所述存储规则由两种,以下进行主要介绍:
一、一一对应存储方式
所述一一对应存储方式指的是,队列数量等同于呼叫平台的数量,每个队列对应一个呼叫平台,接收到呼叫平台发送来的数据后,将数据保存到与该呼叫平台相对应的队列中。假设某一呼叫平台发送的数据多,则与之对应的队列中所存储的数据就多,反之亦然。
所述一一对应存储方式主要包括以下几个步骤:
步骤1:截取数据中包含的平台ID;
步骤2:从预设的平台ID-队列名称对应表中,查找出与所述数据中包含的平台ID相对应的队列名称;
步骤3:将数据存储到所述队列名称的队列中。
按此方式存储的数据按接收时间的先后顺序进行排列保存在队列中,类似于堆栈的原理。
二、负载均衡存储方式
所述负载均衡存储方式指的是,呼叫平台与队列之间没有特定的对应关系,但每个队列都有一个接收数据的上限,当接收到呼叫平台发来的数据后,根据队列已存数据量,将数据存入已存数据量最少的队列中,前提是每个队列所存的数据量不能超出其上限。
采用负载均衡存储方式,队列在接收存储的数据后,会向队列管理模块反馈一个队列已存数据量,每次存储后及每次数据被取出后,都会发生反馈一个队列已存数据量,最新的已存数据量负载在先的已存数据量,以保证队列管理模块中各队列已存数据量为最新的。
所述负载均衡存储方式主要包括以下几个步骤:
步骤1:查找已存数据量最少的队列名称;
步骤2:将数据存储到查找到的所述队列名称的队列中。
S3、接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端。
对应S2中的两种存储方式,请求中包含的有所区别,以下具体说明:
一、对应于一一对应存储方式
由于采用一一对应存储方式时,呼叫平台和队列是相对应的,为方便快速获取到资料,这里所述的请求至少包含有主题名称和队列名称,根据队列名称从相应的队列中查找符合主题的数据打包发送给消息订阅端。
二、对应于负载均衡存储方式
由于采用负载均衡存储方式时,呼叫平台与队列之间没有对应关系,各呼叫平台发送来的数据是打乱存入到各队列中。因此,这里所述的请求至少包含有主题名称和呼叫平台ID,根据所述请求从各个队列中查找出符合主题和呼叫平台ID的数据打包发送给消息订阅端,即查找某个呼叫平台发送的关于某个主题的数据打包发送给消息订阅端。
S4、消息订阅端对接收到的数据进行清理后存入到redis数据库中。
这里所述的数据是呼叫系统直接记录下来的,相当于原始数据,因此这些数据也是以一条条记录的方式记录在呼叫系统中,并不是经过整合后的数据。例如:12345(坐席ID)+通话中(实时状态)、12345+(2min)通话时长,这些与坐席ID为12345相关的数据是分开保存的,本例中具体为两条记录。
当消息订阅端接收到这些零散的数据后,需要对其进行加工(清理),具体包括合并数据和统一格式两步:
所述合并数据是指将一通电话过程中产生的多条数据合并成一条数据。例如:一通电话会产生多个数据,呼入通话时长、话后整理时长、保持时长等,如果这些数据来自同一个客服的同一通电话,那么会包含相同的标识符,合并数据就是把这三条数据中相同的标识符的数据段提取出来,再将表示不同内容的数据段添加在后面,组成一条数据,数据的组成格式是预设在系统中的。
所述统一格式是指将合并后的数据按预设的格式整理到一个文件中,比如按excel表格将数据中各项指标填入不同的表头下,参加下表:
呼叫平台ID 坐席ID 通话开始时间 …… 通话结束时间
12345 A224767 13:04 …… 13:10
…… …… …… …… ……
12678 B224756 16:00 …… 16:03
本方法采用统一的数据接口规范、接入简单、支持多平台多渠道接入,对接收到的来自多个平台的数据进行队列存储,特别采用负载均衡存储方式进行数据存储,有效防止一次性下发数据过多可能产生的堵塞情况。
其次,本发明提出了一种电子装置,所述电子装置上存储有呼叫平台的数据处理系统20,所述系统20可以被分割为一个或者多个程序模块。
例如,图2示出了所述呼叫平台的数据处理系统20第一实施例的程序模块示意图,该实施例中,所述系统20可以被分割为统一接口模块201、队列管理模块202、队列模块203和消息订阅端204。其中,本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段,比程序更适合于描述所述呼叫平台的数据处理系统20在所述电子装置2中的执行过程。以下描述将具体介绍所述程序模块201-204的具体功能。
所述统一接口模块201用于接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;所述身份识别码包括呼叫平台ID、公司ID和坐席ID。
所述呼叫平台不仅仅用来接打客户电话,还具备数据存储和数据初步处理功能,可以将每个坐席的工作过程事无巨细地记录下来,通常都保存在平台的本地存储单元中。
保存的数据包括但不限于当前状态、签入时间、通话总时长、总通次、呼入通话次数、呼入通话时长、呼出通话次数、呼出通话时长、话后整理时长、话后整理次数、呼叫总量、呼损数、休息次数、休息时长、保持次数、保持时长、示忙次数、示忙时长、空闲时长、请求数和通话数等。这些数据是由呼叫平台直接记录下来的,无需经过计算得出,相当于原始数据,
而为了区分数据的来源,数据在保存到平台的本地存储单元时,都会自动添加一些用于表示数据来源的身份识别码,所述身份识别码包括但不限于呼叫平台ID、公司ID和坐席ID等,可以根据需要在平台中设置身份识别码添加规则,以实现在保存数据时的身份识别码自动添加。
所述多个呼叫平台根据预设的统一的接口规范发送数据,这个统一的接口规范包括四部分:方法、统一资源标识符(URL)、请求参数和返回参数。根据这个统一的接口规范发送数据,可保证数据处理系统接收到统一格式的数据。
所述呼叫平台发送数据以定期或定量为主,所述定期表示固定间隔时间发送,所述定量表示按固定数据量发送,也可以两种发送方式结合,以优先达到的方式进行发送。
所述队列管理模块202用于将所述数据按存储规则存入多个队列中的其中一个队列。
所述队列有若干个,每次接收到数据后,将数据存入到若干个队列中的其中一个队列中,即每个数据只存储一次。
所述存储规则由两种,以下进行主要介绍:
一、一一对应存储方式
所述一一对应存储方式指的是,队列数量等同于呼叫平台的数量,每个队列对应一个呼叫平台,接收到呼叫平台发送来的数据后,将数据保存到与该呼叫平台相对应的队列中。假设某一呼叫平台发送的数据多,则与之对应的队列中所存储的数据就多,反之亦然。
所述一一对应存储方式主要包括以下几个步骤:
步骤1:截取数据中包含的平台ID;
步骤2:从预设的平台ID-队列名称对应表中,查找出与所述数据中包含的平台ID相对应的队列名称;
步骤3:将数据存储到所述队列名称的队列中。
按此方式存储的数据按接收时间的先后顺序进行排列保存在队列中,类似于堆栈的原理。
二、负载均衡存储方式
所述负载均衡存储方式指的是,呼叫平台与队列之间没有特定的对应关系,但每个队列都有一个接收数据的上限,当接收到呼叫平台发来的数据后,根据队列已存数据量,将数据存入已存数据量最少的队列中,前提是每个队列所存的数据量不能超出其上限。
采用负载均衡存储方式,队列在接收存储的数据后,会向队列管理模块反馈一个队列已存数据量,每次存储后及每次数据被取出后,都会发生反馈一个队列已存数据量,最新的已存数据量负载在先的已存数据量,以保证队列管理模块中各队列已存数据量为最新的。
所述负载均衡存储方式主要包括以下几个步骤:
步骤1:查找已存数据量最少的队列名称;
步骤2:将数据存储到查找到的所述队列名称的队列中。
所述队列模块203用于存储队列管理模块分配的数据,并接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端。
针对所述队列管理模块202可能采取的两种存储方式,所述请求对应有两种:
一、对应于一一对应存储方式
由于采用一一对应存储方式时,呼叫平台和队列是相对应的,为方便快速获取到资料,这里所述的请求至少包含有主题名称和队列名称,根据队列名称从相应的队列中查找符合主题的数据打包发送给消息订阅端。
二、对应于负载均衡存储方式
由于采用负载均衡存储方式时,呼叫平台与队列之间没有对应关系,各呼叫平台发送来的数据是打乱存入到各队列中。因此,这里所述的请求至少包含有主题名称和呼叫平台ID,根据所述请求从各个队列中查找出符合主题和呼叫平台ID的数据打包发送给消息订阅端,即查找某个呼叫平台发送的关于某个主题的数据打包发送给消息订阅端。
所述消息订阅端204用于根据配置定时发送消息订阅的请求,以及对接收到的数据进行清理后存入到redis数据库中。
这里所述的数据是呼叫系统直接记录下来的,相当于原始数据,因此这些数据也是以一条条记录的方式记录在呼叫系统中,并不是经过整合后的数据。例如:12345(坐席ID)+通话中(实时状态)、12345+(2min)通话时长,这些与坐席ID为12345相关的数据是分开保存的,本例中具体为两条记录。
当消息订阅端接收到这些零散的数据后,需要对其进行加工(清理),具体包括合并数据和统一格式两步:
所述合并数据是指将一通电话过程中产生的多条数据合并成一条数据。例如:一通电话会产生多个数据,呼入通话时长、话后整理时长、保持时长等,如果这些数据来自同一个客服的同一通电话,那么会包含相同的标识符,合并数据就是把这三条数据中相同的标识符的数据段提取出来,再将表示不同内容的数据段添加在后面,组成一条数据,数据的组成格式是预设在系统中的。
所述统一格式是指将合并后的数据按预设的格式整理到一个文件中,比如按excel表格将数据中各项指标填入不同的表头下,参见方法实施例一中所述的表格。
本系统采用统一的数据接口规范、接入简单、支持多平台多渠道接入,对接收到的来自多个平台的数据进行队列存储,特别采用负载均衡存储方式进行数据存储,有效防止一次性下发数据过多可能产生的堵塞情况。
再次,本发明还提出来一种计算机设备。
参阅图3所示,是本发明计算机设备一实施例的硬件架构示意图。本实施例中,所述计算机设备2是一种能够按照事先设定或者存储的指令,自动进行数值计算和/或信息处理的设备。例如,可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器,或者多个服务器所组成的服务器集群)等。如图所示,所述计算机设备2至少包括,但不限于,可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及呼叫平台的数据处理系统20。其中:
所述存储器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的操作系统和各类应用软件,例如所述呼叫平台的数据处理系统20的程序代码等。此外,所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述计算机设备2的总体操作,例如执行与所述计算机设备2进行数据交互或者通信相关的控制和处理等。本实施例中,所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据,例如运行所述的呼叫平台的数据处理系统20等。
所述网络接口23可包括无线网络接口或有线网络接口,该网络接口23通常用于在所述计算机设备2与其他计算机设备之间建立通信连接。例如,所述网络接口23用于通过网络将所述计算机设备2与外部终端相连,在所述计算机设备2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication,GSM)、宽带码分多址(WidebandCode Division Multiple Access,WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是,图3仅示出了具有组件21-23的计算机设备2,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
在本实施例中,存储于存储器21中的所述呼叫平台的数据处理系统20可以被一个或多个处理器(本实施例为处理器22)所执行,以完成上述呼叫平台的数据处理方法的操作。
此外,本发明一种计算机可读存储介质,所述计算机可读存储介质为非易失性可读存储介质,其内存储有计算机程序指令,所述计算机程序指令可被至少一个处理器所执行,以实现上述呼叫平台的数据处理方法或电子装置的操作。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种呼叫平台的数据处理方法,其特征在于,包括以下步骤:
S1、接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;所述身份识别码包括呼叫平台ID、公司ID和坐席ID;
S2、将所述数据按存储规则存入多个队列中的其中一个队列;
S3、接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端;
S4、消息订阅端对接收到的数据进行清理后存入到redis数据库中。
2.根据权利要求1所述的呼叫平台的数据处理方法,其特征在于,所述多个呼叫平台根据预设的统一的接口规范发送数据。
3.根据权利要求1所述的呼叫平台的数据处理方法,其特征在于,所述存储规则为一一对应存储方式,所述将所述数据按存储规则存入多个队列中的其中一个队列包括:
所述队列与所述呼叫平台一一对应,所述呼叫平台发送来的数据存储至与该呼叫平台相对应的队列中。
4.根据权利要求3所述的呼叫平台的数据处理方法,其特征在于所述消息订阅的请求至少包含有主题名称和队列名称,所述从队列中取出符合请求要求的数据打包发送给消息订阅端包括:
根据队列名称从相应的队列中查找符合主题名称的数据打包发送给消息订阅端。
5.根据权利要求1所述的呼叫平台的数据处理方法,其特征在于,所述存储规则为负载均衡存储方式,所述将所述数据按存储规则存入多个队列中的其中一个队列包括:
根据队列已存数据量,将呼叫平台发送来的数据存入已存数据量最少的队列中。
6.根据权利要求5所述的呼叫平台的数据处理方法,其特征在于,所述消息订阅的请求至少包含有主题名称和呼叫平台ID,所述从队列中取出符合请求要求的数据打包发送给消息订阅端包括:
根据所述请求从各个队列中查找出符合主题名称和呼叫平台ID的数据打包发送给消息订阅端。
7.根据权利要求5所述的呼叫平台的数据处理方法,其特征在于,S4中所述对接收到的数据进行清理包括以下步骤:
S41、合并数据,将一通电话过程中产生的多条数据合并成一条数据;
S42、统一格式,将合并后的数据按预设的格式整理到一个文件中。
8.一种电子装置,其特征在于,所述电子装置上存储有呼叫平台的数据处理系统,所述呼叫平台的数据处理系统包括:
统一接口模块,用于接收多个呼叫平台发送来的数据,所述数据中包含有表示数据来源的身份识别码;所述身份识别码包括呼叫平台ID、公司ID和坐席ID;
队列管理模块,用于将所述数据按存储规则存入多个队列中的其中一个队列;
队列模块,用于存储队列管理模块分配的数据,并接收消息订阅端发来的消息订阅的请求,从队列中取出符合请求要求的数据打包发送给消息订阅端;
消息订阅端,用于根据配置定时发送消息订阅的请求,以及对接收到的数据进行清理后存入到redis数据库中。
9.一种计算机设备,包括存储器和处理器,其特征在于,所述存储器上存储有可被所述处理器执行的呼叫平台的数据处理系统,所述系统被所述处理器执行时实现如权利要求1-7中任一项所述的呼叫平台的数据处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序指令,所述计算机程序指令可被至少一个处理器所执行,以使所述至少一个处理器执行如权利要求1-7中任一项所述的呼叫平台的数据处理方法的步骤。
CN201810537986.4A 2018-05-30 2018-05-30 呼叫平台的数据处理方法、装置、设备及存储介质 Active CN108881651B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810537986.4A CN108881651B (zh) 2018-05-30 2018-05-30 呼叫平台的数据处理方法、装置、设备及存储介质
PCT/CN2018/095866 WO2019227623A1 (zh) 2018-05-30 2018-07-17 呼叫平台的数据处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810537986.4A CN108881651B (zh) 2018-05-30 2018-05-30 呼叫平台的数据处理方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN108881651A true CN108881651A (zh) 2018-11-23
CN108881651B CN108881651B (zh) 2021-08-06

Family

ID=64335676

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810537986.4A Active CN108881651B (zh) 2018-05-30 2018-05-30 呼叫平台的数据处理方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN108881651B (zh)
WO (1) WO2019227623A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109656726A (zh) * 2018-11-28 2019-04-19 中国船舶重工集团公司第七〇九研究所 一种适用于数据中心的工业信息交互系统及方法
CN110708247A (zh) * 2019-09-27 2020-01-17 浙江大搜车软件技术有限公司 消息路由方法、装置、计算机设备和存储介质
CN112003986A (zh) * 2020-07-24 2020-11-27 招联消费金融有限公司 语音外呼方法、装置、计算机设备和存储介质
CN112738351A (zh) * 2021-04-06 2021-04-30 杭州一知智能科技有限公司 一种基于SaaS环境的号码外呼隐私保护系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000026817A1 (en) * 1998-10-29 2000-05-11 Genesys Telecommunications Laboratories, Inc. A stored-media interface engine providing an abstract record of stored multimedia files within a multimedia communication center
CN101287045A (zh) * 2008-05-20 2008-10-15 深圳市友邻通讯设备有限公司 分布式呼叫中心集中管理方案及其集中管理系统
CN103034733A (zh) * 2012-12-25 2013-04-10 北京讯鸟软件有限公司 一种用于呼叫中心的数据监控统计方法
CN103685777A (zh) * 2012-09-25 2014-03-26 中国电信股份有限公司 多呼叫中心转接业务的方法与系统
CN105554320A (zh) * 2016-01-15 2016-05-04 上海携程商务有限公司 呼叫中心话务量的监控方法及系统
CN106021315A (zh) * 2016-05-05 2016-10-12 智者四海(北京)技术有限公司 一种应用程序的日志管理方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103020056A (zh) * 2011-09-20 2013-04-03 佳都新太科技股份有限公司 一种跨开放平台社交消息优化计算的订阅推送引擎
CN103152433B (zh) * 2013-01-14 2017-12-05 广东电子工业研究院有限公司 一种分布式服务端的使用、交互和请求处理方法
US10333879B2 (en) * 2015-08-07 2019-06-25 Satori Worldwide, Llc Scalable, real-time messaging system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000026817A1 (en) * 1998-10-29 2000-05-11 Genesys Telecommunications Laboratories, Inc. A stored-media interface engine providing an abstract record of stored multimedia files within a multimedia communication center
CN101287045A (zh) * 2008-05-20 2008-10-15 深圳市友邻通讯设备有限公司 分布式呼叫中心集中管理方案及其集中管理系统
CN103685777A (zh) * 2012-09-25 2014-03-26 中国电信股份有限公司 多呼叫中心转接业务的方法与系统
CN103034733A (zh) * 2012-12-25 2013-04-10 北京讯鸟软件有限公司 一种用于呼叫中心的数据监控统计方法
CN105554320A (zh) * 2016-01-15 2016-05-04 上海携程商务有限公司 呼叫中心话务量的监控方法及系统
CN106021315A (zh) * 2016-05-05 2016-10-12 智者四海(北京)技术有限公司 一种应用程序的日志管理方法及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109656726A (zh) * 2018-11-28 2019-04-19 中国船舶重工集团公司第七〇九研究所 一种适用于数据中心的工业信息交互系统及方法
CN110708247A (zh) * 2019-09-27 2020-01-17 浙江大搜车软件技术有限公司 消息路由方法、装置、计算机设备和存储介质
CN110708247B (zh) * 2019-09-27 2022-03-22 浙江大搜车软件技术有限公司 消息路由方法、装置、计算机设备和存储介质
CN112003986A (zh) * 2020-07-24 2020-11-27 招联消费金融有限公司 语音外呼方法、装置、计算机设备和存储介质
CN112738351A (zh) * 2021-04-06 2021-04-30 杭州一知智能科技有限公司 一种基于SaaS环境的号码外呼隐私保护系统及方法

Also Published As

Publication number Publication date
WO2019227623A1 (zh) 2019-12-05
CN108881651B (zh) 2021-08-06

Similar Documents

Publication Publication Date Title
CN108881651A (zh) 呼叫平台的数据处理方法、装置、设备及存储介质
WO2019056640A1 (zh) 订单处理方法及装置
CN107682576B (zh) 客户进线分配方法、系统、计算机设备及存储介质
CN108182111A (zh) 任务调度系统、方法和装置
CN110740217A (zh) 一种多渠道数据整合交互方法和装置、设备及存储介质
EP2643960A1 (en) Method and arrangement for enabling service delivery in a telecommunications network
CN110858332B (zh) 订单生产方法和装置
CN107682572B (zh) 客户进线分配方法、系统、计算机设备及存储介质
CN109033001A (zh) 用于分配gpu的方法和装置
US20210201213A1 (en) Reservation and waitlist management using precision table turn-time analysis
US11956330B2 (en) Adaptive data fetching from network storage
CN112465615B (zh) 账单数据的处理方法、装置及系统
CN104915902A (zh) 一种基于云平台的外卖在线派送实现方法
CN108564345B (zh) 保险平台数据处理方法、电子装置及计算机可读存储介质
CN109600324A (zh) 视频通信方法、装置、计算机设备及存储介质
CN108536356A (zh) 坐席信息处理方法、装置及计算机可读存储介质
CN109858975A (zh) 多会话类型智能分配方法、系统、设备及存储介质
CN103516763A (zh) 资源处理方法和系统以及装置
CN110009273B (zh) 信息处理方法及装置、存储介质、电子装置
CN111125046A (zh) 基于非结构化平台的跨系统文件共享系统及方法
CN111831503A (zh) 一种基于监控代理的监控方法和监控代理装置
CN109257256A (zh) 设备监控方法、装置、计算机设备及存储介质
CN105450878A (zh) 坐席资源码的分配方法和分配系统
CN109040491B (zh) 挂机行为处理方法、装置、计算机设备及存储介质
CN107045452B (zh) 虚拟机调度方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant