(57)【要約】【課題】取得された画像を有効に活用することができるネットワークシステム、サーバ、または情報処理方法を提供する。【解決手段】第１のユーザのドライブレコーダ２００Ｂと、ドライブレコーダ２００Ｂの動画像を取得するデータベース１２０，１００Ｂと、動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせて、当該問い合わせ結果に基づいて動画像を第２のユーザの端末３００Ａ，２００Ａに提供するためのサーバ１００とを備える、ネットワークシステム１が提供される。【選択図】図９
2019106097.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザのドライブレコーダと、
前記ドライブレコーダの動画像を取得するデータベースと、
前記動画像を第２のユーザに提供してもよいか否かを前記第１のユーザに問い合わせて、当該問い合わせ結果に基づいて前記動画像を前記第２のユーザの端末に提供するためのサーバとを備える、ネットワークシステム。
【請求項２】
前記第２のユーザのドライブレコーダが衝撃を検知した際に、前記サーバが、前記衝撃のタイミングの前後の動画像を第２のユーザに提供してもよいか否かを前記第１のユーザに問い合わせる、請求項１に記載のネットワークシステム。
【請求項３】
前記第２のユーザのドライブレコーダが衝撃を検知した際に、前記サーバは、前記衝撃のタイミングの前後の前記ドライブレコーダの動画像を前記データベースに蓄積する、請求項１に記載のネットワークシステム。
【請求項４】
前記サーバは、前記衝撃のタイミングの前後の動画像を第２のユーザに提供してもよいか否かを前記第１のユーザに問い合わせた結果が肯定的である場合に、前記ドライブレコーダの動画像を前記データベースに蓄積する、請求項１に記載のネットワークシステム。
【請求項５】
前記サーバは、前記動画像を第２のユーザに提供してもよいか否かを、前記第１のユーザのドライブレコーダとは別の前記第１のユーザの端末に問い合わせる、請求項１から４のいずれか１項に記載のネットワークシステム。
【請求項６】
通信インターフェイスと、
前記通信インターフェイスを介して、第１のユーザのドライブレコーダから取得された動画像を第２のユーザに提供してもよいか否かを前記第１のユーザに問い合わせて、当該問い合わせ結果に基づいて前記動画像を前記第２のユーザの端末に提供するためのプロセッサとを備えるサーバ。
【請求項７】
サーバによる情報処理方法であって、
第１のユーザのドライブレコーダから取得された動画像を第２のユーザに提供してもよいか否かを前記第１のユーザに問い合わせるステップと、
当該問い合わせ結果に基づいて前記動画像を前記第２のユーザの端末に提供するステップとを備える情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを有効利用するための技術に関する。
【背景技術】
【０００２】
従来から、ドライブレコーダに関する技術が知られている。たとえば、特開２０１７−１１７００５号公報（特許文献１）には、事故通知システム、通知システム、車載通知装置及び事故通知方法が開示されている。特許文献１によると、事故発生を検出した車両は、車両及びサーバ装置へ事故発生位置情報を含む事故発生通知を送信する。事故発生通知を受信した車両は、事故発生位置情報と自車両の位置情報とが所定条件を満たす場合、車載カメラの撮像画像を事故状況通知としてサーバ装置へ送信する。サーバ装置は、車両又は車両からの通知を受信した場合、事故発生位から所定範囲内に存在する車両へ事故発生通知を行う。サーバ装置からの事故発生通知を受信した車両は、通知された事故発生位置情報と自車両の位置情報とが所定条件を満たす場合、車載カメラの撮像画像を事故状況通知としてサーバ装置へ送信する。
【０００３】
また、特開２０１０−２０３８６号公報（特許文献２）には、事故情報取得装置が開示されている。特許文献２によると、事故情報取得装置は、車両に搭載されており、制御部と、事故検出部と、撮影部と、表示部と、通信部と、リムーバブルメモリとを備えている。制御部は、車両事故発生が検出されると、周辺車両に撮影データの提供を要求し、撮影部が保持する撮影データをリムーバブルメモリに格納する。又、周辺車両から撮影データの提供の要求がある場合にも、撮影部が保持する撮影データをリムーバブルメモリに格納する。
【０００４】
また、特開２０１０−７２８４５号公報（特許文献３）には、ドライブレコーダシステム、ドライブレコーダ及び情報処理装置が開示されている。特許文献３によると、ドライブレコーダと情報処理装置とがネットワークを介して接続されたドライブレコーダシステムで、ドライブレコーダは、撮像手段と、撮像した画像データを記憶する第一の記憶手段と、事故発生検知手段と、位置検出手段と、送受信手段とを備え、ドライブレコーダが備える送受信手段は事故発生検知手段により事故の発生を検知した場合に、前記事故発生時の画像データを前記第一の記憶手段から抽出し、情報処理装置に送信し、事故発生時刻及び事故発生位置を示す情報を送信し、前記情報処理装置は、前記ドライブレコーダから受信した画像データを記憶する第二の記憶手段を備え、前記ドライブレコーダから受信した事故発生時刻及び事故発生位置を示す情報に基づき、前記事故発生時の画像データを取得し、前記第二の記憶手段に記憶する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−１１７００５号公報
【特許文献２】特開２０１０−２０３８６号公報
【特許文献３】特開２０１０−７２８４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、取得された画像を有効に活用することができるネットワークシステム、サーバ、または情報処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
この発明のある態様に従うと、第１のユーザのドライブレコーダと、ドライブレコーダの動画像を取得するデータベースと、動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせて、当該問い合わせ結果に基づいて動画像を第２のユーザの端末に提供するためのサーバとを備える、ネットワークシステムが提供される。
【発明の効果】
【０００８】
以上のように、本発明によれば、取得された画像を有効に活用することができるネットワークシステム、サーバ、または情報処理方法が提供される。
【図面の簡単な説明】
【０００９】
【図１】第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【図２】第１の実施の形態にかかるネットワークシステム１の通信構成を示すイメージ図である。
【図３】第１の実施の形態にかかるサーバ１００の構成を表わすブロック図である。
【図４】第１の実施の形態にかかる端末データ１２１を示すイメージ図である。
【図５】第１の実施の形態にかかるイベントデータ１２２のデータ構造を示すイメージ図である。
【図６】第１の実施の形態にかかる撮影情報データ１２３のデータ構造を示すイメージ図である。
【図７】第１の実施の形態にかかるドライブレコーダ２００の構成を示すブロック図である。
【図８】第１の実施の形態にかかる通信端末３００の構成を示すブロック図である。
【図９】第１の実施の形態にかかるネットワークシステム１の処理手順を示すシーケンス図である。
【図１０】第１の実施の形態にかかるスマートフォン３００Ｂの画面を示すイメージ図である。
【図１１】第１の実施の形態にかかるスマートフォン３００Ａの画面を示すイメージ図である。
【図１２】第２の実施の形態にかかるネットワークシステム１の処理手順を示すシーケンス図である。
【図１３】第３の実施の形態にかかるネットワークシステム１の処理手順を示すシーケンス図である。
【図１４】第４の実施の形態にかかるネットワークシステム１の処理手順を示すシーケンス図である。
【図１５】第５の実施の形態にかかるネットワークシステム１の処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞
【００１１】
まず、本実施の形態にかかるネットワークシステム１の全体構成について説明する。図１を参照して、ネットワークシステム１は、主に、インターネットに接続されたサーバ１００と、各種車両に搭載されたドライブレコーダ２００Ａ，２００Ｂと、各種車両のユーザが有するスマートフォン３００Ａ，３００Ｂとを含む。本実施の形態においては、通信端末としてスマートフォン３００Ａ，３００Ｂを例にあげて説明するが、タブレットやパーソナルコンピュータやゲーム機やウェアラブル端末などであってもよい。
＜ネットワークシステムの通信構成＞
【００１２】
次に、本実施の形態にかかるネットワークシステム１の通信構成について説明する。図２を参照して、ドライブレコーダ２００Ａ，２００Ｂは、ＬＴＥなどのキャリア網やインターネットを介してサーバ１００と通信する。スマートフォン３００Ａ，３００Ｂも、ＬＴＥなどのキャリア網やインターネットを介してサーバ１００と通信する。ドライブレコーダ２００Ａ，２００Ｂは、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ（登録商標）やキャリア網やインターネットなどの無線通信を利用してスマートフォン３００Ａ，３００Ｂと通信する。
＜ネットワークシステムの動作概要＞
【００１３】
図１に戻って、本実施の形態にかかるネットワークシステム１は、車両Ａが衝撃を受けたときに、当該車両Ａの近傍に位置する車両Ｂのドライブレコーダ２００Ｂが撮影した画像や音声を車両Ａのユーザに提供するものである。特に、本実施の形態においては、ドライブレコーダ２００Ｂのユーザに確認を得てから、ドライブレコーダ２００Ｂが撮影した画像や音声を車両Ａのユーザに提供する。以下では、このような機能を実現するためのネットワークシステム１について詳細に説明する。
＜サーバ１００のハードウェア構成＞
【００１４】
ここで、ネットワークシステム１を構成するサーバ１００の構成の一態様について説明する。図３を参照して、サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。
【００１５】
ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。
【００１６】
メモリ１２０は、各種のＲＡＭ（Random  Access  Memory）、各種のＲＯＭ（Read-Only  Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置内のデータベース１００Ｂであってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、端末データ１２１と、イベントデータ１２２と、撮影情報データ１２３と、音声を含む撮影画像自体やサムネイル画像や低画質画像データなどを記憶する。
【００１７】
ここで、図４を参照して、端末データ１２１は、ドライブレコーダ２００Ａ，２００Ｂやスマートフォン３００Ａ，３００Ｂなどの端末とユーザとの対応関係を格納する。
【００１８】
図５を参照して、イベントデータ１２２は、事故や事件などのイベント毎に、識別情報と、イベントに関係する端末の識別情報と、イベントの発生日時と、イベントの発生場所と、当該イベントが発生した際の車両の進行方向またはドライブレコーダ２００Ａ，２００Ｂの撮影方向などの対応関係を格納する。
【００１９】
図６を参照して、撮影情報データ１２３は、撮影された画像毎に、当該画像を撮影した端末の識別情報と、撮影日時と、撮影場所と、撮影方向と、画像の提供の可否などの対応関係を格納する。
【００２０】
図４に戻って、操作部１４０は、サービスの管理者などからの操作命令を受け付けてＣＰＵ１１０に入力する。
【００２１】
通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネットやキャリア網、ルータなどを介してドライブレコーダ２００Ａ，２００Ｂやスマートフォン３００Ａ，３００Ｂなどの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜ドライブレコーダ２００のハードウェア構成＞
【００２２】
次に、ドライブレコーダ２００Ａ，２００Ｂの構成の一態様について説明する。図７を参照して、ドライブレコーダ２００Ａ，２００Ｂは、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、通信インターフェイス２６０と、マイク２８０と、カメラ２９０と、衝撃センサ２９５とを含む。
【００２３】
ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、ドライブレコーダ２００Ａ，２００Ｂの各部を制御する。すなわち、ＣＰＵ２１０は、メモリ２２０に格納されているプログラムを実行することによって、後述する各種の処理を実行する。
【００２４】
メモリ２２０は、各種のＲＡＭや各種のＲＯＭなどによって実現され、ドライブレコーダ２００Ａ，２００Ｂに内包されているものであってもよいし、ドライブレコーダ２００Ａ，２００Ｂの各種インターフェイスに着脱可能なものであってもよいし、ドライブレコーダ２００Ａ，２００Ｂからアクセス可能な他の装置の記録媒体であってもよい。メモリ２２０は、ＣＰＵ２１０によって実行される各種プログラム、ＣＰＵ２１０によるプログラムの実行に利用される各種データを記憶する。
【００２５】
通信インターフェイス２６０は、アンテナやコネクタによって実現され、インターネットやキャリア網を介してサーバなどの他の装置との間でデータをやり取りする。また、通信インターフェイス２６０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ（登録商標）を利用して、スマートフォン３００Ａ，３００Ｂなどの他の装置との間でデータをやり取りする。
【００２６】
マイク２８０は、周囲の音声に基づいて、音声データをＣＰＵ２１０に入力する。
【００２７】
カメラ２９０は、動画像や静止画像を取得して、メモリ２２０に蓄積する。ＣＰＵ２１０は、動画像や静止画像に音声データを組み合わせて、撮影画像として、メモリ２２０に蓄積する。
【００２８】
衝撃センサ２９５は、加速度センサなどによって実現され、衝撃を検知する。本実施の形態においては、ＣＰＵ２１０は、衝撃を検知した際に、メモリ２２０に蓄積された動画像のうち、その前後を含む動画像をすぐに上書きされたり消去されたりしないようにプロテクトする。
＜通信端末のハードウェア構成＞
【００２９】
次に、スマートフォン３００Ａ，３００Ｂなどの通信端末３００の構成の一態様について説明する。図８を参照して、スマートフォン３００Ａ，３００Ｂは、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、タッチパネル３５０（ディスプレイ３３０とポインティングデバイス３４０）と、通信インターフェイス３６０と、スピーカ３７０と、マイク３８０とを含む。
【００３０】
ＣＰＵ３１０は、メモリ３２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、通信端末３００の各部を制御する。すなわち、ＣＰＵ３１０は、メモリ３２０に格納されているプログラムを実行することによって、後述する各種の処理を実行する。
【００３１】
メモリ３２０は、各種のＲＡＭや各種のＲＯＭなどによって実現され、通信端末３００に内包されているものであってもよいし、通信端末３００の各種インターフェイスに着脱可能なものであってもよいし、通信端末３００からアクセス可能な他の装置の記録媒体であってもよい。メモリ３２０は、ＣＰＵ３１０によって実行される各種プログラム、ＣＰＵ３１０によるプログラムの実行に利用される各種データなどを記憶する。
【００３２】
ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて、文字や画像を出力する。ポインティングデバイス３４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、本実施の形態においては、通信端末３００は、ディスプレイ３３０とポインティングデバイス３４０とが組み合わされたタッチパネル３５０を有する。
【００３３】
通信インターフェイス３６０は、アンテナやコネクタによって実現され、インターネットやキャリア網を介してサーバなどの他の装置との間でデータをやり取りする。また、通信インターフェイス３６０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ（登録商標）を利用して、ドライブレコーダ２００Ａ，２００Ｂなどの他の装置との間でデータをやり取りする。
【００３４】
スピーカ３７０は、ＣＰＵ３１０からの音声信号に基づいて各種音声を出力する。マイク３８０は、周囲の音声に基づいて、音声データをＣＰＵ３１０に入力する。
＜ネットワークシステム１における情報処理＞
【００３５】
次に、図９を参照して、本実施の形態にかかるネットワークシステム１の情報処理について説明する。
【００３６】
まず、車両Ａのドライブレコーダ２００ＡのＣＰＵ２１０は、動画像を撮影しながら順次撮影画像のデータをメモリ２２０に蓄積したり、撮影位置や撮影方向や撮影日時などをサーバ１００にアップロードしたりする（ステップＳ１０２）。同様に、車両Ｂのドライブレコーダ２００ＢのＣＰＵ２１０は、動画像を撮影しながら順次撮影画像のデータをメモリ２２０に蓄積したり、撮影位置や撮影方向や撮影日時などをサーバ１００にアップロードしたりする（ステップＳ１０４）。サーバ１００のＣＰＵ１１０は、ドライブレコーダ２００Ａ，２００Ｂからの撮影位置や撮影方向や撮影日時などを撮影情報データ１２３に蓄積していく。
【００３７】
車両Ａが事故などに巻き込まれて衝撃を受けると、ドライブレコーダ２００ＡのＣＰＵ２１０が当該衝撃の発生した位置や衝撃の発生した日時などをサーバ１００に送信する（ステップＳ１０６）。サーバ１００のＣＰＵ１１０は、衝撃の発生した位置や衝撃の発生した日時に基づいて、撮影情報データ１２３を参照して、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを検索する（ステップＳ１０８）。
【００３８】
サーバ１００のＣＰＵ１１０は、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを特定する。ＣＰＵ１１０は、端末データ１２１を参照して当該ドライブレコーダ２００Ｂに対応するユーザおよび当該ユーザのスマートフォン３００Ｂを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ｂに、ドライブレコーダ２００Ｂの撮影画像の提供を要求する（ステップＳ１１０）。
【００３９】
本実施の形態においては、スマートフォン３００ＢのＣＰＵ３１０は、サーバ１００からの指示に基づいて、図１０（Ａ）に示すようにユーザに撮影画像の提供を呼びかける。ＣＰＵ３１０は、ユーザからの指示に基づいて、図１０（Ｂ）に示すように撮影画像を提供してもよいか否かの回答を受け付ける。ＣＰＵ３１０は、撮影画像を提供してもよい旨の回答を受け付けると、その旨をサーバ１００に送信する。サーバ１００は、撮影画像の提供が許可された旨を撮影情報データ１２３に登録する。なお、図１０（Ｃ）に示すように、サーバ１００は、許可してくれたユーザにポイントを付与する（図９のステップＳ１２２）。
【００４０】
図９に戻って、スマートフォン３００ＢのＣＰＵ３１０は、ユーザの許可を得ると、ドライブレコーダ２００Ｂから撮影画像を取得する（ステップＳ１１２）。ＣＰＵ３１０は、通信インターフェイス３６０を介して、撮影画像をサーバ１００にアップロードする（ステップＳ１１４）。
【００４１】
サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、端末データ１２１を参照してドライブレコーダ２００Ａに対応するユーザおよび当該ユーザのスマートフォン３００Ａを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ａに問い合わせる（ステップＳ１１６）。より詳細には、スマートフォン３００ＡのＣＰＵ３１０は、図１１（Ａ）に示すように、他のドライブレコーダ２００Ｂからの撮影画像の提供を検討するか否かを受け付ける画面を表示する。
【００４２】
ユーザが画像の確認を希望すると、ＣＰＵ３１０は通信インターフェイス３６０を介してサーバ１００から、その時点で撮影画像の提供が許可されている撮影画像のサムネイル画像を取得する。図１１（Ｂ）に示すように、ＣＰＵ３１０は、当該撮影画像を選択可能にディスプレイ３３０に表示させる。ＣＰＵ３１０は、ユーザの選択命令を受け付けると、通信インターフェイス３６０を介してサーバ１００に撮影画像自体を要求する（ステップＳ１１８）。スマートフォン３００Ａは、サーバ１００から撮影画像自体をダウンロードする（ステップＳ１２０）。これによって、図１１（Ｃ）に示すように、スマートフォン３００ＡのＣＰＵ３１０は、ダウンロードした撮影画像をディスプレイ３３０に表示することができる。
【００４３】
このように、本実施の形態にかかるネットワークシステム１は、他のドライブレコーダ２００Ｂが撮影した画像を利用することができつつ、当該画像の利用に関する他のドライブレコーダ２００Ｂのユーザの許可を得るために意図しないプライバシーの侵害が生じ難い。
＜第２の実施の形態＞
【００４４】
第１の実施の形態においては、プライバシーを重視して、画像の提供の許可を受けてから、画像データをサーバ１００にアップロードするものであった。しかしながら、ユーザからの許可が遅れると画像データが上書きされて消去されてしまう可能性が高くなる。そこで、図１２に示すように、先に画像データをサーバ１００が取得してから、他のユーザへの提供の許可を得てもよい。
【００４５】
すなわち、車両Ａが事故などに巻き込まれて衝撃を受けると、ドライブレコーダ２００ＡのＣＰＵ２１０が当該衝撃の発生した位置や衝撃の発生した日時などをサーバ１００に送信する（ステップＳ１０６）。サーバ１００のＣＰＵ１１０は、衝撃の発生した位置や衝撃の発生した日時に基づいて、撮影情報データ１２３を参照して、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを検索する（ステップＳ１０８）。
【００４６】
サーバ１００のＣＰＵ１１０は、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該他のドライブレコーダ２００Ｂに撮影画像を要求し（ステップＳ２１２）、当該撮影画像を取得する（ステップＳ２１４）。
【００４７】
ＣＰＵ１１０は、端末データ１２１を参照して当該ドライブレコーダ２００Ｂに対応するユーザおよび当該ユーザのスマートフォン３００Ｂを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ｂに、ドライブレコーダ２００Ｂの撮影画像の他のユーザへの提供の許可を要求する（ステップＳ２１６）。
【００４８】
本実施の形態においては、スマートフォン３００ＢのＣＰＵ３１０は、サーバ１００からの指示に基づいて、図１０（Ａ）に示すようにユーザに撮影画像の提供を呼びかける。ＣＰＵ３１０は、ユーザからの指示に基づいて、図１０（Ｂ）に示すように撮影画像を提供してもよいか否かの回答を受け付ける。ＣＰＵ３１０は、撮影画像を提供してもよい旨の回答を受け付けると、その旨をサーバ１００に送信する。サーバ１００は、撮影画像の提供が許可された旨を撮影情報データ１２３に登録する。なお、図１０（Ｃ）に示すように、サーバ１００は、許可してくれたユーザにポイントを付与する（ステップＳ１２２）。
【００４９】
スマートフォン３００Ｂからユーザの許可を得ると（ステップＳ２１８）、サーバ１００のＣＰＵ１１０は、端末データ１２１を参照してドライブレコーダ２００Ａに対応するユーザおよび当該ユーザのスマートフォン３００Ａを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ａに問い合わせる（ステップＳ１１６）。以降の処理は、第１の実施の形態と同様であるため、ここではそれらの説明を繰り返さない。
＜第３の実施の形態＞
【００５０】
あるいは、図１３に示すように、先にサムネイル画像や低画質の動画像をサーバ１００が取得してもよい。
【００５１】
すなわち、車両Ａが事故などに巻き込まれて衝撃を受けると、ドライブレコーダ２００ＡのＣＰＵ２１０が当該衝撃の発生した位置や衝撃の発生した日時などをサーバ１００に送信する（ステップＳ１０６）。サーバ１００のＣＰＵ１１０は、衝撃の発生した位置や衝撃の発生した日時に基づいて、撮影情報データ１２３を参照して、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを検索する（ステップＳ１０８）。
【００５２】
サーバ１００のＣＰＵ１１０は、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該他のドライブレコーダ２００Ｂに該当する撮影画像のサムネイル画像や低画質の動画像を要求し（ステップＳ３１２）、当該撮影画像のサムネイル画像や低画質の動画像を取得する（ステップＳ３１４）。
【００５３】
サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、端末データ１２１を参照してドライブレコーダ２００Ａに対応するユーザおよび当該ユーザのスマートフォン３００Ａを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ａに問い合わせる（ステップＳ１１６）。より詳細には、スマートフォン３００ＡのＣＰＵ３１０は、図１１（Ａ）に示すように、他のドライブレコーダ２００Ｂの撮影画像の提供を検討するか否かを受け付ける画面を表示する。
【００５４】
ユーザが画像の確認を希望すると、ＣＰＵ３１０は通信インターフェイス３６０を介してサーバ１００から、撮影画像のサムネイル画像を取得する。図１１（Ｂ）に示すように、ＣＰＵ３１０は、当該撮影画像を選択可能にディスプレイ３３０に表示させる。ＣＰＵ３１０は、ユーザの選択命令を受け付けると、対象となる撮影画像をサーバ１００に要求する（ステップＳ１１８）。
【００５５】
サーバ１００のＣＰＵ１１０は、端末データ１２１を参照して、選択された撮影画像のドライブレコーダ２００Ｂに対応するユーザおよび当該ユーザのスマートフォン３００Ｂを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ｂに、ドライブレコーダ２００Ｂの撮影画像の提供を要求する（ステップＳ１１０）。
【００５６】
本実施の形態においては、スマートフォン３００ＢのＣＰＵ３１０は、サーバ１００からの指示に基づいて、図１０（Ａ）に示すようにユーザに撮影画像の提供を呼びかける。ＣＰＵ３１０は、ユーザからの指示に基づいて、図１０（Ｂ）に示すように撮影画像を提供してもよいか否かの回答を受け付ける。ＣＰＵ３１０は、撮影画像を提供してもよい旨の回答を受け付けると、ドライブレコーダ２００Ｂから高画質の撮影画像を取得する（ステップＳ１１２）。ＣＰＵ３１０は、通信インターフェイス３６０を介して、撮影画像をサーバ１００にアップロードする（ステップＳ１１４）。
【００５７】
サーバ１００は、当該撮影画像自体をスマートフォン３００Ａにダウンロードする（ステップＳ１２０）。サーバ１００は、撮影画像の提供が許可された旨を撮影情報データ１２３に登録する。なお、図１０（Ｃ）に示すように、サーバ１００は、許可してくれたユーザにポイントを付与する（ステップＳ１２２）。
【００５８】
スマートフォン３００ＢのＣＰＵ３１０は、図１１（Ｃ）に示すように、ダウンロードした撮影画像をディスプレイ３３０に表示することができる。
＜第４の実施の形態＞
【００５９】
あるいは、図１４に示すように、常に撮影画像をドライブレコーダ２００Ａ，２００Ｂからサーバ１００にアップロードし続ける形態であってもよい。
【００６０】
すなわち、車両Ａのドライブレコーダ２００ＡのＣＰＵ２１０は、動画像を撮影しながら順次データをメモリ２２０に蓄積したり、撮影位置や撮影方向や撮影日時や撮影画像自体などをサーバ１００にアップロードしたりする（ステップＳ４０２）。同様に、車両Ｂのドライブレコーダ２００ＢのＣＰＵ２１０は、動画像を撮影しながら順次データをメモリ２２０に蓄積したり、撮影位置や撮影方向や撮影日時や撮影画像自体などをサーバ１００にアップロードしたりする（ステップＳ４０４）。サーバ１００のＣＰＵ１１０は、ドライブレコーダ２００Ａ，２００Ｂからの撮影位置や撮影方向や撮影日時などを撮影情報データ１２３に蓄積していく。
【００６１】
車両Ａが事故などに巻き込まれて衝撃を受けると、ドライブレコーダ２００ＡのＣＰＵ２１０が当該衝撃の発生した位置や衝撃の発生した日時などをサーバ１００に送信する（ステップＳ１０６）。サーバ１００のＣＰＵ１１０は、衝撃の発生した位置や衝撃の発生した日時に基づいて、撮影情報データ１２３を参照して、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを検索する（ステップＳ１０８）。
【００６２】
サーバ１００のＣＰＵ１１０は、当該位置や日時に撮影していた他のドライブレコーダ２００Ｂを特定する。ＣＰＵ１１０は、端末データ１２１を参照して当該ドライブレコーダ２００Ｂに対応するユーザおよび当該ユーザのスマートフォン３００Ｂを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ｂに、ドライブレコーダ２００Ｂの撮影画像の他のユーザへの提供の許可を要求する（ステップＳ２１６）。
【００６３】
本実施の形態においては、スマートフォン３００ＢのＣＰＵ３１０は、サーバ１００からの指示に基づいて、図１０（Ａ）に示すようにユーザに撮影画像の提供を呼びかける。ＣＰＵ３１０は、ユーザからの指示に基づいて、図１０（Ｂ）に示すように撮影画像を提供してもよいか否かの回答を受け付ける。ＣＰＵ３１０は、撮影画像を提供してもよい旨の回答を受け付けると、その旨をサーバ１００に送信する（ステップＳ２１８）。サーバ１００は、撮影画像の提供が許可された旨を撮影情報データ１２３に登録する。なお、図１０（Ｃ）に示すように、サーバ１００は、許可してくれたユーザにポイントを付与する（ステップＳ１２２）。
【００６４】
サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、端末データ１２１を参照してドライブレコーダ２００Ａに対応するユーザおよび当該ユーザのスマートフォン３００Ａを特定する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００Ａに問い合わせる（ステップＳ１１６）。以降の処理は、第１の実施の形態と同様であるため、ここではそれらの説明を繰り返さない。
＜第５の実施の形態＞
【００６５】
上記の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００やドライブレコーダ２００Ａ，２００Ｂやスマートフォン３００Ａ，３００Ｂの各々の役割の一部または全部を別の装置が担ったり、サーバ１００やドライブレコーダ２００Ａ，２００Ｂやスマートフォン３００Ａ，３００Ｂの各々の役割の一部または全部を複数の装置で担ったりしてもよい。具体的には、サーバ１００の役割をクラウド上の複数のサーバで担ったり、サーバ１００の役割をスマートフォン３００Ａ，３００Ｂのアプリケーションが担ったりすることができる。または、図１５に示すように、スマートフォン３００Ａ，３００Ｂの役割をディスプレイを有するドライブレコーダ２００Ａ，２００Ｂが担ったり、ドライブレコーダ２００Ａ，２００Ｂの役割をカメラを有するスマートフォン３００Ａ，３００Ｂが担ったりすることも可能である。
＜まとめ＞
【００６６】
上記の実施の形態においては、第１のユーザのドライブレコーダ２００Ｂと、ドライブレコーダ２００Ｂの動画像を取得するデータベース１２０，１００Ｂと、動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせて、当該問い合わせ結果に基づいて動画像を第２のユーザの端末３００Ａ，２００Ａに提供するためのサーバ１００とを備える、ネットワークシステム１が提供される。
【００６７】
好ましくは、第２のユーザのドライブレコーダ２００Ａが衝撃を検知した際に、サーバ１００が、衝撃のタイミングの前後の動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせる。
【００６８】
好ましくは、第２のユーザのドライブレコーダ２００Ａが衝撃を検知した際に、サーバ１００は、衝撃のタイミングの前後のドライブレコーダ２００Ｂの動画像をデータベース１２０，１００Ｂに蓄積する。
【００６９】
好ましくは、サーバ１００は、衝撃のタイミングの前後の動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせた結果が肯定的である場合に、ドライブレコーダ２００Ｂの動画像をデータベース１２０，１００Ｂに蓄積する。
【００７０】
好ましくは、サーバ１００は、動画像を第２のユーザに提供してもよいか否かを、第１のユーザのドライブレコーダ２００Ｂとは別の第１のユーザの端末３００Ａに問い合わせる。
【００７１】
上記の実施の形態においては、通信インターフェイス１６０と、通信インターフェイス１６０を介して、第１のユーザのドライブレコーダ２００Ｂから取得された動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせて、当該問い合わせ結果に基づいて動画像を第２のユーザの端末３００Ａ，２００Ａに提供するためのプロセッサ１１０とを備えるサーバ１００が提供される。
【００７２】
上記の実施の形態においては、サーバ１００による情報処理方法が提供される。当該方法は、第１のユーザのドライブレコーダ２００Ｂから取得された動画像を第２のユーザに提供してもよいか否かを第１のユーザに問い合わせるステップと、当該問い合わせ結果に基づいて動画像を第２のユーザの端末３００Ａ，２００Ａに提供するステップとを備える。
【００７３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００７４】
１        ：ネットワークシステム
１００    ：サーバ
１００Ｂ  ：他のデータベース
１１０    ：ＣＰＵ
１２０    ：データベース（メモリ）
１２１    ：端末データ
１２２    ：イベントデータ
１２３    ：撮影情報データ
１４０    ：操作部
１６０    ：通信インターフェイス
２００    ：通信端末
２００Ａ  ：ドライブレコーダ
２００Ｂ  ：ドライブレコーダ
２１０    ：ＣＰＵ
２２０    ：メモリ
２６０    ：通信インターフェイス
２９０    ：カメラ
２９５    ：衝撃センサ
３００    ：通信端末
３００Ａ  ：スマートフォン
３００Ｂ  ：スマートフォン
３１０    ：ＣＰＵ
３２０    ：メモリ
３３０    ：ディスプレイ
３４０    ：ポインティングデバイス
３５０    ：タッチパネル
３６０    ：通信インターフェイス
３７０    ：スピーカ
３８０    ：マイク
Ａ        ：車両
Ｂ        ：車両
【図１】
2019106097.tif 000003
【図２】
2019106097.tif 000004
【図３】
2019106097.tif 000005
【図４】
2019106097.tif 000006
【図５】
2019106097.tif 000007
【図６】
2019106097.tif 000008
【図７】
2019106097.tif 000009
【図８】
2019106097.tif 000010
【図９】
2019106097.tif 000011
【図１０】
2019106097.tif 000012
【図１１】
2019106097.tif 000013
【図１２】
2019106097.tif 000014
【図１３】
2019106097.tif 000015
【図１４】
2019106097.tif 000016
【図１５】
2019106097.tif 000017