(57)【要約】【課題】クライアントサーバシステムにおけるアクセス認証フレームワークにおいて、サーバによるログインフォームの表示を可能にする。【解決手段】ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいてクライアント装置の認証を行う認証システムであって、サーバ装置は、クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信手段と、レスポンスに応じて、クライアント装置から送信された応答値を受信し、該応答値に基づいてクライアント装置を認証する認証手段とを備え、クライアント装置は、ログインフォームに入力されたフォーム入力値からサーバ装置から指定された応答値計算方法を用いて応答値を計算する応答値計算手段と、応答値をサーバ装置へ送信するリクエスト送信手段とを備えた。【選択図】図１
2011141737.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証システムであって、
前記サーバ装置は、
前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信手段と、
前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証手段とを備え、
前記クライアント装置は、
前記ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算手段と、
前記応答値を前記サーバ装置へ送信するリクエスト送信手段とを備えた
ことを特徴とする認証システム。
【請求項２】
前記サーバ装置は、前記クライアント装置における応答値計算方法を複数指定し、
前記クライアント装置は、前記サーバから指定された応答値計算方法のいずれかを選択し、選択した応答値計算方法に従って前記応答値を計算して前記サーバ装置へ送信することを特徴とする請求項１に記載の認証システム。
【請求項３】
前記クライアント装置は、前記ログインフォームに入力された前記フォーム入力値のみを前記サーバ装置に対して送信し、
前記サーバ装置は、前記応答値が前記リクエスト内に含まれていないときは前記フォーム入力値によって前記クライアント装置を認証することを特徴とする請求項１または２に記載の認証システム。
【請求項４】
ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証方法であって、
前記サーバ装置は、
前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信ステップと、
前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証ステップとを有し、
前記クライアント装置は、
前記ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算ステップと、
前記応答値を前記サーバ装置へ送信するリクエスト送信ステップとを有する
ことを特徴とする認証方法。
【請求項５】
前記サーバ装置は、前記クライアント装置における応答値計算方法を複数指定し、
前記クライアント装置は、前記サーバから指定された応答値計算方法のいずれかを選択し、選択した応答値計算方法に従って応答値を計算して前記サーバ装置へ送信することを特徴とする請求項４に記載の認証方法。
【請求項６】
前記クライアント装置は、前記ログインフォームに入力された前記フォーム入力値のみを前記サーバ装置に対して送信し、
前記サーバ装置は、前記応答値が前記リクエスト内に含まれていないときは前記フォーム入力値によってクライアント装置を認証することを特徴とする請求項４または５に記載の認証方法。
【請求項７】
ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行うサーバ装置であって、
前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信手段と、
前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証手段と
を備えたことを特徴とするサーバ装置。
【請求項８】
前記サーバ装置は、クライアント装置における応答値計算方法を複数指定し、
前記クライアント装置が選択した応答値計算方法に従って計算された応答値を前記クライアント装置から受信して、該応答値に基づいて、前記クライアント装置の認証を行うことを特徴とする請求項７に記載のサーバ装置。
【請求項９】
前記ログインフォームに入力された前記フォーム入力値のみを前記クライアント装置から受信し、前記応答値が前記リクエスト内に含まれていないときは前記フォーム入力値によって前記クライアント装置を認証することを特徴とする請求項７または８に記載のサーバ装置。
【請求項１０】
ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証システムにおけるクライアント装置であって、
前記サーバ装置から、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを受信し、該ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算手段と、
前記応答値を前記サーバ装置へ送信するリクエスト送信手段と
を備えたことを特徴とするクライアント装置。
【請求項１１】
前記クライアント装置は、前記サーバ指定された応答値計算方法のいずれかを選択し、選択した応答値計算方法に従って応答値を計算して前記サーバ装置へ送信することを特徴とする請求項１０に記載のクライアント装置。
【請求項１２】
ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行うサーバ装置上で動作する認証プログラムであって、
前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信ステップと、
前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証ステップと
をコンピュータに行わせることを特徴とする認証プログラム。
【請求項１３】
ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証システムにおけるクライアント装置上で動作する認証プログラムであって、
前記サーバ装置から、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを受信し、該ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算ステップと、
前記応答値を前記サーバ装置へ送信するリクエスト送信ステップと
をコンピュータに行わせることを特徴とする認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバシステムにおいてクライアントを認証する認証装置、認証方法及び認証プログラムに関する。
【背景技術】
【０００２】
従来から、クライアントサーバシステムにおいて、認証クライアントとのセッションを維持するためにＣｏｏｋｉｅが広く用いられている（例えば、非特許文献１参照）。Ｃｏｏｋｉｅは、ＨＴＴＰ（HyperText Transfer Protocol）におけるＷｅｂサーバとウェブブラウザ間で状態を管理するプロトコル、またそこで用いられるＷｅｂブラウザに保存された情報のことを指し、ユーザ識別やセッション管理を実現する目的などに利用される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】[Studying HTTP] HTTP Cookies,http://www.studyinghttp.net/cookies
【非特許文献２】[Studying HTTP] HTTP Authorization,http://www.studyinghttp.net/auth
【非特許文献３】笠野英松，”通信プロトコル辞典”，アスキー出版局，ｐｐ．５６４−５６６，１９９６年１１月
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、認証クライアントとのセッションを維持するためにＣｏｏｋｉｅを用いた場合、無断追跡に用いられてしまうという問題がある。一方、アクセス認証フレームワーク（例えば、非特許文献２、３参照）を用いれば、無断追跡に用いられてしまうという問題はないが、サーバがクライアントに対してログインフォームを表示することができないため、ほとんど使われていないのが実情である。
【０００５】
本発明は、このような事情に鑑みてなされたもので、クライアントサーバシステムにおけるアクセス認証フレームワークにおいて、サーバによるログインフォームの表示を可能にすることができる認証装置、認証方法及び認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証システムであって、前記サーバ装置は、前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信手段と、前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証手段とを備え、前記クライアント装置は、前記ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算手段と、前記応答値を前記サーバ装置へ送信するリクエスト送信手段とを備えたことを特徴とする。
【０００７】
本発明は、前記サーバ装置は、前記クライアント装置における応答値計算方法を複数指定し、前記クライアント装置は、前記サーバから指定された応答値計算方法のいずれかを選択し、選択した応答値計算方法に従って前記応答値を計算して前記サーバ装置へ送信することを特徴とする。
【０００８】
本発明は、前記クライアント装置は、前記ログインフォームに入力された前記フォーム入力値のみを前記サーバ装置に対して送信し、前記サーバ装置は、前記応答値が前記リクエスト内に含まれていないときは前記フォーム入力値によって前記クライアント装置を認証することを特徴とする。
【０００９】
本発明は、ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証方法であって、前記サーバ装置は、前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信ステップと、前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証ステップとを有し、前記クライアント装置は、前記ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算ステップと、前記応答値を前記サーバ装置へ送信するリクエスト送信ステップとを有することを特徴とする。
【００１０】
本発明は、前記サーバ装置は、前記クライアント装置における応答値計算方法を複数指定し、前記クライアント装置は、前記サーバから指定された応答値計算方法のいずれかを選択し、選択した応答値計算方法に従って応答値を計算して前記サーバ装置へ送信することを特徴とする。
【００１１】
本発明は、前記クライアント装置は、前記ログインフォームに入力された前記フォーム入力値のみを前記サーバ装置に対して送信し、前記サーバ装置は、前記応答値が前記リクエスト内に含まれていないときは前記フォーム入力値によってクライアント装置を認証することを特徴とする。
【００１２】
本発明は、ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行うサーバ装置であって、前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信手段と、前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証手段とを備えたことを特徴とする。
【００１３】
本発明は、前記サーバ装置は、クライアント装置における応答値計算方法を複数指定し、前記クライアント装置が選択した応答値計算方法に従って計算された応答値を前記クライアント装置から受信して、該応答値に基づいて、前記クライアント装置の認証を行うことを特徴とする。
【００１４】
本発明は、前記ログインフォームに入力された前記フォーム入力値のみを前記クライアント装置から受信し、前記応答値が前記リクエスト内に含まれていないときは前記フォーム入力値によって前記クライアント装置を認証することを特徴とする。
【００１５】
本発明は、ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証システムにおけるクライアント装置であって、前記サーバ装置から、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを受信し、該ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算手段と、前記応答値を前記サーバ装置へ送信するリクエスト送信手段とを備えたことを特徴とする。
【００１６】
本発明は、前記クライアント装置は、前記サーバ指定された応答値計算方法のいずれかを選択し、選択した応答値計算方法に従って応答値を計算して前記サーバ装置へ送信することを特徴とする。
【００１７】
本発明は、ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行うサーバ装置上で動作する認証プログラムであって、前記クライアント装置から送信されたリクエストに対して、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを送信するレスポンス送信ステップと、前記レスポンスに応じて、前記クライアント装置から送信された応答値を受信し、該応答値に基づいて前記クライアント装置を認証する認証ステップとをコンピュータに行わせることを特徴とする。
【００１８】
本発明は、ＨＴＴＰを使用して通信するクライアント装置とサーバ装置によって構成されるクライアントサーバシステムにおいて前記クライアント装置の認証を行う認証システムにおけるクライアント装置上で動作する認証プログラムであって、前記サーバ装置から、ログインフォームと、該ログインフォームの構成要素を記述したレスポンスを受信し、該ログインフォームに入力されたフォーム入力値から前記サーバ装置から指定された応答値計算方法を用いて前記応答値を計算する応答値計算ステップと、前記応答値を前記サーバ装置へ送信するリクエスト送信ステップとをコンピュータに行わせることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、クライアントサーバシステムにおけるアクセス認証フレームワークにおいて、サーバによるログインフォームの表示を可能にすることができるという効果が得られる。また、サーバによるログインフォームの表示の方式に対応しないクライアントは、従来通りＣｏｏｋｉｅによって管理することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示す装置の動作を示すシーケンス図である。
【図３】図１に示す装置の動作を示すシーケンス図である。
【図４】図１に示す装置の動作を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して、本発明の一実施形態による認証装置を説明する。図１は同実施形態の構成を示すブロック図である。この図において、符号１は、サーバであり、符号２は、パソコン等で構成するクライアント端末である。サーバ１とクライアント端末２は、ネットワーク３にそれぞれ接続されており、サーバ１とクライアント端末２との間で情報通信が可能である。
【００２２】
符号１１は、ネットワーク３を介して、クライアント端末２との間で情報通信を行う通信部である。符号１２は、クライアント端末２から送信されるリクエストを検査するリクエスト検査部である。符号１３は、クライアント端末２のリクエストに対してレスポンスを返すレスポンス生成部である。符号１４は、クライアント端末２の認証を行う認証部である。符号１５は、フォームに入力された情報に基づいて、クライアント端末２の認証を行うフォーム認証部である。符号１６は、Ｃｏｏｋｉｅの情報を検査するＣｏｏｋｉｅ検査部である。符号１８は、サーバ１の接続を許可されたユーザの情報を記憶するユーザテーブルである。符号１７は、セッション識別子を記憶するセッションテーブルである。
【００２３】
符号２１は、サーバ１との間で情報通信を行う通信部である。符号２２は、サーバ１に対するリクエストの情報を生成するリクエスト生成部である。符号２３は、サーバ１からのレスポンスの情報を検査するレスポンス検査部である。符号２４は、ＨＴＭＬに基づいて図示しない表示装置に描画を行うＨＴＭＬ描画部である。符号２５は、サーバ１に対して応答するべき応答値の計算を行う応答値計算部である。
【００２４】
次に、図２を参照して、図１に示すサーバ１がクライアント端末２の認証を行う動作を説明する。図２は、図１に示すサーバ１がクライアント端末２の認証を行う動作を示すシーケンス図である。図２においては、説明を簡単にするためにメッセージの内容を平文としているが、ｈｔｔｐｓなどを用いて暗号化してもよい。前提として、ユーザｊｏｅのユーザ名とパスワードはサーバ１のユーザテーブル１８に登録されているものとする。ユーザｊｏｅは、クライアント端末２上で動作するブラウザなどを用いて、サーバ１にリクエストする操作を行う。これを受けて、リクエスト生成部２２は、サーバ１にリクエストを送信する（図２に示す「ＧＥＴ／」）。このリクエストは、通信部１１を介して、リクエスト検査部１２が受信する。リクエスト検査部１２は、受信したリクエスト内に認証情報が含まれていないため、レスポンス生成部１３は、４０１Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを返す。
【００２５】
このレスポンスには、クライアントに必要な情報が記述されている。ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダには、認証スキームとしてｉＡｕｔｈ（本発明による方式のこと）を用いることを示す情報が記述されている。図２において、「ｒｅａｌｍ」は保護された領域名を表している。また、「ｓｕｂｓｃｈｅｍｅ」は認証メカニズムのことであり、ここでは「Ｂａｓｉｃ」と呼ばれる方式を用いる、「ｕｓｅｒｎａｍｅ」と「ｐａｓｓｗｏｒｄ」は、ログインフォームの構成要素名を示す。さらに、このレスポンスはログインフォームを含む（図２に示す＜ｆｏｒｍ＞以下）。
【００２６】
次に、ＨＴＭＬ描画部２４は、受信したレスポンスに含まれるログインフォームを表示し、クライアント端末２のユーザは、ユーザ名（ｊｏｅ）とパスワードの入力操作を行う。応答値計算部２５は、入力されたユーザ名とパスワードをログインフォームから取得する。このとき、ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに記述されていた「ｕｓｅｒｎａｍｅ」と「ｐａｓｓｗｏｒｄ」で指定された名前の要素から、ユーザ名とパスワードを取得する。図２の例では、「ｕｓｒ」と「ｐｓｗｄ」という名前の要素が、ユーザ名とパスワードである。図２に示す丸で囲んだ部分のフォーム要素により、ブラウザ上でテキストボックスとパスワード入力ボックスが表示され、クライアント端末２のユーザはこれらのボックスに対してユーザ名とパスワードを入力する操作を行うため、応答値計算部２５はこのフォーム要素からユーザ名とパスワードを取得することができる。応答値計算部２５は、これらの要素への入力値（ここでは、「ｊｏｅ」、「ｓｅｃｒｅｔ」）を用いて、サーバ１に対する応答値を計算する。
【００２７】
応答値計算部２５が行う応答値の計算はＢａｓｉｃと呼ばれる公知の方法に従って行う。ここでは、ＲＦＣ４６４８（"The Base16, Base32, and Base64 Data Encodings", RFC4648,http://tools.ietf.org/html/rfc4648, October 2006）の第４節に定義されているＢａｓｅ６４という方式を用いる。この方式を用いて、応答値を計算すると、「ｊｏｅ：ｓｅｃｒｅｔ」という文字列が「ａｍ９１ＯｎＮ１Ｙ３Ｊ１ｄＡ＝＝」に変換されることになる。
【００２８】
リクエスト生成部２２は、フォームとＨＴＴＰヘッダを連携させて、計算によって求めた応答値をＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに格納し、リクエストを生成し、このリクエストをサーバ１へ送信する。図２において、クライアント端末から送信される応答のヘッダ以外に最終行にも「ｕｓｅｒ＝”ｊｏｅ”＆ｐｓｗｄ＝”ｓｅｃｒｅｔ”」とあるのは、互換性を確保するため、ＨＴＭＬの仕様に従い、フォームへの入力値をサーバ１に送信することを意味している。なお、ここに示した通信内容は、前述の通り、暗号化してもよい。
【００２９】
次に、通信部１１を介してこのリクエストを受信すると、リクエスト検査部１２はＡｕｔｈｏｒｉｚａｔｉｏｎヘッダの有無を検査し、存在すれば認証部１４が応答値を検査することによりクライアント端末２のユーザを認証する。そして、値が正しければ、レスポンス生成部１３は、「２００ＯＫ」レスポンスをクライアント端末２へ送信する。
【００３０】
このように、ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダにログインフォームの構成要素についての情報を示すことで、クライアント端末２はフォーム入力値を用いて応答値を計算できるようになり、一方、サーバ１はログインフォームを用いてページを描画しつつ、アクセス認証フレームワーク（ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ及びＡｕｔｈｏｒｉｚａｔｉｏｎヘッダを利用した認証）による認証が可能になる。
【００３１】
なお、サーバ１が提供するＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに、複数のｓｕｂｓｃｈｅｍｅを記述するようにしてもよい。例えば、前述したＢａｓｉｃだけでなくＤｉｇｅｓｔという方式を記載しておく。応答値計算部２５は、好ましい方式を選択し、その方式に従って応答値を計算する。サーバ１は、ｓｕｂｓｃｈｅｍｅとしてＤｉｇｅｓｔとＢａｓｉｃの両方を指定する（図３に示す丸で囲んだ部分）。クライアント端末２はこのレスポンスを受信すると、好ましい方式を選択する。図３では、Ｂａｓｉｃを選択した例を示しており、その後は、前述した通りである。サーバ１は、クライアント端末２からのレスポンスに記載されたｓｕｂｓｃｈｅｍｅを参照して、それに従って（この場合であればＢａｓｉｃ方式によって）認証を行なえばよい。
【００３２】
次に、図４を参照して、クライアント端末２がＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに書かれた認証スキーム（ｉＡｕｔｈ）に対応していない場合の動作を説明する。クライアント端末２がログインフォームを描画し、クライアント端末２のユーザが、ユーザ名（ｊｏｅ）とパスワードを入力するところまでは前述した動作と同じである。続いて、クライアント端末２のリクエスト生成部２２はヘッダを無視し、従来通りログインフォームの入力値のみをサーバ１に送信する（ｕｓｒ＝”ｊｏｅ”＆ｐｓｗｄ＝”ｓｃｒｅｔ”）。
【００３３】
次に、リクエスト検査部１２が、受信したリクエスト内にＡｕｔｈｏｒｉｚａｔｉｏｎヘッダがないことを確認すると、フォーム認証部１５は、リクエスト内に含まれるユーザ名とパスワードによって認証を行う。ユーザ名とパスワードが正しければ、セッションテーブル１７にセッション識別子（図４に示す「０ｆ１ｂ．．．」）を追加する。そして、レスポンス生成部１３は、Ｓｅｔ−Ｃｏｏｋｉｅヘッダを含むレスポンスをクライアント端末２へ返す。
【００３４】
これを受けて、クライアント端末２のリクエスト生成部２２は、従来通り、Ｓｅｔ−Ｃｏｏｋｉｅの値をＣｏｏｋｉｅヘッダにコピーして、リクエストを生成して、サーバ１へ送信する。サーバ１のリクエスト検査部１２が、Ｃｏｏｋｉｅヘッダが存在することを確認すると、Ｃｏｏｋｉｅ検査部１６がセッションテーブル１７に該当セッションがあることを検査し、対応するユーザｊｏｅを得ることになる。
【００３５】
このようにして、本発明の方式に対応しないクライアント端末２があっても、サーバ１はそのクライアント端末２とのセッションをＣｏｏｋｉｅによって管理することができる。
【００３６】
なお、図１に示すサーバ１とクライアント端末２の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体にそれぞれ記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより認証処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【産業上の利用可能性】
【００３８】
クライアントサーバシステムにおいてクライアントを認証することが不可欠な用途に適用できる。
【符号の説明】
【００３９】
１・・・サーバ、１１・・・通信部、１２・・・リクエスト検査部、１３・・・レスポンス生成部、１４・・・認証部、１５・・・フォーム認証部、１６・・・Ｃｏｏｋｉｅ検査部、１７・・・セッションテーブル、１８・・・ユーザテーブル、２・・・クライアント端末、２１・・・通信部、２２・・・リクエスト生成部、２３・・・レスポンス検査部、２４・・・ＨＴＭＬ描画部、２５・・・応答値計算部、３・・・ネットワーク
【図１】
2011141737.tif 000003
【図２】
2011141737.tif 000004
【図３】
2011141737.tif 000005
【図４】
2011141737.tif 000006