JP2012504261A - ユーザ要求により開始されるデータファイル送信 - Google Patents

Abstract

ネットワーク（Ｎ）に接続されたコンピュータノード（１００）は、ユーザ端末（Ｔ１、Ｔ２）に供給されて、ユーザ端末（Ｔ１、Ｔ２）で再生／表示するようになっているデータファイル（Ｆ１、…、Ｆｍ）の集合体と関連付けられている。ノード（１００）は、要求入力インタフェース（１１０）経由でユーザ端末（Ｔ１、Ｔ２）からユーザ要求（Ｒ）を受信する。各要求（Ｒ）は、データファイル（Ｆ１、…、Ｆｍ）の集合体において、要求されたデータファイル（Ｆ１）を識別する。かかる各要求（Ｒ）に応じかつ基づいて、制御ユニット（１２０）は、少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）を導出する。各基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）は、ユーザ要求（Ｒ）が発信されたユーザ端末（Ｔ１）の再生／表示能力について特定の態様を特徴付けるそれぞれの機能セットを反映する。少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）に基づいて、制御ユニット（１２０）は、さらに、少なくとも２つの連続するステップを含む再生／表示能力アルゴリズムを実行する。アルゴリズムの実行結果に基づいて、制御ユニット（１２０）は、ユーザ端末（Ｔ１）の複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を導出し、ファイル（Ｆ１）の特定コンテンツに関して、バージョン（Ｆ１ｖｉ）が複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致する要求されたデータファイル（Ｆ１）のバージョン（Ｆ１ｖｉ）を選択（ｖ_ＩＤ）し、要求されたデータファイル（Ｆ１）の選択されたバージョン（Ｆ１ｖｉ）をユーザ端末（Ｔ１）に転送する。

Description

本発明は、広義には、ユーザ端末へのデータファイル配信に関する。より詳細には、本発明は、請求項１の前提部分に記載のコンピュータノードと、請求項１４に記載の方法とに関する。また、本発明は、請求項２７に記載のコンピュータプログラムと、請求項２８に記載のコンピュータ読み取り可能な媒体とに関する。

今日、デジタルコンテンツは、例えば、テキスト、イメージ、サウンド、ビデオなどの多くの異なるフォームがある。さらに、デジタルメディアに対する大衆の需要は急速に増している。しかしながら、各タイプのコンテンツは、広範囲のフォーマットで存在できるため、通常、ハードウェアおよび／またはソフトウェアの制約により、所与のユーザ端末では、理論的に可能な全てのフォーマットのサブセットしか表示／プレイすることができない。従って、任意のより多数の潜在的な受信者の端末にデジタルコンテンツを配信することは複雑な作業である。

この問題に対処するため、国際公開第２００７／０６６９８０号パンフレットは、端末情報に基づいてカスタマイズコンテンツを提供するシステムを開示している。特定コンテンツのユーザ選択に応じて、選択されたコンテンツが利用可能であるかどうか、あるいは、コンテンツの提供をコンテンツプロバイダに要求する必要があるかについて判断する。利用可能な／受信したコンテンツのファイルフォーマットをユーザ端末に適して変換する必要があるかどうかについても判断され、そうであれば、適当な変換が行われる。その後、コンテンツは端末に送信される。具体的には、適当なデータフォーマットを決めるため、プロファイル管理ユニットは、ユーザ端末のプロファイルを抽出するのに用いるのが好ましい。

米国特許第２００６／００３６６１０号は、ファイルを変換し、共有する別のシステムを開示している。ここで、端末装置コンフィギュレーションデータベースは、異なる端末装置に対する複数のコンフィギュレーション情報を格納する。該情報に基づいて、ファイルを変換し、ユーザ端末装置からの要求に応じて、ユーザ端末装置に転送する。

その結果、デジタルコンテンツを種々の異なるユーザ端末に送信することができるソリューションがすでに存在する。しかしながら、ウェブページなどのリソース経由でデジタルコンテンツへのアクセスが予想される端末の容量や能力について適当なセットのファイルフォーマットを提供することは、いまだ、簡単でない作業である。さらに、かかるコンテンツを通常の端末ユーザに簡単かつ直接的な方法で提供することも困難である。しかしながら、さらに重要なのは、公知のシステムに適用された方策では、端末に理想的なファイルフォーマットを決定するユーザ端末の機能を識別し損なう恐れがある。

従って、本発明の目的は、上記の問題を解決することであり、従って、多様なユーザ端末へのデータ供給を可能にしながら、一般的なネットワーク経由でデータファイルを効率的に配信するためのユーザフレンドリなソリューションを提供することである。

本発明の一態様によれば、本目的は、冒頭に述べたコンピュータノードによって達成される。ノード内の制御ユニットは、ユーザ要求に基づいて少なくとも２つの基本的な要求コンポーネントを導出するようにさらに構成されている。ここで、各基本的な要求コンポーネントは、ユーザ要求が発信されたユーザ端末の再生／表示能力について特定の態様を特徴付けるそれぞれの機能セットを反映する。また、制御ユニットは、少なくとも２つの基本的な要求コンポーネントに基づいて再生／表示能力アルゴリズムを実行するように構成されている。アルゴリズムは、少なくとも２つの連続するステップ（即ち、初期ステップに続く１つ以上のステップ）を含む。さらに、アルゴリズムの実行結果に基づいて、制御ユニットは、ユーザ端末の複合再生／表示能力を導出するように構成されている。複合再生／表示能力は、要求されたデータファイルに含まれる特定種類のコンテンツを取り扱うための端末の能力を反映する。さらに、制御ユニットは、要求されたデータファイルのバージョンを選択するように構成されており、該バージョンは複合再生／表示能力と一致する。最終的に、制御ユニットは、要求されたデータファイルの選択されたバージョンをユーザ端末に転送するように構成されている。

かかるコンピュータノードは、ファイルが、例えば、ウェブページ上で利用可能に保たれる異なるフォーマットの数に関わらず、各データファイルごとに単一の識別子を提供することができるため、有利である。さらに、ファイルの最も適当なバージョンが自動的に（即ち、ユーザ判断を必要とすることなく）選択される。

本発明のこの態様の一好適実施形態によれば、少なくとも２つの基本的な要求コンポーネントの第１のコンポーネントは、ベンダー、モデル、表示サイズ、ソフトウェアバージョン、および／または、端末でサポートされる文字セットを反映するユーザエージェントデータを含む。従って、第１のコンポーネントに基づいて、端末の表示／再生能力を決定するための重要な要素を導出することができる。

本発明のこの態様の別の好適な実施形態によれば、少なくとも２つの基本的な要求コンポーネントの第２のコンポーネントは、要求されたデータファイルに含まれる特定種類のコンテンツを反映する受入れデータ（ａｃｃｅｐｔ ｄａｔａ）を含む。従って、第２のコンポーネントに基づいて、端末の表示／再生能力を決定するためのさらなる要素を導出することができる。

本発明のこの態様のさらに別の好適な実施形態によれば、少なくとも２つの基本的な要求コンポーネントの第３のコンポーネントは、ユーザ端末の再生／表示能力に関して予め定義された機能セットを記述するファイルにＵＲＬを特定するユーザエージェントプロファイルデータを含む。その結果、ユーザ要求それ自体が不十分なデータをもたらすと、ＵＲＬは、潜在的に、このデータを提供することができる。本発明のこの態様の別の好適な実施形態によれば、制御ユニットが、基本的な要求コンポーネントが完全性要件を満たしていないと認識した場合、制御ユニットは、ユーザ要求に基づいて、少なくとも２つの基本的な要求コンポーネントに加えて少なくとも１つの補助的な要求コンポーネントを導出するように構成されている。例えば、補助要求コンポーネントは、ｘ−ｏｐｅｒａｍｉｎｉ−ｐｈｏｎｅ−ｕａヘッダフィールド（即ち、Ｏｐｅｒａ Ｍｉｎｉブラウザを用いた、端末の元のユーザエージェントヘッダ）、ｘ−ｗａｐ−ｐｒｏｆｉｌｅヘッダフィールド（即ち、特定されたユーザエージェントプロファイルへのリファレンス）、ｘ−ｕｐ−ｄｅｖｃａｐ−ｓｃｒｅｅｎ−ｐｉｘｅｌｓヘッダフィールド（即ち、ピクセルで特定された画面サイズ）、および／または、ｘ−ｄｅｖｉｃｅ−ａｃｃｅｐｔヘッダフィールド（即ち、トランスコーダを通過した後の端末の元のａｃｃｅｐｔヘッダ）を含み得る。これにより、端末の再生／表示能力を十分に導出するためさらに追加の可能性が生まれる。

本発明のこの態様のさらに別の好適な実施形態によれば、ノードは、公知の装置異常の補正を記述する例外データベースを含む。制御ユニットは、例外データベースのコンテンツに基づいて、少なくとも２つの基本的な要求コンポーネントから導出したユーザ端末の再生／表示能力の機能を調整することで、ユーザ端末の強化された複合再生／表示能力を生成するように構成されている。これにより、基本的な要求コンポーネントのようなコンテンツが続いた場合に起こっていたであろうエラーを補償することができる。

本発明のこの態様のさらに別の好適な実施形態によれば、ノードは、少なくとも２つの基本的な要求コンポーネントのコンテンツに加えて、ユーザ端末の再生／表示能力機能を記述するパラメータにわたるルールデータベースを含む。ここで、制御ユニットは、一連のルールをルールデータベースから再生／表示能力アルゴリズムもしくは上述の例外の結果に適用することで、ユーザ端末の（さらに）強化された複合再生／表示能力を生成するように構成されている。例えば、ルールは、特定タイプの端末はフラッシュプレーヤを備えているなど、検出不能なパラメータを表してもよい。

本発明のこの態様の別の好適な実施形態によれば、制御ユニットは、強化された複合再生／表示能力を反映するデータレコードを生成し、記録手段内の基準端末と関連付けられたデータレコードを格納するように構成されている。その後、受信した将来のユーザ要求に応じて、制御ユニットは、要求が、記録手段内にすでに記録された基準端末と一致する基準端末を有するユーザ端末から発信されたかどうかをチェックするように構成されている。そうであると分かった場合、制御ユニットは、一致した基準端末と関連付けられているデータレコードから、強化された複合再生／表示能力を検索するように構成されている。当然のことながら、これにより、端末の再生／表示能力に関する上述の調査は全てバイパスすることができるため、選択されたデータファイルの適当なバージョンを識別するプロセスを実質的に速める。

本発明のこの態様の別の好適な実施形態によれば、ユーザ端末が、ファイルの全コンテンツがユーザ端末に到達する前に、データファイルの再生／表示を開始することが可能なように、制御ユニットは、要求されたデータファイルの選択されたバージョンのコンテンツをユーザ端末にプログレッシブ転送させるように構成されている。その結果、制御ユニットは、要求されたデータファイルの選択されたバージョンをユーザ端末にストリーミングさせる、プログレッシブダウンローディングさせる、もしくは同等になるように構成されていてもよい。当然のことながら、これは、ファイルをプレイ／表示できるようになる前にデータファイル全体をユーザ端末に記憶しなければならない従来のダウンロードに比べて、非常に有利である。

本発明のこの態様のさらに別の好適な実施形態によれば、ユーザ端末の複合再生／表示能力と一致するデータファイルの集合体に、要求されたデータファイルのバージョンが見つけられない場合（例、端末のリソースはきわめて限定されているため）、制御ユニットは、複合再生／表示能力と実際に一致する別のデータファイルを選択するように構成されている。しかしながら、別のデータファイルは、要求されたデータファイルのコンテンツとは異なるコンテンツを含む。例えば、要求されたデータファイルがビデオシーケンスを表す場合、別のデータファイルは、そのシーケンスからのデフォルト静止画像であってもよい。同様に、制御ユニットは、別のデータファイルをユーザ端末に転送するように構成されている。これにより、エラーメッセージを回避でき、かつ、比較的時代遅れの機器でも、データファイルに少なくともある程度はアクセスするのに使用することができる。

本発明のこの態様のさらに別の好適な実施形態によれば、ノードは、少なくとも１つのペイロードデータベースと、出力インタフェースとを含む。少なくとも１つのペイロードデータベースは、データファイルの集合体と、その異なるバージョンとを含む。制御ユニットは、要求されたデータファイルの選択されたバージョンをノード自体からユーザ端末に転送するように構成されており、データは、出力インタフェース経由で転送される。当然のことながら、提案されたノードからデータファイルを（少なくとも部分的に）分離することは技術的に実現可能であるが、場合によっては、ノードと同じ場所に置かれたファイルを持つことは有利な場合もある。

本発明の別の態様によれば、本目的は、冒頭に述べた方法によって達成される。本方法は、ユーザ要求に基づいて、少なくとも２つの基本的な要求コンポーネントを導出する工程を含む。ここで、各基本的な要求コンポーネントは、ユーザ要求が発信されたユーザ端末の再生／表示能力について特定の態様を特徴付けるそれぞれの機能セットを反映する。さらに、本方法は、少なくとも２つの基本的な要求コンポーネントに基づいて再生／表示能力アルゴリズムを実行する工程を含む。アルゴリズムは、少なくとも２つの連続するステップを含む。アルゴリズムの実行結果に基づいて、本方法は、ユーザ端末の複合再生／表示能力を導出する工程を含む。複合再生／表示能力は、要求されたデータファイルに含まれる特定種類のコンテンツを取り扱うための端末の能力を反映する。その後、本方法は、バージョンが複合再生／表示能力と一致する要求されたデータファイルのバージョン（Ｆ１ｖｉ）を選択する工程と、要求されたデータファイルの選択されたバージョンをユーザ端末に転送する工程とを含む。この方法のみならず、その好適な実施形態の利点については、提案されたシステムを参照しながら上述した説明から明らかである。

本発明の別の態様によれば、本目的は、コンピュータプログラムによって達成される。該コンピュータプログラムは、コンピュータの内部メモリに読み込むことができ、プログラムをデータ処理装置上で実行する場合に、上記提案された方法を制御するためのソフトウェアを備える。

本発明の別の態様によれば、本目的は、コンピュータ読み取り可能な媒体によって達成される。該コンピュータ読み取り可能な媒体は、記録されたプログラムを有し、該プログラムは、データ処理装置を制御して、上記提案された方法を実行する。

本発明のさらなる利点、有利な特徴、および用途については、以下の説明および従属請求項から明らかになるであろう。

実施例として開示する好適な実施形態の説明によって、および添付されている図面を参照しながら、本発明をさらに詳しく説明する。

本発明の一実施形態による、コンピュータノードを含むコンピュータシステムの全体構造を示す。 本発明による、データファイルを供給するための一般的な方法の流れ図を示す。

最初に、コンピュータシステムを示す図１を参照する。システムは、ネットワークＮに接続されたコンピュータノード１００を備える。多数のユーザ端末Ｔ１およびＴ２もネットワークＮに接続されるが、この例では、ユーザ端末Ｔ１およびＴ２は、それぞれ、アクセスネットワークＮ_ａｃｃ１およびＮ_ａｃｃ２を経由してネットワークＮに接続される。ここで、第１の端末Ｔ１は、携帯電話で表され、第２の端末Ｔ２は、ノート型パソコンで表される。しかしながら、本発明によれば、ユーザ端末Ｔ１およびＴ２は、有線または無線ネットワークにわたってデータを交換するように構成された任意のタイプの機器（例えば、デスクトップコンピュータ、パームトップ、ＰＤＡ（パーソナルデジタルアシスタント）、またはスマートフォン）で同様に具現化してもよい。さらに、本発明によれば、ユーザ端末Ｔ１およびＴ２が中間ネットワークを通じてユーザ要求Ｒをノード１００に送信できる限り、アクセスネットワークＮ_ａｃｃ１およびＮ_ａｃｃ２とネットワークＮの間には任意の数の中間ネットワークが考えられる。

ノード１００は、データファイル（Ｆ１、…、Ｆｍ）の集合体に関連付けられており、該データファイルは、ユーザ端末Ｔ１およびＴ２に供給され、それぞれで再生／表示するようになっている。データファイル（Ｆ１、…、Ｆｍ）の集合体は、ノード１００内の少なくとも１つのペイロードデータベース１４０に格納されてもよく、あるいは、ノード１００外の同等の記録手段に部分的もしくは完全に格納されてもよい。

何れにせよ、ノード１００は、要求入力インタフェース１１０と、制御ユニット１２０とを備える。要求入力インタフェース１１０は、データネットワークＮ経由でユーザ端末Ｔ１およびＴ２からユーザ要求Ｒを受信するように構成されている。各ユーザ要求Ｒは、データファイル（Ｆ１、…、Ｆｍ）の集合体、即ち、ユーザが自分の端末で再生／表示したいデジタルコンテンツにおいて、要求されたデータファイルＦ１を識別する。データファイル（Ｆ１、…、Ｆｍ）の集合体は、ウェブページ、ワップページ、または対応するリソース経由で利用可能に保たれるのが好ましい。

制御ユニット１２０は、要求入力インタフェース１１０から入ってくるユーザ要求Ｒを受信するように構成されている。かかる各要求Ｒに応じて、制御ユニット１２０は、データファイル（Ｆ１、…、Ｆｍ）の集合体からデータファイルＦ１の特定バージョンＦ１ｖｉを選択するように構成されている。ここで、選択は、ポインタＶ_ＩＤによって、ペイロードデータベース１４０内のファイルバージョンＦ１ｖ１と表される。即ち、各データファイルＦ１は、少なくとも２つの異なるバージョン、例えば、Ｆ１ｖ１、Ｆ１ｖ２〜Ｆ１ｖｎで存在する。さらに、データファイルＦ１の各バージョンは、少なくとも１種類のユーザ端末Ｔ１およびＴ２で再生／表示するようになっている。データファイルＦ１がビデオシーケンスを表す場合、第１のバージョンＦ１ｖ１は、ＭＰＥＧ−４ファイルであり、第２のバージョンＦ１ｖ２は、３ＧＰファイルであり、第３のバージョンは、ＡＳＦファイルなどであってもよい。

一般に、データファイル（Ｆ１、…、Ｆｍ）がビデオシーケンスを表す場合、そのバージョンとしては、例えば、フォーマット：ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．１２０、Ｈ．２６１、Ｈ．２６２、Ｈ．２６３、Ｈ．２６４、ＡＭＶ、ＡＶＳ、Ｂｉｎｋ、Ｄｉｒａｃ、Ｉｎｄｅｏ、Ｐｉｘｌｅｔ、ＲｅａｌＶｉｄｅｏ、ＲＴＶｉｄｅｏ、ＳｈｅｅｒＶｉｄｅｏ、Ｓｍａｃｋｅｒ、Ｓｎｏｗ、Ｔｈｅｏｒａ、ＶＣ−１、ＶＰ６、ＶＰ７、およびＷＭＶの１つ以上のファイルが挙げられ；データファイル（Ｆ１、…、Ｆｍ）がオーディオシーケンスを表す場合、そのバージョンとしては、例えば、フォーマット：Ａｕｄｉｏ、ＡＣ３、ＡＭＲ、Ａｐｐｌｅ Ｌｏｓｓｌｅｓｓ、ＡＴＲＡＣ、ＦＬＡＣ、ｉＬＢＣ、μ−ｌａｗ、Ｍｕｓｅｐａｃｋ、Ｎｅｌｌｙｍｏｓｅｒ、ＯｐｔｉｍＦＲＯＧ、ＲｅａｌＡｕｄｉｏ、ＲＴＡｕｄｉｏ、ＳＨＮ、Ｓｉｒｅｎ、Ｓｐｅｅｘ、Ｖｏｒｂｉｓ、ＷａｖＰａｃｋ、ＷＭＡ、ＴＡＫ、ＡＩＦＦ、ＡＵ、およびＷＡＶの１つ以上のファイルが挙げられ；データファイル（Ｆ１、…、Ｆｍ）が静止画像を表す場合、そのバージョンとしては、例えば、フォーマット：ＪＰＥＧ、ＪＰＥＧ ２０００、ｌｏｓｓｌｅｓｓ ＪＰＥＧ、ＪＢＩＧ、ＪＢＩＧ２、ＰＮＧ、ＷＢＭＰ、ＢＭＰ、ＧＩＦ、ＩＣＥＲ、ＩＬＢＭ、ＰＣＸ、ＰＧＦ、ＴＧＡ、ＴＩＦＦ、およびＪＰＥＧ ＸＲ／ＨＤ Ｐｈｏｔｏの１つ以上のファイルが挙げられる。さらに、フォーマット：３ＧＰ、ＡＳＦ、ＡＶＩ、Ｂｉｎｋ、ＤＭＦ、ＤＰＸ、ＦＬＶ、Ｍａｔｒｏｓｋａ、ＭＰ４、ＭＸＦ、ＮＵＴ、Ｏｇｇ、Ｏｇｇ Ｍｅｄｉａ、ＱｕｉｃｋＴｉｍｅ、Ｒｅａｌ−Ｍｅｄｉａ、Ｓｍａｃｋｅｒ、ＲＩＦＦ、およびＶＯＢは、一般的なタイプのメディア、即ち、ビデオ、オーディオ、ならびに静止画像の形態のデジタルコンテンツに用いてもよい。

要求されたデータファイルＦ１の最も適当なバージョンを選択するために（即ち、ポインタＶ_ＩＤを適切に割り当てるために）、制御ユニット１２０は、ユーザ要求Ｒに基づいて、少なくとも２つの基本的な要求コンポーネントを導出するように構成されている。ここで、基本的な要求コンポーネントは、ｒ１、ｒ２、ｒ３で例示される。これらは、以下に説明するように、ユーザエージェント、受入れデータ、およびユーザエージェントプロファイルをそれぞれ示す。何れにせよ、各基本的な要求コンポーネントｒ１、ｒ２、ｒ３は、ユーザ要求Ｒが発信されたユーザ端末Ｔ１の再生／表示能力について特定の態様を特徴付けるそれぞれの機能セットを反映する。

また、制御ユニット１２０は、少なくとも２つの基本的な要求コンポーネントｒ１、ｒ２、ｒ３に基づいて、再生／表示能力アルゴリズムを実行するように構成されている。提案されるアルゴリズムは、少なくとも２つの連続するステップを含む。これは、初期ステップの後に少なくとも１つの後続ステップが続くことを意味する。アルゴリズムの実行結果に基づいて、制御ユニット１２０は、ユーザ端末Ｔ１の複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}を導出するようにさらに構成されている。複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}は、要求されたデータファイルＦ１に含まれる特定種類のコンテンツ（例、ビデオシーケンス）を取り扱うための端末Ｔ１の能力を反映する。

次に、複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}は、バージョンＦ１ｖｉが複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}と一致する要求されたデータファイルＦ１のバージョンＦ１ｖｉを選択するための基礎として機能する。最終的に、制御ユニット１２０は、要求されたデータファイルＦ１の選択されたバージョンＦ１ｖｉをユーザ端末Ｔ１に転送するように構成されている。

選択されたファイルバージョンＦ１ｖｉがノード１００内のペイロードデータベース１４０に格納されている場合、制御ユニット１２０は、ノード１００内の出力インタフェース１５０経由でファイルＦ１ｖｉを転送するように特に構成されている。あるいは、制御ユニット１２０は、ファイルＦ１ｖｉが格納されているネットワークリソースからユーザ端末Ｔ１へのファイルＦ１ｖｉの転送を命令するように構成されている。

ファイルＦ１ｖｉが配置されている場所に関係なく、ユーザ端末Ｔ１が、ファイルＦ１ｖｉの全コンテンツがユーザ端末Ｔ１に到達する前に、ファイルＦ１ｖｉの再生／表示を開始することが可能なように、制御ユニット１２０は、ファイルＦ１ｖｉのコンテンツをユーザ端末Ｔ１にプログレッシブ転送させるように構成されているのが好ましい。これは、一般に、制御ユニット１２０が、要求されたデータファイルＦ１の選択されたバージョンＦ１ｖｉをユーザ端末Ｔ１にストリーミングさせるように構成されていることを意味する。しかしながら、いわゆる「プログレッシブダウンローディング」も技術的に実現可能である。

上述した基本的な要求コンポーネントに話しを戻し、本発明の１つの好適な実施形態によれば、その第１のコンポーネントｒ１は、ユーザエージェントデータを含む。このデータは、ベンダー、モデル、表示サイズ、ソフトウェアバージョン、サポートされる文字セットなどのユーザ端末Ｔ１に関する情報を含み得る。

本発明の１つの好適な実施形態によれば、基本的な要求コンポーネントの第２のコンポーネントｒ２は、要求されたデータファイルＦ１に含まれる特定種類のコンテンツを反映する受入れデータを含む。例えば、要求されたデータファイルＦ１がオーディオデータを含む場合、これは、第２の基本的な要求コンポーネントｒ２によって反映することができる。

本発明の１つの好適な実施形態によれば、基本的な要求コンポーネントの第３のコンポーネントｒ３は、ユーザエージェントプロファイルデータを含む。このデータは、次に、ＵＲＬ（ユニバーサル／ユニフォームリソースロケータ）をユーザ端末Ｔ１の再生／表示能力に関して予め定義された機能セットを記述するファイルに特定する。前記ＵＲＬによって識別されるファイルは、いわゆる「ＤＤＲ」（デバイス記述リポジトリ）、即ち、ユーザ端末Ｔ１に関する能力情報を含むのが好ましい。

本発明の１つの好適な実施形態によれば、制御ユニット１２０が、基本的な要求コンポーネントｒ１、ｒ２、ｒ３が完全性要件を満たしていないと結論した場合（例、ｒ１、ｒ２、ｒ３が、このファイルＦ１に対し要求Ｒを発信したユーザ端末Ｔ１について、要求ファイルＦ１の最も適当なバージョンを決定するのに不十分な基礎を構成している）、制御ユニット１２０は、少なくとも１つの補助的な要求コンポーネント（即ち、少なくとも２つの基本的な要求コンポーネントｒ１、ｒ２、および／またはｒ３に加えて）を導出するようにさらに構成されている。また、制御ユニット１２０は、ユーザ要求Ｒに基づいて、少なくとも１つの補助的な要求コンポーネントを導出する。

補助要求コンポーネントは、以下のコンポーネント：ｘ−ｏｐｅｒａｍｉｎｉ−ｐｈｏｎｅ−ｕａヘッダフィールドと、ｘ−ｗａｐ−ｐｒｏｆｉｌｅヘッダフィールドと、ｘ−ｕｐ−ｄｅｖｃａｐ−ｓｃｒｅｅｎｐｉｘｅｌｓヘッダフィールドと、ｘ−ｄｅｖｉｃｅ−ａｃｃｅｐｔヘッダフィールドの１つまたはそれ以上を含むのが好ましい。ｘ−ｏｐｅｒａｍｉｎｉ−ｐｈｏｎｅ−ｕａヘッダフィールドは、Ｏｐｅｒａ Ｍｉｎｉブラウザを使用する端末の元のユーザエージェントヘッダを表し、ｘ−ｗａｐ−ｐｒｏｆｉｌｅヘッダフィールドは、特定されたユーザエージェントプロファイルへのリファレンス（即ち、元のフォームで）を表し、ｘ−ｕｐ−ｄｅｖｃａｐ−ｓｃｒｅｅｎｐｉｘｅｌｓヘッダフィールドは、ピクセルで特定された画面サイズを表し、ｘ−ｄｅｖｉｃｅ−ａｃｃｅｐｔヘッダフィールドは、これらのヘッダがトランスコーダを通過した後の端末の元のａｃｃｅｐｔヘッダを表す。

本発明の１つの好適な実施形態によれば、ノード１００は、例外データベース１３０を含むかあるいは、例外データベース１３０に関連付けられている。このデータベース１３０は、ユーザ端末Ｔ１およびＴ２の仕様における公知の異常の補正を記述する。例えば、ユーザ端末Ｔ１の仕様は、端末が２５４ピクセル長である画面サイズを備えているが、実際の画面幅は２５０ピクセルしかないことを示し得る。従って、例外データベース１３０のコンテンツに基づいて、制御ユニット１２０は、基本的な要求コンポーネントｒ１、ｒ２、および／または、ｒ３から導出したユーザ端末Ｔ１およびＴ２の再生／表示能力の機能を調整するように構成されている。その結果、ユーザ端末Ｔ１からのユーザ要求Ｒに応じて、制御ユニット１２０は、ユーザ端末Ｔ１の強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}を生成する、即ち、強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}は、基本のもの（ｄｉｔｔｏ）よりもデータ品質が高いことが期待される。

上述の捕捉もしくは代わりとして、本発明の１つの好適な実施形態によれば、ノード１００は、ルールデータベース１３５を含むかもしくは、ルールデータベース１３５に関連付けられている。このデータベース１３５は、少なくとも２つの基本的な要求コンポーネントｒ１、ｒ２、および／または、ｒ３のコンテンツに加えて、ユーザ端末Ｔ１およびＴ２の再生／表示能力機能を記述するパラメータを含む。制御ユニット１２０は、一連のルールをルールデータベース１３５から再生／表示能力アルゴリズムの結果に適用するように構成されている。その結果、制御ユニット１２０は、ユーザ端末Ｔ１の強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}を生成する。繰り返すが、強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}は、基本のものよりもデータ品質が高いことが期待される。

提案したソリューションの効率を向上させるために、本発明の一実施形態によれば、制御ユニット１２０は、ユーザ端末Ｔ１の強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}を反映するデータレコードを生成し、ノード１００の記録手段１６０内の基準端末と関連付けて、データレコードを格納するように構成されている。受信した将来のユーザ要求に応じて、制御ユニット１２０は、この要求Ｒが、記録手段１６０内に記録された基準端末と一致する基準端末を有するユーザ端末Ｔ１またはＴ２から発信されたかどうかをチェックするように構成されている。そうであると分かった場合、制御ユニット１２０は、一致した基準端末と関連付けられているデータレコードから、強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}を検索するようにさらに構成されている。従って、そのフルレコードが、強化された複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}経由で容易に利用可能であるため、ユーザ端末の能力に関するさらなる調査は不要になる。

要求されたデータファイルＦ１のフォーマットおよび複雑さに対するユーザ端末Ｔ１の能力に応じて、ユーザ端末Ｔ１の複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}と一致するデータファイルの集合体内にデータファイルＦ１のバージョンが存在しない可能性がある。そのような場合、本発明の１つの好適な実施形態によれば、制御ユニット１２０は、ユーザ端末Ｔ１の複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}と一致するが、そのコンテンツは要求されたデータファイルＦ１のコンテンツとは異なる別のデータファイルを選択するように構成されている。例えば、要求されたデータファイルＦ１がビデオシーケンスを表す場合、別のデータファイルは、そのビデオシーケンスからデフォルト静止画像を含み得る。上記と同様に、制御ユニット１２０は、別のデータファイルをユーザ端末Ｔ１に転送するように構成されている。

要約すれば、本発明による、ユーザ端末にデータファイルを供給するための一般的な方法について、図２のフロー図を参照しながら説明する。

最初のステップ２１０では、データファイルＦ１に関するユーザ要求Ｒがノード１００で受信されたかどうかチェックする。受信していない場合、手順はループバックし、ステップ２１０に留まる。あるいは、ユーザ要求Ｒに基づいて少なくとも２つの基本的な要求コンポーネントｒ１、ｒ２、および／または、ｒ３を導出するステップ２２０に続く。ここで、ユーザ要求Ｒは、データファイルＦ１のコンテンツに関して特定の再生／表示を有するユーザ端末Ｔ１から発信し、かつ、ユーザ要求Ｒは、データファイルがユーザ端末Ｔ１でプレイ／表示されることを暗示していることを想定している。

その後、ステップ２３０では、少なくとも２つの基本的な要求コンポーネントｒ１、ｒ２、および／または、ｒ３に基づいて再生／表示能力アルゴリズムを実行する。アルゴリズムは、少なくとも２つの連続するステップを含む、即ち、初期ステップから得られる少なくとも１つのパラメータは、アルゴリズムの最終結果を生成する前に少なくとも１つの次のステップでさらに処理される。

その後、ステップ２４０では、ステップ２３０で実行したアルゴリズムの実行結果に基づいて、ユーザ端末Ｔ１の複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}を導出する。複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}は、要求されたデータファイルＦ１に含まれる特定種類のコンテンツ、例えば、静止画像、オーディオ、ビデオ、またはその組み合わせを取り扱うための端末Ｔ１の能力を反映する。

その後、ステップ２５０では、バージョンＦ１ｖｉが複合再生／表示能力Ｃ_{Ｔ−ｔｏｔ}と一致する、要求されたデータファイルＦ１のバージョンＦ１ｖｉを選択する。選択されたバージョンＦ１ｖｉは、各データファイルＦ１の少なくとも２つの異なるバージョンＦ１ｖ１、Ｆ１ｖ２、Ｆ１ｖｉ、Ｆ１ｖｎを含む、データファイル（Ｆ１、…、Ｆｍ）の集合体で識別され、ここで、各バージョンは、少なくとも１種類のユーザ端末Ｔ１またはＴ２で再生／表示するようになっている。最終的に、ステップ２６０で、要求されたデータファイルＦ１の選択されたバージョンＦ１ｖｉをユーザ端末Ｔ１に転送する。ユーザ端末Ｔ１が、ファイルＦ１ｖｉの全コンテンツがユーザ端末Ｔ１に到達する前に、データファイルの再生／表示を開始することが可能となるように、ファイルＦ１ｖｉのデータをプログレッシブ転送するのが好ましい。

ステップ２６０の後、手順は、ステップ２１０にループバックする。

簡潔にするために、図２は、単一のユーザ要求Ｒに関して実行される手順についてのみ説明する。しかし、当然のことながら、提案されたノード１００は、複数のユーザ要求Ｒを並列で取り扱うように構成されている。さらに、図２を参照して説明した上記の全てのステップのみならず、任意のサブシーケンスのステップは、プログラム化したコンピュータ装置によって制御してもよい。さらに、図面を参照しながら上述した本発明の実施形態では、コンピュータ装置とコンピュータ装置で実行された処理とを含んでいる。従って、本発明は、コンピュータプログラム、とりわけ、本発明を実用化するようになっている、キャリア上またはキャリア内のコンピュータプログラムにも及んでいる。プログラムは、ソースコード、オブジェクトコード、中間ソースコード、及び部分的にコンパイルされた形態のオブジェクトコードの形態であってもよく、あるいは、本発明による処理の実現に用いるのに適当な任意の他の形態であってもよい。プログラムは、オペレーティングシステムの一部であってもよく、あるいは別のアプリケーションであってもよい。キャリアは、プログラムを持ち運ぶことができる任意のエンティティもしくはデバイスであってもよい。例えば、キャリアは、フラッシュメモリ、ＲＯＭ（読取り専用メモリ）、例えば、ＣＤ（コンパクトディスク）もしくは半導体ＲＯＭ、ＥＰＲＯＭ（消去可能プログラム可能読取り専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能読取り専用メモリ）、または、磁気記録媒体、例えば、フロッピー（登録商標）ディスクもしくはハードディスクなどの記憶媒体を含むことができる。さらに、キャリアは、電気ケーブルまたは光ケーブルを介して、あるいは、無線もしくは他の手段によって伝送することができる電気信号または光信号などの伝播性キャリアであってもよい。ケーブルまたは他のデバイスもしくは手段によって直接伝送することができる信号でプログラムを具現化する場合、キャリアは、かかるケーブルまたはデバイスもしくは手段によって構成されていてもよい。あるいは、キャリアは、プログラムが埋め込まれている集積回路であってもよく、集積回路は、関連プロセスを行うかあるいは関連プロセスの実施に用いるようになっている。

「含む／含んでいる」という用語は、本明細書で使用される場合、記載されている特徴、整数、ステップ、またはコンポーネントが存在していることを示すものである。しかしながら、用語は、１つ以上の追加の特徴、整数、ステップ、またはコンポーネント、もしくはそれらのグループの存在や追加を妨げるものではない。

本明細書におけるいずれの従来技術の引用は、引用した従来技術がオーストラリアまたはその他の国における一般常識の一部を形成するという承認またはいずれの示唆として解釈せず、かつ、解釈されるべきではない。

本発明は、図中で説明した実施形態に限定されるものではなく、特許請求の範囲内で自由に変更することができる。

Claims (28)

1. データネットワーク（Ｎ）に接続されるように構成されているコンピュータノード（１００）であって、前記ノード（１００）は、ユーザ端末（Ｔ１、Ｔ２）に供給されて、前記ユーザ端末（Ｔ１、Ｔ２）で再生／表示するようになっているデータファイル（Ｆ１、…、Ｆｍ）の集合体と関連付けられており、前記ノード（１００）は：
   各ユーザ要求（Ｒ）は前記データファイル（Ｆ１、…、Ｆｍ）の集合体において要求されたデータファイル（Ｆ１）を識別する、前記データネットワーク（Ｎ）経由でユーザ端末（Ｔ１、Ｔ２）からユーザ要求（Ｒ）を受信するように構成されている要求入力インタフェース（１１０）と、
   前記要求入力インタフェース（１１０）からの入力ユーザ要求（Ｒ）を受信し、かかる各要求（Ｒ）に応じて、各データファイル（Ｆ１）の少なくとも２つの異なるバージョン（Ｆ１ｖ１、Ｆ１ｖ２、Ｆ１ｖｉ、Ｆ１ｖｎ）を含む前記データファイル（Ｆ１、…、Ｆｍ）の集合体から前記データファイル（Ｆ１）の特定バージョン（Ｆ１ｖｉ）を選択する（ｖ_ＩＤ）ように構成されており、各バージョンは、少なくとも１種類のユーザ端末（Ｔ１、Ｔ２）において再生／表示するようになっている制御ユニット（１２０）と、
   を含む方法であって、
   前記制御ユニット（１２０）は、さらに：
   前記ユーザ要求（Ｒ）に基づいて少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）を導出し、ここで、各基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）は、前記ユーザ要求（Ｒ）が発信された前記ユーザ端末（Ｔ１）の再生／表示能力について特定の態様を特徴付けるそれぞれの機能セットを反映し、
   前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）に基づいて再生／表示能力アルゴリズムを実行し、前記アルゴリズムは、少なくとも２つの連続するステップを含み、
   前記アルゴリズムの実行結果に基づいて、前記ユーザ端末（Ｔ１）の複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を導出し、前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）は、前記要求されたデータファイル（Ｆ１）に含まれる特定種類のコンテンツを取り扱うための前記端末（Ｔ１）の能力を反映し、
   バージョン（Ｆ１ｖｉ）が前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致する前記要求されたデータファイル（Ｆ１）のバージョン（Ｆ１ｖｉ）を選択（ｖ_ＩＤ）し、
   前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）を前記ユーザ端末（Ｔ１）に転送することを特徴とするコンピュータノード（１００）。
2. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）の第１のコンポーネント（ｒ１）が、以下の情報：ベンダー、モデル、表示サイズ、ソフトウェアバージョン、サポートされる文字セットの少なくとも１つを反映するユーザエージェントデータを含む請求項１に記載のノード（１００）。
3. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）の第２のコンポーネント（ｒ２）が、前記要求されたデータファイル（Ｆ１）に含まれる前記特定種類のコンテンツを反映する受入れデータ（ａｃｃｅｐｔ ｄａｔａ）を含む請求項２に記載のノード（１００）。
4. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）の第３のコンポーネント（ｒ３）が、前記ユーザ端末（Ｔ１）の再生／表示能力に関して予め定義された機能セットを記述するファイルにＵＲＬを特定するユーザエージェントプロファイルデータを含む請求項３に記載のノード（１００）。
5. 前記制御ユニット（１２０）が、前記基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）が完全性要件を満たしていないと認識した場合、前記制御ユニット（１２０）が、前記ユーザ要求（Ｒ）に基づいて、前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）に加えて少なくとも１つの補助的な要求コンポーネントを導出するようにさらに構成されている請求項１〜４のいずれか１項に記載のノード（１００）。
6. 前記少なくとも１つの補助的な要求コンポーネントが：
   ｘ−ｏｐｅｒａｍｉｎｉ−ｐｈｏｎｅ−ｕａヘッダフィールドと、
   ｘ−ｗａｐ−ｐｒｏｆｉｌｅヘッダフィールドと、
   ｘ−ｕｐ−ｄｅｖｃａｐ−ｓｃｒｅｅｎｐｉｘｅｌｓヘッダフィールドと、
   ｘ−ｄｅｖｉｃｅ−ａｃｃｅｐｔヘッダフィールドの少なくとも１つを含む請求項１〜５のいずれか１項に記載のノード（１００）。
7. 公知の異常の補正を記述する例外データベース（１３０）を含み、前記制御ユニット（１２０）が、前記例外データベース（１３０）のコンテンツに基づいて、前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）から導出した前記ユーザ端末（Ｔ１）の再生／表示能力の機能を調整することで、前記ユーザ端末（Ｔ１）の強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を生成するように構成されている請求項１〜６のいずれか１項に記載のノード（１００）。
8. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）のコンテンツに加えて、前記ユーザ端末（Ｔ１）の再生／表示能力機能を記述するパラメータにわたるルールデータベース（１３５）を含み、前記制御ユニット（１２０）が、一連のルールを前記ルールデータベース（１３５）から再生／表示能力アルゴリズムの結果に適用することで、前記ユーザ端末（Ｔ１）の強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を生成するように構成されている請求項１〜７のいずれか１項に記載のノード（１００）。
9. 前記制御ユニット（１２０）が：
   前記強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を反映するデータレコードを生成し、
   記録手段（１６０）内の基準端末と関連付け、かつ、受信した将来のユーザ要求（Ｒ）に応じて、前記データレコードを格納し、
   前記将来のユーザ要求（Ｒ）が、前記記録手段（１６０）内に記録された基準端末と一致する基準端末を有するユーザ端末（Ｔ１、Ｔ２）から発信されたかどうかをチェックし、そうであれば、
   前記一致した基準端末と関連付けられているデータレコードから、強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を検索するように構成されている請求項７〜８のいずれか１項に記載のノード（１００）。
10. 前記ユーザ端末（Ｔ１）が、前記ファイル（Ｆ１ｖｉ）の全コンテンツが前記ユーザ端末（Ｔ１）に到達する前に、前記データファイルの再生／表示を開始することが可能なように、前記制御ユニット（１２０）が、前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）のコンテンツを前記ユーザ端末（Ｔ１）にプログレッシブ転送させるように構成されている請求項１〜９のいずれか１項に記載のノード（１００）。
11. 前記制御ユニット（１２０）が、前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）を前記ユーザ端末（Ｔ１）にストリーミングさせるように構成されている請求項１０に記載のノード（１００）。
12. 前記制御ユニット（１２０）が：
    前記データファイル（Ｆ１、…、Ｆｍ）の集合体で、前記ユーザ端末（Ｔ１）の前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致する前記要求されたデータファイル（Ｆ１）のバージョン（Ｆ１ｖ１、Ｆ１ｖ２、Ｆ１ｖｉ、Ｆ１ｖｎ）が見つけられない場合、別のデータファイルを選択し、ここで、前記別のデータファイルは、前記ユーザ端末（Ｔ１）の前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致しているが、前記要求されたデータファイル（Ｆ１）のコンテンツとは異なるコンテンツを含み、
    前記別のデータファイルを前記ユーザ端末（Ｔ１）に転送するように構成されている請求項１〜１１のいずれか１項に記載のノード（１００）。
13. 前記データファイル（Ｆ１、…、Ｆｍ）の集合体と、その前記異なるバージョン（Ｆ１ｖ１、Ｆ１ｖ２、Ｆ１ｖｉ、Ｆ１ｖｎ）とを含む少なくとも１つのペイロードデータベース（１４０）と、
    出力インタフェース（１５０）と、
    をさらに含み、
    前記制御ユニット（１２０）が、前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）を、前記出力インタフェース（１５０）経由で前記ノード（１００）から前記ユーザ端末（Ｔ）に転送するように構成されている請求項１〜１２のいずれか１項に記載のノード（１００）。
14. データファイル（Ｆ１、…、Ｆｍ）をユーザ端末（Ｔ１、Ｔ２）に供給して、前記ユーザ端末（Ｔ１、Ｔ２）で再生／表示する方法であって：
    データネットワーク（Ｎ）経由でユーザ要求（Ｒ）をノード（１００）で受信する工程と、ここで、前記ユーザ要求（Ｒ）は、ユーザ端末（Ｔ１）から発信され、前記ユーザ要求（Ｒ）は、データファイル（Ｆ１、…、Ｆｍ）の集合体において、要求されたデータファイル（Ｆ１）を識別し、前記データファイルの集合体は、各データファイル（Ｆ１）の少なくとも２つの異なるバージョン（Ｆ１ｖ１、Ｆ１ｖ２、Ｆ１ｖｉ、Ｆ１ｖｎ）を含み、各バージョンは、少なくとも１種類のユーザ端末（Ｔ１、Ｔ２）で再生／表示するようになっており；
    前記ユーザ要求（Ｒ）に応じて、前記データファイル（Ｆ１、…、Ｆｍ）の集合体から前記データファイル（Ｆ１）の特定バージョン（Ｆ１ｖｉ）を選択（ｖ_ＩＤ）する工程と、
    を含む方法であって、
    前記ユーザ要求（Ｒ）に基づいて少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）を導出する工程と、ここで、各基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）は、前記ユーザ要求（Ｒ）が発信された前記ユーザ端末（Ｔ１）の再生／表示能力について特定の態様を特徴付けるそれぞれの機能セットを反映し、
    前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）に基づいて再生／表示能力アルゴリズムを実行する工程と、ここで、前記アルゴリズムは、少なくとも２つの連続するステップを含み、
    前記アルゴリズムの実行結果に基づいて、前記ユーザ端末（Ｔ１）の複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を導出する工程と、ここで、前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）は、前記要求されたデータファイル（Ｆ１）に含まれる特定種類のコンテンツを取り扱うための前記端末（Ｔ１）の能力を反映し、
    バージョン（Ｆ１ｖｉ）が前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致する前記要求されたデータファイル（Ｆ１）のバージョン（Ｆ１ｖｉ）を選択（ｖ_ＩＤ）する工程と、
    前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）を前記ユーザ端末（Ｔ１）に転送する工程と、
    を含むことを特徴とする方法。
15. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）の第１のコンポーネント（ｒ１）が、以下の情報：ベンダー、モデル、表示サイズ、ソフトウェアバージョン、サポートされる文字セットの少なくとも１つを反映するユーザエージェントデータを含む請求項１４に記載の方法。
16. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）の第２のコンポーネント（ｒ２）が、前記要求されたデータファイル（Ｆ１）に含まれる前記特定種類のコンテンツを反映する受入れデータを含む請求項１５に記載の方法。
17. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）の第３のコンポーネント（ｒ３）が、前記ユーザ端末（Ｔ１）の再生／表示能力に関して予め定義された機能セットを記述するファイルにＵＲＬを特定するユーザエージェントプロファイルデータを含む請求項１６に記載の方法。
18. 前記制御ユニット（１２０）が、前記基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）が完全性要件を満たしていないと認識した場合、前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）に加えて少なくとも１つの補助的な要求コンポーネントを導出する工程をさらに含む請求項１４〜１７のいずれか１項に記載の方法。
19. 前記少なくとも１つの補助的な要求コンポーネントが：
    ｘ−ｏｐｅｒａｍｉｎｉ−ｐｈｏｎｅ−ｕａヘッダフィールドと、
    ｘ−ｗａｐ−ｐｒｏｆｉｌｅヘッダフィールドと、
    ｘ−ｕｐ−ｄｅｖｃａｐ−ｓｃｒｅｅｎｐｉｘｅｌｓヘッダフィールドと、
    ｘ−ｄｅｖｉｃｅ−ａｃｃｅｐｔヘッダフィールドの少なくとも１つを含む請求項１４〜１８のいずれか１項に記載の方法。
20. 前記ユーザ端末（Ｔ１）に関して前記データベース（１３０）内のヒットに応じて、公知の異常の補正を記述する例外データベース（１３０）を検索する工程と、
    前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）から導出した前記ユーザ端末（Ｔ１）の再生／表示能力の機能を調整することで、前記ユーザ端末（Ｔ１）の強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を生成する工程と、
    を含む請求項１４〜１９のいずれか１項に記載の方法。
21. 前記少なくとも２つの基本的な要求コンポーネント（ｒ１、ｒ２、ｒ３）のコンテンツに加えて、前記ユーザ端末（Ｔ１）の再生／表示能力機能を記述するパラメータにわたるルールデータベース（１３５）を検索する工程と、
    一連のルールを前記ルールデータベース（１３５）から再生／表示能力アルゴリズムの結果に適用することで、前記ユーザ端末（Ｔ１）の強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を生成する工程と、
    をさらに含む請求項１４〜２０のいずれか１項に記載の方法。
22. 前記強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を反映するデータレコードを生成する工程と、
    記録手段（１６０）内の基準端末と関連付けて前記データレコードを格納する工程と、
    をさらに含む請求項２０〜２１のいずれか１項に記載の方法。
23. 前記データネットワーク（Ｎ）経由で新規ユーザ要求（Ｒ）を前記ノード（１００）に受信する工程と、
    前記新規ユーザ要求（Ｒ）が、前記記録手段（１６０）内に記録された基準端末と一致する基準端末を有するユーザ端末（Ｔ１、Ｔ２）から発信されたかどうかをチェックする工程と、そうであれば、
    前記一致した基準端末と関連付けられているデータレコードから、強化された複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）を検索する工程と、
    をさらに含む請求項２２に記載の方法。
24. 前記ユーザ端末（Ｔ１）が、前記ファイル（Ｆ１ｖｉ）の全コンテンツが前記ユーザ端末（Ｔ１）に到達する前に、前記データファイルの再生／表示を開始することが可能なように、前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）のコンテンツを前記ユーザ端末（Ｔ１）にプログレッシブ転送させる工程をさらに含む請求項１４〜２３のいずれか１項に記載の方法。
25. 前記要求されたデータファイル（Ｆ１）の前記選択されたバージョン（Ｆ１ｖｉ）を前記ユーザ端末（Ｔ１）にストリーミングさせる工程をさらに含む請求項２４に記載の方法。
26. 前記データファイル（Ｆ１、…、Ｆｍ）の集合体で、前記ユーザ端末（Ｔ１）の前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致する前記要求されたデータファイル（Ｆ１）のバージョン（Ｆ１ｖ１、Ｆ１ｖ２、Ｆ１ｖｉ、Ｆ１ｖｎ）が見つけられない場合、別のデータファイルを選択する工程と、ここで、前記別のデータファイルは、前記ユーザ端末（Ｔ１）の前記複合再生／表示能力（Ｃ_{Ｔ−ｔｏｔ}）と一致しているが、前記要求されたデータファイル（Ｆ１）のコンテンツとは異なるコンテンツを含み、
    前記別のデータファイルを前記ユーザ端末（Ｔ１）に転送する工程と、
    をさらに含む請求項１４〜２５のいずれか１項に記載の方法。
27. データ処理装置のメモリに読み込むことができるコンピュータプログラムであって、
    前記プログラムを前記データ処理装置上で実行する場合、請求項１４〜２６のいずれか１項に記載の工程を制御するためのソフトウェアを備えるコンピュータプログラム。
28. 記録されたプログラムを有するコンピュータ読み取り可能な媒体（１２５）であって、
    プログラムがデータ処理装置にロードされると、前記プログラムによって、請求項１４〜２６のいずれか１項に記載の工程をデータ処理装置に制御させるコンピュータ読み取り可能な媒体（１２５）。
    

Images