基于信令分析的互动业务监测方法与流程

1.本技术的实施例涉及信令处理领域，尤其涉及基于信令分析的互动业务监测方法、装置、设备和计算机可读存储介质。


背景技术：

2.在日常运维工作中，运维人员需要实时掌握整个系统的并发分布、压力分布、设备饱和度等情况，以便合理播出系统扩容和故障预警。
3.但是，当前并没有实现上述功能的系统(方法)。因此，为运维人员建设一套互动业务监测系统(方法)，以提高其高效完成日常运维工作是目前亟需解决的问题。


技术实现要素：

4.根据本技术的实施例，提供了一种基于信令分析的互动业务监测方案。
5.在本技术的第一方面，提供了一种基于信令分析的互动业务监测方法。该方法包括：
6.获取信令数据；
7.对所述信令数据进行分析，得到协议交互信息；
8.对所述协议交互信息进行分析，完成实时业务监控。
9.进一步地，所述获取信令数据包括：
10.通过交换机端口数据镜像的方式获取信令数据。
11.进一步地，所述对所述信令数据进行分析，得到协议交互信息包括：
12.基于tcp/ip协议栈结构，从数据链路层、网络层和传输层分别对所述信令数据进行分析，得到协议交互信息。
13.进一步地，所述实时业务监测包括通信层监测、应用层监测、内容层监测和重点指标监测。
14.进一步地，所述对所述协议交互信息进行分析，完成实时业务监测包括：
15.根据源ip和目的ip进行通信层监测；
16.根据http、rtsp协议的应答返回码检对应用层进行监测；
17.根据关键信息对内容层进行监测；
18.根据预先设定的指标进行重点指标监测。
19.在本技术的第二方面，提供了一种基于信令分析的互动业务监测装置。该装置包括：
20.获取模块，用于获取信令数据；
21.分析模块，用于对所述信令数据进行分析，得到协议交互信息；
22.监测模块，用于对所述协议交互信息进行分析，完成实时业务监测。
23.在本技术的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。
24.在本技术的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本技术的第一方面的方法。
25.本技术实施例提供的基于信令分析的互动业务监测方法，通过获取信令数据；对所述信令数据进行分析，得到协议交互信息；对所述协议交互信息进行分析，完成实时业务监控，实现了对互动业务的高效监测。
26.应当理解，发明内容部分中所描述的内容并非旨在限定本技术的实施例的关键或重要特征，亦非用于限制本技术的范围。本技术的其它特征将通过以下的描述变得容易理解。
附图说明
27.结合附图并参考以下详细说明，本技术各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：
28.图1为本技术的实施例提供的方法所涉及的系统架构图。
29.图2为根据本技术的实施例的基于信令分析的互动业务监测方法的流程图；
30.图3为根据本技术的实施例的基于信令分析的互动业务监测装置的方框图；
31.图4为适于用来实现本技术实施例的终端设备或服务器的结构示意图。
具体实施方式
32.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。
33.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
34.图1示出了可以应用本技术的基于信令分析的互动业务监测方法或基于信令分析的互动业务监测装置的实施例的示例性系统架构100。
35.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
36.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如模型训练类应用、视频识别类应用、网页浏览器应用、社交平台软件等。
37.终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用
来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
38.当终端设备101、102、103为硬件时，其上还可以安装有视频采集设备。视频采集设备可以是各种能实现采集视频功能的设备，如摄像头、传感器等等。用户可以利用终端101、102、103上的视频采集设备来采集视频。
39.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的数据处理的后台服务器。后台服务器可以对接收到的数据进行分析等处理，并可以将处理结果(例如识别结果)反馈给终端设备。
40.需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
41.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。特别地，在目标数据不需要从远程获取的情况下，上述系统架构可以不包括网络，而只包括终端设备或服务器。
42.如图2所示，是本技术实施例基于信令分析的互动业务监测方法的流程图。从图2中可以看出，本实施例的基于信令分析的互动业务监测方法，包括以下步骤：
43.s210，获取信令数据。
44.本公开的业务监测方法，可应用于视频播出系统。例如，采用ngod架构的互动播出平台。
45.在本实施例中，用于基于信令分析的互动业务监测方法的执行主体(例如图1所示的服务器)可以通过有线方式或者无线连接的方式获取信令数据。
46.进一步地，上述执行主体可以获取与之通信连接的电子设备(例如图1所示的终端设备)发送的信令，也可以是预先存储于本地的信令数据。
47.在一些实施例中，为了在采集播出系统的运行状态的同时又不对播出系统的正常播出产生干扰。因此，在本公开中，可采用交换机端口数据镜像的方式进行信令数据的获取。
48.s220，对所述信令数据进行分析，得到协议交互信息。
49.在一些实施例中，若协议栈为基本通信数据，则基于tcp/ip协议栈结构，从数据链路层、网络层和传输层分别对所述信令数据进行分析，得到协议交互信息。
50.在一些实施例中，若协议栈为rtsp标准协议，则可对接口协议的解析可分为两类：
51.首先，解析标准rtsp协议的第一行数据，请求第一行解析到“方法、url、协议版本”，应答的第一行解析到“协议版本、状态码、状态描述”。
52.其次，按照ngod的接口列席，解析接口中需要包含的交互内容。例如，为机顶盒向vss服务器发送控制的信令交互内容，可从require键值“com.comcast.ngod.s1”识别出接口类型为s1的协议，seale键值“1.00000”识别出正常倍率播放，session键值“1365944579141”识别出点播会话id值。
53.按照ngod接口要求，s1、r2、c1接口需要包含如下数据：
54.s1：点播会话id、节目所在频点、节目号和/或节目资产id等；
55.r2：点播会话id、节目ts流推送地址、节目ts流带宽等；
56.c1：点播会话id、播放倍率、播放/暂停标记等。
57.s230，对所述协议交互信息进行分析，完成实时业务监控。
58.在一些实施例中，基于步骤s220得到的交互协议信息，进行如下四个层面的监测：
59.通信层监测：
60.在服务器宕机，王卡故障等情况下，机顶盒或其它服务器向其发起连接，连接将不会被正确建立。此时，该类故障类型为通信层面故障，以源ip和目的ip进行故障归属划分。
61.应用层监测：
62.http、rtsp协议的应答返回码会标识协议执行的成功状态，监测系统对应答不为“200 0k”的情况，依据状态码做故障类型监测，以源ip、目的ip和/或机顶盒sn智能卡号等做故障归属划分。
63.内容层监测：
64.按照ngod标准，在s1、r2.c1等交互中需要携带指定的信息例如s1的setup请求中需要携带机顶盒所属的空分组、点播的节目资产id，s1的setup应答中需要携带节目被分配到的频点、节目号等。监测系统对其中的关键信息做监测，对不存在或者不符合要求的数据进行告警，作为内容层故障。
65.报警监测：
66.根据监测业务的需求，针对一些需要重点关注的指标和数据做监测。例如，http协议的响应时间(从请求tcp三次握手到应答最后一个包传输完毕的时间差)超过预设的门限，则产生告警；目的ip为同一台物理主机的告警数目在单位时间内达到一定的数目，则产生告警；vss推流服务器的并发数超过或者低于预设数目，产生告警。
67.根据本公开的实施例，实现了以下技术效果：
68.通过本公开的方法，能够将系统的整体运行情况直观的进行显示；同时能够跟进分析结果确定故障的具体类型并进行跟踪，实现了对互动业务的高效监测。
69.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本技术所必须的。
70.以上是关于方法实施例的介绍，以下通过装置实施例，对本技术所述方案进行进一步说明。
71.图3示出了根据本技术的实施例的基于信令分析的互动业务监测装置300的方框图如图3所示，装置300包括：
72.获取模块310，用于获取信令数据；
73.分析模块320，用于对所述信令数据进行分析，得到协议交互信息；
74.监测模块330，用于对所述协议交互信息进行分析，完成实时业务监测。
75.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
76.图4示出了适于用来实现本技术实施例的终端设备或服务器的结构示意图。
77.如图4所示，终端设备或服务器包括中央处理单元(cpu)401，其可以根据存储在只读存储器(rom)402中的程序或者从存储部分408加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram403中，还存储有终端设备或服务器操作所需的各种程序和数据。cpu 401、rom 402以及ram403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
78.以下部件连接至i/o接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至i/o接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。
79.特别地，根据本技术的实施例，上文方法流程步骤可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(cpu)401执行时，执行本技术的系统中限定的上述功能。
80.需要说明的是，本技术所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
81.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指
令的组合来实现。
82.描述于本技术实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
83.作为另一方面，本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本技术的方法。
84.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

技术特征：
1.一种基于信令分析的互动业务监测方法，其特征在于，包括：获取信令数据；对所述信令数据进行分析，得到协议交互信息；对所述协议交互信息进行分析，完成实时业务监控。2.根据权利要求1所述的方法，其特征在于，所述获取信令数据包括：通过交换机端口数据镜像的方式获取信令数据。3.根据权利要求2所述的方法，其特征在于，所述对所述信令数据进行分析，得到协议交互信息包括：基于tcp/ip协议栈结构，从数据链路层、网络层和传输层分别对所述信令数据进行分析，得到协议交互信息。4.根据权利要求3所述的方法，其特征在于，所述实时业务监测包括通信层监测、应用层监测、内容层监测和重点指标监测。5.根据权利要求4所述的方法，其特征在于，所述对所述协议交互信息进行分析，完成实时业务监测包括：根据源ip和目的ip进行通信层监测；根据http、rtsp协议的应答返回码检对应用层进行监测；根据关键信息对内容层进行监测；根据预先设定的指标进行重点指标监测。6.一种基于信令分析的互动业务监测装置，其特征在于，包括：获取模块，用于获取信令数据；分析模块，用于对所述信令数据进行分析，得到协议交互信息；监测模块，用于对所述协议交互信息进行分析，完成实时业务监测。7.根据权利要求6所述的装置，其特征在于，所述获取信令数据包括：通过交换机端口数据镜像的方式获取信令数据。8.根据权利要求7所述的装置，其特征在于，所述对所述信令数据进行分析，得到协议交互信息包括：基于tcp/ip协议栈结构，从数据链路层、网络层和传输层分别对所述信令数据进行分析，得到协议交互信息。9.一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1～5中任一项所述的方法。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1～5中任一项所述的方法。

技术总结
本申请的实施例提供了基于信令分析的互动业务监测方法、装置、设备和计算机可读存储介质。所述方法包括获取信令数据；对所述信令数据进行分析，得到协议交互信息；对所述协议交互信息进行分析，完成实时业务监控。以此方式，能够将系统的整体运行情况直观的进行显示；同时能够跟进分析结果确定故障的具体类型并进行跟踪，实现了对互动业务的高效监测。实现了对互动业务的高效监测。实现了对互动业务的高效监测。


技术研发人员：罗志亮 唐泽鹏 戴光权
受保护的技术使用者：联通在线信息科技有限公司
技术研发日：2023.05.18
技术公布日：2023/9/5