控件状态图像的生成的方法、使用方法、装置及电子设备

摘要

本申请适用于计算机软件技术领域，提供了一种控件状态图像的生成方法、使用方法、装置、电子设备及存储介质。控件状态图像的生成方法包括：获取目标控件的第一图像，所述目标控件具有第一数量的状态；基于所述第一图像，分别利用第二数量的预设模板获得所述第二数量的第二图像，每个所述预设模板对应于所述目标控件的一个状态，所述第二数量小于或等于所述第一数量。该方法通过第一图像，即原始图像，根据模板生成第二图像，可以方便的通过修改模板实现批量的第二图像的生成或修改，提高了控件状态图像的设计效率，便于批量修改控件状态图像。

说明书

技术领域

本申请属于计算机软件技术领域，尤其涉及一种控件状态图像的生成方法、使用方法、装置、电子设备及存储介质。

背景技术

人机交互应用程序中往往通过控件，例如按钮、图标、选择框等，提示用户进行操作。一般的，控件具备常规、按下和不可用三种状态。图形控件对应于这三种状态的图片称为三态图，或称控件状态图像。

目前的情况是，程序中用到的控件状态图像都是由美工人员设计好控件状态图像的图片，并将独立的控件状态图像分别导入目标程序中。目标程序运行时，根据目标控件的当前状态，单独调用相应的控件状态图像展示给用户。

但是以上设计和使用控件状态图像的方法效率低，并且不便于修改。

发明内容

本申请实施例提供了一种控件状态图像的生成方法、使用方法、装置、电子设备及存储介质，可以解决以上问题的至少一部分。

第一方面，本申请实施例提供了一种控件状态图像的生成方法，包括：

获取目标控件的第一图像，所述目标控件具有第一数量的状态；

基于所述第一图像，分别利用第二数量的预设模板获得所述第二数量的第二图像，每个所述预设模板对应于所述目标控件的一个状态，所述第二数量小于或等于所述第一数量。

应理解，通过第一图像，即原始图像，根据模板生成第二图像，可以方便的通过修改模板实现批量的第二图像的生成或修改，提高了控件状态图像的设计效率，便于批量修改控件状态图像。

第二方面，本申请实施例提供了一种控件状态图像的生成装置，包括：

第一图像获取模块，用于获取目标控件的第一图像，所述目标控件具有第一数量的状态；

第二图像获得模块，用于基于所述第一图像，分别利用第二数量的预设模板获得所述第二数量的第二图像，每个预设模板对应于所述目标控件的一个状态，所述第二数量小于或等于所述第一数量。

第三方面，本申请实施例提供了一种控件状态图像的显示方法，包括：

响应于检测到的目标控件的刷新事件，获取所述目标控件的当前状态；

根据所述当前状态，获取根据上述第一方面所述的控件状态图像的生成方法生成的第二图像；

于所述目标控件的显示位置显示所述第二图像。

第四方面，本申请实施例提供了一种控件状态图像的显示装置，包括：

状态获取模块，用于响应于检测到的目标控件的刷新事件，获取所述目标控件的当前状态；

控件状态图像获取模块，用于根据所述当前状态，获取根据上述第一方面所述的控件状态图像的生成方法生成的第二图像；

控件状态图像显示模块，用于于所述目标控件的显示位置显示所述第二图像。

第五方面，本申请实施例提供了一种电子设备，包括：

存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面或第三方面所述的方法步骤。

第六方面，本申请实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第三方面所述的方法步骤。

第七方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或第三方面所述的方法步骤。

可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请一实施例提供的系统示意图；

图2是本申请一实施例提供的控件状态图像的生成方法的流程示意图；

图3是本申请另一实施例提供的控件状态图像的生成方法的流程示意图；

图4是本申请另一实施例提供的控件状态图像的生成方法的XML文件示意图；

图5是本申请另一实施例提供的控件状态图像的生成方法的流程示意图；

图6是本申请另一实施例提供的控件状态图像的生成方法的流程示意图；

图7是本申请一实施例提供的控件状态图像的显示方法的流程示意图；

图8是本申请实施例提供的控件状态图像的生成装置的结构示意图；

图9是本申请实施例提供的控件状态图像的显示装置的结构示意图；

图10是本申请实施例提供的电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

人机交互应用程序中往往通过控件，例如按钮、图标、选择框等，提示用户进行操作。一般的，控件具备常规、按下和不可用三种状态。图形控件对应于这三种状态的图片称为三态图，或称控件状态图像。在一些应用场景中，控件的状态可以有两个状态或多个状态。

目前的情况是，程序中用到的控件状态图像都是由美工人员设计好控件状态图像的图片，并将独立的控件状态图像分别导入目标程序中。目标程序运行时，根据目标控件的当前状态，单独调用相应的控件状态图像展示给用户。

但是以上设计和使用控件状态图像的方法效率低，并且不便于修改。原因在于，当需要更改控件风格时，需要美工人员重新调整控件的每个状态对应的图像，造成调整周期长、效率低。

图1示出的是本申请实施例提供的一种控件状态图像处理系统100，该系统包括控件状态图像生成单元110，和控件状态图像显示单元120。

控件状态图像生成单元110，用于根据原始图像(或称第一图像)生成与控件各个状态对应的一个或多个状态图像130。

控件状态图像显示单元120，用于响应于检测到的目标控件的刷新事件，根据目标控件的当前状态，调用由控件状态图像生成单元110生成的目标状态图像，并显示该目标状态图像。

控件状态图像生成单元110，和控件状态图像显示单元120可以为同一电子设备，也可以为不同电子设备。

状态图像130可以存储于控件状态图像生成单元110或控件状态图像显示单元120的存储介质中，也可以存储在与图像生成单元110和控件状态图像显示单元120独立的存储介质中。

应理解，控件状态图像生成单元110，和控件状态图像显示单元120可以配合工作，也可以分别独立工作。

图2示出了本申请实施例提供的控件状态图像的生成方法，应用于上述图1所示的控件状态图像处理系统100中的控件状态图像生成单元110，可由所述控件状态图像生成单元110的软件和/或硬件实现。如图2所示，该方法包括步骤S110至S120。各个步骤的具体实现原理如下：

S110，获取目标控件的第一图像，所述目标控件具有第一数量的状态。

在一些实施例中，第一图像可以是美工人员提供的原始图像。在一些实施例中，第一图像，即原始图像对应于目标控件的一个状态。示例性的，当目标状态具有3个状态：常规态、点击态和不可用态时，第一图像为目标控件常规态时显示的图像。在另一些实施例中，第一图像并不对应目标控件的任何一个状态，第一图像是获得目标控件各个状态对应的图像的基础。

在一些实施例中，目标控件具有第一数量的状态，第一数量可以为一个，也可以为多个。示例性的，目标控件只有一个状态的情况，可以是目标控件只有常规态一种状态，不论用户对目标控件进行何种操作，目标控件的显示状态都不发生改变。在另一些实施例中，目标状态具有3个状态：常规态、点击态和不可用态。常规态为用户不对目标控件进行操作时，目标控件显示的状态。点击态为用户对目标控件进行点按操作时，响应于该点按操作，目标控件显示的状态。不可用态为目标控件不响应用户的操作时显示的状态。

S120，基于所述第一图像，分别利用第二数量的预设模板获得所述第二数量的第二图像，每个所述预设模板对应于所述目标控件的一个状态，所述第二数量小于或等于所述第一数量。

其中，对应于目标控件的各个状态，预先设置与这些状态一一对应预设模板。在一些实施例中，目标控件有三个不同的状态，若第一图像对应目标控件的一个状态的话，例如常规态。则预先设置对应于点击态和不可用态的两个模板。在另一些实施例中，目标控件有三个不同的状态，若第一图像并不对应于目标控件的任意一个状态，则预先设置对应于常规态、点击态和不可用态的三个模板。

预设模板包括尺寸参数、亮度偏移参数、透明度偏移参数、RGB偏移参数和RGB转换参数等参数至少之一。

在一个具体的示例中，第一图像为原始图像，对应于点击态的预设模板包括透明度偏移参数和RGB偏移参数等参数。根据所述第一图像获得第二图像，即通过原始图像获得点击态图像，可以包括，根据RGB偏移参数在原始图像的基础上对原始图像的各个像素的RGB参数进行调整。示例性的，预设模板中预设R分量的偏移值为正100，则该参数指示将原始图像的每个像素的R分量的值增加100。可以此类推RGB偏移参数为负值的情况。示例性的，图像透明度参数为0时为全透明，为255时为不透明。透明度偏移参数为正10时，该参数指示在原始图像的基础上对原始图像各个像素的透明度进行调整，将透明度参数增加10。可以此类推透明度偏移参数为负值的情况。应理解，若上述各个参数达到图像参数的上下限值，调整后的第二图像的参数值可以为图像参数的上下限值。

在一个具体的示例中，第一图像为原始图像，对应于不可用态的预设模板包括RGB转换参数等参数。RGB转换参数包括原始颜色和目标颜色，示例性的，预设模板包含两组RGB转换参数，第一组：原始颜色为品红色，目标颜色为白色；第二组：原始颜色为非品红，目标颜色为黑色。根据所述第一图像获得第二图像，即通过原始图像获得不可用态图像，可以包括，将原始图像中的原始颜色非品红色转换为目标颜色黑色，将原始图像中的原始颜色品红色转换为目标颜色白色。由此获得一个黑白两色的图像，用以表示控件的不可用状态。

在一些实施例中，第一图像并不对应于目标控件的一个状态，需要通过预设模板，将第一图像转换目标控件的一个状态，例如常规态。模板设置和转换方法可以参考上述示例。在一些具体的示例中，将第一图像转换为常规态对应的图像还包括，根据预设模板的尺寸参数，对第一图像进行裁剪。在此种情况下第一数量等于第二数量。

可以理解的是，若目标控件具有第一数量的状态，当第一图像为原始图像时，并且第一图像对应于目标控件的一个状态，则需要第二数量的预设模板，根据原始图像获得对应不同状态的第二图像，第二数量等于第一数量减一。

若目标控件具有第一数量的状态，当第一图像为原始图像时，并且第一图像并不对应于目标控件的一个状态，则需要第二数量的预设模板，根据原始图像获得对应不同状态的第二图像，第二数量等于第一数量。

在一些实施例中，利用第二数量的预设模板中的各个预设模板，分别根据第一图像获得第二图像，包括：利用所述第一图像获得第二数量的待转换图像，根据第二数量的预设模板中的各个预设模板，分别将所述待转换图像调整为第二图像，每个预设模板对应于所述目标控件的一个状态。其中，待转换图像为第一图像的副本。

应理解，通过第一图像，即原始图像，根据模板生成第二图像，可以方便的通过修改模板实现批量的第二图像的生成或修改，提高了控件状态图像的设计效率，便于批量修改控件状态图像。

在上述图2所示的控件状态图像的生成方法的实施例的基础上，在步骤S120，利用第二数量的预设模板中的各个预设模板，分别根据所述第一图像获得第二图像后，如图3所示，还包括步骤S310至S330：

S310，将各个状态图像按预设顺序合并，获得并存储组合图像；所述状态图像包括第一图像和各个第二图像，或所述状态图像包括各个第二图像。

在一些实施例中，第一图像对应于目标控件的一个状态，则所述状态图像包括第一图像和各个第二图像。

在另一些实施例中，第一图像并不对应于目标控件的一个状态，则状态图像包括各个第二图像。

在一个具体的示例中，对应于目标控件的各个状态的图像是单独的图像文件的形式，将各个状态图像按预设顺序合并，获得一个包含各个状态图像的图像文件。示例性的，目标控件具有常规态、点击态和不可用态，预设顺序可以为从左向右依次排列常规态图像、点击态图像和不可用态图像。

S320，获取所述组合图像的属性信息，根据所述属性信息生成扩展标记语言(Extensible Markup Language，XML)元素。

组合图像的属性信息包括组合图像的存储路径、各个状态图像偏移量，还包括组合图像描述信息、图像索引信息、状态图像宽度信息和状态图像高度信息至少之一。

示例性的，根据存储路径path、各个状态图像偏移量offset、组合图像描述信息desc、图像索引信息key、图像宽度信息width和图像高度信息height生成的XML元素可以为：

。

示例性的，图像索引信息key对应一个目标控件，用于搜索目标控件的状态图的其他信息属性信息。

示例性的，各个状态图像偏移量offset，表示目标控件各个状态图的起始坐标，“0,0”表示常规态图像的起始坐标，“828,0”表示点击态的起始坐标，“1656,0”表示不可用态图像的起始坐标。应理解，通过设置状态图像偏移量，以及预设偏移量和状态间的对应关系，可以实现对控件多种不同状态的支持。

示例性的，存储路径path为组合图像的文件名，在一些实施例中，还可以以包括组合图像文件所在的路径。

示例性的，图像宽度信息width和图像高度信息height用于标识各个状态图像的宽和高。

在显示目标控件当前状态对应的状态图像时，可以根据图像索引信息key查询目标控件对应的XML文件的目标元素，并根据目标元素的path属性获取组合图像。根据预设的目标控件的状态和组合图像中各个状态图像的顺序的对应关系、各个状态图像偏移量offset，以及图像宽度信息width和图像高度信息height，对组合图像进行截取，以获得目标控件当前状态对应的状态图像。

在一些实施例中，获取所述组合图像的属性信息，根据所述属性信息生成扩展标记语言XML元素，包括：获取所述组合图像的存储路径；获取所述组合图像中各个状态图像偏移量；根据所述存储路径和所述各个状态图像偏移量生成XML元素。

在一些实施例中，获取所述组合图像的存储路径，包括：根据预设算法，生成所述第一图像的校验值；将所述校验值作为组合图像的文件名；根据所述文件名确定所述组合图像的路径。预设算法可以是文件校验算法，示例性的，预设算法可以是MD5算法。根据所述文件名确定所述组合图像的路径包括但不限于以文件名作为路径，或以路径加文件名形式的路径。应理解通过以预设算法生成第一图像的校验值，可以使XML文件元素对应的文件具有唯一性，在批量处理多个目标控件的第一图像时，可以根据第一图像的校验值区分该第一图像是否为已经生成过状态图的图像，避免重复处理，提高处理效率。

S330，将所述XML元素写入XML文件。

图4示出的是本申请另一实施例提供的控件状态图像的生成方法的XML文件示意图。参见图4，可以在针对目标控件生成该控件的各个状态的组合图像后，并生成XML元素后，以预设的排列规则将该控件对应的XML元素加入XML文件。预设的排列规则可以是图像索引信息key的字母顺序，也可以是目标控件的优先级顺序，这里不做具体的限定。

应理解，将多个状态图像合并为一个组合图像，并配合XML文件的索引功能，可以减少使用状态图像的使用者，例如控件状态显示单元，调用资源文件的数量，方便进行风格转换和对状态图像的管理。

在上述图2所示的控件状态图像的生成方法的实施例的基础上，在步骤S110，获取目标控件的第一图像后，如图5所示，还包括步骤S510至S540：

S510，根据所述预设算法，获取所述第一图像的校验值。

S520，在XML文件中查询所述校验值。所述XML文件包括一个或多个XML元素，每个所述XML元素包含一个控件状态图像对应的第一图像的校验值。

预设算法是与上述步骤S320的示例中的预设算法相同的文件校验算法，示例性的，预设算法可以是MD5算法。

S530，若所述XML文件中存在包含校验值的元素，则不再执行所述利用第二数量的预设模板中的各个预设模板，分别根据所述第一图像获得第二图像的步骤以及后续步骤。

S540，若所述XML文件中不存在包含校验值的元素，则执行所述利用第二数量的预设模板中的各个预设模板，分别根据所述第一图像获得第二图像的步骤以及后续步骤。

在一些实施例中，通过MD5算法获得第一图像的校验值后，在预存的XML文件中搜索各个控件对应的XML元素，若这些元素中的任意元素的路径属性中都不包含校验值的信息，说明该第一图像是一个新的原始图像，需要对其进行转换，生成控件的状态图。若干这些元素中存在包含校验值的元素，则说明这个原始图像已经被用来生成过控件的状态图，可以将该原始图像忽略，避免重复操作。应理解，通过图5所示的示例对多个目标控件的第一图像图例可以实现快速导出多个控件的状态图，提高处理效率。应理解，在一些实施例中可以不包含步骤S510至S540，只包含步骤S510、S520和S540，也可达到同样的效果。

在上述图2、3或5所示的控件状态图像的生成方法的实施例的基础上，若检测到存在多个所述第一图像，每个所述第一图像对应于一个目标控件，则针对每个所述第一图像执行上述图2、3或5所示的控件状态图像的生成方法的各个步骤。

以图2所示的实施例为例，参见图6，在步骤S120后执行步骤S610，判断是否还存在未处理的第一图像，若检测到还存在未处理第一图像，则针对未处理的第一图像执行步骤S110和步骤S120，处理完全部第一图像，即根据全部第一图像生成各个目标控件的状态图。

以图3所示的实施例为例，在步骤S330后执行步骤S610，判断是否还存在未处理的第一图像，若检测到还存在未处理第一图像，则针对未处理的第一图像执行步骤S110和步骤S120，以及步骤S310至步骤S330，处理完全部第一图像，即根据全部第一图像生成各个目标控件的状态图。

图7示出了本申请实施例提供的控件状态图像的显示方法，应用于上述图1所示的控件状态图像处理系统100中的控件状态图像显示单元120，可由所述控件状态图像显示单元120的软件和/或硬件实现。如图7所示，该方法包括步骤S710至S730。各个步骤的具体实现原理如下：

S710，响应于检测到的目标控件的刷新事件，获取所述目标控件的当前状态。

在一些实施例中，目标控件的刷新事件可以是用户对目标控件的操作，例如点击操作。点击操作包括但不限于通过鼠标点击目标控件和通过触摸点击目标控件。

在另一些实施例中，目标控件的刷新事件可以是控件状态图像显示单元自动执行的更新显示操作。更新显示操作包括但不限于定时更新当前显示界面中各个控件的状态。

在一个具体的示例中，控件状态图像显示单元检测用户的点击操作，控件状态图像显示单元查询响应该操作对应的控件状态，将该状态作为目标控件的当前状态。

S720，根据所述当前状态，获取根据上述图2、3、5或6所示的控件状态图像的生成方法生成的第二图像。

S730，于所述目标控件的显示位置显示所述第二图像。

在一些实施例中，控件状态图像的生成方法为上述图2所示的控件状态图像生成方法，采用该方法生成的状态图像为独立的图像文件。控件状态图像显示单元根据预存的控件状态和状态图像的对应关系，查找相应的状态图像也就是以上各实施例所述的第二图像，并显示该状态的第二图像。

在一些实施例中，若控件状态图像的生成方法为上述图2或5所示的控件状态图像生成方法，采用该方法生成的状态图像为由第一图像和第二图像，或者第二图像构成的组合图像。并通过XML文件保存组合图像的属性信息。示例性的，控件状态图像显示单元可以根据图像索引信息key查询目标控件对应的XML文件的目标元素，并根据目标元素的path属性获取组合图像。根据预设的目标控件的状态和组合图像中各个状态图像的顺序的对应关系、各个状态图像偏移量offset，以及图像宽度信息width和图像高度信息height，对组合图像进行截取，以获得目标控件当前状态对应的状态图像。

以上各个实施例包括的相同步骤此处不再详述，请参见对应实施例的相应描述。

对应于上述图2所示的控件状态图像的生成方法，图8示出的是本申请实施例提供的一种控件状态图像的生成装置M100，包括：

第一图像获取模块M110，用于获取目标控件的第一图像，所述目标控件具有第一数量的状态；

第二图像获得模块M120，用于基于所述第一图像，分别利用第二数量的预设模板获得所述第二数量的第二图像，每个预设模板对应于所述目标控件的一个状态，所述第二数量小于或等于所述第一数量。

可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。

对应于上述图6所示的控件状态图像的显示方法，图9示出的是本申请实施例提供的一种控件状态图像的显示装置M700，包括：

状态获取模块M710，用于响应于检测到的目标控件的刷新事件，获取所述目标控件的当前状态；

控件状态图像获取模块M720，用于根据所述当前状态，获取根据上述第一方面所述的控件状态图像的生成方法生成的第二图像；

控件状态图像显示模块M730，用于所述目标控件的显示位置显示所述第二图像。

可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。

图10为本申请一实施例提供的电子设备的结构示意图。该电子设备用于实现上述图1中的控件状态图像处理系统100中的控件状态图像生成单元110和控件状态图像显示单元120至少之一。

如图10所示，该实施例的电子设备D10包括：至少一个处理器D100(图10中仅示出一个)处理器、存储器D101以及存储在所述存储器D101中并可在所述至少一个处理器D100上运行的计算机程序D102，所述处理器D100执行所述计算机程序D102时实现上述任意各个方法实施例中的步骤。或者，所述处理器D100执行所述计算机程序D102时实现上述各装置实施例中各模块/单元的功能。

所述电子设备D10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器D100、存储器D101。本领域技术人员可以理解，图10仅仅是电子设备D10的举例，并不构成对电子设备D10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器D100可以是中央处理单元(Central Processing Unit，CPU)，该处理器D100还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器D101在一些实施例中可以是所述电子设备D10的内部存储单元，例如电子设备D10的硬盘或内存。所述存储器D101在另一些实施例中也可以是所述电子设备D10的外部存储设备，例如所述电子设备D10上配备的插接式硬盘，智能存储卡(Smart MediaCard,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器D101还可以既包括所述电子设备D10的内部存储单元也包括外部存储设备。所述存储器D101用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器D101还可以用于暂时地存储已经输出或者将要输出的数据。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。