CN108989547A - 发光控制方法、装置、终端及存储介质 - Google Patents

Abstract

本申请公开了一种发光控制方法、装置、终端及存储介质。该方法应用于终端的操作系统中，该终端设置有发光组件；该方法包括：在终端运行目标应用程序的过程中，通过与目标应用程序之间建立的数据通道，从目标应用程序中获取目标应用程序的场景信息；获取与场景信息对应的目标控制策略；根据目标控制策略控制发光组件的发光状态。在本申请实施例中，通过在应用程序运行的过程中，获取应用程序当前所处的运行场景，并根据该运行场景来确定相应的控制策略，后续按照该控制策略控制终端中的发光组件的发光状态，从而在不同的运行场景下能够动态调整发光组件的发光状态，相应呈现不同的发光效果，提高发光组件发光时的可控性与灵活性。

Description

发光控制方法、装置、终端及存储介质

技术领域

本申请实施例涉及终端技术领域，特别涉及一种发光控制方法、装置、终端及存储介质。

背景技术

诸如手机、平板电脑之类的终端上设置有发光组件，如呼吸灯、氛围灯、闪光灯等。

相关技术中，当终端检测到预设事件发生时，控制发光组件发光，以达到提醒用户的目的。例如，当终端开机或接到其它终端的来电时，终端控制发光组件发光。

发明内容

本申请实施例提供一种发光控制方法、装置、终端及存储介质。技术方案如下：

一方面，本申请实施例提供一种发光控制方法，所述方法应用于终端的操作系统中，所述终端设有发光组件；所述方法包括：

在所述终端运行目标应用程序的过程中，通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

获取与所述场景信息对应的目标控制策略；

根据所述目标控制策略控制所述发光组件的发光状态。

另一方面，本申请实施例提供一种发光控制方法，所述方法应用于终端运行的目标应用程序中，所述终端设有发光组件；所述方法包括：

采集所述目标应用程序在运行过程中的运行信息；

对所述运行信息进行整理，得到所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

通过与所述终端的操作系统之间建立的数据通道，向所述操作系统发送所述场景信息，所述场景信息用于触发所述操作系统根据与所述场景信息对应的目标控制策略控制所述发光组件的发光状态。

再一方面，本申请实施例提供一种发光控制装置，所述方法应用于终端的操作系统中，所述终端设有发光组件；所述装置包括：

场景获取模块，用于在所述终端运行目标应用程序的过程中，通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

策略获取模块，用于获取与所述场景信息对应的目标控制策略；

发光控制模块，用于根据所述目标控制策略控制所述发光组件的发光状态。

又一方面，本申请实施例提供一种发光控制装置，所述方法应用于终端运行的目标应用程序中，所述终端设有发光组件；所述装置包括：

信息采集模块，用于采集所述目标应用程序在运行过程中的运行信息；

场景确定模块，用于对所述运行信息进行整理，得到所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

场景发送模块，用于通过与所述终端的操作系统之间建立的数据通道，向所述操作系统发送所述场景信息，所述场景信息用于触发所述操作系统根据与所述场景信息对应的目标控制策略控制所述发光组件的发光状态。

再一方面，本申请实施例提供一种终端，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述一方面所述的发光控制方法，或者实现上述另一方面所述的发光控制方法。

又一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述方面所述的发光控制方法，或者实现上述另一方面所述的发光控制方法。

本申请实施例提供的技术方案可以带来如下有益效果：

通过在应用程序运行的过程中，获取应用程序当前所处的运行场景，并根据该运行场景来确定相应的控制策略，后续按照该控制策略控制终端中的发光组件的发光状态，从而在不同的运行场景下能够动态调整发光组件的发光状态，相应呈现不同的发光效果，提高了发光组件发光时的可控性与灵活性。

附图说明

图1是本申请一个实施例提供的终端的框图；

图2示出了一种操作系统与第三方应用程序之间的通信示意图；

图3是本申请一个实施例示出的操作系统的示意图；

图4示出了另一种操作系统与第三方应用程序之间的通信示意图；

图5示出了另一种操作系统与第三方应用程序之间的通信示意图；

图6是本申请另一个实施例示出的操作系统的示意图；

图7是本申请一个实施例提供的实施环境的示意图；

图8是本申请另一个实施例提供的实施环境的示意图；

图9是本申请一个实施例示出的发光控制方法的流程图；

图10是本申请另一个实施例示出的发光控制方法的流程图；

图11是本申请另一个实施例示出的发光控制方法的流程图；

图12是本申请一个实施例示出的发光控制装置的框图；

图13是本申请另一个实施例示出的发光控制装置的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，其示出了本申请一个示例性实施例提供的终端的结构方框图。该终端可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的终端可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器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中还提供有安卓运行时库(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、购物程序等。

操作系统与第三方应用程序之间一种可行的通信方式如图4所示，第三方应用程序中内嵌有用于与操作系统进行通信的软件开发工具包(Software Development Kit，SDK)。

其中，SDK包含若干经过抽象的应用程序编程接口(Application ProgrammingInterface，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(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作系统层320包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图6所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考Android系统，本申请在此不再赘述。

输入输出装置130可以包括触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端的结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(WirelessFidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

结合参考图7，其示出了本申请一个实施例示出的实施环境的示意图。该实施环境为终端700，终端700可以是上文介绍过的终端。终端700包括操作系统710、应用程序720以及发光组件730。

操作系统710运行于操作系统空间，其可以是安卓系统，也可以是IOS系统，或者基于安卓系统开发的定制操作系统，或者其它操作系统，本申请实施例对此不作限定。可选地，操作系统710包括连接管理模块、数据处理模块、发光控制模块、策略获取模块。连接管理模块用于实现对应用程序创建的数据通道的管理功能，例如确定应用程序是否能够建立数据通道、建立或清理数据通道等。数据处理模块用于对应用程序通过数据通道传输的数据包进行解析处理。发光控制模块用于控制发光组件的发光状态。策略获取模块用于确定运行场景对应的控制策略。

应用程序720运行于用户空间，其可以是操作系统自带的原生应用程序，也可以是第三方开发者所开发的第三方应用程序，本申请实施例对此不作限定。可选地，应用程序720包括数据收集模块、数据整理模块、通讯模块。数据收集模块用于收集应用程序720在运行过程中的运行信息。数据整理模块用于对运行信息进行整理，以确定应用程序720当前所处的运行场景。可选地，数据整理模块还用于对行为信息进行优先级排序。通讯模块用于向操作系统发送场景信息，通讯模块还用于管理应用程序与操作系统之间建立的数据连接。

操作系统710与应用程序720之间建立有数据通道。该数据通道用于实现操作系统710与应用程序720之间的数据交互。在一种可能的实现方式中，数据通道由目标应用程序通过调用内嵌SDK与操作系统之间以Binder方式建立。在另一种可能的实现方式中，数据通道是由目标应用程序采用套接字Socket方式与操作系统之间建立的长连接。

发光组件730具有发光功能。发光组件730可以是终端中的呼吸灯、氛围灯、闪光灯、具有发光性能的LOGO等等，本申请实施例对此不作限定。另外，上述发光组件730可以设置在终端的前面板上，也可以设置在终端的背板上，还可以设置在终端的侧边框上，本申请实施例对此也不作限定。可选地，发光组件730包括一个或多个发光元件，每个发光元件均具有发光功能。

在一个具体的例子中，结合参考图8，终端中的发光组件为氛围灯。在应用程序的过程中，应用程序通过数据通道向操作系统发送场景信息，操作系统接收场景信息并根据该场景信息确定与该场景信息对应的控制策略，之后按照该控制策略控制氛围灯的发光状态。

请参考图9，其示出了本申请一个示例性实施例提供的发光控制方法的流程图，该方法可以应用于终端的操作系统中，该终端设有发光组件。该方法可以包括如下步骤：

步骤901，在终端运行目标应用程序的过程中，通过与目标应用程序之间建立的数据通道，从目标应用程序中获取目标应用程序的场景信息。

目标应用程序是终端中安装的任意一个应用程序，其可以是操作系统自带的原生应用程序，比如联系人应用程序、短信应用程序、时钟应用程序、相机应用程序等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、视频类应用程序、购物类应用程序等等，本申请实施例对此不作限定。可选地，目标应用程序是游戏类应用程序。

在本申请实施例中，终端中的操作系统与目标应用程序之间建立有数据通道，以实现操作系统与目标应用程序之间的数据交互。在一种可能的实现方式中，数据通道由目标应用程序通过调用内嵌SDK与操作系统之间以Binder方式建立。可选地，数据通道由目标应用程序在启动运行时通过调用内嵌SDK与操作系统提供的SDK接口之间以Binder方式建立。在另一种可能的实现方式中，数据通道是由目标应用程序采用套接字Socket方式与操作系统之间建立的长连接。可选地，数据通道是由目标应用程序在启动运行时采用Socket方式与操作系统提供的Socket接口之间建立的长连接。

目标应用程序的场景信息用于表示目标应用程序的运行场景。可选地，目标应用程序的运行场景可以根据目标应用程序的运行阶段来划分。以目标应用程序为游戏类应用程序时，上述运行场景可以包括游戏启动场景、游戏资源更新场景、游戏帐号登录场景、游戏内部加载场景、游戏中场景等等，本申请实施例对此不作限定。可选地，目标应用程序的运行场景还可以根据目标应用程序的画面帧率确定，示例性地，上述运行场景可以根据画面帧率划分为画面卡顿场景和正常运行场景。可选地，目标应用程序的运行场景可以根据当前用户界面中的展示内容确定。以目标应用程序为游戏类应用程序为例，上述运行场景可以包括主界面场景、游戏商城场景、游戏团战场景。由于目标应用程序的运行场景可以从不同维度进行划分，因此目标应用程序可以同时处于多个运行场景，例如，目标应用程序处于游戏中场景，还处于画面卡顿场景。

操作系统通过上述数据通道来获取场景信息时，还可以获取该场景信息对应的时间戳，从而使场景信息能够以数据包的形式及时且连贯地被操作系统获取。另外，操作系统在获取到场景信息之后，会通过该数据通道向目标应用程序返回确认接收信息，该确认接收信息用于提示场景信息已被成功接收。

在上文实施例中介绍过，场景信息可以被通过数据包的形式在数据通道中进行传输。其中，数据包格式可以是操作系统与目标应用程序约定的传输格式，以便操作系统能够正确解析数据包中的场景信息。可选地，数据包格式可以是JSON格式、Protobuf格式、自定义的传输格式等，本申请实施例对此不作限定。

步骤902，获取与场景信息对应的目标控制策略。

与场景信息对应的目标控制策略用于在目标应用程序处在场景信息所指示的运行场景内控制发光组件的发光状态，从而使发光组件的发光效果能够与运行场景相适配。例如，目标应用程序的运行场景为游戏团战场景时，控制发光组件的发光状态，从而使发光组件的发光效果能够突出多人战斗的氛围；例如，目标应用程序的运行场景为游戏胜利场景时，控制发光组件的发光状态，从而使发光组件的发光效果能够突出胜利的氛围；例如，目标应用程序的运行场景为游戏决赛场景时，控制发光组件的发光状态，从而使发光组件的发光效果能够突出紧张刺激的氛围。

在本申请实施例中，根据场景信息来获取相应的控制策略，后续按照该控制策略控制发光组件的发光状态，从而在不同的运行场景下能够动态调整发光组件的发光状态，相应呈现不同的发光效果，提高发光组件发光时的可控性与灵活性。

可选地，操作系统可以通过如下两种实现方式来获取与场景信息对应的目标控制策略。

在第一种可能的实现方式中，步骤902可以实现为：

步骤902a，在第一对应关系中查找与场景信息对应的控制策略，并将查找到的控制策略确定为目标控制策略。

第一对应关系包括场景信息与控制策略之间的对应关系。上述第一对应关系可以由终端默认设置，也可以由用户自定义设置，本申请实施例对此不作限定。下面对用户自定义设置第一对应关系为例进行讲解。

终端在用户触发下显示发光组件的设置界面，发光组件的设置界面可以设置不同应用程序在不同场景下的控制策略，终端在发光组件的设置界面接收到目标应用程序的选择信号后，会显示目标应用程序的各个运行场景，终端在接收到对应于某一应用场景的选择信号后，进入该运行场景对应的设置界面，该设置界面会提供多个控制策略供用户选择，当终端接收到对应于某一控制策略的选择信号以及确认指示后，即可完成该运行场景对应的控制策略的设置过程。

在第二种可能的实现方式中，步骤902可以实现为：

步骤902b，向服务器发送策略获取请求。

策略获取请求用于请求获取与场景信息对应的目标控制策略。策略获取请求携带场景信息。可选地，策略获取请求还携带终端的标识与类型信息。终端的标识用于唯一标识终端。终端的类型信息用于指示终端的类型，其可以是终端的型号。

相应地，服务器接收所述操作系统发送的策略获取请求。

步骤902c，接收服务器发送的目标控制策略。

目标控制策略是指目标应用程序处于场景信息所指示的运行场景时的用户数量符合预设条件的控制策略，控制策略的使用数量由服务器根据至少两个终端中运行的标应用程序处于场景信息所指示的运行场景时采用的控制策略统计得到。在本申请实施例中，服务器可以接收各个用户选择的对应不同运行场景的控制策略，服务器对上述各个用户选择的对应不同运行场景的控制策略进行统计，得到每种运行场景下各个控制策略的使用数量，后续服务器将使用数量符合预设条件的控制策略确定为该运行场景对应的目标控制策略。上述预设条件可以是使用数量最多，也可以是用户数量大于数量阈值。示例性地，服务器统计到游戏帐号登陆场景下控制策略A的用户数量为12345，控制策略B的用户数量为101，控制策略C的用户数量为9，则服务器将控制策略A确定为目标控制策略，并向终端发送上述目标控制策略。

步骤903，根据目标控制策略控制发光组件的发光状态。

发光状态包括以下一项或多项的组合：点亮、熄灭、颜色、亮度、闪烁、所包括的不同发光元件的发光顺序。点亮是指控制发光组件发光，熄灭是指控制发光组件不发光。发光组件包括多个发光元件时，操作系统还可以控制每个发光元件点亮或熄灭。颜色是指发光组件发出的光的颜色。发光组件包括多个发光元件时，各个发光元件发出的光的颜色可以相同，也可以不同。亮度是指发光组件发出的光的亮度。发光组件包括多个发光元件时，各个发光元件发出的光的亮度可以相同，也可以不同。闪烁是指发光组件在发光与不发光之间来回切换。发光顺序是指不同发光元件的发光时间的先后顺序。

本申请实施例提供的技术方案，通过在应用程序运行的过程中，获取应用程序当前所处的运行场景，并根据该运行场景来确定相应的控制策略，后续按照该控制策略控制终端中的发光组件的发光状态，从而在不同的运行场景下能够动态调整发光组件的发光状态，相应呈现不同的发光效果，提高发光组件发光时的可控性与灵活性。当应用程序为游戏应用程序时，可以使发光组件的发光效果随着游戏应用程序的运行自适应变化，给用户提供更好的游戏氛围，提升用户的沉浸感。

请参考图10，其示出了本申请另一个示例性实施例提供的发光控制方法的流程图，该方法可以应用于终端运行的目标应用程序中，该终端设有发光组件。该方法可以包括如下步骤：

步骤1001，采集目标应用程序在运行过程中的运行信息。

可选地，运行信息包括目标应用程序在运行过程中的界面内容、帧率、程序逻辑代码。目标应用程序在运行过程中的帧率是指单位时间内所播放的画面的帧数。目标应用程序在运行过程中的程序逻辑代码是指目标应用程序在运行过程中涉及的代码段。

步骤1002，对运行信息进行整理，得到目标应用程序的运行场景。

场景信息用于表示目标应用程序的运行场景。

当运行信息包括目标应用程序在运行过程中的界面内容时，识别界面内容中的关键界面元素，并根据上述关键界面元素来确定目标应用程序所处的运行场景。可选地，目标应用程序查找关键界面元素与运行场景之间的对应关系，将关键界面元素对应的运行场景确定为目标应用程序所处的运行场景。示例性地，当关键界面元素包括登录控件时，目标应用程序所处的运行场景为帐号登录场景。

当运行信息包括目标应用程序在运行过程中的程序逻辑代码时，提取程序逻辑代码中的关键代码片段，并根据上述关键代码片段来确定目标应用程序所处的运行场景。可选地，目标应用程序查找关键代码片段与运行场景之间的对应关系，将关键代码片段对应的运行场景确定为目标应用程序所处的运行场景。

当运行信息包括目标应用程序在运行过程中的帧率时，获取帧率所属的取值区间，根据取值区间确定目标应用程序的运行场景。可选地，目标应用程序检测帧率所属的取值区间是否是预设取值区间，若帧率所属的取值区间是预设取值区间，则确定目标应用程序的运行场景为正常运行场景，若帧率所属的取值区间不是预设取值区间，则目标应用程序的运行场景为卡顿场景。

步骤1003，通过与终端的操作系统之间建立的数据通道，向操作系统发送场景信息。

场景信息用于触发操作系统根据与场景信息对应的目标控制策略控制发光组件的发光状态。

另外，在上文实施例中介绍过，由于运行场景可以从多个维度划分，因此目标应用程序可以同时处于多个运行场景，然而操作系统通常只会根据一种运行场景来控制发光组件的发光状态，因此需要对上述多个运行场景进行筛选。因此步骤1003可以实现为：

步骤1003a，当目标应用程序的运行场景包括至少两个时，对至少两个运行场景进行优先级排序；

步骤1003b，根据排序结果选择优先级符合预设条件的目标运行场景；

步骤1003c，通过与终端的操作系统之间建立的数据通道，向操作系统发送对应于目标场景的目标场景信息。

当目标应用程序处于多个运行场景时，需要筛选出优先级符合预设条件的运行场景，从而使操作系统后续控制发光组件的发光状态时，更符合当前运行场景的发光需求。

操作系统可以根据预先设定的规则进行优先级排序。可选地，目标应用程序确定根据不同维度划分的应用场景的优先级顺序，后续按照该优先级顺序对目标应用程序所处的各个运行场景进行排序。例如，根据帧率划分的应用场景的优先级高于根据界面内容划分的应用场景的优先级。

预设条件是指优先级最高，也即，目标应用程序将优先级最高的运行场景确定为目标运行场景。例如，当目标应用程序处于游戏卡顿场景还处于其它运行场景时，游戏卡顿场景的优先级最高，目标应用程序将游戏卡顿场景对应的场景信息确定为目标应用程序的应用场景。

综上所述，本申请实施例提供的技术方案，通过在应用程序运行的过程中，获取应用程序当前所处的运行场景，并根据该运行场景来确定相应的控制策略，后续按照该控制策略控制终端中的发光组件的发光状态，从而在不同的运行场景下能够动态调整发光组件的发光状态，相应呈现不同的发光效果，提高发光组件发光时的可控性与灵活性。

另外，当应用程序同时处于多个运行场景时，会在上述多个运行场景中选择优先级最高的运行场景，并按照上述优先级最高的运行场景对应的控制策略来控制发光组件的发光状态，更符合当前运行场景的发光需求。

请参考图11，其示出了本申请一个示例性实施例示出的发光控制方法的流程图。该方法可以应用于上文介绍的终端中，该方法包括：

步骤1101，目标应用程序向操作系统发送通道建立请求。

通道建立请求用于请求在目标应用程序与操作系统之间建立数据通道。通道建立请求中携带目标应用程序的标识。可选地，目标应用程序在启动运行时向操作系统发送通道建立请求。

相应地，操作系统接收目标应用程序发送的通道建立请求。

步骤1102，若目标应用程序具有通道建立权限，则允许目标应用程序与操作系统之间建立数据通道。

通道建立权限是指在操作系统与目标应用程序之间建立数据通道的权限。

若目标应用程序不具有通道建立权限，则不允许目标应用程序与操作系统之间建立数据通道。通过上述方式，可以避免某些不具有通道建立权限的应用程序与操作系统进行数据交互，提升安全性。

步骤1103，操作系统向目标应用程序发送通道建立通知。

通道建立通知用于通知目标应用程序建立数据通道。

步骤1104，目标应用程序根据通道建立通知建立目标应用程序与操作系统之间的数据通道。

步骤1105，目标应用程序采集目标应用程序在运行过程中的运行信息。

步骤1106，对运行信息进行整理，得到目标应用程序的场景信息。

场景信息用于表示目标应用程序的运行场景。

步骤1107，通过与终端的操作系统之间建立的数据通道，向操作系统发送场景信息。

步骤1108，检测发光组件的开关是否处于打开状态。

发光组件的开关用于指示发光组件在目标应用程序的运行过程中是否根据目标应用程序所处的运行场景发光。若发光组件的开关处于打开状态，则发光组件在目标应用程序的运行过程中能够根据目标应用程序所处的运行场景发光；若发光组件的开关处于关闭状态，则发光组件在目标应用程序的运行过程中不能够根据目标应用程序所处的运行场景发光。

可选地，操作系统可以在发光组件的设置界面读取发光组件的开关的状态。若发光组件的开关处于打开状态，则执行步骤1109；若发光组件的开关处于关闭状态，则结束流程。

步骤1109，获取与场景信息对应的目标控制策略。

步骤1110，根据目标控制策略控制发光组件的发光状态。

本申请实施例提供的技术方案中，存在通道建立权限的应用程序才可以建立操作系统与应用程序之间的数据通道，并基于该数据通道与操作系统进行数据交互，可以避免某些不具有通道建立权限的应用程序与操作系统进行数据交互，提升安全性。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图12，其示出了本申请一个实施例提供的发光控制装置的框图。该装置应用于终端的操作系统中，终端设置有发光组件，该装置具有实现上述方法示例中操作系统一侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：场景获取模块1201、策略获取模块1202和发光控制模块1203。

场景获取模块1201，用于在所述终端运行目标应用程序的过程中，通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景。

策略获取模块1202，用于获取与所述场景信息对应的目标控制策略。

发光控制模块1203，用于根据所述目标控制策略控制所述发光组件的发光状态。

本申请实施例提供的技术方案，通过在应用程序运行的过程中，获取应用程序当前所处的运行场景，并根据该运行场景来确定相应的控制策略，后续按照该控制策略控制终端中的发光组件的发光状态，从而在不同的运行场景下能够动态调整发光组件的发光状态，相应呈现不同的发光效果，提高发光组件发光时的可控性与灵活性。

在基于图12所示实施例提供的一个可选实施例中，所述数据通道由所述目标应用程序通过调用内嵌任务开发工具包SDK与所述操作系统之间以Binder方式建立；或者，所述数据通道是由所述目标应用程序采用套接字Socket方式与所述操作系统之间建立的长连接。

在基于图12所示实施例提供的另一个可选实施例中，所述装置还包括：请求接收模块和允许建立模块(图中未示出)。

请求接收模块，用于接收所述目标应用程序发送的通道建立请求，所述通道建立请求用于请求在所述目标应用程序与所述操作系统之间建立所述数据通道。

允许建立模块，用于若所述目标应用程序具有所述通道建立权限，则允许所述目标应用程序与所述操作系统之间建立所述数据通道。

在基于图12所示实施例提供的另一个可选实施例中，所述策略获取模块1202，用于在第一对应关系中查找与所述场景信息对应的控制策略，并将查找到的控制策略确定为所述目标控制策略；其中，所述第一对应关系包括场景信息与控制策略之间的对应关系。

在基于图12所示实施例提供的另一个可选实施例中，所述策略获取模块1202，用于：

向服务器发送策略获取请求，所述策略获取请求用于请求获取与所述场景信息对应的目标控制策略；

接收所述服务器发送的所述目标控制策略，所述目标控制策略是指所述目标应用程序处于所述场景信息所指示的运行场景时，使用数量符合预设条件的控制策略，所述控制策略的使用数量根据至少两个所述终端中运行的所述目标应用程序处于所述场景信息所指示的运行场景时采用的控制策略统计得到。

在基于图12所示实施例提供的另一个可选实施例中，所述装置还包括：状态检测模块(图中未示出)。

状态检测模块，用于检测所述发光组件的开关是否处于打开状态。

所述策略获取模块1202，用于若所述发光组件的开关处于所述打开状态，则执行所述获取与所述场景信息对应的目标控制策略的步骤。

在基于图12所示实施例提供的另一个可选实施例中，所述发光状态包括以下一项或多项的组合：点亮、熄灭、颜色、亮度、闪烁、所包括的不同发光元件的发光顺序。

请参考图13，其示出了本申请一个实施例提供的发光控制装置的框图。该装置具有实现上述方法示例中目标应用程序一侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：信息采集模块1301、场景确定模块1302和场景发送模块1303。

信息采集模块1301，用于采集所述目标应用程序在运行过程中的运行信息。

场景确定模块1302，用于对所述运行信息进行处理，得到所述目标应用程序的运行场景，所述场景信息用于表示所述目标应用程序的运行场景。

场景发送模块1303，用于通过与所述终端的操作系统之间建立的数据通道，向所述操作系统发送场景信息，所述场景信息用于表示所述目标应用程序的运行场景，所述场景信息用于触发所述操作系统根据与所述场景信息对应的目标控制策略控制所述发光组件的发光状态。

在基于图13所示实施例提供的一个可选实施例中，所述场景确定模块1302，用于：

当所述运行信息包括界面内容时，识别所述界面内容中的关键界面元素，根据所述关键界面元素确定所述目标应用程序的运行场景；

和/或，

当所述运行信息包括帧率时，获取所述帧率所属的取值区间，根据所述取值区间确定所述目标应用程序的运行场景；

和/或，

当所述运行信息包括程序逻辑代码时，提取所述程序逻辑代码中的关键代码片段，根据所述关键代码片段确定所述目标应用程序的运行场景。

在基于图13所示实施例提供的一个可选实施例中，所述场景发送模块1303，用于：

当所述目标应用程序的运行场景包括至少两个时，对所述至少两个运行场景进行优先级排序；

根据排序结果选择优先级符合预设条件的目标运行场景；

通过与所述终端的操作系统之间建立的所述数据通道，向所述操作系统发送对应于所述目标场景的目标场景信息。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请一示例性实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器加载并执行时实现上述各个方法实施例提供的发光控制方法。

本申请一示例性实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例所述的发光控制方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

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

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (14)

1.一种发光控制方法，其特征在于，所述方法应用于终端的操作系统中，所述终端设置有发光组件；所述方法包括：

在所述终端运行目标应用程序的过程中，通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

获取与所述场景信息对应的目标控制策略；

根据所述目标控制策略控制所述发光组件的发光状态。

2.根据权利要求1所述的方法，其特征在于，

所述数据通道由所述目标应用程序通过调用内嵌任务开发工具包SDK与所述操作系统之间以Binder方式建立；

或者，

所述数据通道是由所述目标应用程序采用套接字Socket方式与所述操作系统之间建立的长连接。

3.根据权利要求1所述的方法，其特征在于，所述通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息之前，还包括：

接收所述目标应用程序发送的通道建立请求，所述通道建立请求用于请求在所述目标应用程序与所述操作系统之间建立所述数据通道；

若所述目标应用程序具有通道建立权限，则允许所述目标应用程序与所述操作系统之间建立所述数据通道。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述获取与所述场景信息对应的目标控制策略，包括：

在第一对应关系中查找与所述场景信息对应的控制策略，并将查找到的控制策略确定为所述目标控制策略；其中，所述第一对应关系包括场景信息与控制策略之间的对应关系。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述获取与所述场景信息对应的目标控制策略，包括：

向服务器发送策略获取请求，所述策略获取请求用于请求获取与所述场景信息对应的目标控制策略；

接收所述服务器发送的所述目标控制策略，所述目标控制策略是指所述目标应用程序处于所述场景信息所指示的运行场景时，使用数量符合预设条件的控制策略，所述控制策略的使用数量根据至少两个所述终端中运行的所述目标应用程序处于所述场景信息所指示的运行场景时采用的控制策略统计得到。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息之后，还包括：

检测所述发光组件的开关是否处于打开状态；

若所述发光组件的开关处于所述打开状态，则执行所述获取与所述场景信息对应的目标控制策略的步骤。

7.根据权利要求1至3任一项所述的方法，其特征在于，所述发光状态包括以下一项或多项的组合：点亮、熄灭、颜色、亮度、闪烁、所包括的不同发光元件的发光顺序。

8.一种发光控制方法，其特征在于，所述方法应用于终端运行的目标应用程序中，所述终端设置有发光组件；所述方法包括：

采集所述目标应用程序在运行过程中的运行信息；

对所述运行信息进行处理，确定所述目标应用程序的运行场景；

通过与所述终端的操作系统之间建立的数据通道，向所述操作系统发送场景信息，所述场景信息用于表示所述目标应用程序的运行场景，所述场景信息用于触发所述操作系统根据与所述场景信息对应的目标控制策略控制所述发光组件的发光状态。

9.根据权利要求8所述的方法，其特征在于，所述对所述运行信息进行处理，确定所述目标应用程序的运行场景，包括：

当所述运行信息包括界面内容时，识别所述界面内容中的关键界面元素，根据所述关键界面元素确定所述目标应用程序的运行场景；

和/或，

当所述运行信息包括帧率时，获取所述帧率所属的取值区间，根据所述取值区间确定所述目标应用程序的运行场景；

和/或，

当所述运行信息包括程序逻辑代码时，提取所述程序逻辑代码中的关键代码片段，根据所述关键代码片段确定所述目标应用程序的运行场景。

10.根据权利要求9所述的方法，其特征在于，所述通过与所述终端的操作系统之间建立的数据通道，向所述操作系统发送场景信息，包括：

当所述目标应用程序的运行场景包括至少两个时，对所述至少两个运行场景进行优先级排序；

根据排序结果选择优先级符合预设条件的目标运行场景；

通过与所述终端的操作系统之间建立的所述数据通道，向所述操作系统发送对应于所述目标场景的目标场景信息。

11.一种发光控制装置，其特征在于，所述方法应用于终端的操作系统中，所述终端设置有发光组件；所述装置包括：

场景获取模块，用于在所述终端运行目标应用程序的过程中，通过与所述目标应用程序之间建立的数据通道，从所述目标应用程序中获取所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

策略获取模块，用于获取与所述场景信息对应的目标控制策略；

发光控制模块，用于根据所述目标控制策略控制所述发光组件的发光状态。

12.一种发光控制装置，其特征在于，所述方法应用于终端运行的目标应用程序中，所述终端设置有发光组件；所述装置包括：

信息采集模块，用于采集所述目标应用程序在运行过程中的运行信息；

场景确定模块，用于对所述运行信息进行整理，得到所述目标应用程序的场景信息，所述场景信息用于表示所述目标应用程序的运行场景；

场景发送模块，用于通过与所述终端的操作系统之间建立的数据通道，向所述操作系统发送所述场景信息，所述场景信息用于触发所述操作系统根据与所述场景信息对应的目标控制策略控制所述发光组件的发光状态。

13.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至7任一项所述的发光控制方法，或者实现如权利要求8至10任一项所述的发光控制方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至7任一项所述的发光控制方法，或者实现如权利要求8至10任一项所述的发光控制方法。