语音消息的处理方法及装置、存储介质、电子装置与流程

1.本发明涉及通信领域，具体而言，涉及一种语音消息的处理方法及装置、存储介质、电子装置。


背景技术：

2.传统客服解决方案为整体打包方案，在进行语音消息的处理时，均是通过同种方式处理，并不能对用户发起客服请求的用户终端的类型进行确定，向用户主动推送信息，无法根据用户自身的信息以及用户使用的客服终端类型选择适合的客服端进行客服请求的应答，实现精准客服请求处理。例如，市场上的成熟方案一般为识别用户来源，将用户路由分发到指定坐席，如供应商提供的机器人或坐席系统的某个技能组，并不能结合对应的实际情进行客服请求灵活处理，可能出现简单客服请求进行复杂处理的状态。
3.针对相关技术中，对于语音消息无法进行有效的区分处理，处理方式单一且无法调整等问题，尚未提出有效的技术方案。


技术实现要素：

4.本发明实施例提供了一种语音消息的处理方法及装置、存储介质、电子装置，以至少解决相关技术中，对于语音消息无法进行有效的区分处理，处理方式单一且无法调整等问题。
5.根据本发明的一个实施例，提供了一种语音消息的处理方法，包括：获取软交换平台上的语音消息；确定语音消息对应的复杂度，其中，复杂度用于指示处理语音消息的难度；从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理。
6.在一个示例性实施例中，从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理，包括：在确定复杂度小于或者等于第一预设阈值的情况下，确定语音消息对应的语音处理渠道为互动式语音应答；在确定复杂度大于第一预设阈值，且小于或者等于第二预设阈值的情况下，确定语音消息对应的语音处理渠道为人工坐席应答。
7.在一个示例性实施例中，从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理之后，上述方法还包括：获取目标业务平台对于语音消息的处理结果；根据处理结果确定语音消息是否成功处理，并生成语音消息的处理记录，其中，处理记录中包括：处理语音消息的目标业务平台的平台信息、语音消息的处理周期。
8.在一个示例性实施例中，根据处理结果确定语音消息是否成功处理，并生成语音消息的处理记录，包括：在处理结果指示需要转发语音消息至其他业务平台处理的情况下，确定语音消息未成功处理，并将语音消息添加至待转发消息队列中，其中，待转发消息队列用于存储未成功处理的语音消息转发至除目标业务平台以外的其他业务平台进行重新处
理；在处理结果指示呼叫语音消息发送端的情况下，确定语音消息成功处理，并结束语音消息对应的所有处理流程。
9.在一个示例性实施例中，将语音消息添加至待转发消息队列中之后，上述方法还包括：当确定待转发消息队列中的消息数量大于预设阈值的情况下，提出转发呼叫请求；基于转发呼叫请求开启待转发消息队列中消息的转发操作。
10.在一个示例性实施例中，获取软交换平台上的语音消息之后，上述方法还包括：查询每一条语音消息携带的标识编码，其中，标识编码用于标识发起语音消息的目标对象的基础信息；通过应用程序接口连接信息数据库对标识编码进行查询；在确定标识编码存在于信息数据库的情况下，确定语音消息对应的目标对象为已注册对象，在语音消息中添加目标标识，其中，目标标识用于指示语音消息为售后服务消息。
11.在一个示例性实施例中，获取软交换平台上的语音消息，包括：确定发出语音消息的目标设备的设备类型；在设备类型具有呼叫权限的情况下，建立与目标设备的与语音消息发送通道，以获取目标设备发送的语音消息。
12.根据本发明的另一个实施例，提供了一种语音消息的处理装置，包括：获取模块，用于获取软交换平台上的语音消息；确定模块，用于确定所述语音消息对应的复杂度，其中，所述复杂度用于指示处理语音消息的难度；处理模块，用于从预设的渠道列表中匹配出所述复杂度的语音处理渠道，通过所述语音处理渠道将语音消息发送至对应目标业务平台进行处理。
13.在一个示例性实施例中，上述处理模块，还用于在确定复杂度小于或者等于第一预设阈值的情况下，确定语音消息对应的语音处理渠道为互动式语音应答；在确定复杂度大于第一预设阈值，且小于或者等于第二预设阈值的情况下，确定语音消息对应的语音处理渠道为人工坐席应答。
14.在一个示例性实施例中，上述装置还包括：记录模块，用于获取目标业务平台对于语音消息的处理结果；根据处理结果确定语音消息是否成功处理，并生成语音消息的处理记录，其中，处理记录中包括：处理语音消息的目标业务平台的平台信息、语音消息的处理周期。
15.在一个示例性实施例中，上述记录模块，还用于在处理结果指示需要转发语音消息至其他业务平台处理的情况下，确定语音消息未成功处理，并将语音消息添加至待转发消息队列中，其中，待转发消息队列用于存储未成功处理的语音消息转发至除目标业务平台以外的其他业务平台进行重新处理；在处理结果指示呼叫语音消息发送端的情况下，确定语音消息成功处理，并结束语音消息对应的所有处理流程。
16.在一个示例性实施例中，上述记录模块还包括：转发单元，用于当确定待转发消息队列中的消息数量大于预设阈值的情况下，提出转发呼叫请求；基于转发呼叫请求开启待转发消息队列中消息的转发操作。
17.在一个示例性实施例中，上述装置还包括：查询模块，用于查询每一条语音消息携带的标识编码，其中，标识编码用于标识发起语音消息的目标对象的基础信息；通过应用程序接口连接信息数据库对标识编码进行查询；在确定标识编码存在于信息数据库的情况下，确定语音消息对应的目标对象为已注册对象，在语音消息中添加目标标识，其中，目标标识用于指示语音消息为售后服务消息。
18.在一个示例性实施例中，上述获取模块，还用于确定发出语音消息的目标设备的设备类型；在设备类型具有呼叫权限的情况下，建立与目标设备的与语音消息发送通道，以获取目标设备发送的语音消息。
19.根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
20.根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
21.通过本发明，获取软交换平台上的语音消息；确定语音消息对应的复杂度，其中，复杂度用于指示处理语音消息的难度；从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理，也就是说，智能分发平台通过与目标设备终端、基础服务平台、业务平台之间的交互以及配合，对语音消息进行分类处理，并根据语音消息对应的复杂度为其确定适合的语音处理渠道，对语音消息进行划分管理，因此，可以解决现有技术中对于语音消息无法进行有效的区分处理，处理方式单一且无法调整等问题，使得对于语音消息的处理方式变得多种多样，提升了语音消息的处理效率，避免了单一方式的缓慢。
附图说明
22.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
23.图1是本发明实施例的一种语音消息的处理方法的智能分发平台的硬件结构框图；
24.图2是根据本发明实施例的语音消息的处理方法的流程图；
25.图3是根据本发明可选实施例的智能业务分发平台系统的结构示意图；
26.图4是根据本发明可选实施例的智能业务分发平台系统的网络拓扑图；
27.图5是根据本发明可选实施例的智能业务分发平台系统的网络架构示意图；
28.图6是根据本发明可选实施例的智能业务分发平台系统对语音消息进行处理的流程示意图；
29.图7是根据本发明实施例的语音消息的处理的结构框图。
具体实施方式
30.下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
31.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
32.本技术实施例所提供的方法实施例可以在计算机终端或者云端类似的运算装置中执行。以运行在智能分发平台上为例，图1是本发明实施例的一种语音消息的处理方法的智能分发平台的硬件结构框图。如图1所示，智能分发平台可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的
处理装置)和用于存储数据的存储器104，在一个示例性实施例中，上述智能分发平台还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述智能分发平台的结构造成限定。例如，智能分发平台还可包括比图1中所示更多或者更少的组件，或者具有与图1所示等同功能或比图1所示功能更多的不同的配置。
33.存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的语音消息的处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至智能分发平台。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
34.传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括智能分发平台的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
35.在本实施例中提供了一种语音消息的处理方法，图2是根据本发明实施例的语音消息的处理方法的流程图，该流程包括如下步骤：
36.步骤s202，获取软交换平台上的语音消息；
37.步骤s204，确定所述语音消息对应的复杂度，其中，所述复杂度用于指示处理语音消息的难度；
38.步骤s208，从预设的渠道列表中匹配出所述复杂度的语音处理渠道，通过所述语音处理渠道将语音消息发送至对应目标业务平台进行处理。
39.需要说明的是，上述预设的渠道列表中可以同时存在一组或者多组复杂度与语音处理渠道的对应关系，并且该对应关系可以根据实际的使用需求进行灵活设置，使得对于语音消息进行处理的扩展性、灵活性大大增强。
40.通过上述步骤，获取软交换平台上的语音消息；确定语音消息对应的复杂度，其中，复杂度用于指示处理语音消息的难度；从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理，也就是说，智能分发平台通过与目标设备终端、基础服务平台、业务平台之间的交互以及配合，对语音消息进行分类处理，并根据语音消息对应的复杂度为其确定适合的语音处理渠道，对语音消息进行划分管理，因此，可以解决现有技术中对于语音消息无法进行有效的区分处理，处理方式单一且无法调整等问题，使得对于语音消息的处理方式变得多种多样，提升了语音消息的处理效率，避免了单一方式的缓慢。
41.在一个示例性实施例中，从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理，包括：在确定复杂度小于或者等于第一预设阈值的情况下，确定语音消息对应的语音处理渠道为互动式语音应答；在确定复杂度大于第一预设阈值，且小于或者等于第二预设阈值的情况下，确定语音消息
对应的语音处理渠道为人工坐席应答。
42.简单来说，通过设置阈值区间，对一定复杂度范围内的语音消息通过同种语音处理渠道进行处理，避免了复杂度过多时对确认渠道的繁琐，只要处于该阈值范围内便使用对应的语音处理渠道，使得无论在何种情况下，都可以快速确定出对语音消息对应的处理渠道。
43.在一个示例性实施例中，从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理之后，上述方法还包括：获取目标业务平台对于语音消息的处理结果；根据处理结果确定语音消息是否成功处理，并生成语音消息的处理记录，其中，处理记录中包括：处理语音消息的目标业务平台的平台信息、语音消息的处理周期。
44.也就是说，在通过语音处理渠道将语音消息发送至对应的目标业务平台进行处理后，为了便于后续对语音消息的处理结果进行查找以及保证对语音消息的处理效果，可以对处理结果的解析确定每一条语音消息对应的处理情况，统计不同业务平台对语音消息的处理周期，使得后续可以通过大数据分析将语音消息优先发送至处理周期短的目标业务平台，提升对于语音消息的反馈效率。
45.在一个示例性实施例中，根据处理结果确定语音消息是否成功处理，并生成语音消息的处理记录，包括：在处理结果指示需要转发语音消息至其他业务平台处理的情况下，确定语音消息未成功处理，并将语音消息添加至待转发消息队列中，其中，待转发消息队列用于存储未成功处理的语音消息转发至除目标业务平台以外的其他业务平台进行重新处理；在处理结果指示呼叫语音消息发送端的情况下，确定语音消息成功处理，并结束语音消息对应的所有处理流程。
46.在一个示例性实施例中，将语音消息添加至待转发消息队列中之后，上述方法还包括：当确定待转发消息队列中的消息数量大于预设阈值的情况下，提出转发呼叫请求；基于转发呼叫请求开启待转发消息队列中消息的转发操作。
47.例如，客户端先连接至通话控制模块。通话控制模块调用智能分发平台接口，获取到默认呼叫的渠道(例如智能ivr)。通话控制模块获取到默认渠道后，呼叫至智能ivr。智能ivr处理后，需要转发其他平台处理，则发送mq消息到mq平台。智能分发平台监测到mq中需要转发呼叫请求后，通知通话控制模块进行转呼操作。通话控制模块收到请求后，呼叫智能分发平台告知的渠道，呼叫接通后，挂断与智能ivr的通话。
48.在一个示例性实施例中，获取软交换平台上的语音消息之后，上述方法还包括：查询每一条语音消息携带的标识编码，其中，标识编码用于标识发起语音消息的目标对象的基础信息；通过应用程序接口连接信息数据库对标识编码进行查询；在确定标识编码存在于信息数据库的情况下，确定语音消息对应的目标对象为已注册对象，在语音消息中添加目标标识，其中，目标标识用于指示语音消息为售后服务消息。
49.在一个示例性实施例中，获取软交换平台上的语音消息，包括：确定发出语音消息的目标设备的设备类型；在设备类型具有呼叫权限的情况下，建立与目标设备的与语音消息发送通道，以获取目标设备发送的语音消息。
50.为了更好的理解上述语音消息的处理方法的过程，以下结合两个可选实施例对上述语音消息的处理方法流程进行说明。
51.本发明可选实施例中，主要提供了一种智能业务分发平台系统，如图3所示，上述系统包括：客户端32、基础服务平台34、智能分发平台dbs36、业务平台38；
52.可选的，基础服务平台34组成可包括：im平台、媒体平台、ss软交换平台(dbs-ss)、远程控制模块(dbs-remote)；其中，ss软交换，ss表示softswitch(软交换)，是一种功能实体，为下一代网络ngn提供具有实时性要求的业务的呼叫控制和连接控制功能，是下一代网络呼叫与控制的核心。ss软交换平台，用于部署在通话控制模块之前的服务，用于满足通信需要的网络通信模块；im平台，提供基础的文本、语音、图片等类型的消息内容的即时通讯平台，可以发送文本、图像、语音、文件。媒体平台，提供语音呼叫的音频平台，负责音频呼叫的主要业务模块，音视频呼叫平台，可以进行语音、视频通话。
53.可选的，智能分发平台dbs 36组成可包括：rest api模块、业务规则处理模块、mq(message queue，消息队列，简称mq)消息队列模块(dbs-mq)、通话控制模块(dbs-call)、后台管理模块(dbs-web)、远程控制模块(dbs-remote)；其中，rest api模块提供智能分发平台后台接口服务，主要用于提供给h5在线客服、后台管理网站的后台接口，同时提供hic客服中心调用接口获取历史转发沟通记录等接口。mq消息队列模块，用于处理mq消息，并回复消息到mq，提供统一的mq对接规范，提供给第三方应用程序对接，达到接入智能分发平台服务功能。后台管理模块，主要为智能分发平台的后台管理网站(dbs-h5-admin)，提供页面会话的转发规则配置及文本、音频会话的查询及监听，同时提供统计报表功能，方便数据统计及监控，对于会话转发日志也可以在后台管理网站进行查看。是一个界面化的后台管理模块。通话控制模块，主要是控制音频呼叫的，与dbs-rest模块对接，获取到转发渠道后，通过sip信令呼叫到指定的平台，完成网器端或智能音箱的语音在线咨询功能。通话控制模块可以完成与智能ivr和hic客服中心语音坐席对接，完成通话信令的转发。远程控制模块、通话控制模块包括两部分，一是集成在网器端的sdk功能，二是提供hic客服中心的坐席人员桌面程序。当网器端用户使用设备进行语音沟通时，需要人工坐席提供远程支持，客户可以点击远程协助按钮，此时在网器端会显示一个6位数字连接码，把这个连接码告诉人工坐席，人工坐席通过桌面客户端，输入连接码后就可以直接远程到网器端进行远程控制。
54.可选的，业务平台38组成可包括：用户中心系统、云问文本机器人、智能ivr、hic客服平台、网络客服中心。
55.可选的，上述用户中心系统包括：集成场景和集成数据，其中，集成场景为根据用户唯一帐号，获取到用户信息，包括用户唯一id，用户角色信息。集成数据为根据用户id、用户角色，用户id用于hic客服中心获取此用户信息。用户角色用于智能分发平台根据用户角色判断走哪个默认渠道。
56.可选的，云问文本机器人的集成场景为im客户端通过sdk发送语音消息到im平台，im平台把消息转发到智能分发平台，智能分发平台根据业务规则把im消息发送到mq中，云问机器人消费mq消息中的数据，然后解答问题。并把解答消息也发送到mq中，智能分发平台消费云问机器人存放在智能分发平台的消息，并判断云问机器人是否转发消息到其他渠道，如果是转发到hic客服中心处理，如果不是，通过rest接口推送消息到im客户端上。
57.需要说明的是，上述集成数据在不同交互阶段的构成如下：
58.步骤一、im平台转发消息到智能分发平台，im作为生产者，智能分发平台消费；可选的，此时对应的字段类型如表1所示：
[0059][0060][0061]
步骤二，智能分发平台消费im_to_robot，根据userid查询用户中心接口获取到用户信息，根据业务规则判断用户应该转发到哪个渠道？默认机器人渠道，调用机器人接口/mq。
[0062]
步骤三，智能分发平台判断需要转人工，发送生产消息，hic客服中心消费；此时，对应的字段类型如表2所示：
[0063][0064]
可选的，hic客服平台的集成场景为：进入智家app在线客服页面，点击【转人工】按钮或者顶部自定义菜单，都可以转发咨询到hic客服文本处理中心。hic客服中心可以处理文本、图片类的咨询。流程：在线客服发送im消息到im平台，im平台转发消息到智能分发平台，智能分发平台根据判断是要发送至人工客服，就会调用人工客服rest接口把问题发送出去。hic客服中心收到问题后，客服编写相应的答案，然后调用智能分发平台提供的回复接口，智能分发平台收到回复后，推送此消息到在线客服，至此，整个流程结束。hic客服平台的集成数据为：转人工后，需要修改ke_text_session_info表中的deal_type字段。deal_type为1表示机器人处理中，为2表示人工客服处理中。hic客服中心，人工坐席平台，可以介
入文本、语音咨询。
[0065]
可选的，智能ivr(语音呼叫)，智能问答语音平台，可根据知识训练，智能引导用户的平台。智能ivr的集成场景为用户通过智能音箱通过ss软交换模块到通话处理模块，通话处理模块dbs-call调用智能分发平台接口，获取默认呼叫到渠道智能ivr，音箱和智能ivr建立通讯。智能ivr无法处理时，调用智能分发平台接口，获取转发渠道的信息，然后转发呼叫到转发渠道。
[0066]
智能ivr的集成数据包括：
[0067]
1)获取语音呼叫默认渠道信息，请求url：post http://{hostname}/v1/voice/defaultmodule。请求参数如下表3所示。返回参数如下表4所示，info对象参数如下表5所示；
[0068]
表3、请求参数：
[0069][0070]
表4、返回参数：
[0071][0072]
表5、info对象参数
[0073][0074]
2)获取语音转发人工渠道信息，具体的，请求url：post http://{hostname}/v1/voice/customermodule。请求参数如下表6所示。返回参数如下表7所示，info对象参数如下表8所示；
[0075]
表6、请求参数：
[0076][0077]
表7、返回参数：
[0078][0079]
表8、info对象参数
[0080][0081][0082]
在构建完成上述智能业务分发平台系统之后，还以就组织与权限进行划分，例如，智能分发平台后台管理网站角色分为：超级管理员、普通管理员、运维工程师超级管理员拥有系统所有权限，包括角色管理、管理员管理等权限。普通管理员拥有除角色管理、用户管理、菜单管理的所有权限。运维工程师拥有异常转发数据菜单。
[0083]
作为一种可选的实施方式，图4是根据本发明可选实施例的智能业务分发平台系统的网络拓扑图；图5是根据本发明可选实施例的智能业务分发平台系统的网络架构示意图，用户可通过互联网访问存在智能业务分发平台以及在线客服的云服务器，云服务器直接连接包括用户中心以及会员系统的信息服务器，云服务器还可以连接内部系统服务器，内部系统服务器可以是包括订单系统、cdk、工单系统、oms等敏感信息；
[0084]
可选的，在执行上述网络架构时，需要注意一下几点：
[0085]
1.每个功能模块建立一个弹性扩展组以应对业务高峰；
[0086]
2.数据库安全组只允许对应的应用访问，应用的安全组只允许前端访问，其他组也要求只开放必要访问权限；
[0087]
3.业务放在分发平台相同区域的另一个vpc，进行必要的隔离。
[0088]
4.通过负载均衡器发布互联网服务，其他资源禁用互联网地址。
[0089]
可选的，对于数据结构，使用现有用户中心的统一登录方案，对未登录用户单独记录，客户信息来源于用户中心，包括用户标签、姓名、用户id、手机号、地址等；会员及权益信息来源于会员中心，如会员权益等级等；积分信息来源于积分中心，如会员积分等；用户服务单信息来源于hcc系统；用户商品及订单信息来源于现有的智家商城订单系统。用户物流信息来源于现有cdk物流系统。进而形成对统一的信息管理。
[0090]
作为一种可选的实施方式，图6是根据本发明可选实施例的智能业务分发平台系统对语音消息进行处理的流程示意图，具体包括以下步骤：
[0091]
步骤1、将目标设备在基础服务平台上进行注册，使得目标设备的语音消息可以上传在基础服务平台包括的软交换平台上。
[0092]
步骤2、当从目标设备发起语音消息的呼叫时，将语音消息发送至软交换平台；
[0093]
步骤3、软交换平台呼叫智能分发平台中的通话控制模块；以完成客户端先连接至通话控制模块的过程。
[0094]
步骤4、通话控制模块调用智能分发平台接口，获取到默认呼叫的渠道(例如智能ivr)。
[0095]
步骤5、通话控制模块呼叫默认渠道，确定默认渠道对语音消息的处理情况；
[0096]
步骤6、当默认渠道未成功处理语音消息后，确定需要将语音消息转发处理，获取转发渠道信息，并发送至智能分发平台中的业务规则处理模块确认；
[0097]
步骤7、通话控制模块根据默认渠道发起的转发呼叫对应的转发渠道信息进行语音消息的转发；
[0098]
步骤8、在收到转发请求之后根据转发渠道信息呼叫新渠道进行语音消息的处理，并挂断旧渠道的通话。
[0099]
综上，通过本发明可选实施例，智能业务分发平台提供基于多种业务场景的用户咨询客服信息分发能力，实现了上层逻辑的分发，如将咨询用户分发到不同机器人或不同坐席接待系统的不同接待组。并且智能业务分发平台提供统一对接规范，方便模块化产品进行接入配置。可对整套智能客服系统进行模块化更换或升级，且可选择多家供应商进行竞价合作，既能提升产品力也能节省大量成本。
[0100]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述语音消息的处理。
[0101]
在本实施例中还提供了一种语音消息的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0102]
图7是根据本发明实施例的语音消息的处理装置的结构框图，如图7所示，该装置包括：
[0103]
获取模块72，用于获取软交换平台上的语音消息；
[0104]
确定模块74，用于确定所述语音消息对应的复杂度，其中，所述复杂度用于指示处理语音消息的难度；
[0105]
处理模块76，用于从预设的渠道列表中匹配出所述复杂度的语音处理渠道，通过所述语音处理渠道将语音消息发送至对应目标业务平台进行处理。
[0106]
通过上述装置，获取软交换平台上的语音消息；确定语音消息对应的复杂度，其中，复杂度用于指示处理语音消息的难度；从预设的渠道列表中匹配出复杂度的语音处理渠道，通过语音处理渠道将语音消息发送至对应目标业务平台进行处理，也就是说，智能分发平台通过与目标设备终端、基础服务平台、业务平台之间的交互以及配合，对语音消息进行分类处理，并根据语音消息对应的复杂度为其确定适合的语音处理渠道，对语音消息进行划分管理，因此，可以解决现有技术中对于语音消息无法进行有效的区分处理，处理方式单一且无法调整等问题，使得对于语音消息的处理方式变得多种多样，提升了语音消息的处理效率，避免了单一方式的缓慢。
[0107]
在一个示例性实施例中，上述处理模块，还用于在确定复杂度小于或者等于第一预设阈值的情况下，确定语音消息对应的语音处理渠道为互动式语音应答；在确定复杂度大于第一预设阈值，且小于或者等于第二预设阈值的情况下，确定语音消息对应的语音处理渠道为人工坐席应答。简单来说，通过设置阈值区间，对一定复杂度范围内的语音消息通过同种语音处理渠道进行处理，避免了复杂度过多时对确认渠道的繁琐，只要处于该阈值范围内便使用对应的语音处理渠道，使得无论在何种情况下，都可以快速确定出对语音消息对应的处理渠道。
[0108]
在一个示例性实施例中，上述装置还包括：记录模块，用于获取目标业务平台对于语音消息的处理结果；根据处理结果确定语音消息是否成功处理，并生成语音消息的处理记录，其中，处理记录中包括：处理语音消息的目标业务平台的平台信息、语音消息的处理周期。也就是说，在通过语音处理渠道将语音消息发送至对应的目标业务平台进行处理后，为了便于后续对语音消息的处理结果进行查找以及保证对语音消息的处理效果，可以对处理结果的解析确定每一条语音消息对应的处理情况，统计不同业务平台对语音消息的处理周期，使得后续可以通过大数据分析将语音消息优先发送至处理周期短的目标业务平台，提升对于语音消息的反馈效率。
[0109]
在一个示例性实施例中，上述记录模块，还用于在处理结果指示需要转发语音消息至其他业务平台处理的情况下，确定语音消息未成功处理，并将语音消息添加至待转发消息队列中，其中，待转发消息队列用于存储未成功处理的语音消息转发至除目标业务平台以外的其他业务平台进行重新处理；在处理结果指示呼叫语音消息发送端的情况下，确定语音消息成功处理，并结束语音消息对应的所有处理流程。
[0110]
在一个示例性实施例中，上述记录模块还包括：转发单元，用于当确定待转发消息队列中的消息数量大于预设阈值的情况下，提出转发呼叫请求；基于转发呼叫请求开启待转发消息队列中消息的转发操作。
[0111]
例如，客户端先连接至通话控制模块。通话控制模块调用智能分发平台接口，获取到默认呼叫的渠道(例如智能ivr，interactive vocie response，互动式语音应答，简称ivr)。通话控制模块获取到默认渠道后，呼叫至智能ivr。智能ivr处理后，需要转发其他平
台处理，则发送mq消息到mq平台。智能分发平台监测到mq中需要转发呼叫请求后，通知通话控制模块进行转呼操作。通话控制模块收到请求后，呼叫智能分发平台告知的渠道，呼叫接通后，挂断与智能ivr的通话。
[0112]
在一个示例性实施例中，上述装置还包括：查询模块，用于查询每一条语音消息携带的标识编码，其中，标识编码用于标识发起语音消息的目标对象的基础信息；通过应用程序接口连接信息数据库对标识编码进行查询；在确定标识编码存在于信息数据库的情况下，确定语音消息对应的目标对象为已注册对象，在语音消息中添加目标标识，其中，目标标识用于指示语音消息为售后服务消息。
[0113]
在一个示例性实施例中，上述获取模块，还用于确定发出语音消息的目标设备的设备类型；在设备类型具有呼叫权限的情况下，建立与目标设备的与语音消息发送通道，以获取目标设备发送的语音消息。
[0114]
在本发明的描述中，需要理解的是，术语中“中心”、“上”、“下”、“前”、“后”、“左”、“右”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或组件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。
[0115]
在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“连接”、“相连”应做广义理解，例如，可以是固定连接，也可以是拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以是通过中间媒介间接相连，可以是两个组件内部的连通。当组件被称为“固定于”或“设置于”另一个元件，它可以直接在另一个组件上或者也可以存在居中的组件。当一个组件被认为是“连接”另一个元件，它可以是直接连接到另一个元件或者可能同时存在居中元件。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明的具体含义。
[0116]
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
[0117]
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0118]
在一个示例性实施例中，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
[0119]
s1，获取软交换平台上的语音消息；
[0120]
s2，确定所述语音消息对应的复杂度，其中，所述复杂度用于指示处理语音消息的难度；
[0121]
s3，从预设的渠道列表中匹配出所述复杂度的语音处理渠道，通过所述语音处理渠道将语音消息发送至对应目标业务平台进行处理。
[0122]
在一个示例性实施例中，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
[0123]
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储
有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
[0124]
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
[0125]
在一个示例性实施例中，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
[0126]
s1，获取软交换平台上的语音消息；
[0127]
s2，确定所述语音消息对应的复杂度，其中，所述复杂度用于指示处理语音消息的难度；
[0128]
s3，从预设的渠道列表中匹配出所述复杂度的语音处理渠道，通过所述语音处理渠道将语音消息发送至对应目标业务平台进行处理。
[0129]
在一个示例性实施例中，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
[0130]
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，在一个示例性实施例中，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0131]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。