CN120812629A - 数据通道监测方法、装置、设备、介质和产品 - Google Patents

Abstract

本申请涉及一种数据通道监测方法、装置、设备、介质和产品。该方法包括：对目标应用程序下的各数据通道进行监测；其中，所述数据通道用于实现所述目标应用程序在相应功能下的数据传输；在监测到所述目标应用程序中存在异常数据通道的情况下，获取所述异常数据通道对应的最新通道版本信息；将所述异常数据通道下的配置参数，回滚至所述最新通道版本信息对应的上一通道版本信息下的配置参数。本申请能够自动对异常数据通道进行参数修改，提高了异常处理效率，且不会引入新的错误。

Description

数据通道监测方法、装置、设备、介质和产品

技术领域

本申请涉及通信技术领域，特别是涉及一种数据通道监测方法、装置、设备、介质和产品。

背景技术

随着通信技术的发展，移动终端需要支持多种数据通道，以满足5G（5thGeneration Mobile Networks，第五代移动通信技术）新通话业务的不同业务需求。

在5G新通话业务的业务场景中，在数据通道出现异常的情况下，需要通过人工介入的方式对异常数据通道下的配置参数进行修改，这种方式不仅效率低，而且容易引入新的错误。

发明内容

基于此，有必要针对上述技术问题，提供一种能够自动对异常数据通道进行参数修改的数据通道监测方法、装置、设备、介质和产品，以提高异常处理效率，且不会引入新的错误。

第一方面，本申请提供了一种数据通道监测方法，包括：

对目标应用程序下的各数据通道进行监测；其中，数据通道用于实现目标应用程序在相应功能下的数据传输；

在监测到目标应用程序中存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息；

将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数。

在一个实施例中，获取异常数据通道对应的最新通道版本信息，包括：在目标应用程序的配置文件的修改次数为0的情况下，获取异常数据通道对应的初始通道版本信息，得到最新通道版本信息。

在一个实施例中，方法还包括：在监测到目标应用程序的配置文件被修改的情况下，获取配置文件中被修改配置参数所属的被修改数据通道；生成被修改数据通道对应的最新通道版本信息；相应的，获取异常数据通道对应的最新通道版本信息，包括：获取在最近一次修改配置文件后，异常数据通道对应的最新通道版本信息。

在一个实施例中，生成被修改数据通道对应的最新通道版本信息，包括：对被修改数据通道下的被修改配置参数进行有效性验证；在有效性验证通过的情况下，生成被修改数据通道对应的最新通道版本信息。

在一个实施例中，方法还包括：在监测到目标应用程序的配置文件被修改的情况下，生成配置文件中被修改配置参数所属的被修改数据通道的版本日志；其中，版本日志中包括被修改配置参数；按照修改时间顺序，将被修改数据通道的版本日志添加至被修改数据通道对应的参数变更跟踪信息；其中，初始的参数变更跟踪信息为原始配置文件对应的版本日志；相应地，将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数，包括：按照修改时间顺序，根据异常数据通道对应的参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，以及被修改配置参数在上一通道版本信息下的目标参数值；将被修改配置参数，回滚至目标参数值。

在一个实施例中，方法还包括：在将异常数据通道下的配置参数回滚至上一通道版本信息下的配置参数后，对异常数据通道的配置参数进行有效性验证；在未通过有效性验证的情况下，生成针对异常数据通道的配置参数修改提醒。

在一个实施例中，对目标应用程序下的各数据通道进行监测，包括：对各数据通道的创建指标进行监测；根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道。

在一个实施例中，根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道，包括如下至少一项：在创建指标中的网络连接失败率超出预设失败率阈值的情况下，确定相应数据通道为异常数据通道；在创建指标中的服务质量指标未到达预设指标标准的情况下，确定相应数据通道为异常数据通道；在创建指标中的预设指标表征接收到创建失败事件的情况下，确定相应数据通道为异常数据通道。

第二方面，本申请还提供了一种数据通道监测装置，包括：

第一监测模块，用于对目标应用程序下的各数据通道进行监测；其中，数据通道用于实现目标应用程序在相应功能下的数据传输；

版本获取模块，用于在监测到目标应用程序中存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息；

参数回滚模块，用于将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现第一方面提供的方法。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第一方面提供的方法。

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面提供的方法。

上述数据通道监测方法、装置、设备、介质和产品，在监测到存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息，将异常数据通道下的配置参数回滚至最新通道版本信息对应的上一通道版本信息下的配置参数，通过回滚的方式不会引入新的错误。而且，相对于文件级别的常规版本管理方式，本实施例中的通道版本信息是针对数据通道而设置的，即本实施例采用的是数据通道级别的版本管理方式。由于实现了更加细粒度的版本管理，因此在进行回滚时只需要回滚异常数据通道的参数即可，不必所有的数据通道都进行回滚操作，从而实现了精准的回滚，避免影响其它正常业务，提高了业务鲁棒性。而且，由于减少了人工参与度，运营商或开发者可更大胆地尝试新的参数配置，即使参数配置后出现问题，数据通道也能及时回滚到正常的稳定状态，即提供了试错容错的空间。而且，相对于传统人工介入的方式，本实施例实现了对数据通道进行实时监控和自动回滚，可以大幅度缩短异常恢复时间，提高了异常处理效率，以尽量保证目标应用程序为用户提供连续服务，提升了业务可靠性。

附图说明

为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对本申请实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为一个实施例中数据通道监测方法的流程示意图；

图2为一个实施例中最新通道版本信息获取步骤的流程示意图；

图3为一个实施例中最新通道版本信息生成步骤的流程示意图；

图4为一个实施例中最新通道版本信息获取步骤的流程示意图；

图5为一个实施例中最新通道版本信息生成步骤的流程示意图；

图6为一个实施例中参数变更跟踪信息生成步骤的流程示意图；

图7为一个实施例中配置参数回滚步骤的流程示意图；

图8为一个实施例中数据通道监测步骤的流程示意图；

图9为一个实施例中数据通道监测方法的流程示意图；

图10为一个实施例中数据通道监测装置的结构框图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

为了便于理解，首先对本申请中涉及的英文和专有名词进行介绍。

IMS（IP Multimedia Subsystem，IP多媒体子系统）是一个全球性的、开放的以及基于IP的多媒体业务架构，旨在为移动和固定网络提供统一的多媒体业务（例如，语音、视频、消息和会议等）控制平台。其中，IP的英文全拼为Internet Protocol，中文为互联网协议。

DC（Data Channel，数据通道）为用于进行数据传输的通道。

IMS DC是在传统IMS音视频通信的基础上新增的独立数据传输通道，旨在实现通话过程中多媒体信息与音视频流的同步交互，为用户提供更丰富的实时通信体验。

在相关技术中，在数据通道出现异常的情况下，通过人工修改异常数据通道下配置参数的方式，来修复异常。但是人工修改的方式不仅效率低，而且容易出错。

为了解决上述问题，在一个示例性的实施例中，提供一种数据通道监测方法，该方法可以应用于计算机设备。参见图1，数据通道监测方法包括如下步骤：

S110，对目标应用程序下的各数据通道进行监测；其中，数据通道用于实现目标应用程序在相应功能下的数据传输。

其中，目标应用程序可以为但不限于提供5G新通话业务的应用程序，5G新通话业务基于IMS DC实现。目标应用程序下的功能可以包括但不限于屏幕共享功能和语音通话功能等。在不同的功能下采用不同的数据通道传输数据。

示例性地，为了实现5G新通话业务，需要至少一个数据通道。在需要使用某个数据通道时，创建该数据通道；在不需要使用某个数据通道时关闭该数据通道。针对数据通道的创建过程和/或使用过程进行监控，从而得知是否存在异常数据通道。

S120，在监测到目标应用程序中存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息。

其中，异常数据通道可以理解为创建过程和/或使用过程出现异常的数据通道，甚至为在网络异常时正在创建或使用的数据通道。

其中，异常数据通道对应的最新通道版本信息，可以理解为，异常数据通道下配置参数对应的最新版本的相关信息，例如，版本号。

可见，本实施例针对每一个数据通道维护对应的通道版本信息。

S130，将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数。

可理解的是，上一通道版本通常为各历史通道版本中最新且稳定的版本，因此将异常数据通道下的配置参数回滚到上一通道版本信息下的配置参数，可以使得异常数据通道尽可能恢复正常，从而进行正常的数据传输。

示例性地，在5G新通话业务场景中，屏幕共享对应的数据通道的最新通道版本信息为V2.0，当出现共享屏幕卡顿或屏幕共享失败等问题时，将对应的数据通道下的配置参数自动回滚到上一通道版本信息V1.0，恢复正常的共享屏幕服务。

可理解的是，本实施例提供了数据通道级别的版本管理方式以及完善的回滚机制，以保证相应业务的正常运行。

在一个可选的实现方式中，在执行S130之后，数据通道监测方法还可以包括：对异常数据通道的配置参数进行有效性验证；在未通过有效性验证的情况下，生成针对异常数据通道的配置参数修改提醒。

其中，有效性验证可以理解为对异常数据通道进行功能测试，若功能测试中未出现异常，则有效性验证通过。通过有效性验证，说明被修改配置参数的格式是正确的，被修改参数与操作系统是兼容的，在此情况下，异常数据通道恢复为正常数据通道。若功能测试中出现异常，则有效性验证未通过。针对未通过有效性验证的异常数据通道，生成提醒消息，提醒工作人员介入，通过人工的方式来修改异常数据通道下的配置参数。

上述数据通道监测方法，在监测到存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息，将异常数据通道下的配置参数回滚至最新通道版本信息对应的上一通道版本信息下的配置参数，通过回滚的方式不会引入新的错误。而且，相对于文件级别的常规版本管理方式，本实施例中的通道版本信息是针对数据通道而设置的，即本实施例采用的是数据通道级别的版本管理方式。由于实现了更加细粒度的版本管理，因此在进行回滚时只需要回滚异常数据通道的参数即可，不必所有的数据通道都进行回滚操作，从而实现了精准的回滚，避免影响其它正常业务，提高了业务鲁棒性。而且，由于减少了人工参与度，运营商或开发者可更大胆地尝试新的参数配置，即使参数配置后出现问题，数据通道也能及时回滚到正常的稳定状态，即提供了试错容错的空间。而且，相对于传统人工介入的方式，本实施例实现了对数据通道进行实时监控和自动回滚，可以大幅度缩短异常恢复时间，提高了异常处理效率，以尽量保证目标应用程序为用户提供连续服务，提升了业务可靠性。

在上述各实施例提供的技术方案的基础上，提供一个可选实施例。在该可选实施例中，对S120中最新通道版本信息获取步骤进行了细化。

参见图2，最新通道版本信息获取步骤包括：

S210，在目标应用程序的配置文件的修改次数为0的情况下，获取异常数据通道对应的初始通道版本信息，得到最新通道版本信息。

其中，配置文件用于存储目标应用程序的元数据和/或配置参数等，其核心作用是为目标应用程序提供可机器解析的应用程序描述。元数据可以包括应用名称、版本号、包名、图标路径和下载链接等中的至少一项基础信息。配置参数中可以包括服务器地址、密钥和功能开关等中的至少一项。配置文件中还可以存储数据交换格式，支持复杂数据结构的定义。

可理解的是，若配置文件从未被修改过的情况下，即配置文件的修改次数为0，则各数据通道对应的通道版本信息为初始通道版本信息。因此针对异常数据通道所获取到的最新通道版本信息，为异常数据通道的初始通道版本信息。

由于初始通道版本无上一通道版本，因此无法获取到异常数据通道的初始通道版本信息对应的上一通道版本信息下的配置参数。在此情况下，可以生成针对异常数据通道的配置参数修改提醒，从而提醒工作人员介入，通过人工的方式来修改异常数据通道下的配置参数。

当然，初始通道版本信息下的数据通道为异常数据通道的可能性比较小，通常数据通道下的配置参数在经历多次修改后，出现异常。

本实施例中，提供了一种最新通道版本信息获取方式，以保证在配置文件未经历修改的情况下，也能获取到最新通道版本信息，从而进行相应的处理。

在上述各实施例提供的技术方案的基础上，提供一个可选实施例。在该可选实施例中，对数据通道监测方法细化为还包括最新通道版本信息生成步骤。

参见图3，最新通道版本信息生成步骤包括：

S310，在监测到目标应用程序的配置文件被修改的情况下，获取配置文件中被修改配置参数所属的被修改数据通道。

S320，生成被修改数据通道对应的最新通道版本信息。

可见，在每一次修改配置文件后，获取本次修改涉及到的被修改配置参数，确定被修改配置参数所属的数据通道，将该数据通道称为被修改数据通道，生成被修改数据通道对应的最新通道版本信息。

其中，最新通道版本信息中可以包括主版本号和次版本号。

在一个可选的实现方式中，被修改数据通道对应的最新通道版本信息的生成过程可以包括：根据被修改数据通道下被修改配置参数的数量，对被修改数据通道对应的上一通道版本信息中的主版本号和/或次版本号进行更新，得到最新通道版本信息。

示例性地，若被修改数据通道下被修改配置参数的数量大于预设数量，则对上一通道版本信息中的主版本号加1，并对上一通道版本信息中的次版本号设置为初始次版本号，得到最新通道版本信息；若被修改的配置参数的数量小于等于预设数量，则保持上一通道版本信息中的主版本号不变，并对上一通道版本信息中的次版本号加1，得到最新通道版本信息。

即，若被修改数据通道下被修改配置参数比较多，则最新通道版本信息主要基于对上一通道版本信息的主版本号的修改得到；若被修改数据通道下被修改配置参数比较少，则最新通道版本信息基于对上一通道版本信息的次版本号的修改得到。这样通过通道版本信息的变化，可以得知被修改配置参数的数量的变化。

在基于S310和S320得到最新通道版本信息的基础上，参见图4，S120中获取异常数据通道对应的最新通道版本信息，可以包括：

S410，获取在最近一次修改配置文件后，异常数据通道对应的最新通道版本信息。

本实施例中，在配置文件被修改的情况下，生成被修改配置参数所属的被修改数据通道对应的最新通道版本信息，从而使得利用异常数据通道对应的最新通道版本信息确定上一通道版本信息，进而根据上一通道版本信息进行参数回滚操作。可见本实施例在配置文件经历修改的情况下可以准确获取到最新通道版本信息，有助于实现异常数据通道的准确回滚。

在一个可选的实现方式中，参见图5，S320中最新通道版本信息生成步骤可以包括：

S510，对被修改数据通道下的被修改配置参数进行有效性验证。

S520，在有效性验证通过的情况下，生成被修改数据通道对应的最新通道版本信息。

其中，有效性验证可以理解为对被修改数据通道进行功能测试，若功能测试中未出现异常，则有效性验证通过；若功能测试中出现异常，则有效性验证未通过。

可理解的是，通过有效性验证，说明被修改配置参数的格式是正确的，被修改参数与操作系统是兼容的。

上述实现方式，只有被修改配置参数的有效性验证通过，才会生成对应的被修改数据通道的最新通道版本信息，从而提高后续被修改数据通道的可靠性，减少被修改数据通道出现异常的可能性。

在上述各实施例提供的技术方案的基础上，提供一个可选实施例。在该可选实施例中，对数据通道监测方法细化为还包括参数变更跟踪信息生成步骤。

参见图6，参数变更跟踪信息生成步骤包括：

S610，在监测到目标应用程序的配置文件被修改的情况下，生成配置文件中被修改配置参数所属的被修改数据通道的版本日志；其中，版本日志中包括被修改配置参数。

在实际场景中，版本日志中除了被修改配置参数之外，还可以包括所属的被修改数据通的标签、修改时间戳和修改类型（例如，新增、更新和删除等）中的至少一项。

其中，可以将版本日志以JSON（JavaScript Object Notation，JavaScript对象表示法）格式存储至本地缓存，当然还可以采用其它格式进行存储，在此不作限定。

S620，按照修改时间顺序，将被修改数据通道的版本日志添加至被修改数据通道对应的参数变更跟踪信息；其中，初始的参数变更跟踪信息为原始配置文件对应的版本日志。

其中，参数变更跟踪信息可以理解为参数变更轨迹或者参数变更历史。

示例性地，配置文件中包括参数a、参数b和参数c，参数a、参数b和参数c均属于数据通道1。第一次对配置文件中的参数a修改，将其参数值从a1修改为a2；第二次对配置文件中的参数b修改，将参数值从b1修改为b2；第三次对配置文件中的参数c修改，将参数值从c1修改为c2。此时数据通道1的参数变更跟踪信息包括：a(a2)—b(b2)—c(c2)。

基于上述S410和S420，参见图7，S130中将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数，可以包括：

S710，按照修改时间顺序，根据异常数据通道对应的参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，以及被修改配置参数在上一通道版本信息下的目标参数值。

S720，将被修改配置参数，回滚至目标参数值。

示例性地，数据通道1的参数变更跟踪信息包括：a(a2)—b(b2)—c(c2)，可见最后一次修改配置文件后，数据通道1的被修改配置参数为参数c。而依据数据通道1的参数变更跟踪信息可知，在之前的修改过程中，参数c均未修改，因此参数c在上一通道版本信息下的目标参数值为初始值c1，因此将参数c由参数值c2回滚到c1，其它参数保持不变。

可见，根据参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，即最后一次修改的被修改配置参数，只需要对最后一次修改的被修改配置参数进行回滚即可，这种方式不必对异常数据通道下的所有配置参数进行回滚，提高了回滚效率。

在上述各实施例提供的技术方案的基础上，提供一个可选实施例。在该可选实施例中，对数据通道监测步骤进行了细化。

参见图8，数据通道监测步骤包括：

S810，对各数据通道的创建指标进行监测。

其中，创建指标可以包括创建数据通道过程中的网络连接失败率、创建数据通道过程中的服务质量指标和表征是否接收到创建失败事件的预设指标中的至少一项。

其中，网络连接失败率为在预设时间段内失败连接次数在总连接尝试次数中的占比。较高的网络连接失败率会导致数据通道创建过程中频繁遭遇网络中断或无法连接的情况，严重影响数据通道的创建。

其中，服务质量（Quality of Service，QoS）指标是衡量服务或网络的关键参数，用于评估服务或网络的可靠性、效率、可用性和用户体验，例如，时延。

其中，若应用侧接收到来自芯片侧发送的创建失败事件，说明芯片侧的数据通道创建失败，此时预设指标可以由默认的第一值被设置为第二值。因此根据预设指标的指标值得知应用侧是否接收到创建失败事件。

S820，根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道。

可见，本实施例对数据通道在创建过程中的相关指标进行监测，从而得知数据通道的创建过程是否出现异常，创建过程出现异常的数据通道为异常数据通道。

在一个可选的实现方式中，S520中根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道，可以包括如下至少一项：

（1）在创建指标中的网络连接失败率超出预设失败率阈值的情况下，确定相应数据通道为异常数据通道。

可理解的是，在创建数据通道的过程中，网络连接失败率高于预设失败率阈值，说明当前网络无法保证数据通道的成功创建，因此将数据通道作为异常数据通道。

（2）在创建指标中的服务质量指标未到达预设指标标准的情况下，确定相应数据通道为异常数据通道。

可理解的是，若服务质量指标未到达预设指标标准，例如，网络时延较高，因此网络可靠性较差，因此将正在创建的数据通道作为异常数据通道。

（3）在创建指标中的预设指标表征接收到创建失败事件的情况下，确定相应数据通道为异常数据通道。

可理解的是，若已经接收到创建失败事件，则数据通道创建失败，因此数据通道作为异常数据通道。

其中，芯片侧创建数据通道失败的原因有很多，例如，数据通道下的配置参数对应的参数值不合适、格式不正确、或者与操作系统不兼容等原因。

上述实现方式中，将数据通道作为异常数据通道的原因有很多，例如，网络质量问题或数据通道下的配置参数的问题等，避免异常数据通道的遗漏，进一步保证目标应用程序的稳定性和可靠性。而且，通过上述实现方式，可以实现快速准确地定位异常数据通道。

当然，针对在使用过程中的数据通道，也可以对相关指标进行监控，从而得知数据通道的使用过程是否出现异常，将使用过程中出现异常的数据通道作为异常数据通道。

在上述各实施例提供的技术方案的基础上，提供一个可选实施例。在该可选实施例中，参见图9，数据通道监测方法包括：

S910，在监测到目标应用程序的配置文件被修改的情况下，获取配置文件中被修改配置参数所属的被修改数据通道。

S920，对被修改数据通道下的被修改配置参数进行有效性验证。

S930，在有效性验证通过的情况下，生成被修改数据通道对应的最新通道版本信息，生成配置文件中被修改配置参数所属的被修改数据通道的版本日志，按照修改时间顺序，将被修改数据通道的版本日志添加至被修改数据通道对应的参数变更跟踪信息。

S940，对目标应用程序下的各数据通道进行监测。

S950，在监测到目标应用程序中存在异常数据通道的情况下，获取在最近一次修改配置文件后，异常数据通道对应的最新通道版本信息。

S960，按照修改时间顺序，根据异常数据通道对应的参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，以及被修改配置参数在上一通道版本信息下的目标参数值。

S970，将被修改配置参数，回滚至目标参数值。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的数据通道监测方法的数据通道监测装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个数据通道监测装置实施例中的具体限定可以参见上文中对于数据通道监测方法的限定，在此不再赘述。

在一个示例性的实施例中，提供一种数据通道监测装置，参见图10，该装置包括：第一监测模块1010、版本获取模块1020和参数回滚模块1030，其中：

第一监测模块1010，用于对目标应用程序下的各数据通道进行监测；其中，数据通道用于实现目标应用程序在相应功能下的数据传输；

版本获取模块1020，用于在监测到目标应用程序中存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息；

参数回滚模块1030，用于将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数。

在一个实施例中，版本获取模块具体用于：在目标应用程序的配置文件的修改次数为0的情况下，获取异常数据通道对应的初始通道版本信息，得到最新通道版本信息。

在一个实施例中，装置还可以包括：版本生成模块，用于在监测到目标应用程序的配置文件被修改的情况下，获取配置文件中被修改配置参数所属的被修改数据通道；生成被修改数据通道对应的最新通道版本信息；相应的，版本获取模块具体用于：获取在最近一次修改配置文件后，异常数据通道对应的最新通道版本信息。

在一个实施例中，版本生成模块中生成被修改数据通道对应的最新通道版本信息，包括：对被修改数据通道下的被修改配置参数进行有效性验证；在有效性验证通过的情况下，生成被修改数据通道对应的最新通道版本信息。

在一个实施例中，装置还可以包括：

日志生成模块，用于在监测到目标应用程序的配置文件被修改的情况下，生成配置文件中被修改配置参数所属的被修改数据通道的版本日志；其中，版本日志中包括被修改配置参数；

信息添加模块，用于按照修改时间顺序，将被修改数据通道的版本日志添加至被修改数据通道对应的参数变更跟踪信息；其中，初始的参数变更跟踪信息为原始配置文件对应的版本日志；

相应地，参数回滚模块具体用于：按照修改时间顺序，根据异常数据通道对应的参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，以及被修改配置参数在上一通道版本信息下的目标参数值；将被修改配置参数，回滚至目标参数值。

在一个实施例中，装置还可以包括：

有效性验证模块，用于在将异常数据通道下的配置参数回滚至上一通道版本信息下的配置参数后，对异常数据通道的配置参数进行有效性验证；在未通过有效性验证的情况下，生成针对异常数据通道的配置参数修改提醒。

在一个实施例中，第一监测模块包括：

指标监测单元，用于对各数据通道的创建指标进行监测；

第一确定单元，用于根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道。

在一个实施例中，第一确定单元具体用于执行如下至少一项：在创建指标中的网络连接失败率超出预设失败率阈值的情况下，确定相应数据通道为异常数据通道；在创建指标中的服务质量指标未到达预设指标标准的情况下，确定相应数据通道为异常数据通道；在创建指标中的预设指标表征接收到创建失败事件的情况下，确定相应数据通道为异常数据通道。

上述数据通道监测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行过程中提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、近场通信（Near Field Communication，NFC）或其他技术实现。该计算机程序被处理器执行时以实现一种音量调整方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现如下步骤：对目标应用程序下的各数据通道进行监测；其中，数据通道用于实现目标应用程序在相应功能下的数据传输；在监测到目标应用程序中存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息；将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数。

在一个实施例中，处理器执行计算机程序时实现的步骤“获取异常数据通道对应的最新通道版本信息”，包括：在目标应用程序的配置文件的修改次数为0的情况下，获取异常数据通道对应的初始通道版本信息，得到最新通道版本信息。

在一个实施例中，处理器执行计算机程序时还实现如下步骤：在监测到目标应用程序的配置文件被修改的情况下，获取配置文件中被修改配置参数所属的被修改数据通道；生成被修改数据通道对应的最新通道版本信息；相应的，处理器执行计算机程序时实现的步骤“获取异常数据通道对应的最新通道版本信息”，包括：获取在最近一次修改配置文件后，异常数据通道对应的最新通道版本信息。

在一个实施例中，处理器执行计算机程序时实现的步骤“生成被修改数据通道对应的最新通道版本信息”，包括：对被修改数据通道下的被修改配置参数进行有效性验证；在有效性验证通过的情况下，生成被修改数据通道对应的最新通道版本信息。

在一个实施例中，处理器执行计算机程序时还实现如下步骤：在监测到目标应用程序的配置文件被修改的情况下，生成配置文件中被修改配置参数所属的被修改数据通道的版本日志；其中，版本日志中包括被修改配置参数；按照修改时间顺序，将被修改数据通道的版本日志添加至被修改数据通道对应的参数变更跟踪信息；其中，初始的参数变更跟踪信息为原始配置文件对应的版本日志；相应地，处理器执行计算机程序时实现的步骤“将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数”，包括：按照修改时间顺序，根据异常数据通道对应的参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，以及被修改配置参数在上一通道版本信息下的目标参数值；将被修改配置参数，回滚至目标参数值。

在一个实施例中，处理器执行计算机程序时还实现如下步骤：在将异常数据通道下的配置参数回滚至上一通道版本信息下的配置参数后，对异常数据通道的配置参数进行有效性验证；在未通过有效性验证的情况下，生成针对异常数据通道的配置参数修改提醒。

在一个实施例中，处理器执行计算机程序时实现的步骤“对目标应用程序下的各数据通道进行监测”，包括：对各数据通道的创建指标进行监测；根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道。

在一个实施例中，处理器执行计算机程序时实现的步骤“根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道”，包括如下至少一项：在创建指标中的网络连接失败率超出预设失败率阈值的情况下，确定相应数据通道为异常数据通道；在创建指标中的服务质量指标未到达预设指标标准的情况下，确定相应数据通道为异常数据通道；在创建指标中的预设指标表征接收到创建失败事件的情况下，确定相应数据通道为异常数据通道。

在一个实施例中，提供了一种计算机可读存储介质或计算机程序产品，其上存储有计算机程序，计算机程序中的处理逻辑被处理器执行时实现以下步骤：对目标应用程序下的各数据通道进行监测；其中，数据通道用于实现目标应用程序在相应功能下的数据传输；在监测到目标应用程序中存在异常数据通道的情况下，获取异常数据通道对应的最新通道版本信息；将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现的步骤“获取异常数据通道对应的最新通道版本信息”，包括：在目标应用程序的配置文件的修改次数为0的情况下，获取异常数据通道对应的初始通道版本信息，得到最新通道版本信息。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现如下步骤：在监测到目标应用程序的配置文件被修改的情况下，获取配置文件中被修改配置参数所属的被修改数据通道；生成被修改数据通道对应的最新通道版本信息；计算机程序中的处理逻辑被处理器执行时实现的步骤“获取异常数据通道对应的最新通道版本信息”，包括：获取在最近一次修改配置文件后，异常数据通道对应的最新通道版本信息。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现的步骤“生成被修改数据通道对应的最新通道版本信息”，包括：对被修改数据通道下的被修改配置参数进行有效性验证；在有效性验证通过的情况下，生成被修改数据通道对应的最新通道版本信息。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现如下步骤：在监测到目标应用程序的配置文件被修改的情况下，生成配置文件中被修改配置参数所属的被修改数据通道的版本日志；其中，版本日志中包括被修改配置参数；按照修改时间顺序，将被修改数据通道的版本日志添加至被修改数据通道对应的参数变更跟踪信息；其中，初始的参数变更跟踪信息为原始配置文件对应的版本日志；相应地，计算机程序中的处理逻辑被处理器执行时实现的步骤“将异常数据通道下的配置参数，回滚至最新通道版本信息对应的上一通道版本信息下的配置参数”，包括：按照修改时间顺序，根据异常数据通道对应的参数变更跟踪信息，确定最近一次修改配置文件后异常数据通道下的被修改配置参数，以及被修改配置参数在上一通道版本信息下的目标参数值；将被修改配置参数，回滚至目标参数值。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现如下步骤：在将异常数据通道下的配置参数回滚至上一通道版本信息下的配置参数后，对异常数据通道的配置参数进行有效性验证；在未通过有效性验证的情况下，生成针对异常数据通道的配置参数修改提醒。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现的步骤“对目标应用程序下的各数据通道进行监测”，包括：对各数据通道的创建指标进行监测；根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道。

在一个实施例中，计算机程序中的处理逻辑被处理器执行时实现的步骤“根据各数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道”，包括如下至少一项：在创建指标中的网络连接失败率超出预设失败率阈值的情况下，确定相应数据通道为异常数据通道；在创建指标中的服务质量指标未到达预设指标标准的情况下，确定相应数据通道为异常数据通道；在创建指标中的预设指标表征接收到创建失败事件的情况下，确定相应数据通道为异常数据通道。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性存储器和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（Resistive Random Access Memory，ReRAM）、磁变存储器（Magnetoresistive RandomAccess Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。本申请提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器、人工智能（Artificial Intelligence，AI）处理器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (12)

1.一种数据通道监测方法，其特征在于，包括：

对目标应用程序下的各数据通道进行监测；其中，所述数据通道用于实现所述目标应用程序在相应功能下的数据传输；

在监测到所述目标应用程序中存在异常数据通道的情况下，获取所述异常数据通道对应的最新通道版本信息；

将所述异常数据通道下的配置参数，回滚至所述最新通道版本信息对应的上一通道版本信息下的配置参数。

2.根据权利要求1所述的方法，其特征在于，所述获取所述异常数据通道对应的最新通道版本信息，包括：

在所述目标应用程序的配置文件的修改次数为0的情况下，获取所述异常数据通道对应的初始通道版本信息，得到所述最新通道版本信息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在监测到所述目标应用程序的配置文件被修改的情况下，获取所述配置文件中被修改配置参数所属的被修改数据通道；

生成所述被修改数据通道对应的最新通道版本信息；

相应的，所述获取所述异常数据通道对应的最新通道版本信息，包括：

获取在最近一次修改所述配置文件后，所述异常数据通道对应的最新通道版本信息。

4.根据权利要求3所述的方法，其特征在于，所述生成所述被修改数据通道对应的最新通道版本信息，包括：

对所述被修改数据通道下的所述被修改配置参数进行有效性验证；

在有效性验证通过的情况下，生成所述被修改数据通道对应的最新通道版本信息。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

在监测到所述目标应用程序的配置文件被修改的情况下，生成所述配置文件中被修改配置参数所属的被修改数据通道的版本日志；其中，所述版本日志中包括所述被修改配置参数；

按照修改时间顺序，将被修改数据通道的版本日志添加至所述被修改数据通道对应的参数变更跟踪信息；其中，初始的参数变更跟踪信息为原始配置文件对应的版本日志；

相应地，所述将所述异常数据通道下的配置参数，回滚至所述最新通道版本信息对应的上一通道版本信息下的配置参数，包括：

按照修改时间顺序，根据所述异常数据通道对应的参数变更跟踪信息，确定最近一次修改所述配置文件后所述异常数据通道下的被修改配置参数，以及所述被修改配置参数在上一通道版本信息下的目标参数值；

将所述被修改配置参数，回滚至所述目标参数值。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

在将所述异常数据通道下的配置参数回滚至所述上一通道版本信息下的配置参数后，对所述异常数据通道的配置参数进行有效性验证；

在未通过有效性验证的情况下，生成针对所述异常数据通道的配置参数修改提醒。

7.根据权利要求1-4任一项所述的方法，其特征在于，所述对目标应用程序下的各数据通道进行监测，包括：

对各所述数据通道的创建指标进行监测；

根据各所述数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道。

8.根据权利要求7所述的方法，其特征在于，所述根据各所述数据通道的创建指标的指标监测结果，确定相应数据通道是否为异常数据通道，包括如下至少一项：

在所述创建指标中的网络连接失败率超出预设失败率阈值的情况下，确定相应数据通道为异常数据通道；

在所述创建指标中的服务质量指标未到达预设指标标准的情况下，确定相应数据通道为异常数据通道；

在所述创建指标中的预设指标表征接收到创建失败事件的情况下，确定相应数据通道为异常数据通道。

9.一种数据通道监测装置，其特征在于，包括：

第一监测模块，用于对目标应用程序下的各数据通道进行监测；其中，所述数据通道用于实现所述目标应用程序在相应功能下的数据传输；

版本获取模块，用于在监测到所述目标应用程序中存在异常数据通道的情况下，获取所述异常数据通道对应的最新通道版本信息；

参数回滚模块，用于将所述异常数据通道下的配置参数，回滚至所述最新通道版本信息对应的上一通道版本信息下的配置参数。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8任一项所述的方法的步骤。

12.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1-8任一项所述的方法的步骤。