(57)【特許請求の範囲】
【請求項１】
移動体に搭載され、無線伝送によりストリーミング配信されたコンテンツデータを再生するコンテンツ再生装置であって、
前記コンテンツデータを蓄積するコンテンツデータ蓄積手段と、
前記コンテンツデータを再生するコンテンツ再生手段と、
前記移動体の目的地までの経路を案内するナビゲーション手段と、
前記コンテンツ再生手段から出力される第１の音声データまたは前記ナビゲーション手段から出力される第２の音声データを選択して外部へ出力する出力音声データ選択手段と、
前記経路に関する情報および前記移動体の移動速度に基づいて、前記コンテンツデータ蓄積手段に蓄積しておくコンテンツデータのデータ量の目標値であるバッファサイズを前記コンテンツデータ蓄積手段に設定するバッファサイズ設定手段と、
前記コンテンツ再生手段および前記出力音声データ選択手段を制御する制御手段と、
を備え、
前記コンテンツデータ蓄積手段に蓄積されているコンテンツデータのデータ量が前記バッファサイズ未満の場合、
前記制御手段は、前記第２の音声データを外部へ出力する期間において前記コンテンツ再生手段による再生動作を停止させることを特徴とするコンテンツ再生装置。
【請求項２】
前記バッファサイズ設定手段は、前記移動体の移動速度の変動量が規定値を超えた場合、前記バッファサイズを再設定することを特徴とする請求項１に記載のコンテンツ再生装置。
【請求項３】
前記経路に関する情報を、前記経路を走行中に無線伝送が途切れる区間の長さの情報とすることを特徴とする請求項１または２に記載のコンテンツ再生装置。
【請求項４】
前記経路を走行中に無線伝送が途切れる区間が複数存在する場合、
前記バッファサイズ設定手段は、複数の区間のうち、最長区間の長さおよび前記移動速度に基づいて前記バッファサイズを算出することを特徴とする請求項３に記載のコンテンツ再生装置。
【請求項５】
前記区間をトンネル区間とすることを特徴とする請求項３または４に記載のコンテンツ再生装置。
【請求項６】
前記コンテンツ再生手段は、前記コンテンツデータの再生開始指示を受けた場合、前記コンテンツデータ蓄積手段に蓄積されているコンテンツデータのデータ量が前記バッファサイズを超えた時点で再生動作を開始することを特徴とする請求項１から５のいずれか一つに記載のコンテンツ再生装置。
【請求項７】
音声の入出力機能を有するハンズフリー手段、
をさらに備え、
前記出力音声データ選択手段は、前記第１の音声データ、前記第２の音声データまたは前記ハンズフリー手段から出力される第３の音声データを選択して外部へ出力し、
前記コンテンツデータ蓄積手段に蓄積されているコンテンツデータのデータ量が前記バッファサイズ未満の場合、
前記制御手段は、前記第２の音声データを外部へ出力する期間および前記第３の音声データを外部へ出力する期間において前記コンテンツ再生手段による再生動作を停止させることを特徴とする請求項１から６のいずれか一つに記載のコンテンツ再生装置。
【請求項８】
前記制御手段は、前記コンテンツデータ蓄積手段に蓄積されているコンテンツデータのデータ量が前記バッファサイズ未満となったことを検出した場合、前記ナビゲーション手段に対して音声データの出力を開始するよう要求することを特徴とする請求項１から７のいずれか一つに記載のコンテンツ再生装置。
【請求項９】
前記ナビゲーション手段は、前記制御手段より音声データの出力を開始するよう要求された場合、最後に音声データを出力してから一定時間が経過していれば要求に従って音声データの出力を開始することを特徴とする請求項８に記載のコンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両等の移動体においてストリーミングコンテンツを再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
車両等の移動体に搭載される通信端末を用いてストリーミングコンテンツを視聴する場合、通信品質の劣化（通信速度の低下や遅延、データの損失）により画像の劣化や音切れなどが発生する。移動体通信端末においてコンテンツの劣化を防ぐ方法としては、コンテンツ再生側のバッファサイズを増やす方法や、コンテンツのビットレートを下げることにより通信データ量を減らす方法などが提案されている（例えば、下記特許文献１から４参照）。【０００３】
特許文献１、２に記載された発明においては、車両情報（道路情報、速度、走行経路等）に基づいて、通信不通区間の開始終了時刻や、経路上の通信品質を予測し、ビットレートとバッファを変更することでコンテンツ劣化を防ぐ。特許文献３に記載された発明においては、車両に搭載されたストリーミングコンテンツ再生装置と、コンテンツサーバの間でコンテンツを仲介する装置により、最適な通信ビットレートを算出し、ストリーミングコンテンツ再生装置に通知することで、通信品質低下に伴う、コンテンツ劣化を改善する。また、特許文献４に記載された発明においては、コンテンツ再生時のバッファ残量に基づいて、再生速度を制御することにより、通信品質低下に伴うコンテンツ再生の途切れを改善する。前述の方式は、バッファサイズ変更に伴うコンテンツの途切れが発生しない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１５１３５２号公報
【特許文献２】特開２０１１−１２０１２４号公報
【特許文献３】特開２００５−７９９０９号公報
【特許文献４】特開２００４−２１４９０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１〜３に記載された発明においては、車両情報（道路情報、速度、走行経路等）や予測される通信品質に基づいて、ビットレートやバッファサイズを変更することでコンテンツ劣化を防ぐ。しかしながら、ビットレートを変更する場合、コンテンツサーバ側が異なる再生ビットレートに対応している必要がある。また、コンテンツ再生中にバッファサイズを増やす場合、コンテンツ再生の途切れが発生するという問題がある。【０００６】
特許文献４に記載された発明においては、再生速度の変更により通信品質低下に伴うコンテンツ劣化を防ぐが、再生時に音程が変わってしまう等の問題がある。また、音程を変えずに再生速度を変化させる技術も提案されているが、音声波形の演算装置が必要となる。【０００７】
本発明は、上記に鑑みてなされたものであって、コンテンツの再生が途切れるのを回避しつつバッファサイズを変更することが可能なコンテンツ再生装置を得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、移動体に搭載され、無線伝送によりストリーミング配信されたコンテンツデータを再生するコンテンツ再生装置であって、前記コンテンツデータを蓄積するコンテンツデータ蓄積手段と、前記コンテンツデータを再生するコンテンツ再生手段と、前記移動体の目的地までの経路を案内するナビゲーション手段と、前記コンテンツ再生手段から出力される第１の音声データまたは前記ナビゲーション手段から出力される第２の音声データを選択して外部へ出力する出力音声データ選択手段と、前記経路に関する情報および前記移動体の移動速度に基づいて、前記コンテンツデータ蓄積手段に蓄積しておくコンテンツデータのデータ量の目標値であるバッファサイズを前記コンテンツデータ蓄積手段に設定するバッファサイズ設定手段と、前記コンテンツ再生手段および前記出力音声データ選択手段を制御する制御手段と、を備え、前記コンテンツデータ蓄積手段に蓄積されているコンテンツデータのデータ量が前記バッファサイズ未満の場合、前記制御手段は、前記第２の音声データを外部へ出力する期間において前記コンテンツ再生手段による再生動作を停止させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、バッファリング処理に伴うコンテンツ再生の中断がユーザーに認知されるのを回避可能なコンテンツ再生装置を実現できる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明にかかるコンテンツ再生装置の実施の形態１の構成例を示す図である。
【図２】図２は、コンテンツ再生装置が搭載された移動体の移動経路の一例を示す図である。
【図３】図３は、コンテンツ再生装置がバッファサイズを決定する手順を示すフローチャートである。
【図４】図４は、コンテンツバッファに設定されたバッファサイズ、蓄積されたコンテンツのデータ量、音声出力状態の関係例を示す図である。
【図５】図５は、バッファサイズ変更手順および音声出力制御手順を示すフローチャートである。
【図６】図６は、実施の形態２のコンテンツ再生装置の構成例を示す図である。
【図７】図７は、実施の形態２のコンテンツ再生装置における、バッファサイズ変更手順および音声出力制御手順を示すフローチャートである。
【図８】図８は、実施の形態３のコンテンツ再生装置の構成例を示す図である。
【図９】図９は、実施の形態３のコンテンツ再生装置が能動的にバッファリングを実施する手順を示したフローチャートである。
【図１０】図１０は、コンテンツ再生装置を実現するハードウェアの構成例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかるコンテンツ再生装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本発明にかかるコンテンツ再生装置の実施の形態１の構成例を示す図である。図１に示したコンテンツ再生装置１は、ユーザーからのコンテンツ再生要求を受け付け、接続されている通信端末２を介してコンテンツデータを受信するとともに、受信したコンテンツデータをデコードし、スピーカ３等の出力装置に出力する。このコンテンツ再生装置１は、コンテンツデータの入出力を制御するストリーミング制御部１１（バッファサイズ設定手段，制御手段）と、コンテンツデータのバッファリングを行うコンテンツバッファ１２（コンテンツデータ蓄積手段）と、コンテンツデータのデコードを行うコンテンツ再生部１３と、出力切り替え信号に応じて音声出力経路を切り替える出力切り替え部１４（出力音声データ選択手段）と、地図データベース１５１で保持している地図データに基づいて目的地までの経路案内や所要時間を計算するナビゲーション手段であるナビゲーション機能部１５（以下、ナビ機能１５と記載することもある）と、から構成される。コンテンツ再生装置１は、車両等の移動体に搭載され、通信端末２が受信したコンテンツデータを受け取って再生する利用形態を想定している。
【００１３】
コンテンツ再生装置１において、ストリーミングコンテンツの再生処理は、所定の方法によりユーザーからコンテンツ再生要求を受け付けると開始される。コンテンツ再生要求を受け付けると、ストリーミング制御部１１が、コンテンツ再生装置１に接続された通信端末２を介して、ストリーミングデータ（コンテンツデータ）の受信を開始する。ストリーミング制御部１１は、受信したコンテンツデータをコンテンツバッファ１２に蓄積する。また、コンテンツ再生要求を受けたストリーミング制御部１１は、ナビゲーション機能部１５から取得した車両情報に基づいてコンテンツバッファ１２にバッファサイズ（コンテンツバッファ１２に蓄積しておくコンテンツのデータ量の目標値）を設定する。また、ストリーミング制御部１１は、コンテンツバッファ１２にバッファリングされているコンテンツのデータ量を示すコンテンツデータ量の情報をコンテンツバッファ１２から取得し、コンテンツバッファ１２にバッファリングされているコンテンツデータ量を監視する。ストリーミング制御部１１は、コンテンツバッファ１２に蓄積されたコンテンツデータ量が設定されたサイズを超えたことを検出すると、コンテンツ再生部１３に再生開始信号を送り、コンテンツの再生を開始させる。また、ストリーミング制御部１１は、ナビゲーション機能部１５の音声出力状態通知信号を監視しており、ナビゲーション機能部１５から音声出力が開始されることを検知すると、出力切り替え部１４に出力切り替え信号を送り、音声出力経路をナビゲーション機能部１５側に切り替える。この結果、ナビゲーション機能部１５からの音声信号がスピーカ３へ出力される。コンテンツ再生部１３は、再生開始信号を受け取ると、コンテンツバッファ１２から順次コンテンツデータを読み出すとともに、データをデコードし、出力切り替え部１４を介して、スピーカ３に音声信号を出力する。
【００１４】
次に、ストリーミング制御部１１が、コンテンツバッファ１２に設定するバッファサイズを決定する手順について説明する。一例として、コンテンツ再生装置１が搭載されている車両（移動体）が図２に示した走行経路を走行する場合のバッファサイズ決定手順を説明する。なお、図２においては、一般道を一点鎖線、高速道路を実線、現在位置をＳ、目的位置をＧ、各トンネル長をＬ1〜Ｌ5で表わしている。図２に示した走行経路の情報はナビゲーション機能部１５において地図データベース１５１として管理されており、ストリーミング制御部１１は、走行経路の情報を取得可能に構成されている。
【００１５】
図３は、本実施の形態におけるバッファサイズ決定手順を示したフローチャートである。ストリーミング制御部１１は、まず、ナビゲーション機能部１５によって設定された走行経路（例えば目的地までの案内経路）上のトンネル区間の長さ（Ｌ1〜Ｌ5）、道路の種別（一般道および高速道路のどちらに該当するか）などの情報を車両情報としてナビゲーション機能部１５（ナビ機能１５）から取得する（ステップＳ１０）。次に、ストリーミング制御部１１は、各トンネル長（Ｌ1〜Ｌ5）を各区間における予想平均走行速度（ｖ1〜ｖ5）で割ることで、各トンネル区間における通信遮断時間（ｔ1〜ｔ5）を算出する（ステップＳ１１）。ストリーミング制御部１１は、通信遮断時間ｔ1〜ｔ5の算出が終了すると、次に、各トンネル区間における通信遮断時間（ｔ1〜ｔ5）のうち、最大となる通信遮断時間をｔdisconnectとして抽出する（ステップＳ１２）。ストリーミング制御部１１は、次に、ステップＳ１２で抽出した通信遮断時間の最大値ｔdisconnectと、コンテンツバッファ１２に設定可能な上限値ｔmaxとを比較する（ステップＳ１３）。最大値ｔdisconnectが上限値ｔmax未満の場合（ステップＳ１３：Ｙｅｓ）、ストリーミング制御部１１は、最大値ｔdisconnectにコンテンツのデータレートＤRを乗じた値をコンテンツバッファ１２に設定する（ステップＳ１４）。一方、最大値ｔdisconnectが上限値ｔmax以上である場合（ステップＳ１３：Ｎｏ）、ストリーミング制御部１１は、上限値ｔmaxにコンテンツのデータレートＤRを乗じた値をコンテンツバッファ１２に設定する（ステップＳ１５）。
【００１６】
図２および図３を用いて説明した上記のバッファサイズ決定手順では、通信遮断区間としてトンネルを用いたが、山影等、電波が届かない区間が既知であれば、トンネルの場合と同様、通信遮断区間の長さを平均走行速度で割ることで通信遮断時間を算出する。通信遮断区間における平均走行速度（ｖ1〜ｖ5）としては、例えば、ナビゲーション機能部１５より取得した、一般道および高速道路における実際の平均走行速度を用いる。平均走行速度が取得できない場合は、一般道３０ｋｍ／ｈ、高速道路８０ｋｍ／ｈなど、道路種別に応じて予め規定されている値を用いる。なお、これらは一例であり、予想平均走行速度として、バッファサイズ決定手順を開始した時点の速度、バッファサイズ決定手順を開始した時点から過去の一定期間における平均走行速度などとしても構わない。平均走行速度は移動体の移動速度に相当する。また、コンテンツバッファ１２に設定可能な上限値ｔmaxは、例えば１２秒とする。この上限値ｔmaxは、ストリーミングコンテンツの再生中にコンテンツデータを受信できなくなってからストリーミングコンテンツの再生を継続可能な時間（コンテンツデータの受信ができなくなってからストリーミングコンテンツの再生が途切れるまでの時間）である。
【００１７】
ストリーミング制御部１１は、ナビゲーション機能部１５から取得する平均走行速度の情報に基づいて、平均走行速度が変化したか否かを所定のタイミングで確認し、平均走行速度が変化したことを検出した場合には、図３に示したフローチャートに従ってバッファサイズを再計算し、算出したバッファサイズをコンテンツバッファ１２に設定する。
【００１８】
平均走行速度が変化した場合におけるバッファサイズ変更手順を図４および図５を用いて説明する。なお、説明を簡単化するため、本説明においては、単位時間当たりにストリーミング制御部１１が受信するコンテンツデータ量とコンテンツ再生部１３がコンテンツバッファ１２から読み出すデータ量が等しいものとする。また、「平均走行速度が変化した場合」とは、平均走行速度の変動量が既定値を超えた場合とする。例えば、変動量が１０ｋｍ／ｈを超えた場合に「変化あり」と判断する。平均走行速度が１０％変化した場合に「変化あり」と判断する、などとしてもよい。数値は一例であり、これらの数値に限定するものではない。
【００１９】
図４は、走行中のコンテンツバッファ１２に設定されたバッファサイズと、蓄積されたコンテンツのデータ量と、音声出力状態との関係の一例を示す図である。
【００２０】
ストリーミング制御部１１は、コンテンツ再生要求２０１を受けると、図３に示したフローチャートに沿って、コンテンツバッファ１２にバッファサイズ２３２を設定する。なお、図４において実線で示したように、コンテンツ再生要求２０１を受けた時点ではコンテンツバッファ１２にコンテンツデータが蓄積されていないものとする。バッファサイズ２３２の設定が完了すると、ストリーミング制御部１１は、コンテンツバッファ１２に蓄積されたコンテンツデータ量２３０が、設定値（バッファサイズ２３２）を超えるまでバッファリングを行う（バッファリング期間２２１）。ストリーミング制御部１１は、コンテンツバッファ１２に蓄積されたコンテンツデータ量がバッファサイズ２３２を超えたことを検出すると、コンテンツ再生部１３に再生開始信号を送り、コンテンツ再生部１３がコンテンツ音声２１２の出力を開始する（コンテンツ音声出力開始２０２）。その後、ストリーミング制御部１１は、ナビゲーション機能部１５から取得した平均走行速度情報に基づいて平均走行速度の低下を検出すると（平均走行速度低下２３３）、図３に示したフローチャートに従って、新たに設定するバッファサイズ２３４を計算し、コンテンツバッファ１２に設定する（バッファサイズ設定２３１）。バッファサイズ更新の際、ストリーミング制御部１１は、現在設定されているバッファサイズよりもコンテンツバッファ１２に蓄積されているコンテンツデータ量が少ない場合、ナビゲーション機能部１５の音声出力が開始されるタイミングを待って、バッファリングを開始する（案内音声出力開始２０３、バッファリング期間２２３）。すなわち、ストリーミング制御部１１は、ナビゲーション機能部１５の案内音声出力開始２０３を検出すると、出力切り替え部１４に対して出力切り替え信号を送り、音声出力をナビゲーション機能部１５側に切り替えるよう指示するとともに、コンテンツ再生部１３に再生停止信号を送り、コンテンツの音声出力を停止するよう指示する。ストリーミング制御部１１は、ナビゲーション機能部１５がナビ案内音声２１３を出力している間もコンテンツバッファ１２へのコンテンツデータ蓄積を継続し、コンテンツデータ量２３０を増加させる（バッファリング期間２２３）。ストリーミング制御部１１は、ナビゲーション機能部１５の案内音声出力終了２０４を検出すると、出力切り替え部１４に対して出力切り替え信号を送り、音声出力をコンテンツ再生部１３側に切り替えるよう指示するとともに、コンテンツ再生部１３に再生開始信号を送り、コンテンツ音声２１４の出力を開始するよう指示する。
【００２１】
なお、図４では、ナビゲーション機能部１５の案内音声出力終了２０４を検出した時点のコンテンツデータ量２３０がバッファサイズ２３４に達している場合の例を示したが、仮に、ナビゲーション機能部１５の案内音声出力終了２０４を検出した時点のコンテンツデータ量２３０がバッファサイズ２３４に達していない場合でも、同様の音声出力制御を行う。すなわち、出力切り替え部１４に対して出力切り替え信号を送り、音声出力をコンテンツ再生部１３側に切り替えるよう指示するとともに、コンテンツ再生部１３に再生開始信号を送り、コンテンツ音声２１４の出力を開始するよう指示する。この場合、コンテンツデータ量２３０がバッファサイズ２３４未満の状態でコンテンツ再生が行われることになるが、ナビゲーション機能部１５の音声出力が行われる次の区間やその次以降の区間において、コンテンツの再生（音声出力）が停止してコンテンツデータ量２３０が増加するため、将来的にはコンテンツデータ量２３０がバッファサイズ２３４以上の状態となる。
【００２２】
また、コンテンツデータ量２３０がバッファサイズ２３４以上の状態においてナビゲーション機能部１５の音声出力が行われる場合、バッファリング（コンテンツバッファ１２へのコンテンツデータ蓄積）を停止するようにしてもよいし、コンテンツバッファ１２へのデータ蓄積量が上限に達するまで継続するようにしてもよい。
【００２３】
図５は、平均走行速度変化時における、ストリーミング制御部１１のバッファサイズ変更手順および音声出力制御手順を示すフローチャートである。
【００２４】
ストリーミング制御部１１は、ナビゲーション機能部１５より取得した情報（平均走行速度情報）に基づいて平均走行速度が変化したか否かを監視し（ステップＳ２０）、変化を検出すると（ステップＳ２０：Ｙｅｓ）、バッファサイズ変更手順を開始する。バッファサイズ変更手順では、ストリーミング制御部１１は、平均走行速度からバッファサイズＳnewを計算し（ステップＳ２１）、コンテンツバッファ１２に設定する（ステップＳ２２）。なお、これらのステップＳ２１およびＳ２２においては、図３に示したフローチャートに従った手順でバッファサイズＳnewを算出し、設定する。すなわち、トンネルなどによって通信が遮断される区間の長さと平均走行速度に基づいて、発生する通信遮断時間を算出し、さらに、算出した通信遮断時間に基づいてバッファサイズＳnewを計算する。そして算出したバッファサイズＳnewを、コンテンツバッファ１２に再設定する。
【００２５】
ストリーミング制御部１１は、次に、コンテンツバッファ１２に蓄積されているコンテンツデータ量と、設定されたバッファサイズＳnewとを比較する（ステップＳ２３）。ストリーミング制御部１１は、ステップＳ２３において、コンテンツバッファ１２に蓄積されているコンテンツデータ量がバッファサイズＳnew以上と判定した場合（ステップＳ２３：Ｎｏ）、手順を終了する。一方、ストリーミング制御部１１は、ステップＳ２３において、設定されたバッファサイズＳnewよりもコンテンツバッファ１２に蓄積されているコンテンツデータ量が少ないと判定した場合（ステップＳ２３：Ｙｅｓ）、ステップＳ２４以下の音声出力制御を実行する。ストリーミング制御部１１は、ステップＳ２４では、ナビゲーション機能部１５からの音声出力開始通知を監視し、ナビゲーション機能部１５からの音声出力開始まで待機する（ステップＳ２４：Ｎｏ）。ストリーミング制御部１１は、ステップＳ２４において、ナビゲーション機能部１５からの音声出力通知を検出した場合（ステップＳ２４：Ｙｅｓ）、出力切り替え部１４に出力切り替え信号を送り、ナビゲーション機能部１５の音声出力側に出力を切り替えるよう指示するとともに、コンテンツ再生部１３に再生停止信号を送り、コンテンツ再生処理を停止するよう指示する（ステップＳ２５）。ストリーミング制御部１１は、ステップＳ２６では、ナビゲーション機能部１５からの音声出力終了を待機する。ストリーミング制御部１１は、ステップＳ２６において、ナビゲーション機能部１５からの音声出力終了通知を検出した場合（ステップＳ２６：Ｙｅｓ）、出力切り替え部１４に出力切り替え信号を送り、出力をコンテンツ再生部１３の音声出力側に切り替えるよう指示するとともに、コンテンツ再生部１３に再生開始信号を送り、コンテンツ再生を再開するよう指示する（ステップＳ２７）。
【００２６】
平均走行速度の変化を検知した場合におけるバッファサイズ変更手順を説明したが、走行経路（目的地までの案内経路）に変更が生じた場合には、バッファサイズの設定変更が必要か否かを判別し、必要と判断した場合にはバッファサイズを変更（再設定する）。例えば、変更前の走行経路上に存在する最長の通信遮断区間（例えばトンネル区間）と変更前の走行経路上に存在する最長の通信遮断区間に変化が生じた場合には、バッファサイズの設定変更が必要と判断する。また、走行経路上に存在する最長の通信遮断区間を通過した場合に、残りの走行経路上に存在する最長の通信遮断区間の長さに基づいてバッファサイズを再設定するようにしてもよい。
【００２７】
このように、本実施の形態のコンテンツ再生装置は、コンテンツを再生する場合、車両などの移動体の走行予定経路の状態（トンネルの有無、トンネル区間などのコンテンツデータ受信のための通信が途切れる区間の長さ、など）および平均走行速度に基づいてバッファサイズ（コンテンツバッファへのコンテンツデータ蓄積量の目標値）の初期値を設定し、コンテンツデータの蓄積量がバッファサイズに達した時点でコンテンツの再生を開始する。これにより、コンテンツデータの受信が不可能な区間においてコンテンツの再生が途切れてしまうのを防止できる。また、平均走行速度が変化した場合にはバッファサイズの設定を変更するようにしたので、コンテンツの再生が途切れてしまうのを確実に防止できる。また、平均走行速度の低下を検出した場合、ナビゲーション機能部１５からの音声出力を待って、コンテンツのバッファリング処理（コンテンツデータの蓄積量を増加させるための処理）を行うようにしたので（図４参照）、バッファリング処理に伴うコンテンツ音声出力中断をユーザーに認知されないようにすることができる。
【００２８】
実施の形態２．
以下に、ストリーミング制御装置を含んで構成されるコンテンツ再生装置の実施の形態２を説明する。先に説明した実施の形態１にかかるバッファサイズ変更手順（図４，図５）は、ナビゲーション機能部１５からの音声出力開始を待って、コンテンツデータのバッファリングを実施する（図５のステップＳ２４〜Ｓ２５）こととしていた。これに対して、本実施の形態のコンテンツ再生装置は、先に説明した実施の形態１の構成を基本とし、バッファサイズ変更手順、およびハンズフリー機能部からの音声出力検出手段を有する点が異なる。なお、実施の形態１に示したコンテンツ再生装置（図１）および、バッファサイズ変更手順（図５）と重複する項目については、対応する図面（図６，図７）において同一符号を付すことでその説明については省略する。
【００２９】
図６は、実施の形態２のコンテンツ再生装置の構成例を示す図である。図６に示したコンテンツ再生装置１ａは、実施の形態１で説明したコンテンツ再生装置１と同様に、ユーザーからのコンテンツ再生要求を受け付け、接続されている通信端末２を介してコンテンツデータを受信するとともに、受信したコンテンツデータをデコードし、スピーカ３等の出力装置に出力する。
【００３０】
図６に示したように、コンテンツ再生装置１ａは、実施の形態１のコンテンツ再生装置１（図１参照）のストリーミング制御部１１および出力切り替え部１４をストリーミング制御部１１ａおよび出力切り替え部１４ａに置き換え、さらに、ハンズフリー機能部１６を追加した構成となっている。ストリーミング制御部１１ａは、コンテンツデータの入出力を制御する。出力切り替え部１４ａは、ストリーミング制御部１１ａからの出力切り替え信号に応じて音声出力経路を切り替える。上述した実施の形態１のコンテンツ再生装置１においては、ナビゲーション機能部１５からの音声出力時に、ストリーミング制御部１１が出力切り替え部１４を制御してナビゲーション機能部１５の音声出力側に切り替えることとしたが、本実施の形態のコンテンツ再生装置１ａにおいては、ナビゲーション機能部１５からの音声出力時に加えて、ハンズフリー機能部１６からの音声出力時も、ストリーミング制御部１１ａが出力切り替え部１４ａを制御してハンズフリー機能部１６からの音声出力側に切り替える。
【００３１】
図７は、実施の形態２のコンテンツ再生装置１ａにおける、バッファサイズ変更手順および音声出力制御手順を示すフローチャートである。
【００３２】
実施の形態１のコンテンツ再生装置１においては、図５を用いて説明したように、ステップＳ２３において、新たにコンテンツバッファ１２に設定するバッファサイズＳnewが、現在のコンテンツデータ量より少ないと判定された場合に、ナビゲーション機能部１５からの音声出力検出手順（ステップＳ２４）を実行した。これに対して、本実施の形態のコンテンツ再生装置１ａにおいては、まず、ハンズフリー機能部１６からの音声出力検出手順（ステップＳ３４）を実行する。ステップＳ３４において、ハンズフリー機能部１６からの音声出力開始を検出した場合（ステップＳ３４：Ｙｅｓ）、出力切り替え部１４ａに出力切り替え信号を送り、ハンズフリー機能部１６の音声出力側に出力を切り替えるよう指示するとともに、コンテンツ再生部１３に再生停止信号を送り、コンテンツ再生処理を停止するよう指示する（ステップＳ３５）。ハンズフリー機能部１６からの音声出力開始を検出しない場合（ステップＳ３４：Ｎｏ）、実施の形態１で説明したステップＳ２４からＳ２６を実行する。なお、ステップＳ２３での判定がＹｅｓの場合にステップＳ２４を先に実行し、ナビ機能１５からの音声出力開始を検出しない場合に（ステップＳ２４：Ｎｏ）ステップＳ３４を実行する構成としても構わない。
【００３３】
ステップＳ３５の処理が終了した後は、ハンズフリー機能部１６の音声出力が終了するまで待機する（ステップＳ３６）。ハンズフリー機能部１６からの音声出力終了を検出した場合（ステップＳ３６：Ｙｅｓ）、出力切り替え部１４ａに出力切り替え信号を送り、出力をコンテンツ再生部１３の音声出力側に切り替えるよう指示するとともに、コンテンツ再生部１３に再生開始信号を送り、コンテンツ再生を再開するよう指示する（ステップＳ２７）。
【００３４】
このように、本実施の形態のコンテンツ再生装置は、ハンズフリー機能部１６をさらに備え、平均走行速度の低下を検出した場合、ナビゲーション機能部１５からの音声出力が開始されるか、ハンズフリー機能部１６からの音声出力が開始されるのを待って、コンテンツのバッファリング処理（コンテンツデータの蓄積量を増加させるための処理）を行うこととした。これにより、実施の形態１のコンテンツ再生装置と同様に、バッファリング処理に伴うコンテンツ音声出力中断をユーザーに認知されないようにすることができる。また、実施の形態１のコンテンツ再生装置と比較してバッファリングを実施する機会を増やすことができる。
【００３５】
実施の形態３．
以下に、ストリーミング制御装置を含んで構成されるコンテンツ再生装置の実施の形態３を説明する。先に説明した実施の形態１のコンテンツ再生装置１（図１参照）においては、ストリーミングコンテンツ再生中、コンテンツ再生部１３が、コンテンツバッファ１２からコンテンツデータを順次読み出すため、単位時間当たりにストリーミング制御部１１が受信するコンテンツデータ量がコンテンツ再生部１３によってコンテンツバッファ１２から読み出される単位時間当たりのデータ量よりも少ない場合、コンテンツバッファ１２に蓄積されたコンテンツデータ量は時間経過とともに減少する。また、トンネルなどの通信遮断区間を走行している場合にもコンテンツバッファ１２に蓄積されたコンテンツデータ量は時間経過とともに減少する。仮に、コンテンツバッファ１２に蓄積されたコンテンツデータ量がゼロになると、コンテンツ再生部１３からの音声出力は停止する。そのため、本実施の形態においては、コンテンツバッファ１２に蓄積されたコンテンツデータ量が少なくなった状態を検知すると、能動的にバッファリングを実施する。これにより、コンテンツバッファ１２に蓄積されたコンテンツデータ量がゼロになり、音声出力が停止されることを防ぐ。本実施の形態においては、実施の形態１の構成・手順を基本とし、ナビゲーション機能部１５が案内音声出力要求に応じて、音声出力を行う機能を有する点と、コンテンツバッファ１２に蓄積されたコンテンツデータ量が少なくなった際に、バッファリングを能動的に実施する手順を含む点が異なる。
【００３６】
図８は、実施の形態３のコンテンツ再生装置の構成例を示す図である。図８に示したように、コンテンツ再生装置１ｂは、実施の形態１のコンテンツ再生装置１（図１参照）のストリーミング制御部１１およびナビゲーション機能部１５をストリーミング制御部１１ｂおよびナビゲーション機能部１５ｂに置き換えた構成となっている。ストリーミング制御部１１ｂは、コンテンツデータの入出力を制御する。ナビゲーション機能部１５ｂは、ストリーミング制御部１１ｂからの案内音声出力要求に応じて案内音声を再生する。
【００３７】
本実施の形態のストリーミング制御部１１ｂは、ストリーミングコンテンツ再生中、コンテンツバッファ１２に蓄積されたコンテンツデータのデータ量を監視し、データ量が最少コンテンツデータ量ＳLowを下回ったことを検出すると、ナビゲーション機能部１５ｂに案内音声出力要求を送る。ナビゲーション機能部１５ｂは、ストリーミング制御部１１ｂから案内音声出力要求を受け取った場合、前回音声出力を行ってからの経過時間が最小音声出力間隔ＴNavi以上かどうかを確認し、経過時間がＴNavi以上の場合には案内音声出力を行う。なお、案内音声出力例としては、次の交差点における進行方向に関する情報や、連続運転時間が挙げられる。ストリーミング制御部１１ｂは、ナビゲーション機能部１５ｂから案内音声が出力されることを検知すると、コンテンツ再生部１３に対して再生停止信号を送信して再生停止を指示する。これにより、コンテンツバッファ１２からのコンテンツデータ読み出しが停止し、コンテンツバッファ１２に蓄積されているコンテンツデータのデータ量が増加する。
【００３８】
図９は、実施の形態３のコンテンツ再生装置１ｂが能動的にバッファリングを実施する手順を示したフローチャートである。なお、コンテンツ再生装置１ｂは、図９に示した手順に従った動作を所定のタイミングで繰り返し実行する。
【００３９】
コンテンツ再生装置１ｂにおいて、ストリーミング制御部１１ｂは、まず、コンテンツバッファ１２に蓄積されたコンテンツのデータ量（以下、コンテンツデータ量）と、最少コンテンツデータ量ＳLowとを比較する（ステップＳ４１）。コンテンツデータ量が最少コンテンツデータ量ＳLowよりも少ない場合（ステップＳ４１：Ｙｅｓ）、ストリーミング制御部１１ｂは、ナビゲーション機能部１５ｂへ案内音声出力要求を送信する（ステップＳ４２）。ナビゲーション機能部１５ｂは、案内音声出力要求を受けると、前回の案内音声出力からの経過時間と、最小音声出力間隔ＴNaviとを比較する（ステップＳ４３）。比較の結果、経過時間＜ＴNaviの場合（ステップＳ４３：Ｎｏ）、手順を終了する。一方、経過時間≧ＴNaviの場合（ステップＳ４３：Ｙｅｓ）、案内音声出力要求に従い、ナビゲーション機能部１５ｂは所定の案内音声を出力する。この場合、ストリーミング制御部１１ｂは、ステップＳ２４およびこれに続くステップＳ２５からＳ２７を実行することになる。なお、ステップＳ２４からＳ２７の処理は実施の形態１で説明したステップＳ２４からＳ２７（図５参照）と同様である。ナビゲーション機能部１５ｂによる案内音声の出力を経過時間≧ＴNaviの場合に限定する理由は、例えば同じ内容の案内音声が短い間隔で繰り返し出力されるのを防止するためである。
【００４０】
また、ステップＳ４１において、コンテンツデータ量が最少コンテンツデータ量ＳLow以上と判定した場合も（ステップＳ４１：Ｎｏ）、手順を終了する。
【００４１】
最少コンテンツデータ量ＳLowは、固定値としてもよいし、平均走行速度等に基づいて算出するバッファサイズに応じた値としてもよい。
【００４２】
このように、本実施の形態のコンテンツ再生装置は、コンテンツバッファ１２に蓄積されているコンテンツデータのデータ量が規定値（最少コンテンツデータ量ＳLow）を下回った場合、ナビゲーション機能部１５ｂによる案内音声の出力を行い、バッファリング（コンテンツの再生を停止してコンテンツバッファ１２へのデータ蓄積量を増加させる処理）を行うこととした。これにより、実施の形態１のコンテンツ再生装置と同様に、バッファリング処理に伴うコンテンツ音声出力中断をユーザーに認知されないようにすることができる。また、バッファリングを実施する機会を増やすことができる。また、コンテンツ再生部１３からの音声出力が停止してしまうのを回避できる。
【００４３】
なお、実施の形態１のコンテンツ再生装置においてコンテンツデータの蓄積量を監視することとしたが、実施の形態２のコンテンツ再生装置においてコンテンツデータの蓄積量を監視し、蓄積量の低下を検出した場合にはナビゲーション機能部からの音声出力を開始してバッファリングを行う構成とすることもできる。
【００４４】
また、各実施の形態では、コンテンツ再生装置がナビゲーション機能部やハンズフリー機能部を備えている構成例を示したが、これらをナビゲーション装置やハンズフリー装置として、コンテンツ再生装置の外部に存在する構成としても構わない。無線伝送されたコンテンツデータを受信する通信端末の機能をコンテンツ再生装置が備える構成としても構わない。
【００４５】
実施の形態１〜３に示したコンテンツ再生装置の一部の構成要素は図１０に示した構成のハードウェアにより実現することができる。
【００４６】
コンテンツ再生装置の一部の構成要素は、プロセッサ５１と、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）などで構成されるメモリ５２と、入出力インタフェース５３とにより実現することが可能である。プロセッサ５１、メモリ５２および入出力インタフェース５３はバス５０に接続され、バス５０を介してデータ、制御情報などの受け渡しを相互に行うことが可能である。
【００４７】
コンテンツ再生装置のストリーミング制御部１１ａ，１１ｂ，１ｃは、ストリーミング制御部用のプログラムをメモリ５２に格納しておき、このプログラムをプロセッサ５１が実行することにより実現される。コンテンツバッファ１２はメモリ５２により実現される。コンテンツ再生部１３は、コンテンツ再生部用のプログラムをメモリ５２に格納しておき、このプログラムをプロセッサ５１が実行することにより実現される。ナビゲーション機能部１５，１５ｂは、ナビゲーション機能部用のプログラムをメモリ５２に格納しておき、このプログラムをプロセッサ５１が実行することにより実現される。地図データベース１５１はメモリ５２を利用して実現される。入出力インタフェース５３は通信端末２からコンテンツデータを受信する際に利用する。
【産業上の利用可能性】
【００４８】
以上のように、本発明にかかるコンテンツ再生装置は、車両などの移動体に搭載され、無線回線を介して伝送されてくるコンテンツデータ（ストリーミングデータ）を再生するコンテンツ再生装置として有用である。
【符号の説明】
【００４９】
１，１ａ，１ｂ  コンテンツ再生装置、２  通信端末、３  スピーカ、１１，１１ａ，１１ｂ  ストリーミング制御部、１２  コンテンツバッファ、１３  コンテンツ再生部、１４，１４ａ  出力切り替え部、１５，１５ｂ  ナビゲーション機能部、１６  ハンズフリー機能部、５０  バス、５１  プロセッサ、５２  メモリ、５３  入出力インタフェース、１５１  地図データベース。
【図１】
0005940230.tif 000002
【図２】
0005940230.tif 000003
【図３】
0005940230.tif 000004
【図４】
0005940230.tif 000005
【図５】
0005940230.tif 000006
【図６】
0005940230.tif 000007
【図７】
0005940230.tif 000008
【図８】
0005940230.tif 000009
【図９】
0005940230.tif 000010
【図１０】
0005940230.tif 000011