(57)【要約】【課題】ネットワークラジオ受信装置において、ネットワーク上の放送局にあるストリーミングデータをスムーズに連続再生する。【解決手段】再生リスト内のストリーミングデータの識別名の中に、同一の識別名のものがあると判定したときに（Ｓ３でＹＥＳ）、同一の識別名のものがあると判定されたストリーミングデータ（重複ストリーミングデータ）が、これから受信しようとしているストリーミングデータである場合（Ｓ６でＹＥＳ）、この重複ストリーミングデータが、既に記憶されているときは（Ｓ８でＹＥＳ）、この重複ストリーミングデータを放送局から受信せず、既に記憶されている重複ストリーミングデータを復号して音声データを再生するようにした（Ｓ１０）。これにより、前のストリーミングデータの再生終了直後に次のストリーミングデータの再生を開始できない事態が発生する頻度を減らすことができる。【選択図】図２
2011128461.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の放送局又はポータルサイト（以下、「放送局」と略す）から、１つ以上の再生予定のストリーミングデータの識別名と、これらのストリーミングデータの再生順の情報を格納した再生リストを受信する再生リスト受信手段と、
前記再生リスト受信手段により受信した再生リストを記憶する再生リスト記憶手段と、
前記再生リスト記憶手段に記憶された再生リスト内の各識別名に対応したストリーミングデータを、該再生リスト内の再生順の情報に従った順番で、前記放送局から受信するストリーミングデータ受信手段と、
前記ストリーミングデータ受信手段により受信したストリーミングデータを記憶するストリーミングデータ記憶手段と、
前記ストリーミングデータ記憶手段に記憶されたストリーミングデータを復号して音声データを再生する再生手段と、
前記再生リスト内の再生順の情報に従った順番で、前記ストリーミングデータ記憶手段に記憶されたストリーミングデータを、前記再生手段により復号するように制御する再生制御手段とを備えたネットワークラジオ受信装置において、
前記再生リスト記憶手段に記憶された再生リスト内のストリーミングデータの識別名の中に、同一の識別名のものがあるか否かを判定する重複判定手段と、
前記重複判定手段により同一の識別名のものがあると判定されたときに、同一の識別名のものがあると判定されたストリーミングデータ（以下、「重複ストリーミングデータ」という）が、これから前記ストリーミングデータ受信手段により受信しようとしているストリーミングデータである場合、前記重複ストリーミングデータが、既に前記ストリーミングデータ記憶手段に記憶されているか否かを判定する記憶済判定手段とを備え、
前記記憶済判定手段により、前記重複ストリーミングデータが、既に前記ストリーミングデータ記憶手段に記憶されていると判定されたときに、
前記ストリーミングデータ受信手段は、前記重複ストリーミングデータを前記放送局から受信せず、
前記再生制御手段は、既に前記ストリーミングデータ記憶手段に記憶されている前記重複ストリーミングデータを、前記再生手段により復号するように制御することを特徴とするネットワークラジオ受信装置。
【請求項２】
前記放送局は、インターネット上の放送局であることを特徴とする請求項１に記載のネットワークラジオ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の放送局又はポータルサイト（以下、「放送局」と略す）から音声データを受信して再生するネットワークラジオ受信装置に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワーク上の放送局から放送された音声データ（映像データを含む場合もあり）を受信して再生を行うネットワークラジオ受信装置が知られている（例えば、特許文献１乃至３参照）。ネットワークラジオ受信装置に用いられる音声データの伝送方式には、全音声データを手元に一括してダウンロードしてから、音声データの再生を開始するダウンロード方式と、その時々の再生に必要な音声データ（ストリーミングデータ）だけをリアルタイムにダウンロードして再生するストリーミング方式とがある。
【０００３】
ストリーミング方式は、ダウンロード方式に比べて、再生開始までの待ち時間を極めて短くすることができる。ストリーミング方式では、音声データの受信に使用する回線の帯域幅が小さいことに起因して、再生時にストリームのアンダーフロー（データ不足）が生じないようにするために、一定量のストリーミングデータをバッファにダウンロード（バッファリング）する。このストリーミングデータのダウンロードは、放送番組の再生開始時（音声データ全体の再生開始時）だけではなく、再生中のストリーミングデータが終盤になったときにも行われ、再生中のストリーミングデータの次のストリーミングデータが事前にダウンロードされる。
【０００４】
しかしながら、従来のストリーミング方式のネットワークラジオ受信装置では、上記のように、前の（再生中の）ストリーミングデータの再生が終了する前に、次のストリーミングデータのダウンロードを開始しても、受信用の回線の帯域幅の減少に起因して、前のストリーミングデータの再生終了前に、次のストリーミングデータのダウンロードが完了しないことがあった。このため、前のストリーミングデータの再生終了直後に次のストリーミングデータの再生を開始できないことがあり、ユーザがストレスを感じることがあった。
【０００５】
ところで、ネットワークラジオ受信装置等のネットワーク受信装置の分野において、現在視聴中の番組だけではなく、他の番組に対しても好適なバッファの割り当てを行うことにより、好適な番組遷移を実現するようにしたものが知られている（特許文献４参照）。しかしながら、この装置では、上記の問題を解消することができない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１３０３７６号公報
【特許文献２】特開２００７−２０８８７５号公報
【特許文献３】特開２００３−１２４８２９号公報
【特許文献４】特開２００４−２６０８１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、上記課題を解決するものであり、前のストリーミングデータの再生終了直後に次のストリーミングデータの再生を開始できない事態が発生する頻度を減らして、ネットワーク上の放送局にあるストリーミングデータをスムーズに連続再生することが可能なネットワークラジオ受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１の発明は、ネットワーク上の放送局又はポータルサイト（以下、「放送局」と略す）から、１つ以上の再生予定のストリーミングデータの識別名と、これらのストリーミングデータの再生順の情報を格納した再生リストを受信する再生リスト受信手段と、前記再生リスト受信手段により受信した再生リストを記憶する再生リスト記憶手段と、前記再生リスト記憶手段に記憶された再生リスト内の各識別名に対応したストリーミングデータを、該再生リスト内の再生順の情報に従った順番で、前記放送局から受信するストリーミングデータ受信手段と、前記ストリーミングデータ受信手段により受信したストリーミングデータを記憶するストリーミングデータ記憶手段と、前記ストリーミングデータ記憶手段に記憶されたストリーミングデータを復号して音声データを再生する再生手段と、前記再生リスト内の再生順の情報に従った順番で、前記ストリーミングデータ記憶手段に記憶されたストリーミングデータを、前記再生手段により復号するように制御する再生制御手段とを備えたネットワークラジオ受信装置において、前記再生リスト記憶手段に記憶された再生リスト内のストリーミングデータの識別名の中に、同一の識別名のものがあるか否かを判定する重複判定手段と、前記重複判定手段により同一の識別名のものがあると判定されたときに、同一の識別名のものがあると判定されたストリーミングデータ（以下、「重複ストリーミングデータ」という）が、これから前記ストリーミングデータ受信手段により受信しようとしているストリーミングデータである場合、前記重複ストリーミングデータが、既に前記ストリーミングデータ記憶手段に記憶されているか否かを判定する記憶済判定手段とを備え、前記記憶済判定手段により、前記重複ストリーミングデータが、既に前記ストリーミングデータ記憶手段に記憶されていると判定されたときに、前記ストリーミングデータ受信手段は、前記重複ストリーミングデータを前記放送局から受信せず、前記再生制御手段は、既に前記ストリーミングデータ記憶手段に記憶されている前記重複ストリーミングデータを、前記再生手段により復号するように制御するものである。
【０００９】
請求項２の発明は、請求項１に記載のネットワークラジオ受信装置において、前記放送局は、インターネット上の放送局であるものである。
【発明の効果】
【００１０】
請求項１の発明によれば、再生リスト内のストリーミングデータの識別名の中に、同一の識別名のものがあるか否かを判定して、同一の識別名のものがあると判定したときに、同一の識別名のものがあると判定されたストリーミングデータ（重複ストリーミングデータ）が、これから受信しようとしているストリーミングデータである場合、この重複ストリーミングデータが、既に記憶されているか否かを判定する。そして、この重複ストリーミングデータが、既に記憶されていると判定した場合は、この重複ストリーミングデータを放送局から受信せず、既に記憶されている重複ストリーミングデータを復号して音声データを再生するようにした。これにより、再生リスト内で繰り返し利用（記載）される番組のジングル（ラジオ番組でコマーシャルの開始や終了、及び楽曲の切り替わり等の番組の節目に挿入される短い音楽等の総称）やコマーシャル等の重複ストリーミングデータを受信して記憶する（バッファリングする）のに要する時間を削減することがことができるので、前のストリーミングデータの再生終了直後に次のストリーミングデータの再生を開始できない事態が発生する頻度を減らすことができる。これにより、ネットワーク上の放送局にあるストリーミングデータをスムーズに連続再生することができるので、ユーザのストレスを減らすことができる。
【００１１】
また、請求項２の発明によれば、インターネット上の放送局からストリーミングデータを受信して音声データを再生するインターネットラジオ受信装置において、上記請求項１と同様な効果を得ることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るインターネットラジオ受信装置の電気的ブロック構成図。
【図２】同インターネットラジオ受信装置におけるストリーミングデータの受信処理と再生処理のフローチャート。
【図３】重複ストリーミングデータが複数種類存在する場合に、同インターネットラジオ受信装置において行われる処理の説明図。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態について、図面を参照して説明する。図１は、本実施形態によるインターネットラジオ受信装置１（ネットワークラジオ受信装置）を示す。このインターネットラジオ受信装置１は、装置全体を制御するＣＰＵ２（再生制御手段、重複判定手段、記憶済判定手段）と、ネットワークインタフェース（ネットワークＩ／Ｆ：請求項における再生リスト受信手段、ストリーミングデータ受信手段）３と、デコーダ４（再生手段）と、Ｄ／Ａコンバータ５（図中では「Ｄ／Ａ」と略している）、アンプ６と、スピーカ７と、装置の制御用のプログラム等を格納したＲＯＭ８と、各種データを記憶するＲＡＭ９（再生リスト記憶手段、ストリーミングデータ記憶手段）と、各種操作入力を行うための操作部１０と、受信中の放送局名や音量等を表示するための表示部１１とを備えている。
【００１４】
上記のネットワークＩ／Ｆ３は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等を介してインターネットと接続されて、インターネット上の放送局又はポータルサイト（以下、「放送局」と略す）から、再生リストやストリーミングデータを含む各種のデータを送受信するための装置である。上記の再生リストは、１つ以上の再生予定のストリーミングデータの識別名（ファイル名やＵＲＬ（Uniform Resource Locator））と、これらのストリーミングデータの再生順の情報を格納したリストデータを格納したファイルである（図３参照）。ネットワークＩ／Ｆ３は、再生リスト内の各識別名に対応したストリーミングデータを、再生リスト内の再生順の情報に従った順番で、インターネットを介して放送局から受信する。
【００１５】
また、ＲＡＭ９は、ネットワークＩ／Ｆ３により放送局から受信した再生リストやストリーミングデータを（一時的に）記憶する。ＲＡＭ９は、通常のストリーミングデータを記憶するための通常バッファエリア９１に加えて、重複ストリーミングデータを記憶するための重複用バッファエリア９２を有している。ここで、重複ストリーミングデータとは、再生リスト内のストリーミングデータの識別名（ファイル名やＵＲＬ）の中に、同一の識別名のものが重複して存在する場合に、その重複して存在する識別名のストリーミングデータのことを指す。この重複ストリーミングデータには、再生ファイル内で繰り返し利用される番組のジングル（ラジオ番組でコマーシャルの開始や終了、及び楽曲の切り替わり等の番組の節目に挿入される短い音楽等の総称）やコマーシャル等のストリーミングデータが含まれる。
【００１６】
ＣＰＵ２は、ネットワークＩ／Ｆ３により受信されてＲＡＭ９に格納された（バッファリングされた）ストリーミングデータを、デコーダ４に送る。デコーダ４は、ＲＡＭ９から送られたストリーミングデータを復号して音声データを再生し、再生した音声データをＤ／Ａコンバータ５に送る。Ｄ／Ａコンバータ５は、デコーダ４から出力されたディジタル形式の音声データ（音声信号）をアナログ形式の音声信号に変換した後、アンプ６に送信する。アンプ６は、Ｄ／Ａコンバータ５から送信されたアナログ形式の音声信号を増幅して、スピーカ７に送る。スピーカ７は、アンプ６により増幅されたアナログ形式の音声信号に基づく音声を出力する。
【００１７】
上記のストリーミングデータに基づく音声データの再生処理において、ＣＰＵ２は、再生リスト内の再生順の情報に従った順番で、ＲＡＭ９に記憶されたストリーミングデータを、デコーダ４により復号するように制御する。
【００１８】
次に、図２のフローチャートを参照して、本実施形態のインターネットラジオ受信装置１におけるストリーミングデータの受信処理と再生処理について説明する。ユーザが、操作部１０を用いて放送局を選択すると、ＣＰＵ２は、ＲＯＭ８に格納された放送局リストを参照して、選択された放送局のＵＲＬを特定する。そして、このＵＲＬに基づいて、ＣＰＵ２は、選択された放送局の配信サーバに、上記の再生リストの取得要求を送る。選択された放送局の配信サーバは、インターネットラジオ受信装置１から再生リストの取得要求を受信すると、インターネットラジオ受信装置１に上記の再生リスト（のファイル）を送信する。インターネットラジオ受信装置１のＣＰＵ２は、選択された放送局の配信サーバから上記の再生リストをネットワークＩ／Ｆ３により受信して、受信した再生リストをＲＡＭ９に記憶する（ダウンロードする）（Ｓ１）。
【００１９】
次に、受信装置側のＣＰＵ２は、ＲＡＭ９に記憶された再生リスト内のストリーミングデータの識別名の中に、同一の識別名のものがあるか否か（同一の識別名のストリーミングデータが重複して存在するか否か）を解析（判定）する（Ｓ２）。この結果、同一の識別名のものがない場合（同一の識別名のストリーミングデータが重複して存在しない場合）には（Ｓ３でＮＯ）、ＣＰＵ２は、再生リスト内の各識別名に対応したストリーミングデータを、再生リスト内の再生順の情報に従った順番で、放送局から受信してＲＡＭ９の通常バッファエリア９１に記憶（バッファリング）し、通常バッファエリア９１に記憶されたストリーミングデータを復号して音声データを再生する（Ｓ４）。
【００２０】
上記Ｓ３の判定処理において、同一の識別名のものがある場合（同一の識別名のストリーミングデータが重複して存在する場合）には（Ｓ３でＹＥＳ）、ＣＰＵ２は、その重複して存在する識別名（上記の重複ストリーミングデータの識別名）をＲＡＭ９に記憶する（Ｓ５）。ただし、ＣＰＵ２は、この重複して存在する識別名の記憶処理を、再生リスト内の最初のストリーミングデータの再生処理のときにしか行わない。なお、重複して存在する識別名が複数種類存在する場合は、ＣＰＵ２は、これらの識別名のストリーミングデータがバッファリング済であるか否かを管理するためのリスト（図３に示される重複リスト２２）を、再生リスト内の最初のストリーミングデータの再生処理時に上記Ｓ５のタイミングで作成して、この重複リストの内容の更新処理を、２つ目以降のストリーミングデータの再生処理時に上記Ｓ５のタイミングで実行する。この重複リストについては、後で説明する。
【００２１】
次に、受信装置側のＣＰＵ２は、これから受信しようとしている（再生しようとしている）ストリーミングデータの識別名が、上記Ｓ５の処理でＲＡＭ９に記憶された（重複して存在する）識別名である場合（上記の重複ストリーミングデータの識別名である場合）（Ｓ６でＹＥＳ）、この重複ストリーミングデータが、既に重複用バッファエリア９２に記憶されている（バッファリングされている）か否かを判定する（Ｓ８）。そして、ＣＰＵ２は、この重複ストリーミングデータが、既に重複用バッファエリア９２に記憶（バッファリング）されていると判定したときには（Ｓ８でＹＥＳ）、この重複ストリーミングデータを放送局から受信せず、既に重複用バッファエリア９２に記憶されている該当の重複ストリーミングデータを読み込んで、デコーダ４で復号するように制御することにより、音声データの再生を開始する（Ｓ１０）。これに対して、この重複ストリーミングデータが、未だ重複用バッファエリア９２に記憶（バッファリング）されていないと判定したときには（Ｓ８でＮＯ）、ＣＰＵ２は、この重複ストリーミングデータを重複用バッファエリア９２に記憶（バッファリング）してから（Ｓ９）、この重複ストリーミングデータを読み込んで、デコーダ４で復号するように制御することにより、音声データの再生を開始する（Ｓ１０）。
【００２２】
上記Ｓ６の判定処理において、これから受信しようとしている（再生しようとしている）ストリーミングデータの識別名が、上記Ｓ５の処理でＲＡＭ９に記憶された（重複して存在する）識別名でない場合には（Ｓ６でＮＯ）、ＣＰＵ２は、このストリーミングデータを、放送局からネットワークＩ／Ｆ３により受信して、ＲＡＭ９の通常バッファエリア９１に記憶（バッファリング）し、通常バッファエリア９１に記憶されたストリーミングデータを復号して音声データを再生する（Ｓ７）。
【００２３】
次に、受信装置側のＣＰＵ２は、再生リスト内の全てのストリーミングデータの再生処理が完了したか否かをチェックして、全てのストリーミングデータの再生処理が完了した場合には（Ｓ１１でＹＥＳ）、当処理を終え、完了していない場合には（Ｓ１１でＮＯ）、上記Ｓ３乃至Ｓ１１の処理を繰り返す。
【００２４】
次に、図３を参照して、上記Ｓ３の判定処理の結果、重複して存在する識別名が複数種類存在する場合（重複ストリーミングデータが複数種類存在する場合）に、インターネットラジオ受信装置１において実行される処理と、ＲＡＭ９に記憶されるデータの内容について説明する。再生リスト２１（のファイル）に、図に示されるようなファイル名が、図に示される順番（再生順）で記載されている場合には、重複して存在する識別名が複数種類（ファイルＡとファイルＣの２種類）存在する場合に該当するので、受信装置側のＣＰＵ２は、再生リスト２１に記載された最初のストリーミングデータ（ファイルＡ）の再生処理時に、図に示される重複リスト２２を、上記Ｓ５のタイミングで作成する。ただし、この時点では、未だ重複用バッファエリア９２にファイルＡもファイルＣも記憶（バッファリング）していないので、受信装置側のＣＰＵ２は、重複リスト２２における「バッファリング済」の項目（既に該当ストリーミングデータのバッファリングが完了したか否かを示す項目）の内容を、全て「ＮＯ」にしておく。そして、ＣＰＵ２は、最初のストリーミングデータであるファイルＡを重複用バッファエリア９２に記憶（バッファリング）すると共に、重複リスト２２におけるファイルＡについての「バッファリング済」の項目の内容を、「ＹＥＳ」に変更する。そして、ファイルＡの再生処理が終了しても、再生リスト内の全てのストリーミングデータの再生処理が完了するまで、重複用バッファエリア９２に記憶したファイルＡを消去しないで保持する。
【００２５】
次に、受信装置側のＣＰＵ２は、再生リスト２１に記載された２番目のストリーミングデータ（ファイルＢ）を受信して、このファイルＢを通常バッファエリア９１に記憶（バッファリング）した後に再生する。そして、ファイルＢの再生処理が終了すると、通常バッファエリア９１に記憶したファイルＢを即座に消去する。
【００２６】
次に、ＣＰＵ２は、再生リスト２１に記載された３番目のストリーミングデータ（ファイルＡ）の再生を開始する。このとき、受信装置側のＣＰＵ２は、重複リスト２２を参照して、上記Ｓ６及びＳ８の判定処理を実行する。そして、３番目のストリーミングデータ（ファイルＡ）のファイル名が、重複リスト２２に格納されて（書き込まれて）おり、しかも、重複リスト２２におけるファイルＡについての「バッファリング済」の項目の内容が、「ＹＥＳ」であるので、ＣＰＵ２は、３番目のストリーミングデータ（ファイルＡ）を放送局から受信せず、既に重複用バッファエリア９２に記憶されているファイルＡのストリーミングデータを読み込んで再生する。
【００２７】
受信装置側のＣＰＵ２は、上記のような処理を、再生リスト２１に記載された全てのストリーミングデータについて実行することにより、再生リスト２１に記載された全てのストリーミングデータの再生を行う。
【００２８】
上記のように、本実施形態のインターネットラジオ受信装置１によれば、ＣＰＵ２が、再生リスト２１内のストリーミングデータの識別名（ファイル名等）の中に、同一の識別名のものがあるか否かを判定して、同一の識別名のものがあると判定したときに、同一の識別名のものがあると判定されたストリーミングデータ（重複ストリーミングデータ）が、これから受信しようとしているストリーミングデータである場合、この重複ストリーミングデータが、既に重複用バッファエリア９２に記憶されているか否かを判定する。そして、この重複ストリーミングデータが、既に重複用バッファエリア９２に記憶されていると判定した場合は、この重複ストリーミングデータを放送局から受信せず、既に重複用バッファエリア９２に記憶されている重複ストリーミングデータを復号して音声データを再生するようにした。これにより、再生リスト内で繰り返し利用（記載）される番組のジングル（ラジオ番組でコマーシャルの開始や終了、及び楽曲の切り替わり等の番組の節目に挿入される短い音楽等の総称）やコマーシャル等の重複ストリーミングデータを受信して記憶する（バッファリングする）のに要する時間を削減することがことができるので、前のストリーミングデータの再生終了直後に次のストリーミングデータの再生を開始できない事態が発生する頻度を減らすことができる。これにより、インターネット上の放送局にあるストリーミングデータをスムーズに連続再生することができるので、ユーザのストレスを減らすことができる。
【００２９】
なお、本発明は、上記実施形態の構成に限られず、発明の趣旨を変更しない範囲で種々の変形が可能である。例えば、上記実施形態では、放送局がインターネット上に存在する放送局である場合の例を示したが、本発明のネットワークラジオ受信装置が受信する番組を配信する放送局は、必ずしもインターネット上に存在する放送局（配信サイト）である必要はなく、ネットワークラジオ受信装置と何らかのネットワークで接続された放送局であればよい。また、上記実施形態では、再生リスト２１内の再生順の情報が、再生リスト２１内におけるストリーミングデータの識別名（ファイル名）の格納順（記載順）である場合の例を示したが、再生リスト２１がストリーミングデータの再生順の情報を別に有していてもよい。
【符号の説明】
【００３０】
１    インターネットラジオ受信装置（ネットワークラジオ受信装置）
２    ＣＰＵ（再生制御手段、重複判定手段、記憶済判定手段）
３    ネットワークインタフェース（再生リスト受信手段、ストリーミングデータ受信手段）
４    デコーダ（再生手段）
９    ＲＡＭ（再生リスト記憶手段、ストリーミングデータ記憶手段）
２１  再生リスト
【図１】
2011128461.tif 000003
【図２】
2011128461.tif 000004
【図３】
2011128461.tif 000005