应用程序的运行状态控制方法和装置与流程

本申请涉及信息技术领域，特别是涉及一种应用程序的运行状态控制方法和一种应用程序的运行状态控制装置。

背景技术：

随着移动互联网的飞速发展，手机应用程序(Application，App)的市场和用户量越来越大。为了满足持续增长的用户需求，App需要不断地进行技术升级、功能迭代以及业务扩展等。

然而，手机的软硬件种类繁多、更新换代快，App中的新技术、新功能并不能保证兼容所有的软硬件环境，所以，每个APP在不同软硬件环境中运行时或多或少的会存在一些缺陷，这些在App功能迭代过程中产生的缺陷也会一直困扰着用户，直到下一个版本出现。而App每个版本研发周期较长，应用包上线后，一旦用户进行了更新，将无法收回和变更。

因此，在版本更新之前，由于APP存在的缺陷，运行过程也可能会一直存在异常，且无法进行干预和控制，会严重影响用户体验。

技术实现要素：

本申请实施例所要解决的技术问题是提供一种应用程序的运行状态控制方法，能够通过动态调整来改善应用程序的运行状态。

相应的，本申请实施例还提供了一种应用程序的运行状态控制装置，用以保证上述方法的实现及应用。

为了解决上述问题，本申请公开了一种应用程序的运行状态控制方法，包括：

收集应用程序的运行环境信息并上报给服务端；

接收所述服务端根据预置规则确定出的与所述运行环境信息匹配的运行控制信息；

根据所述运行控制信息对所述应用程序的运行进行功能控制。

进一步，当所述运行控制信息中包含所述应用程序的功能状态控制信息和/或功能运行参量的调整信息时，所述根据所述运行对所述应用程序的运行进行功能控制，包括：

根据所述功能状态控制信息和/或功能运行参量的调整信息调整所述应用程序运行时对应的功能状态和/或功能运行参量。

进一步，当所述运行控制信息中包含运行条件及对应的功能控制信息时，所述根据所述运行对所述应用程序的运行进行功能控制，包括：

收集所述应用程序的功能运行信息；

当所述应用程序的功能运行信息满足所述运行条件时，按照所述运行条件对应的功能控制信息对所述应用程序的运行进行功能控制。

进一步，所述应用程序的运行环境信息至少包括下列之一：

硬件信息、软件信息、运营商及网络信息、地理位置信息、应用包信息、用户信息。

本申请实施例还公开了一种应用程序的运行状态控制方法，包括：

接收客户端上报的应用程序的运行环境信息；

根据预置规则确定出与所述运行环境信息匹配的运行控制信息；

向所述客户端发送所述运行控制信息，以使所述客户端根据所述运行控制信息对所述应用程序的运行进行功能控制。

本申请实施例还公开了一种应用程序的运行状态控制装置，包括：

信息上报单元，被配置为收集应用程序的运行环境信息并上报给服务端；

信息接收单元，被配置为接收所述服务端根据预置规则确定出的与所述运行环境信息匹配的运行控制信息；

控制单元，被配置为根据所述运行控制信息对所述应用程序的运行进行功能控制。

进一步，所述控制单元，被配置为当所述运行控制信息中包含所述应用程序的功能状态控制信息和/或功能运行参量的调整信息时，根据所述功能状态控制信息和/或功能运行参量的调整信息调整所述应用程序运行时对应的 功能状态和/或功能运行参量。

进一步，所述控制单元包括：

收集子单元，被配置为收集所述应用程序的功能运行信息；

控制子单元，被配置为当所述运行控制信息中包含运行条件及对应的功能控制信息，且所述应用程序的功能运行信息满足所述运行条件时，按照所述运行条件对应的功能控制信息对所述应用程序的运行进行功能控制。

进一步，所述应用程序的运行环境信息至少包括下列之一：

硬件信息、软件信息、运营商及网络信息、地理位置信息、应用包信息、用户信息。

本申请实施例还公开了一种应用程序的运行状态控制装置，包括：

接收单元，被配置为接收客户端上报的应用程序的运行环境信息；

确定单元，被配置为根据预置规则确定出与所述运行环境信息匹配的运行控制信息；

发送单元，被配置为向所述客户端发送所述运行控制信息，以使所述客户端根据所述运行控制信息对所述应用程序的运行进行功能控制。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例通过获取应用程序的运行环境信息并上报服务端，接收服务端根据预置规则发送的对应的运行控制信息，从而可以根据运行控制信息调整应用程序的功能，该方法实现了对应用程序运行过程的干预和控制，保障了应用程序在功能迭代过程中的高可控和高可用，通过动态调整改善了应用程序的运行状态，提升了用户体验。

附图说明

图1是本申请的一种应用程序的运行状态控制方法实施例的步骤流程图；

图2是本申请的另一种应用程序的运行状态控制方法实施例的步骤流程图；

图3是本申请的另一种应用程序的运行状态控制方法实施例的步骤流程图；

图4是本申请的一种应用程序的运行状态控制装置实施例的结构框图；

图5是本申请实施例中一种控制单元的结构框图；

图6是本申请的另一种应用程序的运行状态控制装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种应用程序的运行状态控制方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，收集应用程序的运行环境信息并上报给服务端。

本申请实施例中，应用程序运行状态的控制装置(以下简称该装置)可以是用户设备本身，也可以是用户设备侧的一用于控制应用程序运行状态的客户端，该客户端可以收集某些应用程序的运行环境信息，并可与服务端进行交互，还可以是用户设备侧该应用程序客户端本身。该装置可以在应用程序启动时收集应用程序的运行环境信息，并将其上报给服务端，该服务端可以是该应用程序对应的后台服务器。

其中，所收集的应用程序的运行环境信息可以包括下列之一或任意组合：硬件信息、软件信息、运营商及网络信息、地理位置信息、应用包信息、用户信息。

硬件信息可以包括手机厂商、手机型号、CPU型号、存储空间大小等；

软件信息可以包括手机OS类型及版本等；

运营商及网络信息可以包括运营商、网络类型、IP等；

地理位置信息可以包括用户设备的地理位置等；

应用包信息可以包括应用程序的版本号、渠道信息等；

用户信息可以包括用户ID、设备ID等。

步骤102，接收服务端根据预置规则确定出的与运行环境信息匹配的运行控制信息。

服务端可以预先配置有各种运行环境信息对应的运行控制信息。

例如下表所示：

其中，运行控制信息的具体内容可以根据经验或需要进行设置，可以包括功能状态控制信息，例如某些功能屏蔽、功能灰度等；还可以包括功能运行参数的调整信息，例如网络连接时间设置等；还可以包括运行条件和对应的功能控制信息，例如达到某一条件时对版本进行升级或降级等；也还可以包含上述信息的组合。当然，该运行控制信息还可以包含其它的控制信息，此处仅为举例。

例如，可以根据软件信息设置ios上的网络连接超时时间为10秒；android 4.0以上系统连接超时时间10秒，4.0以下为20秒。如果服务端接收到的运行环境信息为android 4.1的手机操作系统，服务端可以根据该信息查找到与其匹配的运行控制信息为网络连接的超时时间为10秒。

服务端还可以设置各种运行环境信息的优先级或权重，当接收到多种运行环境信息时，可以按照运行环境信息的优先级或权重由高到低依次获得与运行环境信息匹配的运行控制信息。当存在不同运行环境信息对应的运行控制信息之间有冲突时，可以选择优先级高的运行环境信息对应的运行控制信息。服务端也可以预置有多种运行环境信息对应一种或多种运行控制信息，服务端可以计算接收到的运行环境信息与预置的多种运行环境信息之间的匹配度，然后根据匹配度选择与该匹配度对应的运行控制信息等。

服务端可以根据具体情况及需要设置运行环境信息与运行控制信息之间的对应关系，此处不再一一列举。

本步骤中，服务端在接收到应用程序的运行环境信息后，即可根据预置规则调取与该运行环境信息对应的运行控制信息，并将其发送至该装置。

步骤103，根据运行控制信息对应用程序的运行进行功能控制。

该装置在接收到运行控制信息后，即可根据该运行控制信息对应用程序的运行进行功能控制。具体的可以直接根据运行控制信息中包含的功能状态控制信息和/或功能运行参量的调整信息对应调整应用程序的功能状态和/或功能运行参量，也可以结合应用程序的功能运行信息对应用程序进行功能控制，具体请参见后续实施例的描述。

该装置在接收到运行控制信息后，可以根据该运行控制信息中的各功能状态控制信息和/或功能运行参量等对应用程序的各功能一次性进行功能控制或调整，该方式相比较多次调用运行控制信息逐次对运行的功能进行功能控制的方式效率更高。另外，该装置还可以同时收集并上报多个应用程序的运行环境信息，同时获得多个应用程序的运行控制信息，并可一次性或分批次对各应用程序进行功能控制。

本申请实施例通过获取应用程序的运行环境信息并上报服务端，接收服 务端根据预置规则发送的对应的运行控制信息，从而可以根据运行控制信息调整应用程序的功能，该方法实现了对应用程序运行过程的干预和控制，保障了应用程序在功能迭代过程中的高可控和高可用，通过动态调整改善了应用程序的运行状态，提升了用户体验。

参照图2，示出了本申请的另一种应用程序的运行状态控制方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201，客户端收集应用程序的运行环境信息并上报给服务端。

步骤202，服务端根据预置规则确定出的与运行环境信息匹配的运行控制信息。

步骤203，服务端将运行控制信息发送至客户端。

步骤201～203的具体实现过程请参照前述实施例中步骤101～102中的描述。

步骤204，客户端根据运行控制信息中包含的功能状态控制信息和/或功能运行参量的调整信息，调整应用程序运行时对应的功能状态和/或功能运行参量。

当服务端根据运行环境信息确定出应用程序的某些功能状态控制信息和/或功能运行参量的调整信息时，将这些功能状态控制信息和/或功能运行参量的调整信息包含在运行控制信息中发送至客户端，客户端此时即可直接据此调整应用程序运行时的功能状态和/或功能运行参量，主要包括功能屏蔽、功能灰度、功能运行参数等的调整。

例如，客户端上报运行环境信息为android 4.1的手机操作系统，服务端根据该信息匹配出网络连接的超时时间为10秒，于是将它作为运行控制信息返回给客户端，客户端即可据此调整应用程序的网络功能模块，将其网络连接的超时时间设置为10秒。再例如，运行控制信息为将某功能调整为关闭，客户端可以据此将应用程序的该功能的入口进行屏蔽。

服务端发送的运行控制信息具体可以是一个配置文件，客户端在获得该配置文件后，可以直接替换掉相应内容的配置文件。

步骤205，客户端收集应用程序的功能运行信息。

当服务器发送的运行控制信息中包含的是某些功能的运行条件及对应的功能控制信息时，客户端在接收到该运行控制信息之前或之后或同时，可以收集应用程序的功能运行信息。

例如，客户端接收到的运行控制信息为将某功能异常阈值设置为3，则在接收到该运行控制信息之前或之后或同时，客户端可以收集应用程序该功能的功能运行信息。

步骤206，当应用程序的功能运行信息满足运行控制信息中包含的运行条件时，客户端按照运行条件对应的功能控制信息对应用程序的运行进行功能控制。

当客户端收集的应用程序的功能运行信息满足运行控制信息中包含的运行条件及对应的功能控制信息时，客户端即可根据对应的功能控制信息对所述应用程序的运行进行功能控制，主要包括功能异常降级等的调整。

例如，如果该功能连续三次出现异常，则达到运行控制信息中包含的运行条件，此时，客户端即可根据运行控制信息，在下次运行该功能时执行应用程序的上个版本的逻辑代码，实现版本降级，从而避免功能运行异常。

该方法根据不同的运行控制信息对应用程序的运行状态进行了功能屏蔽、功能灰度、功能异常降级、功能运行参数等调整，实现了对应用程序运行过程的干预和控制，保障了应用程序在功能迭代过程中的高可控和高可用，通过动态调整改善了应用程序的运行状态，提升了用户体验。

参照图3，示出了本申请的另一种应用程序的运行状态控制方法实施例的步骤流程图.

本实施例与前述实施例的区别在于，本实施例以服务端为执行主体进行描述，具体可以包括如下步骤：

步骤301，服务端接收客户端上报的应用程序的运行环境信息。

步骤302，根据预置规则确定出与运行环境信息匹配的运行控制信息。

步骤303，向客户端发送运行控制信息，以使客户端根据运行控制信息对应用程序的运行进行功能控制。

上述步骤的具体实现过程请参见前述实施例的描述，此处不再赘述。

本申请实施例通过服务端获得应用程序的运行环境信息，并根据预置规则发送的对应的运行控制信息，从而可以使得客户端根据运行控制信息调整应用程序的功能，该方法实现了对应用程序运行过程的干预和控制，保障了应用程序在功能迭代过程中的高可控和高可用，通过动态调整改善了应用程序的运行状态，提升了用户体验。

在本申请的另一实施例中，该服务端确定与运行环境信息匹配的运行控制信息的过程与服务端预置的运行控制信息的确定规则有关。

服务端可以预置每种运行环境信息对应一种运行控制信息，在确定运行控制信息时可以根据接收到的运行环境信息进行一对一确定。

服务端也可以设置各种运行环境信息的优先级或权重，当接收到多种运行环境信息时，可以按照运行环境信息的优先级或权重由高到低依次获得与运行环境信息匹配的运行控制信息。当存在不同运行环境信息对应的运行控制信息之间有冲突时，可以选择优先级高的运行环境信息对应的运行控制信息。服务端还可以预置有多种运行环境信息对应一种或多种运行控制信息，不同的运行环境信息设置不同的优先级或权重，服务端可以计算接收到的运行环境信息与预置的多种运行环境信息之间的匹配度，然后根据匹配度选择与该匹配度对应的运行控制信息等。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了本申请一种应用程序的运行状态控制装置实施例的结构框图，具体可以包括如下单元：

信息上报单元401，被配置为收集应用程序的运行环境信息并上报给服务端。

信息接收单元402，被配置为接收所述服务端根据预置规则确定出的与所述运行环境信息匹配的运行控制信息。

控制单元403，被配置为根据所述运行控制信息对所述应用程序的运行进行功能控制。

该装置具体可以是用户设备等。

本申请实施例中该装置通过上述单元获取应用程序的运行环境信息并上报服务端，接收服务端根据预置规则发送的对应的运行控制信息，从而可以根据运行控制信息调整应用程序的功能，该装置实现了对应用程序运行过程的干预和控制，保障了应用程序在功能迭代过程中的高可控和高可用，通过动态调整改善了应用程序的运行状态，提升了用户体验。

在本申请的另一实施例中，控制单元403，可以被配置为当所述运行控制信息中包含所述应用程序的功能状态控制信息和/或功能运行参量的调整信息时，根据所述功能状态控制信息和/或功能运行参量的调整信息调整所述应用程序运行时对应的功能状态和/或功能运行参量。

在本申请的另一实施例中，如图5所示，该控制单元403还可以进一步包括：

收集子单元501，被配置为收集所述应用程序的功能运行信息。

控制子单元502，被配置为当所述运行控制信息中包含运行条件及对应的功能控制信息，且所述应用程序的功能运行信息满足所述运行控制信息中包含的运行条件时，按照所述运行条件对应的功能控制信息对所述应用程序的运行进行功能控制。

上述应用程序的运行环境信息可以至少包括下列之一或下列任意组合：

硬件信息、软件信息、运营商及网络信息、地理位置信息、应用包信息、用户信息。

参照图6，示出了本申请另一种应用程序的运行状态控制装置实施例的结构框图，具体可以包括如下单元：

接收单元601，被配置为接收客户端上报的应用程序的运行环境信息。

确定单元602，被配置为根据预置规则确定出与所述运行环境信息匹配的运行控制信息。

发送单元603，被配置为向所述客户端发送所述运行控制信息，以使所 述客户端根据所述运行控制信息对所述应用程序的运行进行功能控制。

该装置具体可以是服务器等。

本申请实施例中该装置通过上述单元获得应用程序的运行环境信息，并根据预置规则发送的对应的运行控制信息，从而可以使得客户端根据运行控制信息调整应用程序的功能，该装置实现了对应用程序运行过程的干预和控制，保障了应用程序在功能迭代过程中的高可控和高可用，通过动态调整改善了应用程序的运行状态，提升了用户体验。

本申请实施例还提供了一种电子设备，包括存储器、收发器和处理器。

处理器与存储器、收发器通过总线相互连接；总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。

其中，存储器用于存储一段程序，具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

收发器用于向服务端上报应用程序的运行环境信息；接收所述服务端根据预置规则确定出的与所述运行环境信息匹配的运行控制信息。

处理器用于读取存储器中的程序代码，执行以下步骤：

收集应用程序的运行环境信息并发送给收发器；

根据所述运行控制信息对所述应用程序的运行进行功能控制。

本申请实施例还提供了一种服务器，包括存储器、收发器和处理器。

处理器与存储器、收发器通过总线相互连接；总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。

其中，存储器用于存储一段程序，具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

收发器用于接收客户端上报的应用程序的运行环境信息；向所述客户端发送所述运行控制信息，以使所述客户端根据所述运行控制信息对所述应用程序的运行进行功能控制。

处理器用于读取存储器中的程序代码，执行以下步骤：

根据预置规则确定出与所述运行环境信息匹配的运行控制信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一 个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种应用程序的运行状态控制方法和一种应用程序的运行状态控制装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。