JP2003186764A - ウェブ資源へアクセスが制御される通信ネットワーク - Google Patents

Abstract

(57)【要約】 【課題】ファイアウォールによって保護されたネットワ
ーク内の資源に対し、より選択的なアクセスを可能にす
る。 【解決手段】HTTPを用いてアクセス可能な通信ネットワ
ークにおいて、リバース・プロキシサーバは、イントラ
ネットとブラウザ対応クライアントに接続される。イン
トラネット内の資源に対するアクセス要求は、リバース
・プロキシサーバを介して行われる。要求された資源へ
のアクセスは、識別番号と乱数を符号化することで生成
された文字ストリングを有するケイパビリティ可能URI
によってクライアントに提供される。文字ストリング、
識別番号および乱数は、リバース・プロキシサーバによ
ってアクセスされるデータベースレコードに関連付けら
れ、アクセスをクライアントに提供するかどうか、ケイ
パビリティ可能URIが呼び出されたときに何の条件を該
アクセスに適用するかを判断する。

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、セキュアなネット
ワーク通信に関する。より具体的には、本発明は、セキ
ュアなウェブ・エクスポートのための機構に関する。 【０００２】 【従来の技術】コンピュータネットワークを保守管理す
る組織は、しばしば、コンピュータ内部を外部の干渉か
ら保護するために、該ネットワークの周りにファイアウ
ォールを導入する。不都合なことに、これはまた、ネッ
トワークの正当なユーザがファイアウォールの外部から
ネットワークにアクセスすることを困難にする。外部ユ
ーザにアクセスをイネーブルする一般的なシステムは、
ファイアウォールを介した通信のチャネルをセキュアに
する（安全にする）ために、ユーザ認証に頼る。しかし
ながら、かかるネットワークへのアクセスは、しばし
ば、全か無(all-or-nothing)のものとなる。すなわち、
一旦内側に入ると、ユーザはファイアウォール内でウェ
ブサーバ上のいかなるファイルにもアクセスすることが
できる。その結果、信用されたユーザのみが通り抜ける
ことを許可される。セキュアな外部アクセスは、一般
に、仮想私設網（virtual private network（ＶＰ
Ｎ））を使用して提供される。ＶＰＮは、オフサイト
（offsite）の従業員に対し、彼らの雇用者のネットワ
ークへのインターネットを介したセキュアなアクセスを
提供することができる。インターネット・プロトコル・
セキュリティ（Internet protocol security（ＩＰＳＥ
Ｃ））の規格が存在するが、それらは、特定のホストよ
り低いレベルのきめ細かさで、アクセス制御メカニズム
を組込んではいない。 【０００３】個別の資源へのより特定のアクセスは、ユ
ーザ名およびパスワードを使用して提供されることがで
きるが、この手法は、頻度が低いかまたは一時的なユー
ザには厄介である可能性がある。 【０００４】従来のシステムは、非特権ユーザから資源
を保護するために、認証とアクセス制御リストとの組合
せを使用することがある。組織に属していないユーザか
ら資源を保護するためにアクセス制御リストを使用する
ことは、資源にアクセスする可能性がある者を予測する
ことが困難であり、クライアントが未知である可能性が
あり、またはクライアントが匿名のままであることを望
む可能性があるので、望ましくない。 【０００５】広域の可用性を提供する問題に特に関連す
るのは、モバイルユーザに対して、リモートサイトに居
る時でさえも、ユーザの「ホームロケーション」の資源
および文書（ドキュメント）に対するアクセスを提供す
る能力である。トークンベースのシステムにより、リモ
ートユーザは、リモートロケーションから特定の文書へ
のアクセスを得ることができるが、かかるシステムはま
だ、信用されたユーザの認証という根拠に基づいてい
る。場合によっては、訪問者に対してアクセスを提供す
ることが望ましい。訪問者は、一般に、特に最初の訪問
時には確立されたレベルの信用を有していない。 【０００６】 【発明が解決しようとする課題】アクセス制御リストの
使用は、ユーザがアクセスする特定の資源にではなく、
ユーザに焦点を合せている。アクセス制御リストは、一
般に中央の権限によって管理され、このことは、部分的
に、アクセス制御リストの「全か無か」の特性に起因す
る。ユーザは概して、資源へのアクセスを許可すること
から制限され、制限された期間または使用に基づくアク
セスは提供されない。また、集中化した権限には、コモ
ン・ゲートウェイ・インタフェース（common gateway i
nterface（ＣＧＩ））スクリプトのような分散メカニズ
ムを介したアクセスを許可する柔軟性が欠けている。 【０００７】大抵の会社では、従業員は、組織内のコン
ピュータおよび資源に対し制限無しにアクセスすること
ができるほど信頼されているが、一般の人は、外部ウェ
ブサーバにしかアクセスすることができない。しかしな
がら、これら２つの極端の間に、無制限なアクセスが許
可されるほど信頼されていないが、注意深く指定され監
視された状況下で、ファイアウォールを介していくつか
の資源へのアクセスを必要とする、といった階級のユー
ザがいる。 【０００８】このように、ファイアウォールによって保
護されたネットワーク内の資源に対し、より選択的なア
クセスを可能にする機構が必要とされている。また、特
定の資源に対するアクセスを制御する能力をユーザに提
供する機構も必要とされている。また、制限された期間
または使用に基づいて調整されたアクセスを自動的に提
供することも必要とされている。 【０００９】 【課題を解決するための手段】本発明の一実施形態で
は、無線通信を可能にするローカルネットワークが、企
業の研究所等のアクセス制御された環境に置かれてい
る。公衆プリンタを利用して、自身の無線対応機器に格
納された文書のハードコピーを取得することを望む訪問
者に、研究所内のローカルプリンタを使用するためのケ
イパビリティ(capability)が与えられる。この場合、研
究所の周囲に赤外線ビーコンが配置されていることによ
り、訪問者の機器は、それが研究所内にあることを証明
する信用証明書を取得することができる。これらの信用
証明書を使用して、研究所のファイアウォール上のリバ
ース・プロキシサーバと無線を介して通信し、該リバー
ス・プロキシサーバは、研究所のプリンタに対して要求
を送信する。研究所外の者による信用証明書の使用を防
止するために、信用証明書には有効期限を与えることが
でき、または、信用証明書の使用（例えば、プリントさ
れるページ数）を制限することができる。 【００１０】本発明の他の実施形態では、ウェブベース
のコンテンツ・プロバイダが、試用期間に無料の使用を
提供し、その期間、見込みユーザは、実際のブロードキ
ャストを見ることによってサービスを評価することがで
きる。すなわち、ユーザは、一時的な加入者となること
ができる。試行期間の終了後、ユーザが一ヶ月間申込ま
なければ、アクセスは遮断される。提供されるコンテン
ツ（例えば、ビデオプログラム素材）が大量のディスク
空間を占めることがあり、また、プロバイダが見込み加
入者に最新情報を提供することを望むので、そのウェブ
サイト上にいくつかのサンプルビデオを単に置くだけで
は不十分である。代わりに、プロバイダは、過去のブロ
ードキャストのアーカイブに対してではなく（これは、
加入パッケージの一部である）、限定期間における最新
のブロードキャストに対する制限の無いアクセスを、人
々に与えることを望む。この場合、見込み顧客は、会員
のみのサイトの一部にアクセスするためのいくつかのケ
イパビリティを登録して受取り、これは、評価期間の終
了時に期限が切れる。 【００１１】本発明のさらに他の実施形態では、受信側
に文書を送信したい人に対し、受信側のウェブ対応プリ
ンタを使用することを許可するケイパビリティが発行さ
れる。この実施形態では、文書を、ファクシミリ伝送よ
りも優れた品質で、かつ受信側が印刷動作を実行する必
要無しに、送信して印刷することができる。悪用を防止
するために、ケイパビリティは、単位時間当りに所与の
数の使用に制限されることができ、また、所定のページ
数に制限されてもよい。 【００１２】本発明の他の実施形態において、共同のソ
フトウェア開発努力を引き受けている組織は、外部開発
者に対し、その組織のビジネスに関する他のことは何も
明かすことなく、ソフトウェア、ソースコード・リポジ
トリ、および他の資源の文書化に対する内部アクセスを
与えることを望む。外部開発者には、彼らに対して特定
の文書または文書グループに対するアクセスを与えるケ
イパビリティが発行される。外部開発者に供給されるア
クセスは、組織の内部で作業する人々によるアクセスを
妨害することなく、変更されまたは無効にされることが
できる。 【００１３】この明細書に包含されその一部を形成する
図面は、本発明の実施形態を例示し、説明と共に、本発
明の原理を説明する役割を果たす。 【００１４】 【発明の実施の形態】本発明、すなわちセキュアなウェ
ブ・エクスポートのためのケイパビリティ可能ユニフォ
ームリソースロケータとそれを使用する方法の以下の詳
細な説明において、本発明の十分な理解を提供するため
に、多数の特定の詳細を示す。しかしながら、本発明が
これら特定の詳細無しに実施されることができるという
ことが、当業者には明らかになるであろう。他の例で
は、本発明の態様を不必要に不明確しないように、既知
の方法、手続き、プロトコルおよびネットワークについ
て詳細には説明していない。 【００１５】表記および用語 以下の詳細な説明のいくつかの部分は、手続き、論理ブ
ロック、処理、およびコンピュータメモリ内のデータビ
ットに対する動作の他の記号表現によって提示される。
これらの説明および表現は、データ処理技術における当
業者が、自身の研究内容を他の当業者に最も効果的に伝
えるために使用する手段である。概して、手続き、論理
ブロック、プロセス等は、ここでは、所望の結果を導く
ステップまたは命令の首尾一貫したシーケンスであると
考えられる。ステップは、物理量の物理的操作を必要と
するものである。通常、必ずしもではないが、これらの
量は、コンピュータシステムにおいて格納され、転送さ
れ、結合され、比較され、および他の方法で操作される
ことのできる電気または磁気信号の形態を取る。主に一
般的な使用の理由から、これらの信号をビット、値、要
素、記号、文字、項、数等と呼ぶことが時に都合がよい
ということが分かっている。 【００１６】しかしながら、これらおよび同様の用語は
すべて、適当な物理量と関連付けられるものであり、こ
れら量に与えられる単に都合のよいラベルである、とい
うことを留意しなければならない。以下の説明から明ら
かとなるように特に別段の記述が無い限り、本発明の開
示を通して「処理」または「コンピューティング」また
は「計算」または「コンピューティング」または「判断
（determining）」または「表示」等の用語は、コンピ
ュータシステムのレジスタおよびメモリ内の物理（電
子）量として表現されるデータを操作し、該データを、
コンピュータシステムのレジスタまたはメモリあるいは
他のかかる情報記憶、送信または表示装置内の物理量と
して同様に表現される他のデータに変換するコンピュー
タシステムまたは同様の電子コンピューティング装置の
動作およびプロセスを指す。 【００１７】コンピュータシステム１１２を例示する図
１を参照する。概して、本発明の好ましい実施形態によ
って使用されるコンピュータシステム１１２は、情報を
通信するバス１００と、バスに連結され、情報および命
令を処理する中央処理装置１０１と、バス１００に連結
され、中央処理装置１０１のための情報および命令を格
納するランダムアクセスメモリ１０２と、バス１００に
連結され、プロセッサ１０１のための静的な情報および
命令を格納する読み出し専用メモリ１０３と、バス１０
０に連結され、磁気または光ディスクおよびディスクド
ライブ等の、情報および命令を格納するデータ記憶装置
１０４と、バス１００に連結され、コンピュータユーザ
に情報を表示する表示装置１０５と、バス１００に連結
され、中央処理装置１０１に対してユーザ入力情報およ
びコマンド選択を通信する、英数字キーおよびファンク
ションキーを含む英数字入力装置１０６と、バスに連結
され、中央処理装置１０１にユーザ入力情報およびコマ
ンド選択を通信するカーソル制御装置１０７と、バス１
００に連結され、プロセッサ１０１に対してコマンド選
択を通信する信号生成装置１０８と、を備える。 【００１８】本発明のコンピュータシステムと共に利用
される図１の表示装置１０５は、液晶装置、陰極線管、
またはユーザが認識可能なグラフィックイメージおよび
英数字を生成するのに適した他の表示装置であることが
できる。カーソル制御装置１０７によって、コンピュー
タユーザは、表示装置１０５の表示画面上で、可視のシ
ンボル（ポインタ）の２次元移動を動的に信号で伝える
ことができる。本技術分野においてカーソル制御装置の
多くの実現が既知であり、該カーソル制御装置には、ト
ラックボール、マウス、ジョイスティック、または変位
の所与の方向または挙動の移動を信号で伝えることので
きる英数字入力装置１０５上の特別なキーが含まれる。
カーソル手段１０７はまた、特別なキーおよびキーシー
ケンスコマンドを使用するキーボードからの入力を介し
て、指示されおよび／または起動されてもよい、という
ことは理解されるであろう。代替的に、カーソルは、い
くつかの特別に適合されたカーソル指示装置からの入力
を介して、指示されおよび／または起動されてもよい。 【００１９】図２は、ファイアウォール２００によって
保護されたイントラネット・ウェブサーバ２０２と、フ
ァイアウォール上のリバース・プロキシサーバ２０１と
を有するネットワーク環境を示す。リバース・プロキシ
サーバ２０１は、ファイアウォールが保護する領域（ド
メイン）２００内のイントラネット・ウェブサーバ２０
２に接続されており、また、ファイアウォールの外側の
クライアント２０３にも接続されている。リバース・プ
ロキシサーバ２０１とイントラネット・ウェブサーバ２
０２との間の接続２０５と、リバース・プロキシサーバ
２０１とクライアント２０３との間の接続２０４とは、
有線または無線接続のいずれであってもよい。図２に示
す環境は、本発明が使用される環境の一例である。 【００２０】図２のイントラネット・ウェブサーバは、
ウェブ対応資源の特定の例である。概して、ウェブ対応
資源は、ＨＴＴＰまたはＨＴＴＰＳ要求（例えば、プリ
ンタまたはハイパーテキストマークアップ言語（ＨＴＭ
Ｌ）の文書）に応答することができる、またはそれに応
答して配信されることができる資源である。ＨＴＴＰま
たはＨＴＴＰＳ要求は、通常、ウェブブラウザを使用し
て生成される。 【００２１】ケイパビリティ可能(capability-enabled)
ユニフォームリソースロケータ（ＵＲＬ）を使用するこ
とによって達成されるセキュアなウェブ・エクスポート
は、ユーザの認証も、クライアントのロケーションの認
証も要求しないが、ユーザまたはクライアントロケーシ
ョンの認証を補足してもよい。ケイパビリティは、領域
２００内の資源のＵＲＬを表すのに使用される。ケイパ
ビリティを使用するために、クライアント２０３は、領
域２００のファイアウォール上で稼働するリバース・プ
ロキシサーバ２０１に対して、ケイパビリティを提示し
なければならない。 【００２２】リバース・プロキシサーバ２０１は、該サ
ーバが関連するネットワーク外に向けられる要求を処理
するのではなく、該関連するネットワーク内に向けられ
る要求を処理するという意味で、従来のプロキシサーバ
とは区別される。リバース・プロキシサーバは、要求を
キャッシュしフィルタリングする従来の機能を実行する
ことができてもよいが、その主な機能は、入ってくる要
求のＵＲＬを処理し、ネットワーク資源へのアクセスが
許可されるべきか否か、およびいかなる条件で許可され
るべきかを判断することである。 【００２３】ケイパビリティ可能ＵＲＬを受取ると、リ
バース・プロキシサーバは、その信憑性を確認し、その
後、資源を管理するイントラネット・ウェブサーバ２０
２に要求を発行する。イントラネット・ウェブサーバ２
０２は、該要求をサービスし、何らかの結果をユーザに
返す。成功したアクセスは、リバース・プロキシサーバ
またはイントラネット・ウェブサーバのいずれかによっ
てログ記録されることができる。 【００２４】ケイパビリティはＵＲＬの形態をとり、領
域に対するリバース・プロキシサーバのテキスト・アド
レスと、領域２００内の資源の識別子を符号化したスト
リングとを含む。このように、ケイパビリティは、ＨＴ
ＴＰＳまたはＨＴＴＰのようなプロトコルに対して透過
的である。 【００２５】図３は、ケイパビリティ文字ストリング３
１を有するケイパビリティ可能ＵＲＬ３０を示す。この
特定の例では、ケイパビリティ文字ストリング３１は、
Ｂａｓｅ６４符号化と同様の符号化方法を使用して、６
４ビットの識別子と６４ビットの乱数を符号化した結果
である２２個のＡＳＣＩＩ文字のストリングであり、各
文字は、名目上６ビットを表す。特にパス(path)または
クエリセグメント(query segment)において予約文字が
指定されているために、ＡＳＣＩＩ文字セット全体がＵ
ＲＬで利用可能というわけではないので、符号化プロセ
スの使用が望ましい。ゲートウェイおよび他のトランス
ポート・エージェントが、使用可能な文字セットをさら
に制限してもよい。また、一般的なキーボードで見るこ
とができる文字セットを使用することは、より都合がよ
い。例えば、従来の６５文字Ｂａｓｅ６４アルファベッ
トの”＋”、”／”および”＝”を、”＿”、”(“、
および”)” に置換えることにより、標準キーボードか
らアクセス可能であり、かつＵＲＬで使用するためにケ
イパビリティを符号化するのに適した、修正済みＢａｓ
ｅ６４アルファベットを提供することができる。より小
さい文字セットにより、文字ストリングはよりコンパク
トでなくなるが、文字が制限されたキーボードまたはキ
ーパッドにとってはより都合がよいことがある。符号化
のために予約文字の使用を避ける代替方法は、ケイパビ
リティに、予約文字と共に”％”エスケープシーケンス
を使用することである。 【００２６】図３に示すＵＲＬは、本発明が適用可能な
より一般的なユニフォームリソース識別子（Uniform Re
source Identifier（ＵＲＩ））のサブセットに属す
る。ＵＲＩの一般的構文(generic syntax)は、スキーム
とスキーム依存部分とに分離されることができる。本発
明のケイパビリティ文字ストリングは、ＵＲＩのスキー
ム依存部分（scheme-dependent part）、例えばパスま
たはクエリセグメントに挿入される。 【００２７】ケイパビリティの識別番号部分は、ケイパ
ビリティの特性が格納されるデータベースレコードに対
応する。ケイパビリティの乱数部分は、ケイパビリティ
を作り上げる「試行錯誤」プロセスによってアクセスを
獲得しようとする試みを妨げるために使用される。呼出
し時、識別番号と乱数は共に、データベースの単一レコ
ードに対応しなければならない。 【００２８】図４は、識別番号４１および乱数４２を含
む、ケイパビリティのための保持されるケイパビリティ
・データベースレコード４０の例を示す。上述した例で
は、これらは共に６４ビット量であるが、未処理のケイ
パビリティがいくつ予想されるか、また推測攻撃に対す
る望ましい抵抗の度合いに依存して、他のビット長を使
用してもよい。ローカルＵＲＬストリングフィールド４
３は、ケイパビリティに関連する資源のローカルＵＲＬ
を格納するために使用される。開始時刻フィールド４４
により、ケイパビリティの発行者は、ケイパビリティが
アクティブになる時刻を設定することができ、終了時刻
フィールド４５により、ケイパビリティの発行者は、ケ
イパビリティがディスエーブルされる時刻を設定するこ
とができる。許可されるアクセス数フィールド４６は、
該レコードに関連する資源がアクセスされる回数を制限
するために使用される。ユーザアイデンティティフィー
ルド４７は、ケイパビリティを特定のユーザまたはユー
ザ・グループに関連付けるために使用される。クライア
ントロケーションフィールド４８は、ケイパビリティを
特定のクライアントロケーションに関連付けるために使
用される。ネットワーク上で利用可能な各資源は、その
資源に対して発行されたケイパビリティのレコードのリ
ストを有する。 【００２９】図５は、本発明の一実施形態に従う、ケイ
パビリティ可能ＵＲＬを提供するプロセスのフローチャ
ートを示す。図５のプロセスフローチャートのステップ
は、図２に示すネットワークに基づくものである。 【００３０】図５のステップ５００において、リバース
プロキシサーバ２０１は、クライアント２０３から資源
要求を受取る。要求は、一般に、ウェブブラウザと、ハ
イパーテキスト転送プロトコル（Hypertext Transport
Protocol（ＨＴＴＰ）またはセキュアソケット層(Secur
e Sockets Layer)を使用するＨＴＴＰ（ＨＴＴＰＳ）と
を使用して送信されるが、該要求は、書かれたもの（例
えば、電子メールまたはファクシミリ）または口頭によ
るもの（例えば、電話での会話）とすることもできる。
資源は、イントラネット・ウェブサーバ２０２上のハイ
パーテキストマークアップ言語（Hypertext Markup Lan
guage（ＨＴＭＬ））の文書でもよい。 【００３１】ステップ５０５において、要求側のアイデ
ンティティが認証される。このステップは任意である。
認証は、パスワード、鍵等を使用して行われることがで
き、または、面と向かって口頭での要求を行うことによ
り個人を認識するという程度の単純なものでもよい。ま
た、認証は、暗黙的であってもよい。暗黙的認証は、ア
クセスが制限されたロケーションから或る人によって行
われる要求である。この場合、該制限されたロケーショ
ンへのアクセスは、要求された資源へのアクセスを意味
する。 【００３２】ステップ５１０において、リバース・プロ
キシサーバ２０１は、識別番号および乱数を生成し、ケ
イパビリティについてのデータベースレコードを作成す
る。識別番号は、作成されているケイパビリティを追跡
するのに使用される一意の番号である。識別番号は、そ
の一意性を、後続のケイパビリティ文字ストリングに授
ける。図４の例に示すように、データベースレコードは
また、資源に対するパスおよび使用に対する制限等、ケ
イパビリティの行使に影響を与える他のパラメータを含
んでもよい。 【００３３】ステップ５１５において、識別番号および
乱数は、ＵＲＬの構文と互換性のあるＡＳＣＩＩ文字サ
ブセットを使用して、文字ストリングに符号化される。
また、文字ストリングが、ゲートウェイ、およびネット
ワーク上で採用されることのある他の転送エージェント
と互換性があることが好ましい。ＡＳＣＩＩ文字サブセ
ットが、一般的なキーボードおよびキーパッドに見られ
る文字のサブセットであることがまた好ましい。 【００３４】ステップ５２０において、ケイパビリティ
可能ＵＲＬが組立てられる。ケイパビリティ文字ストリ
ングは、データベースレコードにアクセスしてケイパビ
リティを処理することができるリバース・プロキシサー
バのパスと、完全なＵＲＬを作成するのに必要な他の要
素と組み合わせられる。本明細書で提示する実施例はＵ
ＲＬについて言及するが、本発明を、より一般的なユニ
フォームリソース識別子（Uniform Resource Identifie
r（ＵＲＩ））と共に用いることもできる、ということ
は留意しなければならない。 【００３５】リバース・プロキシサーバのケイパビリテ
ィ生成プロセスは、不明瞭なＵＲＬを避けるために、ロ
ーカル管理に対して責任を有するサーバによって調整さ
れる。ケイパビリティ文字ストリング生成のランダムな
性質により、要求に応じて作成される完全なＵＲＬが既
存のＵＲＬと同一である可能性、または新たな資源に対
して生成されたＵＲＬが既存のケイパビリティ可能ＵＲ
Ｌと同一である可能性がある。 【００３６】ステップ５２５において、ケイパビリティ
可能ＵＲＬは、クライアント２０３等のユーザに配信さ
れる。アクセスに対する要求が最初に受取られる場合と
同様に、ケイパビリティ可能ＵＲＬは、いくつかの異な
る方法で配信されることができる。 【００３７】図６は、本発明の一実施形態に従う、ケイ
パビリティ可能ＵＲＬを使用するプロセスのフローチャ
ートを示す。図６のプロセスフローチャートのステップ
は、図２に示すネットワークに基づくものである。 【００３８】ステップ６００において、リバース・プロ
キシサーバ２０１は、ケイパビリティ可能ＵＲＬを受取
る。ケイパビリティ文字ストリングは、たとえば、発行
されたケイパビリティを追跡し、ケイパビリティ／ＵＲ
Ｌの不明瞭さを避けるために使用されるテーブルを参照
することにより、認識されることができる。代替的に、
長さに準拠する文字ストリング、および確立されている
ケイパビリティのフォーマットに準拠する構成（エスケ
ープシーケンスが存在するならば、これを考慮する）を
有するすべてのＵＲＬが、ステップ６０５に渡されても
よい。 【００３９】ステップ６０５において、文字ストリング
を符号化するのに使用される符号化プロセスを逆に行う
ことにより、文字ストリングは、識別番号および乱数に
分解される。 【００４０】ステップ６１０において、分解された識別
番号がデータベースレコードに対応するか否かをまず判
断することにより、ケイパビリティを検証する。該識別
番号についてデータベースレコードが存在する場合、復
号化された期待される乱数が、識別されたデータベース
レコードの乱数と一致するかについてチェックされる。
復号化された識別番号についてレコードが存在し、該レ
コードの乱数が期待された乱数と一致する場合、ケイパ
ビリティが真であるとして受入れられる。識別番号また
は乱数のいずれかが一致しない場合、要求は拒絶され、
無視することができ、またはエラーメッセージと共に応
答を返すことができる。 【００４１】ステップ６１５において、ケイパビリティ
が解析され、資源のＵＲＬが処理される。データベース
レコードは、開始時刻、終了時刻および許容可能アクセ
ス数等、ケイパビリティに関連付けられることのできる
あらゆる制限および要件について検査される。各要件ま
たは制限がチェックされ、ケイパビリティの正当性を判
断する。ケイパビリティ文字ストリングを含むＵＲＬは
また、クエリおよび引数、または伝えたり変更したりす
るかもしれない他の要素を有してもよい。ケイパビリテ
ィの要素のすべてが満足いくものならば、要求された資
源についてのＵＲＬが生成される。このＵＲＬは、リバ
ース・プロキシサーバ２０１によってサービスされるこ
とができるが、一般に、イントラネット・ウェブサーバ
２０２のようなファイアウォール２００内部のサーバに
よってサービスされる。 【００４２】ステップ６２０において、ケイパビリティ
に対するアクティビティがログ（記録）される。かかる
ログは、アクセスの数を記録すること、所与の識別番
号、ユーザ・アイデンティティ、クライアントロケーシ
ョン等に関連する試みられたアクセスの数を記録するこ
とを含むことができる。 【００４３】図７は、モバイル機器に資源を提供するた
めにケイパビリティを使用することができるネットワー
クシナリオを示す。例えば、ファイアウォール保護領域
７００によってサービスされる研究所への訪問者は、公
共プリンタを利用して、自身のモバイル機器に格納され
た文書のハードコピーを取得することを望むかもしれな
い。訪問者が研究所内に存在するということは、ある程
度の信用を意味するので、訪問者は、モバイル機器（例
えば、ハンドヘルド無線機器）を使用して、ローカルチ
ャネル７０７を介して訪問者リンク７０２にアクセスす
ることにより、ローカルプリンタ７０６において印刷す
るためのケイパビリティを要求することができる。訪問
者リンクは、赤外線ポート、ユニバーサルシリアルバス
（Universal Serial Bus（ＵＳＢ））ポート、または他
の適切なポートであることができる。ローカルチャネル
７０７は、ケーブルで伝達される、または電磁放射によ
り空間を通して送受信される信号であることができる。
セキュリティ要件は、訪問者にケイパビリティ可能ＵＲ
Ｌを送信するために使用される方法に影響を及ぼす。訪
問者リンク７０２は、イントラネットウェブサーバ７０
３、プリンタ７０６、およびリバース・プロキシサーバ
７０４を含むローカルネットワーク７１０に連結され
る。ケイパビリティ可能ＵＲＬは、ローカルチャネル７
０７および訪問者リンク７０２を介して、モバイル機器
７０１に提供される。その後、モバイル機器は、ケイパ
ビリティを含むＨＴＴＰ要求を、無線チャネル７０８を
介して外部無線リンク７０５に送信する。無線チャネル
７０８は、電磁放射によって送受信される信号である。
外部無線リンク７０５は、クライアントチャネル７０９
によってリバース・プロキシサーバ７０４に接続され
る。クライアントチャネル７０９は、有線であっても無
線であってもよい。その後、無線リンク７０５は、ケイ
パビリティ可能ＵＲＬを含むＨＴＴＰ要求を、リバース
・プロキシサーバに転送する。リバース・プロキシサー
バは、ケイパビリティ可能ＵＲＬを検査して処理し、要
求をプリンタ７０６に転送する。 【００４４】上述したように、ウェブページについての
ケイパビリティの使用を、リバース・プロキシサーバに
よって制限することができる。ウェブサーバが、コモン
ゲートウェイインタフェース（Common Gateway Interfa
ce（ＣＧＩ））フォーマットを採用し、ウェブ要求に応
答してスクリプトを実行することによってコンテンツを
動的に生成することは一般的である。ＣＧＩスクリプト
に対するウェブ要求に、対となる引数−値のリストを添
付することにより、スクリプトの挙動を制御することが
できる。スクリプト作成者が意図しなかった方法でスク
リプトの挙動を妨害するような、ＣＧＩスクリプトに対
する偽の引数に関する既知の問題がある。これは、ファ
イアウォール内の保護された環境で稼働するよう設計さ
れたスクリプトが外部から呼出されることが許される場
合、より悪化する可能性がある。 【００４５】セキュアなウェブエクスポートは、ケイパ
ビリティを通して呼出されるＣＧＩスクリプトに対する
引数のタイプおよび内容に関してルールを指定すること
を可能にする。許容可能な引数を列挙する、または明示
的に所定の引数を排除する、および、ユーザが要求にお
いて指定した引数の値に追加するまたはその値を置換す
ることが可能である。 【００４６】最後に、ケイパビリティが不透明であるの
で、ケイパビリティが参照するＣＧＩスクリプトに対す
る引数を、ケイパビリティのユーザがそれらを変更でき
ないように、指定することができる、ということを指摘
しておく。例えば、識別子ストリング「aJ8jlC01alki24
9o01jCaq」を含むケイパビリティは、ＵＲＬ「http://i
nternal.hpl.hp.com/cgi-bin/script?colour=red」によ
ってＣＧＩスクリプトを参照することができ、ケイパビ
リティを介したスクリプトの呼出しは、自動的にcolour
=red引数を含む。適切なスキームにより、ユーザによっ
て提供される引数を、単に追加することによって、また
は競合がある場合には該ユーザの引数を置き換えること
によって、これらの「自動的な」引数と組み合わせるこ
とができ、こうして、colour=red引数を変更することが
できないようにする。 【００４７】図８は、本発明の一実施形態に従う、コモ
ンゲートウェイインタフェース（ＣＧＩ）スクリプトの
分析のフローチャートを示す。クライアントのウェブブ
ラウザ８００は、リバース・プロキシサーバ８１０に対
し、引数「colour=blue」および「shape=circle」と共
にケイパビリティ可能ＵＲＬ８０５を提示する。リバー
ス・プロキシサーバ８１０は、ケイパビリティを、さら
なる引数「access=public」、「colour=red」および「s
hape=circle」を有するＣＧＩスクリプトのＵＲＬに変
換する。ケイパビリティの引数とブラウザによって提供
される引数とが併合され、ＵＲＬ８１５が生成される。
この例では、ＣＧＩスクリプト引数「colour=red」は、
ブラウザによって提供される引数「colour=blue」を上
書きし、「shape=circleｓ」引数は、変更されずにＣＧ
Ｉスクリプトに渡される。 【００４８】ユーザがかなりの資源にアクセスすること
ができるようになると、ＵＲＬについてのケイパビリテ
ィによってアクセス制御を管理することは、管理者にと
って困難である。実際、アクセスは、一度に一組の資源
（例えば、ウェブサーバに格納されたＵＲＬのサブセッ
ト）に対して許可され、それは、複雑性と管理の問題を
もたらす。 【００４９】これらの問題は、セキュアコンテナ機構に
よって解決される。セキュアコンテナ（secure contain
er）は、一組のウェブページ（または他のウェブ資源）
を単一の論理ユニットにグループ化する論理エンティテ
ィである。これは、特定の階級の外部ユーザがアクセス
することができる、ファイアウォール内のウェブ資源の
サブセットに対応する。アクセスは、コンテナとその内
容全体に対して許可される。例えば、コンテナは、研究
所への訪問者がアクセスすることが許可される資源のす
べてを含むことができる。コンテナに対するユーザアク
セスを許可することは、コンテナ内のすべてのＵＲＬに
対するケイパビリティを生成することに対応する。管理
者は、コンテナにＵＲＬを一回追加しさえすればよく、
その後は、ボタンのタッチだけで、新たなユーザのため
の一組のケイパビリティを生成することができる。 【００５０】実際に、大抵のＨＴＭＬ文書は他の文書に
対するリンクを含むので、セキュアコンテナに文書を追
加することは、再帰的なプロセスである。コンテナの作
成者または保守管理者は、ウェブページをコンテナに追
加し、対応するケイパビリティの特性（制限された使
用、期限等）を指定する。その後、コンテナは、ＨＴＭ
Ｌを解析し、すべての「後に続く(follow-on)」文書に
ついてのリンクを抽出する。リンクは、それらがファイ
アウォールの内側のウェブページを指すか外側のウェブ
ページを指すかに従って、注釈が付けられる。外側のペ
ージは、ケイパビリティを必要としないが、内側のペー
ジは、コンテナ保守管理者による判断を必要とする。す
なわち、ページがコンテナに追加される、または、その
ページに対するリンクが無効にされる（例えば、これ
は、「セキュリティポリシーによってアクセスが許可さ
れない」というリンクに対するリンクによって置換えら
れることができる）のどちらかとなる。このプロセス
は、新たに追加されるページ毎に再帰的に繰返される。 【００５１】セキュアコンテナはアクティブなエンティ
ティである。すなわち、ページが、そのページについて
のケイパビリティを提示する外部ユーザによって要求さ
れた場合、リバース・プロキシは、そのページを変更さ
れていない状態で単に返すことはできない。ページは、
ファイアウォール内の他のページへのリンクを含む場合
があり、その場合、コンテナを調べることにより、それ
らをどのように変更しなければならないかを判断しなけ
ればならない。先のパラグラフで説明したように、コン
テナ内のページに対するリンクは、ユーザにとって適切
なケイパビリティによって置換えられ、コンテナ外であ
るがファイアウォール内であるページに対するリンク
は、無効にされなければならない。この手続きは、「Ｕ
ＲＬリライティング（URL rewriting）」と呼ばれる。 【００５２】ＣＧＩスクリプトは、他の起こりうる困難
なケースを示すことがあり、これは、それらが返すペー
ジが何のリンクを含むことができるかを予測することが
実際的でないことがあるからである。したがって、適切
なページについてのケイパビリティを前もって生成する
ことはできない。セキュアコンテナを使用して、ＣＧＩ
スクリプトを伴うアクセスを管理することができる。 【００５３】コンテナの保守管理者は、生成されたペー
ジが含むリンクの評価を行い、予期されたリンクに関連
する資源を、前もってセキュアコンテナ内に配置するこ
とができる。リバース・プロキシサーバは、すべてのリ
ンクを探索するため、ＣＧＩスクリプトのＨＴＭＬ出力
を解析する。リバース・プロキシサーバは、変換された
ＨＴＭＬをクライアントに戻す前にそのページがセキュ
アコンテナに追加されたばかりであるかのように、それ
らのリンクを処理する。 【００５４】ＣＧＩスクリプトによって生成されるリン
クについて、３つの起こりうる場合が考えられる。第１
に、リンクは、ファイアウォールの外部の資源を指すこ
とができ、その場合、それはそのままクライアントに渡
されることができる。第２の場合、リンクは、ファイア
ウォールの内部であるがセキュアコンテナの外部である
資源を指すことができ、その場合、リンクは無効にされ
る。第３の場合、リンクは、ファイアウォールの内部で
ありかつセキュアコンテナの内部である資源を指し、リ
ンクは、該クライアントについてイネーブルされる。 【００５５】最後に、文書と文書が含むリンクとを変更
することができる可能性を、無視することはできない。
大会社では、これらの変更が、コンテナ保守管理者が知
ることなく起こることがある。本方式は、保守管理者に
対して選択を提供する。すなわち、文書が追加されると
き、物理的コピーを該文書から作成することができ、こ
れが、ユーザに返されるバージョンとなる。または代替
的に、最新バージョンを取得するために、参照の度に該
文書が検索される。新たなバージョンが、コンテナの外
部の資源に対する新たなリンクを含み、これらが無効に
され、保守管理者に対してコンテナが古いということが
通知される場合、保守管理者は、コンテナに対して新た
な文書を認めるか、またはそれらを永久的に無効にする
かを決定すべきである。 【００５６】セキュアコンテナは、ユーザがアクセスす
ることができる一組の資源を含む仮想コンテナである。
セキュアコンテナは、ネットワークの通常のユーザに対
して透過的な論理構造である、ということは留意しなけ
ればならない。セキュアコンテナの構成は、セキュアコ
ンテナに対するアクセスを許可するケイパビリティに関
連するデータベースレコードに置くことができる。 【００５７】また、セキュアコンテナは、ユーザインタ
フェースに相関させることができる。セキュアなウェブ
エクスポートがウェブページ等の資源を保護するので、
資源は、そのウェブページ上のリンクによって更なる資
源を参照することができる。これら資源のうちのどの資
源をアクセスすることができるかは、資源へのアクセス
を許可する人によって行われるポリシー決定（policy d
ecision）である。ケイパビリティ可能ＵＲＬを介して
ページへの外部アクセスを許可するということは、それ
をセキュアコンテナに配置すること、と見ることができ
る。また、この動作を実行することは、寿命および使用
数等、ページについてのケイパビリティに対する制約を
指定することをも意味する。 【００５８】外部ユーザは、コンテナ内のページにアク
セスすることができるが、そのページからのリンクがコ
ンテナ内の更なるページを参照する限り、または完全に
領域外を指す限りにおいては、それらのリンクのみを辿
ることができる。ページがコンテナの内部に配置される
場合、いずれかのリンクが領域の内部であるがコンテナ
の外部の資源を指すと、動作を実行する人に対して警告
がなされ、それによってこの不整合を修正することがで
きる。ディレクトリまたはページのツリーがコンテナに
追加された時、類似した手続きが実行される。 【００５９】図９Ａは、本発明の一実施形態に従う、文
書９０１および９０２を有するセキュアコンテナ９００
と、セキュアコンテナに追加されるセキュアコンテナ９
００外部の文書９０３、９０４および９０５とを示す。
矢印によって示される一連のリンク９は、文書９０１、
９０２、９０４および９０５を文書９０３に接続し、矢
印によって示すケイパビリティリンク９９は、文書９０
２を文書９０１にリンクする。矢印は、リンク文書を有
する文書から、リンクによって参照される文書に向かっ
ている。リンク９は、従来からのハイパーテキストリン
クであり、その機能は、セキュアコンテナ９００または
ケイパビリティリンク９９の存在によって影響を受けな
い。ケイパビリティリンク９９は、ケイパビリティに対
してその機能が調節されたハイパーテキストリンクであ
る。 【００６０】外部ユーザがケイパビリティを使用してペ
ージを検索すると、同じコンテナ内のページに対するリ
ンク９は、ケイパビリティリンク９９によって置換えら
れ、コンテナ外の資源に対するリンクは無効にされ、一
般的なインタネットのページに対するリンクは変更され
ないままである。無効にされたリンクは、公衆が閲覧で
きる「資源がアクセス不可能(resource-not-accessibl
e)」ページを指してもよい。 【００６１】コンテナは、１つの階級のプリンシパル
（principal）、例えば特権の無い訪問者に制限して、
その内部の文書のすべてに対するアクセスを与えること
ができる。または、アクセスが与えられるプリンシパル
の階級を指定する引数を取得し、その資源に対するケイ
パビリティのサブセットのみを返すという手続きとする
ことができる。この場合、資源をコンテナに配置するに
は、それにアクセスすることができるプリンシパルを指
定する注釈が必要となる。前者のオプションは、よりシ
ンプルな実現という利点を有するが、後者では、領域外
部から誰が特定の資源にアクセスすることができるかを
見ることが容易であるので、管理が容易になる。関連す
る問題は、コンテナの持続性に関する。すなわち、手続
きとしてコンテナを見ることは、当然ながら、コンテナ
が永続的なオブジェクトであることを意味するが、パラ
メータ化されていないコンテナは、先に概説したリモー
ト印刷のシナリオ例の場合、一時的なアクセスを与える
ためにその場で生成されることができる。 【００６２】また、セキュアコンテナを実現するには、
いくつかの選択が必要とされる。コンテナにページを配
置する結果、該ページが含むリンクが抽出されることと
なる。この情報は、追加のページが追加される必要があ
るかどうかを判断するために使用される。したがって、
ページを追加するということは、ページとページ間のリ
ンクとに関するメタデータがコンテナに追加される結果
となる。この情報は、文書をコンテナに追加する人によ
って行われるポリシー決定を具現するので、自動的には
生成されず、そのため、文書のメタデータと文書自体と
の間の一貫性を維持する方法が必要である。 【００６３】文書は、セキュアコンテナに２つの方法で
追加されることができる。すなわち、第１の方法では、
文書を追加すると、該文書を「フリーズ(freeze)」さ
せ、これは、すべてのケイパビリティ可能ＵＲＬがその
バージョンをアクセスすることを意味する。第２の方法
では、アクセスを実行しているユーザが最新のバージョ
ンを見る。これらの変形形態を、「追加時コピー(copy-
on-add)」および「最新バージョン」と呼ぶ。 【００６４】追加時コピーを使用すると、文書のコンテ
ンツは、追加時に存在したコンテンツで固定され、その
ため、後続の追加または削除はユーザには見えない。こ
れは、文書の物理的コピーを作成し、それをコンテナで
格納することによって、または、文書が追加されるタイ
ムスタンプを格納し、該文書の最後の変更時刻がこのタ
イムスタンプより大きくなるとアクセスを許可しないこ
とによって、実現される。 【００６５】追加時コピー方式は、外部から見ることが
できるように意図されている動的に変化するコンテンツ
については適切でないことがあるが、これは、保護され
た領域の外部に情報を無意図的に「漏らす」というリス
クに対する保護を提供する。 【００６６】最新バージョン方式は、常に、ユーザが文
書に対するケイパビリティを呼出す時に、該文書がコン
テナに追加されて以来行われた変化をすべて含む文書の
最新コピーを表示する。これによって、ユーザは更新を
見ることができるが、情報の漏れの可能性、または、コ
ンテナから追加されたものでなかったり許可されたもの
でない新たなリンクの追加を認めることとなる。しかし
ながら、これは、コンテナのメタデータを更新すること
なくリンクがページに追加された場合に、リバース・プ
ロキシが、コンテナの保守管理者に通知する（例えば、
電子メールにより）ことを可能にする。いずれの方式を
使用するかの選択は、コンテナと個々のウェブページの
要件に依存する。 【００６７】図９Ｂは、文書９０３のセキュアコンテナ
９００に対する追加による、図９Ａのセキュアコンテナ
９００の再構成を示す。図９Ｂにおいて、文書９０３
が、リンクされた文書９０４と共にセキュアコンテナ９
００に追加された。しかしながら、図９Ａのリンクされ
た文書９０５は、セキュアコンテナ９００内に配置され
ていない。文書９０５は、エラーメッセージを提示する
ヌル文書９０６、または文書９０５がセキュアコンテナ
９００内からアクセス不可能であることを示すヌル文書
９０６によって置換えられている。文書９０３とセキュ
アコンテナ９０５との間のリンク９によって示すよう
に、ネットワークの通常のユーザに可視の既存のリンク
はそのままの状態である。 【００６８】このように、本発明の好ましい実施形態、
すなわちケイパビリティ可能ＵＲＬを説明してきた。本
発明を特定の実施形態で説明したが、本発明は、かかる
実施形態によって限定されるものと解釈されるべきでは
なく、特許請求の範囲によって解釈されるべきである、
ということは認められなければならない。 【００６９】本発明は、以下の実施態様を含む。 （１）ウェブ資源へのアクセスが制御された通信ネット
ワークにおいて、ファイアウォールおよびウェブ対応資
源を有するイントラネットと、前記イントラネットおよ
びウェブブラウザ対応クライアントに連結され、該イン
トラネットへのアクセスを制御するリバース・プロキシ
サーバであって、前記ウェブ対応資源に関連するレコー
ドであって、一意の識別番号と乱数とを含むレコードを
含むデータベースを有する、リバース・プロキシサーバ
と、を備え、前記ウェブ対応資源へのアクセスは、前記
識別番号と乱数の符号化によって生成される文字ストリ
ングを含むユニフォームリソース識別子（ＵＲＩ）の前
記リバース・プロキシサーバへの提示に応答して、ウェ
ブブラウザ対応クライアントに対して許可される、通信
ネットワーク。 【００７０】（２）前記ウェブ対応資源は、プリンタを
含む、上記（１）に記載の通信ネットワーク。 （３）前記ウェブ対応資源は、ハイパーテキストマーク
アップ言語（ＨＴＭＬ）の文書を含む、上記（１）に記
載の通信ネットワーク。 （４）前記ウェブブラウザ対応クライアントは、無線通
信リンクによって前記リバース・プロキシサーバに連結
される、上記（１）に記載の通信ネットワーク。 （５）前記ウェブブラウザ対応クライアントは、無線通
信リンクによって前記イントラネットにも連結される、
上記（４）に記載の通信ネットワーク。 （６）前記ＵＲＩは、ハイパーテキスト転送プロトコル
（ＨＴＴＰ）を使用して提示される、上記（１）に記載
の通信ネットワーク。 （７）前記ＵＲＩは、セキュアソケット層を用いるハイ
パーテキスト転送プロトコル（ＨＴＴＰＳ）を使用して
提示される、上記（１）に記載の通信ネットワーク。 （８）前記文字ストリングは、文字毎に６ビット以下を
使用して符号化される、上記（１）に記載の通信ネット
ワーク。 （９）前記文字ストリングは、ｂａｓｅ６４符号化を使
用して符号化される、上記（８）に記載の通信ネットワ
ーク。 （１０）前記レコードは、アクセスがイネーブルされる
時刻を指定する開始時刻をさらに含む、上記（１）に記
載の通信ネットワーク。 （１１）前記レコードは、アクセスがディスエーブルさ
れる時刻を指定する終了時刻をさらに含む、上記（１）
に記載の通信ネットワーク。 （１２）前記ウェブ対応資源は、ＣＧＩスクリプトであ
る、上記（１）に記載の通信ネットワーク。 （１３）前記ウェブ対応資源は、セキュアコンテナに含
まれる、上記（１）に記載の通信ネットワーク。 【００７１】（１４）通信ネットワーク上の資源へのア
クセスを提供する方法であって、識別番号および乱数を
前記資源に関連付けることと、前記識別番号および乱数
を、符号化方法を使用して第１の文字ストリングに符号
化することと、前記資源へのアクセスに対する要求であ
って、前記第１の文字ストリングと等しい長さの第２の
文字ストリングを含むスキーム依存部分を有するユニフ
ォームリソース識別子（ＵＲＩ）を含む要求を受取るこ
とと、前記第２の文字ストリングを、前記符号化方法を
使用して第１の数と第２の数とに復号化することと、前
記第１の数を前記識別番号と比較することと、前記第２
の数を前記乱数と比較することと、前記第１の数が前記
識別番号と一致し、かつ前記第２の数が前記乱数と一致
するならば、前記資源へのアクセスを許可することと、
を含む方法。 【００７２】（１５）前記ＵＲＩは、クエリをさらに含
む、上記（１４）に記載の方法。 （１６）前記ＵＲＩは、ハイパーテキスト転送プロトコ
ル（ＨＴＴＰ）を使用して受取られる、上記（１４）に
記載の方法。 （１７）前記ＵＲＩは、セキュアソケット層を用いるハ
イパーテキスト転送プロトコル（ＨＴＴＰＳ）を使用し
て受取られる、上記（１４）に記載の方法。 （１８）前記レコードは、前記アクセスがイネーブルさ
れる時刻を示す開始時刻をさらに含む、上記（１４）に
記載の方法。 （１９）前記レコードは、前記アクセスがディスエーブ
ルされる時刻を示す終了時刻をさらに含む、上記（１
４）に記載の方法。 （２０）前記レコードは、許可されたアクセスの数をカ
ウントするためのログをさらに含む、上記（１４）に記
載の方法。 （２１）前記レコードは、前記アクセスの数に対する制
限をさらに含む、上記（２０）に記載の方法。 【００７３】（２２）通信ネットワーク上のウェブ対応
資源へのアクセスを制御するリバース・プロキシサーバ
であって、識別番号、乱数および第１の文字ストリング
を前記資源に関連付け、該文字ストリングが該識別番号
と該乱数とを符号化した結果であるデータベースレコー
ドと、前記資源へのアクセスに対する要求であって、前
記第１の文字ストリングと等しい長さの第２の文字スト
リングを含むスキーム依存部分を有するユニフォームリ
ソース識別子（ＵＲＩ）を含む要求を受け取る手段と、
前記識別番号および前記乱数を第１の文字ストリングに
復号化するプロセッサ手段と、前記第１の数を前記識別
番号と比較するプロセッサ手段と、前記第２の数を前記
乱数と比較するプロセッサ手段と、を備えるリバース・
プロキシサーバ。 【００７４】（２３）前記ＵＲＩは、クエリをさらに含
む、上記（２２）に記載のリバース・プロキシサーバ。 （２４）前記要求を受取る手段は、ハイパーテキスト転
送プロトコルを使用する、、上記（２２）に記載のリバ
ース・プロキシサーバ。 （２５）前記要求を受取る手段は、セキュアソケット層
を用いるハイパーテキスト転送プロトコル（ＨＴＴＰ
Ｓ）を使用する、上記（２２）に記載のリバース・プロ
キシサーバ。 （２６）前記レコードは、前記アクセスがイネーブルさ
れる時刻を示す開始時刻をさらに含む、上記（２２）に
記載のリバースプロキシサーバ。 （２７）前記レコードは、前記アクセスがディスエーブ
ルされる時刻を示す終了時刻をさらに含む、上記（２
２）に記載のリバースプロキシサーバ。 （２８）前記レコードは、許可されたアクセスの数をカ
ウントするためのログをさらに含む、上記（２２）に記
載のリバース・プロキシサーバ。 （２９）前記レコードは、前記アクセスの数に対する制
限をさらに含む、上記（２８）に記載のリバース・プロ
キシサーバ。 （３０）前記ウェブ対応資源は、ＣＧＩスクリプトであ
る、上記（２２）に記載のリバース・プロキシサーバ。 （３１）前記ウェブ対応資源は、セキュアコンテナに含
まれる、上記（２２）に記載のリバース・プロキシサー
バ。

【図面の簡単な説明】 【図１】本発明の一実施形態に従う、システムの一部を
形成するコンピュータシステムを示す図。 【図２】本発明のリバース・プロキシサーバを備える例
示的なネットワーク環境を示す図。 【図３】本発明のケイパビリティ可能ユニフォームリソ
ースロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｒｃｅ Ｌｏ
ｃａｔｏｒ（ＵＲＬ））の一実施形態を示す図。 【図４】本発明の一実施形態に従う代表的なデータベー
スレコードを示す図。 【図５】本発明の一実施形態に従うケイパビリティ可能
ＵＲＬを提供するプロセスのフローチャートを示す図。 【図６】本発明の一実施形態に従うケイパビリティ可能
ＵＲＬを使用するプロセスのフローチャートを示す図。 【図７】本発明の一実施形態に従う無線ネットワークを
示す図。 【図８】本発明の一実施形態に従うコモンゲートウェイ
インタフェース（ＣＧＩ）スクリプトの分析のフローチ
ャートを示す図。 【図９Ａ】本発明の一実施形態に従う、セキュアコンテ
ナと、セキュアコンテナに追加される文書とを示す図。 【図９Ｂ】本発明の一実施形態に従う、セキュアコンテ
ナと、セキュアコンテナに追加される文書とを示す図。 【符号の説明】 ２０１ リバース・プロキシサーバ ２０２ イントラネット・ウェブサーバ ２０３ クライアント

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ベンジャミン・アトキン アメリカ合衆国14850ニューヨーク州イサ カ、イースト・バッファロォ・ストリート 523、アパートメント １ Ｆターム(参考） 5B085 AA08 AE06 AE23 BG02 BG07 5B089 GA19 HA10 KA17 KB07 KB13 KC58 KH30

Claims (1)

1. 【特許請求の範囲】 【請求項１】ウェブ資源へアクセスが制御される通信ネ
   ットワークであって、 ファイアウォールおよびウェブ対応資源を有するイント
   ラネットと、 前記イントラネットおよびウェブブラウザ対応クライア
   ントに連結され、該イントラネットへのアクセスを制御
   するリバース・プロキシサーバであって、前記ウェブ対
   応資源に関連するレコードであって、一意の識別番号お
   よび乱数を含むレコードを有するデータベースを備える
   リバース・プロキシサーバと、を備え、 前記識別番号および乱数の符号化によって生成される文
   字ストリングを含むユニフォームリソース識別子（ＵＲ
   Ｉ）の前記リバース・プロキシサーバへの提示に応答し
   て、前記ウェブ対応資源へのアクセスがウェブブラウザ
   対応クライアントに対して許可される、通信ネットワー
   ク。