历史管理方法、历史管理装置以及历史管理系统与流程

本公开涉及管理车辆的历史信息的历史管理的技术。

背景技术：

以往，例如在专利文献1中记载了一种使用区块链来记录与网络连接的多个节点间的交易历史的交易记录系统。在专利文献1的交易记录系统中，为了减少各节点的保有数据量，仅由配置在特定网络中的节点共享特定网络内的交易历史。

专利文献1：日本特开2018－67108号公报

本公开的发明人探讨了将专利文献1那样的区块链的技术使用于车辆的历史信息的保管。然而，在专利文献1的系统中，包括特定网络内的交易历史的全部区块被复制到该特定网络内的全部节点中。起因于这样的全部节点共享全部区块，通信量的增加或者各节点的保存数据量的增加等是不可避免的。

为了解决这样的课题，还探讨了限定性地实施包括车辆的历史信息的区块的备份。然而，在限定性地实施区块的备份的情况下，对于区块链的恢复所需的区块的回收，有可能做不到。

技术实现要素：

本公开的目的之一在于提供即使是限定性地实施区块的备份的形态也能恢复区块链的历史管理方法、历史管理装置以及历史管理系统。

一个方式的历史管理方法是由计算机实施，并使用区块链来管理多个车辆的历史信息的历史管理方法，包括：在至少一个处理器上，根据在车辆中收集到的历史信息来生成与车辆的区块链连结的主区块；从能够与车辆进行通信的节点中，以区块为单位设定复制了主区块的备份区块的保存目的地；将与主区块相比作为历史信息的收集源的车辆不同的备份区块同主区块一起保存至区块保存部；以及基于通过网络分发的恢复请求，从区块保存部保存的备份区块中发送由恢复请求请求的特定车辆相关的备份区块，在生成主区块时，将能够确定区块保存部中保存的备份区块的区块特定信息记录于主区块。

一个方式的历史管理装置是在多个车辆(v)以能够进行通信的方式连接的网络中作为一个节点发挥功能，使用区块链来管理作为多个车辆中的之一的本车辆的历史信息的历史管理装置，具备：区块生成部，根据在本车辆中收集到的历史信息来生成与本车辆的区块链连结的主区块；保存目的地设定部，从能够与本车辆进行通信的其它节点中以区块为单位设定复制了主区块的备份区块的保存目的地；区块保存部，将与主区块相比作为历史信息的收集源的车辆不同的备份区块同主区块一起保存；以及区块发送部，基于通过网络分发的恢复请求，从区块保存部保存的备份区块中发送由恢复请求请求的特定车辆相关的备份区块，区块生成部在生成主区块时，将能够确定区块保存部中保存的备份区块的区块特定信息记录于主区块。

在这些方式中，在生成主区块时，将能够确定区块保存部中保存的备份区块的区块特定信息记录于主区块。因而，对于区块保存部的数据产生异常的特定车辆，如果能够利用从其它节点发送的区块恢复该区块链，则能够确定区块保存部中备份的其它车辆的备份区块。

根据以上，特定车辆的区块保存部可以返回到不仅恢复本车辆的主区块还能恢复其它车辆的备份区块的状态。因而，可以避免备份区块完全丢失，不能回收区块链的恢复所需的区块的事态。因此，即使是限定性地备份包括历史信息的区块的形态，也能恢复区块链。

并且，一个方式的历史管理方法是由计算机实施，并使用区块链来管理多个车辆的历史信息的历史管理方法，包括：在至少一个处理器上，根据在车辆中收集到的历史信息来生成与车辆的区块链连结的主区块；将表示收集到历史信息的车辆的车辆识别信息记录于主区块；从能够与车辆进行通信的节点中，以区块为单位设定复制了主区块的备份区块的保存目的地；将与主区块相比作为历史信息的收集源的车辆不同的备份区块同主区块一起保存至区块保存部；将使区块链恢复的特定车辆的车辆识别信息同恢复请求一起朝向具有区块保存部的多个节点分发；以及从区块保存部保存的备份区块中，将记录有特定车辆的车辆识别信息的备份区块朝向恢复请求的请求源发送。

一个方式的历史管理系统是使用区块链来管理多个车辆的历史信息的历史管理系统，具备：区块生成部，根据在车辆中收集到的历史信息来生成与车辆的区块链连结的主区块，并将表示收集到历史信息的车辆的车辆识别信息记录于主区块；保存目的地设定部，从能够与车辆进行通信的节点中以区块为单位设定复制了主区块的备份区块的保存目的地；区块保存部，将与主区块相比作为历史信息的收集源的车辆不同的备份区块同主区块一起保存；请求分发部，将使区块链恢复的特定车辆的车辆识别信息同恢复请求一起朝向具有区块保存部的多个节点分发；以及区块发送部，基于恢复请求，从区块保存部保存的备份区块中，将记录有特定车辆的车辆识别信息的备份区块朝向请求分发部发送。

在这些方式中，将表示收集到历史信息的车辆的车辆识别信息记录至主区块。因而，保存备份区块的各节点通过同恢复请求一起获取特定车辆的车辆识别信息，从而可以准确地判断特定车辆的备份区块是否处于自己的区块保存部。

根据以上，即使以区块为单位设定备份区块的保存目的地，特定车辆的区块链的恢复所需的备份区块也可以从被设为保存目的地的其它节点适当地回收。因此，即使是限定性地备份包括历史信息的区块的形态，也可以恢复区块链。

附图说明

上述以及其它目的、特征、优点根据参照附图的下述详细的说明，变得更加明确。在附图中：

图1是表示根据本公开的一个实施方式的包括车载单元的用于历史保管的网络，即，历史管理系统的整体构成的图。

图2是示意性地表示由多个车载单元形成的p2p网络的图。

图3是表示车载单元的功能的详细的框图。

图4是表示服务器的功能的详细的框图。

图5是详细地表示形成区块链的各个区块的内容的图。

图6是表示链追加处理的主处理的详细的流程图。

图7是表示区块生成处理的详细的流程图。

图8是表示区块认可处理的详细的流程图。

图9是表示保存目的地设定处理的详细的流程图。

图10是表示链恢复处理的详细的流程图。

图11是表示备份恢复处理的详细的流程图。

图12是用于对恢复区块链以及备份区块的过程进行说明的图。

具体实施方式

图1所示的根据本公开的一个实施方式的历史管理系统10由多个车载单元100、以及至少一个以上的服务器20等构成。历史管理系统10使用区块链bc(参照图5)来管理搭载有车载单元100的多个车辆v的历史信息。各车载单元100以及各服务器20以相互能够进行通信的方式连接，并分别作为网络nw中的一个节点nd发挥功能。

车载单元100同通信器40一起被搭载在车辆v上。车载单元100能够经由通信器40与其它节点nd进行通信。通信器40以具备用于v2x通信的多个种类的天线的通信模块为主体而构成。由通信器40实施的v2x通信包括v2n通信、v2i(路车间)通信以及v2v(车车间)通信等。通过v2n通信或者v2i通信进行相互通信的网络nw的范围成为从车载单元100来看的网络云nwc。

通信器40通过按照lte(longtermevolution：长期演进)以及5g等通信标准的v2n(vehicletocellularnetwork：车辆到蜂窝网络)通信与基站bs之间收发信息。通信器40通过v2i(vehicletoroadsideinfrastructure：车辆到基础设施)通信与设置在道路上的路侧机rsu之间收发信息。通信器40通过v2v(vehicletovehicle：车辆到车辆)通信与存在于本车辆(v1)周围的特定范围(以下，“通信范围rc”)内的其它车辆(v2、v3)的通信器40之间直接地收发信息。

如图2所示，各车载单元100通过经由通信器40的与其它车载单元100的相互连接来形成能够进行peertopeer(p2p)通信的p2p网络。车载单元100通过p2p通信构建相互保持在各车辆v(v1～v5)中收集到的历史信息，并分散保存各车辆v的历史信息的状态。

若详细记载，则各车载单元100生成将在所搭载的各车辆v中收集到的历史信息作为事务来看待的区块链bc。区块链bc具有多个区块bl，在每个车辆v中生成多个区块bl，区块bl包括历史信息。在车载单元100中，作为用于保管区块bl的存储区域，而确保区块保存部69。车载单元100将自己生成的各个区块bl保存至自己的区块保存部69，并且也使其它车载单元100的区块保存部69保存。结果在各车辆v的区块保存部69中保存由至少包括本车辆的多个车辆v生成的区块bl。

此处，在保存至区块保存部69的多个区块bl中，包括在具有该区块保存部69的车辆v(本车辆)中收集到的历史信息的区块bl为“主区块blm”。主区块blm为本车区块，通过按照时间序列的链状连结而形成区块链bc。另一方面，除了主区块blm之外的其它区块bl为“备份区块blc”。备份区块blc是作为历史信息的收集源的车辆v与主区块blm不同的其它车区块，是由其它车辆v生成的主区块blm的复制数据。

图1～图3所示的车载单元100是以具有处理器61、ram62、存储器装置63以及输入输出接口的控制电路为主体而构成的车载计算机。处理器61是与ram62结合的用于运算处理的硬件，可以执行各种程序。

存储器装置63是包括非易失性的存储介质的结构。在存储器装置63中确保成为上述的区块保存部69的存储区域。此外，在存储器装置63中储存由处理器61执行的各种程序。存储器装置63中储存的程序至少包括用于对多个历史信息进行区块链bc化以进行分散管理的管理程序pc。管理程序pc使处理器61实施后述的链追加处理(参照图6)。通过处理器61执行管理程序pc，从而将信息收集部70、区块生成部71、认可委托部72、认可运算部73、异常判定部74、保存目的地设定部75、区块管理部76以及区块发送部77等功能部安装于车载单元100。

信息收集部70可以收集输出到车内lan的网络总线45的各种信息。除了车辆v的历史信息之外，信息收集部70还从网络总线45获取成为区块生成的开始的触发的信息。历史信息包括特定时刻中的车辆v的行驶距离、对行驶用蓄电池的充电记录、以及部件更换的内容记录等。这些历史信息被用作各区块bl的事务(参照图5的“tx1～tx3”)。触发信息包括车辆电源的切换信息、表示充电开始的信息、车辆v的位置信息、表示部件更换的实施的信息等。

区块生成部71根据由信息收集部70收集到的历史信息来生成与本车辆vi的区块链bc连结的最新的区块bl(主区块blm)。区块生成部71将不包括在过去(到第n－1个为止)的区块bl的任何一个中的历史信息记录于新生成的(第n个)区块bl。

区块生成部71基于多个开始条件的成立，开始区块bl的生成。开始条件包括从前次的区块bl的生成经过了一定的时间、车辆电源以及发动机(点火开关)被切换到接通状态以及断开状态、开始了充电、移动到特约店等特定地点、以及实施了部件更换等。

区块生成部71将表示生成区块bl(主区块blm)的节点nd(车载单元100)的节点识别信息idn(参照图5的“id_node”)记录于主区块blm。节点识别信息idn也作为表示成为区块bl中保存的历史信息的收集源的车辆v的车辆识别信息发挥功能。另外，在图2以及图3等中，被设为同一背景图案(也包括空心)的区块bl是具有同一节点识别信息idn的区块bl。

此外，区块生成部71在生成新的主区块blm时，将区块特定信息inb(参照图5的“info_bup”)记录于主区块blm。区块特定信息inb是在生成主区块blm的时刻能够确定区块保存部69中保存的备份区块blc的信息。在区块特定信息inb中，将各备份区块blc的节点识别信息idn、和表示是在各区块链bc中与第几个连结的区块bl的信息(参照图5的“b/h”)相互建立关联的状态下记录成列表状。另外，以下将表示是区块链bc中的第几个的区块bl的信息称为“区块高度”。另外，作为在恢复区块链时可以代替区块高度来使用的信息，也可以将表示区块bl间的前后的关系的信息保持在各区块bl中。

认可委托部72通过后述的区块认可处理(参照图8)，向处于能够与本车辆vi进行通信的状态的多个其它节点nd委托新生成的区块bl(主区块blm)的认可。成为认可的委托目的地的节点(以下，“认可节点nd2”)主要是搭载在其它车辆va上的车载单元100。将被认可委托部72委托认可的认可节点nd2的数量n设为奇数，更优选，设为三以上。

认可委托部72在认可节点数n以上的其它车辆va在v2v通信的通信范围rc的情况下，通过v2v通信向处于通信范围rc内的各其它车辆va的车载单元100委托区块bl的认可。另一方面，仅小于认可节点数n的其它车辆va在v2v通信的通信范围rc的情况下，利用v2n通信或者v2i通信并通过网络云nwc向处于通信范围rc外的其它车辆va的车载单元100委托区块bl的认可。

认可运算部73基于从其它车载单元100(其它节点nd)的认可委托部72接收到的认可委托来验证由其它节点nd生成的区块bl的正当性。通过认可运算部73的运算，本节点nd作为认可节点nd2发挥功能。认可运算部73从其它节点nd接收正当性的验证所需的信息，验证由其它节点nd新生成的主区块blm的内容是否正确。认可运算部73将基于验证结果的认可可否的回答同表示作为认可者的本节点nd的固有的哈希值(参照图5的“aut_a～c”)一起朝向作为认可的委托源的其它节点nd发送。

异常判定部74基于从其它节点nd的认可运算部73回送的认可可否的结果，来决定是否使新的主区块blm与区块链bc连结。具体而言，在从认可节点数n中的半数以上(n＝3的情况下，为三分之二以上)接受到肯定连结的内容的回送的情况下，异常判定部74决定新的主区块blm与区块链bc的连结。另一方面，在肯定连结的内容的回送小于认可节点数n的半数以上(n＝3的情况下，小于三分之二)的情况下，异常判定部74避免新的主区块blm的连结，并且判定为区块保存部69中保存的数据有异常。另外，决定可否连结并不限于是否超过半数以上。具体而言，也可以设定与认可节点数n对应的阈值，并基于该阈值来决定可否连结。

保存目的地设定部75通过后述的保存目的地设定处理(参照图9)，以区块为单位设定允许与区块链bc的连结的新的主区块blm的备份的保存目的地。保存目的地设定部75并不是如一般的区块链技术那样使区块的备份发送到网络上的全部节点，而是朝向极少一部分且多个其它节点nd限定性地发送备份。

保存目的地设定部75在新生成区块bl的定时，针对新的主区块blm的复制亦即备份区块blc，从处于能够与本车辆vi进行通信的状态的其它节点nd中选择其保存目的地。根据这样的以区块为单位的保存目的地的设定，共享区块bl的节点nd对于每个区块bl是不同的。而且，成为备份区块blc的保存目的地的备份节点的数量k被设定为比认可节点数n少的数量。

保存目的地设定部75对处于能够通信的状态的其它节点nd赋予作为保存目的地的优先级，从优先级高的其它节点nd起按顺序询问可否保存备份区块blc。保存目的地设定部75从多个认可节点nd2中选择共享备份区块blc的保存目的地。此外，越是在后面实施了区块追加的认可的认可节点nd2，则保存目的地设定部75赋予越高的优先级。另外，与区块保存部69的存储容量的余量较少的其它节点nd相比，保存目的地设定部75优先地将该余量多的其它节点nd选择为备份区块blc的保存目的地。

而且，保存目的地设定部75根据区块生成的开始条件来变更选择成为备份区块blc的保存目的地的其它节点nd的规则。作为一个例子，在车辆电源切换到断开状态为开始条件的情况下，保存目的地设定部75优先地选择在本车辆vi的附近处于停车状态的其它车辆va的车载单元100作为保存目的地。另外，作为另一个例子，在充电开始为开始条件的情况下，保存目的地设定部75优先地选择在本车辆vi的附近处于充电状态的其它车辆va的车载单元100作为保存目的地。作为又一例子，在部件更换的实施为开始条件的情况下，保存目的地设定部75优先地选择进行部件更换的特约店等的服务器20作为保存目的地的节点nd。

区块管理部76对向区块保存部69保存区块bl进行管理。区块管理部76在新的主区块blm的连结被认可的情况下，将该主区块blm同备份区块blc一起保存至区块保存部69。此外，区块管理部76在从其它节点nd接收到备份区块blc的情况下，将该备份区块blc同主区块blm一起保存至区块保存部69。

区块管理部76对备份区块blc的接收进行控制，以便在区块保存部69中始终确保主区块blm的保存区域。区块管理部76针对能够在区块保存部69中保存备份区块blc的其它车辆va的数量设定上限。此外，区块管理部76也针对能保存至区块保存部69的每台其它车辆va的备份区块blc的数量设定上限。在超过它们的上限的情况下，区块管理部76拒绝来自其它节点nd的备份区块blc的接受。结果是备份区块blc在被分散到多个车载单元100的状态下保存至网络nw。

区块发送部77对朝向其它节点nd的区块bl的发送进行控制。区块发送部77在新生成的主区块blm被认可的情况下，朝向成为由保存目的地设定部75设定的保存目的地的节点nd发送备份区块blc。区块发送部77在成为保存目的地的其它节点nd处于v2v通信的通信范围rc内的情况下，通过v2v通信朝向保存目的地的其它节点nd发送备份区块blc。另一方面，在成为保存目的地的其它节点nd在通信范围rc的外的情况下，区块发送部77利用v2n通信或者v2i通信并通过网络云nwc朝向保存目的地的其它节点nd发送备份区块blc。

此外，区块发送部77从网络云nwc获取后述的恢复请求以及提供请求。在恢复请求以及提供请求中附属请求源所需的区块bl的节点识别信息idn(参照图5)等。区块发送部77从区块保存部69保存的区块bl中搜索与获取到的节点识别信息idn等对应的区块bl，即，由恢复请求以及提供请求请求发送的区块bl。在处于请求中的区块bl被保管到区块保存部69中的情况下，区块发送部77将对应的区块bl朝向请求源的节点nd(服务器20等)发送。

图4、图1以及图3所示的服务器20是被设置在进行各车辆v的修理等的特约店等中的计算机。一个服务器20的运算处理能力高于一个车载单元100的运算处理能力。服务器20实际上始终与构成网络nw的线路连接。

此处，在历史管理系统10中，直到相互保持由各车载单元100生成的区块bl为止的处理实际全部由成为边缘侧的各车辆v的各车载单元100实施。因此，服务器20成为实际不参与使区块bl分散保存的通常的处理的节点nd。服务器20作为弥补各车载单元100间的p2p通信的缺陷的节点nd发挥功能，并应对在各车载单元100中产生的异常。服务器20具备对各车载单元100中存储的管理程序pc进行检查的功能、和对被判定为异常的区块bl群进行恢复的功能。

服务器20以具有处理器21、ram22、存储器装置23以及输入输出接口的控制电路为主体而构成。处理器21是用于与ram22结合的运算处理的硬件，可以执行各种程序。存储器装置23是包括非易失性的存储介质的结构，储存由处理器21执行的各种程序。存储器装置23中储存的程序至少包括对历史管理系统10进行保全的保全程序。保全程序使处理器21实施后述的各恢复处理(参照图10以及图11)。通过处理器21执行保全程序，从而将程序确认部31、恢复请求部32以及数据恢复部33等功能部安装于服务器20。

程序确认部31根据来自各车载单元100的询问来确认各车载单元100的管理程序pc是否是最新的版本。程序确认部31朝向成为询问源的车载单元100发送确认结果。此外，程序确认部31朝向正在使用旧版本的管理程序pc的车载单元100发送最新版本的管理程序pc。

恢复请求部32朝向处于与网络nw的连接状态的各节点nd、主要朝向车载单元100广播分发呼叫区块bl的提供的请求。此处，将区块保存部69的数据有异常的风险的车辆v设为特定车辆vr。特定车辆vr由用户带入特约店等。在恢复请求中，对保管有特定车辆vr的主区块blm的备份的车辆v(车载单元100)请求发送该备份区块blc。恢复请求部32将搭载在特定车辆vr上的车载单元100的节点识别信息idn(参照图5)同恢复请求一起朝向各节点nd分发。

恢复请求部32在发送恢复请求后，还将提供请求广播分发给网络nw。在提供请求中，请求发送特定车辆vr的区块保存部69中备份的备份区块blc。恢复请求部32将在节点识别信息idn(参照图5)中组合区块高度而成的数据同提供请求一起分发。通过这样的数据的分发，由此恢复请求部32对各节点nd通知需要发送由哪个节点nd生成的第几个区块bl。

数据恢复部33接收根据恢复请求而从各节点nd发送的备份区块blc。数据恢复部33将收集到的备份区块blc设为主区块blm，并基于区块高度的信息按时间序列连结，对特定车辆vr的区块链bc进行恢复。数据恢复部33接收根据提供请求而从各节点nd发送的区块bl，并作为备份区块blc而进行恢复。这样由数据恢复部33恢复的区块链bc以及各备份区块blc的恢复数据被复制到特定车辆vr的区块保存部69中。

接下来，基于图5并参照图3，进一步对由各车载单元100生成的各区块bl以及区块链bc的详细进行说明。

各区块bl是除了区块高度、节点识别信息idn以及区块特定信息inb之外还包括作为事务的历史信息、认可者信息以及区块头的数据结构。事务(tx1～tx3)由信息收集部70收集，一个区块bl中至少包括一个以上的事务。一个区块bl所包含的事务的数量可以适当地变更。各事务以与表示该事务的产生时的时间戳(ts1～ts3)建立关联的状态被记录。

认可者信息(aut_a～aut_c)是表示认可了该区块bl的认可节点nd2(参照图3)的信息。认可者信息是从认可节点nd2接收到的信息，是表示各个认可节点nd2的固有的哈希值。在各区块bl中记录与认可节点数n对应的数量的认可者信息。

区块头(blockheader)包括表示区块生成时的时间戳(timestamp)、事务的默克尔根、认可者信息的默克尔根以及前区块bl的头哈希值。这些信息由区块生成部71记录。

事务的默克尔根(tx-m_root)是区块bl所包含的一个以上的事务的数据的概括，是将各个事务作为末端的默克尔树的根哈希值。认可者的默克尔根(aut-m_root)是从多个认可节点nd2获取到的哈希值的概括，是将各认可节点nd2的固有的哈希值作为末端的默克尔树的根哈希值。

前区块bl的头哈希值(prev.hash)是将前区块bl的区块头的数据输入至哈希函数所获得的值。区块链bc形成对各区块bl的区块头进行哈希化并插入下一个区块头的嵌入结构。因此，在变更了一个区块bl的事务等的情况下，以后的区块bl的头哈希值也连锁地成为不同的值。因而，通过确认头哈希值，可以验证事务等的损坏以及篡改等。

以上的头哈希值以及各默克尔根的运算使用sha－256等哈希函数。这样的哈希函数的种类以及哈希值的位数等规格可以适当地变更。例如，可以将md－5、sha－1、sha－512以及sha－3等哈希函数使用于哈希值的生成。另外，计算头哈希值的哈希函数、和计算各默克尔根的哈希函数可以彼此相同，也可以彼此不同。

接下来，基于图6～图9，并参照图1、图3以及图5，对在管理程序pc的管理下，根据新收集到的历史信息来生成区块bl，并进行与区块链bc的连结和备份的实施的链追加处理的详细进行说明。基于上述的开始条件的成立，由车载单元100开始图6所示的主处理。

在主处理的s10中，通过区块生成处理(参照图7)，根据车辆v中收集到的历史信息来生成向区块链bc新追加的区块bl(主区块blm)，进入s20。在s20中，通过区块认可处理(参照图8)，向能够与车辆v进行通信的多个其它节点nd委托s10中新生成的区块bl的认可，进入s30。

在s30中，通过保存目的地设定处理(参照图9)，从能够与车辆v进行通信的其它节点nd中设定s20中被认可的区块bl的备份的保存目的地，进入s40。由于每当新生成一个区块bl就实施s30，所以以区块为单位设定各个区块bl的备份的保存目的地。

在s40以下的处理中，基于s30的保存目的地设定处理的设定结果，朝向优先级高的其它节点nd依次发送备份区块blc的保存委托。具体地，在s40中，朝向高优先度的其它节点nd(例如，最后的认可节点)发送备份区块blc的保存委托，进入s50。成为s40的保存委托的发送目的地的其它节点nd(备份节点)接收保存委托(s91)，发送保存委托的认可可否(s92)。在达到节点数以及区块数的任意一个的上限的情况下，回送拒绝接受的通知。

在s50中，接收来自备份节点的认可可否的结果，进入s60。在s60中，判定是否有认可保存的回送。在接受到拒绝保存的回送的情况下，或者一直没有回送并超时的情况下，从s60返回到s40，朝向另一其它节点nd发送保存委托。另一方面，在s60中，判定为获取到认可保存的回送的情况下，进入s70。

在s70中，朝向成为保存目的地的备份节点发送备份区块blc，进入s80。在s70发送的备份区块blc由备份节点接收，并被保存至备份节点的区块保存部69(s93)。

在s80中，判定备份区块blc的发送目的地的数量是否达到预先规定的备份节点数k。在s80中，发送目的地的数量少于备份节点数k的情况下，返回到s40，朝向其它的其它节点nd发送保存委托。另一方面，在s80中判定为发送目的地的数量达到备份节点数k的情况下，结束链追加处理。

接下来，依次对在s10作为子处理而所实施的区块生成处理、在s20作为子处理而被实施的区块认可处理、在s30作为子处理而被实施的保存目的地设定处理、的各详细进行说明。

在图7所示的区块生成处理的s101中，收集成为事务(tx1～tx3)的历史信息、以及表示获取到历史信息的时刻的时间戳(ts1～ts3)，进入s102。在s102中判定是否能够在s101中收集到事务。在s102中判定为不存在事务的情况下，不进行区块bl的新生成，而结束链追加处理。另一方面，在s102中判定为收集到至少一个事务的情况下，进入s103。

在s103中，创建当前在区块保存部69中保存的备份区块blc的列表，作为区块特定信息inb(info_bup)，进入s104。在s104中，计算在s101中收集到的事务的默克尔根(tx-m_root)，进入s105。在s105中，生成新追加的区块bl，进入主处理的s20。在s105中，例如将表示收集到历史信息的车辆v的节点识别信息idn等记录于区块bl。另一方面，由于在s105生成的区块bl是认可前，所以是不具有认可者信息以及认可者的默克尔根的状态。

在图8所示的区块认可处理中，基于一个节点nd(委托节点nd1)的认可委托部72的认可委托，其它多个节点nd(认可节点nd2)对由委托节点nd1新生成的新区块bl的正当性进行验证。在区块认可处理的s111中，将表示管理程序pc的版本的数据、和管理程序pc的主体(整体)的数据分别输入至哈希函数，生成两个哈希值(x1、y1)，进入s112。在s112中，设定成为认可的委托目的地的认可节点nd2，并朝向认可节点nd2发送认可委托以及哈希值(x1、y1)。

在s113中，认可节点nd2接收认可委托以及哈希值(x1、y1)。在s114中，从区块保存部69读出认可节点nd2中保存的管理程序pc。而且，使用与委托节点nd1相同的哈希函数来生成将本节点的管理程序pc的数据作为输入的两个哈希值(xa、ya)。

在s115中，对在s112接收到的委托节点nd1的哈希值(x1、y1)、和在s114生成的认可节点nd2的哈希值(xa、ya)进行比较，判定是否都相同。即，在s115中，判定委托节点nd1以及认可节点nd2使用的管理程序pc是否彼此实际相同。在s115中判定为两个哈希值都相同(x1＝xa，y1＝ya)的情况下，进入s116。在s116中，对委托节点nd1请求用于验证区块bl的正当性的验证用数据的提供。

另一方面，在s115中判定为至少一个哈希值不同的情况下，认可节点nd2结束一系列的处理，朝向服务器20的程序确认部31(参照图4)询问管理程序pc的版本等。程序确认部31针对委托节点nd1以及认可节点nd2的各管理程序pc，判断是否正确(最新)。认可节点nd2也可以在从程序确认部31获取到管理程序pc没有问题的通知的情况下，朝向委托节点nd1发送委托节点nd1的管理程序pc有问题的通知。另外，各管理程序pc的程序版本的哈希值也可以不是由作为边缘侧的各节点nd生成，而由成为云侧的服务器20生成，并通知给各节点nd。根据这样的处理，能够预先在服务器20侧确认管理程序pc的程序版本的不匹配。

在s116发送的验证用数据的请求在s117中由委托节点nd1获取。而且，在s118中，委托节点nd1将验证用数据朝向认可节点nd2发送。验证用数据包括前区块bl的区块头所包含的前前区块bl的头哈希值(第一数据)、前区块bl的区块头的生成所需的其它数据(第二数据)。此外，验证数据包括对所追加的区块bl包含的前区块bl的区块头进行哈希化所得的头哈希值。

在s118发送的验证用数据在s119中由认可节点nd2获取。而且，认可节点nd2在s120中实施验证运算。具体地，在验证运算中，根据在s119获取到的第一数据以及第二数据，并基于认可节点nd2的管理程序pc来计算前区块bl的头哈希值。而且，判定由在s119接收到的委托节点nd1计算出的头哈希值是否与由认可节点nd2计算出的头哈希值一致。在这两个哈希值一致的情况下，认可节点nd2认可新的区块bl的追加。另一方面，在两个哈希值不同的情况下，认可节点nd2不认可新的区块bl的追加。

如以上那样，在区块认可处理中，由与生成主区块blm的委托节点nd1不同的至少一个认可节点nd2计算新的主区块blm所包含的头哈希值。而且，使用正确(最新)的管理程序pc来生成区块bl，且根据作为其结果而得到的头哈希值是正确的，确认新生成的区块bl的正当性。

在s121中，将s120的验证结果朝向委托节点nd1发送。在s120中，在认可了区块bl的追加的情况下，将认可追加的通知、和认可节点nd2的固有的哈希值朝向委托节点nd1发送。另一方面，在s120中，不认可区块bl的追加的情况下，将不认可追加的通知朝向委托节点nd1发送。

在s121发送的认可可否的结果等在s122中由委托节点nd1获取。而且，在获取到认可的通知的情况下，在s123中，将认可节点nd2的哈希值作为认可者信息，记录于区块bl，进入s124。在s124中，判定是否能够从认可节点数n的三分之二(半数以上)以上获取肯定认可的通知。在s124中，在判定为肯定认可的通知小于认可节点数n的三分之二的情况下，返回到s112，朝向其它的认可节点nd2发送认可委托等。

另一方面，在获取到由认可节点nd2计算出的头哈希值与由委托节点nd1生成的头哈希值不同的通知的情况下，进入s125。在s125中，判定为委托节点nd1的保管数据有篡改等异常，结束链追加处理。异常判定的结果通过搭载在车辆v上的显示装置等被通知给用户。

而在s124中，在从认可节点数n的三分之二以上获取到肯定认可的通知的情况下，判定为认可完成，进入s126。在s126中，计算作为认可者信息的哈希值的默克尔根，并将该默克尔根记录于区块bl，进入s127。在s127中，使新的区块bl与区块链bc连结，进入主处理的s30。

在图9所示的区块认可处理的s131中，掌握链追加处理的开始条件，进入s132。在s132中，掌握处于本车辆vi的通信范围rc内的其它节点nd(其它车辆va)，进入s133。在s133中，对于处于能够通信的状态的其它节点nd，掌握区块保存部69的存储容量的余量，进入s134。在s134中，基于在s131～s133中掌握的信息，从其它节点nd中选择作为备份区块blc的保存目的地的节点，且设定作为保存目的地的优先级，进入主处理的s40。

接下来，基于图10以及图11，并参照图12以及图5，对基于s125中的异常判定，恢复区块保存部69的保管数据的一系列的恢复处理的详细进行说明。保管数据的恢复如上述那样，由搬入特定车辆vr的特约店的服务器20实施。服务器20依次实施恢复区块链bc的链恢复处理、和恢复备份区块blc的备份恢复处理。另外，在图12中，将用户1的车辆v1设为特定车辆vr。另外，用户2的车辆v2是不与网络nw连接的状态。

在图10所示的链恢复处理的s161中，将恢复请求同特定车辆vr的节点识别信息idn一起同时向网络nw分发。s161的恢复请求在s162中，由其它节点nd接收。接收到恢复请求的其它节点nd在s163中作为提供节点，并核对节点识别信息idn一致的备份区块blc是否处于自己的区块保存部69中。例如，如用户4的车辆v4那样，不存在对应的备份区块blc的提供节点结束处理。

另一方面，如用户3的车辆v3那样，判定为存在对应的备份区块blc的提供节点实施s164。在s164中，将携带有备份区块blc(bl1、bl2)的通知朝向作为请求源的服务器20发送。在s164发送的携带通知在s165中由服务器20接收。而且，在s166中，服务器20将备份区块blc的发送委托朝向提供节点发送。

当在s166发送的发送委托在s167中由提供节点接收时，提供节点在s168开始所需的备份区块blc的发送。被发送的备份区块blc是记录有特定车辆vr的节点识别信息idn的区块bl(bl1、bl2)。这样发送的备份区块blc在s169中由服务器20接收。服务器20从接收到的备份区块blc恢复主区块blm，进入s170。在s170中，基于区块高度、时间戳或者表示区块bc间的前后关系的信息，按时间序列使回收的各主区块blm连结，恢复区块链bc，进入s171。

在s171中，判定主区块blm的不足。在s171中判定为主区块blm有遗漏的情况下，返回到s165，从其它提供节点接收不足的区块bl。另一方面，在s171中，在判定为回收了全部主区块blm，能够恢复区块链bc的情况下，结束链恢复处理。

在图11所示的备份恢复处理的s181中，服务器20从通过链恢复处理而被恢复的区块链bc读出区块特定信息inb，进入s182。从最后的区块bl(bl2)读出区块特定信息inb。在s182中，将与区块特定信息inb有记录的备份区块blc相同的区块bl的提供请求同时向网络nw分发。成为提供请求的对象的各区块bl由节点识别信息idn以及区块高度的组合确定。

s182的恢复请求在s183中由各提供节点接收。接收到提供请求的提供节点在s184中核对对应的区块bl是否保管在自己的区块保存部69中。在s184在判定为存在区块bl的情况下，进入s185。

在s185中，将携带有请求的区块bl的通知朝向作为请求源的服务器20发送。在s185发送的携带通知在s186中由服务器20接收。而且，在s187中，服务器20将区块bl的发送委托朝向提供节点发送。

当在s187发送的发送委托在s188中由提供节点接收时，提供节点在s189中开始所需的区块bl的发送。在s189发送的区块bl在s190中由服务器20接收。而且服务器20从接收到的区块bl恢复备份区块blc，进入s191。

在s191中，参照在s181获取到的区块特定信息inb，判定被恢复的备份区块blc的不足。在s191中判定为备份区块blc不足的情况下，返回到s186，再从另一提供节点获取区块bl。例如，即使从用户4的车辆v4接收两个区块bl4、bl2，备份区块blc也是不足的状态。该情况下，再从用户3的车辆v3接收两个区块bl1、bl3。而且，还从用户5的车辆v5接收一个区块bl1。继续这个处理，在s191中判定为能够恢复全部备份区块blc的情况下，结束备份恢复处理。

在至此所说明的本实施方式中，在生成主区块blm时，将能够确定区块保存部69中保存的备份区块blc的区块特定信息inb记录于主区块blm。因而，对于保存数据产生异常的特定车辆vr，如果能够用从提供节点发送的区块bl恢复该区块链bc，则备份到区块保存部69中的其它车辆va的备份区块blc能够确定。

根据以上，特定车辆vr的区块保存部69能够返回到不仅恢复本车辆vi的主区块blm还恢复其它车辆va的备份区块blc的状态。因而，可以避免备份区块blc完全丢失，并且恢复区块链bc所需的区块bl的回收变得不可能的事态。因此，即使是限定性地备份包括历史信息的区块bl的形态，也可以恢复区块链bc。

此外，在本实施方式中，作为表示收集到历史信息的车辆v的车辆识别信息，将节点识别信息idn记录于主区块blm。因而，保存备份区块blc的各节点nd通过同恢复请求一起获取特定车辆vr的节点识别信息idn，可以正确地判断特定车辆vr相关的备份区块blc是否处于自己的区块保存部69。

根据以上，即使以区块为单位设定备份区块blc的保存目的地，恢复特定车辆vr的区块链bc所需的备份区块blc也可以从被设为保存目的地的其它节点nd适当地回收。因此，即使是限定性地备份包括历史信息的区块bl的形态，也可以恢复区块链bc。

另外，在本实施方式中，在从基于恢复请求发送的备份区块blc恢复区块链bc后，读出被恢复的区块链bc的最新的区块bl中记录的区块特定信息inb。而且，呼叫提供所读出的区块特定信息inb中记录的备份区块blc。根据以上，服务器20能够在准确地掌握了产生数据异常之前保管到区块保存部69中的备份区块blc后，呼叫各提供节点发送区块bl。

进而，在本实施方式中，基于认可节点nd2中的头哈希值的验算，认可新区块bl的追加。这样，如果在追加新区块bl的定时，确认了之前的区块头的头哈希值，则可以适当地检测事务的数据或者管理程序pc的异常。因而，可以重复已经验证正当性的区块bl的链状连结来生成区块链bc。

此外，在本实施方式中，在由认可节点nd2计算用于确认新生成的区块bl的正当性的头哈希值的步骤之前，确认委托节点nd1以及认可节点nd2的保有的管理程序pc的相同性。因而，在计算出的头哈希值相互不同的情况下，车载单元100可以高精度地推定为事务等数据有异常，而不是管理程序pc的异常。

另外，上述实施方式中，当生成区块bl时，从能够与本车辆vi进行通信的其它节点nd中，以区块为单位设定所生成的区块bl的备份的保存目的地。因而，可以避免形成区块链bc的全部区块bl被全部节点nd共享。换言之，由各车载单元100生成的区块bl并不是复制到全部节点nd中，而限于在极少一部分的多个节点nd之间共享。根据以上，可以抑制由区块bl的共享所引起的通信量的增加以及各节点nd的保存数据量的增加。因此，实现适合使用区块链bc的技术来保管车辆v的历史信息的历史管理。

而且，在本实施方式中，向多个认可节点nd2委托新生成的区块bl的认可。而且，成为备份的保存目的地的备份节点数k是比成为区块bl的认可的委托目的地的认可节点数n少的设定。如果通过这样的设定抑制了备份节点数k，则可以进一步抑制通信量以及保存数据量的增加。

此外，本实施方式中的认可节点数n被设为奇数，更优选设为三以上的奇数。如果是这样的设定，则可以基于认可节点nd2的多数决定来判断新创建的区块bl可否连结。根据以上，可以使是否追加新的区块bl的判断逻辑简单化。

另外，本实施方式中的备份节点的至少一个从已进行头哈希值的计算的多个认可节点nd2中选择。在大多数的情况下，假设即使是将要发送备份的定时，也维持已委托了头哈希值的计算的认可节点nd2和本节点nd能够进行通信的状态。因而，如果从认可节点nd2选择备份节点，则可以在区块追加被认可后，进行向发送备份区块blc的处理的圆滑的迁移。

而且，越是在后面实施区块追加的认可的认可节点nd2，则越提高被选择为备份节点的优先级。如果是这样的设定，则本节点nd能够迅速地将正在继续能够进行通信的状态的认可节点nd2选择为备份节点，并能够执行备份区块blc的发送。根据以上的内容，优选，最后实施了认可的认可节点nd2被设定为最初的备份节点。

而且，在本实施方式中，能够与本节点nd进行通信的多个其它节点nd中，与区块保存部69的剩余容量较少的节点相比，区块保存部69的剩余容量较多的节点被优先地选择为备份节点。这样，如果优先地向区块保存部69的剩余容量较多的节点nd转交备份区块blc，则可以避免备份区块blc集中到一个节点nd。结果是由于备份区块blc容易在网络nw中分散保存至多个节点nd，所以即使限制备份的创建，也难以产生聚合的数据的损失。

此外，在本实施方式中，根据开始新区块bl的生成的开始条件来变更选择备份节点的规则。根据这样的控制，本节点nd可以在开始区块生成的定时，与放置本车辆vi的状况相匹配地将容易维持能够进行通信的状态的其它节点nd优先地设定为备份节点。根据以上，即使是使搭载在车辆v上的车载单元100作为节点nd发挥功能的历史管理系统10，也可以稳定地实施备份区块blc的发送。

另外，在本实施方式中，根据本车辆vi的历史信息来生成主区块blm的车载单元100作为保管其它车辆va的历史信息的备份区块blc的节点nd发挥功能。因而，可以减少用于保管备份区块blc的专用服务器或者专用车载器等的设置的必要性。

而且，在本实施方式中，针对能够在一个区块保存部69中保存备份区块blc的其它车辆va的数量，设定上限。如果是这样的设定，则即使能够在车载单元100的区块保存部69中保存主区块blm以及备份区块blc这两方，也可以确保用于保存主区块blm的存储区域。此外，由于可以避免备份集中到一个车载单元100，所以可以防止聚合的数据的损失。

此外，在本实施方式中，针对能够保存于区块保存部69的每个其它车辆va(其它节点nd)的备份区块blc的数量，设定上限。如果是这样的设定，则一个车辆v的备份区块blc不会集中地保管到一个车载单元100，而容易分散保存至多个车载单元100。根据以上，避免在一个车载单元100的保管数据产生异常的情况下，另一车载单元100的备份的大半一起丢失的事态。

另外，在本实施方式中，处于v2v通信的通信范围rc的其它节点nd被优先地选择为备份节点。而且，在通信范围rc中有备份节点的情况下，通过v2v通信发送备份区块blc。如以上那样，如果积极地活用v2v通信，则可以抑制由备份引起的网络云nwc侧的流量增加。

另一方面，在v2v通信的通信范围rc中没有其它节点nd的情况下，保存目的地设定部75能够使用v2v通信以外的通信手段，朝向v2v通信的通信范围外的备份节点发送备份区块blc。因而，即使在周围没有其它车辆va那样的场景下生成区块bl的情况下，车载单元100也能够实施朝向备份节点的备份的发送。

此外，在上述实施方式中，恢复请求部32相当于“请求分发部”，节点识别信息idn相当于“车辆识别信息”，管理程序pc相当于“计算程序”。另外，委托节点nd1相当于“第一节点”，认可节点nd2相当于“第二节点”。并且，服务器20相当于“计算机”，车载单元100相当于“历史管理装置”以及”计算机”。

(其它实施方式)

以上，对本公开的一个实施方式进行了说明，但本公开并不是对上述实施方式限定性地进行解释，能够在不脱离本公开的要旨的范围内，应用于各种实施方式以及组合。

在上述实施方式中，分散保存备份的一个网络的全部节点数可以适当地变更。例如，如果是遵守特定的标准的车载单元，则可以没有实际的上限，允许参加网络。该情况下，与制造出车辆的制造商没有关系，各车载单元能够相互保持备份区块。

另一方面，也可以针对参加一个网络的节点设定一定的限制。例如，可以仅由搭载在特定制造商的车辆上的车载单元形成分散保存备份的一个网络。并且，在特定地域或者特定期间所登记的车辆的车载单元可以形成一个网络。

而且，如果备份节点数k以及认可节点数n是比一个网络所包含的全部节点数少的值，则可以在不使云侧的流量显著增加的范围中进行适当与否的设定。此外，备份节点数k可以设定为与认可节点数n相同的值，或者可以设定为大于认可节点数n的值。并且，认可节点数n也可以是偶数。

选择备份节点的规则可以适当地变更。例如保存目的地设定部可以以保存备份的车辆在地理上分散的方式基于gnss信号等来选择备份节点。另外，保存目的地设定部也可以优先地将与认可节点不同的节点选择为备份节点。另外，保存目的地设定部也可以优选地将过去选择为备份节点的某个其它节点选择为本次的备份节点，或者也可以从设为本次的备份节点的对象除去。此外，保存目的地设定部也可以不实施基于开始条件的优先级的赋予规则的变更、以及基于存储器余量的优先级的设定等。

在上述实施方式中，对于区块保存部中保存的备份区块，每个其它节点数以及每个节点的区块数都被设置上限。它们的上限的具体的值例如可以根据区块保存部的存储容量等适当地变更。此外，也可以不设定它们的上限。

构成区块链的各个区块的内容以及数据尺寸等规格可以适当地变更。例如，区块中被记录为事务的历史信息并不限于在上述实施方式中例示的信息。另外，表示各事务的获取时的时间戳也可以同事务一起被哈希值化，并插入事务的默克尔根。

并且，区块特定信息以及节点识别信息等也可以插入区块头。此外，上述实施方式的节点识别信息是也作为车辆识别信息发挥功能的信息。然而，在各区块中，节点识别信息和车辆识别信息也可以被描述为不同的信息。

上述实施方式的区块生成部收集保管的各备份区块的节点识别信息以及区块高度，并在新生成的主区块中记录为区块特定信息。这样的区块特定信息的内容只要能够恢复备份区块的保管信息，则可以适当地变更。例如也可以代替区块高度，而留下在区块头中描述的时间戳，作为区块特定信息。

在上述实施方式中，按照每个车载单元生成保管一个车辆的历史信息的区块链。即，各车载单元的区块链是相互独立的存在。然而，通过在车载单元间发送头哈希值的处理，由多个车载单元生成的区块可以通过哈希值以数据的方式连结。根据以上，由一个网络收集到的多个车辆的历史信息被集中到一个区块链中。结果更难以篡改事务等。

如以上那样，在由一个网络整体生成一个区块链的形态中，节点识别信息以及车辆识别信息可以不记录于区块。在这种形态中，区块高度或者时间戳在区块保存部的数据恢复时，作为确定应从提供节点收集的区块的信息发挥功能。

在上述实施方式中，在区块链的恢复完成后，开始备份区块的恢复。然而，也可以与区块链的恢复并行地实施备份区块的恢复。例如，如果在收集中使用从最新的主区块读出的区块特定信息，则在区块链的恢复完成前，可以掌握应回收的备份区块的至少一部分。

在上述实施方式中，在设置在车载单元的存储装置的区块保存部中保存主区块以及备份区块这两方。然而，保存备份区块的存储区域可以与保存主区块的存储区域物理地分开。并且，也可以在服务器的存储器装置中设置区块保存部。此外，不保存备份区块的节点，或者以备份区块的保存为主要目的节点可以存在于网络内。并且，在网络内未设置服务器的完全的p2p网络也可以实际仅由车载单元形成。

在上述实施方式中，在委托节点以及认可节点间，通过依次相互确认管理程序以及头哈希值的相同性的处理，新生成的区块被认可。然而，认可新生成的区块的具体的处理的方法可以适当地变更。例如，认可新生成的区块的权限可以不给予各车载单元，而给予在管理者的管理下的特定的服务器。

通过本公开的历史管理方法保管历史信息的车辆可以是由用户个人所有的自家用车，也可以是如公共汽车以及货车那样的业务用车辆。或者，提供移动服务的无人驾驶车辆的历史信息的保管可以使用根据本公开的历史管理方法。在构建管理移动服务用的车辆的历史信息的历史管理系统的情况下，服务器例如也可以设置在进行各车辆的运行管理的管理中心等。

在上述实施方式中，通过lte以及5g通信、车车间通信等，多个车载单元被设为能够相互进行通信的状态。然而，各节点彼此的通信方法可以适当地变更。例如，可以不使用车车间通信，而仅通过v2n通信收发认可委托以及备份等全部数据。或者，也可以仅通过车车间通信完成认可委托以及备份等全部数据的收发。

并且，在不能进行通信器的通信的状况下，暂时中断认可委托以及备份等的发送。也可以在恢复到能通信的状态后，实施认可委托以及备份等的发送。此外，区块生成部也可以设定为在通信状况不稳定的环境下，不开始区块的新的生成。

作为实施本公开的历史管理方法的计算机，在上述实施方式中，例示出服务器以及车载单元。然而，实施历史管理方法的计算机并不限于这些，也可以适当地变更。另外，车载单元和网络云上的服务器也可以分散处理与区块链的生成相关的运算。

此外，生成区块链的功能可以不是组装到专用的车载单元，而例如组装到自动驾驶用的车载单元或者hmi控制用的车载单元等中。并且，也可以通过多个车载单元分散处理与区块链的生成相关的运算。另外，恢复区块链以及备份区块的处理也可以不是在上述那样的服务器侧执行，而在车载单元等的边缘侧执行。

如以上那样，在上述实施方式中通过车载单元以及服务器的各控制电路提供的各功能也可以通过软件以及执行软件的硬件、仅软件、仅硬件，或它们的复合的组合来提供。并且，在通过作为硬件的电子电路来提供这样的功能情况下，各功能也可以通过包括多个逻辑电路的数字电路，或者模拟电路来提供。

此外，执行与管理程序以及保全程序等相关的数据处理、命令以及代码的处理器的具体的结构可以适当地变更。处理器可以是除了cpu(centralprocessingunit)之外还包括gpu(graphicsprocessingunit：图形处理器)的结构。另外，处理器可以包括特化为fpga(field-programmablegatearray：现场可编程门阵列)以及ai的学习以及推论的加速器(例如dsp(digitalsignalprocessor：数字信号处理器)等)。而且，处理器也可以是安装在asic(applicationspecificintegratedcircuit：专用集成电路)以及fpga等中的结构。

作为储存各程序等的结构，各存储装置可以采用闪存以及硬盘等各种非迁移的实体存储介质(non-transitorytangiblestoragemedium)。这种的存储介质的形态也可以适当地变更。例如存储介质可以是为存储卡等形态，插入到插口部，与控制电路电连接的结构。而且，存储介质并不限于上述那样的车载装置或者服务器等的存储器装置，也可以是成为向该存储器装置的程序的复印基础的光盘以及通用计算机的硬盘驱动器等。

附记附图标记的说明。10表示历史管理系统。20表示服务器(计算机)。21表示处理器。32表示恢复请求部(请求分发部)。61表示处理器。69表示区块保存部。71表示区块生成部。75表示保存目的地设定部。77表示区块发送部。100表示车载单元(历史管理装置、计算机)。bc表示区块链。bl表示区块。blm表示主区块(本车区块)。blc表示备份区块(其它车区块)。idn表示节点识别信息(车辆识别信息)。inb表示区块特定信息。nd表示节点。nd1表示委托节点(第一节点)。nd2表示认可节点(第二节点)。k表示备份节点数。n表示认可节点数。nw表示网络。nwc表示网络云。pc表示管理程序(计算程序)，rc表示通信范围(特定范围)。v表示车辆。va表示其它车辆。vi表示本车辆。vr表示特定车辆。