JP3786019B2 - 車載端末装置及び配信サーバ - Google Patents
車載端末装置及び配信サーバ Download PDFInfo
- Publication number
- JP3786019B2 JP3786019B2 JP2002015568A JP2002015568A JP3786019B2 JP 3786019 B2 JP3786019 B2 JP 3786019B2 JP 2002015568 A JP2002015568 A JP 2002015568A JP 2002015568 A JP2002015568 A JP 2002015568A JP 3786019 B2 JP3786019 B2 JP 3786019B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- bit rate
- radio wave
- vehicle
- reproduction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ダウンロードされたデータの再生中断を防いだ配信サーバ及び車載端末装置に関する。
【０００２】
【従来の技術】
この種のデータの送受信に関し、データ放送局はデータ名やデータの記憶場所などのインデックス情報を多重放送し、車載端末はこのインデックス情報から自らが未取得のデータを検知することで、この検知した未取得のデータを必要な時にダウンロードできるという技術がある（特開２００１−５３６９９号公報）。
【発明が解決しようとする課題】
しかし、これら従来の技術においては、車両周辺の電波環境を考慮せずにユーザの要求するデータをダウンロードするため、走行中に電波環境が悪化した場合にダウンロードが中断し、データの再生が中断されてしまうという問題があった。 本発明は、このような従来技術の問題点に鑑みてなされたものであり、走行中に電波環境が悪化した場合であってもコンテンツデータの再生が中断されない車載端末装置及び配信サーバを提供することを目的とする。
【０００３】
【課題を解決するための手段】
（１）上記目的を達成するために、第１の観点による請求項１記載の発明によれば、通信網を介して配信サーバからデータをダウンロードする車載端末装置であって、前記車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、前記車載端末側の要求に応じて前記配信サーバからダウンロードする一又は二以上のデータの内容を判断する内容判断手段と、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記データの内容とから前記ダウンロードするデータの再生ビットレートを求めるとともに、当該再生ビットレートの設定指令を前記配信サーバへ向けて送出する再生ビットレート設定指令手段とを備えた車載端末装置が提供される。この発明において、前記内容判断手段は、前記ダウンロードするデータの内容を判断し、この判断された内容から当該データの再生に最低限必要な標準ビットレートを算出し、前記再生ビットレート設定指令手段は、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と前記内容判断手段により算出された標準ビットレートとから前記ダウンロードするデータの再生ビットレートを求めるとともに、当該再生ビットレートの設定指令を前記配信サーバへ向けて送出することが好ましい（請求項２）。また、前記電波状況検出手段により検出される前記車両の進行方向に沿う走行経路の電波状況には、前記車両の進行方向に沿う走行経路の通信可能速度が含まれる（請求項３）。
【０００４】
さらに、請求項４記載の発明によれば、前記内容判断手段は、前記ダウンロードするデータの使用周波数帯域を検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを算出する車載端末装置が提供される。
【０００６】
この発明において、「データの内容」は、データが画像データであるか、音楽データであるか、音声データであるか、文字データであるかといった、データの種類、データの内容物の具体的なタイトル、データの使用周波数帯域、データの音圧その他のデータの特性を含む広い概念である。
【０００７】
この発明によれば、変化する車両の周辺の電波状況を検出し、この「電波状況」と「データの内容」とからダウンロードするデータの「再生ビットレート」を求めることにより、電波状況の変化に応じたダウンロードが行われる。よって、走行中に電波環境が悪化した場合にデータ再生の中断の発生を防止した車載端末装置を提供することができる。
【０００８】
（２）上記目的を達成するために、第２の観点による発明によれば、通信網を介して車載端末にデータを配信する配信サーバであって、前記車載端末が搭載された車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、前記車載端末からの要求に応じて配信する、前記データに含まれる一又は二以上のデータの内容を判断する内容判断手段と、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記各データの内容とに基づいて、前記車載端末に配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを備えた配信サーバが提供される。この発明において、前記内容判断手段は、車載端末からの要求に応じて配信するデータの内容を判断し、この判断された内容から当該データの再生に最低限必要な標準ビットレートを求め、前記再生ビットレート設定手段は、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と前記内容判断手段により求められた標準ビットレートとに基づいて、前記車載端末に配信するデータの再生ビットレートを設定することが好ましい。また、前記電波状況検出手段により検出される前記車両の進行方向に沿う走行経路の電波状況には、前記車両の進行方向に沿う走行経路の通信可能速度が含まれることが好ましい。
【０００９】
さらに、本発明によれば、前記内容判断手段は、車載端末からの要求に応じて配信するデータの使用周波数帯域を検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを求める配信サーバが提供される。また、本発明によれば、前記内容判断手段は、車載端末からの要求に応じて配信するデータの音圧を検出し、この検出された音圧に基づいて前記データを区分し、当該区分された各データの使用周波数帯域をそれぞれ求め、この求められた使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを前記区分ごとに求める配信サーバが提供され、本発明によれば、前記内容判断手段は、車載端末からの要求に応じて配信するデータを所定時間ごとに区分し、当該区分された各データの使用周波数帯域をそれぞれ検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを前記区分ごとに求める配信サーバが提供される。
【００１０】
加えて、本発明によれば、前記該車両の進行方向に沿う走行経路の電波状況を通信網を介して検出し、前記車両側に向けて配信するデータに含まれるデータの内容を判断し、前記検出された電波状況と前記判断されたデータの内容とに基づいて、電波状況の変化により送受信が中断されないように、通信可能速度が要求されたデータの通常の再生ビットレートよりも低い場合は前記データの再生ビットレートを通常の再生ビットレートよりも低く設定し、この再生ビットレートに基づいて前記データを前記車両側へ向けて配信するデータ配信方法が提供される。
【００１１】
この発明は、本願に係る発明を配信サーバ側から捉えたものである。この配信サーバは、車載端末装置側から情報を取得して電波状況を検出する電波状況検出手段と、配信するデータの内容を判断する内容判断手段と、電波状況とデータの内容とから配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを有している。また、第１の観点による発明と同様に、この発明における「データの内容」は、データが画像データであるか、音楽データであるか、音声データであるか、文字データであるかといった、データの種類、データの内容物の具体的なタイトル、データの使用周波数帯域、データの音圧その他のデータの特性を含む広い概念である。
【００１２】
この発明によれば、変化する車両の周辺の電波状況を検出し、この「電波状況」と「データの内容」とから配信するデータの「再生ビットレート」を求めることにより電波状況の変化に応じたデータの配信が行われる。よって、ダウンロード中のデータ再生の中断の発生を防止した配信サーバを提供することができる。
（３）上記目的を達成するために、第３の観点による発明によれば、車載端末装置と、当該車載端末装置に通信網を介してデータを配信する配信サーバとを有するデータ配信システムであって、前記車載端末装置が搭載された車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、前記車載端末装置からの配信要求に応じた前記データに含まれる一又は二以上のデータの内容を判断する内容判断手段と、前記電波状況検出手段により検出された車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記各データの内容とに基づいて、前記車載端末装置に配信されるデータの再生ビットレートを設定する再生ビットレート設定手段とを備えたデータ配信システムが提供される。
【００１３】
この発明は、上記発明を車両端末装置と配信サーバとから構成されるデータ配信システムとして捉えたものである。このデータ配信システムは、車載端末装置側の電波状況を検出する電波状況検出手段と、配信するデータの内容を判断する内容判断手段と、電波状況とデータの内容とから配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを有している。この発明における「データの内容」は上記発明と同様の意義を有し、上記発明と同様の動作及び同様の効果を奏する。
【００１４】
【発明の効果】
本発明によれば、ダウンロードされたデータの再生中断の発生を防止した車載端末装置及び配信サーバを提供することができる。
【００１５】
【発明の実施の形態】
[第１実施形態]
以下、本発明の第１実施形態を図面に基づいて説明する。本実施形態は配信サーバ１００が主要な動作を行う。第１実施形態においてこの発明における基本的な構成及び基本的な動作を説明し、その後に、この実施形態に含まれる２つの実施例について説明する。
【００１６】
図１は第１実施形態のシステム構成概要の一例を示すブロック図である。図１に示す車載端末装置２００は、ＧＰＳ（Global Positioning System）を備えたナビゲーション装置等を利用して自車両の位置を検出する自車位置検出部２１１と、地図上の位置に応じて電波環境に関するパラメータをマッピングした電波環境データ２１３とを有している。電波環境データは配信サーバ１００から配信されるデータの受信状況を表現するデータであって、例えば受信レベルや通信可能速度を挙げることができる。これら自車位置検出部２１１と電波環境データ２１３とは「電波状況検出手段」を構成する要素である。さらに、この車載端末装置２００は、外部の配信サーバ１００と通信網を介して通信する携帯電話を用いたデータ通信装置２２０と、配信されたデータを一時的に記憶するバッファ２３０と、配信の際に圧縮されたデータ復元するデコーダ２５０と、デコーダ２５０により復元されたデータを再生するプレーヤ２６０とを有している。このプレーヤ２６０はユーザが希望するコンテンツの配信要求をも受け付け、その要求をデータ通信装置２３０を介して配信サーバ１００へ送信する。
【００１７】
また、配信サーバ１００は、車載端末装置２００のプレーヤ２６０を介して入力された要求に応じて、音楽、ラジオ番組などのコンテンツデータを車載端末装置２００へ配信する。配信サーバ１００は配信するデータの内容を判断する内容判断手段１２０と、内容判断手段１２０が判断したデータの内容と車載端末装置２００側から取得した車両周辺の電波状況とにより配信するデータの再生ビットレートを設定する再生ビットレート設定手段１４０と、再生ビットレート設定手段１４０が設定した再生ビットレートに配信するデータを圧縮するエンコーダ１５０と、圧縮されたコンテンツデータを車載端末装置２００へ向けて配信する配信手段１６０とを有している。なお、再生ビットレート設定手段１４０は第２の実施形態に示すように車載端末装置１００側に設けて、車両側で自車両の位置の周辺の電波状況及びデータの内容から再生ビットレートを設定して、設定指令として配信サーバ１００側に送信するようにしてもよい。
【００１８】
以上、システムの概要を説明した。続いて図２を用いて第１実施形態の配信サーバ１００の構成及び車載端末装置２００のブロック構成の一例を説明する。車載端末装置２００の電波状況検出手段２１０は、自車位置検出部２１１、電波環境データ２１３に加えて通信可能速度検出部２１２を備えている。この通信可能速度検出部２１２が検出する「通信可能速度」は電波状況を示すパラメータの一つである。この通信可能速度については動作の項において詳細に説明する。また、この車載端末装置２００は、先に説明したデータ通信装置２５０、バッファ２６０、デコーダ２７０、プレーヤー２８０を備えている。
【００１９】
他方、配信サーバ１００は、車載端末装置２００が搭載された車両の周辺の電波状況を検出する電波状況検出手段１１０を備えている。この配信サーバ１００側の電波状況検出手段１１０は、車載端末装置２００側の電波状況検出手段２１０が検出した電波状況又は通信可能速度を取得することにより電波状況を検出する。尤も、配信サーバ１００側が電波環境データ２１３に相当するデータを記憶し、車載端末装置２００側の自車位置検出部２１１から自車両の位置、走行状況等を逐次取得して、配信サーバ１００側の電波状況検出手段１１０が、車両周辺の電波状況を検出してもよい。
【００２０】
また、配信サーバ１００が備える内容判断手段１２０は、配信するデータの内容を判断する。この実施形態における「データの内容」は、データが画像データであるか、音楽データであるか、音声データであるか、文字データであるかといった、データの種類、データの内容物の具体的なタイトル、データの使用周波数帯域、データの音圧その他のデータの特性を含む広い概念である。データに、各データの種類、データのタイトル、データの特性が記憶されたインデックス情報が含まれている場合には、このインデックス情報から「データの内容」を判断することができる。この「データの内容」に基づいて「再生ビットレート」が設定されるが、「データの内容」からデータの再生に最低限必要となる「標準ビットレート」を算出し、この「標準ビットレート」に基づいて「再生ビットレート」を設定することもできる。この「標準ビットレート」は、内容判断手段１２０の標準ビットレート算出部１２０がデータの内容から算出する。具体的にはデータに付記されたインデックス情報からデータの内容を判断して「標準ビットレート」を算出する。また、検出可能なデータの使用周波数帯域、データの音圧その他のデータの特性からデータの内容を判断して「標準ビットレート」を算出する。このデータの使用周波数帯域を利用した「標準ビットレート」の算出をさらに説明する。予め、配信されるデータの使用周波数帯域と再生に最低限必要な標準ビットレートとを予め対応づけた情報を記憶する。配信されるデータの使用周波数帯域を検出し、先の対応づけた情報を参照することにより標準ビットレートを算出することができる。この使用周波数帯域の検出は所定の区分データごとに行われることが好ましい。よって、あるまとまりをもったコンテンツごと、又は音圧に基づいて区切られた区分ごと、所定時間ごとに区切られた区分ごとに使用周波数帯域の検出を行うことが好ましい。これに対応し、内容判断手段１２０は、(1)コンテンツごとの使用周波数を検出するコンテンツごとの使用周波数帯域検出部１３１と、(2)継時的な音圧の変化を検出する音圧検出機能１３２ａを備え、音圧によりデータを区分して、当該区分ごとの使用周波数を検出する区分ごとの使用周波数帯域検出部１３２と、(3)時計を備え、所定時間区分ごとの使用周波数帯域を検出する所定時間区分ごとの使用周波数帯域検出部１３３とを有している。こうして、本実施形態の内容判断手段１２０は、配信するデータの内容又は標準ビットレートを、インデックス情報又は検出された周波数帯域情報から判断する。 内容判断手段１２０により判断された「データの内容」は再生ビットレート設定手段１４０に送出される。再生ビットレート設定手段１４０は、電波状況検出手段１１０により検出された車載端末装置２００側の車両周辺の電波状況と、内容判断手段１２０により判断された「データの内容」又は「標準ビットレート」とから、配信するデータの「再生ビットレート」を設定する。この設定された再生ビットレートに基づいて、エンコーダ１５０はデータを圧縮し、配信手段１６０は圧縮されたデータを車載端末装置２００へ向けて配信する。
【００２１】
続いて、図３を参照しつつ、第１実施形態の再生ビットレートの設定手法を説明する。いま、車載端末装置２００側の車両は、電波状況が良く通信可能速度が６４[kbps]である経路全長８００ｍの通常経路を走行している。そして、走行予測時間２００[sec]後に電波状況が悪く通信可能速度が０[kbps]で経路全長が２００ｍのトンネルに進入する。この場合において、通常の再生ビットレートが６４[kbps]で、１５０[sec]のナレーションと１５０[sec]の音楽とから構成される再生時間が３００[sec]のデータをストリーミング再生する。この状況の下で本実施形態における「再生ビットレート」の設定手法を説明する。
【００２２】
ここで配信されるデータのデータ量は６４[kbps]／８×３００[sec]＝２４００[ＫＢ]である。しかし、トンネル内では通信可能速度が０[kbps]となるためダウンロードができない。よって、現在からトンネル進入までのダウンロード可能なデータ量は６４[kbps]／８×２００[sec]＝１６００[ＫＢ]となる。この電波状況においては、２００[sec]後に車両のトンネル進入時にデータの再生が途切れてしまう。このデータの途切れに先立って、本実施形態では配信サーバ１００の電波状況検出手段１１０は、車載端末装置２１０側（自車両位置検出手段２１１）から取得した情報に基づき電波状況を先読みし、配信サーバ１００の内容判断手段１２０は、車載端末装置２００側の要求に応じて配信するデータ（コンテンツ）の内容を判断する。この内容判断手段１２０は、インデックス情報からデータの内容が１５０[sec]のナレーションと１５０[sec]の音楽であることを判断する。このとき音声のみからなるナレーションの部分の再生ビットレートを１６[kbps]にすると、配信（ダウンロード）するべきデータ量は１６[kbps]／８×１５０[sec]＋６４[kbps]／８×１５０[sec]＝１５００[ＫＢ]となる。このデータ量（１５００[ＫＢ]）は、トンネル進入までのダウンロード可能なデータ量（１６００[ＫＢ]）を下回る。よって、再生ビットレート設定手段１４０はナレーションの部分のビットレートを１６[kbps]に落とせば、車載端末装置２００はトンネル進入の手前ですべてのデータをダウンロードすることができる。この設定された「再生ビットレート」に基づき、エンコーダ１５０はデータを圧縮し、配信手段１６０は圧縮されたデータを車載端末装置２００へ配信する。車載端末装置２００はトンネル進入までにナレーション部分と音楽部分とのデータをダウンロードし、バッファ２６０に一時的に記憶する。プレーヤー２８０はバッファ２６０に記憶されたデータを再生するため、トンネル内においても車載端末装置２００のデータの再生は途切れない。
【００２３】
続いて、図４のフローチャート図を参照しつつ第１実施形態の動作を説明する。 Ｓ１１１では車載端末装置２００側のプレーヤ２８０から配信サーバ１００へ向けてデータのダウンロード要求が送信される。この要求はコンテンツを特定したものであってもよいし、検索条件を伴う要求であってもよい。本実施形態ではインターネットを介して配信されるラジオの番組を要求する。ここでは図３に示したデータが配信されるものと仮定する。続くＳ１１２では配信サーバ１００の電波状況検出手段１１０が車載端末装置２００側の車両周辺の電波状況に関する情報の取得を要求する。この要求に応じ、車載端末装置２００側の自車位置検出部２１１が自車位置とその進行方向を検出し、進行方向に沿った所定距離分（例えば１ｋｍ）の走行経路の電波環境を電波環境データ２１３から読み出す。すなわち、自車位置検出部２１１が自車両の現在位置及び進行方向に沿った走行予定位置を検出する。電波状況検出手段２１は、電波環境を示す受信レベルや通信可能速度をマッピングして記憶させた電波環境データ２１３を読込み、検出された位置に応じた受信レベル又は通信可能速度を電波状況として検出し、当該電波状況（通信可能速度）を配信サーバ１００側の電波状況検出手段１１０へ送出する。こうして、配信サーバ１００側の電波状況検出手段１１０は、車載端末装置２００側の車両の現在位置及び走行予定位置における電波状況を検出することができる。この実施形態では電波環境データ２１３に含まれる受信レベルから電波状況を求めることとした。
【００２４】
Ｓ１１３では、Ｓ１１２にて電波環境データ２１３から読み出した受信レベルから通信可能速度を求める。先に説明した図２の例では走行路のうち電波環境が良好な８００ｍの通常経路の受信レベルは３０[ｄＢμＶ]である。一方、その８００ｍ先から１０００ｍまでの電波環境が不良なトンネルの受信レベルは１０[ｄＢμＶ]である。本実施形態の電波状況検出手段１１０は図５に示すような受信レベルと通信可能速度Ｄｌ[ｂｐｓ]とを対応づけ、これにより、地図上の位置に応づけられた受信レベルに基づいて通信可能速度Ｄｌ[ｂｐｓ]を演算する。よって図２のデータ例によれば、通常経路における通信可能速度は６４[ｋｂｐｓ]であり、トンネル内における通信可能速度は０[ｋｂｐｓ]となる。こうして電波状況検出手段１１０は自車位置周辺の通信可能速度を求める。ちなみに受信レベルと通信可能速度との関係はグラフ状に記憶されていてもよく、演算式として演算回路に実装されていてもよい。
【００２５】
続くＳ１１４ではＳ１１１で車載端末装置２００から要求されたデータ、すなわち、配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]を取得する。図２に示した例では、ナレーションのデータ及び音楽のデータの通常の再生ビットレートは６４[ｋｂｐｓ]である。この通常の再生ビットレートは配信されるデータに基づいて取得されてもよいが、配信サーバ１００と車際端末装置２００とを繋ぐ通信網に通常用いられる通信速度を通常の再生ビットレートを用いてもよい。 Ｓ１１５ではＳ１１３で演算した通信可能速度Ｄｌ[ｂｐｓ]と、Ｓ１１４で取得した配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]との大小関係を判断する。本実施形態では、配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]が通信可能速度Ｄｌ[ｂｐｓ]よりも大きい場合にＳ１１６へ進み再生ビットレートの低減を行う。図２に示した例では現在位置の８００ｍ先から１０００ｍ先までのトンネル内においては配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]が通信可能速度Ｄｌ[ｂｐｓ]を上回るので、Ｓ１１６に進む。一方、配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]が通信可能速度Ｄｌ[ｂｐｓ]よりも小さい場合にはＳ１１９へ進む。
【００２６】
Ｓ１１６では、内容判断手段１２０が配信するデータの内容を判断する。ここでデータの内容の判断は、データの内容に関する情報が記述されたインデックス情報に基づいて行う。図２に示したデータ例では、配信されるデータが１５０[sec]のナレーションと１５０[sec]の音楽とから構成される再生時間が３００[sec]のデータであると判断する。
【００２７】
続いて、Ｓ１１７ではＳ１１６で判断されたデータの内容から当該データの再生に必要最低限な標準ビットレートＣｌｍ[ｂｐｓ]を求める。ここでは、以下の表１に示したテーブルに基づいてデータの再生に必要最低限な標準ビットレートＣｌｍ[ｂｐｓ]を求める。
【００２８】
【表１】
【００２９】
このデータの再生に必要最低限な標準ビットレートＣｌｍ[ｂｐｓ]は、例えば音楽のように広い周波数帯域が要求されるデータ部分は高く設定され、音声のみからなるナレーションのように比較的に広い周波数帯域が要求されないデータ部分は低く設定される。図２に示した例に関し、この表に基づけば再生開始から１５０[ｓｅｃ]までの間のナレーション部分の再生に必要な標準ビットレートは１６[ｋｂｐｓ]、１５０[ｓｅｃ]から３００[ｓｅｃ]までの音楽部分の再生に必要な標準ビットレートは６４[ｋｂｐｓ]となる。ちなみに、標準ビットレートは所定の区分のデータごとに求められる。図２に示した例では配信されるデータの内容は、再生開始から１５０[ｓｅｃ]後までがナレーション、１５０[ｓｅｃ]から３００[ｓｅｃ]までが音楽であるから、それぞれのコンテンツについて標準ビットレートを求めることができる。このようにデータを構成するコンテンツごとに標準ビットレートを求めるほか、データの区切り方としては、インターネットラジオ番組ではコマーシャル部分を抜き出して区切る手法や、音楽データのフレーズや曲の一番、二番などで区切る手法がある。
【００３０】
さらに、Ｓ１１８では再生ビットレートを設定する。本実施形態では再生ビットレートとして、Ｓ１１７で求めた標準ビットレートＣｌｍ[ｂｐｓ]を再生ビットレートとして設定する、すなわち、再生ビットレートをＣｌｍ[ｂｐｓ]に設定する。具体的に図２で示した例を用いて説明すると、Ｓ１１７の処理により、再生開始から１５０[ｓｅｃ]までのナレーション部分の標準ビットレートは１６[ｋｂｐｓ]であるから、当該ナレーション部分の再生ビットレートを６４[ｋｂｐｓ]から１６[ｋｂｐｓ]にまで落とすことができる。このようにナレーション部分の再生ビットレートを１６[ｋｂｐｓ]とすることにより、このナレーション部分のダウンロード時間を３７．５[ｓｅｃ]に短縮させることができる。そうすると、音楽部分の再生時間１５０[ｓｅｃ]を加えても１８７．５[ｓｅｃ]となり、トンネル進入までに要する走行予測時間２００[ｓｅｃ]を下回ることができる。よって、トンネル進入までに要求したデータを予めバッファ２６０にタウンロードしておき、ナレーション部分を１６[ｋｂｐｓ]で再生すればトンネル内でもデータが中断されることなく再生を継続することができる。ちなみに本実施形態では、「再生ビットレート」を、データの配信に最低限必要な「標準ビットレート」と同じ値としたが、必ずしも同じ値にする必要はなく、標準ビットレートに基づいて算出された別の値としてもよい。
【００３１】
以上のとおり、本実施形態によれば、電波環境が悪く、データの標準ビットレートに対して十分な通信速度が得られない場合に、内容判断手段１３０がデータの内容から再生ビットレートを落とせる部分を判断し、再生ビットレート設定手段１４０がダウンロードするデータ量を削減することにより、データ再生時の中断を防止することができる。ここでは、配信サーバ１００を中心にして説明したが、ここで説明した動作はデータ配信方法として使用することができる。
【００３２】
続いて、この第１の実施形態に含まれる２つの実施例について説明する。後述する実施例は、「再生ビットレート」を導く「データの内容」として、配信されるデータの特性の一つである「使用周波数帯域」を利用する。すなわち、内容判断手段１２０は、データの内容としてデータの使用周波数帯域を検出し、この使用周波数帯域に基づいて配信するデータの再生に最低限必要な標準ビットレートを算出する。その後算出された標準ビットレートと電波状況とに基づいてダウンロードするデータの再生ビットレートを求める点は前述の第１実施形態と同様である。この使用周波数帯域を検出するのが、先に説明した標準ビットレート算出部１３０のコンテンツごとの使用周波数帯域検出部１３１と、区分ごとの使用周波数帯域検出部１３２と、所定時間区分ごとの使用周波数帯域検出部１３３である。これらは使用周波数帯域を求めるための区分が、コンテンツごとになされるのか、音圧によって区切られた区分ごとになされるのか、所定時間区分ごとになされるのかにおいて異なる。コンテンツごとの使用周波数帯域を検出するには、データに付記されたインデックス情報に基づいて使用周波数帯域を検出することができる。また、音圧によって区切られた区分ごとに使用周波数帯を検出する場合を第１実施例として説明し、所定時間区分ごとに使用周波数帯を検出する場合を第２実施例として説明する。なお、ここでは内容判断手段１２０の周波数帯域の検出、検出された周波数帯域からデータの標準ビットレートの算出に関する動作を中心に説明する。
【００３３】
＜第１実施例＞
配信サーバ１００は、要求に応じて配信するデータを、最初から最後まで又は所定時間先のデータまで高速サーチして当該データの内容を判断する内容判断手段１２０を有している。また、この内容判断手段１２０の標準ビットレート算出部１３０は、データの物理的特性としてデータ中に含まれる再生音圧レベルと使用周波数帯域とを検出する「区分ごとの使用周波数帯域検出部１３２」を有している。この区分ごとの使用周波数帯域検出部１３２は、これが備える音圧検出機能１３２ａによって検出された音圧に応じて、データを区分し、区分されたデータごとに使用周波数帯域を検出する。この使用周波数帯域の検出は例えば備えられた高速フーリエ変換機能を用いて行う。また、再生音圧レベルの検出は例えば音量指示器等の音圧検出装置を用いて行う。検出された再生音圧レベルは使用周波数帯域を求める単位となる区分を規定するために用いられる。
【００３４】
これを図６に基づき説明すると、図６の上段のグラフは音圧検出機能１３２ａが検出した連続する時間における音圧レベルの変化を示す。時間経過とともに音圧レベルの変化を観察すると、検出された音圧レベルが区切閾値を下回る個所が２回あり、ここを区切り位置として区分された３つの区分（区分１、区分２、区分３）を得ることができる。図６の下段には、この区切られた各区分の周波数帯域[Ｈｚ]を上段のグラフに対応づけて示している。図６の下段の図のように各区分ごとの周波数帯域[Ｈｚ]を処理すると、各区分ごとの使用周波数の最高値ｆ１、ｆ２、ｆ３が得られる。本実施例では、この使用周波数の最高値ｆ１、ｆ２、ｆ３を用いて標準ビットレートを求める。本実施例の標準ビットレート算出部１３０は、図７に示すように周波数帯域[Ｈｚ]と標準ビットレート[ｂｐｓ]とを対応づけて記憶する。。図７の対応関係に基づけば、図６で得られた各区分における周波数帯域の最高値ｆ１、ｆ２、ｆ３を基準として、それぞれ対応する標準ビットレートｒ１、ｒ２、ｒ３を求めることができる。この対応づけた情報は表形態でもよいし、演算式として標準ビットレートの算出回路に実装されていてもよい 続いて、実施例１の動作を図３を参照しつつ説明する。実施例１の動作は先に説明した第１実施形態と基本的に共通するので異なる点を中心に説明する。図３のＳ１１６において、標準ビットレート算出部１３０の区分ごとの使用周波数帯域検出部１３２は、要求に応じて配信するデータの最初から最後まで又は所定時間先（例えば５分）まで高速サーチしてデータ内の再生音圧レベルと使用周波数帯域とを検出し、先に説明した手法によりデータを区切る。この音圧を検出してデータの区切り位置を決定するのは音圧検出機能１３２ａである。また、このデータを区切る手法としては、先に説明したように所定の区切り閾値を下回った個所を基準として区切る手法であってもよいし、音圧レベルが一定時間（例えば５[ｓｅｃ]）以上に渡って区切り閾値を下回った個所を基準として区切る手法であってもよい。こうして各区分ごとの周波数帯域が求められたところで、Ｓ１１７へ進む。
【００３５】
Ｓ１１７において、標準ビットレート算出部１３０は、各区分の周波数帯域からデータの再生に最低限必要な標準ビットレートＣｌｍを求める。実施例１では図７に示したように周波数帯域[Ｈｚ]と標準ビットレート[ｂｐｓ]とを単調増加関数で記述された関数式を用いて、周波数帯域から標準ビットレートを求める。図６に示すように、音圧レベルによって区切った区分１、区分２、区分３の使用周波数帯域の最大値が各々ｆ１、ｆ２、ｆ３[Ｈｚ]であるので、図７に示した関係式からそれぞれｒ１、ｒ２、ｒ３を求めることができる。
【００３６】
そして、Ｓ１１８において、Ｓ１１７で求めた各々の区分のビットレートｒ１、ｒ２、ｒ３がＳ１１４で求められた配信されるデータの通常の再生ビットレートよりも小さい場合には、Ｓ１１７で求められた標準ビットレートを再生ビットレートとして設定する。このとき通常の再生ビットレートは、配信サーバ１００と車載端末装置２００とを繋ぐ通信網において通常用いられる通信速度を通常の再生ビットレート（例えば６４[ｋｂｐｓ]）としてもよい。再生ビットレートが設定されたところで、この再生ビットレートに応じてエンコーダ１５０は配信されるデータを圧縮し、配信手段１６０が車載端末装置２００へ向けてデータを配信する。
【００３７】
このように、本実施例では、第１の実施形態と同様に、配信されるデータがダウンロード中に途切れることを防止することができる。さらに、本実施例では標準ビットレートを音圧で区切られたデータ区分ごとに求める。すなわち、配信するデータを音圧レベルに応じて区切り、区切られた区分ごとに使用周波数帯域を求め、この周波数帯域を用いて標準ビットレートを求め、各区分ごとの再生ビットレートを設定する。このため配信されるデータに当該データの内容を記述したインデックス情報がなくても、標準ビットレート、再生ビットレートを設定することができ、配信されるデータがダウンロード中に途切れることを防止することができる。
【００３８】
＜第２実施例＞
第２実施例の構成は、図２に示した第１実施形態の構成と基本的部分は共通する。異なる点は内容判断手段１２０の標準ビットレート算出部１３０が「所定時間区分ごとの使用周波数帯域検出部１３３」を備えている点である。この所定時間区分ごとの使用周波数帯域検出部１３３は、図８の上段に示された時間に対する使用周波数帯域[Ｈｚ]の変化を継時的に検知し、この使用周波数を所定時間ΔＴごとに区切る。この区切られた所定時間ごとの使用周波数を示すのが図８の下段に示された図である。所定時間ごとの使用周波数帯域が示されると、使用周波数の最大値ｆ１を求めることができる。第１実施例と同様に図７に示す周波数帯域と標準ビットレートとを対応づけた関数を用いれば、各区分ごとの使用周波数の最大値に基づいて標準ビットレートを演算することができる。ここで、数サンプル（数区分）先のデータまでの再生ビットレートを求めることができれば、電波状況検出手段１１０により電波環境の悪化が予測される場合に、再生ビットレートを落とす区間を決定することができる。また、リアルタイムでデータがストリームされている場合は一定時間のΔＴ分のデータを内蔵されたＲＡＭにバッファリングして使用周波数帯域を求めるようにしてもよい。このようにすることで、再生時間が非常に長いコンテンツに関するデータや、リアルタイム型のデータにも対応することができる。
【００３９】
この第２の実施例の動作について、図３を参照しつつ説明する。第１実施形態と異なる点はＳ１１５の後にＳ１１６のデータ内容判断を行うことなく、Ｓ１１７の標準ビットレート演算へ進む点である（図３中点線で示した）。この実施例におけるＳ１１７の動作を説明すると、配信サーバ１００の内容判断手段１２０は要求に応じて配信するデータを所定時間ΔＴ先まで（例えば５[ｓｅｃ]先まで）読み込んで、所定時間区分ごとの使用周波数帯域検出部１３３が使用周波数帯域を検出する。リアルタイム型のデータではΔＴ分のデータを内蔵されたＲＡＭに一時的に記憶してから（バッファリングしてから）図８に示すように使用周波数帯域を求める。この求めた使用周波数帯域から、例えば図７に示すような周波数帯域と標準ビットレートとも関係を適用して、データの再生に必要最低限の標準ビットレートを演算する。具体的に、図８の例ではΔＴで区切られた区分毎に使用周波数帯域を演算し、各区分の使用周波数帯域の上限値を標準ビットレートの算出に用いる（区分１の場合はｆ１となる）。尤も、データの先読みを数サンプル先分まで行い、各々の区分の使用周波数帯域を同時に求めるように処理することも可能である。
【００４０】
そして、Ｓ１１８において、Ｓ１１７で求めた各々の区分の「標準ビットレート」がＳ１１４で求められた配信されるデータの「通常の再生ビットレート」よりも小さい場合には、Ｓ１１７で求められた「標準ビットレート」を「再生ビットレート」として設定する。このとき「通常の再生ビットレート」は、配信サーバ１００と車載端末装置２００とを繋ぐ通信網において通常用いられる通信速度を通常の再生ビットレート（例えば[６４ｋｂｐｓ]）としてもよい。再生ビットレートが設定されたところで、この再生ビットレートに応じてエンコーダ１５０は配信されるデータを圧縮し、配信手段１６０が車載端末装置２００へ向けてデータを配信する。この配信処理は実施例１と同様である。
【００４１】
このように、本実施例では、第１の実施形態と同様に、配信されるデータがダウンロード中に途切れることを防止することができる。さらに、本実施例では標準ビットレートを所定時間間隔で区切られたデータ区分ごとに求める。すなわち、配信するデータを所定時間ごとに区切り、区切られた区分ごとに使用周波数帯域を求め、この周波数帯域を用いて再生ビットレートを設定する。このため、再生時間が非常に長いコンテンツに関する情報やリアルタイム型もデータであっても、標準ビットレート、再生ビットレートを設定することができ、配信されるデータがダウンロード中に途切れることを防止することができる。
【００４２】
[第２実施形態]
さらに、第２実施形態について説明する。図９は第２実施形態の配信サーバ１００の構成及び車載端末装置２００の構成の一例を示すブロック図である。第２の実施形態は車載端末装置２００が主要な動作を行う。この図９に示した第２実施形態のブロックと図２に示した第１の実施形態とを比較すると、第１実施形態では配信サーバ１００側にあった内容判断手段１２０が車載端末装置２００側に設けられている点が異なる。また第１実施形態では再生ビットレート設定手段１４０は配信サーバ１００側のみにあったが、本実施形態では配信サーバ１００側の再生ビットレート設定手段１４０に加えて、これに再生ビットレートの設定を指令する再生ビットレート設定指令手段２４０とが車載端末装置２００に設けられている。この実施形態では車載端末装置２００側において再生ビットレートの設定が行われ、設定された再生ビットレートの値を含む設定指令が、再生ビットレート設定指令手段２４０から配信サーバ１００側の再生ビットレート設定手段１４０に向けて送出される。実際にデータを配信する配信サーバ１００のエンコーダ１５０は、この指令された再生ビットレートにデータを圧縮し、配信手段１６０により車載端末装置２００へデータを配信する。
【００４３】
よって、車載端末装置２００の内容判断手段２２０は、第１実施形態において説明した配信サーバ１００の内容判断手段１２０と同様に動作する。
【００４４】
また、再生ビットレート設定指令手段２４０は、第１実施形態における再生ビットレート設定手段１４０と同様の動作により再生ビットレートを求める。その後、求めた再生ビットレートの値を含む設定指令が配信サーバ１００へ向けて送出され、その指令に応じたデータが配信される。各構成が配置される位置が異なるものの、その各構成の動作は第１実施形態のおいて説明したものと同様である。 以上のとおり、第２実施形態に係る車載端末装置２００の各構成は、すでに説明した第１実施形態のおいて相当する構成と同様に動作し、データのダウンロードにおいて同様の効果を奏する。
【００４５】
なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【図面の簡単な説明】
【図１】第１実施形態のシステム構成概要の一例を示すブロック図である。
【図２】第１実施形態の配信サーバの構成及び車載端末装置の構成の一例を示すブロック図である。
【図３】第１実施形態の再生ビットレートの設定手法を説明するための図である。
【図４】第１実施形態の動作を説明するためのフローチャート図である。
【図５】受信レベルと通信可能速度の関係式の一例を示す図である。
【図６】音圧レベルによるデータの区切り手法を説明するための図である。
【図７】データの周波数帯域と標準ビットレートの関係の一例を示す図である。
【図８】所定時間ごとのデータの区切り手法を説明するための図である。
【図９】第２実施形態の配信サーバの構成及び車載端末装置の構成の一例を示すブロック図である。
【符号の説明】
１００…配信サーバ
１１０…電波状況検出手段
１２０…内容判断手段
１３０…標準ビットレート算出部
１３１…コンテンツごとの使用周波数帯域検出部
１３２…区分ごとの使用周波数帯域検出部
１３２ａ…音圧検出機能
１３３…所定時間ごとの使用周波数帯域検出部
１４０…再生ビットレート設定手段
１５０…エンコーダ
１６０…配信手段
２００…車載端末装置
２１０…電波環境検出手段
２１１…自車位置検出部
２１２…通信可能速度検出部
２１３…電波環境データ
２２０…内容判断手段
２３０…標準ビットレート算出部
２３１…コンテンツごとの使用周波数帯域検出部
２３２…区分ごとの使用周波数帯域検出部
２３２ａ…音圧検出機能
２３３…所定時間ごとの使用周波数帯域検出部
２５０…データ通信装置
２６０…バッファ
２７０…デコーダ
２８０…プレーヤー
【発明の属する技術分野】
本発明は、ダウンロードされたデータの再生中断を防いだ配信サーバ及び車載端末装置に関する。
【０００２】
【従来の技術】
この種のデータの送受信に関し、データ放送局はデータ名やデータの記憶場所などのインデックス情報を多重放送し、車載端末はこのインデックス情報から自らが未取得のデータを検知することで、この検知した未取得のデータを必要な時にダウンロードできるという技術がある（特開２００１−５３６９９号公報）。
【発明が解決しようとする課題】
しかし、これら従来の技術においては、車両周辺の電波環境を考慮せずにユーザの要求するデータをダウンロードするため、走行中に電波環境が悪化した場合にダウンロードが中断し、データの再生が中断されてしまうという問題があった。 本発明は、このような従来技術の問題点に鑑みてなされたものであり、走行中に電波環境が悪化した場合であってもコンテンツデータの再生が中断されない車載端末装置及び配信サーバを提供することを目的とする。
【０００３】
【課題を解決するための手段】
（１）上記目的を達成するために、第１の観点による請求項１記載の発明によれば、通信網を介して配信サーバからデータをダウンロードする車載端末装置であって、前記車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、前記車載端末側の要求に応じて前記配信サーバからダウンロードする一又は二以上のデータの内容を判断する内容判断手段と、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記データの内容とから前記ダウンロードするデータの再生ビットレートを求めるとともに、当該再生ビットレートの設定指令を前記配信サーバへ向けて送出する再生ビットレート設定指令手段とを備えた車載端末装置が提供される。この発明において、前記内容判断手段は、前記ダウンロードするデータの内容を判断し、この判断された内容から当該データの再生に最低限必要な標準ビットレートを算出し、前記再生ビットレート設定指令手段は、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と前記内容判断手段により算出された標準ビットレートとから前記ダウンロードするデータの再生ビットレートを求めるとともに、当該再生ビットレートの設定指令を前記配信サーバへ向けて送出することが好ましい（請求項２）。また、前記電波状況検出手段により検出される前記車両の進行方向に沿う走行経路の電波状況には、前記車両の進行方向に沿う走行経路の通信可能速度が含まれる（請求項３）。
【０００４】
さらに、請求項４記載の発明によれば、前記内容判断手段は、前記ダウンロードするデータの使用周波数帯域を検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを算出する車載端末装置が提供される。
【０００６】
この発明において、「データの内容」は、データが画像データであるか、音楽データであるか、音声データであるか、文字データであるかといった、データの種類、データの内容物の具体的なタイトル、データの使用周波数帯域、データの音圧その他のデータの特性を含む広い概念である。
【０００７】
この発明によれば、変化する車両の周辺の電波状況を検出し、この「電波状況」と「データの内容」とからダウンロードするデータの「再生ビットレート」を求めることにより、電波状況の変化に応じたダウンロードが行われる。よって、走行中に電波環境が悪化した場合にデータ再生の中断の発生を防止した車載端末装置を提供することができる。
【０００８】
（２）上記目的を達成するために、第２の観点による発明によれば、通信網を介して車載端末にデータを配信する配信サーバであって、前記車載端末が搭載された車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、前記車載端末からの要求に応じて配信する、前記データに含まれる一又は二以上のデータの内容を判断する内容判断手段と、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記各データの内容とに基づいて、前記車載端末に配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを備えた配信サーバが提供される。この発明において、前記内容判断手段は、車載端末からの要求に応じて配信するデータの内容を判断し、この判断された内容から当該データの再生に最低限必要な標準ビットレートを求め、前記再生ビットレート設定手段は、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と前記内容判断手段により求められた標準ビットレートとに基づいて、前記車載端末に配信するデータの再生ビットレートを設定することが好ましい。また、前記電波状況検出手段により検出される前記車両の進行方向に沿う走行経路の電波状況には、前記車両の進行方向に沿う走行経路の通信可能速度が含まれることが好ましい。
【０００９】
さらに、本発明によれば、前記内容判断手段は、車載端末からの要求に応じて配信するデータの使用周波数帯域を検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを求める配信サーバが提供される。また、本発明によれば、前記内容判断手段は、車載端末からの要求に応じて配信するデータの音圧を検出し、この検出された音圧に基づいて前記データを区分し、当該区分された各データの使用周波数帯域をそれぞれ求め、この求められた使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを前記区分ごとに求める配信サーバが提供され、本発明によれば、前記内容判断手段は、車載端末からの要求に応じて配信するデータを所定時間ごとに区分し、当該区分された各データの使用周波数帯域をそれぞれ検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを前記区分ごとに求める配信サーバが提供される。
【００１０】
加えて、本発明によれば、前記該車両の進行方向に沿う走行経路の電波状況を通信網を介して検出し、前記車両側に向けて配信するデータに含まれるデータの内容を判断し、前記検出された電波状況と前記判断されたデータの内容とに基づいて、電波状況の変化により送受信が中断されないように、通信可能速度が要求されたデータの通常の再生ビットレートよりも低い場合は前記データの再生ビットレートを通常の再生ビットレートよりも低く設定し、この再生ビットレートに基づいて前記データを前記車両側へ向けて配信するデータ配信方法が提供される。
【００１１】
この発明は、本願に係る発明を配信サーバ側から捉えたものである。この配信サーバは、車載端末装置側から情報を取得して電波状況を検出する電波状況検出手段と、配信するデータの内容を判断する内容判断手段と、電波状況とデータの内容とから配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを有している。また、第１の観点による発明と同様に、この発明における「データの内容」は、データが画像データであるか、音楽データであるか、音声データであるか、文字データであるかといった、データの種類、データの内容物の具体的なタイトル、データの使用周波数帯域、データの音圧その他のデータの特性を含む広い概念である。
【００１２】
この発明によれば、変化する車両の周辺の電波状況を検出し、この「電波状況」と「データの内容」とから配信するデータの「再生ビットレート」を求めることにより電波状況の変化に応じたデータの配信が行われる。よって、ダウンロード中のデータ再生の中断の発生を防止した配信サーバを提供することができる。
（３）上記目的を達成するために、第３の観点による発明によれば、車載端末装置と、当該車載端末装置に通信網を介してデータを配信する配信サーバとを有するデータ配信システムであって、前記車載端末装置が搭載された車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、前記車載端末装置からの配信要求に応じた前記データに含まれる一又は二以上のデータの内容を判断する内容判断手段と、前記電波状況検出手段により検出された車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記各データの内容とに基づいて、前記車載端末装置に配信されるデータの再生ビットレートを設定する再生ビットレート設定手段とを備えたデータ配信システムが提供される。
【００１３】
この発明は、上記発明を車両端末装置と配信サーバとから構成されるデータ配信システムとして捉えたものである。このデータ配信システムは、車載端末装置側の電波状況を検出する電波状況検出手段と、配信するデータの内容を判断する内容判断手段と、電波状況とデータの内容とから配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを有している。この発明における「データの内容」は上記発明と同様の意義を有し、上記発明と同様の動作及び同様の効果を奏する。
【００１４】
【発明の効果】
本発明によれば、ダウンロードされたデータの再生中断の発生を防止した車載端末装置及び配信サーバを提供することができる。
【００１５】
【発明の実施の形態】
[第１実施形態]
以下、本発明の第１実施形態を図面に基づいて説明する。本実施形態は配信サーバ１００が主要な動作を行う。第１実施形態においてこの発明における基本的な構成及び基本的な動作を説明し、その後に、この実施形態に含まれる２つの実施例について説明する。
【００１６】
図１は第１実施形態のシステム構成概要の一例を示すブロック図である。図１に示す車載端末装置２００は、ＧＰＳ（Global Positioning System）を備えたナビゲーション装置等を利用して自車両の位置を検出する自車位置検出部２１１と、地図上の位置に応じて電波環境に関するパラメータをマッピングした電波環境データ２１３とを有している。電波環境データは配信サーバ１００から配信されるデータの受信状況を表現するデータであって、例えば受信レベルや通信可能速度を挙げることができる。これら自車位置検出部２１１と電波環境データ２１３とは「電波状況検出手段」を構成する要素である。さらに、この車載端末装置２００は、外部の配信サーバ１００と通信網を介して通信する携帯電話を用いたデータ通信装置２２０と、配信されたデータを一時的に記憶するバッファ２３０と、配信の際に圧縮されたデータ復元するデコーダ２５０と、デコーダ２５０により復元されたデータを再生するプレーヤ２６０とを有している。このプレーヤ２６０はユーザが希望するコンテンツの配信要求をも受け付け、その要求をデータ通信装置２３０を介して配信サーバ１００へ送信する。
【００１７】
また、配信サーバ１００は、車載端末装置２００のプレーヤ２６０を介して入力された要求に応じて、音楽、ラジオ番組などのコンテンツデータを車載端末装置２００へ配信する。配信サーバ１００は配信するデータの内容を判断する内容判断手段１２０と、内容判断手段１２０が判断したデータの内容と車載端末装置２００側から取得した車両周辺の電波状況とにより配信するデータの再生ビットレートを設定する再生ビットレート設定手段１４０と、再生ビットレート設定手段１４０が設定した再生ビットレートに配信するデータを圧縮するエンコーダ１５０と、圧縮されたコンテンツデータを車載端末装置２００へ向けて配信する配信手段１６０とを有している。なお、再生ビットレート設定手段１４０は第２の実施形態に示すように車載端末装置１００側に設けて、車両側で自車両の位置の周辺の電波状況及びデータの内容から再生ビットレートを設定して、設定指令として配信サーバ１００側に送信するようにしてもよい。
【００１８】
以上、システムの概要を説明した。続いて図２を用いて第１実施形態の配信サーバ１００の構成及び車載端末装置２００のブロック構成の一例を説明する。車載端末装置２００の電波状況検出手段２１０は、自車位置検出部２１１、電波環境データ２１３に加えて通信可能速度検出部２１２を備えている。この通信可能速度検出部２１２が検出する「通信可能速度」は電波状況を示すパラメータの一つである。この通信可能速度については動作の項において詳細に説明する。また、この車載端末装置２００は、先に説明したデータ通信装置２５０、バッファ２６０、デコーダ２７０、プレーヤー２８０を備えている。
【００１９】
他方、配信サーバ１００は、車載端末装置２００が搭載された車両の周辺の電波状況を検出する電波状況検出手段１１０を備えている。この配信サーバ１００側の電波状況検出手段１１０は、車載端末装置２００側の電波状況検出手段２１０が検出した電波状況又は通信可能速度を取得することにより電波状況を検出する。尤も、配信サーバ１００側が電波環境データ２１３に相当するデータを記憶し、車載端末装置２００側の自車位置検出部２１１から自車両の位置、走行状況等を逐次取得して、配信サーバ１００側の電波状況検出手段１１０が、車両周辺の電波状況を検出してもよい。
【００２０】
また、配信サーバ１００が備える内容判断手段１２０は、配信するデータの内容を判断する。この実施形態における「データの内容」は、データが画像データであるか、音楽データであるか、音声データであるか、文字データであるかといった、データの種類、データの内容物の具体的なタイトル、データの使用周波数帯域、データの音圧その他のデータの特性を含む広い概念である。データに、各データの種類、データのタイトル、データの特性が記憶されたインデックス情報が含まれている場合には、このインデックス情報から「データの内容」を判断することができる。この「データの内容」に基づいて「再生ビットレート」が設定されるが、「データの内容」からデータの再生に最低限必要となる「標準ビットレート」を算出し、この「標準ビットレート」に基づいて「再生ビットレート」を設定することもできる。この「標準ビットレート」は、内容判断手段１２０の標準ビットレート算出部１２０がデータの内容から算出する。具体的にはデータに付記されたインデックス情報からデータの内容を判断して「標準ビットレート」を算出する。また、検出可能なデータの使用周波数帯域、データの音圧その他のデータの特性からデータの内容を判断して「標準ビットレート」を算出する。このデータの使用周波数帯域を利用した「標準ビットレート」の算出をさらに説明する。予め、配信されるデータの使用周波数帯域と再生に最低限必要な標準ビットレートとを予め対応づけた情報を記憶する。配信されるデータの使用周波数帯域を検出し、先の対応づけた情報を参照することにより標準ビットレートを算出することができる。この使用周波数帯域の検出は所定の区分データごとに行われることが好ましい。よって、あるまとまりをもったコンテンツごと、又は音圧に基づいて区切られた区分ごと、所定時間ごとに区切られた区分ごとに使用周波数帯域の検出を行うことが好ましい。これに対応し、内容判断手段１２０は、(1)コンテンツごとの使用周波数を検出するコンテンツごとの使用周波数帯域検出部１３１と、(2)継時的な音圧の変化を検出する音圧検出機能１３２ａを備え、音圧によりデータを区分して、当該区分ごとの使用周波数を検出する区分ごとの使用周波数帯域検出部１３２と、(3)時計を備え、所定時間区分ごとの使用周波数帯域を検出する所定時間区分ごとの使用周波数帯域検出部１３３とを有している。こうして、本実施形態の内容判断手段１２０は、配信するデータの内容又は標準ビットレートを、インデックス情報又は検出された周波数帯域情報から判断する。 内容判断手段１２０により判断された「データの内容」は再生ビットレート設定手段１４０に送出される。再生ビットレート設定手段１４０は、電波状況検出手段１１０により検出された車載端末装置２００側の車両周辺の電波状況と、内容判断手段１２０により判断された「データの内容」又は「標準ビットレート」とから、配信するデータの「再生ビットレート」を設定する。この設定された再生ビットレートに基づいて、エンコーダ１５０はデータを圧縮し、配信手段１６０は圧縮されたデータを車載端末装置２００へ向けて配信する。
【００２１】
続いて、図３を参照しつつ、第１実施形態の再生ビットレートの設定手法を説明する。いま、車載端末装置２００側の車両は、電波状況が良く通信可能速度が６４[kbps]である経路全長８００ｍの通常経路を走行している。そして、走行予測時間２００[sec]後に電波状況が悪く通信可能速度が０[kbps]で経路全長が２００ｍのトンネルに進入する。この場合において、通常の再生ビットレートが６４[kbps]で、１５０[sec]のナレーションと１５０[sec]の音楽とから構成される再生時間が３００[sec]のデータをストリーミング再生する。この状況の下で本実施形態における「再生ビットレート」の設定手法を説明する。
【００２２】
ここで配信されるデータのデータ量は６４[kbps]／８×３００[sec]＝２４００[ＫＢ]である。しかし、トンネル内では通信可能速度が０[kbps]となるためダウンロードができない。よって、現在からトンネル進入までのダウンロード可能なデータ量は６４[kbps]／８×２００[sec]＝１６００[ＫＢ]となる。この電波状況においては、２００[sec]後に車両のトンネル進入時にデータの再生が途切れてしまう。このデータの途切れに先立って、本実施形態では配信サーバ１００の電波状況検出手段１１０は、車載端末装置２１０側（自車両位置検出手段２１１）から取得した情報に基づき電波状況を先読みし、配信サーバ１００の内容判断手段１２０は、車載端末装置２００側の要求に応じて配信するデータ（コンテンツ）の内容を判断する。この内容判断手段１２０は、インデックス情報からデータの内容が１５０[sec]のナレーションと１５０[sec]の音楽であることを判断する。このとき音声のみからなるナレーションの部分の再生ビットレートを１６[kbps]にすると、配信（ダウンロード）するべきデータ量は１６[kbps]／８×１５０[sec]＋６４[kbps]／８×１５０[sec]＝１５００[ＫＢ]となる。このデータ量（１５００[ＫＢ]）は、トンネル進入までのダウンロード可能なデータ量（１６００[ＫＢ]）を下回る。よって、再生ビットレート設定手段１４０はナレーションの部分のビットレートを１６[kbps]に落とせば、車載端末装置２００はトンネル進入の手前ですべてのデータをダウンロードすることができる。この設定された「再生ビットレート」に基づき、エンコーダ１５０はデータを圧縮し、配信手段１６０は圧縮されたデータを車載端末装置２００へ配信する。車載端末装置２００はトンネル進入までにナレーション部分と音楽部分とのデータをダウンロードし、バッファ２６０に一時的に記憶する。プレーヤー２８０はバッファ２６０に記憶されたデータを再生するため、トンネル内においても車載端末装置２００のデータの再生は途切れない。
【００２３】
続いて、図４のフローチャート図を参照しつつ第１実施形態の動作を説明する。 Ｓ１１１では車載端末装置２００側のプレーヤ２８０から配信サーバ１００へ向けてデータのダウンロード要求が送信される。この要求はコンテンツを特定したものであってもよいし、検索条件を伴う要求であってもよい。本実施形態ではインターネットを介して配信されるラジオの番組を要求する。ここでは図３に示したデータが配信されるものと仮定する。続くＳ１１２では配信サーバ１００の電波状況検出手段１１０が車載端末装置２００側の車両周辺の電波状況に関する情報の取得を要求する。この要求に応じ、車載端末装置２００側の自車位置検出部２１１が自車位置とその進行方向を検出し、進行方向に沿った所定距離分（例えば１ｋｍ）の走行経路の電波環境を電波環境データ２１３から読み出す。すなわち、自車位置検出部２１１が自車両の現在位置及び進行方向に沿った走行予定位置を検出する。電波状況検出手段２１は、電波環境を示す受信レベルや通信可能速度をマッピングして記憶させた電波環境データ２１３を読込み、検出された位置に応じた受信レベル又は通信可能速度を電波状況として検出し、当該電波状況（通信可能速度）を配信サーバ１００側の電波状況検出手段１１０へ送出する。こうして、配信サーバ１００側の電波状況検出手段１１０は、車載端末装置２００側の車両の現在位置及び走行予定位置における電波状況を検出することができる。この実施形態では電波環境データ２１３に含まれる受信レベルから電波状況を求めることとした。
【００２４】
Ｓ１１３では、Ｓ１１２にて電波環境データ２１３から読み出した受信レベルから通信可能速度を求める。先に説明した図２の例では走行路のうち電波環境が良好な８００ｍの通常経路の受信レベルは３０[ｄＢμＶ]である。一方、その８００ｍ先から１０００ｍまでの電波環境が不良なトンネルの受信レベルは１０[ｄＢμＶ]である。本実施形態の電波状況検出手段１１０は図５に示すような受信レベルと通信可能速度Ｄｌ[ｂｐｓ]とを対応づけ、これにより、地図上の位置に応づけられた受信レベルに基づいて通信可能速度Ｄｌ[ｂｐｓ]を演算する。よって図２のデータ例によれば、通常経路における通信可能速度は６４[ｋｂｐｓ]であり、トンネル内における通信可能速度は０[ｋｂｐｓ]となる。こうして電波状況検出手段１１０は自車位置周辺の通信可能速度を求める。ちなみに受信レベルと通信可能速度との関係はグラフ状に記憶されていてもよく、演算式として演算回路に実装されていてもよい。
【００２５】
続くＳ１１４ではＳ１１１で車載端末装置２００から要求されたデータ、すなわち、配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]を取得する。図２に示した例では、ナレーションのデータ及び音楽のデータの通常の再生ビットレートは６４[ｋｂｐｓ]である。この通常の再生ビットレートは配信されるデータに基づいて取得されてもよいが、配信サーバ１００と車際端末装置２００とを繋ぐ通信網に通常用いられる通信速度を通常の再生ビットレートを用いてもよい。 Ｓ１１５ではＳ１１３で演算した通信可能速度Ｄｌ[ｂｐｓ]と、Ｓ１１４で取得した配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]との大小関係を判断する。本実施形態では、配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]が通信可能速度Ｄｌ[ｂｐｓ]よりも大きい場合にＳ１１６へ進み再生ビットレートの低減を行う。図２に示した例では現在位置の８００ｍ先から１０００ｍ先までのトンネル内においては配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]が通信可能速度Ｄｌ[ｂｐｓ]を上回るので、Ｓ１１６に進む。一方、配信されるデータの通常の再生ビットレートＣｌ[ｂｐｓ]が通信可能速度Ｄｌ[ｂｐｓ]よりも小さい場合にはＳ１１９へ進む。
【００２６】
Ｓ１１６では、内容判断手段１２０が配信するデータの内容を判断する。ここでデータの内容の判断は、データの内容に関する情報が記述されたインデックス情報に基づいて行う。図２に示したデータ例では、配信されるデータが１５０[sec]のナレーションと１５０[sec]の音楽とから構成される再生時間が３００[sec]のデータであると判断する。
【００２７】
続いて、Ｓ１１７ではＳ１１６で判断されたデータの内容から当該データの再生に必要最低限な標準ビットレートＣｌｍ[ｂｐｓ]を求める。ここでは、以下の表１に示したテーブルに基づいてデータの再生に必要最低限な標準ビットレートＣｌｍ[ｂｐｓ]を求める。
【００２８】
【表１】
このデータの再生に必要最低限な標準ビットレートＣｌｍ[ｂｐｓ]は、例えば音楽のように広い周波数帯域が要求されるデータ部分は高く設定され、音声のみからなるナレーションのように比較的に広い周波数帯域が要求されないデータ部分は低く設定される。図２に示した例に関し、この表に基づけば再生開始から１５０[ｓｅｃ]までの間のナレーション部分の再生に必要な標準ビットレートは１６[ｋｂｐｓ]、１５０[ｓｅｃ]から３００[ｓｅｃ]までの音楽部分の再生に必要な標準ビットレートは６４[ｋｂｐｓ]となる。ちなみに、標準ビットレートは所定の区分のデータごとに求められる。図２に示した例では配信されるデータの内容は、再生開始から１５０[ｓｅｃ]後までがナレーション、１５０[ｓｅｃ]から３００[ｓｅｃ]までが音楽であるから、それぞれのコンテンツについて標準ビットレートを求めることができる。このようにデータを構成するコンテンツごとに標準ビットレートを求めるほか、データの区切り方としては、インターネットラジオ番組ではコマーシャル部分を抜き出して区切る手法や、音楽データのフレーズや曲の一番、二番などで区切る手法がある。
【００３０】
さらに、Ｓ１１８では再生ビットレートを設定する。本実施形態では再生ビットレートとして、Ｓ１１７で求めた標準ビットレートＣｌｍ[ｂｐｓ]を再生ビットレートとして設定する、すなわち、再生ビットレートをＣｌｍ[ｂｐｓ]に設定する。具体的に図２で示した例を用いて説明すると、Ｓ１１７の処理により、再生開始から１５０[ｓｅｃ]までのナレーション部分の標準ビットレートは１６[ｋｂｐｓ]であるから、当該ナレーション部分の再生ビットレートを６４[ｋｂｐｓ]から１６[ｋｂｐｓ]にまで落とすことができる。このようにナレーション部分の再生ビットレートを１６[ｋｂｐｓ]とすることにより、このナレーション部分のダウンロード時間を３７．５[ｓｅｃ]に短縮させることができる。そうすると、音楽部分の再生時間１５０[ｓｅｃ]を加えても１８７．５[ｓｅｃ]となり、トンネル進入までに要する走行予測時間２００[ｓｅｃ]を下回ることができる。よって、トンネル進入までに要求したデータを予めバッファ２６０にタウンロードしておき、ナレーション部分を１６[ｋｂｐｓ]で再生すればトンネル内でもデータが中断されることなく再生を継続することができる。ちなみに本実施形態では、「再生ビットレート」を、データの配信に最低限必要な「標準ビットレート」と同じ値としたが、必ずしも同じ値にする必要はなく、標準ビットレートに基づいて算出された別の値としてもよい。
【００３１】
以上のとおり、本実施形態によれば、電波環境が悪く、データの標準ビットレートに対して十分な通信速度が得られない場合に、内容判断手段１３０がデータの内容から再生ビットレートを落とせる部分を判断し、再生ビットレート設定手段１４０がダウンロードするデータ量を削減することにより、データ再生時の中断を防止することができる。ここでは、配信サーバ１００を中心にして説明したが、ここで説明した動作はデータ配信方法として使用することができる。
【００３２】
続いて、この第１の実施形態に含まれる２つの実施例について説明する。後述する実施例は、「再生ビットレート」を導く「データの内容」として、配信されるデータの特性の一つである「使用周波数帯域」を利用する。すなわち、内容判断手段１２０は、データの内容としてデータの使用周波数帯域を検出し、この使用周波数帯域に基づいて配信するデータの再生に最低限必要な標準ビットレートを算出する。その後算出された標準ビットレートと電波状況とに基づいてダウンロードするデータの再生ビットレートを求める点は前述の第１実施形態と同様である。この使用周波数帯域を検出するのが、先に説明した標準ビットレート算出部１３０のコンテンツごとの使用周波数帯域検出部１３１と、区分ごとの使用周波数帯域検出部１３２と、所定時間区分ごとの使用周波数帯域検出部１３３である。これらは使用周波数帯域を求めるための区分が、コンテンツごとになされるのか、音圧によって区切られた区分ごとになされるのか、所定時間区分ごとになされるのかにおいて異なる。コンテンツごとの使用周波数帯域を検出するには、データに付記されたインデックス情報に基づいて使用周波数帯域を検出することができる。また、音圧によって区切られた区分ごとに使用周波数帯を検出する場合を第１実施例として説明し、所定時間区分ごとに使用周波数帯を検出する場合を第２実施例として説明する。なお、ここでは内容判断手段１２０の周波数帯域の検出、検出された周波数帯域からデータの標準ビットレートの算出に関する動作を中心に説明する。
【００３３】
＜第１実施例＞
配信サーバ１００は、要求に応じて配信するデータを、最初から最後まで又は所定時間先のデータまで高速サーチして当該データの内容を判断する内容判断手段１２０を有している。また、この内容判断手段１２０の標準ビットレート算出部１３０は、データの物理的特性としてデータ中に含まれる再生音圧レベルと使用周波数帯域とを検出する「区分ごとの使用周波数帯域検出部１３２」を有している。この区分ごとの使用周波数帯域検出部１３２は、これが備える音圧検出機能１３２ａによって検出された音圧に応じて、データを区分し、区分されたデータごとに使用周波数帯域を検出する。この使用周波数帯域の検出は例えば備えられた高速フーリエ変換機能を用いて行う。また、再生音圧レベルの検出は例えば音量指示器等の音圧検出装置を用いて行う。検出された再生音圧レベルは使用周波数帯域を求める単位となる区分を規定するために用いられる。
【００３４】
これを図６に基づき説明すると、図６の上段のグラフは音圧検出機能１３２ａが検出した連続する時間における音圧レベルの変化を示す。時間経過とともに音圧レベルの変化を観察すると、検出された音圧レベルが区切閾値を下回る個所が２回あり、ここを区切り位置として区分された３つの区分（区分１、区分２、区分３）を得ることができる。図６の下段には、この区切られた各区分の周波数帯域[Ｈｚ]を上段のグラフに対応づけて示している。図６の下段の図のように各区分ごとの周波数帯域[Ｈｚ]を処理すると、各区分ごとの使用周波数の最高値ｆ１、ｆ２、ｆ３が得られる。本実施例では、この使用周波数の最高値ｆ１、ｆ２、ｆ３を用いて標準ビットレートを求める。本実施例の標準ビットレート算出部１３０は、図７に示すように周波数帯域[Ｈｚ]と標準ビットレート[ｂｐｓ]とを対応づけて記憶する。。図７の対応関係に基づけば、図６で得られた各区分における周波数帯域の最高値ｆ１、ｆ２、ｆ３を基準として、それぞれ対応する標準ビットレートｒ１、ｒ２、ｒ３を求めることができる。この対応づけた情報は表形態でもよいし、演算式として標準ビットレートの算出回路に実装されていてもよい 続いて、実施例１の動作を図３を参照しつつ説明する。実施例１の動作は先に説明した第１実施形態と基本的に共通するので異なる点を中心に説明する。図３のＳ１１６において、標準ビットレート算出部１３０の区分ごとの使用周波数帯域検出部１３２は、要求に応じて配信するデータの最初から最後まで又は所定時間先（例えば５分）まで高速サーチしてデータ内の再生音圧レベルと使用周波数帯域とを検出し、先に説明した手法によりデータを区切る。この音圧を検出してデータの区切り位置を決定するのは音圧検出機能１３２ａである。また、このデータを区切る手法としては、先に説明したように所定の区切り閾値を下回った個所を基準として区切る手法であってもよいし、音圧レベルが一定時間（例えば５[ｓｅｃ]）以上に渡って区切り閾値を下回った個所を基準として区切る手法であってもよい。こうして各区分ごとの周波数帯域が求められたところで、Ｓ１１７へ進む。
【００３５】
Ｓ１１７において、標準ビットレート算出部１３０は、各区分の周波数帯域からデータの再生に最低限必要な標準ビットレートＣｌｍを求める。実施例１では図７に示したように周波数帯域[Ｈｚ]と標準ビットレート[ｂｐｓ]とを単調増加関数で記述された関数式を用いて、周波数帯域から標準ビットレートを求める。図６に示すように、音圧レベルによって区切った区分１、区分２、区分３の使用周波数帯域の最大値が各々ｆ１、ｆ２、ｆ３[Ｈｚ]であるので、図７に示した関係式からそれぞれｒ１、ｒ２、ｒ３を求めることができる。
【００３６】
そして、Ｓ１１８において、Ｓ１１７で求めた各々の区分のビットレートｒ１、ｒ２、ｒ３がＳ１１４で求められた配信されるデータの通常の再生ビットレートよりも小さい場合には、Ｓ１１７で求められた標準ビットレートを再生ビットレートとして設定する。このとき通常の再生ビットレートは、配信サーバ１００と車載端末装置２００とを繋ぐ通信網において通常用いられる通信速度を通常の再生ビットレート（例えば６４[ｋｂｐｓ]）としてもよい。再生ビットレートが設定されたところで、この再生ビットレートに応じてエンコーダ１５０は配信されるデータを圧縮し、配信手段１６０が車載端末装置２００へ向けてデータを配信する。
【００３７】
このように、本実施例では、第１の実施形態と同様に、配信されるデータがダウンロード中に途切れることを防止することができる。さらに、本実施例では標準ビットレートを音圧で区切られたデータ区分ごとに求める。すなわち、配信するデータを音圧レベルに応じて区切り、区切られた区分ごとに使用周波数帯域を求め、この周波数帯域を用いて標準ビットレートを求め、各区分ごとの再生ビットレートを設定する。このため配信されるデータに当該データの内容を記述したインデックス情報がなくても、標準ビットレート、再生ビットレートを設定することができ、配信されるデータがダウンロード中に途切れることを防止することができる。
【００３８】
＜第２実施例＞
第２実施例の構成は、図２に示した第１実施形態の構成と基本的部分は共通する。異なる点は内容判断手段１２０の標準ビットレート算出部１３０が「所定時間区分ごとの使用周波数帯域検出部１３３」を備えている点である。この所定時間区分ごとの使用周波数帯域検出部１３３は、図８の上段に示された時間に対する使用周波数帯域[Ｈｚ]の変化を継時的に検知し、この使用周波数を所定時間ΔＴごとに区切る。この区切られた所定時間ごとの使用周波数を示すのが図８の下段に示された図である。所定時間ごとの使用周波数帯域が示されると、使用周波数の最大値ｆ１を求めることができる。第１実施例と同様に図７に示す周波数帯域と標準ビットレートとを対応づけた関数を用いれば、各区分ごとの使用周波数の最大値に基づいて標準ビットレートを演算することができる。ここで、数サンプル（数区分）先のデータまでの再生ビットレートを求めることができれば、電波状況検出手段１１０により電波環境の悪化が予測される場合に、再生ビットレートを落とす区間を決定することができる。また、リアルタイムでデータがストリームされている場合は一定時間のΔＴ分のデータを内蔵されたＲＡＭにバッファリングして使用周波数帯域を求めるようにしてもよい。このようにすることで、再生時間が非常に長いコンテンツに関するデータや、リアルタイム型のデータにも対応することができる。
【００３９】
この第２の実施例の動作について、図３を参照しつつ説明する。第１実施形態と異なる点はＳ１１５の後にＳ１１６のデータ内容判断を行うことなく、Ｓ１１７の標準ビットレート演算へ進む点である（図３中点線で示した）。この実施例におけるＳ１１７の動作を説明すると、配信サーバ１００の内容判断手段１２０は要求に応じて配信するデータを所定時間ΔＴ先まで（例えば５[ｓｅｃ]先まで）読み込んで、所定時間区分ごとの使用周波数帯域検出部１３３が使用周波数帯域を検出する。リアルタイム型のデータではΔＴ分のデータを内蔵されたＲＡＭに一時的に記憶してから（バッファリングしてから）図８に示すように使用周波数帯域を求める。この求めた使用周波数帯域から、例えば図７に示すような周波数帯域と標準ビットレートとも関係を適用して、データの再生に必要最低限の標準ビットレートを演算する。具体的に、図８の例ではΔＴで区切られた区分毎に使用周波数帯域を演算し、各区分の使用周波数帯域の上限値を標準ビットレートの算出に用いる（区分１の場合はｆ１となる）。尤も、データの先読みを数サンプル先分まで行い、各々の区分の使用周波数帯域を同時に求めるように処理することも可能である。
【００４０】
そして、Ｓ１１８において、Ｓ１１７で求めた各々の区分の「標準ビットレート」がＳ１１４で求められた配信されるデータの「通常の再生ビットレート」よりも小さい場合には、Ｓ１１７で求められた「標準ビットレート」を「再生ビットレート」として設定する。このとき「通常の再生ビットレート」は、配信サーバ１００と車載端末装置２００とを繋ぐ通信網において通常用いられる通信速度を通常の再生ビットレート（例えば[６４ｋｂｐｓ]）としてもよい。再生ビットレートが設定されたところで、この再生ビットレートに応じてエンコーダ１５０は配信されるデータを圧縮し、配信手段１６０が車載端末装置２００へ向けてデータを配信する。この配信処理は実施例１と同様である。
【００４１】
このように、本実施例では、第１の実施形態と同様に、配信されるデータがダウンロード中に途切れることを防止することができる。さらに、本実施例では標準ビットレートを所定時間間隔で区切られたデータ区分ごとに求める。すなわち、配信するデータを所定時間ごとに区切り、区切られた区分ごとに使用周波数帯域を求め、この周波数帯域を用いて再生ビットレートを設定する。このため、再生時間が非常に長いコンテンツに関する情報やリアルタイム型もデータであっても、標準ビットレート、再生ビットレートを設定することができ、配信されるデータがダウンロード中に途切れることを防止することができる。
【００４２】
[第２実施形態]
さらに、第２実施形態について説明する。図９は第２実施形態の配信サーバ１００の構成及び車載端末装置２００の構成の一例を示すブロック図である。第２の実施形態は車載端末装置２００が主要な動作を行う。この図９に示した第２実施形態のブロックと図２に示した第１の実施形態とを比較すると、第１実施形態では配信サーバ１００側にあった内容判断手段１２０が車載端末装置２００側に設けられている点が異なる。また第１実施形態では再生ビットレート設定手段１４０は配信サーバ１００側のみにあったが、本実施形態では配信サーバ１００側の再生ビットレート設定手段１４０に加えて、これに再生ビットレートの設定を指令する再生ビットレート設定指令手段２４０とが車載端末装置２００に設けられている。この実施形態では車載端末装置２００側において再生ビットレートの設定が行われ、設定された再生ビットレートの値を含む設定指令が、再生ビットレート設定指令手段２４０から配信サーバ１００側の再生ビットレート設定手段１４０に向けて送出される。実際にデータを配信する配信サーバ１００のエンコーダ１５０は、この指令された再生ビットレートにデータを圧縮し、配信手段１６０により車載端末装置２００へデータを配信する。
【００４３】
よって、車載端末装置２００の内容判断手段２２０は、第１実施形態において説明した配信サーバ１００の内容判断手段１２０と同様に動作する。
【００４４】
また、再生ビットレート設定指令手段２４０は、第１実施形態における再生ビットレート設定手段１４０と同様の動作により再生ビットレートを求める。その後、求めた再生ビットレートの値を含む設定指令が配信サーバ１００へ向けて送出され、その指令に応じたデータが配信される。各構成が配置される位置が異なるものの、その各構成の動作は第１実施形態のおいて説明したものと同様である。 以上のとおり、第２実施形態に係る車載端末装置２００の各構成は、すでに説明した第１実施形態のおいて相当する構成と同様に動作し、データのダウンロードにおいて同様の効果を奏する。
【００４５】
なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【図面の簡単な説明】
【図１】第１実施形態のシステム構成概要の一例を示すブロック図である。
【図２】第１実施形態の配信サーバの構成及び車載端末装置の構成の一例を示すブロック図である。
【図３】第１実施形態の再生ビットレートの設定手法を説明するための図である。
【図４】第１実施形態の動作を説明するためのフローチャート図である。
【図５】受信レベルと通信可能速度の関係式の一例を示す図である。
【図６】音圧レベルによるデータの区切り手法を説明するための図である。
【図７】データの周波数帯域と標準ビットレートの関係の一例を示す図である。
【図８】所定時間ごとのデータの区切り手法を説明するための図である。
【図９】第２実施形態の配信サーバの構成及び車載端末装置の構成の一例を示すブロック図である。
【符号の説明】
１００…配信サーバ
１１０…電波状況検出手段
１２０…内容判断手段
１３０…標準ビットレート算出部
１３１…コンテンツごとの使用周波数帯域検出部
１３２…区分ごとの使用周波数帯域検出部
１３２ａ…音圧検出機能
１３３…所定時間ごとの使用周波数帯域検出部
１４０…再生ビットレート設定手段
１５０…エンコーダ
１６０…配信手段
２００…車載端末装置
２１０…電波環境検出手段
２１１…自車位置検出部
２１２…通信可能速度検出部
２１３…電波環境データ
２２０…内容判断手段
２３０…標準ビットレート算出部
２３１…コンテンツごとの使用周波数帯域検出部
２３２…区分ごとの使用周波数帯域検出部
２３２ａ…音圧検出機能
２３３…所定時間ごとの使用周波数帯域検出部
２５０…データ通信装置
２６０…バッファ
２７０…デコーダ
２８０…プレーヤー
Claims (12)
- 通信網を介して配信サーバからデータをダウンロードする車載端末装置であって、
前記車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、
前記車載端末側の要求に応じて前記配信サーバからダウンロードする一又は二以上のデータの内容を判断する内容判断手段と、
前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記データの内容とから前記ダウンロードするデータの再生ビットレートを求めるとともに、当該再生ビットレートの設定指令を前記配信サーバへ向けて送出する再生ビットレート設定指令手段とを備えた車載端末装置。 - 前記内容判断手段は、前記ダウンロードするデータの内容を判断し、この判断された内容から当該データの再生に最低限必要な標準ビットレートを算出し、
前記再生ビットレート設定指令手段は、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と前記内容判断手段により算出された標準ビットレートとから前記ダウンロードするデータの再生ビットレートを求めるとともに、当該再生ビットレートの設定指令を前記配信サーバへ向けて送出する請求項１記載の車載端末装置。 - 前記電波状況検出手段により検出される前記車両の進行方向に沿う走行経路の電波状況には、前記車両の進行方向に沿う走行経路の通信可能速度が含まれる請求項２記載の車載端末装置。
- 前記内容判断手段は、前記ダウンロードするデータの使用周波数帯域を検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを算出する請求項２又は３記載の車載端末装置。
- 通信網を介して車載端末にデータを配信する配信サーバであって、
前記車載端末が搭載された車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、
前記車載端末からの要求に応じて配信する、前記データに含まれる一又は二以上のデータの内容を判断する内容判断手段と、
前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記各データの内容とに基づいて、前記車載端末に配信するデータの再生ビットレートを設定する再生ビットレート設定手段とを備えた配信サーバ。 - 前記内容判断手段は、車載端末からの要求に応じて配信するデータの内容を判断し、この判断された内容から当該データの再生に最低限必要な標準ビットレートを求め、
前記再生ビットレート設定手段は、前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と前記内容判断手段により求められた標準ビットレートとに基づいて、前記車載端末に配信するデータの再生ビットレートを設定する請求項５記載の配信サーバ。 - 前記電波状況検出手段により検出される前記車両の進行方向に沿う走行経路の電波状況には、前記車両の進行方向に沿う走行経路の通信可能速度が含まれる請求項６記載の配信サーバ。
- 前記内容判断手段は、車載端末からの要求に応じて配信するデータの使用周波数帯域を検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを求める請求項６又は７に記載の配信サーバ。
- 前記内容判断手段は、車載端末からの要求に応じて配信するデータの音圧を検出し、この検出された音圧に基づいて前記データを区分し、当該区分された各データの使用周波数帯域をそれぞれ求め、この求められた使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを前記区分ごとに求める請求項６又は７に記載の配信サーバ。
- 前記内容判断手段は、車載端末からの要求に応じて配信するデータを所定時間ごとに区分し、当該区分された各データの使用周波数帯域をそれぞれ検出し、この検出された使用周波数帯域に基づいて当該データの再生に最低限必要な標準ビットレートを前記区分ごとに求める請求項６又は７に記載の配信サーバ。
- 前記該車両の進行方向に沿う走行経路の電波状況を通信網を介して検出し、
前記車両側に向けて配信するデータに含まれるデータの内容を判断し、
前記検出された電波状況と前記判断されたデータの内容とに基づいて、電波状況の変化により送受信が中断されないように、通信可能速度が要求されたデータの通常の再生ビットレートよりも低い場合は前記データの再生ビットレートを通常の再生ビットレートよりも低く設定し、
この再生ビットレートに基づいて前記データを前記車両側へ向けて配信するデータ配信方法。 - 車載端末装置と、当該車載端末装置に通信網を介してデータを配信する配信サーバとを有するデータ配信システムであって、
前記車載端末装置が搭載された車両の進行方向に沿う走行経路の電波状況を検出する電波状況検出手段と、
前記車載端末装置からの配信要求に応じた前記データに含まれる一又は二以上のデータの内容を判断する内容判断手段と、
前記電波状況検出手段により検出された前記車両の進行方向に沿う走行経路の電波状況と、前記内容判断手段により判断された前記各データの内容とに基づいて、前記車載端末装置に配信されるデータの再生ビットレートを設定する再生ビットレート設定手段とを備えたデータ配信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002015568A JP3786019B2 (ja) | 2002-01-24 | 2002-01-24 | 車載端末装置及び配信サーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002015568A JP3786019B2 (ja) | 2002-01-24 | 2002-01-24 | 車載端末装置及び配信サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003218779A JP2003218779A (ja) | 2003-07-31 |
| JP3786019B2 true JP3786019B2 (ja) | 2006-06-14 |
Family
ID=27651929
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002015568A Expired - Fee Related JP3786019B2 (ja) | 2002-01-24 | 2002-01-24 | 車載端末装置及び配信サーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3786019B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007139073A1 (ja) * | 2006-06-01 | 2007-12-06 | Sharp Kabushiki Kaisha | コンテンツ再生装置 |
| JP4632141B2 (ja) * | 2007-10-31 | 2011-02-16 | 株式会社エクォス・リサーチ | 放送データ再生装置 |
| EP2180708A1 (en) * | 2008-10-22 | 2010-04-28 | TeliaSonera AB | Method for streaming media playback and terminal device |
| US9456239B2 (en) * | 2012-11-30 | 2016-09-27 | Mitsubishi Electric Corporation | Wireless communication apparatus |
| US9529580B2 (en) * | 2015-01-21 | 2016-12-27 | Ford Global Technologies, Llc | Vehicle control update methods and systems |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001211443A (ja) * | 2000-01-27 | 2001-08-03 | Mega Chips Corp | 情報配信システム |
-
2002
- 2002-01-24 JP JP2002015568A patent/JP3786019B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003218779A (ja) | 2003-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3818575B2 (ja) | デジタル放送受信装置 | |
| US7362999B2 (en) | Method and system for customized music delivery | |
| US6738698B2 (en) | Apparatus for and method of controlling electronic system for movable body, electronic system for movable body, program storage device and computer data signal embodied in carrier wave | |
| US8606457B2 (en) | System and method for adaptable mobile interface | |
| US7801731B2 (en) | Systems and methods for processing voice instructions in a vehicle | |
| CN107850455B (zh) | 提供具有可通航路线的导航系统 | |
| US20100312566A1 (en) | Real-time display of system instructions | |
| US8352989B2 (en) | Content transmission device and content reproduction device | |
| US9798509B2 (en) | Use of an anticipated travel duration as a basis to generate a playlist | |
| KR102400593B1 (ko) | 트래픽 혼잡 경고를 제공하기 위한 방법들 및 시스템들 | |
| WO2015036595A1 (en) | Generating routes to optimise traffic flow | |
| JP2003194557A (ja) | 交通情報出力装置及び交通情報配信装置並びに配信方法 | |
| US20150373138A1 (en) | Dynamic Caching During Travel | |
| JP3786019B2 (ja) | 車載端末装置及び配信サーバ | |
| JP2013140425A (ja) | 車載器、位置情報送信方法、及び位置情報送信プログラム | |
| JP2003187383A (ja) | 車両情報提供装置および車載情報再生装置 | |
| US7809502B2 (en) | Onboard content providing apparatus | |
| JP2004235681A (ja) | 情報提供システム、センターシステム、情報提供方法及び移動情報通信端末 | |
| CN113014343B (zh) | 干扰场景中车载广播电台的控制方法及相关装置 | |
| KR20000071119A (ko) | 교통정체 정보교환 장치 및 방법 | |
| JP3705197B2 (ja) | 車両情報提供装置 | |
| CN113805833A (zh) | 处理待播放语音导航指令的方法、系统、车辆和介质 | |
| JP3791205B2 (ja) | 車両用通信システム | |
| CN111524253B (zh) | 行车记录方法、行车记录系统、计算机设备和存储介质 | |
| JP2004125499A (ja) | ナビゲーション装置及びサーバ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040224 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050623 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050705 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050902 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060313 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |