WO2005034089A1

WO2005034089A1 - データ再生装置及び方法並びにプログラム

Info

Publication number: WO2005034089A1
Application number: PCT/JP2004/011643
Authority: WO
Inventors: Takeshi Iwatsu
Original assignee: Sony Corporation
Priority date: 2003-09-30
Filing date: 2004-08-06
Publication date: 2005-04-14
Also published as: US7627702B2; CN1846252A; KR20060090982A; CN1846252B; US20060209615A1; KR101074096B1; JPWO2005034089A1; JP4538750B2

Abstract

ストリーミング再生されるデータの圧縮率に応じて、バッファリングする記憶装置の閾値を動的に決定することにより、メモリリソースの最適化を図る。サーバ5からダウンロードされる圧縮データを一時記憶して、順次再生を行うストリーミング再生を行うデータ再生装置において、圧縮データの圧縮率に応じて閾値を変更設定することにより、HDD13に蓄積されるデータ量を最適化するようにした。

Description

データ再生装置及ぴ方法並びにプログラム

技術分野

本発明は、データ再生装置及ぴ方法並びにプログラムに関し、特に、ストリーミング再生されるコンテンツデータのバッファリング閾値を、そのビットレートに応じて変更したデータ再生装置及び方法並びにプログラムに関する。

明

背景技術

ストリーミング再生とは、サーバに対して書クライアントがデータの転送を要求し、サーバからデータ全体を受信し終わる前に当該データの再生を開始し、受信と並行して再生を実行する技術である。

プログレッシブネットワークス社（P r o g r e s s i v e Ne t wo r k s , S e a t t l e, WA ) のリアルオーディォ（商標）、リァルビデオ（商標）、及ぴリアルプレイヤー（商標）の製品は、現在使用されているデータストリーミング技術の方法の例を提供している。

現在、データの高圧縮手段としては、 ATRAC 3 (Ad a p t i v e T r a n s f o rm Ac o u s t i c C o d i n g 3) (商標） ^MP 3 (MPEG Au d i o L a y e r 3 ) 等があり、従来のデータ圧縮形式【こ比べ遙かに高い圧縮率が実現できる。

ストリーミング再生処理では、ネットワークからのダウンロード処理、ダウンロードデータの端末でのバッファリング処理、バッファリングデータの再生処理に分けて考えることができる。

ネットワークからのダウンロード処理は、ネットワーク状態による不安定さに応じてバッファリングにかかる時間が変化する等の問題があるが、携帯型の情報端末装置では、そのバッファリング方法を工夫して、受信データの再生品質が悪くならないように考えられている。すなわち、携帯型の情報端末装置では、ネットワークからのダウンロードの不安定さ、バッファリングにかかる時間を示すネットワーク伝送能力をパラメータとして閾値を最適に選ぶことにより、安定した再生品質の確保と楽曲再生の開始時間を最適なものにすることができる。 .

下記の特許文献 1には、情報端末装置による、サーバからのデータのダウン口一ド及びストリーミング再生に関する発明の記載がある。

ストリーミング再生においては、再生によりデータを消費するデータ速度より、転送されるデータ速度の.方が大きくなければ再生が転送に追いついてしまい、再生が停止してしまう。このため、ストリーミング再生では、データ転送速度を大きくとる必要がある。しカゝし、ストリーミング再生では、逆に転送速度が大きすぎる場合、一度に大きなデータの要求を行い、クライアント側で用意した内部バッファの容量を越えたデータが転送されたとき、バッファのオーバーフローが発生し、そのあふれたデータは欠落データとなってしまう。これを回避するためには、オーバーフローが生じないように、サーバ側に対して、一度にデータの一部分を転送するように要求し、この要求を何度も繰り返して行う必要がある。しかし、ストリーミング再生では、このような高頻度の要求により冗長なヘッダ情報等の比率が増大してデータ転送効率が低下したり、要求からレスポンスまでに遅延が生じたりするおそれがある。また、その結果、ストリミング再生では、再生が転送に追いついて再生が停止してしまう等めおそれもある。

このような問題は、内部バッファとして利用できるメモリ容量が制限されることの多い携帯型の情報端末装置、また、データ転送速度が変動しやすいインターネットのような通信環境でのデータダウンロードにおいて顕著となる。

図 9に、特許； ¾献 1におけるストリーミング再生の処理手順の一例を示す。まず、情報端末装置は、初回の要求サイズを計算する（S 1 1 ) 。次いで、情報端末装置は、この計算した要求サイズ分の部分データの転送をサーバに対して要求する（S 1 2 ) 。その後、情報端末装置は、データの受信を開始し（S 1 3 ) 、所定量（d O ) のデータのバッファリング（蓄積）を待って（S 1 4 ) 、再生を開始する（S 1 5) 。この後、情報端末装置は、ダウンロードした全データを再生し終わるまで（S 1 6) 、以下の処理を継続する。全データの量は、ダウンロード開始前にサーバから通知される情報により予め情報端末装置側で認識でさる。；

情報端末装置は、続くステップ S 1 7で、今回の要求分の部分データをすベて取得したかを判断する。そして情報端末装置は、その部分データをすベて取得するまでは、先のステップ S 1 5へ戻る。情報端末装置は、今回の要求分の部分データをすベて取得しだ後、その時点での要求サイズを計算する（S 1 8) 。情報端末装置は、サーバにおける未転送の残りのデータがこの要求サイズ以下であれば（S 1 9， Y e s) 、残りのデータ分の転送要求を行う（S 2 1) 。そうでなければ（S 1 9, No) 情報端末装置は、バッファ残量（b r) の大きさをチヱックする（S 20) 。情報端末装置は、この残量が閾値より小さくなるまでは、ステップ S 1 5へ戻り、再生を継続する。バッファ内の未再生のデータ残量 b f が閾値より小さくなるということは、要求サイズ R 1が所定のサイズより大きくなることに相当する。情報端末装置は、ステップ S 20から戻ったステップ S 1 5での処理では、前回の要求分の部分データに対する受信を終了して.いるので、受信処理を行わない。

情報端末装置は、ステップ S 20において、バッファ残量が閾値以下となったら、その要求サイズで次の部分データの転送をサーバへ要求する（S 21) 。次いで、情報端末装置は、'ステップ S 1 5へ戻り、受信と再生を並行して実行するこのストリーミング再生では、ユーザの要求に対して直ちに再生を開始することができ、ダウンロードしたデータのストリーミング再生に際して、 1回のダウンロード時にデータの一部分を逐次サーバに要求する場合に、限られたバッファ容量を有効に用いて、効率的なデータ転送が実現できるという記載がある。特許文献 1 特開 2002— 21 55 1 6号公報（段落番号〔0036〕〜（： 0 0 3 9〕，図 6 ) しかし、圧縮データはその圧縮率に応じて伸張後のデータサイズがそれぞれ異なる大きさになるので、情報端末装置では、バッファリングした圧縮データを伸張する場合、再生データの圧縮率を考慮しないで閾値を決めると、再生品質の保証や、再生開始時間の適正値を保証することができない。

また、圧縮率が異なる楽曲を再生する情報端末装置では、再生を開始するための閾値を特定の圧縮率のものだけに対応させて固定すると、異なる圧縮率で送信されてくる圧縮データから生成する再生データについては、楽曲毎に再生品質、再生開始時間がばらばらになってしまう。

さらに、一般に圧縮データを再生するアプリケーションソフトは、ソフト毎に要求される再生開始時間が異なっているので、再生するデータの圧縮率を考慮しないままに再生品質を保証し、かつメモリリソースを最適化することは困難であつた。 ' 発明の開示

本発明は、このような状況に鑑みてなされたものであり、ストリーミング再生されるデータの圧縮率に応じて、バッファリングする記憶装置の閾値を動的に決定することにより、メモリリソース最適化を図ったデータ再生装置及び方法並ぴにプログラムを提供することを目的としている。

前記課題を解決するために、本発明のデータ再生装置は、通信網を介してダウンロードされた圧縮データを伸張して再生するデータ.再生装置において、前記ダゥンロードされた圧縮データを一時的に記憶する記憶手段と、前記記憶手段で記憶している圧縮データを伸張するデータ伸張手段と、前記データ伸張手段で伸張されたデータのストリーミング再生を行う再生手段と、前記記憶手段に一時記憶されている圧縮データのデータ容量、及び前記ダウンロードされた圧縮データの圧縮率を検出する検出手段と、前記検出手段で検出した圧縮率に応じて前記圧縮データのデータ容量に対する閾値を変更制御すると共に、前記記憶手段に一時記憶されているデータ容量が所定の閾値以上になったとき前記記憶手段から前記圧縮データを読み出して、前記データ伸張手段に転送する制御手段とを備えているまた、本発明に係るデータ再生方法は、 .通信網を介してダウンロードされた圧縮データを伸張して再生するデータ再生方法であって、

(a) 圧縮データを配信するサーバに接続するステップと、

(b) 前記圧縮データのダウンロードに際し、記憶手段に対する前記圧縮データのオーバーフローが発生しない範囲内で前記サーバに対して最大限サイズの部分データの転送を要求するステップと、

(c) 所定量の圧縮データが格納された時点で再生を開始するステップと、

(d) 前記記憶手段に一時記憶されている圧縮データのデータ容量、及び前記受信した圧縮デー,タの圧縮率を検出するステップと、 .

(e) 前記ステップ（d) で検出した圧縮率に応じて前記圧縮データのデータ容量に対する閾値を変更制御するステップと、

( f ) 前記記憶手段内の未再生の圧縮データが前記閾値以下になったか否かをチェックするステップと、

(g) 前記ステップ（f ) で前記閾値以下になったと判定された時点で再生を停止するステップと

を備え、全データの転送要求が終了するまで、前記ステップ（c) (d) (e ) ( f ) (g) を繰り返して実行することを特徴とする。

本発明のデータ再生装置及ぴ方法並びにプログラムでは、サーバ側から提供されるコンテンツをストリーミング再生するとき、圧縮データとして転送されたコンテンッのビットレートに応じて、記憶手段に一時記憶すべきデータ容量の閾値を変更設定し、これによつて再生音楽の途切れ等を確実に防止できる。

また、データ再生装置及び方法並びにプログラムでは、ビットレートに対するバッファリングの閾値を選ぶことで、再生品質を保証し、かつ再生品質を調整することができる図面の簡単な説明

図 1は、本実施の形態のデータ再生装置がクライアント端末として適用される情報提供システムの全体構成を示す図である。 '

図 2は、本実施の形態のデータ再生装置の回路構成を示すプロック図である。図 3は、ストリーミングデータ再生処理の概念図である。

図 4は、本実施の形態のデータ再生装置における圧縮データ,の再生シーケンスを示すフローチヤ一トである。

図 5は、本実施の形態のデータ再生装置のプログラムモジュールを示す図である。

図 6は、ビットレートが異なる圧縮データから再生されるディジタルデータの分量を示す図である。

図 7は、ビットレートが異なる圧縮データから再生されるディジタルデータの分量を示す図である。

図 8は、ビ、 _ トレートが異なる圧縮データから再生されるディジタルデータの分量を示す図である。

図 9は、従来のストリーミング再生の処理手順の一例を示すフローチヤ一トでめる。発明を実施するための最良の形態

以下、ストリーミング再生されるデータの圧縮率に応じて、バッファリングする記憶装置の閾値を動的に決定することにより、メモリリソース最適化を図るという目的を実現するデータ再生装置の最良の形態について説明する。

図 1は、本実施の形態の情報再生装置をクライアント端末として適用可能な情報提供システムの全体構成を示す図である。

この図 1に示すように、 1 0 0は全体として情報提供システムを示し、クライアント端末 10はラジオ局 R Sからの放送を受信する。

この情報提供システム 100では、ラジオ局 RSと専用線接続されたコンビュータ構成の関連情報提供サーバ K Sが、ラジオ局 R Sに代わって当該ラジオ局 R Sのホームページを開設している。この関連情報提供サーバ KSは、クライアント端末 1 0からの取得要求に応じて、ラジオ局 RSで放送した楽曲に関連する楽曲情報を関連情報としてインターネット 20等のネットワークを介して提供し得るように構成されている。

情報提供システム 1 00の関連情報提供サーバ KSは、そのホームページ等を介してィンターネット 20上で行っている情報提供サービスのアクセス先を示す URL (Un i f o r m R e s o u r c e L o c a t o r) 情報をコンビュータ構成の URL提供サーバ 30へ通知する。この情報提供サービスには、ユーザからの要望に応じて、後述する楽曲データを圧縮データとして提供するサービスを含んでいる。

URL提供サーバ 30は、情報提供サービスのアクセス先ァドレスを示す UR Lの変更があった場合でも、関連情報提供サーバ K Sからの通知によつて変更後の URLを管理している。従って URL提供サーバ 30は、クライアント端末 1 0からラジオ局 RSの情報提供サービスへのアクセス先の問い合わせに対して最新の URLを常時提供し得る。

'なお、ラジオ放送では受信可能な地域が制限されるために、同じ周波数を複数の地域で共通に用いている場合がある。例^ば 80. 0 〔MH z〕の周波数は、首都圏では FM東京が使用しており、東北地方では FM青森が使用している。すなわち、クライアント端末 10では、 URL提供サーバ 30に対して周波数を特定しただけではラジオ局 R Sを特定したことにはならず、当該ラジオ局 R S を特定するためのコールサインと呼ばれる固有の情報を URL提供サーバ 30へ通知する。これによりクライアント端末 1 0は、ラジオ局 R Sの情報提供サービスに対するアクセス先を示す URLを URL提供サーバ 30から間違いなく受け取ることができる。図 2は、本実施の形態のデータ再生装置め回路構成を示すブロック図である。本実施の形態に係るデータ再生装置では、ストリーミング再生されるコンテンッのビットレートに応じて、バッファリングデータとして蓄積するための圧縮データの閾値を変更できる点に特徴がある。

図 2において、携帯型の情報端末装置を構成するクライアント端末 1 0は、 C PU 1 1、プログラムを格納するためのフラッシュ ROM (R e, a d On l y

Memo r y) 1 2、所定の閾値が設定されたハードディスクドライブ（HD D) 1 3、プログラム実行のためのプログラム展開用の RAM (R a n d om Ac c e s s Memo r y) 14、ネットワークに接続するためのネットヮークデパイス 1 5、バス 1 6等から構成されている。

C PU 1 1は、パス 1 6を介して接続されたフラッシュ ROM 1 2から読み出して RAMI 4に展開した O S等の基本プログラム、及び各種アプリケーションプログラムに基づいて全体の制御や所定の演算処理等を行う制御手段であって、例えばネットワーク 4を介した通信動作、ユーザからの入出力操作、メディアからのコンテンツ再生やラジオ局 R Sからダウンロードしたコンテンツの書き込み、及び HDD 1 3の管理等を実行する。

HDD 1 3では、そこに格納された圧縮データをストリーミング再生する際に、一時記憶されているデタ容量に対して所定の閾値が設定されている。そして HDD 1 3は、インタフェース 1 3 a, バス 1 6を介して C PU 1 1と接続されている。

ネットワークデバイス 1 5は、ィンタフェース 1 5 aを介してパス 1 6と接続され、 C PU 1 1の制御に基づいて送信データのエンコード処理を行い、ネットワーク 4経由で外部のネットワーク対応機器へ送信し、あるいは外部のネットヮーク対応機器から受信した受信データのデコード処理を行い、 CPU 1 1へ転送する。 CPU 1 1は、サーバ 5のページ内のデータにより、あらかじめ圧縮データのビッドレートを取得するか、あるいは転送されたコンテンツデータのヘッダ情報、タグ情報に含まれるビットレートデータを読み取って、ダウンロードに先立って圧縮データの圧縮率を検出できる。

ディスプレイ 1 7は、例えば液晶ディスプレイ等の表示デバイスがクライアント端末 1 0の本体部筐体の表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、 CPU1 1による処理結果や各種情報を表示できる。メディアドライブ 18は、例えば CD (C omp a c t D i s c) プレーヤ及びフラッシュメモリ等でなるメモリスティック (登録商標) を再生するドライブである。メディアドライブ 1 8による再生結果は、オーディオデータ処理部 1 9を介してディジタルアナログ変換処理された後に、 2 c hのスピーカ S Pから出力される。

CPU 1 1は、メディアドライブ 1 8を介して再生したデータが楽曲のオーディォコンテンツである場合、オーディォデータファイルとして HDD 1 3に記憶する。

C PU 1 1は、メディアドライブ 1 8により、メモリスティックに記憶された複数枚の静止画を読み出して、これらをディスプレイ 1 7にスライドショーとして表示することができる。また、 CPU 1 1は、 HDD 1 3に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザ所望の順番で再生して出力することも可能である。

この 1 PU 1 1には、バス 1 6を介して例えば AM、 FMラジオチューナ等のチューナ部 21も接続されている。このチューナ部 2 1は、 CPU 1 1の制御に基づいて、受信した放送信号を復調し、その結果を放送音声としてオーディ；^データ処理部 1 9を介してスピーカ S Pから出力する,.。

オーディオデータ処理部 1 9では、本実施の形態では、高能率符号化方式の一種である MP 3 (MPEG Au d i o L a ye r 3) の利用を想定している。また、インターネットとのデータの授受は、 TCPZI Pプロトコルの利用を想定している。しかし、本発明は特にこれらに限られるものではなく、音楽データ圧縮方式、デコード手段の構成及ぴ通信プロトコル等の如何は問わない。例えば、髙能率符号化の方式は、 MP 3に限らず、 ATRAC 3 (A d a D t - i v e T r a n s f o rm Ac o u s t i c C o d i n g 3) 、 AAC (Ad v a n c e d Au d i o C o d i n g ) 、 WMA (W i n d o w s Me d i a Au d i o ) R e a l AUD I O G 2 Mu s i c C o d e c等でもかまわない。このようなデータ再生装置自体の構成は既知のものでよく、本発明の特徴部分は CPU 1 1の新規なストリーミング再生処理、及びそれを実現するコンピュータプログラムにある。

このようなハードウエア構成のクライアント端末 1 0により、ストリーミングデータを再生できる。

図 3は、ストリーミングデータの再生処理の概念図である。図 3の例では、 M P 3形式の圧縮データを P CM (パルス符号変調データ）データに伸張し、再生するものとする。

クライアント端末 1 0でほ、 HDD 1 3内に、 MP 3データ記憶領域 1 3 が確保される。また、 RAMI 4内には、 P CMデータ記憶領域 14 aが確保される。

さらに、 RAMI 4内には、第 1の閾値 T 1と第 2の閾値 T 2とが格納される。ストリーミングデータのダウンロード開始前は、第 1.の閾値 T 1と第 2の閾値 T 2とには、予め定義された初期値が設定される。

ストリーミングデータは、ストリーミング制御部 1 0 aによって制御される。ストリーミング制御部 10 aは、 C P U 1 1がネットワークデバイス 1 5ゃィンタフユース 1 5 aを制御することで実現する機能である。

ストリーミング制御部 1 0 aは、サーバ 5から MP 3のストリーミングデータを取得し、 MP 3データ記憶領域 1 3 bに蓄積していく。このとき、ストリーミング制御部 1 0 aは、取得したストリーミングデータのヘッダ情報に含まれるビットレート（1秒間の音楽データをどのくらいのディジタルデータに変換するか ) の情報から圧縮率を判断する。ストリーミング制御部 10 aは、例えば、ビットレートが高ければ圧縮率が低く、逆にビットレートが低ければ圧縮率が高いと判断できる。また、ストリーミング制御部 1 0 aは、ネットワーク 4を介したデータの転送速度からネットワーク 4の負荷を判断する。

そして、ストリーミング制御部 1 0 aは、ストリーミングデータの圧縮率及びネットワーク 4の負荷に応じて、第 1の閾値 T 1及ぴ第 2の閾値 T 2の値を変更する。具体的には、圧縮率が低いほど第 1の閾値 T.1及び第 2の閾値 T 2の値は大きくなる。また、ネットワーク 4の負荷が大きい（転送速度が遅い）ほど、第 1の閾値 T 1及ぴ第 2の閾値 T 2の値は大きくなる。

なお、ストリーミング制御部 10 aは、 MP 3データ記憶領域 1 3 bに蓄積されたデータ量を監視しており、そのデータ量が第 2の閾値 T 2を超えた場合、 M P 3データのストリーミングによる取得を中断する。その後、 MP 3データ記憶領域 1 3 b内に蓄積されたデータ量が、第 2の閾値 T 2以下になると、ストリーミング制御部 1 0 aは、 MP 3データのストリーミングによる取得を再開する。

MP 3データ記憶領域 13 bに蓄積された MP 3データは、デコーダ 1 0 bにより伸張（デコード）され、 P CMデータとして P CMデータ記憶領域 14 aに格納される。なお、デコーダ 10 bは、 MP 3データ記憶領域 1 3 b内に蓄積されたデータ量が、第 1の閾値 T 1を超えたときに、 MP 3データのデコードを開始する。デコードされた MP 3データは、 MP 3データ記憶領域 1 3 bから削除される。その後、 MP 3データ記憶領域 1 3 b内に蓄積されたデータ量が、第 1 の閾値 T 1以下になると、デコーダ 10 bは、 MP 3データのデコードを中断する。

P CMデータ記憶領域 14 aに蓄えられた P CMデータは、オーディオデータ処理部 1 9で順次再生され、スピーカ S Pから出力される。

次に、上述したクライアント端末 1 0におけるストリーミング再生の処理手順の一例について説明する。 ' 図 4は、本実施の形態に係るデータ再生装置における圧縮データの再生シーケンスを示すフローチヤ一トである。

最初に、視聴者は例えば所望する音楽を特定して、クライアント端末 1 0をその音楽情報を提供する音楽配信用のサーバ 5に接続する（S 1) 。次に、クライアント端末 10の C PU 1 1は、圧縮データとして音楽データをサーバ 5からダゥンロードするとき、 HDD 1 3において圧縮データのオーバーフローが発生しない範囲内で、サーバ 5に対して最大限サイズの部分データの転送を要求する（ S 2) 。その後、 CPU 1 1は、データの受信を開始し、所定量の圧縮データのバッファリング（蓄積）を待って、受信と並行して音楽の再生（伸張）を開始する（S 3) 。

次に、 CPU 1 1は、ダウンロードすべき音楽情報の全データを再生したかどうかを判断する（S 4) 。その結果、 CPU 1 1は、再生が終了していないときには、 HDD 1 3に一時記憶している圧縮データのデータ容量、及び受信した圧縮データの圧縮率を検出する（S 5) 。

CPU 1 1は、ステップ S 5で、受信した圧縮データのファイルのヘッダ、、又はフックに含まれるデータに基づいて、その圧縮率を検出することができる。また、 CPU 1 1は、このステップ S 5では、受信した圧縮データについてのビットレートデータに基づいて、その圧縮率を検出することもできる。

次に、 CPU 1 1は、ステップ S 5で検出した圧縮率に応じて、格納した圧縮データのデータ容量に対する閾値を設定し、必要に応じて変更するように制御する（S 6) 。 .

CPU 1 1は、このステップ S 6で、 HDD 1 3に一時記憶する圧縮データの圧縮率が低くなつた場合に閾値を大きくし、その圧縮率が高くなつた場合に閾値を小さくするように変更制御する。

次に、 CPU 1 1は、 HDD 1 3内における未再生の圧縮データの残量が、設定された閾値以下になったか否かをチェックする（S 7) 。ここで、 CPU 1 1 は、圧縮データの残量が閾値以下になったと判定したとき、一時的に再生を停止し（S 8) 、再ぴステップ S 7に戻る。そして、この間もクライアント端末 1 0 での圧縮データのダウンロードは継続している。従って、 CPU 1 1は、いずれステップ S 7で圧縮データの残量が、設定された閾値以上になったと判断し、その時点でステップ S 3に戻ってデータの再生を再開し、上述した各ステップ S 4 〜S 8を繰り返して実行する。なお、 CPU 1 1は、全データを再生し終わった時点で、再生を終了する（S 9) 。

CPU 1 1は、ステップ S 8で、圧縮データの残量が閾値以下になったときでも、即時に再生を停止しないで、所定のタイミングまで再生を継続することができる。これにより CPU 1 1は、音切れ間隔を調整することが可能になるから、音切れによる再生品質の低下を抑制できる。

また、 CPU 1 1は、ステップ S 6で、最初に HDD 1 3から圧縮データを読み出すタイミングを決める第 1の閾値 T 1とは別に、 HDD 1 3へのダウンロードを中断するタイミングを決める第 2の閾値 T 2を設定し、それぞれを変更制御するようにしている。

閾値 T 1は、ネットワークのパフォーマンス（通信網の伝送能力）を N、圧縮率を B、バイト数に変換するための係数を Rとするとき、

T 1 =NXB XR

T 2=2NXB XR のように表現できる。

ここで、パフォーマンス Nは、その最高値を 1 (最良の場合）、最低値を 2 ( 最悪の場合）とする係数である。また、圧縮率 Bは、コンテンツのビットレート

(64 [Kb p s ] であれば「64」、 1 28 [Kb p s ] であれば「1 28」 ) とするものである。このように、闘値は圧縮率 Bだけでなく、使用している通信網の伝送能力に応じて変更制御することが好ましい。これはネットワーク状態が悪くなった場合に、圧縮データの受信速度が再生速度より低下するおそれがあるからである。なお、 C PU 1 1による閾値 T 1 , T 2の変更制御については、閾値設定テープルによって行うことも可能である。

このように、ネットワークからのダウンロードはネットワーク状態による不安定さ、バッファリングにかかる時間が必要なので、端末バッファリングを工夫し再生品質が悪くならないようにされている。情報端末装置は、ネットワーク状態の不安定さ、バッファリングにかかる時間を吸収できる程度のバッファ量を、予め閾値 T 1として定めておくことができる。そして、情報端末装置は、圧縮データのデータ残量が閾値 T 1を超えた時点で再生を開始し（S 3 ) 、閾値 T 2を超えた場合に再生は継続しつつ、ネットワークからのダウンロードを一時中断して、その後、データ残量が閾値 T 2を下回った場合にネットワークからのダウン口ードを再開し（S 3 ) 、さらに閾値 T 1を下回った時点で再生を一時停止する（ S 8 ) 。情報端末装置は、このストリーミング再生によりネットワークからのダゥンロードの不安定さの過敏な入力要因に対してバッファで吸収し、不快な音途切れを防止することができる。

クライアント端末 1 0の端末内プログラム構成は、ネットワーク通信を司るコミュニケ一ションモンュ¹ "~ル { C o m m u n i c a t i o n M o d u l e ) 3 1、コンテンツデータの圧縮形式やデータサイズを判断してデータ形式を変換するプレイヤエンジン 3 2、コンテンツデータを蓄積したデータベースモジュール 3 3、及び表示画像や効果音の再生等、実際の再生制御を行うプレイヤモジユール 3 4力らなるミドルウェアと、ウエッブページの画面遷移を行い、ウエッブぺージの画像表示や効果音の再生を司るユーザィンタフヱイスとしてブラクザ 3 5 を備えている。

図 5に示すコミュニケーンョンモジュール 3 1が、図 3のストリーミング制御部 1 0 aの機能を有している。 'また、図 5に示すプレイヤエンジン 3 2が、図 3 のデコーダ 1 0 bの機能を有している。

図 6〜図 8は、ビットレートが異なる圧縮データから再生されるディジタルデータの分量を示す図である。ここでは、送信側から伝送される圧縮データとして、 M P 3圧縮方式による 1 2 8 〔K b p s〕の髙ビットレートのデータと、 6 4 〔K b p s〕の低ビットレートのデータとが存在するものと想定し、それらを伸張処理して元の音楽データに復元することによって、 P CMデータが得られるものとしている。

MP 3圧縮方式では、 1秒あたりの情報量をビットレートとして表しており、 I P 3ファイルでは 128 [Kb p s] が一般的なビットレートである。圧縮データのビットレートが大きいということは、データ伝送時の圧 |g率は低くなるが、解凍されたときの音声データの再生音質が高いことを意味している。 I P 3フアイルに付属する I D 3 T a gには、前述した圧縮率やサンプリング周波数を始め、楽曲のタイトル、アーティスト名、音楽ジャンル等の文字情報を自由に書込むことができる。

図 6に示すように、ビットレートが異なる圧縮データから同程度の、例えば 4 分間の再生時間を有する P CMデータを取得するには、. ビッ.トレートの低いコンテンッ（64 〔K b p s〕）と比べると、ビットレートの高いコンテンツ（ 12 8 〔Kb p s〕 ) の圧縮データを格納するために、より大きなサイズの記憶容量が必要である。ここでは、図 6 (a) に示すビットレート 64 〔K.b p s〕の圧縮データに対して、同図（b) に示すビットレート 128 〔Kb p s〕のものを格納するために、 2倍の記憶容量のバッファメモリを要している。

従って、バッファメモリに格納される圧縮データのビットレートにかかわらず、圧縮データのデータ容量に対する閾値を一定とした場合、図 7に示すように、ビットレートの高いコンテンツ（1 28 〔Kb p s〕）から復元される音楽データの P CMサイズのほうが小さくなることは明らかである。すなわち、図 7 (a ) に示すビットレート 64 〔Kb p s〕の圧縮データから 4分間の P CMデータが得られ、これを最適な量としたときでも、同図（b) に示すビットレート 1 2 8 〔Kb p s〕のものについては、その閾値を同じ値としたままでは 1/2 (2 分間）の P CMデータしか得られない。ストリーミング再生では、バッファされる P CMデータにデータ不足が生じれば、音途切れの間隔が短くなり再生品質が悪くなる。

反対に、ビットレート 128 [Kb p s ] のものについての閾値を、図 8 (b ) に示すように 4分間の P C Mデータが得られるように高く設定すれば、同じ閾値でビットレートの低いコンテンツ（6 4 [K b p s 3 ) を格納した場合には、 2倍（8分間）の P C Mデータが再生できることになる。このような P C Mデータにデータ過多が生じると、バッファメモリでは必要以上にデータを保持することになり、情報端末装置におけるリソースの無駄となる。

本実施の形態のデータ再生方法では、配信される圧縮データのビットレートに応じて、バッファメモリにおける閾値を変更設定することにより、メモリリソースを最適化しつつ、その再生品質を保証することができる。

また、データ再生方法では、情報端末装置のメモリ使用量を制限する必要があり、かつユーザがそれ程高音質のものを要求していない場合、圧縮データとして低ビットレート（高圧縮率）のものを選択することができる。その場合データ再生方法では、閾値を低く取ることができる。一方、データ再生方法では、メモリ使用量の制限が少ない情報端末装置の場合であって、かつユーザが高い音質を求めている場合、圧縮データとして高ビットレート（低圧縮率）のものを選ぶことができる。その場合データ再生方法では、バッファメモリにおける閾値を、高く取るようにする。

このようにデータ再生方法では、圧縮データのビットレートに応じて、バッファリングの際の閾値を選ぶようにしたので、再生データのデータ枯渴による音切れ間隔を適切に調整することができ、再生品質の保証を行うことができる。また、データ再生方法では、受信する圧縮データの対応ビットレートや、それらをバッファするメモリサイズ等の情報端末装置の要件に合わせて、適切な閾値を選ぶことができ、 R AMサイズ等のメモリリソースの最適化を行うことができる。

なお上述の実施の形態においては、クライアント端末 1 0が受信可能な放送としてラジオ局から放送されるラジオ放送を適用したが、これに限らず、クライアント端末 1 0がインターネットラジオ放送や衛星ラジオ放送を受信して、その関連情報及びラジオ放送情報を取得するようにしたり、あるいはテレビジョン用の放送局から放送されるテレビジョン放送を受信し、そのテレビジョン放送のテレビジョン番組に関する各種放送情報等をインターネット 20等のネットワーク上のサーバから取得するこ'とも可能である。

また上述の実施の形態においては、音声（オーディオデータ）のストリーミング再生に関して本発明を適用したが、本発明はこれに限らず、映画やテレビジョン放送等のビデオデータ、コンピュータグラフィックスデータであるゲームデータ等、ストリーミング再生可能なデータであれば、この他種々のデータのストリ一ミング再生に関して本発明を適用することが可能である。

さらに上述の実施の形態においては、本発明によるデータ再生装置をクライアント端末 1 0に適用するようにした場合'について述べたが、本発明はこれに限らず、パーソナルコンピュータや携帯電話機、 PDA (P e r s o n a l

D i g i t a l A s s i s t a n c e ) ゲーム機器等の情報処理装置、テレビジョン受像機、ラジオ放送受信機、' CDプレーヤ、 DVD (D i g i - t a 1 Ve r s a t i l e D i s c) プレーヤ、ノヽードディスクプレーヤ等のように、この他種々のデータ再生装置に広く適用することができる。

すなわち、上述の実施の形態においては、図 2について上述したハードウェア回路プロックゃ図 5について上述したプログラムモジュールをクライアント端末 1 0に実装した場合について述べたが、'本発明はこれに限らず、これらを携帯電話機やパーソナルコンピュータ等、クライアント端末 1 ό以外の種々の端末に実装するようにしてもよく、これらハードウェア回路ブロックゃプログラムモジュールを実装した端末であれば、上述したクライアント端末 1 0と同様の処理を実現することができる。

さらに、上記の処理機能は、コンピュータによっても実現することができる。その場合、コンピュータにはクライアント端末 1 0が有すべき機能の処理内容を記述したプログラムが提供される。コンピュータは、そのプログラムを実行することにより、上記処理機能を実現する。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記録装置には、ハードディスク装置（HDE

、フレキシブルディスク (FD) 、磁気テープ等がある。光ディスクには、 DV D、 DVD-R AM, CD— ROM、 CD— R (R e c o r d a b l e) /RW (R ewr i t a b l e) 等がる。光磁気記録媒体には、 MO (Ma g n e t o— Op t i c a 1 d i s k) 等がある。

プログラムを流通させる場合には、例えば、そのプログラムが記録された DV D、 CD— R0M等の可搬型記録媒体が販売される。また、プログラムをサ一バコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンビユータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

さらに上述の実施の形態においては、本発明によるプログラムを図 5について上述したプログラムモジュールに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成のプログラムを適用することができる。さらに上述の実施の形態においては、ダウンロードされた圧縮データを一時的に記憶する記憶手段として、図 1乃至図 8について上述した HDD (ハードディスクドライブ） 13を適用するようにした場合について述べたが、本発明はこれに限らず、ダウンロードされた圧縮データを一時記憶することができれば、光磁気ディスク等のディスク状記録媒体や半導体メモリ等の記憶媒体にデータを記憶するハードウェア回路構成のドライブ回路や、各種プログラム（すなわち、ソフトウエア）に従って記憶媒体にデータを記憶する C P U等のように、この他種々の記憶手段を広.く適用することができる。

さらに上述の実施の形態においては、記憶手段で記憶している圧縮データを伸張するデータ伸張手段として、図 1乃至図 8について上述した C P U 1 1を適用するようにした場合について述べたが、本発明はこれに限らず、圧縮データを伸張することができれば、圧縮データを伸張するハードウヱァ回路構成のデータ伸張回路や、各種プログラム（すなわち、ソフトウェア）に従って圧縮データを伸張するマイクロコンピュータ等のように、この他種々のデータ張手段を広く適用することができる。

さらに上述の実施の形態においては、データ伸張手段で伸張されたデータのストリーミング再生を行う再生手段として、図 1乃至図 8について上述した C P U 1 1、 R AM I 4及ぴオーディオデータ処理部 1 9を適用するようにした場合について述べたが、本発明はこれに限らず、データのストリーミング再生を行うことができれば、データをストリーミング再生するハードウェア回路構成の再生回路ゃ、各種プログラム（すなわち、ソフトウェア）に従ってデータをストリーミング再生する C P U単体等のように、この他種々の再生手段を広く適用することができる。

さらに上述の実施の形態においては、記憶手段に一時記憶されている圧縮データのデータ容量、及びダウンロードされた圧縮データの圧縮率を検出する検出手段として、図 1乃至図 8について上述した C P U 1 1を適用するようにした場合について述べたが、本発明はこれに限らず、圧縮データのデータ^量及び圧縮率を検出することができれば、圧縮データのデータ容量及ぴ圧縮率を検出するハードウエア 0路構成の検出回路や、各種プログラム（すなわち、ソフトウェア）に従って圧縮データのデータ容量及ぴ圧縮率を検出するマイク口コンピュータ等のように、この他種々の検出手段を広く適用することができる。

さらに上述の実施の形態においては、検出手段で検出した圧縮率に応じて圧縮データのデータ容量に対する閾値を変更制御すると共に、記憶手段に一時記憶されているデータ容量が所定の閾値以上になったとき記憶手段から圧縮データを読み出して、データ伸張手段に転送する制御手段として、図 1乃至図 8について上述した C P U 1 1を適用するようにした場合について述べたが、本発明はこれに限らず、検出手段で検出した圧縮率に応じて圧縮データのデータ容量に対する閾値を変更制御すると共に、記憶手段に一時記憶されているデータ容量が所定の閾値以上になったとき記憶手段から圧縮データを読み出して、データ伸張手段に転送することができれば、ハードウェア回路構成の制御回路や、各種プログラム（すなわち、ソフトウェア）に従って動作するマイクロコンピュータ等のように、この他種々の制御手段を広く適用することができる。産業上の利用可能性

ネットワークに接続されたオーディオ/ビジュアル機器等に対して、インターネット等のブロードパンドから音楽、ビデオや画像その他の関達情報を直接配信するコンテンツ配信システム等に利用できる。

Claims

請求の範囲

1 . 通信網を介してダウンロードされた圧縮データを伸張して再生するデータ再生装置において、

上記ダウンロードされた圧縮データを一時的に記憶する記憶手段と、上記記憶手段で記憶している圧縮データを伸張するデータ伸張手段と、上記データ伸張手段で伸張されたデータのストリーミング再生を行う再生手段と、

上記記憶手段に一時記憶されている圧縮データのデータ容量、及び上記ダウンロードされた圧縮データの圧縮率を検出する検出手段と、

上記検出手段で検出した圧縮率に応じて上記圧縮データのデータ容量に対する閾値を変更制御すると共に、上記記憶手段に一時記憶されているデータ容量が所定の閾値以上になったとき上記記憶手段から上記圧縮データを読み出して、上記データ伸張手段に転送する制御手段と

を具えることを特徴とするデータ再生装置。

2 . 上記制御手段は、

上記記憶手段に一時記憶される圧縮データの圧縮率が低くなる場合には閾値を大きくし、該圧縮率が高くなる場合には閾値を小さくするように変更制御することを特徴とする請求の範囲第 1項に記載のデータ再生装置。

3 . 上記検出手段は、

上記ダウンロードされた圧縮データのファイルのヘッダ、又はフックに含まれるデータに基づいて、該圧縮データの圧縮率を検出する

ことを特徴とする請求の範囲第 2項に記載のデータ再生装置。

4 . 上記検出手段は、上記ダウンロードされた圧縮データについてのビットレートデータに基づいて、該圧縮データの圧縮率を検出する

5. 上記制御手段は、

上記記憶手段から上記圧縮データを読み出し上記データ伸張手段に転送するタィミングを決める第 1の閾値と、上記圧縮データの上記記憶手段へのダウンロードを中断するタイミングを決める第 2の閾値とを、それぞれ変更制御することを特徴とする請求の範囲第 1項に記載のデータ再生装置。

6. 上記制御手段は、

上記通信網の伝送能力に応じて上記閾値を変更制御する ·

ことを特徴とする請求の範囲第 1項に記載のデータ再生装置。

7. 上記圧縮データは、 MP 3 (MPEG Au d i o L a y e r 3 ) データである

ことを特徴とする請求の範囲第 1項に記載のデータ再生装置。，

8. 通信網を介してダウンロードされた圧縮データを伸張して再生するデータ再生方法であって、

( a ) 圧縮データを配信するサーバに接続するステップと、

(b) 上記圧縮データのダウンロードに際し、記憶手段に対する上記圧縮データのオーバーフローが発生しない範囲内で上記サーバに対して最大限サイズの部分データの転送を要求するステップと、

( c ) 所定量の圧縮データが格納された時点で再生を開始するステップと、 (d) 上記記憶手段に一時記憶されている圧縮データのデータ容量、及び上記ダウンロードされた圧縮データの圧縮率を検出するステップと、 (e) 上記ステップ（d) で検出した圧縮率に応じて上記圧縮データのデータ容量に対する閾値を変更制御するステップと、

( f ) 上記記憶手段内の未再生の圧縮データが上記閾値以下になったか否かをチェックするステップと、

(g) 上記ステップ（f ) で上記閾値以下になったと判定された時点で再生を停止するステップと

を具え、

全データの転送要求が終了するまで、上記ステップ（c) (d) ( e) ( f ) (g) 'を繰り返して実行する

ことを特徴とするデータ再生方法。

9. 上記ステップ（e) では、

上記記憶手段に一時記憶される圧縮データの圧縮率が低くなった場合には閾値を大きくし、.該圧縮率が高くなつた場合には閾値を小さくするように変更制御する

ことを特徴とする請求の範囲第 8項に記載のデータ再生方法。

1 0. 上記ステップ（d) では、

上記ダウンロードされた圧縮データのファイルのヘッダ、又はフッタに含まれるデータに基づいて、該圧縮データの圧縮率を検出する

ことを特徴とする請求の範囲第 9項に記載のデータ再生方法。

1 1. 上記ステップ（d) では、

上記ダウンロードされた圧縮データについてのビットレートデータに基づいて、該圧縮データの圧縮率を検出する

ことを特徵とする請求の範囲第 9項に記載のデータ再生方法。

1 2. 上記ステップ（e) では、

上記記憶手段から圧縮データを読み出すタイミングを決める第 1の閾値と、上記圧縮データの上記記憶手段へのダウンロードを中断するタイミングを決める第 2の閾値とを、それぞれ変更制御する

1 3. 上記ステップ（e) では、

上記通信網の伝送能力にじて上記閾値を変更制御する

14. 上記圧縮データは、 MP 3データである

1 5..通信網を介してダウンロードされた圧縮データを伸張して再生するデータ再生方法を実現するプログラムであって、

( a ) 圧縮データを配信するサーバに接続するステップと、

(c) 上記記憶手段に一時記憶されている圧縮データのデータ容量、及ぴ上記ダウンロードされた圧縮データの圧縮率を検出するステップと、

'(d) 所定量の圧縮データが格納された時点で再生を開始するステツプと、 (e) 上記ステップ（c) で検出した圧縮率に応じて上記圧縮データのデーダ容量に対する閾値を変更制御するステップと、

(g) 上記ステップ（f ) で上記閾値以下になったと判定された時点で再生を停止するステップと .

を具え、 .

全データの転送要求が終了するまで、上記ステップ（c) (d) (e) ( f ) (g) を繰り返す処理をコンピュータに実行させる

ことを特徴とするプログラム。