配信システム、配信方法、受信装置
【課題】車両の走行開始に応じて映像データのストリーミングを停止した際に、その旨をユーザに適切なタイミングで通知する技術を提供する。
【解決手段】配信装置から配信されるコンテンツを受信し、付加データに基づいて映像データと音声データとを抽出、復号して映像信号、音声信号を得、車両速度が所定速度を越えた場合は、配信装置へ映像データの配信を停止させる停止情報を送信し、映像データが所定期間受信されない場合、映像表示停止を通知し、コンテンツに映像データが無い場合は、音声データのみを抽出し、映像データが抽出されなかった場合は、音声データのみを復号し、停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定した場合にのみ、映像表示停止を通知する。
【解決手段】配信装置から配信されるコンテンツを受信し、付加データに基づいて映像データと音声データとを抽出、復号して映像信号、音声信号を得、車両速度が所定速度を越えた場合は、配信装置へ映像データの配信を停止させる停止情報を送信し、映像データが所定期間受信されない場合、映像表示停止を通知し、コンテンツに映像データが無い場合は、音声データのみを抽出し、映像データが抽出されなかった場合は、音声データのみを復号し、停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定した場合にのみ、映像表示停止を通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング配信技術に係り、特にこのストリーミング配信技術を車載用として応用した配信システム、配信方法、受信装置に関する。
【背景技術】
【０００２】
ストリーミング配信技術が普及している。この技術は、配信装置（サーバ）と、受信装置（クライアント）とをインターネット等のネットワークを介して接続し、コンテンツを配信装置から受信装置へストリーミング配信する技術である。このストリーミング配信技術によれば、ユーザは、家庭にいながらパソコン等の受信装置で、配信装置から配信される大量のコンテンツを視聴することが可能となる。
【０００３】
このストリーミング配信技術を車載用として応用した技術が、たとえば特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１５１３５２
【発明の概要】
【発明が解決しようとする課題】
【０００５】
車両に搭載された受信装置が、映像データ、音声データを含んで構成されるコンテンツを配信サーバからストリーミング受信してユーザに視聴させる場合、安全性を考慮すると、車両走行中は、映像表示を停止させることが望ましい。一方、音声出力に関しては途切れさせずに出力し続けることが望ましい。これを可能とする最も簡単な方法としては、映像データ、音声データともにストリーミングは継続しつつ、映像表示のみ停止させる方法が考えられる。しかしながら、これでは、映像表示を停止している期間の映像データ、すなわち不要なデータもストリーミングしてしまうことになる。不要なデータは、ネットワークの負荷や通信コストの軽減のためにもストリーミングさせないことが望ましい。これを可能とする方法としては、受信装置が車両の走行開始／停止を検知して、この検知結果に基づいて、映像データのストリーミング停止／開始を配信装置に指示する方法が考えられる。しかしながら、配信装置は、映像データのストリーミング停止／開始にあたり、コンテンツすなわちストリームの構成を変えるのが一般的である。ストリームの構成が変わると、受信装置は、コンテンツが変更になったと判断し、映像データや音声データの復号処理にリセットをかけリスタートさせてしまう場合が多い。復号処理にリセットがかかるとそのリセットの時点で音声出力が一瞬途切れてしまう危険性があった。
【０００６】
また、映像表示を停止させた場合、停止した旨をユーザに適切なタイミングで通知することが望ましい。
【０００７】
本発明は、このような状況を鑑みてなされたものであり、その目的は、車両の走行開始に応じて映像データのストリーミングを停止、すなわち映像表示を停止した際に、その停止した旨をユーザに適切なタイミングで通知する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、下記のシステム、方法、装置を提供するものである。
（１）車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムにおいて、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、（111,112）
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成部と、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信部と、
を備え、
前記生成部は、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信システム。
（２）車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムで用いる配信方法において、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出ステップと、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号ステップと、
前記車両の速度が所定速度を越えたか否かを判定する車速判定ステップと、
前記車速判定ステップの判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信ステップと、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知ステップと、（111,112）
を含み、
前記抽出ステップは、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知ステップは、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成ステップと、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信ステップと、
を含み、
前記生成ステップは、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信方法。
（３）車両に搭載される受信装置であり、ネットワークを介してストリーミング配信される、映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツを受信する受信装置において、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とする受信装置。
【発明の効果】
【０００９】
本発明によれば、車両の走行開始に応じて映像データのストリーミングを停止、すなわち映像表示を停止した際に、その停止した旨をユーザに適切なタイミングで通知することが可能になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１実施例を説明するためのシステム構成図である。
【図２】ＭＰＥＧ−２ ＴＳの構造を説明する図である。
【図３】受信装置１００の動作の流れを説明するフローチャートである。
【図４】配信装置２００の動作の流れを説明するフローチャートである。
【図５】本発明の第２実施例を説明するためのシステム構成図である。
【図６】本発明の第３実施例を説明するためのシステム構成図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を参照しながら説明する。
［第１実施例］
＜システム構成＞
図１は、第１実施例の配信システムの構成を示す図である。
【００１２】
本実施例の配信シシテムは、コンテンツをストリーミング受信する受信装置１００、コンテンツ配信事業者等が運用し、コンテンツをストリーミング配信する配信装置２００、コンテンツを格納するコンテンツデータベース４００、これらの装置、データベース間を相互に接続するネットワーク３００を含んで構成される。
【００１３】
受信装置１００は、主に車両に搭載されることを前提とする。配信装置２００、コンテンツデータベース４００は、例えばコンテンツ配信事業者によって運用されるものとする。ネットワーク３００は、例えばインターネットであり、多くの中継機器（図示せず）を含んで構成されることは言うまでもない。そして、少なくとも受信装置１００と中継機器との間は無線ネットワークで接続されることを前提とする。
【００１４】
また、本実施例で扱うコンテンツは映像データ、音声データを含んで構成されるものとする。
【００１５】
また、ストリーミングは、例えば、ＭＰＥＧ（Moving Picture Experts Group）−２システム規格におけるＴＳ（Transport Stream）を用いて行う。以下、これをＭＰＥＧ−２ ＴＳと呼ぶ。コンテンツに含まれる映像データ、音声データは、その他の付加データとともにこのＭＰＥＧ−２ ＴＳの形式で１つのストリームデータとして時分割多重化されストリーミングされる。ＭＰＥＧ−２ ＴＳでは各種データを所定長（例えば１８８バイト）のパケットに分け、このパケット単位で多重化する。従って以降、ＭＰＥＧ−２ ＴＳで多重化される映像データ、音声データ、付加データを、それぞれ映像パケット、音声パケット、付加データパケットと呼ぶことがある。
＜受信装置＞
以下、受信装置１００の内部構成について説明する。
【００１６】
本実施例では、受信装置１００は、各機能ブロック間における各種データの送受信を、データバス１０９を介して行なうものとする。なお、データバス１０９を用いずに直接機能ブロック間で各種データを送受信しても構わない。
【００１７】
通信部１０１は、コンテンツ配信装置２００からネットワーク３００を介し、ＭＰＥＧ−ＴＳとして送信されるコンテンツをストリーミング受信し、記憶部１０２に一時記憶する。また、通信部１０１は、後述する走行判定フラグパケット生成部１０８で生成される走行判定フラグパケットを、ネットワーク３００を介してコンテンツ配信装置２００へ送信する。
【００１８】
ＤＥＭＵＸ部１０３は、記憶部１０２からコンテンツを取り出し、ＭＰＥＧ−２ ＴＳとして多重化されている映像パケット、音声パケット、その他の付加パケットを分離し、記憶部１０２に一時記憶する。
【００１９】
映像復号化部１０４、音声復号化部１０５は、それぞれ、記憶部１０２から映像パケット、音声パケットを取り出し、映像信号、音声信号に復号化する。そして復号化した映像信号、音声信号を、それぞれ、コンテンツ受信装置１００の外部に出力する。
【００２０】
表示モニタ６００は、入力された映像信号を映像として表示する。
【００２１】
スピーカー７００は、入力された音声信号を音声として出力する。
【００２２】
測位装置５００は、コンテンツ受信装置１００と同じ車両に搭載され、この車両の位置、速度、加速度を測位する。測位装置５００は、ＧＰＳ（Global Positioning System）、車速パルス受信機、加速度センサーなどを含んで構成される。なお、速度、加速度は、直接測位せずに位置の変化からも算出可能である。これらの情報の測位方法や算出方法は本発明の要部ではないので詳細説明は省略する。
【００２３】
測位情報取得部１０６は、測位装置５００が測位した車両の位置、速度、加速の各情報を定期的に読み取る。
【００２４】
車速判定部１０７は、測位情報取得部１０６から定期的に速度情報を取得し、この速度情報の値が、予め定めた所定速度に対応する所定値以上か否かを判定し、その判定結果を走行判定フラグパケット生成部１０８に出力する。
【００２５】
なお、所定速度は、運転者が、表示モニタ６００に表示される映像を見ていると運転が危険になると判断できる速度（例えば５ｋｍ/ｈ）に定める。
【００２６】
走行判定フラグパケット生成部１０８は、配信装置に対して映像パケットストリーミングの停止／開始を指示するためのパケットである走行判定フラグパケットを生成する。この走行判定フラグパケットには、走行判定フラグが挿入される。走行判定フラグには、車速判定部１０７から入力された判定結果が所定値以上を示す場合、映像パケットストリーミングの停止を示す情報として例えば、“ＯＮ"が設定され、判定結果が所定値未満を示す場合は、映像パケットストリーミングの開始を示す情報として例えば“ＯＦＦ"が設定される。そして、この走行判定フラグが挿入された走行判定フラグパケットを通信部１０１から、ネットワーク３００を介して配信装置２００へ送信する。
【００２７】
なお、受信装置１００は、装置内の各ブロックを制御するＣＰＵ１１０を備えている。そして、例えば、車速判定部１０７、走行フラグ判定パケット生成部１０８の機能をこのＣＰＵ１１０の内部処理機能としても良い。また、他の機能ブロックも、ＣＰＵ１１０の処理能力に応じて、ＣＰＵ１１０の内部処理機能としても良い。
＜配信装置＞
以下、配信装置２００の内部構成について説明する。
【００２８】
本実施例では、配信装置２００は、前述の受信装置１００と同様に、各機能ブロック間における各種データの送受信を、データバス２０９を介して行なうものとする。なお、データバス２０９を用いずに直接機能ブロック間で各種データを送受信しても構わない
通信部２０１は、ネットワーク３００を介してコンテンツデータベース４００から映像データ、音声データを含んだコンテンツを受信し、記憶部２０２に一時記憶する。なお、この受信するコンテンツは、ユーザがなんらかの方法で購入、または選択したコンテンツであるが、そのコンテンツの購入や選択の方法は、本発明の要部では無いので説明は省略する。また、コンテンツは、前述したＭＰＥＧ−２ ＴＳの形式で受信する。
【００２９】
また、通信部２０１は、受信装置１００からネットワーク３００を介して走行判定フラグパケットも受信する。
【００３０】
多重化設定部２０３は、受信装置１００から送信される走行判定フラグパケットに応じて、記憶部２０２に一時記憶されたコンテンツをそのまま受信装置１００へ送信するか、このコンテンツから映像データを除いて送信するかを決定する。より具体的には、多重化設定部２０３は、受信装置１００から走行判定フラグパケットが送信されない場合、または受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＦＦ"の場合は、記憶部２０２に一時記憶されたコンテンツをそのままＭＰＥＧ−２ ＴＳ形式で受信装置１００へストリーミング配信すると決定する。
【００３１】
一方、受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＮ"の場合は、記憶部２０２に一時記憶されたコンテンツから映像データを除いたデータをＭＰＥＧ−２ ＴＳ形式で受信装置１００へストリーミング配信すると決定する。
【００３２】
ＤＥＭＵＸ部２０４は、多重化設定部２０３が、コンテンツから映像データを除いたデータを配信すると決定した場合、記憶部２０２に一時記憶されているコンテンツを読み出し、このコンテンツから映像パケット、音声パケット、付加データパケットを分離し、この分離した各パケットのデータをそれぞれ記憶部２０２に一時記憶する。
【００３３】
多重化部２０５は、ＤＥＭＵＸ部２０４が分離し、記憶部２０２に一時記憶した各パケットのうちから映像パケットを除き、音声パケット、付加データパケットをＭＰＥＧ−２ ＴＳ形式で再度時分割多重化する。このときの再多重化処理の詳細については後述する。
【００３４】
通信部２０１は、映像データを含むコンテンツ、または映像データが除かれたコンテンツを、ネットワーク３００を介してＭＰＥＧ−２ ＴＳ形式で受信装置１００へストリーミング配信する。
【００３５】
なお、配信装置１００は、装置内の各ブロックを制御するＣＰＵ２１０を備えている。そして、例えば、多重化設定部２０３の機能をこのＣＰＵ２１０の内部処理機能としても良い。また、他の機能ブロックも、ＣＰＵ２１０の処理能力に応じて、ＣＰＵ２１０の内部処理機能としても良い。
＜再多重化方法＞
前述した再多重化処理について説明する。
【００３６】
まず、図２を用いて、ＭＰＥＧ−２ ＴＳの構造とＤＥＭＵＸ部２０４が実行する処理の手順とを説明する。
【００３７】
ＭＰＥＧ−２ ＴＳでは、音声パケット、映像パケット、付加データパケットを、１まとまりのコンテンツとして関連付けて多重化する。なお、以降の説明ではコンテンツをプログラムと呼ぶことがある。
【００３８】
そして、この各パケットの関連付けは、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）という２つのテーブル（付加データ）を用いて実現される。従って、所望のコンテンツを抽出する場合、ＤＥＭＵＸ部２０４は、この２つのテーブルを参照することで、所望のコンテンツに関連付けられる映像パケット、音声パケット、付加データパケットをそれぞれ抽出する。
【００３９】
まず、ＤＥＭＵＸ部２０４は、ＭＰＥＧ−２ ＴＳに含まれるＰＡＴを参照する。ＰＡＴはＭＰＥＧ−２システム規格により識別番号（ＰＩＤ）が常に０と規定されている。従って、ＤＥＭＵＸ部２０４は、ＰＩＤ＝０のパケットを抽出する。ＰＡＴには、少なくとも１つのＰＭＴのＰＩＤが記述されている。ＰＭＴは、音声パケット、映像パケット、付加データパケットを１まとまりのコンテンツ（プログラム）として関連付けるためのテーブルである。図６においては、ＰＡＴに、複数のＰＭＴのＰＩＤが、Ｍ０〜Ｍｚとして記述されている。これらＭ０〜Ｍｚがそれぞれプログラム（コンテンツ）０〜ｚに対応している。
【００４０】
今回の抽出対象のコンテンツがプログラムｎであるとすると、ＤＥＭＵＸ部２０４は、ＰＩＤ＝ＭｎのＰＭＴを参照する。ＰＩＤ＝ＭｎのＰＭＴには、図６に示す通り、ビデオ（映像パケット）、オーディオ（音声パケット）、クロック（付加データパケットのうちのひとつ）を識別するためのＰＩＤがそれぞれ、Ｅｎｖ、Ｅｎａ、Ｅｎｃとして記述されている。ＤＥＭＵＸ部２０４は、ＰＭＴから得られたこれらのＰＩＤが示す映像パケット、音声パケット、付加データパケットを抽出することにより、１まとまりのプログラムｎ（コンテンツ）を抽出することができたことになる。
【００４１】
次に、多重化部２０５は、ＤＥＭＵＸ部２０３が抽出した映像パケット、音声パケット、付加データパケットのうちから映像パケットを除き、音声パケット、付加データパケットのみをＭＰＥＧ−２ ＴＳの形式で多重化する。このとき、ＭＰＥＧ−２システム規格によれば、プログラムｎから映像パケットを除いたのであるから、このプログラムｎを指し示すＰＩＤ＝ＭｎのＰＭＴからも、映像パケットを指し示すＰＩＤ＝Ｅｎｖの記載を削除するのが通常である。しかしながら、このようにＰＭＴの構造を変えてしまうと、このＰＭＴ構造変化時点において、受信装置１００のＤＥＭＵＸ部１０３は、プログラムが変更になったと判断し、映像復号化部１０４、音声復号化部１０５に対してリセットをかけてしまう危険性がある。音声復号化部１０５にリセットをかけてしまうと、復号処理が一旦中断され、出力音声に音途切れが発生する。音途切れはユーザに不快感をもたらすものであるので、極力その発生を防止することが望ましい。
【００４２】
そこで、本実施例では、受信装置１００を搭載した車両が停止状態から走行状態に変化して、映像パケットの送信を停止、すなわちＭＰＥＧ−２ ＴＳから映像パケットを除いたとしても、この映像パケットを含むプログラムを示すＰＭＴに記載されている映像パケットのＰＩＤは敢えて削除せずにそのまま残すことを特徴とする。このようにすることにより、ＰＭＴの構造が変化しないので、受信装置１００のＤＥＭＵＸ部１０３は、映像復号化部１０４、音声復号化部１０５に対してリセットをかけることなく、それぞれの復号処理を継続させることが可能となる。従って、出力音声の音途切れを防止できる。なお、映像復号化部１０４は、映像パケットが入力されなくなるので、最後に復号化した映像を静止画像としてそのまま出力し続ける（フリーズ）か、黒に相当する映像信号を出力する（ブラックアウト）のが通常である。
＜受信装置の動作の流れ＞
本実施例における受信装置１００の動作の流れを図３のフローチャートを用いて説明する。
【００４３】
ステップＳ１０１において、通信部１０１は、配信装置２００からコンテンツを受信し、記憶部１０２に一時記憶する。ＤＥＭＵＸ部１０３は、記憶部１０２に一時記憶されたコンテンツを読み出して映像データ、音声データ、付加データに分離する。映像復号化部１０４は、分離された映像データを復号し、得られた映像信号を表示モニタ６００に出力する。なお、映像復号化部１０４は、映像データが一定期間供給されない場合は、黒相当の映像信号を出力するものとする。音声復号化部１０５は、分離された音声データを復号し、得られた音声信号をスピーカー７００に出力する。すなわち、コンテンツを再生する。
【００４４】
ステップＳ１０２において、測位情報取得部１０６は、測位装置５００から、受信装置１００が搭載された車両の測位情報を取得する。
【００４５】
ステップＳ１０３において、車速判定部１０７は、車両の測位情報に基づいて、車両の速度（車速）が所定速度以下であるか否かを判定する。車速が所定速度以下の場合（ＹＥＳ）、ステップＳ１０４に処理を移行し、このステップＳ１０４において、車速判定部１０７は、走行判定フラグをＯＦＦに設定する。一方、車速が所定速度を超えた場合（ＮＯ）、ステップＳ１０５に処理を移行し、このステップＳ１０５において、車速判定部１０７は走行判定フラグをＯＮに設定する。
【００４６】
ステップＳ１０６において、走行判定フラグパケット生成部１０８は、走行判定フラグが変化したか否かを確認する。変化した場合（ＹＥＳ）、ステップＳ１０７に処理を移行する。一方、変化していない場合（ＮＯ）、ステップＳ１０１に処理を戻す。
【００４７】
ステップＳ１０７において、走行判定フラグパケット生成部１０８は、変化した走行判定フラグを反映した走行判定フラグパケットを生成する。通信部１０１は、この生成した走行判定フラグパケットを配信装置２００へ送信する。
＜配信装置の動作の流れ＞
本実施例における配信装置２００の動作の流れを図４のフローチャートを用いて説明する。
【００４８】
ステップＳ２０１において、通信部２０１は、コンテンツデータベース３００からコンテンツを受信し、記憶部２０２に一時記憶する。
【００４９】
ステップＳ２０２において、多重化設定部２０３は、通信部２０１が走行判定フラグパケットを受信したか否かを確認する。受信しなかった場合（ＮＯ）、ステップＳ２０６に処理を移行する。一方、受信した場合（ＹＥＳ）、ステップＳ２０３に処理を移行する。
【００５０】
ステップＳ２０３において、多重化設定部２０３は、受信した走行判定フラグパケットから得た走行判定フラグがＯＮであるかＯＦＦであるかを確認する。ＯＦＦの場合、ステップＳ２０６に処理を移行する。一方、ＯＮの場合、ステップＳ２０４に処理を移行する。
【００５１】
ステップＳ２０４において、ＤＥＭＵＸ部２０４は、記憶部２０２に一時記憶されているコンテンツから映像パケット、音声パケット、付加データパケットを抽出し、この抽出した各パケットを記憶部２０２に一時記憶する。
【００５２】
ステップＳ２０５において、多重化部２０５は、記憶部２０２に一時記憶された各パケットのうちから映像パケットを除き、音声パケット、付加データパケットをＭＰＥＧ−２ ＴＳ形式で多重化し、映像パケットが除かれたコンテンツを生成する。なお、このときＰＭＴの構造は変化させない。
【００５３】
ステップＳ２０６において、通信部２０１は、記憶部２０２に一時記憶された映像データを含むコンテンツ、または多重化部２０５で生成された映像データが除かれたコンテンツを受信装置１００へストリーミング配信する。
【００５４】
以上の実施例によれば、車両の走行開始／停止に応じて映像データのストリーミング停止／開始を制御するとともに、映像データのストリーミング停止／開始時点においても音声は途切れなく連続して出力させることが可能となる。
［第２実施例］
＜システム構成＞
図５は、第２実施例の配信システムの構成を示す図である。
【００５５】
図１の第１実施例の配信システムと同じ機能を有するブロックについては、同じ符号を付与し、その説明は省略する。第２実施例は、第１実施例と比して配信装置の内部構成が異なる。
【００５６】
この第２実施例は、第１実施例のようにコンテンツをデータベース４００から取得するのではなく、リアルタイムで撮影するコンテンツの配信を想定したものである。
【００５７】
このため、配信装置２５０は、図１の配信装置２００におけるＤＥＭＵＸ部２０４に替えて、映像符号化部２０６、音声符号化部２０７を備える。
【００５８】
映像符号化部２０６は、カメラ８００が撮影して得た映像信号を、ＭＰＥＧ−２ビデオ規格にて符号化し、映像データを得る。
【００５９】
音声符号化部２０７は、マイク９００が集音して得た音声信号を、ＭＰＥＧ−２オーディオ規格にて符号化し、音声データを得る。
【００６０】
多重化設定部２０３は、受信装置１００から走行判定フラグパケットが送信されない場合、または受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＦＦ"の場合は、映像符号化部２０６で得た映像データと音声符号化部２０７で得た音声データとを付加データともにＭＰＥＧ−２ ＴＳの形式にて多重化すると決定する。
【００６１】
一方、受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＮ"の場合は、映像符号化部２０６に符号化を停止し、音声符号化部２０７で得た音声データのみを付加データともにＭＰＥＧ−２ ＴＳの形式にて多重化すると決定する。
【００６２】
多重化部２０４は、映像データ、音声データ、付加データを多重化設定部２０３の決定に基づき適宜多重化する。
［第３実施例］
＜システム構成＞
図６は、第３実施例の配信システムの構成を示す図である。
【００６３】
図１の第１実施例の配信システムと同じ機能を有するブロックについては、同じ符号を付与し、その説明は省略する。第３実施例は、第１実施例と比して受信装置の内部構成が異なる。
【００６４】
この第３実施例は、受信したコンテンツに映像パケットが無くなった事を素早く検出し、ユーザに通知する技術を提供する実施例である。
【００６５】
受信装置１５０は、図１の受信装置１００の内部機能に加えて、映像パケット有無判定部１１１、ＯＳＤ生成部１１２を備える。
【００６６】
映像パケット有無判定部１１１は、通信部１０１が受信したコンテンツ中の映像パケットの有無を判定する。
【００６７】
ＯＳＤ生成部１１２は、映像パケット有無判定部１１１が、映像パケット無と判定した場合、ユーザに、映像表示を停止した旨を通知するＯＳＤ（On Screen Display）を生成し、この生成したＯＳＤを表示モニタ６００に表示する。映像表示を停止した旨の通知とは、例えば「映像を停止しました。映像を見る場合は車を停止し安全を確保してください」というようなテキスト文とすれば良い。
【００６８】
なお、受信装置１５０は、装置内の各ブロックを制御するＣＰＵ１１５を備えている。そして、例えば、車速判定部１０７、走行フラグ判定パケット生成部１０８、映像パケット有無判定部１１１の機能をこのＣＰＵ１１５の内部処理機能としても良い。また、他の機能ブロックも、ＣＰＵ１１５の処理能力に応じて、ＣＰＵ１１５の内部処理機能としても良い。
【００６９】
以下、本実施例の要部である映像パケット有無判定部１１１が行なう処理にについて詳細に説明する。
【００７０】
映像パケットの有無は、通常はＰＭＴに映像パケットのＰＩＤが記載されているか否かで判定する。しかし、本実施例においては映像パケットの有無に関わらず、ＰＭＴには映像パケットのＰＩＤが記載されていることを前提としているので、これでは判定できない。
【００７１】
従って、ＰＭＴを用いることなしに映像パケットの有無を判定する必要がある。この場合の常套手段として、映像パケットが所定周期で繰り返し送信されることを前提として、映像パケット受信後、所定周期で定まる所定期間に次の映像パケットを受信しなかった場合に、映像パケット無と判定する方法がある。しかし、映像パケットがどのくらいの周期で送信されるかは、送信側の都合で決定されるので受信側は正確には判断できない。従って、誤判定を防止するため、通常は、上記所定期間をかなり長い期間、例えば２秒に設定する必要があった。しかしながら、これでは、ユーザへの映像表示停止の通知が遅くなってしまう。また、受信装置１５０は、みずから配信装置２００へ映像データの送信停止を指示するので、この指示のタイミングで映像表示停止を通知することも考えられる。しかしながら、受信装置１５０から配信装置２００へ映像データの送信停止を指示し、実際に映像データが停止するまでにはタイムラグがある。従って、車速判定部１０７は、車両の速度（車速）が所定速度以下であるか否かを判定する際に、このタイムラグを見込んで、早めに映像データの送信停止指示を出せるように上記所定速度を設定している。よって、このタイミングでユーザに映像表示停止を通知するのは早すぎる。
【００７２】
上記のような不具合を解決し、適切なタイミングでユーザに映像表示停止を通知するために、本実施例における映像パケット有無判定部１１１は、以下のような処理を行なう。
【００７３】
まず、映像データを含むコンテンツの受信時は、映像パケット有無判定部１１１は、上記した常套手段の通り、２秒に設定された所定期間に映像パケットを受信しなかった場合に映像パケット無と判定する。この場合は、映像を含んだコンテンツから、もともと音声のみで構成されるコンテンツに変更になったと考えられる。従って、映像パケット有無判定部１１１は、ＯＳＤ生成部になにも指示をださない。または、音声のみのコンテンツに切り換った旨を通知するためのＯＳＤを生成するよう指示を出しても良い。
【００７４】
一方、受信装置を搭載した車両が所定速度を超えて、走行判定フラグパケット生成部１０８が、通信部１０１、ネットワーク３００を介して配信装置２００へ、走行判定フラグをＯＮとした走行判定フラグパケットを送信した場合は、走行判定フラグパケット生成部１０８は同時に、映像パケット有無判定部１１１に対して、走行判定フラグがＯＮになったことを通知する。
【００７５】
映像パケット有無判定部１１１は、走行判定フラグがＯＮになったことを認識したら、上記所定期間を２秒から、例えば０．５秒に変更する。このように所定期間を短く変更できるのは、映像データの停止を配信装置に指示したので、もうすぐ映像パケットの受信がなくなることを予想できるからである。
【００７６】
このように、映像データ、音声データを含むコンテンツから音声データのみのコンテンツへの切り換り時と、車両が所定速度を超えた場合に映像データ、音声データを含むコンテンツから映像データが除かれた時とで、映像データの受信を待つ所定期間を変更することにより、車両が所定速度を超えた時点において映像データのストリーミングを停止、すなわち映像表示を停止した際に、その停止した旨をユーザに適切なタイミングで通知することが可能になる。
【００７７】
なお、以上説明した第１〜第３実施例ではＭＰＥＧ−２ ＴＳを用いた場合で説明したが、映像パケットのＰＩＤの有無の参照テーブルを持って多重化する方法であればどのような規格でも構わない。例えば、ＡＶＩ（Audio Video Interleave）コンテナ、ＭＰＥＧ−４ ｐａｒｔ１４、Ｍａｔｒｏｓｋａ（マトリョーシカ）などのマルチメディアコンテナフォーマットへも応用可能である。
【００７８】
また、本発明は上記した装置の機能をコンピュータに実現させるためのプログラムを含むものである。これらのプログラムは、記録媒体から読み取られてコンピュータに取り込まれてもよいし、通信ネットワークを介して伝送されてコンピュータに取り込まれてもよい。
【００７９】
なお、通信部１０１、記憶部１０２、ＤＥＭＵＸ部１０３が本願各請求項における抽出部に相当し、映像復号化部１０４、音声復号化部１０５が、本願各請求項における復号部に相当し、測位情報取得部１０６、車速判定部１０７が本願各請求項における車速判定部に相当し、通信部１０１、走行判定フラグパケット生成部１０８が本願各請求項における停止情報送信部に相当し、映像パケット有無判定部１１１、ＯＳＤ生成部１１２が本願各請求項における通知部に相当し、記憶部２０２、多重化設定部２０３、多重化部２０５、更に実施例２においては映像符号化部２０６、音声符号化部２０７が本願各請求項における停止情報送信部に相当し、通信部２０１が本願各請求項における配信部に相当する。
【符号の説明】
【００８０】
１００：受信装置
１０１：通信部
１０２：記憶部
１０３：ＤＥＭＵＸ部
１０４：映像復号化部
１０５：音声復号化部
１０６：測位情報取得部
１０７：車速判定部
１０８：走行判定フラグパケット生成部
１０９：データバス
１１０：ＣＰＵ
２００：配信装置
２０１：通信部
２０２：記憶部
２０３：多重化設定部
２０４：ＤＥＭＵＸ部
２０５：多重化部
２０９：データバス
３００：ネットワーク
４００：コンテンツデータベース
５００：測位装置
６００：表示モニタ
７００：スピーカー
【技術分野】
【０００１】
本発明は、ストリーミング配信技術に係り、特にこのストリーミング配信技術を車載用として応用した配信システム、配信方法、受信装置に関する。
【背景技術】
【０００２】
ストリーミング配信技術が普及している。この技術は、配信装置（サーバ）と、受信装置（クライアント）とをインターネット等のネットワークを介して接続し、コンテンツを配信装置から受信装置へストリーミング配信する技術である。このストリーミング配信技術によれば、ユーザは、家庭にいながらパソコン等の受信装置で、配信装置から配信される大量のコンテンツを視聴することが可能となる。
【０００３】
このストリーミング配信技術を車載用として応用した技術が、たとえば特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１５１３５２
【発明の概要】
【発明が解決しようとする課題】
【０００５】
車両に搭載された受信装置が、映像データ、音声データを含んで構成されるコンテンツを配信サーバからストリーミング受信してユーザに視聴させる場合、安全性を考慮すると、車両走行中は、映像表示を停止させることが望ましい。一方、音声出力に関しては途切れさせずに出力し続けることが望ましい。これを可能とする最も簡単な方法としては、映像データ、音声データともにストリーミングは継続しつつ、映像表示のみ停止させる方法が考えられる。しかしながら、これでは、映像表示を停止している期間の映像データ、すなわち不要なデータもストリーミングしてしまうことになる。不要なデータは、ネットワークの負荷や通信コストの軽減のためにもストリーミングさせないことが望ましい。これを可能とする方法としては、受信装置が車両の走行開始／停止を検知して、この検知結果に基づいて、映像データのストリーミング停止／開始を配信装置に指示する方法が考えられる。しかしながら、配信装置は、映像データのストリーミング停止／開始にあたり、コンテンツすなわちストリームの構成を変えるのが一般的である。ストリームの構成が変わると、受信装置は、コンテンツが変更になったと判断し、映像データや音声データの復号処理にリセットをかけリスタートさせてしまう場合が多い。復号処理にリセットがかかるとそのリセットの時点で音声出力が一瞬途切れてしまう危険性があった。
【０００６】
また、映像表示を停止させた場合、停止した旨をユーザに適切なタイミングで通知することが望ましい。
【０００７】
本発明は、このような状況を鑑みてなされたものであり、その目的は、車両の走行開始に応じて映像データのストリーミングを停止、すなわち映像表示を停止した際に、その停止した旨をユーザに適切なタイミングで通知する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、下記のシステム、方法、装置を提供するものである。
（１）車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムにおいて、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、（111,112）
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成部と、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信部と、
を備え、
前記生成部は、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信システム。
（２）車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムで用いる配信方法において、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出ステップと、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号ステップと、
前記車両の速度が所定速度を越えたか否かを判定する車速判定ステップと、
前記車速判定ステップの判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信ステップと、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知ステップと、（111,112）
を含み、
前記抽出ステップは、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知ステップは、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成ステップと、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信ステップと、
を含み、
前記生成ステップは、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信方法。
（３）車両に搭載される受信装置であり、ネットワークを介してストリーミング配信される、映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツを受信する受信装置において、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とする受信装置。
【発明の効果】
【０００９】
本発明によれば、車両の走行開始に応じて映像データのストリーミングを停止、すなわち映像表示を停止した際に、その停止した旨をユーザに適切なタイミングで通知することが可能になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１実施例を説明するためのシステム構成図である。
【図２】ＭＰＥＧ−２ ＴＳの構造を説明する図である。
【図３】受信装置１００の動作の流れを説明するフローチャートである。
【図４】配信装置２００の動作の流れを説明するフローチャートである。
【図５】本発明の第２実施例を説明するためのシステム構成図である。
【図６】本発明の第３実施例を説明するためのシステム構成図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を参照しながら説明する。
［第１実施例］
＜システム構成＞
図１は、第１実施例の配信システムの構成を示す図である。
【００１２】
本実施例の配信シシテムは、コンテンツをストリーミング受信する受信装置１００、コンテンツ配信事業者等が運用し、コンテンツをストリーミング配信する配信装置２００、コンテンツを格納するコンテンツデータベース４００、これらの装置、データベース間を相互に接続するネットワーク３００を含んで構成される。
【００１３】
受信装置１００は、主に車両に搭載されることを前提とする。配信装置２００、コンテンツデータベース４００は、例えばコンテンツ配信事業者によって運用されるものとする。ネットワーク３００は、例えばインターネットであり、多くの中継機器（図示せず）を含んで構成されることは言うまでもない。そして、少なくとも受信装置１００と中継機器との間は無線ネットワークで接続されることを前提とする。
【００１４】
また、本実施例で扱うコンテンツは映像データ、音声データを含んで構成されるものとする。
【００１５】
また、ストリーミングは、例えば、ＭＰＥＧ（Moving Picture Experts Group）−２システム規格におけるＴＳ（Transport Stream）を用いて行う。以下、これをＭＰＥＧ−２ ＴＳと呼ぶ。コンテンツに含まれる映像データ、音声データは、その他の付加データとともにこのＭＰＥＧ−２ ＴＳの形式で１つのストリームデータとして時分割多重化されストリーミングされる。ＭＰＥＧ−２ ＴＳでは各種データを所定長（例えば１８８バイト）のパケットに分け、このパケット単位で多重化する。従って以降、ＭＰＥＧ−２ ＴＳで多重化される映像データ、音声データ、付加データを、それぞれ映像パケット、音声パケット、付加データパケットと呼ぶことがある。
＜受信装置＞
以下、受信装置１００の内部構成について説明する。
【００１６】
本実施例では、受信装置１００は、各機能ブロック間における各種データの送受信を、データバス１０９を介して行なうものとする。なお、データバス１０９を用いずに直接機能ブロック間で各種データを送受信しても構わない。
【００１７】
通信部１０１は、コンテンツ配信装置２００からネットワーク３００を介し、ＭＰＥＧ−ＴＳとして送信されるコンテンツをストリーミング受信し、記憶部１０２に一時記憶する。また、通信部１０１は、後述する走行判定フラグパケット生成部１０８で生成される走行判定フラグパケットを、ネットワーク３００を介してコンテンツ配信装置２００へ送信する。
【００１８】
ＤＥＭＵＸ部１０３は、記憶部１０２からコンテンツを取り出し、ＭＰＥＧ−２ ＴＳとして多重化されている映像パケット、音声パケット、その他の付加パケットを分離し、記憶部１０２に一時記憶する。
【００１９】
映像復号化部１０４、音声復号化部１０５は、それぞれ、記憶部１０２から映像パケット、音声パケットを取り出し、映像信号、音声信号に復号化する。そして復号化した映像信号、音声信号を、それぞれ、コンテンツ受信装置１００の外部に出力する。
【００２０】
表示モニタ６００は、入力された映像信号を映像として表示する。
【００２１】
スピーカー７００は、入力された音声信号を音声として出力する。
【００２２】
測位装置５００は、コンテンツ受信装置１００と同じ車両に搭載され、この車両の位置、速度、加速度を測位する。測位装置５００は、ＧＰＳ（Global Positioning System）、車速パルス受信機、加速度センサーなどを含んで構成される。なお、速度、加速度は、直接測位せずに位置の変化からも算出可能である。これらの情報の測位方法や算出方法は本発明の要部ではないので詳細説明は省略する。
【００２３】
測位情報取得部１０６は、測位装置５００が測位した車両の位置、速度、加速の各情報を定期的に読み取る。
【００２４】
車速判定部１０７は、測位情報取得部１０６から定期的に速度情報を取得し、この速度情報の値が、予め定めた所定速度に対応する所定値以上か否かを判定し、その判定結果を走行判定フラグパケット生成部１０８に出力する。
【００２５】
なお、所定速度は、運転者が、表示モニタ６００に表示される映像を見ていると運転が危険になると判断できる速度（例えば５ｋｍ/ｈ）に定める。
【００２６】
走行判定フラグパケット生成部１０８は、配信装置に対して映像パケットストリーミングの停止／開始を指示するためのパケットである走行判定フラグパケットを生成する。この走行判定フラグパケットには、走行判定フラグが挿入される。走行判定フラグには、車速判定部１０７から入力された判定結果が所定値以上を示す場合、映像パケットストリーミングの停止を示す情報として例えば、“ＯＮ"が設定され、判定結果が所定値未満を示す場合は、映像パケットストリーミングの開始を示す情報として例えば“ＯＦＦ"が設定される。そして、この走行判定フラグが挿入された走行判定フラグパケットを通信部１０１から、ネットワーク３００を介して配信装置２００へ送信する。
【００２７】
なお、受信装置１００は、装置内の各ブロックを制御するＣＰＵ１１０を備えている。そして、例えば、車速判定部１０７、走行フラグ判定パケット生成部１０８の機能をこのＣＰＵ１１０の内部処理機能としても良い。また、他の機能ブロックも、ＣＰＵ１１０の処理能力に応じて、ＣＰＵ１１０の内部処理機能としても良い。
＜配信装置＞
以下、配信装置２００の内部構成について説明する。
【００２８】
本実施例では、配信装置２００は、前述の受信装置１００と同様に、各機能ブロック間における各種データの送受信を、データバス２０９を介して行なうものとする。なお、データバス２０９を用いずに直接機能ブロック間で各種データを送受信しても構わない
通信部２０１は、ネットワーク３００を介してコンテンツデータベース４００から映像データ、音声データを含んだコンテンツを受信し、記憶部２０２に一時記憶する。なお、この受信するコンテンツは、ユーザがなんらかの方法で購入、または選択したコンテンツであるが、そのコンテンツの購入や選択の方法は、本発明の要部では無いので説明は省略する。また、コンテンツは、前述したＭＰＥＧ−２ ＴＳの形式で受信する。
【００２９】
また、通信部２０１は、受信装置１００からネットワーク３００を介して走行判定フラグパケットも受信する。
【００３０】
多重化設定部２０３は、受信装置１００から送信される走行判定フラグパケットに応じて、記憶部２０２に一時記憶されたコンテンツをそのまま受信装置１００へ送信するか、このコンテンツから映像データを除いて送信するかを決定する。より具体的には、多重化設定部２０３は、受信装置１００から走行判定フラグパケットが送信されない場合、または受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＦＦ"の場合は、記憶部２０２に一時記憶されたコンテンツをそのままＭＰＥＧ−２ ＴＳ形式で受信装置１００へストリーミング配信すると決定する。
【００３１】
一方、受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＮ"の場合は、記憶部２０２に一時記憶されたコンテンツから映像データを除いたデータをＭＰＥＧ−２ ＴＳ形式で受信装置１００へストリーミング配信すると決定する。
【００３２】
ＤＥＭＵＸ部２０４は、多重化設定部２０３が、コンテンツから映像データを除いたデータを配信すると決定した場合、記憶部２０２に一時記憶されているコンテンツを読み出し、このコンテンツから映像パケット、音声パケット、付加データパケットを分離し、この分離した各パケットのデータをそれぞれ記憶部２０２に一時記憶する。
【００３３】
多重化部２０５は、ＤＥＭＵＸ部２０４が分離し、記憶部２０２に一時記憶した各パケットのうちから映像パケットを除き、音声パケット、付加データパケットをＭＰＥＧ−２ ＴＳ形式で再度時分割多重化する。このときの再多重化処理の詳細については後述する。
【００３４】
通信部２０１は、映像データを含むコンテンツ、または映像データが除かれたコンテンツを、ネットワーク３００を介してＭＰＥＧ−２ ＴＳ形式で受信装置１００へストリーミング配信する。
【００３５】
なお、配信装置１００は、装置内の各ブロックを制御するＣＰＵ２１０を備えている。そして、例えば、多重化設定部２０３の機能をこのＣＰＵ２１０の内部処理機能としても良い。また、他の機能ブロックも、ＣＰＵ２１０の処理能力に応じて、ＣＰＵ２１０の内部処理機能としても良い。
＜再多重化方法＞
前述した再多重化処理について説明する。
【００３６】
まず、図２を用いて、ＭＰＥＧ−２ ＴＳの構造とＤＥＭＵＸ部２０４が実行する処理の手順とを説明する。
【００３７】
ＭＰＥＧ−２ ＴＳでは、音声パケット、映像パケット、付加データパケットを、１まとまりのコンテンツとして関連付けて多重化する。なお、以降の説明ではコンテンツをプログラムと呼ぶことがある。
【００３８】
そして、この各パケットの関連付けは、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）という２つのテーブル（付加データ）を用いて実現される。従って、所望のコンテンツを抽出する場合、ＤＥＭＵＸ部２０４は、この２つのテーブルを参照することで、所望のコンテンツに関連付けられる映像パケット、音声パケット、付加データパケットをそれぞれ抽出する。
【００３９】
まず、ＤＥＭＵＸ部２０４は、ＭＰＥＧ−２ ＴＳに含まれるＰＡＴを参照する。ＰＡＴはＭＰＥＧ−２システム規格により識別番号（ＰＩＤ）が常に０と規定されている。従って、ＤＥＭＵＸ部２０４は、ＰＩＤ＝０のパケットを抽出する。ＰＡＴには、少なくとも１つのＰＭＴのＰＩＤが記述されている。ＰＭＴは、音声パケット、映像パケット、付加データパケットを１まとまりのコンテンツ（プログラム）として関連付けるためのテーブルである。図６においては、ＰＡＴに、複数のＰＭＴのＰＩＤが、Ｍ０〜Ｍｚとして記述されている。これらＭ０〜Ｍｚがそれぞれプログラム（コンテンツ）０〜ｚに対応している。
【００４０】
今回の抽出対象のコンテンツがプログラムｎであるとすると、ＤＥＭＵＸ部２０４は、ＰＩＤ＝ＭｎのＰＭＴを参照する。ＰＩＤ＝ＭｎのＰＭＴには、図６に示す通り、ビデオ（映像パケット）、オーディオ（音声パケット）、クロック（付加データパケットのうちのひとつ）を識別するためのＰＩＤがそれぞれ、Ｅｎｖ、Ｅｎａ、Ｅｎｃとして記述されている。ＤＥＭＵＸ部２０４は、ＰＭＴから得られたこれらのＰＩＤが示す映像パケット、音声パケット、付加データパケットを抽出することにより、１まとまりのプログラムｎ（コンテンツ）を抽出することができたことになる。
【００４１】
次に、多重化部２０５は、ＤＥＭＵＸ部２０３が抽出した映像パケット、音声パケット、付加データパケットのうちから映像パケットを除き、音声パケット、付加データパケットのみをＭＰＥＧ−２ ＴＳの形式で多重化する。このとき、ＭＰＥＧ−２システム規格によれば、プログラムｎから映像パケットを除いたのであるから、このプログラムｎを指し示すＰＩＤ＝ＭｎのＰＭＴからも、映像パケットを指し示すＰＩＤ＝Ｅｎｖの記載を削除するのが通常である。しかしながら、このようにＰＭＴの構造を変えてしまうと、このＰＭＴ構造変化時点において、受信装置１００のＤＥＭＵＸ部１０３は、プログラムが変更になったと判断し、映像復号化部１０４、音声復号化部１０５に対してリセットをかけてしまう危険性がある。音声復号化部１０５にリセットをかけてしまうと、復号処理が一旦中断され、出力音声に音途切れが発生する。音途切れはユーザに不快感をもたらすものであるので、極力その発生を防止することが望ましい。
【００４２】
そこで、本実施例では、受信装置１００を搭載した車両が停止状態から走行状態に変化して、映像パケットの送信を停止、すなわちＭＰＥＧ−２ ＴＳから映像パケットを除いたとしても、この映像パケットを含むプログラムを示すＰＭＴに記載されている映像パケットのＰＩＤは敢えて削除せずにそのまま残すことを特徴とする。このようにすることにより、ＰＭＴの構造が変化しないので、受信装置１００のＤＥＭＵＸ部１０３は、映像復号化部１０４、音声復号化部１０５に対してリセットをかけることなく、それぞれの復号処理を継続させることが可能となる。従って、出力音声の音途切れを防止できる。なお、映像復号化部１０４は、映像パケットが入力されなくなるので、最後に復号化した映像を静止画像としてそのまま出力し続ける（フリーズ）か、黒に相当する映像信号を出力する（ブラックアウト）のが通常である。
＜受信装置の動作の流れ＞
本実施例における受信装置１００の動作の流れを図３のフローチャートを用いて説明する。
【００４３】
ステップＳ１０１において、通信部１０１は、配信装置２００からコンテンツを受信し、記憶部１０２に一時記憶する。ＤＥＭＵＸ部１０３は、記憶部１０２に一時記憶されたコンテンツを読み出して映像データ、音声データ、付加データに分離する。映像復号化部１０４は、分離された映像データを復号し、得られた映像信号を表示モニタ６００に出力する。なお、映像復号化部１０４は、映像データが一定期間供給されない場合は、黒相当の映像信号を出力するものとする。音声復号化部１０５は、分離された音声データを復号し、得られた音声信号をスピーカー７００に出力する。すなわち、コンテンツを再生する。
【００４４】
ステップＳ１０２において、測位情報取得部１０６は、測位装置５００から、受信装置１００が搭載された車両の測位情報を取得する。
【００４５】
ステップＳ１０３において、車速判定部１０７は、車両の測位情報に基づいて、車両の速度（車速）が所定速度以下であるか否かを判定する。車速が所定速度以下の場合（ＹＥＳ）、ステップＳ１０４に処理を移行し、このステップＳ１０４において、車速判定部１０７は、走行判定フラグをＯＦＦに設定する。一方、車速が所定速度を超えた場合（ＮＯ）、ステップＳ１０５に処理を移行し、このステップＳ１０５において、車速判定部１０７は走行判定フラグをＯＮに設定する。
【００４６】
ステップＳ１０６において、走行判定フラグパケット生成部１０８は、走行判定フラグが変化したか否かを確認する。変化した場合（ＹＥＳ）、ステップＳ１０７に処理を移行する。一方、変化していない場合（ＮＯ）、ステップＳ１０１に処理を戻す。
【００４７】
ステップＳ１０７において、走行判定フラグパケット生成部１０８は、変化した走行判定フラグを反映した走行判定フラグパケットを生成する。通信部１０１は、この生成した走行判定フラグパケットを配信装置２００へ送信する。
＜配信装置の動作の流れ＞
本実施例における配信装置２００の動作の流れを図４のフローチャートを用いて説明する。
【００４８】
ステップＳ２０１において、通信部２０１は、コンテンツデータベース３００からコンテンツを受信し、記憶部２０２に一時記憶する。
【００４９】
ステップＳ２０２において、多重化設定部２０３は、通信部２０１が走行判定フラグパケットを受信したか否かを確認する。受信しなかった場合（ＮＯ）、ステップＳ２０６に処理を移行する。一方、受信した場合（ＹＥＳ）、ステップＳ２０３に処理を移行する。
【００５０】
ステップＳ２０３において、多重化設定部２０３は、受信した走行判定フラグパケットから得た走行判定フラグがＯＮであるかＯＦＦであるかを確認する。ＯＦＦの場合、ステップＳ２０６に処理を移行する。一方、ＯＮの場合、ステップＳ２０４に処理を移行する。
【００５１】
ステップＳ２０４において、ＤＥＭＵＸ部２０４は、記憶部２０２に一時記憶されているコンテンツから映像パケット、音声パケット、付加データパケットを抽出し、この抽出した各パケットを記憶部２０２に一時記憶する。
【００５２】
ステップＳ２０５において、多重化部２０５は、記憶部２０２に一時記憶された各パケットのうちから映像パケットを除き、音声パケット、付加データパケットをＭＰＥＧ−２ ＴＳ形式で多重化し、映像パケットが除かれたコンテンツを生成する。なお、このときＰＭＴの構造は変化させない。
【００５３】
ステップＳ２０６において、通信部２０１は、記憶部２０２に一時記憶された映像データを含むコンテンツ、または多重化部２０５で生成された映像データが除かれたコンテンツを受信装置１００へストリーミング配信する。
【００５４】
以上の実施例によれば、車両の走行開始／停止に応じて映像データのストリーミング停止／開始を制御するとともに、映像データのストリーミング停止／開始時点においても音声は途切れなく連続して出力させることが可能となる。
［第２実施例］
＜システム構成＞
図５は、第２実施例の配信システムの構成を示す図である。
【００５５】
図１の第１実施例の配信システムと同じ機能を有するブロックについては、同じ符号を付与し、その説明は省略する。第２実施例は、第１実施例と比して配信装置の内部構成が異なる。
【００５６】
この第２実施例は、第１実施例のようにコンテンツをデータベース４００から取得するのではなく、リアルタイムで撮影するコンテンツの配信を想定したものである。
【００５７】
このため、配信装置２５０は、図１の配信装置２００におけるＤＥＭＵＸ部２０４に替えて、映像符号化部２０６、音声符号化部２０７を備える。
【００５８】
映像符号化部２０６は、カメラ８００が撮影して得た映像信号を、ＭＰＥＧ−２ビデオ規格にて符号化し、映像データを得る。
【００５９】
音声符号化部２０７は、マイク９００が集音して得た音声信号を、ＭＰＥＧ−２オーディオ規格にて符号化し、音声データを得る。
【００６０】
多重化設定部２０３は、受信装置１００から走行判定フラグパケットが送信されない場合、または受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＦＦ"の場合は、映像符号化部２０６で得た映像データと音声符号化部２０７で得た音声データとを付加データともにＭＰＥＧ−２ ＴＳの形式にて多重化すると決定する。
【００６１】
一方、受信装置１００から送信された走行判定フラグパケットに挿入された走行判定フラグが“ＯＮ"の場合は、映像符号化部２０６に符号化を停止し、音声符号化部２０７で得た音声データのみを付加データともにＭＰＥＧ−２ ＴＳの形式にて多重化すると決定する。
【００６２】
多重化部２０４は、映像データ、音声データ、付加データを多重化設定部２０３の決定に基づき適宜多重化する。
［第３実施例］
＜システム構成＞
図６は、第３実施例の配信システムの構成を示す図である。
【００６３】
図１の第１実施例の配信システムと同じ機能を有するブロックについては、同じ符号を付与し、その説明は省略する。第３実施例は、第１実施例と比して受信装置の内部構成が異なる。
【００６４】
この第３実施例は、受信したコンテンツに映像パケットが無くなった事を素早く検出し、ユーザに通知する技術を提供する実施例である。
【００６５】
受信装置１５０は、図１の受信装置１００の内部機能に加えて、映像パケット有無判定部１１１、ＯＳＤ生成部１１２を備える。
【００６６】
映像パケット有無判定部１１１は、通信部１０１が受信したコンテンツ中の映像パケットの有無を判定する。
【００６７】
ＯＳＤ生成部１１２は、映像パケット有無判定部１１１が、映像パケット無と判定した場合、ユーザに、映像表示を停止した旨を通知するＯＳＤ（On Screen Display）を生成し、この生成したＯＳＤを表示モニタ６００に表示する。映像表示を停止した旨の通知とは、例えば「映像を停止しました。映像を見る場合は車を停止し安全を確保してください」というようなテキスト文とすれば良い。
【００６８】
なお、受信装置１５０は、装置内の各ブロックを制御するＣＰＵ１１５を備えている。そして、例えば、車速判定部１０７、走行フラグ判定パケット生成部１０８、映像パケット有無判定部１１１の機能をこのＣＰＵ１１５の内部処理機能としても良い。また、他の機能ブロックも、ＣＰＵ１１５の処理能力に応じて、ＣＰＵ１１５の内部処理機能としても良い。
【００６９】
以下、本実施例の要部である映像パケット有無判定部１１１が行なう処理にについて詳細に説明する。
【００７０】
映像パケットの有無は、通常はＰＭＴに映像パケットのＰＩＤが記載されているか否かで判定する。しかし、本実施例においては映像パケットの有無に関わらず、ＰＭＴには映像パケットのＰＩＤが記載されていることを前提としているので、これでは判定できない。
【００７１】
従って、ＰＭＴを用いることなしに映像パケットの有無を判定する必要がある。この場合の常套手段として、映像パケットが所定周期で繰り返し送信されることを前提として、映像パケット受信後、所定周期で定まる所定期間に次の映像パケットを受信しなかった場合に、映像パケット無と判定する方法がある。しかし、映像パケットがどのくらいの周期で送信されるかは、送信側の都合で決定されるので受信側は正確には判断できない。従って、誤判定を防止するため、通常は、上記所定期間をかなり長い期間、例えば２秒に設定する必要があった。しかしながら、これでは、ユーザへの映像表示停止の通知が遅くなってしまう。また、受信装置１５０は、みずから配信装置２００へ映像データの送信停止を指示するので、この指示のタイミングで映像表示停止を通知することも考えられる。しかしながら、受信装置１５０から配信装置２００へ映像データの送信停止を指示し、実際に映像データが停止するまでにはタイムラグがある。従って、車速判定部１０７は、車両の速度（車速）が所定速度以下であるか否かを判定する際に、このタイムラグを見込んで、早めに映像データの送信停止指示を出せるように上記所定速度を設定している。よって、このタイミングでユーザに映像表示停止を通知するのは早すぎる。
【００７２】
上記のような不具合を解決し、適切なタイミングでユーザに映像表示停止を通知するために、本実施例における映像パケット有無判定部１１１は、以下のような処理を行なう。
【００７３】
まず、映像データを含むコンテンツの受信時は、映像パケット有無判定部１１１は、上記した常套手段の通り、２秒に設定された所定期間に映像パケットを受信しなかった場合に映像パケット無と判定する。この場合は、映像を含んだコンテンツから、もともと音声のみで構成されるコンテンツに変更になったと考えられる。従って、映像パケット有無判定部１１１は、ＯＳＤ生成部になにも指示をださない。または、音声のみのコンテンツに切り換った旨を通知するためのＯＳＤを生成するよう指示を出しても良い。
【００７４】
一方、受信装置を搭載した車両が所定速度を超えて、走行判定フラグパケット生成部１０８が、通信部１０１、ネットワーク３００を介して配信装置２００へ、走行判定フラグをＯＮとした走行判定フラグパケットを送信した場合は、走行判定フラグパケット生成部１０８は同時に、映像パケット有無判定部１１１に対して、走行判定フラグがＯＮになったことを通知する。
【００７５】
映像パケット有無判定部１１１は、走行判定フラグがＯＮになったことを認識したら、上記所定期間を２秒から、例えば０．５秒に変更する。このように所定期間を短く変更できるのは、映像データの停止を配信装置に指示したので、もうすぐ映像パケットの受信がなくなることを予想できるからである。
【００７６】
このように、映像データ、音声データを含むコンテンツから音声データのみのコンテンツへの切り換り時と、車両が所定速度を超えた場合に映像データ、音声データを含むコンテンツから映像データが除かれた時とで、映像データの受信を待つ所定期間を変更することにより、車両が所定速度を超えた時点において映像データのストリーミングを停止、すなわち映像表示を停止した際に、その停止した旨をユーザに適切なタイミングで通知することが可能になる。
【００７７】
なお、以上説明した第１〜第３実施例ではＭＰＥＧ−２ ＴＳを用いた場合で説明したが、映像パケットのＰＩＤの有無の参照テーブルを持って多重化する方法であればどのような規格でも構わない。例えば、ＡＶＩ（Audio Video Interleave）コンテナ、ＭＰＥＧ−４ ｐａｒｔ１４、Ｍａｔｒｏｓｋａ（マトリョーシカ）などのマルチメディアコンテナフォーマットへも応用可能である。
【００７８】
また、本発明は上記した装置の機能をコンピュータに実現させるためのプログラムを含むものである。これらのプログラムは、記録媒体から読み取られてコンピュータに取り込まれてもよいし、通信ネットワークを介して伝送されてコンピュータに取り込まれてもよい。
【００７９】
なお、通信部１０１、記憶部１０２、ＤＥＭＵＸ部１０３が本願各請求項における抽出部に相当し、映像復号化部１０４、音声復号化部１０５が、本願各請求項における復号部に相当し、測位情報取得部１０６、車速判定部１０７が本願各請求項における車速判定部に相当し、通信部１０１、走行判定フラグパケット生成部１０８が本願各請求項における停止情報送信部に相当し、映像パケット有無判定部１１１、ＯＳＤ生成部１１２が本願各請求項における通知部に相当し、記憶部２０２、多重化設定部２０３、多重化部２０５、更に実施例２においては映像符号化部２０６、音声符号化部２０７が本願各請求項における停止情報送信部に相当し、通信部２０１が本願各請求項における配信部に相当する。
【符号の説明】
【００８０】
１００：受信装置
１０１：通信部
１０２：記憶部
１０３：ＤＥＭＵＸ部
１０４：映像復号化部
１０５：音声復号化部
１０６：測位情報取得部
１０７：車速判定部
１０８：走行判定フラグパケット生成部
１０９：データバス
１１０：ＣＰＵ
２００：配信装置
２０１：通信部
２０２：記憶部
２０３：多重化設定部
２０４：ＤＥＭＵＸ部
２０５：多重化部
２０９：データバス
３００：ネットワーク
４００：コンテンツデータベース
５００：測位装置
６００：表示モニタ
７００：スピーカー
【特許請求の範囲】
【請求項１】
車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムにおいて、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成部と、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信部と、
を備え、
前記生成部は、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信システム。
【請求項２】
車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムで用いる配信方法において、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出ステップと、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号ステップと、
前記車両の速度が所定速度を越えたか否かを判定する車速判定ステップと、
前記車速判定ステップの判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信ステップと、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知ステップと、
を含み、
前記抽出ステップは、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知ステップは、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成ステップと、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信ステップと、
を含み、
前記生成ステップは、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信方法。
【請求項３】
車両に搭載される受信装置であり、ネットワークを介してストリーミング配信される、映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツを受信する受信装置において、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とする受信装置。
【請求項１】
車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムにおいて、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成部と、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信部と、
を備え、
前記生成部は、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信システム。
【請求項２】
車両に搭載された受信装置と、この受信装置へネットワークを介して映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツをストリーミング配信する配信装置とを含む配信システムで用いる配信方法において、
前記受信装置は、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出ステップと、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号ステップと、
前記車両の速度が所定速度を越えたか否かを判定する車速判定ステップと、
前記車速判定ステップの判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信ステップと、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知ステップと、
を含み、
前記抽出ステップは、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知ステップは、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とし、
前記配信装置は、
前記受信装置から前記停止情報を受信した場合、前記コンテンツに含まれる映像データを除き、音声データ、付加データのみを含む特定コンテンツを生成する生成ステップと、
前記受信装置へ前記コンテンツ又は前記特定コンテンツをストリーミング配信する配信ステップと、
を含み、
前記生成ステップは、前記特定コンテンツを生成するにあたって、付加データの構成は変更しない
ことを特徴とする配信方法。
【請求項３】
車両に搭載される受信装置であり、ネットワークを介してストリーミング配信される、映像データ、音声データ、及び前記映像データと前記音声データとを関連付けるための付加データを含むコンテンツを受信する受信装置において、
前記配信装置からストリーミング配信される前記コンテンツを受信し、受信した前記コンテンツに含まれる前記付加データに基づいて、前記コンテンツに含まれる前記映像データ、前記音声データを抽出する抽出部と、
前記抽出された映像データ、音声データを復号して映像信号、音声信号を得る復号部と、
前記車両の速度が所定速度を越えたか否かを判定する車速判定部と、
前記車速判定部の判定結果が所定速度を越えた場合は、前記配信装置へ、前記コンテンツに含まれる映像データの配信を停止させる停止情報を送信する停止情報送信部と、
前記コンテンツに含まれる前記映像データが所定期間受信されない場合、ユーザに映像表示を停止したことを通知する通知部と、
を備え、
前記抽出部は、前記コンテンツに前記映像データが無くなった場合は、音声データのみを途切らすことなく継続して抽出し、
前記復号部は、前記映像データが抽出されなくなった場合は、音声データのみを途切らすことなく継続して復号し、
前記通知部は、前記停止情報送信部が前記停止情報を送信した場合の所定期間を、送信しない場合の所定期間よりも短く設定し、この短く設定した所定期間前記映像データが受信されなかった場合にのみ、ユーザに映像表示を停止したことを通知することを特徴とする受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−９３６９１（Ｐ２０１３−９３６９１Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３３６７５（Ｐ２０１１−２３３６７５）
【出願日】平成２３年１０月２５日（２０１１．１０．２５）
【出願人】（３０８０３６４０２）株式会社ＪＶＣケンウッド (1,152)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２５日（２０１１．１０．２５）
【出願人】（３０８０３６４０２）株式会社ＪＶＣケンウッド (1,152)
【Ｆターム（参考）】
[ Back to top ]