一种设备组的加解密算法更新方法和装置

技术领域

本说明书涉及通信技术领域，具体涉及一种设备组的加解密算法更新方法和装置。

背景技术

出于数据安全的考虑，同一设备组的设备之间在通信时，会按照预设的加解密算法中的加密算法将通信数据明文加密为通信数据密文后传输，相应的，按照加解密算法中的解密算法对接收到的通信数据密文进行解密。为了避免设备组外的恶意设备破解设备组的加解密算法，需要每隔一段时间就对设备组的加解密算法进行更新。

目前的做法是，将设备组中的一些设备设定为第一设备，将设备组中除第一设备之外的其他设备设定为第二设备。在需要将设备组的旧版本加解密算法更新为新版本加解密算法时，由第一设备获取新版本加解密算法明文，第一设备使用旧版本加解密算法对新版本加解密算法明文进行加密，得到新版本加解密算法密文，将新版本加解密算法密文发送给第二设备，以便于第二设备使用旧版本解密算法对新版本加解密算法密文进行解密，得到新版本加解密算法明文，完成本地的算法更新。

然而，现有的设备组的加解密算法的更新方案的可靠性不高。

发明内容

有鉴于此，本说明书实施例提供至少一种设备组的加解密算法更新方法和装置。

具体地，本说明书实施例是通过如下技术方案实现的：

第一方面，提供一种设备组的加解密算法更新方法所述方法包括：

所述第一设备获取新版本加解密算法明文，并以广播的方式发送版本问询信号；

所述第一设备确定是否接收到第二设备的反馈确认信号，当未接收到所述第二设备的反馈确认信号时，触发针对所述第二设备的预设的更新流程；

其中，所述预设的更新流程包括：向用户终端发送所述新版本加密算法明文，以使所述用户终端通过与所述第二设备之间的NFC连接，将所述新版本加密算法明文传输给所述第二设备。

在第一方面的技术方案中，在对设备组的加解密算法进行更新的过程中，通过第一设备向至少一个第二设备广播版本问询信号，根据第二设备反馈的确认信号确认第二设备是否本地存储旧版本解密算法，以及根据是否接收到第二设备的反馈确认信号，来判断第一设备和第二设备之间的通信连接是否通畅，对于通信连接不畅或者本地没有存储旧版本解密算法的第二设备能够发现并触发预设的更新流程，从而使得有加解密需求的设备组的加解密算法能够实现可靠性强的升级更新；在触发预设的更新流程后，用户终端通过安全性强、不容易被截获的NFC连接传输新版本加解密算法明文，在保障第二设备能够进行加解密算法版本更新的同时，保证新版本加解密算法不会被泄露。

进一步地：所述第一设备具有蓝牙模块；所述以广播的方式版本问询信号，包括：通过蓝牙模块广播所述版本问询信号。

Wi-Fi模块的价格比较昂贵，为设备组中的每个设备都配置Wi-Fi模块以接收广播的信号使得成本过高，用成本更低的蓝牙模块广播版本问询信号，版本问询信号的数据量很小，能够很快传输，而且，版本问询信号本身并不包含新版本加解密算法的信息，即便蓝牙广播会无差别的向周围具有蓝牙模块的任何设备发送信号，保密性较差，也不会导致加解密算法信息泄露。

进一步地：所述方法还包括：

所述第一设备将发送了反馈确认信号的第二设备确定为自动更新设备，与所述自动更新设备建立蓝牙连接，通过所述蓝牙连接将使用旧版本加密算法进行加密的新版本加解密算法密文传输到所述自动更新设备，以使得所述自动更新设备使用所述旧版本解密算法解密所述新版本加解密算法明文，得到所述新版本加解密算法明文。

由于蓝牙广播传输的数据量小，只能一条条的传输数据，通过蓝牙广播传输新版本加解密算法密文并不现实，且无法确认自动更新设备是否成功接收数据，所以，第一设备和自动更新设备建立蓝牙连接，通过蓝牙连接将使用旧版本加密算法进行加密的新版本加解密算法密文传输到自动更新设备，蓝牙配对连接能够进一步提升加解密算法传输的安全性，且能够在传输成功后确认数据已传输成功。

进一步地：所述第一设备具有无线网络通信Wi-Fi模块；

所述第一设备获取新版本加解密算法明文，包括：

所述第一设备通过Wi-Fi模块获取服务器下发的新版本加解密算法明文。

Wi-Fi模块的价格比较昂贵，为设备组中的每个设备都配置Wi-Fi模块以接收新版本的加解密算法使得成本过高，仅在第一设备配置Wi-Fi模块，再通过第一设备与其他第二设备的通信进行其他第二设备的加解密算法的更新，可以节约成本。

进一步地：所述未接收到所述第二设备的反馈确认信号，包括：

未接收到所述第二设备反馈的任何信号，和/或，接收到的反馈的信号表示所述第二设备本地存储没有旧版本解密算法。

第二设备可能因为本地没有存储旧版本解密算法，所以不反馈任何信号或者反馈表示本地存储没有旧版本解密算法的信号；也可能因为第二设备本地存储有旧版本解密算法，但是由于第二设备和第一设备之间的通信连接故障，第二设备没有接收到第一设备广播的版本问询信号，或者第二设备虽然接收到了第一设备广播的版本问询信号，但是反馈的确认信号由于通信连接不畅并没有发送到第一设备。此时，第一设备未接收到第二设备反馈的任何信号，认定为第二设备未反馈任何信号。通过未反馈确认信号可以确认不存在旧版本解密算法或者与第一设备通信不畅的无法自动更新的第二设备。

进一步地：向所述用户终端发送所述新版本加密算法明文，包括：

所述第一设备向服务器发送包含所述第二设备的标识的信息，以使所述服务器响应于接收到所述第一设备发送的包含所述第二设备的标识的信息，向所述用户终端发送所述新版本加密算法明文和所述第二设备的标识。

通过服务器将新版本加密算法明文和第二设备的标识发送到用户终端，安全性更强，不必担心被拦截。

进一步地：所述预设的更新流程还包括：

所述用户终端在成功传输所述新版本加密算法明文后，向服务器发送所述第二设备已成功更新的信号。

向服务器反馈第二设备已成功更新的信号，以使服务器记录升级成功的设备信息，不再向用户终端发送提醒。

第二方面，提供一种设备组的加解密算法更新装置，所述装置应用于所述第一设备，包括：

更新准备模块，用于：获取新版本加解密算法明文，并以广播的方式发送版本问询信号；

预设更新模块，用于：确定是否接收到第二设备的反馈确认信号，当未接收到所述第二设备的反馈确认信号时，触发针对所述第二设备的预设的更新流程；

其中，所述预设的更新流程包括：向用户终端发送所述新版本加密算法明文，以使所述用户终端通过与所述第二设备之间的NFC连接，将所述新版本加密算法明文传输给所述第二设备。

第三方面，提供一种电子设备，所述设备包括存储器、处理器，所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现本说明书任一实施例所述的设备组的加解密算法更新方法。

第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本说明书任一实施例所述的设备组的加解密算法更新方法。

附图说明

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

图1是本说明书至少一个实施例示出的一种设备组的加解密算法更新方法的流程图；

图2是本说明书至少一个实施例示出的一种设备之间的信息交互的流程图；

图3是本说明书至少一个实施例示出的一种设备组的加解密算法更新装置的框图；

图4是本说明书至少一个实施例示出的另一种设备组的加解密算法更新装置的框图；

图5是本说明书至少一个实施例示出的一种电子设备的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在进行设备组的加解密算法更新时，有时会因为受网络因素限制或者版本信息的限制，某些第二设备无法实现自动的加解密算法更新。

其中，网络因素的限制是指：第一设备与第二设备之间由于硬件、软件的故障、距离过远或者其他原因而无法通信。

版本信息的限制是指：待更新的加解密算法的本身会作为一个消息进行发送，而且这个消息本身也需要加密，这里可以使用版本更新之前的旧版本加密算法进行加密，因此第二设备需要对此消息先进行解密才能够使用此消息里的信息(即新版本的加解密算法)对加解密算法的版本进行升级。因此，第二设备本身的加解密算法的版本决定了能否对消息进行解密，如果第二设备本地并不存在第一设备在加密消息时所使用的旧版本加密算法所对应的旧版本解密算法，则无法得到新版本的加解密算法，也就无法实现自动的加解密算法更新。实际应用中，由于设备组中会新增设备或者修改设备的配置，经常会出现设备本地不存在旧版本解密算法的情况。

这使得设备组在更新加解密算法时，并不能保障对设备组中的每个设备均进行更新，出现一部分设备的加解密算法为新版本，而另一部分设备的加解密算法不是新版本的情况，造成设备组之间的通信混乱。

为了提升对设备组的加解密算法进行更新的可靠性，本说明书至少一个实施例提出了一种设备组的加解密算法更新方法，能够对受到网络因素限制或者版本信息的限制而无法自动更新的第二设备进行加解密算法版本的更新，从而使得有加解密需求的设备组的加解密算法能够实现可靠性强的升级更新，同时，维护新版本加解密算法信息的安全性。

如图1所示，图1是本说明书至少一个实施例示出的一种设备组的加解密算法更新方法的流程图，所述设备组可以包括至少第一设备与至少一个第二设备，比如，设备组包括一个第一设备和多个第二设备，该方法包括以下步骤：

在步骤102中，所述第一设备获取新版本加解密算法明文，并以广播的方式发送版本问询信号。

其中，版本问询信号的作用是使得接收到所述版本问询信号的任一设备在确认本地存储有旧版本解密算法的情况下，向所述第一设备发送反馈确认信号。

本实施例中，设备组中的设备指的是某个应用场所的能够互相通信的设备，比如，家用的多种电器，不限于冰箱、电视机、扫地机器人以及烹饪电器等；也可以是办公场所、商业场所以及工业场所中使用的多个设备。

需要说明的是，对于设备组中的第一设备和第二设备并不进行严格划分，设备组中任何获取到新版本加解密算法明文的设备可成为第一设备。

本实施例对第一设备获取新版本加解密算法明文的方式不进行限制，比如，第一设备可以按照设定的程序自动定时生成新版本加解密算法，又比如，用户可以在第一设备上设置新版本加解密算法。

在一个例子中，所述第一设备具有Wi-Fi(无线网络通信)模块；所述第一设备获取新版本加解密算法明文，包括：所述第一设备通过Wi-Fi模块获取服务器下发的新版本加解密算法明文。

服务器在生成新版本的加解密算法后，通过网络传输新版本加解密算法明文到第一设备所在场所内的无线路由器，第一设备通过Wi-Fi模块接收无线路由器发送的新版本加解密算法明文。通常来说，Wi-Fi模块的价格比较昂贵，为设备组中的每个设备都配置Wi-Fi模块以接收新版本的加解密算法使得成本过高，本例可以仅在第一设备配置Wi-Fi模块，再通过第一设备与其他第二设备的通信进行其他第二设备的加解密算法的更新，可以节约成本。

在其他例子中，第一设备也可以先通过Wi-Fi模块获取服务器下发的新版本加解密算法密文，然后根据本地存储的解密算法对密文进行解密，得到新版本加解密算法明文，该密文可以是通过更新之前第一设备所使用的旧版本的加密算法进行加密。

在第一设备获取新版本加解密算法明文之后，第一设备广播版本问询信号，或者，第一设备也可以先广播版本问询信号，再获取新版本加解密算法明文。该版本问询信号以广播的方式发送，在第一设备广播范围内的设备可以接收到该版本问询信号。

在一个例子中，所述设备组中的每个设备具有蓝牙模块；第一设备通过蓝牙模块广播所述版本问询信号。

蓝牙广播的通信模式保密程度较低，广播区域范围内的设备组中的设备以及非设备组中的其他设备都可以接收到蓝牙广播的版本问询信号。旧版本加解密算法是设备组中的设备在版本更新之前使用的算法，设备组之外的其他设备并不具备，因此，接收到版本问询信号的所有设备中的第二设备在确认本地存储有旧版本解密算法的情况下，向所述第一设备发送反馈确认信号。

版本问询信号用于确认第二设备中是否存在旧版本解密算法。版本问询信号的数据量非常小，本实施例不限制版本问询信号包含的具体信息。如下示例几种版本问询信号：

示例性的，所述版本问询信号可以携带标识所述旧版本解密算法的标志位，以使所述第二设备在校验所述标志位后基于是否存储所述旧版本解密算法向所述第一设备发送反馈确认信号。即，所述第二设备校验标注位后确认在本地存储有旧版本解密算法的情况下，向所述第一设备发送反馈确认信号；在确认本地没有存储旧版本解密算法的情况下，则不发送反馈确认信号，或者反馈否认信号。

示例性的，所述版本问询信号可以使用旧版本加密算法进行加密为密文，以使所述第二设备在存储所述旧版本解密算法的情况下，能够对所述版本问询信号的密文进行解密，并向所述第一设备发送反馈确认信号。否则，在第二设备没有存储所述旧版本解密算法的情况下，则无法识别该加密后的版本问询信号，不向所述第一设备发送反馈确认信号，或者向第一设备反馈无法识别上述版本问询信号的信息。

在步骤104中，所述第一设备确定是否接收到第二设备的反馈确认信号，当未接收到所述第二设备的反馈确认信号时，触发针对所述第二设备的预设的更新流程；其中，所述预设的更新流程包括：向用户终端发送所述新版本加密算法明文，以使所述用户终端通过与所述第二设备之间的NFC(Near Field Communication，近场通信)连接，将所述新版本加密算法明文传输给所述第二设备。

其中，未接收到所述第二设备的反馈确认信号，包括：未接收到所述第二设备反馈的任何信号，和/或，接收到的反馈的信号表示所述第二设备本地存储没有旧版本解密算法。

对于未反馈确认信号的第二设备，可能存在以下情况：

情况一、第二设备本地没有存储旧版本解密算法。此时，第二设备可能反馈表示本地存储没有旧版本解密算法的信号，也可能不反馈任何信号。

情况二、第二设备本地存储有旧版本解密算法，但是由于第二设备和第一设备之间的通信连接故障，第二设备没有接收到第一设备广播的版本问询信号，或者第二设备虽然接收到了第一设备广播的版本问询信号，但是反馈的确认信号由于通信连接不畅并没有发送到第一设备。此时，第一设备未接收到第二设备反馈的任何信号，认定为第二设备未反馈任何信号。

无论是上述何种原因，未发送反馈确认信号的第二设备无法与第一设备建立可靠的连接并接收按照旧版本加密算法进行加密的新版本加解密算法密文进行解密，也就无法进行自动更新。

因此，第一设备确定是否接收到第二设备的反馈确认信号，当未接收到所述第二设备的反馈确认信号时，触发针对所述第二设备的预设的更新流程。在手动更新时，由用户使用的具有NFC模块的用户终端将新版本加密算法明文通过保密性强的NFC连接传输给所述第二设备，以使第二设备在不存在旧版本解密算法或者与第一设备通信不畅的情况下，仍能够获取新版本加解密算法。用户终端可以是手机、平板或中控屏等终端设备并具有NFC模块。本实施例中，第二设备具有NFC模块。

用户终端可以从服务器获取所述新版本加密算法明文，也可以从第一设备获取所述新版本加密算法明文。

在一个例子中，向用户终端发送所述新版本加密算法明文，包括：

所述第一设备向服务器发送包含所述第二设备的标识的信息，以使所述服务器响应于接收到所述第一设备发送的包含所述第二设备的标识的信息，向所述用户终端发送所述新版本加密算法明文和所述第二设备的标识。

本例中，用户终端接收服务器下发的所述新版本加密算法明文和所述第二设备的标识。

比如，第一设备可以在未接收到某个第二设备的反馈确认信号时，将该第二设备即第二设备的标识发送给服务器，以通知服务器该第二设备无法自动升级，服务器将新版本加解密算法明文和待更新的第二设备的标识发送给用户的手机应用，或者，在手机应用有对应的解密算法的情况下，将新版本加解密算法密文和待更新的第二设备的标识发送给手机应用。

手机应用在获取到新版本加解密算法明文后，并提示用户采用NFC方式进行更新所述标识对应的第二设备的加解密算法。用户可以根据手机应用的提示使用手机对第二设备进行NFC碰一碰操作时，新版本加解密算法明文通过手机的NFC模块和第二设备的NFC模块之间的NFC连接写入第二设备的NFC模块中，以使第二设备根据NFC模块中的新版本加解密算法明文进行加解密算法的版本更新。

也可以是，服务器先下发包含第二设备的标识的手动更新消息给用户手机，提示用户进行手动更新，在用户选择更新时，服务器再将新版本加解密算法明文发到手机，用户使用手机通过NFC碰一碰更新标识对应的第二设备。

设备组在进行加解密算法更新时对新版本加解密算法进行加密的原因在于：非NFC连接(比如蓝牙连接)在传输算法数据是容易被截获的，因此需要加密后传输，这也产生了更新加解密算法的需求。而在手动更新时，采用NFC连接的好处是，NFC连接传输数据不会被截获，因此可以传输明文，也就不必要求第二设备有旧版本解密算法。

在其他例子中，除了NFC连接之外，用户终端也可以采用其他的安全连接方式，将新版本加密算法明文传输给第二设备。比如，可以通过数据线连接用户终端和第二设备。

在一个例子中，所述预设的更新流程还包括：所述用户终端在成功传输所述新版本加密算法明文后，向服务器发送所述第二设备已成功更新的信号。

比如，用户手机通过NFC手动升级成功后，向服务器反馈第二设备已成功更新的信号，以使服务器记录升级成功的设备信息，不再向用户手机发送提醒，否则，响应于预设时间内未接收到第二设备已成功更新的信号，重新向用户终端下发的所述新版本加密算法明文和所述第二设备的标识。

上述实施例中服务器、第一设备、第二设备和用户终端之间的信息交互参见图2所示。

在一种实施方式中，对于本地存储有旧版本解密算法并且反馈的确认信号到达第一设备的第二设备，可以执行以下自动更新流程：所述第一设备将发送了反馈确认信号的第二设备确定为自动更新设备，与所述自动更新设备建立蓝牙连接，通过所述蓝牙连接将使用旧版本加密算法进行加密的新版本加解密算法密文传输到所述自动更新设备，以使得所述自动更新设备使用所述旧版本解密算法解密所述新版本加解密算法明文，得到所述新版本加解密算法明文。

第一设备对于能够自动进行加解密算法更新的第二设备，将其确定为自动更新设备，并通过蓝牙配对建立与自动更新设备的蓝牙连接，通过蓝牙连接传输新版本加解密算法密文，自动更新设备对该密文进行解密，然后更新自身的加解密算法。

所述自动更新设备在通过所述新版本加解密算法明文将加解密算法更新为新版本后，向所述第一设备发送自动更新成功信号，以通知所述第一设备所述自动更新设备已更新成功。在一个例子中，响应于所述第一设备未收到所述确认信号，可以将所述自动更新设备确定为待手动更新的设备，并触发上述预设的更新流程，或者，也可以重复执行上述自动更新流程，以保障设备组中的设备更新加解密算法的可靠性。

本实施例提供的设备组的加解密算法更新方法，在对设备组的加解密算法进行更新的过程中，通过第一设备向至少一个第二设备广播版本问询信号，根据第二设备反馈的确认信号确认第二设备是否本地存储旧版本解密算法，还根据是否接收到第二设备的确认信号，来判断第一设备和第二设备之间的通信连接是否通畅，对于通信连接不畅或者本地没有存储旧版本解密算法的第二设备能够发现并触发预设的更新流程，从而使得有加解密需求的设备组的加解密算法能够实现可靠性强的升级更新，并保证新版本加解密算法的安全性。

如图3所示，图3是本说明书至少一个实施例示出的一种设备组的加解密算法更新装置的框图，所述设备组包括至少第一设备与至少一个第二设备，所述装置应用于所述第一设备，所述装置包括：

更新准备模块31，用于：获取新版本加解密算法明文，并以广播的方式发送版本问询信号；

预设更新模块32，用于：确定是否接收到第二设备的反馈确认信号，当未接收到所述第二设备的反馈确认信号时，触发针对所述第二设备的预设的更新流程；

其中，所述预设的更新流程包括：向用户终端发送所述新版本加密算法明文，以使所述用户终端通过与所述第二设备之间的NFC连接，将所述新版本加密算法明文传输给所述第二设备。

在一种可选的实施方式中，所述第一设备具有蓝牙模块；

所述更新准备模块31，在用于以广播的方式发送版本问询信号时，具体用于：通过蓝牙模块广播所述版本问询信号。

在一种可选的实施方式中，如图4所示，所述装置还包括：自动更新模块33，用于：

所述第一设备将发送了反馈确认信号的第二设备确定为自动更新设备，与所述自动更新设备建立蓝牙连接，通过所述蓝牙连接将使用旧版本加密算法进行加密的新版本加解密算法密文传输到所述自动更新设备，以使得所述自动更新设备使用所述旧版本解密算法解密所述新版本加解密算法明文，得到所述新版本加解密算法明文。

在一种可选的实施方式中，所述第一设备具有无线网络通信Wi-Fi模块；所述第一设备获取新版本加解密算法明文，包括：所述第一设备通过Wi-Fi模块获取服务器下发的新版本加解密算法明文。

在一种可选的实施方式中，所述预设更新模块32，未接收到所述第二设备的反馈确认信号，包括：未接收到所述第二设备反馈的任何信号，和/或，接收到的反馈的信号表示所述第二设备本地存储没有旧版本解密算法。

在一种可选的实施方式中，所述向用户终端发送所述新版本加密算法明文，包括：所述第一设备向服务器发送包含所述第二设备的标识的信息，以使所述服务器响应于接收到所述第一设备发送的包含所述第二设备的标识的信息，向所述用户终端发送所述新版本加密算法明文和所述第二设备的标识。

在一种可选的实施方式中，所述预设的更新流程还包括：

所述用户终端在成功传输所述新版本加密算法明文后，向服务器发送所述第二设备已成功更新的信号。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本说明书实施例还提供了一种电子设备，如图5所示，所述电子设备包括存储器51、处理器52，所述存储器51用于存储可在处理器上运行的计算机指令，所述处理器52用于在执行所述计算机指令时实现本公开任一实施例所述的设备组的加解密算法更新方法。

本说明书实施例还提供了一种计算机程序产品，该产品包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本说明书任一实施例所述的设备组的加解密算法更新方法。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本说明书任一实施例所述的设备组的加解密算法更新方法。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。