CN108014499B - 一种应用参数调整方法及装置 - Google Patents

Abstract

本发明实施例公开了一种应用参数调整方法及装置，方法包括：接收用户设置的初始目标参数，根据初始目标参数以及用户标识信息，运行应用；运行过程中，实时采集运行数据；并根据所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，最后将所述初始目标参数更新为所述目标调整参数，返回重新运行该应用。应用本发明实施例，通过实时采集处于运行状态的应用的运行数据，并基于采集到的运行数据来对用户设置的初始目标参数进行调整，在调整过程中不需要暂停应用，同时调整过程不需要依赖于用户，因此能够获得较为准确的应用参数调整结果，进而合理运行应用。

Description

一种应用参数调整方法及装置

技术领域

本发明涉及计算机应用领域，特别涉及一种应用参数调整方法及装置。

背景技术

随着电子设备以及应用软件的发展，大多的应用开发商在进行应用开发时越来越多的朝着智能化的方向发展，这样做一方面是为了满足用户对主观体验的提升，另一方面是在竞争日益激烈的应用市场中占有一席之地。

通常应用在运行之前，用户需要预先设置初始参数，在运行应用时，根据预先设置的初始参数来实现相应的功能。例如，常见的输入法、游戏等在安装或是运行时均需要预先设置初始参数；就游戏而言，在每次运行游戏之前，用户需要设置游戏的角色、难度、场景等参数，之后便依照设置的初始参数运行该游戏。可以想象的，不同的用户对于游戏的熟悉程度以及操作熟练度是不同的，因此，若设置的初始参数均相同，同样运行该游戏，对于熟悉游戏并且操作水平高的用户来说，可能觉得该游戏比较简单，没有挑战性；但是对于不熟悉游戏或操作水平低的用户来说，则会觉得该游戏闯关困难，丧失了兴趣，造成用户流失。

考虑到上述情况，在应用运行的过程中，通常需要对设置的初始参数进行调节。目前对上述应用的初始参数进行调节的方式一般有两种，一种是在应用运行的过程中，暂停应用，根据用户的经验手动的调整初始的参数；另一种就是等待本次的应用结束之后，根据用户的经验重新设置初始应用参数；尽管上述的方法也能够对应用的参数进行调整，但是调整过程均需要暂停应用，而暂停应用很大程度上影响用户体验，并且上述的调整过程依赖于用户，而不同的用户会有不同的经验，那么调整后的参数也不尽相同，因此，获得的调整结果存在较大的误差。

发明内容

本发明实施例的目的在于提供一种应用参数调整方法及装置，解决了调整过程需要暂停应用的问题，同时能够获得较为准确的应用参数调整结果，进而合理运行应用。

为达到上述目的，本发明实施例公开了一种应用参数调整方法，所述方法包括：

接收用户设置的针对应用的初始目标参数；

根据所述初始目标参数以及用户标识信息，运行所述应用；

采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值；

基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，所述初始运行数据为预先设定的在所述初始目标参数下运行所述应用时，与所述预设运行参量对应的数值；

将所述初始目标参数更新为所述目标调整参数，执行根据所述初始目标参数以及用户标识信息，运行所述应用的步骤。

优选的，所述采集预设运行参量对应的运行数据，包括：

在所述应用运行至预设的运行数据采集点的情况下，采集预设运行参量对应的运行数据。

优选的，所述运行数据采集点为：所述应用的运行时间点，或，所述应用的运行场景点。

优选的，所述按照预设的调整规则对所述初始目标参数进行调整，包括：

计算所述运行数据与所述初始运行数据之间的差值；

基于所述差值，对所述初始目标参数进行调整。

优选的，在所述基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数之前，所述方法还包括：

根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常；

如果是，执行所述基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数的步骤。

优选的，所述根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常，包括：

判断所述运行数据是否处在预设范围内，如果是，判定所述应用为运行正常，否则，判定所述应用为运行异常，所述预设范围为预先设定的与所述用户标识信息匹配的所述预设运行参量的范围。

优选的，所述方法还包括：

在所述应用运行异常的情况下，向所述用户推送用于提示所述应用运行异常的提示消息。

为达到上述目的，本发明实施例还公开了一种应用参数调整装置，所述装置包括：

接收模块，用于接收用户设置的针对应用的初始目标参数；

运行模块，用于根据所述初始目标参数以及用户标识信息，运行所述应用；

采集模块，用于采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值；

调整模块，用于基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，所述初始运行数据为预先设定的在所述初始目标参数下运行所述应用时，与所述预设运行参量对应的数值；

更新模块，用于将所述初始目标参数更新为所述目标调整参数，触发所述运行模块。

优选的，所述采集模块，具体用于：

在所述应用运行至预设的运行数据采集点的情况下，采集预设运行参量对应的运行数据。

优选的，所述运行数据采集点为：所述应用的运行时间点，或，所述应用的运行场景点。

优选的，所述调整模块，具体用于：

基于所述运行数据以及初始运行数据，计算所述运行数据与所述初始运行数据之间的差值；

基于所述差值，对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数。

优选的，所述装置还包括：

判断模块，用于根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常；

触发模块，用于在所述判断模块判断结果为是的情况下，触发所述调整模块。

优选的，所述判断模块，具体用于：

判断所述运行数据是否处在预设范围内，如果是，判定所述应用为运行正常，否则，判定所述应用为运行异常，所述预设范围为预先设定的与所述用户标识信息匹配的所述预设运行参量的范围。

优选的，所述装置还包括：

推送模块，用于在所述判断模块判断结果为否的情况下，向所述用户推送用于提示所述应用运行异常的提示消息。

由上可见，应用本发明实施例提供的方案，接收用户设置的初始目标参数，根据初始目标参数以及用户标识信息，运行应用；运行过程中，实时采集运行数据；并根据采集到的运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，最后将所述初始目标参数更新为所述目标调整参数，返回重新运行该应用。应用本发明实施例，通过实时采集处于运行状态的应用的运行数据，并基于采集到的运行数据来对用户设置的初始目标参数进行调整，在调整过程中不需要暂停应用，同时调整过程不需要依赖于用户，因此能够获得较为准确的应用参数调整结果，进而合理运行应用。

附图说明

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

图1为本发明一实施例提供的应用参数调整方法的流程示意图；

图2为本发明另一实施例提供的应用参数调整方法的流程示意图；

图3为本发明再一实施例提供的应用参数调整方法的流程示意图；

图4为本发明一实施例提供的应用参数调整装置的结构示意图；

图5为本发明另一实施例提供的应用参数调整装置的结构示意图；

图6为本发明再一实施例提供的应用参数调整装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面通过具体实施例，对本发明进行详细的说明。

图1为本发明一实施例提供的应用参数调整方法的流程示意图；所述方法包括步骤：

S101：接收用户设置的针对应用的初始目标参数。

本领域技术人员可知的是，应用是指在手机、电脑或平板等终端设备上的应用软件，应用软件是一种面向用户的软件，应用软件是为了满足用户在不同领域以及不同问题的需求而开发的软件，因此，通过应用软件的多样化能够拓宽系统的应用领域，放大硬件的功能。

应用的具体形式多种多样，例如常见的办公软件、输入法、播放器以及游戏等均是一个应用，这些应用可以安装于系统中，安装在系统中的应用可以在系统中运行，并能够与用户进行不同类型的交互。

下面以游戏为例对本发明实施例进行说明。对于游戏来说，为了增加游戏的趣味性以及挑战性，软件工程师在开发游戏时通常会考虑到游戏的运行难度，也就是游戏的操作难度，可以预先针对同一款游戏的不同操作难度设置一个难度系数，该难度系数可以是连续变化的，每个难度系数值均对应着一个游戏运行场景；或者可以预先设置不同难度级别的游戏关卡，例如，常见的难度级别可以分为：简单、一般、困难、超难，实际上这些难度级别经过量化后也可以对应一个难度系数，示例性的，可以将“简单”难度级别量化为难度系数0.25、将“一般”难度级别量化为难度系数0.5、将“困难”难度级别量化为难度系数0.75、将“超难”难度级别量化为难度系数1.0。

用户可以在运行游戏之前选择适合自己的游戏关卡，也就是在运行游戏前，用户选择一个难度系数，该难度系数即为游戏的一个初始输入参数，在本申请文件中，称初始输入参数为初始目标参数。当用户设置好游戏难度之后，那么该游戏会按照用户设置的难度系数匹配到对应的游戏运行场景。

S102：根据所述初始目标参数以及用户标识信息，运行所述应用，所述用户标识信息为用户针对所述应用的标识信息。

由于应用是面向对象的，为了区分不同的用户，应用可以针对每个用户，提供与之对应的用户标识信息，不同的用户对应不同的用户标识信息，该用户标识信息是用户登录该应用的凭证，用户可以通过其对应的用户标识信息登录该应用。

示例性的，假设当前应用为游戏A，游戏A在开发时可以为用户提供快速登陆的功能，例如用户可以通过QQ号或是微信号直接登陆。除快速登陆的方式外，还可以通过注册账号的方式获得一个针对游戏A的账号，通过该账号登陆游戏A，但不管通过哪种方式均可以登陆游戏A，不同的账号均对应着不用的用户，这些账号是用户的一个标识信息，因此，这些账号就是用户的用户标识信息。

通过用户标识信息登陆到上述游戏A之后，用户可以设置与用户标识信息对应的属性信息，如用户昵称、用户性别、用户年龄等，此外，若用户之前玩过游戏A，那么与用户标识信息对应的属性信息中还可能会记录有该用户的游戏等级、游戏角色等信息，如果没有玩过游戏A，则上述的游戏等级和游戏角色均为默认状态。可见，通过用户标识信息能够确定与其对应的属性信息，尽管这些属性信息在运行过程中可能会被修改，但修改后的属性信息会覆盖原信息，因此，只要获得用户对应的用户标识信息，就能够确定与用户标识信息对应的属性信息。

举例而言，假设用户通过快速登陆功能选择账号为1125632546的QQ号登陆游戏A，假设用户上一次用上述QQ号登陆游戏A，并在退出游戏A时，该QQ号对应的用户昵称为“小步调”、用户性别为“男”、用户年龄为“28”，该QQ号对应的游戏等级为“45级”、游戏角色为“黑暗战士”。那么本次通过账号为1125632546的QQ号登陆游戏A时，可以获得该QQ号对应的信息有用户昵称为“小步调”、用户性别为“男”、用户年龄为“28”、游戏等级为“45级”、游戏角色为“黑暗战士”。为了提高游戏的趣味性，在游戏开发时会根据不同的游戏等级、游戏角色以及用户性别、用户年龄设置不同生命值或攻击力，例如，可以设置攻击力随着游戏等级的增加而增加、还可以设置攻击力随着游戏角色的进化增加，示例性的，在游戏A中默认状态下游戏等级为“45级”对应的所有游戏角色的攻击力均为1600、生命值均为3000。

在用户通过上述QQ号登陆游戏A之后，用户可以设置游戏A的难度系数，若设置游戏A的难度系数为0.8，而与难度系数为0.8对应的游戏运行场景中设置有生命值为5000的小怪50个，生命值为15000的大怪2个，怪被伤害一次减少的生命值为1000，设置该游戏场景的过关时间为5分钟。

根据上述的用户标识信息以及用户设置的难度系数可以确定游戏A运行的基本参数，由上述可知，用户通过上述QQ号登陆游戏A之后，可以确定该账号对应的属性信息中可以包括：用户昵称为“小步调”、用户性别为“男”、用户年龄为“28”、游戏等级为“45级”、游戏角色为“黑暗战士”、攻击力为“1600”、生命值为“3000”，根据用户设置的针对游戏A的难度系数0.8可以得知，在游戏A运行过程中会出现生命值为5000的小怪50个，生命值为15000的大怪2个，标准通关时长为6分钟。在获得上述的这些基本参数之后，开始运行游戏A。

需要强调的是，本申请并不对上述的用户标识信息的具体内容以及应用本身做明确限定。

S103：采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值。

本领域技术人员可以理解的是，应用在运行的过程中会产生很多的数据，这些数据为针对不同运行参量的在运行时生成的数据，而不同的应用在运行过程中对应的运行参量也是不同的，因而生成的数据也是不同的。例如，游戏A在运行时生成的数据可以包括运行参量“游戏角色的生命值剩余量、开始运行游戏A的时刻、通过当前游戏场景的总时间，杀死小怪或大怪所需的时间”对应的数据，而游戏B在运行时生成的数据可以只包括运行参量：游戏角色的生命值剩余量对应的数据。即使同一款应用不同的操作过程针对同一个运行参量生成的数据也不尽相同，例如上述游戏A来说，不同时间运行该游戏A时，运行参量“开始运行游戏A的时刻”在两次运行时对应生成的数据也可能是不同的。

不难想象的，对于上述游戏A来说，并不是所有的运行参量对应在运行时生成的数据都能够体现用户对游戏A的操作水平，例如上述中“开始运行游戏A的时刻”这个运行参量对应生成的数据，它就不能够体现用户的操作水平，所以可以不关注该数据的具体内容变化情况，因而不需要采集所有运行参量对应生成的数据。

在本发明实施例提供的方案中，只需采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值。这里提及的预设运行参量指的是能够体现用户操作水平的运行参量，就上述而言，预设运行参量可以为：游戏角色的生命值剩余量、通过该游戏场景的时间，杀死怪所需的时间，当然，上述的预设运行参量还可以仅为：游戏角色的生命值剩余量，预设运行参量的数量可以根据实际的应用具体设置，本申请对此不做任何限定。

需要说明的是，上述仅以游戏A为例进行说明的，而对于不用的应用，预设的运行参量也会有所不同，例如，对于输入法来说，其对应的预设运行参量可以为：用户键入字符的平均速度、用户匹配的词库数量、云端的词库更行状态等等；由上可见，本申请并不对应用的具体内容以及预设运行参量的数量和具体内容做进一步限定。

本领域技术人员可以理解的是，可以实时的采集上述预设运行参量的运行数据，即实时的监听预设运行参量的运行数据，但通常情况下，实时的采集上述预设运行参量的运行数据，会很大程度上的占用CPU的运行内存，给CPU的运行带来比较大的压力，进而造成应用运行卡顿现象，严重的还可能会造成终端设备发热等现象。

针对上述情况，为了减少应用运行给CPU带来的压力，在本发明实施例提供的一种实现方式中，可以在游戏开发的过程中，预先设置多个运行数据采集点，本案中所提的运行数据采集点可以为：应用的运行时间点，或，应用的运行场景点。其中，应用的运行时间点指的是应用运行的时刻，设置应用运行的时刻的方式有多种，例如，可以按照一定的时间步长来设置，还可以随机的进行设置，但为了使得采集到的运行数据尽可能的准确，通常设置的运行数据采集点也尽量分布均匀。假设应用开始运行的时刻为0，以20秒为步长设置运行数据采集点，那么在应用运行过程中，每20秒采集一次运行数据。应用的运行场景点指的是应用运行的指定位置，以游戏A为例，游戏A中设置有50个小怪以及两个大怪，这些怪就可以作为游戏A的场景点，可以设置在用户到达怪位置时或杀死怪时，采集一次运行数据。可见，采用上述两种方式均能够预先设置运行数据采集点。

基于上述预先设置的运行数据采集点，本发明实施例提供的方案中，所述采集预设运行参量对应的运行数据，包括：

在所述应用运行至预设的运行数据采集点的情况下，采集预设运行参量对应的运行数据。

以上述游戏A为例，假设上述设置的运行数据采集节点是游戏A对应运行场景中的怪，默认在用户杀死怪时采集对应状态下针对预设运行参量的运行数据，假定预设运行参量为：游戏角色的生命值剩余量、杀死小怪或大怪所需的时间以及通过当前游戏场景的总时间。若用户通过上述QQ号登陆游戏A之后，确定该账号对应的属性信息有：用户昵称为“小步调”、游戏等级为“45级”、游戏角色为“黑暗战士”、攻击力为“1600”、生命值为“3000”，假设用户当前设置的针对游戏A的难度系数0.8，那么可以得知在游戏A运行过程中会出现生命值为5000的小怪50个，生命值为15000的大怪2个，标准通关时长为6分钟。用户通过操控游戏角色“黑暗战士”进行杀怪，每杀死一个怪时，都将采集一次“黑暗战士”的生命值剩余量、杀死该怪所需的时间以及通过当前游戏场景的总时长。

下面分两种情况对上述具体过程进行说明，第一种情况：假设杀死第30个小怪时，采集到“黑暗战士”的生命值剩余量为1100、杀死第30个小怪所需的时间为8秒、通过当前游戏场景的总时长为6分钟，这里所说的通过当前游戏场景的总时长为6分钟是指杀死第30个小怪时游戏A运行的总时长。上述用户杀死第30个小怪所用的总时长就已经为6分钟，还剩余20个小怪和2个大怪没有杀死，而难度系数为0.8时对应的游戏运行场景中标准通关时长为6分钟，通常情况下，通过当前游戏场景的总时长越长，说明用户的操作水平越差，通过比较可知，当前状态下采集到的通过当前游戏场景的总时长已经大于预先设置的标准通关时长，此时则可以判定该用户设置的难度系数相对于该用户的操作水平来说是偏高的。除了上述的判断过程，对于游戏A来说，还可以预先设置杀死每一个怪之后游戏角色的标准生命值剩余量的值，通过比较采集到的杀死第30个小怪时游戏角色的生命值剩余量与预先设置的杀死第30个小怪时游戏角色的生命值剩余量的大小，来判断该用户的操作水平。例如，预先设置在难度系数为0.8的游戏场景中杀死第30个小怪之后，“黑暗战士”的标准生命值剩余量为1500，而实际用户在操作游戏A时，在杀死第30个小怪之后，“黑暗战士”的生命值剩余量为1100，比较可知，采集到的杀死第30个小怪时游戏角色的生命值剩余量小于预先设置的杀死第30个小怪时游戏角色的生命值剩余量，通常在杀死怪后，游戏角色的生命值剩余量越小，说明在杀死怪的过程中被怪伤害的程度越高，可能被怪攻击的次数越多，这也说明该用户的操作水平较差，因此认为该用户设置的难度系数相对于该用户的操作水平来说是偏高的。

需要说明的是，上述两种判定方式可以单独执行也可以同时执行，同时执行需要均满足相应的条件才能判定当前用户设置的难度系数相对于当前用户的操作水平来说是偏高的，当然，除了上述的两种方式外，还可以采用其他预设运行参量来进行判定，但不管哪种方式进行判定，若判定当前用户设置的难度系数相对于当前用户的操作水平来说偏高时，对于当前的用户来说，会觉得该游戏过于困难，丧失了信心，如果不能及时对游戏难度系数进行调整的话，很可能因该游戏难度太大无法通关而造成用户流失。

第二种情况：假设杀死第30个小怪时，采集到“黑暗战士”的生命值剩余量为2500、杀死小怪所需的时间为6秒、通过当前游戏场景的总时长为3分钟，假设游戏A在开发过程中预先设置了在难度系数为0.8的游戏场景中，在杀死第30个小怪时，通过当前游戏场景的标准总时长为4分钟，游戏角色的标准生命值剩余量为1500。通过比较可知，用户实际杀死第30个小怪之后，通过当前游戏场景的总时长小于预先设置的标准总时长，同时游戏角色的生命值剩余量2500小于预先设置的对应的游戏角色的标准生命值剩余量1500，由于通过当前游戏场景的总时长越短用户的操作水平也就越高，游戏角色剩余的生命值剩余量越多用户的操作水平也就越高，由此可以判定该难度系数相对于用户的操作说平来说是偏低的，那么当前的用户会觉得该游戏缺乏挑战性，如果不能及时对游戏难度系数进行调整的话，很可能因该游戏缺乏挑战性而造成用户流失。

S104：基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，所述初始运行数据为预先设定的在所述初始目标参数下运行所述应用时与所述预设运行参量对应的运行数值。

综合考虑上述两种情况，在上述采集到针对用户的运行数据之后，需要按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数。在本发明实施例提供的方案中，称预先设定的在所述初始目标参数下运行所述应用时，与所述预设运行参量对应的运行数值为初始运行数据。例如上述提及的预先设置了在难度系数为0.8的游戏场景中，通过当前游戏场景的标准总时长为4分钟，游戏角色的标准生命值剩余量为1500，这里的标准总时长4分钟即为预设运行参量“通过当前游戏场景的总时长”对应的初始运行数据，标准生命值剩余量为1500即为预设运行参量“游戏角色的生命值剩余量”对应的初始运行数据。

由步骤S103可以采集到预设运行参量对应的运行数据，需要说明的是，预设运行参量可以为一个也可以有多个，例如，预设运行参量仅为：游戏角色的生命值剩余量，如果预设参量仅为“游戏角色的生命值剩余量”的情况下，初始运行数据实际上仅包含游戏角色的生命值剩余量这一运行参来参量对应的初始运行数据。那么，可以根据采集到的游戏角色的生命值剩余量与预先设置的“游戏角色的生命值剩余量”的初始运行数据，按照预设的调整规则对所述初始目标参数进行调整。举例而言，假设在难度系数为0.8的游戏场景中，用户杀死第30个小怪时，采集到的游戏角色的生命值剩余量为1100，若游戏A预先设置的“游戏角色的生命值剩余量”的初始运行数据为1500，比较可知，用户在杀死第30个小怪时游戏角色的生命值剩余量1100小于其初始运行数据1500，此时，可以按照预设的调整规则对所述初始目标参数进行调整。

具体的，按照预设的调整规则对所述初始目标参数进行调整，可以计算所述运行数据与所述初始运行数据之间的差值；

基于所述差值，对所述初始目标参数进行调整。

由上可知，用户在杀死第30个小怪时游戏角色的生命值剩余量为1100，对应“游戏角色的生命值剩余量”的初始运行数据为1500，可以计算两者之间的差值为-400，正、负号仅为了区分运行数据与初始运行数据之间的大小关系，差值负号表明运行数据小于初始运行数据，差值大小反映用户的操作水平差距大小，例如-400对应的用户操作水平要比-200对应的用户操作水平差，不管是正号还是负号，均需要适当的调整难度系数。

调整难度系数的具体实现方式有很多种，可以通过预先建立的关于上述差值的关系式对初始目标参数进行调整，例如，可以根据差值越大调整的难度系数也越多的特性，预先建立一个关于差值的线性关系式来对初始目标参数进行调节，若预先建立的关系式为K₂＝K₁+a*M，式中K₂为目标调整参数，K₁为初始目标参数，a为调整系数，M为预设运行参量的差值。示例性的，假设初始目标参数(难度系数)K₁为0.8，预设运行参量(游戏角色的生命值剩余量)对应的差值M为-400，假设计算后a*M为-0.05，则通过上式可获得目标调整参数K₂＝0.8-0.05＝0.75。若初始目标参数K₁为0.8，预设运行参量的差值M为+1000，那么，a*M为0.125，则通过上式可获得目标调整参数K₂＝0.8+0.125＝0.925。

除了通过上述的调整方式外，还可以通过查表法在游戏A预先存储的运行数据差值与调整值之间的对照表中进行查找，获得与所查找差值对应的调整值，对照表的形式可以如表1所示，为对照表的一个具体示例。

表1

差值	调整值	差值	调整值
				-100	-0.01	+100	+0.01
-200	-0.02	+200	+0.02
				-400	-0.05	+400	+0.05
-600	-0.07	+600	+0.07
				-800	-0.095	+800	+0.095
-1000	-0.125	+1000	+0.125

若用户在杀死第30个小怪时游戏角色的生命值剩余量为1100，对应“游戏角色的生命值剩余量”的初始运行数据为1500，可以计算两者之间的差值为-400由上表1可见，差值为-400对应的调整值为-0.05，而初始目标参数(难度系数)为0.8，则可获得目标调整参数为0.8-0.05＝0.75；如果计算两者之间的差值为+1000时，通过上述表1可知，差值为+1000对应的调整值为+0.125，则可获得目标调整参数为0.8+0.125＝0.925。

如果上述所采集到的运行数据不止上述一个预设运行参量对应的运行数据时，可以综合多个预设运行参量对应的运行数据与初始运行参量的差值，示例性的，若上述采集到用户在杀死第30个小怪时游戏角色的生命值剩余量为2500，通过当前游戏场景的总时长为3分钟，而对应“游戏角色的生命值剩余量”的初始运行数据为1500，对应“通过当前游戏场景的总时长”的初始运行数据为4分钟。通过计算可知，对于“游戏角色的生命值剩余量”这一预设运行参量来说，差值为+1000，对于“通过当前游戏场景的总时长”这一预设运行参量来说，差值为+1分钟；此时，上述预先建立的关系式可以为：K₂＝K₁+b*M*N，式中K₂为目标调整参数，K₁为初始目标参数，b为另一调整系数，M为一预设运行参量对应的差值，N为另一预设运行参量对应的差值。示例性的，假设初始目标参数(难度系数)K₁为0.8，一预设运行参量(游戏角色的生命值剩余量)对应的差值M为+1000，另一预设运行参量(通过当前游戏场景的总时长)对应的差值N为+1分钟，假设计算后b*M*N为+0.125，则通过上式可获得目标调整参数K₂＝0.8+0.125＝0.925。

需要说明的是，上述的具体调整过程仅为本发明实施例提供的示例，具体的调整过程不限于通过关系式或查表的具体方式，因此，本申请不对上述调整的具体过程做进一步限定。

S105：将所述初始目标参数更新为所述目标调整参数，执行步骤S102。

在上述对初始目标参数进行调整后，能够获得对应的目标调整参数，而该目标调整参数将作为当前的初始目标参数，即更新初始目标参数为目标调整参数。由于针对不同的初始目标参数，应用在开发是就已经设置好对应的运行场景，因此，只要确定初始目标参数，就可以运行应用至相应的运行场景。

假设针对前述第一种情况，在判定当前用户设置的难度系数相对于当前用户的操作水平来说偏高的情况下，经上述的调整过程得到调整后的难度系数为0.75，此时将初始目标参数更新为调整后的难度系数为0.75。假设从难度系数为0.8的游戏运行场景切换至难度系数为0.75对应的游戏运行场景时，可以通过较少怪的数量或是降低怪的生命值还或者延长标准过关时间或者还可以提高游戏角色对怪的伤害值以及其组合形式的方式来降低游戏的难度系数，示例性的，相对于难度系数为0.8时的游戏场景来说，在游戏A运行过程中怪的生命值以及游戏角色对怪的伤害值不变，可以通过减少小怪10个、减少大怪1个的方式来降低难度系数至0.75；或者是，在游戏A运行过程中怪的数量不变，通过降低小怪的生命值为4000、大怪的生命值为12000的方式来调整难度系数至0.75。

下面分两种情况对执行步骤S102的过程进行介绍，情况A：用户在开始运行游戏至杀死第30个小怪期间，用户所使用的账号相应的信息均未发生变化，那么，只需在此刻切换游戏运行场景至难度系数为0.75时对应的游戏运行场景即可，假设难度系数为0.75对应的游戏运行场景是通过在难度系数为0.8时对应的游戏运行场景下，减少10个小怪、同时减少1个大怪的方式获得的，而当前时刻，用户已经杀死30个小怪，那就是说只剩余10个小怪和1个大怪需要杀死；相对于调整前难度系数为0.8时剩余的20个小怪和2个大怪来说，即使用户的操作水平低，但是需要杀死的怪数量变少，因此能够提前通过该游戏A，这样用户不会觉得游戏A过于困难，游戏的积极性提高。

情况B：用户在开始运行游戏至杀死第30个小怪期间，用户所使用的账号相应的信息发生了相应的变化，例如，游戏等级升级至“46级”，而默认状态下游戏等级为“46级”对应的所有游戏角色的攻击力均为1800、生命值为3500。由于用户在杀死第30个小怪时已经处于游戏等级为“46级”的状态，因此，也只需要切换游戏场景至难度系数为0.75时对应的游戏场景即可，假设难度系数为0.75是通过降低小怪的生命值为4000、降低大怪的生命值为12000的方式获得的，那么此时剩余的20个小怪的生命值全部为4000，剩余的2个大怪的生命值为12000。相对于难度系数为0.8时的怪的生命值来说，用户能够更容易的杀死这些怪，因此，可以降低对用户的操作要求，这样用户不会觉得游戏A过于困难，游戏的积极性提高，减少了用户的流失。

应用图1提供的实施例，通过实时采集处于运行状态的应用的运行数据，并基于采集到的运行数据来对用户设置的初始目标参数进行调整，在调整过程中不需要暂停应用，同时调整过程不需要依赖于用户，因此能够获得较为准确的应用参数调整结果，进而合理运行应用，增加了应用的可用性。

图2为本发明另一实施例提供的应用参数调整方法的流程示意图，所述方法除了包括与图1提供实施例相同的步骤S101-S105外，该方法还包括步骤：

S106：根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常；

如果是，执行步骤S104。

进一步的，所述根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常，可以通过判断所述运行数据是否处在预设范围内，如果是，判定所述应用为运行正常，否则，判定所述应用为运行异常，所述预设范围为预先设定的与所述用户标识信息匹配的所述预设运行参量的范围。

由上可知，只要获得用户标识信息，就能够相应的确定与其对应的属性信息，例如，用户通过上述账号1125632546为QQ号登陆游戏A之后，可以确定该账号对应的属性信息有：用户昵称为“小步调”、用户性别为“男”、用户年龄为“28”、游戏等级为“45级”、游戏角色为“黑暗战士”、攻击力为“1600”、生命值为“3000”，而在采集到的运行数据中可以包含：游戏角色的生命值剩余量、杀死怪所需的时间这两个预设运行参量对应的数据。示例性的，如果采集到的游戏角色的生命值剩余量为10000，杀死小怪所需的时间为0.5秒，而上述可知的用户的游戏等级为“45级”、生命值为“3000”、攻击力为“1600”。

上述采集到的生命值剩余量为10000，而生命值剩余量理论上小于初始的生命值剩余量3000的，这一理论的范围便可认为是预设范围，这里的针对用户标识信息对应的预设运行参量“游戏角色的生命值剩余量”的预设范围为[0，3000]，可见采集到的实际生命值剩余量明显超出预设范围；同时，默认的攻击力为1600，而小怪的生命值为5000，理论上杀死一个小怪至少需要3秒的时间，但采集到的运行数据中仅需要0.5秒，所以可以判定该用户可能采用非法的操作方式运行游戏，例如外挂该游戏、修改当前游戏脚本等。这种情况下，判定当前该游戏运行异常。

需要强调的是，上述只要采集到的运行数据中有一个预设运行参量不满足预设范围时，都将判定该应用运行异常，但只有在所有的预设运行参量均满足预先设定的范围时，才判定该应用运行正常。

为了进一步的使得应用能够合理运行，在本发明实施例提供的方案中，在判断上述应用为运行正常的情况下，才执行上述的步骤S104，步骤S104的过程可参见前述对应处说明，这里不再赘述。

应用图2提供实施例，通过判断采集到的运行数据是否处在预设范围内来判断应用是否运行正常，只有在应用运行正常的情况下才执行对初始目标参数的调整过程，能够有效的过滤掉用户非法的操作，使得应用整体处于一个较纯净的运行环境中。

图3为本发明再一实施例提供的应用参数调整方法的流程示意图，在图2提供的实施例的基础上，所述方法还包括步骤：

S107：在所述应用运行异常的情况下，向所述用户推送用于提示所述应用运行异常的提示消息。

当上述判定应用为运行异常的情况下，为了提醒用户当前应用是处于异常的状态下，在本发明实施例提供的方案中，向用户推送一个提示消息，例如向用户推送的提示消息可以为：“亲爱的‘小步调’您好，由于检测到当前处于异常运行，如您在操作过程中有使用了非法手段请及时退出，否则将会封号处理，谢谢配合！”，该提示消息可以在应用的显示界面中弹出，以便于用户能够及时获取该提示信息，或者是直接通过暂停应用并再应用的显示界面中弹出。

应用图3提供的实施例，通过向用户推送提示消息的方式来告知用户当前应用运行异常，以使得用户进行相应的处理，能够及时的终止处于运行异常的应用，进而提高了应用运行的合理性。

与图1提供的方法实施例对应的，如图4所示，为本发明一实施例提供的应用参数调整装置的结构示意图，所述装置包括：接收模块201、运行模块202、采集模块203、调整模块204和更新模块205。

接收模块201，用于接收用户设置的针对应用的初始目标参数。

运行模块202，用于根据所述初始目标参数以及用户标识信息，运行所述应用。

采集模块203，用于采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值。

进一步的，所述采集模块203，具体用于：

在所述应用运行至预设的运行数据采集点的情况下，采集预设运行参量对应的运行数据。

实际应用中，所述运行数据采集点可以为所述应用的运行时间点，或，所述应用的运行场景点。

调整模块204，用于基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，所述初始运行数据为预先设定的在所述初始目标参数下运行所述应用时，与所述预设运行参量对应的数值。

进一步的，所述调整模块204，具体用于：

基于所述运行数据以及初始运行数据，计算所述运行数据与所述初始运行数据之间的差值；

基于所述差值，对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数。

更新模块205，用于将所述初始目标参数更新为所述目标调整参数，并触发所述运行模块202。

应用图4提供的实施例，通过实时采集处于运行状态的应用的运行数据，并基于采集到的运行数据来对用户设置的初始目标参数进行调整，在调整过程中不需要暂停应用，同时调整过程不需要依赖于用户，因此能够获得较为准确的应用参数调整结果，进而合理运行应用，增加了应用的可用性。

图5为本发明另一实施例提供的应用参数调整装置的结构示意图，在图4的基础上，所述装置还包括：判断模块206和触发模块207。

判断模块206，用于根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常。

实际应用中，所述判断模块206，具体用于：

判断所述运行数据是否处在预设范围内，如果是，判定所述应用为运行正常，否则，判定所述应用为运行异常，所述预设范围为预先设定的与所述用户标识信息匹配的所述预设运行参量的范围。

触发模块207，用于在所述判断模块判断结果为是的情况下，触发所述调整模块。

应用图5提供实施例，通过判断采集到的运行数据是否处在预设范围内来判断应用是否运行正常，只有在应用运行正常的情况下才执行对初始目标参数的调整过程，能够有效的过滤掉用户非法的操作，使得应用整体处于一个较纯净的运行环境中。

图6为本发明再一实施例提供的应用参数调整装置的结构示意图，在图5的基础上，所述装置还包括：

推送模块208，用于在所述判断模块206判断结果为否的情况下，向所述用户推送用于提示所述应用运行异常的提示消息。

应用图6提供的实施例，通过向用户推送提示消息的方式来告知用户当前应用运行异常，以使得用户进行相应的处理，能够及时的终止处于运行异常的应用，进而提高了应用运行的合理性。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (14)

1.一种应用参数调整方法，其特征在于，所述方法包括：

接收用户设置的针对应用的初始目标参数；

根据所述初始目标参数以及用户标识信息，运行所述应用；

采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值；

基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，所述初始运行数据为预先设定的在所述初始目标参数下运行所述应用时，与所述预设运行参量对应的数值；

将所述初始目标参数更新为所述目标调整参数，执行根据所述初始目标参数以及用户标识信息，运行所述应用的步骤。

2.根据权利要求1所述的方法，其特征在于，所述采集预设运行参量对应的运行数据，包括：

在所述应用运行至预设的运行数据采集点的情况下，采集预设运行参量对应的运行数据。

3.根据权利要求2所述的方法，其特征在于，所述运行数据采集点为：所述应用的运行时间点，或，所述应用的运行场景点。

4.根据权利要求1所述的方法，其特征在于，所述按照预设的调整规则对所述初始目标参数进行调整，包括：

计算所述运行数据与所述初始运行数据之间的差值；

基于所述差值，对所述初始目标参数进行调整。

5.根据权利要求1所述的方法，其特征在于，在所述基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数之前，所述方法还包括：

根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常；

如果是，执行所述基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数的步骤。

6.根据权利要求5所述的方法，其特征在于，所述根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常，包括：

判断所述运行数据是否处在预设范围内，如果是，判定所述应用为运行正常，否则，判定所述应用为运行异常，所述预设范围为预先设定的与所述用户标识信息匹配的所述预设运行参量的范围。

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

在所述应用运行异常的情况下，向所述用户推送用于提示所述应用运行异常的提示消息。

8.一种应用参数调整装置，其特征在于，所述装置包括：

接收模块，用于接收用户设置的针对应用的初始目标参数；

运行模块，用于根据所述初始目标参数以及用户标识信息，运行所述应用；

采集模块，用于采集预设运行参量对应的运行数据，所述运行数据为所述应用实际运行中生成的针对所述预设运行参量的数值；

调整模块，用于基于所述运行数据以及初始运行数据，按照预设的调整规则对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数，所述初始运行数据为预先设定的在所述初始目标参数下运行所述应用时，与所述预设运行参量对应的数值；

更新模块，用于将所述初始目标参数更新为所述目标调整参数，触发所述运行模块。

9.根据权利要求8所述的装置，其特征在于，所述采集模块，具体用于：

在所述应用运行至预设的运行数据采集点的情况下，采集预设运行参量对应的运行数据。

10.根据权利要求9所述的装置，其特征在于，所述运行数据采集点为：所述应用的运行时间点，或，所述应用的运行场景点。

11.根据权利要求8所述的装置，其特征在于，所述调整模块，具体用于：

基于所述运行数据以及初始运行数据，计算所述运行数据与所述初始运行数据之间的差值；

基于所述差值，对所述初始目标参数进行调整，获得针对所述初始目标参数的目标调整参数。

12.根据权利要求8所述的装置，其特征在于，所述装置还包括：

判断模块，用于根据所述用户标识信息和所述运行数据，判断所述应用是否运行正常；

触发模块，用于在所述判断模块判断结果为是的情况下，触发所述调整模块。

13.根据权利要求12所述的装置，其特征在于，所述判断模块，具体用于：

判断所述运行数据是否处在预设范围内，如果是，判定所述应用为运行正常，否则，判定所述应用为运行异常，所述预设范围为预先设定的与所述用户标识信息匹配的所述预设运行参量的范围。

14.根据权利要求12所述的装置，其特征在于，所述装置还包括：

推送模块，用于在所述判断模块判断结果为否的情况下，向所述用户推送用于提示所述应用运行异常的提示消息。

Images