处理锁屏的方法、装置及终端设备与流程

本公开涉及终端设备安全技术领域，具体而言，涉及一种处理锁屏的方法、装置及终端设备。

背景技术：

现有的终端设备(尤其是移动设备)均具有锁屏功能，不仅可以保证移动设备上用户数据的安全性，还可以防止误操作(主要是针对触摸屏)，而且还能在较长时间不操作的情况下节省电量。

通常，锁屏之后需要通过输入预设的密码或绘制预设的手势等方式解锁之后才能进入移动设备的操作界面进行下一步操作，也就是如果解锁不成功只能停留在解锁界面。但是现有技术中却存在一些通过覆盖、替换、杀掉或者以攻击锁屏方式绕过移动设备上当前系统的安全防护。

可见，现有技术中对于锁屏的设计方式还存在安全漏洞，需要一种新的处理锁屏的方法、装置及终端设备。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

有鉴于此，本公开提供一种处理锁屏的方法、装置及终端设备，以解决现有技术中通过覆盖、替换、杀掉或者以攻击锁屏方式绕过移动设备上当前系统的安全防护，降低系统安全性能的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供了一种处理锁屏的方法，采用以下至少一种方式：

设定显示层级对预添加的进程的窗口进行限制；

对窗口移出事件进行监听；

将多条锁屏请求合并为一条锁屏请求进行处理。

在本公开的一种示例性实施例中，所述设定显示层级对预添加的进程的窗口进行限制包括：

预先针对指定窗口设定显示层级的属性；

当接收到进程窗口添加请求时，判断预添加的进程的窗口是否为指定窗口；

如果预添加的进程的窗口是指定窗口，则响应所述进程窗口添加请求，将所述预添加的进程的窗口在锁屏窗口的上一层的显示层级进行显示。

在本公开的一种示例性实施例中，还包括：

如果预添加的进程的窗口不是指定窗口，则直接结束进程。

在本公开的一种示例性实施例中，所述对窗口移出事件进行监听包括：

通过窗口管理器对窗口移出事件进行监听，如果被移出的窗口为锁屏窗口或桌面窗口，则利用预设黑屏对显示画面进行遮挡。

在本公开的一种示例性实施例中，所述将多条锁屏请求合并为一条锁屏请求进行处理包括：

当在一个预设周期内监听到多条锁屏请求时，仅对所述预设周期内最后一条锁屏请求进行响应。

在本公开的一种示例性实施例中，还包括：

对所述预添加的进程的窗口的二进制签名进行判断，如果所述预添加的进程的窗口不具有系统预设的二进制签名，则直接结束进程。

根据本公开的另一个方面，还提供一种处理锁屏的装置，包括以下至少一个模块：

层级限制模块，用于设定显示层级对预添加的进程的窗口进行限制；

监听处理模块，用于对窗口移出事件进行监听；

合并请求模块，用于将多条锁屏请求合并为一条锁屏请求进行处理。

在本公开的一种示例性实施例中，所述层级限制模块包括：

设定单元，用于预先针对指定窗口设定显示层级的属性；

判断单元，用于当接收到进程窗口添加请求时，判断预添加的进程的窗口是否为指定窗口；

第一操作单元，用于如果预添加的进程的窗口是指定窗口，则响应所述进程窗口添加请求，将所述预添加的进程的窗口在锁屏窗口的上一层的显示层级进行显示。

在本公开的一种示例性实施例中，所述层级限制模块还包括：

第二操作单元，用于如果预添加的进程的窗口不是指定窗口，则直接结束进程。

在本公开的一种示例性实施例中，所述监听处理模块用于通过窗口管理器对窗口移出事件进行监听，如果被移出的窗口为锁屏窗口或桌面窗口，则利用预设黑屏对显示画面进行遮挡。

在本公开的一种示例性实施例中，所述合并请求模块用于当在一个预设周期内监听到多条锁屏请求时，仅对所述预设周期内最后一条锁屏请求进行响应。

在本公开的一种示例性实施例中，还包括：

签名认证模块，用于对所述预添加的进程的窗口的二进制签名进行判断，如果所述预添加的进程的窗口不具有系统预设的二进制签名，则直接结束进程。

根据本公开的再一个方面，还提供一种终端设备，包括：

处理器；以及

存储器，存储用于所述处理器控制以下至少一种操作的指令：

设定显示层级对预添加的进程的窗口进行限制；

对窗口移出事件进行监听；

将多条锁屏请求合并为一条锁屏请求进行处理。

基于本公开的技术方案，可以实现以下技术效果：

通过增加显示层级的限制，防止锁屏窗口被恶意覆盖以绕过系统安全防护；或者通过对被移除窗口进行监听，防止有人恶意将锁屏窗口或桌面窗口替换掉；或者优化锁屏进程间服务的处理流程，当收到多条锁屏请求时仅做一次锁屏处理，提高锁屏进程间服务的处理能力。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1A-图1D是根据一示例性实施方式示出的一种处理锁屏的方法的流程图。

图2是根据一示例性实施方式示出的处理锁屏的方法中步骤S10的步骤流程图。

图3是根据一示例性实施方式示出的处理锁屏的方法中步骤S10的原理框图。

图4是根据一示例性实施方式示出的一种处理锁屏的装置的组成示意图图。

图5是根据一示例性实施方式示出的处理锁屏的装置中层级限制模块的组成示意图。

图6是根据一示例性实施方式示出的一种终端设备的组成示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

根据本发明的一示例实施方式，一种处理锁屏的方法包括：设定显示层级对预添加的进程的窗口进行限制。

根据本发明的另一示例实施方式，一种处理锁屏的方法包括：对窗口移出事件进行监听。

根据本发明的又一示例实施方式，一种处理锁屏的方法包括：将多条锁屏请求合并为一条锁屏请求进行处理。

图1A-图1D是根据一示例性实施方式示出的一种处理锁屏的方法的流程图。如图1A-图1D所示，该方法采用以下其中至少一种方式：

步骤S10、设定显示层级对预添加的进程的窗口进行限制。

步骤S20、对窗口移出事件进行监听。

步骤S30、将多条锁屏请求合并为一条锁屏请求进行处理。

需要说明的是，本公开中图1A-图1D所示仅为示意性示出处理锁屏的方法中几种可选的组合，并未限制各种方式之间的先后顺序。

针对现有技术中常有利用层级覆盖的方式来绕过当前系统的锁屏步骤，达到破解锁屏的目的，本实施例中提供步骤S10的方式来解决上述问题。图2示出其中步骤S10中设定显示层级对预添加的进程的窗口进行限制的步骤流程图，如图2所示，包括：

步骤S11、预先针对指定窗口设定显示层级，其中，本实施例中的指定窗口可以为但不限定来电窗口、闹钟窗口或日历窗口。指定窗口是在系统具有一个显示层级权限对应的应用列表，在该应用列表中对每个应用或进程窗口的层级显示权限进行设定，但是该应用列表中的应用的显示层级会随着系统版本以及产品的定制而发生变动。

步骤S12、当接收到进程窗口添加请求时，判断预添加的进程的窗口是否为指定窗口。其中该进程窗口添加请求就是指请求将一个进程的窗口添加到比锁屏窗口的显示层级较高的显示层级，或者将一个进程的窗口添加到与锁屏窗口的显示层级属于同一显示层级的显示层级。

步骤S13、如果预添加的进程的窗口是指定窗口，则响应进程窗口添加请求，将预添加的进程的窗口在锁屏窗口的上一层的显示层级进行显示。

步骤S14、如果预添加的进程的窗口不是指定窗口，则直接结束进程。

通常，在锁屏状态下，锁屏窗口的显示层级最高。由于现有技术中会有非法程序通过恶意设定窗口属性的方式(例如通过setWindowProperty的形式)，随意将一个进程窗口显示在锁屏窗口的显示层级之上，窗口管理器就按照设定的显示层级属性进行显示，以致造成对不该显示在锁屏窗口或桌面窗口的显示层级之上的进程窗口对锁屏窗口形成覆盖，以绕过系统安全防护。

本实施例中通过对显示层级属性加以限制，例如定义一些具有特殊显示层级的应用，并设定这些应用的显示层级可以高于锁屏窗口的显示层级。当窗口管理器收到进程窗口添加请求时，根据进程信息判断其是否有添加到对应显示层级的能力，如果有则接收添加请求，将预添加的进程的窗口添加在对应的显示层级上，否则直接结束进程，原理框图如图3所示。

参见图3，通过判断预添加的进程窗口是不是指定窗口来决定其能否添加，根据判断结果，只有这些指定窗口的显示层级可以在锁屏窗口的显示层级之上，而其他进程如果想要显示在锁屏窗口或的显示层级之上，则会直接结束进程，也就是不响应该请求，这样就可以达到防止非法程序恶意覆盖锁屏窗口来绕过系统安全防护(即破解锁屏)的目的。

另外，针对现有技术中常有利用替换的方式来绕过当前系统的锁屏步骤，达到破解锁屏的目的，本实施例中提供步骤S20的方式来解决上述问题。其中步骤S20中对窗口移出事件进行监听的步骤包括：通过窗口管理器对窗口移出事件进行监听，如果被移出的窗口为锁屏窗口或桌面窗口，则利用预设黑屏对显示画面进行遮挡。

例如，在本实施例中，在窗口管理器处理WindowRemove事件时，添加对锁屏窗口和桌面窗口的处理，如果被移除的窗口为锁屏窗口或者桌面窗口，则在锁屏层上用系统logo黑屏(也可以其他预设黑屏)，以防止非法程序利用强制移出锁屏窗口或桌面窗口来替换锁屏窗口或桌面窗口，避免绕过系统安全防护。这样，利用该方法只容许来电、闹钟以及日历等系统级窗口显示，通过对窗口移出事件的监听，不允许窗口管理器随意利用其它窗口(例如与锁屏窗口相同的图片)来替换系统设定的锁屏，防止非法程序以此绕过系统安全防护，并能进一步防止不法程序利用与锁屏窗口相同的图片来套取用户的解锁密码或手势等。

在本实施例中还可以设定如果有人想要强制利用其它窗口替换锁屏窗口或桌面窗口时利用系统logo黑屏一固定时间，例如5秒，10秒等，等待锁屏窗口或桌面窗口恢复后，取消黑屏logo遮罩，如果超过固定时间还没有恢复锁屏窗口或桌面窗口则继续利用系统logo黑屏，或者进一步加固系统的锁定。

除了利用步骤S20的方式来解决绕过锁屏的问题，还可以根据需要采用步骤S10和步骤S20分别对覆盖和替换锁屏的方式来解决绕过锁屏的问题，如果两种方式结合可以进一步提供更加全面的安全防护。

最后，除了上述两种方式之外，针对现有技术中还会进行恶意攻击，例如重复发送请求使服务器失去响应能力进而将进程统统杀掉的方式来绕过当前系统的锁屏步骤，达到破解锁屏的目的，本实施例中提供步骤S30的方式来解决上述问题。其中步骤S30中将多条锁屏请求合并为一条锁屏请求进行处理的方式包括：

当在一个预设周期内监听到多条锁屏请求时，则仅对预设周期内最后一条锁屏请求进行响应。

其中为避免请求堆积造成系统瘫痪，在预设的一段时间内对这段时间内的锁屏请求进行处理，这个预设的时间就是预设周期。在该步骤中通过优化锁屏dbus服务(一种进程间服务)处理流程，在收到大量服务请求后仍具有响应能力。具体的，可能在一个动作周期内接收到很多条锁屏请求，如果一条一条来处理，必然会影响进程的处理和对后来的请求的响应能力。因此对于很多冗余请求可以进行合并，如调用锁屏的请求，如果连续接收到多个锁屏请求，即使这些请求来源不同，但一个处理可以满足所有这些请求，则认为这些请求冗余，将其合并成一条，提高锁屏dbus服务的处理能力。

另外，本实施例中还会将锁屏dbus服务的相关处理会放到单独的线程上，不会对数据处理等线程的进行造成影响，锁屏请求在后台线程中得到处理，可以提高界面的响应速度，也不会因对于频繁的锁屏请求，阻塞界面，导致界面一直没有对请求响应而被窗口管理器杀掉。

除了利用步骤S30的方式来解决绕过锁屏的问题，还可以根据需要采用步骤S10和步骤S30分别对覆盖和杀掉锁屏的方式来解决绕过锁屏的问题，如果两种方式结合可以进一步提供更加全面的安全防护，保证dbus服务响应能力。其中步骤S10的方式技术效果如前所述，此处不再赘述。

另外，除了利用步骤S30的方式来解决绕过锁屏的问题，还可以根据需要采用步骤S20和步骤S30分别对替换和杀掉锁屏的方式来解决绕过锁屏的问题，如果两种方式结合可以进一步提供更加全面的安全防护。其中步骤S20的方式技术效果如前所述，此处不再赘述。

还可以根据需要采用步骤S10、步骤S20和步骤S30分别对覆盖、替换和杀掉锁屏的方式来解决绕过锁屏的问题，如果三种方式结合可以进一步提供更加全面的安全防护。其中步骤S10和步骤S20的方式技术效果均如前所述，此处不再赘述。

本实施例提供的处理锁屏的方法中除了包括图1A-图1D所示的：设定显示层级对预添加的进程的窗口进行限制；对窗口移出事件进行监听；将多条锁屏请求合并为一条锁屏请求进行处理；还可以更进一步的包括：对预添加的进程的窗口的二进制签名进行判断。如果预添加的进程的窗口不具有系统预设的二进制签名，则直接结束进程。

本实施例中还通过二进制签名保证执行程序完整性，没有经过二进制签名的程序不能被执行，如果其替换了锁屏窗口或桌面窗口，则系统的显示画面被黑屏logo遮挡。如果对每个程序或进程均设定并签发相应的二进制签名，因此可以有效保障应用的可靠性、完整性。需要说明的是，本实施例图1中所示的步骤S10至S40并不限定其先后顺序，可以根据应用场景选择相应的方式处理跳过锁屏的问题，当然，还可以根据需要选择其中两种或两种以上的方式(例如，可以以其中一种方式作为补充手段)来共同解决跳过锁屏的问题，提升安全性。

综上所述，本实施例提供的处理锁屏的方法，不仅可以通过增加显示层级的限制，防止锁屏窗口被恶意覆盖以绕过系统安全防护；还可以通过对被移除窗口进行监听，防止有人恶意将锁屏窗口或桌面窗口替换掉；也可以通过优化锁屏进程间服务的处理流程，当收到多条锁屏请求时仅做一次锁屏处理，提高锁屏进程间服务的处理能力。

因此该方法考虑不同的应用场景提供具有针对性的保护，还可以从防止覆盖、替换或恶意攻击等多个角度来防止跳过锁屏而进入系统，通过这几种保护方式的结合可以对现有技术中绕过锁屏的几种常用技术提供具有针对性的保护，从而对锁屏安全进行全方位的防护，避免造成用户数据的泄露，提升系统的总体安全防护能力。

图4还示出本实施例中提供的一种处理锁屏的装置的组成示意图，该装置100包括以下至少一个模块：层级限制模块110、监听处理模块120、合并请求模块130以及签名认证模块140。

其中层级限制模块110用于设定显示层级对预添加的进程的窗口进行限制；监听处理模块120用于对窗口移出事件进行监听；合并请求模块130用于将多条锁屏请求合并为一条锁屏请求进行处理。

针对现有技术中常有利用层级覆盖的方式来绕过当前系统的锁屏步骤，达到破解锁屏的目的，本实施例中提供层级限制模块110，其中图5还示出本实施例中层级限制模块110的组成示意图，包括：设定单元111、判断单元112、第一操作单元113和第二操作单元114。

设定单元111用于预先针对指定窗口设定显示层级的属性，其中本实施例中的指定窗口可以为但不限定来电窗口、闹钟窗口或日历窗口。指定窗口是在系统具有一个显示层级权限对应的应用列表，在该应用列表中对每个应用或进程窗口的层级显示权限进行设定，但是该应用列表中的应用的显示层级会随着系统版本以及产品的定制而发生变动。

判断单元112用于当接收到进程窗口添加请求时，判断预添加的进程的窗口是否为指定窗口。其中该进程窗口添加请求就是指请求将一个进程的窗口添加到比锁屏窗口的显示层级较高的显示层级，或者将一个进程的窗口添加到与锁屏窗口的显示层级属于同一显示层级的显示层级。

第一操作单元113用于如果预添加的进程的窗口是指定窗口，则响应进程窗口添加请求，将预添加的进程的窗口在锁屏窗口的上一层的显示层级进行显示；第二操作单元114用于如果预添加的进程的窗口不是指定窗口，则直接结束进程。

本实施例中通过层级限制模块110对显示层级属性加以限制，例如定义一些具有特殊显示层级的应用，并设定这些应用的显示层级可以高于锁屏窗口的显示层级。当窗口管理器收到进程窗口添加请求时，根据进程信息判断其是否有添加到对应显示层级的能力，如果有则接收添加请求，将预添加的进程的窗口添加在对应的显示层级上，否则直接结束进程。这样，通过判断预添加的进程窗口是不是指定窗口来决定其能否添加，根据判断结果，只有这些指定窗口的显示层级可以在锁屏窗口的显示层级之上，而其他进程如果想要显示在锁屏窗口或的显示层级之上，则会直接结束进程，也就是不响应该请求，这样就可以达到防止非法程序恶意覆盖锁屏窗口来绕过系统安全防护(即破解锁屏)的目的。

针对现有技术中常有利用替换的方式来绕过当前系统的锁屏步骤，达到破解锁屏的目的，本实施例中提供监听处理模块120，用于对移出窗口的事件进行监听，如果被移出的窗口为锁屏窗口或桌面窗口，则利用预设黑屏对显示画面进行遮挡。

在本实施例中，在窗口管理器处理WindowRemove事件时，添加对锁屏窗口和桌面窗口的处理，如果被移除的窗口为锁屏窗口或者桌面窗口，则在锁屏层上用系统logo黑屏(也可以其他预设黑屏)，以防止非法程序利用强制移出锁屏窗口或桌面窗口来替换锁屏窗口或桌面窗口，避免绕过系统安全防护。这样，利用该方法只容许来电、闹钟以及日历等系统级窗口显示，通过对窗口移出事件的监听，不允许窗口管理器随意利用其它窗口(例如与锁屏窗口相同的图片)来替换系统设定的锁屏，防止非法程序以此绕过系统安全防护，并能进一步防止不法程序利用与锁屏窗口相同的图片来套取用户的解锁密码或手势等。

在本实施例中还可以设定如果有人想要强制利用其它窗口替换锁屏窗口或桌面窗口时利用系统logo黑屏一固定时间，例如5秒，10秒等，等待锁屏窗口或桌面窗口恢复后，取消黑屏logo遮罩，如果超过固定时间还没有恢复锁屏窗口或桌面窗口则继续利用系统logo黑屏，或者进一步加固系统的锁定。

该装置还可以既包括层级限制模块110，同时又包括监听处理模块120，以解决对覆盖和替换锁屏的方式绕过锁屏的问题，每一模块的技术效果如前所述，此处不再赘述。

针对现有技术中还会进行恶意攻击，例如重复发送请求使服务器失去响应能力进而将进程统统杀掉的方式来绕过当前系统的锁屏步骤，达到破解锁屏的目的，在本实施例中还提供合并请求模块130，用于当在一个预设周期内监听到多条锁屏请求时，则仅对预设周期内最后一条锁屏请求进行响应。

通过优化锁屏dbus服务(一种进程间服务)处理流程，在收到大量服务请求后仍具有响应能力。具体的，可能在一个动作周期内接收到很多条锁屏请求，如果一条一条来处理，必然会影响进程的处理和对后来的请求的响应能力。因此对于很多冗余请求可以进行合并，如调用锁屏的请求，如果连续接收到多个锁屏请求，即使这些请求来源不同，但一个处理可以满足所有这些请求，则认为这些请求冗余，将其合并成一条，提高锁屏dbus服务的处理能力。

另外，本实施例中还会将锁屏dbus服务的相关处理会放到单独的线程上，不会对数据处理等线程的进行造成影响，锁屏请求在后台线程中得到处理，可以提高界面的响应速度。也不会因对于频繁的锁屏请求，阻塞界面，导致界面一直没有对请求响应而被窗口管理器杀掉。

该装置还可以既包括合并请求模块130，同时又包括监听处理模块120，以解决对杀掉和替换锁屏的方式绕过锁屏的问题，每一模块的技术效果如前所述，此处不再赘述。另外，该装置还可以既包括合并请求模块130，同时又包括层级限制模块110，以解决对杀掉和覆盖锁屏的方式绕过锁屏的问题，每一模块的技术效果如前所述，此处不再赘述。除此之外，该装置还可以既包括合并请求模块130，同时又包括层级限制模块110和监听处理模块120，以解决对杀掉、覆盖和替换锁屏的方式绕过锁屏的问题，每一模块的技术效果如前所述，此处不再赘述。

最后，本实施例中的签名认证模块140用于对预添加的进程的窗口的二进制签名进行判断，如果预添加的进程的窗口不具有系统预设的二进制签名，则直接结束进程。通过二进制签名保证执行程序完整性，没有经过二进制签名的程序不能被执行，如果其替换了锁屏窗口或桌面窗口，则系统被黑屏logo遮罩。如果对每个程序或进程均设定并签发相应的二进制签名，因此可以有效保障应用的可靠性、完整性。

本实施例提供的装置可以分别从通过增加显示层级的限制，防止锁屏窗口被恶意覆盖以绕过系统安全防护，通过对被移除窗口进行监听，防止有人恶意将锁屏窗口或桌面窗口替换掉；通过优化锁屏进程间服务的处理流程，当收到多条锁屏请求时仅做一次锁屏处理，提高锁屏进程间服务的处理能力等不同的角度克服现有技术中通过覆盖、替换、杀掉等方式绕过锁屏避开系统安全防护，其技术效果同上述实施例提供的方法的技术效果，此处不再赘述。

最终，本实施例中还提供了一种终端设备，图6示出该终端设备的组成示意图，该终端设备1000包括：处理器1100；以及存储器1200，存储用于所述处理器控制以下至少一种操作的指令：

设定显示层级对预添加的进程的窗口进行限制；

对窗口移出事件进行监听；

将多条锁屏请求合并为一条锁屏请求进行处理。

其中存储器1200可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

相应的，本公开还提供一种非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由装置的处理器执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种处理锁屏的方法，所述方法包括：设定显示层级对预添加的进程的窗口进行限制；对窗口移出事件进行监听；将多条锁屏请求合并为一条锁屏请求进行处理。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。