(57)【要約】  本発明は、動的ページのためのサーバキャッシュ管理の最適化方法に関する。この動的ページは、動的ページの離散的なバージョン（１０）を前記キャッシュ内へ供給することを要求する異なる特性を有するクライアント端末によって閲覧される。この方法によれば、端末が動的ページを要求する場合（１１）、動的ページの少なくとも１つのバージョンがキャッシュ内に存在しているかを確認するステップ（１２）が実行され、存在するのであれば、クライアント端末のタイプに特有な特性のセットを取得すること（１３）と、クライアント端末における動的ページの再生のため、特有の特性から、必要な特性のサブセットを決定すること（１４）と、必要な特性のサブセットを用いて、前記キャッシュ内の動的ページのバージョンから、適切なバージョンを探索すること（１５）と、適切なバージョンをクライアント端末へ割り当てること（１６）とからなる、補足ステップが実行される。
2008537241.tif 000002
【特許請求の範囲】
【請求項１】
異なるタイプのクライアント端末を経由して閲覧可能な動的ページサーバキャッシュの管理を最適化し、前記キャッシュ内の動的ページの別のインスタンス（１０）を要求する方法であって、
端末が動的ページを要求する場合（１１）、前記キャッシュ内に、前記動的ページの少なくとも１つのインスタンスの存在を確認するステップ（１２）を実行し、インスタンスが存在するのであれば、
クライアント端末のタイプに特有な特性のセットを取得するステップ（１３）と、
前記特有な特性から、クライアント端末における動的ページの再現に必要な特性のサブセットを決定するステップ（１４）と、
必要な特性のサブセットを用いて、前記キャッシュ内の動的ページのインスタンスから、可能なインスタンスを探索するステップ（１５）と、
前記可能なインスタンスを前記クライアント端末へ割り当てるステップ（１６）と
を含む追加ステップを実施する、方法。
【請求項２】
前記確認するステップ（１２）において、インスタンスが存在しないのであれば、
前記クライアント端末のタイプに特有な特性のサブセットのため、前記動的ページの少なくとも１つのインスタンスを前記キャッシュ内に生成するステップ（１７）と、
前記生成されたインスタンスを前記クライアント端末へ割り当てるステップと
のための追加ステップを実施する請求項１に記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項３】
前記キャッシュは、動的ページの各アドレスについて、前記クライアント端末に特有な少なくとも１つの特性を含むエントリの少なくとも１つの第１のリストと、前記第１のリストの特性のうちの少なくとも１つについて、前記クライアント端末に動的ページを再現するために必要な少なくとも１つの有効なキャッシュ値を含むエントリの少なくとも１つの第２のリストとを含む、テーブルの形態である請求項１及び請求項２のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項４】
前記キャッシュ内の前記動的ページの少なくとも１つのインスタンス（１０）の存在を確認する前記ステップ（１２）は、
前記クライアント端末によって要求される前記動的ページのアドレスについて、前記クライアント端末に特有な特性の前記サブセットの特性の少なくとも１つが、前記キャッシュエントリの第１のリスト内に存在するかを確認するために探索するステップ（１３）と、
前記エントリの第１のリスト内に、前記クライアント端末の前記特性のうちの少なくとも１つが見つけられた場合には、
・前記端末によって要求される前記動的ページを再現するために必要な特性の前記サブセットの特性の各々について、前記キャッシュエントリの前記第２のリスト内に、少なくとも１つの有効なキャッシュ値が存在するかを確認するために探索するステップ（１５）と、
前記要求された動的ページの前記アドレスについて、前記クライアント端末に特有な特性の前記サブセットの特性の何れもが、前記エントリの第１のリスト内に存在しない場合、あるいは、前記キャッシュエントリの前記第２のリストにおいて少なくとも１つの有効なキャッシュ値を探索する前記ステップ（１４）が、前記動的ページの再現に必要な特性の前記サブセットの特性の観点から結果が得られなかった場合、
・前記クライアントによって要求された前記動的ページのアドレスについて、特性の前記サブセットの少なくとも１つの特性のエントリを、前記第１のリストへ追加するステップ（１８）と、
・前記キャッシュエントリの前記第２のリストにおいて、前記第１のリストに追加された前記特性の必要なサブセットの前記少なくとも１つの特性のために、少なくとも１つの有効なキャッシュ値を生成するステップ（１９）と
とからなるサブステップを含む請求項１〜３のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項５】
動的ページの別のインスタンスは、予め定められた期間中、前記キャッシュ内でアクセス可能である請求項１〜４のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項６】
前記クライアント端末による動的ページの要求は、前記動的ページサーバによる前記クライアント端末のタイプの予備的な肯定的な識別ステップの後、前記動的ページサーバによって考慮される請求項１〜５のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項７】
クライアント端末に動的ページを再現するために必要な特性の前記サブセットの特性は、前記動的ページを要求する前記クライアント端末のタイプに基づいて、前記サーバによって直接的に決定される請求項１〜６のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項８】
クライアント端末に動的ページを再現するために必要な特性の前記サブセットの特性は、その要求の各々を、前記動的ページサーバへ直接的に送信する前記クライアント端末によって予め定められる請求項１〜７のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項９】
前記クライアント端末は、予め定められたホストサーバ端末において動的ページを再現するために必要な特性の前記サブセットの特性を送信し、前記クライアント端末に特有な特性の前記サブセットの特性を調べる前記ホストサーバのアドレスを、前記動的ページサーバに送信する請求項１〜７のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項１０】
前記生成された動的ページの各インスタンスについて、前記生成されたページによって使用され、前記クライアント端末のタイプに特有な特性の前記サブセットに基づいて計算された変数の値の全てが、前記キャッシュに追加される請求項２〜９のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項１１】
前記動的ページの少なくとも１つのインスタンスを前記キャッシュ内に生成する前記ステップは、前記生成ステップに不可欠である少なくとも１つの特性と、前記特性の少なくとも１つの値とを決定する、予備的なサブステップを含む請求項２〜１０のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項１２】
前記動的ページは、少なくとも、テキスト、イメージ、音、ビデオを含むグループに属するタイプのデータの少なくとも一部を含む、マルチメディアコンテンツページである請求項１〜１１のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項１３】
前記クライアント端末は、少なくとも、モバイル電気通信端末、及び／又はラジオ通信端末、固定式端末、ストリーミング端末を含むグループに属する異なるタイプからなり、前記コンテンツを生成する動的ページサーバは、固定サーバタイプ、モバイルサーバタイプ、ストリーミングサーバタイプからなる請求項１〜１２のいずれかに記載の動的ページサーバキャッシュの管理を最適化する方法。
【請求項１４】
異なるタイプのクライアント端末によって閲覧可能な動的ページサーバキャッシュの管理を最適化し、前記キャッシュ内の動的ページの別のインスタンスを要求するプログラム命令を含むコンピュータプログラムであって、前記プログラムがコンピュータ上で動作している場合、端末が動的ページを要求すると、前記キャッシュ内の前記動的ページの少なくとも１つのインスタンスの存在を確認するステップが実施され、インスタンスが存在するのであれば、
前記クライアント端末のタイプに特有な特性のセットを取得し、
前記特有な特性から、クライアント端末における前記動的ページの再現に必要な特性のサブセットを決定し、
必要な特性の前記サブセットを用いて、前記キャッシュ内の前記動的ページのインスタンスから、可能なインスタンスを探索し、
前記可能なインスタンスを前記クライアント端末へ割り当てる
ための追加ステップを実施する、コンピュータプログラム。
【請求項１５】
前記プログラムがコンピュータ上で動作している場合、インスタンスが存在しないのであれば、
前記クライアント端末のタイプに特有な特性のサブセットのために、前記動的ページの少なくとも１つのインスタンスを前記キャッシュ内に生成し、
前記生成されたインスタンスを、前記クライアント端末に割り当てる、
ための各ステップが実施される請求項１３に記載の動的ページサーバキャッシュの管理を最適化するプログラム命令を含むコンピュータプログラム。
【請求項１６】
異なるタイプのクライアント端末によって閲覧可能な動的ページサーバキャッシュの管理を最適化し、前記キャッシュ内の動的ページの別のインスタンスを要求するデバイスであって、
クライアント端末が動的ページを要求する場合、前記キャッシュ内の前記動的ページの少なくとも１つのインスタンスの存在を確認する手段を含み、更に、
前記クライアント端末のタイプに特有な特性のセットを取得する手段と、
前記特有な特性から、クライアント端末における前記動的ページの再現に必要な特性の前記サブセットのための値のセットを決定する手段と、
前記必要な特性のサブセットを用いて、前記キャッシュ内の前記動的ページのインスタンスから、可能なインスタンスを探索する手段と、
前記可能なインスタンスを前記クライアント端末へ割り当てる手段と、
前記クライアント端末のタイプに特有な特性の前記サブセットの値のセットのために、前記動的ページの少なくとも１つのインスタンスを、前記キャッシュ内に生成する手段と
を含み、前記動的ページの少なくとも１つのインスタンスが、前記キャッシュ内に存在するのであれば、前記割り当てる手段は、前記動的ページのインスタンスを、要求元の前記クライアント端末に割り当て、前記動的ページのどのインスタンスも、前記キャッシュ内に存在しないのであれば、前記生成する手段は、前記クライアント端末に特有の特性のサブセットのために、前記要求されたページの少なくとも１つのインスタンスを、前記キャッシュ内に生成する、デバイス。
【請求項１７】
異なるタイプのモバイル端末によって閲覧可能な前記動的ページサーバのうちの少なくとも１つのキャッシュの管理の最適化を保証し、前記キャッシュ内の動的ページの別のインスタンスを要求する請求項１６に記載のデバイスを含む、コンテンツを生成する動的ページサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、異種混合の特性を有するクライアント端末を経由してアクセスされる、例えば、マルチメディアコンテンツ用のコンテンツサーバ端末の分野である。
【０００２】
より正確には、本発明は、予め定められたコンテンツの１又は複数のインスタンスをサーバ端末から要求するクライアント端末に特有の特性に基づいて、そのようなコンテンツサーバ端末のキャッシュサービスの管理を改善及び最適化することに関する。
【背景技術】
【０００３】
基幹通信ネットワーク上のクライアント端末のアドレスによって、サーバ端末のキャッシュをインデクスすることを目標とする解決策は、先行技術から知られている。
【０００４】
先行技術の第１の周知技術は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）アドレスによって、サーバ端末のキャッシュをインデクスすることにある。
【０００５】
ｈｔｔｐ１．１規格のＲＦＣ２０６８（ｈｔｔｐ：／／ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ２０６８．ｈｔｍｌ）によく著されているこの技術は、それら特有の特性（スクリーンサイズ、メモリ等）に適したコンテンツを要求するクライアント端末の混合群の発想を許さないとう重大な欠点を有する。従って、キャッシュされたコンテンツは、サーバ上の同じコンテンツページＵＲＬアドレスを求めるクライアント端末からの任意の要求に従う同じ状態に戻される。これは、ｈｔｔｐキャッシュメカニズムを特に不適切にし、更に、クライアント端末の技術的制約に良く適した形態で要求されたコンテンツに適応し、このコンテンツを戻すために、実際に各クライアント端末に特有な特性を考慮することを目的とする本発明に関して使用できない。
【０００６】
先行技術の別の周知技術は、ＵＲＬアドレス（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって、及び、サーバからのコンテンツ要求の起点におけるクライアント端末の特性によって、サーバ端末のキャッシュをインデクスすることを提案する。ｈｔｔｐ１．１規格を定義するＲＦＣ２０６８（ｈｔｔｐ：／／ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ２０６８．ｈｔｍｌ）のセクション１４．４３で解釈されるこの技術は、動的コンテンツ要求の起点におけるクライアント端末が、サーバ端末へ向かうその要求のｈｔｔｐヘッダの別のラインに関する特性の全てを送信する位置にあることを要求する点において、本発明によって解決される問題に適用することはできない。そのような状態であるので、市販のクライアント端末は、そのような比較的不利なアプローチを提案する立場にはない。なぜなら、クライアント端末によるサーバ端末への特性の送信の実施を制御できなくてはならないからである。これは、本発明に従う技術が、提案された解決策の一般性によって回避に努めるものである。
【０００７】
更に、先行技術によれば、そのような技術は、クライアント端末の技術的基準又は特性が固定されるか、あるいは、クライアント端末基準の組み合わせについては、コンテンツ生成の開始において複製されねばならないことを必要とする。
【０００８】
ｈｔｔｐ規格の他の欠点は、ページを要求する起点における所与のタイプのクライアント端末について、あるいは、もっと一般的に言えば、動的なコンテンツについて、サーバ端末のキャッシュに格納されるパラメータを事前に知る必要があるという事実と関連する。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、特に、先行技術のこれらの様々な欠点を緩和することにある。
【００１０】
より正確には、本発明の目的は、異なるタイプのクライアント端末を経由して閲覧される動的ページサーバ端末のキャッシュ管理の最適化を可能にする方法を提供することである。
【００１１】
本発明の他の目的は、先行技術で知られた技術のように、ページを要求する起点におけるクライアント端末の所与のタイプについて、あるいは、もっと一般的に言えば、動的なコンテンツについて、サーバ端末のキャッシュ内に格納されるパラメータセットを事前に知る必要のない方法を提供することである。
【００１２】
本発明の更なる目的は、動的ページの閲覧を要求しているクライアント端末の具体的な特性に関して、キャッシュされた要素のグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）の程度をより強くする方法を提供することにある。
【００１３】
また、本発明の他の目的は、要求の起点において、端末のタイプ及び特定の技術的特性に全く依存せず、もって、固定端末（例えば、コンピュータ又はノートブックＰＣ）からの要求のみならず、移動通信端末（例えば、モバイル電話又は携帯情報端末（ＰＤＡ））からの要求の処理を可能にする方法を提供することである。
【００１４】
本発明の最終目的は、合理的な費用を維持するのと同時に、実施が容易で、かつ、時間及び計算能力の観点から非集約的である方法を提供することにある。
【課題を解決するための手段】
【００１５】
これら目的は、以下に明らかになる他の目的と同様に、異なるタイプのクライアント端末を経由して閲覧できる動的ページサーバキャッシュの管理を最適化し、その結果として、キャッシュ内の動的ページの別のインスタンスを要求する方法によって、本発明に従って達成される。本発明に従うそのような方法は、端末が動的ページを要求する場合、キャッシュ内の動的ページの少なくとも１つのインスタンスの存在を確認するステップを有利に実行することができる。そして、インスタンスが存在する場合には、以下の追加ステップ、すなわち、クライアント端末のタイプに特有な特性のセットを取得するステップと、これら特有な特性から、クライアント端末上に動的ページを再現するのに必要な特性のサブセットを決定するステップと、必要な特性のサブセットを用いて、キャッシュ内の動的ページのインスタンスから、可能なインスタンスを探索するステップと、可能なインスタンスをクライアント端末へ割り当てるステップとが実施される。
【００１６】
本発明によれば、このようなアプローチは特に、サーバ端末が、既知の特性を有するクライアント端末のあるタイプのために予めロードされた動的ページのセットを既に有する実施形態を考慮することを可能にする。
【００１７】
一方、インスタンスが存在しない場合には、クライアント端末のタイプに特有な特性のサブセットについて、動的ページの少なくとも１つのインスタンスをキャッシュ内に生成するステップと、生成されたインスタンスをクライアント端末へ割り当てるステップとからなる追加ステップが有利に実施される。
【００１８】
キャッシュは、好ましくは、動的ページの各アドレスについて、クライアント端末に特有な少なくとも１つの特性を含むエントリの少なくとも１つの第１のリストと、前記第１のリストの特性のうちの少なくとも１つについて、クライアント端末上に動的ページを再現するために必要な少なくとも１つの有効なキャッシュ値を含むエントリの少なくとも１つの第２のリストとを含む、テーブルの形態である。
【００１９】
このようなアプローチは、クライアント端末によって要求されるコンテンツを生成するために考慮されるクライアント端末の技術的特性のセットを予め知る必要がないという点において、非常に効果的であることが判る。
【００２０】
従って、一例として、クライアント端末が、サーバ端末からの動的なビデオコンテンツを必要とする以下の状態を引用する。クライアント端末からの要求後、第１のリストを確認し、例えば「ビデオをサポートする」ことに対応するＣ１と称されたクライアント端末の特性が存在するのかを確認する。存在しない場合、特定の処理は実行されない。逆に、存在する場合、「Ｍｐｅｇ−４をサポートする」特性が、１（ｙｅｓ）又は０（ｎｏ）に等しいＢｏｏｌｅａｎ値を有するかを確認するために第２のリストを確認する。
【００２１】
好ましくは、キャッシュ内の動的ページの少なくとも１つのインスタンスの存在を確認するステップは、クライアント端末によって要求される動的ページのアドレスについて、クライアント端末に特有な特性のサブセットの特性の少なくとも１つが、キャッシュエントリの第１のリスト内に存在するかを確認するために探索するステップと、エントリの第１のリスト内に、クライアント端末の特性のうちの少なくとも１つが見つかった場合には、端末によって要求される動的ページの再現に必要な特性のサブセットの特性の各々について、キャッシュエントリの第２のリスト内に少なくとも１つの有効な値が存在するのかを確認するために探索するステップと、要求された動的ページのアドレスについて、クライアント端末に特有な特性のサブセットの特性の何れもが、エントリの第１のリスト内に存在しない場合、あるいは、キャッシュエントリの第２のリストにおいて少なくとも１つの有効なキャッシュ値を探索するステップが、動的ページの再現に必要な特性のサブセットの特性の観点から結果がなかった場合、クライアント端末によって要求される動的ページのアドレスについて、特性のサブセットの少なくとも１つの特性のエントリを、第１のリストへ追加するステップと、キャッシュエントリの第２のリストにおいて、第１のリストに追加された特性のサブセットの必要な特性の少なくとも１つのために、少なくとも１つの有効なキャッシュ値を生成するステップとからなるサブステップを含む。
【００２２】
動的ページの別のインスタンスは、予め定められた期間中、キャッシュ内に有利にアクセスすることができる。
【００２３】
従って、以前に完全に識別された端末に特有な技術的特性のセットに基づいて、動的ページのコンテンツを、サーバ端末のキャッシュへ予めロードすることを仮定すると、サーバ端末のキャッシュ内で生成された動的ページの持続時間が、例えば、無制限にパラメータ化される。
【００２４】
反対に、タイプが前もって知らされていないクライアント端末の非常に大規模なダイバーシティのために、サーバ端末が動的ページを生成せねばならないのであれば、キャッシュ内で生成された動的ページのインスタンスの持続時間は、数１００ミリ秒と数秒又は数分との間でパラメータ化される。
【００２５】
クライアント端末による動的ページの要求は、動的ページサーバによるクライアント端末のタイプの予備的な肯定的な識別ステップの後、動的ページサーバによって有利に考慮される。
【００２６】
このような予備ステップによって、キャッシュされるコンテンツを生成するために、特に、サーバ端末内にキャッシュすることに関し、接続が求められるクライアント端末の特性、クライアント端末に必要となるクライアント端末の本質的な特性を予想することが可能となる。
【００２７】
クライアント端末における動的ページの再現に必要な特性のサブセットの特性は、好ましくは、動的ページを要求するクライアント端末のタイプに基づいて、サーバによって直接的に決定される。
【００２８】
この実施形態では、クライアントがサーバ端末によって識別されると、サーバ端末は、サーバ端末に接続されているクライアント端末のタイプを認識し、適切なコンテンツを生成するために考慮される、クライアント端末の本質的な特性を判定する。そして、これら特性は、クライアント端末によってサーバ端末へもはや送信される必要はない。
【００２９】
本発明の有利な代替例では、クライアント端末における動的ページの再現に必要な特性のサブセットの特性が、クライアント端末自体によって予め定められ、その後、クライアント端末は、その要求の各々を、動的ページサーバへ直接的に送信する。このような代替例によって、その技術的特性がサーバ端末に予め知られていない何れのタイプのクライアント端末も、完全に適合した動的ページコンテンツから要求することが可能となる。
【００３０】
同等に有利な方法では、本発明の別の代替例において、クライアント端末は、予め定められたホストサーバ端末において動的ページを再現するのに必要な特性のサブセットの特性を送信し、次に、ホストサーバ端末は、クライアント端末に特有な特性のサブセットの特性を調べる動的ページサーバ端末にホストサーバのアドレスを送信する。
【００３１】
好ましくは、生成された動的ページの各インスタンスについて、生成されたページによって使用され、クライアント端末のタイプに特有な特性のサブセットに基づいて計算された変数の値の全てがキャッシュに追加される。
【００３２】
動的ページの少なくとも１つのインスタンスをキャッシュ内に生成するステップは、好ましくは、少なくとも１つの特性と、少なくとも１つの特性値とを決定する予備的なサブステップを更に含む。このサブステップは、この生成ステップに不可欠である。
【００３３】
ある場合には、キャッシュは、通常のキャッシュのように機能できるように、すなわち、１又は複数の端末によって要求されるページの全てが予め定められた期間中にキャッシュされるように、使用されるか、及び／又は、パラメータ化されることが良く理解される。
【００３４】
この動的ページは、有利なことに、少なくとも、テキスト、イメージ、音、ビデオを含むグループに属するタイプのデータの少なくとも一部を含む、マルチメディアコンテンツページである。
【００３５】
クライアント端末は、有利なことに、少なくとも、モバイル電気通信端末、及び／又はラジオ通信端末、固定式端末、ストリーミング端末を含むグループに属する異なるタイプからなり、コンテンツを生成する動的ページサーバは、固定サーバタイプ、モバイルサーバタイプ、ストリーミングサーバタイプからなる。
【００３６】
本明細書では、モバイルサーバは、「手軽な」（ｌｉｇｈｔ）コンテンツサーバとしてサービス提供することが可能なモバイル端末を意味すると理解され、これによって、例えば、モバイル電話のような許可されたクライアント端末が、共有データを検索するためにサーバに接続できるようになることが明らかである。
【００３７】
本発明の方法の１つの基本的な目的は、そのタイプに関係なく、また、サーバ端末から動的ページコンテンツを要求するクライアント端末のタイプに関係なく、サーバ端末によるコンテンツの生成における適応性を提供することである。
【００３８】
本発明はまた、異なるタイプのクライアント端末によって閲覧可能な動的ページサーバキャッシュの管理を最適化し、それに従って、前記キャッシュ内の動的ページの別のインスタンスを要求するためのプログラム命令を含む、コンピュータプログラムに関する。
【００３９】
このようなプログラムは、端末が動的ページを要求する場合、サーバ端末のキャッシュ内に、動的ページの少なくとも１つのインスタンスが存在していることを確認するためのステップを有利に実行し、インスタンスが存在する場合には、クライアント端末のタイプに特有な特性のセットを取得することと、これら特有な特性から、クライアント端末に動的ページを再現するために必要な特性のサブセットを決定することと、必要な特性のサブセットを用いて、キャッシュ内の動的ページのインスタンスから、可能なインスタンスを探索することと、可能なインスタンスをクライアント端末へ割り当てることとからなる追加ステップを実行する。
【００４０】
また、インスタンスが存在しない場合には、プログラムは、クライアント端末のタイプに特有な特性のサブセットについて、動的ページの少なくとも１つのインスタンスをキャッシュ内に生成することと、生成されたインスタンスをクライアント端末へ割り当てることとからなるステップを好適に実行する。
【００４１】
本発明はまた、異なるタイプのクライアント端末によって閲覧されている動的ページサーバキャッシュの管理を最適化し、それに従って、キャッシュ内の動的ページの別のインスタンスを要求するためのデバイスにも関連する。
【００４２】
このようなデバイスは、有利なことに、クライアント端末が動的ページを要求する場合、キャッシュ内に動的ページの少なくとも１つのインスタンスが存在するかを確認する手段と、クライアント端末のタイプに特有な特性のセットを取得する手段と、これら特有な特性から、クライアント端末に動的ページを再現するために必要な特性のサブセットを決定する手段と、必要な特性のサブセットを用いて、キャッシュ内の動的ページのインスタンスから、可能なインスタンスを探索する手段と、可能なインスタンスをクライアント端末へ割り当てる手段と、クライアント端末のタイプに特有な特性のサブセットの値のセットのために、動的ページの少なくとも１つのインスタンスをキャッシュ内に生成する手段とを含む。
【００４３】
従って、かつ有利なことに、動的ページの少なくとも１つのインスタンスがキャッシュ内に存在するのであれば、前記割り当てる手段は、動的ページのインスタンスを、要求するクライアント端末へ割り当てる一方、動的ページのインスタンスがキャッシュ内に存在しないのであれば、前記生成する手段は、クライアント端末に特有な特性のサブセットのために、要求されたページの少なくとも１つのインスタンスを、キャッシュ内に生成する。
【００４４】
本発明に従うデバイスの範囲は、前述した方法に対する技術的見地から記述されたものと実質的に等しい。
【００４５】
最後に、本発明はまた、前述したデバイスを有利に含み、コンテンツを生成する動的ページサーバにも関連する。その役割は、異なるタイプのモバイル端末によって閲覧可能な少なくとも１つの動的ページサーバキャッシュの管理の最適化を保証することと、それに従って、キャッシュ内の動的ページの別のインスタンスを要求することとからなる。
【００４６】
従って、本発明は、特性のセットによって識別される異なるクライアントによる閲覧が可能な動的に生成されたコンテンツのために、サーバ端末キャッシュの管理を最適化する状況において完全に適合し、もって、キャッシュ内の与えられたコンテンツの別のインスタンスを要求する。
【００４７】
このように、及び、要約すると、クライアントが、与えられたコンテンツをコンテンツサーバ端末から要求する場合、先ず、キャッシュ内に、このコンテンツの少なくとも１つのインスタンスが存在するかが確認される。そして、このインスタンスが存在するのであれば、要求の起点におけるクライアントのタイプに特有な特性のセットが取得される。
【００４８】
次に、要求の起点におけるクライアントにコンテンツを再現するために必要な特性のサブセットが、特有の特性から決定され、この必要な特性のサブセットを用いて、キャッシュ内で利用可能なコンテンツのインスタンスから、可能なインスタンスが探索される。これは、このインスタンスが、サーバ端末のキャッシュ内に前もって格納されていた場合であっても、及び、他のクライアント端末のために格納されていた場合であっても然りである。その後、このインスタンスは、クライアントに送信されるか、又は割り当てられる。
【００４９】
反対に、インスタンスが存在しない場合、要求元のクライアント端末の特性のサブセットに基づいて、この要求の起点におけるクライアント端末のために、コンテンツのインスタンスが生成される。これら特性は、インスタンスの生成、及びクライアントへの送信のために必要であるとみなされる。本明細書では、要求された動的コンテンツを、要求元のクライアント端末へ送信するために必要な特性のサブセットが、要求元のコンテンツ、及び／又は、クライアント端末自体のタイプによって変わることが有利に述べられよう。
【００５０】
次に、予め定められた設定可能な期間にわたって生成された動的コンテンツが、要求された動的コンテンツインスタンスをクライアント端末への送信及び／又は割当を行う前に、クライアント端末に特有な特性及びこれら特性の必要な値とともにキャッシュ内に格納される。  
【００５１】
限定しない例示的目的で与えられ、添付図面に関連して作成された本発明の好ましい実施形態の説明を読むことによって、本発明の他の特性及び利点がより明らかになる。
【発明を実施するための最良の形態】
【００５２】
本発明の３つの実施形態の説明  本発明の３つの好ましい実施形態が、図面と共に示される。
【００５３】
端末が動的ページを要求する場合（１１）、本発明に従って動的ページサーバキャッシュの管理を最適化する方法のフローチャートである図１に示すように、ステップ１２は、動的ページの少なくとも１つのインスタンスがキャッシュ内に存在するかを確認するために実施される。これによって、もしもキャッシュ内にインスタンスが存在するのであれば、以下の追加ステップ、すなわち、クライアント端末のタイプに特有な特性のセットを取得すること（１３）と、クライアント端末に動的ページを再現するために必要な特性のサブセットを、前記特有の特性から判定すること（１４）と、必要な特性のサブセットを用いて、キャッシュ内の動的ページのインスタンスから、可能なインスタンスを探索すること（１５）と、可能なインスタンスをクライアント端末に割り当てること（１６）とが実施される。
【００５４】
更に、前記確認ステップ１２において、キャッシュ内にインスタンスが存在しない場合、以下の追加ステップ、すなわち、前記クライアント端末のタイプに特有な特性のサブセットのために、前記動的ページの少なくとも１つのインスタンスをキャッシュ内に生成すること（１７）と、前記生成したインスタンスを、前記クライアント端末に割り当てることとが実施される。
【００５５】
２つの類似したクライアント端末のために、本発明に従って、サーバ端末のキャッシュを管理するメカニズムの一般原理の説明  図２に示すように、異なるものの互換性を有する２つのクライアント２１、２２は、キャッシュされた同じコンテンツを共有する。以下の例では、クライアント２１は、Ｃ１、Ｃ２で示される特性と、これら特性の値Ｖ１、Ｖ２とを有する。クライアント２２は、Ｃ１、Ｃ３で示される技術的特性と、これら特性の値Ｖ１、Ｖ３とを有する。
【００５６】
この構成では、図３に示すように、クライアント２１は、特性Ｃ１、Ｃ２と、これら特性Ｃ１、Ｃ２の値Ｖ１、Ｖ２とを、要求３０1で同時に送信しながら、サーバ端末からコンテンツＡを要求する。
【００５７】
本明細書では、本発明の目的内にあるコンテンツサーバ端末が、キャッシュを管理するが、これを行うために、キャッシュマネジャ及びコンテンツジェネレータと称される２つのエンティティを含み、キャッシュマネジャは、コンテンツジェネレータによって生成されたコンテンツのインスタンスを管理することが明らかにされる。
【００５８】
サーバ端末キャッシュマネジャ３１は、要求されたコンテンツＡに関連するエンティティを有しているかを確かめる。図３の場合、Ａに関連するエントリはキャッシュマネジャ３１内で見つけられず、キャッシュマネジャ３１は、要求されたコンテンツＡをコンテンツジェネレータ３３で生成するために、要求３０2をサーバ端末のコンテンツジェネレータ３２へ送る。
【００５９】
コンテンツジェネレータ３３は、コンテンツＡを生成する要求３０2の特性Ｃ１を識別（これは、コンテンツＡの生成のために必要である）した後、要求されたコンテンツＡを生成する。その後、図４に示すように、コンテンツジェネレータ３３は、キャッシュマネジャ４４へ生成結果を、要求形式で送り戻す（４４）。
【００６０】
図５に示すように、キャッシュマネジャ３１は、判定基準ＣｌとともにコンテンツＡ５１を格納し、クライアント２１のために、判定基準Ｃ１に関連した値Ｖ１を検索する。そして、キャッシュマネジャ３１は、動的ページＡ５２のコンテンツを、要求元のクライアント２１に送り戻す。そして、コンテンツ５１は、予め定められたパラメータ化可能な期間の間、サーバ端末のキャッシュマネジャ内部に格納される。
【００６１】
次に、図６及び図７に示すように、クライアント端末２２が、自分の番のときに、サーバ端末に対して、要求６１の形態でコンテンツＡを要求すると、キャッシュマネジャ３１は、Ａに関連するエントリを有しているか確認する。
【００６２】
図６の現在の状況では、コンテンツＡを求める要求６１は、クライアント端末２２に関連する特性Ｃ１、Ｃ３と、その値Ｖ１、Ｖ３とを含む。この要求６１に対して、マネジャ３１は、矛盾のないエントリ５１を発見し、それを、要求７１の形態でクライアント端末２２へ戻す。クライアント端末２２の要求６１に対して、再び新たなコンテンツが生成されることはない。実際、キャッシュマネジャ３１は、クライアント２２のために、クライアント端末２１に関して、値Ｖ１に関連する特性Ｃ１、特性Ｃ３及びその値Ｖ３のみを、コンテンツＡのためのコンテンツを生成することに関して何の影響も持たないと判定することができる。その結果、コンテンツジェネレータ３１は、１つのインスタンス５１が発見されたコンテンツＡ７１をクライアント端末２２へ戻す。
【００６３】
２つの特徴的に異なるクライアント端末のために、本発明に従ったサーバ端末のキャッシュを管理するメカニズムの一般原理の説明  図８〜図１０に示すように、互換特性を持たない２つの異なるクライアント端末８１、８２の場合が議論される。従って、そのようなクライアントは、それぞれの技術的特性と、これら特性に関連する値とに基づいて生成されたコンテンツに対応する、キャッシュされた同じコンテンツを共有することができない。
【００６４】
この新たな構成では、クライアント８１は、特性Ｃ１、Ｃ２と、これら特性Ｃ１、Ｃ２のための値Ｖ１、Ｖ２とを有するが、クライアント端末８２は、特性Ｃ１、Ｃ２と、これら特性のため、値Ｖ１、Ｖ２とは異なる可能な値Ｖ３、Ｖ２とを有する。
【００６５】
従って、図８〜１０に例示するまさに前述した構成で、クライアント８１は、その要求８４1において、自体の特性Ｃ１、Ｃ２と、これら特性Ｃ１、Ｃ２の値Ｖ１、Ｖ２とを送信する一方、同時に、サーバ端末からコンテンツＡを要求する。
【００６６】
サーバ端末キャッシュマネジャ８５は、要求されたコンテンツＡに関連するエントリを有しているかを確認する。図８の場合、Ａに関連するエントリを見つけることができなかったので、キャッシュマネジャ８５は、要求されたコンテンツＡをコンテンツジェネレータ８６によって生成できるように、サーバ端末コンテンツジェネレータ８３へ要求８４2を送信する。
【００６７】
コンテンツマネジャ８６は、要求８４2の特性Ｃ１が、生成に必要なものであると認識した後、要求されたコンテンツＡを生成する。コンテンツマネジャ８６はその後、図９に示すように、要求９１の形態で、生成結果をキャッシュマネジャ８５へ送り戻す。
【００６８】
図１０に示すように、キャッシュマネジャ８５は、判定基準Ｃ１とともにコンテンツＡ１００を格納し、クライアント２１のために、Ｃ１に関連する値Ｖ１を検索する。その後、キャッシュマネジャ８５は、動的ページＡ１０１のコンテンツを、要求元のクライアント８１へ送る。コンテンツ１００は、その後、予め定められ、かつ、パラメータ化可能な期間、サーバ端末キャッシュマネジャ内に格納される。
【００６９】
次に、図１１に示すように、クライアント８１が以前行ったように、クライアント８２が、サーバ端末から同じコンテンツＡを要求するが、今回は、要求１１０1において、それ自体の特性Ｃ１、Ｃ３と、関連する値Ｖ１、Ｖ３とを送ることによって行う。
【００７０】
また、キャッシュマネジャ８５は、クライアント端末８２の少なくとも幾つかの特性Ｃ１及び／又はＣ３と、これら特性の幾つかの可能な値とを有し、この要求と互換性のあるＡに関連するエントリ、すなわち、Ａを生成することと互換性のあるエントリを有しているかを確認する。
【００７１】
図１１の場合、キャッシュマネジャ８５は、クライアント端末８２の要求１１０1と互換性のあるエントリを見つけることができないので、クライアント端末８２によって要求された動的ページコンテンツＡをサーバ端末コンテンツジェネレータ８３が生成できるように、サーバ端末コンテンツジェネレータ８３へ要求１１０2を送信する。
【００７２】
コンテンツマネジャ８６はコンテンツＡを生成するが、それを行うために、コンテンツを生成するために考慮されるべき唯一の判定基準であると判定した判定基準Ｃ１を必要とする。そして、コンテンツマネジャ８６は、図１２に示すように、要求１２０によって、コンテンツ１２１をキャッシュマネジャ８５に戻す。
【００７３】
そして、キャッシュマネジャ８５は、判定基準Ｃ１を用いて生成された新たなコンテンツＡ１２１を、予め定められたパラメータ化可能な期間の間、格納する。更に、キャッシュマネジャ８５は、要求されたコンテンツＡ１２２をクライアント端末８２へ送り戻す前に、クライアント端末８２のため、Ｃ１に関連する値Ｖ２を検索する。
【００７４】
コンテンツを生成するために特性の組み合わせが必要である場合における、本発明に従ったサーバ端末のキャッシュ管理メカニズムの一般原理の説明  図１３〜図１７に示すように、本ケースは、互換特性を持たず、サーバ端末のキャッシュにキャッシュされたものと同じコンテンツを共有できない、２つの異なるクライアント端末について記述する。
【００７５】
更に、この構成では、コンテンツジェネレータ１３４は、クライアント端末１３０、１３２それぞれによって要求されるコンテンツを生成するために、異なる判定基準の組み合わせを考慮し、かつ、使用しなければならない。
【００７６】
更に詳しくは、本発明に従った方法によって有利に考慮することができるこの新たな構成では、クライアント端末１３０は、特性Ｃ１、Ｃ２と、これら特性のための値Ｖ１、Ｖ２とを有し、クライアント端末１３１は、特性Ｃ１、Ｃ２と、これら特性のための可能な値Ｖ３、Ｖ２とを有する。
【００７７】
図１３に示すように、クライアント端末１３０は、自体の特性Ｃ１及び／又はＣ２に適したコンテンツＢを、それぞれの可能な値Ｖ１及び／又はＶ２とともに取得するために、サーバ端末キャッシュマネジャ１３２へ要求１３５1を送る。すると、キャッシュマネジャ１３２が、コンテンツＢに関連するエントリを有しているかを確認し、図１３の例に示すように、全くエントリを有していなければ、要求１３５2をコンテンツジェネレータ１３３へ送信し、ジェネレータ１３４は、コンテンツＢを生成するためにクライアント端末１３０の判定基準Ｃ１を考慮することが必須であると判定した後に、要求されたコンテンツＢを生成する。そして、図１４に示すように、コンテンツジェネレータ１３３は、要求１４０によって、キャッシュマネジャ１３２へ送信する。
【００７８】
そして、図１５に示すように、キャッシュマネジャ１３２は、判定基準Ｃ１とともにコンテンツＢ１５０を格納し、生成されたコンテンツ１５１を、要求元の端末へ送り戻す前に、クライアント端末１３０のために、Ｃ１に関連する値Ｖ１を検索する。
【００７９】
次に、クライアント端末１３１が、要求１６０1によって、同じコンテンツＢをキャッシュマネジャ１３２から要求する場合、マネジャ１３２は、再び、要求１６０1のコンテンツと互換性のあるＢに関連するエントリを有しているかを確認する。図１６の場合、マネジャ１３２はエントリを見つけず、要求されたコンテンツをクライアント端末１３１に適応させるために、クライアント端末１３１について、２つの特性Ｃ１、Ｃ２と、それらの可能な値Ｖ３、Ｖ２とを考慮することが必要であると判定する。その結果、図１６に示すように、マネジャ１３２は、クライアント端末１３１へ戻されるコンテンツＢを生成するために、特性Ｃ１、Ｃ２を考慮した後、要求１６０2をコンテンツジェネレータ１３３へ送り戻し、コンテンツジェネレータ１３３は、新たに生成したコンテンツＢを、要求１７０によって、キャッシュマネジャ１３２へ戻す。
【００８０】
そして、キャッシュマネジャ１３２は、判定基準Ｃ１、Ｃ２とともにコンテンツＢ１７１を格納し、クライアント端末のために生成されたコンテンツＢを含む要求の形態で、クライアント端末へコンテンツＢを戻す前に、クライアント端末のために、Ｃ１、Ｃ２に関連する値Ｖ３、Ｖ２を検索する。
【００８１】
図１は、クライアント端末が、コンテンツのルーチン的な生成を要求とせず、例えば、マルチメディアのように、それ自体の技術的特性に適合する必要がある動的コンテンツを要求する場合、たとえこれら特性が、異なるクライアント端末に由来したとしても、これら特性が、既にキャッシュ内に存在し、様々な要求に対して完全に応えるものの、要求されたコンテンツの生成に本質的な共通特性を有する場合において、サーバ端末のキャッシュを最適化するこれら前述した様々な全ての可能性を総括的に要約する。
【図面の簡単な説明】
【００８２】
【図１】コンテンツの特性及びクライアント端末のタイプに関するキャッシュ内のインスタンスのための選択ロジックのフローチャートである。
【図２】２つのクライアント端末を備えた構成において、本発明に従ったキャッシュ方法に含まれる様々なコンポーネントを示す図である。
【図３】本発明に従ったクライアント端末とコンテンツジェネレータとの間の要求メカニズムを示す図である。
【図４】クライアント端末の特性に基づいて、クライアント端末のコンテンツを生成するメカニズムの例を示す図である。
【図５】クライアント端末の特性に基づいて図４で生成されたコンテンツをキャッシュし、生成されたコンテンツをクライアント端末へ送信する原理を示す図である。
【図６】サーバ端末のキャッシュが空でない場合、第２のクライアント端末を介して要求する原理の例を与える図である。
【図７】要求したインスタンスがキャッシュ内に存在する場合におけるサーバ端末によるコンテンツの送信を示す図である。
【図８】サーバ端末によるコンテンツ生成と、クライアント端末によって送信された特性からコンテンツを生成する本質的な特性の、サーバ端末による判定との例を与える図である。
【図９】図８の例のために生成されたサーバ端末コンテンツのキャッシュ内の格納の例示を与える図である。
【図１０】キャッシュが空ではないが、キャッシュ内にインスタンスがない場合に、第２のクライアント端末によってサーバ端末から要求する例を与える図である。
【図１１】要求されたインスタンスをサーバ端末がキャッシュ内に既に有していない場合、新たなキャッシュインスタンスを生成する原理を示す図である。
【図１２】第２のクライアント端末が、キャッシュ内に既に存在していないコンテンツを要求し、端末自体が、動的コンテンツを生成するために、クライアントの本質的な特性を決定する状況を示す図である。
【図１３】クライアント端末によって送信された、新たな特性を求める要求の新たな例を与える図である。
【図１４】図１３の要求に応答して、新たな本質的な特性と、それに関連する値とを決定する原理を示す図である。
【図１５】図１３の要求に応答して、新たな本質的な特性と、それに関連する値とを決定する原理を示す図である。
【図１６】関連する値を生成し判定する２つの新たな本質的な特性の判定を要求した第２の端末からの要求に従って、キャッシュ内に新たな動的ページを生成することを示す図である。
【図１７】関連する値を生成し判定する２つの新たな本質的な特性の判定を要求した第２の端末からの要求に従って、キャッシュ内に新たな動的ページを生成することを示す図である。
【図１】
2008537241.tif 000003
【図２】
2008537241.tif 000004
【図３】
2008537241.tif 000005
【図４】
2008537241.tif 000006
【図５】
2008537241.tif 000007
【図６】
2008537241.tif 000008
【図７】
2008537241.tif 000009
【図８】
2008537241.tif 000010
【図９】
2008537241.tif 000011
【図１０】
2008537241.tif 000012
【図１１】
2008537241.tif 000013
【図１２】
2008537241.tif 000014
【図１３】
2008537241.tif 000015
【図１４】
2008537241.tif 000016
【図１５】
2008537241.tif 000017
【図１６】
2008537241.tif 000018
【図１７】
2008537241.tif 000019
【国際調査報告】
2008537241.tif 000020
2008537241.tif 000021
2008537241.tif 000022
2008537241.tif 000023
2008537241.tif 000024
2008537241.tif 000025