CN115242606A - 数据处理方法、装置、服务器、存储介质及程序产品 - Google Patents

数据处理方法、装置、服务器、存储介质及程序产品 Download PDF

Info

Publication number
CN115242606A
CN115242606A CN202210709046.5A CN202210709046A CN115242606A CN 115242606 A CN115242606 A CN 115242606A CN 202210709046 A CN202210709046 A CN 202210709046A CN 115242606 A CN115242606 A CN 115242606A
Authority
CN
China
Prior art keywords
call event
attribution
information corresponding
log information
client
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
CN202210709046.5A
Other languages
English (en)
Other versions
CN115242606B (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.)
Beijing Zitiao Network Technology Co Ltd
Original Assignee
Beijing Zitiao Network Technology 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 Beijing Zitiao Network Technology Co Ltd filed Critical Beijing Zitiao Network Technology Co Ltd
Priority to CN202210709046.5A priority Critical patent/CN115242606B/zh
Publication of CN115242606A publication Critical patent/CN115242606A/zh
Application granted granted Critical
Publication of CN115242606B publication Critical patent/CN115242606B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0681Configuration of triggering conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开涉及一种数据处理方法、装置、服务器、存储介质及程序产品,能够提高对发生接通失败的通话事件的归因分析效率。该方法包括:在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及该一个通话事件对应的客户端的标识;基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息;基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。

Description

数据处理方法、装置、服务器、存储介质及程序产品
技术领域
本公开涉及通信技术领域,尤其涉及一种数据处理方法、装置、服务器、存储介质及程序产品。
背景技术
在多媒体会议场景中,通话接通率为一段时间内全部用户收到音频首帧的会议数(去重),与被叫点击接听的全部会议数(去重)的比值。通话接通率是描述通话质量的一项重要指标,在通话接通率低于接通率阈值时,认为通话质量出现异常,需要对导致通话质量异常的问题进行定位。
在通话质量出现异常时会发出告警提示,接收到告警提示之后,数据分析人员从报表中导出发生接通失败的通话事件的信息,然后,研发人员根据导出的发生接通失败的通话事件的信息,再结合发生接通失败的通话事件的日志信息去分析,以定位导致接通失败的原因。然而上述定位导致接通失败原因的过程涉及到较多人工分析的步骤,定位问题的效率比较低,针对大量的发生接通失败的通话事件,无法快速定位问题,进而对通话质量异常的响应不够及时。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本公开提供了一种数据处理方法、装置、服务器、存储介质及程序产品。
本公开实施例的第一方面,提供一种数据处理方法,该方法包括:在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及该一个通话事件对应的客户端的标识;基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息;基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。
可选地,该基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息之后,该方法还包括:基于该多个归因结果信息,生成归因结果报告;在归因结果页面显示该归因结果报告;其中,该归因结果报告包括多条归因结果数据,每条归因结果数据包括对应的通话事件的标识,对应的通话事件接通失败的原因、对应的通话事件的客户端信息、对应的通话事件的时间信息。
可选地,该归因结果报告还包括归因分布信息,该归因分布信息用于指示该多个通话事件按照接通失败的原因进行分类的分类信息;其中,该分类信息包括以下至少一项:各个类型下的通话事件的事件标识,各个类型下的通话事件的数量,各个类型下的通话事件在该多个通话事件中的占比。
可选地,该归因结果页面还包括查找控件;该在归因结果页面显示该归因结果报告之后,该方法还包括:接收对该查找控件的触发操作;响应于该触发操作,获取该触发操作对应的查找条件,该查找条件包括以下至少一项:接通失败的原因、客户端信息、时间信息;从该多条归因结果数据中,确定与该查找条件对应的至少一条归因结果数据;显示该至少一条归因结果数据。
可选地,在导致目标通话事件接通失败的环节为主叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该主叫客户端;在导致该目标通话事件接通失败的环节为被叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该被叫客户端;其中,该目标通话事件为该多个通话事件中的一者。
可选地,该基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,包括:判断目标通话事件对应的日志信息是否包括第一内容,该目标通话事件为该多个通话事件中的一者;在该目标通话事件对应的日志信息包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第一原因;在该目标通话事件对应的日志信息不包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第二原因。
可选地,第一原因包括第三原因和第四原因;该在该目标通话事件对应的日志信息包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第一原因,包括:在该目标通话事件对应的日志信息包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第二内容;在该目标通话事件对应的日志信息包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第三原因;在该目标通话事件对应的日志信息不包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第四原因。
可选地,第二原因包括第五原因和第六原因;该在该目标通话事件对应的日志信息不包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第二原因,包括:在该目标通话事件对应的日志信息不包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第三内容;在该目标通话事件对应的日志信息包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第五原因;在该目标通话事件对应的日志信息不包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第六原因。
本公开实施例的第二方面,提供一种数据处理装置,该装置包括:获取模块和确定模块;该获取模块,用于在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及该一个通话事件对应的客户端的标识;该获取模块,还用于基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息;该确定模块,用于基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。
可选地,该装置还包括生成模块和显示模块;该生成模块,用于在基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息之后,基于该多个归因结果信息,生成归因结果报告;该显示模块,用于在归因结果页面显示该归因结果报告;其中,该归因结果报告包括多条归因结果数据,每条归因结果数据包括对应的通话事件的标识,对应的通话事件接通失败的原因、对应的通话事件的客户端信息、对应的通话事件的时间信息。
可选地,该归因结果报告还包括归因分布信息,该归因分布信息用于指示该多个通话事件按照接通失败的原因进行分类的分类信息;其中,该分类信息包括以下至少一项:各个类型下的通话事件的事件标识,各个类型下的通话事件的数量,各个类型下的通话事件在该多个通话事件中的占比。
可选地,该归因结果页面还包括查找控件;该装置还包括接收模块、确定模块和显示模块;该接收模块,用于在归因结果页面显示该归因结果报告之后,接收对该查找控件的触发操作;该获取模块,用于响应于该触发操作,获取该触发操作对应的查找条件,该查找条件包括以下至少一项:接通失败的原因、客户端信息、时间信息;该确定模块,用于从该多条归因结果数据中,确定与该查找条件对应的至少一条归因结果数据;该显示模块,用于显示该至少一条归因结果数据。
可选地,在导致目标通话事件接通失败的环节为主叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该主叫客户端;在导致该目标通话事件接通失败的环节为被叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该被叫客户端;其中,该目标通话事件为该多个通话事件中的一者。
可选地,该确定模块,具体用于判断目标通话事件对应的日志信息是否包括第一内容,该目标通话事件为该多个通话事件中的一者;在该目标通话事件对应的日志信息包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第一原因;在该目标通话事件对应的日志信息不包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第二原因。
可选地,第一原因包括第三原因和第四原因;该确定模块,具体用于在该目标通话事件对应的日志信息包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第二内容;在该目标通话事件对应的日志信息包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第三原因;在该目标通话事件对应的日志信息不包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第四原因。
可选地,第二原因包括第五原因和第六原因;该确定模块,具体用于在该目标通话事件对应的日志信息不包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第三内容;在该目标通话事件对应的日志信息包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第五原因;在该目标通话事件对应的日志信息不包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第六原因。
本公开实施例的第三方面,提供一种服务器,该服务器包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序,该计算机程序被该处理器执行时实现如第一方面所述的数据处理方法。
本公开实施例的第四方面,提供一种计算机可读存储介质,该计算机可读存储介质上存储计算机程序,该计算机程序被处理器执行时实现如第一方面所述的数据处理方法。
本公开实施例的第五方面,提供了一种计算机程序产品,其中,该计算机程序产品包括计算机程序,当该计算机程序产品在处理器上运行时,使得处理器执行该计算机程序,实现如第一方面所述的数据处理方法。
本公开实施例的第六方面,提供了一种芯片,该芯片包括处理器和通信接口,该通信接口和该处理器耦合,该处理器用于运行程序指令,实现如第一方面所述的数据处理方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点:本公开实施例中,在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息,基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息;基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。因此本方案中从通话接通率异常获取预设时间长内发生接通失败的多个通话事件对应的多组标识信息,再根据该多组标识信息获取每个通话事件对应的日志信息,然后基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,均可以通过设备自动实现,无需人工干预,提高了分析效率、节省人力、提高了响应速度。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的一种1v1通话系统的结构示意图;
图2为本公开实施例提供的一种数据处理方法的流程示意图;
图3为本公开实施例提供的一种主叫客户端的日志关键节点划分示意图;
图4为本公开实施例提供的一种被叫客户端的日志关键节点划分示意图;
图5为本公开实施例提供的数据处理方法的一种可能的归因分析交互系统;
图6为本公开实施例提供的一种数据处理装置的结构框图;
图7为本公开实施例提供的一种服务器的结构框图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
本公开实施例中提供的数据处理方法适用于1V1通话场景下对发生接通失败的通话事件的归因分析,其中,该1V1通话场景具体可以为1V1语音通话场景,和/或,1V1视频通话场景,具体可以根据实际情况确定,此处不做限定。
图1为本公开实施例示出的一种1v1通话系统。如图1所示,该1v1通话包括主叫客户端101、被叫客户端102、业务服务器103和实时通信(Real time communication,RTC)服务器104。主叫客户端101通过业务服务器103与被叫客户端102进行通话业务功能数据的传输,主叫客户端101通过RTC服务器104与被叫客户端102进行通话音视频数据的传输,进而实现音视频通话。其中,若主叫客户端101与业务服务器103的通信环节出现问题,主叫客户端101与RTC服务器104的通信环节出现问题,被叫客户端101与业务服务器103的通信环节出现问题,或被叫客户端101与RTC服务器104的通信环节出现问题,均会导致接通失败。
其中,主叫客户端101或被叫客户端102中均包括:业务处理模块和RTC软件开发工具包(Software Development Kit,SDK)模块,主叫客户端101或被叫客户端102通过业务处理模块与业务服务器103进行通信,主叫客户端101或被叫客户端102通过RTC SDK模块与RTC服务器104进行通信。
本公开实施例中的客户端可以为移动电子设备,也可以为非移动电子设备。移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或者个人数字助理(personal digital assistant,PDA)等;非移动电子设备可以为个人计算机(personalcomputer,PC)、电视机(television,TV)、柜员机或者自助机等;本公开实施例不作具体限定。
本公开实施例提供的数据处理方法的执行主体可以为能够实现该数据处理方法的电子设备或服务器,也可以为电子设备(或服务器)中能够实现该数据处理方法的功能模块和/或功能实体,具体的可以根据实际使用需求确定,本公开实施例不作限定。
下面结合附图,通过具体的实施例及其应用场景对本公开实施例提供的数据处理方法进行详细地说明。
如图2所示,本公开实施例提供一种数据处理方法,该方法可以包括下述的步骤201至步骤203。
201、在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息。
其中,预设时长可以根据实际情况确定,此处不做限定。异常阈值可以根据实际情况确定,此处不做限定。
其中,每组标识信息包括:对应的一个通话事件的标识(以下称为客户端标识),以及该一个通话事件对应的客户端的标识(以下称为事件标识)。
可以理解,每组标识信息对应一个通话事件,每组标识信息包括客户端标识和事件标识,所述每组标识信息中的客户端标识用于指示对应的一个通话事件的客户端,所述每组标识信息中的事件标识用于指示对应的一个通话事件。
需要说明的是,本公开实施例中,客户端标识用于唯一指示一个客户端。
可以理解,每个通话事件的日志信息在终端设备中时单独存储的,因此,可以根据事件标识,从客户端存储日志信息的存储区域中获取该事件标识指示的通话事件对应的日志信息。
202、基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息。
可以理解,可以根据每组标识信息中的客户端标识确定需要获取日志信息的客户端,可以根据每组标识信息中的事件标识确定需要获取哪个通话事件的日志信息,进而从客户端存储日志信息的存储区域中获取该事件标识指示的通话事件对应的日志信息。
其中,本公开实施例中,每个日志信息可以以日志文件的形式存储。
203、基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息。
其中,每个归因结果信息用于表征对应的通话事件接通失败的原因。
其中,每个归因结果信息可以包括对应的通话事件接通失败的原因,还可以包括以下至少一项:对应的通话事件的标识、对应的通话事件的客户端信息、对应的通话事件的时间信息等,具体可以根据实际情况确定,此处不做限定。
本公开实施例中,预设归因规则具体可以根据实际情况确定,此处不做限定。
本公开实施例中,从通话接通率异常获取预设时间长内发生接通失败的多个通话事件对应的多组标识信息,再根据该多组标识信息获取每个通话事件对应的日志信息,然后基于预设归因规则根据该每个通话事件对应的日志信息,确定多个归因结果信息,均可以通过设备自动实现,无需人工干预,提高了分析效率、节省人力(将研发人员从排查问题(分析确定导致通话事件发生接通失败的原因)的工作中解放出来)、提高了响应速度。
可选地,每组标识信息中的客户端标识可以包括主叫客户端的标识和被叫客户端的标识。
可选地,每组标识信息中的客户端标识也可以仅包括主叫客户端的标识或被叫客户端的标识。具体地,在导致目标通话事件接通失败的环节为主叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该主叫客户端;在导致该目标通话事件接通失败的环节为被叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该被叫客户端,其中,该目标通话事件为该多个通话事件中的一者。
本公开实施例中,每组标识信息中的客户端标识也可以仅包括主叫客户端的标识或被叫客户端的标识,可以降低获取的日志信息的数量,进而可以节约确定每个通话事件对应的归因结果信息的时间,提高对每个通话事件的日志信息的处理效率。
可选地,上述步骤203可以包括下述的步骤203a至步骤203c。
203a、判断目标通话事件对应的日志信息是否包括第一内容。
其中,该目标通话事件为该多个通话事件中的一者。
203b、在该目标通话事件对应的日志信息包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第一原因。
203c、在该目标通话事件对应的日志信息不包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第二原因。
本公开实施例中,通过上述步骤203a至203c,可以快速确定多个通话事件对应的归因结果信息,自动捞取客户端日志信息,并自动解析日志信息,不依赖客户端发版,不依赖人工分析,提高了分析效率,减少了人力成本,同时研发也只需要对归因分析的脚本进行维护,降低了研发成本,并且通过可以实现实时归因,提升了对接通率异常告警的响应速度。
可选地,第一原因包括第三原因和第四原因;上述步骤203b具体可以通过下述步骤203b1至步骤203b3实现。
203b1、在该目标通话事件对应的日志信息包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第二内容;
203b2、在该目标通话事件对应的日志信息包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第三原因。
203b3、在该目标通话事件对应的日志信息不包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第四原因。
本公开实施例中,通过上述步骤203b1至步骤203b3对上述步骤203b的补充,进一步提高了归因分析的精确程度。
可选地,第二原因包括第五原因和第六原因;上述步骤203c具体可以通过下述步骤203c1至步骤203c3实现。
203c1、在该目标通话事件对应的日志信息不包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第三内容。
203c2、在该目标通话事件对应的日志信息包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第五原因。
203c3、在该目标通话事件对应的日志信息不包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第六原因。
本公开实施例中,通过上述步骤203c1至步骤203c3对上述步骤203c的补充,进一步提高了归因分析的精确程度。
需要说明的是,具体地归因分析过程可以是上述步骤203a至步骤203c,步骤203b1至步骤203b3以及步骤203c1至步骤203c3的任意组合,具体可以根据实际情况确定,此处不做限定。
示例性地,具体地归因分析过程可以包括至少一个上述步骤203a至步骤203c,也可以包括至少一个上述步骤203b1至步骤203b3,还可以包括至少一个上述步骤203c1至步骤203c3,具体可以根据实际情况确定,此处不做限定。
示例性地,如图3所示,为主叫客户端的日志关键节点划分示意图,将主叫客户端入会的过程分解成各个关键节点,在各个关键节点上打上日志,主叫客户端的完整日志信息如下表1所示。
表1
Figure BDA0003706418270000121
Figure BDA0003706418270000131
结合上述图3和上述表1所示,在目标通话事件对应的一组标识信息中的客户端标识用于指示主叫客户端,目标通话事件对应的日志信息为从主叫客户端获取的主叫日志信息的情况下,基于预设归因规则从主叫日志信息确定归因结果信息(即归因分析)的过程(即上述步骤203)具体可以包括下述步骤301至步骤311。
301、判断主叫日志信息是否包括加入房间(joinchannel)内容。
其中,上述表1中的“rtc joinChannel”关键节点对应的日志内容“xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxJoinMeeting info:meeting_id=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”表示joinchannel内容。
302、在主叫日志信息包括joinchannel内容的情况下,确定归因结果信息中包括的通话事件接通失败的原因为RTC问题。
303、在主叫日志信息不包括joinchannel内容的情况下,判断主叫日志信息是否存在从呼叫状态(calling)到进入会中状态(onthecall)的主叫状态流转内容。
其中,上述表1中的“收到被叫接听的推送”关键节点对应的日志内容“xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,1=>2”表示主叫状态流转内容,其中,“1=>2”中的“1”代表calling,“2”代表onthecall。
304、在主叫日志信息存在主叫状态流转内容的情况下,判断主叫日志信息是否存在指示主叫状态流转成功的内容。
305、在主叫日志信息存在指示主叫状态流转成功的内容的情况下,确定归因结果信息中包括的通话事件接通失败的原因为主叫客户端未调用joinchannel接口。
其中,指示主叫状态流转成功的内容为上述表1中的“进入会中状态”关键节点对应的日志内容“OnEnterOnTheCall”。
306、在主叫日志信息不存在指示主叫状态流转成功的内容的情况下,确定归因结果信息中包括的通话事件接通失败的原因为状态流转错误。
307、在主叫日志信息不存在主叫状态流转内容的情况下,判断主叫日志信息是否收到onthecall的推送。
其中,onthecall的推送具体指上述表1中的“收到被叫接听的推送”关键节点对应的全部日志内容“xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,1=>2”。
可以理解,若主叫客户端未接收到onthecall的推送,则可能是业务服务器的问题导致接通失败,也可能是其他的问题导致接通失败。
308、在主叫日志信息收到onthecall的推送的情况下,确定归因结果信息中包括的通话事件接通失败的原因为未执行状态流转。
可以理解,若主叫客户端收到了onthecall的推送,主叫客户端执行状态流转,才可能得到状态流转成功或失败的结果。
309、在主叫日志信息未收到onthecall的推送的情况下,判断主叫日志信息是否收到创建会议成功的响应(Response)。
310、在主叫日志信息收到创建会议成功的Response的情况下,确定归因结果信息中包括的通话事件接通失败的原因为未收到onthecall的推送。
311、在主叫日志信息未收到创建会议成功的Response的情况下,确定归因结果信息中包括的通话事件接通失败的原因为未收到创建会议成功的Response。
示例性地,如图4所示,为被叫客户端的日志关键节点划分示意图,将被叫客户端入会的过程分解成各个关键节点,在各个关键节点上打上日志,被叫客户端的完整日志信息如下表2所示。
表2
Figure BDA0003706418270000151
Figure BDA0003706418270000161
结合上述图4和上述表2所示,目标通话事件对应的一组标识信息中的客户端标识用于指示被叫客户端,目标通话事件对应的日志信息为从被叫客户端获取的被叫日志信息的情况下,对被叫日志信息的归因分析过程(即上述步骤203)具体可以包括下述步骤401至步骤409。
401、判断被叫日志信息是否包括joinchannel内容。
其中,上述表2中的“rtc joinChannel”关键节点对应的日志内容“xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxJoinMeetinginfo:meeting_id=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”表示joinchannel内容。
402、在被叫日志信息包括joinchannel内容的情况下,确定归因结果信息中包括的通话事件接通失败的原因为RTC问题。
403、在被叫日志信息不包括joinchannel内容的情况下,判断被叫日志信息是否存在从响铃状态(Ringing)到onthecall的被叫状态流转内容。
其中,上述表2中的“更新数据状态”关键节点对应的日志内容:“xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,3=>2”表示被叫状态流转内容,其中,“3=>2”中的“3”表示Ringing,“2”表示onthecall。
404、在被叫日志信息存在被叫状态流转内容的情况下,判断被叫日志信息是否存在指示被叫状态流转成功的内容。
405、在被叫日志信息存在指示被叫状态流转成功的内容的情况下,确定归因结果信息中包括的通话事件接通失败的原因为被叫客户端未调用joinchannel接口。
其中,上述表2中的“OnEnterOnTheCall”表示被叫状态流转成功的内容。
406、在被叫日志信息不存在指示被叫状态流转成功的内容的情况下,确定归因结果信息中包括的通话事件接通失败的原因为状态流转错误。
407、在被叫日志信息不存在被叫状态流转内容的情况下,判断被叫日志信息是否收到接听成功的Response。
408、在被叫日志信息收到接听成功的Response的情况下,确定归因结果信息中包括的通话事件接通失败的原因为未执行被叫状态流转。
409、在被叫日志信息未收到接听成功的响应的情况下,确定归因结果信息中包括的通话事件接通失败的原因为未收到接听成功的Response。
其中,上述表2中的“收到接听成功的请求结果”关键节点对应的日志内容:“xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxUpdateAcceptInvitation xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”表示收到接听成功的Response。
可选地,在上述步骤203之后,本公开实施例中提供的数据处理方法还可以包括下述的步骤204至步骤205。
204、基于该多个归因结果信息,生成归因结果报告。
205、在归因结果页面显示该归因结果报告。
其中,该归因结果报告包括多条归因结果数据,每条归因结果数据包括对应的通话事件的标识,对应的通话事件接通失败的原因、对应的通话事件的客户端信息、对应的通话事件的时间信息。
其中,客户端信息可以包括以下至少一项:客户端的设备类型、客户端的标识。客户端信息还可以包括其他信息,本公开实施例中不做限定。
本公开实施例中,对应的通话事件的时间信息可以包括对应的通话事件的任意一个关键节点的时间信息,具体可以根据实际情况确定,此处不做限定。
本公开实施例中,基于该多个归因结果信息,生成归因结果报告,并在归因结果页面显示该归因结果报告,可以便于研发人员查看归因结果报告,根据归因结果报告确定导致通话接通率异常的多个通话事件发生接通失败的原因,而且可以便于研发人员根据每个通话事件发生接通失败的原因进行分析,进一步归因并解决问题,可以降低研发难度,提高研发效率。
可选地,该归因结果报告还包括归因分布信息,该归因分布信息用于指示该多个通话事件按照接通失败的原因进行分类的分类信息;其中,该分类信息包括以下至少一项:各个类型下的通话事件的事件标识,各个类型下的通话事件的数量,各个类型下的通话事件在该多个通话事件中的占比。
其中,该归因分布信息可以以图表的形式展示,例如,若该分类信息包括各个类型下的通话事件的事件标识,则该归因分布信息可以以列表的形式展示,若该分类信息包括各个类型下的通话事件在该多个通话事件中的占比,则该归因分布信息可以以柱状图的形式展示。
本公开实施例中,通过该归因分布信息可以便于研发人员更好地了解该多个通话事件的分布,可以确定哪种接通失败的原因造成的通话事件接通失败的情况比较多,哪种接通失败的原因造成的问题比较严重,然后更好地去分析问题并解决问题,可以提高研发效率。
可选地,该归因结果页面还包括查找控件;在上述步骤205之后,本公开实施例中提供的数据处理方法还可以包括下述的步骤206至步骤209。
206、接收对该查找控件的触发操作。
本公开实施例中,不限定查找控件的形式,具体可以根据实际情况确定。示例性地,查找控件可以是带输入框形式的控件,也可以是带选择框的控件。
207、响应于该触发操作,获取该触发操作对应的查找条件。
其中,该查找条件包括以下至少一项:接通失败的原因、客户端信息、时间信息。
可以理解,该查找条件用于基于该查找条件确定与该查找条件对应的至少一条归因结果数据。
208、从该多条归因结果数据中,确定与该查找条件对应的至少一条归因结果数据。
209、显示该至少一条归因结果数据。
本公开实施例中,归因结果页面还包括查找控件,从而开发人员可以根据对查找控件的触发操作,实现对需求的归因结果数据进行快速查找,进而可以提高研发效率。
示例性地,如图5所示,为实现本公开实施例提供的数据处理方法的一种可能的归因分析交互系统。该系统包括数据前端模块501、数据存储以及接口服务模块502、日志服务模块503和归因服务模块504。
其中,数据前端模块501,用于从产品数据端获取发生接通失败的多个通话事件对应的多组标识信息,然后将该多组标识信息发送给数据存储以及接口服务模块502,并且数据前端模块501,还用于可视化显示完整的数据集(包括多组标识信息、多个归因结果信息,归因结果报告),提供个性化查询、筛选、图表展示等功能。
数据存储以及接口服务模块502,用于存储完整的核心数据集、提供增删查改等数据运营接口、提供自动化捞取客户端本地日志的能力、集成归因服务的远程过程调用(Remote Procedure Call,RPC)接口,提供定时批量获取归因结果信息的能力。
数据存储以及接口服务模块502,具体用于根据多组标识信息通过日志服务模块503向客户端请求日志信息,并接收客户端返回的日志信息,然后将从客户端获取的日志信息发送给归因服务模块504,并请求归因服务模块504基于每个通话事件的日志信息,对多个通话事件进行归因分析,然后接收归因服务模块504返回的多个归因结果信息,并将该多个归因结果信息返回给数据前端模块501进行展示。
日志服务模块503可以为从客户端获取日志信息的接口。日志服务模块503可以从客户端获取日志信息对应的链接(如统一资源定位系统(uniform resource locator,URL)等),然后将该日志信息对应的链接发送给数据存储以及接口服务模块502,数据存储以及接口服务模块502将该日志信息对应的链接发送给归因服务模块504,归因服务模块504基于该日志信息对应的链接下载对应的日志包。
归因服务模块504,用于下载日志包、解析日志包,将日志转化为结构化数据的能力,并且集成归因算法脚本,提供对核心日志进行文本分析、失败归因的能力。
本公开实施例中,可以在客户端研发的过程中,可以通过本地以及线上验证的方式,不断对日志信息进行更新迭代,以及对基于日志信息,对通话事件进行归因分析的方法进行更新迭代,使得通过该数据处理方法可以对造成接通失败的通话事件的准确全面归因、深度归因。
本公开实施例提供的数据处理方法可以适用于多种轻服务平台,通过轻服务平台,灵活运营数据,根据自身需求灵活地对数据集进行处理、分析。
图6为本公开实施例示出的一种数据处理装置的结构框图,如图6所示,包括:获取模块601和确定模块602;该获取模块601,用于在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及该一个通话事件对应的客户端的标识;该获取模块601,还用于基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息;该确定模块602,用于基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。
可选地,该装置还包括生成模块和显示模块;该生成模块,用于在基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因之后,基于该多个归因结果信息,生成归因结果报告;该显示模块,用于在归因结果页面显示该归因结果报告;其中,该归因结果报告包括多条归因结果数据,每条归因结果数据包括对应的通话事件的标识,对应的通话事件接通失败的原因、对应的通话事件的客户端信息、对应的通话事件的时间信息。
可选地,该归因结果报告还包括归因分布信息,该归因分布信息用于指示该多个通话事件按照接通失败的原因进行分类的分类信息;其中,该分类信息包括以下至少一项:各个类型下的通话事件的事件标识,各个类型下的通话事件的数量,各个类型下的通话事件在该多个通话事件中的占比。
可选地,该归因结果页面还包括查找控件;该装置还包括接收模块、确定模块和显示模块;该接收模块,用于在归因结果页面显示该归因结果报告之后,接收对该查找控件的触发操作;该获取模块601,用于响应于该触发操作,获取该触发操作对应的查找条件,该查找条件包括以下至少一项:接通失败的原因、客户端信息、时间信息;该确定模块,用于从该多条归因结果数据中,确定与该查找条件对应的至少一条归因结果数据;该显示模块,用于显示该至少一条归因结果数据。
可选地,在导致目标通话事件接通失败的环节为主叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该主叫客户端;在导致该目标通话事件接通失败的环节为被叫客户端对应的通信环节的情况下,该目标通话事件对应的一组标识信息中的客户端标识用于指示该被叫客户端;其中,该目标通话事件为该多个通话事件中的一者。
可选地,该确定模块602,具体用于判断目标通话事件对应的日志信息是否包括第一内容,该目标通话事件为该多个通话事件中的一者;在该目标通话事件对应的日志信息包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第一原因;在该目标通话事件对应的日志信息不包括第一内容的情况下,确定该目标通话事件对应的归因结果信息包括第二原因。
可选地,第一原因包括第三原因和第四原因;该确定模块602,具体用于在该目标通话事件对应的日志信息包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第二内容;在该目标通话事件对应的日志信息包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第三原因;在该目标通话事件对应的日志信息不包括第二内容的情况下,确定该目标通话事件对应的归因结果信息包括第四原因。
可选地,第二原因包括第五原因和第六原因;该确定模块602,具体用于在该目标通话事件对应的日志信息不包括第一内容的情况下,判断该目标通话事件对应的日志信息是否包括第三内容;在该目标通话事件对应的日志信息包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第五原因;在该目标通话事件对应的日志信息不包括第三内容的情况下,确定该目标通话事件对应的归因结果信息包括第六原因。
本公开实施例中,各模块可以实现上述方法实施例提供的数据处理方法,且能达到相同的技术效果,为避免重复,这里不再赘述。
图7为本公开实施例提供的一种服务器的结构示意图,用于对实现本公开实施例中任意数据处理方法的服务器进行示例性说明,不应理解为对本公开实施例的具体限定。
如图7所示,服务器700可以包括处理器(例如中央处理器、图形处理器等)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有服务器700操作所需的各种程序和数据。处理器701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
通常,以下装置可以连接至I/O接口705:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707;包括例如磁带、硬盘等的存储装置708;以及通信装置709。通信装置709可以允许服务器700与其他设备进行无线或有线通信以交换数据。虽然示出了具有各种装置的服务器700,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置709从网络上被下载和安装,或者从存储装置708被安装,或者从ROM 702被安装。在该计算机程序被处理器701执行时,可以执行本公开实施例提供的任意数据处理方法中限定的功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务端可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述服务器中所包含的;也可以是单独存在,而未装配入该服务器中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该服务器执行时,使得该服务器:在预设时长内的通话接通率小于或等于异常阈值的情况下,获取该预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及该一个通话事件对应的客户端的标识;基于该多组标识信息,分别从每个通话事件对应的客户端,获取该每个通话事件对应的日志信息;基于预设归因规则从该每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。
在本公开实施例中,可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在计算机上执行、部分地在计算机上执行、作为一个独立的软件包执行、部分在计算机上部分在远程计算机上执行、或者完全在远程计算机或服务端上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,计算机可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。计算机可读介质可以是计算机可读信号介质或计算机可读储存介质。计算机可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。计算机可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (12)

1.一种数据处理方法,其特征在于,所述方法包括:
在预设时长内的通话接通率小于或等于异常阈值的情况下,获取所述预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及所述一个通话事件对应的客户端的标识;
基于所述多组标识信息,分别从每个通话事件对应的客户端,获取所述每个通话事件对应的日志信息;
基于预设归因规则从所述每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。
2.根据权利要求1所述的方法,其特征在于,所述基于预设归因规则从所述每个通话事件对应的日志信息,确定多个归因结果信息之后,所述方法还包括:
基于所述多个归因结果信息,生成归因结果报告;
在归因结果页面显示所述归因结果报告;
其中,所述归因结果报告包括多条归因结果数据,每条归因结果数据包括对应的通话事件的标识,对应的通话事件接通失败的原因、对应的通话事件的客户端信息、对应的通话事件的时间信息。
3.根据权利要求2所述的方法,其特征在于,所述归因结果报告还包括归因分布信息,所述归因分布信息用于指示所述多个通话事件按照接通失败的原因进行分类的分类信息;
其中,所述分类信息包括以下至少一项:
各个类型下的通话事件的事件标识,各个类型下的通话事件的数量,各个类型下的通话事件在所述多个通话事件中的占比。
4.根据权利要求2所述的方法,其特征在于,所述归因结果页面还包括查找控件;所述在归因结果页面显示所述归因结果报告之后,所述方法还包括:
接收对所述查找控件的触发操作;
响应于所述触发操作,获取所述触发操作对应的查找条件,所述查找条件包括以下至少一项:接通失败的原因、客户端信息、时间信息;
从所述多条归因结果数据中,确定与所述查找条件对应的至少一条归因结果数据;
显示所述至少一条归因结果数据。
5.根据权利要求1所述的方法,其特征在于,在导致目标通话事件接通失败的环节为主叫客户端对应的通信环节的情况下,所述目标通话事件对应的一组标识信息中的客户端标识用于指示所述主叫客户端;
在导致所述目标通话事件接通失败的环节为被叫客户端对应的通信环节的情况下,所述目标通话事件对应的一组标识信息中的客户端标识用于指示所述被叫客户端;
其中,所述目标通话事件为所述多个通话事件中的一者。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述基于预设归因规则从所述每个通话事件对应的日志信息,确定多个归因结果信息,包括:
判断目标通话事件对应的日志信息是否包括第一内容,所述目标通话事件为所述多个通话事件中的一者;
在所述目标通话事件对应的日志信息包括所述第一内容的情况下,确定所述目标通话事件对应的归因结果信息包括第一原因;
在所述目标通话事件对应的日志信息不包括所述第一内容的情况下,确定所述目标通话事件对应的归因结果信息包括第二原因。
7.根据权利要求6所述的方法,其特征在于,所述第一原因包括第三原因和第四原因;所述在所述目标通话事件对应的日志信息包括所述第一内容的情况下,确定所述目标通话事件对应的归因结果信息包括第一原因,包括:
在所述目标通话事件对应的日志信息包括所述第一内容的情况下,判断所述目标通话事件对应的日志信息是否包括第二内容;
在所述目标通话事件对应的日志信息包括所述第二内容的情况下,确定所述目标通话事件对应的归因结果信息包括第三原因;
在所述目标通话事件对应的日志信息不包括所述第二内容的情况下,确定所述目标通话事件对应的归因结果信息包括第四原因。
8.根据权利要求6所述的方法,其特征在于,所述第二原因包括第五原因和第六原因;所述在所述目标通话事件对应的日志信息不包括所述第一内容的情况下,确定所述目标通话事件对应的归因结果信息包括第二原因,包括:
在所述目标通话事件对应的日志信息不包括所述第一内容的情况下,判断所述目标通话事件对应的日志信息是否包括第三内容;
在所述目标通话事件对应的日志信息包括所述第三内容的情况下,确定所述目标通话事件对应的归因结果信息包括第五原因;
在所述目标通话事件对应的日志信息不包括所述第三内容的情况下,确定所述目标通话事件对应的归因结果信息包括第六原因。
9.一种数据处理装置,其特征在于,包括:获取模块和确定模块;
所述获取模块,用于在预设时长内的通话接通率小于或等于异常阈值的情况下,获取所述预设时间长内发生接通失败的多个通话事件对应的多组标识信息,每组标识信息包括:对应的一个通话事件的标识,以及所述一个通话事件对应的客户端的标识;
所述获取模块,还用于基于所述多组标识信息,分别从每个通话事件对应的客户端,获取所述每个通话事件对应的日志信息;
所述确定模块,用于基于预设归因规则从所述每个通话事件对应的日志信息,确定多个归因结果信息,每个归因结果信息用于表征对应的通话事件接通失败的原因。
10.一种服务器,其特征在于,包括:存储器和处理器,存储器用于存储计算机程序;处理器用于在调用计算机程序时执行权利要求1至8中任一项所述的数据处理方法。
11.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,计算机程序被处理器执行时实现权利要求1至8中任一项所述的数据处理方法。
12.一种计算机程序产品,其特征在于,所述计算机程序产品上存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的数据处理方法。
CN202210709046.5A 2022-06-21 2022-06-21 数据处理方法、装置、服务器、存储介质及程序产品 Active CN115242606B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210709046.5A CN115242606B (zh) 2022-06-21 2022-06-21 数据处理方法、装置、服务器、存储介质及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210709046.5A CN115242606B (zh) 2022-06-21 2022-06-21 数据处理方法、装置、服务器、存储介质及程序产品

Publications (2)

Publication Number Publication Date
CN115242606A true CN115242606A (zh) 2022-10-25
CN115242606B CN115242606B (zh) 2024-04-16

Family

ID=83669938

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210709046.5A Active CN115242606B (zh) 2022-06-21 2022-06-21 数据处理方法、装置、服务器、存储介质及程序产品

Country Status (1)

Country Link
CN (1) CN115242606B (zh)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001031411A1 (en) * 1999-10-28 2001-05-03 General Electric Company Method and apparatus for diagnosing difficult to diagnose faults in a complex system
US6718238B1 (en) * 1999-10-28 2004-04-06 General Electric Company Call recovery process and apparatus for a remote monitoring system
US20040225689A1 (en) * 2003-05-08 2004-11-11 International Business Machines Corporation Autonomic logging support
CN1842196A (zh) * 2005-03-28 2006-10-04 华为技术有限公司 分析呼叫故障原因的方法
CN101232399A (zh) * 2008-02-18 2008-07-30 刘峰 网站异常访问分析方法
CN103138963A (zh) * 2011-11-25 2013-06-05 华为技术有限公司 一种基于用户感知的网络问题定位方法及装置
CN107995283A (zh) * 2017-11-29 2018-05-04 上海恺英网络科技有限公司 一种数据埋点分析的方法、设备及系统
CN108363634A (zh) * 2018-01-18 2018-08-03 阿里巴巴集团控股有限公司 一种业务处理失败原因识别方法、装置及设备
CN110737256A (zh) * 2018-07-18 2020-01-31 株洲中车时代电气股份有限公司 一种用于控制变频传动系统的方法及装置
CN110955575A (zh) * 2019-11-14 2020-04-03 国网浙江省电力有限公司信息通信分公司 一种基于关联分析模型的业务系统故障定位方法
CN111212038A (zh) * 2019-12-23 2020-05-29 江苏国泰新点软件有限公司 基于大数据人工智能的开放数据api网关系统
CN112333647A (zh) * 2020-10-21 2021-02-05 武汉绿色网络信息服务有限责任公司 一种VoLTE通话接通问题的自动定界方法及装置
CN113055760A (zh) * 2019-12-26 2021-06-29 中兴通讯股份有限公司 日志处理方法、装置、设备和存储介质
CN113157659A (zh) * 2021-05-14 2021-07-23 中国建设银行股份有限公司 一种日志处理方法和装置

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001031411A1 (en) * 1999-10-28 2001-05-03 General Electric Company Method and apparatus for diagnosing difficult to diagnose faults in a complex system
US6718238B1 (en) * 1999-10-28 2004-04-06 General Electric Company Call recovery process and apparatus for a remote monitoring system
US20040225689A1 (en) * 2003-05-08 2004-11-11 International Business Machines Corporation Autonomic logging support
CN1842196A (zh) * 2005-03-28 2006-10-04 华为技术有限公司 分析呼叫故障原因的方法
CN101232399A (zh) * 2008-02-18 2008-07-30 刘峰 网站异常访问分析方法
CN103138963A (zh) * 2011-11-25 2013-06-05 华为技术有限公司 一种基于用户感知的网络问题定位方法及装置
CN107995283A (zh) * 2017-11-29 2018-05-04 上海恺英网络科技有限公司 一种数据埋点分析的方法、设备及系统
CN108363634A (zh) * 2018-01-18 2018-08-03 阿里巴巴集团控股有限公司 一种业务处理失败原因识别方法、装置及设备
CN110737256A (zh) * 2018-07-18 2020-01-31 株洲中车时代电气股份有限公司 一种用于控制变频传动系统的方法及装置
CN110955575A (zh) * 2019-11-14 2020-04-03 国网浙江省电力有限公司信息通信分公司 一种基于关联分析模型的业务系统故障定位方法
CN111212038A (zh) * 2019-12-23 2020-05-29 江苏国泰新点软件有限公司 基于大数据人工智能的开放数据api网关系统
CN113055760A (zh) * 2019-12-26 2021-06-29 中兴通讯股份有限公司 日志处理方法、装置、设备和存储介质
CN112333647A (zh) * 2020-10-21 2021-02-05 武汉绿色网络信息服务有限责任公司 一种VoLTE通话接通问题的自动定界方法及装置
CN113157659A (zh) * 2021-05-14 2021-07-23 中国建设银行股份有限公司 一种日志处理方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
杨云,冯亚: "GSM网络优化中接通率的分析", 《计算机工程与科学》, 6 January 2011 (2011-01-06), pages 20 - 22 *
董树荣,曾国勇,王德苗: "对提高交换设备网络接通率的分析", 《电信科学》, 11 August 2005 (2005-08-11), pages 57 - 59 *

Also Published As

Publication number Publication date
CN115242606B (zh) 2024-04-16

Similar Documents

Publication Publication Date Title
CN111581291A (zh) 数据处理方法、装置、电子设备及可读介质
CN112311841B (zh) 信息推送方法、装置、电子设备和计算机可读介质
CN112311656B (zh) 消息聚合、展示方法、装置、电子设备和计算机可读介质
CN111813685B (zh) 自动化测试方法和装置
CN111163324B (zh) 信息处理方法、装置和电子设备
CN111694757A (zh) 应用程序的测试方法、装置、电子设备及计算机可读存储介质
CN111506376A (zh) 反馈信息显示方法、装置、可读介质及电子设备
CN110781373A (zh) 榜单更新方法、装置、可读介质和电子设备
CN108549586B (zh) 信息处理方法和装置
CN111930709A (zh) 数据存储方法、装置、电子设备和计算机可读介质
CN114201484A (zh) 信息处理方法、装置、电子设备及存储介质
CN112291216B (zh) 通信方法、装置和电子设备
CN115242606B (zh) 数据处理方法、装置、服务器、存储介质及程序产品
CN114979256A (zh) 一种消息推送方法、装置、电子设备及计算机可读介质
CN112306596A (zh) 信息交互方法、装置和电子设备
CN112162682A (zh) 内容显示方法、装置、电子设备及计算机可读存储介质
CN112131832A (zh) 在线文档任务状态的提醒方法、装置及电子设备
CN112084440B (zh) 数据校验方法、装置、电子设备和计算机可读介质
CN113965476B (zh) 基于应用的巡检方法、装置和设备
CN111404890B (zh) 流量数据检测方法、系统、存储介质及电子设备
CN111291254A (zh) 信息处理方法和装置
CN115080509B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN112311749B (zh) 添加参会成员的方法、装置和电子设备
CN112671822B (zh) 服务请求处理方法、装置、存储介质、服务器和系统
CN110855767B (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