本申请实施例涉及终端技术领域，特别涉及一种配置文件获取方法、提供方法、装置及设备。
背景技术：
应用程序在运行过程中所显示的用户界面中通常存在一个或多个交互对象，用户可通过触发上述交互对象实现与应用程序的交互，以使得应用程序完成相应功能或跳转下一级界面。
相关技术中，终端采用单一的资源配置来运行某个应用程序。
技术实现要素：
本申请实施例提供一种配置文件获取方法、提供方法、装置及设备。所述技术方案如下：
一方面，本申请实施例提供一种配置文件获取方法，所述方法包括：
当监控到目标终端中运行的目标应用程序中的目标交互对象被触发时，通过与所述目标应用程序建立的数据通道，获取所述目标交互对象的触发信息；
获取与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息适配的目标配置文件；
根据所述目标配置文件调整所述目标终端的资源配置；
基于调整后的资源配置运行所述目标应用程序。
另一方面，本申请实施例提供一种配置文件提供方法，所述方法包括：
接收目标终端发送的配置获取请求，所述配置获取请求由所述目标终端在监控到目标应用程序中的目标交互对象被触发时发送，所述配置获取请求中携带所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息；
获取与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息适配的目标配置文件；
向所述目标终端发送所述目标配置文件。
又一方面，本申请实施例提供一种配置文件获取装置，所述装置包括：
信息获取模块，用于当监控到目标终端中运行的目标应用程序中的目标交互对象被触发时，通过与所述目标应用程序建立的数据通道，获取所述目标交互对象的触发信息；
第一获取模块，用于获取与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息适配的目标配置文件；
资源调整模块，用于根据所述目标配置文件调整所述目标终端的资源配置；
程序运行模块，用于基于调整后的资源配置运行所述目标应用程序。
再一方面，本申请实施例提供一种配置文件提供装置，所述装置包括：
请求接收模块，用于接收目标终端发送的配置获取请求，所述配置获取请求由所述目标终端在监控到目标应用程序中的目标交互对象被触发时发送，所述配置获取请求中携带所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息；
第二获取模块，用于获取与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息适配的目标配置文件；
文件发送模块，用于向所述目标终端发送所述目标配置文件。
再一方面，本申请实施例提供一种终端，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述方面所述的配置文件获取方法。
再一方面，本申请实施例提供一种服务器，所述服务器包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述方面所述的配置文件提供方法。
再一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述方面所述的配置文件获取方法。
再一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述方面所述的配置文件提供方法。
本申请实施例提供的技术方案可以带来如下有益效果：
通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应地资源配置，能使终端运行应用程序更具灵活性与可控性。
附图说明
图1是本申请一个实施例提供的终端的框图；
图2示出了一种操作系统与第三方应用程序之间的通信示意图；
图3是本申请一个实施例示出的操作系统的示意图；
图4示出了另一种操作系统与第三方应用程序之间的通信示意图；
图5示出了另一种操作系统与第三方应用程序之间的通信示意图；
图6是本申请另一个实施例示出的操作系统的示意图；
图7是本申请一个实施例示出的实施环境的示意图；
图8是本申请一个实施例示出的配置文件获取方法的流程图；
图9是本申请一个实施例示出的配置文件提供方法的流程图；
图10是本申请另一个实施例示出的配置文件获取方法的流程图；
图11是本申请一个实施例示出的配置文件获取装置的框图；
图12是本申请一个实施例示出的配置文件提供装置的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
请参考图1，其示出了本申请一个示例性实施例提供的终端的结构方框图。该终端可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的终端可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130。
处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。
存储器120可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory，rom)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(android)系统(包括基于android系统深度开发的系统)、苹果公司开发的ios系统(包括基于ios系统深度开发的系统)或其它系统。存储数据区还可以存储终端在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对gpu性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。
如图2所示，为了使操作系统能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配。
以操作系统为android系统为例，存储器120中存储的程序和数据如图3所示，存储器120中可存储有linux内核层220、系统运行库层240、应用框架层260和应用层280，其中，linux内核层220、系统运行库层240和应用框架层260属于操作系统空间，应用层280属于用户空间。linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、wi-fi驱动、电源管理等。系统运行库层240通过一些c/c++库来为android系统提供了主要的特性支持。如sqlite库提供了数据库的支持，opengl/es库提供了3d绘图的支持，webkit库提供了浏览器内核的支持等。在系统运行库层240中还提供有安卓运行时库(androidruntime)，它主要提供了一些核心库，能够允许开发者使用java语言来编写android应用。应用框架层260提供了构建应用程序时可能用到的各种api，开发者也可以通过使用这些api来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、购物程序等。
操作系统与第三方应用程序之间一种可行的通信方式如图4所示，第三方应用程序中内嵌有用于与操作系统进行通信的软件开发工具包(softwaredevelopmentkit，sdk)。
其中，sdk包含若干经过抽象的应用程序编程接口(applicationprogramminginterface，api)，并由操作系统开发者提供给第三方应用程序开发者，并由第三方应用程序开发者将该sdk内嵌到第三方应用程序中。此类第三方应用程序安装并运行在操作系统后，即可调用sdk提供的api与操作系统进行通信。
如图4所示，系统运行库层240可以额外包括接口通信系统242。该接口通信系统242可以视为操作系统中的一个子系统，或视为操作系统内嵌的一个应用程序。接口通信系统242中设置有sdk接口，第三方应用程序即调用内嵌sdk的api与该sdk接口之间通过粘合(binder)的方式进行数据通信。这样，第三方应用程序的应用场景相关的数据就可以通过sdk传输给操作系统。借助内嵌sdk，操作系统还可以主动向第三方应用程序传输数据，或者，操作系统与第三方应用程序之间可以进行双向数据传输。
在另一种可行的通信方式中，如图5所示，第三方应用程序还可以采用套接字(socket)方式与接口通信系统242的socket接口建立长连接，第三方应用程序的应用场景相关的数据即可以通过该长连接传输给操作系统。
如图4和5所示，接口通信系统242中可设置有不同的策略模块，接收到第三方应用程序发送的数据后，接口通信系统242即采用第三方应用程序对应的策略模块对数据进行分析，得到相应的资源适配优化策略。基于分析得到的资源适配优化策略，接口通信系统242通过控制接口通知linux内核层220进行系统资源适配优化。其中，该控制接口可以采用sysfs的方式与linux内核层220进行通信。
可选的，接口通信系统242中不同的策略模块可以对应不同的第三方应用程序(即针对不同的应用程序设置策略模块)，或者，不同的策略模块对应不同类型的第三方应用程序(即针对不同类型的应用程序设置策略模块)，或者，不同的策略模块对应不同的系统资源(即针对不同系统资源设置策略模块)，或者，不同的策略模块对应不同的应用场景(即针对不同的应用场景设置策略模块)，本申请实施例并不对策略模块的具体设置方式进行限定。
其中，接口通信系统242还可以通过binder的方式与应用框架层260进行通信，用于接收应用框架层260发送的前景应用信息，从而基于前景应用信息，仅针对当前前台运行的第三方应用程序进行系统资源优化。
以操作系统为ios系统为例，存储器120中存储的程序和数据如图6所示，ios系统包括：核心操作系统层320(coreoslayer)、核心服务层340(coreserviceslayer)、媒体层360(medialayer)、可触摸层380(cocoatouchlayer)。核心操作系统层320包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的系统服务和/或程序框架，比如基础(foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(airplay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(userinterface，ui)框架、用户界面uikit框架、地图框架等等。
在图6所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的uikit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和ui无关。而uikit框架提供的类是基础的ui类库，用于创建基于触摸的用户界面，ios应用程序可以基于uikit框架来提供ui，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。
其中，在ios系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考android系统，本申请在此不再赘述。
输入输出装置130可以包括触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。
除此之外，本领域技术人员可以理解，上述附图所示出的终端的结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(wirelessfidelity，wifi)模块、电源、蓝牙模块等部件，在此不再赘述。
本申请实施例提供的技术方案，通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应地资源配置，能使终端运行应用程序更具灵活性与可控性，提升终端运行应用程序的性能。
在本申请实施例中，各步骤的执行主体可以是上文介绍的终端。可选地，各步骤的执行主体为终端的操作系统。操作系统可以是安卓系统，也可以是ios系统，或者其它操作系统，本申请实施例对此不作限定。
在下述方法实施例中，为了便于说明，仅以各步骤的执行主体为终端进行介绍说明。
请参考图7，其示出了本申请一个实施例提供的实施环境的示意图。该实施环境可以包括：终端10和服务器20。
终端10可以是上文介绍的终端。
服务器20用于向终端10提供配置文件。服务器20可以是终端厂商架设的服务器。服务器20可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。
终端20与服务器20之间通过有线网络或无线网络连接。
可选地，上述的有线或无线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(localareanetwork，lan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(hypertextmark-uplanguage，html)、可扩展标记语言(extensiblemarkuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(securesocketlayer，ssl)、传输层安全(transportlayersecurity，tls)、虚拟专用网络(virtualprivatenetwork，vpn)、网际协议安全(internetprotocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
请参考图8，其示出了本申请一个实施例提供的配置文件获取方法的流程图。该方法可以用于图7所示实施环境的终端中，该方法可以包括如下步骤：
步骤801，当监控到目标终端中运行的目标应用程序中的目标交互对象被触发时，通过与目标应用程序建立的数据通道，获取目标交互对象的触发信息。
目标终端也即是本申请实施例的执行主体，以下简称为终端。目标应用程序是终端中安装的任意一个应用程序，其可以是操作系统自带的原生应用程序，比如联系人应用程序、短信应用程序、时钟应用程序、相机应用程序等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、社交类应用程序、购物类应用程序等等，本申请实施例对此不作限定。可选地，目标应用程序是游戏类应用程序。
目标交互对象通常显示于目标应用程序的用户界面上，用于供用户完成与目标应用程序的交互。可选地，目标交互对象可以是一个操作控件，也可以是一个输入框，还可以是目标应用程序的用户界面中的部分区域，该部分区域可以由用户自定义设置，也可以由目标应用程序默认设置。在一个示例中，当目标交互对象被触发之后，终端执行该目标交互对象所对应的功能。在另一个示例中，当目标交互对象被触发之后，终端跳转目标交互对象对应的下一级界面。在又一个示例中，当目标交互对象被触发时，终端执行该目标交互对象所对应的功能，并跳转目标交互对象对应的下一级界面。
数据通道是终端中的操作系统与目标应用程序之间建立的，用于供操作系统与目标应用程序之间进行数据交互的通道。在一种可能的实现方式中，数据通道由目标应用程序通过调用内嵌sdk与操作系统之间以binder方式建立。可选地，数据通道由目标应用程序在启动运行时通过调用内嵌sdk与操作系统提供的sdk接口之间以binder方式建立。在另一种可能的实现方式中，数据通道是由目标应用程序采用套接字socket方式与操作系统之间建立的长连接。可选地，数据通道是由目标应用程序在启动运行时采用socket方式与操作系统提供的socket接口之间建立的长连接。
可选地，目标交互对象的触发信息包括以下至少一项：触发目标交互对象的触发信号、目标交互对象对应的下一级界面、目标交互对象对应的功能、目标交互对象被触发时目标终端的资源配置。
触发目标交互对象的触发信号是用户通过触发操作触发该目标交互对象时终端所接收到的信号。可选地，触发信号可以包括单击操作信号、双击操作信号、长按操作信号、滑动操作信号、语音信号、手势信号等等，本申请实施例对此不作限定。
目标交互对象对应的下一级界面是指目标交互对象被触发之后终端所显示的用户界面。目标交互对象的功能是指目标交互对象被触发之后终端所执行的功能。由于目标应用程序的实现逻辑是由开发人员预先设定好的，因此操作系统能直接从目标应用程序中获取目标交互对象对应的下一级界面以及目标交互对象对应的功能。
目标交互对象被触发时目标终端的资源配置包括中央处理单元(centralprocessingunit，cpu)的资源配置、图形处理器(graphicsprocessingunit，gpu)的资源配置、输入输出单元(input/output，i/o)的资源配置、内存的资源配置等等，本申请实施例对此不作限定。cpu的资源配置包括cpu的占用率、cpu的工作频率等。gpu的资源配置包括gpu的占用率、gpu的工作频率等。输入输出单元(input/output，i/o)的资源配置包括i/o的占用率、i/o的工作频率，内存的资源配置包括内存的占用率。
在本申请实施例中，当终端中的操作系统监控到目标终端中运行的目标应用程序中的目标交互对象被触发时，通过与目标应用程序建立的数据通道，获取目标交互对象的触发信息。可选地，操作系统在监控到对应于目标应用程序的用户界面的触发信号之后，向目标应用程序发送信息获取请求，该信息获取请求携带该触发信号的作用位置信息，该触发信号的作用位置信息用于指示触发信号作用在显示区域上的位置，其可以采用坐标来表示，目标应用程序先根据该触发信号的作用位置信息确定该触发信号所触发的目标交互对象，之后获取目标交互对象的触发信息，并通过上述数据通道向操作系统发送目标交互对象的触发信息。
另外，操作系统的开发人员通过埋点的方式在操作系统中植入对用户发出的触发信号进行监控的功能。可选地，当目标应用程序启动运行时，操作系统执行该功能来监控接收到的触发信号。
步骤802，获取与目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息适配的目标配置文件。
终端的类型信息用于指示终端的类型，其可以是终端的型号。目标应用程序的标识信息用于唯一标识目标应用程序，其可以是目标应用程序的名称。目标配置文件中包括目标终端中运行的目标应用程序的目标交互对象被触发时对应的优化资源配置，该优化资源配置可用于提高终端运行目标应用程序的效率和/或效果，例如，减小终端跳转下一级界面或者执行相应功能所需的耗时，
在本申请实施例中，通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应的资源配置，能使终端运行应用程序时更具灵活性与可控性。
在本申请的一些实施例中，由终端从本地获取上述目标优化策略。
在第一种可能的实现方式中，步骤802具体实现为：在目标终端的类型信息对应的配置文件库中查找目标应用程序的标识信息和目标交互对象的触发信息对应的配置文件，作为目标配置文件；其中，目标终端的类型信息对应的配置文件库存储有与目标终端具有相同类型信息的终端中运行的不同应用程序的标识信息、不同交互对象的触发信息与不同配置文件的对应关系。该第一对应关系可以由目标终端从服务器中预先获取。
在第二种可能的实现方式中，步骤802具体实现为：将目标应用程序的标识信息和目标交互对象的触发信息输入至目标终端的类型信息对应的第一适配模型，由第一适配模型输出目标配置文件；目标终端的类型信息对应的第一适配模型是采用机器学习算法对多个第一训练样本进行训练得到的，每个第一训练样本包括与目标终端具有相同类型信息的终端中运行的应用程序的标识信息、交互对象的触发信息，以及适配的配置文件。机器学习算法可以是逻辑回归(logisticregression，lr)算法、反向传播(backpropagation，bp)算法、决策树算法、支持向量机算法(supportvectormachine，svm)等等，本申请实施例对此不作限定。第一适配模型可以由服务器训练完成后发送至终端，也可以由终端自行训练，本申请实施例对此不作限定。
步骤803，根据目标配置文件调整目标终端的资源配置。
终端将目标配置文件中包括的优化资源配置与目标交互对象被触发时目标终端的资源配置进行比对，之后调整终端的资源配置。可选地，终端将目标交互对象被触发时目标终端的资源配置调整至优化资源配置。
示例性地，当优化资源配置所指示的cpu的占用率为35％，而目标交互对象被触发时cpu的占用率为55％，则终端将cpu的占用率降低20％。当优化资源配置所指示的cpu的工作频率为1.5ghz，而目标交互对象被触发时cpu的工作频率为1.2ghz，则终端将cpu的工作频率提高0.3ghz。
步骤804，基于调整后的资源配置运行目标应用程序。
后续终端基于目标优化策略运行目标应用程序，从而使中终端运行目标应用程序的效率和/或效果得到提升。
综上所述，本申请实施例提供的技术方案，通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应的资源配置，能使终端运行应用程序时更具灵活性与可控性。另外，还通过由终端从本地获取上述目标配置文件，从而实现目标配置文件的高效获取。
图8所示实施例中的与终端的类型信息、应用程序的标识信息和目标交互对象的触发信息适配的目标配置文件还可以由服务器向终端提供。下面对服务器向终端提供目标配置文件的方式进行讲解。
请参考图9，其示出了本申请一个实施例提供的配置文件提供方法的流程图。该方法可以用于图7所示实施环境的服务器中，该方法可以包括如下步骤：
步骤901，接收目标终端发送的配置获取请求。
目标终端可以是与服务器建立有通信连接的任意一个终端。
配置获取请求用于请求获取与目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息适配的目标配置文件。配置获取请求由目标终端在监控到目标应用程序中的目标交互对象被触发时发送。
配置获取请求中携带目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息。对于目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息的相关介绍，参考步骤801，此处不再赘述。
步骤902，获取与目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息适配的目标配置文件。
在本申请实施例中，由服务器获取与终端的类型信息、应用程序的标识信息和目标交互对象的触发信息均适配的配置文件作为目标配置文件，并向终端提供该目标配置文件。
在第一种可能的实现方式中，步骤902具体实现为：在配置文件库中查找与目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息对应的配置文件，作为目标配置文件。其中，配置文件库存储有不同终端的类型信息、不同应用程序的标识信息、不同交互对象的触发信息与不同配置文件之间的对应关系。
另外，配置文件库中存储的与目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息适配的目标配置文件可以通过如下方式获得：接收与目标终端具有相同类型信息的多个终端发送的资源上报请求，资源上报请求携带终端中运行的目标应用程序中的目标交互对象被触发后采用的资源配置以及运行效果；将运行效果符合预设条件所对应的资源配置确定为优化资源配置；生成包含有优化资源配置的目标配置文件；在配置文件库中存储目标配置文件。
与目标终端具有相同类型信息的终端可以是与目标终端的型号相同的终端，该终端在结束运行目标应用程序，或者，在实现目标交互对象对应的功能和/或跳转至目标交互对象的下一级界面之后向服务器发送资源上报请求。目标应用程序中的目标交互对象被触发后的运行效果目标终端的运行效果可以采用上述实现相应的功能和/或跳转下一级界面所需的耗时，以及下一级界面的界面截图来衡量。耗时越短，则运行效果越好，耗时越长，则运行效果越差。界面截图对应的渲染效果越好，则运行效果越好；界面截图对应的渲染效果越差，则运行效果越差。在一个示例中，服务器将实现相应的功能和/或跳转下一级界面所需的耗时最短的资源配置作为优化资源配置。在另一个示例中，服务器将下一级界面的渲染效果最好的资源配置作为优化资源配置。在又一个示例中，服务器将实现相应的功能和/或跳转下一级界面所需的耗时小于预设时长，且下一级界面的渲染效果优于预设效果的资源配置作为优化资源配置。
在其它可能的实现方式中，步骤902具体实现为：服务器将目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息输入至第二适配模型，由适配模型输出目标配置文件；其中，第二适配模型采用机器学习算法对多个第二训练样本进行训练得到，每个第二训练样本包括终端的类型信息、应用程序的标识信息、交互对象的触发信息及适配的配置文件。步骤903，向目标终端发送目标配置文件。
相应地，目标终端接收服务器发送的目标配置文件。后续终端基于目标配置文件对终端的资源配置进行调整，从而使终端运行目标应用程序的效率和/或效果得到提升。
综上所述，本申请实施例提供的技术方案，通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应的资源配置，能使终端运行应用程序时更具灵活性与可控性。另外，还通过由服务器向终端提供上述目标配置文件，从而避免终端在本地存储第一对应关系，减少终端的内存占用。
请参考图10，其示出了本申请一个实施例提供的配置文件获取方法的流程图，该方法可以应用于图7所示实施环境中，该方法可以包括：
步骤1001，当监控到目标终端中运行的目标应用程序中的目标交互对象被触发时，目标终端通过与目标应用程序建立的数据通道，获取目标交互对象的触发信息。
步骤1002，目标终端向服务器发送配置获取请求。
配置获取请求中携带目标终端的类型信息、目标应用程序的标识信息和目标交互对象的触发信息。
相应地，服务器接收目标终端发送的目标配置文件。
步骤1003，服务器获取目标配置文件。
步骤1004，服务器向目标终端发送目标配置文件。
相应地，目标终端接收服务器发送的目标配置文件。
步骤1005，目标终端根据目标配置文件调整目标终端的资源配置。
步骤1006，目标终端基于调整后的资源配置运行目标应用程序。
在基于图9或图10所示实施例提供的可选实施例中，终端在获取目标配置文件，还可以存储目标交互对象的触发信息，应用程序的标识信息，以及目标配置之间的对应关系。后续该应用程序中的目标交互对象再次被触发时，则可以直接从该对应关系中查找目标配置文件，而无需重新从服务器获取，从而高效地获取上述目标配置文件。
请参考图11，其示出了本申请一个实施例提供的配置文件获取装置的框图。具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：信息获取模块1101、第一获取模块1102、资源调整模块1103和程序运行模块1104。
信息获取模块1101，用于当监控到目标终端中运行的目标应用程序中的目标交互对象被触发时，通过与所述目标应用程序建立的数据通道，获取所述目标交互对象的触发信息。
第一获取模块1102，用于获取与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息适配的目标配置文件。
资源调整模块1103，用于根据所述目标配置文件调整所述目标终端的资源配置。
程序运行模块1104，用于基于调整后的资源配置运行所述目标应用程序。
综上所述，本申请实施例提供的技术方案，通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应地资源配置，能使终端运行应用程序更具灵活性与可控性。
在基于图11所示实施例提供的一个可选实施例中，所述数据通道由所述目标应用程序通过调用内嵌任务开发工具包sdk与操作系统之间以binder方式建立；或者，所述数据通道是由所述目标应用程序采用套接字socket方式与操作系统之间建立的长连接。
在基于图11所示实施例提供的另一个可选实施例中，所述第一获取模块1102，用于：
向服务器发送配置获取请求，所述配置获取请求中携带所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息；
接收所述服务器发送的所述目标配置文件。
在基于图11所示实施例提供的另一个可选实施例中，所述第一获取模块1102，用于在所述目标终端的类型信息对应的配置文件库中查找与所述目标应用程序的标识信息和所述目标交互对象的触发信息对应的配置文件，作为所述目标配置文件；其中，所述目标终端的类型信息对应的配置文件库存储有与所述目标终端具有相同类型信息的终端中运行的不同应用程序的标识信息、不同交互对象的触发信息与不同配置文件之间的对应关系。
在基于图11所示实施例提供的另一个可选实施例中，所述第一获取模块1102，用于将所述目标应用程序的标识信息和所述目标交互对象的触发信息输入至所述目标终端的类型信息对应的第一适配模型，由所述第一适配模型输出所述目标配置文件；所述目标终端的类型信息对应的第一适配模型是采用机器学习算法对多个第一训练样本进行训练得到的，每个所述第一训练样本包括与所述目标终端具有相同类型信息的终端中运行的应用程序的标识信息、交互对象的触发信息及适配的配置文件。在基于图11所示实施例提供的另一个可选实施例中，所述目标交互对象的触发信息包括以下至少一项：触发所述目标交互对象的触发信号、所述目标交互对象对应的下一级界面、所述目标交互对象对应的功能、所述目标交互对象被触发时所述目标终端的资源配置。
请参考图12，其示出了本申请一个实施例提供的配置文件提供装置的框图。具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：请求接收模块1201、第二获取模块1202和文件发送模块1203。
请求接收模块1201，用于接收目标终端发送的配置获取请求，所述配置获取请求由所述目标终端在监控到目标应用程序中的目标交互对象被触发时发送，所述配置获取请求中携带所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息。
第二获取模块1202，用于获取与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息适配的目标配置文件。
文件发送模块1203，用于向所述目标终端发送所述目标配置文件。
综上所述，本申请实施例提供的技术方案，通过在监控到终端中运行的应用程序中的某个交互对象被触发时获取该交互对象的触发信息，之后获取与该终端的类型、应用程序的标识以及交互对象的触发信息均适配的配置文件，并基于该配置文件对终端的资源配置进行调整，之后基于调整后的资源配置运行该应用程序，由于对应用程序中的各个交互对象均提供了相应地资源配置，能使终端运行应用程序更具灵活性与可控性。
在基于图12所示实施例提供的一个可选实施例中，所述第二获取模块1202，用于在配置文件库中查找与所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息对应的配置文件，作为所述目标配置文件；其中，所述配置文件库存储有不同终端的类型信息、不同应用程序的标识信息、不同交互对象的触发信息与不同配置文件之间的对应关系。
可选地，所述第二获取模块1202，还用于：
接收与所述目标终端具有相同类型信息的多个终端发送的资源上报请求，所述资源上报请求携带所述终端中运行的所述目标应用程序中的所述目标交互对象被触发后采用的资源配置以及运行效果；
将所述运行效果符合预设条件所对应的资源配置确定为优化资源配置；
生成包含有所述优化资源配置的所述目标配置文件；
在所述配置文件库中存储所述目标配置文件。
在基于图12所示实施例提供的一个可选实施例中，所述第二获取模块1202，用于将所述目标终端的类型信息、所述目标应用程序的标识信息和所述目标交互对象的触发信息输入至适配模型，由所述适配模型输出所述目标配置文件；其中，所述适配模型采用机器学习算法对多个训练样本进行训练得到，每个训练样本包括终端的类型信息、应用程序的标识信息、交互对象的触发信息及适配的配置文件。
需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本申请一示例性实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器加载并执行时实现上述各个方法实施例提供的配置文件获取方法。
本申请一示例性实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器加载并执行时实现上述各个方法实施例提供的配置文件提供方法。
本申请一示例性实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例所述的配置文件获取方法。
本申请一示例性实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例所述的配置文件提供方法。
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。