开机异常检测方法及装置、电子设备、存储介质与流程

本公开涉及计算机技术领域，具体而言，涉及一种开机异常检测方法、开机异常检测装置、电子设备以及计算机可读存储介质。

背景技术：

对于各种终端，从用户按电源键开机到进入桌面时，一般会播放一段过渡动画，常见的动静态logo以及进度条，当动静态logo播放完毕或者进度条完成，则进入桌面完成开机。

相关技术中，只有通过限定开机时间的方法对智能终端的系统是否正常开机进行了监控和检测。通过限定开机时间的方法检测的信息不全面，并且在人工判断屏幕状态时局限性较大，使得检测效率较低且检测结果并不准确。

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

技术实现要素：

本公开的目的在于提供一种开机异常检测方法及装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的对终端是否开机异常的检测结果不准确的问题。

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

根据本公开的一个方面，提供一种开机异常检测方法，包括：在终端处于开机状态下，对各帧图像进行预处理，并将预处理后的各帧图像发送至所述终端的屏幕以得到各帧对应的屏幕图像；获取当前帧的屏幕图像，并结合所述当前帧的屏幕图像确定所述终端的屏幕状态是否为异常状态；若所述屏幕状态为所述异常状态，则确定所述终端开机异常。

在本公开的一种示例性实施例中，对各帧图像进行预处理包括：将所述各帧图像映射到一个数组中；生成用于表示目标像素的随机数，并对所述数组中的所述随机数对应的像素值进行取反操作，以得到所述预处理后的各帧图像。

在本公开的一种示例性实施例中，将所述各帧图像映射到一个数组中包括：计算所述各帧图像的像素个数；根据所述各帧图像的像素个数形成一个数组；将所述各帧图像中的每个像素点的位置和所述数组的位置进行映射，以使所述各帧图像映射到所述数组中。

在本公开的一种示例性实施例中，生成用于表示目标像素的随机数包括：根据各帧图像中的全部图像或部分图像生成所述随机数。

在本公开的一种示例性实施例中，结合所述当前帧的屏幕图像确定所述终端的屏幕状态是否为异常状态包括：将所述当前帧的屏幕图像与上一帧的屏幕图像进行对比以得到对比结果；根据所述对比结果确定所述终端的所述屏幕状态是否为所述异常状态。

在本公开的一种示例性实施例中，将所述当前帧的屏幕图像与上一帧的屏幕图像进行对比以得到对比结果包括：通过定时器定时计算所述当前帧的屏幕图像对应的数组与所述上一帧的屏幕图像对应的数组之间的差值，并根据所述差值确定所述对比结果。

在本公开的一种示例性实施例中，根据所述对比结果确定所述终端的所述屏幕状态是否为所述异常状态包括：若所述差值等于预设值，则确定所述屏幕状态为所述异常状态，所述异常状态为所述屏幕卡死；若所述差值不等于所述预设值，则确定所述屏幕状态正常。

根据本公开的一个方面，提供一种开机异常检测装置，包括：图像预处理模块，用于在终端处于开机状态下，对各帧图像进行预处理，并将预处理后的各帧图像发送至所述终端的屏幕以得到各帧对应的屏幕图像；屏幕异常确定模块，用于获取当前帧的屏幕图像，并结合所述当前帧的屏幕图像确定所述终端的屏幕状态是否为异常状态；开机异常确定模块，用于若所述屏幕状态为所述异常状态，则确定所述终端开机异常。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的开机异常检测方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的开机异常检测方法。

本公开示例性实施例中提供的开机异常检测方法、开机异常检测装置、电子设备以及计算机可读存储介质中，在终端处于开机状态下，将预处理后的各帧图像发送至所述终端的屏幕以得到屏幕图像；根据所述屏幕图像确定所述终端的屏幕状态是否为异常状态，并根据所述屏幕状态确定所述终端是否开机异常。一方面，由于可以通过预处理后的屏幕图像确定终端的屏幕状态从而判断屏幕是否处于异常状态，避免了人工识别终端故障的局限性，提高了检测效率和终端检测的便捷性以及应用范围。另一方面，由于可以通过预处理后的图像准确得到终端的屏幕状态，并根据屏幕状态判断屏幕是否为异常状态从而确定是否开机异常，提高了终端检测的准确性，从而减少了终端的维修率。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种开机异常检测方法的示意图；

图2示意性示出本公开示例性实施例中对各帧图像进行预处理的示意图；

图3示意性示出本公开示例性实施例中图像和数组进行映射的示意图；

图4示意性示出本公开示例性实施例中第一种屏幕卡死的示意图；

图5示意性示出本公开示例性实施例中第二种屏幕卡死的示意图；

图6示意性示出本公开示例性实施例中确定终端的屏幕状态的流程图；

图7示意性示出本公开示例性实施例中开机异常检测装置的框图；

图8示意性示出本公开示例性实施例中一种电子设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

相关技术中，可以使用短时间结合长时间的预警方法。例如短时间设定为10min，长时间设定为30min，对从kernel阶段开始，终端启动流程中的每个子流程用短时间进行监控和预警，对kernel到开机成功这两个阶段用长时间进行监控和预警。

还可以使用三段式的监控方法，在uefi/lk阶段开启用于监测单片机运行的wdt，如果超时20s没有完成就发出预警。在kernel到native阶段，通过一个内核线程监控，如果在60s内还没有启动到init阶段，则发出预警。在native到开机完成阶段，启动一个服务监控是否开机完成，如果在240s内还没有开机完成，则发出预警。

上述两种方案中，虽然可以检测系统是否可以正常开机，但是并不能检测当前屏幕的状态，可能的情况是播放动静态logo时卡死，即本来应该是播放动画的循环效果，由于某种异常，画面停留在某一帧，此时开机流程仍然在运行，而对于用户来说，屏幕画面定格，系统已经卡死。

为了解决上述问题，本示例实施方式中首先提供了一种开机异常检测方法，可以应用于对终端的开机情况进行检测的应用场景中。参考图1中所示，该方法包括以下步骤：

在步骤s110中，在终端处于开机状态下，对各帧图像进行预处理，并将预处理后的各帧图像发送至所述终端的屏幕以得到各帧对应的屏幕图像；

在步骤s120中，获取当前帧的屏幕图像，并结合所述当前帧的屏幕图像确定所述终端的屏幕状态是否为异常状态；

在步骤s130中，若所述屏幕状态为所述异常状态，则确定所述终端开机异常。

本公开示例性实施例中提供的开机异常检测方法中，一方面，由于可以通过预处理后的屏幕图像确定终端的屏幕状态从而判断屏幕是否处于异常状态，避免了人工识别终端故障的局限性，提高了检测效率和终端检测的便捷性以及应用范围。另一方面，由于可以通过预处理后的图像准确得到终端的屏幕状态，并根据屏幕状态判断屏幕是否为异常状态从而确定是否开机异常，提高了终端检测的准确性，从而减少了终端的维修率。

接下来，参考附图对本示例性实施例中的开机异常检测方法进行具体说明。

在步骤s110中，在终端处于开机状态下，对各帧图像进行预处理，并将预处理后的各帧图像发送至所述终端的屏幕以得到屏幕图像。

本示例性实施例中，终端可以为安装有任意操作系统的智能终端，例如可以包括但不限于手机、平板电脑等电子设备或者是电子产品，本示例性实施例中以安装安卓系统的手机为例进行说明。

终端处于开机状态指的是终端处于开机过程中，即终端正在执行开机操作。终端开机过程中，终端的屏幕可以先播放静态logo，然后再播放一段动态logo直到系统加载完所有的系统资源然后进入桌面，以完成整个开机过程。其中，各帧图像可以为静态logo，也可以为动态logo等能够在开机过程中显示的图像。可以将这些图像输出至终端的屏幕，以便于在屏幕上进行显示生成屏幕图像，且终端的屏幕上每秒可以显示60帧屏幕图像。不同帧的图像可以相同，也可以不同，此处不作特殊限定。

由于终端的屏幕发生卡屏时，屏幕上显示的屏幕图像不再会发生替换。而开机过程中有时播放的是静态logo，它是不会变化的，所以直接通过人眼观察是无法判断系统是否发生卡屏的，为了能检测到是否发生卡屏，可以在各帧图像被发送到终端的屏幕进行显示之前，对各帧图像进行预处理操作，以得到预处理后的各帧图像并将其发送至终端的屏幕。本示例性实施例中，可以以各帧对应的屏幕图像为静态logo为例进行说明。

图2中示意性示出了对各帧图像进行预处理的流程图，参考图2所示，主要包括以下步骤：

在步骤s210中，将所述各帧图像映射到一个数组中。

本示例性实施例中，各帧图像中可以包括多个像素，可以根据各帧图像的像素生成数组，并且将各帧图像与数组进行映射，以得到映射关系。步骤s210的具体实现方式可以包括步骤s211至步骤s213，其中：

在步骤s211中，计算所述各帧图像的像素个数；

在步骤s212中，根据所述各帧图像的像素个数形成一个数组；

在步骤s213中，将所述各帧图像中的每个像素点的位置和所述数组的位置进行映射，以使所述各帧图像被映射到所述数组中。

本示例性实施例中，首先计算各帧图像的像素个数，例如图3中所示的图像1的像素个数为91。进一步地根据各帧图像的像素个数形成一个与像素个数关联的数组。该数组可以为一维数组，且数组的大小(数组中元素的个数)与该各帧图像的像素个数相同。例如，图像1的像素个数为91，则数组的大小为91。数组中的元素可以为各帧图像中每个像素的像素值，因此数组中元素可以为0-255之间的值。例如，第一个像素的像素值为0，则数组中的第一个元素的值为0。

在形成各帧图像对应的数组后，可将各帧图像中的每一个像素点的位置和该数组的位置进行映射，以使各帧图像被映射到对应的数组中。参考图3中的图(a)所示的各帧图像映射到数组中的示意图，其中255表示白色，可以为各帧图像中的logo部分；0表示黑色，可以为背景部分。

在步骤s220中，生成用于表示目标像素的随机数，并对所述数组中的所述随机数对应的像素值进行取反操作，以得到预处理后的各帧图像。

本示例性实施例中，随机数指的是随机生成的位于[0,count(image)]之间的范围的随机值，其中count(image)表示的是各帧图像的像素个数。随机数用于表示数组中目标像素(待处理的像素)所在的位置或者是索引。例如，生成的随机数可以为31。

在得到随机数后，可将该随机数对应的像素作为目标像素，例如生成的随机数可以为31，则将数组中的第31个像素作为目标像素。在得到随机数之后，可对数组中该随机数对应的像素值进行取反操作，并且根据数组和各帧图像之间的映射关系，得到预处理后的各帧图像，即取反操作之后的各帧图像。取反操作指的是将随机数对应的像素值进行取反，例如将像素值0变更为像素值255，将像素值255变更为像素值0。

举例而言，参考图3中的图(b)所示，数组的大小为91，随机生成的随机数为31，于是将数组中索引index为31(即第31个)的值反转，由于已经建立了映射关系，最终可以将图像中对应位置的值(第31个像素的值)反转，使得该位置的像素值由255变为0。

需要说明的是，可以根据各帧图像中的全部图像或者是部分图像生成一个随机数。也就是说，可以基于各帧图像的整个画面随机挑选一个像素取反；也可以仅仅取各帧图像的整个画面中的一个局部，即可以指定图像中的某个范围随机挑选一个像素取反，二者的计算过程完全相同，此处不再赘述。

通过将图像映射到数组中，便于操作且提高了处理效率。通过对数组中的随机数对应的像素值进行取反操作，通过取反操作以及映射到数组的预处理操作，能够更容易的表示每个图像的差别，避免了屏幕状态难以识别的问题，提高了确定屏幕状态的准确性、效率以及便捷性。

继续参考图1中所示，在步骤s120中，获取当前帧的屏幕图像，并结合所述当前帧的屏幕图像确定所述终端的屏幕状态是否为异常状态。

本示例性实施例中，每次在对屏幕进行检测时，可以获取该次的屏幕图像，即得到当前帧的屏幕图像。当前帧的屏幕图像指的是经过预处理之后的屏幕图像，即该屏幕图像可以用对应的取反之后的数组来表示。并且，所有帧的屏幕图像均是经过预处理的，即所有帧的屏幕图像均可以通过取反之后的数组来表示。

屏幕状态可以为屏幕处于更新状态或者是异常状态，此处的异常状态可以为屏幕卡死，即发生卡屏。卡屏指的是，终端在开机的过程当中，出现长时间停在一个界面上而无法正常进行操作的现象。屏幕图像为静态logo时，屏幕上显示的图像不再会发生替换和更新，而且这种卡屏状态是无法人工判断的。

图4中示意性示出了第一种屏幕卡死的界面示意图，参考图4中所示，此时显示的是静态logo，但是屏幕状态已经不再更新，发生了定屏，人眼无法分别，系统仍然在加载。图5中示意性示出了第二种屏幕卡死的界面示意图，参考图5中所示，此时屏幕显示的是动态logo，但是动画卡死，屏幕状态不再更新。即播放动静态logo时卡死，本来应该是播放动画的循环效果，由于某种异常，画面停留在某一帧，此时开机流程仍然在运行，而对于用户来说，屏幕画面定格，系统已经卡死。即

基于此，图6中示意性示出了确定终端的屏幕状态的具体过程，参考图6中所示，主要包括以下步骤：

在步骤s610中，将所述当前帧的屏幕图像与上一帧的屏幕图像进行对比以得到对比结果。

本示例性实施例中，由于检测是否为异常状态是根据屏幕图像是否发生变化来判断的，因此可以将当前帧的屏幕图像与之前显示过的某一帧的屏幕图像进行比较。为了保证检测的准确性，可将当前帧的屏幕图像与上一帧的屏幕图像进行比较得到两个图像之间的对比结果。上一帧屏幕图像指的是与当前帧的屏幕图像相邻的，上一个显示的屏幕图像。举例而言，由于屏幕每秒钟(1000ms)会显示60帧的图像，即每33.3ms显示一张图像，当前帧的屏幕图像为66.6ms的屏幕图像，则上一帧的屏幕图像为33.3ms的屏幕图像。

由于当前帧的屏幕图像和上一帧的屏幕图像均可以通过步骤s110中的步骤进行预处理，并用取反后的数组进行表示，因此可基于屏幕图像对应的数组来对屏幕图像进行对比。进行对比的具体过程可以为：通过定时器定时计算所述当前帧的屏幕图像对应的数组与所述上一帧屏幕图像对应的数组之间的差值，并根据所述差值确定所述对比结果。其中，定时器用于自动触发屏幕状态监测功能。由于屏幕每33.3ms显示一张屏幕图像，所以，定时器的触发时间只要比33.3ms长即可，例如可以为40ms、50ms等等。本示例性实施例中，设置的定时器的时间间隔为50ms，每隔50ms，定时器会调用屏幕状态检测程序对屏幕进行检测，以判断屏幕状态。

计算当前帧的屏幕图像对应的数组与上一帧屏幕图像对应的数组之间的差值的过程包括：可以计算两个数组中对应元素之间的差值，从而根据每个元素的差值确定两个数组之间的差值。例如，当前帧的屏幕图像1对应数组1，上一帧屏幕图像2对应的数组2，则可以计算数组1和数组2中每个元素之间的差值，从而根据每个元素的差值确定两个数组之间的差值。具体地，若数组1和数组2中每个元素之间的差值均为0，则两个数组的差值为0；若数组1和数组2中每个元素之间的差值不完全为0，则两个数组的差值不为0。进一步地，可以将两个数组之间的差值作为对比结果。

在步骤s620中，根据所述对比结果确定所述终端的所述屏幕状态是否为所述异常状态。

本示例性实施例中，对比结果不同，则对应的屏幕状态也不同。具体而言，步骤s620的具体实现方式可以包括步骤s621至步骤s623，其中：

在步骤s621中，判断所述差值是否等于预设值；

在步骤s622中，若所述差值等于预设值，则确定所述屏幕状态为所述异常状态，所述异常状态为所述屏幕卡死；

在步骤s623中，若所述差值不等于所述预设值，则确定所述屏幕状态正常。

本示例性实施例中，预设值可以设置为0或者是根据实际需求设置为其它值。如果当前帧的屏幕图像对应的数组与上一帧屏幕图像对应的数组之间的差值为0，即两个数组中的每一个元素的差值均为0，则可以判断屏幕中显示的图像不更新，即表示已经不再刷新屏幕，屏幕处于卡死的异常状态。

如果当前帧的屏幕图像对应的数组与上一帧屏幕图像对应的数组之间的差值不为0(大于0或者是小于0)，即两个数组中的所有元素中至少有一个元素的差值不为0，则可以判断屏幕中显示的图像一直在更新，屏幕状态处于正常状态。

在步骤s130中，若所述屏幕状态为所述异常状态，则确定所述终端开机异常。

本示例性实施例中，如果判断屏幕状态发生卡屏等故障，则可以直接确定该终端开机异常。在此情况下，可以通过检测开机时的屏幕状态，在遇到卡屏问题时直接恢复手机或者是强制重启恢复，减少用户的退机率和维修率。

本示例性实施例中，通过定时器定时触发屏幕检测程序，能够根据预处理后的当前帧的屏幕图像和上一帧的屏幕图像的差值确定屏幕是否卡死，提高了准确率和效率，避免了人工识别终端故障的局限性，提高了检测效率和终端检测的便捷性以及应用范围，提高了开机异常检测准确性和效率。

本示例性实施例中，还提供了一种开机异常检测装置，参考图7中所示，装置700主要包括以下模块：

图像预处理模块701，用于在终端处于开机状态下，对各帧图像进行预处理，并将预处理后的各帧图像发送至所述终端的屏幕以得到各帧对应的屏幕图像；

屏幕异常确定模块702，用于获取当前帧的屏幕图像，并结合所述当前帧的屏幕图像确定所述终端的屏幕状态是否为异常状态；

开机异常确定模块703，用于若所述屏幕状态为所述异常状态，则确定所述终端开机异常。

在本公开的一种示例性实施例中，图像预处理模块包括：数组映射模块，用于将所述各帧图像映射到一个数组中；图像取反模块，用于生成用于表示目标像素的随机数，并对所述数组中的所述随机数对应的像素值进行取反操作，以得到所述预处理后的各帧图像。

在本公开的一种示例性实施例中，数组映射模块配置为：计算所述各帧图像的像素个数；根据所述各帧图像的像素个数形成一个数组；将所述各帧图像中的每个像素点的位置和所述数组的位置进行映射，以使所述各帧图像映射到所述数组中。

在本公开的一种示例性实施例中，图像取反模块配置为：根据各帧图像中的全部图像或部分图像生成所述随机数。

在本公开的一种示例性实施例中，屏幕异常确定模块包括：图像对比模块，用于将所述当前帧的屏幕图像与上一帧的屏幕图像进行对比以得到对比结果；结果确定模块，用于根据所述对比结果确定所述终端的所述屏幕状态是否为所述异常状态。

在本公开的一种示例性实施例中，图像对比模块配置为：通过定时器定时计算所述当前帧的屏幕图像对应的数组与所述上一帧的屏幕图像对应的数组之间的差值，并根据所述差值确定所述对比结果。

在本公开的一种示例性实施例中，结果确定模块配置为：若所述差值等于预设值，则确定所述屏幕状态为所述异常状态，所述异常状态为所述屏幕卡死；若所述差值不等于所述预设值，则确定所述屏幕状态正常。

需要说明的是，上述开机异常检测装置中各模块的具体细节已经在对应的开机异常检测方法中进行了详细描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线850。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(rom)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。