一种设备数据管理方法及系统与流程

1.本发明涉及信息安全技术领域，特别涉及一种设备数据管理方法及系统。


背景技术：

2.设备维护是确保生产生活顺利开展的重要一环。这里的设备可以是各种计算设备、制造设备、存储设备等等。传统的设备维护是将设备数据以原始数据(raw data)的方式直接记录和使用，这种方式为海量数据的操作带来了便捷，但也为恶意用户或潜在的攻击者提供了可以利用的明文信息。
3.为确保设备运维过程中的信息安全性，本说明书一些实施例提供了一种密文状态下的设备数据管理方法及系统。


技术实现要素：

4.本说明书实施例之一提供一种设备数据管理方法，在设备内部的可信环境中实现，该系统包括：获取设备中多个部件的部件数据，所述部件数据包括硬件型号、软件版本信息以及固件版本信息中的一种或多种；基于多个部件的部件数据生成基准merkle树，并存储在所述可信环境中；检测所述多个部件中的一个或多个是否被改动，响应于一个或多个所述部件被改动，基于所述多个部件的部件数据生成运维merkle树，并存储在所述可信环境中；其中，基准merkle树以及运维merkle树用于在部件数据为密文状态下对所述设备进行维护管理。
5.本说明书实施例之一提供一种设备数据管理系统，在设备内部的可信环境中实现，该系统包括：第一获取模块，用于获取设备中多个部件的部件数据，所述部件数据包括硬件型号、软件版本信息以及固件版本信息中的一种或多种；基准树生成模块，用于基于多个部件的部件数据生成基准merkle树，并存储在所述可信环境中；运维树生成模块，用于检测所述多个部件中的一个或多个是否被改动，响应于一个或多个所述部件被改动，基于所述多个部件的部件数据生成运维merkle树，并存储在所述可信环境中；其中，基准merkle树以及运维merkle树用于在部件数据为密文状态下对所述设备进行维护管理。
6.本说明书实施例之一提供一种设备数据管理装置，包括存储介质以及处理器，所述存储介质存储有计算机指令，所述处理器用于执行计算机指令以实现上述设备数据管理方法。
7.本说明书实施例之一提供一种存储介质，存储有计算机指令，当计算机指令被处理器执行时，实现如所述的设备数据管理方法。
8.本说明书实施例之一提供一种设备集群数据管理方法，所述设备集群包括多个设备，所述方法包括：获取所述多个设备的基准merkle树或其根节点；其中，某一设备的基准merkle树在设备内部的可信环境中生成，其包括：获取设备中多个部件的部件数据，所述部件数据包括硬件型号、软件版本信息以及固件版本信息中的一种或多种；基于所述多个部件的部件数据生成基准merkle树，并存储在所述可信环境中；基于多个设备的基准merkle
树或其根节点生成集群基准merkle树；检测所述多个设备中的一个或多个部件是否被改动，响应于一个或多个所述部件被改动，获取所述多个设备中被改动设备的运维merkle树或其根节点以及未改动设备的基准merkle树或其根节点，并基于此生成集群运维merkle树；其中，某一被改动设备的运维merkle树在设备内部的可信环境中生成，其包括：响应于设备的一个或多个部件被改动，基于该设备的多个部件的部件数据生成运维merkle树，并存储在所述可信环境中；所述集群基准merkle树以及所述集群运维merkle树用于在各设备的部件数据为密文状态下对集群中的设备进行维护管理。
附图说明
9.本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
10.图1是根据本说明书一些实施例所示的设备数据管理方法的示例性流程图；
11.图2是根据本说明书一些实施例所示的设备的merkle树示例图；
12.图3是根据本说明书一些实施例所示的设备维护管理方法的示例性流程图；
13.图4是根据本说明书一些实施例所示的设备集群数据管理方法示例性流程图；
14.图5是根据本说明书一些实施例所示的设备数据管理系统的示例框图；
15.图6是根据本说明书一些实施例所示的设备集群数据管理系统的示例框图。
具体实施方式
16.为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
17.应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
18.如本说明书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
19.本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
20.在数字化时代，为了确保生产生活顺利开展，对各类设备的维护是十分重要的一环。在设备运维过程中，传统的做法是将设备数据以明文形式进行存储和使用。例如对于某计算设备，其包括cpu、存储器、网卡、操作系统、各类应用程序等部件。运维工程师需要记录
这些部件的部件数据，如硬件型号、固件版本号和/或软件版本号等。当设备出现故障或需要升级时，运维工程师可以根据这些部件数据选择更加合适的替代部件，或者运维工程师可以根据部件数据对部件的软/固件进行修改或打补丁。当这些数据以原始数据(即明文)的状态存储时，可以为运维工程师在海量设备数据中的运维操作时带来便捷，但同时也存在较大的安全隐患。例如，恶意用户或潜在的攻击者可以读取原始数据中的部件硬件型号或软固件版本信息，根据这些型号或版本的软硬件已知的安全漏洞制定网络攻击策略，实现对设备的有效攻击。又例如，恶意用户或潜在的攻击者可以根据这些部件数据伪造相应的部件，并在伪造的部件中植入病毒，一旦伪造的部件被安装到设备中，便会对设备系统形成供应链安全威胁。
21.有鉴于此，本说明书一些实施例提供了一种设备数据管理方法，使得运维工程师能够基于密文状态的设备数据实现设备的高效运维操作。图1是根据本说明书一些实施例所示的设备数据管理方法的示例性流程图。
22.在一些实施例中，图1所示的流程100适用于任意设备，示例性的，所述设备可以是计算设备(如计算集群中的服务器)、用于存储数据的存储设备(如数据库服务器)、制造设备(如在产生一线按照预设程序自动完成产品加工、组装的生产制造设备)、检验设备(如用于完成食品、药品乃至生物体化学成分、结构构造等信息检测的设备)、安防设备(如摄像头、报警器)、交通运输工具(如汽车、动车、飞机)等。具体的，可以在这些设备中部署可信环境，并在可信环境中实现图1所示的流程。
23.可信环境(又可称为可信执行环境或tee，trusted execution environment)可以是设备内部相对独立的一块区域(其可以是设备自带的区域，也可以是嵌入到设备内部的其他芯片)，可以确保加载到其中的代码和数据的安全性、机密性和完整性。在一些实施例中，可信环境基于安全芯片(嵌入到设备内部)实现，该芯片可以运行程序代码以及存储一定容量的数据，且芯片内部的数据(如程序代码和存储数据)难以被外界探查及篡改。作为示例，安全芯片可以包括基于software guard extensions(sgx)、secure encrypted virtualization或trustzone等技术实现的芯片。以公司的sgx为例，当程序在可信环境中执行时会受到enclave保护，外界是无法篡改位于enclave中的数据或影响该程序的执行过程。在一些实施例中，可信环境也可以通过多个软硬件组成的集成化装置，其与设备具有数据通信，可以视为设备的“寄生”系统，为设备提供安全的计算环境。
24.如图1所示，流程100可以包括：步骤110，获取设备中多个部件的部件数据。在一些实施例中，步骤110可以由第一获取模块510实现。
25.部件可以指设备的组成部分，可以理解为硬件也可以是软件，也可以是软硬件的结合体。例如设备的部件可以包括cpu处理器、内存、硬盘、网卡、数据接口、操作系统以及各类应用程序等。如可以将硬盘作为一个独立的部件，包括硬盘的硬件部分以及驱动程序，也可以将其进一步细分为硬盘的硬件部分以及硬盘驱动程序两个部件。部件的划分可以根据实际运维需要灵活设置，本说明书实施例对此不做限制。
26.部件数据包括可以硬件型号(如硬盘型号、网卡型号)、软件版本信息(如操作系统的版本号、应用程序版本号)以及固件版本信息中的一种或多种。其中，固件(firmware)主要指设备中较为底层的程序，如各类驱动程序，一般写入设备的eprom(可擦写可编程只读
存储器)或eeprom(电可擦可编程只读存储器)中。在一些实施例中，部件数据可以是由数字、字母、汉字等字符组成的字符串。在一些实施例中，部件数据也可以是该部件运行后的一些状态参数。
27.在一些实施例中，第一获取模块510可以与设备的操作系统通信，以读取各部件的部件数据。又有一些实施例中，第一获取模块510可以直接访问设备中的各部件，以读取各部件的部件数据。步骤120，基于多个部件的部件数据生成基准merkle树，并存储在所述可信环境中。在一些实施例中，步骤120可以由基准树生成模块520实现。
28.merkle树是一种典型的二叉树结构，包括最下层、一个或多个中间层以及最上层。merkle树中的最下层又可称为叶节点层，最下层的叶节点包含数据或其哈希值(hash值)。最下层的叶节点两两组合获得哈希值，作为上一层的多个中间节点，任一中间层的中间节点两两组合获得哈希值，可以作为再上一层的中间节点，以此类推，直到得到最上层的单个根节点。在merkle树中，两两节点组合获得哈希值的规则可以遵循：hash(ab)＝＝hash(a)||hash(b)，其中||表示某一运算规则。即，两个节点的哈希值按照一定规则组合运算，得到上层节点的哈希值。作为示例，||可以表示a节点的hash值与b节点的hash值串联后再计算串联结果的hash得到上层节点的哈希值hash(ab)。在不引起混淆的情况下，节点可以等同于其对应的hash值。
29.在一些实施例中，可以计算设备中各部件的部件数据的哈希值，将各部件数据的哈希值作为merkle树的叶节点，按照上述组合规则，逐层运算等到各中间层的中间节点，直到最上层的根节点，进而得到设备的merkle树，其具体过程可以参见图2所示。在一些实施例中，可以约定或记录设备中各部件与叶节点的对应关系，以及约定或记录各部件的部件数据包括哪些数据项(如约定cpu的部件数据包括硬件型号，约定网卡的部件数据包括先后拼接的网卡型号以及驱动程序版本号)，以便维护。例如，可以约定merkle树中的第一个叶节点对应cpu、第二个叶节点对应存储器，等等。在一些实施例中，当部件数量为奇数时，可以约定将最后一个部件(如第j个部件)的部件数据复制一份，得到第j 1个叶节点。
30.基准merkle树可以是用作比较基准的merkle树，其与后续的运维merkle树本质上并无区别，只是生成时间点不同。一般来说，基准merkle树旨在记录设备某一阶段的初始状态，因此基准merkle树生成于某一阶段的起始时间点，如设备生产完备后出厂前，又如设备被业务方购入并在投入使用前。在一些实施例中，还可以在设备经过全面检修后生成一棵新的merkle树，作为后续时段的比较基准。在一些实施例中，可信环境可以基于由厂商工作人员或运维工程师发起的指令生成基准merkle树，并将其标注为基准，以便与后续生成的运维merkle树区别。
31.生成的基准merkle树存储在可信环境中，可以有效防止其被篡改。步骤130，检测所述多个部件中的一个或多个是否被改动，响应于一个或多个所述部件被改动，基于所述多个部件的部件数据生成运维merkle树，并存储在所述可信环境中。在一些实施例中，步骤130可以由运维树生成模块530实现。
32.设备投入使用后，为了确保设备正常运行，运维工程师会定期对设备进行检修，其中可能会对设备中的部件进行改动。例如，某个部件老化或损坏，则需要将其替换为完好的部件。又例如，某个部件存在功能上的缺陷，需要将其修改为功能更优的部件。作为示例，设
备中的通信部件的传输协议经常出现丢包的问题，因此将其修改为性能更优的其他版本的传输协议。又例如，对部件进行升级或者删除其中的部分。出于运维需要，这些改动可以体现在部件的部件数据上，以便后续追溯。
33.在一些实施例中，可以实时监控设备中各部件的状态，当设备中的任一部件被改动后，运维树生成模块530便重新获取设备中各部件的部件数据，并基于此重新生成一个merkle树，作为运维merkle树。在一些实施例中，运维树模块530也可以监听设备操作系统的消息，当接收到某部件改动的消息，则获取该部件的部件数据，并计算其hash值，之后基于其他未改动部件的hash值生成运维merkle树。生成运维merkle树的过程详见步骤120中生成设备的merkle树的相关说明，在此不再赘述。
34.生成的运维merkle树也存储在可信环境中。在一些实施例中，可以为基准merkle树和运维merkle树分别标识，以便区分。例如，当基准merkle树具有基准标注时，便可自然与运维merkle树区分。又或者，每生成一棵merkle树便同时标注其生成时间，以便基于时间先后区分基准merkle与运维merkle树。
35.在一些实施例中，运维merkle树主要作为被比较对象，将其与基准merkle树进行比较，可以快速了解设备中各部件的改动情况。进一步，运维工程师可以基于改动情况，了解设备的维护管理是否出现异常。通过基准merkle树以及运维merkle树，可以在设备各部件数据为密文状态下对设备进行高效的维护管理。例如，通过比较基准merkle树的根节点与运维merkle树的根节点的异同，可以快速了解设备中是否有部件被改动。又例如，当确定有部件改动后，可以进一步将基准merkle树的其他节点与运维merkle树的其他节点进行比较，确定区别路径进而定位设备中哪些部件被改动。其中，路径包括从根节点到相应叶节点的路径上的全部或部分相邻节点，当运维merkle树中的某一路径与基准merkle树的对应路径上的对应节点不同时，则称运维merkle树中的该路径为区别路径。以图2作为示例，若存储器b被改动，则会导致路径：叶子节点hash(b)—第一中间节点n1—第二中间节点n5—根节点n7与基准merkle树中该路径上的对应节点不同，反之，通过寻找这样的一条或多条区别路径，可以快速确定哪一个或哪一些部件被改动了。进一步结合运维记录，则可及时发现被非法改动的部件。图3是根据本说明书又一些实施例所示的维护管理方法的示例性流程图。
36.在一些实施例中，借助设备的merkle树还可以通过流程300快速查验某设备是否存在于该设备中。如图3所示，流程300可以包括：步骤310，获取待查验部件的部件数据的哈希值；
37.作为示例，运维工程师想要确认设备中的cpu是否为xx公司生产的型号为i7-xxxxxe的cpu，因此，可以将型号为i7-xxxxxe作为待查询部件的部件数据。步骤320，从基准merkle树或运维merkle树上获取根节点以及对应路径上各节点的二叉对节点；
38.在一些实施例中，可以从最新的运维merkle树上获取用于查验的根节点以及二叉对节点，以确定待查验部件是否位于当前设备中。在又一些实施例中，也可以从基准merkle树上获取用于查验的根节点以及二叉对节点，以确定待查验部件是否与原厂部件同型号。
39.对应路径为从对照部件对应的叶子节点到根节点的路径。其中，对照部件为与待查验部件对等的部件。结合前例以及图2，对照部件应为第一个叶节点对应的部件—cpu。相
应的，对应路径即为从第一叶节点到根节点的路径，其包括叶子节点hash(a)—第一中间节点n1—第二中间节点n5—根节点n7。所述节点的二叉对节点为与该节点同层的节点，且与该节点组合得到上层节点。例如，对于第一中间节点n3，其二叉对节点即为第一中间节点n4。由此，可以确定前述示例中，对应路径中各节点的二叉对节点包括：叶子节点hash(b)、第一中间节点n2以及第二中间节点n6。步骤330，基于所述待查验部件的部件数据的哈希值以及对应路径上各节点的二叉对节点依次进行两两组合获取哈希值，直到得到待查验根节点；
40.续前例，可以基于待查验部件的部件数据的哈希值与叶子节点hash(b)组合运算，得到第一中间待查验节点n1’，再将第一中间待查验节点n1’与第一中间节点n2组合运算，得到第二中间待查验节点n5’，再将第二中间待查验节点n5’与第二中间节点n6组合运算，得到待查验根节点n7’。组合运算方式可参见步骤120的相关说明，在此不再赘述。步骤340，基于所述基准merkle树或运维merkle树的根节点与所述待查验根节点的异同，确定待查验部件与所述设备中的对照部件是否相同；
41.作为示例，将待查验根节点n7’与待查验根节点n7比较，若两者相同，则可以确定设备中的cpu即为型号为i7-xxxxxe的cpu，反之，则说明设备中的cpu型号不为i7-xxxxxe。
42.在一些实施例中，前述基于设备merkle树的设备维护管理步骤或方法可以在可信环境内执行，如运维工程师向可信环境发起维护管理指示或者待查验部件的部件数据，可信环境执行相应的维护管理步骤/方法，并输出结果。运维工程师进一步基于结果判断设备是否出现异常。整个过程中，工作人员无需获知设备的部件数据明文，提高运维工作效率的同时，有效保护了设备信息安全。
43.在又一些实施例中，前述设备维护管理步骤或方法可以在可信环境外执行，如运维工程师可以向可信环境发起设备的merkle树请求，得到设备的merkle树，然后通过其他设备或人工按照前述步骤/方案得到查验结果。整个过程中，工作人员只能接触到设备部件数据的密文，实现运维的同时有效保护了设备信息安全。
44.在一些实施例中，可以对设备的merkle树进行有序扩展，得到设备集群的merkle树，进而对设备集群进行维护管理。图4是根据本说明书一些实施例所示的设备集群数据管理方法示例性流程图。
45.在一些实施例中，图4所示的流程400可以在集群管理设备中实现。其中，设备集群可以包括多台设备，而集群管理设备可以与各设备具有通信连接。
46.如图4所示，流程400可以包括：步骤410，获取所述多个设备的基准merkle树或其根节点；在一些实施例中，步骤410可以由第二获取模块610实现。
47.在一些实施例中，可以基于步骤120为设备集群中的每一台设备生成基准merkle树。第二获取模块610可以请求各设备，获取其可信环境中存储的基准merkle树。步骤420，基于多个设备的基准merkle树或其根节点生成集群基准merkle树；在一些实施例中，步骤420可以由集群基准树生成模块620实现。
48.在一些实施例中，集群基准树生成模块620可以将各设备的基准merkle树的根节点作为集群基准merkle树的叶子节点。然后参照步骤120中生成merkle树的方法生成集群基准merkle树。在一些实施例中，集群merkle树可以包括各设备的merkle树，以及在各设备
merkle树根节点上继续“生长”出来的部分。在又一些实施例中，集群merkle树可以只包括各设备merkle树的根节点以及在此基础上“生长”出来的部分。步骤430，检测所述多个设备中的一个或多个部件是否被改动，响应于一个或多个所述部件被改动，生成集群运维merkle树；在一些实施例中，步骤430可以由集群运维树生成模块630实现。
49.在一些实施例中，当设备中的部件被改动时，可以基于步骤130生成运维merkle树，同时该设备可以向集群管理设备发送消息以告知，进一步，集群管理设备再次请求各设备的merkle树或其根节点。具体的，被改动的设备可以将其最新的运维merkle树的根节点发送给集群管理设备，而未改动的设备可以仍然将其基准merkle树的根节点发送给集群管理设备，此后集群管理设备可以基于各设备发送的merkle树的根节点构造新的merkle树，作为集群运维merkle树。又或者，集群管理设备可以请求被改动的设备发送最新的运维merkle树，基于这些运维merkle树以及已有的未改动设备的基准merkle树生成集群运维merkle树。生成集群运维merkle树的方法类似步骤420中生成集群基准merkle树的过程，在此不再赘述。
50.所述集群基准merkle树以及所述集群运维merkle树用于在各设备的部件数据为密文状态下对集群中的设备进行维护管理。其中，对设备集群中的设备进行维护管理的具体步骤类似前述对单个设备的维护管理，在此不再赘述。
51.本说明书一些实施例将设备中各部件的部件信息或设备集群中各设备的设备信息分别对应到merkle树的叶节点，并逐层处理每一层节点的信息得到上一层节点的信息，依此，直到获得根节点信息。以这种结构记录数据，在隐匿部件信息和/或设备信息的同时，能够通过较上层的节点信息快速发现部件信息或设备信息的篡改痕迹，甚至能够快速定位出被修改的部件或设备。因此，本说明书实施例所说的merkle树可以广义的延伸到具有多层级的数据结构，每一层级的信息由其下一层级的信息得出，使得下一层级信息的改动均能影响到上一层级信息，但凡满足这个本质的数据结构，都属于本说明书所说的merkle树的范围。图5是根据本说明书一些实施例所示的设备数据管理系统的示例框图。
52.在一些实施例中，设备数据管理系统500可以在设备内部的可信环境中实现，设备数据管理系统500可以包括第一获取模块510、基准树生成模块520、运维树生成模块530。
53.第一获取模块510可以用于获取设备中多个部件的部件数据，所述部件数据包括硬件型号、软件版本信息以及固件版本信息中的一种或多种。
54.基准树生成模块520可以用于基于多个部件的部件数据生成基准merkle树，并存储在所述可信环境中。
55.运维树生成模块530可以用于检测所述多个部件中的一个或多个是否被改动，响应于一个或多个所述部件被改动，基于所述多个部件的部件数据生成运维merkle树，并存储在所述可信环境中。图6是根据本说明书一些实施例所示的设备集群数据管理系统的示例框图。
56.在一些实施例中，设备集群数据管理系统600可以在集群管理设备中实现，设备集群数据管理系统600可以包括第二获取模块610、集群基准树生成模块620、集群运维树生成模块630。
57.第二获取模块610可以用于获取所述多个设备的基准merkle树或其根节点；其中，某一设备的基准merkle树在设备内部的可信环境中生成，其包括：获取设备中多个部件的部件数据，所述部件数据包括硬件型号、软件版本信息以及固件版本信息中的一种或多种；基于所述多个部件的部件数据生成基准merkle树，并存储在所述可信环境中。
58.集群基准树生成模块620可以用于基于多个设备的基准merkle树或其根节点生成集群基准merkle树。
59.集群运维树生成模块630可以用于检测所述多个设备中的一个或多个部件是否被改动，响应于一个或多个所述部件被改动，获取所述多个设备中被改动设备的运维merkle树或其根节点以及未改动设备的基准merkle树或其根节点，并基于此生成集群运维merkle树；其中，某一被改动设备的运维merkle树在设备内部的可信环境中生成，其包括：响应于设备的一个或多个部件被改动，基于该设备的多个部件的部件数据生成运维merkle树，并存储在所述可信环境中。
60.关于图5和图6中各模块的更多描述，可以分别参见图2和图4的相关说明。
61.应当理解，图中所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、cd或dvd-rom的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
62.需要注意的是，以上对于系统及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。
63.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书实施例的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书实施例进行各种修改、改进和修正。该类修改、改进和修正在本说明书实施例中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
64.同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
65.此外，本领域技术人员可以理解，本说明书实施例的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书实施例的各个方面可以完全由硬
件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书实施例的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
66.计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质，或任何上述介质的组合。
67.本说明书实施例各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c 、c#、vb.net、python等，常规程序化编程语言如c语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(lan)或广域网(wan)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(saas)。
68.此外，除非权利要求中明确说明，本说明书实施例所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书实施例流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的系统。
69.同理，应当注意的是，为了简化本说明书实施例披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书实施例对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
70.针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本技术权利要求最广范围有限制的文件(当前或之后附加于本技术中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。
71.最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书实施例的范围。因此，作为示例而非限制，本说明书实施例
的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。