JP2023102883A - データ保存装置、移動体、及びデータ削除プログラム - Google Patents

Abstract

【課題】ブロックチェーンに含まれるデータの削除が正規な削除であるか不正な改ざんであるかを判定できる、データ保存装置、移動体及びデータ削除プログラムを提供する。【解決手段】データ保存システム１０において、車載ＥＣＵ１４は、ブロックチェーンによって保存されるデータの蓄積が進むと、ブロックチェーンのデータサイズが大きくなることから、ブロックチェーンに含まれる一部のデータの削除を行う。そして、車載ＥＣＵ１４は、ブロックチェーンに含まれるデータを削除した場合に、ブロックチェーンに含まれる最小ブロック番号を取得し、セキュアワールドＳＷに更新して記憶させる。このため、データの削除が正規なものであれば記憶されている最小ブロック番号は更新される一方、データの削除が不正な改ざんであれば記憶されている最小ブロック番号は更新されない。【選択図】図１

Description

本発明は、データ保存装置、移動体、及びデータ削除プログラムに関する。

近年、車両等の移動体によって取得されるデータの重要性が高まってきている。このため、車両等の移動体によって取得されるデータを、信用性を確保しつつ保存可能な装置が求められている。

特許文献１には、車両での取得データを車載ＥＣＵがブロックチェーンを用いて保存するデータ保存装置が記載されている。しかしながら、車両において長期間（例えば、一年以上等）に渡り取得データの蓄積が進むと、データのサイズやブロックチェーンサイズが大きくなる。一方で車両が搭載しているストレージの容量は多量のデータを記憶するにために充分ではいない。またＳＤメモリカード等の車載用の外付けストレージは信頼性を必要とするために高コストとなる。このため、ブロックチェーンによって車両が全ての取得データを保存することは困難である。

また、特許文献２には、自車両の履歴情報を他車両やクラウド上のサーバにバックアップし、復元する履歴管理方法が記載されている。しかしながら、この履歴管理方法では、自車両がクラウドや他車との間でデータの送受信ができない場合には機能しない。

特開２０２１－１３１２２号公報 特開２０２０－１３３４９号公報

上述のように、車両が搭載しているストレージの容量に限りがあることを鑑みると、ブロックチェーンに含まれる一部のデータの削除を行うことが考えられる。しかしながら、データの削除の信頼性を保つためには、ブロックチェーンに含まれるデータの削除が正規な削除であるか、悪意を持った不正な改ざんであるかの判別が必要となる。

本発明は上記背景に鑑み、ブロックチェーンに含まれるデータの削除が正規な削除であるか不正な改ざんであるかを判定できる、データ保存装置、移動体、及びデータ削除プログラムを提供することを目的とする。

本発明は上記課題を解決するために以下の技術的手段を採用する。特許請求の範囲及びこの項に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示す一例であって、本発明の技術的範囲を限定するものではない。

本発明の一態様のデータ保存装置（１４）は、取得したデータをブロックチェーンによって保存するデータ保存装置であって、前記ブロックチェーンに含まれるデータのうち、不要とされる前記データを削除する削除部（４６）と、前記削除部によって前記データが削除された場合に、前記ブロックチェーンの最小ブロック番号を取得して記憶領域に記憶させる最小番号保存処理部（６２）と、を備える。

本構成は、ブロックチェーンに含まれるデータを削除した場合に、ブロックチェーンの最小ブロック番号を取得して記憶領域に記憶させる。このため、データの削除が正規なものであれば記憶されている最小ブロック番号は更新される。一方、データの削除が不正な改ざんであれば記憶されている最小ブロック番号は更新されない。これにより、ブロックチェーンに含まれるデータの削除が正規な削除であるか不正な改ざんであるかを判定できる。

本発明の一態様の移動体（１２）は、上記に記載のデータ保存装置を備える。

本発明の一態様のデータ削除プログラムは、ブロックチェーンを構成するデータを削除するデータ削除プログラムであって、コンピュータを、前記ブロックチェーンに含まれるデータのうち、不要とされる前記データを削除する削除部と、前記削除部によって前記データが削除された場合に、前記ブロックチェーンから最小ブロック番号を取得して記憶領域に記憶させる最小番号保存処理部と、して機能させる。

本発明によれば、ブロックチェーンに含まれるデータの削除が正規な削除であるか不正な改ざんであるかを判定できる。

実施形態のデータ保存システムの電気的構成を示す機能ブロック図である。 実施形態のブロック及びブロックテーブルの構成を示す模式図である。 実施形態のデータ削除処理の流れを示すフローチャートである。 実施形態の最小ブロック番号検証処理の流れを示すフローチャートである。

以下、図面を参照して本発明の実施形態を説明する。なお、以下に説明する実施形態は、本発明を実施する場合の一例を示すものであって、本発明を以下に説明する具体的構成に限定するものではない。本発明の実施にあたっては、実施形態に応じた具体的構成が適宜採用されてよい。

図１は、本実施形態のデータ保存システム１０の電気的構成を示す機能ブロック図である。データ保存システム１０は、車両１２が備える車載ＥＣＵ（Electronic Control Unit）１４とバックアップサーバ１６によって構成される。

車載ＥＣＵ１４は、車両１２に搭載された複数の電子制御ユニットのうちの一つである。車載ＥＣＵ１４は、例えばボディ系の統合ＥＣＵであってもよく、自動運転又は高度運転支援のための自動運転ＥＣＵであってもよい。さらに、車載ＥＣＵ１４は、取得したデータを保存するための専用ＥＣＵであってもよい。車載ＥＣＵ１４は、ＤＣＭ（Data Communication Module）２０、Ｖ２Ｘ（Vehicle to Everything）通信器２２、及び複数の車載センサ２４等と直接的又は間接的に電気接続されている。

ＤＣＭ２０は、車両１２に搭載され、バックアップサーバ１６等の情報処理装置とデータの送受信を行う通信モジュールである。ＤＣＭ２０は、例えば、車載ＥＣＵ１４に保存されたデータをバックアップのためにバックアップサーバ１６へ送信したり、バックアップサーバ１６からバックアップデータを受信したりする。

Ｖ２Ｘ通信器２２は、車車間通信、路車間通信、及び歩車間通信等を実現する車載通信機である。Ｖ２Ｘ通信器２２は、他車両に搭載された車載器、道路に設置された路側機、及び歩行者の所持する携帯端末等が通信範囲に存在する場合、これらの通信構成と双方向通信可能である。Ｖ２Ｘ通信器２２は、通信を通じて取得した通信データを、例えば車載通信ネットワークの通信バス等を通じて、車載ＥＣＵ１４へ送信する。

車載センサ２４は、車両１２に搭載される複数種類のセンサを含む構成である。車載センサ２４には、車両１２の走行状態を検出する車速センサ及び慣性センサ、ドライバの状態や運転操作を検出する車内カメラ、ペダルセンサ、及びステアセンサが含まれる。また、車載センサ２４には、運転支援又は自動運転に用いられる車外カメラ、ミリ波レーダ、及びライダが含まれる。各車載センサ２４は、例えば車載通信ネットワークの通信バス等を通じて、車載ＥＣＵ１４に検出したデータを送信する。

車載ＥＣＵ１４は、車両１２にて発生したデータを取得し、当該取得データを改ざん困難な状態で蓄積するデータ保存装置の機能を有する車載コンピュータである。車載ＥＣＵ１４は、プロセッサ２６、記憶部２８、入出力インターフェース３０、及びＲＡＭ（Random Access Memory）３２等を含む制御回路を備える。

プロセッサ２６は、ＲＡＭ３２と結合された演算処理のためのハードウェアであり、ＲＡＭ３２へのアクセス処理により、種々のプログラムを実行する。記憶部２８は、不揮発性の記憶媒体を含む構成であり、プロセッサ２６によって実行される種々のプログラムを格納している。記憶部２８には、車両１２にて発生したデータの蓄積、提供及び監視に関連するデータ削除プログラムが少なくとも記憶されている。

車載ＥＣＵ１４は、ノーマルワールドＮＷ及びセキュアワールドＳＷという少なくとも二つの異なる処理領域をシステム内に規定される。ノーマルワールドＮＷ及びセキュアワールドＳＷは、ハードウェア上で物理的に分離されていてもよく、又はハードウェア及びソフトウェアの連携によって仮想的に分離されていてもよい。車載ＥＣＵ１４は、一例として、コンテキストスイッチ等の機能を利用し、アプリケーションの実行に必要なリソースを、ノーマルワールドＮＷ及びセキュアワールドＳＷに時間的に分離させている。

ノーマルワールドＮＷは、オペレーションシステム及びアプリケーションを実行させる通常の領域である。ノーマルワールドＮＷには、データ保存のためのストレージ領域（Untrusted Storage）として、ノーマルストレージＵＳが設けられている。

セキュアワールドＳＷは、ノーマルワールドＮＷから隔離された領域である。セキュアワールドＳＷでは、セキュリティを要求される処理のためのセキュアなオペレーションシステム及びアプリケーションが実行される。ノーマルワールドＮＷからセキュアワールドＳＷへのアクセスは、プロセッサ２６の機能によって制限されている。そのため、ノーマルワールドＮＷからは、セキュアワールドＳＷの存在が認識不可能となり、セキュアワールドＳＷにて実行される処理及びセキュアワールドＳＷに保存された情報等の安全性が確保される。セキュアワールドＳＷには、データ保存のためのストレージ領域（Trusted Storage）であり、ノーマルワールドＮＷから直接アクセスができず、アクセスが制限される記憶領域であるセキュアストレージＴＳが設けられている。セキュアストレージＴＳの容量は、ノーマルストレージＵＳの容量よりも少なくされてよい。

本実施形態の車載ＥＣＵ１４は、取得したデータをブロックチェーンによって保存する。ここで、ブロックチェーンによって保存されるデータの蓄積が進むと、ブロックチェーンのデータサイズが大きくなり、全てのデータを車載ＥＣＵ１４が備える記憶領域に記憶させることは困難となる。このため、本実施形態の車載ＥＣＵ１４は、ブロックチェーンに含まれる一部のデータの削除を所定の期間毎に行う。

以下では、図１を参照して、車載ＥＣＵ１４におけるブロックチェーンの生成及びデータの削除に関する構成について説明する。

ノーマルワールドＮＷには、データ取得部４０、ブロック生成部４２、バックアップ送信部４４、データ削除部４６、プログラムハッシュ値算出部４８、データ検証部５０、及びデータ復元部５２が備えられる。

データ取得部４０は、例えば車載通信ネットワークの通信バスに電気的に接続されており、通信データ及び検出データ等、車両１２に発生した種々のデータを、通信バスを通じて取得する。データ取得部４０は、車載センサ２４及びＶ２Ｘ通信器２２によって通信バスに逐次出力されるデータの中から予め設定されたデータを抽出し、保存対象とする取得データとして選択的に取得し、ノーマルストレージＵＳに設けられる車両データベース５４に記憶させる。

ブロック生成部４２は、データ取得部４０によって取得及び記憶されたデータのうち、ブロックチェーンとするデータをハッシュチェーン状のデータ構造に変換し、ノーマルストレージＵＳにセキュアデータファイル５６として保存する。ブロック生成部４２は、例えば、予め設定された指定数又は指定容量のデータに基づき、一つのブロックを作成する。ブロック生成部４２は、一つのブロックのデータのハッシュ値（ブロックハッシュ値）を次のブロックに含ませることにより、多数のブロックを直鎖状に連結させてなるブロックチェーンを生成する。最後に連結されたブロックの番号（最終ブロック番号）とこのブロックハッシュ値（最終ブロックハッシュ値）は、セキュアストレージＴＳに保存される。

セキュアストレージＴＳに記憶される最終ブロックハッシュ値は、ブロックチェーンの現在の最終ブロックに基づくハッシュ値である。最終ブロックハッシュ値は、最終ブロックの全データをハッシュ関数へ入力する演算処理により、出力として得られる２５６ビットの値（文字列）である。

最終ブロック番号は、最終ブロックに割り振られた固有の値であり、初期ブロックを０としたとき、現在の最終ブロックがブロックチェーンにおいて何番目のブロックなのかを示す値である。最終ブロック番号は、ブロックチェーンに現在連結されているブロックの数を示す値でもある。ブロック生成部４２は、新規のブロックの生成及びそのハッシュ値の算出を行う毎に、セキュアストレージＴＳに記憶されている最終ブロックハッシュ値及び最終ブロック番号を更新する。

図２は、ブロック生成部４２によって生成されてセキュアデータファイル５６として記憶されるブロック７０とブロックチェーンデータベース５８に記憶されるブロックテーブル７２の一例である。ブロック７０とブロックテーブル７２はブロック番号によって関連付けられている。

ブロック７０は、ブロック番号（block_no）、ブロックのデータサイズ(block_size)、ブロック生成に用いるプログラムのバージョン(block_version)、一つ前のブロックのハッシュ値(prev_hash)と共に、一つのブロック７０とされるデータ（202101102359_3000.json、202101102359_0001.json）が含まれる。

ブロックテーブル７２は、ブロック番号（block_no）、ブロックのデータサイズ(block_size)、ブロック生成のバージョン(block_version)、一つ前のブロック７０のハッシュ値(prev_hash)が含まれる。これらの値は、同じブロック番号のブロック７０と同じである。さらにブロックテーブル７２には、ブロック７０が生成された日時（datetaime）、ブロック７０にハッシュ値が格納されたデータがバックアップサーバ１６に送信されたか否かを示すフラグ情報（send_flag）が含まれる。フラグ情報は、一例として、０又は１で示される。０のフラグ情報はデータがバックアップサーバ１６に未送信であることを示し、１のフラグ情報はデータがバックアップサーバ１６に送信済みであることを示す。

バックアップ送信部４４は、ブロック生成部４２によって新たなブロック７０が生成された場合に、当該ブロック７０にハッシュ値が格納されたデータを、バックアップのためにＤＣＭ２０を介してバックアップサーバ１６へ送信する。バックアップサーバ１６は、バックアップ送信部４４によって送信されたデータを、例えば車載ＥＣＵ１４のＩＤ情報と紐づけて、ハードディスクドライブ等の大容量の記憶媒体に保存する。

データ削除部４６は、ブロックチェーンに含まれるデータ（ブロック７０）のうち、不要とされるデータを削除する。データ削除部４６によって削除されるデータは、所定条件を満たしたデータである。この所定条件を満たすデータとは、例えば、バックアップサーバ１６にアップロード済み、かつ現在時から所定期間以前のデータである。所定期間とは、例えば、現在日から１週間前である。すなわち、１週間前のデータは、車両１２の制御等には用いられる可能性が低い、鮮度の低いデータであり、車両１２から削除しても不都合のないデータである。削除対象となるデータは、ブロックテーブル７２のdatetimeとsend_flgに基づいて決定される。また、データ削除部４６は、例えば１日に１回、所定時間にデータの削除を行う。なお、削除されるデータの条件は上記だけでなく、例えば、ブロックチェーンのデータサイズが一定のサイズ以上となった場合を条件とし、この条件を満たした場合にデータ削除部４６がブロックチェーンに含まれる所定サイズ以上のデータを削除するとしてもよい。

プログラムハッシュ値算出部４８は、データ削除部４６がデータを削除した場合に、データ削除部４６として機能するプログラム（以下「データ削除プログラム」という。）の固有値である第１固有値を算出する。なお、この固有値は一例としてハッシュ値であり、以下の説明では第１固有値を算出プログラムハッシュ値という。

データ検証部５０は、ブロックチェーンの整合性を検証するものであり、ブロックチェーンの最終ブロックのハッシュ値を再計算し、再計算した最終ブロックのハッシュ値と、セキュアストレージＴＳに保存された最終ブロックハッシュ値とが一致するか否かに基づき、データの異常を判断する。データ検証部５０は、再計算した最終ブロックのハッシュ値と、記憶されている最終ブロックハッシュ値とが一致した場合、データには改ざんや欠損等の異常がないと判断する。一方で、再計算した最終ブロックのハッシュ値と、記憶されている最終ブロックハッシュ値とが一致しない場合、データに改ざん等の異常の可能性があると判断する。

また本実施形態のデータ検証部５０は、後述するように、セキュアストレージＴＳに記憶された最小ブロック番号と、データ削除部４６によってデータが削除されたブロックチェーンにおける最小ブロック番号とが一致するか否かを判定する。

データ復元部５２は、データ検証部５０によって改ざんや欠損等の異常があったと判定された場合に、バックアップサーバ１６に保存されたバックアップデータを用いて、データを復元する。

セキュアワールドＳＷは、プログラムハッシュ値判定部６０、最小ブロック番号保存処理部６２を備える。

プログラムハッシュ値判定部６０は、プログラムハッシュ値算出部４８によって算出された算出プログラムハッシュ値と、予め算出されて記憶されているデータ削除プログラムのハッシュ値である保存プログラムハッシュ値とが一致するか否かを判定する。算出プログラムハッシュ値と保存プログラムハッシュ値が異なる場合には、データ削除プログラムが改ざんされている可能性があるとプログラムハッシュ値判定部６０が判定する。なお、保存プログラムハッシュ値は、セキュアストレージＴＳに記憶されることで、改ざんが防止される。

最小ブロック番号保存処理部６２は、データ削除部４６によってデータが削除された場合に、ブロックチェーンから最小ブロック番号を取得して記憶領域に記憶させる。具体的には、ブロックチェーンからのデータの削除により、ブロックチェーンを構成するブロック７０の最小ブロック番号が大きくなる。例えば、車載ＥＣＵ１４に保存されているブロックチェーンが２０個のブロック７０によって構成され、データの削除が行われていない場合、データの削除前の最小ブロック番号は０である。データの削除により０～１０のブロック番号のブロック７０が削除されると、ブロックチェーンの最小ブロック番号は１１となり、このブロック番号の値が最小ブロック番号保存処理部６２によって取得される。なお、最小ブロック番号は、セキュアストレージＴＳに記憶されることで、改ざんが防止される。

図３は、本実施形態のデータ削除処理の流れを示すフローチャートである。データ削除処理は、例えば、１日に１回、所定時間に実行される。

まず、ステップＳ１００では、データ削除部４６がブロックチェーンから削除可能データを取得する。本実施形態の削除可能データは、バックアップサーバ１６にアップロード済み、かつ現在時から所定期間（一例として、1週間）以前のデータである。具体的には、データ削除部４６は、ブロックテーブル７２に含まれるフラグ情報（send_flg）が１となっているブロック７０を生成日時（datetime）でソートし、現在日よりも１週間以前に生成されたブロック７０に含まれるデータを削除可能データとして取得する。

次のステップＳ１０２では、データ削除部４６が削除可能データとして取得したデータを削除する。ここでいうデータの削除とは、セキュアデータファイル５６に含まれる削除可能データを含むブロック７０のセキュアデータファイル５６からの削除や、このブロック７０に対応するブロックテーブル７２のブロックチェーンデータベース５８からの削除である。このデータの削除によって、車載ＥＣＵ１４にとって不要となったデータがブロックチェーンから削除され、データを保存するための新たな記憶領域が確保されることとなる。

次のステップＳ１０４では、データ削除部４６がデータの削除を行った後のブロックチェーンにおける最小ブロック番号を取得する。

次のステップＳ１０６では、プログラムハッシュ値算出部４８がデータ削除プログラムのハッシュ値（算出プログラムハッシュ値）を算出する。

次のステップＳ１０８では、最小ブロック番号と算出プログラムハッシュ値をセキュアワールドＳＷへ送信する。

次のステップＳ１１０では、プログラムハッシュ値判定部６０が算出プログラムハッシュ値とセキュアストレージＴＳに記憶されている保存プログラムハッシュ値とが一致するか否を判定し、肯定判定の場合はステップＳ１１２へ移行し、否定判定の場合はステップＳ１１４へ移行する。

ステップＳ１１２では、最小ブロック番号保存処理部６２がセキュアストレージＴＳに記憶されている最小ブロック番号を、ノーマルワールドＮＷから送信された新たな最小ブロック番号に更新して記憶させる。

ステップＳ１１０において算出プログラムハッシュ値と保存プログラムハッシュ値とが不一致となった場合は、データ削除プログラムが改ざん又は破損等している可能性がある。そこで、ステップＳ１１４では、車載ＥＣＵ１４をリブートする。また、リブートした後に、削除したデータをデータ復元部５２がバックアップサーバ１６から取得し、ブロック生成部４２がバックアップサーバ１６から取得したデータを含んだブロックチェーンを再び生成する。

図３を参照して説明したように、本実施形態の車載ＥＣＵ１４は、ブロックチェーンによって保存されるデータの蓄積が進むと、ブロックチェーンのデータサイズが大きくなることから、ブロックチェーンに含まれる一部のデータの削除を行う。そして、車載ＥＣＵ１４は、ブロックチェーンに含まれるデータを削除した場合に、ブロックチェーンに含まれる最小ブロック番号を取得し、セキュアワールドＳＷに更新して記憶させる。このため、データの削除が正規なものであれば記憶されている最小ブロック番号は更新される一方、データの削除が不正な改ざんであれば記憶されている最小ブロック番号は更新されない。これにより、本実施形態の車載ＥＣＵ１４は、ブロックチェーンに含まれるデータの削除が正規な削除であるか不正な改ざんであるかを判定できる。

図４は、本実施形態の最小ブロック番号検証処理の流れを示すフローチャートである。最小ブロック番号検証処理は、例えば、１日に１回、所定時間に実行される。

まず、ステップＳ２００では、セキュアストレージＴＳに記憶されている最小ブロック番号の取得が行われる。

次のステップＳ２０２では、データ検証部５０がブロックチェーンから最小ブロック番号を取得する。

次のステップＳ２０４では、データ検証部５０がセキュアストレージＴＳに記憶されている最小ブロック番号とブロックチェーンにおける最小ブロック番号とが一致するか否かを判定し、肯定判定の場合は改ざんがないとして本最小ブロック番号検証処理を終了する。一方、一致しない場合にはデータの削除が改ざんによるものとされ、ステップＳ２０６へ移行する。

ステップＳ２０６では、データ復元部５２が、不一致とされるブロック７０に含まれるデータをバックアップサーバ１６から取得する。具体的には、セキュアストレージＴＳに記憶されている最小ブロック番号とブロックチェーンにおける最小のブロック番号との間のブロック番号のデータが改ざんにより削除されたデータであるため、このデータがバックアップサーバ１６から取得される。

次のステップＳ２０８では、ブロック生成部４２が、取得したデータを含むブロックチェーンを再生成し、本最小ブロック番号検証処理を終了する。

このように、最小ブロック番号検証処理は、セキュアストレージＴＳに記憶されている最小ブロック番号とブロックチェーンにおける最小ブロック番号とを比較し、一致していればデータの削除が正規に行われたと判定する。一方で、一致しなければデータの消去が不正な改ざんにより行われたと判定する。これにより、最小ブロック番号検証処理は、ブロックチェーンに含まれるデータの削除が正規な削除であるか不正な改ざんであるかを判定できる。

以上、本発明を、上記実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更又は改良を加えることができ、該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。

上記実施形態では、車載ＥＣＵ１４に対してノーマルワールドＮＷとセキュアワールドＳＷを規定する形態について説明したが、これに限られず、車載ＥＣＵ１４にセキュアワールドＳＷが規定されなくてもよい。この形態の場合、ノーマルワールドＮＷの記憶領域にブロックチェーンの最小ブロック番号や保存プログラムハッシュ値等が記憶される。また、車載ＥＣＵ１４にセキュアストレージＴＳが備えられない場合には、ノーマルワールドＮＷから直接アクセスできないストレージ、又はアクセスが制限されるストレージ等のセキュアストレージＴＳに類似するストレージが備えられてもよい。

データ保存装置によって保存可能なデータは、テキストデータに限定されない。ノーマルストレージＵＳの容量に応じて、例えば音声データ、画像データ及び映像データ等の保存が可能であってもよい。さらに、ブロックチェーンの個々のブロック７０に格納されるデータも、適宜変更されてよい。

上記実施形態の車載ＥＣＵ１４にて使用されるハッシュ関数は、暗号学的ハッシュ関数である。暗号学的ハッシュ関数は、違う入力から同一のハッシュ値を出力することがなく、且つ、出力されたハッシュ値から入力を推測することが実質不可能という特性を有している。ＳＨＡ－２の一つである上述のＳＨＡ－２５６に替えて、ＳＨＡ－１、ＳＨＡ－２及びＳＨＡ－３の各アルゴリズムが、必要とされる出力長（ビット数）に合わせて適宜使用されてよい。また、データやプログラムの固有値となり、不可逆的な値がハッシュ値の代わりに用いられてもよい。また、データから算出される不可逆的な固有値をハッシュ値の代わりに用いてもよい。ハッシュ値の代わりになる固有値は、例えば離散コサイン変換（ＤＣＴ：Discrete Cosine Transform）等である。

車載ＥＣＵ１４を搭載する車両１２は、特定のオーナーによって個人所有され、当該オーナー等による使用を想定されたオーナーカーであってよい。オーナーカーへの適用によれば、詐称から保護された状態で蓄積されるユーザの運転履歴を示すデータは、例えば運転状況に応じて保険料を設定するサービス業者にとって、高い価値を有するようになる。

また車載ＥＣＵ１４を搭載する車両１２は、レンタカー用の車両、有人タクシー用の車両、ライドシェア用の車両、貨物車両及びバス等であってもよい。さらに、モビリティサービスに用いられるドライバーレス車両に、車載ＥＣＵ１４が搭載されてもよい。今後のモビリティサービスの拡がりに伴い、車載ＥＣＵ１４にて蓄積されるデータの重要性は、いっそう大きくなると想定される。

上記実施形態にて、車載ＥＣＵ１４によって提供されていた各機能は、ソフトウェア及びそれを実行するハードウェア、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの複合的な組合せによっても提供可能である。こうした機能がハードウェアとしての電子回路によって提供される場合、各機能は、多数の論理回路を含むデジタル回路、又はアナログ回路によっても提供可能である。

上記実施形態の各プロセッサは、ＣＰＵ（Central Processing Unit）及びＧＰＵ（Graphics Processing Unit）等の演算コアを少なくとも一つ含む構成であってよい。さらに、プロセッサは、ＦＰＧＡ（Field-Programmable Gate Array）及び他の専用機能を備えたＩＰコア等をさらに含む構成であってよい。

上記実施形態の記憶部として採用され、本開示のデータ保存方法に関連した各プログラムを記憶する記憶媒体の形態は、適宜変更されてよい。例えば、記憶媒体は、回路基板上に設けられた構成に限定されず、メモリカード等の形態で提供され、スロット部に挿入されて、コンピュータのバスに電気的に接続される構成であってよい。さらに、記憶媒体は、コンピュータへのプログラムのコピー基となる光学ディスク及びのハードディスクドライブ等であってもよい。

本実施形態の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本実施形態に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本実施形態に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

さらに、データ保存装置の機能を備えたＥＣＵは、車両とは異なる移動体にも搭載可能である。例えば、作業現場で運用される重機、アミューズメント施設等に配列された運転遊具、鉄道車両、トラム、及び航空機等に、データ保存装置の機能を備えたＥＣＵは搭載可能である。

また、上記実施形態で説明した処理の流れも一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

１２・・・車両、１４・・・車載ＥＣＵ、４６・・・データ削除部、
４８・・・プログラムハッシュ値算出部、５０・・・データ検証部、
６０・・・プログラムハッシュ値判定部、６２・・・最小ブロック番号保存処理部、
ＴＳ・・セキュアストレージ

Claims (9)

1. 取得したデータをブロックチェーンによって保存するデータ保存装置（１４）であって、
   前記ブロックチェーンに含まれるデータのうち、不要とされる前記データを削除する削除部（４６）と、
   前記削除部によって前記データが削除された場合に、前記ブロックチェーンの最小ブロック番号を取得して記憶領域に記憶させる最小番号保存処理部（６２）と、
   を備えるデータ保存装置。
2. アクセスが制限される記憶領域である制限記憶領域（ＴＳ）が規定され、
   前記最小ブロック番号は、前記制限記憶領域に記憶される、請求項１に記載のデータ保存装置。
3. 前記削除部によって削除される前記データは、バックアップサーバにアップロード済み、かつ現在時から所定期間以前のデータである、請求項１又は請求項２に記載のデータ保存装置。
4. 前記最小番号保存処理部によって記憶された前記最小ブロック番号と、前記ブロックチェーンにおける前記最小ブロック番号とが一致するか否かを判定するデータ検証部（５０）を備える、請求項１から請求項３の何れか１項に記載のデータ保存装置。
5. 前記削除部によって削除される前記データはバックアップサーバにアップロード済みであり、
   前記最小番号保存処理部によって記憶された前記最小ブロック番号と前記ブロックチェーンにおける最小ブロック番号とが一致しない場合、前記バックアップサーバから前記データを取得してブロックチェーンを再生成する、請求項４に記載のデータ保存装置。
6. 前記削除部が前記データを削除した場合に、前記削除部として機能するプログラムの固有値である第１固有値を算出する固有値算出部（４８）と、
   前記固有値算出部によって算出された前記第１固有値と前記プログラムの固有値であって予め算出して記憶されている第２固有値とが一致するか否かを判定する固有値判定部（６０）と、
   を備える、請求項１から請求項５の何れか１項に記載のデータ保存装置。
7. アクセスが制限される記憶領域である制限記憶領域が規定され、
   前記第２固有値は、前記制限記憶領域に記憶される、請求項６に記載のデータ保存装置。
8. 請求項１から請求項７の何れか１項に記載のデータ保存装置を備える移動体（１２）。
9. ブロックチェーンを構成するデータを削除するデータ削除プログラムであって、
   コンピュータを、
   前記ブロックチェーンに含まれるデータのうち、不要とされる前記データを削除する削除部と、
   前記削除部によって前記データが削除された場合に、前記ブロックチェーンから最小ブロック番号を取得して記憶領域に記憶させる最小番号保存処理部と、
   して機能させるデータ削除プログラム。

Images