(57)【特許請求の範囲】
【請求項１】
クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信する方法であって、前記クライアントと前記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
前記方法は、
サーバが、前記要求を取得するステップと、
前記サーバが、前記クライアント・サーバシステムの少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得するステップと、
前記サーバが、前記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別するステップであって、及び、前記パーソナライゼーションは、要求するクライアントに合わせてカスタマイズされたコンテンツを提供することであり、前記判別が（ｉ）前記取得された少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）前記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、前記判別するステップと
を含む、前記方法。
【請求項２】
クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信する方法であって、前記クライアントと前記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
前記方法は、
前記キャッシュ・ノードが、前記要求を取得するステップと、
前記キャッシュ・ノードが、前記クライアント・サーバシステムの少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得するステップと、
前記キャッシュ・ノードが、前記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別するステップであって、及び、前記パーソナライゼーションは、要求するクライアントに合わせてカスタマイズされたコンテンツを提供することであり、前記判別が（ｉ）前記取得された少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）前記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、前記判別するステップと
を含む、前記方法。
【請求項３】
前記パフォーマンス特性を取得するステップが、前記少なくとも１つのサーバに対する要求の負荷又は前記少なくとも１つのキャッシュ・ノードに対する要求の負荷を判別するステップを含む、請求項１に記載の方法。
【請求項４】
前記パフォーマンス特性を取得するステップが、前記少なくとも１つのキャッシュ・ノードに対する要求の負荷を判別するステップを含む、請求項２に記載の方法。
【請求項５】
前記少なくとも１つのサーバおよび前記少なくとも１つのキャッシュ・ノードが階層を形成し、前記サーバが最も高い階層レベルに位置している、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記キャッシュ・ノード及び前記サーバに前記パーソナライゼーションのレベルが関連付けられている、請求項５に記載の方法。
【請求項７】
クライアント・サーバシステムでコンテンツを配信することがワールドワイドウェブでコンテンツを配信することを含む、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記コンテンツを配信することが、一又は複数のウェブページの配信を含む、請求項７に記載の方法。
【請求項９】
前記判別されたパーソナライゼーションのレベルに基づいてパーソナライズされたウェブページを制作するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信する装置であって、前記クライアントと前記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
前記装置は、
メモリと、
前記メモリに連結された一又は複数のプロセッサであって、（ｉ）前記要求を取得し、（ｉｉ）前記クライアント・サーバシステムの少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得し、および（ｉｉｉ）前記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別し、及び、前記パーソナライゼーションは、要求するクライアントに合わせてカスタマイズされたコンテンツを提供することであり、前記判別が（ｉ）前記取得された少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）前記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、前記一又は複数のプロセッサと
を有する、前記装置。
【請求項１１】
前記パフォーマンス特性が、前記少なくとも１つのサーバに対する要求の負荷又は前記少なくとも１つのキャッシュ・ノードに対する要求の負荷を含む、請求項１０に記載の装置。
【請求項１２】
前記少なくとも１つのサーバおよび前記少なくとも１つのキャッシュ・ノードが階層を形成し、前記サーバが最も高い階層レベルに位置している、請求項１０〜１１のいずれか１項に記載の装置。
【請求項１３】
前記キャッシュ・ノード及び前記サーバに前記パーソナライゼーションのレベルが関連付けられている、請求項１２に記載の装置。
【請求項１４】
前記クライアント・サーバシステムがワールドワイドウェブを有する、請求項１０〜１３のいずれか１項に記載の装置。
【請求項１５】
クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信するシステムであって、前記クライアントと前記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
前記システムは、
少なくとも１つのキャッシュ・ノードおよび少なくとも１つのサーバからなる階層を有し、
前記少なくとも１つのキャッシュ・ノードおよび前記少なくとも１つのサーバのうちの少なくとも１つが、（ｉ）前記要求を取得し、（ｉｉ）前記データネットワークの少なくとも１つのサーバおよび少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得し、および（ｉｉｉ）前記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別し、及び、前記パーソナライゼーションは、要求するクライアントに合わせて何らかの形でカスタマイズされたコンテンツを提供することであり、前記判別が（ｉ）前記取得された少なくとも１つのサーバおよび少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）前記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、前記システム。
【請求項１６】
前記取得したパーソナライゼーションのレベルに従い、前記取得したパフォーマンス特性に基づいて、前記少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのいずれかから前記要求に対する応答を返す、請求項１又は２に記載の方法。
【請求項１７】
前記パーソナライゼーションのレベルは、前記少なくとも１つのキャッシュ・ノードのためにパーソナライゼーションされている少なくとも１つのレベルを含む、パーソナライゼーションの複数のレベルから選択される、請求項１又は２に記載の方法。
【請求項１８】
前記取得したパーソナライゼーションのレベルに従い、前記取得したパフォーマンス特性に基づいて、前記少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのいずれかから前記要求に対する応答を返す、請求項１０に記載の装置。
【請求項１９】
前記取得したパーソナライゼーションのレベルに従い、前記取得したパフォーマンス特性に基づいて、前記少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのいずれかから前記要求に対する応答を返す、請求項１５に記載のシステム。
【請求項２０】
クライアントからの要求に基づいてクライアント・サーバシステムでコンテンツの配信するプログラムであって、サーバに、請求項１〜８、１６及び１７のいずれか１項に記載の方法の各ステップを実行させる、前記プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は分散型データ処理システムに関し、より具体的にはパーソナライズされたコンテンツを提供する分散型データ処理システムに関する。
【背景技術】
【０００２】
クライアントとサーバ（インターネットやワールドワイドウェブなど）が関わる分散型データネットワークにおける「パーソナライゼーション」とは、一般に要求するクライアントに合わせて何らかの形でカスタマイズされたコンテンツを提供するプロセスをいう用語である。当該データネットワークにおけるパーソナライゼーションの基本的なメカニズムは、クライアントのアイデンティティの認識に基づきウェブサーバ上に提供されるウェブページの制作を含む。
【非特許文献１】Ｊ．  Ｗａｎｇ、「Ａ  Ｓｕｒｖｅｙ  ｏｆ  Ｗｅｂ  Ｃａｃｈｉｎｇ  Ｓｃｈｅｍｅｓ  ｆｏｒ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ」、ＡＣＭ  Ｃｏｍｐｕｔｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｒｅｖｉｅｗ（ＣＣＲ）、第２９巻、５号、１９９９年１０月
【非特許文献２】Ｊ．  Ｃｈａｌｌｅｎｇｅｒ他、「Ｅｆｆｉｃｉｅｎｔｌｙ  Ｓｅｒｖｉｎｇ  Ｄｙｎａｍｉｃ  Ｄａｔａ  ａｔ  Ｈｉｇｈｌｙ  Ａｃｃｅｓｓｅｄ  Ｗｅｂ  Ｓｉｔｅ」、ＩＢＭ  Ｒｅｓｅｒｃｈ  Ｒｅｐｏｒｔ  第ＲＣ２２８２３号、２００３年６月
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、既存のパーソナライゼーション技術に伴う重要な問題は、コンテンツの制作に多大なオーバーヘッドがもたらされる可能性があることである。パーソナライズされたコンテンツはバックエンドデータベースにアクセスする必要があることがあり、中央処理装置（ＣＰＵ）のサイクルを大幅に費やす傾向がある。
【０００４】
多数の商業用ウェブサイトは何らかの形のパーソナライゼーションを利用する。例えば、あるウェブサイトは２つのレベルのサービス利用者を採用する。優先されるステータスレベルは、サーバにアクセスしてパーソナライズされたコンテンツを受けられる。サイトにどれほど負荷がかかるかは問題ではない。所定のレベルのクライアントは必ず同じサービスレベルを受けられる。システムに重い負荷がかかると、そのパフォーマンスは影響を受けるかもしれないが、専用サーバを使用するためその程度は軽微にとどまるであろう。優先されないユーザーは、負荷が重くても軽くてもシステムがサポートできればどのサービスも受けられる。「負荷」とは一般にウェブサイトの利用またはウェブサイトに対応するコンテンツに出される要求の数あるいはその両方をいう。
【０００５】
天候又はニュース関連の組織のウェブサイトは、典型的に「極端な天候」又は「大事件」の状況の概念をサポートする。当該組織はそのウェブサイトにかかる負荷が増えると、あらゆる種類のコンテンツを削減する。優先又は非優先顧客の概念をもたない場合、パーソナライズされるコンテンツはこのような状況では単に古くなる。
【０００６】
別のウェブサイトは、ある特定のカテゴリーのコンテンツに負荷がかかりすぎるようになると、サーバを切り換える概念を採用する。パーソナライゼーションや顧客の差別化は使わない。負荷は単に使用量に基づいて切り換えられる。
【０００７】
このように、分散化データネットワークにおいて改良されたパーソナライズされたコンテンツの提供の必要がある。
【課題を解決するための手段】
【０００８】
本発明は、分散化データネットワークにおいて改良されたコンテンツの提供技術を提供する。
【０００９】
本発明の第１の側面では、クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信する方法であって、上記クライアントと上記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
上記方法は、
サーバが、上記要求を取得するステップと、
上記サーバが、上記クライアント・サーバシステムの少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得するステップと、
上記サーバが、上記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別するステップであって、及び、上記パーソナライゼーションは、要求するクライアントに合わせてカスタマイズされたコンテンツを提供することであり、上記判別が（ｉ）上記取得された少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）上記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、上記判別するステップと
を含む、上記方法を提供する。
【００１０】
パフォーマンス特性は、少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードに対する要求の負荷を有することができる。データの正確度レベルは、要求に応答してクライアントに配信されるパーソナライゼーションのレベルを有することができる。クライアントに関連する少なくとも１つの嗜好は少なくとも１つのパーソナライゼーション嗜好を有することができる。少なくとも１つのサーバおよび少なくとも１つのキャッシュ・ノードが階層を形成できる。クライアント・サーバシステムはワールドワイドウェブを有して、コンテンツが一又は複数のウェブページを有し、技術がさらに判別した正確度レベルに基づいてパーソナライズされたウェブページを制作するステップ／動作を有するようにすることができる。
【００１１】
本発明の第２の側面では、クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信する方法であって、上記クライアントと上記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
上記方法は、
上記キャッシュ・ノードが、上記要求を取得するステップと、
上記キャッシュ・ノードが、上記クライアント・サーバシステムの少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得するステップと、
上記キャッシュ・ノードが、上記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別するステップであって、及び、上記パーソナライゼーションは、要求するクライアントに合わせてカスタマイズされたコンテンツを提供することであり、上記判別が（ｉ）上記取得された少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）上記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、上記判別するステップと
を含む、上記方法を提供する。
【００１２】
本発明の第３の側面では、クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信する装置であって、上記クライアントと上記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
上記装置は、
メモリと、
上記メモリに連結された一又は複数のプロセッサであって、（ｉ）上記要求を取得し、（ｉｉ）上記クライアント・サーバシステムの少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得し、および（ｉｉｉ）上記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別し、及び、上記パーソナライゼーションは、要求するクライアントに合わせてカスタマイズされたコンテンツを提供することであり、上記判別が（ｉ）上記取得された少なくとも１つのサーバ又は少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）上記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、上記一又は複数のプロセッサと
を有する、上記装置を提供する。
【００１３】
本発明の第４の側面では、クライアントからの要求に基づいて、クライアント・サーバシステムでコンテンツを配信するシステムであって、上記クライアントと上記サーバとの間に少なくとも１つのキャッシュ・ノードが配置されることができ、
上記システムは、
少なくとも１つのキャッシュ・ノードおよび少なくとも１つのサーバからなる階層を有し、
上記少なくとも１つのキャッシュ・ノードおよび上記少なくとも１つのサーバのうちの少なくとも１つが、（ｉ）上記要求を取得し、（ｉｉ）上記データネットワークの少なくとも１つのサーバおよび少なくとも１つのキャッシュ・ノードのパフォーマンス特性を取得し、および（ｉｉｉ）上記要求に応答してクライアントに配信されるべきコンテンツに関連付けられたパーソナライゼーションのレベルを判別し、及び、上記パーソナライゼーションは、要求するクライアントに合わせて何らかの形でカスタマイズされたコンテンツを提供することであり、上記判別が（ｉ）上記取得された少なくとも１つのサーバおよび少なくとも１つのキャッシュ・ノードのパフォーマンス特性、および（ｉｉ）上記クライアントに関連付けられたサービスの質の少なくとも１つのクラスに基づく、上記システムを提供する。
【００１４】
本発明の上記およびその他の目的、特徴、および利点は、その例示的な実施例の以下詳細な説明を、添付の図面と合わせて読むと明らかになるであろう。
【発明を実施するための最良の形態】
【００１５】
本発明をインターネット又はワールドワイドウェブの実施例の状況において以下説明していく。しかし、本発明はこのようなデータネットワークアーキテクチャに限られないことは理解されるべきである。むしろ、本発明はより一般的に、クライアントにパーソナライズされたデータを提供するのに望ましいであろうあらゆる分散型データ環境に適用できる。
【００１６】
本明細書で例示的に利用する「クライアント」という用語は、一般にサーバに要求を出すことのできる（例、ネットワークに接続してデータを得ることにより）一又は複数のコンピューティングシステム（例、パーソナルコンピュータ、パーソナルデジタルアシスタント、携帯電話、ラップトップなど）をいう。「クライアント」は場合によりコンピューティングシステムを使う個人をいうこともある（これは状況から明らかになるであろう）。「サーバ」は一般に、クライアントの要求に応答できる（例、ネットワーク上で利用できるコンテンツを生成および提供することにより）一又は複数のコンピューティングシステムをいう。「キャッシュ・ノード」は一般に、データを効率的に格納し、また提供できる一又は複数のコンピューティングシステムをいい、典型的にはパフォーマンスを高めるために配備される。
【００１７】
以下例示的に説明するように、本発明は、パーソナライズされたコンテンツを一又は複数のサーバおよび一又は複数のキャッシュ・ノードから提供するクライアント・サーバ環境（ウェブ環境を含む）においてデータを提供する技術を提供する。システムはシステムへの負荷やクライアントのアイデンティティなどの特性に基づいてパーソナライゼーションを提供するのに相応しいサーバおよびキャッシュ・ノードを選択する。一般に、キャッシュ・ノードで達成できるウェブページのパーソナライゼーションのレベルは、サーバノードで可能なものよりも劣る。しかし、キャッシュ・ノードでのパーソナライゼーションに対して、サーバノードでパーソナライゼーションを向上すると価格に跳ね返る。キャッシュ・ノードでパーソナライズされたページを提供するパフォーマンスは通常サーバノードよりも優れる。本発明はこの違いを利用して、複数の要因に基づくパーソナライゼーションのレベルと場所の選択によりパーソナライゼーションのレベルを最適化する。
【００１８】
また、ある実施例では、本発明は階層に構成された一又は複数のウェブキャッシュ・ノード（ウェブページのパーソナライゼーション能力は限られる）および一又は複数のウェブサーバ（様々なレベルで追加のウェブページのパーソナライゼーションの能力をもつ）で実現できることは認識されるべきである。ウェブキャッシュ・ノードはデータネットワークとウェブサーバの間に置かれる。
【００１９】
ウェブ環境の階層キャッシングの分野においては多大な研究がなされてきた。非特許文献１および非特許文献２はこのような研究を記述している。しかし、階層キャッシングに関する過去の参考文献で、当該パーソナライゼーションのシステムの使用方法を記述しているものはない。
【００２０】
本発明に従い、いくつかの基準を組み合わせて、パーソナライゼーションを行う場所と採用するパーソナライゼーションのレベルを判別できる。
【００２１】
本明細書で説明する例示的な方法論において、本発明はパーソナライゼーションに基づき考慮すべき事項を利用してキャッシュ・ノードからページを提供するときを判別する。このように、ウェブページがウェブキャッシュ・ノードでキャッシュされたとしても、本方法論は、方法論が達成すると決めるパーソナライゼーションのレベルにより、ウェブサーバからページを提供することを決められる。ウェブページはキャッシュ・ノードでパーソナライズできるが、キャッシュ・ノードで入手できるクライアントに関する情報は少ないかもしれない。例えば、キャッシュ・ノードで各クライアントについてのアクセス情報は限られたものしか入手できないか、又は履歴がないことがある。クライアントの発信元インターネットプロトコル（ＩＰ）アドレス（又はクライアントの要求が届くファイヤウォールのアドレス）は、キャッシュ・ノードで分かる。キャッシュ・ノードはクッキー、又はクライアントについてより多くの情報を提供できるユニフォーム・リソース・ロケーター（ＵＲＬ）のヘッダーを処理できる。
【００２２】
本発明が採用できる選択的パーソナライゼーションのある基準は、キャッシュ・ノードおよびサーバに対する現在の負荷である。ウェブサーバの負荷が軽い場合、本発明の方法論はウェブサーバでのパーソナライゼーションを選好するであろう。一方、ウェブサーバの負荷が重い場合、本発明の方法論は別のエンティティでのパーソナライゼーションを選好するであろう。サーバの負荷が中程度であれば、本発明の方法論はそれでもサーバでのパーソナライゼーションを行うが、サーバの処理力をあまり使わないようにパーソナライゼーションのレベルを制限することにするであろう。すべてのキャッシュ・ノードとサーバの負荷が閾値を超えている場合、本発明の方法論は使用するリソースを最小化するためにパーソナライゼーションをせずにウェブページを提供できる。
【００２３】
また、クライアントのアイデンティティとクラスはパーソナライゼーションの場所とレベルを判別するために使用できる。周知のように、クライアントのアイデンティティは、隠しフィールドやウェブ要求の他のメカニズムにより、クッキー又はＵＲＬ拡張機能を使って伝達できる。パーソナライゼーションの優先順位が高いクライアントを優先順位の低いクライアントより優遇できる。このように、ウェブサーバへの負荷が許す限りであれば、優先順位の高いクライアントのパーソナライゼーションをウェブサーバ上で行える。一方、優先順位の非常に低いクライアントは全くパーソナライゼーションをされないこともあり、プレキャッシュしたページを供給されることもあろう。優先順位が中間のクライアントは、サーバの負荷が非常に高くなければサーバから提供されるし、サーバの負荷が高くなるとキャッシュ・ノードでパーソナライズされることになる。
【００２４】
始めに図１を参照すると、ブロック図は本発明の一又は複数の実施例を実装できる分散型データネットワークアーキテクチャを図示する。図示されるように、アーキテクチャはネットワーク２０００（例、ワールドワイドウェブ）に接続される複数のクライアントノード１０００−１、・・・、１０００−ｎ）を含むことができる。アーキテクチャはまた一又は複数のキャッシュ・ノードおよび一又は複数のサーバが形成する多層レベルの階層を含むことができる。図１に示す例では、レベル１（例、最も低い階層レベル）は複数のウェブキャッシュ・ノード３０００−１、・・・、３０００−ｍを含み、直接ネットワーク２０００に接続する。レベル２はレベル１のキャッシュ・ノードに接続されるウェブキャッシュ・ノード４０００−１を含む。レベル３（例、最も高い階層レベル）はレベル２のキャッシュ・ノードに接続されるウェブサーバ５０００−１を含む。各レベルが採用するキャッシュ・ノードおよびウェブサーバはこれより多くても少なくてもよく、階層が含むレベルはこれより多くても少なくてもよいことは理解されるべきである。
【００２５】
ここで図２を参照すると、フロー図は本発明の実施例に従うパーソナライズされたコンテンツを提供する方法論を図示する。より具体的には、図２は、ウェブキャッシュ・ノードでウェブページの要求のロジック６０００の処理を示す。当該方法論は階層のどのレベルにあるキャッシュ・ノードでも実施できることは理解されるべきである。
【００２６】
ステップ６０１０で、ウェブ要求がウェブキャッシュ・ノードで受け取られる。キャッシュ・ノードが階層の最も低いレベルであれば、要求はクライアントから直接になることに留意する。そうでなければ、要求は階層の１つ低いレベルのキャッシュ・ノードからになる。ステップ６０２０で階層の次のレベルの負荷を考慮する。負荷が高ければ（例、応答時間が少なくとも５０パーセント長くなるほど）、ステップ６０３０でクライアントの種類を点検する。クライアントの種類が低い優先順位であれば、ステップ６０６０でパーソナライゼーションをウェブキャッシュ・ノードで行う。そうでなければ、ステップ６０４０でクライアントの要求を階層の次のレベルに送る。
【００２７】
ステップ６０５０で、パーソナライズされた応答が階層の次のレベルのキャッシュ・ノードから返される。ステップ６０７０で、パーソナライズされたページをクライアントに戻す。これは、ウェブキャッシュ・ノードが最も低いレベルでなければ、階層の１つ低いレベルのキャッシュ・ノードで行う。
【００２８】
キャッシュ・ノード階層の最もレベルの高いキャッシュ・ノード（すなわち、システム全体の階層のうちキャッシュ・ノードだけを含む部分）の場合、クライアントの種類の点検は行わない。キャッシュ・ノードに送られるすべての要求に応える。これより低いレベルのキャッシュ・ノードはよりレベルの高いキャッシュ・ノードの負荷に関する情報を維持するため、よりレベルの高いキャッシュ・ノードを過負荷にするのを回避できる。
【００２９】
クライアントは複数のレベルの優先順位をもてることも留意するべきである。１つ上のレベルのキャッシュ・ノードに要求を転送する優先順位の閾値は負荷に依存する。例えば、クライアントの優先順位のレベルが４つあるとする。よりレベルの高いキャッシュ・ノードの負荷が３０パーセント（％）以下の場合、すべての要求をよりレベルの高いキャッシュ・ノードに転送できる。負荷が３０％から５０％の場合、優先順位のレベルが２以上のクライアントのみ、次のレベルに転送する。負荷が５０％から７０％の場合、優先順位の閾値は優先順位のレベル３になる。負荷が７０％を超えると、優先順位４のクライアントの要求だけを次のレベルに転送する。
【００３０】
本発明を使用するある例は、極端な天候（例、ハリケーン）中に高い負荷を受ける天候のウェブサイトをパーソナライズすることに関係する。このようなウェブサイトは、地域のゴルフコースのコンディション、現在のローカルマップ、地域の気温等など、通常の状態では高度にパーソナライズして選択可能なコンテンツを顧客に提供できる。サイトの顧客は様々なサービスの質（ＱｏＳ）のクラスにされるであろう。ＱｏＳクラスの高い顧客はパーソナライズされたデータに優先的なアクセスを受けられる。極端な天候条件の間にサイトにアクセスする大量のユーザーがサイトに殺到すると、サイトはどの顧客に現在のパーソナライズされた情報を提供するか、パーソナライズしているかもしれないが古い情報を提供するかを選別できよう。
【００３１】
このように優先される顧客は、サイトに非常に高い負荷がかかっているときでも、常に最新のパーソナライズされたコンテンツを得ることができる。標準的な顧客は、サイトへの負荷が軽いときには最新のパーソナライズされた情報をすべて受け取るが、負荷が高くなると、受け取るコンテンツはパーソナライズされていてもある間隔でしか更新されず（例、１５分おき）、そのため古いものとなるであろう。
【００３２】
サイトはさらに様々な負荷に基づいてキャッシングの階層レベルをもつように設定できよう。そのため、一般の顧客が第１レベルのキャッシュ・ノードから古い情報（１５分前）を受け取り、１つ上のレベルの顧客は次のレベルのキャッシュ・ノードからより最新の情報（２分前）を受け取り、最も優先される顧客はほぼあらゆる条件でサーバから直接最新情報を受け取ることになるであろう。
【００３３】
パーソナライゼーションの場所とレベルは要求されるウェブページまたはポートあるいはその両方に依存できる。例えば、オンラインビジネスの状況では、発注に関連する要求ページをディープパーソナライゼーションの対象とするべきと見なすことができる。あるいは、あるアイテムの在庫が過剰にあることがあるが、そうするとある他のカタログページのブラウザはそのアイテムを宣伝の格好の対象にして、おそらくサーバでパーソナライゼーションが要求されるであろう。当業者には、クライアントが要求するウェブページについて行うべきパーソナライゼーションの場所とレベルを決めるにあたって、上記の基準に他の基準を組み合わせられることは容易に認識されるであろう。例えばパーソナライズされるデータの量よりも反応時間の短さを嗜好するなど、例えばパーソナライゼーションはクライアントの嗜好のプロファイルに依存できるであろう。あるいは、サイトにとどまることはそのサイトを好んでいるということを示すため、そのようなクライアントを優遇するよう、クライアントのセッションの長さとすることができるであろう。
【００３４】
パーソナライゼーションを行う決定はパーソナライゼーションの種類も考慮できる。すなわち、（ｉ）広告挿入、（ｉｉ）販促（サイト内リンク）、および（ｉｉｉ）ホストでしか行うべきでないページのフォーマットである。
【００３５】
パーソナライゼーションは本発明の応用の単なる一例にすぎない。より一般的には、本発明は情報の差別化した正確度を提供する方法論を提供する。ある場合には、情報の正確度はパーソナライゼーションのレベルのこともあろう。別の場合には、全体的に異なる何かとなろう（例、画像の解像度の程度）。
【００３６】
最後に図３を参照すると、ブロック図は、本発明の実施例に従い、本発明の一又は複数のコンポーネント／ステップ（例、図２の状況で説明した方法論は図１のアーキテクチャに従い実施できる）を実装できるコンピューティングシステムのハードウェアの実施例を図示する。また、図３のコンピュータシステムは図１に示すキャッシュ・ノードとサーバを実装するために使える。図３のコンピュータシステムは複数のクライアントの各々を実装するためにも使える。
【００３７】
本発明の個々のコンポーネント／ステップは１台の当該コンピュータシステムに、より好ましくは、複数の当該コンピュータシステムに実装できることは理解されるべきである。分散型コンピューティングシステムへの実装の場合、個々のコンピュータシステムまたはデバイスあるいはその両方は適切なネットワーク、例えばインターネットやワールドワイドウェブを介して接続できる。しかし、システムはプライベートネットワーク又はローカルネットワークを介しても実現できる。本発明はある特定のネットワークに限定されない。
【００３８】
図示するように、コンピュータシステム７０００は、プロセッサ７０２０、メモリ７０４０、Ｉ／Ｏデバイス７０６０、ネットワークインターフェース７０８０を又は代替接続構成を介して連結して実施できる。
【００３９】
ここで使用する「プロセッサ」という用語は、例えば、ＣＰＵまたは他のプロセッシング回路あるいはその両方を内蔵するものなど、あらゆるプロセッシングデバイスを含むことを意図していることは認識されるべきである。また、「プロセッサ」という用語は複数のプロセッシングデバイスをいうこともあること、またあるプロセッシングデバイスに関連付けられる様々なエレメントを他のプロセッシングデバイスと共有することもあることは理解されるべきである。
【００４０】
ここで使用する「メモリ」という用語は、例えば、ＲＡＭ、ＲＯＭ、固定記憶装置（例、ハードドライブ）、取り外し可能記憶装置（例、ディスケット）、フラッシュメモリ等など、プロセッサ又はＣＰＵに関連付けられるメモリを含むことを意図している。
【００４１】
また、ここで使用する「入出力デバイス」もしくは「Ｉ／Ｏデバイス」という用語は、例えば、データを処理装置に入力する一又は複数の入力デバイス（例、キーボード、マウスなど）、または処理装置に関連付けられる結果を表示する一又は複数の出力デバイス（例、スピーカー、ディスプレイなど）あるいはその両方を含むことを意図している。
【００４２】
さらに、ここで使用する「ネットワークインターフェース」という用語は、例えば、コンピュータシステムが適切な通信プロトコルを介して別のコンピュータシステムと通信することを可能にする一又は複数のトランシーバーを含むことを意図している。
【００４３】
したがって、本明細書で説明する方法論を遂行する命令又はコードを内蔵するソフトウェアコンポーネントは関連記憶装置の１つ以上に格納でき（例、ＲＯＭ、固定又は取り外し可能メモリ）、利用の準備ができているとき、一部又は全体がロードされ（例、ＲＡＭに）、ＣＰＵが実行する。
【００４４】
本発明はウェブに加えて異なる多様な状況でのキャッシングに適用できる。本発明は完全に機能するデータ処理システムにおいて説明してきたが、当業者には本発明のプロセスが命令のコンピュータ読取可能媒体の形で分散できる。コンピュータ読取可能媒体の例には、フレキシブルディスク、ハードディスクドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記録型媒体が含まれる。コンピュータ読取可能媒体は、あるデータ処理システムで実際に使用するときにはデコードされるコード化フォーマットの形をとることができる。
【００４５】
また、サービスプロバイダーは本発明の様々な側面を以下例示的な方法で提供できるであろうことは認識されるべきである。クライアントは異なるサービスの質（ＱｏＳ）クラスに属することができるであろう。高いＱｏＳクラスに属するクライアントはパーソナライズされた情報に優先的なアクセスを受ける。サービスプロバイダーはクライアントを異なるＱｏＳクラスにグループ化するために異なる選択肢を提供できるであろう。当該方法の一つが、サービスレベルをサービスレベル契約により規定することであろう。
【００４６】
負荷が軽い間、すべてのクライアントがパーソナライズされた情報を受け取ることができるであろう。より負荷が高くなっている間、クライアントの一部が受け取るコンテンツのパーソナライゼーションのレベルを低くできるであろう。負荷が高まるにつれ、パーソナライゼーションのレベルを低くした情報を受け取るクライアントの数が増えるであろう。属するＱｏＳクラスが高くなるほど、クライアントの受ける影響は最小になるであろう。反対に、負荷が減少してくるにつれ、パーソナライゼーションのレベルを高めた情報を受け取るクライアントの数を増やすことができるであろう。
【００４７】
サービスプロバイダーはシステムにかかる負荷を監視し、変化する負荷に応じてパーソナライゼーションのレベルを制御できるであろう。
【００４８】
本発明の例示的な実施例は添付の図面を参照して本明細書で説明してきたが、本発明はこのままの実施例に限られたものではなく、本発明の範囲又は精神を逸脱することなく、当業者により他にも様々な変更や改造が行えることは理解されるべきである。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施例を実装できる分散型データネットワークアーキテクチャを図示するブロック図。
【図２】本発明の実施例に従いパーソナライズされたコンテンツを提供する方法論を図示するフロー図。
【図３】本発明の実施例を実装できるコンピューティングシステムを図示するブロック図。
【符号の説明】
【００５０】
２０００  ネットワーク
７０２０  プロセッサ
７０４０  メモリ
７０６０  Ｉ／Ｏデバイス
７０８０  ネットワークインターフェース
７１００  コンピュータバス
【図１】
0004405548.tif 000002
【図２】
0004405548.tif 000003
【図３】
0004405548.tif 000004