一种开关锁方法、装置、电子锁及存储介质与流程

本公开涉及移动互联网领域，特别涉及一种开关锁方法、装置、电子锁及存储介质。

背景技术：

现有技术中，在通过移动设备针对共享单车、共享电动车、共享充电设备等各种共享设备进行开锁操作时，一般可以通过例如蓝牙、短信、第三方扫描二维码等多种通道同时下发开关锁请求。但是由于网络连接质量、信号延迟等各种原因，通过多个通道发送的开关锁请求很可能陆续到达共享设备，此时共享设备接收到多个目的相同的请求，导致设备锁会连续进行多次相同的开锁或关锁操作，影响设备锁的正常使用，易出现故障。

技术实现要素：

本公开实施例的目的在于提供一种开关锁方法、装置、电子锁及存储介质，以解决现有技术中因通信问题导致的多通道开关锁请求导致设备进行多次对应操作，影响设备锁正常使用，易出现故障的问题。

为了解决上述技术问题，本申请的实施例采用了如下技术方案：一种开关锁方法，其特征在于，包括：接收用户以预设方式发出的当前开/关锁请求；确定接收到的所述当前开/关锁请求的第一流水号；判断所述当前开/关锁请求的所述第一流水号与所述当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同；在所述第一流水号与所述第二流水号不同的情况下，根据所述当前开/关锁请求对应执行开锁或关锁操作。

进一步，所述判断所述当前开/关锁请求的所述第一流水号与所述当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同之后，还包括：在所述第一流水号与所述第二流水号相同的情况下，检测所述上一条开/关锁请求是否成功执行；在所述上一条开/关锁请求成功执行的情况下，忽略所述当前开/关锁请求；在所述上一条开/关锁请求未成功执行的情况下，根据所述当前开/关锁请求对应执行开锁或关锁操作。

进一步，所述第一流水号和所述第二流水号中至少包括：开/关锁请求的类型代码、锁编码以及用户id。

进一步，所述预设方式至少包括以下之一：无线传输方式、短信传输方式、网络通信方式。

本公开实施例还公开了一种开关锁装置，包括：接收模块，用于接收用户以预设方式发出的当前开/关锁请求；确定模块，用于确定接收到的所述当前开/关锁请求的第一流水号；判断模块，用于判断所述当前开/关锁请求的所述第一流水号与所述当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同；执行模块，用于在所述第一流水号与所述第二流水号不同的情况下，根据所述当前开/关锁请求对应执行开锁或关锁操作。

进一步，所述执行模块，还用于：在所述第一流水号与所述第二流水号相同的情况下，检测所述上一条开/关锁请求是否成功执行；在所述上一条开/关锁请求成功执行的情况下，忽略所述当前开/关锁请求；在所述上一条开/关锁请求未成功执行的情况下，根据所述当前开/关锁请求对应执行开锁或关锁操作。

进一步，所述第一流水号和所述第二流水号中至少包括：开/关锁请求的类型代码、锁编码以及用户id。

进一步，所述预设方式至少包括以下之一：无线传输方式、短信传输方式、网络通信方式。

本公开的实施例还公开了一种电子锁，至少包括存储器、处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器在执行所述存储器上的计算机程序时实现上述的开关锁方法的步骤。

本公开的实施例还公开了一种存储介质，所述存储介质上存储有计算机程序，在所述计算机程序被处理器执行时，执行上述的开关锁方法。

本公开实施例的有益效果在于：基于对每一次开/关锁请求确定其对应的流水号，并根据流水号判断是否接收到相同的操作请求，并在不同的情况下再执行请求对应的开锁或关锁操作，防止因同一时间设备锁收到多通道的请求导致重复执行开锁或关锁操作，保证设备锁的正常使用，降低其出现故障的概率。

附图说明

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

图1为本公开第一实施例中开关锁方法的流程图；

图2为本公开第一实施例中开关锁方法的另一种实施方式的流程图；

图3为本公开第二实施例中开关锁装置的结构示意图；

图4为本公开第三实施例中电子锁的结构示意图。

具体实施方式

此处参考附图描述本申请的各种方案以及特征。

应理解的是，可以对此处申请的实施例做出各种修改。因此，上述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。

包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例，并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。

通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本申请的这些和其它特性将会变得显而易见。

还应当理解，尽管已经参照一些具体实例对本申请进行了描述，但本领域技术人员能够确定地实现本申请的很多其它等效形式，它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。

当结合附图时，鉴于以下详细说明，本申请的上述和其他方面、特征和优势将变得更为显而易见。

此后参照附图描述本申请的具体实施例；然而，应当理解，所申请的实施例仅仅是本申请的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此，本文所申请的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本申请的相同或不同实施例中的一个或多个。

本公开的第一实施例提供了一种开关锁方法，主要应用于共享单车、共享电动车、共享汽车、共享电源等通过多种方式进行解锁供不同用户共享使用的设备锁中，其流程图如图1所示，主要包括步骤s101至s104：

s101，接收用户以预设方式发出的当前开/关锁请求；

s102，确定接收到的当前开/关锁请求的第一流水号；

s103，判断当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同；

s104，在第一流水号与第二流水号不同的情况下，根据当前开/关锁请求对应执行开锁或关锁操作。

用户在希望使用某一个共享设备或希望停止使用某一个共享设备时，可以通过无线传输方式、短信传输方式、网络通信方式等预设方式向共享设备的设备锁发送开锁请求或关锁请求，在支付一定费用后，即可实现共享设备的使用或归还。具体地，无线传输方式可以具体包括蓝牙传输、红外传输、近场通信(nfc，nearfieldcommunication)传输等方式，网络通信方式可具体包括扫描二维码或条形码等方式。在实际使用时，常出现以下情况：在用户通过扫描二维码进行共享单车开锁时，在显示已发送开锁请求后对应共享单车没有对应开锁，此时用户可能重新进行扫码操作，或通过其他方式重新发送开锁请求，但由于网络延迟等原因，共享单车可能在同一时间收到了用户先后通过不同通道在不同时间发送的多条开锁请求，此时共享单车会根据上述所有开锁请求，不断执行开锁操作，使共享单车即便已经处于开锁状态，用户也无法正常使用共享单车。

为了解决上述问题，本实施例在接收到用户以预设方式发出的当前开/关锁请求之后，确定接收到的当前开/关锁请求对应的流水号，随后判断当前开/关锁请求的流水号与当前开/关锁请求的上一条开/关锁请求的流水号是否相同，若不相同，则证明当前请求与上一条请求分属不同的用户或为希望对设备锁执行与上一条请求不同操作的请求，此时再执行当前请求对应的开锁或关锁操作，即可防止因同一时间设备锁收到多通道的多个请求导致重复执行开锁或关锁操作，保证设备锁的正常使用，降低其出现故障的概率。

具体地，无论用户发出的开锁请求或关锁请求是以何种方式发出的，针对每个开锁请求或关锁请求均需要确定对应的流水号。本实施例中，流水号中至少包括以下代码或编码：首先是开/关锁请求的类型代码，用以表示用户当前希望对设备锁进行开启还是关闭，可将流水号中的首位设置为表示开/关锁请求的类型的代码，并设置该位置代码为1时，表示该请求为开锁请求，该位置代码为0时，表示该请求为关锁请求；其次，流水号中还应包括执行当前请求的设备锁的编码，每个共享设备的设备锁都应当有唯一的编码，防止同一个请求可以实现对两个不同的设备进行控制；另外，流水号中还应当包括发出请求的用户id，每个用户具有不同的id，用以表征用户的身份。本实施例中第一流水号和第二流水号实质上是不同的请求分别对应的流水号，其可以在设备锁接收到请求后，根据请求中所携带的开/关锁请求的类型、设备锁编码以及用户id对应确定，也可在用户发出请求时根据上述内容直接生成流水号并将流水号携带在请求中，设备锁接收到请求后直接获取请求中携带的流水号。由于在流水号确定的过程中没有限制其发送方式，即同一用户对同一设备发出的多个开锁请求，即便通过不同的通道发出，其对应的流水号也是相同的。

图2示出了开关锁方法的另一种实施方式的流程图，主要包括步骤s201至s207：

s201，接收用户以预设方式发出的当前开/关锁请求；

s202，确定接收到的当前开/关锁请求的第一流水号；

s203，判断当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同，在不同的情况下，执行s204，在相同的情况下，执行s205；

s204，根据当前开/关锁请求对应执行开锁或关锁操作；

s205，检测上一条开/关锁请求是否成功执行，在成功执行的情况下，执行s206，否则，执行s207；

s206，忽略当前开/关锁请求；

s207，根据当前开/关锁请求对应执行开锁或关锁操作。

应当注意的是，图2中s201至s204与图1中s101至s104相同，在此不再重复赘述。

在当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号相同的情况下，即可证明当前请求实际为同一用户发出的与上一条请求具有相同目的的请求，此时可检测上一条请求是否被成功执行，根据上一条请求的执行结果，确定是否对当前请求进行处理。

具体地，在上一条请求被成功执行的情况下，共享设备的设备锁此时应当已经根据上一条开锁请求完成了开启，或已经根据上一条关锁请求完成了关闭，此时将接收到与上一条开/关锁请求的流水号相同的当前开/关锁请求忽略，即不再对当前接收到的开/关锁请求进行处理，防止设备锁执行多次开关锁操作，影响用户的正常使用；若上一条请求未被成功执行，即设备锁接收到上一条开锁请求后未完成开锁，或接收到上一条关锁请求后未完成关锁，此时，即便当前接收到的开/关锁请求的流水号与上一条开/关锁请求相同，设备锁也将根据当前收到的开/关锁请求执行对应的设备锁的开锁或关锁操作，以完成用户实际希望对设备锁执行的操作。

本实施例通过在当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号相同的情况下，为了防止设备锁因通信或其他原因未正确执行上一条请求，根据上一条请求的执行结果，对当前请求进行不同处理，即便在设备锁同时收到多通道的请求的情况下，也可在避免重复执行请求的同时，正确地实现用户希望实现的操作，在提升用户使用体验的情况下，降低了设备锁出现故障的风险。

本公开第二实施例提供了一种开关锁装置，该装置可安装于共享单车、共享电动车、共享汽车、共享电源等通过多种方式进行解锁供不同用户共享使用的设备锁中，用以控制设备锁的打开或关闭，其结构示意图如图3所示，主要包括：接收模块10，用于接收用户以预设方式发出的当前开/关锁请求；确定模块20，与接收模块10耦合，用于确定接收到的当前开/关锁请求的第一流水号；判断模块30，与确定模块20耦合，用于判断当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同；执行模块40，与判断模块30耦合，用于在第一流水号与第二流水号不同的情况下，根据当前开/关锁请求对应执行开锁或关锁操作。

用户在希望使用某一个共享设备或希望停止使用某一个共享设备时，可以通过无线传输方式、短信传输方式、网络通信方式等预设方式向共享设备的设备锁发送开锁请求或关锁请求，在支付一定费用后，即可实现共享设备的使用或归还。具体地，无线传输方式可以具体包括蓝牙传输、红外传输、近场通信(nfc，nearfieldcommunication)传输等方式，网络通信方式可具体包括扫描二维码或条形码等方式。在实际使用时，常出现以下情况：在用户通过扫描二维码进行共享单车开锁时，在显示已发送开锁请求后对应共享单车没有对应开锁，此时用户可能重新进行扫码操作，或通过其他方式重新发送开锁请求，但由于网络延迟等原因，共享单车可能在同一时间收到了用户先后通过不同通道在不同时间发送的多条开锁请求，此时共享单车会根据上述所有开锁请求，不断执行开锁操作，使共享单车即便已经处于开锁状态，用户也无法正常使用共享单车。

为了解决上述问题，本实施例中开关锁装置的接收模块10在接收到用户以预设方式发出的当前开/关锁请求之后，通过确定模块20确定接收到的当前开/关锁请求对应的第一流水号，随后由判断模块30判断当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同，若不相同，则证明当前请求与上一条请求分属不同的用户或为希望对设备锁执行与上一条请求不同操作的请求，此时再由执行模块40执行当前请求对应的开锁或关锁操作，控制设备锁打开或关闭，即可防止因同一时间设备锁收到多通道的多个请求导致重复执行开锁或关锁操作，保证设备锁的正常使用，降低其出现故障的概率。

具体地，无论用户发出的开锁请求或关锁请求是以何种方式发出的，针对每个开锁请求或关锁请求均需要由确定模块20确定对应的流水号。本实施例中，流水号中至少包括以下代码或编码：首先是开/关锁请求的类型代码，用以表示用户当前希望对设备锁进行开启还是关闭，可将流水号中的首位设置为表示开/关锁请求的类型的代码，并设置该位置代码为1时，表示该请求为开锁请求，该位置代码为0时，表示该请求为关锁请求；其次，流水号中还应包括执行当前请求的设备锁的编码，每个共享设备的设备锁都应当有唯一的编码，防止同一个请求可以实现对两个不同的设备进行控制；另外，流水号中还应当包括发出请求的用户id，每个用户具有不同的id，用以表征用户的身份。本实施例中第一流水号和第二流水号实质上是不同的请求分别对应的流水号，其可以在接收模块10接收到请求后，由确定模块20根据请求中所携带的开/关锁请求的类型、设备锁编码以及用户id对应确定，也可在用户发出请求时根据上述内容直接生成流水号并将流水号携带在请求中，接收模块10接收到请求后由确定模块20直接获取请求中携带的流水号。由于在流水号确定的过程中没有限制其发送方式，即同一用户对同一设备发出的多个开锁请求，即便通过不同的通道发出，其对应的流水号也是相同的。

在判断模块30确定当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号相同的情况下，即可证明当前请求实际为同一用户发出的与上一条请求具有相同目的的请求，此时执行模块40可检测上一条请求是否被成功执行，根据上一条请求的执行结果，确定是否对当前请求进行处理。

具体地，在上一条请求被成功执行的情况下，共享设备的设备锁此时应当已经根据上一条开锁请求完成了开启，或已经根据上一条关锁请求完成了关闭，此时执行模块40将接收到与上一条开/关锁请求的流水号相同的当前开/关锁请求忽略，即不再对当前接收到的开/关锁请求进行处理，防止设备锁执行多次开关锁操作，影响用户的正常使用；若上一条请求未被成功执行，即接收到上一条开锁请求后设备锁未完成开锁，或接收到上一条关锁请求后设备锁未完成关锁，此时，即便当前接收到的开/关锁请求的流水号与上一条开/关锁请求相同，执行模块40也将根据当前收到的开/关锁请求执行对应的设备锁的开锁或关锁操作，以完成用户实际希望对设备锁执行的操作。

本实施例通过在当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号相同的情况下，为了防止设备锁因通信或其他原因未正确执行上一条请求，根据上一条请求的执行结果，对当前请求进行不同处理，即便在设备锁同时收到多通道的请求的情况下，也可在避免重复执行请求的同时，正确地实现用户希望实现的操作，在提升用户使用体验的情况下，降低了设备锁出现故障的风险。

本公开的第三实施例公开了一种电子锁，主要作为共享单车、共享电动车、共享汽车、共享电源等的设备锁进行使用，其可以接收通过多种不同的方式发出的开锁或关锁指令，并对应执行打开或关闭的操作。具体地，电子锁的结构示意图如图4所示，至少包括存储器100和处理器200，存储器100上存储有计算机程序，处理器200在执行存储器100上的计算机程序时实现如下步骤s1至s4：

s1，接收用户以预设方式发出的当前开/关锁请求；

s2，确定接收到的当前开/关锁请求的第一流水号；

s3，判断当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同；

s4，在第一流水号与第二流水号不同的情况下，根据当前开/关锁请求对应执行开锁或关锁操作。

处理器200在执行存储器100上的判断所述当前开/关锁请求的所述第一流水号与所述当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同的步骤之后，还执行如下计算机程序：在所述第一流水号与所述第二流水号相同的情况下，检测所述上一条开/关锁请求是否成功执行；在所述上一条开/关锁请求成功执行的情况下，忽略所述当前开/关锁请求；在所述上一条开/关锁请求未成功执行的情况下，根据所述当前开/关锁请求对应执行开锁或关锁操作。

具体地，第一流水号和所述第二流水号中至少包括：开/关锁请求的类型代码、锁编码以及用户id；预设方式至少包括以下之一：无线传输方式、短信传输方式、网络通信方式，无线传输方式可以具体包括蓝牙传输、红外传输、nfc传输等方式，网络通信方式可具体包括扫描二维码或条形码等方式，因此，电子锁上还应对应设置有无线传输装置(如蓝牙、红外、nfc等装置)、网络通信装置等。

本实施例基于对每一次开/关锁请求确定其对应的流水号，并根据流水号判断是否接收到相同的操作请求，并在不同的情况下再执行请求对应的开锁或关锁操作，防止因同一时间设备锁收到多通道的请求导致重复执行开锁或关锁操作，保证设备锁的正常使用，降低其出现故障的概率。

本公开的第四实施例提供了一种存储介质，其可以被安装在各种共享设备中，该存储介质上存储有计算机程序，在计算机程序被处理器执行时，执行如本公开第一实施例中的开关锁方法，包括如下步骤s11至s14：

s11，接收用户以预设方式发出的当前开/关锁请求；

s12，确定接收到的当前开/关锁请求的第一流水号；

s13，判断当前开/关锁请求的第一流水号与当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同；

s14，在第一流水号与第二流水号不同的情况下，根据当前开/关锁请求对应执行开锁或关锁操作。

计算机程序被处理器执行判断所述当前开/关锁请求的所述第一流水号与所述当前开/关锁请求的上一条开/关锁请求的第二流水号是否相同之后，还被处理器执行如下步骤：在所述第一流水号与所述第二流水号相同的情况下，检测所述上一条开/关锁请求是否成功执行；在所述上一条开/关锁请求成功执行的情况下，忽略所述当前开/关锁请求；在所述上一条开/关锁请求未成功执行的情况下，根据所述当前开/关锁请求对应执行开锁或关锁操作。

具体地，第一流水号和所述第二流水号中至少包括：开/关锁请求的类型代码、锁编码以及用户id；预设方式至少包括以下之一：无线传输方式、短信传输方式、网络通信方式，无线传输方式可以具体包括蓝牙传输、红外传输、nfc传输等方式，网络通信方式可具体包括扫描二维码或条形码等方式，因此，电子锁上还应对应设置有无线传输装置(如蓝牙、红外、nfc等装置)、网络通信装置等。

本实施例基于对每一次开/关锁请求确定其对应的流水号，并根据流水号判断是否接收到相同的操作请求，并在不同的情况下再执行请求对应的开锁或关锁操作，防止因同一时间设备锁收到多通道的请求导致重复执行开锁或关锁操作，保证设备锁的正常使用，降低其出现故障的概率。

在一些实施方式中，客户端、服务器可以利用诸如http(hypertexttransferprotocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(lan)、广域网(wan)、网际网(例如，互联网)以及端对端网络(例如，adhoc端对端网络)，以及任何当前已知或未来研发的网络。

上述存储介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述存储介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括至少两个网际协议地址的节点评价请求，其中，节点评价设备从至少两个网际协议地址中，选取网际协议地址并返回；接收节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述存储介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

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

需要说明的是，本公开上述的存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何存储介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

以上对本公开多个实施例进行了详细说明，但本公开不限于这些具体的实施例，本领域技术人员在本公开构思的基础上，能够做出多种变型和修改实施例，这些变型和修改都应落入本公开所要求保护的范围之内。