CN109218249B - 检测通话状态的方法、装置 - Google Patents
检测通话状态的方法、装置 Download PDFInfo
- Publication number
- CN109218249B CN109218249B CN201710513933.4A CN201710513933A CN109218249B CN 109218249 B CN109218249 B CN 109218249B CN 201710513933 A CN201710513933 A CN 201710513933A CN 109218249 B CN109218249 B CN 109218249B
- Authority
- CN
- China
- Prior art keywords
- call
- reason
- waveform
- similarity
- media stream
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/0024—Services and arrangements where telephone services are combined with data services
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种检测通话状态的方法、装置,涉及计算机技术领域,该方法的一具体实施方式包括:当呼叫未接通时接收被叫方返回的媒体流,获取所述媒体流的波形;将所述媒体流的波形与预存储波形进行比对得到相似度;根据所述相似度确定所述呼叫未接通的原因。该实施方式在不依赖错误码的情况下,能够正确的识别出呼叫未接通的原因,实现了呼叫未接通原因判定的自动化,减轻了客服的工作量,进而减少误报、错报的可能性。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种检测通话状态的方法、装置。
背景技术
呼叫中心就是在一个相对集中的场所,由一批服务人员组成的服务机构,通常利用计算机通讯技术,处理来自企业、顾客的垂询与咨询需求。呼叫中心充分利用现代通讯与计算机技术,如交互式语音呼叫中心流程应答系统(IVR)、自动呼叫分配系统(ACD)等等,可以自动灵活地处理大量各种不同的电话呼入和呼出业务和服务的运营操作场所。呼叫中心在企业应用中已经逐渐从电话营销中心向着计算机通信集成(CTI)综合呼叫中心转变,已经将电话、计算机、互联网等多种媒介综合应用于营销、服务等多项工作当中。一个典型的以客户服务为主的呼叫中心可以兼具呼入与呼出功能,当处理顾客的信息查询、咨询、投诉等业务的同时,可以进行顾客回访、满意度调查等呼出业务。以电话咨询为例,具备同时处理大量来话的能力,还具备主叫号码显示,可将来电自动分配给具备相应技能的人员处理,并能记录和储存所有来话信息。
同时,网络(IP)电话因其智能、廉价、开放等等特点,在呼叫中心行业,IP电话的更是得到了广泛的应用。
目前,在以外呼业务为主的呼叫中心,需要判定本次呼叫接通与否,如果不能接通,就需要给出具体原因的——如对方不在线、对方占线或者手机号码有误等等。如未接通原因是客服造成的(如主动放弃),往往会影响到客服人员的绩效考核成绩,所以,为了防止客服出于自身利益考虑的人为瞒报与误报,企业往往希望能通过某种手段,自动的识别出这个未接通的原因。这其中,最常见的办法就是通过对语音网关(SBC)返回错误码的识别,来标识未接通原因是哪种。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:如果SBC不能正常的返回错误码,而仅通过语音提示,来告知用户呼叫结果,那么上述解决办法是不能正确的标识出未接通的原因,就只能通过客服人工来标识问题的原因。
发明内容
有鉴于此,本发明实施例提供一种检测通话状态的方法、装置,能够解决当语音网关不能返回正确的错误码时,需要人工来标识错误原因的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种检测通话状态的方法。
本发明的一种检测通话状态的方法包括:当呼叫未接通时接收被叫方返回的媒体流,获取所述媒体流的波形;将所述媒体流的波形与预存储波形进行比对得到相似度;根据所述相似度确定所述呼叫未接通的原因。
可选地,所述预存储波形的类型对应于所述呼叫未接通的原因的类型。
可选地,根据所述相似度确定所述呼叫未接通的原因包括:当所述相似度大于预设阀值时,获取所述预存储波形的类型,根据所述预存储波形的类型确定所述呼叫未接通的原因。
可选地,所述方法还包括:建立所述呼叫未接通的原因与所述预存储波形的关联关系,并存储所述关联关系。
可选地,所述方法进一步包括:向服务器发送检测结果,所述检测结果包括所述呼叫未接通的原因和所述关联关系。
可选地,所述预设阀值根据检测结果动态调整。
为实现上述目的,根据本发明实施例的另一方面,提供了一种检测通话状态的装置。
本发明的一种检测通话状态的装置包括:获取模块,用于在呼叫未接通时接收被叫方返回的媒体流,获取所述媒体流的波形;比对模块,用于将所述媒体流的波形与预存储波形进行比对得到相似度;确定模块,用于根据所述相似度确定所述呼叫未接通的原因。
可选地,所述预存储波形的类型对应于所述呼叫未接通的原因的类型。
可选地,所述确定模块还用于:在所述相似度大于预设阀值时,获取所述预存储波形的类型,根据所述预存储波形的类型确定所述呼叫未接通的原因。
可选地,所述装置还包括:存储模块,用于建立所述呼叫未接通的原因与所述预存储波形的关联关系,并存储所述关联关系。
可选地,所述装置进一步包括:发送模块,用于向服务器发送检测结果,所述检测结果包括所述呼叫未接通的原因和所述关联关系。
可选地,所述预设阀值根据检测结果动态调整。
为实现上述目的,根据本发明实施例的再一方面,提供了一种检测通话状态的电子设备。
本发明实施例的一种检测通话状态的电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例的检测通话状态的方法。
为实现上述目的,根据本发明实施例的又一方面,提供了一种计算机可读介质。
本发明实施例的一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例的检测通话状态的方法。
上述发明中的一个实施例具有如下优点或有益效果:在呼叫未接通时,通过对媒体流的波形进行检测,在不依赖错误码的情况下,就能够根据检测结果正确的识别出呼叫未接通的原因,实现了呼叫未接通的原因判定的自动化,减轻了客服的工作量,进而减少了误报、错报的可能性。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是现有技术中检测通话状态的方法的实现框架示意图;
图2是根据本发明实施例的检测通话状态的方法的主要步骤的示意图;
图3是根据本发明实施例的检测通话状态的方法的实现框架的示意图;
图4是媒体流的波形的示意图;
图5是根据本发明实施例的检测通话状态的方法的波形检测的示意图;
图6是一种被叫方返回的媒体流的波形示意图;
图7是根据本发明实施例的检测通话状态的装置的主要模块的示意图;
图8是本发明实施例可以应用于其中的示例性系统架构图;
图9是用来实现本发明实施例的检测通话状态的方法的电子设备的硬件结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是现有技术中检测通话状态的方法的实现框架示意图。
如图1所示,语音网关,负责电信网络PSTN协议与呼叫中心SIP、RTP协议的转换;SIP(Session Initiation Protocol,会话初始协议)信令交换机,呼叫中心的核心所在,其处理能力直接决定着呼叫中心每日所能处理的话务量的上限;代理程序管理器:负责坐席管理;代理桌面:坐席使用的集成环境。
现有技术中,坐席通常使用代理桌面进行登录,控制话机完成接听、拨打等动作。在以外呼业务为主的呼叫中心,需要判定本次呼叫接通与否,如果不能接通,就需要给出具体原因的——如对方不在线、对方占线或者手机号码有误等等,如未接通原因是客服造成的(如主动放弃),往往会影响到客服人员的绩效考核成绩,所以,为了防止客服出于自身利益考虑的人为瞒报与误报,企业往往希望能通过某种手段,自动的识别出这个未接通的原因,最常见的办法就是通过对SBC返回错误码的识别,来标识未接通原因是哪种,但是如果SBC不能正常的返回错误码,那么上述解决办法是不能正确的标识出未接通的原因,就只能通过客服人工来标识问题的原因。
本发明实施例的技术方案在呼叫未接通时,通过对媒体流的波形进行检测,在不依赖错误码的情况下,就能够根据检测结果正确的识别出呼叫未接通的原因,实现了呼叫未接通的原因判定的自动化,减轻了客服的工作量,进而减少了误报、错报的可能性。
图2是根据本发明实施例的检测通话状态的方法的主要步骤的示意图。
如图2所示,本发明实施例的一种检测通话状态的方法主要包括如下步骤:
步骤S201:当呼叫未接通时接收被叫方返回的媒体流,获取媒体流的波形。
IP电话通过SIP协议栈处理信令交互,RTP协议栈根据信令处理媒体流,根据订阅者的多少,将媒体流进行分发,进而播放。
本步骤接收到媒体流之后,需要提取出媒体流的波形。
步骤S202:将媒体流的波形与预存储波形进行比对得到相似度。
通常,呼叫未接通的原因有多种,如对方不在线、对方占线、对方号码有误、对方拒绝接听等等,呼叫的发起方在呼叫未接通时能够接收到包含有呼叫未接通的原因的媒体流。
同时,每个媒体流的码流是唯一的,通过分析码流可以获取媒体流的波形。
因此,将媒体流的波形与预存储波形进行逐一比对,可以得到媒体流的波形与各个预存储波形的相似度值,再取最高的相似度值作为媒体流的波形与预存储波形的相似度。
发起呼叫后,返回的媒体流有多种,例如提示对方不在线、对方占线、对方号码有误等呼叫未接通的原因的媒体流,预先提取并存储每种呼叫未接通的原因的媒体流的波形,用于与返回的媒体流的波形进行比对从而确定呼叫未接通的原因,在本发明实施例中,预存储波形的类型对应于呼叫未接通的原因的类型。
步骤S203:根据相似度确定呼叫未接通的原因。
根据相似度不仅能够判断返回的媒体流的真实性,还能够自动地识别出呼叫未接通的真实原因。
在本发明实施例中,本步骤当相似度大于预设阀值时,获取预存储波形的类型,根据预存储波形的类型确定呼叫未接通的原因。相似度达到预设阀值时,说明返回的媒体流对应于预存储波形的类型。
预设阀值是根据使用记录,或实际情况的设定的,为了提高识别的准确率可以对预设阀值进行动态调整。在本发明实施例中,预设阀值根据检测结果动态调整。
在检测呼叫未接通的原因时,将被叫方返回的媒体流的波形与预存储波形逐一比较后,存储被叫方返回的媒体流的波形和与其相似度最高预存储波形,即存储每次检测的结果,该检测结果可以用于分析、动态调整预设阀值等。例如,“对方忙”、“对方号码有误”和“对方关机”等呼叫未接通的原因,分别对应于某个与其相似度最高的预存储波形。在本发明实施例中,建立呼叫未接通的原因与预存储波形的关联关系,并存储关联关系。
通过以上步骤能够准确地识别呼叫未接通的原因,检测结果可以通过字符串、报文等形式发送。本发明实施例中,向服务器发送检测结果,检测结果包括呼叫未接通的原因和关联关系。
图3是根据本发明实施例的检测通话状态的方法的实现框架的示意图。
由图3可以看出,本发明实施例的技术方案在呼叫未能接通时,通过对媒体流的波形进行检测,在不依赖错误码的情况下,就能够根据检测结果正确的识别出呼叫的结果,实现了呼叫未接通的原因判定的自动化,减轻了客服的工作量,进而减少了误报、错报的可能性。
具体检测通话状态的实现方案具体如下:
本发明实施例中,由话机控制模块完成话机的总体控制;SIP协议栈处理信令交互;RTP协议栈处理媒体流;HTTP协议栈处理外部连接的细节。
1.媒体流分发:接收RTP协议栈处理的媒体流,根据订阅者的多少,将媒体流分发到各个订阅模块;
2.音频播放:接收RTP协议栈发送的媒体流,进行播放;
3.波形对比:比对RTP协议栈发送的媒体流的波形与预先录制的波形的是否匹配,结果调用HTTP协议发送出去。
如图4所示,是媒体流的波形的示意图,通过分析媒体流的码流能够获取到波形,比对波形能够得到两个波形的相似度,从而确定两个波形是否匹配。
匹配是指两个波形的相似度达到预设阈值,其中,相似度可以通过比对波形的重合度或计算波峰波谷的平均差值得到;预设阀值依据经验指定,根据判断的正确率对预设阈值进行动态调整。以计算波峰波谷的平均差值为例:
1.分析波峰波谷的相对位置与值;
2.与预设波形的波峰、波谷比对;
3.计算波峰、波谷的平均差值,差值越小相似度越高;
4.相似度大于阈值就认为波形匹配,否则认为波形不匹配。
图5是根据本发明实施例的检测通话状态的方法的波形检测的示意图。
如图5所示,本发明实施例中波形检测主要包括以下步骤:
步骤501,判断是否有波形文件需要检测,若是,则执行步骤502;若否;则执行步骤505。
步骤502,加载波形文件:
在使用IP电话的过程中,如果需要检测呼叫未接通的原因,则加载媒体流的波形文件。
步骤503,比对波形文件。
将媒体流的波形文件与指定的波形文件(即预存储波形)进行比对。同时,建立呼叫未接通的原因与预存储波形的关联关系,并存储关联关系。例如,如图6所示,被叫方返回的媒体流是“您好,您拨叫的用户正忙,请您稍后再拨。The subscriber you dialed isbusy,please diallater.”,其波形文件与“对方忙”所对应的预存储波形的相似度最高,则该波形文件对应的呼叫未接通的原因是“对方忙”(此时,不考虑相似度的值,仅考虑与其对应的是哪种呼叫未接通的原因),将本次呼叫未接通的原因(“对方忙”)和“对方忙”对应的预存储波形建立关联关系,并存储该关联关系。
步骤504,判断是否一致,若是,则执行步骤505;若否;则执行步骤501。
根据上述步骤的比对结果,判断媒体流的波形文件与指定的波形文件是否一致,也就是判断媒体流的波形文件与指定的波形文件的相似度是否超过预设阀值,若一致(即相似度超过预设阀值),则说明媒体流与指定的波形文件匹配;否则不匹配。
步骤505,上报比对结果:
当媒体流与指定文件匹配时,通过HTTP接口向服务器上报比对结果。
根据本发明实施例的检测通话状态的方法可以看出,在呼叫未接通时,通过对媒体流的波形进行检测,在不依赖错误码的情况下,就能够根据检测结果正确的识别出呼叫未接通的原因,实现了呼叫未接通的原因判定的自动化,减轻了客服的工作量,进而减少了误报、错报的可能性。
图7是根据本发明实施例的检测通话状态的装置的主要模块的示意图。
如图7所示,本发明实施例的检测通话状态的装置700主要包括:获取模块701、比对模块702以及确定模块703。
其中:
获取模块701,用于在呼叫未接通时接收被叫方返回的媒体流,获取所述媒体流的波形;
比对模块702,用于将所述媒体流的波形与预存储波形进行比对得到相似度;
确定模块703,用于根据所述相似度确定呼叫未接通的原因。
需要说明的是,所述预存储波形的类型对应于所述呼叫未接通的原因的类型。
此外,所述确定模块703还用于:在所述相似度大于预设阀值时,获取所述预存储波形的类型,根据所述预存储波形的类型确定所述呼叫未接通的原因。
本发明实施例中,所述装置还包括存储模块,用于建立所述呼叫未接通的原因与所述预存储波形的关联关系,并存储所述关联关系。
本发明实施例中,所述装置进一步包括发送模块,用于向服务器发送检测结果,所述检测结果包括所述呼叫未接通的原因和所述关联关系。
需要说明的是,所述预设阀值根据检测结果动态调整。
从以上描述可以看出,在呼叫未接通时,通过对媒体流的波形进行检测,在不依赖错误码的情况下,就能够根据检测结果正确的识别出呼叫未接通的原因,实现了呼叫未接通的原因判定的自动化,减轻了客服的工作量,进而减少了误报、错报的可能性。
图8示出了可以应用本发明实施例的检测通话状态的方法或检测通话状态的装置的示例性系统架构800。
如图8所示,系统架构800可以包括终端设备801、802、803,网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备801、802、803通过网络804与服务器805交互,以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用,例如网络电话、即时通信工具等。
终端设备801、802、803可以是支持通话的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器805可以是提供各种服务的服务器,例如对用户利用终端设备801、802、803所进行的通话提供支持的后台管理服务器。后台管理服务器可以对接收到的数据进行分析等处理,并将处理结果反馈给终端设备。
需要说明的是,本发明实施例所提供的检测通话状态的方法一般由服务器805执行,相应地,检测通话状态的装置一般设置于服务器805中。
应该理解,图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图9,其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图9所示,计算机系统900包括中央处理单元(CPU)901,其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中,还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
以下部件连接至I/O接口905:包括键盘、鼠标等的输入部分906;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907;包括硬盘等的存储部分908;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器910上,以便于从其上读出的计算机程序根据需要被安装入存储部分908。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分909从网络上被下载和安装,和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括存储模块以及处理模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,比对模块还可以被描述为比对所述媒体流的波形与预存储波形得到相似度的模块。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:步骤S201:当呼叫未接通时接收被叫方返回的媒体流,获取媒体流的波形;步骤S202:将媒体流的波形与预存储波形进行比对得到相似度;步骤S203:根据相似度确定呼叫未接通的原因。
根据本发明实施例的技术方案,在呼叫未接通时,通过对媒体流的波形进行检测,在不依赖错误码的情况下,就能够根据检测结果正确的识别出呼叫未接通的原因,实现了呼叫未接通的原因判定的自动化,减轻了客服的工作量,进而减少了误报、错报的可能性。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (14)
1.一种检测通话状态的方法,其特征在于,包括:
当呼叫未接通时接收被叫方返回的媒体流,获取所述媒体流的波形;
将所述媒体流的波形与预存储波形进行比对得到相似度;
根据所述相似度确定所述呼叫未接通的原因;
其中,所述相似度通过比对波形的重合度或计算波峰波谷的平均差值得到。
2.根据权利要求1所述的方法,其特征在于,
所述预存储波形的类型对应于所述呼叫未接通的原因的类型。
3.根据权利要求2所述的方法,其特征在于,根据所述相似度确定所述呼叫未接通的原因包括:
当所述相似度大于预设阀值时,获取所述预存储波形的类型,根据所述预存储波形的类型确定所述呼叫未接通的原因。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
建立所述呼叫未接通的原因与所述预存储波形的关联关系,并存储所述关联关系。
5.根据权利要求4所述的方法,其特征在于,所述方法进一步包括:
向服务器发送检测结果,所述检测结果包括所述呼叫未接通的原因和所述关联关系。
6.根据权利要求3所述的方法,其特征在于,
所述预设阀值根据检测结果动态调整。
7.一种检测通话状态的装置,其特征在于,包括:
获取模块,用于在呼叫未接通时接收被叫方返回的媒体流,获取所述媒体流的波形;
比对模块,用于将所述媒体流的波形与预存储波形进行比对得到相似度;
确定模块,用于根据所述相似度确定所述呼叫未接通的原因;
其中,所述相似度通过比对波形的重合度或计算波峰波谷的平均差值得到。
8.根据权利要求7所述的装置,其特征在于,
所述预存储波形的类型对应于所述呼叫未接通的原因的类型。
9.根据权利要求8所述的装置,其特征在于,所述确定模块还用于:
在所述相似度大于预设阀值时,获取所述预存储波形的类型,根据所述预存储波形的类型确定所述呼叫未接通的原因。
10.根据权利要求7所述的装置,其特征在于,所述装置还包括:
存储模块,用于建立所述呼叫未接通的原因与所述预存储波形的关联关系,并存储所述关联关系。
11.根据权利要求10所述的装置,其特征在于,所述装置进一步包括:
发送模块,用于向服务器发送检测结果,所述检测结果包括所述呼叫未接通的原因和所述关联关系。
12.根据权利要求9所述的装置,其特征在于,
所述预设阀值根据检测结果动态调整。
13.一种检测通话状态的电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
14.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710513933.4A CN109218249B (zh) | 2017-06-29 | 2017-06-29 | 检测通话状态的方法、装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710513933.4A CN109218249B (zh) | 2017-06-29 | 2017-06-29 | 检测通话状态的方法、装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109218249A CN109218249A (zh) | 2019-01-15 |
CN109218249B true CN109218249B (zh) | 2021-07-13 |
Family
ID=64960558
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710513933.4A Active CN109218249B (zh) | 2017-06-29 | 2017-06-29 | 检测通话状态的方法、装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109218249B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109462683A (zh) * | 2019-01-17 | 2019-03-12 | 深圳市沃特沃德股份有限公司 | 号码分类的方法、装置、存储介质及计算机设备 |
CN112235467B (zh) * | 2020-10-09 | 2022-09-02 | 深圳壹账通智能科技有限公司 | 电话未接通类型的区分方法、装置、电子设备及存储介质 |
CN112468666A (zh) * | 2020-11-24 | 2021-03-09 | 迈普通信技术股份有限公司 | 一种判定呼叫结果的方法、相应装置及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1956583A (zh) * | 2005-10-29 | 2007-05-02 | 华为技术有限公司 | 记录及输出呼叫日志信息的方法及应用及系统 |
CN101448269A (zh) * | 2008-12-22 | 2009-06-03 | 中国移动通信集团吉林有限公司 | 一种确定呼叫失败原因的方法和系统 |
CN105323744A (zh) * | 2014-06-23 | 2016-02-10 | 中兴通讯股份有限公司 | 呼叫状态的反馈方法及装置、终端 |
CN105979106A (zh) * | 2016-06-13 | 2016-09-28 | 北京容联易通信息技术有限公司 | 一种呼叫中心系统的铃音识别方法和系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7756252B2 (en) * | 2006-04-03 | 2010-07-13 | General Motors Llc | Method and system for network denial case generation |
US9060056B2 (en) * | 2013-09-12 | 2015-06-16 | Broadcom Corporation | Notification and troubleshooting of interruptions, failures, and updates |
CN103648120A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种移动通信网无线网络语音优化方法 |
CN104363354B (zh) * | 2014-10-29 | 2019-01-29 | 中国建设银行股份有限公司 | 一种呼叫中心的检测方法及装置 |
-
2017
- 2017-06-29 CN CN201710513933.4A patent/CN109218249B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1956583A (zh) * | 2005-10-29 | 2007-05-02 | 华为技术有限公司 | 记录及输出呼叫日志信息的方法及应用及系统 |
CN101448269A (zh) * | 2008-12-22 | 2009-06-03 | 中国移动通信集团吉林有限公司 | 一种确定呼叫失败原因的方法和系统 |
CN105323744A (zh) * | 2014-06-23 | 2016-02-10 | 中兴通讯股份有限公司 | 呼叫状态的反馈方法及装置、终端 |
CN105979106A (zh) * | 2016-06-13 | 2016-09-28 | 北京容联易通信息技术有限公司 | 一种呼叫中心系统的铃音识别方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109218249A (zh) | 2019-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10171665B2 (en) | Contact center session preservation | |
US8036374B2 (en) | Systems and methods for detecting call blocking devices or services | |
US8374317B2 (en) | Interactive voice response (IVR) system call interruption handling | |
EP3138272B1 (en) | Voice call diversion to alternate communication method | |
US11882243B1 (en) | Visual interfaces for telephone calls | |
US10791218B2 (en) | Sending progress update messages while a user is on hold | |
CN109218249B (zh) | 检测通话状态的方法、装置 | |
US10348895B2 (en) | Prediction of contact center interactions | |
US11258901B2 (en) | Artificial intelligence driven sentiment analysis during on-hold call state in contact center | |
US8565386B2 (en) | Automatic configuration of soft phones that are usable in conjunction with special-purpose endpoints | |
EP3266191B1 (en) | System and method for call progress detection | |
US11044338B1 (en) | Server-presented inquiries using specific context from previous communications | |
CN109831591A (zh) | 呼叫中心的呼叫方法、装置及终端 | |
US10681215B1 (en) | Multi-dimensional attribute-based routing | |
US20160080572A1 (en) | Call drop intelligent engine | |
US7206400B2 (en) | Method and system for data field reuse | |
US20120163370A1 (en) | Voip phone readiness alerting | |
GB2582401A (en) | Intelligent speech-enabled scripting | |
US11240370B1 (en) | Modeling and analysis of calls in IPBX | |
US20130202102A1 (en) | Dynamic call special treatment based on aggregate call hold queue time | |
CA3184152A1 (en) | Cumulative average spectral entropy analysis for tone and speech classification | |
US20110176665A1 (en) | Method, system, and computer program product for contacting intended customers | |
US20220294903A1 (en) | Virtual private agent for machine-based interactions with a contact center | |
US20090290702A1 (en) | Automated agent availability detection | |
KR20220022364A (ko) | 전화번호방식 음성호와 웹방식 영상호를 한 개의 영상통화호로 통합하는 시스템 및 방법 |
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 |