(57)【要約】ＳＶＧファイルなどのマルチメディアコンテンツの漸進的ダウンローディングを行う際に、クライアントは一定時間の間若干のデータをバッファし、それによってコンテンツを復号化し、コンテンツのタイムリーな表示を行うことが可能となる。適切な時点にファイルのコンテンツ表示を開始するために、クライアントは立上り遅延タイムを正確に推定する必要がある。データの送信前、あるいは、データの送信時に、いくつかのシーンあるいはすべてのシーンのサイズおよびコンテンツの表示タイムなどのコンテンツプロパティを示す情報がサーバによってクライアントに提供される。この情報は、個々の残りのシーンがその表示タイムよりも前に利用可能となることを保証する送信最小帯域幅を含むものであってもよい。クライアントは上記提供された情報に基づいて立上り遅延タイムの推定を行う。さらに、クライアントは１以上のファイルをそのデータバッファから除去する時点を決定して、使用メモリの最少化を図るようにすることが可能となる。
2006527442.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおけるシグナリング方法であって、前記ネットワークが少なくとも１つのクライアントと、複数のコンポーネントを含むデータを前記クライアントへ伝送するサーバとを有し、前記データの少なくとも一部の表示前に前記クライアントがクライアントバッファに前記データをダウンロードできるように、前記コンポーネントが種々のコンテンツプロパティを有し、個々のコンポーネントがコンポーネントサイズを有する方法であって、
前記コンポーネントのコンテンツプロパティを示す情報を前記クライアントへ送り、
前記コンポーネントのコンテンツプロパティに基づいて、前記表示タイムの立上り遅延タイムを前記情報に応じてクライアント側で決定することによって特徴付けられる方法。
【請求項２】
前記情報が前記コンポーネントのコンテンツ表示タイムを示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記情報が前記コンポーネントサイズを示すことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記データのダウンロードに先行して、前記クライアントへ前記情報を送ることを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記情報が前記コンポーネントのコンテンツ終了タイムをさらに示すことを特徴とする請求項２に記載の方法。
【請求項６】
前記立上り遅延タイムと、前記コンポーネントのコンテンツ表示タイムとに基づいて、前記コンポーネントのプレイヤ開始タイムに前記コンポーネントを表示することをさらに特徴とする請求項２に記載の方法。
【請求項７】
前記情報が前記コンポーネントのコンテンツ終了タイムをさらに示すことを特徴とする方法であって、さらに、
前記コンポーネントのコンテンツ開始タイムとコンテンツ終了タイムとに基づいて、前記データの一部を表示した後、該データの前記一部を除去することによって特徴付けられる請求項６に記載の方法。
【請求項８】
前記ネットワークにおいて前記データを伝送レートで伝送し、
前記情報が前記伝送レートを示すことを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記ネットワークにおいて前記データを伝送レートで伝送し、
前記情報が、前記伝送レートに基づいて前記コンポーネントの最小帯域幅を示すことを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項１０】
前記コンテンツプロパティが、前記コンポーネントのコンテンツ表示タイムと、前記コンポーネントのコンテンツ終了タイムとを含むことを特徴とする方法において、さらに、
前記コンポーネントサイズと、前記コンポーネントのコンテンツ表示タイムとに基づいて、前記プレイヤによるコンポーネントの開始タイムに前記コンポーネントを表示し、
前記データ内の別のコンポーネントを表示する間に、１以上のコンポーネントのコンテンツ表示タイムとコンテンツ終了タイムとに基づいて、前記１以上のコンポーネントの表示後、前記１以上のコンポーネントを除去することによって特徴付けられる請求項１〜５のいずれか１項に記載の方法。
【請求項１１】
データバッファを有する少なくとも１つのクライアントと、
複数のコンポーネントを有し、前記クライアントへデータを伝送する少なくとも１つのサーバであって、前記データの少なくとも一部の表示前に前記クライアントが前記データを前記データバッファにダウンロードできるように、前記コンポーネントが種々のコンテンツプロパティを有し、個々のコンポーネントがコンポーネントサイズを有するマルチメディアシステムにおいて、
前記サーバが、
前記コンポーネントサイズと、前記コンポーネントのコンテンツプロパティとに基づいて、前記コンポーネントのコンテンツ表示タイムを決定する手段と、
前記コンポーネントの表示タイムを示す情報を前記クライアントへ送る手段と、を具備し、
前記クライアントが、
前記送信済み情報を受信する手段と、
前記受信済み情報に基づいて前記表示タイムの立上り遅延タイムを決定する手段と、を具備することによって特徴付けられるマルチメディアシステム。
【請求項１２】
前記コンテンツ表示タイムを決定する前記手段が、前記コンポーネントサイズも決定し、さらに、
前記表示タイムを示す情報を前記クライアントへ送る手段が、前記コンポーネントサイズを示す情報も前記クライアントへ送ることを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記クライアントが、さらに、
前記コンポーネントの立上り遅延タイムとコンテンツ表示タイムとに基づいて、前記プレイヤによるコンポーネントの開始タイムに従って前記データを表示する手段を具備することを特徴とする請求項１１または１２に記載のシステム。
【請求項１４】
前記送信済み情報が前記コンポーネントのコンテンツ終了タイムをさらに示し、且つ、
前記コンポーネントのコンテンツ表示タイムと、前記コンポーネントのコンテンツ終了タイムとに基づいて、１以上のコンポーネントの表示後、前記クライアントが前記１以上のコンポーネントを除去することを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記データのダウンロードに先行して、前記情報を前記クライアントへ送ることを特徴とする請求項１１〜１４のいずれか１項に記載のシステム。
【請求項１６】
前記データを伝送レートで伝送し、前記情報が、前記伝送レートに基づいて、前記コンポーネントの伝送時の最小帯域幅を示すことを特徴とする請求項１１〜１５のいずれか１項に記載のシステム。
【請求項１７】
前記コンポーネントのコンテンツ表示タイムと前記最小帯域幅とに基づいて、１以上のコンポーネントの表示後、前記クライアントが前記１以上のコンポーネントを除去することを特徴とする請求項１６に記載のシステム。
【請求項１８】
マルチメディアネットワークにおけるサーバ装置であって、前記ネットワークが少なくとも１つのクライアントを有し、複数のコンポーネントを含むデータを前記サーバ装置が前記クライアントへ伝送し、前記データの少なくとも一部の表示前に前記クライアントが前記データをクライアントバッファにダウンロードできるように、前記コンポーネントが種々のコンテンツプロパティを有し、個々のコンポーネントがコンポーネントサイズを有するサーバ装置であって、
前記コンポーネントサイズと、ファイルのコンテンツプロパティとに基づいて、前記コンポーネントのコンテンツ表示タイムを決定する手段と、
前記クライアントが前記情報に基づいて前記表示の際の立上り遅延タイムを決定できるように、前記コンポーネントの表示タイムを示す情報を前記クライアントへ送る手段と、を具備することを特徴とするサーバ装置。
【請求項１９】
前記コンテンツ表示タイムを決定する前記手段が、前記コンポーネントサイズも決定し、且つ、
前記表示タイムを示す情報を前記クライアントへ送る前記手段が、前記コンポーネントサイズを示す情報も前記クライアントへ送ることを特徴する請求項１８に記載のサーバ装置。
【請求項２０】
前記クライアントへのデータ伝送に先行して、前記情報を前記クライアントへ送ることを特徴する請求項１８または１９に記載のサーバ装置。
【請求項２１】
前記データを伝送レートで伝送し、前記情報が前記伝送レートに基づいて前記コンポーネントの伝送時の最小帯域幅を示すことを特徴とする請求項１８〜２０のいずれか１項に記載のサーバ装置。
【請求項２２】
前記マルチメディアネットワークにおけるクライアント側装置であって、前記ネットワークが、複数のコンポーネントを含むデータをクライアント側装置へ伝送する少なくとも１つのサーバを有し、前記データの少なくとも一部の表示前にクライアント側装置が前記データをダウンロードできるように、前記コンポーネントが種々のコンテンツプロパティを有し、個々のコンポーネントがコンポーネントサイズを有し、前記サーバが、前記クライアントのコンテンツプロパティを示す情報をクライアント側装置へさらに伝送するクライアント側装置において、
前記データの少なくとも一部を格納するバッファと、
前記コンポーネントのコンテンツプロパティに基づいて前記表示の際の立上り遅延タイムを前記情報に応じて決定する手段と、を具備することを特徴とするクライアント側装置。
【請求項２３】
前記情報が前記コンポーネントのコンテンツ表示タイムを示し、且つ、前記クライアント側装置が、さらに、
前記コンポーネントの立上り遅延タイムとコンテンツ表示タイムとに基づいて、前記プレイヤによるコンポーネントの開始タイムに従って前記データを表示する手段を具備することを特徴とする請求項２２に記載のクライアント側装置。
【請求項２４】
前記情報が前記コンポーネントのコンテンツ終了タイムをさらに示し、次いで、前記クライアント側装置が前記コンポーネントのコンテンツ表示タイムとコンテンツ終了タイムとに基づいて、１以上のコンポーネントを表示した後、前記１以上のコンポーネントを除去することを特徴とする請求項２３に記載のクライアント側装置。
【請求項２５】
ネットワークにおいてサーバで使用するコンピュータプログラムであって、前記ネットワークが少なくとも１つのクライアントを有し、データの少なくとも一部の表示前にクライアントが前記データをクライアントバッファにダウンロードできるようにするために、前記サーバが種々のコンテンツプロパティを含むデータを前記クライアントへ伝送し、個々のコンポーネントがコンポーネントサイズを有するコンピュータプログラムであって、
前記コンポーネントサイズと前記ファイルのコンテンツプロパティとに基づいて表示タイムを決定する第１のコードと、
クライアントが上記表示タイムを示す情報を生成して、上記表示の際の立上り遅延タイムを決定できるようにする第２のコードとによって特徴付けられるコンピュータプログラム。
【請求項２６】
ネットワークにおいてクライアント側で使用するコンピュータプログラムであって、データの少なくとも一部の表示前にクライアントが前記データをクライアントバッファにダウンロードできるようにするために、前記ネットワークが、種々のコンテンツプロパティを含む前記データを前記クライアントへ伝送する少なくとも１つのサーバを有し、個々のコンポーネントがコンポーネントサイズを有し、前記サーバが前記コンテンツプロパティを示す情報を前記クライアントへ伝送するコンピュータプログラムであって、
前記表示の際の立上り遅延タイムを決定するコードと、
前記コンテンツプロパティと、前記表示の際の立上り遅延タイムとに基づいて前記プレイヤによるコンポーネントの開始タイムを決定するコードとによって特徴付けられるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は広くファイルのダウンロードに関し、特に、漸進的ダウンローディングの際の立上り遅延タイム（start-up delay）に関する。
【背景技術】
【０００２】
マルチメディアコンテンツの漸進的ダウンローディングを行う際に、クライアントは通常一定時間の間若干のデータをバッファし、コンテンツの復号化を適切にかつタイムリーに行うことができるように図る。クライアントがコンテンツの再生をあまりに早く開始した場合、コンテンツの或る部分が、すでに再生されているはずであるのに、まだダウンロード中である可能性がある。一方、クライアントが非常に遅れてコンテンツ再生を開始する場合、あるいは、立上り遅延タイムが非常に長い場合、すでにダウンロードされたファイルを格納するためにクライアントは不必要に大きなバッファを必要とすることになる。立上り遅延タイムの最小化を行い、それによってファイル全体のダウンロードの終了前にクライアントがコンテンツの再生を開始できるようにすることが望ましい。
【０００３】
一例として、スケーラブルベクタグラフィックス（ＳＶＧ）を含むファイルを用いることにしよう。ＳＶＧは、ＸＭＬ（eXtensible Markup Language：拡張マークアップ言語）で２次元画像を記述するための言語であり、ベクトル画像の形状、画像およびテキストの３つのタイプの画像オブジェクトを処理するものである（スケーラブルベクタグラフィックス（Scalable Vector Graphics）１.１仕様、Ｗ３Ｃ勧告、２００３年１月１４日を参照のこと）。画像オブジェクトは、事前にレンダーされたオブジェクトから、グループ化と、変換と、構成とを行うことが可能である。ＳＶＧ図面は、インタラクティブで、動的なものにすることが可能であり、アニメーションでの利用が可能である。ＳＶＧコンテンツはグループ構成が可能であり、それによって、次のグループ（後でタイムリーに配信されるグループ）から独立にグループの各々の処理と表示とを行うことが可能となる。グループを以下シーンと呼ぶことにする。本願では、個々のシーンに対して、コンテンツから推論されるコンテンツ表示タイム（またはコンテンツ開始タイム）を割り当てることが可能であり、別のシーンと関連して上記個々のシーンの表示を上記タイムに開始することが望ましい。
【０００４】
クライアントがサーバに格納されたＳＶＧファイルをダウンロードすると、クライアントとサーバ間で利用可能な帯域幅に応じてファイルが所定のビットレートで受信され、クライアントのバッファに格納される。所望の立上り遅延タイムが着信すると、クライアントはファイルのコンテンツ表示を開始する。立上り遅延タイムとはファイルのダウンロードの開始とファイルのコンテンツ表示の開始との間の時間差である。
【０００５】
上記ファイル全体のダウンロードの終了前に、クライアントがコンテンツの再生を開始できるように、立上り遅延タイムの最小化を行うことが望ましいものの、立上り遅延タイムはそのプレイヤ（player）による表示タイム前に個々のシーンの受信を保証できる十分な長さの時間でなければならないことが理解されている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般に、ベクトル画像と共に利用する立上り遅延タイムは、ファイルサイズと、ファイルの長さと、フレームレートと、ファイルの初めに示されるフレームカウント値などの情報から推論できるファイルの継続時間（再生時間）とに基づいて推定される。しかし、多くのインスタンスで、クライアントがＳＶＧなどのコンテンツの立上り遅延タイムを上記情報のみに基づいて正確に推定することは不可能である。
【０００７】
クライアントが立上り遅延タイムを正確に推定して使用メモリの最小化を図ることができるようにする方法とメカニズムとを提供することができれば好都合であり、望ましいことになる。さらに、使用メモリのさらなる最小化を行うために、ファイルの表示後ファイルのどの部分の破棄が可能であるかをクライアントが知ることができると好都合である。
【課題を解決するための手段】
【０００８】
本発明は、計時されるコンテンツの漸進的ダウンローディングを行う方法を提供するものであり、コンテンツ内のシーンプロパティを指定するテーブルがサーバにより提供されて、クライアントは適正な立上り遅延タイムの計算を行うことが可能となる。このテーブルは個々のシーンのサイズ、開始タイムおよび最小伝送レートをリストするものであってもよい。さらに、メモリの節減のために個々のシーンの終了タイムを示すことも可能である。
【０００９】
したがって、本発明の第１の形態によれば、ネットワークにおけるシグナリング方法が提供され、上記ネットワークが、少なくとも１つのクライアントと、複数のコンポーネントを含むデータを上記クライアントへ伝送するサーバとを有し、上記データの少なくとも一部の表示前に上記クライアントが上記データをクライアントバッファにダウンロードできるように、上記コンポーネントが種々のコンテンツプロパティを有し、個々のコンポーネントはコンポーネントサイズを有するようになっている。上記方法は、
上記コンポーネントのコンテンツプロパティを示す情報を上記クライアントへ送り、
上記コンポーネントのコンテンツプロパティに基づいて、上記表示タイムの立上り遅延タイムを上記情報に応じてクライアント側で決定するのを備える。
【００１０】
上記情報は上記コンポーネントのコンテンツ表示タイムを示すものであってもよく、さらにコンポーネントのコンテンツ終了タイムを示すものであってもよい。
【００１１】
上記方法は、コンポーネントの立上り遅延タイムとコンテンツ表示タイムとに基づいて、プレイヤによるコンポーネントの開始タイムにコンポーネントを表示するステップをさらに具備する。
【００１２】
上記情報は、コンポーネントのコンテンツ終了タイムをさらに示すものであってもよく、さらに、上記方法は、コンポーネントのコンテンツ開始タイムとコンテンツ終了タイムとに基づいて、データの一部を表示後データの前記一部を除去するステップをさらに有する。
【００１３】
上記情報はコンポーネントサイズを示すものであってもよい。
【００１４】
データのダウンロードに先行して上記情報はクライアントへ送られる。
【００１５】
上記情報は、伝送レートに基づいてコンポーネントの最小帯域幅を示すものであってもよい。
【００１６】
上記コンテンツプロパティはコンポーネントのコンテンツ表示タイムおよびコンポーネントのコンテンツ終了タイムを含み、さらに上記方法は、
上記コンポーネントサイズと、上記コンポーネントのコンテンツ表示タイムとに基づいて、上記プレイヤによるコンポーネントの開始タイムに上記コンポーネントを表示し、
上記データ内の別のコンポーネントを表示する一方で、１以上のコンポーネントのコンテンツ表示タイムとコンテンツ終了タイムとに基づいて、前記１以上のコンポーネントの表示後、前記１以上のコンポーネントを除去するのを備える。
【００１７】
本発明の第２の形態によれば、マルチメディアシステムが提供され、このマルチメディアシステムは、
データバッファを有する少なくとも１つのクライアントと、
複数のコンポーネントを有し、上記クライアントへデータを伝送する少なくとも１つのサーバであって、上記データの少なくとも一部の表示前に上記クライアントが上記データを上記データバッファにダウンロードできるように、上記コンポーネントが種々のコンテンツプロパティを有し、個々のコンポーネントがコンポーネントサイズを有し、
上記サーバが、
上記コンポーネントサイズと、上記コンポーネントのコンテンツプロパティとに基づいて上記コンポーネントのコンテンツ表示タイムを決定する手段と、
上記コンポーネントの表示タイムを示す情報を上記クライアントへ送る手段と、を具備し、
上記クライアントが、
上記送信済み情報を受信する手段と、
上記受信済み情報に基づいて上記表示タイムの立上り遅延タイムを決定する手段と、を具備する。
【００１８】
上記クライアントは、
上記コンポーネントの立上り遅延タイムとコンテンツ表示タイムとに基づいて、上記プレイヤによるコンポーネントの開始タイムに従って上記データを表示する手段をさらに具備する。
【００１９】
上記送信済み情報はコンポーネントのコンテンツ終了タイムをさらに示し、上記クライアントは、さらに、
上記コンポーネントのコンテンツ表示タイムと、上記コンポーネントのコンテンツ終了タイムとに基づいて、１以上のコンポーネントの表示後、上記１以上のコンポーネントを除去するようになっている。
【００２０】
上記情報は、伝送レートに基づいてコンポーネント伝送時の最小帯域幅を示すものであってもよい。さらにクライアントは、コンポーネントのコンテンツ表示タイムと最小帯域幅とに基づいて、１以上のコンポーネントの表示後、前記１以上のコンポーネントを除去するようになっている。
【００２１】
本発明の第３の形態によれば、マルチメディアネットワークにおいてサーバが提供され、上記ネットワークは少なくとも１つのクライアントを有し、上記サーバは複数のコンポーネントを含むデータをクライアントへ伝送し、上記データの少なくとも一部の表示前に上記クライアントがクライアントバッファに上記データをダウンロードできるように、上記コンポーネントは種々のコンテンツプロパティを有し、個々のコンポーネントはコンポーネントサイズを有するようになっている。上記サーバは、
上記コンポーネントサイズと、ファイルのコンテンツプロパティとに基づいて、上記コンポーネントのコンテンツ表示タイムを決定する手段と、
上記クライアントが上記情報に基づいて上記表示の際の立上り遅延タイムを決定できるように、上記コンポーネントの表示タイムを示す情報を上記クライアントへ送る手段と、を具備する。
【００２２】
本発明の第４の形態によれば、上記マルチメディアネットワークにおけるクライアントが提供され、上記ネットワークは、複数のコンポーネントを含むデータをクライアント側装置へ伝送する少なくとも１つのサーバを有し、上記データの少なくとも一部の表示前にクライアント側装置が上記データをダウンロードできるように上記コンポーネントは種々のコンテンツプロパティを有し、個々のコンポーネントがコンポーネントサイズを有し、上記サーバは上記クライアントのコンテンツプロパティを示す情報をクライアント側装置へさらに伝送するようになっている。
上記クライアントは、
上記データの少なくとも１一部を格納するバッファと、
上記コンポーネントのコンテンツプロパティに基づいて上記表示の際の立上り遅延タイムを上記情報に応じて決定する手段とを具備する。
【００２３】
本発明の第５の形態によれば、ネットワークにおいてサーバで使用するコンピュータプログラムが提供され、上記ネットワークは少なくとも１つのクライアントを有し、データの少なくとも一部の表示前にクライアントが上記データをクライアントバッファにダウンロードできるようにするために、上記サーバが種々のコンテンツプロパティを含むデータを上記クライアントへ伝送し、個々のコンポーネントがコンポーネントサイズを有するようになっている。上記コンピュータプログラムは、
上記コンポーネントサイズと、上記ファイルのコンテンツプロパティとに基づいて表示タイムを決定する第１のコードと、
クライアントが上記表示タイムを示す情報を生成して、上記表示の際の立上り遅延タイムを決定できるようにする第２のコードと、を具備する。
【００２４】
本発明の第６の形態によれば、ネットワークにおいてクライアント側で使用するコンピュータプログラムであって、データの少なくとも一部の表示前にクライアントが上記データをクライアントバッファにダウンロードできるようにするために、上記ネットワークが、種々のコンテンツプロパティを含む上記データを上記クライアントへ伝送する少なくとも１つのサーバを有し、個々のコンポーネントがコンポーネントサイズを有し、上記サーバが上記コンテンツプロパティを示す情報を上記クライアントへ伝送するようになっているコンピュータプログラムが提供される。上記コンピュータプログラムは、
上記表示の際の立上り遅延タイムを決定するコードと、
上記コンテンツプロパティと、上記表示の際の立上り遅延タイムとに基づいて上記プレイヤによるコンポーネントの開始タイムを決定するコードと、を具備する。
【発明を実施するための最良の形態】
【００２５】
本発明は、図１および図２に関連した記載を読むことにより明らかになるであろう。
【実施例】
【００２６】
図１はマルチメディアサーバ１０とマルチメディアクライアント５０とを有するネットワークシステム１を示す。サーバ１０を利用して、ネットワーク３０を介してクライアント５０へ符号化済みデータを送信し、それによってクライアント５０は再生用装置７０で再生するデータの復号化を行うことが可能となる。
【００２７】
サーバ１０は、送信機２８を介してクライアント５０へ送信するファイルを格納するデータ記憶装置２２を有する。サーバ１０は、ファイル内のシーンプロパティをリストするテーブル２６を作成する実行可能コードを有するソフトウェアプログラム２４も有し、このソフトウェアプログラムによってクライアント５０は立上り遅延タイムの推定を行うことが可能となる。例えば、ソフトウェアプログラム２４には前記リストを実行するシーンプロパティアルゴリズム２５が含まれる。
【００２８】
クライアント５０は、受信機６８を介して或る一定時間の間サーバ１０からダウンロードしたファイルを格納するデータバッファ６０を有し、それによってダウンロードしたファイルのコンテンツをデコーダ６６により復号化し、再生用装置７０で正しく再生することが可能となる。使用メモリを最小化するために、クライアント５０は適正な立上り遅延タイムとプレイヤによる開始タイムとを計算する実行可能コードを含むソフトウェアプログラム６２を有する。例えば、ソフトウェアプログラム６２には立上り遅延タイム時間を計算するアルゴリズム６４が含まれる。コンピュータプログラム６２には、プレイヤによる開始タイムを計算するための、および、コンポーネントの表示後データバッファ６０内の１以上のコンポーネントを除去する時点を決定するための別の実行可能コードも含まれる。
【００２９】
以下の例について検討する。ＳＶＧファイルのサイズは１７５ｋｂｉｔに等しく、その継続時間は９秒である。このファイルにはテーブルＩにリストされているように７つのシーンを含むアニメーション表示が含まれている。テーブルＩは圧縮後のサイズおよび個々のシーンについてのコンテンツ開始タイムをリストするものである。シーン４の表示がシーン５と同時に開始することに留意されたい。これはシーン４のファイルが次の３つのシーン、すなわち、シーン５、６、７で使用するエレメントの定義のみを含むものであってもよいことを意味する。この点で、コンテンツ内の１以上のシーンプロパティは他のシーンとは異なるものであってもよい。プロパティの違いに起因して、ダウンロードを行う順序に関してファイルをシーケンシャルに表示する必要はない。
【００３０】
コンテンツ表示タイムを割り当てる際、立上り遅延タイムは０に等しい値をとるものと最初仮定されている。次いで、クライアントは、立上り遅延タイムによって個々のシーンのコンテンツ開始タイムのオフセットを行うことにより、立上り遅延タイムと、プレイヤによる開始タイム（プレイヤによる表示タイム）との値を計算する。例えば、立上り遅延タイムが２秒に等しい場合、テーブルにリストされているようにプレイヤによるシーン１の開始タイムは０でなく２秒に等しくなる。
【表１】
2006527442.tif 000003
【００３１】
立上り遅延タイムを最小化するために、クライアントは、ファイル全体のダウンロードが終了する前にコンテンツの再生を開始することができる。しかし、立上り遅延タイムは、そのプレイヤによる表示タイムよりも前に個々のシーンの受信を保証できるほど十分に長いものでなければならない。例えば、テーブルＩに記載のようなファイルをダウンロードする場合、利用可能な帯域幅を２０ｋｂｉｔ／秒に等しいと想定しよう。クライアントが第１のシーン（シーン１）を受信後、コンテンツの再生開始を決定した場合、立上り遅延タイムは１秒に等しくなる。したがって、この１秒の立上り遅延タイムを考慮に入れると、プレイヤによるシーン５の開始タイムは４秒に等しくなる。利用可能な帯域幅が２０ｋｂｉｔ／秒の場合、シーン５のファイルは８.２５秒（１６５［ｋｂｉｔ］／２０［ｋｂｉｔ／秒］）で完全にダウンロードされるか、ｔ＝４秒で表示すべきところを、４.２５秒後に表示されることになる。明らかに、上記シーン５のファイルのダウンロード前にこのシーンを表示することは不可能である。したがって、クライアントはその後の時点にコンテンツの再生を開始しなければならなくなる。
【００３２】
立上り遅延タイムを正確に推定するために総ファイルサイズおよびその継続時間に関する情報に依拠するだけでは十分ではないことを証明するために、テーブルＩに記載されているようなファイルについて再度言及し、２０ｋｂｉｔ／秒の利用可能な帯域幅を想定することにしよう。前述したように、ＳＶＧファイル全体のサイズは１７５ｋｂｉｔであり、その継続時間は９秒である。ファイルを完全に受信するには、８.７５秒（１７５［ｋｂｉｔ］／２０［ｋｂｉｔ／秒］）を必要とする。したがって、受信所要時間のほうが継続時間よりも短くなる。しかし、クライアントが総ファイルサイズとその継続時間に関する自分の情報に基づいて、第１のシーンの受信直後にファイルコンテンツの表示開始を決定すれば、前に説明したようにシーン５は時間内に受信できなくなる。
【００３３】
本発明によれば、テーブルＩＩに示されるように、テーブル２６はいくつかのシーンまたはすべてのシーンのサイズとコンテンツ表示タイムとをリストするものである。クライアント５０はシーン（データ）の実際のコンテンツの受信に先行してシーンプロパティを受信することになる。
【表２】
2006527442.tif 000004
【００３４】
上記とは別に、テーブル２６にリストされたようなシーン情報には送信時に最小帯域幅Ｂｍ（最小レート）が含まれ、クライアントがファイル全体の表示開始を決定した場合、そのプレイヤによる表示タイムよりも前に個々の残りのシーンがこのシーンの受信後利用可能になることが保証される。推定帯域幅がＢに等しい場合、クライアントは、最小レート値ＢｍがＢよりも大きなシーンを受信した後、ファイルのコンテンツ再生を開始することが可能となる。ファイル開始時にすべてのシーンの最小レートが含まれる必要はない。個々のシーンの最小レートが当該シーンと共に受信されれば十分である。この場合、上記ファイルの構造は以下のようになる：
【表３】
2006527442.tif 000005
【００３５】
テーブルＩに記載のようなファイルの場合、最も近いｋｂｉｔ／秒まで丸められた最小レートは以下のようになる：
シーン１：  ４９
シーン２：  ４２
シーン３：  ３５
シーン４：  ３
シーン５：  ２
シーン６：  １
【００３６】
したがって、推定帯域幅が２０ｋｂｉｔ／秒に等しければ、クライアントはシーン４の受信後にファイル表示を開始することができ、このファイルへの送信時の最小レートの割り当て値は３ｋｂｉｔ／秒に等しくなる。
【００３７】
個々のシーンの最小レートを計算するために、ソフトウェアプログラム２４は以下の擬似コード（pseudo code）を有するものであってもよい：
【数１】
2006527442.tif 000006
【００３８】
ＳＶＧファイル内のすべてのシーンが必ずしも明示的に指定されたそのシーンの終了タイムを含むわけではないことに留意されたい。例えば、テーブルＩに記載のようなファイルシーン４は次のシーンでの使用エレメントの定義にすぎない場合もある。したがって、個々のシーンをどのくらいの時間メモリ内に保持するかの方法に関してクライアントにヒントを与えるために、個々のシーンのコンテンツ終了タイムをクライアント５０へ信号で送ることも可能である。テーブルＩから得られるシーン例を用いて、コンテンツ開始タイムとコンテンツ終了タイムとがテーブルＩＶにリストされている。テーブルＩＶでわかるように、シーン４を除くすべてのシーンの表示直後にこれらのシーンを破棄することができる。
【表４】
2006527442.tif 000007
【００３９】
上記とは別に、本願では、シーン番号ｍの着信と表示まで所定のシーンの保持が望ましい旨を指定することが可能である。例えば、シーン１自身の表示の終了（すなわちｍ＝１）までシーン１を保持する必要がある。シーン７の表示の終了、すなわちｍ＝７までシーン４を保持する必要がある。その他のシーンの各々もそれ自身の表示の終了までそのシーンを保持しなければならない。
【００４０】
要するに、立上り遅延タイムを決定するためにクライアント側で利用する信号方法は、データコンポーネントのサイズとコンテンツ表示タイムに基づいて、または、データコンポーネントの送信時の最小レートに基づいて行うことが可能となる。フローチャート１００に図示のように、ステップ１１０で、クライアントは利用可能なビットレートまたは帯域幅を取得する。ステップ１２０で、サーバからの受信情報がデータコンポーネントのサイズを含んでいるか、最小の帯域幅を含んでいるかが判定される。情報がデータコンポーネントのサイズを示す場合、クライアントは、ステップ１３０でコンポーネントの累積サイズを計算し、ステップ１３２において、ステップ１１０で取得したような利用可能なビットレートでこれらのコンポーネントの累積サイズの除算を行い、“累積再生タイム”の取得を図るようにする。クライアントは、ステップ１３４でコンテンツ開始タイムを累積再生タイムから減じて、ステップ１５０で立上り遅延タイムを決定する。或いは、サーバによって送られた情報からデータコンポーネントの最小帯域幅が利用可能な場合、クライアントは、コンポーネントの最小レートが平均レートよりも大きい第１のコンポーネントをステップ１４０で見つけて、ステップ１５０で立上り遅延タイムを決定するようにする。
【００４１】
さらに、個々のシーンのコンテンツ終了タイムがクライアントに示された場合、クライアントは、提供された情報に基づいてＳＶＧファイル内のシーンを選択的に破棄することによって使用メモリをさらに最小化することが可能となる。
【００４２】
本発明の好ましい実施例と関連して本発明について説明したが、本発明の構成並びに細部における上述の変更、省略および逸脱、並びに、様々な他の変更、省略および逸脱を本発明の範囲から逸脱することなく行うのが可能であることは当業者の理解するところであろう。
【図面の簡単な説明】
【００４３】
【図１】サーバおよびクライアントを有するネットワークシステムを示すブロック図であり、クライアントは本発明に基づいて立上り遅延タイムを決定するソフトウェアプログラムを有する。
【図２】本発明に基づいてクライアント側で立上り遅延タイムを決定する方法を例示するフローチャートである。
【図１】
2006527442.tif 000008
【図２】
2006527442.tif 000009
【国際調査報告】
2006527442.tif 000010
2006527442.tif 000011