在区块链上记录车辆的里程数据的方法和装置与流程

本公开涉及区块链技术，具体来说，涉及一种在区块链上记录车辆的里程数据的方法和装置。

背景技术：

车辆在行驶过程中会产生很多数据，其中，里程数据记录了车辆的行驶里程。在车辆的交易、评估、租赁等活动中，车辆的行驶里程都是重要的参考。目前，对于车辆的行驶里程，主要通过车辆上的里程表进行记录。里程表可以记录车辆自出厂以来总共行驶的距离。

但是，车辆的里程表可以由人工进行调节，并且人们很难确定车辆的里程表是否被调节过。这导致人们对车辆的里程表记载的行驶里程缺乏信任。

技术实现要素：

根据本公开的第一方面，提供了一种在区块链上记录车辆的里程数据的方法，包括：提供车辆数据库和里程数据库，所述车辆数据库被配置为存储唯一识别车辆的识别码，所述里程数据库被配置为存储关于车辆的行驶里程的里程数据；从所述车辆数据库中获取车辆的识别码；根据所述车辆的识别码，从里程数据库中获取所述车辆的里程数据；以及在所述区块链中存储与所述里程数据相关的数据。

在根据本公开的一些实施例中，所述与所述里程数据相关的数据为所述里程数据本身。

在根据本公开的一些实施例中，所述与所述里程数据相关的数据为所述里程数据的加密数据，在所述区块链的区块中存储与所述里程数据相关的数据包括：对所述车辆的里程数据加密，以生成所述加密数据。

在根据本公开的一些实施例中，所述方法还可以包括：提供车辆编码记录数据库，所述车辆编码记录数据库被配置为记录所述车辆编码的最大值。

在根据本公开的一些实施例中，在确定所述车辆编码记录数据库中的车辆编码小于所述车辆数据库中的车辆编码的最大值的情况下，从所述车辆数据库中获取车辆的识别码，其中，从所述车辆数据库中获取车辆的识别码可以包括：从所述车辆数据库中获取预定数量的车辆的识别码和车辆的编码。

在根据本公开的一些实施例中，所述方法还可以包括：将所述预定数量的车辆的编码中的最大值存储到所述车辆编码数据库中。

在根据本公开的一些实施例中，所述方法还可以包括：在确定所述车辆编码记录数据库中的车辆编码等于所述车辆数据库中的车辆编码的最大值的情况下，将所述车辆编码记录数据库中的车辆编码重置。

在根据本公开的一些实施例中，所述区块链包括交易数据，在所述区块链中存储与所述里程数据相关的数据包括：将与所述里程数据相关的数据作为所述交易数据的一部分进行存储。

在根据本公开的一些实施例中，所述方法还包括：对所述交易数据进行压缩处理，以生成压缩信息。

在根据本公开的一些实施例中，所述压缩信息为所述交易数据的哈希值，所述方法还包括：在车辆哈希值数据库中记录车辆的识别码以及所述哈希值。

在根据本公开的一些实施例中，所述车辆哈希值数据库中，每个车辆的识别码对应多个哈希值。

在根据本公开的一些实施例中，所述多个哈希值按照时间顺序排列。

在根据本公开的一些实施例中，所述里程数据包括所述车辆的总的行驶里程。

在根据本公开的一些实施例中，所述里程数据包括所述车辆在预定时段内的行驶里程。

根据本公开的第二方面，提供了一种在区块链上记录车辆的里程数据的装置，包括：一个或多个处理器；以及存储计算机可执行指令的存储器，所述计算机可执行指令在被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述根据本公开的在区块链上记录车辆的里程数据的方法。

根据本公开的第三方面，提供了一种存储有计算机可执行指令的非瞬态存储介质，所述计算机可执行指令在被处理器执行时，使得所述处理器实现上述根据本公开的在区块链上记录车辆的里程数据的方法。

根据本公开的第四方面，提供了一种计算机程序产品，包括一系列计算机可执行指令，所述计算机可执行指令在被处理器执行时，使得所述处理器实现上述根据本公开的在区块链上记录车辆的里程数据的方法。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1示出了根据本公开的实施例的在区块链上记录车辆的里程数据的方法的流程图。

图2示出了根据本公开的实施例的区块链的示意图。

图3示出了根据本公开的实施例的在区块链上记录车辆的里程数据的方法的流程图。

图4示出根据本公开的一种示例性实施例的计算设备的框图。

注意，在以下说明的实施方式中，有时在不同的附图之间共同使用同一附图标记来表示相同部分或具有相同功能的部分，而省略其重复说明。在本说明书中，使用相似的标号和字母表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为了便于理解，在附图等中所示的各结构的位置、尺寸及范围等有时不表示实际的位置、尺寸及范围等。因此，所公开的发明并不限于附图等所公开的位置、尺寸及范围等。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

随着移动网络技术的发展，越来越多的设备可以接入移动网络。车辆也可以接入移动网络，并且可以通过移动网络将车辆的各种数据传送给服务器。

在本公开中，提供了一种在区块链上记录车辆的里程数据的方法。图1示出了根据本公开的实施例的在区块链上记录车辆的里程数据的方法的流程图。如图1所示，在区块链上记录车辆的里程数据的方法可以包括以下步骤：

步骤101：提供车辆数据库和里程数据库。

其中，车辆数据库被配置为存储能够唯一识别车辆的识别码。例如，该识别码可以为车辆识别码（vehicleidentificationnumber,vin），vin码由17位组成，包含了生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息，可以唯一的识别车辆。此外，识别码也可以采用其它数据，例如车辆的车牌号等。

表1示出了根据本公开的实施例的车辆数据库的示例。如表1所示，车辆数据库可以包括车辆编码（vehicle_id）、车辆的识别码（vin）、车辆在区块链上的账户地址（token_account_addr）、车辆的里程（mileage）、上链时间（time）以及更新时间等。车辆编码是车辆数据库中为每个车辆分配的序号，通常可以从1开始，逐渐增大，这样，车辆数据库中车辆编码的最大值可以对应于车辆数据库中车辆的数量。车辆的里程是车辆行驶的里程，例如车辆可以采集里程表记录的里程，并将其提供给服务器，服务器可以将接收到的里程数据记录到车辆数据库中。上链时间是车辆的里程数据被存储到数据链的时间。更新时间是最近一次更新车辆数据库中该车辆的数据的时间。在根据本公开的一个实施例中，时间可以通过比如时间戳表示，通过转换工具，可以根据时间戳进行转换得到具体的时间，例如时间戳1620455424805表示的具体时间为2021-05-08，14：30：24。

表1

里程数据库被配置为存储关于车辆的行驶里程的里程数据，各个车辆可以通过例如移动网络将车辆的里程数据上传到远程服务器，并由服务器将接收的里程数据存储到里程数据库中。

例如，车辆可以定期将里程表的里程数据上传到远程服务器，然后远程服务器可以将接收到的里程数据存储到里程数据库中。

表2示出了根据本公开的实施例的里程数据库的示例。如表2所示，里程数据库中包含车辆识别码（vin）、车辆的行驶里程（vehiclekilometersoftravel,vkt）、以及该条数据的更新时间（update_time）。

表2

在另一个示例的实施例中，里程数据库中存储的里程数据还可以包括里程的增量，即车辆在预定时间段内行驶的里程。例如，车辆能够每10秒上传该车辆在刚刚过去的10秒内行驶的里程，服务器可以将接收到的里程数据记录和存储起来。然后，服务器可以将预定时间段内（例如10分钟）的里程数据进行累加，以得到车辆的里程在10分钟的时间里发生的变化量（即增量），并且可以将该增量与接收的该车辆的总的行驶里程一起记录在里程数据库中。

此外，随着车辆的增加，里程数据库中存储的数据可能越来越多。里程数据库中数据量的增长可能导致查询效率降低。对此，可以采用分表的方式进行应对。分表的优点是可以持续扩展数据库的容量，降低单表的存储压力。

步骤102：从所述车辆数据库中获取车辆的识别码。

例如，服务器可以一次从车辆数据库中获取全部车辆的识别码并进行后续的处理。但是，随着车辆数量的增加，数据量也随之增大。在根据本公开的一些实施例中，服务器可以每次从车辆数据库中获取预定数量的车辆的识别码。例如，服务器可以每次获取200辆车辆的识别码，或者每次获取500辆车辆的识别码。直到服务器获取到车辆数据库中全部车辆的识别码为止。

例如，车辆数据库中的车辆可以具有顺序的编码（例如从1开始递增），服务器可以根据车辆数据库中的车辆的编码，分批获取车辆的识别码。服务器每次获取到车辆的识别码的同时，还可以确定本次获取的车辆的编码的最大值。如果该最大值等于车辆数据库中的车辆的编码的最大值，这表明已经获取了车辆数据库中的全部车辆的识别码。如果该最大值小于车辆数据库中的车辆的编码的最大值，这表明尚未获取到车辆数据库中的全部车辆的识别码。服务器可以继续从车辆数据库获取其它车辆的识别码。

步骤103：根据所述车辆的识别码，从里程数据库中获取所述车辆的里程数据。

服务器可以根据获取的车辆的识别码，从里程数据库中获取对应车辆的里程数据。如上面的表2所示，在根据本公开的一些实施例中，里程数据库中可以存储了每个车辆的行驶里程作为里程数据。服务器可以从里程数据库中获取车辆最新的里程数据。

步骤104：在所述区块链中存储与所述里程数据相关的数据。

服务器可以根据获取的车辆的最新的里程数据，生成新的区块，然后将该新的区块链接到区块链，从而实现车辆的里程数据在区块链上的存储。

在新的区块中，可以直接存储车辆的行驶里程（即里程数据），即上述与所述里程数据相关的数据为里程数据本身。

此外，在根据本公开的另一些实施例中，在新的区块中，可以存储车辆的里程数据的加密数据，即上述与所述里程数据相关的数据为加密数据。例如，在将里程数据存储到区块链之前，可以使用公共秘钥或私密秘钥对里程数据进行加密，以生成加密数据。然后，可以根据加密数据生成新的区块，并将该区块链接到区块链。

图2示出了根据本公开的实施例的区块链的示意图。如图2所示，该区块链基于以太坊的区块链结构，每个区块包含区块头（header）和区块体（body）两部分。在区块体中，包含交易（transactions）。在每个交易中，可以记录车辆的识别码、车辆在区块链上的账户地址、车辆的里程数据以及与里程数据对应的时间（例如，车辆行驶所述里程花费的时间）。例如，车辆的识别码、里程数据和时间等数据可以存储在交易的有效载荷（payload）中，车辆在区块链上的账户地址可以存储在接收方（recipient）中。

然后，可以计算该交易的哈希值并将其存储到车辆交易哈希数据库中。

表3示出了根据本公开的实施例的车辆哈希值数据库的示例。如表3所示，车辆哈希值数据库中存储了车辆的识别码（vin）、车辆的在区块链上的交易的哈希值（tx_hash）、更新时间（update_time）以及创建时间（create_time）等。

其中，创建时间（create_time）表示该车辆的识别码（vin）的条目的建立时间。更新时间（update_time）表示tx_hash中的最新的哈希值的添加时间。

表3中，交易的哈希值（tx_hash）记录了对应的车辆的里程数据每次存储到区块链上时的交易的哈希值。因此，对应于一个车辆的识别码（vin），tx_hash中通常存储了一个或多个哈希值。如表3所示，多个哈希值之间可以通过逗号分隔。此外，每个哈希值被放置在一对引号中，并且在每个引号前和哈希值末尾添加符号“\”，全部的哈希值被放在一对中括号内。在根据本公开的一些实施例中，可以将tx_hash中的多个哈希值按照时间顺序排列。例如，可以将最新的哈希值排列在最前面。例如，在表3中，在更新时间20210525183226（即2021年5月25日18点32分26秒）添加的哈希值为“0x61084b89838758a3e91d15369ffd27c5c2abb47b89a4deb45a0d922274531a47”。

表3

利用车辆哈希值数据库中记录的哈希值以及车辆数据库中记录的对应车辆在区块链上的账户地址（token_account_addr），可以在区块链上进行检索，得到区块链上存储的该车辆的历史里程数据。

应当理解，本公开不限于根据车辆的交易数据生成哈希值。只要可以对交易数据进行压缩处理，以生成与交易数据对应的压缩信息即可，例如各种已知的信息摘要算法都可以应用在本公开的实施例中。

图3示出了根据本公开的实施例的在区块链上记录车辆的里程数据的方法的流程图。

在步骤301，创建数据库。在步骤中，需要创建多个数据库，包括任务数据库，车辆编码记录数据库和车辆哈希值数据库。在上面的表3中已经详细介绍了车辆哈希值数据库。下面将结合表4和表5详细介绍任务数据库和车辆编码记录数据库。

表4示出了根据本公开的实施例的任务数据库的示例。如表4所示，在该任务数据库中，可以记录多个任务，每个任务可以包含任务编码（id）、创建时间（create_time）、执行时间（exec_time）和完成指示（complete_ind）等信息。其中，任务编码是分配给该任务的标识符，创建时间是建立该项任务的时间，执行时间是预定执行该项任务的时间，完成指示表示该任务是否已经被执行。在表4所示的示例中，一项任务的任务编码为687，创建时间为2020年6月18日23时34分56秒，预定的执行时间为2021年5月25日13时35分42秒，完成指示为“1”，表示该项任务已经被执行。

表4

服务器可以根据任务数据库中存储的执行时间，执行将车辆的里程数据存储到区块链上的操作。

表5示出了根据本公开的实施例的车辆编码记录数据库的示例。如表5所示，在车辆编码记录数据库中，记录了任务编号（task_id）、车辆编码（vehicle_id）和执行任务时间（task_time）等信息。

表5

在创建了上述数据库之后，执行步骤302。

在步骤302中，服务器可以根据任务数据库的记录，在预定的执行时间执行查询任务。即，服务器可以对车辆数据库进行查询，从车辆数据库获取车辆的识别码。例如，服务器可以一次从车辆数据库中获取全部车辆的识别码并进行后续的处理。但是，随着车辆数量的增加，数据量也随之增大。在根据本公开的一些实施例中，服务器可以每次从车辆数据库中获取预定数量的车辆的识别码。例如，服务器可以每次获取200辆车辆的识别码，或者每次获取500辆车辆的识别码。步骤302中获取车辆的识别码的操作与上述步骤102相似，本公开就不再重复描述。

在步骤303，服务器可以确定步骤302中执行定时任务得到的查询结果是否为空。

如果查询结果为空（即没有获取到车辆的识别码），则确定车辆编码记录数据库中记录的车辆编码（vehicl_id）是否等于车辆数据库中车辆编码的最大值（步骤307）。

如果车辆编码记录数据库中记录的车辆编码（vehicl_id）等于车辆数据库中车辆编码的最大值，则表明已经查询了车辆数据库中的全部车辆。处理可以进行到步骤308，服务器可以将车辆编码记录数据库中记录的车辆编码重置为初始值（例如“0”），并且将任务数据库中的完成指示（complete_ind）修改为“1”，表示该任务已经完成。然后，结束本次定时任务（步骤309）。

如果车辆编码记录数据库中记录的车辆编码（vehicl_id）小于车辆数据库中车辆编码的最大值，则表明车辆数据库中还有其它车辆尚未被查询，可以返回步骤302，再次执行该预定的任务。

在查询结果不为空（即服务器从车辆数据库获取到车辆的识别码）的情况下，服务器可以根据车辆的识别码，从里程数据库中获取车辆的里程数据（步骤304）。该步骤304与上述步骤103相似，本公开就不再重复描述。

接下来，在步骤305，服务器可以将与里程数据相关的数据（例如里程数据本身、或通过对里程数据加密得到的加密数据）存储到区块链上。服务器可以根据获取的车辆的最新的里程数据，生成新的区块，然后将该新的区块链接到区块链，从而实现车辆的里程数据在区块链上的存储。在新的区块中，可以直接存储车辆的行驶里程（即里程数据），即上述与所述里程数据相关的数据为里程数据本身。

此外，在根据本公开的另一些实施例中，在新的区块中，可以存储车辆的里程数据的加密数据，即上述与所述里程数据相关的数据为加密数据。例如，在将里程数据存储到区块链之前，可以使用公共秘钥或私密秘钥对里程数据进行加密，以生成加密数据。然后，可以根据加密数据生成新的区块，并将该区块链接到区块链。

接下来，在步骤306，服务器可以更新数据库。更具体地说，服务器将更新车辆编码记录数据库中的车辆编码，例如，可以将上述步骤302获取到的车辆编码的最大值作为车辆编码记录数据库中的车辆编码。

此外，服务器还要更新车辆哈希值数据库，将本次上链过程中产生的新的交易的哈希值记录在车辆哈希值数据库中。

接下来，处理返回到步骤307，再次判断车辆编码记录数据库中记录的车辆的编码是否等于车辆数据库中车辆的编码的最大值。

如果车辆编码记录数据库中记录的车辆编码（vehicl_id）等于车辆数据库中车辆编码的最大值，则表明已经查询了车辆数据库中的全部车辆。处理可以进行到步骤308，服务器可以将车辆编码记录数据库中记录的车辆编码重置为“0”，并且将任务数据库中的完成指示（complete_ind）修改为“1”，表示该任务已经完成。然后，结束本次定时任务（步骤309）。

如果车辆编码记录数据库中记录的车辆编码（vehicl_id）小于车辆数据库中车辆编码的最大值，则表明车辆数据库中还有其它车辆尚未被查询，这些车辆的里程数据还没有被存储到区块链中。处理可以返回步骤302，再次执行该预定的任务。

应当理解，以上各个数据库的示例性表格中，仅示出了一部分数据项，实际的数据库可以根据设计需要包含更多数据项。

例如，任务数据库中还可以包含用于表示任务的创建者的创建者识别符、用于表示更新该任务的时间的更新时间、以及用于表示重新尝试执行任务的次数的重试计数等中的一项或多项。

车辆数据库中还可以包含以下一项或多项：创建者识别符、创建时间、最后更新者识别符、版本号等。

里程数据库还可以包含以下一项或多项：异常指示、创建时间、创建者识别符、删除指示、经度、纬度、记录时间、版本号等。

车辆交易哈希值数据库还可以包括以下一项或多项：版本号、创建者识别符、更新者识别符等。

车辆编码记录数据库还可以包括以下一项或多项：创建者识别符、创建时间、更新者识别符、更新时间等。

利用本公开的方法，可以把车辆的行驶里程记录到区块链上。由于区块链中的数据具有不可修改的特性，从而确保了里程数据的真实性。当需要了解车辆的行驶里程时，例如在进行二手车交易的情况下，利用车辆的识别码（vin）和车辆交易哈希值数据库，可以对区块链中记录的车辆的里程数据进行检索，从而确定车辆的真实行驶里程。如果区块链上的行驶里程与车辆的里程表的记录不一致，则表明车辆的里程表可能遭遇修改，买家可以更加谨慎地进行车辆交易。

此外，在根据本公开的一些实施例中，人们可以利用区块链获取车辆的历史行驶里程，即车辆的行驶里程随时间的变化，从而能够更深入地了解车辆的使用历史，更准确地评估车辆的价值。

图4示出根据本公开的一种示例性实施例的计算设备的框图，该计算设备是可应用于本公开的各方面的硬件设备的一个示例。

参考图4，现在将描述一种计算设备700，该计算设备是可应用于本公开的各方面的硬件设备的一个示例。计算设备700可以是被配置用于实现处理和/或计算的任何机器，可以是但并不局限于工作站、服务器、桌上型计算机、膝上型计算机、平板计算机、个人数字助理、智能手机、车载计算机或者是它们的任何组合。前述的各种装置/服务器/客户端设备可全部地或者至少部分地由计算设备700或者类似设备或系统来实施。

计算设备700可包括可能经由一个或多个接口与总线702连接或通信的组件。例如，计算设备700可包括总线702、一个或多个处理器704、一个或多个输入设备706以及一个或多个输出设备708。所述一个或多个处理器704可以是任何类型的处理器并且可以包括但不限于一个或多个通用处理器和/或一个或多个专用处理器(例如专门的处理芯片)。输入设备706可以是任何类型的能够向计算设备输入信息的设备并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或远程控制器。输出设备708可以是任何类型的能够呈现信息的设备并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。计算设备700也可包括非瞬态存储设备710或者与所述非瞬态存储设备连接，所述非瞬态存储设备可以是非瞬态的并且能够实现数据存储的任何存储设备，并且所述非瞬态存储设备可以包括但不限于磁盘驱动器、光存储设备、固态存储器、软盘、软磁盘、硬盘、磁带或任何其它磁介质、光盘或任何其它光介质、rom(只读存储器)、ram(随机存取存储器)、高速缓冲存储器和/或任何存储芯片或盒式磁带、和/或计算机可从其读取数据、指令和/或代码的任何其它介质。非瞬态存储设备710可从接口分离。非瞬态存储设备710可具有用于实施上述方法和步骤的数据/指令/代码。计算设备700也可包括通信设备712。通信设备712可以是任何类型的能够实现与内部装置通信和/或与网络通信的设备或系统并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信设备和/或芯片组，例如bluetoothtm设备、1302.11设备、wifi设备、wimax设备、蜂窝通信设备和/或类似设备。

总线702可以包括但不局限于工业标准结构(isa)总线、微通道结构(mca)总线、增强型isa(eisa)总线、视频电子标准协会(vesa)局部总线和外部设备互连(pci)总线。

计算设备700还可包括工作存储器714，该工作存储器可以是任何类型的能够存储有利于处理器704的工作的指令和/或数据的工作存储器并且可以包括但不局限于随机存取存储器和/或只读存储设备。

软件组件可位于工作存储器714中，这些软件组件包括但不限于操作系统716、一个或多个应用程序718、驱动程序和/或其它数据和代码。用于实现上述方法和步骤的指令可包含在所述一个或多个应用程序718中，并且前述各种装置/服务器/客户端设备的模块/单元/组件可通过处理器704读取和执行所述一个或多个应用程序718的指令来实现。

也应该认识到可根据具体需求做出变化。例如，也可使用定制硬件，和/或特定组件可在硬件、软件、固件、中间件、微代码、硬件描述语言或其任何组合中实现。此外，可采用与其它计算设备、例如网络输入/输出设备等的连接。例如，可通过具有汇编语言或硬件编程语言(例如verilog、vhdl、c++)的编程硬件(例如，包括现场可编程门阵列(fpga)和/或可编程逻辑阵列(pla)的可编程逻辑电路)利用根据本公开的逻辑和算法来实现所公开的方法和设备的部分或全部。

如在此所使用的，词语“示例性的”意指“用作示例、实例或说明”，而不是作为将被精确复制的“模型”。在此示例性描述的任意实现方式并不一定要被解释为比其它实现方式优选的或有利的。而且，本公开不受在上述技术领域、背景技术、发明内容或具体实施方式中所给出的任何所表述的或所暗示的理论所限定。

另外，仅仅为了参考的目的，还可以在下面描述中使用某种术语，并且因而并非意图限定。例如，除非上下文明确指出，否则涉及结构或元件的词语“第一”、“第二”和其它此类数字词语并没有暗示顺序或次序。

还应理解，“包括/包含”一词在本文中使用时，说明存在所指出的特征、整体、步骤、操作、单元和/或组件，但是并不排除存在或增加一个或多个其它特征、整体、步骤、操作、单元和/或组件以及/或者它们的组合。

在本公开中，术语“提供”从广义上用于涵盖获得对象的所有方式，因此“提供某对象”包括但不限于“购买”、“制备/制造”、“布置/设置”、“安装/装配”、和/或“订购”对象等。

本领域技术人员应当意识到，在上述操作之间的边界仅仅是说明性的。多个操作可以结合成单个操作，单个操作可以分布于附加的操作中，并且操作可以在时间上至少部分重叠地执行。而且，另选的实施例可以包括特定操作的多个实例，并且在其他各种实施例中可以改变操作顺序。但是，其它的修改、变化和替换同样是可能的。因此，本说明书和附图应当被看作是说明性的，而非限制性的。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。在此公开的各实施例可以任意组合，而不脱离本公开的精神和范围。本领域的技术人员还应理解，可以对实施例进行多种修改而不脱离本公开的范围和精神。本公开的范围由所附权利要求来限定。