セキュリティ対応のコンテンツのキャッシュを容易にする方法および装置
本発明の一実施例は、セキュリティ対応のコンテンツのキャッシュを容易にするシステムを提供する。システムは、最初に、制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取ることにより動作し、キャッシュサーバはアプリケーションサーバのためにコンテンツを記憶する。次に、システムは、制限されたコンテンツがキャッシュサーバに位置するか否かを判断する。位置する場合は、システムは、制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。制限されたコンテンツにユーザがアクセス認可されている場合は、システムは、制限されたコンテンツをキャッシュサーバからユーザに供給する。制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う、時間のかかる動作をなくす。
【発明の詳細な説明】
【技術分野】
【０００１】
背景
発明の分野
本発明はキャッシュサーバに関する。より具体的には、本発明は、セキュリティ対応のコンテンツをキャッシュサーバでキャッシュすることを容易にするための方法および装置に関する。
【背景技術】
【０００２】
関連技術
コンピュータユーザは、ビジネスユーザおよび個人ユーザの両方が、迅速なコンテンツの伝播を求めてワールドワイドウェブを頼っている。このコンテンツは、財務状況および在庫などのビジネスデータ、ならびに世界のニュースなどの一般的データを含み得る。このようなコンテンツのプロバイダは、ユーザへの迅速なコンテンツの配信を支援するため、また、コンテンツソースで受取られる、コンテンツをリクエストする「ヒット」数を低減するために、多くの機器および方法を用いる。これらの機器の１つがキャッシュサーバであって、前にアクセスされたデータを記憶し、次に、この前にアクセスされたデータを、その後のリクエストに応じて提供する。
【０００３】
図１は、アプリケーションサーバ１０６から受取ったコンテンツをブラウザ１０２に与える、キャッシュサーバ１０４を示す。動作中、ブラウザ１０２のユーザ（図示されない）は、アプリケーションサーバ１０６にコンテンツへのリクエスト１０８を行う。リクエスト１０８はキャッシュサーバ１０４に送られ、キャッシュサーバ１０４は、そのコンテンツがキャッシュサーバ１０４で入手可能か否かを判断する。入手可能である場合は、キャッシュサーバ１０４は、コンテンツ１１４をブラウザ１０２に与える。コンテンツがキャッシュサーバ１０４で入手可能でない場合は、キャッシュサーバ１０４は、アプリケーションサーバ１０６にそのコンテンツへのリクエスト１１０を行う。アプリケーションサーバ１０６はコンテンツを生成し、そのコンテンツ１１２をキャッシュサーバ１０４に与える。キャッシュサーバ１０４は、次に、コンテンツ１１２のコピーを保存し、そのコンテンツをコンテンツ１１４としてブラウザ１０２に与える。アプリケーションサーバ１０６でコンテンツを生成するのは、時間のかかる動作となり得ることに注意するべきである。
【０００４】
図２は、コンテンツをブラウザに与える複数のキャッシュサーバを示す。システムは、アプリケーションサーバ２０２、キャッシュサーバ２０４、２０８、２１２および２１６、ならびに、ブラウザ２０６、２１０、２１４および２１８を含む。キャッシュサーバ２０４、２０８、２１２および２１６は、異なる地理的領域に位置することができ、アプリケーションサーバ２０２のコンテンツに集中アクセスをもたらす。たとえば、キャッシュサーバ２０４は日本に位置することができ、キャッシュサーバ２０８はアメリカ合衆国に位置することができ、キャッシュサーバ２１２はヨーロッパに位置することができ、キャッシュサーバ２１６はインドに位置することができる。図２に示されるより多くの、各キャッシュサーバと通信するブラウザがあり得ることに注意されたい。これらのブラウザ、キャッシュサーバ、およびアプリケーションサーバ２０２は、図１に関連して上述したものと同様の態様で動作する。
【０００５】
これらのコンテンツキャッシュサーバ（キャッシュサーバ）は、伝統的には、「公の」（すなわち無制限の）コンテンツをコンテンツ消費者に迅速に配信するためにのみ用いら
れてきた。しかしながら、多くの状況において、取扱いに注意を要するある種のコンテンツは、制限されたユーザのサブセットに配信できることが望ましい。このような状況において、既存のキャッシュサーバ設計は、このようなコンテンツを効率的に配信するための機構を備えていない。特に、コンテンツキャッシュは、コンテンツをユーザに配信する前にユーザ識別を認証してアクセス制御チェックを適用するための、サポートを与えていない。したがって、現在では、アプリケーションサーバがアクセス制御論理を用いることができるよう、制限されたコンテンツは、コンテンツの元となるサーバ（アプリケーションサーバ）から得られなければならない。この結果、ユーザへの応答は遅くなり、システムにおいては容量／スケーラビリティが低減され、アプリケーションサーバにおいてはデータ通信量が増加する。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、必要とされるのは、上述の問題を伴うことなく、制限されたコンテンツの効率的なコンテンツキャッシュを容易にする方法および装置である。
【課題を解決するための手段】
【０００７】
概要
本発明の一実施例は、セキュリティ対応のコンテンツのキャッシュを容易にするシステムを提供する。システムは、最初に、制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取ることにより動作し、キャッシュサーバはアプリケーションサーバのコンテンツを記憶する。システムは、次に、制限されたコンテンツがキャッシュサーバに位置するか否かを判断する。位置する場合は、システムは、制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。制限されたコンテンツにユーザがアクセス認可されている場合は、システムは、制限されたコンテンツをキャッシュサーバからユーザに供給する。制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う、時間のかかる動作をなくす。
【０００８】
この実施例の変形例において、制限されたコンテンツがキャッシュサーバに位置しない場合は、システムは、セキュリティインフラストラクチャにユーザのアクセス認可をリクエストする。アクセス認可を受取った場合は、システムは、制限されたコンテンツをアプリケーションサーバにリクエストする。制限されたコンテンツを受取った後、システムは、制限されたコンテンツをキャッシュし、制限されたコンテンツをユーザに供給する。
【０００９】
さらなる変形例において、制限されたコンテンツにユーザがアクセス認可されているか否かを判断することは、最初にセキュリティインフラストラクチャにユーザのアクセス認可をリクエストすることと、アクセス認可を受取った場合は、次に、制限されたコンテンツをユーザに供給することとを含む。
【００１０】
さらなる変形例において、制限されたコンテンツがキャッシュサーバに位置しない場合は、システムは、ユーザに代わって、制限されたコンテンツをアプリケーションサーバにリクエストする。これに応答して、システムは、制限されたコンテンツをアプリケーションサーバから受取り、コンテンツはアクセス認可情報を与えるアクセスタグを含む。システムは、制限されたコンテンツをキャッシュし、アクセスタグをセキュリティインフラストラクチャに転送する。最後に、システムは、制限されたコンテンツをユーザに供給する。
【００１１】
さらなる変形例において、制限されたコンテンツにユーザがアクセス認可されているか否かを判断することは、最初にセキュリティインフラストラクチャにユーザのアクセス認
可をリクエストすることを含む。セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断する。アクセス認可を受取ると、システムは、制限されたコンテンツをユーザに供給する。
【００１２】
さらなる変形例において、制限されたコンテンツがキャッシュサーバに位置しない場合は、システムは、ユーザに代わって、制限されたコンテンツをアプリケーションサーバにリクエストする。制限されたコンテンツをアプリケーションサーバから受取った後、システムは、制限されたコンテンツをキャッシュし、制限されたコンテンツをユーザに供給する。
【００１３】
さらなる変形例において、制限されたコンテンツにユーザがアクセス認可されているか否かを判断することは、制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストすることと、認可を受取った場合は、制限されたコンテンツをユーザに供給することとを含む。
【発明を実施するための最良の形態】
【００１４】
定義
キャッシュサーバ：リアルタイムでないコンテンツ配信にもリアルタイムのコンテンツ配信にも関わるエンティティであって、検索エンジンなどの場合のように、コンテンツにオフラインで索引を付ける。
【００１５】
詳細な説明
下記の説明は、発明を実施し、用いることが、いかなる当業者にも可能になるように示され、特定の用途とその要件とのコンテキストにおいて提供される。開示される実施例のさまざまな変更は当業者には容易に明らかであり、ここに定義される一般的原理は、本発明の精神と範囲とを逸脱することなく、他の実施例および用途に適用され得る。したがって、本発明は、示される実施例に限定されることではなく、ここに開示される原理と特徴とに一致する最も広い範囲に適合されることを意図する。
【００１６】
この詳細な説明に記載されるデータ構造およびコードは、典型的には、コンピュータで読取可能な記憶媒体に記憶され、記憶媒体は、コンピュータシステムによって用いられるコードおよび／またはデータを記憶し得る、いかなる装置または媒体であってもよい。これは、ディスクドライブ、磁気テープ、ＣＤ（コンパクトディスク）、およびＤＶＤ（デジタルバーサタイルディスクまたはデジタルビデオディスク）などの、磁気的および光学的記憶装置、ならびに、（そこで信号が変調される搬送波を備えた、またはその搬送波のない）伝送媒体に体現されたコンピュータ指示信号を含むが、それらに限定されない。たとえば、伝送媒体は、インターネットなどの通信網を含み得る。
【００１７】
集中制御されるアクセス
図３は、本発明の一実施例による、集中制御されるアクセスのためのキャッシュサーバ３１０を示す。ユーザ３０２および３０４は、ブラウザ３０６および３０８をそれぞれ用いてキャッシュサーバ３１０と通信する。
【００１８】
動作中、キャッシュサーバ３１０は、ユーザ３０２などのユーザに代わって、たとえばブラウザ３０６などのブラウザから、制限されたコンテンツへのリクエストを受取る。このリクエストに応答して、キャッシュサーバ３１０は、セキュリティインフラストラクチャ３１２に、制限されたコンテンツをユーザ３０２が受取るためのアクセス認可をリクエストする。アクセス認可が受取られ、かつ、制限されたコンテンツがキャッシュサーバ３１０で入手可能でない場合は、キャッシュサーバ３１０は、制限されたコンテンツをアプリケーションサーバ３１４にリクエストする。制限されたコンテンツをアプリケーション
サーバ３１４から受取ると、キャッシュサーバ３１０は、制限されたコンテンツを記憶し、制限されたコンテンツのコピーをブラウザ３０６のユーザ３０２に供給する。
【００１９】
キャッシュサーバ３１０が、たとえばブラウザ３０８のユーザ３０４などの異なるユーザから、同じ制限されたコンテンツへのリクエストを続いて受取った場合は、キャッシュサーバ３１０は、同様に、セキュリティインフラストラクチャ３１２にアクセス認可をリクエストする。ユーザ３０４のアクセス認可を受取った場合は、キャッシュサーバ３１０は、キャッシュサーバ３１０に前に記憶された、制限されたコンテンツを与える。制限されたコンテンツをキャッシュサーバ３０４から得ることは、アプリケーションサーバ３１４にコンタクトし、制限されたコンテンツを生成し、制限されたコンテンツをキャッシュサーバ３１０に戻すことに伴う、時間および通信トラフィックをなくす。
【００２０】
集中制御されるアクセスのプロセス
図４は、本発明の一実施例による、集中制御されるアクセスのプロセスを表わすフロー図を示す。集中制御されるアクセスにおいては、キャッシュサーバ３１０は、セキュリティインフラストラクチャ３１２と通信し、アプリケーションサーバ３１４の制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。制限されたコンテンツへのリクエストがキャッシュサーバで受取られると、システムが開始する（ステップ４０２）。次に、システムは、制限されたコンテンツがキャッシュサーバに記憶されているか否かを判断する（ステップ４０４）。
【００２１】
制限されたコンテンツがキャッシュサーバで入手可能でない場合は、システムは、制限されたコンテンツにユーザがアクセスを有するか否かを判断するために、セキュリティインフラストラクチャを参照する（ステップ４０６）。制限されたコンテンツにユーザがアクセスを有さない場合は、プロセスは終了する（ステップ４０８）。その他の場合は、システムは、制限されたコンテンツをアプリケーションサーバにリクエストする（ステップ４１０）。制限されたコンテンツを受取ると、キャッシュサーバは、制限されたコンテンツを記憶する（ステップ４１２）。最後に、キャッシュサーバは、制限されたコンテンツをユーザに転送する（ステップ４１４）。
【００２２】
ステップ４０４において、制限されたコンテンツがキャッシュサーバで入手可能である場合は、システムは、制限されたコンテンツにユーザがアクセスを有するか否かを判断するために、セキュリティインフラストラクチャを参照する（ステップ４１６）。制限されたコンテンツにユーザがアクセスを有さない場合は、プロセスは終了する（ステップ４１８）。その他の場合は、システムは、ステップ４１４において、制限されたコンテンツをユーザに転送する。
【００２３】
外部化が可能なアプリケーションで制御されるアクセス
図５は、本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのためのキャッシュサーバ５１０を示す。図５に示されるように、ユーザ５０２および５０４は、ブラウザ５０６および５０８をそれぞれ用いてキャッシュサーバ５１０と通信する。外部化が可能なアプリケーションで制御されるアクセスにおいて、アプリケーションサーバ５１４は、アプリケーションサーバ５１４の制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。アクセス認可されている場合は、アプリケーションサーバ５１４は、制限されたコンテンツとともにタグを送る。このタグは、制限されたコンテンツにどのユーザがアクセス認可されているかを記載したメタデータを含む。キャッシュサーバ５１０は、このタグをセキュリティインフラストラクチャ５１２に転送する。
【００２４】
動作中、キャッシュサーバ５１０は、ユーザ（この場合はユーザ５０２）に代わって、
たとえばブラウザ５０６などのブラウザから、制限されたコンテンツへのリクエストを受取る。このリクエストに応答して、キャッシュサーバ５１０は、制限されたコンテンツがキャッシュで入手可能か否かを判断する。入手可能でない場合は、キャッシュサーバ５１０は、ユーザ５０２に代わって、制限されたデータをアプリケーションサーバ５１４にリクエストする。アプリケーションサーバ５１４は、次に、制限されたコンテンツにどのユーザがアクセス認可されているかを判断し、制限されたコンテンツとともにタグを与える。制限されたコンテンツおよびタグを受取ると、キャッシュサーバ５１０は、タグをセキュリティインフラストラクチャ５１２に転送し、制限されたコンテンツをキャッシュに保存して、制限されたコンテンツをユーザ５０２に供給する。
【００２５】
続く動作において、キャッシュサーバ５１０が、たとえばブラウザ５０８のユーザ５０４などの異なるユーザから、同じ制限されたコンテンツへのリクエストを受取った場合は、キャッシュサーバ５１０は、セキュリティインフラストラクチャ５１２にアクセス認可をリクエストする。セキュリティインフラストラクチャ５１２は、前に受取ったタグを用いて、制限されたコンテンツにユーザ５０４がアクセス認可されているか否かを判断する。セキュリティインフラストラクチャ５１２からユーザ５０４のアクセス認可を受取った場合は、キャッシュサーバ５１０は、制限されたコンテンツを、キャッシュサーバ５１０に前に記憶されたコンテンツから与える。この態様で、制限されたコンテンツをキャッシュサーバから得ることは、アプリケーションサーバ５１４にコンタクトし、制限されたコンテンツを生成し、制限されたコンテンツをキャッシュサーバ５１０に戻すことに伴う、時間および通信トラフィックをなくす。
【００２６】
外部化が可能なアプリケーションで制御されるアクセスのプロセス
図６は、本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのプロセスを表わすフロー図を示す。制限されたコンテンツへのリクエストがキャッシュサーバで受取られると、システムが開始する（ステップ６０２）。このリクエストに応答して、システムは、制限されたコンテンツがキャッシュに記憶されているか否かを判断する（ステップ６０４）。
【００２７】
制限されたコンテンツがキャッシュサーバに記憶されていない場合は、キャッシュサーバは、ユーザに代わって、制限されたコンテンツをアプリケーションサーバにリクエストする（ステップ６０６）。アプリケーションサーバは、制限されたコンテンツにユーザがアクセス認可されているか否かを含む、制限されたコンテンツのアクセス規則を判断する（ステップ６０８）。制限されたコンテンツにユーザがアクセス認可されていない場合は、プロセスは終了する（ステップ６１０）。その他の場合は、アプリケーションサーバは、制限されたコンテンツおよびタグをキャッシュサーバに与える（ステップ６１２）。このタグは、制限されたコンテンツに誰がアクセスを有するかを規定する、メタデータを含む。
【００２８】
制限されたコンテンツおよびタグを受取ると、キャッシュサーバは、制限されたコンテンツをキャッシュに記憶し、タグをセキュリティインフラストラクチャに送る（ステップ６１４）。最後に、キャッシュサーバは、制限されたコンテンツをユーザに配信する（ステップ６１６）。
【００２９】
ステップ６０４において、制限されたコンテンツがキャッシュサーバに記憶されている場合は、キャッシュサーバは、セキュリティインフラストラクチャにアクセス認可をリクエストする（ステップ６１８）。セキュリティインフラストラクチャは、前に与えられたタグを用いることにより、ユーザがアクセスを有するか否かを判断する。ユーザがアクセスを有さない場合は、プロセスは終了する（ステップ６２０）。その他の場合は、キャッシュサーバは、ステップ６１６において、制限されたコンテンツをキャッシュからユーザ
に配信する。
【００３０】
外部化が可能でないアプリケーションで制御されるアクセス
図７は、本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのためのキャッシュサーバを示す。図７に示されるように、ユーザ７０２および７０４は、ブラウザ７０６および７０８をそれぞれ用いてキャッシュサーバ７１０と通信する。外部化が可能でないアプリケーションで制御されるアクセスにおいては、アプリケーションサーバ７１４は、アプリケーションサーバ７１４の制限されたコンテンツにユーザがアクセス認可されているか否かを、常に判断する。
【００３１】
動作中、キャッシュサーバ７１０は、ユーザ（この場合はユーザ７０２）に代わって、たとえばブラウザ７０６などのブラウザから、制限されたコンテンツへのリクエストを受取る。このリクエストに応答して、キャッシュサーバ７１０は、制限されたコンテンツがキャッシュで入手可能か否かを判断する。入手可能でない場合は、キャッシュサーバ７１０は、ユーザ７０２に代わって、制限されたデータをアプリケーションサーバ７１４にリクエストする。アプリケーションサーバ７１４は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断し、認可されている場合は、制限されたコンテンツをキャッシュサーバ７１０に与える。制限されたコンテンツを受取ると、キャッシュサーバ７１０は、制限されたコンテンツをキャッシュに保存し、制限されたコンテンツをユーザ７０２に供給する。
【００３２】
キャッシュサーバ７１０が、ブラウザ７０８の異なるユーザ（たとえばユーザ７０４）から、同じ制限されたコンテンツへのリクエストを続いて受取った場合は、キャッシュサーバ７１０は、セキュリティインフラストラクチャ７１２にアクセス認可をリクエストする。セキュリティインフラストラクチャ７１２は、次に、アプリケーションサーバ７１４に認可をリクエストする。アプリケーションサーバ７１４からユーザ７０４のアクセス認可を受取った場合は、セキュリティインフラストラクチャ７１２は、その認可をキャッシュサーバ７１０に転送する。キャッシュサーバ７１０は、次に、制限されたコンテンツを、キャッシュサーバ７１０に前に記憶されたコンテンツから与える。制限されたコンテンツをキャッシュから与えることは、アプリケーションサーバ７１４にコンタクトし、制限されたコンテンツを生成し、制限されたコンテンツをキャッシュサーバ７１０に戻すことに伴う、時間および通信トラフィックをなくす。アクセス認可を得るためにアプリケーションサーバ７１４にコンタクトするのに要する時間および通信トラフィックは、最小限であることに注意されたい。
【００３３】
外部化が可能でないアプリケーションで制御されるアクセスのプロセス
図８は、本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのプロセスを表わすフロー図を示す。制限されたコンテンツへのリクエストがキャッシュサーバで受取られると、システムが開始する（ステップ８０２）。このリクエストに応答して、キャッシュサーバは、制限されたコンテンツがキャッシュサーバで入手可能か否かを判断する（ステップ８０４）。
【００３４】
制限されたコンテンツがキャッシュサーバで入手可能でない場合は、キャッシュサーバは、制限されたコンテンツをアプリケーションサーバにリクエストする（ステップ８０６）。アプリケーションサーバは、次に、制限されたコンテンツにユーザがアクセスし得るか否かを判断する（ステップ８０８）。制限されたコンテンツにユーザがアクセスを有さない場合は、プロセスは終了する（ステップ８１０）。
【００３５】
アプリケーションサーバが、制限されたコンテンツにユーザがアクセスを有すると判断した場合は、アプリケーションサーバは、制限されたコンテンツをキャッシュサーバに与
える（ステップ８１２）。キャッシュサーバは、この制限されたコンテンツをキャッシュに記憶する（ステップ８１４）。最後に、キャッシュサーバは、制限されたコンテンツをユーザに配信する（ステップ８１６）。
【００３６】
ステップ８０４において、制限されたコンテンツがキャッシュサーバで入手可能である場合は、キャッシュサーバは、セキュリティインフラストラクチャにアクセス認可をリクエストする（ステップ８１８）。セキュリティインフラストラクチャは、次に、アプリケーションサーバに認可をリクエストする（ステップ８２０）。アプリケーションサーバからアクセス認可が受取られない場合は、プロセスは終了する（ステップ８２２）。アプリケーションサーバからアクセス認可を受取った場合は、セキュリティインフラストラクチャは、キャッシュサーバに認可を与える。キャッシュサーバは、次に、ステップ８１６において、制限されたコンテンツをユーザに配信する。
【００３７】
上述の、本発明の実施例の説明は、例示および説明のためのみに示された。それらは、網羅的であること、あるいは、開示された形式に本発明を限定することを意図しない。したがって、当業者には多くの変更および変形例が明らかである。さらに、上述の開示は本発明を限定する意図はない。本発明の範囲は、添付の請求項によって定義される。
【図面の簡単な説明】
【００３８】
【図１】アプリケーションサーバから受取ったコンテンツをブラウザに与えるキャッシュサーバを示す図である。
【図２】コンテンツをブラウザに与える、複数のキャッシュサーバを示す図である。
【図３】本発明の一実施例による、集中制御されるアクセスのためのキャッシュサーバを示す図である。
【図４】本発明の一実施例による、集中制御されるアクセスのプロセスを示すフロー図である。
【図５】本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのためのキャッシュサーバを示す図である。
【図６】本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのプロセスを示すフロー図である。
【図７】本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのためのキャッシュサーバを示す図である。
【図８】本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのプロセスを示すフロー図である。
【技術分野】
【０００１】
背景
発明の分野
本発明はキャッシュサーバに関する。より具体的には、本発明は、セキュリティ対応のコンテンツをキャッシュサーバでキャッシュすることを容易にするための方法および装置に関する。
【背景技術】
【０００２】
関連技術
コンピュータユーザは、ビジネスユーザおよび個人ユーザの両方が、迅速なコンテンツの伝播を求めてワールドワイドウェブを頼っている。このコンテンツは、財務状況および在庫などのビジネスデータ、ならびに世界のニュースなどの一般的データを含み得る。このようなコンテンツのプロバイダは、ユーザへの迅速なコンテンツの配信を支援するため、また、コンテンツソースで受取られる、コンテンツをリクエストする「ヒット」数を低減するために、多くの機器および方法を用いる。これらの機器の１つがキャッシュサーバであって、前にアクセスされたデータを記憶し、次に、この前にアクセスされたデータを、その後のリクエストに応じて提供する。
【０００３】
図１は、アプリケーションサーバ１０６から受取ったコンテンツをブラウザ１０２に与える、キャッシュサーバ１０４を示す。動作中、ブラウザ１０２のユーザ（図示されない）は、アプリケーションサーバ１０６にコンテンツへのリクエスト１０８を行う。リクエスト１０８はキャッシュサーバ１０４に送られ、キャッシュサーバ１０４は、そのコンテンツがキャッシュサーバ１０４で入手可能か否かを判断する。入手可能である場合は、キャッシュサーバ１０４は、コンテンツ１１４をブラウザ１０２に与える。コンテンツがキャッシュサーバ１０４で入手可能でない場合は、キャッシュサーバ１０４は、アプリケーションサーバ１０６にそのコンテンツへのリクエスト１１０を行う。アプリケーションサーバ１０６はコンテンツを生成し、そのコンテンツ１１２をキャッシュサーバ１０４に与える。キャッシュサーバ１０４は、次に、コンテンツ１１２のコピーを保存し、そのコンテンツをコンテンツ１１４としてブラウザ１０２に与える。アプリケーションサーバ１０６でコンテンツを生成するのは、時間のかかる動作となり得ることに注意するべきである。
【０００４】
図２は、コンテンツをブラウザに与える複数のキャッシュサーバを示す。システムは、アプリケーションサーバ２０２、キャッシュサーバ２０４、２０８、２１２および２１６、ならびに、ブラウザ２０６、２１０、２１４および２１８を含む。キャッシュサーバ２０４、２０８、２１２および２１６は、異なる地理的領域に位置することができ、アプリケーションサーバ２０２のコンテンツに集中アクセスをもたらす。たとえば、キャッシュサーバ２０４は日本に位置することができ、キャッシュサーバ２０８はアメリカ合衆国に位置することができ、キャッシュサーバ２１２はヨーロッパに位置することができ、キャッシュサーバ２１６はインドに位置することができる。図２に示されるより多くの、各キャッシュサーバと通信するブラウザがあり得ることに注意されたい。これらのブラウザ、キャッシュサーバ、およびアプリケーションサーバ２０２は、図１に関連して上述したものと同様の態様で動作する。
【０００５】
これらのコンテンツキャッシュサーバ（キャッシュサーバ）は、伝統的には、「公の」（すなわち無制限の）コンテンツをコンテンツ消費者に迅速に配信するためにのみ用いら
れてきた。しかしながら、多くの状況において、取扱いに注意を要するある種のコンテンツは、制限されたユーザのサブセットに配信できることが望ましい。このような状況において、既存のキャッシュサーバ設計は、このようなコンテンツを効率的に配信するための機構を備えていない。特に、コンテンツキャッシュは、コンテンツをユーザに配信する前にユーザ識別を認証してアクセス制御チェックを適用するための、サポートを与えていない。したがって、現在では、アプリケーションサーバがアクセス制御論理を用いることができるよう、制限されたコンテンツは、コンテンツの元となるサーバ（アプリケーションサーバ）から得られなければならない。この結果、ユーザへの応答は遅くなり、システムにおいては容量／スケーラビリティが低減され、アプリケーションサーバにおいてはデータ通信量が増加する。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、必要とされるのは、上述の問題を伴うことなく、制限されたコンテンツの効率的なコンテンツキャッシュを容易にする方法および装置である。
【課題を解決するための手段】
【０００７】
概要
本発明の一実施例は、セキュリティ対応のコンテンツのキャッシュを容易にするシステムを提供する。システムは、最初に、制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取ることにより動作し、キャッシュサーバはアプリケーションサーバのコンテンツを記憶する。システムは、次に、制限されたコンテンツがキャッシュサーバに位置するか否かを判断する。位置する場合は、システムは、制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。制限されたコンテンツにユーザがアクセス認可されている場合は、システムは、制限されたコンテンツをキャッシュサーバからユーザに供給する。制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う、時間のかかる動作をなくす。
【０００８】
この実施例の変形例において、制限されたコンテンツがキャッシュサーバに位置しない場合は、システムは、セキュリティインフラストラクチャにユーザのアクセス認可をリクエストする。アクセス認可を受取った場合は、システムは、制限されたコンテンツをアプリケーションサーバにリクエストする。制限されたコンテンツを受取った後、システムは、制限されたコンテンツをキャッシュし、制限されたコンテンツをユーザに供給する。
【０００９】
さらなる変形例において、制限されたコンテンツにユーザがアクセス認可されているか否かを判断することは、最初にセキュリティインフラストラクチャにユーザのアクセス認可をリクエストすることと、アクセス認可を受取った場合は、次に、制限されたコンテンツをユーザに供給することとを含む。
【００１０】
さらなる変形例において、制限されたコンテンツがキャッシュサーバに位置しない場合は、システムは、ユーザに代わって、制限されたコンテンツをアプリケーションサーバにリクエストする。これに応答して、システムは、制限されたコンテンツをアプリケーションサーバから受取り、コンテンツはアクセス認可情報を与えるアクセスタグを含む。システムは、制限されたコンテンツをキャッシュし、アクセスタグをセキュリティインフラストラクチャに転送する。最後に、システムは、制限されたコンテンツをユーザに供給する。
【００１１】
さらなる変形例において、制限されたコンテンツにユーザがアクセス認可されているか否かを判断することは、最初にセキュリティインフラストラクチャにユーザのアクセス認
可をリクエストすることを含む。セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断する。アクセス認可を受取ると、システムは、制限されたコンテンツをユーザに供給する。
【００１２】
さらなる変形例において、制限されたコンテンツがキャッシュサーバに位置しない場合は、システムは、ユーザに代わって、制限されたコンテンツをアプリケーションサーバにリクエストする。制限されたコンテンツをアプリケーションサーバから受取った後、システムは、制限されたコンテンツをキャッシュし、制限されたコンテンツをユーザに供給する。
【００１３】
さらなる変形例において、制限されたコンテンツにユーザがアクセス認可されているか否かを判断することは、制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストすることと、認可を受取った場合は、制限されたコンテンツをユーザに供給することとを含む。
【発明を実施するための最良の形態】
【００１４】
定義
キャッシュサーバ：リアルタイムでないコンテンツ配信にもリアルタイムのコンテンツ配信にも関わるエンティティであって、検索エンジンなどの場合のように、コンテンツにオフラインで索引を付ける。
【００１５】
詳細な説明
下記の説明は、発明を実施し、用いることが、いかなる当業者にも可能になるように示され、特定の用途とその要件とのコンテキストにおいて提供される。開示される実施例のさまざまな変更は当業者には容易に明らかであり、ここに定義される一般的原理は、本発明の精神と範囲とを逸脱することなく、他の実施例および用途に適用され得る。したがって、本発明は、示される実施例に限定されることではなく、ここに開示される原理と特徴とに一致する最も広い範囲に適合されることを意図する。
【００１６】
この詳細な説明に記載されるデータ構造およびコードは、典型的には、コンピュータで読取可能な記憶媒体に記憶され、記憶媒体は、コンピュータシステムによって用いられるコードおよび／またはデータを記憶し得る、いかなる装置または媒体であってもよい。これは、ディスクドライブ、磁気テープ、ＣＤ（コンパクトディスク）、およびＤＶＤ（デジタルバーサタイルディスクまたはデジタルビデオディスク）などの、磁気的および光学的記憶装置、ならびに、（そこで信号が変調される搬送波を備えた、またはその搬送波のない）伝送媒体に体現されたコンピュータ指示信号を含むが、それらに限定されない。たとえば、伝送媒体は、インターネットなどの通信網を含み得る。
【００１７】
集中制御されるアクセス
図３は、本発明の一実施例による、集中制御されるアクセスのためのキャッシュサーバ３１０を示す。ユーザ３０２および３０４は、ブラウザ３０６および３０８をそれぞれ用いてキャッシュサーバ３１０と通信する。
【００１８】
動作中、キャッシュサーバ３１０は、ユーザ３０２などのユーザに代わって、たとえばブラウザ３０６などのブラウザから、制限されたコンテンツへのリクエストを受取る。このリクエストに応答して、キャッシュサーバ３１０は、セキュリティインフラストラクチャ３１２に、制限されたコンテンツをユーザ３０２が受取るためのアクセス認可をリクエストする。アクセス認可が受取られ、かつ、制限されたコンテンツがキャッシュサーバ３１０で入手可能でない場合は、キャッシュサーバ３１０は、制限されたコンテンツをアプリケーションサーバ３１４にリクエストする。制限されたコンテンツをアプリケーション
サーバ３１４から受取ると、キャッシュサーバ３１０は、制限されたコンテンツを記憶し、制限されたコンテンツのコピーをブラウザ３０６のユーザ３０２に供給する。
【００１９】
キャッシュサーバ３１０が、たとえばブラウザ３０８のユーザ３０４などの異なるユーザから、同じ制限されたコンテンツへのリクエストを続いて受取った場合は、キャッシュサーバ３１０は、同様に、セキュリティインフラストラクチャ３１２にアクセス認可をリクエストする。ユーザ３０４のアクセス認可を受取った場合は、キャッシュサーバ３１０は、キャッシュサーバ３１０に前に記憶された、制限されたコンテンツを与える。制限されたコンテンツをキャッシュサーバ３０４から得ることは、アプリケーションサーバ３１４にコンタクトし、制限されたコンテンツを生成し、制限されたコンテンツをキャッシュサーバ３１０に戻すことに伴う、時間および通信トラフィックをなくす。
【００２０】
集中制御されるアクセスのプロセス
図４は、本発明の一実施例による、集中制御されるアクセスのプロセスを表わすフロー図を示す。集中制御されるアクセスにおいては、キャッシュサーバ３１０は、セキュリティインフラストラクチャ３１２と通信し、アプリケーションサーバ３１４の制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。制限されたコンテンツへのリクエストがキャッシュサーバで受取られると、システムが開始する（ステップ４０２）。次に、システムは、制限されたコンテンツがキャッシュサーバに記憶されているか否かを判断する（ステップ４０４）。
【００２１】
制限されたコンテンツがキャッシュサーバで入手可能でない場合は、システムは、制限されたコンテンツにユーザがアクセスを有するか否かを判断するために、セキュリティインフラストラクチャを参照する（ステップ４０６）。制限されたコンテンツにユーザがアクセスを有さない場合は、プロセスは終了する（ステップ４０８）。その他の場合は、システムは、制限されたコンテンツをアプリケーションサーバにリクエストする（ステップ４１０）。制限されたコンテンツを受取ると、キャッシュサーバは、制限されたコンテンツを記憶する（ステップ４１２）。最後に、キャッシュサーバは、制限されたコンテンツをユーザに転送する（ステップ４１４）。
【００２２】
ステップ４０４において、制限されたコンテンツがキャッシュサーバで入手可能である場合は、システムは、制限されたコンテンツにユーザがアクセスを有するか否かを判断するために、セキュリティインフラストラクチャを参照する（ステップ４１６）。制限されたコンテンツにユーザがアクセスを有さない場合は、プロセスは終了する（ステップ４１８）。その他の場合は、システムは、ステップ４１４において、制限されたコンテンツをユーザに転送する。
【００２３】
外部化が可能なアプリケーションで制御されるアクセス
図５は、本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのためのキャッシュサーバ５１０を示す。図５に示されるように、ユーザ５０２および５０４は、ブラウザ５０６および５０８をそれぞれ用いてキャッシュサーバ５１０と通信する。外部化が可能なアプリケーションで制御されるアクセスにおいて、アプリケーションサーバ５１４は、アプリケーションサーバ５１４の制限されたコンテンツにユーザがアクセス認可されているか否かを判断する。アクセス認可されている場合は、アプリケーションサーバ５１４は、制限されたコンテンツとともにタグを送る。このタグは、制限されたコンテンツにどのユーザがアクセス認可されているかを記載したメタデータを含む。キャッシュサーバ５１０は、このタグをセキュリティインフラストラクチャ５１２に転送する。
【００２４】
動作中、キャッシュサーバ５１０は、ユーザ（この場合はユーザ５０２）に代わって、
たとえばブラウザ５０６などのブラウザから、制限されたコンテンツへのリクエストを受取る。このリクエストに応答して、キャッシュサーバ５１０は、制限されたコンテンツがキャッシュで入手可能か否かを判断する。入手可能でない場合は、キャッシュサーバ５１０は、ユーザ５０２に代わって、制限されたデータをアプリケーションサーバ５１４にリクエストする。アプリケーションサーバ５１４は、次に、制限されたコンテンツにどのユーザがアクセス認可されているかを判断し、制限されたコンテンツとともにタグを与える。制限されたコンテンツおよびタグを受取ると、キャッシュサーバ５１０は、タグをセキュリティインフラストラクチャ５１２に転送し、制限されたコンテンツをキャッシュに保存して、制限されたコンテンツをユーザ５０２に供給する。
【００２５】
続く動作において、キャッシュサーバ５１０が、たとえばブラウザ５０８のユーザ５０４などの異なるユーザから、同じ制限されたコンテンツへのリクエストを受取った場合は、キャッシュサーバ５１０は、セキュリティインフラストラクチャ５１２にアクセス認可をリクエストする。セキュリティインフラストラクチャ５１２は、前に受取ったタグを用いて、制限されたコンテンツにユーザ５０４がアクセス認可されているか否かを判断する。セキュリティインフラストラクチャ５１２からユーザ５０４のアクセス認可を受取った場合は、キャッシュサーバ５１０は、制限されたコンテンツを、キャッシュサーバ５１０に前に記憶されたコンテンツから与える。この態様で、制限されたコンテンツをキャッシュサーバから得ることは、アプリケーションサーバ５１４にコンタクトし、制限されたコンテンツを生成し、制限されたコンテンツをキャッシュサーバ５１０に戻すことに伴う、時間および通信トラフィックをなくす。
【００２６】
外部化が可能なアプリケーションで制御されるアクセスのプロセス
図６は、本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのプロセスを表わすフロー図を示す。制限されたコンテンツへのリクエストがキャッシュサーバで受取られると、システムが開始する（ステップ６０２）。このリクエストに応答して、システムは、制限されたコンテンツがキャッシュに記憶されているか否かを判断する（ステップ６０４）。
【００２７】
制限されたコンテンツがキャッシュサーバに記憶されていない場合は、キャッシュサーバは、ユーザに代わって、制限されたコンテンツをアプリケーションサーバにリクエストする（ステップ６０６）。アプリケーションサーバは、制限されたコンテンツにユーザがアクセス認可されているか否かを含む、制限されたコンテンツのアクセス規則を判断する（ステップ６０８）。制限されたコンテンツにユーザがアクセス認可されていない場合は、プロセスは終了する（ステップ６１０）。その他の場合は、アプリケーションサーバは、制限されたコンテンツおよびタグをキャッシュサーバに与える（ステップ６１２）。このタグは、制限されたコンテンツに誰がアクセスを有するかを規定する、メタデータを含む。
【００２８】
制限されたコンテンツおよびタグを受取ると、キャッシュサーバは、制限されたコンテンツをキャッシュに記憶し、タグをセキュリティインフラストラクチャに送る（ステップ６１４）。最後に、キャッシュサーバは、制限されたコンテンツをユーザに配信する（ステップ６１６）。
【００２９】
ステップ６０４において、制限されたコンテンツがキャッシュサーバに記憶されている場合は、キャッシュサーバは、セキュリティインフラストラクチャにアクセス認可をリクエストする（ステップ６１８）。セキュリティインフラストラクチャは、前に与えられたタグを用いることにより、ユーザがアクセスを有するか否かを判断する。ユーザがアクセスを有さない場合は、プロセスは終了する（ステップ６２０）。その他の場合は、キャッシュサーバは、ステップ６１６において、制限されたコンテンツをキャッシュからユーザ
に配信する。
【００３０】
外部化が可能でないアプリケーションで制御されるアクセス
図７は、本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのためのキャッシュサーバを示す。図７に示されるように、ユーザ７０２および７０４は、ブラウザ７０６および７０８をそれぞれ用いてキャッシュサーバ７１０と通信する。外部化が可能でないアプリケーションで制御されるアクセスにおいては、アプリケーションサーバ７１４は、アプリケーションサーバ７１４の制限されたコンテンツにユーザがアクセス認可されているか否かを、常に判断する。
【００３１】
動作中、キャッシュサーバ７１０は、ユーザ（この場合はユーザ７０２）に代わって、たとえばブラウザ７０６などのブラウザから、制限されたコンテンツへのリクエストを受取る。このリクエストに応答して、キャッシュサーバ７１０は、制限されたコンテンツがキャッシュで入手可能か否かを判断する。入手可能でない場合は、キャッシュサーバ７１０は、ユーザ７０２に代わって、制限されたデータをアプリケーションサーバ７１４にリクエストする。アプリケーションサーバ７１４は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断し、認可されている場合は、制限されたコンテンツをキャッシュサーバ７１０に与える。制限されたコンテンツを受取ると、キャッシュサーバ７１０は、制限されたコンテンツをキャッシュに保存し、制限されたコンテンツをユーザ７０２に供給する。
【００３２】
キャッシュサーバ７１０が、ブラウザ７０８の異なるユーザ（たとえばユーザ７０４）から、同じ制限されたコンテンツへのリクエストを続いて受取った場合は、キャッシュサーバ７１０は、セキュリティインフラストラクチャ７１２にアクセス認可をリクエストする。セキュリティインフラストラクチャ７１２は、次に、アプリケーションサーバ７１４に認可をリクエストする。アプリケーションサーバ７１４からユーザ７０４のアクセス認可を受取った場合は、セキュリティインフラストラクチャ７１２は、その認可をキャッシュサーバ７１０に転送する。キャッシュサーバ７１０は、次に、制限されたコンテンツを、キャッシュサーバ７１０に前に記憶されたコンテンツから与える。制限されたコンテンツをキャッシュから与えることは、アプリケーションサーバ７１４にコンタクトし、制限されたコンテンツを生成し、制限されたコンテンツをキャッシュサーバ７１０に戻すことに伴う、時間および通信トラフィックをなくす。アクセス認可を得るためにアプリケーションサーバ７１４にコンタクトするのに要する時間および通信トラフィックは、最小限であることに注意されたい。
【００３３】
外部化が可能でないアプリケーションで制御されるアクセスのプロセス
図８は、本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのプロセスを表わすフロー図を示す。制限されたコンテンツへのリクエストがキャッシュサーバで受取られると、システムが開始する（ステップ８０２）。このリクエストに応答して、キャッシュサーバは、制限されたコンテンツがキャッシュサーバで入手可能か否かを判断する（ステップ８０４）。
【００３４】
制限されたコンテンツがキャッシュサーバで入手可能でない場合は、キャッシュサーバは、制限されたコンテンツをアプリケーションサーバにリクエストする（ステップ８０６）。アプリケーションサーバは、次に、制限されたコンテンツにユーザがアクセスし得るか否かを判断する（ステップ８０８）。制限されたコンテンツにユーザがアクセスを有さない場合は、プロセスは終了する（ステップ８１０）。
【００３５】
アプリケーションサーバが、制限されたコンテンツにユーザがアクセスを有すると判断した場合は、アプリケーションサーバは、制限されたコンテンツをキャッシュサーバに与
える（ステップ８１２）。キャッシュサーバは、この制限されたコンテンツをキャッシュに記憶する（ステップ８１４）。最後に、キャッシュサーバは、制限されたコンテンツをユーザに配信する（ステップ８１６）。
【００３６】
ステップ８０４において、制限されたコンテンツがキャッシュサーバで入手可能である場合は、キャッシュサーバは、セキュリティインフラストラクチャにアクセス認可をリクエストする（ステップ８１８）。セキュリティインフラストラクチャは、次に、アプリケーションサーバに認可をリクエストする（ステップ８２０）。アプリケーションサーバからアクセス認可が受取られない場合は、プロセスは終了する（ステップ８２２）。アプリケーションサーバからアクセス認可を受取った場合は、セキュリティインフラストラクチャは、キャッシュサーバに認可を与える。キャッシュサーバは、次に、ステップ８１６において、制限されたコンテンツをユーザに配信する。
【００３７】
上述の、本発明の実施例の説明は、例示および説明のためのみに示された。それらは、網羅的であること、あるいは、開示された形式に本発明を限定することを意図しない。したがって、当業者には多くの変更および変形例が明らかである。さらに、上述の開示は本発明を限定する意図はない。本発明の範囲は、添付の請求項によって定義される。
【図面の簡単な説明】
【００３８】
【図１】アプリケーションサーバから受取ったコンテンツをブラウザに与えるキャッシュサーバを示す図である。
【図２】コンテンツをブラウザに与える、複数のキャッシュサーバを示す図である。
【図３】本発明の一実施例による、集中制御されるアクセスのためのキャッシュサーバを示す図である。
【図４】本発明の一実施例による、集中制御されるアクセスのプロセスを示すフロー図である。
【図５】本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのためのキャッシュサーバを示す図である。
【図６】本発明の一実施例による、外部化が可能なアプリケーションで制御されるアクセスのプロセスを示すフロー図である。
【図７】本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのためのキャッシュサーバを示す図である。
【図８】本発明の一実施例による、外部化が可能でないアプリケーションで制御されるアクセスのプロセスを示すフロー図である。
【特許請求の範囲】
【請求項１】
セキュリティ対応のコンテンツのキャッシュを容易にする方法であって、
制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取るステップを含み、キャッシュサーバはアプリケーションサーバのコンテンツを記憶し、さらに、
制限されたコンテンツがキャッシュサーバに位置するか否かを判断するステップと、
位置する場合は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断するステップと、
認可されている場合は、制限されたコンテンツをキャッシュサーバからユーザに供給するステップとを含み、
制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う時間のかかる動作をなくし、かつ、アプリケーションサーバはセキュリティの実現を心配する必要がない、方法。
【請求項２】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップを含み、
アクセス認可が受取られた場合は、
制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツを受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１に記載の方法。
【請求項３】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップと、
アクセス認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項２に記載の方法。
【請求項４】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップとを含み、制限されたコンテンツはアクセス認可情報を与えるアクセスタグを含み、さらに、
制限されたコンテンツをキャッシュするステップと、
アクセスタグをセキュリティインフラストラクチャに転送するステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１に記載の方法。
【請求項５】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップを含み、セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断し、さらに、
アクセス認可を受取るステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項４に記載の方法。
【請求項６】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１に記載の方法。
【請求項７】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストするステップと、
認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項６に記載の方法。
【請求項８】
指示を記憶する、コンピュータで読取可能な記憶媒体であって、指示は、コンピュータによって実行されるとセキュリティ対応のコンテンツのキャッシュを容易にする方法をコンピュータに実行させ、前記方法は、
制限されたコンテンツへのリクエストをキャッシュサーバでユーザから受取るステップを含み、キャッシュサーバはアプリケーションサーバのコンテンツを記憶し、前記方法はさらに、
制限されたコンテンツがキャッシュサーバに位置するか否かを判断するステップと、
位置する場合は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断するステップと、
認可されている場合は、制限されたコンテンツをキャッシュサーバからユーザに供給するステップとを含み、
制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う時間のかかる動作をなくし、かつ、アプリケーションサーバはセキュリティの実現を心配する必要がない、コンピュータで読取可能な記憶媒体。
【請求項９】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップと、
アクセス認可が受取られた場合は、
制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツを受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項８に記載のコンピュータで読取可能な記憶媒体。
【請求項１０】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップと、
アクセス認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項９に記載のコンピュータで読取可能な記憶媒体。
【請求項１１】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップとを含み、制限されたコンテンツはアクセス認可情報を与えるアクセスタグを含み、さらに、
制限されたコンテンツをキャッシュするステップと、
アクセスタグをセキュリティインフラストラクチャに転送するステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項８に記載のコンピュータで読取可能な記憶媒体。
【請求項１２】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップを含み、セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断し、さらに、
アクセス認可を受取るステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１１に記載のコンピュータで読取可能な記憶媒体。
【請求項１３】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項８に記載のコンピュータで読取可能な記憶媒体。
【請求項１４】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストするステップと、
認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項１３に記載のコンピュータで読取可能な記憶媒体。
【請求項１５】
セキュリティ対応のコンテンツのキャッシュを容易にする装置であって、
制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取るよう構成される受取機構を含み、キャッシュサーバはアプリケーションサーバのコンテンツを記憶し、さらに、
制限されたコンテンツがキャッシュサーバに位置するか否かを判断するよう構成される判断機構を含み、
判断機構は、制限されたコンテンツがキャッシュサーバに位置する場合は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断するようさらに構成され、さらに、
制限されたコンテンツにユーザがアクセス認可されている場合は、制限されたコンテンツをキャッシュサーバからユーザに供給するよう構成されるコンテンツ供給機構を含み、
制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う時間のかかる動作をなくし、かつ、アプリケーションサーバはセキュリティの実現を心配する必要がない、装置。
【請求項１６】
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするよう構成されるリクエスト機構をさらに含み、
リクエスト機構は、アクセス認可が受取られた場合は、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするようさらに構成され、
受取機構は制限されたコンテンツを受取るようさらに構成され、
制限されたコンテンツをキャッシュするよう構成されるキャッシュ機構をさらに含む、請求項１５に記載の装置。
【請求項１７】
リクエスト機構は、セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするようさらに構成される、請求項１６に記載の装置。
【請求項１８】
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするよう構成されるリクエスト機構をさらに含み、
受取機構は、制限されたコンテンツをアプリケーションから受取るようさらに構成され、制限されたコンテンツはアクセス認可情報を与えるアクセスタグを含み、さらに、
制限されたコンテンツおよびアクセスタグをキャッシュするよう構成されるキャッシュ機構と、
アクセスタグをセキュリティインフラストラクチャに転送するよう構成される転送機構とをさらに含む、請求項１５に記載の装置。
【請求項１９】
リクエスト機構は、セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするようさらに構成され、セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断し、
受取機構はアクセス認可を受取るようさらに構成される、請求項１８に記載の装置。
【請求項２０】
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストをするよう構成されるリクエスト機構をさらに含み、
受取機構は制限されたコンテンツをアプリケーションから受取るようさらに構成され、
制限されたコンテンツをキャッシュするよう構成されるキャッシュ機構をさらに含む、請求項１５に記載の装置。
【請求項２１】
リクエスト機構は、制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストするようさらに構成される、請求項２０に記載の装置。
【請求項１】
セキュリティ対応のコンテンツのキャッシュを容易にする方法であって、
制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取るステップを含み、キャッシュサーバはアプリケーションサーバのコンテンツを記憶し、さらに、
制限されたコンテンツがキャッシュサーバに位置するか否かを判断するステップと、
位置する場合は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断するステップと、
認可されている場合は、制限されたコンテンツをキャッシュサーバからユーザに供給するステップとを含み、
制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う時間のかかる動作をなくし、かつ、アプリケーションサーバはセキュリティの実現を心配する必要がない、方法。
【請求項２】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップを含み、
アクセス認可が受取られた場合は、
制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツを受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１に記載の方法。
【請求項３】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップと、
アクセス認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項２に記載の方法。
【請求項４】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップとを含み、制限されたコンテンツはアクセス認可情報を与えるアクセスタグを含み、さらに、
制限されたコンテンツをキャッシュするステップと、
アクセスタグをセキュリティインフラストラクチャに転送するステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１に記載の方法。
【請求項５】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップを含み、セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断し、さらに、
アクセス認可を受取るステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項４に記載の方法。
【請求項６】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１に記載の方法。
【請求項７】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストするステップと、
認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項６に記載の方法。
【請求項８】
指示を記憶する、コンピュータで読取可能な記憶媒体であって、指示は、コンピュータによって実行されるとセキュリティ対応のコンテンツのキャッシュを容易にする方法をコンピュータに実行させ、前記方法は、
制限されたコンテンツへのリクエストをキャッシュサーバでユーザから受取るステップを含み、キャッシュサーバはアプリケーションサーバのコンテンツを記憶し、前記方法はさらに、
制限されたコンテンツがキャッシュサーバに位置するか否かを判断するステップと、
位置する場合は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断するステップと、
認可されている場合は、制限されたコンテンツをキャッシュサーバからユーザに供給するステップとを含み、
制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う時間のかかる動作をなくし、かつ、アプリケーションサーバはセキュリティの実現を心配する必要がない、コンピュータで読取可能な記憶媒体。
【請求項９】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップと、
アクセス認可が受取られた場合は、
制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツを受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項８に記載のコンピュータで読取可能な記憶媒体。
【請求項１０】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップと、
アクセス認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項９に記載のコンピュータで読取可能な記憶媒体。
【請求項１１】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップとを含み、制限されたコンテンツはアクセス認可情報を与えるアクセスタグを含み、さらに、
制限されたコンテンツをキャッシュするステップと、
アクセスタグをセキュリティインフラストラクチャに転送するステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項８に記載のコンピュータで読取可能な記憶媒体。
【請求項１２】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするステップを含み、セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断し、さらに、
アクセス認可を受取るステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項１１に記載のコンピュータで読取可能な記憶媒体。
【請求項１３】
制限されたコンテンツがキャッシュサーバに位置しない場合は、前記方法はさらに、
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするステップと、
制限されたコンテンツをアプリケーションから受取るステップと、
制限されたコンテンツをキャッシュするステップと、
制限されたコンテンツをユーザに供給するステップとを含む、請求項８に記載のコンピュータで読取可能な記憶媒体。
【請求項１４】
制限されたコンテンツにユーザがアクセス認可されているか否かを判断する前記ステップは、
制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストするステップと、
認可が受取られた場合は、制限されたコンテンツをユーザに供給するステップとを含む、請求項１３に記載のコンピュータで読取可能な記憶媒体。
【請求項１５】
セキュリティ対応のコンテンツのキャッシュを容易にする装置であって、
制限されたコンテンツへのリクエストをユーザからキャッシュサーバで受取るよう構成される受取機構を含み、キャッシュサーバはアプリケーションサーバのコンテンツを記憶し、さらに、
制限されたコンテンツがキャッシュサーバに位置するか否かを判断するよう構成される判断機構を含み、
判断機構は、制限されたコンテンツがキャッシュサーバに位置する場合は、制限されたコンテンツにユーザがアクセス認可されているか否かを判断するようさらに構成され、さらに、
制限されたコンテンツにユーザがアクセス認可されている場合は、制限されたコンテンツをキャッシュサーバからユーザに供給するよう構成されるコンテンツ供給機構を含み、
制限されたコンテンツをキャッシュサーバから供給することは、制限されたコンテンツを、アプリケーションサーバにリクエストして受取ることに伴う時間のかかる動作をなくし、かつ、アプリケーションサーバはセキュリティの実現を心配する必要がない、装置。
【請求項１６】
セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするよう構成されるリクエスト機構をさらに含み、
リクエスト機構は、アクセス認可が受取られた場合は、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするようさらに構成され、
受取機構は制限されたコンテンツを受取るようさらに構成され、
制限されたコンテンツをキャッシュするよう構成されるキャッシュ機構をさらに含む、請求項１５に記載の装置。
【請求項１７】
リクエスト機構は、セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするようさらに構成される、請求項１６に記載の装置。
【請求項１８】
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストするよう構成されるリクエスト機構をさらに含み、
受取機構は、制限されたコンテンツをアプリケーションから受取るようさらに構成され、制限されたコンテンツはアクセス認可情報を与えるアクセスタグを含み、さらに、
制限されたコンテンツおよびアクセスタグをキャッシュするよう構成されるキャッシュ機構と、
アクセスタグをセキュリティインフラストラクチャに転送するよう構成される転送機構とをさらに含む、請求項１５に記載の装置。
【請求項１９】
リクエスト機構は、セキュリティインフラストラクチャにユーザのアクセス認可をリクエストするようさらに構成され、セキュリティインフラストラクチャは、アクセスタグを用いて、制限されたコンテンツを受取るためにユーザが認可されているか否かを判断し、
受取機構はアクセス認可を受取るようさらに構成される、請求項１８に記載の装置。
【請求項２０】
ユーザに代わって、制限されたコンテンツをアプリケーションサーバに位置するアプリケーションにリクエストをするよう構成されるリクエスト機構をさらに含み、
受取機構は制限されたコンテンツをアプリケーションから受取るようさらに構成され、
制限されたコンテンツをキャッシュするよう構成されるキャッシュ機構をさらに含む、請求項１５に記載の装置。
【請求項２１】
リクエスト機構は、制限されたコンテンツにユーザがアクセスするための認可をアプリケーションにリクエストするようさらに構成される、請求項２０に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００７−５０１９８４（Ｐ２００７−５０１９８４Ａ）
【公表日】平成１９年２月１日（２００７．２．１）
【国際特許分類】
【出願番号】特願２００６−５３２３７７（Ｐ２００６−５３２３７７）
【出願日】平成１６年４月１日（２００４．４．１）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１０３６１
【国際公開番号】ＷＯ２００４／１０７７１１
【国際公開日】平成１６年１２月９日（２００４．１２．９）
【出願人】（５０２３０３７３９）オラクル・インターナショナル・コーポレイション (97)
【Ｆターム（参考）】
【公表日】平成１９年２月１日（２００７．２．１）
【国際特許分類】
【出願日】平成１６年４月１日（２００４．４．１）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１０３６１
【国際公開番号】ＷＯ２００４／１０７７１１
【国際公開日】平成１６年１２月９日（２００４．１２．９）
【出願人】（５０２３０３７３９）オラクル・インターナショナル・コーポレイション (97)
【Ｆターム（参考）】
[ Back to top ]