アクセス制御装置
【課題】 アクセスリクエストから，優先処理するリクエストを区別できるアクセス制御装置を提供する。
【解決手段】 アクセス制御装置１は，アクセス数が一定以上になるとアクセス制御を行う通信中継部１４，クライアント端末４のＷｅｂサーバ２へのアクセスリクエストを解析し，リクエスト発行時にアクセスしていた画面と，アクセスしようとする画面とを抽出し，画面の遷移の順序が，判定情報の画面の遷移と一致すれば，クライアント端末４に対応付けて優先状態を設定するコンテンツ管理部１６，優先状態のクライアント端末４のリクエスト元情報を示すクライアント状態情報をクライアント状態情報記憶部１３に記録するクライアント管理部１７，および，受信したリクエストのリクエスト元情報がクライアント状態情報記憶部１３のリクエスト元情報に一致しないときに，受信したリクエストを遮断または一時保留するアクセス制御を要求する通信制御部１５を備える。
【解決手段】 アクセス制御装置１は，アクセス数が一定以上になるとアクセス制御を行う通信中継部１４，クライアント端末４のＷｅｂサーバ２へのアクセスリクエストを解析し，リクエスト発行時にアクセスしていた画面と，アクセスしようとする画面とを抽出し，画面の遷移の順序が，判定情報の画面の遷移と一致すれば，クライアント端末４に対応付けて優先状態を設定するコンテンツ管理部１６，優先状態のクライアント端末４のリクエスト元情報を示すクライアント状態情報をクライアント状態情報記憶部１３に記録するクライアント管理部１７，および，受信したリクエストのリクエスト元情報がクライアント状態情報記憶部１３のリクエスト元情報に一致しないときに，受信したリクエストを遮断または一時保留するアクセス制御を要求する通信制御部１５を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，サーバへのネットワークを介したアクセスを制御するアクセス制御装置に関する。
【背景技術】
【０００２】
インターネットを介して多数の者からのアクセスを受け付けるＷｅｂサーバにおいて，短期的かつ集中的にアクセスされる状態（バーストトラフィック）が発生する場合がある。また，バーストトラフィックには，不正な意図を持つ者が非正規の手段によってアクセスを大量に発生させていることが原因となっている場合もある。
【０００３】
バーストトラフィックが発生するとＷｅｂサーバの処理負荷が非常に高まり，システム停止となる場合もあり，本来であれば通信を維持するべきクライアントとの通信も困難になる。
【０００４】
従来，アクセスの上限回数を設けておき，各クライアントのアクセス数が上限回数を超えるとそのクライアントのアクセスをブロックすることによって，非正規の手続きによるアクセスを行っていると思われるクライアントに対処していた。
【０００５】
また，顧客毎の問い合わせに効果的に対応するために，顧客識別情報とＷｅｂ画面の遷移パターンとを取得して，画面の遷移パターンに基づいて顧客に応じた内容を予め想定しておく処理が知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１０２５８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
多数のクライアントからアクセスを受け付けるＷｅｂサーバにおいて，バーストトラフィックが生じた場合には，必ず受け付けるべきアクセス，一時的に保留させてもよいアクセス，不正かつ非正規であって遮断すべきアクセスなどが混在している。したがって，多数のアクセスの中から，どのようなクライアントからのアクセスであるかを調べて，受け付けるべき重要なクライアントのアクセスを優先的に処理する必要がある。
【０００８】
Ｗｅｂシステムは，そもそもリクエストに応じて静的なコンテンツ（画面）を返信する処理を行うため，クライアントからのリクエストそのものに優先順位を設けて処理することはない。しかし，バーストトラフィックの影響をＷｅｂサーバに及ぼす前に，Ｗｅｂサーバへのアクセスを制限できるようにアクセス制御を行う必要がある。すなわち，サーバ等が管理するクライアントに関する情報（ユーザ情報，認証情報など）を参照することなく，クライアントから送信されたアクセス情報のみを用いて，優先的に処理すべきアクセスを特定する必要がある。
【０００９】
本願で開示される装置の目的は，Ｗｅｂサーバへのアクセス情報をもとに，クライアントの当該Ｗｅｂサーバのサイト内での状態を判定し，この判定結果に基づいて，優先的に処理するアクセスと保留または廃棄してもよいアクセスとを区別できるアクセス制御を実現することである。
【課題を解決するための手段】
【００１０】
本願で開示される装置は，クライアントのＷｅｂサーバへのアクセスリクエストを受信して，Ｗｅｂサーバが提供するサイト内において，クライアント端末が発行したアクセスリクエスト（アドレス情報）が含む，アクセス先のＷｅｂページ（画面）の識別情報と，当該リクエストを発行したＷｅｂページ（画面）の識別情報との組み合わせをもとに，クライアントの情報を分類する。そして，アクセス制御の実行時において，クライアントのアクセスリクエストを受け付けると，リクエストしたクライアントの分類にもとづいて，受け付けたアクセスリクエストを優先的にＷｅｂサーバへ中継するかを判定する。
【００１１】
本願において開示されるアクセス制御装置の代表的なものの概要を簡単に説明すれば，以下のとおりである。すなわち，開示されるアクセス制御装置は，Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置であって，Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部と，クライアントの状態を記録するクライアント状態情報記憶部と，クライアントが送信したＷｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析して，解析の結果から，このアクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，このアクセスリクエストによりアクセスしようとするコンテンツの識別情報と，このアクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，抽出したコンテンツの識別情報の順序が判定情報のコンテンツ遷移と一致する場合にリクエスト元であるクライアントと対応付けて優先状態を設定するコンテンツ管理部と，優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報をクライアント状態情報記憶部に記録するクライアント管理部と，クライアントからＷｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する通信制御部とを備える。
【発明の効果】
【００１２】
上記した装置によれば，Ｗｅｂサーバへのアクセスリクエストの中継処理において，アクセス制御を行う場合に，優先的に送信するアクセスリクエストのみをＷｅｂサーバへ送信することができるため，Ｗｅｂサーバへのアクセス集中を緩和して，Ｗｅｂサーバのシステム停止を防止することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施例におけるアクセス制御装置１の構成例を示す図である。
【図２】コンテンツ情報の例を示す図である。
【図３】判定情報の例を示す図である。
【図４】クライアント状態情報の例を示す図である。
【図５】状態別クライアント数管理情報の例を示す図である。
【図６】正規なアクセスにおける，クライアント端末で表示される画面の遷移とクライアントの状態との例を示す図である。
【図７】アクセス制御が実行された場合の，クライアント端末で表示される画面の遷移とクライアントの状態との例を示す図である。
【図８】不正アクセスの場合の，クライアント端末で表示される画面の遷移とクライアントの状態との例を示す図である。
【図９】アクセス制御装置の処理の流れを示す図である（その１）。
【図１０】アクセス制御装置の処理の流れを示す図である（その２）。
【発明を実施するための形態】
【００１４】
図１は，本発明の一実施例におけるアクセス制御装置１の構成例を示す図である。
【００１５】
アクセス制御装置１は，Ｗｅｂサーバ２と制御表示用サーバ３とのプロキシ（代理装置）として機能して，Ｗｅｂサーバ２または制御表示用サーバ３と，クライアント端末４との通信を中継する。アクセス制御装置１は，アクセス数が一定以上になった場合または管理者の指示があった場合に，クライアント端末４からのアクセスリクエストをＷｅｂサーバ２に対するアクセス制御を行う。
【００１６】
Ｗｅｂサーバ２は，所定のコンテンツ（画面群）を通じて所定のアプリケーションを提供する装置であり，各画面を通じて，所定の情報が提供され，処理が実行される。
【００１７】
例えば，買い物サービスを提供するＷｅｂサーバのように，一連の処理手続を含むアプリケーションを行うＷｅｂサーバでは，業務に必要な情報や処理が，サイトの各画面を通じて提供される仕組みであることが多い。
【００１８】
したがって，Ｗｅｂサーバ２は，クライアントがアクセスした画面の順序から，クライアントが行っている処理が推定でき，推定した処理にもとづいて，次に行われるアクセスを優先的に処理するべきクライアントを特定することができる。
【００１９】
本実施例において，Ｗｅｂサーバ２は，買い物サービスを提供し，画面Ａ（ログイン処理を行う画面），画面Ｂ（購入商品を選択する画面），画面Ｃ（完了／ログアウトを示す画面），画面Ｄ（サイトのポータル画面），画面Ｅ（決済を行う画面），画面Ｆ（情報を通知する画面），画面Ｘ，Ｙ（管理作業用の画面）を提供するものとする。
【００２０】
制御表示用サーバ３は，アクセス制御装置１がアクセス制御を実行している場合に，アクセス制御装置１によって切り替えられたクライアント端末４に対して，所定のコンテンツを返却する。
【００２１】
クライアント端末４は，Ｗｅｂサーバ２にアクセスを行う者が使用する端末であって，Ｗｅｂサーバ２に対してコンテンツのアクセスリクエストを発行し，取得したコンテンツを表示処理し，所定の操作を行えるブラウザ５を有する。
【００２２】
アクセス制御装置１は，コンテンツ情報記憶部１１，判定情報記憶部１２，クライアント状態情報記憶部１３，通信中継部１４，通信制御部１５，コンテンツ管理部１６，およびクライアント管理部１７を有する。
【００２３】
コンテンツ情報記憶部１１は，Ｗｅｂサーバ２が提供するコンテンツの種別と，各種別に分類された各コンテンツの識別情報（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ：ＵＲＩ）を登録したコンテンツ情報を記憶する。
【００２４】
図２は，コンテンツ情報の例を示す図である。
【００２５】
コンテンツ情報は，種別毎に，分類されるコンテンツ（画面）の識別情報を含む。本実施例では，種別として，「通常リクエスト，キーコンテンツ（ｉｎ），キーコンテンツ（ｏｕｔ），管理コンテンツ」の４種の種別を設定する。
【００２６】
「通常リクエスト」には，クライアント端末４からの通常のリクエストによってアクセス可能な画面が登録される。「キーコンテンツ（ｉｎ）」には，通常リクエストに分類された画面群がアクセスされた状態で次のアクセス先としてリクエストされた場合に，リクエストしたクライアント端末４の状態を“優先状態”とする画面が設定される。
【００２７】
「キーコンテンツ（ｏｕｔ）」は，キーコンテンツ（ｉｎ）に分類された画面群から次にアクセスされた状態で次のアクセス先としてリクエストされた場合に，リクエストしたクライアント端末４の状態を“通常状態”とする画面が設定される。「管理コンテンツ」は，管理者のみがアクセス可能な画面群が設定される。
【００２８】
図２に示すコンテンツ情報において，画面Ａ，画面Ｄ等が「通常リクエスト」に，画面Ｂ，画面Ｅ等が「キーコンテンツ（ｉｎ）」に，画面Ｃ，画面Ｆ等が「キーコンテンツ（ｏｕｔ）」に，画面Ｘ，画面Ｙ等が「管理コンテンツ」に，それぞれ分類される。
【００２９】
判定情報記憶部１２は，画面間の遷移（コンテンツ遷移）をもとに，クライアント端末４の状態を判定する条件を設定した判定情報を記憶する。
【００３０】
図３は，判定情報の例を示す図である。
【００３１】
判定情報には，クライアント端末４が発行したアクセスリクエストから抽出された，リクエスト発行時にアクセスされている画面が分類されている種別を示す「ｆｒｏｍ」と，アクセス先である画面が分類されている種別を示す「ｔｏ」との組み合わせをもとに，上記の４つの状態が設定される。ここで，状態として，「普通状態，優先状態，不正状態，および管理者（状態）」が設定される。
【００３２】
「普通状態」は，アクセス制御時に，アクセス先を制御表示用サーバ３へ切り替えたアクセスリクエストを中継，または，受け付けたアクセスリクエストを一時的に保留するステータスを示す。「優先状態」は，アクセス制御時に，クライアント端末４のアクセスリクエストをそのまま中継するステータスを示す。「不正状態」は，アクセスリクエストをブロックするステータスを示す。「管理者状態」は，管理者端末からのアクセスリクエストとして扱うステータスを示す。
【００３３】
そして，アドレスリクエストから抽出された「ｆｒｏｍ」から「ｔｏ」への遷移と一致する，判定情報の行（ｆｒｏｍ）と列（ｔｏ）との交点の「状態」が，判定結果とされる。
【００３４】
クライアント状態情報記憶部１３は，クライアント端末４のアクセスの状態を示すクライアント状態情報が記録される。
【００３５】
図４は，クライアント状態情報の例を示す図である。
【００３６】
クライアント状態情報には，アクセス制御装置１の通信中継部１４が受け付けたクライアント端末４の識別情報として，アクセスリクエストから抽出されたアクセス情報（ＩＰアドレス，ポート番号，ヘッダ情報等）が記録され，記録した各クライアント端末４について，コンテンツ管理部１６によって判定された状態（普通状態／優先状態／不正状態／管理者（状態））が設定される。
【００３７】
通信中継部１４は，クライアント端末４と，Ｗｅｂサーバ２または制御表示用サーバ３との通信の中継処理を行う。通信中継部１４は，ＴＣＰセッション情報を生成・保持して，中継処理を管理している。
【００３８】
通信制御部１５は，通信中継部１４がクライアント端末４から受け付けたアクセスリクエストを参照して，アクセス情報（リクエスト，クライアント端末４のＩＰアドレス，ポート番号等）を解析して，解析情報をコンテンツ管理部１６へ渡す。
【００３９】
通信制御部１５は，クライアント管理部１７のアクセス制御の要求を受け付けると，通信中継部１４に対して，アクセス制御の要求として，所定の通信の中継処理の制御を要求する。
【００４０】
例えば，通信制御部１５は，アクセス制御の要求とともに，“普通状態”であるクライアント端末４のアクセスリクエストのアクセス先を，制御表示用サーバ３へ切り替えて中継する制御を要求する。または，通信制御部１５は，アクセス制御の要求とともに，“普通状態”であるクライアント端末４のアクセスリクエストを一時的に保留してから中継する制御を要求する。または，通信制御部１５は，“不正状態”と分類されたクライアント端末４のアクセスリクエストをブロック処理する制御を要求する。
【００４１】
コンテンツ管理部１６は，通信制御部１５から，クライアント端末４が送信したアクセスリクエストの解析情報を受け取り，この解析情報から，アクセスリクエストの発行時にアクセスしていた画面の識別情報（ｆｒｏｍ）と，アクセスしようとする画面の識別情報（ｔｏ）とを抽出する。
【００４２】
そして，コンテンツ管理部１６は，コンテンツ情報をもとに，抽出した２つの画面の識別情報から，それぞれの種別を特定する。さらに，コンテンツ管理部１６は，判定情報から，「ｆｒｏｍ」の種別と「ｔｏ」の種別との組み合わせに一致する状態を特定する。
【００４３】
例えば，アクセスリクエストの解析情報から，アクセスしている画面（ｆｒｏｍ）として画面Ａが，アクセスしようとしている画面（ｔｏ）として画面Ｂが抽出された場合に，それぞれの種別から，「ｆｒｏｍ：通常リクエスト」と「ｔｏ：キーコンテンツ（ｉｎ）」との組み合わせが得られ，“優先状態”と判定される。
【００４４】
また，コンテンツ管理部１６は，Ｗｅｂサーバ２への最初のアクセスリクエストが，「通常リクエスト」に分類されていない画面の識別情報を含む場合に，このアクセスリクエストを送信したクライアント端末４を直ちに“不正状態”と判定してもよい。
【００４５】
クライアント管理部１７は，コンテンツ管理部１６の判定結果を受け付けて，クライアント端末４を特定するための情報である，アクセスリクエストに含まれるリクエスト元の情報（ＩＰアドレス，ポート番号，ヘッダ情報等）と，判定された状態とを対応付けてクライアント状態情報記憶部１３に記録する。
【００４６】
また，クライアント管理部１７は，状態別クライアント数管理情報として，状態ごとにアクセス数の上限数を示す「最大値」を設定しておき，アクセス制御装置１が現在受け付けているアクセス数を記録する。そして，クライアント管理部１７は，状態別クライアント数管理情報の各状態のいずれかの「現状」のカウント数が「最大値」を超えた場合に，通信制御部１５へアクセス制御を要求し，アクセス制御の対象とする「状態」を，通信制御部１５へ通知する。
【００４７】
図５は，状態別クライアント数管理情報の例を示す図である。
【００４８】
図５の状態別クライアント数管理情報では，“優先状態”のアクセス数の「最大値」＝２００，“管理者状態”のアクセス数の「最大値」＝２と設定されている。
【００４９】
一例として，クライアント管理部１７は，“優先状態”のアクセス数が最大値を超過した場合に，アクセス制御の要求と，“普通状態”のクライアント端末４のリクエスト元の情報とを通信制御部１５に通知する。
【００５０】
通信制御部１５は，クライアント管理部１７から受け取った情報をもとに，通信中継部１４に対してアクセス制御を要求する。この場合に，“普通状態”のクライアント端末４のリクエスト元の情報をもとに，ＴＣＰセッション情報の，該当するクライアント端末４の一方を制御表示用サーバ３へ書き換えることによってアクセス制御を行うように，通信中継部１４に要求する。これにより，通信中継部１４が“優先状態”のクライアント端末４のアクセスリクエストのみがＷｅｂサーバ２へ転送するので，Ｗｅｂサーバ２へのアクセス集中が緩和される。
【００５１】
または，通信制御部１５は，“普通状態”のクライアント端末４のリクエスト元の情報をもとに，該当するクライアント端末４のセッションを所定時間保留してから行うようにアクセス制御を要求する。そして，通信中継部１４が“優先状態”のクライアント端末４のアクセスリクエストを優先的に転送する。
【００５２】
このように，中継処理において受信したＷｅｂサーバへのアクセスリクエストから抽出したコンテンツの順序，すなわち，アクセスした画面の識別情報とアクセスしようとする画面の識別情報とをもとに，リクエストしたクライアントの状態を“優先状態”と特定しておき，例えば，アクセス数が一定数を超えた状態の発生または管理者の指示によってアクセス制御を開始した場合に，アクセスリクエストのリクエスト元から特定したクライアントが“優先状態”のクライアント端末４のアクセスリクエストのみをＷｅｂサーバへ送信することができ，Ｗｅｂサーバ２のアクセス集中を緩和することができる。
【００５３】
また別の例として，クライアント管理部１７は，“不正状態”のアクセス数があった場合に，アクセス制御の要求と，“不正状態”のクライアント端末４のリクエスト元の情報とを通信制御部１５に通知する。
【００５４】
通信制御部１５は，クライアント管理部１７から受け取った情報をもとに，通信中継部１４に対してアクセス制御を要求する。この場合に，“不正状態”のクライアント端末４のリクエスト元の情報をもとに，該当するクライアント端末４のアクセスリクエストをブロックするアクセス制御を行うように，通信中継部１４に要求する。これにより，通信中継部１４は，“不正状態”のクライアント端末４のアクセスリクエストをブロックするので，Ｗｅｂサーバ２を不正アクセスから防御することができる。
【００５５】
以下に，クライアント端末４で表示されるＷｅｂサーバ２の画面の遷移と，アクセス制御装置１のクライアント端末４の状態との関係を概説する。
【００５６】
図６〜図８は，クライアント端末４で表示されるＷｅｂサーバ２の画面の遷移と，アクセス制御装置１のクライアント端末４の状態との関係を説明するための図である。
【００５７】
〔正規のアクセス手順における処理〕
図６を用いて，正規のアクセス手順における画面の遷移とクライアント端末４の状態との関係を説明する。
【００５８】
（１）トップ画面のリクエスト
クライアント端末４からＷｅｂサーバ２へのアクセスリクエストがあると，アクセス制御装置１は，このリクエストを受信して以下の処理を行う。
【００５９】
通信中継部１４は，既知の処理として，アクセスリクエストの通信を管理するＴＣＰセッション情報（ＩＰアドレス，ポート番号，ヘッダ情報等）を生成・保持する。さらに，通信中継部１４は，アクセス制御中でなければ，アクセスリクエストをＷｅｂサーバ２へ送信する。クライアント端末４のブラウザ５には，アクセス制御装置１を介してＷｅｂサーバ２から返却されたポータル画面（画面Ｄ）が表示される。
【００６０】
通信制御部１５は，通信中継部１４が保持したアクセスリクエストの情報を解析して，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：なし），アクセス先の画面の識別情報（ｔｏ：画面ＤのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００６１】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（なし）」，「ｔｏ（画面Ｄ）」は，それぞれ“通常リクエスト”と特定される。
【００６２】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：通常リクエスト，ｔｏ：通常リクエスト）をもとに，クライアント端末４の状態を判定する。ここで，“普通状態”と判定される。
【００６３】
次に，クライアント管理部１７は，通信制御部１５およびコンテンツ管理部１６から，リクエストしたクライアント端末４のリクエスト元情報と判定された状態とをクライアント状態情報記憶部１３のクライアント状態情報に格納して，状態別クライアント数管理情報の該当する状態（普通状態）の「現状」の値を１加算する。
【００６４】
（２）トップ画面からログイン画面のリクエスト
クライアント端末４から，ログイン画面（画面Ａ）へのアクセスリクエストが送信されると，アクセス制御装置１がこのリクエストを受信する。
【００６５】
通信中継部１４は，アクセス制御中ではないので，受信したアクセスリクエストをそのままＷｅｂサーバ２へ送信するため，クライアント端末４のブラウザ５にログイン画面（画面Ａ）が表示される。
【００６６】
アクセス制御装置１の通信制御部１５，コンテンツ管理部１６，クライアント管理部１７は，上記（１）の処理とほぼ同様に処理を行う。
【００６７】
通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＤのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＡのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００６８】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ｄ）」，「ｔｏ（画面Ａ）」は，それぞれ“通常リクエスト”と特定される。
【００６９】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：通常リクエスト，ｔｏ：通常リクエスト）をもとに，クライアント端末４の状態を判定する。ここで，“そのまま（普通状態）”と判定される。
【００７０】
次に，クライアント管理部１７は，判定された状態が“そのまま（普通状態）”であるので，処理を行わない。
【００７１】
（３）ログイン画面から商品選択画面のリクエスト
クライアント端末４から，商品選択画面（画面Ｂ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００７２】
なお，通信中継部１４は，通信制御部１５からアクセス制御中ではないので，受信したアクセスリクエストがＷｅｂサーバ２へ送信され，クライアント端末４のブラウザ５に商品選択画面（画面Ｂ）が表示される。
【００７３】
アクセス制御装置１の通信制御部１５，コンテンツ管理部１６，クライアント管理部１７は，上記（２）の処理と同様に処理を行う。
【００７４】
通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＡのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＢのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００７５】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ａ）」，「ｔｏ（画面Ｂ）」は，“通常リクエスト”，“キーコンテンツ（ｉｎ）”と特定される。
【００７６】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：通常リクエスト，ｔｏ：キーコンテンツ（ｉｎ）をもとに，クライアント端末４の状態を，“優先状態”と判定する。
【００７７】
クライアント管理部１７は，判定された状態が変更されたので，クライアント状態情報の該当するクライアント端末４の状態を“優先状態”に更新し，さらに，状態別クライアント数管理情報の「優先状態」の「現状」を１加算し，「普通状態」の「現状」を１減算する。
【００７８】
ここで，優先状態の現状のアクセス数が「最大値」を超過したとすると，クライアント管理部１７は，アクセス制御の要求と，クライアント状態情報に記録している，“普通状態”のクライアント端末４のリクエスト元の情報とを通信制御部１５へ通知する。
【００７９】
通信制御部１５は，通信中継部１４へ，“普通状態”のクライアント端末４のアクセスリクエストのアクセス先を制御表示用サーバ３へ書き換えることによるアクセス制御を要求する。通信中継部１４は，この要求を受け付けると，該当するクライアント端末４のＴＣＰセッション情報を書き換えて，アクセス制御を開始する。
【００８０】
（４）商品選択画面から決済画面のリクエスト
クライアント端末４から，決済画面（画面Ｅ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００８１】
ここで，通信中継部１４は，アクセス制御中であるが，クライアント端末４が“普通状態”でなければ，受信したアクセスリクエストをＷｅｂサーバ２へ送信し，クライアント端末４に決済画面（画面Ｅ）が表示される。
【００８２】
通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＢのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＥのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００８３】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ｂ）」，「ｔｏ（画面Ｅ）」は，それぞれ“キーコンテンツ（ｉｎ）”と特定される。
【００８４】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：キーコンテンツ（ｉｎ），ｔｏ：キーコンテンツ（ｉｎ）をもとに，クライアント端末４の状態を“そのまま（優先状態）”と判定する。
【００８５】
クライアント管理部１７は，判定された状態が“そのまま（優先状態）”であるので，処理を行わない。
【００８６】
（５）決済画面から完了／ログアウト画面のリクエスト
クライアント端末４から，完了／ログアウト画面（画面Ｃ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００８７】
なお，通信中継部１４は，通信制御部１５からアクセス制御中であるが，クライアント端末４が“普通状態”でなければ，受信したアクセスリクエストをＷｅｂサーバ２へ送信し，クライアント端末４に完了／ログアウト画面（画面Ｃ）が表示される。
【００８８】
アクセス制御装置１の通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＥのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＣのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００８９】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ｅ）」，「ｔｏ（画面Ｃ）」は，“キーコンテンツ（ｉｎ）”，“キーコンテンツ（ｏｕｔ）”と特定される。
【００９０】
コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：キーコンテンツ（ｉｎ），ｔｏ：キーコンテンツ（ｏｕｔ）をもとに，クライアント端末４の状態を，“普通状態”と判定する。
【００９１】
クライアント管理部１７は，判定された状態が変更されたので，クライアント状態情報の該当するクライアント端末４の状態を“普通状態”に更新し，さらに，状態別クライアント数管理情報の「普通状態」の「現状」を１加算し，「優先状態」の「現状」を１減算する。
【００９２】
ここで，「優先状態」の「現状」が「最大値」を超過しなくなった場合には，クライアント管理部１７は，通信制御部１５へアクセス制御の停止を要求する。そして，通信制御部１５が，通信中継部１４に対してアクセス制御の停止を要求すると，通信中継部１４は，アクセス制御を停止して，通常の中継処理へ戻る。
【００９３】
〔アクセス制御が実行された場合の処理〕
図７を用いて，アクセス制御が実行された場合の，画面の遷移とクライアント端末４の状態との関係を説明する。
【００９４】
（１）トップ画面のリクエスト
クライアント端末４からＷｅｂサーバ２へのアクセスリクエストが送信されると，アクセス制御装置１は，このリクエストを受信して，上記の〔正規のアクセス手順における処理〕の（１）で説明した処理と同様の処理を行う。
【００９５】
したがって，クライアント状態情報には，クライアント端末４の状態として“普通状態”が設定されている。
【００９６】
（２）ログイン画面のリクエスト
クライアント端末４から，ログイン画面（画面Ａ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００９７】
通信中継部１４は，アクセス制御中であると，通信制御部１５の要求によって書き換えたＴＣＰセッション情報をもとに，このアクセスリクエストのアクセス先を制御表示用サーバ３に書き換え，書き換えたアクセスリクエストを制御表示用サーバ３へ送信する。
【００９８】
そのため，クライアント端末４のブラウザ５には，ログイン画面（画面Ａ）の代わりに，制御表示用サーバ３が返却した「混雑中です。しばらくお待ちください」というメッセージ画面が表示される。
【００９９】
〔不正アクセスが実行された場合の処理〕
図８を用いて，不正アクセスが実行された場合の，画面の遷移とクライアント端末４の状態との関係を説明する。
【０１００】
（１）決済画面のリクエスト
不正アクセスを意図するクライアント端末４から，Ｗｅｂサーバ２の決済画面（画面Ｅ）へのアクセスリクエストが送信されると，アクセス制御装置１は，このリクエストを受信して，上記の〔正規のアクセス手順における処理〕の（１）で説明した処理とほぼ同様の処理を行う。
【０１０１】
通信制御部１５は，通信中継部１４が保持したアクセスリクエストの情報を解析して，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：なし），アクセス先の画面の識別情報（ｔｏ：画面ＥのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【０１０２】
コンテンツ管理部１６は，アクセス先の画面の識別情報（ｔｏ：画面ＥのＵＲＩ）が，“通常リクエスト”の画面以外のものであることから，このクライアント端末４を“不正状態”と判定する。
【０１０３】
そして，クライアント管理部１７は，クライアント状態情報を設定し，状態別クライアント数管理情報の「不正状態」の「現状」をカウントアップする。
【０１０４】
また，クライアント管理部１７は，通信制御部１５に対し，アクセス制御の要求と“不正状態”のクライアント端末４のリクエスト元を直ちに通知する。
【０１０５】
通信制御部１５は，通信中継部１４に対してＴＣＰセッション情報の書き換えを要求して，“不正状態”のクライアント端末４のアクセスリクエストをブロックする制御を要求する。
【０１０６】
通信中継部１４は，通信制御部１５のアクセスのブロック制御要求を受け取った後に，クライアント端末４からアクセスリクエストを受け付けても，アクセスリクエストを廃棄する等して通信をブロックするため，不正アクセス目的のクライアント端末４は，Ｗｅｂサーバ２へアクセスすることができなくなる。
【０１０７】
なお，不正アクセス目的のクライアント端末４の最初アクセスリクエスト（画面Ｅ）は，Ｗｅｂサーバ２へ中継されてしまうが，Ｗｅｂサーバ２では，ログイン画面（画面Ａ）でログイン認証を行っていないクライアント端末４に対してアクセスを拒否する。そのため，実際には，クライアント端末４のブラウザに決済画面（画面Ｄ）は表示されない。そして，同じクライアント端末４から，Ｗｅｂサーバ２に対して再度アクセスリクエストが送信されたときは，アクセス制御装置１でアクセスリクエストを遮断するため，Ｗｅｂサーバ２での認証および拒否通知等の処理に関する処理負担が軽減されることになる。
【０１０８】
図９および図１０は，アクセス制御装置１の処理の流れを示す図である。
【０１０９】
アクセス制御装置１の通信中継部１４は，クライアント端末４から，ＴＣＰ／ＩＰ通信を受信し，受信した通信に関するＴＣＰセッション情報を作成して保持する（ステップＳ１０）。
【０１１０】
通信中継部１４は，ＴＣＰセッション情報から，ＴＣＰ／ＩＰヘッダ情報，リクエスト情報を抽出して（ステップＳ１１），不正なＩＰアドレス（ＩＰ）またはポート番号（Ｐｏｒｔ）またはヘッダ情報（ヘッダ）であるかを判定する（ステップＳ１２）。
【０１１１】
抽出した情報が，不正なＩＰアドレス，ポート番号，またはヘッダ情報であれば（ステップＳ１２のＹＥＳ），通信中継部１４は，ＴＣＰセッション情報を削除する（ステップＳ１３）。
【０１１２】
一方，抽出した情報が，不正なＩＰアドレス等でなければ（ステップＳ１２のＮＯ），通信制御部１５は，ＴＣＰセッション情報から，アクセスしたクライアント端末４の通信に関する情報（ＩＰアドレス，ポート番号，ヘッダ情報等）を取得し，取得した情報を解析して，リクエスト元の識別情報（アクセスしたクライアント端末４のＩＰアドレス，ポート番号，ヘッダ情報等），リクエストを発行したコンテンツの識別情報（ｆｒｏｍＵＲＩ），アクセス先のコンテンツの識別情報（ｔｏＵＲＩ）を抽出する（ステップＳ１４）。
【０１１３】
コンテンツ管理部１６は，コンテンツの識別情報（ｆｒｏｍＵＲＩ）コンテンツの識別情報（ｔｏＵＲＩ）とをもとにコンテンツの種別を特定する（ステップＳ１５）。さらに，コンテンツ管理部１６は，判定情報を参照して，特定したコンテンツの種別から，クライアント端末４の状態を決定する（ステップＳ１６）。
【０１１４】
クライアント管理部１７は，コンテンツ管理部１６の判定結果を得て，クライアント状態情報と状態別クライアント数管理情報とを更新する（ステップＳ１７）。
【０１１５】
クライアント管理部１７は，コンテンツ管理部１６で，クライアント端末４の状態が“不正状態”と判定された場合に（ステップＳ１８のＹＥＳ），通信制御部１５に対して，アクセス制御を要求し，“不正状態”のクライアント端末４のリクエスト元の識別情報（ＩＰアドレス，ポート番号，ヘッダ等）を通知する（ステップＳ１９）。
【０１１６】
通信制御部１５は，通知されたリクエスト元識別情報に該当するクライアント端末４のＴＣＰセッション情報の書き換えによる，該当クライアント端末４からのアクセスリクエストをブロックする制御を，通信中継部１４へ要求する（ステップＳ２０）。
【０１１７】
クライアント管理部１７は，クライアント端末４の状態が“不正状態”と判定されていない場合に（ステップＳ１８のＮＯ），さらに，状態別クライアント数管理情報の“優先状態”の「現状」の値が「最大値」を超過しているかを判断する（ステップＳ２１）。“優先状態”の「現状」の値が「最大値」を超過している場合に（ステップＳ２１のＹＥＳ），クライアント管理部１７は，通信制御部１５に対し，アクセス制御を要求し，“普通状態”と判定されたクライアント端末４のリクエスト元識別情報（ＩＰアドレス，ポート番号，ヘッダ等）を通知する（ステップＳ２２）。
【０１１８】
通信制御部１５は，通知されたリクエスト元識別情報に該当するクライアント端末４のＴＣＰセッション情報の書き換えによる，該当クライアント端末からのアクセスリクエストのアクセス先を変更する制御を，通信中継部１４へ要求する（ステップＳ２３）。
【０１１９】
一方，“優先状態”の「現状」が「最大値」を超過していなければ（ステップＳ２１のＮＯ），処理を終了する。
【０１２０】
以上の本実施例に示されるように，アクセス制御装置１を，ｅコマース・サイトのＷｅｂサーバのプロキシ装置に適用した場合に，次のような効果が得られる。
【０１２１】
（１）Ｗｅｂサーバ２へのアクセスが集中しても，アクセス制御装置１が，優先的に取り扱うクライアント端末４からのアクセスのみをＷｅｂサーバ２へ中継するため，直ちにアクセス集中が緩和されて，Ｗｅｂサーバ２のシステム停止を防止することができる。
【０１２２】
よって，重要な顧客のクライアント端末４は，Ｗｅｂサーバ２との通信が優先的に維持されるため，Ｗｅｂサーバ２での手続を完了させることができる。
【０１２３】
（２）Ｗｅｂサーバ２へのアクセス集中によって，処理限界に近づいているような場合に，アクセス制御装置１が，優先的に取り扱うクライアント端末４からのアクセスのみをＷｅｂサーバ２へ中継するため，Ｗｅｂサーバ２の処理能力に応じたアクセス数に制御して，重要なクライアントに対するレスポンス処理能力を一定の程度に維持し，顧客満足度を低下させない応答を実現することができる。
【０１２４】
（３）不正なクライアント端末４が行う非正規手段によるアクセスによってＷｅｂサーバ２へアクセスした場合に，アクセス制御装置１が，そのようなクライアント端末４からのアクセスを“不正状態”と判断して，直ちにＷｅｂサーバ２へのアクセスを遮断するため，Ｗｅｂサーバ２に対するアクセスによる攻撃を防御することができる。よって，不特定多数のクライアントからのアクセスを許容せざるを得ない商業的サイトに対するセキュリティ手段を実現することができる。
【０１２５】
例えば，Ｗｅｂサーバ２が買い物サービスを提供するサーバである場合に，商品選択画面で既に購入商品を選択して決済画面に進んでいるクライアント（上顧客）と，ログイン画面でログインしただけで商品選択画面まで進んでいないクライアント（顧客），非正規手段によってサイト内の画面を閲覧しようとしているクライアント（不正者）のアクセスが混在していると考えられる。このような状態の場合に，Ｗｅｂサーバ２でバーストトラフィックによるシステム停止が発生した場合に，決済処理をしようとしている上顧客との通信が中断されると，上顧客の手続き処理が完了できずエラー原因となったり，購入自体が取りやめになったりする可能性があり，好ましくない。
【０１２６】
上記のアクセス制御装置１は，そのような上顧客とＷｅｂサーバ２との通信を優先的に維持することができ，バーストトラフィックにより生じうる取引機会の喪失を防止することができる。
【０１２７】
また，以上の実施例において開示したアクセス制御装置１は，Ｗｅｂサーバ２等とクライアント端末４との通信を中継する通信中継部１４を備えるプロキシ装置として説明したが，アクセス制御装置１は，通信を中継する通信中継装置，負荷分散装置内に組み込まれる装置として実施することができる。この場合に，アクセス制御装置１は，通信中継部１４を備える必要がなく，通信中継部１４の機能は，通信中継装置，負荷分散装置等が有する通信中継機能によって実現される。
【０１２８】
また，開示したアクセス制御装置１は，プログラムがコンピュータにより読み取られ実行されることにより，アクセス制御装置１が有する通信中継部１４，通信制御部１５，コンテンツ管理部１６，クライアント管理部１７の各処理部が実現されることによって構築することができる。
【０１２９】
このプログラムは，コンピュータが読み取り可能な，可搬媒体メモリ，半導体メモリ，ハードディスクなどの適当な記録媒体に格納することができ，これらの記録媒体に記録して提供される。または，このプログラムは，通信インタフェースを介して種々の通信網を利用した送受信により提供される。
【０１３０】
以上の実施例を含む実施形態に関し，さらに以下の付記を開示する。
【０１３１】
（付記１） 開示されるアクセス制御装置は，Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置であって，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部と，
クライアントの状態を記録するクライアント状態情報記憶部と，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析して，前記解析の結果から前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定するコンテンツ管理部と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録するクライアント管理部と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する通信制御部とを備える
ことを特徴とするアクセス制御装置。
【０１３２】
（付記２） 前記通信制御部は，前記クライアント状態情報をもとに，前記優先状態に対応付けられたクライアントの合計数が所定数を超過した場合に，前記Ｗｅｂサーバへの前記アクセス制御を要求する
ことを特徴とする前記付記１に記載のアクセス制御装置。
【０１３３】
（付記３） 前記判定情報記憶部は，前記Ｗｅｂサーバへのアクセス制御におけるクライアントの不正状態を判定するためのコンテンツ遷移を設定した判定情報を保持し，
前記コンテンツ管理部は，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報の不正状態を判定するためのコンテンツ遷移と一致する場合に，前記リクエスト元であるクライアントと対応付けて不正状態を設定し，
前記クライアント管理部は，前記コンテンツ管理部により，不正状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録し，
前記通信制御部は，クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された不正状態に対応付けられたクライアントのリクエスト元を示す情報に一致するときは，受信したアクセスリクエストを遮断するアクセス制御を要求する
ことを特徴とする前記付記１または前記付記２に記載のアクセス制御装置。
【０１３４】
（付記４） 前記判定情報記憶部は，前記Ｗｅｂサーバのコンテンツを所定の種別に分類し，前記判定情報として，前記コンテンツの種別間の遷移を設定した情報を保持し，
前記コンテンツ管理部は，前記取得したアドレス情報の順序に対応するコンテンツの種別の順序が前記判定情報のコンテンツの種別間の遷移に一致するかを判定する
ことを特徴とする前記付記１ないし前記付記３のいずれか一項に記載のアクセス制御装置。
【０１３５】
（付記５） Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置が実行する制御方法であって，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析する処理過程と，
前記解析の結果から，前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出する処理過程と，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部へアクセスして，前記判定情報を取得する処理過程と，
前記抽出したコンテンツの識別情報の順序が，前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定する処理過程と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報をクライアント状態情報記憶部に記録する処理過程と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する処理過程とを備える
ことを特徴とするアクセス制御方法。
【０１３６】
（付記６） Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置に，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析する処理と，
前記解析の結果から，前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出する処理と，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部へアクセスして，前記判定情報を取得する処理と，
前記抽出したコンテンツの識別情報の順序が，前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定する処理と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報をクライアント状態情報記憶部に記録する処理と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する処理とを実行させるための
アクセス制御プログラム。
【符号の説明】
【０１３７】
１ アクセス制御装置
１１ コンテンツ情報記憶部
１２ 判定情報記憶部
１３ クライアント状態情報記憶部
１４ 通信中継部
１５ 通信制御部
１６ コンテンツ管理部
１７ クライアント管理部
２ Ｗｅｂサーバ
３ 制御表示用サーバ
４ クライアント端末
５ ブラウザ
６ インターネット
【技術分野】
【０００１】
本発明は，サーバへのネットワークを介したアクセスを制御するアクセス制御装置に関する。
【背景技術】
【０００２】
インターネットを介して多数の者からのアクセスを受け付けるＷｅｂサーバにおいて，短期的かつ集中的にアクセスされる状態（バーストトラフィック）が発生する場合がある。また，バーストトラフィックには，不正な意図を持つ者が非正規の手段によってアクセスを大量に発生させていることが原因となっている場合もある。
【０００３】
バーストトラフィックが発生するとＷｅｂサーバの処理負荷が非常に高まり，システム停止となる場合もあり，本来であれば通信を維持するべきクライアントとの通信も困難になる。
【０００４】
従来，アクセスの上限回数を設けておき，各クライアントのアクセス数が上限回数を超えるとそのクライアントのアクセスをブロックすることによって，非正規の手続きによるアクセスを行っていると思われるクライアントに対処していた。
【０００５】
また，顧客毎の問い合わせに効果的に対応するために，顧客識別情報とＷｅｂ画面の遷移パターンとを取得して，画面の遷移パターンに基づいて顧客に応じた内容を予め想定しておく処理が知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１０２５８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
多数のクライアントからアクセスを受け付けるＷｅｂサーバにおいて，バーストトラフィックが生じた場合には，必ず受け付けるべきアクセス，一時的に保留させてもよいアクセス，不正かつ非正規であって遮断すべきアクセスなどが混在している。したがって，多数のアクセスの中から，どのようなクライアントからのアクセスであるかを調べて，受け付けるべき重要なクライアントのアクセスを優先的に処理する必要がある。
【０００８】
Ｗｅｂシステムは，そもそもリクエストに応じて静的なコンテンツ（画面）を返信する処理を行うため，クライアントからのリクエストそのものに優先順位を設けて処理することはない。しかし，バーストトラフィックの影響をＷｅｂサーバに及ぼす前に，Ｗｅｂサーバへのアクセスを制限できるようにアクセス制御を行う必要がある。すなわち，サーバ等が管理するクライアントに関する情報（ユーザ情報，認証情報など）を参照することなく，クライアントから送信されたアクセス情報のみを用いて，優先的に処理すべきアクセスを特定する必要がある。
【０００９】
本願で開示される装置の目的は，Ｗｅｂサーバへのアクセス情報をもとに，クライアントの当該Ｗｅｂサーバのサイト内での状態を判定し，この判定結果に基づいて，優先的に処理するアクセスと保留または廃棄してもよいアクセスとを区別できるアクセス制御を実現することである。
【課題を解決するための手段】
【００１０】
本願で開示される装置は，クライアントのＷｅｂサーバへのアクセスリクエストを受信して，Ｗｅｂサーバが提供するサイト内において，クライアント端末が発行したアクセスリクエスト（アドレス情報）が含む，アクセス先のＷｅｂページ（画面）の識別情報と，当該リクエストを発行したＷｅｂページ（画面）の識別情報との組み合わせをもとに，クライアントの情報を分類する。そして，アクセス制御の実行時において，クライアントのアクセスリクエストを受け付けると，リクエストしたクライアントの分類にもとづいて，受け付けたアクセスリクエストを優先的にＷｅｂサーバへ中継するかを判定する。
【００１１】
本願において開示されるアクセス制御装置の代表的なものの概要を簡単に説明すれば，以下のとおりである。すなわち，開示されるアクセス制御装置は，Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置であって，Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部と，クライアントの状態を記録するクライアント状態情報記憶部と，クライアントが送信したＷｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析して，解析の結果から，このアクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，このアクセスリクエストによりアクセスしようとするコンテンツの識別情報と，このアクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，抽出したコンテンツの識別情報の順序が判定情報のコンテンツ遷移と一致する場合にリクエスト元であるクライアントと対応付けて優先状態を設定するコンテンツ管理部と，優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報をクライアント状態情報記憶部に記録するクライアント管理部と，クライアントからＷｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する通信制御部とを備える。
【発明の効果】
【００１２】
上記した装置によれば，Ｗｅｂサーバへのアクセスリクエストの中継処理において，アクセス制御を行う場合に，優先的に送信するアクセスリクエストのみをＷｅｂサーバへ送信することができるため，Ｗｅｂサーバへのアクセス集中を緩和して，Ｗｅｂサーバのシステム停止を防止することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施例におけるアクセス制御装置１の構成例を示す図である。
【図２】コンテンツ情報の例を示す図である。
【図３】判定情報の例を示す図である。
【図４】クライアント状態情報の例を示す図である。
【図５】状態別クライアント数管理情報の例を示す図である。
【図６】正規なアクセスにおける，クライアント端末で表示される画面の遷移とクライアントの状態との例を示す図である。
【図７】アクセス制御が実行された場合の，クライアント端末で表示される画面の遷移とクライアントの状態との例を示す図である。
【図８】不正アクセスの場合の，クライアント端末で表示される画面の遷移とクライアントの状態との例を示す図である。
【図９】アクセス制御装置の処理の流れを示す図である（その１）。
【図１０】アクセス制御装置の処理の流れを示す図である（その２）。
【発明を実施するための形態】
【００１４】
図１は，本発明の一実施例におけるアクセス制御装置１の構成例を示す図である。
【００１５】
アクセス制御装置１は，Ｗｅｂサーバ２と制御表示用サーバ３とのプロキシ（代理装置）として機能して，Ｗｅｂサーバ２または制御表示用サーバ３と，クライアント端末４との通信を中継する。アクセス制御装置１は，アクセス数が一定以上になった場合または管理者の指示があった場合に，クライアント端末４からのアクセスリクエストをＷｅｂサーバ２に対するアクセス制御を行う。
【００１６】
Ｗｅｂサーバ２は，所定のコンテンツ（画面群）を通じて所定のアプリケーションを提供する装置であり，各画面を通じて，所定の情報が提供され，処理が実行される。
【００１７】
例えば，買い物サービスを提供するＷｅｂサーバのように，一連の処理手続を含むアプリケーションを行うＷｅｂサーバでは，業務に必要な情報や処理が，サイトの各画面を通じて提供される仕組みであることが多い。
【００１８】
したがって，Ｗｅｂサーバ２は，クライアントがアクセスした画面の順序から，クライアントが行っている処理が推定でき，推定した処理にもとづいて，次に行われるアクセスを優先的に処理するべきクライアントを特定することができる。
【００１９】
本実施例において，Ｗｅｂサーバ２は，買い物サービスを提供し，画面Ａ（ログイン処理を行う画面），画面Ｂ（購入商品を選択する画面），画面Ｃ（完了／ログアウトを示す画面），画面Ｄ（サイトのポータル画面），画面Ｅ（決済を行う画面），画面Ｆ（情報を通知する画面），画面Ｘ，Ｙ（管理作業用の画面）を提供するものとする。
【００２０】
制御表示用サーバ３は，アクセス制御装置１がアクセス制御を実行している場合に，アクセス制御装置１によって切り替えられたクライアント端末４に対して，所定のコンテンツを返却する。
【００２１】
クライアント端末４は，Ｗｅｂサーバ２にアクセスを行う者が使用する端末であって，Ｗｅｂサーバ２に対してコンテンツのアクセスリクエストを発行し，取得したコンテンツを表示処理し，所定の操作を行えるブラウザ５を有する。
【００２２】
アクセス制御装置１は，コンテンツ情報記憶部１１，判定情報記憶部１２，クライアント状態情報記憶部１３，通信中継部１４，通信制御部１５，コンテンツ管理部１６，およびクライアント管理部１７を有する。
【００２３】
コンテンツ情報記憶部１１は，Ｗｅｂサーバ２が提供するコンテンツの種別と，各種別に分類された各コンテンツの識別情報（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ：ＵＲＩ）を登録したコンテンツ情報を記憶する。
【００２４】
図２は，コンテンツ情報の例を示す図である。
【００２５】
コンテンツ情報は，種別毎に，分類されるコンテンツ（画面）の識別情報を含む。本実施例では，種別として，「通常リクエスト，キーコンテンツ（ｉｎ），キーコンテンツ（ｏｕｔ），管理コンテンツ」の４種の種別を設定する。
【００２６】
「通常リクエスト」には，クライアント端末４からの通常のリクエストによってアクセス可能な画面が登録される。「キーコンテンツ（ｉｎ）」には，通常リクエストに分類された画面群がアクセスされた状態で次のアクセス先としてリクエストされた場合に，リクエストしたクライアント端末４の状態を“優先状態”とする画面が設定される。
【００２７】
「キーコンテンツ（ｏｕｔ）」は，キーコンテンツ（ｉｎ）に分類された画面群から次にアクセスされた状態で次のアクセス先としてリクエストされた場合に，リクエストしたクライアント端末４の状態を“通常状態”とする画面が設定される。「管理コンテンツ」は，管理者のみがアクセス可能な画面群が設定される。
【００２８】
図２に示すコンテンツ情報において，画面Ａ，画面Ｄ等が「通常リクエスト」に，画面Ｂ，画面Ｅ等が「キーコンテンツ（ｉｎ）」に，画面Ｃ，画面Ｆ等が「キーコンテンツ（ｏｕｔ）」に，画面Ｘ，画面Ｙ等が「管理コンテンツ」に，それぞれ分類される。
【００２９】
判定情報記憶部１２は，画面間の遷移（コンテンツ遷移）をもとに，クライアント端末４の状態を判定する条件を設定した判定情報を記憶する。
【００３０】
図３は，判定情報の例を示す図である。
【００３１】
判定情報には，クライアント端末４が発行したアクセスリクエストから抽出された，リクエスト発行時にアクセスされている画面が分類されている種別を示す「ｆｒｏｍ」と，アクセス先である画面が分類されている種別を示す「ｔｏ」との組み合わせをもとに，上記の４つの状態が設定される。ここで，状態として，「普通状態，優先状態，不正状態，および管理者（状態）」が設定される。
【００３２】
「普通状態」は，アクセス制御時に，アクセス先を制御表示用サーバ３へ切り替えたアクセスリクエストを中継，または，受け付けたアクセスリクエストを一時的に保留するステータスを示す。「優先状態」は，アクセス制御時に，クライアント端末４のアクセスリクエストをそのまま中継するステータスを示す。「不正状態」は，アクセスリクエストをブロックするステータスを示す。「管理者状態」は，管理者端末からのアクセスリクエストとして扱うステータスを示す。
【００３３】
そして，アドレスリクエストから抽出された「ｆｒｏｍ」から「ｔｏ」への遷移と一致する，判定情報の行（ｆｒｏｍ）と列（ｔｏ）との交点の「状態」が，判定結果とされる。
【００３４】
クライアント状態情報記憶部１３は，クライアント端末４のアクセスの状態を示すクライアント状態情報が記録される。
【００３５】
図４は，クライアント状態情報の例を示す図である。
【００３６】
クライアント状態情報には，アクセス制御装置１の通信中継部１４が受け付けたクライアント端末４の識別情報として，アクセスリクエストから抽出されたアクセス情報（ＩＰアドレス，ポート番号，ヘッダ情報等）が記録され，記録した各クライアント端末４について，コンテンツ管理部１６によって判定された状態（普通状態／優先状態／不正状態／管理者（状態））が設定される。
【００３７】
通信中継部１４は，クライアント端末４と，Ｗｅｂサーバ２または制御表示用サーバ３との通信の中継処理を行う。通信中継部１４は，ＴＣＰセッション情報を生成・保持して，中継処理を管理している。
【００３８】
通信制御部１５は，通信中継部１４がクライアント端末４から受け付けたアクセスリクエストを参照して，アクセス情報（リクエスト，クライアント端末４のＩＰアドレス，ポート番号等）を解析して，解析情報をコンテンツ管理部１６へ渡す。
【００３９】
通信制御部１５は，クライアント管理部１７のアクセス制御の要求を受け付けると，通信中継部１４に対して，アクセス制御の要求として，所定の通信の中継処理の制御を要求する。
【００４０】
例えば，通信制御部１５は，アクセス制御の要求とともに，“普通状態”であるクライアント端末４のアクセスリクエストのアクセス先を，制御表示用サーバ３へ切り替えて中継する制御を要求する。または，通信制御部１５は，アクセス制御の要求とともに，“普通状態”であるクライアント端末４のアクセスリクエストを一時的に保留してから中継する制御を要求する。または，通信制御部１５は，“不正状態”と分類されたクライアント端末４のアクセスリクエストをブロック処理する制御を要求する。
【００４１】
コンテンツ管理部１６は，通信制御部１５から，クライアント端末４が送信したアクセスリクエストの解析情報を受け取り，この解析情報から，アクセスリクエストの発行時にアクセスしていた画面の識別情報（ｆｒｏｍ）と，アクセスしようとする画面の識別情報（ｔｏ）とを抽出する。
【００４２】
そして，コンテンツ管理部１６は，コンテンツ情報をもとに，抽出した２つの画面の識別情報から，それぞれの種別を特定する。さらに，コンテンツ管理部１６は，判定情報から，「ｆｒｏｍ」の種別と「ｔｏ」の種別との組み合わせに一致する状態を特定する。
【００４３】
例えば，アクセスリクエストの解析情報から，アクセスしている画面（ｆｒｏｍ）として画面Ａが，アクセスしようとしている画面（ｔｏ）として画面Ｂが抽出された場合に，それぞれの種別から，「ｆｒｏｍ：通常リクエスト」と「ｔｏ：キーコンテンツ（ｉｎ）」との組み合わせが得られ，“優先状態”と判定される。
【００４４】
また，コンテンツ管理部１６は，Ｗｅｂサーバ２への最初のアクセスリクエストが，「通常リクエスト」に分類されていない画面の識別情報を含む場合に，このアクセスリクエストを送信したクライアント端末４を直ちに“不正状態”と判定してもよい。
【００４５】
クライアント管理部１７は，コンテンツ管理部１６の判定結果を受け付けて，クライアント端末４を特定するための情報である，アクセスリクエストに含まれるリクエスト元の情報（ＩＰアドレス，ポート番号，ヘッダ情報等）と，判定された状態とを対応付けてクライアント状態情報記憶部１３に記録する。
【００４６】
また，クライアント管理部１７は，状態別クライアント数管理情報として，状態ごとにアクセス数の上限数を示す「最大値」を設定しておき，アクセス制御装置１が現在受け付けているアクセス数を記録する。そして，クライアント管理部１７は，状態別クライアント数管理情報の各状態のいずれかの「現状」のカウント数が「最大値」を超えた場合に，通信制御部１５へアクセス制御を要求し，アクセス制御の対象とする「状態」を，通信制御部１５へ通知する。
【００４７】
図５は，状態別クライアント数管理情報の例を示す図である。
【００４８】
図５の状態別クライアント数管理情報では，“優先状態”のアクセス数の「最大値」＝２００，“管理者状態”のアクセス数の「最大値」＝２と設定されている。
【００４９】
一例として，クライアント管理部１７は，“優先状態”のアクセス数が最大値を超過した場合に，アクセス制御の要求と，“普通状態”のクライアント端末４のリクエスト元の情報とを通信制御部１５に通知する。
【００５０】
通信制御部１５は，クライアント管理部１７から受け取った情報をもとに，通信中継部１４に対してアクセス制御を要求する。この場合に，“普通状態”のクライアント端末４のリクエスト元の情報をもとに，ＴＣＰセッション情報の，該当するクライアント端末４の一方を制御表示用サーバ３へ書き換えることによってアクセス制御を行うように，通信中継部１４に要求する。これにより，通信中継部１４が“優先状態”のクライアント端末４のアクセスリクエストのみがＷｅｂサーバ２へ転送するので，Ｗｅｂサーバ２へのアクセス集中が緩和される。
【００５１】
または，通信制御部１５は，“普通状態”のクライアント端末４のリクエスト元の情報をもとに，該当するクライアント端末４のセッションを所定時間保留してから行うようにアクセス制御を要求する。そして，通信中継部１４が“優先状態”のクライアント端末４のアクセスリクエストを優先的に転送する。
【００５２】
このように，中継処理において受信したＷｅｂサーバへのアクセスリクエストから抽出したコンテンツの順序，すなわち，アクセスした画面の識別情報とアクセスしようとする画面の識別情報とをもとに，リクエストしたクライアントの状態を“優先状態”と特定しておき，例えば，アクセス数が一定数を超えた状態の発生または管理者の指示によってアクセス制御を開始した場合に，アクセスリクエストのリクエスト元から特定したクライアントが“優先状態”のクライアント端末４のアクセスリクエストのみをＷｅｂサーバへ送信することができ，Ｗｅｂサーバ２のアクセス集中を緩和することができる。
【００５３】
また別の例として，クライアント管理部１７は，“不正状態”のアクセス数があった場合に，アクセス制御の要求と，“不正状態”のクライアント端末４のリクエスト元の情報とを通信制御部１５に通知する。
【００５４】
通信制御部１５は，クライアント管理部１７から受け取った情報をもとに，通信中継部１４に対してアクセス制御を要求する。この場合に，“不正状態”のクライアント端末４のリクエスト元の情報をもとに，該当するクライアント端末４のアクセスリクエストをブロックするアクセス制御を行うように，通信中継部１４に要求する。これにより，通信中継部１４は，“不正状態”のクライアント端末４のアクセスリクエストをブロックするので，Ｗｅｂサーバ２を不正アクセスから防御することができる。
【００５５】
以下に，クライアント端末４で表示されるＷｅｂサーバ２の画面の遷移と，アクセス制御装置１のクライアント端末４の状態との関係を概説する。
【００５６】
図６〜図８は，クライアント端末４で表示されるＷｅｂサーバ２の画面の遷移と，アクセス制御装置１のクライアント端末４の状態との関係を説明するための図である。
【００５７】
〔正規のアクセス手順における処理〕
図６を用いて，正規のアクセス手順における画面の遷移とクライアント端末４の状態との関係を説明する。
【００５８】
（１）トップ画面のリクエスト
クライアント端末４からＷｅｂサーバ２へのアクセスリクエストがあると，アクセス制御装置１は，このリクエストを受信して以下の処理を行う。
【００５９】
通信中継部１４は，既知の処理として，アクセスリクエストの通信を管理するＴＣＰセッション情報（ＩＰアドレス，ポート番号，ヘッダ情報等）を生成・保持する。さらに，通信中継部１４は，アクセス制御中でなければ，アクセスリクエストをＷｅｂサーバ２へ送信する。クライアント端末４のブラウザ５には，アクセス制御装置１を介してＷｅｂサーバ２から返却されたポータル画面（画面Ｄ）が表示される。
【００６０】
通信制御部１５は，通信中継部１４が保持したアクセスリクエストの情報を解析して，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：なし），アクセス先の画面の識別情報（ｔｏ：画面ＤのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００６１】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（なし）」，「ｔｏ（画面Ｄ）」は，それぞれ“通常リクエスト”と特定される。
【００６２】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：通常リクエスト，ｔｏ：通常リクエスト）をもとに，クライアント端末４の状態を判定する。ここで，“普通状態”と判定される。
【００６３】
次に，クライアント管理部１７は，通信制御部１５およびコンテンツ管理部１６から，リクエストしたクライアント端末４のリクエスト元情報と判定された状態とをクライアント状態情報記憶部１３のクライアント状態情報に格納して，状態別クライアント数管理情報の該当する状態（普通状態）の「現状」の値を１加算する。
【００６４】
（２）トップ画面からログイン画面のリクエスト
クライアント端末４から，ログイン画面（画面Ａ）へのアクセスリクエストが送信されると，アクセス制御装置１がこのリクエストを受信する。
【００６５】
通信中継部１４は，アクセス制御中ではないので，受信したアクセスリクエストをそのままＷｅｂサーバ２へ送信するため，クライアント端末４のブラウザ５にログイン画面（画面Ａ）が表示される。
【００６６】
アクセス制御装置１の通信制御部１５，コンテンツ管理部１６，クライアント管理部１７は，上記（１）の処理とほぼ同様に処理を行う。
【００６７】
通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＤのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＡのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００６８】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ｄ）」，「ｔｏ（画面Ａ）」は，それぞれ“通常リクエスト”と特定される。
【００６９】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：通常リクエスト，ｔｏ：通常リクエスト）をもとに，クライアント端末４の状態を判定する。ここで，“そのまま（普通状態）”と判定される。
【００７０】
次に，クライアント管理部１７は，判定された状態が“そのまま（普通状態）”であるので，処理を行わない。
【００７１】
（３）ログイン画面から商品選択画面のリクエスト
クライアント端末４から，商品選択画面（画面Ｂ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００７２】
なお，通信中継部１４は，通信制御部１５からアクセス制御中ではないので，受信したアクセスリクエストがＷｅｂサーバ２へ送信され，クライアント端末４のブラウザ５に商品選択画面（画面Ｂ）が表示される。
【００７３】
アクセス制御装置１の通信制御部１５，コンテンツ管理部１６，クライアント管理部１７は，上記（２）の処理と同様に処理を行う。
【００７４】
通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＡのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＢのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００７５】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ａ）」，「ｔｏ（画面Ｂ）」は，“通常リクエスト”，“キーコンテンツ（ｉｎ）”と特定される。
【００７６】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：通常リクエスト，ｔｏ：キーコンテンツ（ｉｎ）をもとに，クライアント端末４の状態を，“優先状態”と判定する。
【００７７】
クライアント管理部１７は，判定された状態が変更されたので，クライアント状態情報の該当するクライアント端末４の状態を“優先状態”に更新し，さらに，状態別クライアント数管理情報の「優先状態」の「現状」を１加算し，「普通状態」の「現状」を１減算する。
【００７８】
ここで，優先状態の現状のアクセス数が「最大値」を超過したとすると，クライアント管理部１７は，アクセス制御の要求と，クライアント状態情報に記録している，“普通状態”のクライアント端末４のリクエスト元の情報とを通信制御部１５へ通知する。
【００７９】
通信制御部１５は，通信中継部１４へ，“普通状態”のクライアント端末４のアクセスリクエストのアクセス先を制御表示用サーバ３へ書き換えることによるアクセス制御を要求する。通信中継部１４は，この要求を受け付けると，該当するクライアント端末４のＴＣＰセッション情報を書き換えて，アクセス制御を開始する。
【００８０】
（４）商品選択画面から決済画面のリクエスト
クライアント端末４から，決済画面（画面Ｅ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００８１】
ここで，通信中継部１４は，アクセス制御中であるが，クライアント端末４が“普通状態”でなければ，受信したアクセスリクエストをＷｅｂサーバ２へ送信し，クライアント端末４に決済画面（画面Ｅ）が表示される。
【００８２】
通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＢのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＥのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００８３】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ｂ）」，「ｔｏ（画面Ｅ）」は，それぞれ“キーコンテンツ（ｉｎ）”と特定される。
【００８４】
さらに，コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：キーコンテンツ（ｉｎ），ｔｏ：キーコンテンツ（ｉｎ）をもとに，クライアント端末４の状態を“そのまま（優先状態）”と判定する。
【００８５】
クライアント管理部１７は，判定された状態が“そのまま（優先状態）”であるので，処理を行わない。
【００８６】
（５）決済画面から完了／ログアウト画面のリクエスト
クライアント端末４から，完了／ログアウト画面（画面Ｃ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００８７】
なお，通信中継部１４は，通信制御部１５からアクセス制御中であるが，クライアント端末４が“普通状態”でなければ，受信したアクセスリクエストをＷｅｂサーバ２へ送信し，クライアント端末４に完了／ログアウト画面（画面Ｃ）が表示される。
【００８８】
アクセス制御装置１の通信制御部１５は，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：画面ＥのＵＲＩ），アクセス先の画面の識別情報（ｔｏ：画面ＣのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【００８９】
コンテンツ管理部１６は，コンテンツ情報記憶部１１のコンテンツ情報を参照して，「ｆｒｏｍ」と「ｔｏ」から画面の種別を特定する。ここで，「ｆｒｏｍ（画面Ｅ）」，「ｔｏ（画面Ｃ）」は，“キーコンテンツ（ｉｎ）”，“キーコンテンツ（ｏｕｔ）”と特定される。
【００９０】
コンテンツ管理部１６は，判定情報記憶部１２の判定情報を参照して，特定したコンテンツの種別（ｆｒｏｍ：キーコンテンツ（ｉｎ），ｔｏ：キーコンテンツ（ｏｕｔ）をもとに，クライアント端末４の状態を，“普通状態”と判定する。
【００９１】
クライアント管理部１７は，判定された状態が変更されたので，クライアント状態情報の該当するクライアント端末４の状態を“普通状態”に更新し，さらに，状態別クライアント数管理情報の「普通状態」の「現状」を１加算し，「優先状態」の「現状」を１減算する。
【００９２】
ここで，「優先状態」の「現状」が「最大値」を超過しなくなった場合には，クライアント管理部１７は，通信制御部１５へアクセス制御の停止を要求する。そして，通信制御部１５が，通信中継部１４に対してアクセス制御の停止を要求すると，通信中継部１４は，アクセス制御を停止して，通常の中継処理へ戻る。
【００９３】
〔アクセス制御が実行された場合の処理〕
図７を用いて，アクセス制御が実行された場合の，画面の遷移とクライアント端末４の状態との関係を説明する。
【００９４】
（１）トップ画面のリクエスト
クライアント端末４からＷｅｂサーバ２へのアクセスリクエストが送信されると，アクセス制御装置１は，このリクエストを受信して，上記の〔正規のアクセス手順における処理〕の（１）で説明した処理と同様の処理を行う。
【００９５】
したがって，クライアント状態情報には，クライアント端末４の状態として“普通状態”が設定されている。
【００９６】
（２）ログイン画面のリクエスト
クライアント端末４から，ログイン画面（画面Ａ）へのアクセスリクエストが送信され，アクセス制御装置１がこのリクエストを受信する。
【００９７】
通信中継部１４は，アクセス制御中であると，通信制御部１５の要求によって書き換えたＴＣＰセッション情報をもとに，このアクセスリクエストのアクセス先を制御表示用サーバ３に書き換え，書き換えたアクセスリクエストを制御表示用サーバ３へ送信する。
【００９８】
そのため，クライアント端末４のブラウザ５には，ログイン画面（画面Ａ）の代わりに，制御表示用サーバ３が返却した「混雑中です。しばらくお待ちください」というメッセージ画面が表示される。
【００９９】
〔不正アクセスが実行された場合の処理〕
図８を用いて，不正アクセスが実行された場合の，画面の遷移とクライアント端末４の状態との関係を説明する。
【０１００】
（１）決済画面のリクエスト
不正アクセスを意図するクライアント端末４から，Ｗｅｂサーバ２の決済画面（画面Ｅ）へのアクセスリクエストが送信されると，アクセス制御装置１は，このリクエストを受信して，上記の〔正規のアクセス手順における処理〕の（１）で説明した処理とほぼ同様の処理を行う。
【０１０１】
通信制御部１５は，通信中継部１４が保持したアクセスリクエストの情報を解析して，リクエスト元のクライアント端末４を識別するリクエスト元情報，リクエスト発行時にアクセスしていた画面の識別情報（ｆｒｏｍ：なし），アクセス先の画面の識別情報（ｔｏ：画面ＥのＵＲＩ）を取得し，コンテンツ管理部１６へ渡す。
【０１０２】
コンテンツ管理部１６は，アクセス先の画面の識別情報（ｔｏ：画面ＥのＵＲＩ）が，“通常リクエスト”の画面以外のものであることから，このクライアント端末４を“不正状態”と判定する。
【０１０３】
そして，クライアント管理部１７は，クライアント状態情報を設定し，状態別クライアント数管理情報の「不正状態」の「現状」をカウントアップする。
【０１０４】
また，クライアント管理部１７は，通信制御部１５に対し，アクセス制御の要求と“不正状態”のクライアント端末４のリクエスト元を直ちに通知する。
【０１０５】
通信制御部１５は，通信中継部１４に対してＴＣＰセッション情報の書き換えを要求して，“不正状態”のクライアント端末４のアクセスリクエストをブロックする制御を要求する。
【０１０６】
通信中継部１４は，通信制御部１５のアクセスのブロック制御要求を受け取った後に，クライアント端末４からアクセスリクエストを受け付けても，アクセスリクエストを廃棄する等して通信をブロックするため，不正アクセス目的のクライアント端末４は，Ｗｅｂサーバ２へアクセスすることができなくなる。
【０１０７】
なお，不正アクセス目的のクライアント端末４の最初アクセスリクエスト（画面Ｅ）は，Ｗｅｂサーバ２へ中継されてしまうが，Ｗｅｂサーバ２では，ログイン画面（画面Ａ）でログイン認証を行っていないクライアント端末４に対してアクセスを拒否する。そのため，実際には，クライアント端末４のブラウザに決済画面（画面Ｄ）は表示されない。そして，同じクライアント端末４から，Ｗｅｂサーバ２に対して再度アクセスリクエストが送信されたときは，アクセス制御装置１でアクセスリクエストを遮断するため，Ｗｅｂサーバ２での認証および拒否通知等の処理に関する処理負担が軽減されることになる。
【０１０８】
図９および図１０は，アクセス制御装置１の処理の流れを示す図である。
【０１０９】
アクセス制御装置１の通信中継部１４は，クライアント端末４から，ＴＣＰ／ＩＰ通信を受信し，受信した通信に関するＴＣＰセッション情報を作成して保持する（ステップＳ１０）。
【０１１０】
通信中継部１４は，ＴＣＰセッション情報から，ＴＣＰ／ＩＰヘッダ情報，リクエスト情報を抽出して（ステップＳ１１），不正なＩＰアドレス（ＩＰ）またはポート番号（Ｐｏｒｔ）またはヘッダ情報（ヘッダ）であるかを判定する（ステップＳ１２）。
【０１１１】
抽出した情報が，不正なＩＰアドレス，ポート番号，またはヘッダ情報であれば（ステップＳ１２のＹＥＳ），通信中継部１４は，ＴＣＰセッション情報を削除する（ステップＳ１３）。
【０１１２】
一方，抽出した情報が，不正なＩＰアドレス等でなければ（ステップＳ１２のＮＯ），通信制御部１５は，ＴＣＰセッション情報から，アクセスしたクライアント端末４の通信に関する情報（ＩＰアドレス，ポート番号，ヘッダ情報等）を取得し，取得した情報を解析して，リクエスト元の識別情報（アクセスしたクライアント端末４のＩＰアドレス，ポート番号，ヘッダ情報等），リクエストを発行したコンテンツの識別情報（ｆｒｏｍＵＲＩ），アクセス先のコンテンツの識別情報（ｔｏＵＲＩ）を抽出する（ステップＳ１４）。
【０１１３】
コンテンツ管理部１６は，コンテンツの識別情報（ｆｒｏｍＵＲＩ）コンテンツの識別情報（ｔｏＵＲＩ）とをもとにコンテンツの種別を特定する（ステップＳ１５）。さらに，コンテンツ管理部１６は，判定情報を参照して，特定したコンテンツの種別から，クライアント端末４の状態を決定する（ステップＳ１６）。
【０１１４】
クライアント管理部１７は，コンテンツ管理部１６の判定結果を得て，クライアント状態情報と状態別クライアント数管理情報とを更新する（ステップＳ１７）。
【０１１５】
クライアント管理部１７は，コンテンツ管理部１６で，クライアント端末４の状態が“不正状態”と判定された場合に（ステップＳ１８のＹＥＳ），通信制御部１５に対して，アクセス制御を要求し，“不正状態”のクライアント端末４のリクエスト元の識別情報（ＩＰアドレス，ポート番号，ヘッダ等）を通知する（ステップＳ１９）。
【０１１６】
通信制御部１５は，通知されたリクエスト元識別情報に該当するクライアント端末４のＴＣＰセッション情報の書き換えによる，該当クライアント端末４からのアクセスリクエストをブロックする制御を，通信中継部１４へ要求する（ステップＳ２０）。
【０１１７】
クライアント管理部１７は，クライアント端末４の状態が“不正状態”と判定されていない場合に（ステップＳ１８のＮＯ），さらに，状態別クライアント数管理情報の“優先状態”の「現状」の値が「最大値」を超過しているかを判断する（ステップＳ２１）。“優先状態”の「現状」の値が「最大値」を超過している場合に（ステップＳ２１のＹＥＳ），クライアント管理部１７は，通信制御部１５に対し，アクセス制御を要求し，“普通状態”と判定されたクライアント端末４のリクエスト元識別情報（ＩＰアドレス，ポート番号，ヘッダ等）を通知する（ステップＳ２２）。
【０１１８】
通信制御部１５は，通知されたリクエスト元識別情報に該当するクライアント端末４のＴＣＰセッション情報の書き換えによる，該当クライアント端末からのアクセスリクエストのアクセス先を変更する制御を，通信中継部１４へ要求する（ステップＳ２３）。
【０１１９】
一方，“優先状態”の「現状」が「最大値」を超過していなければ（ステップＳ２１のＮＯ），処理を終了する。
【０１２０】
以上の本実施例に示されるように，アクセス制御装置１を，ｅコマース・サイトのＷｅｂサーバのプロキシ装置に適用した場合に，次のような効果が得られる。
【０１２１】
（１）Ｗｅｂサーバ２へのアクセスが集中しても，アクセス制御装置１が，優先的に取り扱うクライアント端末４からのアクセスのみをＷｅｂサーバ２へ中継するため，直ちにアクセス集中が緩和されて，Ｗｅｂサーバ２のシステム停止を防止することができる。
【０１２２】
よって，重要な顧客のクライアント端末４は，Ｗｅｂサーバ２との通信が優先的に維持されるため，Ｗｅｂサーバ２での手続を完了させることができる。
【０１２３】
（２）Ｗｅｂサーバ２へのアクセス集中によって，処理限界に近づいているような場合に，アクセス制御装置１が，優先的に取り扱うクライアント端末４からのアクセスのみをＷｅｂサーバ２へ中継するため，Ｗｅｂサーバ２の処理能力に応じたアクセス数に制御して，重要なクライアントに対するレスポンス処理能力を一定の程度に維持し，顧客満足度を低下させない応答を実現することができる。
【０１２４】
（３）不正なクライアント端末４が行う非正規手段によるアクセスによってＷｅｂサーバ２へアクセスした場合に，アクセス制御装置１が，そのようなクライアント端末４からのアクセスを“不正状態”と判断して，直ちにＷｅｂサーバ２へのアクセスを遮断するため，Ｗｅｂサーバ２に対するアクセスによる攻撃を防御することができる。よって，不特定多数のクライアントからのアクセスを許容せざるを得ない商業的サイトに対するセキュリティ手段を実現することができる。
【０１２５】
例えば，Ｗｅｂサーバ２が買い物サービスを提供するサーバである場合に，商品選択画面で既に購入商品を選択して決済画面に進んでいるクライアント（上顧客）と，ログイン画面でログインしただけで商品選択画面まで進んでいないクライアント（顧客），非正規手段によってサイト内の画面を閲覧しようとしているクライアント（不正者）のアクセスが混在していると考えられる。このような状態の場合に，Ｗｅｂサーバ２でバーストトラフィックによるシステム停止が発生した場合に，決済処理をしようとしている上顧客との通信が中断されると，上顧客の手続き処理が完了できずエラー原因となったり，購入自体が取りやめになったりする可能性があり，好ましくない。
【０１２６】
上記のアクセス制御装置１は，そのような上顧客とＷｅｂサーバ２との通信を優先的に維持することができ，バーストトラフィックにより生じうる取引機会の喪失を防止することができる。
【０１２７】
また，以上の実施例において開示したアクセス制御装置１は，Ｗｅｂサーバ２等とクライアント端末４との通信を中継する通信中継部１４を備えるプロキシ装置として説明したが，アクセス制御装置１は，通信を中継する通信中継装置，負荷分散装置内に組み込まれる装置として実施することができる。この場合に，アクセス制御装置１は，通信中継部１４を備える必要がなく，通信中継部１４の機能は，通信中継装置，負荷分散装置等が有する通信中継機能によって実現される。
【０１２８】
また，開示したアクセス制御装置１は，プログラムがコンピュータにより読み取られ実行されることにより，アクセス制御装置１が有する通信中継部１４，通信制御部１５，コンテンツ管理部１６，クライアント管理部１７の各処理部が実現されることによって構築することができる。
【０１２９】
このプログラムは，コンピュータが読み取り可能な，可搬媒体メモリ，半導体メモリ，ハードディスクなどの適当な記録媒体に格納することができ，これらの記録媒体に記録して提供される。または，このプログラムは，通信インタフェースを介して種々の通信網を利用した送受信により提供される。
【０１３０】
以上の実施例を含む実施形態に関し，さらに以下の付記を開示する。
【０１３１】
（付記１） 開示されるアクセス制御装置は，Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置であって，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部と，
クライアントの状態を記録するクライアント状態情報記憶部と，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析して，前記解析の結果から前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定するコンテンツ管理部と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録するクライアント管理部と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する通信制御部とを備える
ことを特徴とするアクセス制御装置。
【０１３２】
（付記２） 前記通信制御部は，前記クライアント状態情報をもとに，前記優先状態に対応付けられたクライアントの合計数が所定数を超過した場合に，前記Ｗｅｂサーバへの前記アクセス制御を要求する
ことを特徴とする前記付記１に記載のアクセス制御装置。
【０１３３】
（付記３） 前記判定情報記憶部は，前記Ｗｅｂサーバへのアクセス制御におけるクライアントの不正状態を判定するためのコンテンツ遷移を設定した判定情報を保持し，
前記コンテンツ管理部は，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報の不正状態を判定するためのコンテンツ遷移と一致する場合に，前記リクエスト元であるクライアントと対応付けて不正状態を設定し，
前記クライアント管理部は，前記コンテンツ管理部により，不正状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録し，
前記通信制御部は，クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された不正状態に対応付けられたクライアントのリクエスト元を示す情報に一致するときは，受信したアクセスリクエストを遮断するアクセス制御を要求する
ことを特徴とする前記付記１または前記付記２に記載のアクセス制御装置。
【０１３４】
（付記４） 前記判定情報記憶部は，前記Ｗｅｂサーバのコンテンツを所定の種別に分類し，前記判定情報として，前記コンテンツの種別間の遷移を設定した情報を保持し，
前記コンテンツ管理部は，前記取得したアドレス情報の順序に対応するコンテンツの種別の順序が前記判定情報のコンテンツの種別間の遷移に一致するかを判定する
ことを特徴とする前記付記１ないし前記付記３のいずれか一項に記載のアクセス制御装置。
【０１３５】
（付記５） Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置が実行する制御方法であって，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析する処理過程と，
前記解析の結果から，前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出する処理過程と，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部へアクセスして，前記判定情報を取得する処理過程と，
前記抽出したコンテンツの識別情報の順序が，前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定する処理過程と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報をクライアント状態情報記憶部に記録する処理過程と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する処理過程とを備える
ことを特徴とするアクセス制御方法。
【０１３６】
（付記６） Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置に，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析する処理と，
前記解析の結果から，前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出する処理と，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部へアクセスして，前記判定情報を取得する処理と，
前記抽出したコンテンツの識別情報の順序が，前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定する処理と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報をクライアント状態情報記憶部に記録する処理と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する処理とを実行させるための
アクセス制御プログラム。
【符号の説明】
【０１３７】
１ アクセス制御装置
１１ コンテンツ情報記憶部
１２ 判定情報記憶部
１３ クライアント状態情報記憶部
１４ 通信中継部
１５ 通信制御部
１６ コンテンツ管理部
１７ クライアント管理部
２ Ｗｅｂサーバ
３ 制御表示用サーバ
４ クライアント端末
５ ブラウザ
６ インターネット
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置であって，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部と，
クライアントの状態を記録するクライアント状態情報記憶部と，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析して，前記解析の結果から前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定するコンテンツ管理部と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録するクライアント管理部と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する通信制御部とを備える
ことを特徴とするアクセス制御装置。
【請求項２】
前記通信制御部は，前記クライアント状態情報をもとに，前記優先状態に対応付けられたクライアントの合計数が所定数を超過した場合に，前記Ｗｅｂサーバへの前記アクセス制御を要求する
ことを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
前記判定情報記憶部は，前記Ｗｅｂサーバへのアクセス制御におけるクライアントの不正状態を判定するためのコンテンツ遷移を設定した判定情報を保持し，
前記コンテンツ管理部は，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報の不正状態を判定するためのコンテンツ遷移と一致する場合に，前記リクエスト元であるクライアントと対応付けて不正状態を設定し，
前記クライアント管理部は，前記コンテンツ管理部により，不正状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録し，
前記通信制御部は，クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された不正状態に対応付けられたクライアントのリクエスト元を示す情報に一致するときは，受信したアクセスリクエストを遮断するアクセス制御を要求する
ことを特徴とする請求項１または請求項２に記載のアクセス制御装置。
【請求項４】
前記判定情報記憶部は，前記Ｗｅｂサーバのコンテンツを所定の種別に分類し，前記判定情報として，前記コンテンツの種別間の遷移を設定した情報を保持し，
前記コンテンツ管理部は，前記取得したアドレス情報の順序に対応するコンテンツの種別の順序が前記判定情報のコンテンツの種別間の遷移に一致するかを判定する
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載のアクセス制御装置。
【請求項１】
Ｗｅｂサーバとクライアントの端末との間の通信を中継する装置であって，
前記Ｗｅｂサーバへのアクセス制御時におけるクライアントの優先状態を判定するためのコンテンツ遷移を設定した判定情報を保持する判定情報記憶部と，
クライアントの状態を記録するクライアント状態情報記憶部と，
クライアントが送信した前記Ｗｅｂサーバへのアクセスリクエストを受信して，受信したアクセスリクエストを解析して，前記解析の結果から前記アクセスリクエストの発行時にアクセスしていたコンテンツの識別情報と，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報のコンテンツ遷移と一致する場合に前記リクエスト元であるクライアントと対応付けて優先状態を設定するコンテンツ管理部と，
前記優先状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録するクライアント管理部と，
クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された前記優先状態に対応付けられたクライアントのリクエスト元を示す情報に一致しないときは，受信したアクセスリクエストを遮断または一時的に保留するアクセス制御を要求する通信制御部とを備える
ことを特徴とするアクセス制御装置。
【請求項２】
前記通信制御部は，前記クライアント状態情報をもとに，前記優先状態に対応付けられたクライアントの合計数が所定数を超過した場合に，前記Ｗｅｂサーバへの前記アクセス制御を要求する
ことを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
前記判定情報記憶部は，前記Ｗｅｂサーバへのアクセス制御におけるクライアントの不正状態を判定するためのコンテンツ遷移を設定した判定情報を保持し，
前記コンテンツ管理部は，前記アクセスリクエストによりアクセスしようとするコンテンツの識別情報と，前記アクセスリクエストのリクエスト元であるクライアントを特定するための情報を抽出して，前記抽出したコンテンツの識別情報の順序が前記判定情報の不正状態を判定するためのコンテンツ遷移と一致する場合に，前記リクエスト元であるクライアントと対応付けて不正状態を設定し，
前記クライアント管理部は，前記コンテンツ管理部により，不正状態に対応付けられたクライアントが発行したアクセスリクエストのリクエスト元を示す情報を登録するクライアント状態情報を前記クライアント状態情報記憶部に記録し，
前記通信制御部は，クライアントから前記Ｗｅｂサーバへのアクセスリクエストの中継処理において，受信されたアクセスリクエストのリクエスト元を示す情報が，クライアント状態情報記憶部に記録された不正状態に対応付けられたクライアントのリクエスト元を示す情報に一致するときは，受信したアクセスリクエストを遮断するアクセス制御を要求する
ことを特徴とする請求項１または請求項２に記載のアクセス制御装置。
【請求項４】
前記判定情報記憶部は，前記Ｗｅｂサーバのコンテンツを所定の種別に分類し，前記判定情報として，前記コンテンツの種別間の遷移を設定した情報を保持し，
前記コンテンツ管理部は，前記取得したアドレス情報の順序に対応するコンテンツの種別の順序が前記判定情報のコンテンツの種別間の遷移に一致するかを判定する
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載のアクセス制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２５０６６４（Ｐ２０１０−２５０６６４Ａ）
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願番号】特願２００９−１００７５２（Ｐ２００９−１００７５２）
【出願日】平成２１年４月１７日（２００９．４．１７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願日】平成２１年４月１７日（２００９．４．１７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]