JP7322682B2 - 制御方法、情報処理装置、情報処理システム及びプログラム - Google Patents

Description

本発明は、制御方法、情報処理装置、情報処理システム及びプログラムに関する。

近年、交通事故の証拠になるとして、ドライブレコーダによって撮影された画像データ（以下、「ＤＲデータ」という。）に注目が集まっている。従来、ＤＲデータは改竄が可能であることから示談や裁判などで証拠として採用することは難しいとされてきたが過去に起きた交通事故の裁判で、ＤＲデータが証拠として活用されるという事例が出た。この裁判では、利害関係のない複数の車からＤＲデータを収集して組み合わせることで、証拠となりうることが示唆されている。したがって、事故の原因究明のためには広範囲にＤＲデータを収集するのが効果的であると考えられる。

国際公開第２０１８／１２４２９７号

一方で、ＤＲデータにはプライバシーに関する情報も含まれうる。したがって、ＤＲデータの提供者としては、事故の原因の究明に寄与する可能性が低いＤＲデータについて、外部への流出を抑制したい。

そこで、一側面では、本発明は、提供を要求されていない撮影画像の流出を抑制可能とすることを目的とする。

一つの態様では、制御方法は、位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する処理と、取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う処理と、前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する、処理をコンピュータが実行する。

一側面として、提供を要求されていない撮影画像の流出を抑制可能とすることができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態における保険サーバ１０のハードウェア構成例を示す図である。 本発明の実施の形態における保険サーバ１０の機能構成例を示す図である。 ドライブレコーダ２０によるブロックチェーンＣ１へのメタデータの登録処理の処理手順の一例を説明するためのシーケンス図である。 ＧＰＳデータ群の変換方法の一例を説明するための図である。 事故の発生に伴って実行される処理手順の一例を説明するためのシーケンス図である。 発生位置情報に応じたＧＰＳ変換データを説明するための図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１において、複数のドライブレコーダ２０は、移動体通信網やインターネット等のネットワークを介してブロックチェーンＣ１に接続される。また、保険サーバ１０は、インターネット等のネットワークを介してブロックチェーンＣ１及び複数の所有者端末３０に接続される。

各ドライブレコーダ２０は、それぞれ車両（自動車）に搭載されており、本実施の形態において車載カメラの一例である。ドライブレコーダ２０は、車両の走行中における一定時間（３０秒、１分、３分等）ごとに、当該一定時間において撮影された動画データ（撮影画像）をファイル形式で記録する。したがって、一定時間ごとにファイル（以下「ＤＲデータ」という。）が生成される。なお、撮影は、走行中において常時行われてもよいし、特定の条件が満たされた場合（一定以上の衝撃又は加速度が検知された場合や、ドライバが所定の操作（ボタン押下など)を行った場合等）に開始されてもよい。ドライブレコーダ２０は、各ＤＲデータのメタデータをブロックチェーンＣ１へ登録する。その結果、ブロックチェーンには、ＤＲデータごとにメタデータが記録される。ここで、メタデータとは、ＤＲデータのハッシュ値と、当該ＤＲデータの撮影位置情報と、当該ＤＲデータの所有者（例えば、当該ＤＲデータを撮影したドライブレコーダ２０を搭載した車両のドライバ）の情報（メールアドレス又は電話番号等の連絡先等）を対応付けて含むデータである。なお、ＤＲデータの所有者は、ブロックチェーンＣ１へのメタデータの記録元の一例である。

所有者端末３０は、ＤＲデータの所有者（例えば、車両のドライバ）が利用する通信端末である。例えば、携帯電話、スマートフォン、タブレット端末又は車載器（車両に搭載された通信機器）等が所有者端末３０として利用されてもよい。又は、ドライブレコーダ２０が所有者端末３０を兼ねてもよい。

保険サーバ１０は、各車両のドライバが加入する自動車保険会社（以下、単に「保険会社」という。）が利用する１以上のコンピュータである。なお、各車両のドライバの加入先の保険会社が異なる場合には、複数の保険サーバ１０がブロックチェーンＣ１に接続してもよい。保険サーバ１０は、車両に関する事故が発生した場合、当該事故の発生位置情報に応じた撮影位置情報を含むメタデータを検索し、当該メタデータに対応するＤＲデータの提供をＤＲデータの所有者（メタデータの記録元）に対して要求する。なお、後述されるように、当該提供の要求に応じて、ブロックチェーンＣ１を介して、当該ＤＲデータがドライブレコーダ２０から保険サーバ１０へ提供される。その結果、保険サーバ１０は、事故の発生位置又は当該発生位置の周辺の撮影画像を収集することができる。

図２は、本発明の実施の形態における保険サーバ１０のハードウェア構成例を示す図である。図２の保険サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

保険サーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って保険サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

図３は、本発明の実施の形態における保険サーバ１０の機能構成例を示す図である。図３において、保険サーバ１０は、事故情報受付部１１、メタデータ検索部１２、ＤＲデータ要求部１３、ＤＲデータ取得部１４及びＤＲデータ検証部１５等を含む。これら各部は、保険サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

事故情報受付部１１は、車両に関する事故が発生した場合に、当該事故に関する情報（以下、「事故情報」という。）の入力を受け付ける。事故情報は、事故の発生日時情報や事故の発生位置情報（例えば、地名等）を含む。事故情報は、例えば、事故の当事者によって電話等で保険会社へ伝えられる。保険会社では、オペレータが当該事故情報を保険サーバ１０へ入力する。

メタデータ検索部１２は、事故情報受付部１１が入力を受け付けた事故情報に含まれる発生位置情報及び発生日時情報に応じた位置情報を含むメタデータをブロックチェーンＣ１から検索し、該当するメタデータをブロックチェーンＣ１から取得する。

ＤＲデータ要求部１３は、メタデータ検索部１２によって取得されたメタデータに対応するＤＲデータの提供要求を行う。例えば、ＤＲデータ要求部１３は、当該提供要求を示す電子メールを、当該ＤＲデータの所有者であるドライバの所有者端末３０へ送信する。ＤＲデータの提供要求を受けたドライバは、当該提供要求に係るＤＲデータの提供を許可する場合には、ドライブレコーダ２０に対して当該ＤＲデータのブロックチェーンＣ１への登録を指示する。その結果、当該ＤＲデータがブロックチェーンＣ１に記録される。

ＤＲデータ取得部１４は、提供要求の対象であるＤＲデータがブロックチェーンＣ１に記録されたことを検知すると、当該ＤＲデータをブロックチェーンＣ１を参照して取得する（ブロックチェーンＣ１から取得する。）。

ＤＲデータ検証部１５は、ＤＲデータ取得部１４によって取得されたＤＲデータが改竄されていないことを、当該ＤＲデータに対応するメタデータを利用して検証する。

以下、情報処理システム１において実行される処理手順について説明する。図４は、ドライブレコーダ２０によるブロックチェーンＣ１へのメタデータの登録処理の処理手順の一例を説明するためのシーケンス図である。なお、図４において、ドライブレコーダ２０が実行する処理は、ドライブレコーダ２０にインストールされた１以上のプログラムがドライブレコーダ２０に実行させる。

ステップＳ１０１において、ドライブレコーダ２０は、直近の過去の一定時間Ｔ１に撮影（録画）された動画データ（撮影画像）を格納したファイル（以下、「対象ＤＲデータ」という。）をドライブレコーダ２０の記憶装置に記録する。

続いて、ドライブレコーダ２０は、当該一定時間Ｔ１以下の時間間隔Ｔ２において取得された１以上のＧＰＳ（Global Positioning System）データの集合（以下、「対象ＧＰＳデータ群」という。）をドライブレコーダ２０の記憶装置に記録する。例えば、Ｔ１が１分であり、Ｔ２が１５秒である場合、４つのＧＰＳデータが記憶装置に記録される。各ＧＰＳデータは、緯度経度情報及び受信日時情報（ＧＰＳ衛星からの信号を受信した日時を示す情報）を含む。すなわち、各ＧＰＳデータは、一定時間Ｔ１における車両の移動軌跡のいずれかの地点の位置情報である。

続いて、ドライブレコーダ２０は、対象ＤＲデータのハッシュ値（以下、「対象ハッシュ値」という。）を生成する（Ｓ１０３）。対象ハッシュ値は、対象ＤＲデータが改竄されていないことを検証可能とするために生成される。例えば、強度が十分に高い暗号学的ハッシュ関数（ＳＨＡ２５６等）が用いられて対象ハッシュ値が計算されてもよい。

続いて、ドライブレコーダ２０は、事故発生位置又はその周辺を録画したＤＲデータの照会を容易とするために、対象ＧＰＳデータ群を、検索に適した形式のデータに変換する（Ｓ１０４）。

図５は、ＧＰＳデータ群の変換方法の一例を説明するための図である。図５には、ＧＰＳデータ群を構成する４つのＧＰＳデータｄ１～ｄ４のそれぞれが示す位置がプロットされている。

ドライブレコーダ２０は、まず、ＧＰＳデータｄ１～ｄ４の重心点Ｐ１を求める。重心点Ｐ１は、ＧＰＳデータｄ１～ｄ４の幾何中心である。続いて、ドライブレコーダ２０は、重心点Ｐ１とＧＰＳデータｄ１～ｄ４のそれぞれとの距離を求める。続いて、ドライブレコーダ２０は、求めた距離の中で最も大きい値（重心点Ｐ１から最も遠い位置までの距離）を特定し、特定した距離を距離ｒ１とする。図５の例では、重心点Ｐ１とＧＰＳデータｄ４との距離がｒ１として特定される。ドライブレコーダ２０は、重心点Ｐ１の緯度経度（以下、単に「Ｐ１」という。）と距離ｒ１との組（Ｐ１，ｒ１）を、ＧＰＳデータｄ１～ｄ４の変換後のデータ（以下、「ＧＰＳ変換データ」という。）とする。なお、ＧＰＳ変換データは、Ｐ１を中心とする半径ｒ１の円ｃ１の領域（地域）を示すデータとして扱われる。

続いて、ドライブレコーダ２０は、対象ＤＲデータに対するメタデータ（以下、「対象メタデータ」という。）を生成する（Ｓ１０５）。対象メタデータには、対象ハッシュ値、ＧＰＳ変換データ、当該一定時間Ｔ１の開始日時及び終了日時（すなわち、日時情報）、並びに所有者情報が含まれる。当該開始日時及び終了日時（以下、当該開始日時から当該終了日時までの期間を示す情報を「撮影期間情報」という。）は、対象ＧＰＳデータ群のうち、最も古いＧＰＳデータの受信日時情報と最新のＧＰＳデータの受信日時情報とによって特定されてもよい。また、所有者情報とは、対象ＤＲデータの所有者の情報（メールアドレス又は電話番号等の連絡先等）であり、例えば、予めドライブレコーダ２０に記憶されていてもよい。

なお、対象ＤＲデータと対象メタデータとの関連付けを確保するために、例えば、対象ＤＲデータと対象メタデータとの双方に対し、対象ＤＲデータの識別情報（以下、「ＤＲデータＩＤ」という。）が付与されてもよい。ＤＲデータＩＤは、対象ＤＲデータ及び対象メタデータのそれぞれのファイル名に含められてもよい。

続いて、ドライブレコーダ２０は、対象メタデータをブロックチェーンＣ１に登録する（Ｓ１０６）。

なお、ステップＳ１０１～Ｓ１０６は、車両の走行中（イグニションＯＮからイグニションＯＦＦまで）において一定時間Ｔ１ごとに実行される。但し、ステップＳ１０３～Ｓ１０６は、一定時間Ｔ１より長い周期で実行されてもよい。例えば、車両のイグニションＯＦＦのタイミングで、イグニションＯＮからそれまでの期間に記録された各ＤＲデータ及び各ＧＳＰデータ群に対して、ステップＳ１０３～Ｓ１０６がまとめて実行されてもよい。そうすることで、ドライブレコーダ２０とブロックチェーンＣ１との間の通信負荷を軽減することができる。但し、メタデータの信頼性を担保するためには、ＤＲデータの生成に応じてリアルタイムで当該ＤＲデータに対応するメタデータがブロックチェーンＣ１に登録されるのが望ましい。

図６は、事故の発生に伴って実行される処理手順の一例を説明するためのシーケンス図である。

事故の発生に伴って、保険会社が事故の当事者から事故情報（発生日時情報、発生位置情報）の連絡を受けると、保険サーバ１０の事故情報受付部１１は、当該事故情報（以下「対象事故情報」という。）の入力を保険会社のオペレータから受け付ける（Ｓ２０１）。

続いて、メタデータ検索部１２は、ブロックチェーンＣ１を参照して、対象事故情報に対応するメタデータをブロックチェーンＣ１から取得する（Ｓ２０２）。対象事故情報に対応するメタデータとは、対象事故情報の発生日時情報が示す日時を含む期間を示す撮影期間情報を含み、かつ、対象事故情報の発生位置情報に応じたＧＰＳ変換データを含むメタデータをいう。但し、対象事故情報の発生日時情報が示す日時を含む期間を示す撮影期間情報を含むという条件は、使用されなくてもよい。

図７は、発生位置情報に応じたＧＰＳ変換データを説明するための図である。図７には、図５に示した重心点Ｐ１を中心とし、距離ｒ１を半径とする円ｃ１が示されている。また、図７において、地点Ｐ２は、発生位置情報が示す位置に対応する。図７に示されるように、円ｃ１が地点Ｐ２を含む場合、当該ＧＰＳ変換データは、発生位置情報に応じたＧＰＳ変換データであると判定される。一方、地点Ｐ２が、円ｃ１の外側に位置する場合、当該ＧＰＳ変換データは、発生位置情報に応じたＧＰＳ変換データではないと判定される。

但し、発生位置情報に応じたＧＰＳ変換データは、他の条件によって特定されてもよい。例えば、ＧＰＳ変換データは、変換元のＧＰＳデータ群の軌跡を示すデータであってもよい。この場合、当該軌跡と地点Ｐ２との最短距離が閾値以下である場合に、当該ＧＰＳ変換データは、発生位置情報に応じたＧＰＳ変換データであると判定されてもよい。

要するに、ステップＳ２０２では、地点Ｐ２又は地点Ｐ２の周辺を撮影している可能性が有るＤＲデータに対応するメタデータを特定できれば、他の方法によって、対象事故情報に対応するメタデータが特定されてもよい。

続いて、ＤＲデータ要求部１３は、メタデータ検索部１２が取得した各メタデータに含まれる所有者情報を参照して、各メタデータの所有者の所有者端末３０に対して、当該メタデータに対応するＤＲデータの提供要求を送信する（Ｓ２０３）。当該提供要求には、当該ＤＲデータのＤＲデータＩＤが指定される。なお、同一の所有者端末３０に対して複数のメタデータの提供が要求される可能性が有る。この場合、複数のＤＲデータＩＤを含む１つの提供要求が、当該所有者端末３０に対して送信されるようにしてもよい。

また、ＤＲデータの提供要求は、ブロックチェーンＣ１に登録されてもよい。この場合、ブロックチェーンＣ１のスマートコントラクトによって、当該提供要求が所有者端末３０に対して送信されてもよい。

メールによる提供要求、又はブロックチェーンＣ１への登録による提供要求が行われる場合、所有者端末３０は当該提供要求を受信すると、当該提供要求の受信の通知を出力する。その結果、所有者（ドライバ等）は、自らに対するＤＲデータの提供要求の存在を知ることができる。

又は、ＤＲデータの提供要求は、保険会社のオペレータから所有者への電話連絡によって行われてもよい。この場合、ＤＲデータ要求部１３は、ステップＳ２０２において、提供要求に係るＤＲデータＩＤ及び所有者情報（電話番号）の一覧を保険会社のオペレータの端末に出力すればよい。この場合、オペレータは、当該一覧に含まれる電話番号へ電話をかけて、ＤＲデータＩＤ等を所有者へ伝えることで、ＤＲデータの提供要求が行われてもよい。この場合、所有者は、当該電話によって、自らに対するＤＲデータの提供要求の存在を知ることができる。

所有者は、自らに対するＤＲデータの提供要求の存在を知ると、当該提供要求に指定されているＤＲデータＩＤに対応するＤＲデータの再生指示をドライブレコーダ２０へ入力する。

ドライブレコーダ２０は、再生指示の入力に応じ、当該再生指示の対象とされたＤＲデータ（以下、「提供対象データ」という。）を再生する（Ｓ２０４）。所有者は、提供対象データを視聴し、提供対象データについて外部への公開を許容できると判断した場合には、提供対象データのアップロード指示をドライブレコーダ２０に入力する。一方、所有者は、提供対象データについて外部への公開を許容できないと判断した場合には、アップロード指示を入力しない。

なお、ＤＲデータの提供要求には、「ＸＸＸ交差点の事故現場の画像が欲しい。」等、画像の内容に関する条件が指定されてもよい。この場合、所有者は、提供対象データの公開を許容できる場合であっても、提供対象データの内容が当該条件に該当しない場合には、アップロード指示を入力しなくてもよい。

なお、提供対象データが複数有る場合、ステップＳ２０４以降は、各提供対象データについて実行される。ここでは、説明の便宜上、提供対象データは１つであるとする。

所有者によって提供対象データのアップロード指示が入力されると（Ｓ２０５）、ドライブレコーダ２０は、ステップＳ２０６以降を実行する。一方、当該アップロード指示が入力されないと、ステップＳ２０６以降は実行されない。

ステップＳ２０６において、ドライブレコーダ２０は、例えば、暗号論的疑似乱数生成関数（ＳＨＡ１ＰＲＮＧなど）を用いて、提供対象データごとに固有の共通鍵を生成する。続いて、ドライブレコーダ２０は、当該共通鍵（以下「対象共通鍵」という。）を用いて、提供対象データを暗号化する（Ｓ２０７）。当該暗号化において十分に強度の高い共通鍵暗号化技術（ＡＥＳ２５６など）が用いられてもよい。提供対象データを暗号化するのは、アップロード経路において提供対象データが不正に解読されないようにするためである。
以下、暗号化された提供対象データを「暗号化ＤＲデータ」という。

続いて、ドライブレコーダ２０は、保険会社以外の第三者が対象共通鍵を取得できないようにするために、保険会社の公開鍵を用いて、対象共通鍵を暗号化する（Ｓ２０８）。正規の公開鍵を用いるために、ＴＬＳ１．２等が用いられてもよい。暗号化された対象共通鍵を、以下「暗号化共通鍵」という。

続いて、ドライブレコーダ２０は、暗号化ＤＲデータ及び暗号化共通鍵を暗号化ＤＲデータのＤＲデータＩＤ（以下「対象ＤＲデータＩＤ」という。）に関連付けてブロックチェーンＣ１へアップロードする（Ｓ２０９）。その結果、暗号化ＤＲデータ及び暗号化共通鍵が対象ＤＲデータＩＤに関連付けられてブロックチェーンＣ１に記録される。

その後、保険サーバ１０のＤＲデータ取得部１４は、当該アップロードを検知すると、ブロックチェーンＣ１を参照して、当該アップロードに係る暗号化ＤＲデータ、暗号化共通鍵及び対象ＤＲデータＩＤをブロックチェーンＣ１から取得し、取得したデータを補助記憶装置１０２等に記録する（Ｓ２１０）。

なお、当該アップロードは、ブロックチェーンＣ１のスマートコントラクトによって保険サーバ１０のＤＲデータ取得部１４へ通知されるようにしてもよい。この場合、ＤＲデータ取得部１４は、スマートコントラクトからの通知に基づいて、当該アップロードを検知してもよい。又は、ＤＲデータ取得部１４は、ブロックチェーンＣ１に対するアップロードの有無をポーリングによって確認してもよい。

続いて、ＤＲデータ検証部１５は、保険会社の秘密鍵を用いて暗号化共通鍵を復号する（Ｓ２１１）。その結果、平文の対象共通鍵が得られる。続いて、ＤＲデータ検証部１５は、対象共通鍵を用いて暗号化ＤＲデータを復号する（Ｓ２１２）。その結果、平文の提供対象データが得られる。続いて、ＤＲデータ検証部１５は、提供対象データのハッシュ値を計算する（Ｓ２１３）。続いて、ＤＲデータ検証部１５は、ステップＳ２１３において計算されたハッシュ値と、ステップＳ２０２において取得されたメタデータのうち、対象ＤＲデータＩＤに対応するメタデータに含まれるハッシュ値とを比較することで、提供対象データについて改竄の有無を判定する（Ｓ２１４）。すなわち、両者が一致する場合、ＤＲデータ検証部１５は、提供対象データは改竄されていないと判定する。一方、両者が異なる場合、ＤＲデータ検証部１５は、提供対象データは改竄されていると判定する。なお、提供対象データが改竄されていると判定した場合、ＤＲデータ検証部１５は、提供対象データを破棄してもよい。このような提供対象データは、事故の証拠としての適格性を有さないからである。

なお、上記では、暗号化ＤＲデータのアップロード先が、メタデータの登録先と同じブロックチェーンＣ１である例を示したが、暗号化ＤＲデータのアップロード先は、メタデータの登録先とは異なるブロックチェーンであってもよい。

上述したように、本実施の形態によれば、ブロックチェーンＣ１に登録されたメタデータに基づいて、提供要求の対象となるＤＲデータが特定され、当該ＤＲデータについて提供要求が行われる。したがって、ＤＲデータの所有者は、提供要求のされていないＤＲデータ（撮影画像）の流出を抑制することができる。

また、メタデータにはＤＲデータの撮影時に生成されるハッシュ値が含まれる。したがって、保険サーバ１０は、当該ハッシュ値に基づいて、入手したＤＲデータの改竄の有無を検証することができる。その結果、保険サーバ１０は、改竄されていないＤＲデータを収集することができる。

また、提供要求に係るＤＲデータについて所有者に対して確認の機会が与えられることで、所有者の個人情報等が記録されているＤＲデータが外部に公開されるのを抑制することができる。

なお、本実施の形態において、保険サーバ１０は、情報処理装置の一例である。メタデータ検索部１２は、第１の取得部の一例である。ＤＲデータ要求部１３は、要求部の一例である。ＤＲデータ取得部１４は、第２の取得部の一例である。ブロックチェーンＣ１は、第１のブロックチェーン及び第２のブロックチェーンの一例である。

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する処理と、
取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う処理と、
前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する、
処理をコンピュータが実行することを特徴とする制御方法。
（付記２）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影日時情報を記録し、
前記撮影位置情報を取得する処理は、位置情報と日時情報の指定を受け付けると、前記第１のブロックチェーンを参照して、指定された前記位置情報及び指定された前記日時情報に応じた撮影位置情報及び撮影日時情報を取得し、
前記提供要求を行う処理は、取得した前記撮影位置情報及び前記日時情報により特定される撮影画像の提供要求を前記記録元に対して行う、
ことを特徴とする付記１記載の制御方法。
（付記３）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影位置情報の記録元の情報を記録し、
前記撮影位置情報を取得する処理は、更に、指定された前記位置情報に応じた撮影位置情報の記録元の情報を前記第１のブロックチェーンを参照して取得し、
前記提供要求を行う処理は、取得した前記記録元の情報に基づいて、前記取得した前記撮影位置情報により特定される撮影画像の提供要求を行う、
ことを特徴とする付記１又は２記載の制御方法。
（付記４）
前記第１のブロックチェーンは、更に、車載カメラにより撮影された各撮影画像のハッシュ値を撮影位置情報に対応付けて記録し、
前記撮影位置情報を取得する処理は、更に、指定された前記位置情報に応じた撮影位置情報に対応付く第１のハッシュ値を記第１のブロックチェーンを参照して取得し、
前記対象撮影画像の第２のハッシュ値と前記第１のハッシュ値とを比較する処理をコンピュータが実行する、
ことを特徴とする付記１乃至３いずれか一項記載の制御方法。
（付記５）
位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する第１の取得部と、
取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う要求部と、
前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する第２の取得部と、
を有することを特徴とする情報処理装置。
（付記６）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影日時情報を記録し、
前記第１の取得部は、位置情報と日時情報の指定を受け付けると、前記第１のブロックチェーンを参照して、指定された前記位置情報及び指定された前記日時情報に応じた撮影位置情報及び撮影日時情報を取得し、
前記要求部は、取得した前記撮影位置情報及び前記日時情報により特定される撮影画像の提供要求を前記記録元に対して行う、
ことを特徴とする付記５記載の情報処理装置。
（付記７）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影位置情報の記録元の情報を記録し、
前記第１の取得部は、更に、指定された前記位置情報に応じた撮影位置情報の記録元の情報を前記第１のブロックチェーンを参照して取得し、
前記要求部は、取得した前記記録元の情報に基づいて、前記取得した前記撮影位置情報により特定される撮影画像の提供要求を行う、
ことを特徴とする付記５又は６記載の情報処理装置。
（付記８）
前記第１のブロックチェーンは、更に、車載カメラにより撮影された各撮影画像のハッシュ値を撮影位置情報に対応付けて記録し、
前記第１の取得部は、更に、指定された前記位置情報に応じた撮影位置情報に対応付く第１のハッシュ値を記第１のブロックチェーンを参照して取得し、
前記対象撮影画像の第２のハッシュ値と前記第１のハッシュ値とを比較する比較部を有する、
ことを特徴とする付記５乃至７いずれか一項記載の情報処理装置。
（付記９）
車載カメラと情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
位置情報の指定を受け付けると、前記車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する第１の取得部と、
取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う要求部と、
前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する第２の取得部と、
を有することを特徴とする情報処理システム。
（付記１０）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影日時情報を記録し、
前記第１の取得部は、位置情報と日時情報の指定を受け付けると、前記第１のブロックチェーンを参照して、指定された前記位置情報及び指定された前記日時情報に応じた撮影位置情報及び撮影日時情報を取得し、
前記要求部は、取得した前記撮影位置情報及び前記日時情報により特定される撮影画像の提供要求を前記記録元に対して行う、
ことを特徴とする付記９記載の情報処理システム。
（付記１１）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影位置情報の記録元の情報を記録し、
前記第１の取得部は、更に、指定された前記位置情報に応じた撮影位置情報の記録元の情報を前記第１のブロックチェーンを参照して取得し、
前記要求部は、取得した前記記録元の情報に基づいて、前記取得した前記撮影位置情報により特定される撮影画像の提供要求を行う、
ことを特徴とする付記９又は１０記載の情報処理システム。
（付記１２）
前記第１のブロックチェーンは、更に、車載カメラにより撮影された各撮影画像のハッシュ値を撮影位置情報に対応付けて記録し、
前記第１の取得部は、更に、指定された前記位置情報に応じた撮影位置情報に対応付く第１のハッシュ値を記第１のブロックチェーンを参照して取得し、
前記情報処理装置は、
前記対象撮影画像の第２のハッシュ値と前記第１のハッシュ値とを比較する比較部を有する、
ことを特徴とする付記９乃至１１いずれか一項記載の情報処理システム。
（付記１３）
位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する処理と、
取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う処理と、
前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記１４）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影日時情報を記録し、
前記撮影位置情報を取得する処理は、位置情報と日時情報の指定を受け付けると、前記第１のブロックチェーンを参照して、指定された前記位置情報及び指定された前記日時情報に応じた撮影位置情報及び撮影日時情報を取得し、
前記提供要求を行う処理は、取得した前記撮影位置情報及び前記日時情報により特定される撮影画像の提供要求を前記記録元に対して行う、
ことを特徴とする付記１３記載のプログラム。
（付記１５）
前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影位置情報の記録元の情報を記録し、
前記撮影位置情報を取得する処理は、更に、指定された前記位置情報に応じた撮影位置情報の記録元の情報を前記第１のブロックチェーンを参照して取得し、
前記提供要求を行う処理は、取得した前記記録元の情報に基づいて、前記取得した前記撮影位置情報により特定される撮影画像の提供要求を行う、
ことを特徴とする付記１３又は１４記載のプログラム。
（付記１６）
前記第１のブロックチェーンは、更に、車載カメラにより撮影された各撮影画像のハッシュ値を撮影位置情報に対応付けて記録し、
前記撮影位置情報を取得する処理は、更に、指定された前記位置情報に応じた撮影位置情報に対応付く第１のハッシュ値を記第１のブロックチェーンを参照して取得し、
前記対象撮影画像の第２のハッシュ値と前記第１のハッシュ値とを比較する処理をコンピュータに実行させる、
ことを特徴とする付記１３乃至１５いずれか一項記載のプログラム。

１ 情報処理システム
１０ 保険サーバ
１１ 事故情報受付部
１２ メタデータ検索部
１３ ＤＲデータ要求部
１４ ＤＲデータ取得部
１５ ＤＲデータ検証部
２０ ドライブレコーダ
３０ 所有者端末
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス
Ｃ１ ブロックチェーン

Claims (7)

1. 位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する処理と、
   取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う処理と、
   前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する、
   処理をコンピュータが実行することを特徴とする制御方法。
2. 前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影日時情報を記録し、
   前記撮影位置情報を取得する処理は、位置情報と日時情報の指定を受け付けると、前記第１のブロックチェーンを参照して、指定された前記位置情報及び指定された前記日時情報に応じた撮影位置情報及び撮影日時情報を取得し、
   前記提供要求を行う処理は、取得した前記撮影位置情報及び前記日時情報により特定される撮影画像の提供要求を前記記録元に対して行う、
   ことを特徴とする請求項１記載の制御方法。
3. 前記第１のブロックチェーンは、更に、前記車載カメラにより撮影された各撮影画像の撮影位置情報の記録元の情報を記録し、
   前記撮影位置情報を取得する処理は、更に、指定された前記位置情報に応じた撮影位置情報の記録元の情報を前記第１のブロックチェーンを参照して取得し、
   前記提供要求を行う処理は、取得した前記記録元の情報に基づいて、前記取得した前記撮影位置情報により特定される撮影画像の提供要求を行う、
   ことを特徴とする請求項１又は２記載の制御方法。
4. 前記第１のブロックチェーンは、更に、車載カメラにより撮影された各撮影画像のハッシュ値を撮影位置情報に対応付けて記録し、
   前記撮影位置情報を取得する処理は、更に、指定された前記位置情報に応じた撮影位置情報に対応付く第１のハッシュ値を記第１のブロックチェーンを参照して取得し、
   前記対象撮影画像の第２のハッシュ値と前記第１のハッシュ値とを比較する処理をコンピュータが実行する、
   ことを特徴とする請求項１乃至３いずれか一項記載の制御方法。
5. 位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する第１の取得部と、
   取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う要求部と、
   前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する第２の取得部と、
   を有することを特徴とする情報処理装置。
6. 車載カメラと情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   位置情報の指定を受け付けると、前記車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する第１の取得部と、
   取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う要求部と、
   前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する第２の取得部と、
   を有することを特徴とする情報処理システム。
7. 位置情報の指定を受け付けると、車載カメラにより撮影された各撮影画像の撮影位置情報を記録する第１のブロックチェーンを参照して、指定された前記位置情報に応じた撮影位置情報を取得する処理と、
   取得した前記撮影位置情報により特定される撮影画像の提供要求を、前記第１のブロックチェーンへの前記撮影位置情報の記録元に対して行う処理と、
   前記提供要求の対象撮影画像が第２のブロックチェーンに記録されると、前記第２のブロックチェーンを参照して、前記対象撮影画像を取得する、
   処理をコンピュータに実行させることを特徴とするプログラム。

Images