(57)【要約】    【構成】  インターネットラジオ装置１０はチューニングサーバ３００に接続してラジオ局サーバ２００の一覧情報を取得する。この一覧情報においては各ラジオ局サーバ３００に対して通し番号が割り振られている。インターネットラジオ装置１０は、たとえば、Ｎ番目のラジオ局サーバ２００から放送を受信するときには、Ｎ番目のラジオ局サーバ２００だけでなく、Ｎ−２，Ｎ−１，Ｎ＋１およびＮ＋２番目のラジオ局サーバ２００に接続し、５つのラジオ局サーバ２００からのストリーミングコンテンツ(放送データ)を受信して５つのバッファにそれぞれ格納する。そして、Ｎ番目のラジオ局サーバ２００からのストリーミングコンテンツのみをバッファから取り出して再生する。次に、Ｎ−１もしくはＮ＋１番目のラジオ局サーバ２００からの放送を受信する操作がなされたときには、既に受信を開始してバッファに蓄えられているＮ−１もしくはＮ＋１番目のラジオ局サーバ２００からのストリーミングコンテンツを再生する。    【効果】  チャネルを切り換えたときの応答特性が向上する。【選択図】  図１
2005044149.tif 000002
【特許請求の範囲】
【請求項１】
所定順序で登録されたＮ個（Ｎ：２以上の任意の整数）のチャネルを通してそれぞれ送信されるＮ個のコンテンツのいずれか１つを出力するコンテンツ出力装置において、
所定順所で存在するかつ所望のチャネルを含むＭ個（Ｍ：２以上でかつＮ以下の任意の整数）のチャネルを通して送信されるＭ個のコンテンツをＭ個のバッファメモリにそれぞれ書き込む書き込み手段、
前記所望のチャネルを通して送信されるコンテンツを前記Ｍ個のバッファメモリのいずれか１つから読み出す読み出し手段、および
前記所望のチャネルの切り換えを前記所定順序で受け付ける受け付け手段を備えることを特徴とする、コンテンツ出力装置。
【請求項２】
前記書き込み手段は、前記所望のチャネルの切り換えに応答して前記Ｍ個のバッファメモリエリアのいずれか１つを更新する更新手段を含む、請求項１記載のコンテンツ出力装置。
【請求項３】
前記Ｎ個のチャネルが前記所定順序で登録されたテーブルを保持する保持手段、および
前記保持手段によって保持された前記テーブルを参照して前記Ｍ個のチャネルを特定する特定手段をさらに備える、請求項１および２記載のコンテンツ出力装置。
【請求項４】
前記コンテンツはリアルタイムで送信されるストリーミングコンテンツである、請求項１ないし３のいずれかに記載のコンテンツ出力装置。
【請求項５】
所定順序で登録されたＮ個（Ｎ：２以上の任意の整数）のチャネルを通してそれぞれ送信されるＮ個のコンテンツのいずれか１つを出力するコンテンツ出力装置によって実行されるコンテンツ出力制御プログラムであって、
前記所定順序で存在するかつ所望のチャネルを含むＭ個（Ｍ：２以上でかつＮ以下の任意の整数）のチャネルを通して送信されるＭ個のコンテンツをＭ個のバッファメモリにそれぞれ書き込むステップ、
前記所望のチャネルを通して送信されるコンテンツを前記Ｍ個のバッファメモリのいずれか１つから読み出す読み出しステップ、および
前記所望のチャネルの切り換えを前記所定順序で受け付ける受け付けステップを備える、コンテンツ出力制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ出力装置に関し、特にたとえば、Ｎ個（Ｎ：２以上の任意の整数）のチャネルを通してそれぞれ送信されるＮ個のストリーミングコンテンツのいずれか１つを出力する、コンテンツ出力装置に関する。
【背景技術】
【０００２】
従来のこの種のコンテンツ出力装置の一例が、特許文献１に開示されている。特許文献１のコンテンツ出力装置は、インターネットを通して送信されるラジオ放送のストリーミングデータをバッファメモリに取り込み、取り込まれたストリーミングデータに基づく音声をスピーカから出力するものである。
【特許文献１】特開２００２−８２９５９号公報［Ｇ０６Ｆ  １７／３０］
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１の従来技術では、ストリーミングデータがバッファメモリに一旦格納されるため、所望のチャネルを選択してから音声が出力されるまでに時間がかかるという問題がある。
【０００４】
それゆえに、この発明の主たる目的は、応答特性を向上させることができる、コンテンツ出力装置を提供することである。
【課題を解決するための手段】
【０００５】
請求項１の発明は、所定順序で登録されたＮ個（Ｎ：２以上の任意の整数）のチャネルを通してそれぞれ送信されるＮ個のコンテンツのいずれか１つを出力するコンテンツ出力装置において、所定順所で存在するかつ所望のチャネルを含むＭ個（Ｍ：２以上でかつＮ以下の任意の整数）のチャネルを通して送信されるＭ個のコンテンツをＭ個のバッファメモリにそれぞれ書き込む書き込み手段、所望のチャネルを通して送信されるコンテンツをＭ個のバッファメモリのいずれか１つから読み出す読み出し手段、および所望のチャネルの切り換えを所定順序で受け付ける受け付け手段を備えることを特徴とする、コンテンツ出力装置である。
【０００６】
請求項１の発明では、書き込み手段は所定順序で存在するかつ所望のチャネルを含むＭ個のチャネルを通して送信されるＭ個のコンテンツをＭ個のバッファメモリにそれぞれ書き込み、読み出し手段は所望のチャネルを通して送信されるコンテンツをＭ個のバッファメモリのいずれか１つから読み出す。そして、受け付け手段は所望のチャネルの切り換え、つまりストリーミングコンテンツを読み出すバッファメモリの切り換えを所定順序で受け付ける。請求項１の発明によれば、所望のチャネルを切り換えてから当該チャネルを通して送信されるストリーミングコンテンツの受信を開始するのではなく、切り換えられた所望のチャネルからのストリーミングコンテンツは既にバッファメモリに蓄積されており、チャンネルの切り換えと同時に所望のチャネルからのストリーミングコンテンツを再生することができるので応答特性がよい。
【０００７】
請求項２の発明は、書き込み手段は、所望のチャネルの切り換えに応答してＭ個のバッファメモリエリアのいずれか１つを更新する更新手段を含む、請求項１記載のコンテンツ出力装置である。
【０００８】
請求項２の発明では、更新手段は所望のチャネルの切り換えに応答してＭ個のバッファメモリのいずれか１つを更新する。したがって、請求項２の発明によれば、常に、次の所望のチャネルの切り換えに備えたバッファメモリの状態が保たれる。
【０００９】
請求項３の発明は、Ｎ個のチャネルが所定順序で登録されたテーブルを保持する保持手段、および保持手段によって保持されたテーブルを参照してＭ個のチャネルを特定する特定手段をさらに備える、請求項１および２記載のコンテンツ出力装置である。
【００１０】
請求項３の発明では、保持手段はＮ個のチャネルが所定順序で登録されたテーブルを保持し、特定手段は保持手段によって保持されたテーブルを参照してＭ個のチャネルを特定する。したがって、請求項３の発明によれば、テーブルを管理しているチューニングサーバから取得したテーブルが保存手段に保存されるのでＭ個のチャネルを特定するたびにチューニングサーバのテーブルを参照する必要がない。
【００１１】
請求項４の発明は、コンテンツはリアルタイムで送信されるストリーミングコンテンツである、請求項１ないし３のいずれかに記載のコンテンツ出力装置である。
【００１２】
請求項４の発明では、コンテンツはリアルタイムで送信されるストリーミングコンテンツであるので、インターネットラジオの放送データとして配信されるコンテンツを受信する装置に適用することができる。
【００１３】
請求項５の発明は、所定順序で登録されたＮ個（Ｎ：２以上の任意の整数）のチャネルを通してそれぞれ送信されるＮ個のコンテンツのいずれか１つを出力するコンテンツ出力装置によって実行されるコンテンツ出力制御プログラムであって、所定順序で存在するかつ所望のチャネルを含むＭ個（Ｍ：２以上でかつＮ以下の任意の整数）のチャネルを通して送信されるＭ個のコンテンツをＭ個のバッファメモリにそれぞれ書き込むステップ、所望のチャネルを通して送信されるコンテンツをＭ個のバッファメモリのいずれか１つから読み出す読み出しステップ、および所望のチャネルの切り換えを所定順序で受け付ける受け付けステップを備える、コンテンツ出力制御プログラムである。
【００１４】
請求項５の発明では、まず、所定順序で存在するかつ所望のチャネルを含むＭ個のチャネルを通して送信されるＭ個のコンテンツをＭ個のバッファメモリにそれぞれ書き込む。次に、所望のチャネルを通して送信されるコンテンツをＭ個のバッファメモリのいずれか１つから読み出す。そして、所望のチャネルの切り換えを所定順序で受け付ける。したがって、請求項５の発明によれば、所望のチャネルを切り換えてから当該チャネルを通して送信されるストリーミングコンテンツの受信を開始するのではなく、切り換えられた所望のチャネルからのストリーミングコンテンツは既にバッファメモリに蓄積されており、チャンネルの切り換えと同時に所望のチャネルからのストリーミングコンテンツを再生することができるので応答特性がよい。
【発明の効果】
【００１５】
この発明によれば、所望のチャネルの前後幾つかのチャネルからのストリーミングコンテンツを受信してバッファに蓄えておき、所望のチャネルが所望のチャネルの前後のどちらかのチャネルに切り換えられると予めバッファに蓄えてあるストリーミングコンテンツを再生する。したがって、チャネルを切り換えたときの応答特性が向上する。
【００１６】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００１７】
図１に示すこの発明の一実施例であるコンテンツ出力装置としてのインターネットラジオ装置１０はインターネット１００に接続される。インターネット１００にはインターネットラジオ装置１０の他に、インターネットラジオ装置１０に対してコンテンツのストリーム配信をする複数のラジオ局サーバ２００およびインターネットラジオ装置１０に対してラジオ局サーバ２００の情報を提供するチューニングサーバ３００が接続される。
【００１８】
インターネットラジオ装置１０は、具体的には、図２に示すように構成される。図２に示すように、ＭＣＵ(Micro Controller Unit)１２にはＤＳＰ(Digital Signal Processor)１４、フラッシュメモリ１６、ＲＡＭ１８、イーサネットコントローラ(イーサネット：登録商標)２０、キーパッド２６およびディスプレイコントローラ３４が接続される。
【００１９】
フラッシュメモリ１６にはＭＣＵ１２によって実行されるプログラムが格納されており、プログラムの実行時にはＭＣＵ１２はＲＡＭ１８を作業エリアとして使用する。
【００２０】
キーパッド２６上には電源ボタン３８、ダウンボタン４０およびアップボタン４２が設けられている。電源ボタン３８はインターネットラジオ装置１０の電源を入り切りするボタンであり、ダウンボタン４０は降順方向(詳細は後述)にラジオ局を選局するボタンであり、アップボタン４２は昇順方向(詳細は後述)にラジオ局を選局するボタンである。
【００２１】
ディスプレイコントローラ３４にはディスプレイ３６が接続され、ＭＣＵ１２がディスプレイコントローラ３４を制御することによって所定の情報がディスプレイ３６に表示される。
【００２２】
ＤＳＰ１４にはＤ／Ａ変換器２８およびＡＭＰ３０を介してスピーカ３２が接続される。ＭＣＵ１２からＤＳＰ１４に与えられたディジタル音声信号は復号後Ｄ／Ａ変換器２８によってアナログ音声信号に変換されてＡＭＰ３０に与えられる。ＡＭＰ３０は与えられたアナログ音声信号を増幅してスピーカ３２に出力する。これにより音声がスピーカ３２から出力される。
【００２３】
イーサネットコントローラ２０は、ＰＨＹ２２を介してインターネット１００へと通じる通信コネクタ２４に接続される。このことによって、ＭＣＵ１２はインターネット１００からのデータを受信したり、インターネット１００に向けてデータを送信したりすることができる。なお、ＰＨＹ２２はネットワークコントローラチップセット(イーサネットコントローラ２０)とネットワークケーブルコネクタ(通信コネクタ２４)との間の電気的および機械的な接続性を付与するネットワークアダプタである。
【００２４】
また、ラジオ局サーバ２００は、具体的には、図３に示すように構成される。図３に示すように、ＣＰＵ５０には、バス６２を介してキーボード５２、ディスプレイ５４、ネットワークコントローラ５６、ＲＡＭ５８およびＨＤＤ(Hard Disc Drive)６０が接続される。なお、ＨＤＤ６０には、インターネットラジオ装置１０に対してストリーム配信するコンテンツ(ラジオ番組の音声データ)が記録されている。
【００２５】
さらに、チューニングサーバ３００は、具体的には、図４に示すように構成される。図４に示すように、ＣＰＵ７０には、バス８４を介してキーボード７２、ディスプレイ７４、ネットワークコントローラ７６、ＲＡＭ７８およびＨＤＤ８０が接続される。なお、ＨＤＤ８０には、図５に示すような、インターネット１００に接続されたラジオ局サーバ２００の情報を一覧としたラジオ局情報テーブル８２が記録されている。図５に示すように、ラジオ局情報テーブル８２には、ラジオ局サーバ２００ごとに、“ラジオ局番号”、“局名”および“ＵＲＬ”の３つの項目が記録されている。ここで、ラジオ局番号とは、インターネット１００上に存在するラジオ局サーバ２００のそれぞれ対してチューニングサーバ３００で割り振った通し番号であり、その順番には特に意味はないが、インターネットラジオ装置１０でラジオ局を選択する際にはこのラジオ局番号にしたがって順番(降順もしくは昇順)に選局される。
【００２６】
従来のインターネットラジオ装置(パーソナルコンピュータなど)では、ラジオ局(ラジオ局サーバ２００)を選局する場合、ユーザによってラジオ局が指定されてからそのラジオ局のラジオ局サーバ２００が配信するストリーミングデータの受信を開始し、受信したストリーミングデータをバッファに所定の量だけ蓄積してからストリーミングデータを再生する。そのため、ユーザがラジオ局を指定してからラジオ局の音声がスピーカから出力されるまでに時間がかかり応答特性が悪かった。
【００２７】
この発明を適用したインターネットラジオ装置１０は、ユーザが電源ボタン３８を操作してインターネットラジオ装置１０の電源を投入すると、まず、インターネット１００を介してチューニングサーバ３００に接続される。インターネットラジオ装置１０がチューニングサーバ３００に接続されると、チューニングサーバ３００は図５に示したラジオ局情報テーブル８２をインターネットラジオ装置１０に送信する。ここで、図５に示したように、インターネット１００上にはＮ個のラジオ局サーバ２００が存在することとする。
【００２８】
ラジオ局情報テーブル８２を受信すると、インターネットラジオ装置１０は、ラジオ局情報テーブル８２を参照して、１番目のラジオ局サーバ２００を中心に含む５つのラジオ局サーバ２００、つまり、Ｎ−１番目、Ｎ番目、１番目、２番目および３番目のラジオ局サーバ２００に同時に接続する。そして、５つのチャネル（ラジオ局サーバ２００）からストリーム配信(ラジオの放送)を受ける。
【００２９】
５つのラジオ局サーバ２００から配信されるストリーミングデータは、インターネットラジオ装置１０のＲＡＭ１８に設けられた５つのバッファにそれぞれ蓄積され、蓄積されたストリーミングデータのうち１番目のラジオ局サーバ２００のストリーミングデータのみが再生される。
【００３０】
このとき図６(Ａ)に示すように、３番目のバッファＢ３に１番目のラジオ局サーバ２００）からのストリーミングデータが蓄積され、４番目のバッファＢ４に２番目のラジオ局サーバ２００からのストリーミングデータが蓄積され、５番目のバッファＢ５に３番目のラジオ局サーバ２００からのストリーミングデータが蓄積され、２番目のバッファＢ２にＮ番目のラジオ局サーバ２００からのストリーミングデータが蓄積され、そして、１番目のバッファＢ１にＮ−１番目のラジオ局サーバ２００からのストリーミングデータが蓄積される。つまり、１番目のラジオ局サーバ２００が選局されたとみなし、１番目の前後２つずつのラジオ局サーバ２００からのストリーミングデータを各バッファに蓄積する。そして、各バッファに蓄積されたストリーミングデータのうち、１番目のラジオ局サーバ２００からのストリーミングデータ(丸印の付いたバッファＢ３に蓄積されたストリーミングデータ)のみが再生される。
【００３１】
ここで、ユーザが聴きたいチャネルを選択するためにアップボタン４２を操作して２番目のラジオ局サーバ２００を選択すると、図６(Ｂ)に示すように、３番目のバッファＢ３に蓄積されているストリーミングデータに代わって４番目のバッファＢ４に蓄積されているストリーミングデータが再生される。
【００３２】
ユーザによるチャネル切り換えに先立って２番目のラジオ局サーバ２００からのストリーミングデータをバッファ９６に蓄積しているので、チャネルの切り換わりと同時に２番目のラジオ局サーバ２００からの放送を聴くことができる。したがって、ユーザはチャネルを切り換えたときに待たされることなく次のラジオ局サーバ２００からの放送を聴くことができ、自分の聴きたい放送であるかどうかをすばやく判断できる。
【００３３】
ストリーミングデータの再生が３番目のバッファＢ３から４番目のバッファＢ４に切り換わると、図６(Ｂ)に斜線を施して示したように、１番目のバッファＢ１に蓄積されるストリーミングデータがＮ−１番目のラジオ局サーバ２００からのストリーミングデータから４番目のラジオ局サーバ２００からのストリーミングデータに切り換わる。これは、選局されているラジオ局サーバ２００の前後２つずつのラジオ局サーバ２００からのストリーミングデータを常に蓄積しておけるようにするためである。
【００３４】
ユーザがさらにアップボタン４２を操作してチャネルアップをしたときの各バッファに蓄積されるストリーミングデータの変化の様子を図６(Ｃ)、図６(Ｄ)および図６(Ｅ)に示す。なお、丸印の付いたバッファに蓄積されたストリーミングデータが再生され、斜線を施したバッファが蓄積するストリーミングデータが変更される。
【００３５】
ユーザがダウンボタン４０を操作してチャネルダウンをしたときには、図７(Ａ)および図７(Ｂ)に示すように、再生するストリーミングデータが３番目のバッファＢ３に蓄積されたストリーミングデータから２番目のバッファＢ２に蓄積されたＮ番目のラジオ局サーバ２００からのストリーミングデータに切り換わる。そして、Ｎ番目の前後２つずつの番号のラジオ局サーバ２００からのストリーミングデータを各バッファに蓄積するように、５番目のバッファＢ５に蓄積するストリーミングデータを３番目のラジオ局サーバ２００からのストリーミングデータからＮ−２番目のラジオ局サーバ２００からのストリーミングデータに切り換える。
【００３６】
ユーザがさらにダウンボタン４０を操作してチャネルダウンをしたときの各バッファに蓄積されるストリーミングデータの変化の様子を図７(Ｃ)、図７(Ｄ)および図７(Ｅ)に示す。
【００３７】
以下に、図８から図１２に示すフロー図を用いてインターネットラジオ装置１０のＭＣＵ１２、ラジオ局サーバ２００のＣＰＵ５０およびチューニングサーバ３００のＣＰＵ７０の動作を説明する。
【００３８】
インターネットラジオ装置１０のユーザがキーパッド２６に設けられた電源ボタン３８を操作して電源を投入すると、インターネットラジオ装置１０のＭＣＵ１２は、図８のステップＳ１において、フラッシュメモリ１６に予め記録されたＵＲＬに基づいてチューニングサーバ３００に接続する。そして、ステップＳ３において、ラジオ局情報テーブル８２の送信をチューニングサーバ３００に要求する。
【００３９】
チューニングサーバ３００では、ＣＰＵ７０が図１１のステップＳ９１においてインターネットラジオ装置１０との接続を確立し、ステップＳ９３においてインターネットラジオ装置１０からラジオ局情報の送信要求を受信する。ステップＳ９５では、ＨＤＤ８０からラジオ局情報テーブル８２を取得し、取得したラジオ局情報テーブル８２をステップＳ９７においてインターネットラジオ装置１０に送信する。そして、ステップＳ９９においてインターネットラジオ装置１０との接続を解除する。
【００４０】
インターネットラジオ装置１０では、図８のステップＳ５において、チューニングサーバ３００から送信されたラジオ局情報テーブル８２を受信する。そして、ステップＳ７においてチューニングサーバ３００との接続を解除する。
【００４１】
ステップＳ９では、レジスタＲ１、Ｒ２、Ｒ３、Ｒ４およびＲ５にラジオ局番号の初期値を設定する。具体的には、レジスタＲ１に“Ｎ−１”を設定し、レジスタＲ２に“Ｎ”を設定し、レジスタＲ３に“１”を設定し、レジスタＲ４に“２”を設定し、そして、レジスタＲ５に“３”を設定する。レジスタＲ１、Ｒ２、Ｒ３、Ｒ４およびＲ５はバッファＢ１、Ｂ２、Ｂ３、Ｂ４およびＢ５にそれぞれ対応しており、たとえば、レジスタＲ１に設定されている値(局番号)が“Ｎ−１”であれば、バッファＢ１にはラジオ局番号が“Ｎ−１”であるラジオ局サーバ２００からのストリーミングデータが蓄積される。
【００４２】
ステップＳ１１では、レジスタＲ１、Ｒ２、Ｒ３、Ｒ４およびＲ５に設定されている各局番号に対応するラジオ局サーバ２００に接続する。つまり、５つのラジオ局サーバ２００に同時に接続する。そして、ステップＳ１３では、ステップＳ１１において接続した５つのラジオ局サーバ２００のそれぞれにコンテンツの配信要求を送信する。
【００４３】
ステップＳ１５では、変数Ｘに“３”を格納する。Ｘは再生すべきストリーミングデータが蓄積されているバッファを特定するための変数であり、“１”〜“５”のいずれか１つの値を示す。“１”〜“５”はバッファＢ１、Ｂ２、Ｂ３、Ｂ４およびＢ５にそれぞれ対応する。現時点では、Ｘ＝３であるから３番目のバッファＢ３が特定される。
【００４４】
ラジオ局サーバ２００では、ＣＰＵ５０が図１２のステップＳ１０１においてインターネットラジオ装置１０との接続を確立し、ステップＳ１０３ではインターネットラジオ装置１０からのコンテンツの配信要求を受信する。コンテンツの配信要求を受信すると、ステップＳ１０５においてコンテンツのストリーム配信(ラジオ放送)を開始する。ストリーミングの配信は、インターネットラジオ装置１０によって接続が解除されるまで続けられる。ステップＳ１０７において接続が解除されると、ステップＳ１０９でストリーム配信を停止する。
【００４５】
ラジオ局サーバ２００によるストリーム配信が開始されると、インターネットラジオ装置１０では、ステップＳ１７において５つのラジオ局サーバ２００から配信されるコンテンツ(ストリーミングデータ)を受信し、ステップＳ１９において、受信した５種類のストリーミングデータを各バッファに格納する。Ｎ−１番目のラジオ局サーバ２００からのストリーミングデータはバッファＢ１に格納され、Ｎ番目のラジオ局サーバ２００からのストリーミングデータはバッファＢ２に格納され、１番目のラジオ局サーバ２００からのストリーミングデータはバッファＢ３に格納され、２番目のラジオ局サーバ２００からのストリーミングデータはバッファＢ４に格納され、そして３番目のラジオ局サーバ２００からのストリーミングデータはバッファＢ５に格納される。ステップＳ２１では、Ｘ番目(現時点では３番目)のバッファに格納されているストリーミングデータを再生する。
【００４６】
ユーザがキーパッド２６に設けられたダウンボタン４０もしくはアップボタン４２を操作すると、ステップＳ２３において変局操作がなされたと判断して、ステップＳ２５において変局処理をする。この変局処理において、選局されたラジオ局に応じて変数Ｘの値が変更され、ストリーミングデータを再生するバッファが変更される。また、詳細は後述するが、この変局処理において、ストリーミングデータが再生されるバッファの変更に伴って、ある１つのバッファに蓄積されるストリーミングデータの送信元のラジオ局サーバ２００が変更される。
【００４７】
そして、再びステップＳ１７において５つの各ラジオ局サーバ２００からコンテンツ(ストリーミングデータ)を受信し、ステップＳ１９において、受信した５つのコンテンツ(ストリーミングデータ)を５つのバッファにそれぞれ格納する。ステップＳ２１ではＸ番目(先ほどが３番目であったので、現時点では２番目か４番目のどちらか)のバッファに蓄積されているストリーミングデータを再生する。
【００４８】
ユーザがキーパッド２６に設けられた電源ボタン３８を操作すると、ステップＳ２７において終了操作がなされたと判断し、終了処理をして電源を落とす。
【００４９】
変局処理は、図９および図１０のフロー図に示す手順で実行される。まず、ユーザがキーパッド２６を操作することによってチャネル(局番)のアップが指示された(アップボタン４２が操作された)かどうかをステップＳ３１で判断する。
【００５０】
ステップＳ３１において局番のアップが指示されたと判断すると、ステップＳ３３において変数Ｘに代入されている値を“１”だけインクリメントする。そして、ステップＳ３５では変数Ｘの値が“５”より大きいかどうかを判断し、変数Ｘの値が“５”より大きいときにはステップＳ３７において変数Ｘの値から“５”を減じる。ステップＳ３７の処理は、図６(Ｃ)および図６(Ｄ)に示すように、蓄積しているストリーミングデータを再生するバッファが５番目のバッファＢ５から１番目のバッファＢ１に変更される場合に対応している。このように、局番のアップを続けると、ストリーミングデータを再生するバッファはサイクリックに変化する。
【００５１】
ステップＳ３９では、変数Ｃに“Ｘ−３”を代入する。変数Ｃは蓄積するストリーミングデータを更新するバッファを特定するための変数であり、“１”〜“５”のいずれか１つの値を示す。“１”〜“５”はバッファＢ１、Ｂ２、Ｂ３、Ｂ４およびＢ５にそれぞれ対応する。図６(Ｂ)の例では、１番目のバッファＢ１が更新されるバッファであり、現時点で変数Ｃの値は“１”である。
【００５２】
ステップＳ４１では変数Ｃの値が“１”よりも小さいかどうかを判断し、変数Ｃの値が“１”よりも小さいときにはステップＳ４３において変数Ｃの値に“５”を加える。ステップＳ４３の処理は、図６(Ｄ)および図６(Ｅ)に示すように、ストリーミングデータを再生するバッファが１番目(変数Ｘの値が“１”)などで、変数Ｘの値から“３”を減じた値(つまり、変数Ｃに代入された値)が“１”よりも小さくなってしまう場合の手当てである。
【００５３】
ステップＳ４５では、Ｃ番目のバッファに対応するラジオ局サーバ２００、つまり、Ｃ番目のバッファに蓄積されているストリーミングデータの配信を行っているラジオ局サーバ２００を特定する。そして、ステップＳ４７では、特定したラジオ局サーバ２００との接続を解除する。さらに、ステップＳ４９では、Ｃ番目のバッファをクリアして蓄積されているストリーミングデータを消去する。
【００５４】
図１０のステップＳ７１では、変数Ｘに対応するレジスタ(Ｘ番目のレジスタ)に設定されている局番号を特定する。そして、ステップＳ７３では、“特定された局番号＋２”が“Ｎ”よりも大きいかどうかを判断する。“局番号＋２”が“Ｎ”よりも大きいときにはステップＳ７５において、変数Ｃに対応するレジスタ(Ｃ番目のレジスタ)に“局番号＋２−Ｎ”を設定する。一方、“局番号＋２”が“Ｎ”以下であるときにはステップＳ７７において、変数Ｃに対応するレジスタ(Ｃ番目のレジスタ)に“局番号＋２”を設定する。このことによって、Ｃ番目のバッファに蓄積するストリーミングデータの送信元を何番目(Ｃ番目のレジスタに設定されている局番号)のラジオ局サーバ２００にするかが決定される。
【００５５】
そして、ステップＳ７９では、変数Ｃに対応するレジスタ(Ｃ番目のレジスタ)に設定された局番号に対応するラジオ局サーバ２００に接続し、ステップＳ８１において、変数Ｃに対応するレジスタに設定された局番号に対応するラジオ局サーバ２００にコンテンツの配信要求を送信し、変局処理を終了する。なお、変数Ｃに対応するレジスタに設定された局番号に対応するラジオ局サーバ２００からのコンテンツ(ストリームデータ)は、変局処理を終えてから図８のステップＳ１７において、他の４つのラジオ局サーバ２００からのコンテンツ(ストリーミングデータ)と一緒に受信される。
【００５６】
ステップＳ３１において局番のアップの指示でない(局番のダウンの指示である)と判断すると、ステップＳ５１において変数Ｘに代入されている値を“１”だけデクリメントする。そして、ステップＳ５３では変数Ｘの値が“１”より小さいかどうかを判断し、変数Ｘの値が“１”より小さいときにはステップＳ５５において変数Ｘの値に“５”を加える。ステップＳ５５の処理は、図７(Ｃ)および図７(Ｄ)に示すように、蓄積しているストリーミングデータを再生するバッファが１番目のバッファＢ１から５番目のバッファＢ５に変更される場合に対応している。このように、局番のダウンを続けると、ストリーミングデータを再生するバッファはサイクリックに変化する。
【００５７】
ステップＳ５７では、変数Ｃに“Ｘ＋３”を代入する。変数Ｃは蓄積するストリーミングデータを更新するバッファを特定するための変数であり、“１”〜“５”のいずれか１つの値を示す。“１”〜“５”はバッファＢ１、Ｂ２、Ｂ３、Ｂ４およびＢ５にそれぞれ対応する。図７(Ｂ)の例では、５番目のバッファＢ５が更新されるバッファであり、現時点で変数Ｃの値は“５”である。
【００５８】
ステップＳ５９では変数Ｃの値が“５”よりも大きいかどうかを判断し、変数Ｃの値が“５”よりも大きいときにはステップＳ６１において変数Ｃの値から“５”を減じる。ステップＳ６１の処理は、図７(Ｄ)および図７(Ｅ)に示すように、ストリーミングデータを再生するバッファが５番目(変数Ｘの値が“５”)などで、変数Ｘの値に３を加えた値(つまり、変数Ｃに代入された値)が５よりも大きくなってしまう場合の手当てである。
【００５９】
ステップＳ６３では、Ｃ番目のバッファに対応するラジオ局サーバ２００、つまり、Ｃ番目のバッファに蓄積されているストリーミングデータの配信を行っているラジオ局サーバ２００を特定する。そして、ステップＳ６５では、特定したラジオ局サーバ２００との接続を解除する。さらに、ステップＳ６７では、Ｃ番目のバッファをクリアして蓄積されているストリーミングデータを消去する。
【００６０】
図１０のステップＳ８３では、変数Ｘに対応するレジスタ(Ｘ番目のレジスタ)に設定されている局番号を特定する。そして、ステップＳ８５では、“特定された局番号−２”が“１”よりも小さいかどうかを判断する。“局番号−２”が“１”よりも小さいときにはステップＳ８７において、変数Ｃに対応するレジスタ(Ｃ番目のレジスタ)に“局番号−２＋Ｎ”を設定する。一方、“局番号−２”が“１”以上であるときにはステップＳ８９において、変数Ｃに対応するレジスタ(Ｃ番目のレジスタ)に“局番号−２”を設定する。このことによって、Ｃ番目のバッファに蓄積するストリーミングデータの送信元を何番目(Ｃ番目のレジスタに設定されている局番号)のラジオ局サーバ２００にするかが決定される。
【００６１】
そして、ステップＳ７９では、変数Ｃに対応するレジスタ(Ｃ番目のレジスタ)に設定された局番号に対応するラジオ局サーバ２００に接続し、ステップＳ８１において、変数Ｃに対応するレジスタに設定された局番号に対応するラジオ局サーバ２００にコンテンツの配信要求を送信し、変局処理を終了する。なお、変数Ｃに対応するレジスタに設定された局番号に対応するラジオ局サーバ２００からのコンテンツ(ストリームデータ)は、変局処理を終えてから図８のステップＳ１７において、他の４つのラジオ局サーバ２００からのコンテンツ(ストリーミングデータ)と一緒に受信される。
【００６２】
以上説明したように、インターネットラジオ装置１０によれば、放送を聴くチャネルを選択すると、選択したチャネルおよび選択したチャネルの前後２つずつのチャネルからのストリーミングデータ(放送のデータ)をバッファに格納する。前後２チャネルのストリーミングデータをバッファに格納しているため、放送を聴くチャネルが現在選択されているチャネルの前のチャネルもしくは後のチャネルに切り換わった場合に、当該チャネルのストリーミングデータが即座にバッファから取り出され再生される。したがって、チャネル変更に伴う応答特性がよく、ユーザは待たされることなく次のチャネルの放送を聴くことができる。
【００６３】
上述の実施例は種々に変更して実施することができる。たとえば、上述の例では、ラジオ局サーバ２００のラジオ局番号はチューニングサーバ３００において割り振ることとしたが、これに代えてインターネットラジオ装置１０においてラジオ局番号を割り振ることにしてもよい。このようにすれば、チューニングサーバ３００は既存のものを利用することができる。
【００６４】
また、上述の実施例では、５つのバッファを用いる場合について説明したが、バッファの数は５つに限らず、Ｍ個（Ｍ：２以上の整数）のバッファを用いて実施することができる。
【図面の簡単な説明】
【００６５】
【図１】この発明の一つの適用例を示す図解図である。
【図２】コンテンツ出力装置の概略構成を示すブロック図である。
【図３】ラジオ局サーバの概略構成を示すブロック図である。
【図４】チューニングサーバの概略構成を示すブロック図である。
【図５】チューニングサーバが保持するラジオ局データベースの構成例を示す図解図である。
【図６】コンテンツ出力装置におけるバッファの操作例を示すブロック図である。
【図７】コンテンツ出力装置におけるバッファの操作例を示すブロック図である。
【図８】コンテンツ出力装置のＭＣＵの動作を示すフロー図である。
【図９】コンテンツ出力装置のＭＣＵの動作を示すフロー図である。
【図１０】チューニングサーバのＣＰＵの動作を示すフロー図である。
【図１１】チューニングサーバのＣＰＵの動作を示すフロー図である。
【図１２】ラジオ局サーバのＣＰＵの動作を示すフロー図である。
【符号の説明】
【００６６】
１０  …コンテンツ出力装置
１２  …ＭＣＵ
１６  …フラッシュメモリ
２６  …キーパッド
３２  …スピーカ
３６  …ディスプレイ
５０，７０  …ＣＰＵ
６２  …ラジオ局情報テーブル
２００  …ラジオ局サーバ
３００  …チューニングサーバ
【図１】
2005044149.tif 000003
【図２】
2005044149.tif 000004
【図３】
2005044149.tif 000005
【図４】
2005044149.tif 000006
【図５】
2005044149.tif 000007
【図６】
2005044149.tif 000008
【図７】
2005044149.tif 000009
【図８】
2005044149.tif 000010
【図９】
2005044149.tif 000011
【図１０】
2005044149.tif 000012
【図１１】
2005044149.tif 000013
【図１２】
2005044149.tif 000014