(57)【特許請求の範囲】
【請求項１】
コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、前記処理対象として選択した個々のアクセス要求について各々行わせるアクセス管理装置であって、
前記処理手段は、前記処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、前記認証情報に基づく認証処理を行い、当該認証処理によって前記アクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、前記アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行い、
第１記憶手段と、
前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、前記アプリケーション・レベルのセッションが確立された端末装置の識別情報を前記第１記憶手段に記憶させるセッション管理手段と、
不特定の端末装置から単位時間内に受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されているアクセス要求を前記処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択する制御手段と、
第２記憶手段と、
受信したアクセス要求の送信元でかつ前記アプリケーション・レベルのセッションが未確立の端末装置の識別情報を前記第２記憶手段に記憶させると共に、前記アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求が前記制御手段によって処理対象として選択された回数を、前記端末装置の識別情報と対応付けて前記第２記憶手段に前記端末装置のアクセス回数として記憶させる未確立セッション管理手段と、
を備え、
前記制御手段は、前記第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が前記第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を前記第２記憶手段に記憶されている情報に基づいて選別することを特徴とするアクセス管理装置。
【請求項２】
前記処理手段は、前記処理対象として選択されたアクセス要求がログオフを要求するアクセス要求である場合に、当該アクセス要求の送信元の端末装置との間に確立していたアプリケーション・レベルのセッションを切断する処理を行い、
前記セッション管理手段は、前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間に確立していたアプリケーション・レベルのセッションが切断される毎に、前記アプリケーション・レベルのセッションが切断された端末装置の識別情報を前記第１記憶手段から消去することを特徴とする請求項１記載のアクセス管理装置。
【請求項３】
前記未確立セッション管理手段は、不特定の端末装置から受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていないアクセス要求について、送信元の端末装置の識別情報を、アクセス回数の初期値としての０及び前記端末装置からのアクセス要求を処理対象として選択することを許可する時刻を表す次回許可時刻の初期値としての現在時刻と対応付けて第２記憶手段に記憶させると共に、前記第２記憶手段に識別情報が記憶されている端末装置からのアクセス要求が前記制御手段によって処理対象として選択される毎に、前記第２記憶手段に記憶させた対応するアクセス回数をインクリメントし、かつ前記アクセス回数が増大するに従って前記端末装置からのアクセス要求を次回に処理対象として選択することを許可する迄の時間が増大するように、前記第２記憶手段に記憶させた対応する前記次回許可時刻を更新し、
前記制御手段は、前記優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求のうち、前記第２記憶手段に記憶されている前記次回許可時刻が現時刻以前のアクセス要求を処理対象として選択することを特徴とする請求項１記載のアクセス管理装置。
【請求項４】
前記セッション管理手段は、任意の端末装置との間で前記アプリケーション・レベルのセッションが確立される毎に、前記端末装置の情報を前記第２記憶手段から削除することを特徴とする請求項１記載のアクセス管理装置。
【請求項５】
前記処理手段は、前記処理対象として選択された個々のアクセス要求に対し、所定のウェブサイトを構成する各ウェブページのうち個々のアクセス要求が要求しているウェブページの情報を取得又は生成し、個々のアクセス要求の送信元の端末装置へ配信する処理を行うと共に、前記アプリケーション・レベルのセッションが確立していない端末装置からのアクセス要求に対しては、前記アプリケーション・レベルのセッションの確立に必要な認証情報を前記端末装置の操作者が入力するための入力欄が設けられたログイン画面の情報を前記端末装置へ配信する処理を行うことを特徴とする請求項１〜請求項４の何れか１項記載のアクセス管理装置。
【請求項６】
コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、前記処理対象として選択した個々のアクセス要求について各々行わせるアクセス管理方法であって、
前記処理手段は、前記処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、前記認証情報に基づく認証処理を行い、当該認証処理によって前記アクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、前記アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行い、
前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、前記アプリケーション・レベルのセッションが確立された端末装置の識別情報を第１記憶手段に記憶させ、
不特定の端末装置から単位時間内に受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されているアクセス要求を前記処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択すると共に、
受信したアクセス要求の送信元でかつ前記アプリケーション・レベルのセッションが未確立の端末装置の識別情報を第２記憶手段に記憶させると共に、前記アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求を前記処理対象として選択した回数を、前記端末装置の識別情報と対応付けて前記第２記憶手段に前記端末装置のアクセス回数として記憶させ、
前記第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が前記第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を前記第２記憶手段に記憶されている情報に基づいて選別することを特徴とするアクセス管理方法。
【請求項７】
第１記憶手段及び第２記憶手段を備えたコンピュータを、コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、前記処理対象として選択した個々のアクセス要求について各々行わせるアクセス管理装置として機能させるためのアクセス管理プログラムであって、
前記処理手段は、前記処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、前記認証情報に基づく認証処理を行い、当該認証処理によって前記アクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、前記アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行い、
前記コンピュータを、
前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、前記アプリケーション・レベルのセッションが確立された端末装置の識別情報を前記第１記憶手段に記憶させるセッション管理手段、
不特定の端末装置から単位時間内に受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されているアクセス要求を前記処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択する制御手段、
及び、受信したアクセス要求の送信元でかつ前記アプリケーション・レベルのセッションが未確立の端末装置の識別情報を前記第２記憶手段に記憶させると共に、前記アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求が前記制御手段によって処理対象として選択された回数を、前記端末装置の識別情報と対応付けて前記第２記憶手段に前記端末装置のアクセス回数として記憶させる未確立セッション管理手段
として機能させ、
前記制御手段は、前記第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が前記第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を前記第２記憶手段に記憶されている情報に基づいて選別することを特徴とするアクセス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアクセス管理装置、方法及びプログラムに係り、特に、不特定の端末装置から受信したアクセス要求の中から処理対象として選択した個々のアクセス要求について当該要求に応じた処理を行い、送信元端末装置へ応答を返すアクセス管理装置、該アクセス管理装置に適用可能なアクセス管理方法、及び、コンピュータを前記アクセス管理装置装置として機能させるためのアクセス管理プログラムに関する。
【背景技術】
【０００２】
ウェブサイトを運営・管理しているウェブサーバは、任意のクライアント端末からウェブサイトのアクセスを要求する情報をネットワークを通じて受信する毎に、必要に応じて所定の処理を行い、受信したアクセス要求に対応するウェブページの情報を要求元のクライアント端末へ送信（配信）する処理を行っている。また、ウェブサーバの処理能力や通信回線の容量には限りがあるので、ウェブサイトの運営・管理では、単位時間内に受け付けるアクセス要求の数に上限を設け、単位時間内に上限を超えるアクセス要求を受信した場合には、受信したアクセス要求のうちネットワーク・レベルでのセッションが既に確立しているクライアント端末からのアクセス要求を優先的に受け付け、上限を超えた分のアクセス要求を受け付けずに廃棄する構成が採用される。
【０００３】
なお「ネットワークレベルでのセッションが既に確立しているクライアント端末からのアクセス要求」の識別には、例えば特許文献１のように、受信したパケットに設定されているＩＰアドレスとポート番号を用いることが一般的である。特許文献１に記載の技術では、クライアント端末から複数回送信されたパケットのＩＰアドレスとポート番号に基づいて認証処理を行うと共に、認証処理を経てパケットの通過を許可した通信中（又は通信後）の送信元のＩＰアドレスとポート番号を記憶し、この情報に基づいてパケットの通過／廃棄を制御している。
【０００４】
また特許文献２には、複数のサーバから成るサーバ群に接続され、クライアントとサーバとの間のトラフィックを所定の方法で選択した振分先サーバに振り分けるサーバ負荷分散装置において、クライアントからの新規セッションの接続要求に応答して振分先サーバが新規セッション毎に割り当てるセッション識別子に対し、優先度情報を対応付けて記憶すると共に各優先度情報に対応した通信品質を記憶しておき、クライアント又はサーバからパケットを受信したとき、受信したパケットを優先度情報に基づく通信品質で転送することで、同一サービスを頻繁に利用するユーザに対してはサーバへの接続性を良くする等の優先制御を可能にする技術が開示されている。
【特許文献１】特開２００５−２０３８９０号公報
【特許文献２】特開２００３−１５２７８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ネットワーク・レベルでのセッションは、任意のクライアント端末からウェブサーバへアクセス要求が送信され、このアクセス要求がウェブサーバで受信されることで確立される。このため、前述のように受信したアクセス要求のうちネットワーク・レベルでのセッションが既に確立しているクライアント端末からのアクセス要求を優先的に受け付ける方式では、例えば悪戯を目的として同一のクライアント端末からウェブサイトの特定のウェブページの配信を要求するアクセス要求が繰り返し送信され、このアクセス要求をウェブサーバが繰り返し受信した等の場合に、上記のアクセス要求がネットワーク・レベルでのセッションが既に確立しているクライアント端末からのアクセス要求と認識されて優先的に受け付けされることになる。従って、上記ウェブサイトを利用しようとしている正当なユーザ（例えば上記ウェブサイトを利用するための認証情報が登録されているユーザ）からのアクセス要求に対するレスポンスが悪化したり、正当なユーザからのアクセス要求が受け付けされない事態も生じ得るという問題がある。
【０００６】
また、特許文献１，２に記載の技術はネットワーク・レベルでセッションを管理する技術であり、ネットワーク・レベルでは正当なユーザからのアクセス要求と悪戯目的のユーザからのアクセス要求を識別できないので、上記と同様の問題を有している。
【０００７】
本発明は上記事実を考慮して成されたもので、不特定の端末装置から受信したアクセス要求のうち、正当なユーザが操作する端末装置からのアクセス要求を優先的に受け付けることができるアクセス管理装置、アクセス管理方法及びアクセス管理プログラムを得ることが目的である。
【課題を解決するための手段】
【０００８】
上記目的を達成するために請求項１記載の発明に係るアクセス管理装置は、  コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、前記処理対象として選択した個々のアクセス要求について各々行わせるアクセス管理装置であって、前記処理手段は、前記処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、前記認証情報に基づく認証処理を行い、当該認証処理によって前記アクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、前記アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行い、第１記憶手段と、前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、前記アプリケーション・レベルのセッションが確立された端末装置の識別情報を前記第１記憶手段に記憶させるセッション管理手段と、不特定の端末装置から単位時間内に受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されているアクセス要求を前記処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択する制御手段と、第２記憶手段と、受信したアクセス要求の送信元でかつ前記アプリケーション・レベルのセッションが未確立の端末装置の識別情報を前記第２記憶手段に記憶させると共に、前記アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求が前記制御手段によって処理対象として選択された回数を、前記端末装置の識別情報と対応付けて前記第２記憶手段に前記端末装置のアクセス回数として記憶させる未確立セッション管理手段と、を備え、前記制御手段は、前記第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が前記第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を前記第２記憶手段に記憶されている情報に基づいて選別することを特徴としている。
【０００９】
請求項１記載の発明に係るアクセス管理装置は、コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、処理対象として選択した個々のアクセス要求について各々行わせる。また、請求項１記載の発明において、処理手段は、処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、認証情報に基づく認証処理を行い、当該認証処理によってアクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行う。
【００１０】
ここで、請求項１記載の発明では、上記のように、認証処理によってアクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認され、アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立された場合、当該端末装置を操作しているユーザは正当なユーザと判断できることに基づいて、処理対象として選択されたアクセス要求に基づき、処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、セッション管理手段により、アプリケーション・レベルのセッションが確立された端末装置の識別情報を第１記憶手段に記憶させている。そして、請求項１記載の発明に係る制御手段は、不特定の端末装置から受信したアクセス要求のうち、送信元の端末装置の識別情報が第１記憶手段に記憶されているアクセス要求を処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択する。
【００１１】
このように、請求項１記載の発明では、送信元の端末装置の識別情報が第１記憶手段に記憶されているアクセス要求、すなわちアプリケーション・レベルのセッションが確立している端末装置からのアクセス要求を処理対象として優先的に選択するので、例えば悪戯を目的として同一の端末装置からアクセス要求が繰り返し送信された場合にも、前記端末装置から繰り返し受信したアクセス要求を処理対象として優先的に選択することを防止できる。従って、請求項１記載の発明によれば、不特定の端末装置から受信したアクセス要求のうち、正当なユーザが操作する端末装置からのアクセス要求を優先的に受け付けることができ、正当なユーザが操作する端末装置からのアクセス要求に対する応答に時間がかかったり、前記アクセス要求に応じた処理が行われない等の不都合が生ずることを回避することができる。
【００１２】
また、上記のように、アプリケーション・レベルのセッションが確立している端末装置からのアクセス要求を処理対象として優先的に選択することにより、悪戯を目的として同一の端末装置からアクセス要求が繰り返し送信された場合にも、前記端末装置から繰り返し受信したアクセス要求を処理対象として優先的に選択することはないが、優先的に選択したアクセス要求の総数が上限値に満たない場合には、送信元の端末装置の識別情報が第１記憶手段に記憶されていない端末装置、すなわちアプリケーション・レベルのセッションが確立していない端末装置からのアクセス要求を処理対象として選択するので、悪戯を目的として同一の端末装置から繰り返し送信されたアクセス要求も処理対象として選択される可能性があり、これに伴い、正当なユーザがアプリケーション・レベルのセッションが確立していない端末装置を操作して送信したアクセス要求に対する応答に時間がかかったり、前記アクセス要求に応じた処理が行われない等の不都合が生ずる可能性がある。
【００１３】
上記を考慮し、請求項１記載の発明は、第２記憶手段と、受信したアクセス要求の送信元でかつアプリケーション・レベルのセッションが未確立の端末装置の識別情報を第２記憶手段に記憶させると共に、アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求が制御手段によって処理対象として選択された回数を、端末装置の識別情報と対応付けて第２記憶手段に前記端末装置のアクセス回数として記憶させる未確立セッション管理手段を更に設け、制御手段を、第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を第２記憶手段に記憶されている情報に基づいて選別するように構成している。
【００１４】
これにより、悪戯を目的として同一の端末装置からアクセス要求が繰り返し送信された場合にも、当該繰り返す送信されたアクセス要求が処理対象として選択される確率が次第に低下されることになるので、悪戯を目的として同一の端末装置から繰り返し送信されたアクセス要求が処理対象として選択されることが、正当なユーザがアプリケーション・レベルのセッションが確立していない端末装置を操作して送信したアクセス要求に及ぼす悪影響を最小限に抑制することができる。
【００１５】
なお、請求項１記載の発明において、第１記憶手段に記憶させた情報（アプリケーション・レベルのセッションが確立された端末装置の識別情報）は、同一の端末装置からのアクセス要求を一定時間以上受信していない場合に消去するようにしてもよいが、処理手段が、処理対象として選択されたアクセス要求がログオフを要求するアクセス要求である場合に、当該アクセス要求の送信元の端末装置との間に確立していたアプリケーション・レベルのセッションを切断する処理を行う場合には、例えば請求項２にも記載したように、セッション管理手段を、処理対象として選択されたアクセス要求に基づき、処理手段によって当該アクセス要求の送信元の端末装置との間に確立していたアプリケーション・レベルのセッションが切断される毎に、アプリケーション・レベルのセッションが切断された端末装置の識別情報を第１記憶手段から消去するように構成することが好ましい。
【００１６】
ネットワーク・レベルのセッションを管理する場合、上記のようにログオフが要求されてアプリケーション・レベルのセッションが切断されても、これを認識することができないので、前述のように同一の端末装置からのアクセス要求を一定時間以上受信していないか否かを監視し、該当する場合に既存セッションを管理する管理テーブルから情報を消去することになり、管理テーブルが肥大化することに伴って処理遅延又は処理負荷の増大が生ずる。これに対して請求項２記載の発明では、アプリケーション・レベルのセッションが切断される毎に、アプリケーション・レベルのセッションが切断された端末装置の識別情報を第１記憶手段から消去するので、第１記憶手段には、アプリケーション・レベルのセッションが確立している状態の端末装置の識別情報のみが記憶されることになり、処理遅延又は処理負荷の増大が生ずることを防止することができる。
【００１７】
なお、請求項１に記載したように、第２記憶手段に記憶させたアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間を増大させることは、具体的には、例えば請求項３に記載したように、未確立セッション管理手段は、不特定の端末装置から受信したアクセス要求のうち、送信元の端末装置の識別情報が第１記憶手段に記憶されていないアクセス要求について、送信元の端末装置の識別情報を、アクセス回数の初期値としての０及び前記端末装置からのアクセス要求を処理対象として選択することを許可する時刻を表す次回許可時刻の初期値としての現在時刻と対応付けて第２記憶手段に記憶させると共に、第２記憶手段に識別情報が記憶されている端末装置からのアクセス要求が制御手段によって処理対象として選択される毎に、第２記憶手段に記憶させた対応するアクセス回数をインクリメントし、かつ前記アクセス回数が増大するに従って端末装置からのアクセス要求を次回に処理対象として選択することを許可する迄の時間が増大するように、第２記憶手段に記憶させた対応する次回許可時刻を更新し、制御手段は、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、識別情報が第１記憶手段に記憶されていない端末装置からのアクセス要求のうち、第２記憶手段に記憶されている次回許可時刻が現時刻以前のアクセス要求を処理対象として選択するように構成することで実現することができる。
【００１８】
また、請求項１記載の発明において、セッション管理手段は、例えば請求項４に記載したように、任意の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、端末装置の情報を第２記憶手段から削除するように構成することができる。
【００１９】
また、請求項１〜請求項４の何れかに記載の発明において、処理手段は、例えば請求項５に記載したように、処理対象として選択された個々のアクセス要求に対し、所定のウェブサイトを構成する各ウェブページのうち個々のアクセス要求が要求しているウェブページの情報を取得又は生成し、個々のアクセス要求の送信元の端末装置へ配信する処理を行うと共に、アプリケーション・レベルのセッションが確立していない端末装置からのアクセス要求に対しては、アプリケーション・レベルのセッションの確立に必要な認証情報を端末装置の操作者が入力するための入力欄が設けられたログイン画面の情報を前記端末装置へ配信する処理を行うように構成してもよい。
【００２０】
この場合、アプリケーション・レベルのセッションが確立しておらず、送信したアクセス要求が処理対象として選択されなかった端末装置では、例えば再送したアクセス要求が処理対象として選択される等により、多少の時間が経過した後に端末装置の表示装置にログイン画面が表示されることになるが、ログイン画面は表示に時間がかかることが比較的許容され易く、本発明を適用することでユーザに違和感を与えることを防止することができる。
【００２１】
請求項６記載の発明に係るアクセス管理方法は、コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、前記処理対象として選択した個々のアクセス要求について各々行わせるアクセス管理方法であって、前記処理手段は、前記処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、前記認証情報に基づく認証処理を行い、当該認証処理によって前記アクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、前記アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行い、前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、前記アプリケーション・レベルのセッションが確立された端末装置の識別情報を第１記憶手段に記憶させ、不特定の端末装置から単位時間内に受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されているアクセス要求を前記処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択すると共に、受信したアクセス要求の送信元でかつ前記アプリケーション・レベルのセッションが未確立の端末装置の識別情報を第２記憶手段に記憶させると共に、前記アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求を前記処理対象として選択した回数を、前記端末装置の識別情報と対応付けて前記第２記憶手段に前記端末装置のアクセス回数として記憶させ、前記第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が前記第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を前記第２記憶手段に記憶されている情報に基づいて選別することを特徴としているので、請求項１記載の発明と同様に、不特定の端末装置から受信したアクセス要求のうち、正当なユーザが操作する端末装置からのアクセス要求を優先的に受け付けることができ、悪戯を目的として同一の端末装置から繰り返し送信されたアクセス要求が処理対象として選択されることが、正当なユーザがアプリケーション・レベルのセッションが確立していない端末装置を操作して送信したアクセス要求に及ぼす悪影響を最小限に抑制することができる。
【００２２】
請求項７記載の発明に係るアクセス管理プログラムは、第１記憶手段及び第２記憶手段を備えたコンピュータを、コンピュータ・ネットワークを介して不特定の端末装置から単位時間内に受信したアクセス要求の中から、所定の上限値を最大数とするアクセス要求を処理対象として選択することで、処理手段により、アクセス要求に応じた処理を行って当該アクセス要求の送信元の端末装置へ応答を返す処理を、前記処理対象として選択した個々のアクセス要求について各々行わせるアクセス管理装置として機能させるためのアクセス管理プログラムであって、前記処理手段は、前記処理対象として選択されたアクセス要求が認証情報を含みかつログインを要求するアクセス要求である場合に、前記認証情報に基づく認証処理を行い、当該認証処理によって前記アクセス要求の送信元の端末装置の操作者が正当なユーザであることが確認されると、前記アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションを確立させる処理を行い、前記コンピュータを、前記処理対象として選択されたアクセス要求に基づき、前記処理手段によって当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、前記アプリケーション・レベルのセッションが確立された端末装置の識別情報を前記第１記憶手段に記憶させるセッション管理手段、不特定の端末装置から単位時間内に受信したアクセス要求のうち、送信元の端末装置の識別情報が前記第１記憶手段に記憶されているアクセス要求を前記処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が前記上限値に満たない場合に、送信元の端末装置の識別情報が前記第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択する制御手段、及び、受信したアクセス要求の送信元でかつ前記アプリケーション・レベルのセッションが未確立の端末装置の識別情報を前記第２記憶手段に記憶させると共に、前記アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求が前記制御手段によって処理対象として選択された回数を、前記端末装置の識別情報と対応付けて前記第２記憶手段に前記端末装置のアクセス回数として記憶させる未確立セッション管理手段として機能させ、前記制御手段は、前記第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が前記第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を前記第２記憶手段に記憶されている情報に基づいて選別することを特徴としている。
【００２３】
請求項７記載の発明に係るアクセス管理プログラムは、上記の第１記憶手段及び第２記憶手段を備えたコンピュータを上記のセッション管理手段、未確立セッション管理手段及び制御手段として機能させるためのプログラムであるので、上記のコンピュータが請求項７記載の発明に係るアクセス管理プログラムを実行することにより、上記のコンピュータが請求項１に記載のアクセス管理装置として機能することになり、請求項１記載の発明と同様に、不特定の端末装置から受信したアクセス要求のうち、正当なユーザが操作する端末装置からのアクセス要求を優先的に受け付けることができ、悪戯を目的として同一の端末装置から繰り返し送信されたアクセス要求が処理対象として選択されることが、正当なユーザがアプリケーション・レベルのセッションが確立していない端末装置を操作して送信したアクセス要求に及ぼす悪影響を最小限に抑制することができる。
【発明の効果】
【００２４】
以上説明したように本発明は、処理対象として選択されたアクセス要求に基づき、当該アクセス要求の送信元の端末装置との間でアプリケーション・レベルのセッションが確立される毎に、アプリケーション・レベルのセッションが確立された端末装置の識別情報を第１記憶手段に記憶させ、不特定の端末装置から受信したアクセス要求のうち、送信元の端末装置の識別情報が第１記憶手段に記憶されているアクセス要求を処理対象として優先的に選択し、優先的に選択したアクセス要求の総数が上限値に満たない場合に、送信元の端末装置の識別情報が第１記憶手段に記憶されていない端末装置からのアクセス要求を処理対象として選択すると共に、受信したアクセス要求の送信元でかつアプリケーション・レベルのセッションが未確立の端末装置の識別情報を第２記憶手段に記憶させると共に、アプリケーション・レベルのセッションが未確立の間に、前記端末装置から受信したアクセス要求を処理対象として選択した回数を、前記端末装置の識別情報と対応付けて第２記憶手段に前記端末装置のアクセス回数として記憶させ、第２記憶手段に記憶されているアクセス回数が増大するに従って、対応する端末装置からのアクセス要求を処理対象として前回選択してから次回に処理対象として選択する迄の時間が増大するように、識別情報が第１記憶手段に記憶されていない端末装置のうち処理対象として選択する端末装置を第２記憶手段に記憶されている情報に基づいて選別するようにしたので、不特定の端末装置から受信したアクセス要求のうち、正当なユーザが操作する端末装置からのアクセス要求を優先的に受け付けることができ、悪戯を目的として同一の端末装置から繰り返し送信されたアクセス要求が処理対象として選択されることが、正当なユーザがアプリケーション・レベルのセッションが確立していない端末装置を操作して送信したアクセス要求に及ぼす悪影響を最小限に抑制することができる、という優れた効果を有する。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照して本発明の実施形態の一例を詳細に説明する。図１には本実施形態に係るコンピュータ・システム１０が示されている。コンピュータ・システム１０はウェブサイト運営システム１２を備えている。ウェブサイト運営システム１２は特定ウェブサイトを運営・管理するシステムであり、アクセス制御装置１４、ウェブ・サーバ１６及びアプリケーション・サーバ１８がイントラネット(ＬＡＮ)２０を介して互いに接続されて構成されている。
【００２６】
アクセス制御装置１４は、ＣＰＵ１４Ａ、ＲＡＭ等から成るメモリ１４Ｂ、ハードディスクドライブ（ＨＤＤ）１４Ｃ、ネットワークインタフェース（Ｉ／Ｆ）部１４Ｄを備えており、ＨＤＤ１４Ｃには、ＣＰＵ１４Ａが後述するアクセス制御処理・電文送信処理を行うためのアクセス制御プログラム・電文送信プログラムがインストールされている。また、アクセス制御装置１４のネットワークＩ／Ｆ部１４Ｄは、多数台のウェブサーバが通信回線を介して相互に接続されて成るコンピュータ・ネットワーク（インターネット）２４に直接接続されている。インターネット２４には、各々パーソナル・コンピュータ（ＰＣ）や、インターネット２４にアクセスする機能を備えたＰＤＡ(Personal Digital Assistance)、携帯電話機等の携帯端末から成る多数台のクライアント端末２６が接続されている。
【００２７】
一方、ウェブ・サーバ１６は、ＣＰＵ１６Ａ、ＲＡＭ等から成るメモリ１６Ｂ、ハードディスクドライブ（ＨＤＤ）１６Ｃ、ネットワークインタフェース（Ｉ／Ｆ）部１６Ｄを備えており、ＨＤＤ１６Ｃには、ＣＰＵ１６Ａが後述する電文転送処理を行うための電文転送プログラムがインストールされている。また、アプリケーション・サーバ１８は、ＣＰＵ１８Ａ、ＲＡＭ等から成るメモリ１８Ｂ、ＨＤＤ１８Ｃ、ネットワークＩ／Ｆ部１８Ｄを備えている。ＨＤＤ１８Ｃには認証情報データベース（認証情報ＤＢ）が記憶されており、ＣＰＵ１８Ａが後述する電文受信時処理を行うための電文受信時プログラムがインストールされている。
【００２８】
本実施形態に係る特定ウェブサイトは、特定ウェブサイトの利用を事前に申し込んだ正規の利用者に対して所定のサービスを提供するウェブサイトであり、特定ウェブサイトの利用を事前に申し込んだ個々の利用者にはユーザＩＤが付与される。ＨＤＤ１８Ｃに記憶されている認証情報ＤＢには、個々の利用者に付与されたユーザＩＤが、個々のユーザが設定したパスワードと共に認証情報として予め登録されている。また、ＨＤＤ１８Ｃにインストールされている電文受信時プログラムは、アクセス制御装置１４のＨＤＤ１４Ｃにインストールされているアクセス制御プログラム及び電文送信プログラムと共に請求項７に記載のアクセス管理プログラムに対応しており、アクセス制御装置１４がアクセス制御プログラムを実行し、アプリケーション・サーバ１８が電文受信時プログラムを実行することで、アクセス制御装置１４及びアプリケーション・サーバ１８は本発明に係るアクセス管理装置として機能する。
【００２９】
次に本実施形態の作用を説明する。ウェブサイト運営システム１２によって運営・管理されている特定ウェブサイトへのアクセスを所望しているユーザは、例えばクライアント端末２６がＰＣであれば、クライアント端末２６上でブラウザ（閲覧ソフト）を起動させ、特定ウェブサイトのホームページ（トップページ）のＵＲＩ(Uniform Resource Identifier)等のアドレスを指定し、指定したアドレスへのアクセスを指示する操作を行うことで、特定ウェブサイトへのアクセスを指示する（図２のステップ３０も参照）。なお、クライアント端末２６がＰＤＡや携帯電話機等の携帯端末である場合にも、同様の操作により特定ウェブサイトへのアクセスを指示することができる。上記操作が行われることで、クライアント端末２６からウェブサイト運営システム１２へアクセス要求の電文（パケット）が送信され、このアクセス要求の電文はウェブサイト運営システム１２のアクセス制御装置１４で受信される。
【００３０】
アクセス制御装置１４のメモリ１４Ｂには、図６に示す受信バッファＲb、受信バッファコピーＲbc、純新規候補バッファＲnc、アプリケーション・セッション確立済テーブルＡe、アプリケーション・セッション未確立テーブルＡu、送信バッファＳbが設けられており、アクセス制御装置１４がクライアント端末２６から受信したアクセス要求の電文は、受信バッファＲbに順次格納される。なお、図６(Ａ)に示すように、受信バッファＲbはアクセス要求の電文をＣr件格納可能なサイズとされている。また、アプリケーション・セッション確立済テーブルＡeに登録する情報は本発明に係る第１記憶手段に記憶させる情報に、アプリケーション・セッション未確立テーブルＡuに登録する情報は本発明に係る第２記憶手段に記憶させる情報に対応しており、これらのテーブルを記憶するメモリ１４Ｂは本発明に係る第１記憶手段及び第２記憶手段に各々対応している。
【００３１】
アクセス制御装置１４では、ＣＰＵ１４ＡがＨＤＤ１４Ｃにインストールされているアクセス制御プログラムを単位時間毎（例えば１秒毎）に実行することで、図３に示すアクセス制御処理を単位時間毎に実行している。以下では、まずアクセス制御装置１４がクライアント端末２６からアクセス要求電文を最初に受信したときのアクセス制御処理から説明する。なお、後述するセッション未確立電文選択処理を含むアクセス制御処理は本発明に係る制御手段に対応している。
【００３２】
ステップ８０では、受信バッファＲbに格納されている電文（アクセス制御処理を前回実行してから単位時間が経過する迄の間にアクセス制御装置１４が受信したアクセス要求電文）を受信バッファコピーＲbcに全てコピーする。またステップ８２では、受信バッファコピーＲbcにコピーした全てのアクセス要求電文に対し、各電文に設定されている"From ＩＰアドレス","From ＴＣＰポート番号","To ＩＰアドレス","To ＴＣＰポート番号"に基づいて、これらの情報から一意に定まるアドレスキーを各々生成し、生成したアドレスキーを受信バッファコピーＲbcにコピーした各電文に付加する。このアドレスキーは、各電文の送信元のクライアント端末２６を識別するための識別情報として用いられる。
【００３３】
ステップ８４では、変数ｉに初期値として１を代入すると共に、変数Ｃm、Ｃuに初期値として０を代入し、更に送信可否フラグをリセット（０に）する。ステップ８６では、受信バッファコピーＲbcのｉ件目のアクセス要求電文に付加されているアドレスキーをキーにしてアプリケーション・セッション確立済テーブルＡe(図６(Ｄ)参照)を検索し、次のステップ８８において、ステップ８６の検索によって該当するレコードがアプリケーション・セッション確立済テーブルＡeから抽出されたか否か判定する。アプリケーション・セッション確立済テーブルＡeは、アプリケーション・レベルのセッションが既に確立している状態のクライアント端末２６の情報が登録されるテーブルであり、上記のステップ８８は、受信バッファコピーＲbcのｉ件目のアクセス要求電文を送信したクライアント端末２６が、アプリケーション・レベルのセッションが確立している状態か否かを判定している。
【００３４】
アクセス制御装置１４がクライアント端末２６からアクセス要求電文を最初に受信した当初は、アプリケーション・レベルのセッションが既に確立しているクライアント端末２６も存在しておらず、アプリケーション・セッション確立済テーブルＡeも情報が未登録の状態となっているので、ステップ８８の判定が否定されてステップ９０へ移行し、変数Ｃuを１だけインクリメントすると共に、受信バッファコピーＲbcのｉ件目のアクセス要求電文を、アドレスキーも含めて純新規候補バッファＲnc(図６(Ｃ)参照)のＣu件目にコピーする。次のステップ９２では、変数ｉが受信バッファＲbの格納可能電文数Ｃrに達したか否か判定する。判定が否定された場合はステップ９４へ移行し、変数ｉを１だけインクリメントした後にステップ８６に戻る。アプリケーション・レベルのセッションが確立しているクライアント端末２６が存在していない場合、ステップ８８の判定は毎回否定されるので、受信バッファコピーＲbcにコピーされた各電文は全て純新規候補バッファＲncにコピーされる。
【００３５】
受信バッファコピーＲbcにコピーされた各電文が純新規候補バッファＲncに全てコピーされると、ステップ９２の判定が肯定されてステップ９５へ移行し、変数Ｃmの値を変数Ｃtに代入してステップ１１０へ移行する。なお、このときは変数Ｃmの値が０であるので変数Ｃtにも０が設定される。ステップ１１０では、アクセス制御処理と並列に実行される電文送信処理（図４）を起動すると共に、変数ｉに初期値である１を代入する。なお、図４に示すように、電文送信処理ではステップ１３０で送信可否フラグが１か否かを判定しており、判定が否定された場合はステップ１３０を繰り返す。従って、送信可否フラグに１がセットされる迄の間は次のステップ１３２以降の処理の実行が保留される。
【００３６】
一方、アクセス制御処理では、次のステップ１１２において、純新規候補バッファＲncのｉ件目のアクセス要求電文のアドレスキーをキーとしてアプリケーション・セッション未確立テーブルＡu(図６(Ｅ)参照)を検索し、次のステップ１１４において、ステップ１１２の検索によって該当するレコードがアプリケーション・セッション未確立テーブルＡuから抽出されたか否か判定する。アプリケーション・セッション未確立テーブルＡuは、過去にアクセス要求電文を受信したもののアプリケーション・レベルのセッションが確立していない状態のクライアント端末２６の情報が登録されるテーブルであり、上記のステップ１１２は、純新規候補バッファＲncのｉ件目のアクセス要求電文を送信したクライアント端末２６が、過去にアクセス要求電文を受信したもののアプリケーション・レベルのセッションが確立していない状態か否かを判定している。
【００３７】
アクセス制御装置１４がクライアント端末２６からアクセス要求電文を最初に受信した当初は、アプリケーション・セッション未確立テーブルＡuも情報が未登録の状態となっているので、ステップ１１４の判定が否定されてステップ１１６へ移行し、純新規候補バッファＲncのｉ件目のアクセス要求電文のうち、"アドレスキー","From ＩＰアドレス","From ＴＣＰポート番号","To ＩＰアドレス","To ＴＣＰポート番号"をアプリケーション・セッション未確立テーブルＡuの末尾に新規レコードとして登録すると共に、当該新規レコードに、アクセス回数の初期値として０を、初回アクセス時刻の初期値として現時刻を、次回許可時刻の初期値として現時刻を各々設定する。
【００３８】
次のステップ１１８では変数ｉが変数Ｃuに一致しているか否か判定する。前述のように、変数Ｃuは純新規候補バッファＲncにアクセス要求電文をコピーする毎に１ずつインクリメントされるので、ステップ１１８の判定を行う時点で、変数Ｃuは純新規候補バッファＲncにコピーしたアクセス要求電文の総数（今回受信したアクセス要求電文のうち、アプリケーション・レベルのセッションが確立していないクライアント端末２６からのアクセス要求電文の総数）を表しており、ステップ１１８では純新規候補バッファＲncの末尾に到達したか否かを判定している。ステップ１１８の判定が否定された場合はステップ１２０へ移行し、変数を１だけインクリメントした後にステップ１１２に戻る。上述したステップ１１２〜ステップ１２０はステップ１１８の判定が肯定される迄繰り返されるので、アクセス制御装置１４がクライアント端末２６からアクセス要求電文を最初に受信した当初は、純新規候補バッファＲncにコピーした各アクセス要求電文の送信元のクライアント端末２６の情報が、全てアプリケーション・セッション未確立テーブルＡuに登録される。
【００３９】
ステップ１１８の判定が肯定されるとステップ１２２へ移行し、アプリケーション・セッション未確立テーブルＡuに格納されている各クライアント端末２６の情報を、次回許可時刻・アクセス回数の昇順（次回許可時刻の古い順／アクセス回数の少ない順）にソートする。そしてステップ１２４ではセッション未確立データ選択処理を行う。このセッション未確立電文選択処理について、図５を参照して説明する。
【００４０】
ステップ１４０では変数ｉに初期値として１を代入する。次のステップ１４２では、変数Ｃtが定数Ｎに達したか否か判定する。なお定数Ｎは、ウェブ・サーバ１６へ送信する電文を格納するための送信バッファＳbに格納可能な電文の件数であり(図６(Ｆ)参照)、本発明に係る所定の上限値に対応している。また、変数Ｃtには送信バッファＳbに格納した電文の件数が設定される。アクセス制御装置１４がクライアント端末２６からアクセス要求電文を最初に受信した当初は、この時点で変数Ｃtが０のままとなっているので、判定が否定されてステップ１４４へ移行し、アプリケーション・セッション未確立テーブルＡuのｉ番目のレコードの次回許可時刻は現時刻より前か否か判定する。
【００４１】
ステップ１４４の判定が肯定された場合はステップ１４６へ移行し、アプリケーション・セッション未確立テーブルＡuのｉ番目のレコードのアドレスキーをキーにして純新規候補バッファＲncを検索し、次のステップ１４８において、ステップ１４６の検索によって該当するアクセス要求電文が純新規候補バッファＲncから抽出されたか否か判定する。前述したステップ１１２〜１２０において、純新規候補バッファＲncにコピーしたアクセス要求電文のうち、対応する情報がアプリケーション・セッション未確立テーブルＡuに登録されていない電文については、アプリケーション・セッション未確立テーブルＡuに対応する情報が登録されるので、ステップ１４８の判定は１回は必ず肯定される。
【００４２】
ステップ１４８の判定が肯定された場合はステップ１５０へ移行し、ステップ１４６の検索によって純新規候補バッファＲncから抽出された該当するアクセス要求電文を送信バッファＳbへコピーする（図２のステップ３２も参照）。なお、上記のようにアクセス要求電文を送信バッファＳbへコピーすることは、アクセス要求電文を「処理対象として選択」することに相当している。次のステップ１５２では変数Ｃtを１だけインクリメントした後にステップ１４６へ戻り、ステップ１４８の判定が否定される迄ステップ１４６〜１５２を繰り返す。なお、クライアント端末２６から送信されたアクセス要求電文が単一のパケットから成る場合は、ステップ１４８の判定を再度行うと判定が否定されるが、クライアント端末２６から送信されたアクセス要求電文が複数のパケットで構成されている場合には、アクセス要求電文を構成するパケットの数と同数回だけステップ１４８の判定が肯定され、同一のアクセス要求電文を構成する複数のパケットが送信バッファＳbに各々コピーされる。
【００４３】
ステップ１４８の判定が否定されるとステップ１５４へ移行し、アプリケーション・セッション未確立テーブルＡuのｉ番目のレコード（上記のステップ１５０で送信バッファＳbにコピーしたアクセス要求電文に対応するレコード）に設定されているアクセス回数を１だけインクリメントすると共に、インクリメント後のアクセス回数を乗数とする自然数ｎ（例えばｎ＝２）のべき乗を演算し、演算結果を上記のレコードに設定されている初回アクセス時刻に加算した時刻を、上記レコードに設定されている次回許可時刻に上書きして設定する。なお、ステップ１５４は、先に説明したステップ１１６と共に本発明に係る未確立セッション管理手段（より詳しくは請求項３に記載の未確立セッション管理手段）に対応している。次のステップ１５６では変数ｉが変数Ｃu以上になったか否か判定する。判定が否定された場合は、ステップ１５８で変数ｉを１だけインクリメントした後にステップ１４２に戻り、ステップ１４２以降の処理を繰り返す。
【００４４】
これにより、ステップ１４２の判定が肯定されるか、ステップ１４４の判定が否定されるか、ステップ１５６の判定が肯定される迄、ステップ１４２〜ステップ１５８が繰り返され、送信バッファＳbには最大Ｎ件のアクセス要求電文がコピーされる。そして、ステップ１４２の判定が肯定されるか、ステップ１４４の判定が否定されるか、ステップ１５６の判定が肯定されるとステップ１６０へ移行し、送信可否フラグに１をセットしてセッション未確立電文選択処理（アクセス制御処理）を終了する。
【００４５】
なお、アクセス制御処理を前回実行してから単位時間が経過する迄の間にアクセス制御装置１４が受信したアクセス要求電文の件数がＮよりも大きい場合、Ｎ＋１件目以降のアクセス要求電文はウェブ・サーバ１６へ送信されずに廃棄されることになるが、廃棄された電文は、送信したアクセス要求電文に対する応答をクライアント端末２６が所定時間以上受信しなかったことに基づき、TCP/IPのプロトコルに従って上記のクライアント端末２６からアクセス制御装置１４へ再送信されるので、通常はアクセス要求電文を再送信させるための操作をユーザが行う必要はない。
【００４６】
また、上記のようにして送信可否フラグに１がセットされると、電文送信処理（図４）のステップ１３０の判定が肯定されてステップ１３２へ移行し、送信バッファＳbにコピーされたＣt件のアクセス要求電文をウェブ・サーバ１６へ送信する。そしてステップ１３４では、送信可否フラグをクリア（０に）して処理を終了する。
【００４７】
上記の電文送信処理が実行されることでアクセス制御装置１４から送信されたＣt件のアクセス要求電文が、イントラネット２０を介してウェブ・サーバ１６で受信されると、ウェブ・サーバ１６では、ＣＰＵ１６Ａによって電文転送プログラムが実行されることで、図７に示す電文転送処理が行われる。この電文転送処理では、まずステップ１７０において、受信バッファに格納されているＣt件のアクセス要求電文を読み出し、読み出した個々のアクセス要求電文に対して前述のアドレスキーを各々生成し、生成したアドレスキーを個々のアクセス要求電文に各々付加する。そしてステップ１７２では、アドレスキーを付加したＣt件のアクセス要求電文をアプリケーション・サーバ１８へ送信し、処理を終了する。
【００４８】
また、上記の電文転送処理が実行されることでウェブ・サーバ１６から送信されたＣt件のアクセス要求電文が、イントラネット２０を経由してアプリケーション・サーバ１８で受信されると、アプリケーション・サーバ１８では、ＣＰＵ１８Ａによって電文受信時プログラムが実行されることで、図８に示す電文受信時処理が行われる。この電文受信時処理では、まずステップ１８０で変数ｉに初期値として１を代入し、次のステップ１８２において、受信バッファに格納されているＣt件のアクセス要求電文の中からｉ件目のアクセス要求電文を処理対象として取り出す。ステップ１８４では、処理対象として取り出したアクセス要求電文の内容を参照し、取り出したアクセス要求電文がログインを要求している電文か否か判定する。判定が否定された場合はステップ１９８へ移行し、処理対象として取り出したアクセス要求電文がログアウトを要求している電文か否か判定する。ステップ１９８の判定も否定された場合はステップ２０４へ移行し、処理対象として取り出したアクセス要求電文が要求している処理を行う。
【００４９】
なお、このステップ２０４の処理には、処理対象として取り出したアクセス要求電文が複数のパケットから成るアクセス要求電文の一部のパケットであった場合に、同一のアクセス要求電文に対応する他のパケットも受信バッファから取り出し、取り出した複数のパケットを組み立てて元のアクセス要求電文を再現する処理も含まれる。
【００５０】
前述のように、本実施形態に係る特定ウェブサイトは正規の利用者に対して所定のサービスを提供するウェブサイトであり、そのホームページ（トップページ）は、ユーザＩＤ及びパスワードの入力欄が設けられていると共に、各入力欄への情報の入力を要請するメッセージが表示されたログイン画面とされている。特定ウェブサイトへのアクセスを所望しているユーザは、クライアント端末２６上で特定ウェブサイトのホームページのアドレスを指定してアクセスを指示する操作を行うが、この場合にクライアント端末２６から送信されるアクセス要求電文は、特定ウェブサイトのホームページの配信を要求する電文となる。そして、電文受信時処理で処理対象としてこの電文が取り出された場合には、ステップ１８４，１９８の判定が各々否定され、ステップ２０４で特定ウェブサイトのホームページ、すなわちログイン画面の情報が生成され、アクセス要求電文の送信元のクライアント端末２６へ送信（配信）する処理が行われる（図２のステップ３４も参照）。これにより、アプリケーション・サーバ１８から送信されたログイン画面の情報が、ウェブ・サーバ１６、アクセス制御装置１４、インターネット２４を経由してクライアント端末２６で受信されることで、クライアント端末２６のディスプレイにログイン画面が表示される（図２のステップ３６も参照）。
【００５１】
電文受信時処理では、ステップ２０４の処理を行うとステップ２０６へ移行し、変数ｉがウェブ・サーバ１６から受信した電文の総数Ｃtに達したか否か判定する。判定が否定された場合はステップ２０８で変数ｉを１だけインクリメントした後にステップ１８２に戻る。これにより、ステップ２０６の判定が肯定される迄ステップ１８２以降の処理が繰り返され、ウェブ・サーバ１６から受信したアクセス要求電文のうち未処理の電文に対して上記処理が各々行われる。
【００５２】
次に特定ウェブサイトへのログインについて説明する。特定ウェブサイトから所定のサービスの提供を受けることを所望している正規の利用者は、クライアント端末２６のディスプレイにログイン画面が表示されると、ログイン画面の各入力欄にユーザＩＤ、パスワードを入力し、特定ウェブサイトへのログインを指示する操作を行う（図２のステップ３８も参照）。これにより、アクセス要求電文として、利用者が入力した認証情報（ユーザＩＤ・パスワード）が付加されると共に特定ウェブサイトへのログインを要求する電文がクライアント端末２６から送信される。
【００５３】
アクセス制御装置１４で実行されるアクセス制御処理（図３，５）において、ログインを要求するアクセス要求電文を受信した場合の処理は、当該アクセス要求電文の送信元のクライアント端末２６との間にアプリケーション・レベルのセッションが確立しておらず、上記クライアント端末２６の情報がアプリケーション・セッション確立済テーブルＡeに登録されていないため、先に説明した処理と同じである（アクセス要求電文が受信バッファＲb→受信バッファコピーＲbc→純新規候補バッファＲncへ順にコピーされる）。但し、過去にアクセス要求電文を受信したクライアント端末２６の情報がアプリケーション・セッション未確立テーブルＡuに登録されているので、ステップ１１２の検索で該当するレコードがアプリケーション・セッション未確立テーブルＡuから抽出され、ステップ１１４の判定が肯定されることで、アプリケーション・セッション未確立テーブルＡuへの対応する新規レコードの追加（ステップ１１６）は行われない。
【００５４】
また、ログインを要求するアクセス要求電文がステップ１５０(図５)で送信バッファＳbにコピーされ（図２のステップ４０も参照）、アクセス制御装置１４による電文送信処理（図４）、ウェブ・サーバ１６による電文転送処理（図７）を経てアプリケーション・サーバ１８で受信され、アプリケーション・サーバ１８による電文受信時処理（図８）のステップ１８２で処理対象として取り出されると、ステップ１８４の判定が肯定されてステップ１８６へ移行し、処理対象として取り出したアクセス要求電文に付加されている認証情報を、ＨＤＤ１８Ｃに記憶されている認証情報ＤＢに登録された認証情報と比較する認証処理を行う（図２のステップ４２も参照）。次のステップ１８８では、ステップ１８６の認証処理で認証がＯＫであったか否か、すなわち処理対象として取り出したアクセス要求電文の送信元のクライアント端末２６の操作者が特定ウェブサイトの正規の利用者か否かを判定する（図２のステップ４４も参照）。なお、ステップ１８４の判定が肯定された場合に行われるステップ１８６、１８８は、後述するステップ２０４と共に本発明に係る処理手段に対応している。
【００５５】
判定が否定された場合は何ら処理を行うことなくステップ２０４へ移行するが、ステップ１８８の判定が肯定された場合はステップ１９０へ移行し、処理対象として取り出したアクセス要求電文の"アドレスキー","From ＩＰアドレス","From ＴＣＰポート番号","To ＩＰアドレス","To ＴＣＰポート番号"をアプリケーション・セッション確立済テーブルＡeの末尾に新規レコードとして追加登録する（図２のステップ４６も参照）。なお、ステップ１９０は本発明に係るセッション管理手段に対応している。またステップ１９２では、処理対象として取り出したアクセス要求電文のアドレスキーをキーとしてアプリケーション・セッション未確立テーブルＡuを検索する。そしてステップ１９４では、ステップ１９２の検索によりアプリケーション・セッション未確立テーブルＡuから抽出された該当するレコードをアプリケーション・セッション未確立テーブルＡuから削除し、ステップ２０４へ移行する。上記のステップ１９２，１９４は請求項４に記載のセッション管理手段に対応している。
【００５６】
この場合、ステップ２０４では、ステップ１８６における認証処理の結果が認証ＯＫであったことに基づき、処理対象として取り出したアクセス要求電文の送信元のクライアント端末２６との間にアプリケーション・レベルのセッションが確立したことを表す情報を所定のテーブルに登録すると共に、特定ウェブサイトが正規の利用者に対して提供する各種のサービスが選択肢として一覧表示されたメニュー画面等の情報を生成し、アクセス要求電文の送信元のクライアント端末２６へ送信（配信）する等の処理が行われる（図２のステップ４８も参照）。これにより、処理対象として取り出したアクセス要求電文の送信元のクライアント端末２６との間にアプリケーション・レベルのセッションが確立されると共に、アプリケーション・サーバ１８から送信されたメニュー画面等の情報が、ウェブ・サーバ１６、アクセス制御装置１４、インターネット２４を経由してクライアント端末２６で受信されることで、クライアント端末２６のディスプレイにメニュー画面等が表示される（図２のステップ５０も参照）。
【００５７】
上記の処理を経てアプリケーション・レベルのセッションが確立し、クライアント端末２６のディスプレイにメニュー画面等が表示されると、特定ウェブサイトの正規の利用者は、メニュー画面内に一覧表示されている選択肢のうち、所望のサービスに対応する選択肢を表示することにより、特定ウェブサイトに対して所望のサービスの提供を指示する。この場合もクライアント端末２６からアクセス要求電文が送信され、このアクセス要求電文もアクセス制御装置１４で受信される。このように、アクセス制御装置１４は通常、アプリケーション・レベルのセッションが確立しているクライアント端末２６からのアクセス要求電文と、アプリケーション・レベルのセッションが確立していないクライアント端末２６からのアクセス要求電文を各々受信する。このように、アクセス制御装置１４が受信したアクセス要求電文の中に、アプリケーション・レベルのセッションが確立しているクライアント端末２６からのアクセス要求電文と、アプリケーション・レベルのセッションが確立していないクライアント端末２６からのアクセス要求電文が混在している場合の処理を以下に説明する。
【００５８】
前述のように、アクセス制御処理（図３）のステップ８６では、受信バッファコピーＲbcのｉ件目のアクセス要求電文に付加されているアドレスキーをキーにしてアプリケーション・セッション確立済テーブルＡeを検索し、次のステップ８８では、該当するレコードがアプリケーション・セッション確立済テーブルＡeから抽出されたか否か判定しているが、受信バッファコピーＲbcのｉ件目のアクセス要求電文が、アプリケーション・レベルのセッションが確立しているクライアント端末２６から受信したアクセス要求電文であった場合には、ステップ８８の判定が肯定されてステップ９６へ移行し、変数Ｃmが１だけインクリメントされると共に、受信バッファコピーＲbcのｉ件目のアクセス要求電文が送信バッファＳbのＣm件目にコピーされる。次のステップ９８では変数Ｃmが定数Ｎ（送信バッファＳbに格納可能な電文の件数）に達したか否か判定する。
【００５９】
ステップ９８の判定が否定された場合はステップ１００へ移行し、変数ｉが受信バッファＲbの格納可能電文数Ｃrに達したか否か判定する。判定が否定された場合はステップ１０２へ移行し、変数ｉを１だけインクリメントした後にステップ８６に戻る。従って、アプリケーション・レベルのセッションが確立しているクライアント端末２６から受信したアクセス要求電文が発見される毎に、ステップ８８の判定が肯定され当該アクセス要求電文が送信バッファＳbにコピーされることで、アプリケーション・レベルのセッションが確立しているクライアント端末２６から受信したアクセス要求電文が、ウェブ・サーバ１６（アプリケーション・サーバ１８）への送信対象の電文として優先的に選択されることになる（アプリケーション・レベルのセッションが確立していないクライアント端末２６から受信したアクセス要求電文は、先にも説明したように純新規候補バッファＲncにはコピーされるものの、この時点では送信バッファＳbにコピーされない）。
【００６０】
アクセス制御処理を前回実行してから単位時間が経過する迄の間にアクセス制御装置１４が受信したアクセス要求電文の中に、アプリケーション・レベルのセッションが確立しているクライアント端末２６から受信したアクセス要求電文がＮ件以上含まれていた場合には、変数Ｃm（送信バッファＳbにコピーしたアクセス要求電文の件数）が定数Ｎに達した時点でステップ９８の判定が肯定されてステップ１０６へ移行し、変数Ｃtに定数Ｎを代入した後に、次のステップ１０８で送信可否フラグに１をセットし、ステップ１１０へ移行する。この場合、ステップ１１０で電文送信処理（図４）を起動するとステップ１３０の判定が肯定され、送信バッファＳbにコピーしたＣt件（＝Ｎ件）のアクセス要求電文がウェブ・サーバ１６へ直ちに送信されることになる。また、この場合、セッション未確立電文選択処理（図５）のステップ１４２の判定が最初から肯定されるので、アプリケーション・レベルのセッションが確立していないクライアント端末２６から受信したアクセス要求電文は、ウェブ・サーバ１６へ送信されずに廃棄される。
【００６１】
また、アクセス制御処理を前回実行してから単位時間が経過する迄の間にアクセス制御装置１４が受信したアクセス要求電文の中に含まれている、アプリケーション・レベルのセッションが確立しているクライアント端末２６から受信したアクセス要求電文がＮ件未満であった場合には、ステップ１００（又はステップ９２）の判定が肯定されてステップ１０４（又はステップ９５）へ移行し、変数Ｃmの値を変数Ｃtに代入してステップ１１０へ移行する。なお、このときは変数Ｃmの値は、送信バッファＳbに既にコピーしたアクセス要求電文の件数を表しており、セッション未確立電文選択処理（図５）では、アプリケーション・レベルのセッションが確立していないクライアント端末２６から受信したアクセス要求電文のうち、最大Ｎ−Ｃm件のアクセス要求電文が、次回許可時刻・アクセス回数の昇順に送信対象として選択される（送信バッファＳbにコピーされる）。
【００６２】
このように、アクセス制御装置１４が受信したアクセス要求電文の中に、アプリケーション・レベルのセッションが確立しているクライアント端末２６からのアクセス要求電文と、アプリケーション・レベルのセッションが確立していないクライアント端末２６からのアクセス要求電文が混在していた場合には、送信対象のアクセス要求電文として、アプリケーション・レベルのセッションが確立しているクライアント端末２６からのアクセス要求電文を優先的に選択するので、ネットワーク・レベルのセッションが確立しているクライアント端末２６、すなわち以前にアクセス要求電文を受信したクライアント端末２６からのアクセス要求電文を送信対象として優先的に選択する場合と比較して、正規の利用者が操作するクライアント端末２６からのアクセス要求電文を確実に優先することができ、正規の利用者が操作するクライアント端末２６からのアクセス要求電文に対する応答に時間がかかったり、上記クライアント端末２６からのアクセス要求電文に応じた処理が行われない等の不都合が生ずることを確実に防止することができる。
【００６３】
次に、アプリケーション・レベルのセッションが確立しているクライアント端末２６からログアウトが指示された場合の処理について説明する。アプリケーション・レベルのセッションが確立しているクライアント端末２６を操作している正規の利用者は、特定ウェブサイトから所望のサービスの提供を受けた後に特定ウェブサイトの利用を終了する場合、ディスプレイに表示されている画面内のログアウトを指示するための選択肢を選択する等の操作を行うことで、特定ウェブサイトからのログアウトを指示する（図２のステップ５２も参照）。これにより、アクセス要求電文として、特定ウェブサイトからのログアウトを要求する電文がクライアント端末２６から送信される。
【００６４】
上記要求に従ってアプリケーション・サーバ１８でログアウトのための処理が完了する迄の間はアプリケーション・レベルのセッションが維持されているので、アクセス制御装置１４によるアクセス制御処理において、特定ウェブサイトからのログアウトを要求するアクセス要求電文は優先的に送信対象として選択される（図２のステップ５４も参照）。そして、ログアウトを要求するアクセス要求電文がウェブ・サーバ１６による電文転送処理（図７）を経てアプリケーション・サーバ１８で受信され、アプリケーション・サーバ１８による電文受信時処理（図８）のステップ１８２で処理対象として取り出されると、ステップ１９８の判定が肯定されてステップ２００へ移行し、処理対象として取り出した電文のアドレスキーをキーとしてアプリケーション・セッション確立済テーブルＡeを検索する。そしてステップ２０２では、ステップ２００の検索によりアプリケーション・セッション確立済テーブルＡeから抽出された該当するレコードをアプリケーション・セッション確立済テーブルＡeから削除し（図２のステップ５６も参照）、ステップ２０４へ移行する。なお、ステップ２００，２０２は請求項２に記載のセッション管理手段に対応している。
【００６５】
この場合、ステップ２０４では、処理対象として取り出したアクセス要求電文の送信元のクライアント端末２６との間に確立していたアプリケーション・レベルのセッションを切断したことを表す情報を所定のテーブルに登録すると共に、ログアウトが完了したことを通知するメッセージが表示されたログアウト画面の情報を生成し、アクセス要求電文の送信元のクライアント端末２６へ送信（配信）する等の処理が行われる（図２のステップ５８も参照）。これにより、アプリケーション・サーバ１８から送信されたログアウト画面の情報が、ウェブ・サーバ１６、アクセス制御装置１４、インターネット２４を経由してクライアント端末２６で受信されることで、クライアント端末２６のディスプレイにログアウト画面が表示され、ログアウトが完了したことを正規の利用者が認識することができる（図２のステップ６０も参照）。なお、ステップ１９８の判定が肯定された場合に行われるステップ２０４の処理は請求項２に記載の処理手段に対応している。
【００６６】
このように、ログアウトが要求されてアプリケーション・レベルのセッションを切断すると、アプリケーション・セッション確立済テーブルＡeから該当するレコードを直ちに削除するので、アプリケーション・セッション確立済テーブルＡeには、アプリケーション・レベルのセッションが確立している状態のクライアント端末２６の情報のみが記憶されることになり、ネットワーク・レベルでのセッション管理のように、同一のクライアント端末２６からのアクセス要求電文を一定時間以上受信していないか否かを監視し、該当する場合にネットワーク・レベルでのセッションが切断されたとみなして管理テーブルから対応する情報を削除する態様と比較して、管理テーブルに登録されている情報が肥大化することによる処理遅延や、アクセス制御装置１４に加わる処理負荷の増大が生ずることを防止することができる。
【００６７】
最後に、悪戯等を目的として同一のクライアント端末２６からアクセス要求電文が繰り返し送信された場合について説明する。図９に示すように、ユーザが悪戯を目的として特定ウェブサイトへのアクセスを指示した場合（図２のステップ７０Ａ参照）、当初はクライアント端末２６から受信したアクセス要求電文が短時間で送信対象として選択され（図２のステップ７２Ａ参照）、アプリケーション・サーバ１８からログイン画面が配信される（図２のステップ７４Ａ参照）ことで、特定ウェブサイトへのアクセスを指示してから比較的短時間(ｔ1)でクライアント端末２６のディスプレイにログイン画面が表示されることになる（図２のステップ７６Ａ参照）。但し、上記ユーザは特定ウェブサイトの正規の利用者ではないので特定ウェブサイトへのログインは不可能であり（アプリケーション・レベルのセッションを確立できない）、図９にステップ７０Ｂ，７０Ｃ，７０Ｄとして示すように、特定ウェブサイトへのアクセスを繰り返し指示することになる。
【００６８】
これに対し、本実施形態に係るアクセス制御処理では、図５のセッション未確立電文選択処理において、アプリケーション・レベルのセッションが未確立のクライアント端末２６から受信したアクセス要求電文を送信対象として選択する（送信バッファＳbにコピーする）毎に、アプリケーション・セッション未確立テーブルＡuに登録されているアクセス回数を１ずつインクリメントすると共に、インクリメント後のアクセス回数を乗数とする自然数ｎ（例えばｎ＝２）のべき乗を初回アクセス時刻に加算した時刻を次回許可時刻に上書きして設定している(ステップ１５４)。そして、アプリケーション・レベルのセッションが未確立のクライアント端末２６からアクセス要求電文を再度受信した場合、現時刻がアプリケーション・セッション未確立テーブルＡuに設定されている次回許可時刻以降となる迄の間は、ステップ１４４の判定が否定されることで、再度受信したアクセス要求電文は送信対象として選択されない。
【００６９】
従って、アプリケーション・レベルのセッションが未確立のクライアント端末２６からアクセス要求電文を繰り返し受信した場合、受信したアクセス要求電文を送信対象として選択する毎に、受信したアクセス要求電文を次に送信対象として選択する迄の時間が指数関数的に増大し、これに伴って、上記ユーザが特定ウェブサイトへのアクセスを指示してからクライアント端末２６のディスプレイにログイン画面が表示される迄の待ち時間も、図９にt1,t2,t3,t4,…として示すように指数関数的に増大することになる。そして、アクセス要求電文を繰り返し送信するクライアント端末２６からのアクセス要求電文が送信対象として選択されない間、送信対象として選択される他のクライアント端末２６からのアクセス要求電文の数が増加するので、悪戯等を目的として同一のクライアント端末２６からアクセス要求電文が繰り返し送信された場合にも、特定ウェブサイトにログインしようとしている正規の利用者による特定ウェブサイトの利用に及ぼす悪影響を最小限に止めることができる。また、上記のように待ち時間が指数関数的に増大することで、悪戯等を目的として同一のクライアント端末２６からアクセス要求電文が繰り返し送信させる行為自体も抑止することができる。
【００７０】
なお、上記ではアプリケーション・レベルのセッションが未確立のクライアント端末２６から受信したアクセス要求電文を送信対象として選択する毎に、アプリケーション・セッション未確立テーブルＡuに登録されているアクセス回数を１ずつインクリメントすると共に、インクリメント後のアクセス回数を乗数とする自然数ｎのべき乗を初回アクセス時刻に加算した時刻を次回許可時刻に上書きして設定することで、同一のクライアント端末２６から受信したアクセス要求電文を次に送信対象として選択する迄の時間を指数関数的に増大させる態様を説明したが、次回許可時刻の増加方法は上記に限られるものではなく、アクセス回数が一定値に達する迄は次回許可時刻の増加を０又は増加の傾きを小さくし、一定値に達した以降は次回許可時刻を急激に増加させる等、任意の増加方法を適用可能である。
【００７１】
また、上記ではイントラネット２０にウェブ・サーバ１６及びアプリケーション・サーバ１８が各々１台のみ接続されている態様を説明したが、これに限定されるものではなく、サーバ１６，１８を複数台設け、アクセス制御装置１４に、各サーバ１６，１８の負荷が平準化されるように、受信したアクセス要求を各サーバ１６，１８に振り分ける負荷分散装置としての機能も設けるようにしてもよい。
【００７２】
また、上記ではアクセス制御装置１４、ウェブ・サーバ１６及びアプリケーション・サーバ１８を別体とした例を説明したが、これに限定されるものではなく、単一のサーバ・コンピュータにアクセス制御装置１４、ウェブ・サーバ１６及びアプリケーション・サーバ１８の機能を全て搭載してもよい。
【図面の簡単な説明】
【００７３】
【図１】本実施形態に係るコンピュータ・システムの概略構成を示すブロック図である。
【図２】正規の利用者による特定ウェブサイトのアクセスを説明するためのシーケンス図である。
【図３】アクセス制御装置で実行されるアクセス制御処理の内容を示すフローチャートである。
【図４】電文送信処理の内容を示すフローチャートである。
【図５】セッション未確立電文選択処理の内容を示すフローチャートである。
【図６】アクセス制御装置が使用する各バッファ及びテーブルのフォーマットの一例を示すイメージ図である。
【図７】ウェブサーバで実行される電文転送処理の内容を示すフローチャートである。
【図８】アプリケーション・サーバで実行される電文受信時処理の内容を示すフローチャートである。
【図９】悪戯目的等での特定ウェブサイトのアクセスを説明するためのシーケンス図である。
【符号の説明】
【００７４】
１０  コンピュータ・システム
１２  ウェブサイト運営システム
１４  アクセス制御装置
１４Ｂ  メモリ
１６  ウェブ・サーバ
１８  アプリケーション・サーバ
２０  イントラネット
２４  インターネット
２６  クライアント端末
【図１】
0004653618.tif 000002
【図２】
0004653618.tif 000003
【図３】
0004653618.tif 000004
【図４】
0004653618.tif 000005
【図５】
0004653618.tif 000006
【図６】
0004653618.tif 000007
【図７】
0004653618.tif 000008
【図８】
0004653618.tif 000009
【図９】
0004653618.tif 000010