CN104966015B - 一种智能设备之间的控制方法及系统 - Google Patents

Abstract

本发明涉及设备之间的控制方法技术领域，特别是涉及一种智能设备之间的控制方法及系统，该方法包括：主控设备确定针对被控设备中应用程序的发起控制指令，生成并显示含有发起控制指令的二维码图像；被控设备扫描含有发起控制指令的二维码图像，并验证含有发起控制指令的二维码图像的有效性，当验证成功时，接受主控设备对应用程序使用权限的控制。在上述技术方案中，将二维码图像作为主控设备与被控设备之间传递信息的载体，控制方用户只需在自己的主控设备上进行简单的操作即可实现对被控设备的控制，实现了设备间的安全灵活的控制。

Description

一种智能设备之间的控制方法及系统

技术领域

本发明涉及设备之间的控制方法技术领域，特别是涉及一种智能设备之间的控制方法及系统。

背景技术

当今，在智能手机等智能设备的实际应用中，出于安全或者其它方面的考虑，通常需要限制智能设备使用某些应用程序和服务。

现有技术中，以智能手机为例，Exchange服务器通过Exchange账户的同步功能可以禁止用户使用WiFi、蓝牙、Pop3服务或者安装第三方应用程序等等，虽然实现了实时的控制，但实现较为复杂，需要连接到互联网，并且用户一旦删除Exchange账号，控制功能将会被自动解除，极其不便。另外，还有常见的家长控制软件，它是通过家长提前在被控手机中设定好访问规则，以限制该被控手机中孩子能够使用的功能，但是由于设定及修改访问规则必须在被控手机中完成，这样易造成控制密码的泄露，极其不安全。

发明内容

有鉴于此，本发明提供了一种智能设备之间的控制方法及系统，以实现智能设备之间灵活、安全地控制的目的。

为解决上述技术问题，本发明提供一种智能设备之间的控制方法，包括：

主控设备确定针对被控设备中应用程序的发起控制指令，生成并显示含有所述发起控制指令的二维码图像；

所述被控设备扫描所述含有发起控制指令的二维码图像，并验证所述含有发起控制指令的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序使用权限的控制，所述被控设备处于受控制状态。

优选的，当所述被控设备处于受控状态时，还包括：

所述主控设备确定针对所述应用程序的解除控制指令，生成并显示含有所述解除控制指令的二维码图像；

所述被控设备扫描所述含有解除控制指令的二维码图像，并验证所述含有解除控制指令的二维码图像的有效性，当验证成功时，解除对所述应用程序使用权限的控制，所述被控设备处于未受控状态。

优选的，当所述被控设备处于受控状态时，还包括：

所述被控设备确定并发送针对所述应用程序的申请权限请求；

所述主控设备接收所述申请权限请求，生成并显示含有授权信息的二维码图像；

所述被控设备扫描所述含有授权信息的二维码图像，并验证所述含有授权信息的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序的临时授权，启动所述应用程序。

优选的，当所述发起控制指令包括所述控制信息、系统时间及IMEI码时，所述主控设备生成含有发起控制指令的二维码图像，包括：

将所述发起控制指令编码为二进制码，利用加密私钥对编码得到的二进制码进行加密；

在所述加密后的二进制码的头部添加功能标志位、尾部添加解密公钥；

利用所述加密后的二进制码、所述功能标志位及所述解密公钥，生成所述含有发起控制指令的二维码图像。

优选的，所述被控设备验证所述含有发起控制指令的二维码图像的有效性，包括：

将所述含有发起控制指令的二维码图像解码为二进制码，并解析解码得到的二进制码，得到所述加密后的二进制码、所述功能标志位及所述解密公钥；

判断所述功能标志位是否正确，当确定所述功能标志位不正确时，则验证失败；

当确定所述功能标志位正确时，利用所述解密公钥解密所述加密后的二进制码，得到所述控制信息、所述系统时间及所述IMEI码，判断所述控制信息中的控制类型标志位是否正确，当确定所述控制类型标志位不正确时，则验证失败；

当确定所述控制类型标志位正确时，判断解密得到的所述系统时间与当前系统时间之间的时间间隔是否小于预设时间段，如果是，则验证成功，否则，验证失败。

优选的，当验证成功时，还包括：

存储所述IMEI码和所述解密公钥。

优选的，所述加密私钥为RSA512私钥，所述解密公钥为RSA512公钥。

优选的，当所述授权信息包括权限使用时间段时，所述被控设备接受所述主控设备对所述应用程序的临时授权，启动所述应用程序之后，还包括：

当所述应用程序的使用时间超过所述权限使用时间段时，关闭所述应用程序。

优选的，所述被控设备利用任务管理器实现接受所述主控设备对所述应用程序使用权限的控制。

本发明还提供了一种智能设备之间的控制系统，包括：

主控设备，用于确定针对被控设备中应用程序的发起控制指令，生成并显示含有所述发起控制指令的二维码图像；所述发起控制指令至少包括控制信息；

所述被控设备，用于扫描所述含有发起控制指令的二维码图像，并验证所述含有发起控制指令的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序使用权限的控制，所述被控设备处于受控制状态。

以上本发明提供的一种智能设备之间的控制方法及系统中，首先，主控设备确定针对被控设备中应用程序的发起控制指令，生成并显示含有所述发起控制指令的二维码图像；然后，被控设备扫描这个含有发起控制指令的二维码图像，并验证含有发起控制指令的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序使用权限的控制，所述被控设备处于受控制状态。在上述技术方案中，将二维码图像作为主控设备与被控设备之间传递信息的载体，控制方用户只需在自己的主控设备上进行简单的操作即可实现对被控设备的控制，实现了设备间的安全灵活的控制。并且，主控设备生成并显示含有发起控制指令的二维码图像，以供被控设备扫描，不需要连接到互联网，实现了设备间离线的、灵活的控制。

附图说明

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

图1为本发明一种智能设备之间的控制方法实施例1的流程图；

图2为本发明一种智能设备之间的控制方法实施例2的流程图；

图3为本发明一种智能设备之间的控制方法实施例2中的二维码图像对应的二进制码结构示意图；

图4为本发明一种智能设备之间的控制方法实施例3的流程图；

图5为本发明一种智能设备之间的控制方法实施例4的流程图；

图6为本发明一种智能设备之间的控制方法实施例5的流程图；

图7为本发明一种智能设备之间的控制系统实施例1的结构框图示意图；

图8为基于图7的结构框图示意图。

具体实施方式

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

本发明的核心是提供一种智能设备之间的控制方法及系统，以实现智能设备之间灵活、安全地控制的目的。

需要说明的是，本发明所提供的智能设备之间的控制方法中，主控设备不仅能对被控设备中的应用程序进行权限控制，还可以对被控设备中的服务进行权限控制，此处不做严格控制。

本发明中，智能设备可以是智能手机，也可以是平板电脑，还可以是其他智能设备，此处不做严格限定。本发明以下技术内容以智能手机为例进行说明。

本发明将控制过程按照控制类型的不同分为三个类型：控制主体(也称主控设备)发起控制、控制主体解除控制，控制客体(也称被控设备)申请临时权限。

在控制主体发起控制中，控制客体通过扫描验证控制主体提供的含有发起控制指令的二维码图像完成对应用程序或服务的限制。

在控制客体申请临时权限中，控制客体需要扫描验证控制主体提供的含有授权信息的二维码图像之后才能临时启用受限的应用程序或服务。

在控制主体解除控制中，控制客体需要扫描验证控制主体提供的含有解除控制指令的二维码图像才能解除控制。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

参考图1，示出了本发明一种智能设备之间的控制方法实施例1的流程图，针对主控设备发起控制的控制类型，该方法具体可以包括如下步骤：

步骤S100、主控设备确定针对被控设备中应用程序的发起控制指令，生成并显示含有发起控制指令的二维码图像；发起控制指令至少包括控制信息；

具体地，控制主体开始新的控制：输入正确的账号以及密码登陆控制程序，在控制编辑模块的控制列表中添加新的控制，指定需要禁用的应用程序或服务。添加完毕后在后台生成本次控制的RSA512加密算法公钥私钥对。

步骤S101、被控设备扫描含有发起控制指令的二维码图像，并验证含有发起控制指令的二维码图像的有效性，当验证成功时，接受主控设备对应用程序使用权限的控制，被控设备处于受控制状态。

本发明中，当被控设备扫描含有发起控制指令的二维码图像时，发现被控设备中的该应用程序或者服务已经被该主控设备控制，此时，直接显示该应用程序或服务已被控制的提示信息，不需要执行后续内容。

在上述技术方案中，将二维码图像作为主控设备与被控设备之间传递信息的载体，控制方用户只需在自己的主控设备上进行简单的操作即可实现对被控设备的控制，实现了设备间的安全灵活的控制。并且，主控设备生成并显示含有发起控制指令的二维码图像，以供被控设备扫描，不需要连接到互联网，实现了设备间离线的、灵活的控制。

参考图2和图3，图2示出了本发明一种智能设备之间的控制方法实施例2的流程图，图3示出了本发明一种智能设备之间的控制方法实施例2中的二维码图像对应的二进制码结构示意图。具体地，发起控制指令包括控制信息、系统时间及IMEI码，可以通过以下步骤实现步骤S100、主控设备生成含有发起控制指令的二维码图像：

步骤S200、将发起控制指令编码为二进制码，利用加密私钥对编码得到的二进制码进行加密；

步骤S201、在加密后的二进制码的头部添加功能标志位、尾部添加解密公钥；

具体地，本发明终稿，上述加密私钥为RSA512私钥，上述解密公钥为RSA512公钥，当然，这仅仅只是举个例子，也可以采用其它加密算法，此处不做严格限定；

步骤S202、利用加密后的二进制码、功能标志位及解密公钥，生成含有发起控制指令的二维码图像。

其中：

1)功能标志位，用于区别于其他用途的二维码图像。

2)系统时间，记录产生二维码图像的系统时间，使得二维码图像在超过预设时间段之后便失去了作用，体现了二维码图像的动态性。

3)IMEI码(International Mobile Equipment Identity，移动设备国际身份码)，记录控制主体的IMEI码，保证了控制客体只能从唯一的控制主体申请权限或解除控制。

4)标志位，属于控制信息，用于记录控制类型。

5)控制内容，属于控制信息，用于记录本次控制类型中的具体控制行为。

6)RSA512公钥，与控制客体中的RSA512私钥匹配，仅包含在控制主体发起控制的二维码图像中并被控制客体保存，用于对系统时间、IEMI号、控制信息进行解密，保证了控制的安全性。

基于上述本发明一种智能设备之间的控制方法实施例2，参考图4，示出了本发明一种智能设备之间的控制方法实施例3的流程图，具体地，可以通过以下步骤执行步骤S101中、被控设备验证含有发起控制指令的二维码图像的有效性：

步骤S300、将含有发起控制指令的二维码图像解码为二进制码，并根据二进制组成规则，解析解码得到的二进制码，得到加密后的二进制码、功能标志位及解密公钥；

步骤S301、判断功能标志位是否正确，当确定功能标志位不正确时，进入步骤S306(验证失败)；当确定功能标志位正确时，进入步骤S302；

步骤S302、利用解密公钥解密加密后的二进制码，得到控制信息、系统时间及IMEI码；

步骤S303、判断控制信息中的控制类型标志位是否正确，当确定控制类型标志位不正确时，进入步骤S306(验证失败)；当确定控制类型标志位正确时，进入步骤S304；

步骤S304、判断解密得到的系统时间与当前系统时间之间的时间间隔是否小于预设时间段，如果是，则进入步骤S305(验证成功)，否则，进入步骤S306(验证失败)；

步骤S305、验证成功；

步骤S306、验证失败。

本发明中，当验证成功时，弹出显示具体的控制信息的确认框，供用户确认是否接受本次控制；如果确认则储存IMEI码以及解密公钥并继续，否则退出。

具体地，被控设备利用任务管理器实现接受主控设备对应用程序使用权限的控制：控制客体通过设备管理器禁用相应的应用程序和服务，并更新设备管理器所维护的禁用的应用程序和服务列表以及控制处理模块的受控信息。其中，受控状态更新为“受控中”，禁用的应用程序和服务列表与设备管理器中所维护的列表的一致。

进一步地，控制主体更新控制列表：确认控制客体完成控制之后，控制主体在发起控制模块的控制列表中确认本次控制的控制状态为“已控制”。

上述各个实施例公开了针对主控设备主动发起控制方法技术方案，参考图5，示出了本发明一种智能设备之间的控制方法实施例4的流程图，具体地，当被控设备处于受控状态时，针对控制主体解除控制类型，可以包括如下内容：

步骤S400、主控设备确定针对应用程序的解除控制指令，生成并显示含有解除控制指令的二维码图像；

具体地，控制主体开始解除控制：控制主体登陆控制程序，并选择解除对控制列表中“已受控”的本次控制，此时状态更新为“解除进行中”。

控制主体生成二维码：除不需要添加RSA512公钥外，其余与步骤S200～步骤S202相同。

步骤S401、被控设备扫描含有解除控制指令的二维码图像，并验证含有解除控制指令的二维码图像的有效性，当验证成功时，解除对应用程序使用权限的控制，被控设备处于未受控状态。

具体地，二维码验证：除在最后阶段需验证获取到的IMEI码以及储存的IMEI码相同之外，其余同步骤S300～步骤S306相同。

解除确认：弹出是否解除控制的对话框，如果解除则继续，否则退出。

解除对控制客体的控制：控制客体将控制处理模块中的控制状态更新为“未受控”，并通过设备管理器删除禁用的应用程序和服务列表。

控制主体更新控制状态：在确认控制客体解除控制之后，在发起控制模块的控制列表中将本次控制状态更新为“已解除”。

参考图6，示出了本发明一种智能设备之间的控制方法实施例5的流程图，具体地，当被控设备处于受控状态时，针对被控设备申请临时权限控制类型，可以包括如下内容：

步骤S500、被控设备确定并发送针对应用程序的申请权限请求；

具体地，控制客体启动应用程序或服务，判断该应用程序或者服务是否受限：受控客体查询设备管理器禁用的应用程序和服务列表，如果启动的应用程序或服务包含在列表中，则继续(认为权限受限，得申请权限)，否则直接启动应用程序或服务。

请求权限：弹出供用户确认是否申请权限的确认框，如果确认，控制客体弹出二维码扫描窗口，否则启动应用程序失败；

步骤S501、主控设备接收申请权限请求，生成并显示含有授权信息的二维码图像；

具体地，控制主体添加授权信息：控制主体接受控制客体的权限申请并登陆控制程序，然后在控制列表的本次控制中添加临时权限。授权信息包括本次授权的应用权限或服务，以及时间限制(即权限使用时间段)。

控制主体生成二维码：除不需要添加RSA512公钥外，其余与步骤S200～步骤S202相同。

步骤S502、被控设备扫描含有授权信息的二维码图像，并验证含有授权信息的二维码图像的有效性，当验证成功时，接受主控设备对应用程序的临时授权，启动应用程序。

具体地，控制客体扫描二维码：使用刚弹出的二维码扫描窗口扫描受控主体屏幕上显示的二维码图像或者接收到的二维码图像。

二维码验证：除在最后阶段需验证获取到的IMEI码以及储存的IMEI码相同之外，其余同步骤S300～步骤S306相同。

权限匹配：判断授权信息中是否包含请求的权限，如果包含，则启动应用程序或服务成功，否则，启动失败。

本发明中，当授权信息包括权限使用时间段时，被控设备接受主控设备对应用程序的临时授权，启动应用程序之后，还包括：当应用程序的使用时间超过权限使用时间段时，关闭应用程序。具体地：

是否设定时限：判断授权信息中是否包含时间限制参数(即权限使用时间段)，如果包含，则设定启动的应用程序或服务关闭的时间，否则更新禁用程序或服务列表。

定时关闭应用程序或服务：如果到达预设时间段时，应用程序或服务依然在启动中，则关闭应用程序或服务。

与上述本发明一种智能设备之间的控制方法实施例1相对应，本发明还提供了一种智能设备之间的控制系统实施例1，参考图7，该系统600可以包括如下内容：

主控设备601，用于确定针对被控设备602中应用程序的发起控制指令，生成并显示含有发起控制指令的二维码图像；发起控制指令至少包括控制信息；

被控设备602，用于扫描含有发起控制指令的二维码图像，并验证含有发起控制指令的二维码图像的有效性，当验证成功时，接受主控设备601对应用程序使用权限的控制，被控设备602处于受控制状态。

按照控制的关系，该系统600总体上可以分为第一智能手机(控制主体)和第二智能手机(控制客体)两部分；按照软件结构组成，该系统又可分为控制程序，设备管理器以及应用程序或服务三部分。由于本发明中的智能手机均包含了完整的软件结构，因此，智能手机既可以是控制主体，也可以是控制客体。

具体来说，参考图8，该软件系统包括：

控制编辑模块，向用户提供显示控制列表的界面。在控制列表中可以添加新的控制或者在已有控制中添加临时权限。另外，还负责在后台生成RSA512加密算法的公钥私钥对。

二维码生成模块，用于生成包含有功能标志位、系统时间、IMEI码、控制信息等内容的二维码图像，并将二维码图像通过手机显示屏显示或者直接发送给控制客体。

控制处理模块，向用户提供用于扫描二维码图像以及显示当前的受控信息的界面。其中，受控信息包括受控状态以及禁用的应用程序和服务列表；另外，该模块还可以通过设备管理器管理应用程序和服务。

二维码验证模块，从控制处理模块获取二维码图片，并从功能是否正确、时间是否超时、IMEI号是否匹配以及控制类型是否正确等多方面来验证二维码的有效性。如果验证成功，则将控制信息提供给控制处理模块。

设备管理器，用于向控制程序提供禁止或启动应用程序或服务的接口以及维护禁用的应用程序和服务列表。

应用程序或服务，指的是智能手机安装或者支持的应用程序或服务。

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

以上对本发明所提供的一种智能设备之间的控制方法及系统进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (9)

1.一种智能设备之间的控制方法，其特征在于，包括：

主控设备确定针对被控设备中应用程序的发起控制指令，生成并显示含有所述发起控制指令的二维码图像；

所述被控设备扫描所述含有发起控制指令的二维码图像，并验证所述含有发起控制指令的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序使用权限的控制，所述被控设备处于受控制状态；

当所述被控设备处于受控状态时，所述被控设备确定并发送针对所述应用程序的申请权限请求；

所述主控设备接收所述申请权限请求，生成并显示含有授权信息的二维码图像；

所述被控设备扫描所述含有授权信息的二维码图像，并验证所述含有授权信息的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序的临时授权，启动所述应用程序。

2.如权利要求1所述的控制方法，其特征在于，当所述被控设备处于受控状态时，还包括：

所述主控设备确定针对所述应用程序的解除控制指令，生成并显示含有所述解除控制指令的二维码图像；

所述被控设备扫描所述含有解除控制指令的二维码图像，并验证所述含有解除控制指令的二维码图像的有效性，当验证成功时，解除对所述应用程序使用权限的控制，所述被控设备处于未受控状态。

3.如权利要求1所述的控制方法，其特征在于，当所述发起控制指令包括控制信息、系统时间及IMEI码时，所述主控设备生成含有发起控制指令的二维码图像，包括：

将所述发起控制指令编码为二进制码，利用加密私钥对编码得到的二进制码进行加密；

在所述加密后的二进制码的头部添加功能标志位、尾部添加解密公钥；

利用所述加密后的二进制码、所述功能标志位及所述解密公钥，生成所述含有发起控制指令的二维码图像。

4.如权利要求3所述的控制方法，其特征在于，所述被控设备验证所述含有发起控制指令的二维码图像的有效性，包括：

将所述含有发起控制指令的二维码图像解码为二进制码，并解析解码得到的二进制码，得到所述加密后的二进制码、所述功能标志位及所述解密公钥；

判断所述功能标志位是否正确，当确定所述功能标志位不正确时，则验证失败；

当确定所述功能标志位正确时，利用所述解密公钥解密所述加密后的二进制码，得到所述控制信息、所述系统时间及所述IMEI码，判断所述控制信息中的控制类型标志位是否正确，当确定所述控制类型标志位不正确时，则验证失败；

当确定所述控制类型标志位正确时，判断解密得到的所述系统时间与当前系统时间之间的时间间隔是否小于预设时间段，如果是，则验证成功，否则，验证失败。

5.如权利要求4所述的控制方法，其特征在于，当验证成功时，还包括：

存储所述IMEI码和所述解密公钥。

6.如权利要求3至5任意一项所述的控制方法，其特征在于，所述加密私钥为RSA512私钥，所述解密公钥为RSA512公钥。

7.如权利要求1所述的控制方法，其特征在于，当所述授权信息包括权限使用时间段时，所述被控设备接受所述主控设备对所述应用程序的临时授权，启动所述应用程序之后，还包括：

当所述应用程序的使用时间超过所述权限使用时间段时，关闭所述应用程序。

8.如权利要求1所述的控制方法，其特征在于，所述被控设备利用任务管理器实现接受所述主控设备对所述应用程序使用权限的控制。

9.一种智能设备之间的控制系统，其特征在于，包括：

主控设备，用于确定针对被控设备中应用程序的发起控制指令，生成并显示含有所述发起控制指令的二维码图像；所述发起控制指令至少包括控制信息；还用于接收所述被控设备的申请权限请求，生成并显示含有授权信息的二维码图像；

所述被控设备，用于扫描所述含有发起控制指令的二维码图像，并验证所述含有发起控制指令的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序使用权限的控制，所述被控设备处于受控制状态；还用于当处于受控状态时，确定并发送针对所述应用程序的申请权限请求，扫描所述主控设备生成并显示的含有授权信息的二维码图像，并验证所述含有验证信息的二维码图像的有效性，当验证成功时，接受所述主控设备对所述应用程序的临时授权，启动所述应用程序。