JP7393930B2 - 情報処理装置、配信システムおよび配信方法 - Google Patents

Description

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

従来、車両に搭載されたドライブレコーダ等によって撮像された映像を他車両へ配信する配信システムがある。かかる配信システムでは、例えば、交差点の進入時などにおいて、ドライバから死角となる領域を他車両から撮影して、提供する（例えば、特許文献１参照）。

特開２００３－００６７９７号公報

しかしながら、従来技術では、例えば、受信側の車両が交差点で停止したことを契機として、映像の転送が開始される。したがって、車両が停止してから転送された映像をドライバへ提供するまでにタイムラグが生じることになる。この際、車両の停車前に、予め映像転送を開始しておくことも考えられるが、対象となる車両が増えると、通信トラフィックの増大を招くこととなる。

本発明は、上記に鑑みてなされたものであって、通信トラフィックを抑えつつ、他地点の映像を迅速に提供することができる情報処理装置、配信システムおよび配信方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、実施形態に係る情報処理装置は、選択部と、指示部とを備える。前記選択部は、複数の車両の現在地をそれぞれ示す位置情報に基づいて、所定のイベントの発生地点から所定範囲内に存在する前記車両のうち、前記発生地点へ向かう前記車両を映像の配信車両として選択する。前記指示部は、前記選択部によって選択された前記配信車両が前記発生地点の通過前に当該配信車両と、前記映像を受信する受信機との通信確立を指示する。

本発明によれば、通信負荷を抑えつつ、他地点の映像を迅速に提供することができる。

図１Ａは、配信システムの概要を示す図（その１）である。 図１Ｂは、配信システムの概要を示す図（その２）である。 図１Ｃは、情報処理方法の概要を示す図である。 図２は、情報処理装置のブロック図である。 図３は、車両情報データベースの一例を示す図である。 図４は、配信領域の模式図（その１）である。 図５は、配信領域の模式図（その２）である。 図６は、受信領域の一例を示す図（その１）である。 図７は、受信領域の一例を示す図（その２）である。 図８は、配信車両の選択候補の一例を示す図である。 図９は、車載装置のブロック図である。 図１０は、管理装置が実行する処理手順を示すフローチャートである。 図１１は、車載装置が実行する処理手順を示すフローチャート（その１）である。 図１２は、車載装置が実行する処理手順を示すフローチャート（その２）である。 図１３Ａは、変形例に係る配信システムの処理手順を示す模式図（その１）である。 図１３Ｂは、変形例に係る配信システムの処理手順を示す模式図（その２）である。

以下に、本発明に係る情報処理装置、配信システムおよび配信方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

まず、図１Ａ～図１Ｃを用いて、実施形態に係る配信システムおよび配信方法の概要について説明する。図１Ａおよび図１Ｂは、配信システムの構成例を示す図である。図１Ｃは、配信方法の概要を示す図である。

図１Ａに示すように、実施形態に係る配信システムＳは、管理装置１と、各車両に搭載された複数の車載装置１０とを含む。図１Ａに示す例において、管理装置１は、情報処理装置の一例であり、各車載装置１０から送信された車両情報を車両情報データベースで管理するサーバ装置である。

車載装置１０は、例えば、通信機能を備えたドライブレコーダである。車載装置１０は例えば、車両の前方を撮影するとともに、所定周期で車両情報を管理装置１へ送信する。例えば、車両情報には、車両の現在地を示す位置情報および各車両の走行速度に関する情報などが含まれる。

また、車載装置１０は、他の車載装置１０で撮像された映像（１フレームのカメラ画像を含む）を受信し、受信した映像を表示することで、他地点の映像をリアルタイムで乗員に提供することが可能である。

ここで、実施形態に係る配信システムＳでは、配信車両と、受信車両との通信確立を予め行うことで、受信車両の乗員が所望する他地点の映像を速やかに提供することができる。

具体的には、図１Ｂに示すように、管理装置１は、所定のイベントの発生を検知すると、配信車両と、配信車両によって配信された映像を受信する受信車両とを選択し、配信車両と、受信車両との通信確立を指示する（ステップＳ１）。

ここで、配信車両とは、イベントの発生地点Ｐｔをこれから通過する車両であり、発生地点Ｐｔを所定時間経過後に撮影可能な車両である。また、受信車両とは、例えば、配信車両よりも発生地点Ｐｔを遅く通過する予定の車両である。したがって、受信車両の乗員は、配信車両によって撮影された発生地点Ｐｔの現在の状況を発生地点Ｐｔの通過前に確認することができる。

図１Ｂに示す例では、配信車両が車両Ｃ１であり、受信車両が車両Ｃ３である場合を示すとともに、管理装置１が、車両Ｃ３の車載装置１０に対して、車両Ｃ１の車載装置１０との通信確立を指示する場合を示す。なお、以下では、配信車両の車載装置１０を「配信車両」、受信車両の車載装置１０を「受信車両」とも記載する場合がある。なお、本実施形態において、配信車両の車載装置１０は受信機の一例に対応する。また、イベントは、特に限定されるものではないが、交通事故や、渋滞などといった受信車両の交通の妨げとなる事象が挙げられる。

その後、車両Ｃ３の車載装置１０は、車両Ｃ１の車載装置１０に対して接続要求を行うと（ステップＳ２）、車両Ｃ３の車載装置１０に対して映像配信を開始する（ステップＳ３）。

実施形態に係る配信システムＳでは、これらステップＳ１～ステップＳ３までの一連の処理を配信車両が発生地点Ｐｔの通過前に行うことで、配信車両が撮影した発生地点Ｐｔの映像を各受信車両の乗員に対して、リアルタイムで提供することができる。

このような配信システムＳにおいては、複数の配信車両と、複数の受信車両とがそれぞれ通信接続を行う場合も想定される。この際、通信接続を行う車両の数に応じて通信トラフィックが増大し、通信速度の低下や遅延が発生するおそれがある。

このような問題に対して、実施形態に係る配信方法では、配信車両の絞り込みを行うことで、通信トラフィックを抑制することとした。

具体的には、図１Ｃに示すように、実施形態に係る配信方法では、発生地点Ｐｔから所定の配信領域Ｒｓ内に存在する車両のうち、発生地点Ｐｔに向かう車両を配信車両Ｃｄとして選択する。

この際、実施形態に係る配信方法では、配信領域Ｒｓ内に存在する車両であっても、発生地点Ｐｔから遠ざかる車両については配信車両として選択しない。言い換えれば、実施形態に係る配信方法では、発生地点Ｐｔをこれから通過する、もしくは、発生地点Ｐｔをこれから撮影可能な車両を配信車両Ｃｄとして選択し、その他の車両を配信車両Ｃｄの選択対象から除外する。なお、図１Ｃに示す例において、配信領域Ｒｓは、発生地点Ｐｔを基準とする所定範囲の領域である。

つまり、実施形態に係る配信方法では、受信車両との通信接続の確立以降に発生地点Ｐｔを撮影可能な車両に配信車両を限定することで、不要な通信接続を抑制することが可能となる。

このように、実施形態に係る配信方法では、配信車両が発生地点Ｐｔの通過前に、配信車両と受信車両とが予め通信確立を行うことで、受信車両に対して他地点の映像を迅速に提供することができる。

また、実施形態に係る配信方法では、配信車両の選択に際して、発生地点Ｐｔから配信領域Ｒｓ内に存在する車両のうち、発生地点Ｐｔへ向かう車両に絞り込むことで、通信トラフィックの増大を抑制することができる。

したがって、実施形態に係る配信方法によれば、通信トラフィックを抑えつつ、他地点の映像を迅速に提供することができる。なお、ここでは、配信車両を絞り込むことで、通信トラフィックを抑制する場合について説明したが、受信車両を絞り込むことで、通信トラフィックを抑制することも可能であるが、この点の詳細については後述する。

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

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

記憶部３は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２の例では、車両情報データベース３１、帯域圧迫情報データベース３２、配信領域データベース３３および受信領域データベース３４を備える。

車両情報データベース３１は、各車載装置１０から所定の周期で送信される車両情報を管理するデータベースである。図３は、車両情報データベース３１の一例を示す図である。図３に示す例において、車両情報データベース３１は、「カメラＩＤ」、「カメラ種別」、「ＩＰアドレス」、「現在地」、「走行向き」、「速度」などを互いに対応付けて記憶する。

「カメラＩＤ」は、配信システムＳで管理するカメラを識別するための識別子である。「カメラ種別」は、対応するカメラの種別を示す。図３の例において、カメラ種別が、定点カメラまたは車載カメラのいずれかである場合を示す。なお、定点カメラとは、道路等に設置されたカメラを示し、車載カメラは、各車両に搭載されたカメラ（すなわち、車載装置１０）を示す。

「ＩＰアドレス」は、対応するカメラに割り当てられたネットワーク上のアドレスを示す。「現在地」は、対応するカメラの現在地を示し、「走行向き」および「速度」は、対応するカメラを搭載する車両の走行する向きおよび走行速度をそれぞれ示す。

図２の説明に戻り、帯域圧迫情報データベース３２について説明する。帯域圧迫情報データベース３２は、通信エリア毎の通信帯域の圧迫度に関する情報を記憶するデータベースである。

配信領域データベース３３は、各発生地点Ｐｔに紐付けられた配信領域に関する情報を記憶するデータベースである。かかる配信領域は、配信車両を選択する際に用いられる領域に関する。図４にて後述するように、配信領域は、閾値Ｔｈ１と、外周Ｒｓｐとによって構成される。

受信領域データベース３４は、各発生地点Ｐｔに紐付けられた受信領域に関する情報を記憶するデータベースである。なお、後述するように、受信領域は、各車両の走行速度に応じて設定されるため、受信領域データベース３４は、各車載装置１０それぞれの受信領域を記憶するデータベースであるとも言える。

制御部４は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。

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

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

取得部４１は、各車載装置１０から所定の周期で車両情報を取得するとともに、取得した車両情報に基づいて、車両情報データベース３１を更新する。この際、取得部４１は、各車載装置１０から位置情報、走行向きや速度に関する情報を車両情報として取得する。

また、取得部４１は、各車両の急ブレーキや急操舵の履歴を車両情報として取得することにしてもよい。なお、走行向きや速度については、各車両の位置情報の時系列変化から推定することができるので、取得部４１は、位置情報のみを車両情報として取得することにしてもよい。

また、取得部４１は、例えば、ネットワークの提供事業者から通信エリアごとの通信帯域の圧迫状態に関する情報を取得し、帯域圧迫情報データベース３２を更新する。なお、取得部４１は、各車載装置１０とのデータ通信の通信速度に基づいて、通信帯域に関する情報を取得することにしてもよい。この場合、車載装置１０とのデータ通信の通信速度が遅い場合には、通信帯域が圧迫していると推定することができる。

推定部４２は、各車載装置１０から送信される車両情報に基づいて、イベントの発生の有無を推定する。具体的には、推定部４２は、各車載装置１０から送信される位置情報、急ブレーキや急舵角の履歴などに基づいて、イベントの発生の有無を推定する。

例えば、推定部４２は、各車両の位置情報や走行速度に基づいて、イベントとして渋滞の発生の有無を推定する。この際、推定部４２は、渋滞の先頭を発生地点Ｐｔとして設定したり、１つの渋滞に対して複数の地点を発生地点Ｐｔとして設定したりすることもできる。なお、１つの渋滞において、発生地点Ｐｔを設定する場合には、河川や交差点などといった特異点を発生地点Ｐｔとして設定することが好ましい。また、上述の例に限られず、渋滞区間全体を発生地点Ｐｔとして設定することにしてもよい。

また、推定部４２は、各車両の走行軌跡などに基づいて、走行の妨げとなるイベントの発生を推定することもできる。例えば、道路上に故障車両が存在する場合を想定する。この場合においては、各車両は、故障車両を避けるように走行することになる。したがって、推定部４２は、車両の位置情報を繋いだ走行軌跡が特定の地点を避ける場合、イベントが発生していると推定し、かかる特定の地点についてイベントの発生地点Ｐｔとして設定する。

なお、管理装置１は、イベントの発生の有無およびイベントの発生地点Ｐｔに関する情報については、外部サーバから取得することにしてもよい。

設定部４３は、イベントの発生地点Ｐｔそれぞれに対して、配信車両を選択するための配信領域および受信車両を選択するための受信領域をそれぞれ設定する。

まず、配信領域を設定する場合における設定部４３の処理について説明する。図４および図５は、配信領域の模式図である。なお、図４では、片側２車線の走行車線を２車線分示し、図５では、片側１車線の走行車線を２車線分示す。

図４に示すように、配信領域Ｒｓは、閾値Ｔｈ１と、外周Ｒｓｐとを境界に持つ領域である。ここで、閾値Ｔｈ１は、配信領域Ｒｓにおける発生地点Ｐｔ側の境界であり、外周Ｒｓｐは、配信領域Ｒｓの外周である。

設定部４３は、発生地点Ｐｔからの距離に基づいて、閾値Ｔｈ１を設定する。ここで、後述するように、管理装置１は、閾値Ｔｈ１よりも距離が近い車両を配信車両の選択対象から除外する。

これは、車両が発生地点Ｐｔから十分に近い場合には、発生地点Ｐｔが車両に搭載されたカメラの画角から外れるためである。したがって、発生地点Ｐｔと同じ走行車線では、直前まで発生地点Ｐｔを撮影可能であるが、発生地点Ｐｔから遠くなるほど、早い段階で発生地点Ｐｔが画角から外れる。

このため、図４に示すように、設定部４３は、発生地点Ｐｔからの距離が遠くなるにつれて、発生地点Ｐｔから遠ざかるように閾値Ｔｈ１を設定する。このように、設定部４３は、カメラの画角を考慮して閾値Ｔｈ１を設定することで、発生地点Ｐｔを撮像可能とする配信車両の選択精度を高めることができる。

また、この際、設定部４３は、例えば、通信帯域の圧迫度合や、交通状況に応じて、配信領域Ｒｓの外周Ｒｓｐを設定する。言い換えれば、設定部４３は、通信帯域の圧迫度合や、交通状況に応じて所定範囲を設定する。

設定部４３は、通信帯域の圧迫度合に基づいて外周Ｒｓｐを設定する場合、帯域圧迫情報データベース３２を参照し、対応する通信エリアの通信帯域の圧迫度合に基づいて外周Ｒｓｐを設定する。

具体的には、設定部４３は、発生地点Ｐｔ近傍の通信帯域の圧迫度合が高いほど、外周Ｒｓｐを狭くすることで、配信領域Ｒｓを狭めるとともに、発生地点Ｐｔ近傍の通信帯域に圧迫度合が低いほど、外周Ｒｓｐを広げることで、配信領域Ｒｓを拡張する。

つまり、設定部４３は、通信トラフィックが増大すると、通信状態に支障をきたすおそれがある場合においては、配信領域Ｒｓを狭めることで、同時に映像を配信する配信車両を少なくする。

これにより、各車載装置１０が正常な通信状態のもとに、映像の送受信を行うことができるので、滞りなく映像を送受信することが可能となり、迅速に映像を提供することができる。

また、設定部４３は、発生地点Ｐｔ近傍における交通状況に応じて外周Ｒｓｐを設定する場合、設定部４３は、発生地点の交通量が多い場合や、渋滞等により低速走行である場合には、外周Ｒｓｐを狭めることで、配信領域Ｒｓを狭く設定する。

つまり、このような場合には、配信領域Ｒｓを狭くしたとしても、配信車両が発生地点Ｐｔを通過前に、配信車両と、受信車両との通信接続を行う時間を確保することができ、配信領域Ｒｓを狭くした分だけ、配信車両と受信車両との余計な通信を控えることができる。

このように、交通状況に応じて、配信領域Ｒｓを設定することで、通信トラフィックの増大による不具合を未然に防ぐことができる。なお、ここでは、設定部４３が交通状況に応じて配信領域Ｒｓを狭くする場合について説明したが、交通状況に応じて配信領域Ｒｓを拡張することにしてもよい。

また、ここでは、交通状況に応じて配信領域Ｒｓを設定する場合について説明したが、発生地点Ｐｔのイベント種別に基づいて、配信領域Ｒｓを設定することにしてもよい。具体的には、イベント種別や各車両の位置情報から、発生地点Ｐｔにおける今後の交通状況を予測することができ、その予測結果に応じて配信領域Ｒｓを設定する。

この場合、混雑が予測される場合には、各車両が発生地点Ｐｔ近傍において、低速走行を行うと予測されるので、配信領域Ｒｓを狭く設定する。また、混雑が予測されるイベント種別としては、例えば、交通事故による車線減少などが挙げられる。なお、車線減少については、各車両の走行軌跡から推定することが可能である。

また、設定部４３は、各走行レーンにおける車両の走行速度に基づいて、配信領域Ｒｓを設定することにしてもよい。例えば、設定部４３は、所定時間内に発生地点Ｐｔを通過可能な範囲を配信領域Ｒｓとして設定する。この際、例えば、設定部４３は、所定時間と各走行レーンにおける車両の走行速度との乗算によって外周Ｒｓｐを設定することとすればよい。

また、図５に示すように、設定部４３は、発生地点Ｐｔの対向車線についても閾値Ｔｈ１を設定することにしてもよい。この場合においても、発生地点Ｐｔから遠い走行レーンほど、発生地点Ｐｔから遠ざかるように、閾値Ｔｈ１を設定する。

これにより、不要な通信接続を予め抑制することができるので、通信トラフィックの増大を抑止することができる。なお、図５では、外周Ｒｓｐを省略したが、対向車線においても外周Ｒｓｐを設定するものとする。

続いて、図６および図７を用いて、設定部４３による受信領域の設定手順について説明する。図６および図７は、受信領域の模式図である。なお、受信領域内に存在する車両が受信車両の選択対象となる。

図６に示す例において、設定部４３は、受信領域Ｒｒの外周Ｒｒｐを車両の走行速度に基づいて設定する。例えば、設定部４３は、車両の走行速度に基づき、発生地点Ｐｔを所定時間内に通過可能な範囲を受信領域Ｒｒとして設定するとともに、受信領域Ｒｒの外周Ｒｒｐを設定する。

つまり、設定部４３は、走行速度が速いほど、発生地点Ｐｔから遠くに外周Ｒｒｐを設定し、走行速度が遅いほど、発生地点Ｐｔの近くに外周Ｒｒｐを設定することになる。これにより、受信車両にとって適切なタイミングで、配信車両との通信接続を確立することが可能となる。

また、図７に示すように、発生地点Ｐｔの手前に存在する迂回路への分岐点の手前に受信領域Ｒｒを設定することにしてもよい。例えば、発生地点Ｐｔが渋滞を伴うイベントの発生地点である場合に、後続の車両が発生地点Ｐｔを回避して走行することが好ましい場合も想定される。

したがって、分岐点の手前に受信領域Ｒｒを設定しておくことで、後続車両に対して、発生地点Ｐｔの現在の映像を提供することができる。これにより、後続車両の乗員に対して、発生地点Ｐｔを通過する経路または迂回路のどちらを走行するかの判断を容易にさせることができる。

なお、例えば、この場合、設定部４３は、迂回路上に配信領域Ｒｓを設定することにしてもよい。つまり、後続車両に対して、発生地点Ｐｔおよび迂回路の双方の映像を提供可能なように配信領域Ｒｓを設定することにしてもよい。

図２の説明に戻り、選択部４４について説明する。選択部４４は、複数の車両の現在地をそれぞれ示す位置情報に基づいて、所定のイベントの発生地点Ｐｔから配信領域Ｒｓ内に存在する車両のうち、発生地点Ｐｔへ向かう車両を映像の配信車両として選択する。

具体的には、選択部４４は、車両情報データベース３１に登録された各車両の現在地と、配信領域データベース３３に登録された各発生地点Ｐｔの配信領域Ｒｓとを照合することで、配信領域Ｒｓ内に存在する車両を予め選択する。

続いて、選択部４４は、選択した車両の走行向きに基づいて、発生地点Ｐｔへ向かう車両を配信車両として選択する。この際、選択部４４は、発生地点Ｐｔに隣接する走行レーンを走行中の車両と、かかる走行レーンの対向車線を走行中の車両とをそれぞれ配信車両として選択することになる。

ここで、発生地点Ｐｔへ向かう車両については、発生地点Ｐｔに隣接する走行レーンを走行中の車両のうち、発生地点Ｐｔへ向かって走行中の車両と定義することにしてもよい。

つまり、配信領域Ｒｓ内に存在するものの、発生地点Ｐｔを撮影できない場所に位置する走行レーンを走行中の車両を配信車両の選択対象から除外することにしてもよい。

また、選択部４４は、対向車線を走行する車両については、中央分離帯などを考慮して、配信車両の選択候補とするか否かを判定することにしてもよい。具体的には、選択部４４は、例えば、中央分離帯や街路樹などの障害物によって、対向車線からの発生地点Ｐｔの撮影が見込めない場合には、対向車線を走行する車両を配信車両の選択対象から除外する。

また、選択部４４は、例えば、発生地点Ｐｔが交差点近傍に位置する場合、車両が発生地点Ｐｔを通過しないことが確定した時点で、かかる車両を配信候補の選択対象から除外することにしてもよい。

図８は、配信車両の選択候補の一例を示す図である。例えば、図８に示すように、交差点近傍に発生地点Ｐｔが位置し、車両がこれから交差点へ進入する場合を想定する。この場合、かかる車両は、交差点の手前においては、発生地点Ｐｔに近づくように走行しているため、配信車両の選択候補となる。

一方、交差点を直進した場合には、発生地点Ｐｔから遠ざかることになるので、配信車両の選択対象から除外することになる。また、この場合においては、車両が発生地点Ｐｔを通過しないことが確定した時点で、配信車両の選択対象から除外する。これにより、通信トラフィックを抑制することができる。

この際、選択部４４は、例えば、各車両の走行予定経路に基づいて、特定の車両については、配信車両の選択対象から除外することにしてもよい。具体的には、選択部４４は、現在、発生地点Ｐｔへ向かって走行中の車両の目的地が発生地点Ｐｔの手前に存在する場合や、走行予定経路が発生地点Ｐｔの手前で右折または左折する場合、かかる車両を配信車両の選択候補から除外する。

このように、選択部４４は、発生地点Ｐｔを高い確率で通過する予定の車両に絞って、配信車両を選択することで、映像の送受信に伴う通信トラフィックを抑制することができる。なお、走行予定経路に関する情報については、各車両のカーナビゲーション装置から車載装置１０を介して取得することとすればよい。

また、選択部４４は、配信領域Ｒｓ内を走行中の車両数が所定値以下である場合には、配信領域Ｒｓ内に設置された定点カメラを配信車両の代わりに選択することにしてもよい。この場合、受信車両は、定点カメラによって配信された映像を受信することになる。

図２の説明に戻り、抽出部４５について説明する。抽出部４５は、各車両の位置情報に基づいて、受信領域Ｒｒ内に存在する車両を受信車両として抽出する。具体的には、抽出部４５は、車両情報データベース３１から各車両の現在地に関する情報を取得し、受信領域データベース３４を参照し、各発生地点Ｐｔに対して設定された受信領域Ｒｒと照合することで、受信領域Ｒｒそれぞれに存在する車両を受信車両として抽出する。

指示部４６は、選択部４４によって選択された配信車両が発生地点Ｐｔの通過前に当該配信車両と、映像を受信する受信機との通信確立を指示する。具体的には、指示部４６は、選択部４４によって選択された配信車両と、抽出部４５によって抽出された受信車両との通信確立を指示する。

例えば、指示部４６は、車両情報データベース３１を参照し、配信車両のＩＰアドレスを取得し、取得したＩＰアドレスを受信車両に対して送信することで、受信車両に対して配信車用との通信確立を指示する。

この際、指示部４６は、複数の配信車両が選択されていた場合には、複数の配信車両それぞれのＩＰアドレスを受信車両に対して送信する。また、指示部４６は、配信領域Ｒｓおよび受信領域Ｒｒに関する情報をあわせて受信車両に対して送信することにしてもよい。

この場合、受信車両は、配信車両に対して接続要求時において、配信領域Ｒｓに関する情報を送信し、配信車両が配信領域Ｒｓから逸脱した場合に、受信車両との通信接続を終了する。

なお、ここでは、指示部４６が、受信車両に対して通信確立を指示する場合について説明したが、配信車両に対して通信確立を指示することにしてもよいし、配信車両および受信車両の双方に対して、通信確立を指示することにしてもよい。

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

カメラ１０１は、車両Ｃの周囲を撮像するカメラであり、所定のフレームレートで映像を生成する。車載センサ１０２は、車両Ｃの走行状態を検出する各種センサであり、例えば、速度センサ、ブレーキセンサ、舵角センサ、Ｇセンサ等を含む。

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

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

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

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

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

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

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

通信先情報６１は、他の車載装置１０のＩＰアドレスに関する情報である。より詳しくは、通信先情報６１は、車載装置１０が配信車両である場合には、受信車両のＩＰアドレスに関する情報であり、車載装置１０が受信車両である場合には、配信車両のＩＰアドレスに関する情報となる。

配信条件情報６２は、配信車両の映像の配信条件に関する情報である。例えば、配信領域Ｒｓに関する情報や、発生地点Ｐｔに関する情報が配信条件情報６２として記憶部６に記憶される。

制御部７は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。

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

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

送信部７１は、自車両に関する車両情報を所定周期で管理装置１へ送信するとともに、配信車両として選択された場合には、カメラ１０１から取得した映像を受信車両に対して送信（配信）する。

また、送信部７１は、配信条件情報６２を参照し、自車両が配信条件から逸脱した場合には、映像配信を停止するとともに、受信車両との通信接続を解除する。具体的には、送信部７１は、ＧＰＳ装置１０３から入力される位置情報と、配信領域Ｒｓとを比較し、自車両が配信領域Ｒｓから逸脱した場合には、受信車両との通信接続を解除する。

受信部７２は、配信車両との通信接続を確立し、当該配信車両によって撮像された映像を受信する。まず、受信部７２は、管理装置１から送信される接続確立指示を取得すると、接続確立指示に含まれるＩＰアドレスの配信車両との通信接続の接続要求を送信部７１に対して指示する。

その後、受信部７２は、配信車両との通信接続が確立すると、配信車両から配信される映像の受信を開始する。この際、受信部７２は、映像受信を開始すると、映像を再生するビュワーアプリ（後述の再生部７３に対応）を起動させる。そして、再生部７３にて、バックグランド再生を開始させる。

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

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

再生部７３は、いわゆるビューワーアプリであり、受信部７２によって受信された映像を再生する。ここで、車載装置１０は、複数の配信車両と同時に接続する場合があるので、再生部７３は、複数のカメラ映像を同時に再生する同時再生機能を備えたり、複数のビューワーアプリで構成されることが好ましい。

表示制御部７４は、所定の表示条件が成立した場合に、再生部７３によって再生中の映像を表示する。ここで、表示条件は、候補カメラから受信したカメラ映像の表示準備の完了後、所定のユーザ操作を受け付けたことを示す。

例えば、表示制御部７４は、再生部７３による映像再生の準備が完了すると、表示部５１に操作ボタンを表示させる。そして、表示制御部７４は、かかる操作ボタンが選択された場合に、表示部５１に映像の表示を開始する。

このとき、上述のように、再生部７３によってバックグラウンドでの映像再生が既に開始された状態であることから、表示制御部７４は、バックグランド再生中の映像の画面階層を最前面に切り替えることで、映像を表示部５１に表示することができる。

したがって、表示制御部７４は、画面階層の切替えのみで映像を表示することができるので、表示条件が成立した場合に、速やかに映像を提供することが可能となる。

なお、表示条件は、上述の例に限られず、車両の位置や速度に基づいて自動的に表示が開始されるように表示条件を設定してもよい。例えば、受信車両が渋滞区間に進入した場合に、自動的に表示が開始されるようにしてもよい。また、受信車両の車速が低下して低速走行状態になったら表示条件が満たされ、自動的に表示が開始されるようにしてもよい。

また、表示制御部７４は、各配信車両の位置情報に基づき、映像を順次切り替えることにしてもよい。例えば、表示制御部７４は、発生地点Ｐｔに最も近い配信車両によって撮影された映像を順次表示する。

つまり、時間経過によって発生地点Ｐｔを撮影可能な配信車両が順次切り替わることになるので、表示制御部７４は、各配信車両の位置情報に基づき、発生地点Ｐｔを撮影するのに最も適した配信車両を選択し、選択した配信車両から配信された映像を順次表示する。

これにより、乗員に対して、発生地点Ｐｔの現在の状況を適切に提供することができる。なお、この際、表示制御部７４は、映像とともに地図を表示し、映像の撮像位置および撮像向きを地図上に表示することにしてもよい。

また、表示制御部７４は、配信車両を地図上に表示しておき、乗員が選択した配信車両の映像を表示することにしてもよい。さらに、表示制御部７４は、地図上に配信システムＳで管理する車両および定点カメラを表示しておき、乗員が選択した車両または定点カメラと通信接続を開始し、映像を受信するようにしてもよい。

続いて、図１０を用いて、実施形態に係る管理装置１が実行する処理手順について説明する。図１０は、管理装置１が実行する処理手順を示すフローチャートである。なお、以下に示す処理手順は、管理装置１の制御部４によって繰り返し実行される。

図１０に示すように、管理装置１は、イベントが発生したか否かを判定する（ステップＳ１０１）。なお、ステップＳ１０１におけるイベントの発生の判定については、管理装置１によってイベントの発生を推定した結果を用いてもよいし、外部サーバから通知されたものを用いてもよい。

管理装置１は、ステップＳ１０１の判定において、イベントが発生していた場合（ステップＳ１０１，Ｙｅｓ）、イベントの発生地点に対して、配信領域Ｒｓおよび受信領域Ｒｒをそれぞれ設定する（ステップＳ１０２）。

続いて、管理装置１は、ステップＳ１０２にて設定した配信領域Ｒｓに基づき、配信車両を選択するとともに（ステップＳ１０３）、ステップＳ１０２にて設定した受信領域Ｒｒに基づき、受信車両を抽出する（ステップＳ１０４）。

続いて、管理装置１は、ステップＳ１０３にて選択した配信車両と、ステップＳ１０４にて抽出した受信車両との通信確立を指示し（ステップＳ１０５）、処理を終了する。なお、管理装置１は、ステップＳ１０１の判定において、イベントが発生していないと判定した場合（ステップＳ１０１，Ｎｏ）、処理を終了する。

続いて、図１１および図１２を用いて、実施形態に係る車載装置１０が実行する処理手順について説明する。図１１および図１２は、車載装置１０が実行する処理手順を示すフローチャートである。なお、図１１では、受信車両の車載装置１０が実行する処理手順について説明し、図１２では、配信車両の車載装置１０が実行する処理手順について説明する。

図１１に示すように、車載装置１０は、管理装置１から通知される通信確立指示を取得したか否かを判定し（ステップＳ２０１）、通信確立指示を取得した場合（ステップＳ２０１，Ｙｅｓ）、配信車両に対して通信要求を行う（ステップＳ２０２）。

続いて、車載装置１０は、配信車両から映像受信を開始し（ステップＳ２０３）、その後、映像の表示条件が成立したか否かを判定する（ステップＳ２０４）。車載装置１０は、ステップＳ２０４の判定において、表示条件が成立した場合（ステップＳ２０４，Ｙｅｓ）、映像表示を開始する（ステップＳ２０５）。

その後、車載装置１０は、映像表示の終了条件が成立したか否かを判定し（ステップＳ２０６）、終了条件が成立した場合（ステップＳ２０６，Ｙｅｓ）、配信車両との通信接続を切断して（ステップＳ２０７）、処理を終了する。

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

また、車載装置１０は、ステップＳ２０６の判定において、終了条件が成立していない場合（ステップＳ２０６，Ｎｏ）、ステップＳ２０６の判定処理を継続して行うこととなる。

続いて、図１２を用いて、配信車両の車載装置１０が実行する処理手順について説明する。図１２に示すように、車載装置１０は、まず、受信車両から送信される接続要求を取得したか否かを判定する（ステップＳ３０１）。

車載装置１０は、ステップＳ３０１の判定において、接続要求を取得した場合（ステップＳ３０１，Ｙｅｓ）、受信車両に対して映像配信を開始する（ステップＳ３０２）。その後、車載装置１０は、配信条件成立継続中か否かを判定し（ステップＳ３０３）、配信条件が非成立となった場合に（ステップＳ３０３，Ｎｏ）、配信車両との通信接続を切断し（ステップＳ３０４）、処理を終了する。

また、車載装置１０は、ステップＳ３０１の判定において、通信要求を取得していない場合（ステップＳ３０１，Ｎｏ）、処理を終了し、ステップＳ３０３の判定において、配信条件成立継続中である場合（ステップＳ３０３，Ｙｅｓ）、ステップＳ３０３の判定処理を継続して行う。

上述したように、実施形態に係る管理装置１（情報処理装置の一例）は、選択部４４と、指示部４６とを備える。選択部４４は、複数の車両の現在地をそれぞれ示す位置情報に基づいて、所定のイベントの発生地点Ｐｔから囲内に存在する車両のうち、発生地点Ｐｔへ向かう車両を映像の配信車両として選択する。

指示部４６は、選択部４４によって選択された配信車両が発生地点Ｐｔの通過前に当該配信車両と、映像を受信する受信機との通信確立を指示する。したがって、実施形態に係る管理装置１によれば、通信トラフィックを抑えつつ、他地点の映像を迅速に提供することができる。

ところで上述した実施形態では、配信システムＳの基本的な処理手順を図１Ｂのようなフローとしたが、他にも種々のパターンを取りうる。図１３Ａおよび図１３Ａは、変形例に係る配信システムの処理手順を示す模式図である。図１３Ａに示すように、管理装置１は、受信車両Ｃ３に対し、配信車両Ｃ１に配信要求を行うように指示する（ステップＳ１）。管理装置１から指示を受けた受信車両Ｃ３は、配信車両Ｃ１に対して配信要求を行う（ステップＳ２）。配信車両Ｃ１は、配信準備が整うと配信開始通知を受信車両Ｃ３に通知する（ステップＳ３）。なお、配信車両Ｃ１は、例えば、実際に発生地点Ｐｔをカメラで撮影できるようになった時に、配信開始通知を通知するとよい。

受信車両Ｃ３は配信開始通知を受け取ると、配信車両Ｃ１に接続要求を行う（ステップＳ４）。これにより、配信車両Ｃ１と受信車両Ｃ３との通信接続が確立され、配信車両Ｃ１から受信車両Ｃ３に対して映像配信が開始される。つまり、上記の形態では配信車両Ｃ１の配信準備が整うまでは映像配信を行わないため、通信トラフィックをさらに抑えることができる。

また他の例として、図１３Ｂに示すように、管理装置１は、受信車両Ｃ３に代えて、配信車両Ｃ１に対して配信要求を行う（ステップＳ１）。この時、管理装置１は、複数の配信車両Ｃ１に対して配信要求を出してもよい。配信要求を受けた配信車両Ｃ１は、配信準備が整うと配信開始通知を管理装置１に通知する（ステップＳ２）。

配信開始通知を受けた管理装置１は、配信車両Ｃ１への接続指示を受信車両Ｃ３に通知する（ステップＳ３）。この時、管理装置１は、配信要求を行った複数の配信車両のうち、いずれの配信車両に接続すべきかを適宜判断するとよい。

具体的には、発生地点Ｐｔとの位置関係、撮影するカメラの画角、フレームレートや画像サイズなどの映像の画質、輻輳状態などによる通信の安定性などに基づき、いずれの配信車両に接続すべきかを判断するとよい。接続指示を受けた受信車両Ｃ３は、配信車両Ｃ１に接続要求を行う（ステップＳ４）。これにより、配信車両Ｃ１と受信車両Ｃ２との通信接続が確立され、配信車両Ｃ１から受信車両Ｃ３への映像配信が開始される。つまり、上述の形態では、管理装置１がいずれの配信車両Ｃ１と接続すべきかを配信直前に決定することができるため、限られた通信トラフィックで有用な画像を配信することができる。

また、上述した実施形態では、受信機が受信車両の車載装置１０である場合について説明したが、これに限定されるものではない。すなわち、受信機は、ネットワーク接続された種々の機器であってもよい。また、報道機関に設置された電子機器を受信機とすることにしてもよい。

この場合、配信システムＳでは、発生地点Ｐｔの現在の様子を報道機関へ提供することも可能である。また、この場合においては、例えば、映像に写る人物や車（特に、ナンバープレート）については、モザイク処理を施すことで、個人情報の保護を図ることにしてもよい。なお、人物や車については、所定の画像処理を行うことで実現することが可能である。

また、上述した実施形態では、情報処理装置が管理装置１である場合について説明したが、これに限定されるものではない。すなわち、情報処理装置を車載装置１０とすることにしてもよい。この場合、例えば、受信車両の車載装置１０は、発生地点Ｐｔの位置情報を取得し、発生地点Ｐｔの位置情報に基づき、管理装置１から各車両の位置情報を取得するとともに、配信車両の選択、通信確立指示を順次実行する。

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

１ 管理装置（情報処理装置の一例）
１０ 車載装置
４１ 取得部
４２ 推定部
４３ 設定部
４４ 選択部
４５ 抽出部
４６ 指示部

Claims (9)

1. 複数の車両の現在地をそれぞれ示す位置情報に基づいて、所定のイベントの発生地点から所定範囲内に存在する前記車両のうち、前記発生地点へ向かう前記車両について映像を配信する配信車両として選択し、
   前記発生地点からの距離が閾値を下回る前記車両を前記配信車両から除外し、
   前記配信車両が前記発生地点の通過前に当該配信車両と、前記映像を受信する受信機との通信確立を指示する
   情報処理装置。
2. 走行車線ごとに設定された前記閾値に基づいて、前記車両を前記配信車両から除外する
   請求項１に記載の情報処理装置。
3. 前記閾値は、前記発生地点から遠い前記走行車線ほど、値が高く設定される
   請求項２に記載の情報処理装置。
4. 前記発生地点近傍の交通状況に基づいて設定された前記所定範囲に基づいて、前記配信
   車両を選択する
   請求項１～３のいずれか一つに記載の情報処理装置。
5. 前記受信機を搭載した受信車両の位置情報に基づいて、所定の受信領域内に存在する前記受信機を抽出し、
   抽出された前記所定の受信領域内に存在する前記受信機と、前記配信車両との通信確立を指示する
   請求項１～４のいずれか一つに記載の情報処理装置。
6. 前記受信車両の移動速度に基づいて、前記移動速度が速いほど前記受信領域を広く設定する
   請求項５に記載の情報処理装置。
7. 請求項１～６のいずれか一つに記載の情報処理装置と、
   前記車両に搭載され、前記車両から撮影された映像を配信する車載装置と、
   を備える配信システム。
8. 請求項１～６のいずれか一つに記載の情報処理装置と、
   前記車両に搭載され、前記車両から撮影された映像を配信する車載配信装置と、
   前記車両に搭載され、前記配信車両から配信された映像を受信し表示する車載受信装置と、
   を備える配信システム。
9. 複数の車両の現在地をそれぞれ示す位置情報に基づいて、所定のイベントの発生地点から所定範囲内に存在する前記車両のうち、前記発生地点へ向かう前記車両について映像を配信する配信車両として選択する選択工程と、
   前記発生地点からの距離が閾値を下回る前記車両を前記配信車両から除外する除外工程と、
   前記配信車両が前記発生地点の通過前に当該配信車両と、前記映像を受信する受信機との通信確立を指示する指示工程と
   を含む配信方法。

Images