JP7447399B2 - 映像配信制御装置、映像配信制御方法、およびプログラム - Google Patents

Description

本発明は、映像配信制御装置、映像配信制御方法、およびプログラムに関する。

車両等の移動体に搭載されたカメラで撮影データを収集し、他の車両からの配信要求に応じて撮影データを配信するシステムが知られている。

例えば、特許文献１には、移動体からアップロードされるデータ量の不要な増大を抑制することが可能な移動体情報処理システムが開示されている。

特開２０１３－１５２５８７号公報

特許文献１に記載のような技術は、映像の配信を受ける視聴者は、サーバにアップロードされた映像を受信する。このため、視聴者は、視聴したい映像を能動的に指定することができない。また、映像提供者は、視聴者が特定されていない状態で映像のアップロードを行う。そのため、アップロードされた映像は、誰にも視聴されない可能性があり、通信トラフィックの無用な増大を招くおそれがある。

本発明は、所定の映像を視聴したい視聴者に対し、適切な映像を配信することのできる映像配信制御装置、映像配信制御方法、およびプログラムを提供することを目的とする。

本発明の映像配信制御装置は、撮像部によって撮像された映像データを取得する映像データ取得部と、視聴者から示される視聴条件に関する視聴情報を受け付ける受付部と、自車両の走行に関する走行情報を取得する走行情報取得部と、前記視聴情報と、前記走行情報とがマッチングしているか否かを判定するマッチング処理部と、前記視聴情報と、前記走行情報との少なくとも一部がマッチングしている場合に前記映像データを前記使用者に提供する映像配信部と、を備える。

本発明の映像配信制御方法は、撮像部によって撮像された映像データを取得するステップと、視聴者から示される視聴条件に関する視聴情報を受け付けるステップと自車両の走行に関する走行情報を取得するステップと、前記視聴情報と、前記走行情報とがマッチングしているか否かを判定するステップと、前記視聴情報と、前記走行情報との少なくとも一部がマッチングしている場合に前記映像データを前記使用者に提供するステップと、を含む。

本発明のプログラムは、撮像部によって撮像された映像データを取得するステップと、視聴者から示される視聴条件に関する視聴情報を受け付けるステップと自車両の走行に関する走行情報を取得するステップと、前記視聴情報と、前記走行情報とがマッチングしているか否かを判定するステップと、前記視聴情報と、前記走行情報との少なくとも一部がマッチングしている場合に前記映像データを前記使用者に提供するステップと、を配信制御装置として動作するコンピュータに実行させる。

本発明によれば、所定の映像を視聴したい視聴者に対し、適切な映像を配信することができる。

図１は、本発明の第一実施形態に係る映像配信システムの構成を示す図である。 図２は、本発明の第一実施形態に係る映像配信装置の構成の一例を示すブロック図である。 図３は、視聴情報を説明するための図である。 図４は、走行情報を説明するための図である。 図５は、本発明の第一実施形態に係る映像配信装置の制御部の処理の流れの一例を示すフローチャートである。 図６は、本実施形態の変形例に係る映像を提供する処理の流れの一例を示すフローチャートである。 図７は、提供する映像に対して課金を設定する方法の一例を示すフローチャートである。 図８は、本発明の第一実施形態に係る映像配信装置の構成の一例を示すブロック図である。 図９は、視聴者に提供される走行情報を説明するための図である。 図１０は、本発明の第二実施形態に係る映像配信装置の制御部の処理の流れの一例を示すフローチャートである。

以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではなく、また、実施形態が複数ある場合には、各実施形態を組み合わせて構成するものも含む。また、以下の実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

［第一実施形態］
図１を用いて、本発明の第一実施形態に係る映像配信システムの構成について説明する。図１は、本発明の第一実施形態に係る映像配信システムの構成の一例を示す図である。

図１に示すように、本発明の第一実施形態に係る映像配信システム１は、車両Ｖに搭載された映像配信装置１００と、ユーザ端末２００とを含む。映像配信装置１００と、ユーザ端末２００とは、インターネット網などのネットワークＮＷを介して互いに通信可能に接続されている。映像配信装置１００と、ユーザ端末２００とは、例えば、第５世代移動通信システム（５Ｇ）によって通信可能に接続されている。図１に示す例では、映像配信装置１００と、ユーザ端末２００とがネットワークＮＷを介して接続されているが、映像配信装置１００と、ユーザ端末２００とは、サーバ装置などを介して接続されていてもよい。

本実施形態において、映像配信装置１００は、車両Ｖの周辺の映像データを撮像し、ユーザ端末２００にその映像データを配信する。映像配信システム１では、ユーザ（視聴者）は、ユーザ端末２００を介して見たい映像の視聴条件を入力することで、視聴条件とマッチする映像を配信している映像配信装置１００とマッチングして、映像配信装置１００から映像データを受けることができる。マッチングには、例えばマッチングサーバ（非図示）などを介してもよい。このため、映像配信システム１は、視聴者に対して各地のバーチャルトラベルを体験させることができる。ユーザ端末２００は、ユーザ（視聴者）が保有するスマートフォン、タブレット端末、コンピュータなどを想定するが、これは本発明を限定するものではない。テレビ等に接続して用いられる通信機器であってもよい。

本実施形態では、車両の搭乗者（例えば、運転者）が映像データを視聴者に配信する映像提供者となる。映像提供者に特に制限はなく、一般の運転者であってよい。また、映像提供者は、タクシー業者であってもよい。また、映像提供者は、長距離を移動する配送業者や、運送業者であってもよい。

なお、以下では、映像配信装置１００は車両に搭載されているものとして説明するが、これは本発明を限定するものではない。例えば、映像配信装置１００は、映像提供者が携帯する携帯電話、スマートフォン、タブレット端末等で構成されてもよい。

図２を用いて、本発明の第一実施形態に係る映像配信装置１００の構成について説明する。図２は、本発明の第一実施形態に係る映像配信装置１００の構成を示すブロック図である。

図２に示すように、制御部（映像配信制御装置）１１０は、例えば、撮像部１０と、操作部２０と、通信部３０と、入力部４０と、出力部５０と、地図情報記憶部６０と、映像データ記憶部７０と、接続して使用され、映像配信装置１００を構成する。映像配信装置１００は、撮像部１０で撮影された映像データをユーザ端末２００に送信する。

撮像部１０は、車両の周辺を撮像する。撮像部１０は、例えば、車両の走行中に前方を撮像するフロントカメラである。撮像部１０は、例えば、リアカメラであってもよいし、車両を中心に３６０°を撮像する全天周カメラであってもよい。撮像部１０は、複数のカメラを有するカメラ群であってもよい。

操作部２０は、制御部１１０に対する各種の操作を受け付ける。操作部２０は、例えば、車両の周辺の撮像を開始する操作や、撮像した映像データを視聴者に配信するための操作を受け付けるタッチパネルやスイッチである。音声認識部を備えた音声入力装置であってもよい。操作部２０は、受け付けた操作に関する操作信号を、制御部１１０に出力する。

通信部３０は、例えば、通信回路等によって構成されている。通信部３０は、ネットワーク（例えば、インターネット）と有線又は無線で接続されている。通信部３０は、例えば、第５世代移動通信システム（５Ｇ）を用いて通信を行う。通信部３０は、ネットワークを介して、通信制御部１１６の制御に従って他の情報通信装置等との間で情報の送受信を行う。通信部３０は、例えば、ユーザ端末２００との間で情報の送受信を行う。通信部３０は、外部の通信装置、例えば映像提供者が携帯する携帯機器であってもよい。

入力部４０は、各種の情報を受け付けて、受け付けた情報を制御部１１０に入力する。入力部４０は、例えば、ユーザの音声を受け付けて、受け付けた音声に関する音声信号を制御部１１０に入力する。入力部４０は、例えば、マイクで実現することができる。

出力部５０は、各種の情報を出力する。出力部５０は、例えば、音声を出力する。出力部５０は、例えば、ユーザ端末２００で映像を視聴している視聴者の音声を出力する。出力部５０は、例えば、車両に搭載されたスピーカで実現することができる。出力部５０は、例えば、ユーザ端末２００で映像を視聴している視聴者の映像を出力するモニタなどの表示部であって、ユーザ端末２００とテレビ電話にて接続されてもよい。

地図情報記憶部６０は、各種の地図情報を記憶している。地図情報には、ナビゲーション装置（非図示）で設定された目的地までの経路に関する各種の情報が含まれる。地図情報には、例えば、目的地までの経路に存在する観光名称などの情報が含まれる。地図情報記憶部６０は、例えば、映像配信装置１００の外部のサーバに設けられていてもよい。

映像データ記憶部７０は、各種の映像データを記憶している。映像データ記憶部７０は、例えば、撮像部１０によって撮像された車両の周辺の映像データを記憶している。映像データ記憶部７０は、ハードディスク、ＳＤカードなどの記録媒体、メモリ等である。

制御部１１０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、図示しない記憶部に記憶されたプログラム（例えば、本発明に係るプログラム）がＲＡＭ（Random Access Memory）等を作業領域として実行されることにより実現される。また、制御部１１０は、コントローラ（Controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

制御部１１０は、映像データ取得部１１１と、受付部１１２と、走行情報取得部１１３と、マッチング処理部１１４と、映像配信部１１５と、を備える。通信制御部１１６と、音声信号取得部１１７と、音声信号送信部１１８と、音声信号受信部１１９と、地図情報取得部１２０と、記憶制御部１２１と、課金処理部１２２とを備えてもよい。

映像データ取得部１１１は、撮像部１０によって撮像された映像データを取得する。

受付部１１２は、外部から各種の情報を受け付ける。受付部１１２は、例えば、通信部３０を介して、映像データを視聴している視聴者から各種の情報を受け付ける。受付部１１２は、例えば、映像データの視聴条件に関する視聴情報を視聴者から受け付ける。受付部１１２は、映像データを視聴している視聴者から直接視聴情報を受け付けてもよく、サーバを介して視聴者から視聴情報を受け付けてもよい。受付部１１２は、映像データの視聴条件として、視聴者が視聴を継続するか否かの情報を受け付け可能であることが好ましい。

図３を用いて、視聴者から受け付ける視聴情報について説明する。図３は、視聴情報の一例を説明するための図である。

図３に示すように、例えば、視聴情報Ｔ１には、希望地点と、希望経路と、希望時間とが含まれている。希望地点は、視聴者が視聴を希望する場所に関する情報を示す。希望経路は、視聴者が視聴を希望する経路に関する情報を示す。希望時間は、ユーザが視聴を希望する時間帯に関する情報を示す。図３に示す例では、希望地点、希望経路、および希望時間は、それぞれ、「Ａ１」、「Ｂ１」、および「Ｃ１」と概念的に示しているが、実際には具体的な地名、経路名、時間が示される。希望地点Ａ１は、緯度経度により示されてもよく、地名で示されてもよい。交差点名などの詳細な情報であってもよく、地域名などのおおまかな情報であってもよい。希望経路Ｂ１も同様に、経路を細かく指定した情報であってもよく、道路名や進行方向などのおおまかな情報であってもよい。希望時間Ｃ１についても同様に、厳密な視聴開始時間または視聴終了時間またはその双方を指定してもよく、おおまかな時間帯の指定であってもよい。視聴情報Ｔ１には、希望地点と、希望経路と、希望時間との３種類の情報が含まれているが、このうちの少なくとも１つが含まれていればよい。また、視聴情報Ｔ１には、更に多くの情報が含まれていてもよい。例えば、視聴情報Ｔ１には、映像データを配信している映像提供者のプロフィール情報が含まれていてもよい。

再び図２を参照する。走行情報取得部１１３は、車両の走行に関する各種の情報を取得する。走行情報取得部１１３は、例えば、走行開始地点と、走行終了地点と、走行予定経路と、到達予測時間とを含む走行情報を車両に搭載されたナビゲーション装置から取得する。走行情報取得部１１３は、例えば、操作部２０からの操作信号に基づいて、走行情報を取得してもよい。走行情報取得部１１３は、ＧＮＳＳ（Global Navigation Satellite System）などを用いて自車両の現在位置を取得する現在位置取得部（非図示）を備えてもよい。走行情報取得部１１３は、自車両が走行開始地点から走行終了地点までの走行経路を探索する経路探索部（非図示）を備えてもよい。この場合、走行情報に含まれる到達予測時間に関する情報は、走行情報に含まれる走行開始店地点、走行終了地点、または走行予定経路の情報と、自車両の現在位置とから探索される経路に基づいて導出される。

図４を用いて、走行情報について説明する。図４は、走行情報を説明するための図である。

図４に示すように、走行情報Ｔ２には、走行開始地点と、走行終了地点と、走行予定経路と、到達予測時間とが含まれている。走行開始地点は、車両が走行を開始する地点に関する情報を含む。走行終了地点は、車両が走行を終了する地点に関する情報を示す。走行予定経路は、走行開始地点から走行終了地点までの走行経路に関する情報を示す。図４に示す例では、走行開始地点、走行終了地点、走行予定経路、および到達予測時間は、それぞれ、「ＡＡ１」、「ＢＢ１」、「ＣＣ１」、および「ＤＤ１」と概念的に示している。実際には、「ＡＡ１」、「ＢＢ１」、「ＣＣ１」、および「ＤＤ１」には、具体的な名称等が示される。なお、走行開始地点と、走行終了地点とに示される情報は、ぞれぞれ、現在地と、ナビゲーション装置で設定された地名と必ずしも一致する必要はなく、映像の配信を開始する地点、映像の配信を終了する地点であってもよい。例えば、走行終了地点に示される情報は、実際の走行終了地点の途中の地名であってもよいし、走行終了地点の周辺の地名であってもよい。

再び図２を参照する。マッチング処理部１１４は、各種の情報同士が一致（マッチング）しているか否かを判定する。マッチング処理部１１４は、例えば、受付部１１２が取得した視聴情報と、走行情報取得部１１３が取得した走行情報とが一致するか否かを判定する。視聴情報と、走行情報との一致とは、完全に一致することだけでなく、略一致することも含む。例えば、マッチング処理部１１４は、視聴情報Ｔ１に含まれる経路情報と、走行情報Ｔ２に含まれる経路情報と、の一部が一致している場合、一致すると判定してもよい。例えば、マッチング処理部１１４は、走行情報Ｔ２に含まれる到達予測時間が、視聴情報Ｔ１に含まれる希望時間よりも早い場合には、一致すると判定してもよい。例えば、マッチング処理部１１４は、走行終了地点において待機時間が指定され、視聴情報Ｔ１に含まれる希望時間がその範囲内に含まれていれば、一致すると判定してもよい。制御部１１０は、車両に搭載されたナビゲーション装置に、視聴情報Ｔ１に含まれる地点情報または経路情報を踏まえて経路を再検索するよう指示する、指示信号を出力する形態を備えてもよい。

映像配信部１１５は、通信制御部１１６および通信部３０を介して各種の映像データを視聴者に配信する。映像配信部１１５は、例えば、映像データ取得部１１１によって取得された映像データを視聴者に配信する。映像配信部１１５は、例えば、マッチング処理部１１４が一致したと判定した場合に、映像データ取得部１１１によって取得された撮像部１０が撮像した映像データを視聴者に配信する。

映像配信部１１５は、例えば、映像データと共に地図情報取得部１２０が取得した周辺の地図情報や、現在位置情報取得部が取得した現在位置情報を地図情報に重畳して視聴者に配信してもよい。これにより、視聴者は、配信された場所の映像の周辺の地図情報を把握することができる。

映像配信部１１５は、例えば、車両が渋滞で進まなかったり、車両がトンネルに入ったりした場合等には映像に変化が無いため、その間は映像の配信を停止するようにしてもよい。映像配信部１１５は、このような場合に、視聴者に対し映像の配信を継続するか否かを問い合わせる信号を、通信部３０を介して送信してもよい。この場合、映像配信部１１５は、渋滞が解消した場合や、車両がトンネルから出たりした場合には、映像の配信を開始する。この場合、映像配信部１１５は、映像が停止される際に映像を視聴していた視聴者に対し、映像の配信が再開されたことを通知するようにしてもよい。

通信制御部１１６は、通信部３０を介した各種の通信、例えば、映像配信部１１５が配信する映像や、視聴情報Ｔ１の受信、走行情報Ｔ２の送信を制御する。通信制御部１１６は、例えば、視聴者のユーザ端末２００との間の通信を制御する。また通信制御部１１６は、映像を配信するべきユーザ端末２００を特定し、その通信ＩＤなどを例えばマッチングサーバなどを介して取得し、通信部１１６とユーザ端末２００とがピアツーピア通信を行うよう、通信部１１６を制御してもよい。

音声信号取得部１１７は、入力部４０を介して各種の音声信号を取得する。音声信号取得部１１７は、例えば、入力部４０を介して映像提供者の音声に関する音声信号を取得する。

音声信号送信部１１８は、各種の音声信号をユーザ端末２００に送信する。音声信号送信部１１８は、例えば、音声信号取得部１１７によって取得された映像提供者の音声信号をユーザ端末２００に送信する。ユーザ端末２００は、受信した映像提供者の音声信号を復調して音声を出力する。これにより、視聴者は、音声信号送信部１１８によって送信された映像提供者の音声を聴取することができる。

音声信号受信部１１９は、各種の音声信号を受信して、出力部５０から音声を出力する。音声信号受信部１１９は、例えば、映像データの視聴者からの音声信号を受信して、出力部５０から音声を出力する。視聴者からの音声には、場所の移動などの映像提供者に対する指示が含まれる。言い換えると、映像提供者は、視聴者からの指示に応じて走行経路を変更し、視聴者が望む映像を配信することができる。視聴者は、映像提供者が視聴者からの指示に応じない場合、視聴情報Ｔ１を変更することで、マッチングを不一致とさせることができる。

映像配信装置１００は、音声信号送信部１１８と、音声信号受信部１１９とを用いて、映像提供者の音声を視聴者に提供し、視聴者からの音声を映像提供者に提供する。これにより、映像配信者は、映像データを視聴者に提供しながら、視聴者と会話を行うことができる。

地図情報取得部１２０は、各種の地図情報を地図情報記憶部６０から取得する。地図情報取得部１２０は、例えば、現在地から走行終了地点までの経路に関する情報を地図情報記憶部６０から取得する。地図情報取得部１２０は、例えば、現在地の周辺の地図情報を地図情報記憶部６０から取得する。地図情報取得部１２０は、例えば、走行終了地点の周辺の地図情報を地図情報記憶部６０から取得する。

記憶制御部１２１は、各種の映像データを映像データ記憶部７０に記憶する。記憶制御部１２１は、例えば、映像データ取得部１１１によって取得された撮像部１０が撮像した映像データを映像データ記憶部７０に記憶する。

課金処理部１２２は、映像配信装置１００から視聴者に配信された映像データに応じて課金額を設定する。課金処理部１２２は、例えば、映像配信装置１００から配信された映像を視聴する視聴者に請求する課金額を算出する。課金処理部１２２は、例えば、視聴者が映像を視聴する視聴時間に応じて課金額を算出する。視聴者は、ユーザ端末２００を介して映像提供者に対し課金額を支払う。例えば、視聴者は、ユーザ端末２００を介して、所定の送金システムを用いて、映像提供者に対し課金額を支払う。言い換えれば、映像配信装置１００と、ユーザ端末２００との間で、支払処理が実行される。

課金処理部１２２は、例えば、車両が渋滞で進まなかったり、車両がトンネルに入ったりした場合等には映像に変化が無いため、その間は課金処理を停止するようにしてもよい。この場合、課金処理部１２２は、渋滞が解消した場合や、トンネルから出た場合には、課金処理を再開してもよい。

課金処理部１２２は、例えば、映像提供者が視聴者からの指示に従って映像データを配信した場合には、課金額に割増料金を設定してもよい。課金処理部１２２は、例えば、配信している映像データに含まれる風景、建物などに応じて、課金額に割増料金を設定してもよい。

［第一実施形態の処理］
図５を用いて、本発明の第一実施形態に映像配信装置１００の制御部１１０の処理の流れについて説明する。図５は、本発明の第一実施形態に係る映像配信装置１００の制御部１１０の処理の流れの一例を示すフローチャートである。

まず、制御部１１０は、撮像部１０から映像データを取得する（ステップＳ１０１）。具体的には、映像データ取得部１１１が撮像部１０によって撮像された映像データを取得する。そして、ステップＳ１０２に進む。

制御部１１０は、視聴情報を受信したか否かを判定する（ステップＳ１０２）。具体的には、受付部１１２が視聴者のユーザ端末２００から視聴情報を受信したか否かを判定する。視聴情報を受信したと判定された場合（ステップＳ１０２のＹｅｓ）、ステップＳ１０３に進む。視聴情報を受信していないと判定された場合（ステップＳ１０２のＮｏ）、ステップ１０９に進む。

ステップＳ１０２でＹｅｓと判定された場合、制御部１１０は、自車両の走行情報を取得する（ステップＳ１０３）。具体的には、走行情報取得部１１３がナビゲーション装置などから自車両の走行情報を取得する。そして、ステップＳ１０４に進む。

制御部１１０は、受信した視聴情報と取得した走行情報を比較する（ステップＳ１０４）。具体的には、マッチング処理部１１４が視聴情報と、走行情報とに基づいて、それぞれの地点または経路の一部と、ぞれぞれの時間とが一致する点を確認する。そして、ステップＳ１０５に進む。

制御部１１０は、マッチングが成立したか否かを判定する（ステップＳ１０５）。具体的には、マッチング処理部１１４が、視聴情報と取得した走行情報の一致点に基づいて、マッチングが成立したか否かを判定する。例えば、地点または経路の一部において視聴情報と走行情報とに一致点があり、時間において視聴情報と走行情報とに一致点が無かった場合、マッチングが成立しないと判定する。マッチングが成立したと判定された場合（ステップＳ１０５のＹｅｓ）、ステップＳ１０６に進む。マッチングが成立したと判定されない場合（ステップＳ１０５のＮｏ）、ステップＳ１０９に進む。

ステップＳ１０５でＹｅｓと判定された場合、制御部１１０は、ユーザ端末２００に映像を提供する（ステップＳ１０６）。具体的には、映像配信部１１５が、通信部３０を介して映像データ取得部１１１によって取得された映像データをユーザ端末２００に向けて直接、または映像配信サーバ（非図示）を介して、配信する。また、映像配信部１１５は、地図情報取得部１２０によって取得された地図情報を映像データに重畳させて、ユーザ端末２００に配信してもよい。ステップＳ１０６では、音声信号送信部１１８は、映像提供者の音声信号をユーザ端末２００に送信してもよい。また、ステップＳ１０６では、音声信号受信部１１９は、視聴者からの音声信号を受信してもよい。そして、ステップＳ１０９に進む。

制御部１１０は、視聴条件は成立しているか否かを判定する（ステップＳ１０７）。具体的には、マッチング処理部１１４が、視聴情報と、走行情報とに基づいて、現在提供している映像データが視聴条件を満たしているか否かを判定する。視聴条件が成立していないと判定された場合（ステップＳ１０７のＮｏ）、ステップＳ１０８に進む。視聴条件が成立していない場合とは、視聴情報と、走行情報とのマッチングが解消した場合だけでなく、視聴者が視聴を継続しないと判断した場合も含む。視聴条件が成立していると判定された場合（ステップｓ１０７のＹｅｓ）、ステップＳ１０６に戻り、映像の提供を継続する。

ステップＳ１０７でＮｏと判定された場合、制御部１１０は、ユーザ端末２００に対する映像の提供を終了する（ステップＳ１０８）。具体的には、映像配信部１１５が、ユーザ端末２００に対する映像の提供を終了する。そして、ステップＳ１０９に進む。

制御部１１０は、走行が終了したか否かを判定する（ステップＳ１０９）。具体的には、走行情報取得部１１３が、取得した走行情報に基づいて、走行が終了したか否かを判定する。走行が終了したと判定された場合（ステップＳ１０９のＹｅｓ）、図５の処理は終了する。走行が終了したと判定されない場合（ステップＳ１０９のＮｏ）、ステップＳ１０１に進む。

図６を用いて、本実施形態の変形例に係る映像を提供する処理について説明する。図６は、本実施形態の変形例に係る映像を提供する処理の流れの一例を示すフローチャートである。

映像を配信している際に、渋滞にはまったり、トンネルを走行したりすると映像に変化が無くなる。本実施形態の変形例では、このような場合に映像の配信を一時的に停止する。

制御部１１０は、ユーザ端末２００に対して映像の提供を開始する（ステップＳ２０１）。具体的には、映像配信部１１５が、通信部３０を介して映像データ取得部１１１によって取得された映像データをユーザ端末２００に配信する。そして、ステップＳ２０２に進む。

制御部１１０は、ユーザ端末２００に提供している映像に変化があるか否かを判定する（ステップＳ２０２）。具体的には、映像データ取得部１１１に備えられる映像データ解析部（非図示）が、撮像部１０から取得した映像データに基づいて、ユーザ端末２００に提供している映像に変化があるか否かを判定する。映像に変化が無いと判定された場合（ステップＳ２０２のＮｏ）、ステップＳ２０３に進む。映像に変化があると判定された場合（ステップＳ２０２のＹｅｓ）、ステップＳ２０６に進む。

ステップＳ２０２でＮｏと判定された場合、制御部１１０は、ユーザ端末２００に対する映像の提供を一時停止する（ステップＳ２０３）。具体的には、映像配信部１１５が、ユーザ端末２００に対する映像の提供を一時停止する。そして、ステップＳ２０４に進む。

制御部１１０は、ユーザ端末に対する映像の提供の一時停止後、映像に変化があるか否かを判定する（ステップＳ２０４）。具体的には、映像データ取得部１１１が、撮像部１０から取得した映像データに基づいて、ユーザ端末２００に提供している映像に変化があるか否かを判定する。映像に変化が無いと判定された場合（ステップＳ２０４のＮｏ）、ステップＳ２０４の処理を繰り返す。映像に変化があると判定された場合（ステップＳ２０４のＹｅｓ）、ステップＳ２０５に進む。

ステップＳ２０４でＹｅｓと判定された場合、制御部１１０は、映像の提供が開始されたことをユーザに通知する（ステップＳ２０５）。具体的には、映像配信部１１５が視聴者に対して映像が配信されたことを通知する。そして、ステップＳ２０６に進む。

制御部１１０は、視聴者が映像を視聴するか否かを判定する（ステップＳ２０６）。具体的には、通信制御部１１６が、映像配信装置１００と、ユーザ端末２００との間で通信が確立されたか否かに基づいて、視聴者が映像を視聴するか否かを判定する。視聴者が映像を視聴すると判定された場合（ステップＳ２０６のＹｅｓ）、ステップＳ２０１に進み、上述の処理を実行する。視聴者が映像を視聴しないと判定された場合（ステップＳ２０６のＹｅｓ）、図６の処理を終了する。

図７を用いて、提供する映像に対して課金を設定する方法について説明する。図７は、提供する映像に対して課金を設定する方法の一例を示すフローチャートである。

映像配信装置１００は、視聴者に配信する映像に対して課金を設定することができる。しかしながら、渋滞にはまったり、トンネルを走行したりすると映像に変化が無くなる。このような場合、本実施形態では、課金の設定を一時的に解除する。

制御部１１０は、ユーザ端末２００に対して映像の提供を開始する（ステップＳ３０１）。具体的には、映像配信部１１５が、通信部３０を介して映像データ取得部１１１によって取得された映像データをユーザ端末２００に配信する。そして、ステップＳ３０１に進む。

制御部１１０は、ユーザ端末２００に対して提供する映像の課金を開始する（ステップＳ３０２）。具体的には、課金処理部１２２が、ユーザ端末２００に対して所定の課金額を設定する。そして、ステップＳ３０３に進む。

制御部１１０は、課金の条件を満たしているか否かを判定する（ステップＳ３０３）。具体的には、映像データ取得部１１１が、撮像部１０から取得した映像データに基づいて、ユーザ端末２００に提供している映像に変化があるか否かを判定する。そして、課金処理部１２２は、映像に変化がある場合には課金の条件を満たしていると判定し、映像に変化がない場合には課金の条件を満たしていないと判定する。課金の条件を満たしていると判定された場合（ステップＳ３０３のＹｅｓ）、ステップＳ３０７に進む。課金の条件を満たしていないと判定された場合（ステップＳ３０３のＮｏ）、ステップＳ３０４に進む。

ステップＳ３０３でＮｏと判定された場合、制御部１１０は、課金を一時解除する（ステップＳ３０４）。具体的には、課金処理部１２２が、課金を一時解除する。そして、ステップＳ３０５に進む。

制御部１１０は、課金の一時解除後、課金の条件を満たしているか否かを判定する（ステップＳ３０５）。具体的には、課金処理部１２２は、映像に変化がある場合には課金の条件を満たしていると判定し、映像に変化がない場合には課金の条件を満たしていないと判定する。課金の条件を満たしていると判定された場合（ステップＳ３０５のＹｅｓ）、ステップＳ３０６に進む。課金の条件を満たしていないと判定された場合（ステップＳ３０５のＮｏ）、ステップＳ３０５の処理を繰り返す。

ステップＳ３０５でＹｅｓと判定された場合、制御部１１０は、課金を再開する（ステップＳ３０６）。具体的には、課金処理部１２２が課金を再開する。そして、ステップＳ３０７に進む。

制御部１１０は、課金が終了するか否かを判定する（ステップＳ３０７）。具体的には、課金処理部１２２が課金を終了するか否かを判定する。課金を終了すると判定された場合（ステップＳ３０７のＹｅｓ）、図７の処理は終了する。課金を終了しないと判定された場合（ステップＳ３０７のＮｏ）、ステップＳ３０３に進む。

本実施形態に係る課金処理において、映像提供者がタクシー業者である場合には、課金処理部１２２は、例えば、タクシーが走行した分のタクシー料金を課金額として設定してもよい。

上述のとおり、本実施形態は、視聴者の視聴情報と、映像提供者の走行情報とのマッチングを行い、マッチングが成立した場合に、視聴者に対して映像提供者の映像を提供することができる。これにより、視聴者は、所望する適切な映像をリアルタイムで視聴することができるようになる。

また、本実施形態は、視聴者が所望する各地の映像を提供することができるので、視聴者に対して各地のバーチャルトラベルを体験させることができる。例えば、本実施形態は、在宅介護者などに対して好適にバーチャルトラベルを提供することができる。その結果、在宅介護者などはバーチャルトラベルを体験することによって、映像提供者が映像をコンテンツとして楽しむことができる。

また、本実施形態では、映像提供者と、視聴者とで会話をすることができるので、視聴者は、映像提供者が配信する映像を視聴しながら、映像提供者との会話を楽しむことができる。

［第二実施形態］
図８を用いて、本発明の第二実施形態に係る映像配信装置の構成について説明する。図８は、本発明の第二実施形態に係る配信装置の構成の一例を示すブロック図である。

図８に示すように、本発明の第二実施形態に係る映像配信装置１００Ａは、制御部１１０Ａが走行情報送信部１２３を備えている点で、図２に図示の映像配信装置１００と異なっている。

走行情報送信部１２３は、走行情報取得部１１３によって取得された走行情報を、通信部３０を介して外部に送信する。走行情報送信部１２３は、視聴情報を映像配信装置１００Ａに送信した視聴者に対して、走行情報を送信する。

本実施形態では、視聴者のユーザ端末２００には、複数の映像提供者から走行情報が送信される。視聴者は、複数の映像提供者から送信された走行情報の中から所望の映像提供者を指定して、その映像提供者が配信する映像を視聴する。

図９を用いて、視聴者に送信される走行情報について説明する。図９は、視聴者に送信される走行情報を説明するための図である。

図９に示すように、走行情報Ｔ２１には、映像提供者Ｕ１と、映像提供者Ｕ２と、映像提供者Ｕ３との走行情報が含まれている。例えば、映像提供者Ｕ１の走行開始地点、走行終了地点、走行予定経路、および到達予測時間は、それぞれ、「ＡＡ１」、「ＢＢ１」、「ＣＣ１」、および「ＤＤ１」である。走行情報Ｔ２１には、映像提供者Ｕ１と、映像提供者Ｕ２と、映像提供者Ｕ３との各種のプロフィール情報が含まれていてもよい。

視聴者は、映像提供者Ｕ１と、映像提供者Ｕ２と、映像提供者Ｕ３とのうち、所望の映像提供者を、ユーザ端末２００を用いて、指定することができる。言い換えると、本実施形態では、映像配信装置１００Ａは映像提供者が提供する映像に関する走行情報をユーザ端末２００や、マッチングサーバに向けて送信し、視聴者がユーザ端末２００を介して、所望の地点または経路を走行する、または、所望の時間に走行する、映像を提供する映像提供者を指定する。視聴者によって指定された映像提供者の映像配信装置１００Ａには、ユーザ端末２００から指定情報が送信される。指定情報とは、映像提供者が送信した、地点、経路、時間などにより示される走行情報と、視聴者が視聴したい地点、経路、時間などにより示される視聴情報とが一致した部分の情報である。言い換えると、映像提供者が提供したい映像と、視聴者が視聴したい映像とがマッチングした部分の情報である。視聴者は、映像提供者が提供する映像に関する走行情報を受信し、その全ての映像を視聴してもよく、一部の映像だけを指定して視聴してもよい。一部の映像を視聴する場合には、どの部分を視聴するかを経路または時間により指定し、指定情報として映像提供者に送信する。また、視聴者が視聴したい映像に関する視聴情報を、ユーザ端末２００を介してマッチングサーバに送信し、マッチングサーバが一致部分を判定して、指定情報として映像配信装置１００Ａに送信してもよい。本実施形態では、映像提供者が、提供できる映像に関する情報を発信して、視聴したい視聴者を募ることができる。

［第二実施形態の処理］
図１０を用いて、本発明の第二実施形態に係る映像配信装置１００Ａの制御部１１０Ａの処理の流れについて説明する。図１０は、本発明の第二実施形態に係る映像配信装置１００Ａの制御部１１０Ａの処理の流れの一例を示すフローチャートである。

ステップＳ４０１からステップＳ４０４の処理は、図５に図示のステップＳ１０１からステップＳ１０４と同一の処理なので説明は省略する。

制御部１１０Ａは、自車両の走行情報を視聴者のユーザ端末２００に送信する（ステップＳ４０５）。具体的には、走行情報送信部１２３が、ステップＳ４０３で取得された自車両の走行情報をユーザ端末２００に送信する。そして、ステップＳ４０６に進む。

制御部１１０Ａは、マッチングが成立したか否かを判定する（ステップＳ４０５）。具体的には、マッチング処理部１１４が、映像提供者と、視聴者との間でマッチングが成立したか否かを判定する。より具体的には、マッチング処理部１１４は、受付部１１２が視聴者のユーザ端末２００から指定情報を受け付けたか否かに基づいてマッチングが成立したか否かを判定する。マッチングが成立したと判定された場合（ステップＳ４０６のＹｅｓ）、ステップＳ４０７に進む。マッチングが成立したと判定されない場合（ステップＳ４０６のＮｏ）、ステップＳ４１０に進む。

ステップＳ４０７からステップＳ４１０の処理は、図５に図示のステップＳ１０６からステップＳ１０９と同一の処理なので説明は省略する。

上述のとおり、本実施形態は、視聴者の視聴情報と、映像提供者の走行情報とのマッチングを行い、マッチングが成立した場合に、視聴者に対して映像提供者の映像を提供することができる。これにより、視聴者は、所望する適切な映像をリアルタイムで視聴することができるようになる。

なお、本発明の各実施形態に係る処理機能の一部は、例えば、クラウド上のサーバに備えられ、実行されてもよい。この場合、サーバは、例えば、映像配信装置１００から配信され映像データを受信し、受信した映像データをユーザ端末２００に送信する映像配信サーバである。これにより、ユーザ端末２００は、映像提唱者が配信した映像データを表示する。また、外部サーバは、上述した映像提供者と、視聴者とのマッチング処理や、課金処理なども実行する、マッチングサーバであってもよい。すなわち、本発明に係る映像配信装置は、車両の周辺を撮像して映像を配信する撮像装置（例えば、ドライブレコーダ）と、サーバとで構成されるシステムによって実現してもよい。

以上、本発明の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

１ 映像配信システム
１０ 撮像部
２０ 操作部
３０ 通信部
４０ 入力部
５０ 出力部
６０ 地図情報記憶部
７０ 映像データ記憶部
１００ 映像配信装置
１１０ 制御部（配信制御装置）
１１１ 映像データ取得部
１１２ 受付部
１１３ 走行情報取得部
１１４ マッチング処理部
１１５ 映像配信部
１１６ 通信制御部
１１７ 音声信号取得部
１１８ 音声信号送信部
１１９ 音声信号受信部
１２０ 地図情報取得部
１２１ 記憶制御部
１２２ 課金処理部
１２３ 走行情報送信部
２００ ユーザ端末

Claims (7)

1. 撮像部によって撮像された映像データを取得する映像データ取得部と、
   視聴者から示される視聴条件に関する視聴情報を受け付ける受付部と、
   自車両の走行に関する、映像の配信を開始する第１地点と、映像の配信を終了する第２地点と、走行予定経路と、到達予測時間とを含む走行情報を取得する走行情報取得部と、
   前記視聴情報と、前記走行情報とに関し、前記視聴情報に含まれる経路情報のうちの少なくとも一部と、前記第１地点および前記第２地点から探索した経路、または前記走行予定経路のうちの少なくとも一部が一致することと、前記視聴情報に含まれる希望時間が前記到達予測時間を含むことのうち、少なくとも一方が満たされる場合、マッチングしていると判定するマッチング処理部と、
   マッチングしていると判定された場合に前記映像データを前記視聴者に提供する映像配信部と、
   を備える、映像配信制御装置。
2. 前記走行情報を前記視聴者に送信する走行情報送信部を更に備え、
   前記受付部は、前記視聴者から前記走行情報のすべてまたは一部が指定されたことを示す指定情報を受け付けて、
   前記マッチング処理部は、前記受付部が前記指定情報を受け付けた場合に前記視聴情報と、前記走行情報とがマッチングしていると判定する、
   請求項１に記載の映像配信制御装置。
3. 前記自車両の現在位置を取得する現在位置取得部と、
   前記自車両の走行経路を探索する経路探索部と、をさらに備え、
   前記走行情報に含まれる到達予測時間に関する情報は、前記走行情報に含まれる地点または経路の情報と、前記自車両の現在位置と、から探索される経路に基づいて導出される、
   請求項１または２に記載の映像配信制御装置。
4. 前記視聴者とのマッチングが成立している期間の前記映像データと前記走行情報とを記憶部に記録する記憶制御部を更に備える、
   請求項１から３のいずれか１項に記載の映像配信制御装置。
5. 前記視聴者に配信される映像データに応じて課金額を設定する課金処理部を更に備える、
   請求項１から４のいずれか１項に記載の映像配信制御装置。
6. 撮像部によって撮像された映像データを取得するステップと、
   視聴者から示される視聴条件に関する視聴情報を受け付けるステップと、
   自車両の走行に関する、映像の配信を開始する第１地点と、映像の配信を終了する第２地点と、走行予定経路と、到達予測時間とを含む走行情報を取得するステップと、
   前記視聴情報と、前記走行情報とに関し、前記視聴情報に含まれる経路情報のうちの少なくとも一部と、前記第１地点および前記第２地点から探索した経路、または前記走行予定経路のうちの少なくとも一部が一致することと、前記視聴情報に含まれる希望時間が前記到達予測時間を含むことのうち、少なくとも一方が満たされる場合、マッチングしていると判定するステップと、
   マッチングしていると判定された場合に前記映像データを前記視聴者に提供するステップと、
   を含む、映像配信制御方法。
7. 撮像部によって撮像された映像データを取得するステップと、
   視聴者から示される視聴条件に関する視聴情報を受け付けるステップと、
   自車両の走行に関する、映像の配信を開始する第１地点と、映像の配信を終了する第２地点と、走行予定経路と、到達予測時間とを含む走行情報を取得するステップと、
   前記視聴情報と、前記走行情報とに関し、前記視聴情報に含まれる経路情報のうちの少なくとも一部と、前記第１地点および前記第２地点から探索した経路、または前記走行予定経路のうちの少なくとも一部が一致することと、前記視聴情報に含まれる希望時間が前記到達予測時間を含むことのうち、少なくとも一方が満たされる場合、マッチングしていると判定するステップと、
   マッチングしていると判定された場合に前記映像データを前記視聴者に提供するステップと、
   を映像配信制御装置として動作するコンピュータに実行させるプログラム。

Images