JP7477980B2 - 情報処理装置、管理サーバ、配信システムおよび情報処理方法 - Google Patents

Description

本発明は、情報処理装置、管理サーバ、配信システムおよび情報処理方法に関する。

従来、車両それぞれの位置情報などを管理するサーバ装置を介して、車両それぞれに搭載された車載装置間で映像などといったデータを送受信するシステムがある（例えば、特許文献１参照）。

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

しかしながら、従来技術では、全ての車両に関するデータをサーバ装置で管理するため、サーバ装置の処理負荷の増大を招くおそれがあった。

本発明は、上記に鑑みてなされたものであって、サーバ装置の負荷を軽減することができる情報処理装置、配信システムおよび情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、実施形態に係る情報処理装置は、記憶部と、取得部と、選択部と、通知部とを備える。前記記憶部は、カメラ画像を配信可能な車両の車両情報を記録する。前記取得部は、前記記憶部に記録された前記車両情報に基づきデータ取得の要否を判定し、前記データ取得が必要と判定された場合は、複数の前記車両情報を有する管理サーバから、前記カメラ画像を受信する受信車両の前記車両情報に基づき、前記カメラ画像を配信する車両の候補となる第１の候補車両の前記車両情報である第１情報を取得し、前記第１情報を前記記憶部に記録する。前記選択部は、前記記憶部に記録された前記第１情報に基づき、前記受信車両との接続条件を満たす第２の候補車両を選択する。前記通知部は、前記選択部によって選択された第２の候補車両の前記車両情報である第２情報を、前記受信車両に通知する。

本発明によれば、サーバ装置の負荷を軽減することができる。

図１Ａは、配信システムの概要を示す図である。 図１Ｂは、配信システムの概要を示す図である。 図２は、管理サーバのブロック図である。 図３は、車両情報データベースの一例を示す図である。 図４は、許諾情報データベースの一例を示す図である。 図５は、ローカルサーバのブロック図である。 図６は、車載装置のブロック図である。 図７は、表示画像の一例を示す図である。 図８は、管理サーバが実行する処理手順を示すフローチャートである。 図９は、ローカルサーバが実行する処理手順を示すフローチャートである。 図１０は、車載装置が実行する処理手順を示すフローチャートである。

以下、添付図面を参照して、実施形態に係る情報処理装置、管理サーバ、配信システムおよび情報処理方法について説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

まず、図１Ａおよび図１Ｂを用いて、実施形態に係る配信システムおよび情報処理方法の概要について説明する。図１Ａおよび図１Ｂは、配信システムの概要を示す図である。また、実施形態に係る情報処理方法は、図１Ａに示す管理サーバ１００、ローカルサーバ２００、複数の車載装置１が互いにデータを送受信することで実行される。また、以下では、情報処理装置が通信事業者の基地局に設置されたローカルサーバ２００である場合を例に挙げて説明する。

実施形態に係る配信システムＳは、各車両の車載装置１間でカメラ画像を送受信することで、各車両で撮影されたカメラ画像を他の車両で表示することができる。より詳しくは、配信システムＳでは、車両の運転者が多地点の現在の状況を所望する状況となった場合に、かかる他地点を撮影可能な車両からカメラ画像を配信させる。

図１Ａに示す例では、車載装置１が、通信機能を備えたドライブレコーダである場合を示す。車載装置１は、車両情報を所定周期で管理サーバ１００へ送信する。例えば、車両情報には、車両の位置情報、走行状態に関する情報などが含まれる。

管理サーバ１００は、各車載装置１から送信された車両情報を記憶する車両情報データベースを有し、各車両の位置情報などを管理するサーバ装置である。ここで、例えば、管理サーバ１００は、全ての車載装置１から送信される車両情報を車両データベースにて管理する。

このため、管理サーバ１００には、膨大な車両情報が蓄積されることになる。そして、仮に、管理サーバ１００で、各車両の位置情報等に基づいて、各車載装置１の接続の要否などを判定すると、管理サーバ１００の処理負荷が増大することになる。

そこで、実施形態に係る配信システムＳでは、管理サーバ１００に加え、さらに、ローカルサーバ２００を備えることとした。すなわち、実施形態に係る配信システムＳでは、管理サーバ１００および複数のローカルサーバ２００の間で処理を分散させることで、管理サーバ１００の処理負荷を軽減することとした。

具体的には、図１Ａに示すように、ローカルサーバ２００は、まず記憶部に記録された車両情報に基づき、データの取得が必要か否かを判定する。データの取得が必要でないと判定された場合、ステップＳ３に移行する。

データの取得が必要と判定された場合、ステップＳ１において管理サーバ１００からのデータ取得を開始する。まずローカルサーバ２００は、データ取得の要求を管理サーバ１００に送信する。管理サーバ１００は、車両情報データベースからカメラ画像を受信する受信車両の車両情報に基づいて、カメラ画像を配信する車両の候補となる第１の候補車両に関する車両情報である第１情報を抽出する（ステップＳ１）。ここで、受信車両とは、他の車両からカメラ画像を受信する車両であり、例えば、交通渋滞にこれから合流する車両などが受信車両に該当する。

例えば、管理サーバ１００は、受信車両から所定範囲内に存在する車両を第１の候補車両として抽出し、かかる車両の車両情報を第１情報として抽出する。なお、それぞれの車両が受信車両および候補車両となり得るので、各車両それぞれを受信車両と見做し、ステップＳ１の処理では、各車両それぞれについて候補車両の車両情報を抽出する。

続いて、ローカルサーバ２００は、ステップＳ１にて受信車両毎に抽出された車両情報を第１情報として取得し、記憶部に記録する（ステップＳ２）。なお、ローカルサーバ２００が、データの取得が必要と判定するのは、具体的には前回取得時からの経過時間に基づき、記録されている車両情報が古くなり、更新が必要と判断された場合である。また、初回起動時などで記憶部に車両情報が記録されていない場合である。

続いて、ローカルサーバ２００は、記憶部に記録された第１情報に基づいて、受信車両との接続条件を満たす第２の候補車両を選択する（ステップＳ３）。

例えば、ローカルサーバ２００は、受信車両がこれから合流する渋滞区間内を走行中の候補車両を受信車両との接続条件を満たす第２の候補車両として選択する。そして、ローカルサーバ２００は、ステップＳ３において第２の候補車両を選択すると、選択した第２の候補車両に関する車両情報である第２情報を受信車両に対して通知する（ステップＳ４）。

その後、図１Ｂに示すように、第２情報を受信した受信車両は、第２の候補車両との事前接続を行うとともに（ステップＳ５）、受信車両において、所定の表示条件が成立した場合に、渋滞区間を走行中の第２の候補車両から受信したカメラ画像が受信車両にて表示されることになる（ステップＳ６）。

このように、配信システムＳでは、ステップＳ６における表示条件の成立を先読みし、ステップＳ１～ステップＳ５までの処理をステップＳ６よりも前に行う。これにより、表示条件の成立後、すみやかに他地点のカメラ画像を受信車両において表示することができる。

仮に、ステップＳ６の表示条件の成立をトリガとして、ステップＳ１～Ｓ５の処理を開始すると、表示条件の成立からカメラ画像を表示するまでにタイムラグが生じることになる。

これに対して、実施形態に係る配信システムＳでは、表示条件の成立を予測し、予測結果に基づいて、ステップＳ１～Ｓ５の処理を行うので、上記のタイムラグを生じさせることなく、カメラ画像を表示することが可能となる。

また、実施形態に係る配信システムＳでは、管理サーバ１００が車両情報データベースから第１情報を抽出し、ローカルサーバ２００に配信する。ローカルサーバ２００は、配信された第１情報が有効な間は、管理サーバの代わりに第１情報からさらに絞り込みを行う。つまり、配信システムＳでは、管理サーバ１００の権限を車両情報の抽出および第１情報の配信に留め、どの車載装置１間で通信接続を行わせるかといった実質的な判定の権限をローカルサーバ２００に持たせる。

これにより、管理サーバ１００の処理負荷を軽減することが可能となる。また、ローカルサーバ２００は、管理サーバ１００によって既に抽出された車両情報から接続条件を満たす第２の候補車両を選択すればよいので、接続条件を満たす車両の検索負荷を抑えることができる。

次に、図２を用いて、実施形態に係る管理サーバ１００の構成例について説明する。図２は、管理サーバ１００のブロック図である。図２に示すように、管理サーバ１００は、通信部２と、記憶部３と、制御部４とを備える。

通信部２は、例えばＮＩＣ等によって実現される。通信部２は、所定のネットワークと有線もしくは無線で接続され、ネットワークを介して、他の車載装置１および各ローカルサーバ２００との間で情報の送受信を行う。

記憶部３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、または、ＨＤＤ（Hard Disk Drive）、光ディスク等の記憶装置によって実現され、図２の例では、車両情報データベース３１および許諾情報データベース３２を備える。

車両情報データベース３１は、各車載装置１から送信される車両情報を格納するデータベースである。図３は、車両情報データベース３１の一例を示す図である。図３に示すように、車両情報データベース３１は、「車両ＩＤ」、「ＩＰアドレス」、「現在地」、「走行速度」、「走行予定経路」および「表示範囲」などを互いに関連付けて記憶する。

「車両ＩＤ」は、各車両を識別する識別子であり、「現在地」は、対応する車両の現在地である。また、「走行速度」は、対応する車両の現在の走行速度であり、「走行予定経路」は、対応する車両の走行予定の経路を示す。上述のように、走行予定経路は、各車両のナビゲーション装置にて設定された経路であるが、ナビゲーション装置にて経路が設定されていない場合には、ブランクとなる。また、「表示範囲」は、各車両の表示された地図画像（ナビゲーション装置のナビ画像）の表示範囲を示す。

図３の説明に戻り、許諾情報データベース３２について説明する。許諾情報データベース３２は、各車両それぞれに対して設定されたカメラ画像の配信許可に関する情報である。

図４は、許諾情報データベース３２の一例を示す図である。なお、図４では、１人のユーザに対して設定された許諾情報を例に挙げて説明するが、許諾情報は各ユーザそれぞれに設定されているものとする。また、車両を特定の人物が使用する場合には、車両単位で許諾情報を設定することにしてもよい。

図４に示すように、許諾情報データベース３２は、「要求車両種別」、「該当ＩＤ」，「配信許可時間帯」、「配信許可車車間距離」、「除外領域」などといった情報を互いに関連付けて記憶する。

「要求車両種別」は、対応する車両に対してカメラ画像の配信を要求する受信車両の車両種別を示す。図４の例では、「要求車両種別」が、「一般」、「特別」、「緊急」などに大別される場合を示す。

「一般」は、一般の車両、すなわち、配信システムＳに登録された一般ユーザの車両を示す。「特別」は、ユーザが特別に設定した車両を示す。例えば、「特別」には、対応するユーザの家族、友人などを設定するとよい。「緊急」は、パトカー、救急車、消防車などといった緊急車両を示す。

「該当ＩＤ」は、特別車両に該当する車両ＩＤを示す。「配信許可時間帯」は、カメラ画像の配信を許可する時間帯を示す。言い換えれば、配信許可時間帯以外の時間帯であれば、カメラ画像の配信を拒否することができる。

「配信許可継続時間」は、カメラ画像を継続して配信する一回当たりの継続時間を示す。ここで、カメラ画像を配信する継続時間が長くなるほど、カメラ画像を受信する受信車両からカメラ画像を配信している車両の位置などの特定が容易となり、車両が特定されるおそれがある。

これに対して、「配信許可継続時間」を予め設定しておくことで、配信したカメラ画像から車両が特定される可能性を軽減することができる。「除外領域」は、カメラ画像の配信を拒否するエリアを示す。

図４に示すように、「除外領域」として、「自宅から１ｋｍ以内」に設定した場合、自宅から１ｋｍ内であれば、カメラ画像の配信を制限することになり、カメラ画像を配信することによる自宅の特定を防止することができる。また、「道路外」として設定しておくことで、例えば、現在地の特定を防ぐことができる。

例えば、車両がコンビニに立ち寄り、コンビニの駐車場に駐車する場合を想定する。この場合、カメラ画像の配信を行うと、立ち寄ったコンビニが特定されるおそれがある。

また、この場合、コンビニにいる人物がカメラ画像に写っていると、かかる人物のプライバシーを保護することができない。

配信許可車車間距離は、カメラ画像の配信を許可する際の、受信車両との車間距離である。受信車両との距離が近いほど、景色や風景の類似性からカメラ画像を配信している車両の位置の特定が容易になり、車両が特定されるおそれがある。

これに対して「配信許可車車間距離」をあらかじめ設定しておくことで、配信したカメラ画像から車両が特定される可能性を低減することができる。

このように、配信許可車車間距離や除外領域を設定することで、ユーザのプライバシーの保護を図ることが可能となる。なお、図４に示す許諾情報は一例であり、その他、カメラ種別を含むようにしてもよい。カメラ種別としては、フロントカメラ、リアカメラなどに加え、車内カメラが含まれる。特に、車内カメラについては、特別車両に対してのみ配信を許可するとよい。

図２の説明に戻り、制御部４について説明する。制御部４は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、ＨＤＤ、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部４の取得部４１、抽出部４２および配信部４３として機能する。

また、制御部４の取得部４１、抽出部４２および配信部４３の少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。

取得部４１は、各車両の車載装置１から車両情報を取得し、車両情報データベース３１を更新する。上述のように、車両情報には、現在地、走行速度、走行予定経路、表示範囲などが含まれる。なお、その他、アクセル、ブレーキ、ステアリングなどの運転操作に関する情報を含むようにしてもよい。

また、取得部４１は、各車載装置１からカメラ画像を取得し、記憶部３に格納しておくことにしてもよい。例えば、記憶部３に記憶されたカメラ画像は、該当する配信車両が存在しない場合に、受信車両へ提供される。また、取得部４１は、ローカルサーバ２００から第１の候補車両を抽出する抽出条件を取得する。なお、取得部４１は、車両情報取得部の一例である。

抽出部４２は、取得した車両情報に含まれるカメラ画像を受信する受信車両の車両情報と、第１の候補車両を抽出する抽出条件とに基づいて、カメラ画像を配信する車両の候補となる第１の候補車両に関する車両情報である第１情報を抽出する。具体的には、抽出部４２は、車両情報データベース３１を参照し、各車両それぞれに対して、配信車両の候補となる候補車両を抽出する。

続いて、抽出部４２は、抽出した第１の候補車両の許諾情報を許諾情報データベース３２から抽出し、車両情報に対応付けた第１情報を生成する。ここで、抽出部４２が抽出条件に基づいて抽出する第１の候補車両は、受信車両において表示条件が成立した場合に、受信車両において実際に必要となるカメラ画像を撮像可能な車両であることが好ましい。

このため、抽出条件は、受信車両から所定範囲内に存在する車両、受信車両の走行予定経路上に存在する車両、受信車両の地図画像の表示範囲内に存在する車両について、それぞれ受信車両に対する候補車両として抽出する条件とするとよい。

すなわち、受信車両から所定範囲内の車両や地図画像の表示範囲内に存在する車両は、受信車両がこれから通過する可能性がある地点を撮像可能な車両となる。また、この際、走行予定経路が決まっている場合には、走行予定経路上に存在する車両にさらに絞り込むことができる。

つまり、これから通過する可能性のある経路上または通過予定の経路上に存在する車両を候補車両として抽出することで、カメラ画像を配信する車両を適切に絞り込むことが可能となる。なお、上記の所定範囲を受信車両の走行速度に応じて設定することにしてもよい。具体的には、走行速度が速いほど、所定範囲を拡張することにしてもよい。言い換えれば、所定範囲を受信車両が所定時間内に通過する範囲に設定することにしてもよい。

また、抽出部４２は、受信車両の走行履歴に基づいて、候補車両を抽出することにしてもよい。ここで、受信車両の走行履歴とは、受信車両がこれまで通過した経路、目的地、経由地などの履歴を示す。すなわち、抽出部４２は、受信車両の履歴に基づき、受信車両の運転者の目的地や経由地の傾向を把握し、目的地や経由地に基づいて、走行予定経路をさらに推定する。

この場合、抽出部４２は、推定した目的地、経由地、走行予定経路に基づいて、受信車両に対する候補車両を抽出することができる。つまり、抽出部４２は、受信車両の履歴に基づいて候補車両を抽出することで、候補車両を適切に絞り込むことができる。

なお、目的地については、例えば、これまでの目的地からユーザの趣味嗜好を推定し、推定した趣味嗜好に基づいて推定することにしてもよい。また、この際、抽出部４２は、イベント情報から、ユーザの趣味嗜好にあったイベントを抽出し、かかるイベントの会場を目的地として推定することにしてもよい。

配信部４３は、抽出部４２によって抽出された第１情報を所定のローカルサーバ２００へ配信する。図１Ａに示したように、例えば、ローカルサーバ２００は、基地局に設置される。

例えば、配信部４３は、受信車両の現在地を管轄する基地局（例えば、受信車両から最も近い基地局）に設置されたローカルサーバ２００や、現在の処理負荷が最も低いローカルサーバ２００に対して第１情報の配信を行う。なお、各車両それぞれは移動するので、取得部４１、抽出部４２および配信部４３による処理は、所定の周期で繰り返し行われる。すなわち、配信部４３は、常に最新の車両情報から抽出された第１情報を随時、ローカルサーバ２００へ配信する。なお、配信部４３は送信部の一例である。

次に、図５を用いて、ローカルサーバ２００の構成例について説明する。図５は、ローカルサーバ２００のブロック図である。図５に示すように、ローカルサーバ２００は、通信部５と、記憶部６と、制御部７とを備える。

通信部５は、例えばＮＩＣ等によって実現される。通信部５は、所定のネットワークと無線で接続され、ネットワークを介して、他の車載装置１および各ローカルサーバ２００との間で情報の送受信を行う。

記憶部６は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図５の例では、第１情報データベース６１を備えるとともに、ルール情報６２を記憶する。

第１情報データベース６１は、管理サーバ１００から送信される第１情報を記憶するデータベースである。上述のように、第１情報は、車両情報と、車両の許諾情報とが互いに対応付けられた情報である。

ルール情報６２は、受信車両に対する第２の候補車両を選択する際に適用するルールに関する情報であり、上述の接続条件に関する情報である。すなわち、ローカルサーバ２００は、ルール情報６２に基づいて、受信車両に対して接続条件を満たす第１の候補車両を第２の候補車両として選択することになる。

続いて、制御部７について説明する。制御部７は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部７の取得部７１、選択部７２および通知部７３として機能する。

また、制御部７の取得部７１、選択部７２および通知部７３の少なくともいずれか一部または全部をＡＳＩＣやＦＰＧＡ等のハードウェアで構成することもできる。

取得部７１は、カメラ画像の配信元となる車両に関する車両情報のうち、カメラ画像を受信する受信車両に基づいて抽出された第１の候補車両に関する車両情報である第１情報を取得する。具体的には、取得部７１は、記憶部における第１情報データベースに記録された車両情報に基づきデータの取得要否を判断する。データの取得が必要と判断すると、取得部７１は、管理サーバ１００にデータの配信要求を送信する。管理サーバ１００は、データの送信要求に応答して第１情報を配信し、取得部７１は、管理サーバ１００から配信される第１情報を取得する。取得部７１は、取得した第１情報に基づいて、第１情報データベース６１を更新する。

なお、上記では取得部７１からの送信要求をトリガとして第１情報の取得を行ったが、定期的に第１情報の配信が行われるようにしてもよい。

選択部７２は、取得部７１によって取得された第１情報に基づいて、受信車両との接続条件を満たす第２の候補車両を選択する。ここでの接続条件とは、例えば、受信車両に基づく条件、候補車両に基づく条件などが含まれる。

受信車両に基づく条件の一例としては、例えば、ナビゲーション装置の目的地または経路設定が挙げられる。この場合、選択部７２は、受信車両の車載装置１から送信されるナビゲーション装置に対する操作信号に基づいて、ナビゲーション装置に対する操作を把握することができる。

そして、選択部７２は、目的地や目的地までの経路上に存在する車両を接続条件を満たす第２の候補車両として選択する。より詳細には、目的地周辺に存在し、目的地周辺の現在の様子を撮影可能な車両や、目的地までの経路上に存在する車両を接続条件を満たす第２の候補車両として選択する。

なお、目的地までの経路上に存在する車両については、例えば、各経路の分岐点、経路上のおススメスポットや、事故多発地点、急カーブなどといった特異点近傍を走行する車両を第２の候補車両として選択するとよい。

また、候補車両に基づく条件としては、例えば、渋滞の発生や、車線変更を伴う事象（例えば、赤信号、路肩駐車、落下物）の発生などが挙げられる。渋滞の発生については、例えば、交通情報センターから取得した交通情報や、各車両の走行速度および走行位置などに基づいて検出することができる。また、車線変更を伴う事象の発生については、例えば、各車両の走行軌跡（位置情報の継時変化）に基づいて検出することができる。

選択部７２は、渋滞、車線変更を伴う事象の発生を検知すると、渋滞区間を走行中の車両、車線変更を伴う事象の発生地点を通過予定の車両を接続条件を満たす第２の候補車両として選択する。

また、選択部７２は、許諾情報に基づいて、さらに、第１の候補車両の絞り込みを行う。具体的には、選択部７２は、第１の候補車両各々がカメラ画像を配信する時刻（または配信予定の時刻）が受信車両の要求車両種別の「配信許可時間帯」に含まれるか否か、配信車両が「除外領域」に存在しないかなどを判定する。

そして、選択部７２は、受信車両や第１の候補車両の現在地、現在時刻などが、配信許可時間帯、配信許可車車間距離などといった全ての許諾条件を満たす第１の候補車両を第２の候補車両として選択することになる。言い換えれば、許諾条件を満たしていない車両については、接続条件を満たしていたとしても、配信車両の選択対象から除外されることになる。

つまり、選択部７２は、接続条件に加え、許諾条件を満たす車両を第２の候補車両として選択することで、カメラ画像を配信する車両のプライバシーを保護しつつ、受信車両において必要となる他地点のカメラ画像を受信車両へ配信させることが可能となる。

また、このように、許諾条件を考慮することで、第２の候補車両は、事前に許可されたシチェーションにおいてカメラ画像の配信を行うことが可能になる。したがって、受信車両による第２の候補車両への接続要求が行われた場合に、第２の候補車両の承認を再度得ることなく第２の候補車両と受信車両を接続することが可能となる。

このため、例えば、受信車両は、第２の候補車両からカメラ画像の配信の承諾を都度得る必要がないので、受信車両と第２の候補車両との通信接続を速やかに行うことが可能となる。なお、各車両の走行位置は、刻一刻と変化するので、取得部７１は、所定周期で第１情報を取得するとともに、選択部７２は、所定周期で接続条件を満たす第２の候補車両の選択を行う。この際、選択部７２は、新たな車両を第２の候補車両に選択したり、既に選択した第２の候補車両から特定の車両の選択を解除したりすることになる。

通知部７３は、選択部７２によって選択された第２の候補車両に関する車両情報である第２情報を受信車両へ通知する。通知部７３は、選択部７２による第２の候補車両の選択毎に第２情報を生成するとともに、生成した第２情報を受信車両に対して配信する。

この際、通知部７３は、例えば、第２情報とともに、事前接続指示を受信車両へ通知することにしてもよい。これにより、上述したように、受信車両と第２の候補車両との事前接続が開始されることになる。

また、この場合、通知部７３は、所定の表示条件が成立した場合に、第２の候補車両から配信されるカメラ画像を受信車両において表示させる表示指示を通知する。これにより、受信車両は、表示条件の成立後、すみやかに第２の候補車両から受信したカメラ画像を表示することが可能となる。

例えば、渋滞区間を走行中の車両から配信されたカメラ画像を受信車両にて表示する場合、表示条件は、受信車両が渋滞区間に合流した場合などが挙げられる。

なお、事前接続のタイミング判定および表示条件の成立判定については、受信車両側で行うことにしてもよい。この場合、ローカルサーバ２００は、随時、第２情報を受信車両へ送信し、第２の候補車両各々の状況を受信車両に把握させておくことで実現することができる。

次に、図６を用いて、実施形態に係る車載装置１の構成例について説明する。図６は、車載装置１のブロック図である。車載装置１のブロック図である。図６に示すように、実施形態に係る車載装置１には、カメラ１０１、車載センサ１０２、ＧＰＳ（Global Positioning System）装置１０３およびナビゲーション装置１０４が接続される。

カメラ１０１は、車両Ｃの周囲を撮像するカメラであり、所定のフレームレートでカメラ画像を生成する。なお、カメラ１０１は、車内を撮像するカメラを含むようにしてもよい。

車載センサ１０２は、車両Ｃの走行状態を検出する各種センサであり、例えば、速度センサ、ブレーキセンサ、舵角センサ、Ｇセンサ等を含む。

ＧＰＳ装置１０３は、ＧＰＳ衛星（不図示）から送信される測位信号に基づいて、車両の現在地を測位する。ナビゲーション装置１０４は、乗員によって設定された車両Ｃの目的地までの走行経路を設定する装置である。

また、図６に示すように、車載装置１は、車載装置１が出力したカメラ画像などの画像を表示する表示装置５０に接続される。表示装置５０は、表示部５１および操作部５２を備える。

表示部５１は、例えば、有機ＥＬ（Electro Luminescence）や、液晶ディスプレイで構成されたタッチパネルディスプレイであり、車載装置１から出力される映像信号を表示する。操作部５２は、表示部５１を構成するタッチパネルや、各所に配置されたボタンなどで構成され、表示部５１に表示された画像に基づき、乗員からの所定操作を受け付ける。

操作部５２は、カメラ画像の再生、停止、巻き戻し等の各種操作を受け付けることも可能である。また、ユーザは、操作部５２を介して、過去に撮像されたカメラ画像の配信を要求することも可能である。

すなわち、実施形態に係る配信システムＳでは、カメラ画像のリアルタイム配信に加え、過去に撮像されたカメラ画像の録画配信を行うこともできる。なお、操作部５２を例えば、表示装置５０とは別に設けることにしてもよい。

図６に示すように、車載装置１は、通信部８と、記憶部９と、制御部１０とを備える。通信部５は、例えばＮＩＣ等によって実現される。通信部８は、所定のネットワークと無線で接続され、ネットワークを介して、他の車載装置１や、管理サーバ１００との間で情報の送受信を行う。

記憶部９は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図６の例では、カメラ画像情報９１を記憶する。

カメラ画像情報９１は、カメラ１０１によって撮影されたカメラ画像に関する情報であり、カメラ像のデータ本体、撮影日時、撮影位置などが含まれる。また、カメラ画像情報９１は、他の車両で撮影されたカメラ画像を含む。

続いて、制御部１０について説明する。制御部１０は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部１０の送信部１１、受信部１２、再生部１３、生成部１４および表示制御部１５として機能する。

また、制御部７の送信部１１、受信部１２、再生部１３、生成部１４および表示制御部１５の少なくともいずれか一部または全部をＡＳＩＣやＦＰＧＡ等のハードウェアで構成することもできる。

送信部１１は、車両に関する車両情報を所定周期で管理サーバ１００へ送信する。具体的には、送信部１１は、車載センサ１０２によって検出された走行状態に関する情報、ＧＰＳ装置１０３によって検出された位置情報を含む車両情報を生成し、管理サーバ１００へ送信する。

この際、送信部１１は、全ての走行状態に関する車両情報を生成する必要はなく、データを選別して送信データを生成することにしてもよい。例えば、送信部１１は、急ブレーキや急舵角を検出した場合にのみ、走行状態に関する情報を送信することにしてもよい。また、送信部１１は、自装置がカメラ画像を配信する車両として選択された場合には、事前接続を行ったうで、カメラ画像を受信車両に対して送信する。

受信部１２は、受信車両で表示させるカメラ画像を配信する配信車両および第２の候補車両からカメラ画像を受信する。具体的には、受信部１２は、ローカルサーバ２００から第２情報とともに接続指示を受信すると、事前接続指示に基づいて、第２の候補車両との通信接続の接続要求を送信部１１に対して指示する。

その後、受信部１２は、配信車両からカメラ画像の受信を開始すると、カメラ画像を再生するビュワーアプリ（後述の再生部１３に対応）を起動させる。そして、再生部１３にて、バックグランド再生を開始させる。

なお、バックグラウンド再生時に再生するカメラ画像は、表示装置５０に基本的に表示されないので、受信部１２は、バックグラウンド再生時のカメラ画像について、低容量画像を受信することにしてもよい。

なお、低容量画像とは、実際に表示装置５０に表示されるカメラ画像に比べて、フレームレートが低いカメラ画像、解像度が低いカメラ画像、ビットレートが低いカメラ画像のいずれか一つを含むカメラ画像である。これにより、通信負荷を抑えつつ、カメラ画像を受信することが可能となる。

生成部１４は、ナビゲーション装置１０４から通知されるナビゲーション画像を加工することで、表示装置５０に表示する表示画像を生成する。図７は、表示画像の一例を示す図である。

図７に示すように、カメラ画像の表示画面においては、カメラ画像Ｌｃとともに、カメラ画像Ｌｃの撮影位置を示す地図画像Ｌｍが表示される。地図画像Ｌｍにおいては、自車両の位置を示す自車両アイコンＡ１と、配信車両によるカメラ画像Ｌｃの撮像位置を示す他車両アイコンＡ２とが重畳される。

また、他車両アイコンＡ２には、リアルタイム配信であることを示す「ＬＩＶＥ」の吹き出しが表示される。このように、他車両アイコンＡ２を地図画像Ｌｍとともに表示することで、カメラ画像Ｌｃの撮像位置を容易に認識することが可能となる。また、リアルタイム配信であることはアイコンを点滅させることで示してもよい。

図６の説明に戻り、表示制御部１５について説明する。表示制御部１５は、所定の表示条件が成立した場合に、配信車両から配信されるカメラ画像を表示する。

ここで、カメラ画像を表示するとは、再生部１３によってバックグラウンド再生中のカメラ画像の画面階層を最前面とすることを指す。

より詳しくは、生成部１４によって生成された表示画像の画面階層を最前面に切り替えることで、配信車両から配信されるカメラ画像が表示装置５０に表示されることになる。

このように、表示制御部１５は、画面階層を切り替えるだけでよいので、表示条件の成立後、配信車両で撮影されたカメラ画像を速やかに乗員へ提供することが可能となる。

次に、図８を用いて、実施形態に係る管理サーバ１００が実行する処理手順について説明する。図８は、管理サーバ１００が実行する処理手順を示すフローチャートである。なお、以下に示す処理は、各車両に対して繰りかえし実行される。

図８に示すように、管理サーバ１００は、各車載装置１から車両情報を取得すると（ステップＳ１０１）、候補車両の抽出条件が成立したか否かを判定する（ステップＳ１０２）。ここでの抽出条件は、受信車両において目的地設定が行われた場合、走行方向が変更された場合などが挙げられる。

管理サーバ１００は、抽出条件が成立した場合（ステップＳ１０２，Ｙｅｓ），カメラ画像を配信する車両の候補となる第１の候補車両を抽出する（ステップＳ１０３）。そして、管理サーバ１００は、抽出した第１の候補車両の車両情報である第１情報を生成し、第１情報をローカルサーバ２００へ配信し（ステップＳ１０４）、処理を終了する。

なお、管理サーバ１００は、ステップＳ１０２の判定において、抽出条件が非成立の場合（ステップＳ１０２，Ｎｏ）、ステップＳ１０１の処理へ移行する。

次に、図９を用いて、ローカルサーバ２００にが実行する処理手順について説明する。図９は、ローカルサーバ２００が実行する処理手順を示すフローチャートである。

図９に示すように、ローカルサーバ２００は、管理サーバ１００から第１情報を取得すると（ステップＳ２０１）、受信車両や第１の候補車両の状況に応じて、第２の候補車両の選択条件が成立したか否かを判定する（ステップＳ２０２）。

ローカルサーバ２００は、選択条件が成立した場合（ステップＳ２０２，Ｙｅｓ）、第１の候補車両から第２の候補車両を選択し（ステップＳ２０３）、第２情報を配信して（ステップＳ２０４）、処理を終了する。また、ローカルサーバ２００は、ステップＳ２０２の判定において、選択条件が非成立である場合（ステップＳ２０２，Ｎｏ）、ステップＳ２０１の処理へ移行する。

次に、図１０を用いて、受信車両の車載装置１が実行する処理手順について説明する。図１０は、車載装置１が実行する処理手順を示すフローチャートである。図１０に示すように、車載装置１は、まず、第２情報を取得したか否かを判定し（ステップＳ３０１）、第２情報を取得した場合（ステップＳ３０１，Ｙｅｓ）、第２情報に基づいて配信車両との接続を開始する（ステップＳ３０２）。

続いて、車載装置１は、ビュアー（再生部１３に対応）を起動し（ステップＳ３０３）、配信車両から配信されるカメラ画像のバックグラウンド再生を開始する（ステップＳ３０４）。

続いて、車載装置１は、表示条件が成立したか否かを判定し（ステップＳ３０５）、表示条件が成立した場合（ステップＳ３０５，Ｙｅｓ）、カメラ画像を表示し（ステップＳ３０６）、処理を終了する。

また、車載装置１は、ステップＳ３０１の判定において、第２情報を取得していない場合（ステップＳ３０１，Ｎｏ）、処理を終了し、ステップＳ３０５の判定において、表示条件が非成立である場合（ステップＳ３０５，Ｎｏ）、ステップＳ３０４の処理を継続して行う。

上述したように、実施形態に係るローカルサーバ２００（情報処理装置の一例）は、記憶部６と、取得部７１と、選択部７２と、通知部７３とを備える。記憶部６は、カメラ画像を配信可能な車両の車両情報を記録する。取得部７１は、記憶部６に記録された車両情報に基づきデータ取得の要否を判定し、データ取得が必要と判定された場合は、複数の車両情報を有する管理サーバから、カメラ画像を受信する受信車両の車両情報に基づき、カメラ画像を配信する車両の候補となる第１の候補車両の車両情報である第１情報を取得し、第１情報を記憶部６に記録する。

選択部７２は、記憶部６に記録された第１情報に基づき、受信車両との接続条件を満たす第２の候補車両を選択する。通知部７３は、選択部７２によって選択された第２の候補車両の車両情報である第２情報を、受信車両に通知する。したがって、実施形態に係る情報処理装置によれば、管理サーバ１００の負荷を軽減することができる。

ところで、上述した実施形態では、配信システムＳがローカルサーバ２００を備える場合について説明したが、これに限定されるものではない。すなわち、管理サーバ１００とローカルサーバ２００とを統合することにしてもよい。

すなわち、ローカルサーバ２００の選択部７２と、通知部７３との機能を管理サーバ１００に持たせることにしてもよい。この場合においては、管理サーバ１００は、許諾情報に基づいて、車両情報を選択し、選択した車両情報が車載装置１に対して配信されることになる。

したがって、この場合においても、受信車両は、カメラ画像の配信が予め許可された配信車両に対して接続要求を行うことになるので、配信車両による配信拒否を予め回避することができる。

また、上述した実施形態では、車両から撮影されたカメラ画像を他の車両へ配信する場合について説明したが、これに限定されるものではない。すなわち、定点カメラで撮影されたカメラ画像を配信することにしてもよい。

また、上述した実施形態では、ローカルサーバ２００は第２の候補車両を選択していたが、その限りではない。ローカルサーバ２００の選択部は、受信車両でカメラ画像を表示させる配信車両を第２の候補車両の中から選択し、受信車両に併せて通知してもよい。また、配信車両は車載機で選択されてもよい。

この場合、例えば、定点カメラに比べて配信車両のカメラ画像を優先的に配信し、該当する配信車両がいない場合に、定点カメラのカメラ画像を配信することにしてもよい。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ 車載装置
１１ 送信部
１２ 受信部
１３ 再生部
１４ 生成部
１５ 表示制御部
４１ 取得部
４２ 抽出部
７１ 取得部
７２ 選択部
７３ 通知部
１００ 管理サーバ
２００ ローカルサーバ（情報処理装置の一例）
Ｓ 配信システム

Claims (9)

1. 受信車両にカメラ画像を配信する車両の候補となる第１の候補車両の車両情報と、前記第１の候補車両それぞれにおいて事前設定された配信許諾情報とを、管理サーバから取得し、
   前記車両情報と、前記配信許諾情報に含まれる前記カメラ画像の配信を許可する時間帯又は位置に関する情報とに基づき、前記第１の候補車両から前記受信車両に前記カメラ画像を配信する車両の候補となる第２の候補車両を選択し、
   前記第２の候補車両との事前接続指示を前記受信車両に通知し、
   その後、前記受信車両が渋滞区間に合流する場合に、前記受信車両に前記第２の候補車両の前記カメラ画像を表示させる表示指示を通知する、
   情報処理装置。
2. 前記車両情報として、前記受信車両から所定範囲に存在する前記車両または前記受信車両の走行予定経路上に存在する前記車両の車両情報を取得する、
   請求項１に記載の情報処理装置。
3. 前記車両情報として、前記受信車両において表示された地図画像の表示範囲内に存在する車両の車両情報を取得する、
   請求項１または２に記載の情報処理装置。
4. 前記配信許諾情報は、
   前記カメラ画像の配信を許可する前記位置に関する情報としてエリアに関する情報を含む、
   請求項１～３のいずれか一つに記載の情報処理装置。
5. 前記配信許諾情報は、
   前記カメラ画像の配信を許可する前記受信車両の車両種別に関する情報をさらに含む、
   請求項１～４のいずれか一つに記載の情報処理装置。
6. 前記配信許諾情報は、
   前記カメラ画像の配信を許可する前記位置に関する情報として、前記第１の候補車両と前記受信車両との距離に関する情報を含む、
   請求項１～５のいずれか一つに記載の情報処理装置。
7. 車両の車両情報を定期的に取得し、
   カメラ画像を配信する候補となる車両を抽出する抽出条件と、前記車両情報とに基づき、前記第１の候補車両を抽出し、
   前記抽出した前記第１の候補車両の車両情報を請求項１～６のいずれか一つに記載の情報処理装置に送信する、
   管理サーバ。
8. 請求項１～６のいずれか一つに記載の情報処理装置と、
   請求項７に記載の管理サーバと、
   前記車両および前記受信車両それぞれに搭載され、前記カメラ画像の送受信を行う車載装置と
   を備える配信システム。
9. 受信車両にカメラ画像を配信する車両の候補となる第１の候補車両の車両情報と、前記第１の候補車両それぞれにおいて事前設定された配信許諾情報とを、管理サーバから取得し、
   前記車両情報と、前記配信許諾情報に含まれる前記カメラ画像の配信を許可する時間帯又は位置に関する情報とに基づき、前記第１の候補車両から前記受信車両に前記カメラ画像を配信する車両の候補となる第２の候補車両を選択し、
   前記第２の候補車両との事前接続指示を前記受信車両に通知し、
   その後、前記受信車両が渋滞区間に合流する場合に、前記受信車両に前記第２の候補車両の前記カメラ画像を表示させる表示指示を通知する、
   情報処理装置が行う情報処理方法。

Images