(57)【要約】【課題】走行中、イベントが発生したとき、イベント原因に係る走行記録をブロックチェーン基盤にて格納して保安性を向上させたブロックチェーン基盤走行記録データ格納方法及びこれを実行するシステムを提供する。【解決手段】ブロックチェーン基盤走行記録データ格納方法は、車両が走行することで発生する走行記録情報を生成し、格納すること、前記車両にイベントが発生することを感知すること、前記イベント発生を感知すると、前記イベントと関連した前記走行記録情報を抽出すること、前記抽出された走行記録情報をトランザクションデータに変換すること、及び前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することとを含む。【選択図】図９
2020038673.tif 000002
【特許請求の範囲】
【請求項１】
車両に含まれた走行記録送信装置のプロセッサにおいて走行による走行記録情報をコンソーシアムブロックチェーンに送信し、ブロックチェーン基盤にて走行記録データを格納する方法であって、
車両が走行することで発生する前記走行記録情報を生成し、格納すること、
前記車両にイベントが発生することを感知すること、
前記イベント発生を感知すると、前記イベントと関連した前記走行記録情報を抽出すること、
前記抽出された走行記録情報をトランザクションデータに変換すること、及び
前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信すること、
を含むブロックチェーン基盤走行記録データ格納方法。
【請求項２】
前記走行記録情報を生成し、格納することは、
前記車両が自律走行または走行補助機能が実行された状態で発生された走行記録情報を格納することを含む請求項１に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項３】
前記走行記録情報は、
車両状況情報、駆動制御情報、車両周辺情報、及び車両状態情報のうち、少なくとも１つ以上の情報を含み、
前記駆動制御情報は、前記自律走行または走行補助機能によって前記車両の制御部が前記車両の駆動部を制御した情報を含む請求項２に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項４】
前記イベントと関連した前記走行記録情報を抽出することは、
前記イベント発生時点の走行記録情報と、前記イベント発生時点以前の走行記録情報とを抽出することを含む請求項３に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項５】
前記イベントは、
事故発生、ユーザ要請、及び車両故障のうち、少なくとも１つの状況を含む請求項１に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項６】
所定の時間の間、前記車両にイベントがなければ、前記所定の時間前の走行記録情報を削除する請求項１に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項７】
前記抽出された走行記録情報をトランザクションデータに変換することは、
前記走行記録情報のうち、少なくとも一部を選択し、選択された情報を標準化された規則にしたがって並べることを含む請求項１に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項８】
前記抽出された走行記録情報をトランザクションデータに変換することは、
前記並べられた情報のうち、少なくとも一部を前面部データに含めることをさらに含む請求項７に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項９】
前記抽出された走行記録情報をトランザクションデータに変換することは、
車両インデックスを前記前面部データに含むことを含み、
前記前面部データは、検索可能なように公開された状態に変換されて、前記トランザクションデータに含まれる請求項８に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１０】
前記抽出された走行記録情報をトランザクションデータに変換することは、
前記並べられた情報のうち、残りを暗号化してメインデータに含めることをさらに含む請求項９に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１１】
前記抽出された走行記録情報をトランザクションデータに変換することは、
自律走行または走行補助機能実行による駆動制御情報を暗号化してメインデータに含めることを含む請求項１０に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１２】
前記抽出された走行記録情報をトランザクションデータに変換することは、
前記前面部データと前記メインデータとを検証して生成した検証データを追加することをさらに含む請求項１１に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１３】
前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、
前記車両がパブリックネットワークを介して前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信することを含む請求項１に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１４】
前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、
予め接続された交通通信設備に前記トランザクションデータを送信すること、及び
前記交通通信設備が前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信すること、
を含む請求項１３に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１５】
前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、
予め接続された他車に前記トランザクションデータを送信すること、及び
前記他車が前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信すること、
を含む請求項１０に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１６】
前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、
通信可能な複数の通信設備を検出すること、
前記複数の通信設備のうち、最も通信環境の良い通信設備を検出すること、
前記検出された通信設備にトランザクションデータを送信すること、及び
前記トランザクションデータを受信した通信設備が前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信すること、
を含む請求項１０に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１７】
ユーザらのノードが分散ネットワークで構成されたコンソーシアムブロックチェーンネックワークシステムに含まれたコンピュータ装置のプロセッサにおいて、ブロックチェーン基盤にて走行記録データを格納する方法であって、
１つのノードが自律走行または走行補助機能が実行された車両の走行記録情報を含むトランザクションデータを受信すること、
前記１つのノードが前記トランザクションデータを前記分散ネットワークを介して分散させること、
前記トランザクションデータをメモリプールに格納すること、及び
前記メモリプールに格納されたトランザクションデータに基づいて予め設定された条件を満たすと、ブロックを生成してブロックチェーンを延長すること、
を含むブロックチェーン基盤走行記録データ格納方法。
【請求項１８】
前記トランザクションデータは、前記走行記録情報を識別できるインデックス情報で構成された前面部データと、前記走行記録情報を暗号化したメインデータとを含む請求項１７に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項１９】
前記トランザクションデータに含まれた前記インデックス情報に基づいて、前記走行記録情報を検索する検索インターフェースを提供することをさらに含む請求項１８に記載のブロックチェーン基盤走行記録データ格納方法。
【請求項２０】
前記検索インターフェースによって検索された走行記録情報を含むトランザクションデータを検出し、前記検出されたトランザクションデータで前記走行記録情報を閲覧することをさらに含む請求項１９に記載のブロックチェーン基盤走行記録データ格納方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロックチェーン基盤走行記録データ格納方法及びこれを実行するシステムに関する。より詳しくは、走行中、イベントが発生したとき、イベント原因と関連する走行記録をブロックチェーン基盤にて格納する、保安性を向上させたブロックチェーン基盤走行記録データ格納方法及びこれを実行するシステムに関する。
【背景技術】
【０００２】
車両とは、搭乗するユーザが望む方向に移動する装置である。代表的には、自動車を例に挙げることができる。
【０００３】
近年、自動車は、自律走行や前述した運転便宜機能等を提供する知能型自動車に発展し、知能型自動車は、情報技術（ＩＴ）を融合した最先端自動車であって、スマート自動車ともいう。知能型自動車は、自動車自体の先端システムの導入はもちろん、知能型交通システム（ＩＴＳ）との連動を介しての最適の交通効率を提供することができる。
【０００４】
このような知能型自動車は、無線でインフラ交通システムとの通信（Ｖ２Ｉ）だけでなく、車両間通信（Ｖ２Ｖ）を介して互いに必要な情報をやり取りし、車両間の安全な走行と最適の交通効率を実現することができる。
【０００５】
また、知能型自動車は、各種センサと電子装備等の開発でユーザ運転を補助し、走行安全性及び便宜などを向上させる運転走行補助機能を備えた車両が注目を浴びている。
【０００６】
例えば、車両の車線離脱を警告したり、維持させる機能、急停車ブレーキ機能、及び死角地帯警告機能など、様々な運転補助機能（ＡＤＡＳ）が開発され、車両に適用されている。
【０００７】
さらに、知能型自動車は、搭乗者の運転操作がなくても自ら外部状況を判断し、車両を操作して走行する自律走行機能まで提供している。
【０００８】
最近、自律走行とともに、新しく脚光を浴びている技術のうち１つとしてブロックチェーン（ｂｌｏｃｋｃｈａｉｎ）技術を挙げることができる。ブロックチェーンとは、管理対象データを「ブロック」という小規模データがＰ２Ｐ方式に基づいて生成されたチェーン形態の連結基盤分散データ格納環境に格納されて、誰も任意に修正することができず、誰もが変更の結果を閲覧できる分散コンピューティング技術基盤のデータ偽変造防止技術を意味する。
【先行技術文献】
【特許文献】
【０００９】
特許文献１  大韓民国登録特許公報第１０−１７５１０２５号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
運転補助機能や自律走行機能は、ユーザの人生を潤沢にするが、このような機能が搭載された車両において事故が発生した場合、責任の原因を問い難いという問題がある。
【００１１】
具体的には、ドライバーの操作による事故発生であるか、運転補助機能や自律走行機能の誤作動による事故であるか、それとも、車両内部の異常やその他の外部状況などにより事故が発生するのか明確に判別し難い。
【００１２】
特に、素人である一般ユーザらは、走行機能の誤作動による事故発生であることを立証するのが非常に難しく、それに対し、玄人である走行機能サービス提供者達は、機能作動によるデータを明確に理解することができ、データを操作しやすいので、責任判別においてユーザらが相対的に立証に不利であるという問題がある。
【００１３】
したがって、本発明は、前述した問題点を解決するために案出されたものであって、車両の走行によって発生した走行記録情報をブロックチェーン基盤にて格納及び管理することを目的とする。
【００１４】
また、本発明は、走行記録情報内に含まれた個人情報を保護し、サービス提供者及び／又は車両製造会社の固有技術が保護され得るように、走行記録情報格納の際、プライバシーを保護することを目的とする。
【００１５】
また、本発明は、車両において事故が発生したとき、早くかつ正確に走行記録情報をブロックチェーンネットワークに送信することを目的とする。
【課題を解決するための手段】
【００１６】
実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両が走行することで発生する走行記録情報を生成し、格納すること、前記車両にイベントが発生することを感知すること、前記イベント発生を感知すると、前記イベントと関連した前記走行記録情報を抽出すること、前記抽出された走行記録情報をトランザクションデータに変換すること、及び前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信すること、を含む。
【００１７】
このとき、前記走行記録情報を生成し、格納することは、前記車両が自律走行状態で発生された走行記録情報を格納することを含んでもよい。
【００１８】
また、前記走行記録情報は、車両状況情報、駆動制御情報、車両周辺情報、及び車両状態情報のうち、少なくとも１つ以上の情報を含んでもよい。
【００１９】
また、前記イベントと関連した前記走行記録情報を抽出することは、前記イベント発生時点の走行記録情報と、前記イベント発生時点以前の走行記録情報とを抽出することを含んでもよい。
【００２０】
また、前記イベントは、事故発生、ユーザ要請、及び車両故障のうち、少なくとも１つの状況を含んでもよい。
【００２１】
また、所定の時間の間、前記車両にイベントがなければ、前記所定の時間前の走行記録情報が削除されてもよい。
【００２２】
また、前記抽出された走行記録情報をトランザクションデータに変換することは、前記走行記録情報のうち、少なくとも一部を選択し、選択された情報を標準化された規則にしたがって並べることを含んでもよい。
【００２３】
また、前記抽出された走行記録情報をトランザクションデータに変換することは、前記並べられた情報のうち、少なくとも一部を前面部データに含めることをさらに含んでもよい。
【００２４】
また、前記抽出された走行記録情報をトランザクションデータに変換することは、前記並べられた情報のうち、残りを暗号化してメインデータに含めることをさらに含んでもよい。
【００２５】
また、前記抽出された走行記録情報をトランザクションデータに変換することは、前記前面部データと前記メインデータとを検証して生成した検証データを追加することをさらに含んでもよい。
【００２６】
また、前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、前記車両がパブリックネットワークを介して前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信することを含んでもよい。
【００２７】
また、前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、予め接続された交通通信設備に前記トランザクションデータを送信すること、及び前記交通通信設備が前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信することを含んでもよい。
【００２８】
また、前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、予め接続された他車に前記トランザクションデータを送信すること、及び前記他車が前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信することを含んでもよい。
【００２９】
また、前記変換されたトランザクションデータをコンソーシアムブロックチェーンネットワークシステムに送信することは、最も通信環境の良い通信設備を検出すること、前記検出された通信設備にトランザクションデータを送信すること、及び前記トランザクションデータを受信した通信設備が前記ブロックチェーンネットワークシステムの１つのノードに前記トランザクションデータを送信することを含んでもよい。
【発明の効果】
【００３０】
本発明の実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両の走行によって発生された走行記録情報をブロックチェーン基盤にて格納及び管理し、走行記録情報の偽造を事前に遮断し、イベント発生の責任を明確に確認できるという長所がある。
【００３１】
また、本発明の実施形態に係るブロックチェーン基盤走行記録データ格納方法は、走行記録情報内に含まれたプライバシー情報を保護し、サービス提供者及び／又は車両製造会社の固有技術が保護され得るように、走行記録情報格納の際、技術保安を向上させることができる。
【００３２】
また、本発明に係る実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両において事故が発生したとき、早くかつ正確に走行記録情報をブロックチェーンネットワークに送信できるという長所がある。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態に係るブロックチェーン基盤走行記録データ格納システムを示す。
【図２】本発明の実施形態に係る車両の外観を示す。
【図３】本発明の実施形態に係る走行記録送信装置の内部ブロック図である。
【図４】本発明の実施形態に係る道路インフラ／他車間通信フローを示す。
【図５】本発明の実施形態に係るブロックチェーンネットワークシステムを示す。
【図６】本発明の実施形態に係るブロックチェーンを示す。
【図７】本発明の実施形態に係る１つのブロックの構造を示す。
【図８】本発明の実施形態に係る１つのトランザクションデータの構造を示す。
【図９】本発明の実施形態に係る走行記録送信装置がトランザクションデータをブロックチェーンネットワークシステムに送信する過程を示すフローチャートである。
【図１０】本発明の実施形態に係る走行記録送信装置がブロックチェーンネットワークシステムにトランザクションデータを送信する様々なルートを示す。
【図１１】本発明の実施形態に係るブロックチェーンネットワークシステムにおいてブロックを生成し、生成されたブロックで走行記録情報を閲覧する過程を示すフローチャートである。
【発明を実施するための形態】
【００３４】
本発明は、様々な変換を加えることができ、種々の実施形態を有することができるところ、特定の実施形態を図面に例示し、詳細な説明に詳しく説明する。本発明の効果及び特徴、そして、それらを達成する方法は、図面とともに詳しく後述されている実施形態を参照すれば明確になるであろう。しかし、本発明は、以下において開示される実施形態等に限定されるものではなく、様々な形態で実現されることができる。以下の実施形態において、第１、第２などの用語は、限定的な意味ではなく、１つの構成要素を他の構成要素と区別する目的として使用される。また、単数の表現は、文脈上、明白に異なるに意味にならない限り、複数の表現を含む。また、「含む」または「有する」などの用語は、明細書上に記載された特徴または構成要素が存在することを意味するものであり、１つ以上の他の特徴または構成要素が付加される可能性を予め排除するものではない。また、図面では、説明の都合上、構成要素等が、その大きさが誇張または縮小され得る。例えば、図面に示された各構成の大きさ及び厚さは、説明の都合上、任意に示したので、本発明が必ずしも図示されたところに限定されない。
【００３５】
本明細書において記述される車両は、自動車、バイクを含む概念でありうるが、これに限定されず、一般的に移動に使用されることができる全ての運送手段が適用され得る。以下では、車両について自動車を中心に記述する。
【００３６】
本明細書において記述される車両は、動力源としてエンジンを備える内燃機関車両、動力源としてエンジンと電気モータとを備えるハイブリッド車両、動力源として電気モータを備える電気車両などを全て含む概念でありうる。
【００３７】
図１は、本発明の実施形態に係るブロックチェーン基盤走行記録データ格納システムを示す。
【００３８】
図１に示すように、実施形態に係るブロックチェーン基盤走行記録データ格納システムは、車両１００（または、車両１００内に装着された走行記録送信装置）、他車１０１、交通通信設備２００（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、パブリックネットワーク、及びブロックチェーンネットワークシステム１０を備える。
【００３９】
［車両１００］
図２は、本発明の実施形態に係る車両１００の外観を示し、図３は、本発明の実施形態に係る走行記録送信装置の内部ブロック図である。
【００４０】
図２〜図３に示すように、実施形態に係る車両１００は、動力源により回転する車輪１３ＦＬ、１３ＲＬ、車両１００の走行を制御するための運転操作手段、及び走行記録送信装置１００−１を備える。
【００４１】
実施形態において、車両１００は、自律走行機能及び／又は走行補助機能（ＡＤＡＳ、ａｄｖａｎｃｅｄ  ｄｒｉｖｅｒ  ａｓｓｉｓｔａｎｃｅ  ｓｙｓｔｅｍｓ）を提供することができる車両１００である。ここで、走行補助機能とは、ドライバーが主導的に車両１００を運転し、このうち一部を自動制御を介して補助する機能である。例えば、車両１００は、走行補助機能として死角地帯監視機能（ＢＳＤ、ｂｌｉｎｄ  ｓｐｏｔ  ｄｅｔｅｃｔｉｏｎ）、車線逸脱防止機能（ＬＫＡＳ、Ｌａｎｅ  Ｋｅｅｐｉｎｇ  Ａｓｓｉｓｔ  Ｓｙｓｔｅｍ）、車線逸脱警告機能（ＬＤＷＳ、Ｌａｎｅ  Ｄｅｐａｒｔｕｒｅ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）、クルーズ機能、または自動緊急制動（ＡＥＢ、Ａｕｔｏｎｏｍｏｕｓ  Ｅｍｅｒｇｅｎｃｙ  Ｂｒａｋｉｎｇ）のうち、少なくとも１つ以上の機能を提供することができる。
【００４２】
このような自律走行機能及び／又は走行補助機能（以下、「走行機能」と称する）のために、車両１００は、様々な車両内外部センサと、センサで測定されたデータに基づいて車両１００を自動運転するために、車両駆動部（例えば、変速、加速、操向または制動駆動部）を制御する制御部などを備えることができる。このような運転走行補助機能は、走行記録送信装置１００−１により直接実行されるか、車両自体内で実行することができ、別に備えられた装置により実行されることもできる。
【００４３】
走行機能を提供する過程及び／又はドライバーが手動で車両１００を運転する過程の中で、走行記録情報がリアルタイムで得られるようになる。ここで、走行記録情報は、車両状況情報、駆動制御情報、車両周辺情報、及び車両状態情報のうち、少なくとも１つ以上の情報を含むことができる。
【００４４】
このようにリアルタイムで発生された走行記録情報は、事故発生の際、事故発生の責任を判別するのに重要な情報となることができる。
【００４５】
したがって、車両１００は、事故発生、ユーザ要請、及び／又は故障のようなイベント（ｅｖｅｎｔ）発生の際、走行記録情報を格納し、管理する必要があり、格納された走行記録情報は、偽造が不可能なように安全な保安状態で格納される必要がある。
【００４６】
このため、実施形態において車両１００は、走行記録情報をブロックチェーンネットワークシステム１０に送信する走行記録送信装置１００−１をさらに備える。
【００４７】
実施形態によっては、車両１００や走行機能を提供する別の装置が直接走行記録を送信することも可能であるが、このような場合には、車両１００を製造した主体や走行機能をサービスする主体が予め走行記録情報を変造する恐れがある。
【００４８】
したがって、走行記録送信装置１００−１は、車両１００内に装着された別のブラックボックスのような装置であることが好ましい。このような走行記録送信装置１００−１は、イベント発生を感知すれば、イベント関連走行記録情報を特定し、特定された走行記録情報をブロックチェーンネットワークシステム１０に早くかつ正確に送信することができる。
【００４９】
［走行記録送信装置１００−１］
具体的には、図３に示すように、走行記録送信装置１００−１は、入力部１１０、通信部１２０、インターフェース部１３０、メモリ１４０、プロセッサ１７０、オーディオ出力部１８５、ディスプレイ部１８０、及び電源供給部１９０を備える。
【００５０】
まず、走行記録送信装置１００−１は、ユーザの入力を感知する入力部１１０を備える。ユーザは、入力部１１０を介して走行記録送信機能をオン／オフしたり、走行記録送信装置１００−１の電源をオン／オフさせる実行入力をすることができる。また、入力部１１０を介して、以前のブロックチェーンネットワークシステム１０に格納した走行記録情報を呼び出して確認することができる。
【００５１】
このような入力部１１０は、ユーザジェスチャを感知するジェスチャ入力部、タッチを感知するタッチセンサ、及び音声入力を感知するマイクロホンのうち、少なくとも１つ以上を備えてユーザ入力を感知することができる。
【００５２】
次に、走行記録送信装置１００−１は、他車１０１、移動端末機６００、ブロックチェーンネットワークシステム１０、及び交通通信設備２００などと無線通信する通信部１２０を備える。
【００５３】
具体的に、通信部１２０は、無線通信を介して走行記録情報を直接または他の通信機器の中継を介してブロックチェーンネットワークシステム１０に送信することができる。また、通信部１２０は、無線通信を介してブロックチェーンネットワークシステム１０の走行記録情報を受信することもできる。
【００５４】
また、通信部１２０は、走行機能を実行するために、無線通信を介して通信情報を収集することができる。そして、通信情報のうち、少なくとも一部は、走行機能を実行するのに使用されることができ、走行記録情報に含まれることができる。
【００５５】
具体的に、通信部１２０は、移動端末機６００、外部サーバ、及び／又は交通通信設備２００から位置情報、天気情報、及び道路の交通状況情報（例えば、ＴＰＥＧ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）等）のうち、少なくとも１つの情報を受信できる。
【００５６】
また、通信部１２０は、知能型交通システム（ＩＴＳ）を揃えた交通通信設備２００から交通情報を受信できる。ここで、交通情報は、交通信号情報、車線情報、車両周辺情報、または位置情報などを含むことができる。
【００５７】
また、通信部１２０は、交通通信設備２００及び／又は移動端末機からナビゲーション情報を送信することもできる。ここで、ナビゲーション情報は、車両走行と関連した地図（ｍａｐ）情報、車線情報、車両１００の位置情報、設定された目的地情報、及び目的地までの経路情報のうち、少なくとも１つ以上の情報を含むことができる。
【００５８】
例えば、通信部１２０は、ナビゲーション情報にて車両１００のリアルタイム位置を受信できる。具体的には、通信部１２０は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール及び／又はＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）モジュールを含み、車両１００の位置を取得することができる。
【００５９】
また、通信部１２０は、隣接した他車１０１から隣接した他車１０１の走行情報を受信し、本車両１００の情報を送信して、車両１００間走行情報を互いに共有することができる。ここで、互いに共有する走行情報は、車両１００の移動方向情報、位置情報、車速情報、加速度情報、移動経路情報、前進／後進情報、隣接車両情報、及びターンシグナル情報のうち、少なくとも１つ以上の情報を含むことができる。
【００６０】
そして、このように受信された通信情報は、走行記録情報に含まれることができる。例えば、通信部１２０を介して取得した走行機能作動時点における車両位置は、走行記録情報に含まれることができる。
【００６１】
このような通信部１２０は、隣接した他車１０１、移動端末機６００、ブロックチェーンネットワークシステム１０、または交通通信設備２００と無線（ｗｉｒｅｌｅｓｓ）方式でデータを交換することができる。
【００６２】
具体的には、通信部１２０は、無線データ通信方式を利用して無線通信することができる。無線データ通信方式では、移動通信のための技術標準を利用することができる。また、通信部１２０は、無線インターネット技術を利用することができ、例えば、無線インターネット技術として、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ−Ｆｉｄｅｌｉｔｙ）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）  Ｄｉｒｅｃｔ、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）などを利用できる。また、通信部１２０は、近距離通信（Ｓｈｏｒｔ  ｒａｎｇｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用することができ、例えば、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、赤外線通信（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ；ＩｒＤＡ）、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅｂａｎｄ）、ＺｉｇＢｅｅ（登録商標）技術のうち、少なくとも１つを利用して近距離通信を支援することができる。
【００６３】
また、走行記録送信装置１００−１は、近距離通信方式を利用して車両内部の移動端末機６００とペアリング（ｐａｒｉｎｇ）し、移動端末機６００の長距離無線通信モジュールを用いて隣接した他車１０１または交通通信設備２００などと無線でデータを交換することもできる。
【００６４】
次に、走行記録送信装置１００−１は、車両制御部７７０、センサ部７６０、及び／又は外部装置と有無線でデータを送受信するインターフェース部１３０を備えることができる。
【００６５】
具体的に、インターフェース部１３０は、車両制御部７７０、センサ部７６０、またはＡＶＮ（登録商標）４００などの別の走行機能提供装置などと有無線データ通信して、走行記録情報関連データを受信できる。
【００６６】
例えば、走行記録送信装置１００−１は、インターフェース部１３０を介して車両制御部７７０から駆動制御情報及び／又はセンサ部７６０からセンサ情報を受信することができる。そして、このように、インターフェース部１３０を介して受信された情報のうち、少なくとも一部は、走行記録情報に含まれることができる。
【００６７】
このため、インターフェース部１３０は、有線通信及び／又は無線通信方式によって車両１００内部の車両制御部７７０、走行機能提供装置、及びセンサ部７６０などとデータ通信を行い、センサ情報と駆動制御情報とを受信することができる。
【００６８】
ここで、センサ情報は、車両１００の方向情報、位置情報、車速情報、加速度情報、傾き情報、前進／後進情報、燃料情報、前後方車両１００との距離情報、車両１００と車線との距離情報、及びターンシグナル情報のうち、少なくとも１つ以上の情報を含むことができる。
【００６９】
また、センサ情報は、ヘディングセンサ（ｈｅａｄｉｎｇ  ｓｅｎｓｏｒ）、ヨーセンサ（ｙａｗ  ｓｅｎｓｏｒ）、ジャイロセンサ（ｇｙｒｏ  ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ  ｍｏｄｕｌｅ）、車両前進／後進センサ、ホイールセンサ（ｗｈｅｅｌ  ｓｅｎｓｏｒ）、車両速度センサ、車体傾斜感知センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ハンドル回転によるステアリングセンサ、車両内部温度センサ、車両内部湿度センサ、衝突感知センサなどから取得されることができる。一方、ポジションモジュールは、ＧＰＳ情報受信のためのＧＰＳモジュールを含むことができる。例えば、ポジションモジュールを介して取得された走行機能作動時点における車両位置は、走行記録情報に含まれることができる。
【００７０】
そして、駆動制御情報は、変速ギヤ位置（ｔｒａｎｓｍｉｓｓｉｏｎ  ｇｅａｒ  ｐｏｓｉｔｉｏｎ）、加速操作情報（ａｃｃｅｌｅｒａｔｏｒｐｅｄａｌ  ｐｏｓｉｔｉｏｎ）、ステアリング操作情報（ｓｔｅｅｒｉｎｇ  ｗｈｅｅｌ  ａｎｇｌｅ）、ブレーキ操作情報を含むことができ、それぞれの駆動制御情報の発生主体が車両１００の自動制御であるか、手動制御であるかがが区分され得る。
【００７１】
具体的には、車両１００のセンサ部７６０は、外部オブジェクトを感知する外部センサを備えることができ、外部センサは、車両１００周辺に位置したオブジェクトの位置を感知する距離センサ、及び車両１００周辺を撮影して映像を取得するカメラのうち、少なくとも１つを含むことができる。
【００７２】
まず、距離センサは、本車両１００においてオブジェクトの位置、オブジェクトが離間した方向、離間距離、またはオブジェクトの移動方向等を精密に感知することができる。このような距離センサは、感知されたオブジェクトの位置を測定し続け、本車両１００とオブジェクトとの位置関係に対する変化を正確に感知することができる。
【００７３】
このような距離センサは、車両１００の前後左右のうち、少なくとも１つの領域に位置したオブジェクトを感知できる。このために、距離センサは、車両１００の様々な位置に配置されることができる。
【００７４】
このような距離センサは、ライダー（ｌｉｄａｒ）センサ、レーザ（ｌａｓｅｒ）センサ、超音波（ｕｌｔｒａｓｏｎｉｃ  ｗａｖｅｓ）センサ、及びステレオカメラ（ｓｔｅｒｅｏ  ｃａｍｅｒａ）など、様々な距離測定センサのうち１つ以上を含むことができる。
【００７５】
一方、外部オブジェクトについての具体的な情報は、カメラが撮影した映像をプロセッサが分析して取得されてもよい。
【００７６】
具体的には、走行記録送信装置１００−１は、カメラで車両１００周辺を撮影し、取得された車両周辺映像をプロセッサが分析して車両１００周辺オブジェクトを検出し、オブジェクトの属性を判断してセンサ情報を生成することができる。
【００７７】
ここで、映像情報は、オブジェクトの種類、オブジェクトが表示する交通信号情報、オブジェクトと車両１００との間の距離及びオブジェクトの位置のうち、少なくとも１つの情報であって、センサ情報に含まれることができる。
【００７８】
具体的には、プロセッサは、イメージ処理を介して撮影された映像からオブジェクトを検出し、オブジェクトをトラッキングし、オブジェクトとの距離を測定し、オブジェクトを確認するなどのオブジェクト分析を行うことにより、映像情報を生成することができる。
【００７９】
このようなカメラは、様々な位置に備えられることができる。具体的には、複数のカメラが、各々車両１００の左側、後方、右側、前方、及び天井のうち、少なくとも１つ以上の位置に各々配置されてもよい。
【００８０】
このようなカメラは、イメージセンサと映像処理モジュールとを直接備えることもできる。カメラは、イメージセンサ（例えば、ＣＭＯＳまたはＣＣＤ）により得られる静止画または動画を処理することができる。また、映像処理モジュールは、イメージセンサを介して取得された静止画または動画を加工して、必要な映像情報を抽出し、抽出された映像情報をプロセッサに伝達することもできる。
【００８１】
プロセッサがオブジェクト分析をより容易に行うために、本実施形態において、カメラは、映像を撮影するとともにオブジェクトとの距離を測定するステレオカメラであってもよい。
【００８２】
センサ部７６０は、距離センサとカメラとが結合されたステレオカメラであってもよい。すなわち、ステレオカメラは、映像を取得するとともに車両１００とオブジェクトとの位置関係を感知できる。このようにして取得された外部オブジェクトを感知する外部センサからのセンサ情報は、車両周辺情報に含まれることができる。
【００８３】
走行記録送信装置１００−１は、車両１００の周辺オブジェクトを感知するセンサ部７６０をさらに備えてもよい。走行記録送信装置１００−１は、このようなセンサ部７６０で得られたセンサ情報をインターフェース部１３０を介して受信して周辺オブジェクトを感知することもできる。そして、このように取得されたセンサ情報は、車両周辺情報に含まれることができる。
【００８４】
さらに説明に戻ると、インターフェース部１３０は、走行機能提供装置やその他のナビゲーション装置（例えば、ＡＶＮ（登録商標）４００）のように、車両１００に装着された外部装置からも走行記録情報関連データを受信することができる。
【００８５】
このようなインターフェース部１３０は、有無線通信ポート（ｐｏｒｔ）で直接または間接に他のユニットと接続されてデータ通信を行うことができる。
【００８６】
メモリ１４０は、プロセッサの処理または制御のためのプログラムなど、走行記録送信装置１００−１全般の動作のための様々なデータを格納することができる。
【００８７】
具体的には、メモリ１４０は、リアルタイムで生成される走行記録情報を格納することができる。このように格納された走行記録情報は、所定の時間が過ぎた後に削除されてもよく、イベント発生時には、格納が維持されてもよい。
【００８８】
また、メモリ１４０は、プロセッサの処理または制御のためのプログラムなど、走行記録送信装置１００−１全般の動作のための様々なデータを格納することができる。
【００８９】
また、メモリ１４０は、走行記録送信装置１００−１で駆動される複数の応用プログラム（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍ）またはアプリケーション（ａｐｐｌｉｃａｔｉｏｎ））、走行記録送信装置１００−１の動作のためのデータ等、命令語等を格納することができる。このような応用プログラムのうち、少なくとも一部は、無線通信を介して外部サーバからダウンロードされてもよい。また、このような応用プログラムのうち、少なくとも一部は、走行記録送信装置１００−１の基本的な機能のために、出庫当時から走行記録送信装置１００−１上に存在していてもよい。そして、このような応用プログラムは、メモリ１４０に格納され、プロセッサによって走行記録送信装置１００−１の動作（または、機能）を行うように駆動される。
【００９０】
このようなメモリ１４０は、ハードウェア的に、フラッシュメモリタイプ（ｆｌａｓｈ  ｍｅｍｏｒｙ  ｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄ  ｄｉｓｋ  ｔｙｐｅ）、ＳＳＤタイプ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ  ｔｙｐｅ）、ＳＤＤタイプ（Ｓｉｌｉｃｏｎ  Ｄｉｓｋ  Ｄｒｉｖｅ  ｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａ  ｃａｒｄ  ｍｉｃｒｏ  ｔｙｐｅ）、カードタイプのメモリ（例えば、ＳＤまたはＸＤメモリ等）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＳＲＡＭ（ｓｔａｔｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＰＲＯＭ（ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、磁気メモリ、磁気ディスク、及び光ディスクのうち、少なくとも１つのタイプの格納媒体を備えることができる。
【００９１】
また、走行記録送信装置１００−１は、インターネット上でメモリ１４０の格納機能を行うウェブストレージ（ｗｅｂ  ｓｔｏｒａｇｅ）と関連して動作してもよい。
【００９２】
モニタリング部１９５は、車両内部状況に関する情報を取得することができる。
【００９３】
そして、このような車両内部状況情報のうち一部は、走行記録情報に含まれることができる。モニタリング部１９５が感知する情報は、ドライバー撮影映像、顔面認識情報、指紋認識（Ｆｉｎｇｅｒｐｒｉｎｔ）情報、虹彩認識（Ｉｒｉｓ−ｓｃａｎ）情報、網膜認識（Ｒｅｔｉｎａ−ｓｃａｎ）情報、掌形（Ｈａｎｄ  ｇｅｏ−ｍｅｔｒｙ）認証情報、音声認識（Ｖｏｉｃｅ  ｒｅｃｏｇｎｉｔｉｏｎ）情報のうち、少なくとも１つ以上の情報を含むことができる。そして、モニタリング部１９５は、このような生体認識情報を感知するその他のセンサを備えることができる。
【００９４】
走行記録送信装置１００−１は、走行記録情報格納／管理機能に関するグラフィックイメージを表示するディスプレイ部１８０をさらに備えることができる。
【００９５】
このようなディスプレイ部１８０は、複数のディスプレイを含むことができる。
【００９６】
具体的には、ディスプレイ部１８０は、車両１００のウィンドシールドＷ（ｗｉｎｄｓｈｉｅｌｄ）、即ちフロントガラスにグラフィックイメージを透写して表示する第１のディスプレイ部を備えることができる。すなわち、第１のディスプレイ部は、ＨＵＤ（Ｈｅａｄ  Ｕｐ  Ｄｉｓｐｌａｙ）であって、ウィンドシールドＷにグラフィックイメージを透写する透写モジュールを含むことができる。そして、透写モジュールが透写する透写グラフィックイメージは、所定の透明度を有することができる。したがって、ユーザは、グラフィックイメージの背後とグラフィックイメージとを同時に見ることができる。
【００９７】
一方、ディスプレイ部１８０は、車両１００内部に別に設けられて、車両運転補助機能に対するイメージをディスプレイする第２のディスプレイ部を備えることができる。
【００９８】
具体的には、第２のディスプレイ部は、車両ナビゲーション装置のディスプレイや車両１００内部前面のクラスタ（ｃｌｕｓｔｅｒ）であってもよい。
【００９９】
また、第２のディスプレイ部は、液晶ディスプレイ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ、ＬＣＤ）、薄膜トランジスタ液晶ディスプレイ（ｔｈｉｎ  ｆｉｌｍ  ｔｒａｎｓｉｓｔｏｒ−ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ；ＴＦＴ  ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ  ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ；ＯＬＥＤ）、フレキシブルディスプレイ（ｆｌｅｘｉｂｌｅ  ｄｉｓｐｌａｙ）、３次元ディスプレイ（３Ｄ  ｄｉｓｐｌａｙ）、電子インキディスプレイ（ｅ−ｉｎｋ  ｄｉｓｐｌａｙ）のうち、少なくとも１つを備えてもよい。
【０１００】
このような第２のディスプレイ部は、タッチ入力部と接続されてタッチスクリーンをなすことができる。
【０１０１】
オーディオ出力部１８５は、走行記録送信装置１００−１の機能に対する説明、実行可否などを確認するメッセージをオーディオに出力することができる。すなわち、走行記録送信装置１００−１は、ディスプレイ部１８０を介しての視覚的な表示とともに、オーディオ出力部１８５の音響出力を介して走行記録送信装置１００−１の機能についての説明を互いに補完することができる。
【０１０２】
電源供給部１９０は、後述するプロセッサ１７０の制御により外部の電源、内部の電源を印加されて、各構成要素の動作に必要な電源を供給することができる。
【０１０３】
走行記録送信装置１００−１は、走行記録送信装置１００−１内の各ユニットの全般的な動作を制御するプロセッサ１７０を備えることができる。
【０１０４】
プロセッサ１７０は、応用プログラムを駆動するために、図３に示した構成要素のうち、少なくとも一部を制御できる。さらに、プロセッサ１７０は、前記応用プログラムの駆動のために、走行記録送信装置１００−１に含まれた構成要素のうち、少なくとも２つ以上を互いに組み合わせて動作させることができる。
【０１０５】
このようなプロセッサ１７０は、ハードウェア側面で、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ（ｐｒｏｃｅｓｓｏｒｓ）、コントローラ（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ−ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他の機能実行のための電気的ユニットのうち、少なくとも１つを用いて実現されることができる。
【０１０６】
このようなプロセッサ１７０は、制御部７７０の制御を受けるか、制御部７７０を介して車両１００の種々の機能を制御できる。
【０１０７】
プロセッサ１７０は、メモリ１４０に格納された応用プログラムと関連した動作の他にも、走行記録送信装置１００−１の全般的な通常の動作を制御する。プロセッサ１７０は、上記で説明した構成要素等を介して入力または出力される信号、データ、情報などを処理したり、メモリ１４０に格納された応用プログラムを駆動することにより、ユーザに適切な情報または機能を提供したり、処理することができる。
【０１０８】
［交通通信設備２００］
交通通信設備２００は、知能型交通システム（ＩＴＳ）との連動を介して最適の交通効率を提供することができる。
【０１０９】
具体的には、交通通信設備２００は、車両１００が走行する道路周辺に設けられて、車両１００等と無線通信を介して交通関連情報を提供し、道路周辺に設けられた信号機、電子標識板のような道路信号設備を制御することができる。
【０１１０】
このような交通通信設備２００は、知能型交通システム（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）で車両１００が自律走行をしたり、運転補助機能を提供するときに必要な情報を無線通信にて提供することができる。
【０１１１】
したがって、交通通信設備２００は、道路に沿って間隔をおいて設けられて、持続的に車両１００と無線通信接続され（Ｖ２Ｉ、ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、車両１００と必要情報を送受信できる。
【０１１２】
具体的に、図４に示すように、交通通信設備２００は、交差路のような道路周辺に設けられたロードサイドユニット（ＲＳＵ、ｒｏｄｅ  ｓｉｄｅ  ｕｎｉｔ）であって、車両１００との通信を介して車両１００の移動状況を把握し、把握された車両１００の移動順序などを決め、決められた順序を車両１００に送信し、車両間の円滑な交差路走行を補助することができる。
【０１１３】
また、交通通信設備２００は、把握された車両１００の移動状況情報に基づいて交通信号装置Ｉを制御することもできる。
【０１１４】
このような交通通信設備２００は、車両１００のみならず、外部サーバ４５、インターネットのようなネットワーク又は／及びブロックチェーンネットワークシステム１０とデータ通信が可能であり、車両１００から受信した情報を中継することもできる。
【０１１５】
すなわち、交通通信設備２００は、車両１００において走行記録情報を送信し、イベントが発生した場合及び／又は車両１００においてイベント発生によって走行記録情報を送信した場合などに、受信された走行記録情報をパブリックネットワークを介して、あるいは直接ブロックチェーンネットワークシステム１０に送信することができる。
【０１１６】
実施形態によっては、交通通信設備２００は、通信中継のための一般通信設備であってもよい。例えば、交通通信設備２００は、周辺のスマートフォンのような端末機のデータを無線で中継する通信設備を含むことができる。
【０１１７】
［他車１０１］
一方、走行機能が実行される場合、周辺の他車１０１との無線通信（Ｖ２Ｖ、Ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）が必要となる。
【０１１８】
具体的に、車両１００は、周辺の隣接した他車１０１から隣接した他車１０１の走行情報を受信し、本車両１００の情報を送信して、車両間の走行情報を互いに共有し、自律走行や運転補助機能に活用することができる。また、他車１０１から受信した走行情報は、走行記録情報に含まれることもできる。
【０１１９】
したがって、本実施形態において、車両１００は、他車１０１とデータを送受信し続けるために無線通信接続状態を維持することができる。そして、他車１０１は、車両１００に走行記録情報を送信し、イベントが発生した場合及び／又は車両１００においてイベント発生によって走行記録情報を送信した場合などに、受信された走行記録情報をパブリックネットワークを介して、あるいは直接ブロックチェーンネットワークシステム１０に送信することができる。
【０１２０】
［ブロックチェーンネットワークシステム１０］
図５に示すように、コンソーシアムネットワーク基盤のブロックチェーンネットワークシステム１０は、車両１００、他車１０１、または交通通信設備２００からインターネットのようなオープン型ネットワーク２０を介して走行記録情報を受信することができる。
【０１２１】
具体的には、ブロックチェーンネットワークシステム１０は、所定規則にしたがって標準化された走行記録情報をトランザクションデータに格納し、これをピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）方式に基づいて生成されたチェーン形態の連結環基盤分散データ格納環境に格納して、走行記録情報の偽変造を予め防止することができる。
【０１２２】
以下において説明するブロックチェーンネットワークシステム１０のネットワークは、ネットワーク上でピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ：Ｐ２Ｐ）ネットワークアーキテクチャ構造をなす。実施形態によって、システムに参加するユーザらは、全て同等な地位を有しており、特別なノードは存在せず、全てのノード（ノード−１〜ノード−ｎ；ｎは自然数）がネットワークサービスを構成する役割を分担する。
【０１２３】
ネットワーク上の種々のノードは、互いに同等なトポロジーを有しつつ、メッシュネットワークで互いに接続される。ネットワーク内にあるノード等が互いに同等な位置にあるとしても、支援する機能によって各自の役割は異なっていてもよい。
【０１２４】
他の実施形態において、ブロックチェーンネットワークシステムのうち、少なくとも１つのノードは、中央管理者としての地位を有し、残りのノードは、中央管理者ノードを監視する役割を行うこともできる。
【０１２５】
全てのノードは、ネットワーク内にルーティング機能を保有しており、他の機能を含むこともできる。全てのノードは、取引とブロックを検証し、伝播し、隣のノード等との接続を維持する機能を果たすことができる。
【０１２６】
実施形態においてブロックチェーンネットワークシステム１０は、コンソーシアムブロックチェーン（Ｃｏｎｓｏｒｔｉｕｍ  Ｂｌｏｃｋｃｈａｉｎ）であってもよい。すなわち、ブロックチェーンネットワークシステム１０のノード等は、許可された機関のサーバ４５または端末機のみが該当し、当該ノード同士のみ、ブロックに対する共有が可能なようにセキュリティを設定して、外部に走行記録情報が流出されることを防ぐことができる。すなわち、ブロックチェーンネットワークシステム１０のネットワークは、イントラネットのようなプライベートネットワークを含むことができる。
【０１２７】
ただし、各ノードは、コンソーシアムネットワークとは別にインターネットのようなパブリックネットワークに接続されることができ、このようなパブリックネットワークを介して走行記録情報を受信し、トランザクションデータに格納された後、プライベートネットワークで送信されることができる。
【０１２８】
前述したように、走行記録情報は、ドライバーの私生活侵害、車両製造会社３０、及び／又は走行機能サービス提供者の技術流出の危険があるため、誰にでも公開されてはならない。
【０１２９】
一方、走行記録情報は、ドライバー、車両製造会社３０、走行機能サービス提供者、及び第三者間のイベント発生の有責を明かす重要な情報であるため、必要に応じてはセキュリティが維持された状態で閲覧する必要がある。
【０１３０】
このため、コンソーシアムブロックチェーンネットワークシステム１０に参加できるメインユーザ３０、４０、５０、６０は、車両製造会社３０、走行機能サービス提供者４０、及び公共機関５０であってもよい。
【０１３１】
ここで、公共機関５０は、車両製造会社３０等と走行機能サービス提供者４０達の談合を監視し、ブロックチェーンネットワークシステム１０が公正に運営されるように監視する役割をする機関であってもよい。
【０１３２】
その他、サブユーザ７０には、走行記録情報を効率的に使用できる緊急救助機関、病院、車両整備所、または保険会社などがサードパーティとして含まれ、必要に応じて走行記録情報を閲覧できる権限を与えられることができる。
【０１３３】
このようなサブユーザ７０は、状況に応じて特定ブロックチェーンをダウンロードできる権限を与えられることができ、メインユーザのデジタル署名を受けて、必要な場合、トランザクションデータを閲覧して走行記録情報を確認することができる。
【０１３４】
例えば、緊急救助機関は、出動前、予め走行記録情報を確認して事故の軽重を判断し、事故の軽重によって効率的な緊急救助を行うことができる。
【０１３５】
すなわち、ネットワークに接続されたノード等は、メインユーザノードを含み、追加的にサブユーザノードが含まれてもよい。
【０１３６】
ただし、ネットワークには、特殊なプロトコルを稼動するノード等も含まれることができ、その他、プロトコルを稼動するノード等を接続させるプロトコルゲートウェイが含まれてもよい。
【０１３７】
図６を参照すると、前述したように、ブロックチェーンは、トランザクションデータ（例えば、１つのイベント発生による走行記録情報）で構成される変更不可能なブロックで構成された分散型コンピュータシステムで構成される。ブロックチェーンを構成する各ブロック３０１、３０２、３０３、３０４は、以前のブロックヘッダのハッシュ（ｈａｓｈ）を含むため、ブロックが共に連結されて、始めからブロックチェーンに書かれた全てのトランザクションデータのレコードを生成する。そして、ブロックは、以前のブロックに従属的に連結されているので、解体、修正、及び再構成がほとんど不可能であり、ノード等が各自保有するため、分散され、かつ、堅固であり、ブロックに承認されたトランザクションは、偽造がほとんど不可能である。
【０１３８】
ここで、ハッシュ（ｈａｓｈ）は、任意の長さを有する任意のデータに対して固定された長さのデータにマッピングする関数を意味し、以下では、ハッシュのような性格を有する様々な関数（例えば、楕円曲線乗算関数）も包括する。
【０１３９】
本実施形態において、１つのブロックには、少なくとも１つのトランザクションデータが記録される。そして、トランザクションデータは、ハッシュで計算されて、偽造されないように構成されることができる。また、他のブロックとの連結のために、ハッシュ値、データ発生時点のタイムスタンプを追加管理することでさらに偽造を防ぎ、イベント発生状況を追跡することができる。
【０１４０】
また、ノード等は、ブロックチェーン元帳とデジタルキーを格納した財布アプリケーションを格納して、ユーザが安全かつ信頼性ある方式でコンソーシアムブロックチェーン内のトランザクションデータを保護／閲覧できる。
【０１４１】
また、ノード等は、ブロックチェーン探索器（Ｂｌｏｃｋｃａｈｉｎ  ｅｘｐｌｏｒｅｒ）を提供することができる。ブロックチェーン探索器は、走行記録情報を検索する検索エンジン役割をするウェブアプリケーションで構成されることができる。
【０１４２】
当該走行記録情報に対するデジタルキーを含む財布を保有したユーザは、ブロックチェーン探索器を介して走行記録情報の住所、トランザクションデータ、またはブロックなどを探すことができ、これらの間の関係及び流れを把握することができる。
【０１４３】
それぞれのノードは、全てのプログラミング言語を読み出すことができるように、サーバ４５、インターフェース、システム、データベース、エージェント、ピア、エンジン、コントローラ、または個別的にあるいは集合的に動作するその他の類型のコンピュータ装置を含むか、コンピュータ装置等の適切な組み合わせで構成されることができる。コンピュータ装置は、非一過性のコンピュータ読み取り可能格納媒体（例えば、ハードドライブ、ソリッドステートドライブ、ＲＡＭ、フラッシュ、ＲＯＭ等）上に格納されたソフトウェア命令を実行するように構成されたプロセッサを備えることができる。
【０１４４】
望ましくは、コンピュータ装置が後述する各種機能を提供できるように、ソフトウェア命令が構成される。また、開示された技術は、プロセッサをして開示されたステップを実行させるソフトウェア命令を格納する非一過性のコンピュータ読み取り可能媒体を含むコンピュータプログラム製品として実現されることができる。
【０１４５】
望ましくは、様々なサーバ、システム、データベース、そして、インターフェースは、ＨＴＴＰ、ＨＴＴＰＳ、ＡＥＳ、公開／個人キー交換、ウェブサービスＡＰＩ、既知の金融取引プロトコル、または他の電子基盤の標準化されたプロトコル、あるいはアルゴリズムを使用してデータが交換される。望ましくは、データ交換は、パケット交換ネットワーク、インターネット、ＬＡＮ、ＷＡＮ、ＶＰＮ、または他の類型のパケット交換ネットワークを介して行われることができる。
【０１４６】
また、それぞれのノードで表現されるコンピュータ装置のうち、少なくとも一部は、ホスティングされるブロックチェーン内の走行記録情報を閲覧できるプラットフォームを提供できる。
【０１４７】
一部の実施形態において、プラットフォームは、車両製造会社３０、公共機関５０、または走行機能サービス提供者４０のようなメインユーザにより運営されるコンピュータ装置によってパブリックネットワークを介してアクセスされ得るウェブ基盤プラットフォームであってもよい。
【０１４８】
このようなプラットフォームは、外部でドライバーや保険会社のような第三者が走行記録を閲覧しようとするとき、走行記録情報を検索し、ノード等の承認によって閲覧するインターフェースの機能を提供するウェブページを提供することができる。
【０１４９】
例えば、ドライバーは、自分の事故記録を確認しようとする場合、自分の事故車両１００の製造会社のウェブページに接続して、車両識別子を入力し、ドライバー本人認証を行うと、車両製造会社３０は、車両識別子によってトランザクションの位置を検索し、トランザクションデータをデジタル署名して得た走行記録情報のうち、少なくとも一部をドライバーに提供することができる。
【０１５０】
一方、トランザクションデータを先に受信したノードは、当該トランザクションデータが受信されたことをコンソーシアムネットワークに知らせることができる。トランザクションデータの分散は、Ｐ２Ｐプロトコルを介してなされるので、当該取引は、速かにネットワークに送信され、数秒以内にネットワークに接続されているノードのほとんどはトランザクションデータを受けるようになる。
【０１５１】
トランザクションがネットワークで接続された１つのノードに送信されれば、当該ノードによりトランザクションが有効化される。トランザクションが有効化されれば、当該ノードと接続された他のノードにこのトランザクションを伝播することができる。
【０１５２】
一方、トランザクションを受信したそれぞれのノードは、有効性検証段階を経て、当該トランザクションの有効性を検証できる。各ノードは、例示的に当該トランザクションの構文（ｓｙｎｔａｘ）とデータ構造とがコンソーシアムブロックチェーンネットワークシステム１０で定めた標準化規則に合うように変換されたかどうかを検証することができ、当該トランザクションデータがいかなるメインユーザと接続されたかを検証するなどして、トランザクションの有効性を検証することができる。
【０１５３】
このように、検証過程を介して有効なトランザクションは、ネットワーク上に伝播されるが、有効でないトランザクションは、例示的に送信された初めのノードで廃棄される。
【０１５４】
したがって、ノードに送信されたトランザクションデータは、少なくとも所定の期間の間、未承認（Ｕｎｃｏｎｆｉｒｍｅｄ）状態を維持することができる。当該トランザクションがネットワークには送信されたが、ブロックチェーンというトランザクション帳簿にはまだ含まれていないためである。したがって、イベント発生によるトランザクションデータが生成された後、ブロックチェーンに連結された新しいブロックが生成されると、生成されたブロック内のトランザクションデータは、ネットワーク上で確認（Ｃｏｎｆｉｒｍｅｄ）の形態で承認される。
【０１５５】
コンソーシアムネットワーク上のノードは、ブロック生成前、未承認のトランザクションデータをメモリプール（ｍｅｍｏｒｙ  ｐｏｏｌ）あるいはトランザクションプール（ｔｒａｎｓａｃｔｉｏｎ  ｐｏｏｌ）に臨時目録として保管することができる。ノードは、このプールを用いてネットワークに送信されたが、まだブロックチェーンに含まれていないトランザクションを追跡することができる。
【０１５６】
その後、ノードで臨時目録に保管されたトランザクションデータは、新しいブロックが生成された時点で新しく生成されたブロックに含まれることができる。
【０１５７】
図７に示すように、本実施形態に係るブロック３００は、バージョン（ｖｅｒｓｉｏｎ）、以前のブロックヘッダのハッシュと、データ発生時点のタイムスタンプ（ｔｉｍｅｓｔａｍｐ）、トランザクションデータ等の要約本（ｔｒａｎｓａｃｔｉｏｎｓ  ａｂｓｔｒａｃｔ）及びナンス（ｎｏｎｃｅ）のうち、少なくとも１つ以上のデータで構成されたブロックヘッダ３１０を備えることができる。
【０１５８】
具体的には、ブロックヘッダ３１０は、以前のブロックヘッダのハッシュと、データ発生時点のタイムスタンプ（ｔｉｍｅｓｔａｍｐ）、及びトランザクションデータ等の要約本（以下、トランザクション要約本）を備えることによって以前のブロックと連結され、以前のブロックのトランザクションデータを偽造から安全に保護することができる。
【０１５９】
ここで、トランザクション要約本は、ブロック３００に含まれる全てのトランザクションデータをマークルツリーを用いてまとめた要約データを意味する。このようなトランザクション要約本を介してノード等は、特定トランザクションデータがどのブロック３００に含まれているかを検索することができる。
【０１６０】
また、ブロックヘッダ３１０は、プログラムバージョンをさらに含んでおり、該プログラムバージョンは、当該ブロック３００を分析するのに役に立つ。また、採掘形式でブロック３００が生成される場合、ナンス（ｎｏｎｃｅ）をさらに含むこともできる。
【０１６１】
ブロック３００の本文３２０には、以前のブロック生成後から当該ブロック３００が生成された時点までメモリプールに格納されたトランザクションデータが格納される。
【０１６２】
本実施形態において、トランザクションデータは、走行記録情報を変換したデータであってもよい。
【０１６３】
具体的には、図８に示すように、一実施形態に係るトランザクションデータは、前面部データ３１、メインデータ３２、及び検証データ３３で構成されてもよい。
【０１６４】
前面部データ３１は、走行機能サービス提供者インデックス、車両製造会社インデックス、車両インデックス、及びドライバーインデックスのうち、少なくとも１つのインデックス（ｉｎｄｅｘ）を含むことができる。
【０１６５】
具体的には、前面部データ３１は、車両１００を識別することができる車両インデックスを含み、その後、車両１００の走行記録情報検索の際、車両インデックスを介して検索可能なように提供することができる。
【０１６６】
また、前面部データ３１は、走行機能サービス提供者インデックス及び／又は車両製造会社インデックスを含み、その後、暗号化された（例えば、ハッシュされた）トランザクションデータを閲覧できる権限の主体が誰であるか確認することができる。
【０１６７】
すなわち、ハッシュされたトランザクションデータを走行記録情報に変換するためのデジタルキーを保有した主体が誰であるか確認できるように、前面部データ３１には、走行機能サービス提供者インデックス及び／又は車両製造会社３０インデックスが含まれる。
【０１６８】
また、前面部データ３１には、ドライバーインデックスやイベント発生時点のような情報が追加され、走行記録情報検索に役に立つことができる。
【０１６９】
一方、メインデータ３２には、走行記録情報が含まれる。
【０１７０】
具体的には、メインデータ３２には、走行記録情報が標準化形式によって整列された状態で格納されることができる。
【０１７１】
また、メインデータ３２には、標準化された形式によって整列された走行記録情報をハッシュしたハッシュ値が格納されてもよい。
【０１７２】
すなわち、他車１０１、交通通信設備２００、パブリックネットワークなどを経て走行記録情報が送信されれば、走行記録情報が外部に流出される可能性があるため、走行記録情報を、ハッシュを介して暗号化したハッシュ値をメインデータ３２に格納することができる。
【０１７３】
最後に、トランザクションデータは、検証データ３３をさらに備えることができる。
【０１７４】
検証データ３３は、メインデータ３２が標準化規則にしたがって整列されたか、ハッシュ関数が正しく適用されたか、前面部データ３１が正しく構成されたかを確認するデータである。
【０１７５】
仮に、メインデータ３２が標準化規則に合わない状態でハッシュされたとすれば、検証データ３３でこれを確認し、トランザクションデータが非有効な状態であることを示すことができる。
【０１７６】
［走行記録情報の格納工程］
以下、このような構成からなるブロックチェーン基盤走行記録データ格納システムが走行記録情報をブロックチェーン上に保管する過程を車両１００の観点で詳しく説明する。
【０１７７】
以下、説明の都合上、走行記録送信装置１００−１を車両１００と呼ぶ。
【０１７８】
図９に示すように、車両１００は、まず、リアルタイムで走行記録情報を生成し、格納する（Ｓ１０１）。
【０１７９】
＜走行記録情報＞
ここで、「走行記録情報」は、イベント発生の際、有責の主体が誰であるかを判別するための情報であって、走行機能を提供するのに必要な情報及び／又はドライバーの運転操作情報などを含むことができる。このような走行記録情報において、イベント発生時とは、イベントが発生した時点だけでなく、イベント発生の前後も含む概念であってもよい。
【０１８０】
他の観点において走行記録情報は、車両１００が走行することで発生するデータを記録した情報であって、車両１００の自動制御のために取得した情報と、これに基づいた自動制御情報、そして、自動制御による車両１００の変化情報まで全て含む情報であってもよい。
【０１８１】
そして、走行記録情報は、情報の属性を基準とみるとき、車両状況情報、駆動制御情報、車両周辺情報、又は／及び車両状態情報のうち、少なくとも１つ以上の情報を含むことができる。
【０１８２】
ここで、車両状況情報は、イベント発生の際、車両１００の動作状態などを表す情報であって、車両１００の速度、車両１００の速度変化、移動方向、移動方向変化エンジン回転数（ｒｐｍ）、衝撃の深刻度（ｃｒａｓｈ  ｓｅｖｅｒｉｔｙ）、タイヤ状態、及びエアーバックの展開情報（ａｉｒｂａｇ  ｄｅｐｌｏｙｍｅｎｔｄａｔａ）のうち、少なくとも１つ以上の情報を含むことができる。このような車両状況情報は、イベント発生の車両製造会社３０、車両修理者、走行機能サービス提供者４０間の責任を明かす重要情報のうち１つでありうる。
【０１８３】
また、駆動制御情報は、変速ギヤ位置（ｔｒａｎｓｍｉｓｓｉｏｎ  ｇｅａｒ  ｐｏｓｉｔｉｏｎ）、加速操作情報（ａｃｃｅｌｅｒａｔｏｒｐｅｄａｌ  ｐｏｓｉｔｉｏｎ）、ステアリング操作情報（ｓｔｅｅｒｉｎｇ  ｗｈｅｅｌ  ａｎｇｌｅ）、ブレーキ操作情報を含むことができる。また、それぞれの駆動制御情報は、自律走行または走行補助機能により制御部が駆動部を制御した情報と、ドライバーが操作手段を利用して駆動部を制御した情報とに区分されることができる。このような駆動制御情報は、車両製造会社３０、走行機能サービス提供者４０、ドライバー間のイベント発生の責任を明かす重要情報のうち１つでありうる。
【０１８４】
また、車両周辺情報は、位置情報、オブジェクト映像、オブジェクト距離情報、車両内部情報、及び通信情報を含むことができる。このような車両周辺情報は、外部の第三者、車両製造会社３０、車両修理者、走行機能サービス提供者４０間の責任を明かす重要情報のうち１つでありうる。
【０１８５】
また、走行記録情報は、情報の取得ユニットを基準とみるとき、内部センサ情報、外部センサ情報、駆動制御情報、または通信情報などを含むことができる。
【０１８６】
このような走行記録情報は、暗号化前にメインユーザらの協約による規則にしたがって標準化された形態に変換されることができ、暗号化された状態であるトランザクションデータに変換されることができる。
【０１８７】
さらに本実施形態についての説明に戻ると、車両１００は、走行によって発生される走行記録情報をリアルタイムで格納することができる。このとき、車両１００は、外部の交通通信設備２００や他車１０１と通信状態を維持することができ、リアルタイムで生成される走行記録情報を送信することもできる。
【０１８８】
本実施形態において、走行記録情報は、トランザクションデータに変換される前の情報を意味するが、他の実施形態では、走行記録情報をイベント発生と関係なくトランザクション情報に変換し、これを送受信してイベント発生の際に別の変換過程なしに早く送信することができる。
【０１８９】
次に、走行中、車両１００は、イベント発生を感知する（Ｓ１０２）。
【０１９０】
ここで、イベントとは、事故発生、ユーザ要請、及び／又は故障を意味するものであって、車両センサやユーザ入力を介してイベント発生を感知することができる。
【０１９１】
イベント発生が感知されなければ、車両１００は、予め設定された時間を経過した走行記録を削除して（Ｓ１０３）、データ処理の効率を向上させることができる。
【０１９２】
イベントが発生すれば、車両１００は、イベント関連走行記録情報を抽出する（Ｓ１０４）。
【０１９３】
具体的には、車両１００は、イベントが発生した時間だけでなく、イベントが発生する前の走行記録情報とイベントが発生した後の走行記録情報も、格納するべき走行記録情報として抽出することができる。
【０１９４】
例えば、車両１００は、事故発生前の所定時間の走行記録情報から事故が発生した後の走行記録情報まで格納し、今後、事故の責任を明確に確認できるように提供することができる。
【０１９５】
次に、車両１００は、抽出された走行記録情報をトランザクションデータに変換する（Ｓ１０５）。
【０１９６】
このとき、走行記録情報をトランザクションデータに変換する規則は、標準化された規則であって、コンソーシアムネットワークのメインユーザらの協約によって予め決定された規則でありうる。
【０１９７】
このような標準化規則は、車両１００にデフォルトとして内蔵されており、イベント発生時、走行記録情報を標準化規則にしたがってトランザクションデータに変換することができる。
【０１９８】
具体的には、車両１００は、走行記録情報のうち、少なくとも一部のデータを標準化規則にしたがって並べることができる。
【０１９９】
ここで、トランザクションデータのうち、前面部データ３１に入る走行記録情報は、第三者が解釈可能に公開された形態であって、走行機能サービス提供者インデックス、車両製造会社インデックス、車両インデックス、及びドライバーインデックスのうち、少なくとも１つのインデックス（ｉｎｄｅｘ）を含むことができる。
【０２００】
次に、車両１００は、ドライバー、車両製造会社３０、サービス提供者の技術流出の保安などが問題となるプライバシー情報を暗号化（例えば、ハッシュ）して、暗号化された形態でメインデータ３２を構成することができる。例えば、事故関連情報である車両状況情報、駆動制御情報、及び車両周辺情報は、暗号化されたメインデータ３２として格納されることができる。
【０２０１】
すなわち、走行記録情報のうち、少なくとも一部は、公開された形態で構成され、残りの情報は、暗号化された状態で構成されてトランザクションデータをなすことができる。
【０２０２】
最後に、車両１００は、前面部データ３１とメインデータ３２とが合わせられた状態でハッシュ値を求め、前面部データ３１が標準化された規則にしたがって並べられているか、メインデータ３２が標準化された規則にしたがって並べられているかについて、メインデータ３２が暗号化状態を検証する検証データ３３を生成することができる。
【０２０３】
具体的には、車両１００は、前面部データ３１とメインデータ３２とをハッシュした値を足した検査合計（ｈａｓｈｓｕｍ）を介してデータが有効であるか否かを確認することができる。
【０２０４】
すなわち、車両１００は、イベントが発生した状態で衝撃により走行記録情報を有効なトランザクションデータに変換できないことがあり、このような時を検証データ３３を介して確認し、対処することができる。
【０２０５】
トランザクションデータを取得した車両１００は、該トランザクションデータを直接または間接的にブロックチェーンネットワークシステム１０に送信する（Ｓ１０６）。
【０２０６】
具体的には、通信部（１２０）に異常がなく、ダイレクトに接続可能な場合、車両１００は、トランザクションデータを直接ブロックチェーンネットワークシステム１０の少なくとも１つのノードに送信する（Ｓ１０８）。
【０２０７】
より具体的には、車両１００は、通信部（１２０）を介してパブリックネットワークと接続され、パブリックネットワークと接続された少なくとも１つのノードにトランザクションデータを送信できる。
【０２０８】
このとき、１つのノードは、偽造を行うことを事前に防ぐために、車両１００の車両製造会社３０やサービス提供者ではないことが好ましい。
【０２０９】
一方、通信部（１２０）に異常があったり、パブリックネットワーク接続が難しい場合、車両１００は、周辺の交通通信設備２００や他車１０１にトランザクションデータを送信（Ｓ１０７）し、交通通信設備２００や他車１０１を介してブロックチェーンネットワークシステム１０にトランザクションデータを送信することができる。
【０２１０】
つまり、図１０に示すように、車両１００は、直接ブロックチェーンネットワークにトランザクションデータを送信してもよく、交通通信設備２００を経由して間接的にブロックチェーンネットワークにトランザクションデータを送信してもよく、他車１０１を経由して間接的にブロックチェーンネットワークにトランザクションデータを送信してもよい。
【０２１１】
前述したように、車両１００は、走行機能を提供するために、周辺の交通通信設備２００や他車１０１との無線通信の接続を維持し、データをやり取りすることができる。
【０２１２】
したがって、車両１００は、イベント発生の際、直接送信が難しい場合、予め接続されている交通通信設備２００や他車１０１に素早くトランザクションデータを送信して、イベント発生によって車両１００が衝撃を受けてもトランザクションデータを送信することができる。
【０２１３】
このとき、第三者とパブリックネットワークを経てトランザクションデータを送信するとしても、メインデータ３２は、ハッシュにより暗号化された状態でブロックチェーンネットワークシステム１０の少なくとも１人のユーザが有しているデジタルキーを使用しなくては確認が不可能であり、セキュリティも強化されることができる。
【０２１４】
また、車両１００は、通信可能な複数の通信設備を検出した後、該複数の通信設備のうち、最も通信環境の良い通信設備を検出し、検出された通信設備にトランザクションデータを送信することにより、早くかつ正確に走行記録情報をブロックチェーンネットワークに送信することができる。ここで、最も通信環境の良い通信設備とは、データ送信速度が相対的に最も速い通信設備を意味してもよい。
【０２１５】
まとめると、本実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両１００の走行によって発生された走行記録情報をブロックチェーン基盤にて格納及び管理し、走行記録情報の偽造を事前に防ぎ、イベント発生の有責を明確に確認することができるという長所がある。
【０２１６】
また、本実施形態に係るブロックチェーン基盤走行記録データ格納方法は、走行記録情報内に含まれたプライバシー情報を保護し、サービス提供者及び／又は車両製造会社３０の固有技術が保護され得るように、走行記録情報格納の際、技術保安を向上させることができる。
【０２１７】
また、本実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両１００において事故が発生したとき、早くかつ正確に走行記録情報をブロックチェーンネットワークに送信できるという長所がある。
【０２１８】
［走行記録情報の管理工程］
以下、ブロックチェーン基盤走行記録データ格納システムが走行記録情報をブロックチェーン上に保管し、管理する過程をブロックチェーンネットワークシステム１０観点で詳しく説明する。
【０２１９】
図１１に示すように、ブロックチェーンネットワークシステム１０は、トランザクションデータを受信し、受信されたトランザクションデータを分散させる（Ｓ２０１）。
【０２２０】
具体的には、ブロックチェーンネットワークシステム１０の１つのノードは、パブリックネットワークまたは車両１００から直接トランザクションデータを受信することができ、受信したトランザクションデータをメモリプールに保管し、他のノードに送信することができる。
【０２２１】
具体的には、トランザクションデータを先に受信したノードは、当該トランザクションデータが受信されたことをコンソーシアムネットワークに知らせることができる。トランザクションデータの分散は、Ｐ２Ｐプロトコルを介してなされるので、当該取引は、速かにネットワークに送信され、数秒以内にネットワークに接続されているノードのほとんどはトランザクションデータを受けるようになることができる。
【０２２２】
そして、トランザクションを受信したそれぞれのノードは、有効性検証段階を経て当該トランザクションの有効性を検証することができる。各ノードは、例示的には当該トランザクションの構文（ｓｙｎｔａｘ）とデータ構造とがコンソーシアムブロックチェーンネットワークシステム１０で定めた標準化規則に合うように変換されているかどうかを検証でき、当該トランザクションデータがいかなるメインユーザと接続されたか検証するなどにより、トランザクションの有効性を検証できる。
【０２２３】
ノードに送信されたトランザクションデータは、少なくとも所定の期間の間、未承認（Ｕｎｃｏｎｆｉｒｍｅｄ）状態を維持する。すなわち、当該トランザクションがネットワークに送信されたが、その時点でブロックチェーンというトランザクション帳簿にはまだ含まれていないためである。したがって、イベント発生によるトランザクションデータが生成された後、ブロックチェーンに連結された新しいブロックが生成されれば、生成されたブロック３００内のトランザクションデータは、ネットワーク上で確認（Ｃｏｎｆｉｒｍｅｄ）の形態で承認される。
【０２２４】
有効なトランザクションデータを受信したコンソーシアムネットワーク上のノードは、ブロック３００の生成前、未承認されたトランザクションデータをメモリプール（ｍｅｍｏｒｙ  ｐｏｏｌ）あるいはトランザクションプール（ｔｒａｎｓａｃｔｉｏｎ  ｐｏｏｌ）に臨時目録として保管する（Ｓ２０２）。
【０２２５】
ノードは、このプールを用いてネットワークに知られたが、まだブロックチェーンに含まれていないトランザクションを追跡することができる。
【０２２６】
その後、ノードで臨時目録に保管されたトランザクションデータは、新しいブロック３００が生成された時点で、新しく生成されたブロック３００に含まれることができる。
【０２２７】
次に、ブロックチェーンネットワークシステム１０は、予め設定された条件によってブロック３００を生成を開始する（Ｓ２０３）。
【０２２８】
具体的には、コンソーシアムブロックチェーンであるブロックチェーンネットワークシステム１０は、採掘する理由がないため、予め設定された条件を満たすと、ランダムに決定された１つのノードがブロック３００を生成することができる。
【０２２９】
例えば、ブロックチェーンネットワークシステム１０は、所定の時間が過ぎると、所定の時間より小さなランダム時間の経過を加え、当該ランダム時間にランダムに選択された１つのノードがブロック３００を生成する予め設定された条件を有することができる。
【０２３０】
他の実施形態において、ブロックチェーンネットワークシステム１０は、最新ブロックヘッダ３１０にナンスを含め、所定の時間に解くことができるように難易度を調整しつつナンスを解決して、最新ブロックヘッダ３１０のハッシュを探したノードが新しいブロック３００を生成するように条件を決めることもできる。
【０２３１】
さらに他の実施形態において、ブロックチェーンネットワークシステム１０は、最新ブロックヘッダ３１０にナンスを含め、所定の時間に解くことができるように難易度を調整しつつ、当該ナンスを解決する特定ノードを指定し、特定ロードが当該ナンスを解いた時点で新しいブロック３００を当該ノードが生成するように条件を決めることもできる。
【０２３２】
ブロック３００生成権限を有すると、当該ノードは、ブロックヘッダ３１０を生成する（Ｓ２０４）。
【０２３３】
ここで、ブロックヘッダ３１０は、バージョン（ｖｅｒｓｉｏｎ）、以前のブロックヘッダのハッシュと、データ発生時点のタイムスタンプ（ｔｉｍｅｓｔａｍｐ）、トランザクションデータ等の要約本（ｔｒａｎｓａｃｔｉｏｎｓ  ａｂｓｔｒａｃｔ）、及びナンス（ｎｏｎｃｅ）のうち、少なくとも１つ以上のデータを含むことができる。
【０２３４】
具体的には、ブロックヘッダ３１０は、以前のブロックヘッダのハッシュと、データ発生時点のタイムスタンプ（ｔｉｍｅｓｔａｍｐ）、及びトランザクションデータ等の要約本（以下、トランザクション要約本）を含み、トランザクションデータを偽造から安全に保護することができる。
【０２３５】
ここで、前述したようにトランザクション要約本は、ブロック３００に含まれる全てのトランザクションデータをマークルツリーを用いてまとめた要約データを意味する。このようなトランザクション要約本を介してノードは、特定トランザクションデータがどのブロック３００に含まれているかを検索することができる。
【０２３６】
また、ブロックヘッダ３１０は、プログラムバージョンをさらに含み、当該ブロック３００を分析するのに役に立ち、採掘形式でブロック３００が生成される場合、ナンス（ｎｏｎｃｅ）をさらに含んでもよい。
【０２３７】
次に、ノードは、メモリプールに格納されたトランザクションデータを含めてブロック３００生成の完了する（Ｓ２０５）。
【０２３８】
具体的には、ブロック３００の本文３２０には、以前のブロック生成後から当該ブロック３００が生成された時点までメモリプールに格納されたトランザクションデータが格納される。
【０２３９】
一方、トランザクションデータに含まれた走行記録情報のうち、少なくとも一部は、暗号化された状態であって、確認が不可である場合もある。
【０２４０】
したがって、ブロックチェーンネットワークシステム１０は、暗号を解除して走行記録情報を確認できるインターフェースを提供することができる。
【０２４１】
まず、ブロックチェーンネットワークシステム１０は、インデックス基盤の所望の走行記録情報を含むトランザクションデータを検索する検索エンジンインターフェースを提供する。（Ｓ２０６）
【０２４２】
すなわち、ブロックチェーンネットワークシステム１０の少なくとも一部のノードは、ブロックチェーン探索器（Ｂｌｏｃｋｃａｈｉｎ  ｅｘｐｌｏｒｅｒ）を提供できる。ブロックチェーン探索器は、走行記録情報を検索する検索エンジンの役割をするウェブアプリケーションで構成されることができる。
【０２４３】
このようなブロックチェーン探索器は、トランザクションデータに含まれたインデックス（例えば、車両インデックス）を介して所望の走行記録情報を検索できるように提供される。
【０２４４】
また、それぞれのノードで表現されるコンピュータ装置のうち、少なくとも一部は、ホスティングされるブロックチェーン内の走行記録情報を閲覧できるプラットフォームを提供することができる。
【０２４５】
一部の実施形態において、プラットフォームは、車両製造会社３０、公共機関５０、または走行機能サービス提供者４０のようなメインユーザにより運営されるコンピュータ装置によってパブリックネットワークを介してアクセスされることができるウェブ基盤プラットフォームであってもよい。
【０２４６】
このようなプラットフォームは、外部でドライバーや保険会社のような第三者が走行記録を閲覧しようとするとき、走行記録情報を検索し、ノード等の承認によって閲覧するインターフェースの機能を提供するウェブページを提供することができる。
【０２４７】
例えば、ドライバーは、自分の事故記録を確認しようとする場合、事故が起こった自分の車両１００の製造会社のウェブページに接続して、車両識別子を入力し、ドライバー本人認証を行うと、車両製造会社３０は、車両識別子によってトランザクションの位置を検索し、トランザクションデータをデジタル署名して得た走行記録情報のうち、少なくとも一部をドライバーに提供することができる。
【０２４８】
検索によってトランザクションデータを検出すると、ブロックチェーンネットワークシステム１０は、検出されたトランザクションデータを少なくとも１つ以上のメインユーザの有効なデジタル署名がある場合にのみトランザクションデータ暗号を解除し、閲覧させる（Ｓ２０７）。
【０２４９】
具体的には、ブロックチェーンネットワークシステム１０は、トランザクションデータの暗号を解くことができる条件を設定することができる。
【０２５０】
本実施形態において、ブロックチェーンネットワークシステム１０は、イベントが発生した車両１００の製造会社及び／又は走行機能サービス提供者４０がデジタルキーを介して署名をした場合、トランザクションデータの暗号が解除されて、トランザクションデータに含まれた走行記録情報を閲覧させることができる。
【０２５１】
このような実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両１００の走行によって発生した走行記録情報をブロックチェーン基盤にて格納及び管理し、走行記録情報の偽造を事前に防止し、イベント発生の責任所在を明確に確認することができるという長所がある。
【０２５２】
また、本実施形態に係るブロックチェーン基盤走行記録データ格納方法は、走行記録情報内に含まれたプライバシー情報を保護し、サービス提供者及び／又は車両製造会社３０の固有技術が保護され得るように、走行記録情報格納の際、技術保安を向上させることができる。
【０２５３】
また、本実施形態に係るブロックチェーン基盤走行記録データ格納方法は、車両１００において事故が発生したとき、早くかつ正確に走行記録情報をブロックチェーンネットワークに送信できるという長所がある。
【０２５４】
以上に説明した本発明に係る実施形態は、様々なコンピュータ構成要素を介して実行され得るプログラミング言語の形態で実現されて、コンピュータで読み取り可能な記録媒体に記録されることができる。該コンピュータで読み取り可能な記録媒体は、プログラミング言語、データファイル、データ構造などを単独でまたは組み合わせて含むことができる。コンピュータで読み取り可能な記録媒体に記録されるプログラミング言語は、本発明のために特別に設計され、構成されたものであってもよく、コンピュータソフトウェア分野の当業者に公知されて使用可能なものであってもよい。コンピュータで読み取り可能な記録媒体の例には、ハードディスク、フロッピーディスク（登録商標）、及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ及びＤＶＤのような光気録媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ  ｍｅｄｉｕｍ）、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのような、プログラミング言語を格納し、実行するように特別に構成されたハードウェア装置が含まれる。プログラミング言語の例には、コンパイラによって作られるような機械語コードだけでなく、インタプリタなどを使用してコンピュータにより実行され得る高級言語コードも含まれる。ハードウェア装置は、本発明に係る処理を行うために、１つ以上のソフトウェアモジュールに変更されることができ、その反対も同様である。
【０２５５】
本発明において説明された特定の実施形態は、本発明の一実施形態であって、いかなる方法でも本発明の範囲を限定するものではない。明細書の簡潔さのために、従来の電子的な構成、制御システム、ソフトウェア、前記システムの他の機能的な側面等の記載は省略されることができる。また、図面に図示された構成要素間の線等の連結または連結部材などは、機能的な連結及び／又は物理的または回路的な接続を例示的に表したものであって、実際装置では、代替可能であるか、追加の様々な機能的な連結、物理的な連結、または回路接続として表されることができる。また、「必須な」、「重要に」などのように、具体的な言及がなければ、本発明の適用のために必ずしも必要な構成要素でない場合がある。
【０２５６】
また、説明した本発明の詳細な説明では、本発明の好ましい実施形態を参照して説明したが、当該技術分野の熟練された当業者または当該技術分野における通常の知識を有する者であれば、後述する特許請求の範囲に記載された本発明の思想及び技術領域から逸脱しない範囲内で本発明を様々に修正及び変更させることができることが理解できるであろう。したがって、本発明の技術的範囲は、明細書の詳細な説明に記載された内容に限定されるものではなく、特許請求の範囲により決められなければならないであろう。
【図１】
2020038673.tif 000003
【図２】
2020038673.tif 000004
【図３】
2020038673.tif 000005
【図４】
2020038673.tif 000006
【図５】
2020038673.tif 000007
【図６】
2020038673.tif 000008
【図７】
2020038673.tif 000009
【図８】
2020038673.tif 000010
【図９】
2020038673.tif 000011
【図１０】
2020038673.tif 000012
【図１１】
2020038673.tif 000013