控制方法、装置及存储介质

技术领域

本申请涉及但不限于计算机技术领域，尤其涉及一种控制方法、装置及存储介质。

背景技术

电子设备的引导系统(UEFI)是UEFI论坛发布的一种操作系统的引导系统，其定义了操作系统与系统固件之间的接口，用来作为BIOS引导系统的替代方案。

在系统启动过程中，常会因为用户对UEFI中的变量设置错误或其他原因导致UEFI无法正常引导电子设备进入操作系统。因此，亟需一种可以快速恢复UEFI的方法。

发明内容

有鉴于此，本申请至少提供一种控制方法、装置及存储介质。

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

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

响应于操作系统成功启动，确定第一映像数据；其中，所述第一映像数据为引导系统映像，且所述第一映像数据包括完整的映像文件及映像文件中的变量的配置数据；

将所述第一映像数据转存为用于引导操作系统启动的候选映像数据。

在一些实施例中，所述方法还包括：

从至少一个候选映像数据中确定目标映像数据；

基于所述目标映像数据，引导操作系统启动。

在一些实施例中，所述至少一个候选映像数据包括第二映像数据，所述方法还包括：

响应于用户的指定操作，将所述第二映像数据标记为黄金映像数据；

所述从至少一个候选映像数据中确定目标映像数据，包括：

将所述第二映像数据确定为所述目标映像数据。

在一些实施例中，所述从至少一个候选映像数据中确定目标映像数据，包括：

将所述候选映像数据中转存时间最新的一个候选映像数据确定为所述目标映像数据。

在一些实施例中，所述从至少一个候选映像数据中确定目标映像数据，包括：

确定每一所述候选映像数据对应的优先级；

基于每一候选映像数据对应的优先级，确定所述目标映像数据。

在一些实施例中，所述将所述第一映像数据转存为用于引导操作系统启动的候选映像数据，包括：

确定是否转存所述第一映像数据；

响应于确定转存所述第一映像数据，转存所述第一映像数据。

另一方面，本申请提供一种控制装置，包括：

确定模块，用于响应于操作系统成功启动，确定第一映像数据；其中，所述第一映像数据为引导系统映像，且所述第一映像数据包括完整的映像文件及映像文件中的变量的配置数据；

转存模块，用于将所述第一映像数据转存为用于引导操作系统启动的候选映像数据。

另一方面，本申请提供了一种控制装置，包括：

引导系统芯片，用于存储第一映像数据；其中，所述第一映像数据为引导系统映像，且所述第一映像数据包括完整的映像文件及映像文件中的变量的配置数据；

基板管理控制器，用于响应于操作系统成功启动，从所述引导系统芯片读取所述第一映像数据，以将所述第一映像数据存储为用于引导操作系统启动的候选映像数据。

在一些实施例中，所述基板管理控制器，还用于：

响应于引导系统启动失败，从至少一个候选映像数据中确定目标映像数据；

将所述目标映像数据传送至所述引导系统芯片，以利用所述目标映像数据恢复所述引导系统芯片中的引导系统映像。

再一方面，本申请实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

又一方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。

又一方面，本申请实施例提供一种计算机程序，包括计算机可读代码，当所述计算机可读代码在计算机设备中运行时，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。

又一方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开的技术方案。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1为利用默认UEFI软件包恢复引导系统映像的方法的实现流程示意图；

图2为本申请提供的一种控制方法的实现流程示意图；

图3为根据本申请提供的控制方法对映像数据进行转存的实施例的实现流程示意图；

图4为根据本申请提供的控制方法利用转存的映像数据引导操作系统启动的实施例的实现流程示意图；

图5为本申请提供的一种控制装置的组成结构示意图；

图6为本申请提供的一种控制装置的组成结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和实施例对本申请的技术方案进一步详细阐述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请的目的，不是旨在限制本申请。

为了更好地理解本申请实施例提供的控制方法，下面先对相关技术中采用的UEFI恢复方案进行说明。

相关技术中，在利用UEFI引导操作系统启动失败时，利用默认UEFI软件包(或称为，可信UEFI软件包)对UEFI只读存储器(Read-Only Memory，ROM)进行自动恢复。这里，默认UEFI软件包是存储在基板管理控制器(Baseboard Management Controller，BMC)中UEFI映像，通常是经过可靠性验证的UEFI映像，例如，利用该默认UEFI可以成功引导操作系统启动三次及以上，并正常运行至少一周的时间。

但是，默认UEFI软件包中仅包含UEFI的映像文件，而不包含UEFI中变量的参数配置信息，因此，在利用默认UEFI软件包恢复UEFI ROM时，需要多次重启引导系统，并在每次重启时从BMC同步部分UEFI变量的参数配置信息。

如图1所示，在利用默认UEFI软件包恢复UEFI ROM时，可以通过以下步骤S101至步骤S104实现：

步骤S101，BMC恢复默认UEFI软件包；之后，执行步骤S102；

这里，BMC将可信的UEFI软件包安装到UEFI ROM上。

步骤S102，启动UEFI，并从BMC同步UEFI变量的部分配置数据；之后，执行步骤S103；

步骤S103，判断是否已同步所有UEFI配置数据；若是，执行步骤S104；若否，执行步骤S102；

步骤S104，POST成功。

由上可知，在利用默认UEFI软件包恢复UEFI ROM时，由于需要逐步从BMC同步UEFI配置数据，因此，需要多次重启UEFI，导致启动时间延长。

另外，部分UEFI配置数据只能通过本地的方式进行设置，并且不会存储在BMC中，通常将这种配置数据称为隐藏的UEFI配置数据，例如，密码，等等。如果这些隐藏的UEFI配置数据丢失，将导致系统部分功能不能正常使用。因此，在利用默认UEFI软件包进行引导系统恢复时，这些隐藏的UEFI配置数据不能从BMC中自动恢复，而必须在本地进行重新设置。

基于此，本申请提供了一种控制方法，该方法可以由计算机设备的处理器执行。其中，计算机设备指的可以是服务器、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、移动设备(例如，移动电话、便携式视频播放器、个人数字助理、专用消息设备、便携式游戏设备)等具备数据处理能力的设备。

图2为本申请提供的一种控制方法的实现流程示意图，如图2所示，该方法包括如下步骤S201至步骤S202：

步骤S201，响应于操作系统成功启动，确定第一映像数据；其中，所述第一映像数据为引导系统映像，且所述第一映像数据包括完整的映像文件及映像文件中的变量的配置数据。

这里，引导系统映像可以是UEFI映像，也可以是BIOS映像。

引导系统映像，可以包含UEFI或BIOS的一些功能模块和驱动程序。在一些实施例中，引导系统映像包含引导系统的驱动程序、固件程序及应用程序，等等。

映像文件是用于承载引导系统映像的文件，例如，.efi格式文件。映像文件中包含多种UEFI变量，用于定义UEFI对应的功能。

UEFI变量的配置数据，可以包括系统默认的配置数据、用户配置的数据及用户以本地方式配置的数据(例如，上文所述的隐藏的UEFI配置数据)，等等。

这里，由于第一映像数据是在操作系统成功启动后确定的映像数据，因此，第一映像数据包含可以引导操作系统成功启动的完整映像文件，以及映像文件中的变量的配置数据。可以确定的是，第一映像数据中的配置数据不仅包括系统默认的配置数据，在当前引导系统包含用户以本地方式配置的数据(即，隐藏的UEFI配置数据)的情况下，第一映像数据还包含该隐藏的UEFI配置数据。

步骤S202，将所述第一映像数据转存为用于引导操作系统启动的候选映像数据。

这里，基于第一映像数据引导操作系统成功启动之后，将第一映像数据转存为候选映像数据，以在引导系统不能成功启动，或者用户期望更改引导系统时，利用该第一映像数据启动操作系统。

本申请实施例提供的控制方法中，首先，响应于操作系统成功启动，确定第一映像数据，其中，第一映像数据包括引导系统的完整映像文件及映像文件中的变量的配置数据；然后，将第一映像数据转存为用于引导操作系统启动的候选映像数据。这样，一方面，可以在操作系统成功启动后，自动转存引导系统的完整映像文件及映像文件中的变量的配置数据；另一方面，由于候选映像数据中包含完整的配置数据，因此，在利用该候选映像数据引导操作系统启动时，不需要从BMC同步配置数据，故不需要多次重启引导系统，从而可以缩短引导系统启动时间，并且，在候选映像数据中包含隐藏的配置数据的情况下，也可以直接基于这些隐藏的配置数据启动系统，而不需要用户再次进行本地设置，从而可以减少用户的操作步骤，提高用户的使用体验。

在一些实施例中，上述控制方法还包括以下步骤S203至步骤S204：

步骤S203，从至少一个候选映像数据中确定目标映像数据。

这里，每一候选映像数据为可以成功引导操作系统启动的引导系统映像，包括完整的映像文件和映像文件中的变量的配置数据。

在一些实施例中，所述至少一个候选映像数据包括第二映像数据，所述控制方法还包括以下步骤S205：

步骤S205，响应于用户的指定操作，将所述第二映像数据标记为黄金映像数据。

这里，当用户认为利用第二映像数据引导操作系统启动时，系统性能最优，或者可以满足用户的特定需求，将该第二映像数据指定为黄金映像数据。在后续出现引导系统启动失败，需要从至少一个候选映像数据中确定目标映像数据时，默认将黄金映像数据确定为目标映像数据。

在一些实施例中，可以在转存第二映像数据之后，输出提示信息，以提示用户是否将第二映像数据标记为黄金映像数据。

在一些实施例中，可以由用户在多个候选映像数据中，将第二映像数据指定为黄金映像数据。

这样，上述步骤S203可以实现为以下步骤S2031：

步骤S2031：将所述第二映像数据确定为所述目标映像数据。

这里，将第二映像数据标记为黄金映像数据之后，第二映像数据在全部候选映像数据中具有最高优先级，即，在利用候选映像数据引导操作系统启动时，默认使用第二映像数据引导操作系统启动。

在一些实施例中，上述步骤S203还可以实现为以下步骤S2032：

步骤S2032，将所述候选映像数据中转存时间最新的一个候选映像数据确定为所述目标映像数据。

这里，通常情况下，转存时间最新的一个候选映像数据中的变量配置数据，是用户基于使用需求、对UEFI变量经过多次配置修改之后确定的变量配置数据。因此，将转存时间最新的一个候选映像数据确定为目标映像数据，可以使得利用该目标映像数据引导操作系统启动时，更加符合用户的最新设置需求。

在一些实施例中，上述步骤S203还可以实现为以下步骤S2033至步骤S2034：

步骤S2033，确定每一所述候选映像数据对应的优先级。

这里，每一候选映像数据对应的优先级，是指在从至少一个候选映像数据中确定目标映像数据时，每一候选映像数据被确定为目标映像数据的优先等级的参数。

在一些实施例中，可以在转存为候选映像数据时，由用户指定每一候选映像数据对应的优先级。

在一些实施例中，可以基于候选映像数据对应的文件大小，确定每一候选映像数据对应的优先级。例如，文件大小越小的候选映像数据，对应的优先级越高。

在一些实施例中，可以基于候选映像数据对应的转存时间，确定每一候选映像数据对应的优先级。例如，转存时间越新的候选映像数据，对应的优先级越高。

在一些实施例中，可以基于候选映像数据的类型，确定每一候选映像数据对应的优先级。例如，如上文所述，当候选映像数据的类型为黄金映像时，该候选映像数据对应的优先级最高；其他被转存的候选映像对应的的优先级相等，或者按照转存时间、文件大小、用户指定等方式中的一种，确定黄金映像数据之外的每一候选映像对应的优先级；另外，可以将类型为默认的默认引导系统软件包(例如，可信的UEFI软件包)对应的优先级设置为最低。

步骤S2034，基于每一候选映像数据对应的优先级，确定所述目标映像数据。

这里，按照至少一个候选映像数据对应的优先级顺序，从至少一个候选映像数据中确定目标映像数据。

步骤S204，基于所述目标映像数据，引导操作系统启动。

这里，将所述目标映像数据写入UEFI ROM，并利用该目标映像数据启动引导系统，以引导操作系统启动。

在上述实施例中，通过从至少一个候选映像数据中确定目标映像数据，并基于目标映像数据引导操作系统启动，可以使用户从至少一个候选映像数据中选择更符合使用需求的映像数据来引导系统启动，从而为用户提供更丰富的使用体验。

在一些实施例中，上述步骤S202可以通过以下步骤S2021至步骤S2022实现：

步骤S2021，确定是否转存所述第一映像数据。

这里，在操作系统成功启动之后，BMC监视是否转存第一映像数据。

在一些实施例中，默认转存第一映像数据。

在一些实施例中，可以基于用户的预先设置，确定是否转存第一映像数据。例如，用户可以在BMC或者操作系统环境下使用运行本申请实施例提供的控制方法的应用程序，对是否转存第一映像数据进行设置。

在一些实施例中，可以在操作系统成功启动并确定第一映像数据之后，输出提示信息，以提示用户是否转存第一映像数据；然后，响应于用户的确定操作，确定转存第一映像数据。

步骤S2022，响应于确定转存所述第一映像数据，转存所述第一映像数据。

这里，响应于确定转存第一映像数据，BMC将第一映像数据转存至BMC的存储区域或其他存储设备中。

在上述实施例中，通过确定是否转存第一映像数据，并且在确定转存第一映像数据之后，对第一映像数据进行转存，可以为用户提供是否转存第一映像数据的选择，从而提高用户的使用体验。

下面，结合图3对基于本申请实施例提出的控制方法进行映像数据转存的一个实施例进行说明。参照图3，该映像数据转存的实现流程包括以下步骤S301至步骤S307：

步骤S301，操作系统成功启动；之后，执行步骤S302；

步骤S302，确定是否转存映像数据；若是，执行步骤S303；若头，执行步骤S307；

步骤S303，确定第三映像数据；其中，第三映像数据包括引导系统的完整映像文件及映像文件中的变量的配置数据；之后，执行步骤S304；

这里，第三映像数据时引导操作系统成功启动的引导系统的映像数据。

步骤S304，BMC将UEFI ROM中的第三映像数据转存至BMC；之后，执行步骤S305；

步骤S305，确定用户是否将第三映像数据指定为黄金映像数据；若是，执行步骤S306；若否，执行步骤S307；

步骤S306，将第三映像数据设置为黄金映像数据；之后，执行步骤S307；

步骤S307，完成映像数据转存。

下面，结合图4，对根据本申请实施例的控制方法利用转存的映像数据引导操作系统启动的一个实施例的实现流程进行详细说明。如图4所示，该实施例包括以下步骤S401至步骤S410：

步骤S401，响应于POST挂起，BMC关闭引导系统；之后，执行步骤S402；

步骤S402，判断是否存在黄金映像数据；若是，执行步骤S403；若否，执行步骤S404；

这里，黄金映像数据是用户指定的映像数据，包括引导系统完整的引导文件及引导文件中的变量的配置数据。

步骤S403，基于黄金映像数据，启动引导系统；之后，执行步骤S409；

步骤S404，判断是否存在转存时间最新的候选映像数据；若是，执行步骤S405；若否，执行步骤S406；

步骤S405，基于转存时间最新的候选映像数据，启动引导系统；之后，执行步骤S409；

步骤S406，基于默认UEFI软件包，启动引导系统；之后，执行步骤S407；

这里，可信UEFI软件包即默认的UEFI映像，其中不包含UEFI变量对应的配置数据；

步骤S407，启动UEFI系统，并从BMC同步UEFI变量的配置数据；之后，执行步骤S408；

步骤S408，判断是否已同步UEFI变量的全部配置数据；若是，执行步骤S409；若否，执行步骤S407；

这里，若判断还没有同步UEFI变量的全部配置数据，则关闭UEFI系统，返回步骤S406，以重新启动UEFI系统，并从BMC同步UEFI变量的其他配置数据。

步骤S409，确定POST成功；之后，执行步骤S410；

步骤S410，启动操作系统。

有上述实施例可知，通过利用本申请实施例提供的控制方法转存的候选映像数据引导操作系统启动，相对于利用默认UEFI软件包引导操作系统启动，可以避免多次重启UEFI，从而可以缩短系统的启动时间。

本申请还提供了一种控制装置，用于执行上述各实施例公开的控制方法。

如图5所示，本申请提供的控制装置500包括引导系统芯片510和基板管理控制器BMC 520，其中：

引导系统芯片510，用于存储第一映像数据；其中，所述第一映像数据为引导系统映像，且所述第一映像数据包括完整的映像文件及映像文件中的变量的配置数据。

这里，引导系统芯片510是用于存储引导系统映像数据的芯片。在一些实施例中，引导系统芯片510可以是BIOS芯片，也可以是UEFI芯片。

第一映像数据可以是基于默认的引导系统映像数据安装、并从BMC同步配置数据后得到的映像数据，也可以是基于用户重新配置后确定的映像数据。这里，第一映像数据包括完整的映像文件及映像文件中的变量的配置数据，因此，第一映像数据是可以引导操作系统启动的映像数据。

BMC 520，用于响应于操作系统成功启动，从所述引导系统芯片510读取所述第一映像数据，以将所述第一映像数据存储为用于引导操作系统启动的候选映像数据。

这里，BMC 520监视操作系统是否成功启动，并在确认操作系统成功启动后，将引导系统芯片510中的第一映像数据转存到BMC 520的存储区域，以作为用于引导操作系统启动的候选映像数据。

在一些实施例中，BMC 520是否基于操作系统成功启动转存第一映像数据，可以由用户预先设置。

在一些实施例中，BMC 520还用于：响应于引导系统启动失败，从至少一个候选映像数据中确定目标映像数据；将所述目标映像数据传送至所述引导系统芯片510，以利用所述目标映像数据恢复所述引导系统芯片510中的引导系统映像。

这里，当引导系统启动失败时，BMC 520可以改变BMC 520与引导系统芯片510之间的数据传输方向，以将BMC 520中存储的候选映像数据传送至引导系统芯片510。

如图5所示，在操作系统启动后，BMC 520转存第一映像数据时：在操作系统启动阶段，中央处理器(Central Processing Unit，CPU)530存取引导系统芯片510中的数据，以基于第一映像数据引导操作系统启动；进入操作系统之后，CPU 530不再存取引导系统片510中的数据；BMC 520确定操作系统成功启动之后，BMC 520通过通用型输入输出接口(General-purpose input/output，GPIO)切换BMC 520与引导系统芯片510之间的数据选择器(multiplexers，MUX)540的数据传输方向，以通过MUX 540从引导系统芯片510转存第一映像数据。

当基于引导系统芯片510中的引导系统映像数据不能正确引导操作系统启动，或者用户希望通过BMC 520中存储的其他引导系统映像数据引导操作系统启动时，BMC 520将MUX 540的数据传输方向调整为从BMC 520传送至引导系统芯片510，以将BMC 520中存储的一个候选映像数据传送至引导系统芯片510。

上述是对本申请提供的控制装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

基于前述的实施例，本申请实施例还提供一种控制装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(Central ProcessingUnit，CPU)、微处理器(Microprocessor Unit，MPU)、数字信号处理器(Digital SignalProcessor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等。

图6为本申请实施例提供的一种控制装置的组成结构示意图，如图6所示，控制装置600包括：确定模块610和转存模块620，其中：

第一确定模块610，用于响应于操作系统成功启动，确定第一映像数据；其中，所述第一映像数据为引导系统映像，且所述第一映像数据包括完整的映像文件及映像文件中的变量的配置数据；

转存模块620，用于将所述第一映像数据转存为用于引导操作系统启动的候选映像数据。

在一些实施例中，所述装置还包括：

第二确定模块，用于从至少一个候选映像数据中确定目标映像数据；

引导模块，用于基于所述目标映像数据，引导操作系统启动。

在一些实施例中，所述至少一个候选映像数据包括第二映像数据，所述装置还包括：

标记模块，用于响应于用户的指定操作，将所述第二映像数据标记为黄金映像数据；

所述第二确定模块，用于将所述第二映像数据确定为所述目标映像数据。

在一些实施例中，所述第二确定模块，用于将所述候选映像数据中转存时间最新的一个候选映像数据确定为所述目标映像数据。

在一些实施例中，所述第二确定模块，用于确定每一所述候选映像数据对应的优先级；基于每一候选映像数据对应的优先级，确定所述目标映像数据。

在一些实施例中，所述转存模块，用于确定是否转存所述第一映像数据；响应于确定转存所述第一映像数据，转存所述第一映像数据。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的控制方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件、软件或固件，或者硬件、软件、固件三者之间的任意结合。

本申请实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。

本申请实施例提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算机设备中运行的情况下，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

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

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

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

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