CN106101378A - 一种应用防沉迷的方法、装置以移动终端 - Google Patents

Abstract

本发明公开了一种应用防沉迷的方法、装置及移动终端。所述方法包括：获取应用的属性信息；将所述属性信息上传至服务器；接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。本发明实施例提供的技术方案，解决了新安装的易沉迷应用可能导致用户沉迷的问题，完善了移动终端的防沉迷功能。

Description

一种应用防沉迷的方法、装置以移动终端

技术领域

本发明实施例涉及移动终端技术领域，尤其涉及一种应用防沉迷的方法、装置及移动终端。

背景技术

随着通信技术的不断发展，手机逐渐在人们的生活中普及，越来越多的青少年开始使用手机，由于自制力不足，青少年长时间使用手机的应用已经成为日益严峻的问题。

针对青少年长时间使用应用的问题，目前已设计出各种防沉迷方案。例如，青少年手机上安装了A、B以及C三个应用，家长确定A为青少年易沉迷应用，则由家长在青少年手机上将A的名称设置于沉迷应用名单，并设定打开A应用时需要的密码，则青少年在自己手机上欲打开A应用时，手机会自动弹出密码输入界面。上述防沉迷方案由家长进行设置，在家长无法及时设置时，青少年手机中应用将被正常使用，可能会造成青少年的沉迷。针对上述问题，目前设计者对手机原有应用分别设置防沉迷方案，手机用户对该防沉迷方案无修改权限。

但是上述方法中的应用防沉迷方案均存储于本地，当手机用户安装新的应用时，由于本地未存储该应用的防沉迷方案，导致新安装的应用能够被正常使用，易发生沉迷现象。

发明内容

本发明提供一种应用防沉迷的方法、装置及移动终端，以解决新安装的易沉迷应用可能导致用户沉迷的问题，完善移动终端的防沉迷功能。

第一方面，本发明实施例提供了一种应用防沉迷的方法，所述方法包括：

获取应用的属性信息；

将所述属性信息上传至服务器；

接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。

第二方面，本发明实施例还提供了一种应用防沉迷的方法，所述方法包括：

接收移动终端上传的应用的属性信息；

根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器是否存在所述应用的防沉迷方案；

若存在，则将所述应用的防沉迷方案发送至移动终端；

若不存在，则将数据上传指令发送至所述移动终端，接收所述移动终端返回的所述应用的数据，并根据所述数据以及预设沉迷度判定规则生成防沉迷方案，将生成的防沉迷方案发送至所述移动终端。

第三方面，本发明实施例还提供了一种应用防沉迷的装置，所述装置包括：

信息获取模块，用于获取应用的属性信息；

信息上传模块，用于将所述属性信息上传至服务器；

操作触发模块，用于接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。

第四方面，本发明实施例还提供了一种应用防沉迷的装置，所述装置包括：

信息接收模块，用于接收移动终端上传的应用的属性信息；

沉迷判断模块，用于根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器是否存在所述应用的防沉迷方案；

方案发送模块，用于在确定当前服务器存在所述应用的防沉迷方案时，将所述应用的防沉迷方案发送至移动终端；

方案生成模块，用于在确定当前服务器存在所述应用的防沉迷方案时，将数据上传指令发送至所述移动终端，接收所述移动终端返回的所述应用的数据，并根据所述数据以及预设沉迷度判定规则生成防沉迷方案，将生成的防沉迷方案发送至所述移动终端。

第五方面，本发明实施例还提供了一种移动终端，所述移动终端包括第三方面所述的应用防沉迷的装置。

本发明实施例提供的技术方案，通过将应用的属性信息上传至服务器，并根据服务器返回的防沉迷方案触发对应的防沉迷操作，或者根据服务器返回的数据上传指令上传应用的数据，接收服务器根据所述数据生成的防沉迷方案，并触发对应的防沉迷操作，使新安装的应用在本地没有防沉迷方案时，能够从服务器获取合适的防沉迷方案，进而解决了新安装的易沉迷应用可能导致用户沉迷的问题，完善了移动终端的防沉迷功能。

附图说明

图1是本发明实施例一提供的一种应用防沉迷的方法流程示意图；

图2是本发明实施例二提供的一种应用防沉迷的方法流程示意图；

图3是本发明实施例三提供的一种应用防沉迷的装置结构示意图；

图4是本发明实施例四提供的一种应用防沉迷的装置结构示意图；

图5是本发明实施例五提供的一种移动终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本发明实施例一提供的一种应用防沉迷的方法流程示意图。本实施例可适用于移动终端本地未存储新安装应用的防沉迷方案时，实现该应用防沉迷操作的情况，所述应用防沉迷的方法可以由应用防沉迷的装置执行。该装置可通过硬件和/或软件的方式实现，并一般可集成于移动终端中。

参见图1，本实施例提供的应用防沉迷的方法具体可以包括：

步骤110、获取应用的属性信息。

本实施例中应用可以为移动终端中的任意一种应用，可选的，由于游戏应用以及视屏播放应用等娱乐应用易发生用户的沉迷现象，尤其是游戏应用对青少年的学习生活影响较大，本实施例的防沉迷方法多应用于上述娱乐应用，且效果也更为明显。

具体的，所述属性信息可以包括应用包名、应用的签名信息以及应用的文件大小。综合上述三种属性信息可以唯一确定一个具体的应用。

可选的，移动终端可以在检测到任一应用的开启指令时，获取该应用的属性信息。

步骤120、将所述属性信息上传至服务器。

移动终端与服务器是连接的，具体的，可以是移动终端开机时自动连接，也可以是检测到任一应用开启时建立连接。

移动终端将获取到的应用的属性信息上传至服务器，以便服务器能够根据接收到的属性信息确定移动终端中用户开启的应用，进而查找对应的防沉迷方案。

进一步的，将所述属性信息上传至服务器之前，还可以包括：根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前移动终端中是否存在所述应用的防沉迷方案，若存在，则触发对应的防沉迷操作，若不存在，则预备将所述属性信息上传至服务器。

需要说明的是，一般的，移动终端出厂时原有的应用均设置有对应的防沉迷方案，且存储在本地，为了在检测到任一应用开启时，能够快速准确的确定该应用的防沉迷方案，本实施例将各应用的属性信息与防沉迷方案进行关联，并将关联关系存储至本地。通常移动终端用户没有权限对应用的防沉迷方案进行设置或修改，因此，用户在移动终端中安装新的应用后，新的应用就没有对应的防沉迷方案，易发生用户沉迷。

移动终端检测到任一应用开启指令时，并不能确定该应用是出厂时的原有应用还是新应用，因此，在将应用的属性信息上传服务器之前，先在本地进行对应防沉迷方案的查找。具体的，查找的方法可以是将应用的属性信息与上述关联关系中的属性信息进行比对，确定本地是否存储了该应用的防沉迷方案，若是，则可以直接获取该防沉迷方案，并触发对应的防沉迷操作，若否，则说明该应用是新安装的应用，上传该应用的属性信息给服务器以从服务器获取对应防沉迷方案。

步骤130、接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。

移动终端将应用的属性信息上传至服务器后，服务器查找服务器中是否存储了该应用的防沉迷方案。值得注意的是，应用市场中的应用很多，服务器的存储量虽然很大，但依然不能将所有应用以及其防沉迷方案全部进行存储。基于服务器中存储了与接收到的属性信息对应的防沉迷方案和未存储与接收到的属性信息对应的防沉迷方案两种情况，服务器返回给移动终端的信息分为两种，一种是该应用对应的防沉迷方案，另一种是数据上传指令。

进一步的，根据所述返回的防沉迷方案触发对应的防沉迷操作或触发所述生成的防沉迷方案对应的防沉迷操作之后，还可以包括：建立并存储所述防沉迷方案与所述属性信息的关联关系。

移动终端接收到的服务器返回的防沉迷方案是本地未存储的，为便于后续该防沉迷方案的使用，建立并存储应用的属性信息与服务器返回的该应用的防沉迷方案的关联关系。

需要说明的是，对于服务器根据应用的数据生成对应的防沉迷方案的情况，服务器接收了移动终端两次上传信息，第一次上传信息为应用的属性信息，第二次为应用的数据，因此，在建立上述关联关系时，服务器可直接获取应用的属性信息，而不用再从应用的数据中进行提取。

本实施例提供的技术方案，通过将应用的属性信息上传至服务器，并根据服务器返回的防沉迷方案触发对应的防沉迷操作，或者根据服务器返回的数据上传指令上传应用的数据，接收服务器根据所述数据生成的防沉迷方案，并触发对应的防沉迷操作，使新安装的应用在本地没有防沉迷方案时，能够从服务器获取合适的防沉迷方案，进而解决了新安装的易沉迷应用可能导致用户沉迷的问题，完善了移动终端的防沉迷功能。

实施例二

图2是本发明实施例二提供的一种应用防沉迷的方法流程示意图。本实施例可适用于服务器辅助移动终端实现新安装应用的防沉迷操作的情况，所述应用防沉迷的方法可以由应用防沉迷的装置执行。该装置可通过硬件和/或软件的方式实现，并一般可集成于服务器中。

参见图2，本实施例提供的应用防沉迷的方法具体可以包括：

步骤210、接收移动终端上传的应用的属性信息。

步骤220、根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器是否存在所述应用的防沉迷方案。

服务器自动搜集了各大应用市场排名靠前的多个应用，并由服务器端的工作人员对搜集到的各个应用设置防沉迷方案，同时将各应用的属性信息分别与对应的防沉迷方案进行关联并存储关联关系。

步骤230、若存在，则将所述应用的防沉迷方案发送至移动终端。

步骤240、若不存在，则将数据上传指令发送至所述移动终端，接收所述移动终端返回的所述应用的数据，并根据所述数据以及预设沉迷度判定规则生成防沉迷方案，将生成的防沉迷方案发送至所述移动终端。

预设沉迷度判定规则由设计人员进行设置，作为各应用防沉迷方案设置中遵循的统一规则。服务器端的操作人员根据预设沉迷度判定规则对服务器自动搜集到的应用进行防沉迷方案设置，即服务器端的操作人员能够基于任一应用的数据设置对应的防沉迷方案，因此，在服务器未存储与接收到的属性信息关联的防沉迷方案时，发送数据上传指令给移动终端，并根据移动终端返回的应用数据生成对应的防沉迷方案，发送给移动终端。

示例性的，服务器接收移动终端上传的数据后，由服务器端操作人员根据预设沉迷度判定规则确定应用的沉迷程度，并基于上述沉迷程度确定该应用的可运行时间，生成对应的防沉迷方案。例如，服务器端操作人员从移动终端上传的数据中提取应用包名，基于上述应用包名在网络中搜索该应用，若确定该应用为新发布的应用，则获取该应用的总下载量，并在判断上述总下载量与预设基数的比值大于预设值时，确定该应用为高沉迷程度应用，操作人员为该应用设置较少的可运行时间，如10分钟，生成对应的防沉迷方案，并将该防沉迷方案发送给移动终端。

进一步的，将生成的防沉迷方案发送至所述移动终端之后，还可以包括：获取所述应用的属性信息，建立并存储所述生成的防沉迷方案与所述属性信息的关联关系。

上述生成的防沉迷方案是服务器中未存储的，为便于后续应用，服务器建立并存储接收到的应用属性信息与对应生成的防沉迷方案的关联关系。

本实施例提供的技术方案，通过接收应用的属性信息，根据属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器存在应用的防沉迷方案时，将应用的防沉迷方案发送至移动终端，判断当前服务器不存在应用的防沉迷方案时，根据移动终端基于数据上传指令返回的应用数据生成防沉迷方案，并发送至移动终端，使新安装的应用在本地没有防沉迷方案时，能够从服务器获取合适的防沉迷方案，进而解决了新安装的易沉迷应用可能导致用户沉迷的问题，完善了移动终端的防沉迷功能。

实施例三

图3是本发明实施例三提供的一种应用防沉迷的装置结构示意图。本实施例提供的一种应用防沉迷的装置可设置在移动终端中。参见图3，该一种应用防沉迷的装置的具体结构如下：

信息获取模块310，用于获取应用的属性信息；

信息上传模块320，用于将所述属性信息上传至服务器；

操作触发模块330，用于接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。

在本实施例中，所述装置还可以包括：

关系建立模块，用于在根据所述返回的防沉迷方案触发对应的防沉迷操作或触发所述生成的防沉迷方案对应的防沉迷操作之后，建立并存储所述生成的防沉迷方案与所述属性信息的关联关系。

在本实施例中，所述属性信息可以包括应用包名、应用的签名信息以及应用的文件大小。

在本实施例中，所述装置还可以包括：

方案判断模块，用于在将所述属性信息上传至服务器之前，根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前移动终端中是否存在所述应用的防沉迷方案；

操作执行模块，用于在确定当前移动终端中存在所述应用的防沉迷方案时，触发对应的防沉迷操作；

上传预备模块，用于在确定当前移动终端中不存在所述应用的防沉迷方案时，预备将所述属性信息上传至服务器。

本实施例提供的应用防沉迷的装置，与本发明任意实施例所提供的由移动终端执行的应用防沉迷的方法属于同一发明构思，可执行本发明任意实施例所提供的由移动终端执行的应用防沉迷的方法，具备相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的由移动终端执行的应用防沉迷方法。

实施例四

图4是本发明实施例四提供的一种应用防沉迷的装置结构示意图。本实施例提供的应用防沉迷的装置可设置在服务器中。参见图4，该应用防沉迷的装置的具体结构如下：

信息接收模块410，用于接收移动终端上传的应用的属性信息；

沉迷判断模块420，用于根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器是否存在所述应用的防沉迷方案；

方案发送模块430，用于在确定当前服务器存在所述应用的防沉迷方案时，将所述应用的防沉迷方案发送至移动终端；

方案生成模块440，用于在确定当前服务器存在所述应用的防沉迷方案时，将数据上传指令发送至所述移动终端，接收所述移动终端返回的所述应用的数据，并根据所述数据以及预设沉迷度判定规则生成防沉迷方案，将生成的防沉迷方案发送至所述移动终端。

在本实施例中，所述装置还可以包括：

属性获取模块，用于在将生成的防沉迷方案发送至所述移动终端之后，获取所述应用的属性信息；

关系存储模块，用于建立并存储所述生成的防沉迷方案与所述属性信息的关联关系。

本实施例提供的应用防沉迷的装置，与本发明任意实施例所提供的由服务器执行的应用防沉迷的方法属于同一发明构思，可执行本发明任意实施例所提供的由服务器执行的应用防沉迷的方法，具备相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的由服务器执行的应用防沉迷方法。

实施例五

图5是本发明实施例五提供的一种移动终端的结构示意图，如图5所示，移动终端510包括本发明实施例三所述的应用防沉迷的装置511。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (13)

1.一种应用防沉迷的方法，其特征在于，包括：

获取应用的属性信息；

将所述属性信息上传至服务器；

接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。

2.根据权利要求1所述的方法，其特征在于，根据所述返回的防沉迷方案触发对应的防沉迷操作或触发所述生成的防沉迷方案对应的防沉迷操作之后，还包括：

建立并存储所述防沉迷方案与所述属性信息的关联关系。

3.根据权利要求1所述的方法，其特征在于，所述属性信息包括应用包名、应用的签名信息以及应用的文件大小。

4.根据权利要求1所述的方法，其特征在于，将所述属性信息上传至服务器之前，还包括：

根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前移动终端中是否存在所述应用的防沉迷方案；

若存在，则触发对应的防沉迷操作；

若不存在，则预备将所述属性信息上传至服务器。

5.一种应用防沉迷的方法，其特征在于，包括：

接收移动终端上传的应用的属性信息；

根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器是否存在所述应用的防沉迷方案；

若存在，则将所述应用的防沉迷方案发送至移动终端；

若不存在，则将数据上传指令发送至所述移动终端，接收所述移动终端返回的所述应用的数据，并根据所述数据以及预设沉迷度判定规则生成防沉迷方案，将生成的防沉迷方案发送至所述移动终端。

6.根据权利要求5所述的方法，其特征在于，将生成的防沉迷方案发送至所述移动终端之后，还包括：

获取所述应用的属性信息；

建立并存储所述生成的防沉迷方案与所述属性信息的关联关系。

7.一种应用防沉迷的装置，其特征在于，包括：

信息获取模块，用于获取应用的属性信息；

信息上传模块，用于将所述属性信息上传至服务器；

操作触发模块，用于接收所述服务器返回的防沉迷方案，并根据所述返回的防沉迷方案触发对应的防沉迷操作，或者，接收所述服务器返回的数据上传指令，根据所述数据上传指令上传所述应用的数据，接收所述服务器根据所述数据生成的防沉迷方案，并触发所述生成的防沉迷方案对应的防沉迷操作。

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

关系建立模块，用于在根据所述返回的防沉迷方案触发对应的防沉迷操作或触发所述生成的防沉迷方案对应的防沉迷操作之后，建立并存储所述防沉迷方案与所述属性信息的关联关系。

9.根据权利要求7所述的装置，其特征在于，所述属性信息包括应用包名、应用的签名信息以及应用的文件大小。

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

方案判断模块，用于在将所述属性信息上传至服务器之前，根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前移动终端中是否存在所述应用的防沉迷方案；

操作执行模块，用于在确定当前移动终端中存在所述应用的防沉迷方案时，触发对应的防沉迷操作；

上传预备模块，用于在确定当前移动终端中不存在所述应用的防沉迷方案时，预备将所述属性信息上传至服务器。

11.一种应用防沉迷的装置，其特征在于，包括：

信息接收模块，用于接收移动终端上传的应用的属性信息；

沉迷判断模块，用于根据所述属性信息以及存储的属性信息与防沉迷方案的关联关系，判断当前服务器是否存在所述应用的防沉迷方案；

方案发送模块，用于在确定当前服务器存在所述应用的防沉迷方案时，将所述应用的防沉迷方案发送至移动终端；

方案生成模块，用于在确定当前服务器存在所述应用的防沉迷方案时，将数据上传指令发送至所述移动终端，接收所述移动终端返回的所述应用的数据，并根据所述数据以及预设沉迷度判定规则生成防沉迷方案，将生成的防沉迷方案发送至所述移动终端。

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

属性获取模块，用于在将生成的防沉迷方案发送至所述移动终端之后，获取所述应用的属性信息；

关系存储模块，用于建立并存储所述生成的防沉迷方案与所述属性信息的关联关系。

13.一种移动终端，其特征在于，包括权利要求7-10中任一项所述的应用防沉迷的装置。