控制方法及电子设备与流程

本申请涉及控制技术，具体涉及一种控制方法及电子设备。

背景技术：

在手机、平板电脑等电子设备出厂之前，至少需要对电子设备的部分应用进行预安装。这些预安装的应用需要执行首次开盒运行(oobe)后才能被首次运行。也就是说，这些预安装的应用在电子设备到达用户手中进行安装，使得安装完成。安装完成后，对应用进行首次运行，以供后续用户使用该应用的功能。目前，多数应用的首次运行是基于用户的操作来完成的，例如，应用a在接收到用户的点击操作时执行首次运行。这种需要用户参与来进行首次运行的方式无法体现电子设备的智能性。

技术实现要素：

为解决现有存在的技术问题，本申请实施例提供一种控制方法和电子设备。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种控制方法，所述方法包括：

识别电子设备的使用者的使用状态，得到一识别结果；

依据识别结果，运行电子设备的操作系统；

获取事件，所述事件至少表征为操作系统针对所述使用者的部署信息；

至少基于获取的事件生成第一指令，响应第一指令，触发对与所述使用者的标识相匹配的至少一个应用进行运行。

上述方案中，

所述部署信息为操作系统生成的针对所述至少一个应用的部署信息；

检测为所述部署信息中出现有针对所述至少一个应用的预定信息时，生成所述第一指令，以触发对所述一个应用进行首次运行。

上述方案中，所述方法还包括：

所述部署信息为操作系统生成的针对至少两个应用中的各个应用的部署信息；

当检测为部署信息中出现有针对所述各个应用中的其中一个应用的预定信息时，生成针对所述其中一个应用的第一指令，以触发对所述其中一个应用的首次运行。

上述方案中，所述预定信息至少表征为应用的部署状态已达到预定状态。

上述方案中，所述方法包括：

当识别结果表征所述电子设备被所述使用者初次使用时，运行所述操作系统；或者，

当识别结果表征所述电子设备被所述使用者非初次使用且所述应用处于预定状态时，运行所述操作系统。

本发明实施例提供一种电子设备，所述设备包括处理器和存储介质；其中，所述存储介质用于存储计算机程序；

所述处理器，用于在执行所述存储介质存储的计算机程序时，至少执行以下步骤：

识别电子设备的使用者的使用状态，得到一识别结果；

依据识别结果，运行电子设备的操作系统；

获取事件，所述事件至少表征为操作系统针对所述使用者的部署信息；

至少基于获取的事件生成第一指令，响应第一指令，触发对与所述使用者的标识相匹配的至少一个应用进行运行。

上述方案中，所述处理器，还用于执行以下步骤：

所述部署信息为操作系统生成的针对所述至少一个应用的部署信息；

检测为所述部署信息中出现有针对所述至少一个应用的预定信息时，生成所述第一指令，以触发对所述一个应用进行首次运行。

上述方案中，所述处理器，还用于执行以下步骤：

所述部署信息为操作系统生成的针对至少两个应用中的各个应用的部署信息；

当检测为部署信息中出现有针对所述各个应用中的其中一个应用的预定信息时，生成针对所述其中一个应用的第一指令，以触发对所述其中一个应用的首次运行。

上述方案中，

所述预定信息至少表征为应用的部署状态已达到预定状态。

上述方案中，所述处理器，还用于执行以下步骤：

当识别结果表征所述电子设备被所述使用者初次使用时，运行所述操作系统；或者，

当识别结果表征所述电子设备被所述使用者非初次使用且所述应用处于预定状态时，运行所述操作系统。

本申请实施例还提供一种存储介质，所述存储介质用于存储计算机程序，所述计算机程序被执行时至少执行前述的控制方法。

本申请实施例的控制方法和电子设备，其中，所述方法包括：识别电子设备的使用者的使用状态，得到一识别结果；依据识别结果，运行电子设备的操作系统；获取事件，所述事件至少表征为操作系统针对所述使用者的部署信息；至少基于获取的事件生成第一指令，响应第一指令，触发对与所述使用者的标识相匹配的至少一个应用进行运行。

本申请实施例中，应用的首次运行是基于操作系统生成的部署信息，也即基于操作系统生成的部署信息，触发应用进行首次运行，与相关技术中的手动和/或采用固定的定时时间执行应用的首次运行的方式相比，本方案至少能够智能化的触发应用的首次运行，且这种智能化方式可适用多种品牌的电子设备。

附图说明

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

图1为本申请实施例的控制方法的实现流程示意图一；

图2为本申请实施例的控制方法的实现流程示意图二；

图3为本申请实施例的控制方法的实现流程示意图三；

图4为本申请实施例的电子设备的组成结构示意图一；

图5为本申请实施例的电子设备的组成结构示意图二。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

先对本申请实施例中可以涉及到的技术术语进行说明：

1)通用应用平台(uwp，universalwindowsplatform)：是操作系统windows10中的通用应用平台，uwp不同于传统电脑上的exe应用，与适用于手机端的app(应用)也有本质区别。它并不是为某个终端而设计，而是可以在所有windows10设备上运行，例如win10mobile(移动终端)、surface(windows平板电脑)、pc(个人电脑)、xbox(家用电视游戏机)、hololens(全息计算机设备)等平台上运行。

2)开盒运行(oobe，out-of-boxexperience)，在安装完windows操作系统后会进行的一个步骤，在这个步骤中可进行windows的一些基本设置，如语言设置、与上网有关的网络参数的设置等。

3)utility：为一种应用程序，能够实现电子设备上键盘的快捷键功能，如键盘上的按键f7代表打开飞行模式的功能；键盘上的按键f8代表执行打开/关闭触摸板的功能。

4)微软商店应用(msstoreapp)：是微软的一种应用商店，能够提供用户能够使用到的各种应用程序、例如社交类应用的程序、办公类软件应用等。

本领域技术人员应该而知，本申请以下各实施例中涉及到的电子设备包括但不仅限于：工业控制计算机、个人计算机等各种类型计算机、一体式电脑、笔记本电脑、平板电脑、手机、电子阅读器等，还可以为智能眼镜、智能手表、智能鞋等穿戴式设备。本申请实施例中优选的电子设备为计算机。

本申请实施例的控制方法的第一实施例，如图1所示，所述方法包括：

步骤101：识别电子设备的使用者的使用状态，得到一识别结果；

步骤102：依据识别结果，运行电子设备的操作系统；

步骤103：获取事件，所述事件至少表征为操作系统针对所述使用者的部署信息；

步骤104：至少基于获取的事件生成第一指令，响应第一指令，触发对与所述使用者的标识相匹配的至少一个应用进行运行。

执行上述步骤的主体为电子设备。

上述方案中，使用者的标识可以是能够表示该使用者的标识，如登录/注册账号、或登录/注册账号与密码的组合等。通俗来讲，与使用者的标识相匹配的应用可以认为是使用者需要使用的应用，该应用可从应用商店中下载。使用者需要使用的应用中的部分应用可以是电子设备出厂前预安装的应用。使用者需要使用的应用可以为任何类型的应用，如社交应用、快捷键应用、浏览器应用等。如没有特殊说明，本方案中涉及的应用均指的是能够在通用应用平台(uwp，universalwindowsplatform)版本的应用，进一步的能够是在windows操作系统中能够使用的uwp版本的应用。

可以理解，本方案中的应用的运行指的是应用在安装完成后进行的第一次运行(首次运行)，该第一次运行后，该应用的功能就能被用户所使用。

可以看出，在上述方案中，应用的运行是基于操作系统生成的部署信息，也即基于操作系统生成的部署信息，触发应用进行运行，这是因为，为提高智能性，需要避免用户的手动点击运行，而采用使应用自动运行的方式，来提高用户体验。比如，通过定时方式执行首次运行，例如在电子设备出厂后第一次开机的30s后进行已安装完成的应用的首次运行，这种定时方式较为粗糙，由于各厂家的硬件不同，运行同样软件所需的时间也不同，各厂家之间无法找到一个标准的定时时间以适应各厂家生产的不同品牌的电子设备的需求，有些硬件设备在20秒时可能可以进行首次运行了，这就在20秒-30秒的时期内用户不能使用应用，或是仍需手动点击运行应用。而有些硬件设备在40秒时才完成部署，这样，在30秒时的运行就失败了，用户仍然需要手动点击运行应用。更进一步的，采取更加智能的方式触发应用的首次运行，以适用于多种品牌、硬件配置的电子设备。

可以理解：本申请实施例中的运行可以是应用经部署(安装完成)后进行的第一次运行(首次运行)。首次运行的目的之一在于对使得已经安装完成的应用具有的功能有效，以方便用户对应用的使用。

在一个可选的实施例中，所述控制方法还包括：

当识别结果表征所述电子设备被所述使用者初次使用时，运行所述电子设备的操作系统，并基于运行的操作系统获取部署信息，生成用于触发应用进行首次运行的第一指令。

此处，应用的首次运行与用户(电子设备的使用者)信息绑定。主要考虑到同一电子设备能够被不止一个用户使用，不同用户对同一电子设备的使用需求不同(也即不同用户在同一电子设备上使用的应用不同)。本实施例中，当用户在本地电子设备上进行注册后，下载自身需要使用的应用，针对该注册的用户(采用注册账号进行登录)，本地电子设备即可运行操作系统并基于运行的操作系统获取针对用户需要的应用的部署信息，基于部署信息，触发应用进行首次运行。本方案中，还可以，虽然用户不是在本地电子设备上注册而是在本地电子设备利用登录账号进行第一次登录后，下载自身需要使用的应用，针对该第一次登录，本地电子设备即可运行操作系统并基于运行的操作系统获取针对用户需要的应用的部署信息，基于部署信息，触发应用进行首次运行。其中，用户在本地电子设备上的注册、和用户不在本地电子设备上注册并在本地电子设备上进行第一次登录等情况均可视为电子设备被使用者初次使用的情形。这种使用者的初次使用方可运行操作系统，并基于运行的操作系统获取部署信息，基于部署信息，触发应用进行首次运行的方式，可为使用本地电子设备的任何用户均配备uwp版本的应用，以方便用户的使用。

本领域技术人员应该理解：本方案中的初次使用指的是本地注册本地第一次登录、或非本地注册本地登录这两种情况。对于一些极端的情况，例如用户在本地进行注册，还未来得及登录或者在登录没多久后就因为私人原因关闭电脑的这种情况，视为用户需要使用的应用还未来得及安装完成，自然也不会来得及执行已安装完成应用的首次运行。这种情况即为用户是初次使用电子设备但应用还没有来得及安装或安装完成的情形，针对这种情形，本申请实施例的控制方法还包括：

当识别结果表征所述电子设备被所述使用者非初次使用时，判断与所述使用者的标识相匹配的应用是否处于预定状态时，判断为是时，运行所述电子设备的操作系统，并基于运行的操作系统获取部署信息，生成用于触发应用进行首次运行的第一指令。

此处，针对前述的极端情况，在用户离开电子设备后再回到电子设备旁进行重新登录(非初次使用的情况)时，判断应用是否处于安装未完成状态(预定状态)，判断为处于安装未完成状态时，运行操作系统，操作系统产生关于该应用的部署信息，以完成安装；并基于部署信息生成第一指令，触发应用进行首次运行，以使得用户能够使用该应用的功能。

本申请实施例的控制方法的第二实施例，如图2所示，所述方法包括：

步骤201：识别电子设备的使用者的使用状态，得到一识别结果；

步骤202：当识别结果表征所述电子设备被所述使用者初次使用时，运行电子设备的操作系统；

步骤203：获取事件，所述事件至少表征为操作系统针对与使用者的标识相匹配的至少一个应用的部署信息；

步骤204：检测为所述部署信息中出现有针对所述至少一个应用的预定信息时，生成第一指令，响应第一指令，触发对所述一个应用进行首次运行。

执行以上步骤的主体为电子设备。在以上步骤中出现的相关说明请参见前述对步骤101～104的相关说明，不赘述。

在步骤201和202中，(本地)电子设备针对用户输入的账号信息识别该用户当前的登录是第几次登录，如果是第一次登录则执行对操作系统的运行。如果该用户的账号信息在本地电子设备中没有出现，提醒用户进行注册，并在注册成功过后执行对操作系统的运行。

在步骤203和204中，操作系统在运行中会产生针对使用者需要使用的一个或两个以上的应用的部署信息，电子设备对操作系统生成的部署信息进行检测(监控)，一旦检测(监控)到针对应用的预定信息时，则生成第一指令，触发应用进行首次运行。

在上述方案中，应用的首次运行是基于操作系统生成的部署信息，也即基于操作系统生成的部署信息，触发应用进行首次运行，本方案至少能够智能化的触发应用的首次运行，且这种智能化方式可适用多种品牌的电子设备。

上述方案中，所述预定信息至少表征为应用的部署状态已达到预定状态；所述预定信息至少表征为应用的部署状态接近于部署完成状态或部署已经完成状态。所述预定状态可以为部署完成状态如操作系统生成的部署信息是针对某个应用的本应该生成的全部部署信息。所述预定状态也可以为接近于部署完成状态如操作系统生成的部署信息达到针对某个应用的本应该生成的全部部署信息的90％、80％或95％等。

在实际应用中，用户需要使用的应用可以为一个还可以为两个及以上。其中，针对使用的应用为一个的情况例如应用为应用a，操作系统生成的部署信息为针对该应用的部署信息，检测该部署信息，一旦检测(监控)到针对应用a的预定信息时，则生成第一指令，触发应用a进行首次运行。

针对使用的应用为两个及以上的情况，所述部署信息为操作系统生成的针对至少两个应用中的各个应用的部署信息；当检测为部署信息中出现有针对所述各个应用中的其中一个应用的预定信息时，生成针对所述其中一个应用的第一指令，以触发对所述其中一个应用的首次运行。

此处，在使用者使用的应用为两个及以上的情况下，操作系统生成的部署信息为针对这两个及以上应用、例如应用1及应用2的部署信息，检测该部署信息，一旦在部署信息中出现针对应用1的能够表征应用1的部署接近于完成或已经完成的信息(预定信息)时，则生成针对应用1的触发指令(第一指令)，触发应用1进行首次运行。一旦在部署信息中出现针对应用2的能够表征应用2的部署接近于完成或已经完成的信息(预定信息)时，则生成针对应用2的触发指令(第一指令)，触发应用2进行首次运行。通常，不同的应用的部署完成或接近于完成的时刻并不相同，先部署完的或先接近于部署完的应用先被首次运行。如此，便可保证各个应用在各自的部署完成状态或各自部署接近完成的状态下被触发首次运行。

上述方案中，某个应用的首次运行是在该应用的部署接近于完成或已经完成的状态下进行的，与相关技术中的手动和/或采用固定的定时时间执行应用的首次运行的方式相比，本方案至少能够智能化的触发应用的首次运行，且这种智能化方式可适用多种品牌的电子设备，易用性较强，可移植性较好。

下面以图3所示的流程图对本申请实施例做进一步说明。

步骤300：电子设备出厂之前，对应用进行预安装；

以uwp版本的应用如utility、电子设备的操作系统为windows为例，在电子设备出厂之前，需要对其进行预安装。在电子设备出厂后达到用户手中时，需要执行以下流程以完成对uwp版本的utility的最终安装：

步骤301：执行oobe流程；

这里，步骤301中可进行windows的一些基本设置，如语言设置、与上网有关的网络参数的设置等，具体请参见相关说明，此处不赘述。

用户自身需要使用的应用可以是在出厂之前被预安装的应用，也可以是经过下载的应用。

步骤302：判断当前使用电子设备的用户是否为期望用户；

也即判断当前使用电子设备的用户是否为初次使用该电子设备的用户、或者判断当前使用电子设备的用户是否为虽然不是初次使用但需要使用的应用还未完成安装；

如果是，执行步骤303；

否则，流程结束；

其中，在电子设备上进行注册的用户或第一次使用账号在该电子设备上进行登陆(在其它电子设备上注册)的用户均可视为初次使用该电子设备的用户。

可以理解：步骤301和302没有严格的先后顺序，还可以同时进行。

步骤303：运行操作系统，操作系统利用部署软件进行部署；

这里，当操作系统为windows系列时，部署软件可以是微软商店软件(msstoreapp)标准程序中提供的应用程序，由该应用程序进行部署。部署的过程可看成从未安装到安装完成的过程。具体的部署过程不做详细描述。

这里，电子设备启动utility的计划任务；计划任务可视为一组程序，计划任务规定了在什么时候去做什么样的事情，例如后续提到的在针对utility的部署接近于完成状态时，再延时一定的时间(预定时间)，如5-30s中的任意一个时间后，该计划任务调用utility的进程，以执行对uwp版本的utility应用的首次运行。

步骤304：操作系统生成的日志信息中存在有针对部署过程而产生的日志；

这里，针对应用的部署，操作系统会产生有部署有关的日志(log)，视为产生的有部署有关的日志为前文所述的部署信息。

步骤305：检测日志信息中是否出现能够表示应用的部署已完成或接近于完成的信息(预定信息)；

如果检测到预定信息，则执行步骤306；

否则，继续执行本步骤；

这里，有部署有关的日志为一段程序代码，在程序代码中，以data代表要部署的应用的名称、如data＝“utility”；以“level＝0或4”代表在操作系统生成的各种类型的日志信息中与uwp版本的应用(为appx)部署有关的日志。以“eventid”代表部署的状态，如eventid＝400代表部署接近于完成或已完成的状态，eventid＝300代表部署未接近于完成的状态；以“task”代表计划任务是否成功运行的类型、如task＝3为计划任务成功运行、task＝2为计划任务未成功运行。

本应用场景下，在日志的程序代码中，一旦检测到“level＝0或4”、data＝“utility”、eventid＝400、task＝3等数据时，认为操作系统对utility的部署接近于完成，执行以下步骤。

可以理解：部署完成或接近于完成可以视为应用安装完成或接近于完成。

步骤306：在检测到针对utility的预定信息后，等待预定时间(延时)如30s后，触发计划任务调用utility的进程，以执行对uwp版本的utility应用的首次运行。

在上述步骤完成后，键盘的快捷键功能有效，如操作键盘上的按键f7可打开电子设备的飞行模式；操作键盘上的按键f8执行对触摸板的打开/关闭。

上述方案中，以部署接近于完成的状态作为预定状态做出的说明，在步骤306中考虑到最好在部署全部完成后执行应用的首次运行，在检测到对utility的部署接近于完成的时刻的基础上延时30s后，再执行对utility的首次运行。如此，便可保证utility的首次运行是在部署完成之后执行的，不会产生由于部署未完成而产生的utility的首次运行无法成功的问题。其中，预定时间还可以取其它任何合理的取值，如5s或25s。

上述方案中，uwp版本的utility应用的首次运行是在该应用的部署接近于完成或已经完成的状态下进行的，其中部署接近于完成或已经完成的状态是基于针对应用的部署而产生的系统日志(部署信息)的检测而得到的，与相关技术中的手动和/或采用固定的定时时间执行应用的首次运行的方式相比，本方案至少能够智能化的触发应用的首次运行，且这种智能化方式可适用多种品牌的电子设备，易用性较强，可移植性较好。

本发明实施例还提供一种电子设备700，如图4所示，所述设备包括处理器701和存储介质702；其中，所述存储介质702用于存储计算机程序；

所述处理器701，用于在执行所述存储介质存储的计算机程序时，至少执行以下步骤：

识别电子设备的使用者的使用状态，得到一识别结果；

依据识别结果，运行电子设备的操作系统；

获取事件，所述事件至少表征为操作系统针对所述使用者的部署信息；

至少基于获取的事件生成第一指令，响应第一指令，触发对与所述使用者的标识相匹配的至少一个应用进行运行。

其中，所述处理器701，还用于执行以下步骤：

所述部署信息为操作系统生成的针对所述至少一个应用的部署信息；

检测为所述部署信息中出现有针对所述至少一个应用的预定信息时，生成所述第一指令，以触发对所述一个应用进行首次运行。

其中，所述处理器701，还用于执行以下步骤：

所述部署信息为操作系统生成的针对至少两个应用中的各个应用的部署信息；

当检测为部署信息中出现有针对所述各个应用中的其中一个应用的预定信息时，生成针对所述其中一个应用的第一指令，以触发对所述其中一个应用的首次运行。

上述方案中，所述预定信息至少表征为应用的部署状态已达到预定状态。

其中，所述处理器701，还用于执行以下步骤：

当识别结果表征所述电子设备被所述使用者初次使用时，运行所述操作系统；或者，

当识别结果表征所述电子设备被所述使用者非初次使用且所述应用处于预定状态时，运行所述操作系统。

本发明实施例的电子设备还可以如图5所示，电子设备700包括：至少一个处理器701、存储介质702、至少一个网络接口704和用户接口703。电子设备700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统705。

其中，用户接口703可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

可以理解，存储介质702可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，readonlymemory)、可编程只读存储器(prom，programmableread-onlymemory)、可擦除可编程只读存储器(eprom，erasableprogrammableread-onlymemory)、电可擦除可编程只读存储器(eeprom，electricallyerasableprogrammableread-onlymemory)、磁性随机存取存储器(fram，ferromagneticrandomaccessmemory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd-rom，compactdiscread-onlymemory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，randomaccessmemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，staticrandomaccessmemory)、同步静态随机存取存储器(ssram，synchronousstaticrandomaccessmemory)、动态随机存取存储器(dram，dynamicrandomaccessmemory)、同步动态随机存取存储器(sdram，synchronousdynamicrandomaccessmemory)、双倍数据速率同步动态随机存取存储器(ddrsdram，doubledataratesynchronousdynamicrandomaccessmemory)、增强型同步动态随机存取存储器(esdram，enhancedsynchronousdynamicrandomaccessmemory)、同步连接动态随机存取存储器(sldram，synclinkdynamicrandomaccessmemory)、直接内存总线随机存取存储器(drram，directrambusrandomaccessmemory)。本发明实施例描述的存储介质702旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例中的存储介质702用于存储各种类型的数据以支持电子设备700的操作。这些数据的示例包括：用于在电子设备700上操作的任何计算机程序，如操作系统7021和应用程序7022。其中，操作系统7021包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022可以包含各种应用程序，例如媒体播放器(mediaplayer)、浏览器(browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序7022中。

上述本发明实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(dsp，digitalsignalprocessor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储介质702，处理器701读取存储介质702中的信息，结合其硬件完成前述方法的步骤。

本申请实施例还提供一种存储介质，所述存储介质可以为图5中的存储介质702，用于存储计算机程序，该计算机程序被执行时执行前述的控制方法。

需要说明的是，本发明实施例提供的电子设备，由于该电子设备解决问题的原理与前述的控制方法相似，因此，电子设备的实施过程及实施原理均可以参见前述控制方法的实施过程及实施原理描述，重复之处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。