(57)【要約】【課題】車内で配信局（インターネットラジオ放送局）を検索、選局する場合におけるユーザーの操作負荷を軽減することのできる車載装置、配信システムを提供することを目的とする。【解決手段】１以上のインターネットラジオを配信する配信局と接続可能に構成された車載装置であって、ユーザー入力を受付けるための入力手段と、入力手段で入力された情報に基づき、配信局を順々に切替えながら所定の時間だけインターネットラジオ放送を再生することでユーザーに対して選局を促すことを特徴とする。【選択図】図１
2005195836.tif 000002
【特許請求の範囲】
【請求項１】
インターネットラジオ番組情報を配信するラジオガイド局とインターネットラジオ番組を配信する一つ以上の配信局とにネットワークを介して接続可能に構成された車載装置であって、
前記ラジオガイド局は前記配信局への接続先情報を少なくとも含むリストを有しており、
前記ラジオガイド局と接続して前記リストを受信するためのリスト受信手段と、
ユーザー入力を受付ける入力手段と、
前記入力手段からのユーザー入力に基づいて前記リストにある配信局のいずれか一つに接続してインターネットラジオ番組のストリーミング配信を要求する制御手段と、
前記配信局から配信されるインターネットラジオ番組のストリーミングを受信するためのストリーミング受信手段と、
前記配信局から受信したストリーミングを音声に変換して出力する音声出力手段とを備え、
前記制御手段は、
前記音声出力手段で音声を所定の時間出力すると、前記リストにある今回接続した配信局とは別の配信局に接続して、順々に配信局への接続を制御することを特徴とする車載装置。
【請求項２】
前記リストは前記各配信局が配信するインターネットラジオ番組の音楽ジャンルの情報を含み、かつ前記各配信局は前記音楽ジャンルにより分類されており、前記制御手段はユーザーから入力される音楽ジャンルに基づいて、前記リストにある配信局を選択して接続することを特徴とする請求項１に記載の車載装置。
【請求項３】
前記制御手段は、前記リストの中から、ユーザーにより入力された音楽ジャンルに分類された各配信局に巡回しながら接続することを特徴とする請求項２に記載の車載装置。
【請求項４】
前記各配信局を巡回しながら再生している場合に、前記入力手段がユーザーからの巡回しながら再生することを停止する要求を受付けると、
前記制御手段はストリーミング配信の要求を停止することを特徴とする請求項３に記載の車載装置。
【請求項５】
前記入力手段は、前記各配信局への接続先と関連付けされて当該各配信局へ接続する１つ以上のボタンを含み、
前記ボタンがユーザーにより押されると、再生している配信局の接続先を前記ボタンに関連付ける関連付け手段をさらに有することを特徴とする請求項１〜４のいずれかに記載の車載装置。
【請求項６】
インターネットラジオ番組情報を配信するラジオガイド局と１以上のインターネットラジオを配信する配信局と車載装置がネットワークを介して接続可能に構成された配信システムであって、
前記ラジオガイド局は、
前記配信局と通信を行うための通信手段と、
前記通信手段で前記配信局が配信する情報を得、前記配信局が配信する情報の概略を音声で案内するための所定の時間分の案内用データを音楽ジャンル毎に分類し、複数の前記配信局のデータを束ねて生成するための選局用データ生成手段と、
前記選局用データを前記車載装置へ配信するための選局用データ配信手段と、
前記車載装置は、
前記配信局からの選局用データを受信するための選局用データ受信手段と、
前記選局用データ受信手段で受信した選局用データを音声に変換し、出力するための音声出力手段と
を備えることを特徴とする配信システム。
【請求項７】
前記車載装置は、さらに、
前記音声出力手段で前記選局用データを出力中にユーザーからの選局の指示を受付けるための選局指示受付手段と、
前記選局指示受付手段で受付けた前記配信局に対して接続し、前記選局用データの出力を停止させインターネットラジオ番組の配信を要求する配信要求手段と、
を備えることを特徴とする請求項６に記載の配信システム。
【請求項８】
インターネットラジオ番組情報を配信するラジオガイド局と１以上のインターネットラジオを配信する配信局とに車載装置がネットワークを介して接続可能に構成された配信システムであって、
前記車載装置は、
ユーザーからインターネットラジオ番組を検索する検索キーを受付けるための入力手段と、
前記入力手段で入力された検索キーを前記ラジオガイド局へ送信するための送信手段とを有し、
前記ラジオガイド局は、
前記配信局と通信を行うための通信手段と、
前記通信手段で前記配信局が配信するプレイリストを取得して、前記車載装置から送信された検索キーとして１以上のプレイリストをマージすることで新しい１つのプレイリストを生成するためのプレイリスト生成手段と、
前記プレイリスト生成手段で生成したプレイリストを前記車載装置へ配信するためのプレイリスト配信手段と、
前記車載装置は、さらに、
前記配信局からのプレイリストを受信するためのプレイリスト受信手段と、
前記プレイリスト受信手段で受信したプレイリストに基づき、同一の検索キーに分類されるインターネットラジオ放送を前記配信局を切替えながら順々に再生することを特徴とする配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してインターネットラジオ番組を配信する配信局からのストリームデータを受信する車載装置および配信システムに関し、特に配信局を検索、選局する場合におけるユーザーの操作負荷を軽減させる技術に関する。
【背景技術】
【０００２】
近年のＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）やＦＴＴＨ（Ｆｉｂｅｒ ｔｏ Ｔｈｅ Ｈｏｍｅ）等の高速、大容量のネットワークインフラの普及に伴い、インターネットのブロードバンド化、常時接続化が進み、ウェブサイトを通じた大容量の映像、音楽配信が広く一般社会に普及している。その典型的な一例にインターネットラジオがある。インターネットラジオは、通常パソコンからインターネット上の所定の配信局の配信サーバーへ接続し、その配信サーバーに置いてある音楽やトーク番組、ニュース番組等を収めた音声デジタル圧縮ファイル（例えば、ＭＰ３やＷＭＡ）をストリーミング（ダウンロードしながらの再生）によって聴くことができるものである。配信方法としては、オンデマンド（すでに録音したものを放送する形態であり、ファイルに保存された状態で配信サーバーへアップされる）配信やライブ（エンコードと配信を並列して行い、リアルタイムに配信する形態）配信があり、ビットレートは高低様々なものがある。
【０００３】
また、ストリーミングに対応したパソコン用の音声再生ソフトとしては、例えば、ウィンドウズ（登録商標）・メディア・プレーヤーやリアル・プレイヤ等がある。一方、ホームネットワークへ直接接続する形態のインターネットラジオ再生専用端末もある。
【０００４】
また、インターネットラジオ等のストリーミングの再生開始時において、ネットワークの遅延でデータの受信が遅れ、再生が間に合わなくなることを回避するため通常受信側ではバッファリングを行うことが知られている。
【０００５】
インターネットラジオ番組の配信局は全世界に無数に存在するため、ユーザーにとって所望の配信局に直接かつ効率的にアクセスすることは困難である。このため、複数の配信局を検索しやすいように、例えば、ジャズやポップスといった音楽のジャンル毎に分類してリンクするラジオガイド局（複数の配信局の配信サーバーへのリンク先を束ねた一覧を提供する）が存在する。上述のウィンドウズ（登録商標）・メディア・プレーヤーでもラジオガイド局に接続する機能を有している。
【０００６】
つぎに、ホームネットワークへ直接接続する形態のインターネットラジオ再生専用端末を従来例として説明を行う。図１２は、インターネットラジオを聴くことができる再生専用端末のシステム全体の構成を示すブロック図である。
【０００７】
図１２において、インターネットラジオ再生専用端末１とブロードバンドルーター２は、例えば、家庭内に設置される。プロバイダサーバー３は、ＩＳＰ（ＩｎｔｅｒｎｅｔＳｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；インターネットサービスプロバイダ）によって運用され、インターネット接続サービスを利用したいユーザー端末に対して、ユーザー認証及びグローバルＩＰアドレスの付与を行うサーバーである。ブロードバンドルーター２は、例えば、ＡＤＳＬ回線の場合、ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））の認証用プロトコルに従ってプロバイダサーバー３と接続の交渉を行うことで、認証された後、グローバルＩＰアドレスが付与される。さらに、ＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）機能によりプライベートＩＰアドレスをインターネットラジオ再生専用端末１へ割当てる機能を有している。これにより、インターネットラジオ再生専用端末１から、ラジオガイドサーバー４とインターネットラジオ局配信サーバー５への接続（すなわち、インターネットへの接続）が可能となる。
【０００８】
ラジオガイドサーバー４では、上述したようにインターネットラジオ局配信サーバー５を含む複数の配信局の接続先（ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｓｅ Ｌｏｃａｔｏｒ））をリストとして保持、管理している。なお、図１２では、図面を簡略化するためインターネットラジオ局配信サーバー５を1つだけ示し、他を省略している。
【０００９】
図１３はインターネットラジオ再生専用端末１の全体構成を示すブロック図である。図１３において、通信手段１１２は、ブロードバンドルーター２と通信を行うためのインターフェースである。ＤＡＣ１１３は、ＣＰＵ１１１の制御に基づき受信するインターネットラジオの音声ファイルをスピーカー１１４へ出力するためにデジタルからアナログへ変換する回路である。なお、図１３ではＤＡＣ１１３とスピーカー１１４の間でアンプを省略している。描画ＬＳＩ１１５は、ＣＰＵ１１１の制御に基づき受信する配信局のリストを表示モニタ１１６に表示させるために描画データへ変換する回路である。入力手段１１９は、ユーザーからの入力を受け付ける手段であり、例えば、ボタンで実現される。入力情報読取手段１１８は、入力手段１１９からの入力を処理し、入力信号をＣＰＵ１１１へ通知するための手段である。メモリ１１７は、インターネットラジオのストリーミングを行うために音声ファイルを一時記憶したり、インターネットラジオ再生専用端末１全体の処理を司るプログラムの実行のために使用される記憶手段である。
【００１０】
次に、図１３の構成における動作について図１４を用いて説明する。図１４は、インターネットラジオ再生専用端末１がインターネットラジオをストリーミング再生する場合の動作を示すシーケンス図である。まず、前述した通りブロードバンドルーター２とプロバイダサーバー３との間でＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ＰｏｉｎｔＰｒｏｔｏｃｏｌ）リンクが確立され（Ｓ１）、プライベートＩＰアドレスがインターネットラジオ再生専用端末１へ付与される（Ｓ２）。つぎに、インターネットラジオ再生専用端末１は、ラジオガイドサーバー４へ接続し、配信局のリストを要求する（Ｓ３）。リスト要求を受信したラジオガイドサーバー４は、インターネットラジオ再生専用端末１へリストを返信する（Ｓ４）。リストを受信したインターネットラジオ専用端末１は、ＣＰＵ１１１の制御に基づき、表示モニタ１１６へリストを表示する（Ｓ５）。ユーザーが入力手段１１９から所望の配信局を選択する（Ｓ６）と、ＣＰＵ１１１の制御に基づき、インターネットラジオ再生専用端末１はユーザーによって選択された配信局、この場合はインターネットラジオ局配信サーバー５に対してストリーミングを要求する（Ｓ７）。その要求を受信したインターネットラジオ局配信サーバー５は、ストリーミング配信を行う旨の了承を応答する（Ｓ８）。
【００１１】
これによって、インターネットラジオ局配信サーバー５からストリーミングが配信され（Ｓ９）、それを受信するインターネットラジオ再生専用端末１は、スピーカー１１４から音声を出力することができる。新しく配信を行おうとする配信局やＵＲＬが変更になった配信局は、ラジオガイドサーバー４に対してＵＲＬの登録、更新処理を行うことで、ユーザー（インターネットラジオ再生専用端末１）側では、新しく追加、変更された配信局のＵＲＬのアドレス情報を正確に把握しておかなくても良くなる。
【００１２】
このようなインターネットラジオ端末において、従来、自動車および移動体スタンドアロン装置のための無線インターネットラジオ番組を受信しかつ可能にするための方法および装置に関する技術が開示されている（例えば、特許文献１参照）。また、セルラ電話機から放送ラジオ・コンテンツを受信し、車両内でコンテンツを再生するように結合された車両内オーディオ・システムが開示されている（例えば、特許文献２参照）。
【特許文献１】特表２００２−５２９９８０号公報
【特許文献２】特開２００２−７７０７８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
従来からのカーオーディオ装置におけるＡＭ／ＦＭラジオでは、放送局のチャンネルの切替えは電波の周波数を合わせることによって同調され即時に再生されていたが、インターネットラジオの再生に対応したカーオーディオ装置の場合、途中の通信路でボトルネックが発生するため、通常、受信側ではバッファリングを行い、しばらくデータが蓄えられてから再生される。このため、配信局のチャンネル（実際にはＵＲＬ）を切替えてから、再生されるまでは時間差が発生する。この時間差のため、運転手がすぐに再生されないのでおかしいと思い、モニタを注視してしまうことは安全上好ましくない。また、無数にある配信局の中から所望の配信局を探す点で、たとえラジオガイドサイトが存在するとしても、端末にリスト表示された配信局を選択してから再生されるまでのバッファリングの間だけ待ち、再生された後、当該配信局の音声を聞いてみて気に入らなかった場合には元に戻って次の配信局を選択するといった一連の処理を配信局毎に行うのは、かなりの作業量であり、車内においてこのような作業をユーザーに行わせることは到底受け入れられるものではない。
【００１４】
本発明はこのような事情に鑑みてなされた。すなわち、本発明によれば車内でインターネットラジオの放送局（配信局）を検索、選局する場合におけるユーザーの操作負荷を軽減することのできる車載装置、配信システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本願における第１の発明の車載装置は、インターネットラジオ番組情報を配信するラジオガイド局とインターネットラジオ番組を配信する一つ以上の配信局とにネットワークを介して接続可能に構成された車載装置であって、ラジオガイド局は配信局への接続先情報を少なくとも含むリストを有しており、ラジオガイド局と接続してリストを受信するためのリスト受信手段と、ユーザー入力を受付ける入力手段と、入力手段からのユーザー入力に基づいてリストにある配信局のいずれか一つに接続してインターネットラジオ番組のストリーミング配信を要求する制御手段と、配信局から配信されるインターネットラジオ番組のストリーミングを受信するためのストリーミング受信手段と、配信局から受信したストリーミングを音声に変換して出力する音声出力手段とを備え、制御手段は、音声出力手段で音声を所定の時間出力すると、リストにある今回接続した配信局とは別の配信局に接続して、順々に配信局への接続を制御することを特徴とする構成となる。これにより、ユーザーは所望の配信局を探すために、リスト表示された配信局を選択してから、再生されるまでのバッファリングの間だけ待ち、再生された後、当該配信局の音声を聞いてみて気に入らない場合には次の配信局を選択するといった一連の処理を配信局毎に行わずとも１回の入力で済むため、操作負荷を減らすことができる。
【００１６】
さらに、好ましくは、リストは各配信局が配信するインターネットラジオ番組の音楽ジャンルの情報を含み、かつ各配信局は音楽ジャンルにより分類されており、制御手段はユーザーから入力される音楽ジャンルに基づいて、リストにある配信局を選択して接続することを特徴とする。これにより、ユーザーは指定した音楽ジャンルの中から所望の音楽を放送する配信局を探すことができる。
【００１７】
さらに、好ましくは、制御手段は、リストの中から、ユーザーにより入力された音楽ジャンルに分類された各配信局に巡回しながら接続することを特徴とする。
【００１８】
また、各配信局を巡回しながら再生している場合に、入力手段がユーザーからの巡回しながら再生することを停止する要求を受付けると、制御手段はストリーミング配信の要求を停止することを特徴とする。これにより、巡回再生中に選局動作が行われた場合には、気に入った配信局を聴き続けることができる。
【００１９】
さらに、好ましくは、入力手段は、各配信局への接続先と関連付けされて当該各配信局へ接続する１つ以上のボタンを含み、当該ボタンがユーザーにより押されると、再生している配信局の接続先をボタンに関連付ける関連付け手段をさらに有することを特徴とする。これにより、配信局毎にボタンと接続先を割当てるという作業を大幅に簡略化することができ、従来のＡＭ／ＦＭラジオの選局と同様の使い勝手を実現できる。
【００２０】
また、本発明の配信システムは、インターネットラジオ番組情報を配信するラジオガイド局と１以上のインターネットラジオを配信する配信局と車載装置がネットワークを介して接続可能に構成された配信システムであって、ラジオガイド局は、配信局と通信を行うための通信手段と、通信手段で配信局が配信する情報を得、配信局が配信する情報の概略を音声で案内するための所定の時間分の案内用データを音楽ジャンル毎に分類し、複数の配信局のデータを束ねて生成するための選局用データ生成手段と、選局用データを車載装置へ配信するための選局用データ配信手段と、車載装置は、配信局からの選局用データを受信するための選局用データ受信手段と、選局用データ受信手段で受信した選局用データを音声に変換し、出力するための音声出力手段とを備えた構成となる。これによって、同一音楽ジャンルの放送局のデータをインターネットラジオ局配信サーバーの接続を切替えずして再生できるので、バッファリングによって発生する再生までの時間差が初回のみとなり、運転手が放送局の切り替わり時にモニタを注視してしまうといった状況を回避することができ、インターネットラジオ局を選局する場合の安全性を高めることができる配信システムを提供することができる。
【００２１】
さらに、好ましい実施態様では、車載装置は、さらに、音声出力手段で前記選局用データを出力中にユーザーからの選局の指示を受付けるための選局指示受付手段と、選局指示受付手段で受付けた配信局に対して接続し、選局用データの出力を停止させインターネットラジオ番組の配信を要求する配信要求手段とを備える。
【００２２】
また、本発明の配信システムは、インターネットラジオ番組情報を配信するラジオガイド局と１以上のインターネットラジオを配信する配信局とに車載装置がネットワークを介して接続可能に構成された配信システムであって、車載装置は、ユーザーからインターネットラジオ番組を検索する検索キーを受付けるための入力手段と、入力手段で入力された検索キーをラジオガイド局へ送信するための送信手段とを有し、ラジオガイド局は、配信局と通信を行うための通信手段と、通信手段で配信局が配信するプレイリストを取得して、車載装置から送信された検索キーとして１以上のプレイリストをマージすることで新しい１つのプレイリストを生成するためのプレイリスト生成手段と、プレイリスト生成手段で生成したプレイリストを車載装置へ配信するためのプレイリスト配信手段と、車載装置は、さらに、配信局からのプレイリストを受信するためのプレイリスト受信手段と、プレイリスト受信手段で受信したプレイリストに基づき、同一の検索キーに分類されるインターネットラジオ放送を配信局を切替えながら順々に再生することを特徴とする。これにより、音楽ジャンルを指定するだけで放送局を意識することなく同一の音楽ジャンルに分類されるインターネットラジオ放送を配信局を切替えながら順々に再生することすることが可能な配信システムを提供することができる。
【発明の効果】
【００２３】
本発明は、上記課題を解決するための手段から明らかなように、車内で配信局（インターネットラジオ放送局）を検索、選局する場合におけるユーザーの操作負荷を軽減することのできる車載装置、配信システムを提供することができる。
【発明を実施するための最良の形態】
【００２４】
（実施の形態１）
以下、本発明の第１の実施の形態における車載装置及び配信システムについて、図面を参照しながら説明する。図１は、本発明のユーザーの操作負荷を軽減することのできるインターネットラジオを聴取可能な車載装置及び配信システムのシステム全体の構成を示すブロック図である。図１において、背景技術で説明した図１２と同一の構成については同一の符号を付して、説明は省略する。
【００２５】
図１において、車載装置１１と車載ルーター１２、携帯電話１３は、車内に設置される。プロバイダサーバー３、ラジオガイドサーバー４、インターネットラジオ局配信サーバー５、６は、インターネット網に接続されている。なお、図１では、図面を簡略化するためインターネットラジオ局配信サーバー５、６の２つだけを示し、他を省略しているが、実際には無数の配信サーバーが接続されている。また、本発明の車載装置１１を含むシステム全体は、よく知られるＴＣＰ／ＩＰに代表される通信プロトコルをサポートする。
【００２６】
プロバイダサーバー３は、ＩＳＰによって運用され、インターネット接続サービスを利用したいユーザーの車載装置１１に対して、ユーザー認証及びグローバルＩＰアドレスの付与を行うサーバーである。車載ルーター１２は、車載装置１１の代わりにインターネット接続のための通信リンクを確立する処理を代行する装置である。車載ルーター１２は、携帯電話１３と無線あるいは有線で接続されており、携帯電話１３を制御することによってプロバイダサーバー３と例えば、ＰＰＰなどの通信プロトコルに従って接続の交渉を行い、認証された後、グローバルＩＰアドレスが付与される。さらに、ＮＡＴ機能によりプライベートＩＰアドレスを車載装置１１へ割当てる機能を有している。これにより、車載装置１１から、ラジオガイドサーバー４への接続（すなわち、インターネットへの接続）が可能となる。
【００２７】
ラジオガイドサーバー４では、インターネットラジオ局配信サーバー５、６を含む複数の配信局のＵＲＬをリストとして保持、管理している。ラジオガイドサーバー４が保持するリストの一例を図２に示す。図２に示すように１以上のインターネットラジオ配信局（配信局名は、インターネットラジオ局配信サーバー５、６・・・の別名）を音楽ジャンル毎に分類し、ＵＲＬで配信局の所在がリンクされている。これによって、車載装置１１とインターネットラジオ局配信サーバー５あるいは６とが１対１に接続され、音声データストリームがインターネットラジオ局配信サーバー５あるいは６から配信されることで、車載装置１１においてインターネットラジオの聴取が可能となる。また、図２において、国名とは配信局が存在する国の名前を表している。ただし、例外的に海外にサーバーを立てる場合もあるので、この限りではない。時間および特徴部の位置は、オンデマンド配信の場合のみに存在するデータである。時間は当該ビットレートで再生した場合に再生が完了するまでの時間を表しており、特徴部の位置は、当該ラジオデータの最も特徴を表している部分（例えば、音楽のさび部分やトーク番組の盛り上がる箇所等）のファイル先頭からのバイト位置を表している。ファイル形式は、ＵＲＬでリンクされた場所に置かれる音声デジタル圧縮ファイルの形式を表しており、種々の形式で配信することができる。
【００２８】
なお、車載ルーター１２には携帯電話１３が接続されるとしたが、これに限らず、無線ＬＡＮやＤＳＲＣ（ＤｅｄｉｃａｔｅｄＳｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ；狭帯域無線通信）の通信方式で接続可能な通信機器を接続しても良いし、あるいはそれらの組合せで何台かを接続しても良い。また、周知の無線通信技術を利用するインターネット接続サービスの形態であっても良い。さらに、車載ルーター１２および携帯電話１３の両方は車載装置１１の外部にある構成としたが、これに限らず、両方または一部が車載装置１１の内部にあっても良い。また、車載ルーター１２は必ずしも必要とは限らない。携帯電話１３と車載装置１１が直接接続されており、上記説明した車載ルーター１２の動作を車載装置１１が行えるのであれば、無くても良い。
【００２９】
図３は、車載装置１１の内部の構成を示すブロック図である。図３において、通信手段２１は、車載ルーター１２と通信を行うためのインターフェースである。ＤＡＣ２２は、ＣＰＵ２０の制御に基づき受信するインターネットラジオの音声ファイルをスピーカー１４へ出力するためにデジタルからアナログへ変換する回路である。なお、図３ではＤＡＣ２２とスピーカー１４の間でアンプを省略している。描画ＬＳＩ１５は、ＣＰＵ２０の制御に基づき受信する配信局のリストを表示モニタ１６に表示させるために描画データへ変換する回路である。入力手段１９は、ユーザーからの入力を受け付ける手段であり、例えば、ボタンで実現される。また、入力手段１９はより好ましくはユーザーの発話による音声入力であってもよい。入力情報読取手段１８は、入力手段１９からの入力を処理し、入力信号をＣＰＵ２０へ通知するための手段である。メモリ１７は、インターネットラジオのストリーミングを行うために音声ファイルを一時記憶したり、車載装置１１全体の処理を司るプログラムの実行のために使用される記憶手段である。メモリ１７は揮発性メモリ、不揮発性メモリのいずれであっても良く、また両方を備えていても良い。
【００３０】
つぎに、図３の構成における車載装置１１の動作について図４のシーケンス図を用いて説明する。図４においても、図１４で示したシーケンス図と同様のシーケンスについては同一の符号を付し、その説明を省略する。
【００３１】
図４において、まず、ステップ１からステップ５までの処理については、ブロードバンドルーター２を車載ルーター１２に置き換えていることを除いて図１４の場合と同様である。背景技術の説明ではその後、ユーザーが配信局を選択するステップ６の処理に移っていたが、ここではその代わりにステップ４１の処理に移る。ステップ４１では、入力手段１９から入力されるユーザー所望の配信局の音楽ジャンル（例えば、ヒップホップやロック）が指定されたジャンルサーチ信号をＣＰＵ２０へ送信する。入力手段１９は好ましくはマイクであり、例えば、ユーザーが「ジャンルサーチ開始。ロックを検索」などと発話する。次いで、ＣＰＵ２０は、インターネットラジオ局配信サーバー５（ユーザーに指定された音楽ジャンルに該当する配信局）に対して、ストリーミング要求を送信し（Ｓ４２）、その応答としてストリーミング要求応答（ＯＫ）を受信すると（Ｓ４３）、ストリーミング転送が開始される（Ｓ４４）。
【００３２】
しばらくの時間（例えば、１０秒程度）ストリーミング転送が行われると（図面では省略しているがこの間、ＣＰＵ２０によってデコードが行われ、音声がスピーカー１４から出力されることになる）、次いで、ＣＰＵ２０は、インターネットラジオ局配信サーバー５に対してストリーミング停止要求を送信し（Ｓ４５）、ストリーミング停止要求応答（ＯＫ）を受信すると（Ｓ４６）、インターネットラジオ局配信サーバー５からの転送が停止される。ここで、オンデマンド配信の場合であるが、しばらくの時間再生する箇所については、先頭位置からでも良いし、図２のリストで示した特徴部の位置であっても良い。この場合、再生箇所を先頭位置とするか特徴部の位置とするかをあらかじめユーザに選択させておくことが望ましい。次いで、同じ音楽ジャンルに分類される別のインターネットラジオ局配信サーバーについて同じ動作を繰り返す。図４では、インターネットラジオ局配信サーバー５のつぎにインターネットラジオ局配信サーバー６との間でのデータのやり取りを示している（Ｓ４７〜Ｓ５１）。
【００３３】
これにより、ユーザーは所望の配信局を探すための、従来方法のリスト表示された配信局を選択してから、再生されるまでのバッファリングの間だけ待ち、再生された後、当該配信局の音声を聞いてみて気に入らない場合には次の配信局を選択するといった一連の処理を配信局毎に行わずとも１回の入力で済むため、操作負荷を減らすことができる。
【００３４】
なお、配信局を切替えるトリガとしては、しばらくの時間（例えば、１０秒程度）再生した後としたが、これに限らず、ユーザーの発話（例えば、「次へ」、「戻る」）によって行っても良い。これにより、巡回再生中で少し前に再生された配信局を後から聞きたいと思ったときに、戻ることが可能となる。
【００３５】
なお、本実施の形態ではステップ３１において音楽ジャンルが指定されると説明したが、音楽ジャンルだけに限らず、国名の５０音順あるいはアルファベット順、配信局名の５０音順あるいはアルファベット順、お気に入りの配信局順、最近更新された配信局順、地域（アジア、アメリカ、ヨーロッパ等）順に順次再生を行っても良いことはもちろんである。この場合には、ステップ４で受信したリストを車載装置１１がそれに順ずる形でソートしても良いし、あらかじめラジオガイドサーバー４がソートしたリストを車載装置へ送信しても良い。さらには、配信局の数が多いための対策として、上記の検索条件を２つ以上組合わせて、例えば、音楽ジャンルと国名を指定した検索を行い、配信局の数を絞り込んでも良い。
【００３６】
また、ユーザーは入力手段１９よりストリーミング転送中にジャンルサーチ停止の要求（例えば、「ストップ」や「（この配信局で）決定」などと発話）をＣＰＵ２０へ送信することによって（Ｓ５２）、巡回再生中に気に入った配信局を聴き続けることができる。この場合、ＣＰＵ２０はインターネットラジオ局配信サーバー６に対して、ストリーミング停止要求を送信しなければ良い。すなわち、ステップ５０、５１の処理には移らない。しかしながら、再生していた配信局のデータが特徴部であった場合には、必ずしも先頭から再生されないので、先頭部分を聞き逃すこととなってしまう。このような場合には、再度同じインターネットラジオ局配信サーバーに接続し直して、先頭から再生するようにすれば良い。この再接続動作はユーザーに操作させることなく自動で行うことが望ましい。
【００３７】
また、ユーザーがジャンルサーチを停止すると同時にユーザーが気に入った配信局として、配信局名とＵＲＬの組みをお気に入りリストへ登録しても良い。お気に入りリストは、例えばメモリ１７に記憶すれば良い。
【００３８】
なお、ユーザーがジャンルサーチ停止の要求を出し、当該配信局のデータを最後まで再生してしまった場合（オンデマンド配信の場合には３０分番組といった一定サイズのファイルであるため必ずファイルの最後まで再生すると停止するため）には、再び同じ音楽ジャンルによる巡回再生を開始するようにしても良い。例えば図４のシーケンスにおいて、インターネットラジオ局配信サーバー６からストリーミングを転送中にジャンルサーチ停止（Ｓ５２）を行い、継続してインターネットラジオ局配信サーバー６からの配信を受信し続け、最後まで到達すると、引き続きジャンルサーチを続きから開始する。
【００３９】
また、配信局を巡回して再生すると同時に、入力手段１９の一つの実施形態として設けたボタンに、再生できた配信局のＵＲＬを割り付けておき、後からワンタッチで接続できるように「自動割当」を行っても良い。しかしながら、車載装置１１に設けることができるボタンにはスペースの都合上限りがあるので、すべて割当て済みになったら割当て処理を行わないようにする必要がある。これにより、ユーザー自身が配信局毎にボタンとＵＲＬを割当てるという作業を大幅に簡略化することができ、従来の方法でもあるＡＭ／ＦＭラジオにおけるラジオ受信周波数全体をサーチして、受信した配信局をボタンに割当てる作業と同様の使い勝手をインターネットラジオの場合でも実現できる。そして、ユーザーは割当てを行った配信局を聴いてみて、気に入ったらその割当てに対して保護をかけて、上書きされないように設定し、逆に、気に入らなければ、削除またはそのままにして次回の「自動割当」のときには上書きを許可するようにしても良い。
【００４０】
なお、以上説明した実施の形態１のストリーミング配信されるコンテンツについては、インターネットラジオだけに限らず、同様にストリーミング配信可能な動画データおよび動画と音声の組合わせたストリームデータであっても、同様に実施することができる。
【００４１】
（変形例）
以下、本発明の第１の実施の形態における車載装置及び配信システムの変形例について、図面を参照しながら説明する。システム全体の構成、車載装置１１の内部の構成については、図１、図３と同様であるため図面を省略するがその動作が異なる。
【００４２】
まず、ラジオガイドサーバー４がインターネットラジオ局配信サーバーとインターネット網を介して接続されているという特性を積極的に利用して、よりユーザーに対して配信局を選局しやすいような「選局用データ」を生成することを特徴とする。ラジオガイドサーバー４が生成し車載装置１１へ提供するための「選局用データ」の一例を図５に示す。図５に示すように、ここでは音楽ジャンルが例えば、ロックである配信局の情報をユーザーに試聴可能な音声データを含めた形式で複数個結合させた形式となっている。ここで一番先頭のヘッダー部とは、全体でいくつの配信局に関する情報があるかといった情報や、音楽ジャンルが例えばロックであるといった内容を記すためのヘッダー部以降のデータに共通な情報を格納すためのデータである。また、一つの配信局のデータは、例えば、配信局１ヘッダー部と配信局１データ部として束ねられている。配信局１データ部には、実際の音声データが入るが、オンデマンド配信を行っている配信局の場合、前述した先頭位置からのデータであっても良いし、特徴部の位置から（例えば、音楽のさび部分やトーク番組の盛り上がる箇所等）であっても良い。データ部の長さは１０秒程度の長さの音声データであることが望ましい。
【００４３】
また、他の実施態様では、配信局の情報を事前に音声で吹き込んだもの、例えば、「○○Stationは、アメリカの△△州にある配信局で、〜といった特徴があります。」といったものであってもよい。さらに、これに限らず、配信局を紹介するテキストデータであっても良い。また、配信局１ヘッダー部の中身は、データ部のサイズと実際の配信局の所在をしめすＵＲＬが最低限含まれている必要がある。残りの項目についてはオプション扱いである。この「選局用データ」の作成は、ラジオガイドサーバー４が複数のインターネットラジオ局配信サーバーへ接続し情報を収集する能動的な方法であっても良いし、複数のインターネットラジオ局配信サーバー個々がラジオガイドサーバー４へ情報を更新する受動的な方法であっても良い。
【００４４】
なお、上記では音楽ジャンルがロックに分類される配信局を束ねて一つの「選局用データ」を生成したが、同様にして音楽ジャンルがロック以外に分類されるものについても別の一つの「選局用データ」として生成する必要がある。さらには、音楽ジャンルだけに限らず、国名の５０音順あるいはアルファベット順、配信局名の５０音順あるいはアルファベット順、お気に入りの配信局順、最近更新された配信局順、地域（アジア、アメリカ、ヨーロッパ等）順に生成することによって、ユーザーが選局を行うときの選択の幅が広がる。
【００４５】
つぎに、車載装置１１の動作について図６のシーケンス図を用いて説明する。図６において、図４及び図１４で示したシーケンス図と同様のシーケンスについては同一の符号を付し、その説明を省略する。特に、ユーザーが入力手段１９を介して行う入力の動作（Ｓ４１、Ｓ５２）は図４のシーケンス図の場合と同じである。
【００４６】
図６において、まず、ステップ１からステップ２までの処理については、ブロードバンドルーター２を車載ルーター１２に置き換えていることを除いて図１４の場合と同様である。背景技術の説明及び図４の場合ではその後、ユーザーがラジオガイドサーバー４へリスト要求を行うステップ３の処理に移っていたが、ここではその代わりにステップ４１の処理に移る。ステップ４１では、入力手段１９から入力されるユーザー所望の配信局の音楽ジャンル（例えば、ロック）が指定されたジャンルサーチ信号をＣＰＵ２０へ送信する。次いで、ＣＰＵ２０は、ラジオガイドサーバー４（上述の「選局用データ」を保持するサーバー）に対して、選局用データ要求を送信し（Ｓ６２）、その応答として選局用データ要求応答（ＯＫ）を受信すると（Ｓ６３）、図５に示したような選局用データの転送が開始される（Ｓ６４）。図面では省略しているが、車載装置１１は、選局用データを受信するとその中に含まれる音声データ（配信局１データ部、配信局２データ部、・・・）を選局用データを受信しながらスピーカー１４から出力させる。一方、放送局１データ部、放送局２データ部、・・・に入っているデータがテキストデータである場合には、その情報を表示モニタ１６に表示するかテキスト・トゥ・スピーチを行う。これによってバッファリングの回数は1回だが、複数のラジオ局の概略情報を短時間で音声または文字によって知ることができる。
【００４７】
また、ユーザーは入力手段１９により選局用データ転送中にジャンルサーチ停止の要求をＣＰＵ２０へ送信する（すなわち、気に入った放送局が見つかった場合）ことによって（Ｓ５２）、選局用データ再生で案内を行っていた放送局へジャンプすることができる。上記のジャンプが可能なのは、図５に示した選局用データの放送局毎にＵＲＬが含まれているからである。この場合には、実際の配信局（例えば、インターネットラジオ局配信サーバー５とする）へストリーミング要求を発行し（Ｓ６５）、その応答としてストリーミング要求応答（ＯＫ）を受信すると（Ｓ６６）、ストリーミング転送が開始される（Ｓ６７）。なお、ユーザーが気に入った配信局へジャンプした後は選局用データの再生は停止される。
【００４８】
これにより、同一音楽ジャンルの放送局のデータをインターネットラジオ局配信サーバーの接続を切替えずして再生できるので、バッファリングによって発生する再生までの時間差が初回のみとなり、運転手が配信局の切り替わり時にモニタを注視してしまうといった状況を回避することができ、インターネットラジオ局を選局する場合の安全性を高めることができる。
【００４９】
（実施の形態２）
本発明の実施の形態１では、任意の配信局が一つの音楽ジャンルに分類されることが前提であったが、ある一つの配信局が配信するストリーミングデータには複数の音楽ジャンル、異なるアーティストの曲から構成される場合がある。このような場合でも、ユーザーの操作負荷を軽減させると同時によりユーザー所望の音楽ジャンルの再生を行うことのできる車載装置及び配信システムについて、以下図面を参照し説明する。
【００５０】
システム全体の構成、車載装置１１の内部の構成については、図１、図３と同様であるため図面を省略するがその動作が異なる。ラジオガイドサーバー４が保持するリストの一例を図７に示す。実施の形態１との違いは、各配信局が音楽ジャンルによって分類されていないという点と、ＵＲＬがプレイリスト（後述）へのリンク先となっている点、さらにはビットレートの情報及び特徴部の位置といったものを含んでいない点にある。ここで、説明をしやすくするために、インターネットラジオ局配信サーバー５が図７のリスト中の○○○Stationに対応し、インターネットラジオ局配信サーバー６が同じく図７のリスト中の×××Stationに対応するものとする。
【００５１】
つぎに、インターネットラジオ局配信サーバー５が保持するプレイリストの一例を図８（ａ）に、また、インターネットラジオ局配信サーバー６が保持するプレイリストの一例を図８（ｂ）に示す。プレイリストとは、図８（ａ）、（ｂ）に示すようなアーティスト名、タイトル名、ジャンル、ＵＲＬ、ファイル形式、ビットレートなどから構成されたテキストファイル（メタファイル）である。このプレイリストは例えば、ＸＭＬ（eXtensible Markup Language）で記述される。プレイリスト中のＵＲＬは、実際のコンテンツの所在へのリンク先となっており、このリストを受信した車載装置１１は、通常、表の上から下へ順番にリンク先のコンテンツが再生されることとなる。このため複数のジャンルの音楽が再生されることから配信局は一つの音楽ジャンルに分類されない。なお、図８（ａ）及び図８（ｂ）に示したプレイリストは、両方ともオンデマンド配信の場合の一例である。一方、ライブ配信の場合には、通常プレイリスト中のコンテンツへのリンク先は一つとなるが、これに限るものではない。
【００５２】
次いで、ラジオガイドサーバー４がリストで保持するすべてのインターネットラジオ局配信サーバーに接続し、プレイリストを取得し、新たに別のプレイリストを作る動作について図９の動作フローを用いて説明する。
【００５３】
図９において、まず、ラジオガイドサーバー４は、図７で示したリストを参照し、インターネットラジオ局配信サーバーからプレイリストを取得する（Ｓ９０）。ステップ９１では、すべての放送局からプレイリストを取得したかを判断している。まだ取得していない場合はステップ９０へ戻り、すべて取得した場合は次のステップへ進む。次いで、取得したプレイリストを音楽ジャンルをキーとしてマージし、新しいプレイリストを音楽ジャンル毎に生成する（Ｓ９２）。図１０は図８（ａ）及び図８（ｂ）のプレイリストを元に音楽ジャンルが、例えば「ロック」である場合に生成した新しいプレイリストを表している。図１０に示すように、図８（ａ）及び図８（ｂ）のプレイリストのうち音楽ジャンルが「ロック」であるものがマージされ、新たなプレイリストが生成される。最後に、生成した一つのプレイリスト内に同じアーティスト名とタイトル名の曲がある場合は重複を排除する（Ｓ９３）。これにより、プレイリスト中に全く同じ曲が存在することが無くなることになる。
【００５４】
つぎに、車載装置１１の動作について図１１のシーケンス図を用いて説明する。図１１において、図４及び図１４で示したシーケンス図と同様のシーケンスについては同一の符号を付し、その説明を省略する。
【００５５】
まず、ステップ１からステップ２までの処理については、ブロードバンドルーター２を車載ルーター１２に置き換えていることを除いて図４の場合と同様である。背景技術の説明及び図４の場合ではその後、ユーザーがラジオガイドサーバー４へリスト要求を行うステップ３の処理に移っていたが、ここではその代わりにステップ１１１の処理に移る。ステップ１１１では、入力手段１９から入力されるユーザー所望の配信局の音楽ジャンル（例えば、ロック）が指定されたジャンル入力信号をＣＰＵ２０へ送信する。入力手段１９は好ましくはマイクであり、例えば、「ジャンル入力。ロック」などと発話する。次いで、ＣＰＵ２０は、ラジオガイドサーバー４（上述の「プレイリスト」を保持するサーバー）に対して、プレイリスト要求を送信する（Ｓ１１２）。プレイリスト要求を受信したラジオガイドサーバー４は、車載装置１１へプレイリストを返信する（Ｓ１１３）。ここで返信するプレイリストは図９の動作フローで生成した図１０に示す新しいプレイリストである。
【００５６】
プレイリストを受信した車載装置１１は、プレイリストの１曲目（図１０におけるＮｏ．１）のＵＲＬを参照し、インターネットラジオ局配信サーバー５（○○○Station）に対して、ストリーミング要求を送信し（Ｓ１１４）、その応答としてストリーミング要求応答（ＯＫ）を受信すると（Ｓ１１５）、ストリーミング転送が開始される（Ｓ１１６）。ストリーミング転送中、ＣＰＵ２０によってデコードが行われ、音声がスピーカー１４から出力される。この間、表示モニタ１６には、再生しているアーティスト名、タイトル名等の情報をプレイリストを参照し表示する（Ｓ１１７）。１曲の再生が完了すると、ストリーミング完了通知がインターネットラジオ局配信サーバー５から送信される（Ｓ１１８）。ストリーミング完了通知を受信した車載装置１１は、プレイリスト２曲目（図１０におけるＮｏ．２）に移るため、同様にして、インターネットラジオ局配信サーバー６（×××Station）との間で同じ動作を繰り返す（Ｓ１１９〜Ｓ１２３）。
【００５７】
これにより、音楽ジャンルを指定するだけで放送局を意識することなく同一の音楽ジャンルに分類されるインターネットラジオ放送を配信局を切替えながら順次再生することすることが可能な車載装置を提供することができる。
【００５８】
なお、本実施の形態２ではステップ１１１において音楽ジャンルが指定されると説明したが、音楽ジャンルだけに限らず、アーティスト名やタイトル名を指定し、同じアーティスト名やタイトル名の曲を配信するサーバーを巡回しながら再生を行っても良いことはもちろんである。この場合には、ラジオガイドサーバー４は、図９で示した動作フローのステップ９２において、アーティスト名やタイトル名をキーとして新しいプレイリストを作成しておく必要がある。
【００５９】
なお、プレイリストによる再生中は、ユーザーの発話（例えば、「次へ」、「戻る」）によってプレイリストの次曲の再生、または前曲の再生を行うようにしても良い。
【００６０】
なお、以上説明した実施の形態２のストリーミング配信されるコンテンツについては、インターネットラジオだけに限らず、同様にストリーミング配信可能な動画データおよび動画と音声の組合わせたストリームデータであっても、同様に実施することができる。
【産業上の利用可能性】
【００６１】
以上のように、本発明にかかる車載装置および配信システムは、車内で配信局（インターネットラジオ放送局）を検索、選局する場合におけるユーザーの操作負荷を軽減できるという効果を有し、車載装置はインターネットに接続可能なカーナビゲーション装置、カーオーディオ、カーマルチメディア装置等として有用である。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施の形態１におけるシステム全体の構成を示すブロック図
【図２】本発明の実施の形態１における図１のラジオガイドサーバー４が保持するリストの一例を表す図
【図３】本発明の実施の形態１における図１の車載装置１１の内部の構成を示すブロック図
【図４】本発明の実施の形態１における図３の構成における車載装置１１の動作を示すシーケンス図
【図５】本発明の実施の形態１の変形例におけるラジオガイドサーバー４が生成する選局用データの一例を表す図
【図６】本発明の実施の形態１の変形例における車載装置１１の動作を示すシーケンス図
【図７】本発明の実施の形態２におけるラジオガイドサーバー４が管理する情報を示す図
【図８】本発明の実施の形態２におけるインターネットラジオ局配信サーバーが管理する情報を示す図
【図９】本発明の実施の形態２におけるラジオガイドサーバー４が新たにプレイリストを作る動作を示すフロー図
【図１０】本発明の実施の形態２における図９のフローによって生成される新しいプレイリストを示す図
【図１１】本発明の実施の形態２の車載装置１１の動作を示すシーケンス図
【図１２】従来技術のシステム全体の構成を示すブロック図
【図１３】従来技術のインターネットラジオ再生専用端末１の内部の構成を示すブロック図
【図１４】従来技術のインターネットラジオ再生専用端末１の動作を示すシーケンス図
【符号の説明】
【００６３】
１    インターネットラジオ再生専用端末
２    ブロードバンドルーター
３    プロバイダサーバー
４    ラジオガイドサーバー
５，６    インターネットラジオ局配信サーバー
１１    車載装置
１２    車載ルーター
１４，１１４    スピーカー
１５，１１５    描画ＬＳＩ
１６，１１６    表示モニタ
１７，１１７    メモリ
１８，１１８    入力情報読取手段
１９，１１９    入力手段
２０，１１１    ＣＰＵ
２１，１１２    通信手段
２２，１１３    ＤＡＣ
【図１】
2005195836.tif 000003
【図２】
2005195836.tif 000004
【図３】
2005195836.tif 000005
【図４】
2005195836.tif 000006
【図５】
2005195836.tif 000007
【図６】
2005195836.tif 000008
【図７】
2005195836.tif 000009
【図８】
2005195836.tif 000010
【図９】
2005195836.tif 000011
【図１０】
2005195836.tif 000012
【図１１】
2005195836.tif 000013
【図１２】
2005195836.tif 000014
【図１３】
2005195836.tif 000015
【図１４】
2005195836.tif 000016