CN109981628B - 网络直播软件性能的监控方法及装置、电子设备 - Google Patents

Abstract

本发明公开了一种网络直播软件性能的监控方法及装置、电子设备。其中，该方法包括：接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程；监测目标房间进程的运行参数；根据运行参数，判断预设网络直播软件是否出现异常卡顿；在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。本发明解决了在直播软件中，无法准确定位到卡顿异常的原因的技术问题。

Description

网络直播软件性能的监控方法及装置、电子设备

技术领域

本发明涉及监控技术领域，具体而言，涉及一种网络直播软件性能的监控方法及装置、电子设备。

背景技术

在相关技术中，对于直播领域或者视频播放领域，会通过一个应用或者平台等连接多个主播房间，各个直播用户通过一个或多个直播房间向玩家展示主播视频(如玩游戏、户外体验、播放视频等)，普通用于通过该应用或平台可以进入一个个直播房间观看，这种直播方式可以提高用户的娱乐感。但是，当前这种直播方式存在多种方式，例如，很容易出现由于同一个直播房间观看人数众多，服务端广播的消息密集，导致直播应用或者平台出现异常卡顿的现象，而当前对于软件的卡顿定位往往是通过重启软件的方式来解决，无法实现异常卡顿原因的准确定位；当前在确定应用/软件是否会出现卡顿时，往往是预先通过开发测试模拟线上环境来确定的，但是模拟方式往往与实际的线上环境有很大的差别，由于不同终端、网络等情况，很容易出现未知的异常卡顿原因。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种网络直播软件性能的监控方法及装置、电子设备，以至少解决在直播软件中，无法准确定位到卡顿异常的原因的技术问题。

根据本发明实施例的一个方面，提供了一种网络直播软件性能的监控方法，应用于包括预设网络直播软件的终端设备，包括：接收第一操作，其中，所述第一操作用于打开目标直播房间，并在所述目标直播房间被打开时，创建与所述目标直播房间对应的目标房间进程；监测所述目标房间进程的运行参数；根据所述运行参数，判断所述预设网络直播软件是否出现异常卡顿；在确定所述预设网络直播软件出现异常卡顿后，上报所述预设网络直播软件的性能参数，其中，所述性能参数用于确定出现异常卡顿的原因。

可选地，在接收第一操作之前，所述方法还包括：接收第二操作，其中，所述第二操作用于打开所述预设网络直播软件；在所述预设网络直播软件打开后，启动与所述预设网络直播软件对应的管理者进程，其中，所述管理者进程用于管理多个房间进程，每个所述房间进程对应管理一个所述直播房间。

可选地，所述运行参数包括下述至少之一：CPU占用率、界面响应时间，则监测所述目标房间进程的运行参数的步骤，包括：获取所述目标房间进程的CPU占用率；和/或，通过所述管理者进程计算给所述目标房间进程发送的界面消息和接收的界面应答消息的时间差，以确定所述目标房间进程的界面响应时间。

可选地，所述运行参数还包括：所述目标房间进程占用所述终端设备的运行系统的内存值和所述目标房间进程的GDI对象数量。

可选地，根据所述运行参数，判断所述预设网络直播软件是否出现异常卡顿的步骤，包括：在第一预设时间段内，若所述目标房间进程的CPU占用率超出预设占用比值，则确定所述预设网络直播软件出现异常卡顿；和/或，在第二预设时间段内，若所述目标房间进程的界面响应时间超出预设响应时长，则确定所述预设网络直播软件出现异常卡顿。

可选地，所述方法还包括：通过所述目标房间进程记录同一种服务端协议ID的接收次数，并在确定所述接收次数超出预设接收次数时，将所述接收次数存入日志文件；和/或，通过所述目标房间进程记录同一种服务端协议的处理时长，并在确定所述处理时长超出预设处理时长时，将所述处理时长存入日志文件。

可选地，所述性能参数至少包括：所述目标房间进程的CPU占用率、所述目标房间进程的界面响应时间、所述目标房间进程占用所述终端设备的运行系统的内存值、所述目标房间进程的GDI对象数量、所述日志文件中记录的服务端协议的接收次数和处理时长。

根据本发明实施例的另一方面，还提供了一种网络直播软件性能的监控方法，应用于包括预设网络直播软件的终端设备上，所述预设网络直播软件对应有管理者进程，包括：在所述管理者进程启动后，监测是否有房间进程启动，其中，所述房间进程是在接收预设操作后，打开一个直播房间后创建的；监测每个所述房间进程的运行参数，其中，所述运行参数至少包括：CPU占用率；向所述房间进程发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间；根据所述运行参数和/或所述界面响应时间，判断所述预设网络直播软件是否出现异常卡顿；在确定所述预设网络直播软件出现异常卡顿后，上报所述预设网络直播软件的性能参数，其中，所述性能参数用于确定出现异常卡顿的原因。

根据本发明实施例的另一方面，还提供了一种网络直播软件性能的监控系统，应用于包括预设网络直播软件的终端设备，包括：管理者进程单元，用于在所述预设网络直播软件启动时创建管理者进程，其中，所述管理者进程用于加载性能监测管理单元；所述性能监测管理单元至少包括：运行参数监测模块，用于监测房间进程的CPU占用率、房间进程占用系统的内存大小和房间进程的GDI对象数量；界面响应监测模块，用于发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间；异常卡顿判断模块，用于根据所述CPU占用率和所述界面响应时间，判断所述预设网络直播软件是否出现异常卡顿；数据上报模块，用于在确定所述预设网络直播软件出现异常卡顿时，上报所述预设网络直播软件的性能参数，其中，所述性能参数用于确定出现异常卡顿的原因。

可选地，所述系统还包括房间进程单元，用于在所述直播房间启动时创建房间进程，所述房间进程单元至少包括：界面响应应答模块，在接收到所述界面消息后，发送界面应答消息；服务端次数与耗时记录模块，用于记录同一种服务端协议ID的接收次数，并记录同一种服务端协议的总耗时；服务端消息异常判断模块，用于根据所述接收次数和/或所述总耗时，判断所述终端设备处理所述服务端协议的逻辑是否存在异常。

根据本发明实施例的另一方面，还提供了一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的网络直播软件性能的监控方法。

根据本发明实施例的另一方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述任意一项所述的网络直播软件性能的监控方法。

在本发明实施例中，采用接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程，然后可以持续监测目标房间进程的运行参数，根据该运行参数，判断预设网络直播软件是否出现异常卡顿，在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。在该实施例中，可以通过各个房间进程来监测直播房间的运行情况，若确定网络直播软件出现异常卡顿，则可以通过网络直播软件的性能参数准确得到出现异常卡顿的原因，进而解决在直播软件中，无法准确定位到卡顿异常的原因的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的网络直播软件性能的监控方法的流程图；

图2是根据本发明实施例的另一种可选的网络直播软件性能的监控方法的流程图；

图3是根据本发明实施例的一种可选的网络直播软件性能的监控系统的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于用户理解本发明，下面对本发明下述各实施例中涉及的部分术语或名词做出解释：

GDI，Graphics Device Interface，图形设备接口。

GDI对象，即图形对象，用户创建，用户具有使用权。

用户对象，用户创建的对象，用户具有使用权。

API，Application Programming Interface，应用程序编程接口，是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

本发明下述各实施例可以应用于视频播放软件、直播软件等类型的软件、平台中，应用的设备包括但不限于：移动终端、平板、IPAD等。一种优选的实施环境中，主播用户通过持有的终端安装直播软件，并申请开启直播房间，利用该直播房间，主播用户可以进行直播；而观看直播的用户也可以通过持有的终端安装该直播软件，在进入直播软件后，可以打开相应的直播房间，观看主播用户的直播内容。

本发明下述各实施例，可以提供一种主动监测直播软件的性能方案，在监测到直播软件出现异常卡顿时，可以通过上报直播软件的性能参数，然后服务器或者软件后台终端可以根据该性能参数确定出现异常卡顿的原因，从而快速解决异常卡顿的现象，减少软件的运行异常情况的发生概率，提高用户观看直播的兴趣、时长。

由于直播软件(如本申请网络直播软件)在运行时，每个直播房间的观看人数不一样，导致出现异常卡顿的原因也不一样，一般情况下，只有在一个直播房间出现大量观看用户或者某一个直播房间在短时间的观看人数急剧上涨才会出现异常卡顿，本发明针对这种情况准确定位软件出现异常卡顿的原因。下面通过各个实施例来说明本发明。

根据本发明实施例，提供了一种网络直播软件性能的监控方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明下述实施例可以应用于包括预设网络直播软件的终端设备。可选的，预设网络直播软件为直播软件，直播软件中可以连接或运行多个直播房间，直播房间是主播用户打开并运行的。

可选的，本发明下述实施例实现网络直播软件性能的监控方法的方案，可以运行在普通观看用户持有的终端安装的预设网络直播软件中实现的，即普通观看用户的终端实时监测预设网络直播软件运行时是否出现异常卡顿，并在出现异常卡顿时，上报性能参数，方便服务器或者其它后台人员定位原因。

图1是根据本发明实施例的一种可选的网络直播软件性能的监控方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程；

步骤S104，监测目标房间进程的运行参数；

步骤S106，根据运行参数，判断预设网络直播软件是否出现异常卡顿；

步骤S108，在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。

通过上述步骤，可以采用接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程，然后可以持续监测目标房间进程的运行参数，根据该运行参数，判断预设网络直播软件是否出现异常卡顿，在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。在该实施例中，可以通过各个房间进程来监测直播房间的运行情况，若确定网络直播软件出现异常卡顿，则可以通过网络直播软件的性能参数准确得到出现异常卡顿的原因，进而解决在直播软件中，无法准确定位到卡顿异常的原因的技术问题。

下面对本发明出现的用户进行说明。本发明实施例中会出现主播用户和普通用户，主播用户会安装预设网络直播软件，开启直播房间，并利用该直播房间进行直播，一般而言，主播用户在进行直播时，会出现包含直播内容(如操作游戏)和主播用户自身的界面；而普通用户也会安装预设网络直播软件，在打开预设网络直播软件后，可以点击进入各个直播房间观看主播用户的直播内容。一般而言，在同一时间，一个普通用户只能打开观看一个直播房间，但是，同一个直播房间会在同一时间有一个或者多个普通用户观看。

可选的，对本发明实施例中涉及的进程进行说明。本发明实施例中会涉及到管理者进程和房间进程，其中，1，管理者进程对应管理、监测预设网络直播软件，其可以在预设网络直播软件启动运行时创建，在预设网络直播软件退出时销毁，例如，一个普通用户在安装预设网络直播软件后，若想观看直播内容，则可以打开预设网络直播软件(如双击/单击预设网络直播软件对应的桌面图标)，此时，预设网络直播软件启动时会自动创建一个管理者进程来管理和监测预设网络直播软件之后运行的性能参数，而如果该普通用户不想观看直播内容，可以退出该预设网络直播软件(例如，点击返回键或者点击退出键)，在预设网络直播软件不在运行时，该管理者进程也会自动销毁，一般而言，在同一个终端设备上一般只会安装一个预设网络直播软件，即在同一时刻，同一个终端设备只会运行一个管理者进程；2，房间进程对应管理、监测直播房间(房间进程可以对应有标识，如房间进程ID)，在进入直播房间时，可以通过管理者进程启动对应该直播房间的房间进程，本发明实施例中通过监测该房间的运行参数，可以确定预设网络直播软件是否出现异常卡顿，一般而言，在普通用户点击一个直播房间的入口时可以自动创建一个房间进程，在普通用户点击直播房间的关闭按钮时，可以自动销毁该房间进程；普通用户进入另一个直播房间时，会把之前的房间进程销毁，然后创建一个新的房间进程。

下面对上述各个步骤进行详细说明。在下述实施例说明中，是以预设网络直播软件为实施主体进行说明的。

步骤S102，接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程。

即可以在进入到预设网络直播软件后，若监测到某一个直播房间的入口被打开，可以直接创建一个房间进程，通过该房间进程监测直播房间的运行参数。

上述第一操作包括但不限于：单击、双击、长按、点击(鼠标等)等。第一操作可以是对各个直播房间的操作。

在本发明实施例中，各个直播房间的入口(以及直播房间的实时截图、直播房间的直播标题等)可以显示模块化显示在预设网络直播软件的各个界面中，预设网络直播软件可以预先进行分类处理，在普通查看到想要观看的分类标题后，可以进入该标题对应的分类界面，每个分类界面中包括一个或多个直播房间的入口。

可选地，在接收第一操作之前，方法还包括：接收第二操作，其中，第二操作用于打开预设网络直播软件；在预设网络直播软件打开后，启动与预设网络直播软件对应的管理者进程，其中，管理者进程用于管理多个房间进程，每个房间进程对应管理一个直播房间。

对于终端设备来说，可以在其系统安装预设网络直播软件，预设网络直播软件对应的桌面图标可以显示在终端系统桌面上。

第二操作包括但不限于：单击、双击、长按、点击等。第一操作可以是对预设网络直播软件的操作，在预设网络直播软件启动后，可以启动管理者进程。

步骤S104，监测目标房间进程的运行参数。

可选地，运行参数包括下述至少之一：CPU占用率、界面响应时间，则监测目标房间进程的运行参数的步骤，包括：获取目标房间进程的CPU占用率；和/或，通过管理者进程计算给目标房间进程发送的界面消息和接收的界面应答消息的时间差，以确定目标房间进程的界面响应时间。

在房间进程启动后，可以启动定时器，即可以通过定时器确定采集的运行参数的时间间隔，例如，每秒(或每5秒)记录一次房间进程的CPU占用率、内存值和GDI对象数量。

在本发明实施例中，主要监测CPU占用率和界面响应时间，CPU占用率大于预设占用比值和/或界面响应时间超出预设响应时长，则可以认为预设网络直播软件出现异常卡顿了。而出现异常卡顿的原因有很多中，包括但不限于：内存占用大、GDI对象数量多、短时间内收到的通讯协议多、短时间内处理的通讯协议消耗时间太长等。

可选地，运行参数还包括：目标房间进程占用终端设备的运行系统的内存值和目标房间进程的GDI对象数量。对于本发明实施例来说，可以通过系统API获取房间进程的CPU占用率、房间进程占用系统的内存值、房间进程的GDI对象数量。内存值较大和GDI对象数量超出预设对象数量，并不是一定会发生卡顿，只需要记录这些数据即可，在确定预设网络直播软件发生异常卡顿，将这些数据上传到服务器/后台终端，帮助查找卡顿的原因。

而对于界面响应时间，可以通过管理者进程和房间进程的通讯时间差确定，可以先通过管理者进程向房间进程发送一个界面消息，房间进程在收到界面消息后，立刻返回一个界面应答消息给管理者进程，管理者进程可以计算发送界面消息和收到界面应答消息的时间差，得到界面响应时间。

在本发明实施例中，可以实时获取并存储上述的CPU占用率、内存值、GDI对象数量、界面响应时间，以供后续异常卡顿的原因查询。

本发明实施例中，在管理者进程里，可以通过系统API获取到房间进程的CPU占用率、房间进程占用的内存值以及GDI对象数量；而在房间进程例，可以统计短时长内收到的服务端协议次数和短时长内处理协议的耗时。通过管理者进程和房间进程的配合，可以得到界面响应时间。

步骤S106，根据运行参数，判断预设网络直播软件是否出现异常卡顿。

可选地，根据运行参数，判断预设网络直播软件是否出现异常卡顿的步骤，包括：在第一预设时间段内，若目标房间进程的CPU占用率超出预设占用比值，则确定预设网络直播软件出现异常卡顿；和/或，在第二预设时间段内，若目标房间进程的界面响应时间超出预设响应时长，则确定预设网络直播软件出现异常卡顿。

在本发明实施例中，异常卡顿的判断主要是通过CPU占用率和界面响应时间确定的，第一个，若目标房间进程的CPU占用率超出预设占用比值，则确定预设网络直播软件出现异常卡顿，可选的，预设占用比值是根据每个终端设备的硬件和运行的软件数据自行调整，例如，设置预设占用比值为90％。在本发明实施例中，记录CPU占用率时，会对短时长内房间进程的平均单核CPU占用率进行记录，例如，5秒内房间进程的平均单核cpu占用率超过90％；第二个，若界面响应时间超出预设响应时长，则确定预设网络直播软件出现异常卡顿，该预设响应时长可以根据网络情况和终端设备的硬件情况自行调整，例如，设置预设响应时长为1秒、2秒等，同时，在记录房间进程的界面响应时长时，也是要考虑短时长内的界面响应时长，例如，5秒内某一次界面响应时间是否超过1秒。只要其中一个条件成立，则上报性能参数。

例如，以每5秒为一个周期，检测房间进程的CPU占用率和界面响应时间，如果5秒内平均CPU占用率超过90％,或者5秒内有一次界面响应时间超过1秒，就认为房间进程可能出现异常卡顿的现象。然后上报这5秒内房间进程的CPU占用率/内存/GDI对象量，把5秒内房间进程记录的可能异常的服务端协议log信息一起上报。

步骤S108，在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。

可选地，性能参数至少包括：目标房间进程的CPU占用率、目标房间进程的界面响应时间、目标房间进程占用终端设备的运行系统的内存值、目标房间进程的GDI对象数量、日志文件中记录的服务端协议的接收次数和处理时长。例如，上报的性能参数包括但不限于：5秒内房间进程每秒的CPU占用率、5秒内房间进程每秒的内存占用值、5秒内房间进程每秒GDI对象的个数、5秒内房间进程每秒的界面响应时间、5秒内收到的服务端协议ID总个数超过100条的情况、5秒内处理服务端协议ID总耗时数超过100毫秒的情况等。

在本发明一可选的实施例中，会通过记录服务端接收协议的次数和处理协议的耗时进行记录，上述方法还包括：通过目标房间进程记录同一种服务端协议ID的接收次数，并在确定接收次数超出预设接收次数时，将接收次数存入日志文件；和/或，通过目标房间进程记录同一种服务端协议的处理时长，并在确定处理时长超出预设处理时长时，将处理时长存入日志文件。

在本发明实施例中，服务端与客户端之间的通讯协议，可以通过SID和CID来标识，只要SID和CID相同就可以认为是同一种服务端协议。普通用户持有的客户端上的预设网络直播软件在同一时间内接收到同一种服务端协议的次数超出预设次数值(例如，5秒内接收到同一种服务端协议的次数超出100次)，可能会导致预设网络直播软件出现异常卡顿，而这种情况的发生，一般是服务端的设计存在异常，在确定普通用户持有的客户端出现异常卡顿后，可以查询是否是服务端的设计存在问题。

在本发明实施例中，客户端处理某一种服务段协议的耗时太长(5秒内处理某一种服务端协议的总耗时超过100毫秒)，也会导致预设网络直播软件出现异常卡顿，这时可能是客户端的设计存在异常或者服务段的协议发送方式存在异常，若确定普通用户持有的客户端出现异常卡顿后，可以查看是否是客户端的设计存在问题，或者服务端的设计存在问题。

上述两种情况(预设网络直播软件在同一时间内接收到同一种服务端协议的次数超出预设次数值以及客户端处理某一种服务段协议的耗时太长)，都是可能出现异常卡顿已查的原因，在出现这两种情况后，把该种服务端协议5秒内收到的次数和总耗时记录在本地日志(log)文件中。当判断到可能出现异常卡顿，就把记录在本地的log一起上报给服务端，以帮助查找出现异常卡顿的原因。

通过上述实施例，可以在监测到预设网络直播软件出现异常卡顿时，通过记录的性能参数定位异常卡顿出现的原因，在普通用户持有的客户端打开直播房间，构建相应的房间进程，对房间进程进行监测，从而得到CPU占用率、房间进程占用的内存值、GDI对象数量，然后计算界面消息的往返时长确定出界面响应时长，并对客户端接收到的协议和处理协议的时长等数据进行监测，通过这些数据可以定位异常卡顿的原因，方便后续重新设计和调整，减少预设网络直播软件的卡顿情况的发生，提高用户使用预设网络直播软件的兴趣。

下面通过另一种可选的实施例来说明本发明。在下述实施例，可以以管理者进程为实施主体进行说明。

本发明下述实施例应用于包括预设网络直播软件的终端设备上，预设网络直播软件对应有管理者进程。

图2是根据本发明实施例的另一种可选的网络直播软件性能的监控方法的流程图，如图2所示，该方法包括：

步骤S201，在管理者进程启动后，监测是否有房间进程启动，其中，房间进程是在接收预设操作后，打开一个直播房间后创建的。管理者进程是在预设网络直播软件被打开后，自行创建的一个进程，该进程没有界面。

在房间进程启动后，可以启动定时器，即可以通过定时器确定采集的运行参数的时间间隔，例如，每秒记录一次房间进程的CPU占用率、内存值和GDI对象数量。

步骤S203，监测每个房间进程的运行参数，其中，运行参数至少包括：CPU占用率。该运行参数还包括：房间进程占用的内存值以及GDI对象数量等。

步骤S205，向房间进程发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间。

通过定时向房间进程发送界面消息，并确定接收界面应答消息的时间，从而计算时间差，该时间差可以定义为界面响应时间。

步骤S207，根据运行参数和/或界面响应时间，判断预设网络直播软件是否出现异常卡顿。

例如，以每5秒为一个周期，检测房间进程的CPU占用率和界面响应时间，如果5秒内平均CPU占用率超过90％,或者5秒内有一次界面响应时间超过1秒，就认为房间进程可能出现异常卡顿的现象。然后上报这5秒内房间进程的CPU占用率/内存/GDI对象量，把5秒内房间进程记录的可能异常的服务端协议的log信息一起上报。

步骤S209，在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。

上述网络直播软件性能的监控方法，可以采用在管理者进程启动后，监测是否有房间进程启动，其中，房间进程是在接收预设操作后，打开一个直播房间后创建的，监测每个房间进程的运行参数，其中，运行参数至少包括：CPU占用率，向房间进程发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间，根据运行参数和/或界面响应时间，判断预设网络直播软件是否出现异常卡顿，在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。在该实施例中，可以通过对各个房间进程的监测，来确定预设网络直播软件的运行情况，若确定预设网络直播软件出现异常卡顿，则可以通过软件的性能参数准确得到出现异常卡顿的原因，进而解决在直播软件中，无法准确定位到卡顿异常的原因的技术问题。

下面通过另一种可选的实施例来说明本发明。

本发明下述实施例可以应用于包括预设网络直播软件的终端设备，

图3是根据本发明实施例的一种可选的网络直播软件性能的监控系统的示意图，如图3所示，该监控系统可以包括：管理者进程单元11和房间进程单元12，其中，

管理者进程单元11，用于在预设网络直播软件10启动时创建管理者进程，其中，管理者进程用于加载性能监测管理单元110。该管理者进程单元创建的管理者进程可以在直播软件退出时销毁。

性能监测管理单元110至少包括：运行参数监测模块1101，界面响应监测模块1102，异常卡顿判断模块1103，数据上报模块1104，

可选的，运行参数监测模块1101，用于监测房间进程的CPU占用率、房间进程占用系统的内存大小和房间进程的GDI对象数量。运行参数监测模块1101可以通过系统API获取到房间进程的CPU占用率、房间进程占用系统的内存大小以及房间进程的GDI对象数量。

界面响应监测模块1102，用于发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间。

异常卡顿判断模块1103，用于根据CPU占用率和界面响应时间，判断预设网络直播软件是否出现异常卡顿。认为可能异常卡顿的条件有两个，第一个，在预设时间段内房间进程的平均单核CPU占用率超过预设占用比值；第二个，在预设时间段(如5秒内)某一次界面响应时间超过预设响应时长(如1秒)。只要其中一个条件成立，则上报预设网络直播软件的性能参数。

数据上报模块1104，用于在确定预设网络直播软件出现异常卡顿时，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。上报的性能参数包括但不限于：房间进程每秒的CPU占用情况、房间进程每秒的内存占用情况、房间进程每秒GDI对象的个数、房间进程每秒的界面响应时间、收到的服务端协议ID总个数超过100条的情况、处理服务端协议ID总耗时数超过100毫秒的情况。

可选地，系统还包括房间进程单元12，用于在直播房间启动时创建房间进程，房间进程单元12至少包括：界面响应应答模块120，在接收到界面消息后，发送界面应答消息；服务端次数与耗时记录模块121，用于记录同一种服务端协议ID的接收次数，并记录同一种服务端协议的总耗时；服务端消息异常判断模块122，用于根据接收次数和/或总耗时，判断终端设备处理服务端协议的逻辑是否存在异常。

上述网络直播软件性能的监控系统，可以通过运行参数监测模块1101监测房间进程的CPU占用率、房间进程占用系统的内存大小和房间进程的GDI对象数量，通过界面响应监测模块1102发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间，通过异常卡顿判断模块1103根据CPU占用率和界面响应时间，判断预设网络直播软件是否出现异常卡顿，并通过数据上报模块1104在确定预设网络直播软件出现异常卡顿时，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。在该实施例中，可以通过对各个直播房间的房间进程的监测，来确定预设网络直播软件的运行情况，若确定预设网络直播软件出现异常卡顿，则可以通过软件的性能参数准确得到出现异常卡顿的原因，进而解决在直播软件中，无法准确定位到卡顿异常的原因的技术问题。

根据本发明实施例的另一方面，还提供了一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述任意一项的网络直播软件性能的监控方法。

根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述任意一项的网络直播软件性能的监控方法。

本发明实施例提供了一种可按照直播软件的播放设备，播放设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程；监测目标房间进程的运行参数；根据运行参数，判断预设网络直播软件是否出现异常卡顿；在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因。

可选地，上述处理器执行程序时，还可以实现以下步骤：在接收第一操作之前，接收第二操作，其中，第二操作用于打开预设网络直播软件；在预设网络直播软件打开后，启动与预设网络直播软件对应的管理者进程，其中，管理者进程用于管理多个房间进程，每个房间进程对应管理一个直播房间。

可选地，运行参数包括下述至少之一：CPU占用率、界面响应时间，上述处理器执行程序时，还可以实现以下步骤：获取目标房间进程的CPU占用率；和/或，通过管理者进程计算给目标房间进程发送的界面消息和接收的界面应答消息的时间差，以确定目标房间进程的界面响应时间。

可选地，运行参数还包括：目标房间进程占用终端设备的运行系统的内存值和目标房间进程的GDI对象数量。

可选地，上述处理器执行程序时，还可以实现以下步骤：在第一预设时间段内，若目标房间进程的CPU占用率超出预设占用比值，则确定预设网络直播软件出现异常卡顿；和/或，在第二预设时间段内，若目标房间进程的界面响应时间超出预设响应时长，则确定预设网络直播软件出现异常卡顿。

可选地，上述处理器执行程序时，还可以实现以下步骤：通过目标房间进程记录同一种服务端协议ID的接收次数，并在确定接收次数超出预设接收次数时，将接收次数存入日志文件；和/或，通过目标房间进程记录同一种服务端协议的处理时长，并在确定处理时长超出预设处理时长时，将处理时长存入日志文件。

可选地，性能参数至少包括：目标房间进程的CPU占用率、目标房间进程的界面响应时间、目标房间进程占用终端设备的运行系统的内存值、目标房间进程的GDI对象数量、日志文件中记录的服务端协议的接收次数和处理时长。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收第一操作，其中，第一操作用于打开目标直播房间，并在目标直播房间被打开时，创建与目标直播房间对应的目标房间进程；监测目标房间进程的运行参数；根据运行参数，判断预设网络直播软件是否出现异常卡顿；在确定预设网络直播软件出现异常卡顿后，上报预设网络直播软件的性能参数，其中，性能参数用于确定出现异常卡顿的原因

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种网络直播软件性能的监控方法，其特征在于，应用于包括预设网络直播软件的终端设备，包括：

接收第一操作，其中，所述第一操作用于打开目标直播房间，并在所述目标直播房间被打开时，创建与所述目标直播房间对应的目标房间进程；

监测所述目标房间进程的运行参数，其中，所述运行参数包括：CPU占用率、界面响应时间，则监测所述目标房间进程的运行参数的步骤，包括：获取所述目标房间进程的CPU占用率；和/或，通过管理者进程计算给所述目标房间进程发送的界面消息和接收的界面应答消息的时间差，以确定所述目标房间进程的界面响应时间，所述运行参数还包括：所述目标房间进程占用所述终端设备的运行系统的内存值和所述目标房间进程的GDI对象数量；

根据所述运行参数，判断所述预设网络直播软件是否出现异常卡顿；

在确定所述预设网络直播软件出现异常卡顿后，上报所述预设网络直播软件的性能参数，其中，所述性能参数用于确定出现异常卡顿的原因，

所述监控方法还包括：通过所述目标房间进程记录同一种服务端协议ID的接收次数，并在确定所述接收次数超出预设接收次数时，将所述接收次数存入日志文件；和/或，通过所述目标房间进程记录同一种服务端协议的处理时长，并在确定所述处理时长超出预设处理时长时，将所述处理时长存入日志文件。

2.根据权利要求1所述的方法，其特征在于，在接收第一操作之前，所述方法还包括：

接收第二操作，其中，所述第二操作用于打开所述预设网络直播软件；

在所述预设网络直播软件打开后，启动与所述预设网络直播软件对应的管理者进程，其中，所述管理者进程用于管理多个房间进程，每个所述房间进程对应管理一个所述直播房间。

3.根据权利要求1所述的方法，其特征在于，根据所述运行参数，判断所述预设网络直播软件是否出现异常卡顿的步骤，包括：

在第一预设时间段内，若所述目标房间进程的CPU占用率超出预设占用比值，则确定所述预设网络直播软件出现异常卡顿；和/或，

在第二预设时间段内，若所述目标房间进程的界面响应时间超出预设响应时长，则确定所述预设网络直播软件出现异常卡顿。

4.根据权利要求1所述的方法，其特征在于，所述性能参数至少包括：所述目标房间进程的CPU占用率、所述目标房间进程的界面响应时间、所述目标房间进程占用所述终端设备的运行系统的内存值、所述目标房间进程的GDI对象数量、所述日志文件中记录的服务端协议的接收次数和处理时长。

5.一种网络直播软件性能的监控方法，其特征在于，应用于包括预设网络直播软件的终端设备上，所述预设网络直播软件对应有管理者进程，包括：

在所述管理者进程启动后，监测是否有房间进程启动，其中，所述房间进程是在接收预设操作后，打开一个直播房间后创建的；

监测每个所述房间进程的运行参数，其中，所述运行参数至少包括：CPU占用率、界面响应时间，其中，监测每个所述房间进程的运行参数的步骤，包括：获取每个所述房间进程的CPU占用率；和/或，通过所述管理者进程计算给房间进程发送的界面消息和接收的界面应答消息的时间差，以确定房间进程的界面响应时间，所述运行参数还包括：房间进程占用所述终端设备的运行系统的内存值和房间进程的GDI对象数量；

向所述房间进程发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间；

根据所述运行参数和/或所述界面响应时间，判断所述预设网络直播软件是否出现异常卡顿；

在确定所述预设网络直播软件出现异常卡顿后，上报所述预设网络直播软件的性能参数，其中，所述性能参数用于确定出现异常卡顿的原因，

所述监控方法还包括：通过房间进程记录同一种服务端协议ID的接收次数，并在确定所述接收次数超出预设接收次数时，将所述接收次数存入日志文件；和/或，通过房间进程记录同一种服务端协议的处理时长，并在确定所述处理时长超出预设处理时长时，将所述处理时长存入日志文件。

6.一种网络直播软件性能的监控系统，其特征在于，应用于包括预设网络直播软件的终端设备，包括：

管理者进程单元，用于在所述预设网络直播软件启动时创建管理者进程，其中，所述管理者进程用于加载性能监测管理单元；

所述性能监测管理单元至少包括：

运行参数监测模块，用于监测房间进程的CPU占用率、房间进程占用系统的内存大小和房间进程的GDI对象数量，所述运行参数监测模块还用于通过所述管理者进程计算给房间进程发送的界面消息和接收的界面应答消息的时间差，以确定房间进程的界面响应时间；

界面响应监测模块，用于发送界面消息，并根据接收到界面应答消息的时间，计算界面响应时间；

异常卡顿判断模块，用于根据所述CPU占用率和所述界面响应时间，判断所述预设网络直播软件是否出现异常卡顿；

数据上报模块，用于在确定所述预设网络直播软件出现异常卡顿时，上报所述预设网络直播软件的性能参数，其中，所述性能参数用于确定出现异常卡顿的原因，

所述网络直播软件性能的监控系统还用于：通过房间进程记录同一种服务端协议ID的接收次数，并在确定所述接收次数超出预设接收次数时，将所述接收次数存入日志文件；和/或，通过房间进程记录同一种服务端协议的处理时长，并在确定所述处理时长超出预设处理时长时，将所述处理时长存入日志文件。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括房间进程单元，用于在直播房间启动时创建房间进程，所述房间进程单元至少包括：

界面响应应答模块，在接收到所述界面消息后，发送界面应答消息；

服务端次数与耗时记录模块，用于记录同一种服务端协议ID的接收次数，并记录同一种服务端协议的总耗时；

服务端消息异常判断模块，用于根据所述接收次数和/或所述总耗时，判断所述终端设备处理所述服务端协议的逻辑是否存在异常。

8.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至4中任意一项所述的网络直播软件性能的监控方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至4中任意一项所述的网络直播软件性能的监控方法。

Images