(57)【要約】【課題】バッファの容量が小さくても安定したストリーミング再生が可能な、新規かつ改良された再生装置、再生方法、及びプログラムを提供することにある。【解決手段】ネットワークを介してコンテンツデータをストリーミング受信する受信部と、前記受信部がストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別する判別部と、前記判別部により判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないデータ管理部と、前記データ管理部により前記バッファに記憶された前記再生データをデコードするデコード部とを備える。【選択図】図２
2012060461.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツデータをストリーミング受信する受信部と、
前記受信部がストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別する判別部と、
前記判別部により判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないデータ管理部と、
前記データ管理部により前記バッファに記憶された前記再生データをデコードするデコード部と、
を備える、再生装置。
【請求項２】
前記データ管理部は、前記コンテンツデータにおける前記再生データの第１アドレスと、前記バッファに記憶される際の前記再生データの第２アドレスとを関連付けて管理し、
前記デコード部は、前記データ管理部により管理された前記第１アドレスにアクセスして前記再生データをデコードする、請求項１に記載の再生装置。
【請求項３】
前記判別部により判別された前記非再生データを解析する解析部を更に備え、
前記解析部は、前記デコード部による前記再生データのデコード中に、前記非再生データを解析する、請求項２に記載の再生装置。
【請求項４】
前記非再生データは、前記再生データの属性情報を含み、
前記解析部は、前記非再生データを解析して前記属性情報を抽出する、請求項３に記載の再生装置。
【請求項５】
前記コンテンツデータには、音声データと映像データが混在し、
前記データ管理部は、前記再生データとして、前記コンテンツデータの中から前記映像データを間引いたデータを前記バッファに記憶させる、請求項３に記載の再生装置。
【請求項６】
前記データ管理部は、前記再生データとして、前記音声データと、前記コンテンツデータに含まれ前記音声データのデコードの際に参照する参照データとを前記バッファに記憶させ、
前記デコード部は、前記バッファに記憶された前記参照データに基づいて前記音声データをデコードする、請求項５に記載の再生装置。
【請求項７】
ネットワークを介してコンテンツデータをストリーミング受信するステップと、
ストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別するステップと、
判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないステップと、
前記バッファに記憶された前記再生データをデコードするステップと、
を有する、再生方法。
【請求項８】
再生装置のコンピュータに、
ネットワークを介してコンテンツデータをストリーミング受信するステップ、
ストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別するステップ、
判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないステップ、
前記バッファに記憶された前記再生データをデコードするステップ、
を実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置、再生方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、音声や映像等のコンテンツを再生する再生装置が知られている。再生装置の中には、ネットワークを経由してサーバー等からコンテンツファイルを受信して、再生するものがある。
【０００３】
ところで、コンテンツファイルの容量が大きい場合には、ファイルの受信完了迄の時間が長くなるため、再生開始が遅れる。このような問題を解決すべく、いわゆるストリーミング再生が行われている。ストリーミング再生では、再生装置のバッファにコンテンツファイルに含まれるデータをある程度バッファリングしてから再生を行う（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−８７５４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、リソースが豊富にある再生装置では、バッファを最大限にとることができるが、リソースが貧しい再生装置では、バッファのサイズが小さくなる。このため、バッファのサイズが小さい場合には、安定したストリーミング再生ができないものや、まったく再生ができないコンテンツなどが出てくる問題がある。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、バッファの容量が小さくても安定したストリーミング再生が可能な、新規かつ改良された再生装置、再生方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、ネットワークを介してコンテンツデータをストリーミング受信する受信部と、前記受信部がストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別する判別部と、前記判別部により判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないデータ管理部と、前記データ管理部により前記バッファに記憶された前記再生データをデコードするデコード部とを備える再生装置が提供される。
【０００８】
また、前記データ管理部は、前記コンテンツデータにおける前記再生データの第１アドレスと、前記バッファに記憶される際の前記再生データの第２アドレスとを関連付けて管理し、前記デコード部は、前記データ管理部により管理された前記第１アドレスにアクセスして前記再生データをデコードすることとしても良い。
【０００９】
また、前記判別部により判別された前記非再生データを解析する解析部を更に備え、前記解析部は、前記デコード部による前記再生データのデコード中に、前記非再生データを解析することとしても良い。
【００１０】
また、前記非再生データは、前記再生データの属性情報を含み、前記解析部は、前記非再生データを解析して前記属性情報を抽出することとしても良い。
【００１１】
また、前記コンテンツデータには、音声データと映像データが混在し、前記データ管理部は、前記再生データとして、前記コンテンツデータの中から前記映像データを間引いたデータを前記バッファに記憶させることとしても良い。
【００１２】
また、前記データ管理部は、前記再生データとして、前記音声データと、前記コンテンツデータに含まれ前記音声データのデコードの際に参照する参照データとを前記バッファに記憶させ、前記デコード部は、前記バッファに記憶された前記参照データに基づいて前記音声データをデコードすることとしても良い。
【００１３】
更に、上記課題を解決するために、本発明の別の観点によれば、ネットワークを介してコンテンツデータをストリーミング受信するステップと、ストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別するステップと、判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないステップと、前記バッファに記憶された前記再生データをデコードするステップとを有する再生方法が提供される。
【００１４】
更に、上記課題を解決するために、本発明の別の観点によれば、再生装置のコンピュータに、ネットワークを介してコンテンツデータをストリーミング受信するステップ、ストリーミング受信したコンテンツデータの中から、再生すべき再生データと再生しない非再生データとを判別するステップ、判別された前記再生データ及び前記非再生データのうち、前記再生データをバッファに記憶させ、前記非再生データを前記バッファに記憶させないステップ、前記バッファに記憶された前記再生データをデコードするステップを実行させるプログラムが提供される。
【発明の効果】
【００１５】
以上説明したように本発明によれば、バッファの容量が小さくても安定したストリーミング再生が可能な、新規かつ改良された再生装置、再生方法、及びプログラムを提供するが可能となる。
【図面の簡単な説明】
【００１６】
【図１】ストリーミング再生システム１の構成を説明するためのブロック図である。
【図２】音声再生制御部１００の機能ブロックを示した図である。
【図３】ＭＰ３フォーマットのオーディオファイルのデータ構造を示した模式図である。
【図４】ＭＰ４フォーマットの動画ファイルのデータ構造を示した模式図である。
【図５】ＭＰ３フォーマットのオーディオファイルの音声再生処理を説明するフローチャートである。
【図６】ＩＤ３タグの解析処理を説明するためのフローチャートである。
【図７】ＭＰ４フォーマットの動画ファイルの音声再生処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
なお、説明は以下の順序で行うものとする。
１．ストリーミング再生システムの構成
２．音声再生制御部の構成
３．音声再生処理
３−１．ＭＰ３フォーマットのオーディオファイルの音声再生処理
３−２．ＭＰ４フォーマットの動画ファイルの音声再生処理
４．本実施形態に係る再生装置の有効性
５．その他の実施形態
【００１９】
＜１．ストリーミング再生システムの構成＞
まず、本実施形態に係るストリーミング再生システム１の構成について、図１を用いて説明する。図１は、ストリーミング再生システム１の構成を説明するためのブロック図である。
【００２０】
ストリーミング再生システム１は、コンテンツファイルをストリーミング配信して再生させるためのシステムである。このストリーミング再生システム１は、サーバー１０と、ネットワーク２０と、再生装置３０を有する。なお、図１において、ネットワーク２０は、無線ネットワークを例示しているが、これに限定されず、有線ネットワークであっても良い。
【００２１】
サーバー１０は、映像データや音声データを含むコンテンツファイル（コンテンツデータ）を提供するためのものである。サーバー１０は、エンコードされたデータを含むコンテンツファイルを記憶するデータ記憶部１２を有している。このデータ記憶部１２は、コンテンツファイルとして、ＭＰ３フォーマットのオーディオファイル、ＭＰ４フォーマットの動画ファイル等を記憶する。そして、サーバー１０は、データ記憶部１２に記憶されたコンテンツファイルを、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケット等によりストリーミング配信する。
【００２２】
再生装置３０は、ネットワーク２０を介してサーバー１０からコンテンツファイルをストリーミング受信し、受信したコンテンツファイルをデコードして再生するためのものである。この再生装置３０として、本実施形態ではスピーカから音声を出力するインターネットラジオ機能を有するミニコンポを例に挙げて説明する。
【００２３】
再生装置３０は、図１に示すように、制御ユニット４２と、メモリ４４と、受信部の一例である通信部４６と、スピーカ４８とを有する。
【００２４】
制御ユニット４２は、再生装置３０全体の制御を行っており、通信部４６、スピーカ４８等に対して所定の制御を行う。なお、制御ユニット４２は、後述する音声再生制御部１００としても機能する。
【００２５】
メモリ４４は、各種データを記憶しており、例えば制御ユニット４２で用いられる情報（例えば、制御ユニット１２が実行するプログラム情報）を記憶する。
【００２６】
通信部４６は、アンテナを有しており、外部のサーバー１０に接続するために基地局を介してネットワーク２０と無線通信を行う。例えば、通信部４６は、ネットワーク２０を介してサーバー１０からコンテンツファイルをストリーミング受信する。
【００２７】
スピーカ４８は、音声を出力するためのものである。例えば、スピーカ４８は、サーバー１０からストリーミング受信したコンテンツファイルに含まれるオーディオデータに対応する音声を出力（再生）する。
【００２８】
なお、本実施形態の再生装置３０は、インターネットラジオとして機能しており、動画ファイルがストリーミング受信された場合には、動画ファイルに含まれる音声データは再生するが、映像データは再生しない。
【００２９】
＜２．音声再生制御部の構成＞
再生装置３０は、上述したように、ストリーミング受信したコンテンツファイルのオーディオデータに対応する音声を再生する。この機能を実行するために、再生装置３０は、音声再生制御部１００を有する。
【００３０】
音声再生制御部１００の構成について、図２を用いて説明する。図２は、音声再生制御部１００の機能ブロックを示した図である。音声再生制御部１００は、データ判別部１２０と、バッファ１３０と、データ管理部１４０と、デコード部１５０と、解析部１６０とを有する。
【００３１】
データ判別部１２０は、通信部４６がストリーミング受信したコンテンツファイルの種別を判別する。具体的には、データ判別部１２０は、ファイルの拡張子等を参照して、ストリーミング受信したコンテンツファイルの種別を判別する。例えば、データ判別部１２０は、ストリーミング受信したコンテンツファイルが、ＭＰ３フォーマットのオーディオファイルであるか、又はＭＰ４フォーマットの動画ファイルであるかを判別する。
【００３２】
また、データ判別部１２０は、通信部４６がストリーミング受信したコンテンツファイルの中から、再生すべき再生データと再生しない非再生データとを判別する。本実施形態において、再生データと非再生データは、予めコンテンツファイル毎に決められているので、コンテンツファイルを判別できれば、データ判別部１２０は再生データと非再生データを容易に識別できる。
【００３３】
ここで、上述した再生データと非再生データについて、図３に示すＭＰ３フォーマットのオーディオファイルと、図４に示すＭＰ４フォーマットの動画ファイルとを例に挙げて説明する。
【００３４】
図３は、ＭＰ３フォーマットのオーディオファイルのデータ構造を示した模式図である。オーディオファイルは、図３に示すように、先頭に設けられるＩＤ３タグと、これに続くオーディオデータ（データ群Ｄ２）とで構成される。ＩＤ３タグは、オーディオデータの属性情報（例えば、アーティスト名、作成年、曲名等を示す情報）を含むデータであり、再生されるデータでは無い。このため、本実施形態に係るオーディオファイルの場合には、オーディオデータが再生データに該当し、ＩＤ３タグが非再生データに該当する。
【００３５】
図４は、ＭＰ４フォーマットの動画ファイルのデータ構造を示した模式図である。動画ファイルは、図４に示すように、オーディオデータと、ビデオデータと、Ｍｏｖｉｅ  Ｂｏｘと、メタデータ等で構成される。ここで、オーディオデータとビデオデータは、ファイルの中で混在するように、配置されている。メタデータは、動画に関する属性情報を含む。Ｍｏｖｉｅ  Ｂｏｘは、オーディオデータ又はビデオデータを再生する（デコードする）際に参照する参照データであり、動画ファイル中に１つのみ存在する。そして、本実施形態に係る動画ファイルの場合には、オーディオデータ及びＭｏｖｉｅ  Ｂｏｘが再生データに該当し、ビデオデータ及びメタデータが非再生データに該当する。
【００３６】
バッファ１３０は、ストリーミング受信したコンテンツファイルに含まれる再生データと非再生データのうち再生データをバッファリングする。すなわち、図３に示すオーディオファイルの場合には、バッファ１３０はオーディオデータのみをバッファリングし、図４に示す動画ファイルの場合には、バッファ１３０はオーディオデータ及びＭｏｖｉｅ  Ｂｏｘのみをバッファリングする。つまり、動画ファイルの場合にバッファ１３０にバッファリングされる再生データは、動画データの中からビデオデータ及びメタデータを間引いたデータである。このように、バッファ１３０に再生に使用される最低限のデータのみがバッファリングされるため、バッファ１３０の容量が小さくても、データをバッファリングすることができる。
【００３７】
一方で、コンテンツファイルのうち非再生データは、解析部１６０に送られる。すなわち、オーディオファイルのＩＤ３タグや、動画ファイルのビデオデータ及びメタデータが、解析部１６０に送られる。
【００３８】
データ管理部１４０は、ストリーミング受信したコンテンツファイルのバッファ１３０へのバッファリングを管理するためのものである。本実施形態では、コンテンツファイル全体をバッファ１３０にバッファリングさせるのでは無く、データ管理部１４０は、データ判別部１２０により判別された再生データ及び非再生データのうち再生データのみを、バッファ１３０にバッファリングさせる。
【００３９】
また、コンテンツファイルのうち非再生データがバッファ１３０にバッファリングされないので、バッファ１３０にバッファリングされたオーディオデータのアドレスがシフトされる。このため、データ管理部１４０は、コンテンツファイルにおけるオーディオデータのアドレス（第１アドレス）と、バッファ１３０にバッファリングされる際のアドレス（第２アドレス）とを関連付けて管理する。
【００４０】
デコード部１５０は、バッファ１３０に一定量のデータがバッファリングされた際に、バッファ１３０にバッファリングされたオーディオデータをデコードする。具体的には、デコード部１５０が、データ管理部１４０に第１アドレスのオーディオデータをアクセスすると、データ管理部１４０が、第１アドレスに対応するバッファ１３０の第２アドレスに位置するオーディオデータをデコード部１５０に送る。そして、第２アドレスのオーディオデータ（第１アドレスのオーディオデータと同じデータ）は、デコード部１５０によりデコードされる。なお、コンテンツファイルが動画ファイルの場合には、デコード部１５０は、バッファ１３０に記憶されたＭｏｖｉｅ  Ｂｏｘに基づいてオーディオデータをデコードする。
【００４１】
デコード部１５０によりデコードされたオーディオデータは、スピーカ４８に送られてスピーカ４８によって音声再生される。
【００４２】
解析部１６０は、デコード部１５０によるオーディオデータのデコード中に、データ判別部１２０により判別された非再生データを解析する。例えば、オーディオファイルの場合には、解析部１６０は、データ判別部１２０から送られてきたＩＤ３タグを解析して、オーディオファイルの属性情報を抽出する。動画ファイルの場合には、解析部１６０は、メタデータやビデオデータを解析して、動画ファイルに関する属性情報等を抽出する。
【００４３】
解析部１６０を設けたことで、コンテンツファイルに関するメタデータをサーバー１０から受信しなくても、コンテンツファイルに関する付属情報を取得することができる。このため、本実施形態に係る再生装置３０は、サーバー１０からストリーミング受信されるコンテンツファイルのメタデータを受信しない。
【００４４】
解析部１６０により抽出された情報は、スピーカ４８による音声再生中に、不図示の表示部に表示させても良い。これにより、ユーザは、再生中の音声に関連する情報を認識することができる。
【００４５】
＜３．音声再生処理＞
上述した音声再生制御部１００による音声再生処理について、具体的に説明する。以下においては、ＭＰ３フォーマットのオーディオファイルの音声再生処理と、ＭＰ４フォーマットの動画ファイルの音声再生処理とに分けて説明する。
【００４６】
（３−１．ＭＰ３フォーマットのオーディオファイルの音声再生処理）
図５は、ＭＰ３フォーマットのオーディオファイルの音声再生処理を説明するフローチャートである。音声再生処理は、制御ユニット４２がメモリ４４に記憶された所定のプログラムを実行することにより、実現される。
【００４７】
図５に示す音声再生処理は、サーバー１０が、再生装置３０へのコンテンツファイルの配信要求の通知を受信して、再生装置３０にコンテンツファイル（ＭＰ３フォーマットのオーディオファイル）を配信するときから開始される。
【００４８】
まず、再生装置３０の通信部４６が、ネットワーク２０を介してサーバー１０から配信されるコンテンツファイルをストリーミング受信する（ステップＳ２）。つまり、通信部４６は、コンテンツファイルをＴＣＰパケットで受信する。
【００４９】
次に、通信部４６によってストリーミング受信されたコンテンツファイルを、データ判別部１２０が判別する（ステップＳ４）。ここでは、データ判別部１２０が、受信したファイルがオーディオファイルであると判別する。また、データ判別部１２０は、オーディオファイルのうち、再生データであるオーディオデータと、非再生データであるＩＤ３タグとを判別する。
【００５０】
判別後に、データ判別部１２０は、ＩＤ３タグを解析部１６０へ送る（ステップＳ６）。一方で、データ判別部１２０は、オーディオデータをデータ管理部１４０を介してバッファ１３０へ送る（ステップＳ８）。つまり、再生されるオーディオデータのみが、バッファ１３０にバッファリングされる。なお、ステップＳ６とステップＳ８の処理の順番は、入れ替わっても良い。
【００５１】
データ管理部１４０は、バッファ１３０にオーディオデータをバッファリングさせる際に、オーディオデータのアドレスを管理する。この理由は、コンテンツファイルの先頭に位置するＩＤ３タグがバッファ１３０に記憶されないことで、オーディオデータのアドレスがシフトされるために、バッファ１３０内のオーディオデータのアドレスを管理する必要があるからである。
【００５２】
次に、デコード部１５０は、バッファ１３０にオーディオデータが所定量だけバッファリングされると、データ管理部１４０にアクセスしてオーディオデータをデコードする（ステップＳ１０）。具体的には、データ管理部１４０によって管理された第１アドレスにアクセスすることで、第１アドレスに対応する第２アドレスにてバッファ１３０にバッファリングされたオーディオデータが、デコード部１５０に送られてデコードされる。その後、デコードされたオーディオデータは、スピーカ４８により音声として再生される（ステップＳ１２）。
【００５３】
ところで、オーディオデータのデコード中に、図６に示す解析部１６０によるＩＤ３タグの解析処理が行われる。そして、解析結果が、スピーカ４８による音声再生中に例えば表示部に表示される。
【００５４】
図６は、ＩＤ３タグの解析処理を説明するためのフローチャートである。解析処理において、解析部１６０は、ＩＤ３タグを受信すると（ステップＳ２２：Ｙｅｓ）、ＩＤ３タグの解析を行う（ステップＳ２４）。ＩＤ３タグには、上述したように、デコード中のオーディオデータの属性情報が含まれており、解析部１６０は、この属性情報を抽出する。そして、抽出された属性情報は、例えば、音声再生中に表示部による表示される（ステップＳ２６）。これにより、再生中の音声（音楽）の、楽曲名等をユーザが認識することができる。
【００５５】
なお、本実施形態では、サーバー１０からオーディオファイルをストリーミング受信する際に、オーディオファイルに関連するメタデータをサーバー１０から受信しないこととしたが、これに限定されない。例えば、メタデータを受信することとしても良い。かかる場合には、解析部１６０によるＩＤ３タグの解析を行う必要が無いが、解析部１６０による解析を行って抽出した情報と、メタデータの情報とが異なる場合には、解析部１６０により抽出した情報を採用する。これは、サーバー１０側が提供するメタデータが本来の情報と異なっていても、ＩＤ３タグの解析により正しい情報を抽出できるからである。
【００５６】
（３−２．ＭＰ４フォーマットの動画ファイルの音声再生処理）
図７は、ＭＰ４フォーマットの動画ファイルの音声再生処理を説明するためのフローチャートである。
【００５７】
図７に示す音声再生処理も、図５と同様に、サーバー１０が、再生装置３０へのコンテンツファイルの配信要求の通知を受信して、再生装置３０にコンテンツファイル（ＭＰ４フォーマットの動画ファイル）を配信するときから開始される。
【００５８】
まず、通信部４６が、ネットワーク２０を介してサーバー１０から配信されるコンテンツファイルをストリーミング受信する（ステップＳ１０２）。通信部４６によってストリーミング受信されたコンテンツファイルを、データ判別部１２０が、動画ファイルであると判別する（ステップＳ１０４）。また、データ判別部１２０は、オーディオデータと、ビデオデータと、Ｍｏｖｉｅ  Ｂｏｘと、メタデータを判別する。
【００５９】
判別後に、データ判別部１２０は、ビデオデータ及びメタデータを解析部１６０へ送る（ステップＳ１０６）。一方で、データ判別部１２０は、オーディオデータ及びＭｏｖｉｅ  Ｂｏｘを、データ管理部１４０を介してバッファ１３０へ送る（ステップＳ１０８）。つまり、動画ファイルのうち、音声再生に必要なオーディオデータ及びＭｏｖｉｅ  Ｂｏｘのみが、バッファ１３０へ送られる。
【００６０】
次に、デコード部１５０は、バッファ１３０にオーディオデータが所定量だけバッファリングされると、データ管理部１４０を介してバッファ１３０にアクセスして、オーディオデータをデコードする（ステップＳ１１０）。具体的には、データ管理部１４０によって管理されたアドレスにアクセスすることで、オーディオデータがデコード部１５０に送られてデコードされる。その後、デコードされたオーディオデータは、スピーカ４８により音声として再生される（ステップＳ１１２）。
【００６１】
なお、ビデオデータは、本処理においては再生されない。ビデオデータは、メタデータと共に解析部１６０に送られて、音声再生中に解析される。
【００６２】
＜４．本実施形態に係る再生装置の有効性＞
上述したように、本実施形態に係る再生装置３０は、ストリーミング受信したコンテンツファイルに含まれるデータを、再生データと非再生データに判別した後に、再生データ（オーディオデータ）をバッファ１３０にバッファリングさせる（非再生データは、バッファ１３０にバッファリングされない）。これにより、非再生データにより、容量が小さいバッファ１３０を圧迫することを防止でき、再生データを十分にバッファ１３０にバッファリングさせることができる。この結果、バッファリングされた再生データのデコードも適切に行われるため、安定したストリーミング再生を実現することが可能となる。
【００６３】
より具体的に説明する。ＭＰ３フォーマットのオーディオファイルをストリーミング受信する際には、ＩＤ３タグを除いたオーディオデータのみをバッファ１３０にバッファリングさせることで、再生されないＩＤ３タグがバッファ１３０を圧迫することを防止できる。特に、ＩＤ３タグのデータ量が大きい場合（例えば、ＩＤ３タグにピクチャーデータが含まれている場合）に、ＩＤ３タグに続くオーディオデータが十分にバッファリングされないことに起因して音声が再生されないという問題を解決できる。
【００６４】
また、ＭＰ４フォーマットの動画ファイルをストリーミング受信する際には、オーディオデータ及びＭｏｖｉｅ  Ｂｏｘのみをバッファ１３０に記憶させることで、再生されないビデオデータ及びメタデータがバッファ１３０を圧迫することを防止できる。この結果、バッファ１３０の容量が小さくても、再生に必要な一定量のオーディオデータがバッファリングされるので、安定した音声再生を実現できる。
【００６５】
更に、本実施形態に係るデコード部１５０は、メモリ４４に記憶されたエンコードされたファイルをデコードする場合と同様に、バッファ１３０にバッファリングされたオーディオデータをデコードする。つまり、ストリーミング再生させるコンテンツファイルに合わせたデコード部を設ける必要が無く、デコード部１５０として通常の汎用デコーダを使用できるため、再生装置３０の構成の簡素化にも寄与できる。
【００６６】
＜５．その他の実施形態＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００６７】
上記実施形態では、再生装置としてインターネットラジオ機能を有するミニコンポを例に挙げて説明したが、これに限定されない。例えば、ネットワークに接続可能で音声等の出力機能を有する電子機器（携帯電話、ＰＤＡ、パソコン等）にも適用できる。
【００６８】
また、上記実施形態では、音声再生の場合におけるオーディオデータのバッファへのバッファリングについて説明したが、これに限定されない。例えば、音声再生をせずに映像再生を行う再生装置の場合には、動画ファイルのうち音声データをバッファ１３０にバッファリングさせず、映像データをバッファリングさせる場合にも適用できる。
【符号の説明】
【００６９】
１      ストリーミング再生システム
１０    サーバー
１２    データ記憶部
２０    ネットワーク
３０    再生装置
４２    制御ユニット
４４    メモリ
４６    通信部
４８    スピーカ
１００  音声再生制御部
１２０  データ判別部
１３０  バッファ
１４０  データ管理部
１５０  デコード部
１６０  解析部
【図１】
2012060461.tif 000003
【図２】
2012060461.tif 000004
【図３】
2012060461.tif 000005
【図４】
2012060461.tif 000006
【図５】
2012060461.tif 000007
【図６】
2012060461.tif 000008
【図７】
2012060461.tif 000009