(57)【要約】      （修正有）【課題】ハイパーテキストファイルを含むインターネットにおけるクライアント対サーバーセッションを含む、ネットワークサーバーに対するアクセスを管理およびモニタする方法を提供する。【解決手段】クライアントは、ブラウザとして知られる標準プログラムによって、コンテンツサーバーにより伝送されたドキュメントを観察する。各ハイパーテキストドキュメントまたはページは、ユーザが横断を選択できる他のハイパーテキストページに対するリンクを含む。ユーザがアクセス管理ファイルに導かれるリンクを選択すると、サーバーはクライアントが認定または有効利用資格を有するか否かを決定する第２のサーバーにクライアントの要求を委ねる。このような確認があり次第、ユーザはセッション識別子を与えられ、それがユーザに現在の保護ドメイン内にある任意の他のファイルと同様に、要求ファイルにアクセスすることを可能にする。【選択図】図３
2006309753.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介したクライアントからサーバーシステムへのサービス要求を処理する方法であって、
サービス要求を前記クライアントから前記サーバーシステムへ送出する段階と、
前記サーバーシステムから前記クライアントへセッション識別子を返送する段階と、
前記セッション識別子を前記要求およびその後に続く要求セッション内での前記クライアントから前記サーバーシステムへのサービス要求に付加する段階とを備えたサービス要求処理方法。
【請求項２】
請求項１において、前記サーバーシステムが前記要求セッション内にあるサービス要求のシーケンスのアクセス履歴を追跡するサービス要求処理方法。
【請求項３】
請求項２において、前記サーバーシステムが前記要求セッション内で行われた購入につながるサービス要求を決定するためのアクセス履歴を追跡するサービス要求処理方法。
【請求項４】
請求項１において、前記サーバーシステムが共通クライアントからの反復要求を除く特定のサービスに対する要求を計数するサービス要求処理方法。
【請求項５】
請求項１において、前記サーバーシステムがアクセスパターンに対する顧客情報であって、顧客の統計的データを含む情報に関するデータベースを維持するサービス要求処理方法。
【請求項６】
請求項１において、前記セッション識別子を発行するに先立ち、前記サーバーシステムが前記クライアントを認定ルーチンに供し、前記セッション識別子は偽造から保護されているサービス要求処理方法。
【請求項７】
請求項６において、前記サーバーシステムがサービス要求に対するセッション識別子を多数のサーバーに提供する認証サーバーを含む複数のサーバーを備えたサービス要求処理方法。
【請求項８】
請求項７において、 クライアントがサービス要求を要求されたサービスを行うべき最初
のサーバーに送信し、
前記最初のサーバーがセッション識別子に対するサービス要求を点検し、有効なセッション識別子を有するサービス要求のみにサービスを行い、サービス要求が無効な識別子を有する場合は、
前記最初のサーバーはクライアントからの前記サービス要求を前記認定サーバーに転送し、
前記認証サーバーはクライアントを認定ルーチンに供して前記サービス要求に付加される前記セッション識別子を最初のサーバーに発行し、
前記クライアントは前記セッション識別子が付加された前記サービス要求を前記最初のサーバーに送出し、
前記最初のサーバーは前記セッション識別子を認識し、前記クライアントに対して前記サービス要求のサービスを行い、
前記クライアントが前記サーバーシステムへの後続のサービス要求に対して前記セッション識別子を付加し、それにより追加の認定なしにサービスを受けるサービス要求処理方法。
【請求項９】
請求項１または７において、前記セッション識別子がユーザ識別子を含むサービス要求処理方法。
【請求項１０】
請求項１または７において、前記セッション識別子がセッションに対する満了時刻を含むサービス要求処理方法。
【請求項１１】
請求項７において、前記セッション識別子が、前記セッションがアクセス認定を有する保護ドメインに対するアクセスを提供するサービス要求処理方法。
【請求項１２】
請求項１１において、前記セッション識別子が異なる保護ドメインに対するアクセスのため修正されるサービス要求処理方法。
【請求項１３】
請求項７において、前記セッション識別子がキー管理に対するキー識別子を提供するサービス要求処理方法。
【請求項１４】
請求項１または７において、前記サーバーシステムが前記セッション識別子からの情報を前記サーバーシステムにおけるトランザクションログに記録するサービス要求処理方法。
【請求項１５】
請求項１または７において、前記クライアントと前記サーバーシステム間の通信がハイパーテキスト転送プロトコル（ＨＴＴＰ）に従い、前記セッション識別子がＵＲＬ（ユニフォームリソースローケータ）におけるパス名の一部として付加されるサービス要求処理方法。
【請求項１６】
請求項１５において、前記クライアントが現在のＵＲＬのパス名を相対アドレス指定を用いて修正し、このパス名の前記セッション識別子部分をセッションにおける後続の要求に対して未修正のまま保持するサービス要求処理方法。
【請求項１７】
請求項１または７において、さらに、定まった時間間隔内にある特定のクライアントからの情報に対して作られた要求を除外する段階を備えたサービス要求処理方法。
【請求項１８】
ネットワークを介したクライアントからサーバーシステムへのサービス要求を処理する方法であって、
前記クライアントからネットワークを介して受信されたドキュメントに対する要求に応答する段階と、
ユーザ識別を含むセッション識別子を前記要求に付加する段階と、
前記セッション識別子のユーザ識別に基づき特定のユーザに対して個別化されている要求されたドキュメントを返送する段階とを備えたサービス要求処理方法。
【請求項１９】
ユーザにより購入されているクライアントからネットワークを介して受信されたドキュメントに対するサービス要求を処理する方法であって、
前記ユーザにより購入されているクライアントからネットワークを介して受信されたドキュメントに対する要求に応答する段階と、
前記要求に対して認定識別子を付加する段階と、
前記ユーザが前記ドキュメントに対するアクセスを認定されていることを前記認定識別子が示す場合、要求された前記ドキュメントを返送する段階とを備えたサービス要求処理方法。
【請求項２０】
請求項１９において、前記要求に付加されているセッション識別子内に前記認定識別子がコード化されるサービス要求処理方法。
【請求項２１】
ネットワークを介したクライアントからサーバーシステムへのサービス要求を処理する方法であって、
クライアントからネットワークを介して受信されたドキュメントに対する要求に応答する段階と、
ユーザ識別子を前記要求に付加する段階と、
要求された前記ドキュメントを前記クライアントに返送する段階と、
前記識別子で識別されたユーザに前記ドキュメントに対するアクセスに関する料金を請求する段階とを備えたサービス要求処理方法。
【請求項２２】
請求項２１において、前記要求に付加されているセッション識別子内でユーザ識別子がコード化されるサービス要求処理方法。
【請求項２３】
ネットワークを介したクライアントからサーバーシステムへのサービス要求を処理する方法であって、
サービス要求を前記クライアントから前記サーバーシステムへ送出する段階と、
セッション識別子を前記要求およびその後に続くセッション内にあるクライアントから要求のサーバーシステムへのサービス要求に付加する段階とを備えたサービス要求処理方法。
【請求項２４】
ネットワーク上の情報システムであって、
クライアントからのサービス要求を受信し、そのサービス要求がセッション識別子を含んでいるか否かを決定する手段と、
要求セッションにおける初期サービス要求に対する応答にセッション識別子を提供する手段と、
前記セッション識別子を有するクライアントからのサービス要求およびそのセッションで処理される後続のサービス要求をサービスする手段とを備えた情報システム。
【請求項２５】
請求項２４において、前記セッション識別子を提供する手段が前記要求のサービスを行うサーバーシステムにある情報システム。
【請求項２６】
請求項２３において、さらに、前記セッション識別子を発行するに先立ち前記クライアントを認定する認定ルーチンと、前記セッション識別子を偽造から保護する手段とを備えた情報システム。
【請求項２７】
請求項２４において、さらに、前記セッション識別子からの情報を記録するトランザクションログを備えた情報システム。
【請求項２８】
請求項２４において、さらに、セッション内にあるサービス要求のシーケンスのアクセス履歴を追跡する手段を備えた情報システム。
【請求項２９】
請求項２４において、さらに、共通クライアントからの反復要求を除いて特定サービスに対する要求を計数する手段を備えた情報システム。
【請求項３０】
請求項２４において、アクセスパターンに対する顧客情報であって、顧客の統計的データを含む情報に関するデータベースを備えた情報システム。
【請求項３１】
請求項２５において、前記クライアントと前記サーバーシステム間の通信がハイパーテキスト転送プロトコル（ＨＴＴＰ）に従い、前記セッション識別子がＵＲＬにおけるパス名の一部として付加される情報システム。
【請求項３２】
ネットワーク上の情報サーバーであって、
ネットワークを介してクライアントから受信されたハイパーテキストページに対する要
求にクライアントへ要求されたハイパーテキストページを返送することで応答する手段と、
前記ハイパーテキストページにおけるリンクから導き出された追加要求に対して応答する手段と、
特定のハイパーテキストページから導き出された追加要求を追跡する手段とを備えた情報システム。
【請求項３３】
請求項３２において、前記要求が共通セッション識別子を含み、前記サーバーが要求セッション内にある要求を追跡する情報システム。
【請求項３４】
請求項３２において、さらに、アクセスパターンに対する顧客の統計的データに関するデータベースを備えた情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントからサーバーへのネットワークを介したサービス要求を処理する方法に関する。
【背景技術】
【０００２】
１９６０年代後半に開始されたインターネットは、地球全体に拡がる多くの小規模ネットワークから成る広大なコンピュータネットワークである。インターネットは指数関数的に成長しており、個人から法人の範囲にわたる数百万のユーザが今や専用線およびダイヤルアップ接続を利用して世界中で日常的にインターネットを使用している。“ホスト”として知られるインターネット内で接続されたコンピュータまたはそのネットワークが、殆どあらゆる専門分野における情報を持つデータベースへの一般のアクセスを可能にしており、大学および政府から多くの民間組織にまでわたる事業により支持されている。
【０００３】
インターネット上の情報は“サーバー”を介して一般が利用可能になる。サーバーはインターネットホスト上でそのホスト内に含まれるファイルまたはドキュメントを利用可能にするために作動しているシステムである。このようなファイルは代表的には、ローカルからホストにかけて、テープドライブまたは固定ディスクのような磁気記憶装置上で記憶される。インターネットサーバーは、ホスト上のファイルを要求するあらゆるコンピュータに情報を配布することができる。このような要求をするコンピュータは“クライアント”として知られ、これはインターネットに接続されたワークステーション、掲示板システムまたは家庭用パーソナルコンピュータ（ＰＣ）であり得る。ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）は、インターネットの完全な使用を可能にするネットワークプロトコルの一種である。ＴＣＰ／ＩＰネットワーク上のすべてのコンピュータが独自のＩＤコードを必要とする。従って、インターネット上の各コンピュータまたはホストは、ＩＰ（インターネットプロトコル）番号またはアドレスとして知られた、ネットワークおよびコンピュータの名称に対応する独自の番号コードにより識別される。過去には、インターネットユーザは要求するファイルを指定するため、ホストコンピュータおよびホストの記憶装置内のディレクトリのパスを識別することによってのみ、そのリソースにアクセスすることができた。様々なナビゲーティングツールが、特定のホストアドレスを知ることなしにイターネット上のリソースを検索するためユーザを支援しているものの、これらのツールはインターネットに関する多分に技術的な知識を要する。
【０００４】
ワールドワイドウェブ（ウェブ）は、ＩＰアドレスまたは他の技術的知識なしで直観的にユーザがインターネットリソースをナビゲートすることを可能にするインターネット上の情報をアクセスする一方法である。ウェブは、代表的にはインターネットサーバーと通信するためのコマンドのセットを伝送することをユーザに要求するコマンドラインユーティリティなしで利用できる。代わりに、ウェブはコンピュータモニタに表示可能な数百数千の相互接続された“ページ”、またはドキュメントから構成される。ウェブページは特別なサーバーを動かしているホストにより供給される。これらのウェブサーバーを作動するソフトウェアは比較的簡単で、ＰＣを含めた広範囲のコンピュータプラットフォーム上で利用可能である。同程度に利用可能なものはウェブ“ブラウザ(browser)”として知ら
れ、クライアントシステム上の従来の非ウェブファイルと同様にウェブページを表示するために用いられるクライアントソフトウェアの一形式である。今日、ウェブサーバーを提供するインターネットホストは、月に３００を超える割合で増加しており、インターネット通信の好ましい方法となりつつある。
【０００５】
１９９１年に創設されたウェブは、“ハイパーテキスト”および“ＨＴＴＰ”（ハイパ
ーテキスト転送プロトコル）として知られる転送方式の概念に基づいている。ＨＴＴＰは主としてＴＣＰ／ＩＰ上で作動するよう設計され、標準的なインターネットセットアップを用い、そこでサーバーがデータを供給し、クライアントがそれを表示または処理する。情報転送のためのフォーマットの１つは、ハイパーテキスト記述言語（ＨＴＭＬ）を用いてドキュメントを作成することである。ＨＴＭＬページは、ページがどのように表示されるべきかを指示するフォーマットコードのほかに、標準的なテキストから構成される。ウェブクライアント、ブラウザはページを表示するためこれらのコードを読み取る。ハイパーテキスト協定およびワールドワイドウェブの関連機能は、本明細書で参考のため引用された、Ｐａｙｎｅらにより１９９４年１０月２４日に出願された米国特許出願第０８／３２８，１３３号の付属書類に記述されている。
【０００６】
各ウェブページはテキストに加えて画像および音声を含むことがある。特定のテキストの背後に隠れて、画像または音声は、“ハイパーテキストリンク”（“リンク”）として知られる、同一のサーバー内、またはインターネット内の他のコンピュータ上の他のページに対して接続されたものである。例えば、リンクは、下線が引かれるか第２の色彩で表示されることがある単語または文節として視覚的に表示することができる。各リンクはＵＲＬ（Uniform Resource Locator）と呼ばれる特別な名前を用いて、あるウェブページに導かれている。ＵＲＬは、ウェブブラウザが任意のウェブサーバー上に保持された任意のファイルに直接アクセスすることを可能にする。ユーザはまた、他のウェブページにジャンプするため、既知のＵＲＬをウェブページ上のコマンドラインに直接書き込むことにより指定することができる。
【０００７】
ＵＲＬネーミングシステムは３つの部分、すなわち、転送フォーマット、ファイルを保持する機械のホスト名、ファイルへのパスからなる。ＵＲＬの一例は以下の通りである。ｈｔｔｐ：／／ｗｗｗ．ｃｏｌｌｅｇｅ．ｕｎｉｖ．ｅｄｕ／Ａｄｉｒ／Ｂｄｉｒ／Ｃｄｉｒ／ｐａｇｅ．ｈｔｍｌ
【０００８】
ここに“ｈｔｔｐ”は、転送プロトコルを表す。コロンおよび２本のスラッシュ（：／／）は、転送プロトコルをホスト名から離すために用いられる。“ｗｗｗ”は要求されているファイルがウェブページであることを意味し、“ｗｗｗ．ｃｏｌｌｅｇｅ．ｕｎｉｖ．ｅｄｕ”はホスト名である。“／Ａｄｉｒ／Ｂｄｉｒ／Ｃｄｉｒ”はホストマシン上のツリー構造、またはパスにおけるディレクトリ名の一セットである。“ｐａｇｅ．ｈｔｍｌ”はファイルがＨＴＭＬで書き込まれていることを示すファイル名である。
【０００９】
インターネットは、情報の交換が制限なしに無料で行われるオープンストラクチャーを維持する。しかしながら、インターネットに特有のフリーアクセス形式は、自己のインターネットサーバーの管理が必要である情報提供者に困難を呈している。例えば、特定の技術情報を自己のインターネットサーバー上で世界中の大規模なグループの仲間たちに利用可能とすることを希望するが、その情報の機密性が保たれなければならない研究組織を考えてみよう。各クライアントを識別する手段なしでは、その組織はネットワーク上で情報を機密的または選択的な形で与えることができないであろう。他の状況では、会社が極めて特殊なサービスの情報を自己のインターネットサーバー上でサービス契約または利用資格を有する顧客に対してのみ提供することを希望する場合がある。
【００１０】
インターネットサーバーによるアクセス管理は少なくとも２つの理由で困難である。第１に、クライアントが遠隔のインターネットサーバー上のファイルに要求を送信すると、このメッセージは、宛て先ホストに到達するまで、インターネットを介して接続されたコンピュータのウェブにより通信経路選択または中継される。クライアントはそのメッセージがどのようにサーバーに到達するかを知る必要はない。同時に、サーバーは、クライアントが誰で、ＩＰアドレスが何であるかを正確に知ることさえなく応答を行う。サーバー
がそのクライアントを追跡するようにプログラミングされ得るものの、追跡のタスクはそれが不可能とまではいかないが、しばしば困難である。第２に、構内用のローカルエリアネットワーク（ＬＡＮ）に対する望ましくない侵入を防ぐため、システムアドミニストレータはそのネットワーク内に、インターネット“ファイアウォール”のような様々なデータフロー制御メカニズムを実装する。インターネットファイアウォールは、ユーザがインターネットに匿名で到達することを可能にする一方、外部の侵入者がユーザのＬＡＮにアクセスすることを防止する。
【発明の開示】
【００１１】
本発明は、ネットワークを介したクライアントからサーバーへのサービス要求を処理する方法に関する。とりわけ本発明は、ワールドワイドウェブ（ウェブ）のようなＨＴＴＰ（ハイパーテキスト転送プロトコル）環境におけるクライアント要求を処理することに適する。本発明の一構成は、サービス要求をクライアントからサーバーに送出し、セッション識別子（ＳＩＤ）をその要求、およびその後に続く要求セッション内でのクライアントからサーバーに対するサービス要求に対して付加することを含む。好ましい実施形態では、本発明の方法はクライアントにより作られた最初のサービス要求におけるＳＩＤをサーバーからクライアントに返送することを含む。有効なＳＩＤは、ユーザが管理されたファイルにアクセスすることを可能にする認定(authorization)識別子を含むことがある。
【００１２】
好ましい実施形態では、クライアント要求はUniform Resource Locator（ＵＲＬ）によりウェブブラウザから作られる。クライアント要求が管理されたファイルにＳＩＤなしで送信されると、インターネットサーバーはクライアントをＳＩＤ発行前に認定ルーチンにかけ、ＳＩＤは偽造から保護される。コンテンツサーバーはクライアントの要求を異なるホストに存在し得る認証サーバーに転送することにより認定ルーチンを開始する。転送された要求を受信すると、認証サーバーはクライアントに質問するため応答を返し、次いで資格を付与されたクライアントに対してＳＩＤを発行する。新規のクライアントに対して、認証サーバーは新規の利用資格（アカウント）を開いてから後にＳＩＤを発行することがある。有効なＳＩＤは、代表的には、ユーザ識別子、アクセス可能なドメイン、キー識別子、日付のような満了時刻、ユーザコンピュータのＩＰアドレス、および秘密キーで暗号化されたＳＩＤにおける他の項目すべての暗号ハッシュのような記憶された電子署名から構成される。認証サーバーは、次いでこのＳＩＤが付加されたオリジナルＵＲＬから成る新しい要求を、ＲＥＤＩＲＥＣＴによってクライアントに送出する。新しいＵＲＬにより形成された修正要求は、自動的にクライアントブラウザによりコンテンツサーバーに送出される。
【００１３】
コンテンツサーバーがＳＩＤを伴うＵＲＬ要求を受信すると、コンテンツサーバーはＳＩＤを伴うＵＲＬおよびユーザのＩＰアドレスをトランザクションログ(log)中に記録し
、ＳＩＤを有効とする段階に進む。ＳＩＤがそのように有効になると、コンテンツサーバーは要求されたドキュメントをクライアントのウェブブラウザによる表示のために送信する。
【００１４】
好ましい実施形態では、有効ＳＩＤは、クライアントが追加の認定を要求することなく保護ドメイン内にあるすべての管理ファイルにアクセスすることを可能にする。保護ドメインは、サービスプロバイダにより定義され、１つまたは複数のサーバー内における共通保護の管理ファイルの集まりである。
【００１５】
クライアントが有効ＳＩＤで管理ウェブページをアクセスすると、そのページを見ているユーザが別のウェブページを見るためリンクを横断することを望む場合がある。この時、幾つかの可能性がある。ユーザはリンクを横断して同じパスにある別のページに達することができる。これは“相対リンク”と呼ばれる。相対リンクは同じドメイン内、或いは
異なるドメインに対して作られることができる。クライアントコンピュータ上のブラウザは、古い管理ページを新しい管理ページと交換するため、現在のＵＲＬを書き直すことにより相対リンクを実行、つまりリンクの横断を行う。新しいＵＲＬは新しいページ名を除き、ＳＩＤを含む古いＵＲＬのすべての部分を保持する。相対リンクが同じ保護ドメインのページを示すものであれば、ＳＩＤは有効のままであり、要求は受理される。しかしながら、相対リンクが異なる保護ドメインのページを示すものであれば、ＳＩＤはもはや有効ではなく、クライアントは自動的にＳＩＤを更新するため書換ＵＲＬを認証サーバーに送出するよう転送される。更新された、または新しいＳＩＤは、ユーザの資格が認定されれば、新しいドメインに対するアクセスを与える。
【００１６】
ユーザは、リンクを横断して異なるパスにおけるドキュメントに達することも選択できる。これは“絶対リンク”と呼ばれる。絶対リンクを生成する際、ＳＩＤはブラウザにより上書きされる。好ましい実施形態では、コンテンツサーバーがドメイン内の管理ウェブページの各供与に際して、ページをフィルタリングして、現ＳＩＤをページ上の各絶対ＵＲＬに含ませる。従って、ユーザが絶対リンクを横断することを選択すると、ブラウザは異なるパスにおけるページにそのＳＩＤと共に送信される認定されたＵＲＬにより支援される。別の実施形態では、コンテンツサーバーは上記のようなフィルタリング手順なしで作動し、更新のために絶対ＵＲＬを認証サーバーに転送することができる。
【００１７】
絶対リンクはまた、異なるドメインにおける管理ファイルに導かれることがある。さらに、このような要求は新規のＳＩＤを処理するために認証サーバーに転送される。管理されていないファイルに導かれる絶対リンクは、即時アクセスを可能にする。
【００１８】
別の実施形態では、サーバーアクセス管理はクライアントブラウザをプログラミングして、この特定サーバーに対する各ＵＲＬコールにおける使用のためにＳＩＤまたは類似のタグを記憶することにより維持できる。しかしながら、この実施形態は、このような通信を取り扱うウェブに共通な標準ブラウザ形式に一般に適さない特殊なブラウザを要する。
【００１９】
本発明の他の構成は、管理された、または管理されていない双方の様々なページに対するアクセスの頻度およびアクセス継続時間をモニタすることである。コンテンツサーバー内のトランザクションログは、ページをアクセスしたリンクシーケンスを含む、ページに対する各クライアントのアクセス履歴を保持する。さらに、コンテンツサーバーはクライアント要求を、共通のクライアントから繰り返された要求を除いてカウントすることがある。このような記録は、ユーザの要望、アクセスパターン、および顧客の統計的データとアクセスされたページとアクセスパターンとの関係のような重要なマーケティングフィードバックを提供する。
【００２０】
構成の種々の新規な詳細および各部分の組み合わせを含む本発明の上記特徴およびその他の特徴は、添付図面を参照して説明され、請求の範囲に記載されている。本発明を具体化する特定の装置および方法は、例として示されており、本発明はこれに限定されないことが理解されよう。本発明の主要部および特徴は、本発明の範囲を逸脱することなく様々な数多くの実施形態で具体化することができる。
【発明を実施するための最良の形態】
【００２１】
図を参照すると、図１はインターネットの線図である。インターネット１０は、コンピューサーブ（登録商標）またはアメリカオンライン（登録商標）のようなインターネットプロバイダ１６および情報システム（ＢＢＳ）２０によって所有されるシステムを含む数百万の相互接続されたコンピュータ１２のネットワークである。個人または法人ユーザは、幾つかの方法でインターネットに対する接続を確立することができる。家庭用ＰＣ１４上のユーザは、インターネットプロバイダ１６を介してアカウントを購入することができ
る。モデム２２を用い、ＰＣユーザはインターネットプロバイダにダイヤルして高速モデム２４に接続することができ、そのモデムが次いでインターネットに対する完全なサービス接続を行う。ユーザ１８は、その顧客に対してインターネットゲートウェイ接続を提供するＢＢＳ２０を介して、インターネットに対する幾分か制限された接続を行うことができる。
【００２２】
図２Ａは本発明の好ましい処理の詳細を示すフローチャートであり、図４はブラウザによりクライアント側で表示されるサンプルウェブページの図である。ページは下線付きリンクテキスト４１２を含むテキスト４０４を備える。タイトルバー４０８およびＵＲＬバー４０２はそれぞれ、現在のウェブページのタイトルおよびＵＲＬを表示する。図４に示されるように、ページのタイトルは“CONTENT HOME PAGE”であり、それに対応するＵＲ
Ｌは“ｈｔｔｐ：／／ｃｏｎｔｅｎｔ．ｃｏｍ／ｈｏｍｅｐａｇｅ”である。カーソル４１４がリンクテキスト４１２ｂの上に置かれた時、マウスをクリックすることで探し出されるページは、代表的にはそのリンクに対するＵＲＬを示すステータスバー４０６で識別される。この例では、指示リンク４１２ｂに対するＵＲＬが、“コンテンツ(content)”
と呼ばれる商業コンテンツサーバーにおける“広告(advertisement)”と呼ばれるページ
に導かれることを、ステータスバー４０６は示す。リンクテキストをクリックすることで、ユーザはブラウザに図２Ａの１００におけるＵＲＬ ＧＥＴ要求を生成させる。ブラウ
ザはその要求をコンテンツサーバー１２０に送出し、コンテンツサーバー１２０は要求されたページが管理ドキュメントであるか否かを決定する最初の判断１０２によって処理する。その要求が未管理ページに導かれる場合、この例の“広告”ページにおけるように、コンテンツサーバーはＵＲＬおよびＩＰアドレスを入手できる範囲でトランザクションログ１１４に記録する。コンテンツサーバーは次いで、要求されたページをユーザコンピュータ上に表示するためブラウザに送信する（１１６）。
【００２３】
その要求が管理ページに導かれる場合、コンテンツサーバーはＵＲＬがＳＩＤを備えるか否かを決定する（１０４）。例えば、ＵＲＬは、ＳＩＤを必要とする“ｈｔｔｐ：／／ｃｏｎｔｅｎｔ．ｃｏｍ／ｒｅｐｏｒｔ”のような管理ページ名“リポート(report)”に導かれる。ＳＩＤが存在しない場合、コンテンツサーバーは“ＲＥＤＩＲＥＣＴ”応答１２２をブラウザ１００に送信し、ユーザの初期要求を認証サーバー２００に転送して有効ＳＩＤを入手する。認証処理の詳細は図２Ｂに説明されており、後に論議されるが、処理結果は認証サーバーからクライアントに提供されるＳＩＤとなる。上記の例では、ＳＩＤが付加された修正ＵＲＬは、“ｈｔｔｐ：／／ｃｏｎｔｅｎｔ．ｃｏｍ／〔ＳＩＤ〕／ｒｅｐｏｒｔ”となり得る。好ましいＳＩＤは、１文字当たり６ビットの９６ビットＳＩＤデータをコード化する１６文字ＡＳＣＩＩ文字列である。これは３２ビット電子署名、１時間単位の１６ビット満了日付、キー管理に用いられる２ビットキー識別子、現ＳＩＤがアクセスを認定する情報ファイルセットを備える８ビットドメイン、および２２ビットユーザ識別子を含む。残りのビットは拡張のため蓄えられる。電子署名は、認証サーバーとコンテンツサーバーにより共有されている秘密キーにより暗号化されているＳＩＤおよび認定ＩＰアドレスにおける残留項目を用いた暗号ハッシュである。
【００２４】
初期ＧＥＴ ＵＲＬがＳＩＤを含む場合、コンテンツサーバーは、要求が現ドメイン内
のページに導かれるか否かを決定する（１０６）。ＳＩＤを有する要求が異なるドメインの管理ページへ導かれる場合、ＳＩＤはもはや有効ではなく、ユーザは認証サーバーに再度導かれる（１２２）。
【００２５】
要求が現ドメイン内の管理ページに対するものである場合、コンテンツサーバーはＳＩＤを伴う要求ＵＲＬ、およびユーザＩＰアドレスをトランザクションログ１０８に記録するように手順を進める。コンテンツサーバーは次いでＳＩＤを有効化する（１１０）。このような有効化は次の点検リストを含む。（１）ＳＩＤの電子署名が、認証サーバーとコ
ンテンツサーバーにより共有されている秘密キーを使用して、ＳＩＤおよび認定ＩＰアドレスにおける残留項目から計算された電子署名と比較される。（２）ＳＩＤのドメインフィールドが、認定されたドメイン内にあることを確認するため点検される。（３）ＳＩＤのＥＸＰフィールドが現在時刻よりも後であることを確認するため点検される。
【００２６】
有効性が認められると、コンテンツサーバーは、送出されるページをサーバーに含まれる絶対ＵＲＬリンク、すなわち、異なるコンテンツサーバーにおける管理ドキュメントに導かれる任意リンクについて探索する（１１２）。コンテンツサーバーは、各絶対ＵＲＬを現ＳＩＤとともに増加し、多数のコンテンツサーバーにわたる認証されたアクセスを容易にする。要求されたページは、処理されたとおりの形で、次いで表示のためクライアントブラウザに伝送される。要求されたウェブページを見ているユーザは、そのページ上の任意リンクを横断して全シーケンスを再度誘発するように選択することができる（１００）。
【００２７】
図２Ｂは認証処理の詳細を説明する。コンテンツサーバーはクライアントを認証サーバーへ再度導くことがある。ＲＥＤＩＲＥＣＴ ＵＲＬは以下の形をとり得る。
“ｈｔｔｐ：／／ａｕｔｈ．ｃｏｍ／ａｕｔｈｅｎｔｉｃａｔｅ？ｄｏｍａｉｎ＝〔ｄｏｍａｉｎ］＆ＵＲＬ＝ｈｔｔｐ：／／ｃｏｔｅｎｔ．ｃｏｍ／ｒｅｐｏｒｔ”
【００２８】
ＵＲＬは認証を要求し、ドメインおよび初期ＵＲＬを指定する。ＲＥＤＩＲＥＣＴに対する応答で、クライアントブラウザは自動的にＧＥＴ要求を、用意されたＵＲＬと共に送信する。
【００２９】
コンテンツサーバーがクライアントを認証サーバー２００に再度導く時は何時でも、認証サーバーは、それが承認されたコンテンツサーバーに対するものであることを確認し、要求されたアクセスに対して必要な認証のレベルを決定することにより、認定処理を開始する（２１０）。このレベルに応じて、サーバーはユーザに証明を要求することができる（２１２）。要求が低レベルドキュメントに対するものである場合、認証サーバーは適切なＳＩＤを直ちに発行し（２２８）、証明点検手順に移る。ドキュメントが証明を要する場合、認証サーバーは、“ＣＨＡＬＬＥＮＧＥ”応答を送信して、クライアントブラウザがユーザに確認を促すよう仕向ける（２１４）。好ましい確認問合せは、代表的にはユーザ名およびパスワードの要求から成る。ユーザがパスワードを与えることができない場合、そのアクセスは拒否される。ブラウザは与えられた情報から認定ヘッダ３００を形成し、認定ヘッダと共に最終ＵＲＬを用いてＧＥＴ要求を認証サーバーに再度送信する。例えば、このようなＧＥＴ要求のＵＲＬは次の形をとり得る。
“ｈｔｔｐ：／／ａｕｔｈ．ｃｏｍ／ａｕｔｈｅｎｔｉｃａｔｅ？ｄｏｍａｉｎ＝〔ｄｏｍａｉｎ〕＆ＵＲＬ＝ｈｔｔｐ：／／ｃｏｔｅｎｔ．ｃｏｍ／ｒｅｐｏｒｔ”および認定ヘッダは“ＡＵＴＨＯＲＩＺＥ：〔ａｕｔｈｏｒｉｚａｔｉｏｎ〕”であり得る。
【００３０】
ＧＥＴ要求を受信次第、要求ドキュメントにアクセスすることをユーザが認定されているか否かを決定するため（２１８）、認証サーバーは利用資格データベースに問い合わせる（２１６）。好ましい利用資格データベースは、ユーザの年齢、住所、趣味、または職業のような、コンテンツサーバーが後に使用するユーザの統計的データ情報のほかに、クライアントのＩＰアドレスおよびパスワードのような識別目的のための情報を含むユーザのプロファイルを包含することがある。ユーザが認定されると、ＳＩＤが前に説明されたように生成される（２２８）。ユーザが認定されない場合、認証サーバーは、ユーザが新しい利用資格に対する資格を有するか否かを点検する。ユーザが新しい利用資格を開く資格を持たない場合、アクセスを拒否するページがクライアントブラウザ１００に伝送される（２２２）。ユーザが資格を有する場合、新しいユーザには図５に図示されたようなリアルタイムオンライン登録を開始する書式ページが伝送される（２２４）。この書式は、
例えば、ユーザの個人情報およびクレジット照合を要する。ブラウザは認証サーバーに対する“ＰＯＳＴ”メッセージとして空白５０２にユーザにより記入されたデータを伝送することができる。ＰＯＳＴメッセージは書式のコンテンツをＵＲＬの一部としてではなく、データ部でサーバーに送信されるようにする。新しいユーザにより記入された登録書式が有効になると（２２６）、適切なＳＩＤが生成される（２２８）。登録が有効でない場合、アクセスは再度拒否される（２２２）。
【００３１】
認定ユーザに対するＳＩＤが、コンテンツサーバー上の管理ページに導かれたオリジナルＵＲＬに付加される（“タグ付け”）（２３０）。認証サーバーは次いでＲＥＤＩＲＥＣＴ応答をタグ付きＵＲＬに基づき、クライアントブラウザ１００に伝送する（２３２）。“ｈｔｔｐ：／／ａｕｔｈ．ｃｏｍ／〔ＳＩＤ〕／ｒｅｐｏｒｔ”のような修正されたＵＲＬが、自動的にコンテンツサーバー１２０に送出される。
【００３２】
図３は、本発明のアクセス管理およびモニタ方法を含む代表的なクライアント対サーバーの取り交わしを図示する。段階１において、ブラウザを作動しているクライアント５０は、ネットワークを介して未管理ページ（ＵＣＰ）に対するＧＥＴ要求を伝送する。例えば、ユーザは“ｃｏｎｔｅｎｔ．ｃｏｍ”がサーバー名および“広告(advertisement)”
が未管理ページ名である、ＵＲＬ“ｈｔｔｐ：ｃｏｎｔｅｎｔ．ｃｏｍ／ａｄｖｅｒｔｉｓｅｍｅｎｔ”を伝送することで、広告ページを要求することができる。段階２では、コンテンツサーバー５２はＧＥＴ要求を処理して要求ページ、“広告(advertisement)”を
伝送する。コンテンツサーバーはまた、ＵＲＬ、クライアントのＩＰアドレス、および現在時刻を記録することでＧＥＴ要求をトランザクションデータベース５６に記録する。
【００３３】
段階３では、クライアントマシン上のユーザが、管理ページ（ＣＰ）に導かれた広告ページ中のリンクを横断するように選択できる。例えば、広告ページは“リポート（report）”と呼ばれる管理ページに対するリンクを含むことがある。このリンクを選択すると、クライアントブラウザ５０はＧＥＴ要求をリポートファイル“ｈｔｔｐ：／／ｃｏｎｔｅｎｔ．ｃｏｍ／ｒｅｐｏｒｔ”が関連するＵＲＬを介して送出する。コンテンツサーバー５２は、要求が管理ページに対するものであること、およびＵＲＬがＳＩＤを含んでいないことを決定する。段階４では、コンテンツサーバーはＲＥＤＩＲＥＣＴ応答をクライアントに伝送し、さらに、段階５では、ブラウザは自動的にＲＥＤＩＲＥＣＴ ＵＲＬを認
証サーバー５４に送信する。認証サーバーに送信されたＲＥＤＩＲＥＣＴ ＵＲＬは下記
の文字列を含み得る。
“ｈｔｔｐ：／／ａｕｔｈ．ｃｏｍ／ａｕｔｈｅｎｔｉｃａｔｅ？ｄｏｍａｉｎ＝〔ｄｏｍａｉｎ〕＆ＵＲＬ＝ｈｔｔｐ：／／ｃｏｔｅｎｔ．ｃｏｍ／ｒｅｐｏｒｔ”
【００３４】
認証サーバーはＲＥＤＩＲＥＣＴを処理して、認定のためにユーザの確認（ＣＲＥＤ）が必要か否かを決定する。段階６では、認証サーバーは“ＣＨＡＬＬＥＮＧＥ”応答をクライアントに伝送する。前述のように、代表的な確認はユーザ名とパスワードから成る。確認情報に基づく認定ヘッダは、次いでクライアントブラウザにより認証サーバーへ送信される。例えば、このような認定ヘッダを有するＧＥＴ ＵＲＬは“ｈｔｔｐ：／／ａｕ
ｔｈ．ｃｏｍ／ａｕｔｈｅｎｔｉｃａｔｅ？ｄｏｍａｉｎ＝〔ｄｏｍａｉｎ〕＆ＵＲＬ＝ｈｔｔｐ：／／ｃｏｔｅｎｔ．ｃｏｍ／ｒｅｐｏｒｔ”であり、認定ヘッダは“ＡＵＴＨＯＲＩＺＥ：〔ａｕｔｈｏｒｉｚａｔｉｏｎ〕”であり得る。認証サーバーはＧＥＴ要求を利用資格データベース５８を点検することで処理する。有効な利用資格がユーザに対して存在する場合、ＳＩＤが発行され、それが管理ページ“リポート（report）”およびドメイン内の他のすべてのページに対するアクセスを認定する。
【００３５】
前述のように、好ましいＳＩＤはユーザ識別子、現在のドメイン、キー識別子、満了日時、クライアントのＩＰアドレス、および記憶された電子署名をコード化するコンパクト
なＡＳＣＩＩ文字列から構成される。段階８では、認証サーバーはクライアントをタグ付きＵＲＬ、“ｈｔｔｐ：／／ｃｏｔｅｎｔ．ｃｏｍ／〔ＳＩＤ〕／ｒｅｐｏｒｔ”に再度導く。段階９では、タグ付きＵＲＬは自動的にブラウザによりコンテンツサーバーにＧＥＴ要求として送信される。コンテンツサーバーはタグ付きＵＲＬ、クライアントのＩＰアドレス、および現在時刻を記録することでＧＥＴ要求をトランザクションデータベース５６に記録する。段階１０では、コンテンツサーバーが、ＳＩＤの有効性を確認次第、要求された管理ページ“リポート（report）”をクライアントブラウザ上の表示のため伝送する。
【００３６】
本発明の一構成によれば、コンテンツサーバーはトランザクションログ５６に記載された記録を定期的に評価して、関連コンテンツサーバーに対するアクセスの頻度とアクセス継続時間を決定する。サーバーは、格付け目的で異なるページ上の情報のメリットを決定するため、共通クライアントからの反復要求を除いて、特定ページに対する要求を計数する。反復要求を除外することで、システムは“投票箱に詰め込む”ことを試みるユーザによるひずみを避ける。一実施形態において、定まった時間周期内に入る共通クライアントによる反復要求を除外するため、共通クライアントによる反復要求の時間間隔が測定される。
【００３７】
これに加え、サーバーは任意の与えられた時間に、クライアント対サーバーのセッション内のアクセス履歴を追跡することができる。このような履歴プロファイルはサービスプロバイダに、リンク横断頻度およびユーザにより辿られるリンク経路について情報を与える。このプロファイルは、特定ユーザＩＤ（ＵＩＤ）を含むトランザクションのみを選択するため、１つまたは複数のサーバーからのトランザクションログをフィルタリングすることで作成される。これらのログにおける特定されたユーザからの要求に対応する２つの連続したエントリであるＡおよびＢは、この特定されたユーザにより行われたドキュメントＡからドキュメントＢへのリンク横断を表す。この情報は特定ページに対して最も人気があるリンクを識別し、より直接的なアクセスを提供するに何処に新しいリンクを挿入すべきかを示唆するため用いられる。別の実施形態では、商業ページ内で行われた製品の購入につながる横断リンクを決定するためアクセス履歴が評価される。この情報は、例えば、広告ページから製品ページへのリンク横断数、または広告を含む経路から生ずる購入の計数に基づき、広告料の要求に用いることができる。この実施形態では、サーバーは特定ページ、リンク、またはリンクの経路から生じた販売件数を測定することで広告の効果を計ることができる。本システムは、広告ページから生じた販売件数に基づき、広告ページに対する料金を商業者に請求するように構成することができる。
【００３８】
本発明の別の構成によれば、図２Ｂの認証サーバー２００のような第２のサーバーが利用資格データベース２１６から事前に設定されたユーザプロファイルをアクセスすることができ、このようなプロファイルに基づく情報をＳＩＤのユーザ識別子フィールドに含ませることができる。好ましい実施形態では、ＳＩＤのユーザ識別子フィールドに基づき個人化されたコンテンツを含むように、ユーザ要求ページをカスタマイズするためにコンテンツサーバーはこのようなＳＩＤを用いることができる。
【００３９】
本発明の別の構成では、ユーザは予約講読を介して雑誌または刊行物を含むサーバーのドメインに対するアクセスを得ることができる。このような状況では、ユーザはインターネットを介するオンラインドキュメントに対してアクセスを得ることで事前に予約講読権を購入することができる。ユーザは認定識別子が好ましくはセッション識別子に埋設されている上述のような認定手順を介して、インターネット上で予約講読ドキュメントに対するアクセスを得る。別の実施形態では、前払予約講読に頼るのではなく、ユーザがインターネットを介して特定のドキュメントにアクセスする度に料金を請求されることが可能になる。この場合、サービスに対する料金が請求されるためには、ユーザが完全に識別され
る限り認定は要求されない。ユーザの識別は、最も適切には上記で説明されたセッション識別子に埋設される。
【００４０】
本発明は、この明細書に参照として組み入れられた、１９９４年１０月２４日に出願された米国特許出願第０８／３２８，１３３号に提示されたようなネットワーク販売システムに対する特定の用途を有する。
【００４１】
この特許文書の開示の一部は著作権保護の対象である以下の付属部分を構成するプログラムリストを含んでいる。この著作権者は特許開示内容の何者によるファクシミリ複製に対しても、それが特許商標局の特許ファイルまたは記録に現れるため異議を唱えるものではないが、さもない場合はいかなる形でもすべての著作権を留保する。
【００４２】
【数１】
2006309753.tif 000003
【００４３】
【数２】
2006309753.tif 000004
【００４４】
【数３】
2006309753.tif 000005
【００４５】
【数４】
2006309753.tif 000006
【００４６】
【数５】
2006309753.tif 000007
【００４７】
【数６】
2006309753.tif 000008
【００４８】
【数７】
2006309753.tif 000009
【００４９】
【数８】
2006309753.tif 000010
【００５０】
【数９】
2006309753.tif 000011
【００５１】
【数１０】
2006309753.tif 000012
【００５２】
【数１１】
2006309753.tif 000013
【００５３】
【数１２】
2006309753.tif 000014
【００５４】
【数１３】
2006309753.tif 000015
【００５５】
【数１４】
2006309753.tif 000016
【００５６】
【数１５】
2006309753.tif 000017
【００５７】
【数１６】
2006309753.tif 000018
【００５８】
【数１７】
2006309753.tif 000019
【００５９】
【数１８】
2006309753.tif 000020
【００６０】
【数１９】
2006309753.tif 000021
【００６１】
【数２０】
2006309753.tif 000022
【００６２】
【数２１】
2006309753.tif 000023
【００６３】
【数２２】
2006309753.tif 000024
【００６４】
【数２３】
2006309753.tif 000025
【００６５】
【数２４】
2006309753.tif 000026
【００６６】
【数２５】
2006309753.tif 000027
【００６７】
【数２６】
2006309753.tif 000028
【００６８】
【数２７】
2006309753.tif 000029
【００６９】
【数２８】
2006309753.tif 000030
【００７０】
【数２９】
2006309753.tif 000031
【００７１】
【数３０】
2006309753.tif 000032
【００７２】
【数３１】
2006309753.tif 000033
【００７３】
【数３２】
2006309753.tif 000034
【００７４】
【数３３】
2006309753.tif 000035
【００７５】
〔均等物〕
当業者は、必要以上の実験を行わなくとも、ここに記載された本発明の特定の実施形態に対する多くの均等物を相当するであろう。これらすべての均等物は請求の範囲に包含される。
【図面の簡単な説明】
【００７６】
【図１】インターネット運用を示す線図である。
【図２Ａ】インターネットサーバーアクセス管理およびモニタの好ましい方法を説明するフローチャートである。
【図２Ｂ】認証プロセスの詳細を説明する関連フローチャートである。
【図３】本発明のアクセス管理およびモニタ方法を含むクライアント対サーバーの取り交わしセッションの例を示す線図である。
【図４】ワールドワイドウェブページの例を示す図である。
【図５】認定書式ページを示す図である。
【図１】
2006309753.tif 000036
【図２Ａ】
2006309753.tif 000037
【図２Ｂ】
2006309753.tif 000038
【図３】
2006309753.tif 000039
【図４】
2006309753.tif 000040
【図５】
2006309753.tif 000041
【手続補正書】
【提出日】平成18年5月10日(2006.5.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介したクライアントからサーバーシステムへのサービス要求を処理する方法であって、
サービス要求を前記クライアントから前記サーバーシステムへ送出する段階であって、前記クライアントと前記サーバーシステム間の通信がハイパーテキスト転送プロトコル（ＨＴＴＰ）に従い、前記サーバーシステムが、要求されたサービスを提供する最初のサーバーおよび要求されたサービスに対するクライアントのアクセスを認定する認証サーバーを有する段階と、
前記最初のサーバーでセッション識別子に対するサービス要求を点検する段階と、
前記サービス要求が有効なセッション識別子を有しない場合は、前記クライアントからの前記サービス要求を前記認証サーバーに転送し、前記認証サーバーが前記クライアントを認定ルーチンに供して前記クライアントへセッション識別子を返送する段階と、
ＵＲＬ（ユニフォームリソースロケータ）におけるパス名の一部として、前記セッション識別子を要求セッション内での前記クライアントから前記サーバーシステムへの後に続くサービス要求に付加する段階とを備えたサービス要求処理方法。
【請求項２】
請求項１において、前記サーバーシステムが前記要求セッション内にあるサービス要求のシーケンスのアクセス履歴を追跡するサービス要求処理方法。
【請求項３】
請求項２において、前記サーバーシステムが前記要求セッション内で行われた購入につながるサービス要求を決定するためのアクセス履歴を追跡するサービス要求処理方法。
【請求項４】
請求項１において、前記サーバーシステムが共通クライアントからの反復要求を除く特定のサービスに対する要求を計数するサービス要求処理方法。
【請求項５】
請求項１において、前記サーバーシステムがアクセスパターンに対する顧客情報であって、顧客の統計的データを含む情報に関するデータベースを維持するサービス要求処理方法。
【請求項６】
請求項１において、前記セッション識別子は偽造から保護されているサービス要求処理方法。
【請求項７】
請求項１において、前記セッション識別子がユーザ識別子を含むサービス要求処理方法。
【請求項８】
請求項１において、前記セッション識別子がセッションに対する満了時刻を含むサービス要求処理方法。
【請求項９】
請求項１において、前記セッション識別子が、前記セッションがアクセス認定を有する保護ドメインに対するアクセスを提供するサービス要求処理方法。
【請求項１０】
請求項９において、前記セッション識別子が異なる保護ドメインに対するアクセスのため修正されるサービス要求処理方法。
【請求項１１】
請求項１において、前記セッション識別子がキー管理に対するキー識別子を提供するサービス要求処理方法。
【請求項１２】
請求項１において、前記サーバーシステムが前記セッション識別子からの情報を前記サーバーシステムにおけるトランザクションログに記録するサービス要求処理方法。
【請求項１３】
請求項１において、前記クライアントが現在のＵＲＬのパス名を相対アドレス指定を用いて修正し、このパス名の前記セッション識別子部分をセッションにおける後続の要求に対して未修正のまま保持するサービス要求処理方法。
【請求項１４】
請求項１において、さらに、定まった時間間隔内にある特定のクライアントからの情報に対して作られた要求を除外する段階を備えたサービス要求処理方法。
【請求項１５】
ネットワーク上の情報システムであって、
クライアントからのサービス要求を受信し、そのサービス要求がセッション識別子を含んでいるか否かを決定する手段であって、前記クライアントと前記サーバーシステム間の通信がハイパーテキスト転送プロトコル（ＨＴＴＰ）に従う手段と、
要求されたサービスに対するクライアントのアクセスを認定する認定ルーチンと、
前記サービス要求が有効なセッション識別子を有しない場合は、前記クライアントからの前記サービス要求を前記認定ルーチンに転送する手段と、
クライアントを認定ルーチンに供することによって、要求セッションにおける初期サービス要求に応答してセッション識別子を提供する手段と、
ＵＲＬ（ユニフォームリソースロケータ）におけるパス名の一部として前記セッション識別子を有するクライアントからのサービス要求をサービスする手段であって、後続のサービス要求がそのセッションで処理される手段とを備えた情報システム。
【請求項１６】
請求項１５において、前記セッション識別子を提供する手段が前記要求のサービスを行うサーバーシステムにある情報システム。
【請求項１７】
請求項１５において、さらに、前記セッション識別子を偽造から保護する手段とを備えた情報システム。
【請求項１８】
請求項１５において、さらに、前記セッション識別子からの情報を記録するトランザクションログを備えた情報システム。
【請求項１９】
請求項１５において、さらに、セッション内にあるサービス要求のシーケンスのアクセス履歴を追跡する手段を備えた情報システム。
【請求項２０】
請求項１５において、さらに、共通クライアントからの反復要求を除いて特定サービスに対する要求を計数する手段を備えた情報システム。
【請求項２１】
請求項１５において、アクセスパターンに対する顧客情報であって、顧客の統計的データを含む情報に関するデータベースを備えた情報システム。