CN113296984A - 兼容性参数确定方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供一种兼容性参数确定方法、兼容性参数确定装置、电子设备及计算机可读存储介质；涉及信息技术领域。该兼容性参数确定方法应用于终端设备，该方法包括：确定音视频程序的应用场景参数和终端设备的配置信息；将所述应用场景参数和所述配置信息上传至服务器端；接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。本公开可以降低音视频程序出现兼容性问题的风险。

Description

兼容性参数确定方法、装置、电子设备及存储介质

技术领域

本公开涉及信息技术领域，具体而言，涉及基于信息技术的一种兼容性参数确定方法、兼容性参数确定装置、电子设备及计算机可读存储介质。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着信息技术的发展，用户对终端设备的功能性和智能化程度提出了越来越高的要求。为了应对用户的需求，大量基于安卓(Android)操作系统的智能终端设备应运而生。

然而由于安卓系统碎片化的特点，提供智能终端设备的众多制造商往往会根据自身的产品线和不同版本的操作系统特性，在音视频兼容性方面进行多种定制化设置。因此，音视频软件程序的开发方难于在软件的源代码中提供一套能够适用于各种终端设备和各种应用场景的兼容性配置方案，使得尽可能避免音视频软件程序在运行时出现兼容性问题。

发明内容

鉴于此，需要一种音视频兼容性参数设置方案，能够至少在一定程度上解决由于安卓系统碎片化所带来的兼容性问题。

在本上下文中，本公开的实施方式期望提供一种兼容性参数确定方法、兼容性参数确定装置、电子设备及计算机可读存储介质。

根据本公开的第一方面，提供了一种兼容性参数确定方法，应用于终端设备；所述方法包括：确定音视频程序的应用场景参数和终端设备的配置信息；将所述应用场景参数和所述配置信息上传至服务器端；接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

可选地，所述方法还包括：读取所述音视频程序写入本地存储器的配置文件，并基于所述配置文件确定第二兼容性参数。

可选地，所述方法还包括：读取所述音视频程序中的参数，并基于所述音视频程序中的参数确定第三兼容性参数。

可选地，所述方法还包括：当运行所述音视频程序时，优先调用所述第一兼容性参数；当未检测到所述第一兼容性参数时，调用所述第二兼容性参数；以及当未检测到所述第二兼容性参数时，调用所述第三兼容性参数。

可选地，所述方法还包括：当检测到所述音视频程序出现兼容性错误时，调用所述音视频程序中预设的基础兼容性参数。

可选地，所述确定音视频程序的应用场景参数，包括：根据预置在所述终端设备中的用户身份认证文件确定所述音视频程序的应用场景参数。

可选地，在所述调用所述音视频程序中预设的基础兼容性参数之前，所述方法还包括：生成记录所述兼容性错误的兼容性日志，并将所述兼容性日志上传至所述服务器端。

根据本公开的第二方面，提供一种兼容性参数确定装置，应用于终端设备，包括：处理模块，用于确定音视频程序的应用场景参数和终端设备的配置信息；发送模块，用于将所述应用场景参数和所述配置信息上传至服务器端；接收模块，用于接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

可选地，所述处理模块被配置为执行：读取所述音视频程序写入本地存储器的配置文件，并基于所述配置文件确定第二兼容性参数。

可选地，所述处理模块被配置为执行：读取所述音视频程序中的参数，并基于所述音视频程序中的参数确定第三兼容性参数。

可选地，所述处理模块被配置为执行：当运行所述音视频程序时，优先调用所述第一兼容性参数；当未检测到所述第一兼容性参数时，调用所述第二兼容性参数；以及当未检测到所述第二兼容性参数时，调用所述第三兼容性参数。

可选地，所述处理模块被配置为执行：当检测到所述音视频程序出现兼容性错误时，调用所述音视频程序中预设的基础兼容性参数。

可选地，所述处理模块被配置为具体执行：根据预置在所述终端设备中的用户身份认证文件确定所述音视频程序的应用场景参数。

可选地，所述处理模块被配置为执行：在调用所述音视频程序中预设的基础兼容性参数之前，生成记录所述兼容性错误的兼容性日志；所述发送模块还用于：将所述兼容性日志上传至所述服务器端。

根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器被配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

根据本公开实施方式的兼容性参数确定方法、兼容性参数确定装置、电子设备及计算机可读存储介质，一方面，在设置音视频程序的兼容性参数之前，通过确定音视频程序的应用场景和终端设备的配置信息，使得能够根据具体的场景环境和终端设备的特定配置，有针对性地选用合适的兼容性参数，从而有效地克服了预设的兼容性参数在多种应用场景中和多种终端设备配置下通用性差的问题，进而显著降低了音视频程序在运行时出现兼容性问题的风险。另一方面，通过由服务器根据应用场景和终端设备的配置自动下发兼容性参数，保证了兼容性参数配置的时效性，使得用户即使在不同的应用场景下或使用具有不同配置的终端设备，均能够及时高效地完成兼容性参数配置，节省了在参数选择与调试方面的时间成本，提高了配置兼容性参数的效率。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示出了可以应用本公开实施例的一种兼容性参数确定方法及装置的示例性系统架构的示意图；

图2示意性示出了根据本公开的一个实施例的兼容性参数确定方法的流程图；

图3示意性示出了根据本公开的一个实施例的第一、第二和第三兼容性参数以及基础兼容性参数之间的关系视图；

图4示意性示出了应用根据本公开实施例的兼容性参数确定方法的系统的各部分之间的交互流程图；

图5示意性示出了根据本公开的一个实施例的兼容性参数确定装置的框图；

图6示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提出了一种兼容性参数确定方法、兼容性参数确定装置、电子设备及计算机可读存储介质。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。

发明概述

在与音视频兼容性参数配置有关的相关技术中，音视频程序的开发方通常将兼容性参数植入在音视频程序的底层代码中。然而，由于安卓系统的碎片化问题，单一一组预设的兼容性参数往往难于适配多样的终端设备以及各种音视频业务，往往需要针对不同制造商的不同设备、安卓系统的不同版本、不同的应用场景等设置不同的兼容性解决方案，因此会逐步造成代码可读性差，以及代码冗余高的问题。并且采用内置参数的方式还使得每次修改兼容性参数都需要重新编译代码并且执行打包，不仅浪费了开发资源，而且在遇到实时性兼容性问题时，无法快速解决，时效性差。此外，同一组兼容性参数在众多智能终端设备上的通用性往往也较差，使得一旦在应用时遭遇兼容性问题，由于不存在回退机制，往往导致设备无法使用，严重影响了用户体验。

发明人发现，通过将服务器下发兼容性参数、读取本地配置文件以及读取程序内置的兼容性参数这三种方式相结合，可以较好地解决上述问题，进而降低音视频程序出现兼容性问题的风险。

基于上述内容，本公开的基本思想在于：将服务器下发兼容性参数、读取本地配置文件以及读取程序内置的兼容性参数这三种方式相结合，并且按照优先级从高到低的次序采用服务器下发兼容性参数、读取本地配置文件或读取程序内置的兼容性参数；此外，可以从音视频程序的底层代码中读取预设的基础兼容性参数，以便在所配置的参数出现兼容性问题时，能够使用基础兼容性参数保障基本的音视频功能。

本公开技术方案能够根据具体的场景环境和终端设备的特定配置，有针对性地选用合适的兼容性参数，从而有效地克服了预设的兼容性参数在多种应用场景中和多种终端设备配置下通用性差的问题，进而显著降低了音视频程序在运行时出现兼容性问题的风险。此外，通过由服务器根据应用场景和终端设备的配置自动下发兼容性参数，保证了兼容性参数配置的时效性，使得用户即使在不同的应用场景下或使用具有不同配置的终端设备，均能够及时高效地完成兼容性参数配置，节省了在参数选择与调试方面的时间成本，提高了配置兼容性参数的效率。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。

应用场景概览

需要注意的是，下述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

如图1所示，该系统架构可以包括基于安卓(Android)操作系统的终端设备101、网络102和服务器103。其中，终端设备101可以包括例如智能电视、智能手表和智能手机等。而网络102为用于提供终端设备101与服务器103之间的通信链路的介质，终端设备101通过网络102能够与服务器103进行双向通信。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器103可以是多个服务器组成的服务器集群等。

通过本公开实施方式的兼容性参数确定方法，例如可以在运行音视频模块之前完成兼容性参数的配置，以避免出现兼容性问题的风险。

示例性方法

参考图1来描述根据本公开示例性实施方式的兼容性参数确定方法。

本示例实施方式提供了一种兼容性参数确定方法，应用于终端设备。参考图2所示，该兼容性参数确定方法可以包括以下步骤：

步骤S210.确定音视频程序的应用场景参数和终端设备的配置信息；

步骤S220.将所述应用场景参数和所述配置信息上传至服务器端；

步骤S230.接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

在上述提供的兼容性参数确定方法中，在针对音视频程序配置兼容性参数之前，可以在终端设备侧采集当前的应用场景参数和终端设备的配置信息，例如终端设备的类型、音视频程序的具体业务用途、终端设备所使用的CPU平台以及安卓系统版本号等，并且可以将应用场景参数和配置信息上传给服务器端，使得服务器端可以以其为依据在多个兼容性参数配置方案中匹配确定出适配性最高的一组兼容性参数并下发给终端设备侧，从而基于该组参数完成对音视频程序的兼容性配置。通过该兼容性参数确定方法，能够高效地完成兼容性参数配置，并能有效克服预设的兼容性参数通用性差的问题，进而减少兼容性问题出现的概率。

下面，在另一实施例中，对上述步骤进行更加详细的说明。

在步骤S210中，确定音视频程序的应用场景参数和终端设备的配置信息。

在本示例实施方式中，音视频程序的应用场景可以包括物联网(IOT)设备场景和业务场景。如图1所示，物联网设备场景，也就是可以运行音视频程序的终端设备，例如可以包括基于安卓系统的智能电视、智能手表和智能手机等。举例来说，对于智能电视，其通常具有尺寸较大的屏幕，并且例如用于4K电视的视频内容要求具有高分辨率、高帧率，因此电视设备对于采集和编解码的能力要求往往较高；并且在实际应用中，人与电视往往相距较远，所以在声音采集和回音消除上通常具有特定的处理方式。而对于智能手机和智能手表，由于人与设备往往相距较近，并且屏幕尺寸和分辨率通常明显低于电视设备，因而在分辨率、声音采集、编解码、回音消除等方面可能适用与电视设备不同的兼容性参数。因此，在进行兼容性参数设置时，需要考虑音视频程序所运行的物联网设备场景。

而音视频程序的业务场景，如图1所示，例如可以包括会议、游戏、娱乐、教育等不同场景。举例来说，对于多人会议场景，对于音视频的实时性以及弱网环境下的稳定性要求比较高，并且对于音频降噪、回音消除要求都比较高；而对于游戏场景，对视频的分辨率、延迟度要求高；对于娱乐业务中的音乐播放，则对音质的要求比较高，并且可能例如存在通过蓝牙途径播放音乐、通过手机麦克风采集音频数据等子场景。因此在配置兼容性参数时，需要考虑到上述这些示例场景对不同参数的适配要求。

此外，如图1所示，终端设备的配置信息则例如可以包括智能终端设备所使用的CPU平台(例如可以包括高通、海思、MTK等)、基本信息(例如可以包括设备制造商、主板序列号、设备型号等)以及安卓系统的版本(例如可以包括安卓S、R、Q、P版本等)。各终端设备制造商在基于不同的产品进行定制化时，往往会造成在音视频兼容性方面需要差异性较大的兼容性策略，即使是同一制造商的不同系列的产品之间所适用的兼容性配置可能也不相同。而通过终端设备的CPU平台以及基本信息这些配置信息，则可以唯一地表征终端设备的身份。另外，随着安卓系统的更新，往往会涉及到对音视频程序的应用程序编程接口(API)的相关功能进行改动，因而还需要根据安卓系统的版本号，对兼容性参数进行相应的适配。

对此，为了采集音视频程序的应用场景参数和终端设备的配置信息，可以在音视频程序的软件开发工具包(SDK)中预编写出一兼容性模块。在终端设备安装运行音视频程序的软件开发工具包时，该兼容性模块可以被初始化并调用，从而对终端设备的配置信息和物联网设备场景信息进行采集。其中，对于终端设备的配置信息，可以通过兼容性模块读取例如终端设备的CPU型号、各制造商定制化的固件(ROM)名称、主板序列号、终端设备型号、终端设备的安卓系统版本号等。以及，还可以通过兼容性模块读取物联网设备场景，例如可以读取终端设备使用的屏幕的型号、分辨率等。举例来说，如果读取到终端设备的屏幕组件信息为S厂商的型号为3000的LED液晶屏，其对应的屏幕尺寸为1158mm×654mm，分辨率为3840×2160，则可以确定当前的物联网设备场景为智能电视。

而对于音视频程序的业务场景，根据本公开的一个实施例，可通过下述方式来获取：音视频程序的开发方会预先向程序的用户发放用户身份认证文件，该用户身份认证文件例如可以实现为密钥许可文件的形式；而用户在向开发方申请该用户身份认证文件时，会填报将音视频程序应用于哪种具体业务，例如会议、教学、游戏等。因此在所下发的用户身份认证文件中即可包含使用音视频程序的用户的身份信息和业务场景信息。举例来说，用户身份认证文件例如可以包括下述字段：

user_id:000xaABC；

scenario:0002；

则在本示例中可以表示该用户身份认证文件发放给名为ABC的用户，并且音视频程序将应用于编号为0002的场景，例如可以对应于游戏业务。在安装运行音视频程序时，客户可以按照引导导入该用户身份认证文件，或者可以将用户身份认证文件存放在终端设备的本地存储器的指定路径下；而兼容性模块则可以对该用户身份认证文件中的特定字段进行读取，例如在上述示例中，当兼容性模块从用户身份认证文件中读取到“scenario:0002”字段时，即可确定当前的业务场景为游戏场景。

在步骤S220中，将所述应用场景参数和所述配置信息上传至服务器端。

在本示例实施方式中，在确定并获取到音视频程序的应用场景参数和终端设备的配置信息之后，兼容性模块可以调用终端设备的网络通信模块，将所获取到的应用场景参数和配置信息上传至服务器端。例如，服务器端接收到的信息内容可以为：

设备：超清智能电视；

业务：会议；

CPU：MTK 5555；

制造商：H；

主板序列号：0000008；

终端设备型号：Max；

系统版本号：Q。

通过上述信息，服务器端则可以清楚地确定音视频程序的设备和业务场景以及终端设备的具体配置。

在步骤S230中，接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

在本示例实施方式中，服务器端可以在用户授权的情况下从多个用户或用户群体的终端设备收集兼容性配置方案。例如，V制造商的型号为KL的智能手机所适用的兼容性参数配置；T制造商的型号为ML的智能手表所适用的兼容性参数配置；以及用于M制造商的型号为BV的智能电视的、能够解决采集帧率不稳定，解码失败的兼容性问题的兼容性参数配置等等。通过整合统计大量的用户数据之后，服务器端例如可以计算得到若干组通用化兼容性参数，以便适配于各种具有代表性的应用场景以及终端配置的组合。例如，可以得到低性能要求参数组，可适用于CPU计算能力较弱的终端设备；质量优先参数组，可适用于CPU计算能力较强，且对分辨率、采集和编解码能力要求较高的场景等。

在接收到终端设备通过兼容性模块发送的应用场景参数和配置信息之后，服务器端则可以对应用场景和配置信息进行分析，以确定当前的应用场景与终端配置的组合适用于哪一组通用化兼容性参数，并且可以将最终确定的一组通用化兼容性参数，即，第一兼容性参数下发给终端设备。举例来说，服务器端例如可以根据接收到的CPU型号，例如MTK5555，确定该终端设备的处理计算能力较强；根据设备场景为超清智能电视，确定要求较高的分辨率和编解码能力；根据业务场景为会议，确定应适配与回音消除相关的兼容性参数；以及根据制造商、主板序列号和终端设备型号确定针对该终端设备没有特定兼容性配置要求。通过上述匹配处理，服务器端例如最终可以确定当前的应用场景与终端配置的组合适用于质量优先参数组，则服务器端可以调取质量优先参数组，并形成例如为json格式的配置文件，下发至终端设备侧。

在接收到该配置文件之后，兼容性模块例如可以对该文件进行解析，并且将解析得到的第一兼容性参数以键值对的形式存储在终端设备的本地存储器的特定路径下。键值对可以为呈(“map＝value”)形式的字符串，其中“map”可以为预设的参数组的名称，而“value”则为与该名称相对应的参数的值。举例来说，兼容性模块例如可以将从服务器接收的质量优先参数组解析并存储为(“Remote Config＝para”)形式的键值对，即，当查找到名称为Remote Config的键值对时，即可调用到该质量优先参数组。

通过上述方式，当音视频程序中的音视频功能模块进行初始化并运行时，则可以到本地存储器的特定路径下查找兼容性配置文件。当查找到该Remote Config键值对时，即可调用质量优先参数组，从而完成兼容性配置。

因此，在本公开的一个示例性实施例中，在终端设备安装运行音视频程序的软件开发工具包时，可以初始化并调用软件开发工具包中的兼容性模块，并由该兼容性模块对应用场景参数和终端设备的配置信息进行采集；其中应用场景参数例如可以包括终端设备的类型(例如智能电视、智能手机、智能手表等等)和应用音视频程序的相应业务用途(例如会议、游戏、娱乐等等)，而配置信息例如可以包括智能终端设备所使用的CPU平台(例如可以包括高通、海思、MTK等)、基本信息(例如可以包括设备制造商、主板序列号、设备型号等)以及安卓系统的版本(例如可以包括安卓S、R、Q、P版本等)。在确定并采集到应用场景参数和配置信息之后，兼容性模块可以将其上传至服务器端。而服务器端则可以根据接收到的应用场景参数和配置信息确定适用于当前的应用场景与终端配置的一组通用化兼容性参数，并将该组参数例如以json格式的配置文件形式下发至终端设备侧。而音视频程序中的音视频功能模块在运行时则可以调用该组通用化兼容性参数，以完成配置。

在本公开示例实施方式所提供的兼容性参数确定方法中，一方面，在设置音视频程序的兼容性参数之前，通过确定音视频程序的应用场景和终端设备的配置信息，使得能够根据具体的场景环境和终端设备的特定配置，有针对性地选用合适的兼容性参数，从而有效地克服了预设的兼容性参数在多种应用场景中和多种终端设备配置下通用性差的问题，进而显著降低了音视频程序在运行时出现兼容性问题的风险。另一方面，通过由服务器根据应用场景和终端设备的配置自动下发兼容性参数，保证了兼容性参数配置的时效性，使得用户即使在不同的应用场景下或使用具有不同配置的终端设备，均能够及时高效地完成兼容性参数配置，节省了在参数选择与调试方面的时间成本，提高了配置兼容性参数的效率。

根据本公开的一个实施例，音视频程序能够在本地存储器的特定路径下写入兼容性参数配置文件，并且兼容性模块可以从该特定路径读取并解析该兼容性参数配置文件，从而得到第二兼容性参数。举例来说，在终端设备安装运行音视频程序的软件开发工具包时，可以从软件开发工具包中解压出外挂于底层代码的例如为json格式的一配置文件，该配置文件可以记载有一组预设的通用化兼容性参数，即，第二兼容性参数。在解压出该配置文件之后，例如可以通过特定的功能函数或模块将该该配置文件写入到终端设备的本地存储器的第一特定路径下。而兼容性模块在初始化并进行兼容性参数配置时，则可以到该第一特定路径下去读取并解析该配置文件，并且将解析得到的第二兼容性参数例如以名称为Local Config的键值对的形式存储在本地存储器的第二特定路径下。

而在音视频程序中的音视频功能模块进行初始化并运行时，则可以到该第二特定路径下查找该名为Local Config的键值对。当查找到时，即可调用第二兼容性参数，从而完成兼容性配置。本示例中的第一特定路径与第二特定路径根据实际需求可以相同，也可以不同，本示例对此不做特别限定。

通过上述实施例，在由于终端设备与服务器之间的网络发生波动或服务器端发生故障等原因，导致终端设备无法从服务器端正常获取兼容性参数配置的情况下，则可以从外挂于底层代码的配置文件中读取预设的兼容性参数来完成配置。通过这种方式，当需要修改兼容性参数时，仅需更换或改写软件开发工具包中的配置文件，或者仅需在本地存储器的特定路径下替换原配置文件，而无需对整体软件包进行重新编译代码并且执行打包，从而节省了开发资源，缩短了迭代流程并节约了相应的时间成本。

根据本公开的另一个实施例，兼容性模块还可以读取内置在音视频程序中的兼容性参数，从而得到第三兼容性参数。举例来说，音视频程序的软件开发工具包还可以在底层代码中写入一组预设的通用化兼容性参数，即，第三兼容性参数。兼容性模块在初始化并进行兼容性参数配置时，则可以到底层代码中去查找该第三兼容性参数。当查找到时，兼容性模块则可以将该第三兼容性参数例如以名称为Built-In Config的键值对的形式存储在本地存储器的特定路径下。

而在音视频程序中的音视频功能模块进行初始化并运行时，则可以到该特定路径下查找该名为Built-In Config的键值对。当查找到时，即可调用第三兼容性参数，从而完成兼容性配置。

通过上述实施例，在可能出现的对本地存储器写入配置文件失败或不具有上述实施例中的配置文件的情况下，终端设备还可以从音视频程序的软件开发工具包中获取兼容性参数，从而不致造成兼容型配置缺失，进而出现兼容性问题。

根据本公开的又一个实施例，如图3所示，在运行音视频程序时，第一、第二和第三兼容性参数之间存在调用优先级关系。其中通过服务器下发的第一兼容性参数301例如可以具有最高的被调用优先级，通过读取本地的配置文件得到的第二兼容性参数302例如可以具有中等的被调用优先级，而音视频程序底层代码内置的第三兼容性参数303例如可以具有最低的被调用优先级。也就是说，当对音视频程序进行兼容性配置时，最优先查找并调用第一兼容性参数301；当不存在第一兼容性参数时，转而查找并调用第二兼容性参数302；而当第二兼容性参数也不存在时，才查找并调用第三兼容性参数303。如上文的示例所述，通过服务器下发的第一兼容性参数301综合考虑了音视频程序的应用场景和终端设备的配置方面的因素，因此是一种有针对性的、最适配的兼容性配置方案。因此，可以为第一兼容性参数301配置最高的优先级；而第二兼容性参数302由于其迭代更新方便快捷、节省资源的特点，因而往往具备比第三兼容性参数303更高的时效性和可操作性，因此可将第二兼容性参数302配置为具有比第三兼容性参数303更高的优先级。

当音视频程序中的音视频功能模块进行初始化并运行时，可以到本地存储器的用于存储键值对的特定路径下例如以“先查找Remote Config(对应第一兼容性参数301)，再查找Local Config(对应第二兼容性参数302)，最后查找Built-In Config(对应第三兼容性参数303)”的顺序去循环查找分别记载有第一、第二和第三兼容性参数的键值对，当查找到某一键值对时，则结束循环查找。因此，当第一、第二和第三兼容性参数同时存在时，高优先级的兼容性参数会“覆盖”低优先级的兼容性参数，也就是说优先调用优先级较高的兼容性参数，并且在调用后即停止对优先级较低的兼容性参数的“查找-调用”操作。

通过上述实施例，能够实现优先调用适配性更高的兼容性参数，使得所采用的兼容性参数能够最优地适用于当前的应用场景以及终端设备，从而降低了可能发生兼容性问题的风险，提高了音视频程序运行的稳定性。

根据本公开的又一个实施例，如图3所示，当采用第一、第二或第三兼容性参数与终端设备不适配，使得在运行音视频程序过程中出现了兼容性问题时，音视频程序的音视频功能模块可以调用音视频程序中预设的基础兼容性参数304覆盖原本采用的兼容性参数，即，进行回退操作。该基础兼容性参数304可以是一组至少保证音视频程序的各功能模块能够实现各自的基本功能的参数，其可以被设置成尽可能保证音视频程序在兼容性方面的稳定性，使得音视频程序不至由于兼容性问题而无法正常实现基础的音视频功能。如上所述，由于安卓系统的碎片化问题，无法保证对于每一终端设备都能够具有完全适配的兼容性参数。当因兼容性参数与终端设备之间不适配而造成兼容性问题时，通过预设并调用上述基础兼容性参数304，使得音视频程序不至于无法运行，而是至少能够保证基本的功能。

通过上述实施例，为音视频程序在兼容性方面提供了一种保障措施，使得当无法实时为终端设备匹配合适的兼容性参数时，能够保障音视频程序的基本功能，从而使得能够满足用户当前的基本应用需求，保证了用户体验，并至少在一定程度上提高了音视频程序的兼容稳定性。

根据本公开的又一个实施例，当采用第一、第二或第三兼容性参数导致出现了兼容性问题时，在调用预设的基础兼容性参数进行回退之前，在终端设备侧还可以生成兼容性日志并将该兼容性日志上传至服务器端。该兼容性日志可以用于记录所出现的兼容性错误，例如与兼容性错误有关的错误信息、音视频程序无法正常执行的代码段、音视频程序的各组件使用兼容性参数的运行记录等等。通过对接收到的兼容性日志进行分析，服务器端可以判断该兼容性问题出现的原因，从而对现有的兼容性参数组进行相应调整或者新建兼容性参数组，以便能够解决所出现的兼容性问题并建立相应的处理措施。

通过上述实施例，在遭遇兼容性问题时，可以记录与该兼容性问题有关的信息，使得能够针对该问题形成应对手段，为后续的兼容性参数迭代提供了参考和依据，从而提高了音视频程序的兼容稳定性和通用性，并相应降低了兼容性问题重复出现的风险。

图4示出了应用根据本公开实施例的兼容性参数确定方法的系统的各部分之间的交互流程图。其中：

在S401，服务器端可以在音视频程序的日常应用场景下向终端设备请求授权提供兼容性用户数据；

在S402，终端设备响应于服务器端的请求可以进行授权并反馈相应的兼容性用户数据，该兼容性用户数据可以包括音视频程序的应用场景参数和终端设备的配置信息，以及终端设备所应用的具体兼容性参数；

在S403，在收集到来自多个终端设备的多组兼容性用户数据之后，服务器端可以对这些兼容性用户数据进行分析和归纳，并且因而可以得到至少一组通用性相对最强、适用范围相对最广的推荐兼容性参数，即第一兼容性参数；

在S404，在安装音视频程序时，可以对音视频程序的软件开发工具包(SDK)执行解包；

在S405，软件开发工具包可以将记载有第二兼容性参数的json格式的配置文件写入到终端设备的本地存储器中；

在S406，软件开发工具包可以执行初始化并同时对兼容性模块进行初始化；

在S407，兼容性模块可以从终端设备读取应用场景参数以及终端设备的配置信息；

在S408，在读取到之后，兼容性模块则可以将该应用场景参数以及终端设备的配置信息发送至服务器端；

在S409，服务器端则可以根据接收到的应用场景参数和终端设备的配置信息从至少一组第一兼容性参数中选择适配度最高的一组第一兼容性参数，并将该组参数以json格式的配置文件的形式进行下发；

在S410，兼容性模块还可以根据写入配置文件的特定路径读取配置文件，并对该配置文件进行解析，从而得到第二兼容性参数；

在S411，兼容性模块还可以从音视频程序的底层代码中读取内置的第三兼容性参数；

在S412，兼容性模块可以将得到的第一、第二和第三兼容性参数分别以键值对的形式存储在本地存储器的特定路径下；

在S413，当音视频程序中的音视频功能模块进行初始化时，可以到本地存储器的特定路径下根据优先级次序对第一、第二或第三兼容性参数进行调用，其中，第一兼容性参数可以具有最高的被调用优先级，第二兼容性参数可以具有中等的被调用优先级，而第三兼容性参数可以具有最低的被调用优先级，因此音视频功能模块优先调用记载有第一兼容性参数的键值对，当不存在第一兼容性参数时，再调用记载有第二兼容性参数的键值对，如果第二兼容性参数也不存在，则调用记载有第三兼容性参数的键值对；

在S414，当使用第一、第二或第三兼容性参数出现兼容性错误时，音视频程序可以生成记录有与兼容性错误有关的信息的兼容性日志；

并在S415，音视频程序可以将该兼容性日志发送至服务器端，以使服务器端能够对兼容性日志进行分析，以确定兼容性问题及其应对措施；

在S416，音视频程序的音视频功能模块可以调用基础兼容性参数，以保证基本的音视频功能。

综上所述，利用本公开示例性实施方式的兼容性参数确定方法、兼容性参数确定装置、电子设备及计算机可读存储介质，一方面，在设置音视频程序的兼容性参数之前，通过确定音视频程序的应用场景和终端设备的配置信息，使得能够根据具体的场景环境和终端设备的特定配置，有针对性地选用合适的兼容性参数，从而有效地克服了预设的兼容性参数在多种应用场景中和多种终端设备配置下通用性差的问题，进而显著降低了音视频程序在运行时出现兼容性问题的风险。另一方面，通过由服务器根据应用场景和终端设备的配置自动下发兼容性参数，保证了兼容性参数配置的时效性，使得用户即使在不同的应用场景下或使用具有不同配置的终端设备，均能够及时高效地完成兼容性参数配置，节省了在参数选择与调试方面的时间成本，提高了配置兼容性参数的效率。

示例性装置

在介绍了本公开示例性实施方式的兼容性参数确定方法之后，接下来，参考图5对本公开示例性实施方式的兼容性参数确定装置进行描述。其中，装置实施例部分可以继承方法实施例中的相关描述，使得装置实施例可以获得方法实施例相关具体描述的支持。

参考图5所示，该兼容性参数确定装置500可以包括处理模块510、发送模块520、以及接收模块530，其中：处理模块510可以用于确定音视频程序的应用场景参数和终端设备的配置信息；发送模块520可以用于将所述应用场景参数和所述配置信息上传至服务器端；接收模块530可以用于接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

参考图5所示，该兼容性参数确定装置500可以包括处理模块510、发送模块520、以及接收模块530，其中：

处理模块510可以用于确定音视频程序的应用场景参数和终端设备的配置信息；

发送模块520可以用于将所述应用场景参数和所述配置信息上传至服务器端；

接收模块530可以用于接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

由于本公开实施方式的兼容性参数确定装置的各个功能模块与上述方法发明实施方式中相同，因此在此不再赘述。

示例性设备

接下来，将对本公开的示例性实施方式的电子设备进行描述。其中，本公开的示例性实施方式的电子设备包括上述兼容性参数确定装置。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本公开的电子设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“方法”部分中描述的根据本公开各种示例性实施方式的兼容性参数确定方法中的步骤。例如，所述处理单元可以执行如图2所述的步骤S210至步骤S230。

下面参照图6来描述根据本公开的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)显示器、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法和装置中限定的各种功能。

示例性程序产品

在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“方法”部分中描述的根据本公开各种示例性实施方式的兼容性参数确定方法中的步骤，例如，所述终端设备可以执行如图2所述的步骤S210至步骤S230。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光盘、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。另外，随着技术的发展，可读存储介质也应进行相应解读。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了兼容性参数确定装置的若干模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种兼容性参数确定方法，应用于终端设备，其特征在于，包括：

确定音视频程序的应用场景参数和终端设备的配置信息；

将所述应用场景参数和所述配置信息上传至服务器端；

接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

2.如权利要求1所述的兼容性参数确定方法，其特征在于，所述方法还包括：

读取所述音视频程序写入本地存储器的配置文件，并基于所述配置文件确定第二兼容性参数。

3.如权利要求2所述的兼容性参数确定方法，其特征在于，所述方法还包括：

读取所述音视频程序中的参数，并基于所述音视频程序中的参数确定第三兼容性参数。

4.如权利要求3所述的兼容性参数确定方法，其特征在于，所述方法还包括：

当运行所述音视频程序时，优先调用所述第一兼容性参数；

当未检测到所述第一兼容性参数时，调用所述第二兼容性参数；以及

当未检测到所述第二兼容性参数时，调用所述第三兼容性参数。

5.如权利要求1至4中任一项所述的兼容性参数确定方法，其特征在于，所述方法还包括：

当检测到所述音视频程序出现兼容性错误时，调用所述音视频程序中预设的基础兼容性参数。

6.如权利要求1所述的兼容性参数确定方法，其特征在于，所述确定音视频程序的应用场景参数，包括：

根据预置在所述终端设备中的用户身份认证文件确定所述音视频程序的应用场景参数。

7.如权利要求5所述的兼容性参数确定方法，其特征在于，在所述调用所述音视频程序中预设的基础兼容性参数之前，所述方法还包括：

生成记录所述兼容性错误的兼容性日志，并将所述兼容性日志上传至所述服务器端。

8.一种兼容性参数确定装置，应用于终端设备，其特征在于，包括：

处理模块，用于确定音视频程序的应用场景参数和终端设备的配置信息；

发送模块，用于将所述应用场景参数和所述配置信息上传至服务器端；

接收模块，用于接收所述服务器端根据所述应用场景参数和所述配置信息下发的第一兼容性参数。

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

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-7任一项所述的兼容性参数确定方法。

10.一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1-7任一项所述的兼容性参数确定方法。

Images