(57)【特許請求の範囲】
【請求項１】
サーバコンピュータシステムに対するクライアント装置のアクセスを管理するクライントアクセス管理方法において、
上記サーバコンピュータシステムは、上記クライアント装置からのＨＴＴＰプロトコルに準拠した要求メッセージに管理識別子が含まれない場合には、新たなセッション番号を割り当て、当該要求メッセージに対するＨＴＴＰプロトコルに準拠した応答メッセージに含まれるＵＲＬの各々に対して一意に管理識別子を発生させ、上記ＵＲＬの各々に、上記一意に発生させた管理識別子をそれぞれ含ませ、そののち、当該応答メッセージを上記クライアント装置に送出し、上記セッション番号、上記ＵＲＬのリンクアドレスおよび上記管理識別子を関連付けてテーブルに記憶し、
上記サーバコンピュータシステムは、上記クライアント装置からのＨＴＴＰプロトコルに準拠した要求メッセージに管理識別子が含まれる場合には、上記テーブルを参照して当該要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子が上記テーブルにおいて関連付けられているものかどうかを判別し、（ａ）上記要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子が上記テーブルにおいて関連付けられているものである場合には、上記要求メッセージに対応するＨＴＴＰプロトコルに準拠した応答メッセージに含まれるＵＲＬの各々に対して一意に管理識別子を発生させ、上記ＵＲＬの各々に、上記一意に発生させた管理識別子をそれぞれ含ませ、そののち、当該応答メッセージを上記クライアント装置に送出し、上記要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子と上記テーブルにおいて関連付けられるセッション番号、上記ＵＲＬのリンクアドレスおよび上記管理識別子を関連付けて上記テーブルに記憶し、（ｂ）上記要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子が上記テーブルにおいて関連付けられていないものである場合には、上記要求メッセージに対応するＨＴＴＰプロトコルに準拠した応答メッセージの送出を禁止することを特徴とするクライアントアクセス管理方法。
【請求項２】
上記要求メッセージを受け取ったときには、そのＵＲＬに含まれる管理識別子を上記テーブルにおいて使用済みとし、以降、同様の管理番号を含むＵＲＬを伴う要求メッセージを無効にする請求項１記載のクライアントアクセス管理方法。
【請求項３】
クライアント装置からの要求メッセージを受け取り対応する応答メッセージを上記クライアント装置に返すサーバコンピュータシステムにおいて、
上記サーバコンピュータシステムは、上記クライアント装置からのＨＴＴＰプロトコルに準拠した要求メッセージに管理識別子が含まれない場合には、新たなセッション番号を割り当て、当該要求メッセージに対するＨＴＴＰプロトコルに準拠した応答メッセージに含まれるＵＲＬの各々に対して一意に管理識別子を発生させ、上記ＵＲＬの各々に、上記一意に発生させた管理識別子をそれぞれ含ませ、そののち、当該応答メッセージを上記クライアント装置に送出し、上記セッション番号、上記ＵＲＬのリンクアドレスおよび上記管理識別子を関連付けてテーブルに記憶し、
上記サーバコンピュータシステムは、上記クライアント装置からのＨＴＴＰプロトコルに準拠した要求メッセージに管理識別子が含まれる場合には、上記テーブルを参照して当該要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子が上記テーブルにおいて関連付けられているものかどうかを判別し、（ａ）上記要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子が上記テーブルにおいて関連付けられているものである場合には、上記要求メッセージに対応するＨＴＴＰプロトコルに準拠した応答メッセージに含まれるＵＲＬの各々に対して一意に管理識別子を発生させ、上記ＵＲＬの各々に、上記一意に発生させた管理識別子をそれぞれ含ませ、そののち、当該応答メッセージを上記クライアント装置に送出し、上記要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子と上記テーブルにおいて関連付けられるセッション番号、上記ＵＲＬのリンクアドレスおよび上記管理識別子を関連付けて上記テーブルに記憶し、（ｂ）上記要求メッセージに含まれるＵＲＬのリンク情報および上記ＵＲＬの管理識別子が上記テーブルにおいて関連付けられていないものである場合には、上記要求メッセージに対応するＨＴＴＰプロトコルに準拠した応答メッセージの送出を禁止することを特徴とするサーバコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クライアント装置からのアクセスを管理するクライアントアクセス管理技術に関する。
【背景技術】
【０００２】
ウェブ閲覧機能付きの携帯電話機が用いられるようになってきている。この携帯電話機のウェブ閲覧ソフトウェア（ウェブブラウザ）では、クッキーを用いることができず、クッキーを用いたセッション管理等を行うことができない。このような環境では、動的にウェブ文書を作成して、ＵＲＬ（ユニフォームリソースルケータ）内で引数としてセッション番号等を付与し、セッション管理を可能にしている。しかしながら、動的にウェブ文書を作成しない場合にはこのような手法を用いることはできない。同様な問題はセキュリティ等の観点からクライアント側でクッキーを利用しないように設定している場合にも起こる。
【０００３】
なお、クッキーは、サーバからクライアントに対して書きこまれる情報であり、クライアントは後の要求時に所定の条件下でサーバにクッキーを返す。サーバはクッキーを用いてセッション管理等を行うことができる。
【０００４】
すなわち、サーバは、クライアントの要求メッセージに対して応答メッセージを返し、この応答メッセージのヘッダーや文書にクッキー設定命令を含ませる（図１０の符号１００１、１００２で示す）。文書に含まれる場合にはメタタグを用いて記述される。クッキー設定命令は、クッキーの値、クッキーの値が返されるパス、有効期限等を含んでいる。クッキーを受け付けることが可能なクライアント（ウェブブラウザ）は、クッキー設定命令を受け付けて所定のファイルにクッキー情報を保持する。クッキーを保持しているクライアントは、要求メッセージをサーバに送る際にその要求先のパスとクッキー情報のパスとを比較し合致したものがある場合には、図１１に示すようにクッキーの値１００３を要求メッセージに含ませてサーバに送る。サーバ側ではクッキーの値を受けとってその値に応じた処理を行い、応答メッセージをクライアントに返す。
【０００５】
上述のクッキーの詳細に関しては「ｈｔｔｐ：／／ｈｏｍｅ．ｎｅｔｓｃａｐｅ．ｃｏｍ／ｎｅｗｓｒｅｆ／ｓｔｄ／ｃｏｏｋｉｅ＿ｓｐｅｃ．ｈｔｍｌ」を参照されたい。
【０００６】
また、ＵＲＬはサーバのアドレスと当該サーバに格納された情報とを特定するための記述形式であり、サーバにアクセスする方法であるプロトコルと、ネットワーク上のアドレス（サーバ名、ポート番号、パス）とクエリー文字列（ＧＥＴ等のメソッドの引数。情報がプログラムの場合）等を記述するものである。
【０００７】
また上述のクッキーの管理に加えて、クライアントからのアクセスを簡易に制御することが望まれる。また、クッキーやセッション番号と離れてクライアントからのアクセスを簡易に制御することもの望まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この発明は、以上の事情を考慮してなされたものであり、クライアントからのアクセスを簡易に制御でき、またクッキーやセッション番号を管理するのに最適なクライアントアクセス管理技術を提供することを目的としている。
【課題を解決するための手段】
【０００９】
この発明によれば、上述の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。ここでは、発明を詳細に説明するのに先だって、特許請求の範囲の記載について補充的に説明を行なっておく。
【００１０】
すなわち、この発明によれば、上述の目的を達成するために、サーバコンピュータシステムに対するクライアント装置のアクセスを管理するクライントアクセス管理方法において；上記サーバコンピュータシステムは、上記クライアント装置からの要求メッセージに基づいて応答メッセージを上記クライアント装置に送出し、上記応答メッセージに含まれるＵＲＬには上記ＵＲＬの各々に対して一意に発生させられ管理識別子を含ませ；さらに、要求メッセージのＵＲＬに含まれる管理識別子が有効な管理識別子かどうかを判別し；上記要求メッセージのＵＲＬに含まれる管理識別子が有効な管理識別子の場合に応答メッセージを上記クライアント装置に送出し；上記要求メッセージのＵＲＬに含まれる管理識別子が無効な管理識別子の場合に応答メッセージの送出を禁止するようにしている。
【００１１】
この構成においては、管理識別子に基づいてクライアントからのアクセスを制御することができる。これに限定されないが、例えば、アクセスごとに使用済み管理識別子をマークしておき、再度、同一の管理識別子がきたときにアクセスを禁止すつ等の処理を行なえる。
【００１２】
この発明は方法の態様で実現できるのみでなく装置またはシステムの態様で実現することもでき、またコンピュータプログラムを記録して記録媒体としても実現できることはもちろんである。
【発明の効果】
【００１３】
この発明によれば、ＵＲＬ毎に一意の管理番号を利用してクライアントからのアクセスを制御できる。
【発明を実施するための最良の形態】
【００１４】
以下、この発明の実施例について説明する。
【００１５】
図１はこの発明の実施例を全体として示しており、この図において、ウェブサイト１にはウェブサーバ１０およびアプリケーションサーバ１１が設けられている。ウェブサーバ１０およびアプリケーションサーバ１１等のコンピュータリソースは例えば構内通信網（ＬＡＮ）１２により相互接続されている。アプリケーションサーバ１１は通常のものであり、ウェブサーバ１０からＣＧＩ（コモンゲートインタフェース）等のインタフェース接続を介して種々の要求を受け取り種々の処理を実行する。また、アプリケーションサーバ１１は、通常どおり、クッキーデータベース１４を用いてクライアント装置２の状態情報を管理する。ウェブサーバ１０は、ＨＴＴＰプロトコルにしたがってクライアント装置２からの要求メッセージを受け取り処理するものである。ただし、このウェブサーバ１０は、クッキー処理部１５を有している。クッキー処理部１５は、アプリケーションサーバ１１からの応答メッセージのクッキー設定命令からクッキー情報を抽出し、このクッキー情報に関連付けられた新たなＵＲＬを生成し、元のＵＲＬと書き換えを行うものである。書き換えられたＵＲＬとクッキー情報とを関連付ける情報は管理情報データベース１３に管理される。
【００１６】
クライアント装置２は例えばウェブ閲覧機能を有する携帯電話機である。もちろん他のウェブ閲覧機能付き情報端末を用いることができる。このクライアント装置２とウェブサイト１とは、適用可能な範囲で、インターネット、構内通信網、その他、種々の通信ネットワーク３で接続される。
【００１７】
図２はクッキー処理部１５を模式的に示しており、この図において、クッキー処理部１５は、ヘッダークッキー情報抽出部１５１、ヘッダー情報更新部１５２、応答メッセージ合成部１５３、メタタグクッキー情報抽出部１５４、リンク走査部１５５、管理番号生成部１５６、ＵＲＬ・管理番号連結部１５７、暗号化部１５８、リンク置換部１５９、管理情報書込み読出し部１６０、セッション番号生成部１６１、セッション番号記憶部１６２、復号部１６３、検証部１６４等を含んで構成されている。管理情報データベース１３は、管理番号テーブル１３１およびセッション番号テーブル１３２等を含んでいる。管理番号テーブル１３１は図３に示すような情報を含んでいる。セッション番号テーブル１３２は図４に示すような情報を含んでいる。なお、図1のクッキーデータベース１４は図５に示すような情報を含んでいる。クッキー情報に関連付けられる属性はクッキー情報をどのように使うかにより異なる。例えばセッションＩＤとして用いる場合にはユーザ名等である。
【００１８】
応答メッセージは図１０で示したようにヘッダーまたは文書にクッキー情報を含むことができる。応答メッセージはヘッダー部分および文書部分に分割される。ヘッダー部分はヘッダークッキー情報抽出部１５１およびヘッダー情報更新部１５２に送られる。ヘッダークッキー情報抽出部１５１はヘッダーに含まれるクッキー設定命令（図１０の１００１）を抽出するものでである。ヘッダー情報更新部１５２は、後述する文書のリンク書き換え等をヘッダー情報に反映させるもんである。例えばヘッダーのコンテンツ長を変更する。更新されたヘッダーは応答メッセージ合成部１５３に送られる。応答メッセージ合成部１５３は、後述するように修正が行われた文書と更新されたヘッダーとを合成して変換した応答メッセージを組み立てクライアント装置２（図１）に送るものである。
【００１９】
応答メッセージの文書部分はメタタグクッキー情報抽出部１５４、リンク走査部１５５、リンク置換部１５９に送られる。メタタグクッキー情報抽出部１５４は、文書に含まれるクッキー設定命令（図１０の１００２）を抽出するものでである。リンク走査部１５５は文書中のリンク（アンカータグで特定されるＵＲＬ）を検出するものである。検出結果は管理番号生成部１５６およびＵＲＬ・管理番号連結部１５７に送られる。管理番号生成部１５６はリンクの検出ごとに新たな一意の管理番号を生成する。管理番号は例えば連続したもので良い。管理番号はＵＲＬ・管理番号連結部１５７に送られる。ＵＲＬ・管理番号連結部１５７はリンクのＵＲＬと管理番号を連結し暗号化部１５８に供給する。暗号化部１５８は連結結果をリンク置換部１５９に送る。リンク置換部１５９は、文書中のリンクのＵＲＬを連結結果の暗号文に置き換える。なお、この例では、暗号文であること、あるいは変換したＵＲＬであることを明示するために所定のマーク例えば「／＠＿＠／」を暗号文の先頭に付加している。リンク置換部１５９から出力されるＵＲＬを置き換えた文書は応答メッセージ合成部１５３に送られ、先に述べたように、ここで変換した応答メッセージが合成される。
【００２０】
要求メッセージが、通常のＵＲＬを含むかあるいは、暗号文のＵＲＬ（変換したＵＲＬ）を含むかにより、処理が切りかえられる。要求メッセージが通常のＵＲＬを含む場合にはセッション番号生成部１６１に通知が行われ、セッション番号生成部１６１が新たにセッション番号を生成する。このセッション番号は例えば連続番号である。もちろん、数字以外の記号を用いてもよい。セッション番号記憶部１６２はセッション番号生成部１６１から出力されたセッション番号、および変換されたＵＲＬにより後述するように決定されるセッション番号を受けとって記憶する。セッション番号記憶部１６２に記憶されているセッション番号は、管理番号生成部１５６から出力される管理番号およびリンク走査部１５５から出力されるＵＲＬとともに管理番号テーブル１３１に保持される。さらに、セッション番号記憶部１６２に記憶されているセッション番号は、ヘッダークッキー情報抽出部１５１およびメタタグクッキー情報抽出部１５４出力されるクッキー情報とともにセッション番号テーブル１３２に保持される。
【００２１】
要求メッセージが、暗号文のＵＲＬ（変換したＵＲＬ）を含む場合には、その要求メッセージは復号部１６３に送られる。復号部１６３は要求メッセージのＵＲＬの「／＠＿＠／」のマークを除去し、暗号文を復号して元のＵＲＬおよび管理番号の対を再生する。検証部１６４はこれらＵＲＬおよび管理番号を用いて管理番号テーブル１３１を表引きし、対応するセッション番号を取得する。セッション番号はセッション番号記憶部１６２に記憶され、このセッション番号を用いてセッション番号テーブル１３２を表引きし、クッキー情報を取得する。パスが合致する場合、クッキーの値を要求メッセージに含めてアプリケーションサーバ１１（図１）等に返す。対応するＵＲＬおよび管理番号の対がない場合には空を出力して処理を終了する。
【００２２】
アプリケーションサーバ１１は、クッキーの値を受け取り、クッキーデータベース１４を参照してクッキーの属性に応じた処理、例えばセッション管理等を行う。
【００２３】
つぎに、この実施例の動作について詳細に説明する。
【００２４】
図６は、主にクッキー処理部１５における要求メッセージの処理フローを示している。要求メッセージは以下のとおり処理される。
【００２５】
［ステップＳ１０］：要求メッセージを受け取る。
［ステップＳ１１］：要求メッセージ中のＵＲＬが通常のＵＲＬか変換したＵＲＬかを判別する。通常のＵＲＬの場合にはステップＳ１２へ進む。変換したＵＲＬの場合にはステップＳ１４へ進む。
［ステップＳ１２］：セッション番号生成部１６１を起動して新たなセッション番号を生成させる。
［ステップＳ１３］：新たに生成したセッション番号をセッション番号記憶部１６２に更新書き込みする。
［ステップＳ１４］：変換したＵＲＬを復号部１６３で復号する。
［ステップＳ１５］：復号して得た管理番号および元のＵＲＬを用いて管理番号テーブル１３１を表引きする。対応するレコードがある場合にはステップＳ１６へ進む。ない場合には、不適切な要求メッセージ（例えば改竄されている）として処理を中止する。
［ステップＳ１６］：表引きして得た、管理番号、ＵＲＬおよびセッション番号の組からセッション番号を取り出してセッション番号記憶部１６２に更新書き込みする。
［ステップＳ１７］：読み出した管理番号のタプル（レコード）を無効にする。これにより、使用済みの変換ＵＲＬを用いた成りすましを回避できる。
［ステップＳ１８］：ＵＲＬおよびセッション番号でセッション番号テーブル１３２を表引きしてパスに合致したクッキーを取りだす。
［ステップＳ１９］：要求メッセージにクッキーを組み込んでアプリケーションサーバ１１に渡す。
【００２６】
図７は、応答メッセージのクッキー設定命令を処理するときのフローを示し、その処理は以下のとおりである。
【００２７】
［ステップＳ２０］：クッキー設定命令からクッキー情報を抽出する。クッキー設定命令自体は破棄する。
［ステップＳ２１］：セッション番号記憶部１６２から読出したセッション番号とクッキー情報とをセッション番号テーブル１３２に書込む。
［ステップＳ２２］：文書からＵＲＬを抽出する。
［ステップＳ２３］：ＵＲＬごとに管理番号を生成する。管理番号は例えば連続番号である。
［ステップＳ２４］：セッション番号記憶部１６２から読み出したセッション番号とＵＲＬと管理番号とを管理番号テーブル１３１に書込む。
［ステップＳ２５］：ＵＲＬと管理番号とを連結する。
［ステップＳ２６］：連結結果を暗号化する。
［ステップＳ２７］：元のＵＲＬを暗号文で置換する。
［ステップＳ２８］：すべてのＵＲＬを処理したかを判別し、残っていればステップＳ２２に戻り、残っていなければステップＳ２９へ進む。
［ステップＳ２９］：ＵＲＬを置換した文書に基づいてヘッダーを更新する。
［ステップＳ３０］：ＵＲＬを置換した文書および更新したヘッダーを連結して応答メッセージを合成する。
［ステップＳ３１］：合成した応答メッセージをクライアント装置２に送る。
【００２８】
図８は、主に、クッキーを設定するときのデータの流れを具体例を挙げて説明している。この例では、要求メッセージのＵＲＬは「ｈｏｇｅｈｏｇｅ．ｃｇｉ」である。ＵＲＬ自体は通常のものすなわち変換されていないものである。この場合には新たにセッション番号が割り当てられる。もちろん、要求メッセージのＵＲＬが変換されたＵＲＬでもよい。その場合、それに対応したセッション番号が用いられる。
【００２９】
なお、要求メッセージは例えばクライアント装置２のユーザの名前を引数として送っているものとする。
【００３０】
アプリケーションサーバ１１は、ユーザから送られた情報を、クッキー「ｓｉｄ」のもと管理するようになっており、まず、「ｓｉｄ＝１０１」の下、クッキーデータベース１４にユーザの氏名（例えば「ｉｓｈｉｄａ」）を保持する。同時に、アプリケーションサーバ１１はクッキー設定命令「Ｓｅｔ−Ｃｏｏｋｉｅ：ｓｉｄ＝１０１」（その他のクッキー情報は図示しない）をウェブサーバ１０に送る。後に、クライアント装置２からの要求時にクッキー「ｓｉｄ＝１０１」がアプリケーションサーバ１１に送られれば、アプリケーションサーバ１１は氏名「ｉｓｈｉｄａ」を判別できる。
【００３１】
なお、「ｓｉｄ」はアプリケーションサーバ１１がアプリケーションの目的で用いる「セッションＩＤ」を意味するが、これは上述のクッキー処理部１５で用いる「セッション番号」とは異なる。
【００３２】
また、この例では、「ｎｅｘｔ．ｃｇｉ」をアンカーのＵＲＬとし、「ｉｓｈｉｄａさんこんにちは」というテキストをアンカータグでマークしている。
【００３３】
ウェブサーバ１０のクッキー処理部１５はアンカーのＵＲＬに管理番号（「ｃｌｉｅｎｔＩＤ」とも記述する）を連結した上で応答メッセージ（ヘッダーおよび文書）をクライアント装置２へ送る。実際には連結したＵＲＬおよび管理番号は暗号化され、さらに、所定の記号例えば「／＠＿＠／」でマークされてクライアント装置２に送られる。管理番号およびセッション番号は管理番号テーブル１３１およびセッション番号テーブル１３２により管理される。
【００３４】
図９は、変換されたＵＲＬを含む応答メッセージを受け取ったユーザが、変換したＵＲＬを用いてリンクを辿る場合のデータの流れを具体例を挙げて説明している。まず、ウェブサーバ１０がクライアント装置２から「ｎｅｘｔ．ｃｇｉ」および管理番号（ｃｌｉｅｎｔ＝１２３）を連結したＵＲＬを含む要求メッセージを受け取る。このＵＲＬは実際には暗号化され「／＠＿＠／」でマークされている。ウェブサーバ１０のクッキー処理部１５はＵＲＬの暗号文を復号して元のＵＲＬおよび管理番号を再生し、管理情報データベース１３を参照して検証を行う。検証に成功したら管理番号テーブルからセッション番号を取りだし、さらに、セッション番号およびＵＲＬに基づいてセッション番号テーブル１３２から所望のクッキーを取り出す。この要求メッセージにクッキーが加えられアプリケーションサーバ１１に供給される。アプリケーションサーバ１１はクッキー（ｓｉｄ＝１０１）に基づいてクッキーデータベース１４を参照してｕｓｅｒ＝ｉｓｈｉｄａというデータを取りだし、「ｉｓｈｉｄａさんこんにちは」というテキスト等を生成してウェブサーバ１０に送る。ウェブサーバ１０のクッキー処理部１５はアンカーのＵＲＬ（この例では「ｎｅｘｔｎｅｘｔ．ｃｇｉ」）に管理番号を連結し、さらに暗号化しマークを付してクライアント装置２に応答メッセージとして供給する。
【００３５】
以上で実施例の説明を終了する。
【００３６】
なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。例えば、上述の例では、暗号化部および復号部を用いて、管理番号およびＵＲＬを暗号処理しているが、平文のまま処理してもよい。管理番号は連続番号でもよいし、乱数でもよい。数字以外の記号でもよい。
【００３７】
クッキー設定情報はクライアント装置２では用いないので、クライアント装置２には送らないようにしてもよいし、そのまま送ってもよい。
【００３８】
クライアント装置２がクッキーを利用できるかどうかを検証し、クッキーを利用できない場合に限り、この発明のクッキー処理を行っても良い。
【００３９】
クッキー処理を行う部分は、ウェブサーバ１０に実装されてもよいし、ウェブサーバとアプリケーションサーバとの間、ウェブサーバのクライアント側、アプリケーションサーバに設けられてもよい。
【００４０】
また、上述の実施例ではリンクのＵＲＬに管理番号を連結し、この管理番号とセッション番号（クライアントの状態管理識別子）を管理番号テーブル１３１により関連付け、さらに、このセッション番号とクッキー情報（クッキー、パス、有効期限等）とをセッション番号テーブル１３２により関係付けるようにしている。そして、要求メッセージに含まれるＵＲＬから管理番号を再生し、最終的に所望のクッキー情報を取得するようにしている。しかし、セッション番号のみを利用してもよい。すなわち、セッション番号を用いてセッション管理等を行うようにしてもよい。
【００４１】
また、管理番号とクッキー情報とを直接に関係付けるようにしてもよい。すなわち、管理番号テーブル１３１が管理番号およびクッキー情報の組を保持するようにしてもよい。なお、複数のクッキー情報がパスを共通にする場合には複数のクッキー情報を１の管理番号に関係付ける。
【００４２】
また、管理番号とクッキー情報とを直接または間接に関連付け、管理番号からクッキー情報を取り出すかわりに、１または複数のクッキー情報自体をＵＲＬに直接に含めて処理するようにしてもよい。この場合、暗号化することが好ましい。
【００４３】
また上述の変換したＵＲＬは電子メール等に含ませてユーザに送るようにしてもよい。このようにすれば、ただちにクッキーを利用可能となる。
【００４４】
また、クッキーを処理する部分（クッキー処理部１５）は、ウェブサーバ１０内に設けられているが、アプリケーションサーバ１１に設けられていても良いし、ウェブサーバ１０とアプリケーションサーバ１１の間に設けられても良いし、ウェブサーバ１０のフロントエンドに設けられてもよい。また、クライアント装置２が接続されているプロキシサーバに設けられても良い。
【図面の簡単な説明】
【００４５】
【図１】この発明の実施例を全体として示すシステム図である。
【図２】実施例のクッキー処理部の構成例を説明するブロック図である。
【図３】管理情報データベースの管理番号テーブルを説明する図である。
【図４】管理情報データベースのセッション番号テーブルを説明する図である。
【図５】クッキーデータベースを説明する図である。
【図６】要求メッセージの処理を説明するフローチャートである。
【図７】応答メッセージの処理を説明するフローチャートである。
【図８】クッキーを設定する処理におけるデータの流れを説明する図である。
【図９】リンクを辿る処理におけるデータの流れを説明する図である。
【図１０】応答メッセージのクッキー設定命令を説明する図である。
【図１１】要求メッセージのクッキーを説明する図である。
【符号の説明】
【００４６】
１      ウェブサイト
２      クライアント装置
３      通信ネットワーク
１０      ウェブサーバ
１１      アプリケーションサーバ
１３      管理情報データベース
１３１      管理番号テーブル
１３２      セッション番号テーブル
１４      クッキーデータベース
１５      クッキー処理部
１５１      ヘッダークッキー情報抽出部
１５２      ヘッダー情報更新部
１５３      応答メッセージ合成部
１５４      メタタグクッキー情報抽出部
１５５      リンク走査部
１５６      管理番号
１５６      管理番号生成部
１５７      ＵＲＬ・管理番号連結部
１５８      暗号化部
１５９      リンク置換部
１６０      管理情報書込み読出し部
１６１      セッション番号生成部
１６２      セッション番号記憶部
１６３      復号部
１６４      検証部
１００１      クッキー設定命令
１００２      クッキー設定命令
１００３      クッキー
【図１】
0004728634.tif 000002
【図２】
0004728634.tif 000003
【図３】
0004728634.tif 000004
【図４】
0004728634.tif 000005
【図５】
0004728634.tif 000006
【図６】
0004728634.tif 000007
【図７】
0004728634.tif 000008
【図８】
0004728634.tif 000009
【図９】
0004728634.tif 000010
【図１０】
0004728634.tif 000011
【図１１】
0004728634.tif 000012