(57)【要約】【課題】サーバを攻撃や輻輳から回避するサーバ装置を提供すること。【解決手段】このため、本発明では、サーバ２を有するサーバ装置１に、クライアント５からサーバ１へのアクセスをその間で応答し、リダイレクト処理によりサーバ２へのアクセスをクライアント５からの最初のアクセス先とは異なるアクセス先であるリダイレクト先に誘導を行うリダイレクタ３を設け、サーバ１へのアクセスをリダイレクト処理を行うことにより、クライアント５からのリクエストをリダイレクト先にアクセス誘導し、サーバ２から得たコンテンツデータをクライアント５に出力するものである。【選択図】        図１
2004334455.tif 000002
【特許請求の範囲】
【請求項１】
サーバを有するサーバ装置に、
クライアントからサーバへのアクセスをその間で応答し、リダイレクト処理によりサーバへのアクセスをクライアントからの最初のアクセス先とは異なるアクセス先であるリダイレクト先に誘導を行うリダイレクタを設け、
サーバへのアクセスをリダイレクト処理を行うことにより、クライアントからのリクエストをリダイレクト先にアクセス誘導し、サーバから得たコンテンツデータをクライアントに出力することを特徴とするサーバ装置。
【請求項２】
サーバを有するサーバ装置に、
クライアントからサーバへのアクセスをその間で応答し、リダイレクト処理によりプロキシへのアクセス誘導を行うリダイレクタと、
サーバへの中継処理を行うプロキシを設け、
サーバへのアクセスをリダイレクト処理を行うことにより、クライアントからのリクエストをプロキシに通知し、プロキシからサーバにリクエストを出力し、サーバから得たコンテンツをプロキシがクライアントに出力することを特徴とするサーバ装置。
【請求項３】
前記リダイレクタに、アクセス誘導実行時にリダイレクト命令を遅延出力処理させる遅延処理手段を設け、リダイレクタより出力されるリダイレクト命令をクライアントに対し遅延出力することを特徴とする請求項２記載のサーバ装置。
【請求項４】
前記リダイレクタに、ダイレクト命令に対してセッションＩＤを付加するセッションＩＤ付加手段を設け、
リダイレクタよりリダイレクト命令をクライアントに出力するとき前記プロキシにもセッションＩＤを通知し、プロキシはこのセッションＩＤを持つリダイレクト命令に対してセッション保障を行い、サーバから得たコンテンツをクライアントに出力することを特徴とする請求項２記載のサーバ装置。
【請求項５】
前記リダイレクタに、アクセス誘導実行時にリダイレクト命令を遅延出力処理させる遅延処理手段と、リダイレクト命令に対してセッションＩＤを付加するセッションＩＤ付加手段を設け、
リダイレクタよりリダイレクト命令をクライアントに出力するとき前記プロキシにもセッションＩＤを通知し、プロキシはこのセッションＩＤを持つリクエスト命令に対してセッション保障を行い、サーバから得たコンテンツをクライアントに出力することを特徴とする請求項２記載のサーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はサーバ装置に係り、特にサーバを攻撃や輻輳から回避するためのサーバ装置に関する。
【０００２】
【従来の技術】現在、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）の普及によるインターネットの大規模化にともない、不正なリクエストや大量のアクセスを発生させてサーバダウンをはかるＤｏＳ（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ  ）攻撃や、輻輳によるサービス応答速度劣化が問題となっている。
【０００３】
図１６に示す如く、クライアント１００がサーバ１０１に対してインターネットを使ったサービスの提供を求める場合、クライアント１００がサーバ１０１にアクセスして情報提供を受ける。このためクライアント１００はサーバに対して接続要求を行い、セッションが確立したらリクエスト要求（ＧＥＴリクエスト）を送出し、サーバ１０１がこれに対する仕事を行って得られたコンテンツデータをクライアント１００に返送する。
【０００４】
このような場合に、サーバ１０１に対し接続要求がサーバ１０１の処理能力以上に連続的に行って、正常なアクセスができなくなるようなことを行うサービス妨害がＤｏＳ攻撃である。なお攻撃には、複数のマシンから同時に行われるＤＤｏｓ（Ｄｉｓｔｒｉｂｕｔｅｄ  ＤｏＳ  ）も存在する。
【０００５】
ＤｏＳ攻撃を回避するためには、現在、攻撃のパターンがわかるので、不正検知装置（ＩＤＳ）により検出して、それをファイアウオールでフィルタリングして止めるとか、また攻撃を行ってくるものがわかればそれにアクセスさせないようにすることで対処している。
【０００６】
しかしスクリプト言語による大量な正常アクセスや、大量な人数による手動のＨＴＴＰリロード（再表示命令）等のような、正常アクセスと差がない攻撃については、ＩＤＳとファイアウオールがサーバ装置前段に存在しても、ＩＤＳのシグネチャ（Ｓｉｇｎａｔｕｒｅ）で検出できるＤｏＳパケットはフィルタされ、ＩＤＳとファイアウオールで検知し対処することができない。
【０００７】
ＤｏＳ攻撃の対策として、従来では通信パケットに異なる種類の安全性識別子を付加し、通信パケットの配送経路上でこの安全性識別子に応じた優先度制御を行うものがある（例えば特許文献１参照）。
【０００８】
また正常なユーザが多数集合するような、輻輳を回避するためには、サーバの台数を増やし、クラスタリングする方法が一般的である。しかしこの方法では電子商取引等の場合に、一旦輻輳が起きてしまったときに、現在接続中のセッションの処理ができなくなり、取引機会と信用を失い多額の損害を被るという問題がある。
【０００９】
【特許文献１】
特開２００２−１５８６９９号公報（第１頁、要約）
【００１０】
【発明が解決しようとする課題】本発明の課題はサーバに対する正常アクセスによる攻撃を簡単な手法により排除すること、および、現在使用中のものについてはそのまま処理できるようにして、沢山のアクセスが集中してもリソースの有効使用を可能として輻輳状態によるセッション保障を行うことができるサーバ装置を提供することである。
【００１１】
【課題を解決するための手段】本発明の原理を図１に示す。図１において１はサーバ装置、２はサーバ、３はリダイレクタ、４はプロキシ、５はクライアントである。
【００１２】
本発明の課題は下記（１）〜（５）により達成される。
【００１３】
（１）サーバ２を有するサーバ装置に、クライアント５からサーバ２へのアクセスをその間で応答し、リダイレクト処理によりサーバ２へのアクセスをクライアントからの最初のアクセス先とは異なるアクセス先であるリダイレクト先に誘導を行うリダイレクタ３を設け、サーバ２へのアクセスをリダイレクト処理を行うことにより、クライアント５からのリクエストをリダイレクト先にアクセス誘導し、サーバ２から得たコンテンツデータをクライアント５に出力することを特徴とするサーバ装置。
【００１４】
（２）サーバを有するサーバ装置に、クライアント５からサーバ２へのアクセスをその間で応答し、リダイレクト処理によりプロキシ４へのアクセス誘導を行うリダイレクタと、サーバ２への中継処理を行うプロキシ４を設け、サーバ２へのアクセスをリダイレクト処理を行うことにより、クライアントからのリクエストをプロキシ４に通知し、プロキシ４からサーバ２にリクエストを出力し、サーバ２から得たコンテンツをプロキシ４がクライアント５に出力することを特徴とするサーバ装置。
【００１５】
（３）前記リダイレクタに、アクセス誘導実行時にリダイレクト命令を遅延出力処理させる遅延処理手段を設け、リダイレクタより出力されるリダイレクト命令をクライアントに対し遅延出力することを特徴とする前記（２）記載のサーバ装置。
【００１６】
（４）前記リダイレクタに、ダイレクト命令に対してセッションＩＤを付加するセッションＩＤ付加手段を設け、リダイレクタよりリダイレクト命令をクライアントに出力するとき前記プロキシにもセッションＩＤを通知し、プロキシはこのセッションＩＤを持つリダイレクト命令に対してセッション保障を行い、サーバから得たコンテンツをクライアントに出力することを特徴とする前記（２）記載のサーバ装置。
【００１７】
（５）前記リダイレクタに、アクセス誘導実行時にリダイレクト命令を遅延出力処理させる遅延処理手段と、リダイレクト命令に対してセッションＩＤを付加するセッションＩＤ付加手段を設け、リダイレクタよりリダイレクト命令をクライアントに出力するとき前記プロキシにもセッションＩＤを通知し、プロキシはこのセッションＩＤを持つリクエスト命令に対してセッション保障を行い、サーバから得たコンテンツをクライアントに出力することを特徴とする前記（２）記載のサーバ装置。
【００１８】
これにより下記の効果を奏する。
【００１９】
（１）クライアントからサーバへのアクセスをリダイレクタで一度受けてサーバへアクセスするように制御することにより、通常アクセスを装った攻撃はこれによりリダイレクトを行わず攻撃中止になるので、通常アクセスを装った攻撃を通常のアクセスと分離することができ、攻撃を防ぐことができるので、リダイレクト命令に応答できない、スクリプト等の正常アクセスによる攻撃を除くことができ、サーバの負荷を軽減することができる。
【００２０】
（２）クライアントからサーバへのアクセスをリダイレクタで一度受けてプロキシへアクセスし、プロキシからサーバにアクセスするように制御することにより、通常アクセスを装った攻撃はこれによりリダイレクトを行わず攻撃中止になるので通常アクセスを装った攻撃を通常のアクセスと分離することができ、攻撃を防ぐことができる。これによりリダイレクト命令に応答できないスクリプト等の正常アクセスによる攻撃を除くことができサーバの負荷を軽減することができるのみならず、プロキシによりサーバを外部インターネットから隠蔽してサーバが直接攻撃されることを防止できるので、高いセキュリティを実現できる。
【００２１】
（３）アクセス誘導実行時に遅延処理を行うリダイレクタを有することにより、通常アクセスを装った攻撃の頻度を低下させる機能を持ったサーバ装置を提供することができる。
【００２２】
（４）リダイレクト命令にセッションＩＤを付加し、セッションＩＤに対しアクセス制御を行うプロキシを有することにより、通常アクセスを装った攻撃の頻度を低下させ、セッション保障を有するサーバ装置を提供することができる。
【００２３】
（５）リダイレクト命令を遅延処理しまたセッションＩＤを付加してセッションＩＤに対しアクセス制御を行うようにしたので、通常アクセスを装った攻撃の頻度をさらに低下させセッション保障を有するサーバ装置を提供することができる。
【００２４】
【発明の実施の形態】
１．第１の実施の形態
本発明の一実施の形態を図１により説明する。図１において、１はサーバ装置、２はサーバ、３はリダイレクタ、４はプロキシ、５はクライアントである。
【００２５】
サーバ装置１は、クライアント５からのリクエスト要求に応じてデータ処理を行うもので、例えば所要のデータを読み出してこれを要求元のクライアントに送出するものであり、サーバ２、リダイレクタ３、プロキシ４を有する。
【００２６】
サーバ２は、ファイルの管理や入出力を行うものであり、プロセッサや記憶装置等コンピュータで構成されている。
【００２７】
リダイレクタ３は、クライアント５からのアクセス要求に対し、要求先をプロキシ４に変更処理を行うものである。
【００２８】
プロキシ４は、クライアント５がサーバをアクセスしたとき、クライアント５とサーバ２との中間に設けられたリダイレクタ３からリクエスト先に指定され、サーバ２に代行してリクエスト中継を行い、得られたデータをリクエスト元のクライアント４に対し中継送出する、中継代理応答機能を有するものである。
【００２９】
図１の動作を図７のフローチャートにもとづき説明する。
【００３０】
Ｓ１．クライアント５は、サーバ装置１に対してリクエスト要求「ＧＥＴリクエスト」を送出し、これがサーバ装置１のリダイレクタ３に入力される。
【００３１】
Ｓ２．この入力はリダイレクタ３の入力ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ）データバッファ１０に保持される。これにより下記のＧＥＴリクエストの場合には、この入力ＨＴＴＰデータが保持され、下線部分よりホスト名として「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を抽出する。
【００３２】
ＧＥＴ  ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ｆｕｊｉｔｓｕ．ｈｔｍｌ  ＨＴＴＰ／１．１Ｓ３．サーバ装置１には、初期設定時に、リダイレクタ３が入力ＨＴＴＰデータバッファ１０より抽出したホスト名を変換するホスト名変換テーブル１１を静的に設定しておく。リダイレクタ３は、前記ホスト名「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を、このホスト名変換テーブル１１の変換前ホスト名にマッチするエントリを検索する。そしてマッチした変換後アドレス「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」を得る。
【００３３】
Ｓ４．リダイレクタ３は、マッチした変換後アドレス「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」をリダイレクト先とした、リダイレクトデータ「Ｌｏｃａｔｉｏｎ：ｈｔｔｐ：／／ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ／ｆｕｊｉｔｓｕ．ｈｔｍｌ  」を出力ＨＴＴＰデータバッファ１２に作成する。なおホスト名変換テーブル１１に入力ＨＴＴＰデータのホスト名が存在しない場合そのデータは破棄する。
【００３４】
Ｓ５．リダイレクタ３は出力ＨＴＴＰデータバッファ１２に作成されたリダイレクトデータを含むリダイレクト命令をクライアント５に出力する。
【００３５】
これによりクライアント５ではこのリダイレクト命令を受信し、指示されたリダイレクト先に、この例では「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」へＧＥＴリクエストを出力し、今後はプロキシ４にこのＧＥＴリクエストが受信される。
【００３６】
Ｓ１０．これによりプロキシ４には、図７（Ｂ）に示す如く、リダイレクト先としてクライアント５から送出された、ＧＥＴリクエストを示すＨＴＴＰデータが入力される。
【００３７】
Ｓ１１．プロキシ４は、これを図示省略した出力データバッファにコピーする。
【００３８】
Ｓ１２．プロキシ４は、このコピーしたＨＴＴＰデータをサーバ２に出力し、アクセスを行う。そしてコンテンツデータを得て、これをクライアント５に中継出力する。
【００３９】
なお前記説明ではホスト名を変換する例を挙げたが、本発明は勿論これに限定されるものではなく、ホスト名以外にも以下のように、ポートやパス名の変更及び追加を行ってもよい。
【００４０】
ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ  ≫ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ：８０８０／ｉｎｄｅｘ．ｈｔｍｌ
ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ  ≫ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ｙｏｋｏｙｏｋｏ／ｉｎｄｅｘ．ｈｔｍｌ
ＤｏＳ攻撃を行う場合、リダイレクタからリダイレクトデータを送出されても、これにしたがってリダイレクトを行うケースはほとんどないので、このようにしてＤｏＳ攻撃を防ぐことができる。
【００４１】
また正常のアクセスがサーバ装置１に対し輻輳している状態の場合は、クライアントはこのリダイレクトによりリダイレクト先に再度ＧＥＴリクエストを出力するため、サーバ２に対するアクセスは全般に別のマシンに誘導された状態で遅れることになるので混雑状態が緩和される状態となり、輻輳状態が改善されることになる。
【００４２】
２．第２の実施の形態
本発明の第２の実施の形態を図２により説明する。第２の実施の形態では、リダイレクタ３に遅延手段６を設け、リダイレクト命令をクライアントに送出するとき遅延処理を行うものである。例えば０．１秒待ってから送出するなどの制御を行う。
【００４３】
図２の動作を図８のフローチャートにもとづき説明する。
【００４４】
Ｓ２１．クライアント５はサーバ装置１に対してリクエスト要求「ＧＥＴリクエスト」を送出し、これがサーバ装置１のリダイレクタ３に入力される。
【００４５】
Ｓ２２．この入力はリダイレクタ３の入力ＨＴＴＰデータバッファ１０に保持される。これにより前記と同様に、ホスト名として「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を抽出する。
【００４６】
Ｓ２３．サーバ装置１には、初期設定時にリダイレクタ３が入力ＨＴＴＰデータバッファ１０より抽出したホスト名を変換するホスト名変換テーブル１１を静的に設定しておく。リダイレクタ３は、前記ホスト名「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を、このホスト名変換テーブル１１の変換前ホスト名にマッチするエントリを検索する。そしてマッチした変換後アドレス「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」を得る。
【００４７】
Ｓ２４．リダイレクタ３は、マッチした変換後アドレス「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」をリダイレクト先とした、リダイレクトデータ「Ｌｏｃａｔｉｏｎ：ｈｔｔｐ：／／ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ／ｆｕｊｉｔｓｕ．ｈｔｍｌ  」を出力ＨＴＴＰデータバッファ１２に作成する。なおホスト名変換テーブル１１に入力ＨＴＴＰデータのホスト名が存在しない場合、そのデータは破棄する。
【００４８】
Ｓ２５．リダイレクタ３は出力ＨＴＴＰデータバッファ１２に作成されたリダイレクトデータを含むリダイレクト命令をクライアント５に出力する前に遅延手段６により遅延処理する。具体的には、例えば０．１秒出力するのを待つ。
【００４９】
Ｓ２６．リダイレクタ３は、この遅延処理されたリダイレクトデータを含むリダイレクト命令をクライアント５に出力する。
【００５０】
これによりクライアント５では、この遅延処理されたリダイレクト命令を受信し、指示されたリダイレクト先へＧＥＴリクエストを出力し、今度はプロキシ４にこのＧＥＴリクエストが受信される。
【００５１】
Ｓ２７．これによりプロキシ４には、図８（Ｂ）に示す如く、リダイレクト先としてクライアント５から送出された、ＧＥＴリクエストを示すＨＴＴＰデータが入力される。
【００５２】
Ｓ２８．プロキシ４は、これを図示省略した出力データバッファにコピーする。
【００５３】
Ｓ２９．プロキシ４は、このコピーしたＨＴＴＰデータをサーバ２に出力し、アクセスを行う。そしてコンテンツデータを得て、これをクライアント５に中継出力する。
【００５４】
このように、リダイレクトデータを遅延出力することによりアクセス量を減少することができ、決められた時間内に発生する攻撃数を抑制することができる。
【００５５】
なお遅延処理は、すべてのＧＥＴリクエストに対し行ってもよいし、一定割合、例えば１／２を遅延処理させてもよい。またインターネットではアクセス元アドレスやアクセス元のアクセス回数もわかるので、アクセス元やアクセス回数の多いところに対し遅延を行うように処理することもできる。
【００５６】
３．第３の実施の形態
本発明の第３の実施の形態を図３により説明する。第３の実施の形態ではリダイレクタ３にセッションＩＤ付加手段７を設け、クライアント５がリダイレクト先へＧＥＴリクエストを出力するとき、このセッションＩＤを付加して送出させ、リダイレクタ３よりリダイレクタ命令を受けたものであることが確認できる。
【００５７】
図３の動作を図９のフローチャートにもとづき説明する。
【００５８】
Ｓ３１．クライアント５はサーバ装置１に対してリクエスト要求「ＧＥＴリクエスト」を送出し、これがサーバ装置１のリダイレクタ３に入力される。
【００５９】
Ｓ３２．この入力はリダイレクタ３の入力ＨＴＴＰデータバッファ１０に保持される。これにより前記と同様に、ホスト名として「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を抽出する。
【００６０】
Ｓ３３．サーバ装置１には、初期設定時にリダイレクタ３が入力ＨＴＴＰデータバッファ１０より抽出したホスト名を変換するホスト名変換テーブル１１を静的に設定しておく。リダイレクタ３は、前記ホスト名「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を、このホスト名変換テーブル１１の変換前ホスト名にマッチするエントリを検索する。そしてマッチした変換後アドレス「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」を得る。
【００６１】
Ｓ３４．この変換後アドレスが得られたとき、リダイレクタ３は、セッションを識別するためのセッションＩＤをセッションＩＤバッファ１３に作成する。セッションＩＤは、ランダムに選んだ英数字の組み合わせであり、乱数を用いてセッションＩＤの生成を行い、これをセッションＩＤバッファ１３に記入する。図９ではセッションＩＤとして「Ｘ５３２ｊ０ｗ８ａｆｏｆｄｓｉａ」が記入された状態を示す。なお、ホスト名変換テーブル１１に入力ＨＴＴＰデータのホスト名が存在しない場合、そのデータは破棄する。
【００６２】
Ｓ３５．リダイレクタ３は、このように作成したセッションＩＤをプロキシ４に通知する。
【００６３】
Ｓ３６．リダイレクタ３は、このセッションＩＤをパスに加えたものをリダイレクトデータとして出力ＨＴＴＰデータバッファ１２に作成する。
【００６４】
Ｓ３７．リダイレクタ３は、このようにして作成したリダイレクトデータを含むリダイレクト命令をクライアント５に出力する。
【００６５】
このようにして、例えばセッションＩＤ「Ｘ５３２ｊ０ｗ８ａｆｏｆｄｓｉａ」が記入される下記の出力データが作成される。
【００６６】
ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ｆｕｊｉｔｓｕ．ｈｔｍｌ  ≫ｈｔｔｐ：／／ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ／Ｘ５３２ｊ０ｗ８ａｆｏｆｄｓｉａ／ｆｕｊｉｔｓｕ．ｈｔｍｌ
４．第４の実施の形態
本発明の第４の実施の形態を図３及び図１０にもとづき説明する。第４の実施例では、セッションＩＤ付加手段７からのセッションＩＤと共にセッションが新規の状態を示す状態信号「新規」をリダイレクタ３からプロキシ４に制御データとして送出する。
【００６７】
プロキシ４は、これを受けて、図１０に示すフィルタリング通過テーブル１４を作成する。図１０では、セッションＩＤが「Ｘ５３２ｊ０ｗ８ａｆｏｆｄｓｉａ」のセッションは「新規」であり、「Ｆｄｓａｕｇｄｓａ３１５ｉ４ｊｌ」のセッションは「継続」であることが登録されている。なお同じセッションで２度目以降のサーバ装置１へのアクセスは、初めのときに指定されたプロキシ４に受信される。
【００６８】
第４の実施の形態について、図１０にもとづき説明する。
【００６９】
Ｓ４１．プロキシ４にクライアント５からのＨＴＴＰパケット入力としてリダイレクト先へのＧＥＴリクエストが伝達される。
【００７０】
Ｓ４２．プロキシ４は、このＨＴＴＰパケットに対してＵＲＬフィルタリングを行う。すなわちこのＨＴＴＰパケットよりセッションＩＤを抽出し、これを検索キーとしてフィルタリング通過テーブル１４のセッションＩＤがマッチするエントリを検索する。このセッションが「継続」か「新規」かを検出する。エントリが存在しなければそのデータは破棄する。リダイレクタへ再びリダイレクトする。エントリが存在し、状態が「新規」の場合にはこれを「継続」に変更する。
【００７１】
Ｓ４３．このＵＲＬフィルタリングにより、リダイレクト先へのＧＥＴリクエストの状態が「新規」か「継続」か判別されるので、出力キューを新規セッション出力キューＱ１  と、継続セッション出力キューＱ２  に分け、継続セッションキューＱ２  の出力データを優先的に出力するように制御する。
【００７２】
Ｓ４４．このように、図示省略したプロキシ４の出力データバッファに、継続セッションキューＱ２  の出力データが優先的にコピーされる。
【００７３】
Ｓ４５．そしてプロキシ４からサーバ２へＧＥＴリクエストが送信されアクセスが行われる。
【００７４】
リダイレクタ３より通知されたセッションＩＤは、プロキシ４で受け取られ、フィルタリング通過テーブル１４に該当セッションＩＤを状態新規で登録する。またセッションが終了した場合、フィルタリングテーブル１４から削除する。また同一セッションで２度目以降のアクセスはフィルタリング通過テーブル１４に状態が「継続」で登録されている。
【００７５】
またプロキシ４ではこのセッション終了時に、フィルタリング通過テーブル１４のセッションＩＤが削除される。
【００７６】
このようにしてプロキシ４において、出力データバッファにクライアント５からのＧＥＴリクエストがコピーされる前にＵＲＬフィルタリングおよびセッションＩＤによる優先制御が行われ、優先度の高いものをサーバ２に優先的にアクセスすることができる。
【００７７】
なお前記説明ではセッションＩＤをＵＲＬ（ｕｎｉｆｏｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒｓ）  に付加した例について説明したが、本発明は勿論これに限定されるものではなく、他の表記方法例えば文字列であるＣｏｏｋｉｅを使用することもできる。
【００７８】
５．第５の実施の形態
本発明の第５の実施の形態を図４及び図１１にもとづき説明する。第５の実施の形態では、リダイレクタ３に遅延手段６とセッションＩＤ付加手段７を設けたものである。
【００７９】
図４の動作を図１１のフローチャートにもとづき説明する。
【００８０】
Ｓ５１．クライアント５はサーバ装置１に対してリクエスト要求「ＧＥＴリクエスト」を送出し、これがサーバ装置１のリダイレクタ３に入力される。
【００８１】
Ｓ５２．この入力であるＨＴＴＰパケットデータは、リダイレクタ３の入力ＨＴＴＰデータバッファ１０に保持される。そしてリダイレクタ３がホスト名として「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を抽出する。
【００８２】
Ｓ５３．サーバ装置１には、前記と同様に、初期設定時にホスト名変換テーブル１１を静的に設定しておく。リダイレクタ３は、前記ホスト名「ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ  」を、このホスト名変換テーブル１１の変換前ホスト名にマッチするエントリを検索する。そしてマッチした変換後アドレス「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」を得る。
【００８３】
Ｓ５４．この変換後アドレスが得られたとき、リダイレクタ３は、セッションを識別するためのセッションＩＤをセッションＩＤバッファ１３に作成する。セッションＩＤは、例えば乱数を用いて英数字の組み合わせで作る。図１１ではセッションＩＤとして「Ｘ５３２ｊ０ｗ８ａｆｏｆｄｓｉａ」が作成された状態を示す。なおホスト名変換テーブル１１に入力ＨＴＴＰデータのホスト名が存在しない場合、そのデータは破棄する。
【００８４】
Ｓ５５．リダイレクタ３は、このように作成したセッションＩＤをプロキシ４に通知する。
【００８５】
Ｓ５６．リダイレクタ３は、このセッションＩＤをパスに加えたものをリダイレクトデータとして出力ＨＴＴＰデータバッファ１２に作成する。これによりリダイレクトデータとして出力ＨＴＴＰデータバッファ１２に図１１に示す如き、出力ＨＴＴＰパケットデータが記入される。
【００８６】
Ｓ５７．リダイレクタ３は、出力ＨＴＴＰデータバッファ１２に作成されたリダイレクトデータをクライアント５に出力する前に遅延手段６により遅延処理し、出力を遅らせる。
【００８７】
Ｓ５８．リダイレクタ３は、この遅延処理されたリダイレクトデータをクライアント５に出力する。
【００８８】
これにより前記図３と同様な制御が行われ、サーバ１より得られたコンテンツデータがクライアント５に送出される。
【００８９】
ところでセッションＩＤを付加することによりそのセッションがどのような制御を受けたのか認識することができる。例えばプロキシへのＧＥＴリクエストにセッションＩＤが付加されていれば、これがリダイレクタ３で受信されたものであって攻撃用のものではないことを認識したり、すでに同じＩＤのセッションがプロキシで処理されていたことが判別した場合、あとから同じＩＤの付加されたＧＥＴリクエストが受信されてもすでに処理済みとして処理することができ、攻撃に対する防護として機能することができる。
【００９０】
更に遅延処理を行うことにより攻撃用のアクセスデータを減少させたり、負荷分散を行うことができる。
【００９１】
６．他の実施の形態
本発明の他の実施の形態を図５、図６にもとづき説明する。本発明の他の実施の形態では、プロキシを省略したものである。図５は図１に示す実施の形態よりプロキシ４を省略したものを示し、図６は図３に示す実施の形態よりプロキシ４を省略したものを示す。いずれもリダイレクト先としてはサーバ２が指示される。
【００９２】
Ａ．図５の動作を説明する。
【００９３】
（１）クライアント５はサーバ装置１に対してリクエスト要求「ＧＥＴリクエスト」を送出し、これがリダイレクタ３に入力される。
【００９４】
（２）この入力は、図５では省略された、リダイレクタ３の入力ＨＴＴＰデータバッファに保持される。そしてホスト名が抽出される。リダイレクタ３は、サーバ装置１に設定された、図５では省略されたホスト名変換テーブルを検索して変換後アドレスを得る。この場合、変換後アドレスとしてサーバ２へのアクセス用アドレスが使用される。リダイレクタ３はこのサーバ２へのアクセス用アドレスを含むリダイレクト命令をクライアント５に送出する。
【００９５】
（３）クライアント５は、これによりリダイレクト先であるサーバ２に「ＧＥＴリクエスト」を送出する。
【００９６】
（４）サーバ２はこれに対応する処理を行い、得られたコンテンツデータをクライアント５に送出する。
【００９７】
Ｂ．図６の動作を説明する。
【００９８】
（１）クライアント５はサーバ装置１に対してリクエスト要求「ＧＥＴリクエスト」を送出し、これがリダイレクタ３に入力される。
【００９９】
（２）この入力は、図６では省略された、リダイレクタ３の入力ＨＴＴＰデータバッファに保持される。そしてホスト名が抽出される。リダイレクタ３は、サーバ装置１に設定された、図６では省略されたホスト名変換テーブルを検索して変化後アドレスを得る。この場合、変換後アドレスとしてサーバ２へのアクセス用アドレスが使用される。リダイレクタ３は、このリダイレクトデータを含むリダイレクト命令を遅延手段６により遅延出力処理する。
【０１００】
（３）それからリダイレクタ３は遅延処理されたリダイレクト命令をクライアント５に送出する。
【０１０１】
（４）クライアント５は、これによりリダイレクト先であるサーバ２に「ＧＥＴリクエスト」を送出する。
【０１０２】
（５）サーバ２はこれに対応する処理を行い、得られたコンテンツデータをクライアントに送出する。
【０１０３】
このように図５、図６で示す他の実施の態様ではプロキシを使用することなく、リダイヤル処理を行うことができ、ＤｏＳ攻撃や輻輳に対応することができる。
【０１０４】
ところでプロキシを使用する場合には、サーバ２を外から見えなくすることができるので外部からのＤｏＳ攻撃に対してサーバ２をガードすることができる。
【０１０５】
またプロキシに対して攻撃が行われたとき、プロキシをリダイレクタとして機能させ、リダイレクタをプロキシとして機能させることにより、攻撃に対処できる。
【０１０６】
あるいは、図１２（Ａ）に示す如く、プロキシをリダイレクタＰとして動作させ、初めにリダイレクタＲに入力されたＧＥＴリクエストを、クライアントに対してリダイレクト命令を出してリダイレクタＰに送出させ、リダイレクタＰがクライアントに対して再度初めにアクセスしたリダイレクタＲにアクセスさせることによりＤｏＳ攻撃を排除することもできる。
【０１０７】
また、図１２（Ｂ）に示す如く、プロキシをリダイレクタＰとして動作させ、初めにリダイレクタＲに入力されたＧＥＴリクエストを、クライアントに対してリダイレクト命令を出してリダイレクタＰに送出させることにより、ＤｏＳ攻撃を排除することもできる。
【０１０８】
このように、リダイレクタがリダイレクト先に指定したプロキシでリダイレクト動作を行うことにより、多段でアクセス誘導を行うこともできる。
【０１０９】
これにより、増幅攻撃などで、リダイレクト先が新たな攻撃対象になった時、アクセス数によって攻撃をプロキシが検出できれば、再度リダイレクトを行い、攻撃を回避することが可能になる。
【０１１０】
ところで本発明のサーバ装置は、ユーザ（クライアント）からの認識の違いによりＡ・サーバモードと、Ｂ・プロキシモードがある。
【０１１１】
サーバモードで動作している本発明のサーバ装置のリダイレクタでは、図１３（Ａ）に示す如く、原則として１つのサーバＳをアクセス対象にするのに対し、プロキシモードで動作している本発明のサーバ装置のリダイレクタでは、図１３（Ｂ）に示す如く、複数のサーバＳ０  、Ｓ１  ・・・をアクセス対象としている。
【０１１２】
サーバモードでは、クライアントからはサーバとして認識され、クライアントからアクセス先サーバ（自分自身）へのアクセスのみ受付け、ＨＴＴＰ  ＧＥＴリクエストにアクセス先サーバの情報がない。サーバモードは不特定多数のユーザを対象とするサーバ向けのものである。
【０１１３】
プロキシモードでは、クライアントからはプロキシとして認識され、クライアントから発生する全てのサーバへのアクセスを受付け、ＨＴＴＰ  ＧＥＴリクエストにアクセス先サーバの情報がある。
【０１１４】
プロキシモードはインターネット・プロバイダや会社組織など、管理された領域のユーザを対象とするサービス向けのものである。
【０１１５】
サーバモードとプロキシモードでは、クライアントからサーバへ送られるＨＴＴＰリクエストが異なる。この違いは、基本的にユーザ側ブラウザの設定に依存する。プロキシモードで動作しているサーバ装置へアクセスする場合、ユーザもしくは管理者などが、ユーザが利用するブラウザにプロキシを使用する設定を行う必要がある。
【０１１６】
サーバモードの場合のＧＥＴリクエストは、下記の如くサーバ情報つまりホストサービス情報は不要でｉｎｄｅｘ．ｈｔｍｌつまりファイル名が必要である。
【０１１７】
ＧＥＴ／ｉｎｄｅｘ．ｈｔｍｌ  ＨＴＴＰ／１．１
しかしプロキシモードの場合、ＧＥＴリクエストは、下記の如く、ホストサービス情報（例えばｆｕｊｉｔｓｕ．ｃｏｍ  ）とファイル名が必要である。
【０１１８】
ＧＥＴ  ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ  ＨＴＴＰ／１．１
これらの違いは、サーバモードでは１つのサーバを対象とし、プロキシモードでは複数のサーバを対象とすることによる。
【０１１９】
前記図１〜図１１の説明はプロキシモードでのものであるので、図１４、１５を参照して以下にサーバモードについての実施の形態を説明する。
【０１２０】
サーバモードで動作しているサーバ装置では、自サーバ装置に届くアクセスはすべて自サーバ装置向けのアクセスなので、ホスト名の静的な変換を行うことになる。
【０１２１】
サーバ装置がサーバモードとして動作する場合の、本発明の第６の実施の形態を図１４に示す動作説明図により、図１を参照して詳述する。なおハード構成は、図１と同様であり、具体的にはリダイレクタがサーバモードのとき、図１４（Ａ）により説明する如き動作を行うものである。
【０１２２】
Ｓ６１．クライアント５からサーバ装置１へリクエスト要求「ＧＥＴリクエスト」を送信する。これがサーバ装置１のリダイレクタ３に入力される。
【０１２３】
このとき、サーバ装置１は１つのアドレス、１つのポートのみで受信を行っている。リダイレクタ３に入力されたＨＴＴＰデータは、入力ＨＴＴＰデータバッファ２０に保持される。なおサーバモードで動作している場合、クライアント５からのリクエストにはホスト情報はない。
【０１２４】
Ｓ６２．サーバ装置１には、静的リダイレクト先定義テーブル２１に、リダイレクト先を事前に設定しておく。これにより、リダイレクタ３は、この静的リダイレクト先定義テーブル２１を参照してリダイレクト先「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」を決定する。この時、この実施の形態ではサーバ装置１は１つのポート、１つのアドレスで要求を受け付けているので、リダイレクト先は１つになる。リダイレクタ３は、このリダイレクト先と、入力ＨＴＴデータバッファ２０に記入されているアクセス先のファイル名「ｆｕｊｉｔｓｕ．ｈｔｍｌ」等より、出力ＨＴＴＰデータバッファ２２にリダイレクト情報であるリクエストデータを作成する。なお、リダイレクト先を１つではなく、同じサービスを提供する複数のサーバを定義してラウンドロビン等でリダイレクト先を変更して負荷分担することも可能である。
【０１２５】
Ｓ６３．リダイレクタ３は、出力ＨＴＴＰデータバッファ２２に作成されたリクエストデータを含むリダイレクト情報をクライアント５に出力する。
【０１２６】
これによりクライアント５では前記と同様にリダイレクト先つまりプロキシ４にＧＥＴリクエストを出力することになる。
【０１２７】
Ｓ７０．これによりプロキシ４には、クライアント５から送出されたＧＥＴリクエストを示すＨＴＴＰデータが入力される。
【０１２８】
Ｓ７１．プロキシ４は、これを図示省略した出力データバッファにコピーする。
【０１２９】
Ｓ７２．プロキシ４は、このコピーしたＨＴＴＰデータをサーバに出力し、アクセスを行う。そしてコンテンツデータを得て、これをクライアント５に中継出力する。
【０１３０】
本発明の第７の実施の形態を図１５に示す動作説明図により、図１を参照して説明する。
【０１３１】
１つのパソコンに複数のアドレスを付けることができるので、第７の実施の形態では、サーバ装置は複数のアドレス、複数のポートで受信を行っている場合において、サーバ装置をサーバモードとして動作されるものである。
【０１３２】
Ｓ８１．クライアント５からサーバ装置１へリクエスト要求を送信する。これがサーバ装置１のリダイレクタ３に入力される。このとき、サーバ装置１は複数のアドレス、複数のポートで受信を行っている。従って、リダイレクタ３に入力されたＨＴＴＰデータは入力ＨＴＴＰデータバッファ２０に保持され、またサーバ装置１の利用アドレス、例えば「１９２．１６８．１．１」と、受信ポート「８０」が、利用アドレス及びポート情報保持部２３に記録する。
【０１３３】
Ｓ８２．サーバ装置１のリダイレクタ３は、受信に利用した受信ポート「８０」と、受信アドレス「１９２．１６８．１．１」から、リダイレクト先定義テーブル２４を検索し、リダイレクト先を決定する。なお、リダイレクト先定義テーブル２４は事前に、受信ポートと受信アドレスの組み合わせにより設定しておく。したがって検索の結果リダイレクト先が得られない場合は、このリクエスト要求は終了される。なお、リダイレクト先を１つではなく、同じサービスを提供する複数のサーバを定義してラウンドロビン等でリダイレクト先を変更して負荷分担することも可能である。
【０１３４】
Ｓ８３．検索の結果、リダイレクト先が得られると、例えばリダイレクト先「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」が得られると、リダイレクタ３は、これら入力ＨＴＴＰデータバッファ２０に保持されたアクセス先のファイル名「ｆｕｊｉｔｓｕ  ｈｔｍｌ」、リダイレクト先定義テーブル２４より得られたアクセス先のサーバ名「ｊｐ．ｆｕｊｉｔｓｕ．ｃｏｍ」等より、出力ＨＴＴＰデータバッファ２２にリダイレクト情報であるリクエストデータを作成する。
【０１３５】
Ｓ８４．リダイレクタ３は、出力ＨＴＴＰデータバッファ２２に作成されたリクエストデータを含むリダイレクト情報をクライアント５に出力する。
【０１３６】
これによりクライアント５では前記と同様にリダイレクト先つまりプロキシ４にＧＥＴリクエストを出力することになる。
【０１３７】
Ｓ９０．これによりプロキシ４には、クライアント５から送出されたＧＥＴリクエストを示すＨＴＴＰデータが入力される。
【０１３８】
Ｓ９１．プロキシ４は、これを図示省略した出力データバッファにコピーする。
【０１３９】
Ｓ９２．プロキシ４は、このコピーしたＨＴＴＰデータをサーバに出力し、アクセスを行う。そしてコンテンツデータを得て、これをクライアント５に中継出力する。
【０１４０】
なお前記他のプロキシモードの実施の形態についても、同様にしてサーバモードで動作させることができる。
【０１４１】
本発明では、サーバはコンピュータで構成され、リダイレクタ、プロキシもそれぞれコンピュータで構成されるが、リダイレクタとプロキシを１つのコンピュータで構成することもできるし、サーバ、リダイレクタ、プロキシを１つのコンピュータで構成することもできる。
【０１４２】
【発明の効果】本発明により下記の効果を奏することができる。
【０１４３】
（１）クライアントからサーバへのアクセスをリダイレクタで一度受けてサーバへアクセスするように制御することにより、通常アクセスを装った攻撃はこれによりリダイレクトを行わず攻撃中止になるので、通常アクセスを装った攻撃を通常のアクセスと分離することができ、攻撃を防ぐことができるので、リダイレクト命令に応答できない、スクリプト等の正常アクセスによる攻撃を除くことができ、サーバの負荷を軽減することができる。
【０１４４】
（２）クライアントからサーバへのアクセスをリダイレクタで一度受けてプロキシへアクセスし、プロキシからサーバにアクセスするように制御することにより、通常アクセスを装った攻撃はこれによりリダイレクトを行わず攻撃中止になるので通常アクセスを装った攻撃を通常のアクセスと分離することができ、攻撃を防ぐことができる。これによりリダイレクト命令に応答できないスクリプト等の正常アクセスによる攻撃を除くことができサーバの負荷を軽減することができるのみならず、プロキシによりサーバを外部インターネットから隠蔽してサーバが直接攻撃されることを防止できるので、高いセキュリティを実現できる。
【０１４５】
（３）アクセス誘導実行時に遅延処理を行うリダイレクタを有することにより、通常アクセスを装った攻撃の頻度を低下させる機能を持ったサーバ装置を提供することができる。
【０１４６】
（４）リダイレクト命令にセッションＩＤを付加し、セッションＩＤに対しアクセス制御を行うプロキシを有することにより、通常アクセスを装った攻撃の頻度を低下させ、セッション保障を有するサーバ装置を提供することができる。
【０１４７】
（５）リダイレクト命令を遅延処理しまたセッションＩＤを付加してセッションＩＤに対しアクセス制御を行うようにしたので、通常アクセスを装った攻撃の頻度をさらに低下させセッション保障を有するサーバ装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示す。
【図２】本発明の第２の実施の形態を示す。
【図３】本発明の第３の実施の形態及び第４の実施の形態を示す。
【図４】本発明の第５の実施の形態を示す。
【図５】本発明の他の実施の形態（その１）を示す。
【図６】本発明の他の実施の形態（その２）を示す。
【図７】本発明の第１の実施の形態の動作説明図である。
【図８】本発明の第２の実施の形態の動作説明図である。
【図９】本発明の第３の実施の形態の動作説明図である。
【図１０】本発明の第４の実施の形態の動作説明図である。
【図１１】本発明の第５の実施の形態の動作説明図である。
【図１２】ＤｏＳ排除機能説明図である。
【図１３】サーバモード、プロキシモード説明図である。
【図１４】本発明の第６の実施の形態の動作説明図である。
【図１５】本発明の第７の実施の形態の動作説明図である。
【図１６】従来例説明図である。
【符号の説明】
１  サーバ装置
２  サーバ
３  リダイレクタ
４  プロキシ
５  クライアント
６  遅延手段
７  セッションＩＤ付加手段
１０  入力ＨＴＴＰデータバッファ
１１  ホスト名変換テーブル
１２  出力ＨＴＴＰデータバッファ
１３  セッションＩＤバッファ
１４  フィルタリング通過テーブル
【図１】
2004334455.tif 000003
【図２】
2004334455.tif 000004
【図３】
2004334455.tif 000005
【図４】
2004334455.tif 000006
【図５】
2004334455.tif 000007
【図６】
2004334455.tif 000008
【図７】
2004334455.tif 000009
【図８】
2004334455.tif 000010
【図９】
2004334455.tif 000011
【図１０】
2004334455.tif 000012
【図１１】
2004334455.tif 000013
【図１２】
2004334455.tif 000014
【図１３】
2004334455.tif 000015
【図１４】
2004334455.tif 000016
【図１５】
2004334455.tif 000017
【図１６】
2004334455.tif 000018