(57)【要約】【課題】  システム構成を大幅に変更することなく、フォームファイルを用いた情報処理装置からの好ましくない投稿処理に有効に対処する。【解決手段】  クライアントシステムからフォームファイルの取得要求を受け付けた場合、変換モジュールが要求されているフォームファイルに含まれる変数名情報をオリジナルとは異なる変数名情報に変換する（Ｓ４０５）。そして、変数名情報が変換されたフォームファイルを要求元のクライアントシステムに送信する（４１１）。そして、クライアントシステムから返信されるフォームファイルの変数名情報と保持される変換済み変数名情報とが一致する場合に、オリジナルの変数名情報に書き戻す。【選択図】  図４
2010266912.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置が投稿するためのフォームファイルを情報処理装置に送信し、前記情報処理装置から返信されるフォームファイルを処理するサーバ装置であって、
送信すべきフォームファイルに含まれるオリジナルの変数名情報を抽出する抽出手段と、
前記情報処理装置から同一のフォームファイルが要求される毎に、前記抽出手段が抽出したオリジナルの変数名情報を異なる変数名情報に変換する変換手段と、
前記変換手段により変数名情報が変換されたフォームファイルを要求元の前記情報処理装置に送信する送信手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
前記変換手段が変換した変数名情報と、オリジナルの変数名情報とを対応付けて保持する保持手段と、
前記情報処理装置から返信されたフォームファイルから抽出される変数名情報が前記保持手段に保持される前記変換手段が変換した変数名情報と一致するかどうかを判断する判断手段と、
前記判断手段が抽出された変数名情報と保持される変数名情報とが一致すると判断した場合は、前記情報処理装置から取得したフォームファイルの変数名を前記変換手段により前記オリジナルの変数名のフォームファイルに変換させ、前記判断手段が抽出された変数名情報と保持される変数名情報とが一致しないと判断した場合は、前記情報処理装置からのフォームファイルに対する処理を終了する処理手段と、
を備えることを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記判断手段が抽出された変数名情報と保持される変数名情報とが一致すると判断した場合は、前記保持手段に対応付けて保持される変数名情報とオリジナルの変数名情報とを削除する削除手段を備えることを特徴とする請求項２記載のサーバ装置。
【請求項４】
前記変換手段は、オリジナルの変数名情報をランダムな変数名情報に変換することを特徴とする請求項１又は２記載のサーバ装置。
【請求項５】
前記削除手段は、前記保持手段に対応づけて保持される変数名情報と、オリジナルの変数名情報とを、設定された保持期間が経過する毎に削除することを特徴とする請求項３記載のサーバ装置。
【請求項６】
情報処理装置が投稿するためのフォームファイルを情報処理装置に送信し、前記情報処理装置から返信されるフォームファイルを処理するサーバ装置におけるフォーム処理方法であって、
送信すべきフォームファイルに含まれるオリジナルの変数名情報を抽出する抽出ステップと、
前記情報処理装置から同一のフォームファイルが要求される毎に、前記抽出ステップが抽出したオリジナルの変数名情報を異なる変数名情報に変換する変換ステップと、
前記変換ステップにより変数名情報が変換されたフォームファイルを要求元の前記情報処理装置に送信する送信ステップと、
を備えることを特徴とするフォーム処理方法。
【請求項７】
前記変換ステップが変換した変数名情報と、オリジナルの変数名情報とを対応付けて保持手段に保持する保持ステップと、
前記情報処理装置から返信されたフォームファイルから抽出される変数名情報が前記保持手段に保持される前記変換ステップが変換した変数名情報と一致するかどうかを判断する判断ステップと、
前記判断ステップが抽出された変数名情報と保持される変数名情報とが一致すると判断した場合は、前記情報処理装置から取得したフォームファイルの変数名を前記変換ステップにより前記オリジナルの変数名のフォームファイルに変換させ、前記判断ステップが抽出された変数名情報と保持される変数名情報とが一致しないと判断した場合は、前記情報処理装置からのフォームファイルに対する処理を終了する処理ステップと、
を備えることを特徴とする請求項６記載のフォーム処理方法。
【請求項８】
前記判断ステップが抽出された変数名情報と保持される変数名情報とが一致すると判断した場合は、前記保持手段に対応付けて保持される変数名情報とオリジナルの変数名情報とを削除する削除ステップを備えることを特徴とする請求項７記載のフォーム処理方法。
【請求項９】
前記変換ステップは、オリジナルの変数名情報をランダムな変数名情報に変換することを特徴とする請求項６又は７記載のフォーム処理方法。
【請求項１０】
前記削除ステップは、前記保持手段に対応づけて保持される変数名情報と、オリジナルの変数名情報とを、設定された保持期間が経過する毎に削除することを特徴とする請求項８記載のフォーム処理方法。
【請求項１１】
請求項６乃至１０のいずれか１項に記載のフォーム処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置が返信するフォームファイルに対する要求を処理するサーバ装置に関する。
【背景技術】
【０００２】
近年、企業が行う情報を発信したり、情報を取得したりする処理においては、ホームページが利用されることが多くなってきている。このようなホームページを通しての情報発信、それに対するホームページからの情報取得は現在の企業業務上重要である。
このようなニーズに対して、近年、ホームページの入力フォームに対し連続的にサービスの妨害を意図した投稿を行うＤｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ（ＤｏＳ）攻撃が大幅に増大してきており、ホームページの運用業務に大きな支障をきたしている。
【０００３】
このような状況への対応技術として、同様な入力フォーム機能である掲示板システムに対して下記特許文献１が開示されている。
この特許文献１では、例えば、掲示板に対する投稿を監視する監視サーバを設け、不正な文字列の投稿を監視することでスパム投稿を防止する電子掲示板監視システムがある。監視サーバは予め掲載不許可用語を定義・登録し、その用語とのマッチングにより不正投稿をチェックする。ここで、スパム（ＳＰＡＭ）投稿とは、公開されているＷｅｂの入力（例えばアンケートや資料請求など）サイトに対して、不正な文字列を多量に書き込むなどすることにより、そのサイトのサービス維持を妨害することを目的とした投稿を指し、その実行者や実行ツールをスパマーと言う。
【０００４】
また、フォーム取得（ＧＥＴメソッド）時のＵＲＩ中に識別子を設けることでスパム投稿を防止する、掲示板システムおよびその不正投稿防止方法などがある。例えば下記特許文献２には、不正投稿防止方法として識別子と投稿（ＰＯＳＴメソッド）された情報に当該識別子があるか、または、フォーム取得から所定の時間を経過していないかをチェックし、条件に一致しない場合に投稿を拒否することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３３４４５８号公報
【特許文献２】特開２００７−２７２５７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のように、特許文献１では、投稿内容について適切な内容かどうかの判断処理を入れることで、不正な投稿を排除している。よって、特許文献１の方法では投稿内容に問題があれば効果があるが、不正な用語を含まず連続投稿自体が問題となるＤｏＳ攻撃には効果がない。
また、特許文献２では、投稿するクライアントが異なる場合や、フォーム取得から投稿までに特定の時間が空いている場合に投稿拒絶する。よって、特許文献２では、フォームの取得→投稿を繰り返す攻撃には効果がない。また、特定識別子をハイジャックされることで効果が減少してしまう場合もあった。
【０００７】
また、特許文献１、２はいずれも掲示板などのフォーム構成情報が予め定められたＷｅｂフォームファイルに対する対策である。このため、対象としている顧客ごとに多種多様なＷｅｂフォームファイルに対応する必要があるフォームメール機能に対して適用することは難しかった。
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、システム構成を大幅に変更することなく、フォームファイルを用いた情報処理装置からの好ましくない投稿処理に有効に対処できる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
情報処理装置からのフォームファイルの要求に従い管理されるフォームファイルを情報処理装置に送信し、前記情報処理装置が返信するフォームファイルに対する要求を処理するサーバ装置であって、前記フォームファイルに含まれるオリジナルの変数名情報を抽出する抽出手段と、前記情報処理装置から同一のフォームファイルが要求される毎に、前記抽出手段が抽出したオリジナルの変数名情報を異なる変数名情報に変換する変換手段と、前記変換手段により変数名情報が変換されたフォームファイルを要求元の前記情報処理装置に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、システム構成を大幅に変更することなく、フォームファイルを用いた情報処理装置からの好ましくない投稿処理に有効に対処できる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態を示すデータ処理システムの一例を示す図である。
【図２】変換サーバの構成を説明するブロック図である。
【図３】情報処理システムのデータ処理手順を示すフローチャートである。
【図４】サーバ装置のデータ処理手順を示すフローチャートである。
【図５】Ｗｅｂフォームファイルの構造を説明する図である。
【図６】サーバ装置のデータ処理手順の一例を示すフローチャートである。
【図７】情報処理システムの投稿処理の流れを説明するブロック図である。
【図８】情報処理システムの投稿受信処理の流れを説明するブロック図である。
【図９】情報処理システムのデータ処理手順を示すフローチャートである。
【図１０】サーバ装置のデータ処理手順の一例を示すフローチャートである。
【図１１】サーバ装置のデータ処理手順の一例を示すフローチャートである。
【図１２】情報処理システムの投稿受信処理を説明するブロック図である。
【図１３】情報処理システムで扱うフォームファイルの一例を示す図である。
【図１４】変換変数セット格納に格納される情報のデータ構造を示す図である。
【発明を実施するための形態】
【００１１】
次に本発明を実施するための最良の形態について図面を参照して説明する。
〔第１実施形態〕
図１は、本実施形態を示すデータ処理システムの一例を示す図である。本例は、サーバ装置がインターネットを介して情報処理装置のＷｅｂブラウザからの要求に従いフォームファイルの処理を行うためのＣＧＩプログラムを備える。そして、本サーバ装置は、後述するＩＳＰシステムを構築するプロバイダが提供するサーバ装置上のホームページ領域に別途、企業の担当者または個人が登録したホームページに設定されたフォームファイルの処理を実行するシステム例である。ここで、ＣＧＩとは、Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅの略である。以下、データ処理システムにおけるフォームファイルの投稿処理に関わるフォーム処理について詳述する。
【００１２】
図１において、１０１はスパム解析処理を実行するスパマー解析サイトで、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）システム１０４が提供するターゲットのＷｅｂフォームファイルにアクセスする。そして、スパマー解析サイト１０１は、スパマー解析ツール１０１ａを備えて、フォーム情報取得、解析、情報管理および、スパマー投稿ツール１０２ａへの解析情報の提供を行う。
ここで、スパマー投稿ツールとは、例えばクローラ（Ｃｒａｗｌｅｒ）が用いられ、ウェブ上の文書や画像などを周期的に取得し、自動的にデータベース化するプログラム（モジュール）である。なお、「スパイダー」や「ロボット」などとも呼ばれる場合がある。
【００１３】
１０２はスパマー投稿サイトで、スパマー投稿ツール１０２ａを備えて、スパマー解析サイト１０１から取得したフォーム解析情報に基づき、ターゲットホームページのＷｅｂサーバに対してスパム投稿を行う。
なお、スパマー解析サイト１０１、スパマー投稿サイト１０２は、ＣＰＵ、ＲＯＭ、ＲＡＭを含むコンピュータシステムを備えて構成されている。そして、スパマー解析サイト１０１、スパマー投稿サイト１０２は、インターネット１０９を通じて後述するＩＳＰシステム１０４と所定のプロトコルで通信可能に構成されている。また、スパマー解析サイト１０１、スパマー投稿サイト１０２を１つのコンピュータシステムで構築することも可能である。
【００１４】
なお、スパマー投稿サイト１０２は、スパマー解析サイト１０１で解析された変数名情報を利用してＷｅｂサーバ１０５に投稿する処理を行う。この際、スパマー投稿サイト１０２が毎回Ｗｅｂサーバ１０５からＷｅｂフォームファイルを要求して取得した後、取得したＷｅｂフォームファイルを用いて投稿情報をＷｅｂサーバ１０５に投稿するシステムについては第１実施形態で説明する。
また、投稿処理の際、スパマー投稿サイト１０２が投稿処理時に、その都度Ｗｅｂフォームファイルをダウンロードせずに、直接投稿（ＰＯＳＴ）するシステムについては、第２実施形態で詳述する。
【００１５】
１０３はターゲットとなるホームページの管理者が操作するクライアントシステムで、Ｗｅｂフォームファイル宛に投稿された情報をＷｅｂ画面、メールによって取得するための、Ｗｅｂブラウザソフト、またはメールクライアントソフトを備えている。なお、クライアントシステム１０３は、後述するコンピュータシステムを備え、インターネット１０９を介して、ＩＳＰシステム１０４へアクセス可能に構成されている。
【００１６】
ＩＳＰシステム１０４は、Ｗｅｂサーバ１０５、変換サーバ１０６、ＤＢサーバ１０７を備える。なお、Ｗｅｂサーバ１０５、変換サーバ１０６、ＤＢサーバ１０７を１つのコンピュータシステムで構築することも可能である。
Ｗｅｂサーバ１０５は、ターゲットのホームページ表示およびＷｅｂフォーム機能を有するＷｅｂサーバプログラム１０５ａと、Ｗｅｂフォームファイルに表示されるコンテンツファイルを格納するホームページファイル格納領域１０５ｂを備える。また、ホームページファイル格納領域１０５ｂは、Ｗｅｂフォームファイルに変換される前のホームページ管理者が用意するＨＴＭＬ形式のフォームファイル１０５ｃを複数格納する。
【００１７】
１０６は変換サーバであり、変数名情報の抽出、変換、格納管理処理および、Ｗｅｂサーバ１０５、ＤＢサーバ１０７との間で情報通信を行う変換モジュール１０６ａを備えている。１０７はデータベースサーバ（ＤＢサーバ）で、データベース管理ソフトを備えている。また、ＤＢサーバ１０７は、変換モジュール１０６ａが抽出したＨＴＭＬのフォームファイルのオリジナル変数名情報と変換処理を行った後の変換変数名情報の組合せ情報を管理するための変換変数セット格納ＤＢ１０７ａを備えている。なお、変換モジュール１０６ａは、オリジナルの変数名情報を、後述する図５に示すようなランダムの変数名情報に変換する機能を備えている。
また、１０７ｂは投稿クライアントから入力された情報を、ホームページ管理者に対してＷｅｂ通知するための情報を格納する表示データベース（表示データＤＢ）である。１０８−１〜１０８−３はＷｅｂフォームファイルであり、Ｗｅｂサーバ１０５がＨＴＭＬ形式のフォームファイル１０５ｃを元にＷｅｂアクセス可能に変換したＷｅｂフォームファイルである。
なお、本例では、スパマー解析サイト１０１とやり取りされるＷｅｂフォームファイルをＷｅｂフォームファイル１０８−１と記している。同様に、スパマー投稿サイト１０２とやり取りされるＷｅｂフォームファイルをＷｅｂフォームファイル１０８−２と記している。さらに、クライアントシステム１１０とやり取りされるＷｅｂフォームファイルをＷｅｂフォームファイル１０８−３と記している。
【００１８】
１０９はインターネット環境であり、当該図における１０１、１０２、１０３、１０４、１１０のシステムがインターネット経由で接続されている。
１１０は正常投稿者が操作するクライアントシステムであり、ターゲットホームページに対してＷｅｂブラウザによるＷｅｂフォームファイル１０８−３の取得と、取得したＷｅｂフォームファイル１０８−３を用いてＷｅｂサーバ１０５に対して正常な投稿処理を行う。なお、クライアントシステム１０３、１１０は、図２に示すハードウエア資源と、ＯＳを含むソフトウエア資源を備えて構成されている。
【００１９】
図２は、図１に示したＩＳＰシステム１０４を構成する変換サーバ１０６のハードウエア構成を説明するブロック図である。なお、図１に示すＩＳＰシステム１０４を構成するその他のサーバ（Ｗｅｂサーバ１０５、ＤＢサーバ１０７）も同等のハードウエア構成を備えている。さらに、図１に示したクライアントシステム１０３、１１０のハードウエアも同等のハードウエア構成を備える。
また、図２に示されるハードウエア構成は一般的な情報処理装置のハードウエア構成に相当するものとし、本実施形態の各サーバにはこの一般的な情報処理装置のハードウエア構成を適用できるものとする。
【００２０】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３に格納、或いはハードディスク２０６からＲＡＭ２０２にロードされたＯＳ（オペレーティングシステム）やアプリケーション等のプログラムを実行する。
なお、図１に示した変換モジュール１０６ａは変換サーバ１０６上で動作するプログラムであり、ハードディスク２０６からＲＡＭ２０２にロードされてＣＰＵ２０１によって実行される。本実施形態に対応する各フローチャートに示す処理も上記プログラムの実行により実現される。
【００２１】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ネットワークインタフェース２０４はＩＳＰシステム１０４内においてネットワークに接続された他のサーバ（Ｗｅｂサーバ１０５、ＤＢサーバ１０７）との通信制御処理を実行する。
ディスクコントローラ２０５は、各種処理において生成されるデータのハードディスク２０６におけるデータアクセスを制御する。ディスプレイコントローラ２０７は、接続される各種ディスプレイ２０８の表示を制御する。入力デバイスコントローラ２０９は、キーボード２１０およびマウス２１１からのキー入力および操作を制御する。
以下、スパマー解析サイト１０１がターゲットとなるホームページのＷｅｂフォームファイルを取得して解析した結果をスパマー投稿サイト１０２が利用して行うスパマー投稿処理を説明する。
【００２２】
図３は、本実施形態を示す情報処理システムにおけるデータ処理手順の一例を示すフローチャートである。本例は、ＩＳＰシステム１０４とスパマー解析サイト１０１、スパマー投稿サイト１０２との間で発生する処理例である。
また、（Ａ）はＩＳＰシステム１０４側の処理に対応し、（Ｂ）はスパマー解析サイト１０１側の処理に対応し、（Ｃ）はスパマー投稿サイト１０２側の処理に対応する。なお、Ｓ３０１〜Ｓ３０３、Ｓ３１１〜Ｓ３１３、Ｓ３２１〜Ｓ３２５は各ステップを示す。また、Ｓ３０１〜Ｓ３０３はＩＳＰシステム１０４を構成するサーバ装置のＣＰＵ２０１がＲＡＭ２０２に制御プログラムをロードして実行することで実現される。
また、Ｓ３１１〜Ｓ３１３は、スパマー解析サイト１０１側のコンピュータシステムがスパマー解析ツール（プログラム）１０１ａを実行することで実現される。さらに、Ｓ３２１〜Ｓ３２５はスパマー投稿サイト１０２側のコンピュータシステムがスパマー投稿ツール（プログラム）１０２ａを実行することで実現される。
【００２３】
まず、Ｗｅｂサーバ１０５がターゲットとなるホームページのＷｅｂフォームファイル（Ｗｅｂフォーム情報）に対するスパマー解析ツール１０１ａからのアクセスを受信する。そして、Ｓ３０１で、Ｗｅｂサーバ１０５は、ホームページファイル格納領域１０５ｂから検索したＨＴＭＬ形式のフォームファイル１０５ｃから生成したＷｅｂフォームファイル１０８−１をスパマー解析ツール１０１ａに送信する。
そして、Ｓ３０２において、Ｗｅｂサーバ１０５は、スパマー投稿ツール１０２ａからのリクエストに基づき、投稿処理に必要なＷｅｂフォームファイル１０８−２を再度スパマー投稿ツール１０２ａに送信する。このＷｅｂフォームファイルの再送信処理については、Ｓ３０１と同一であり、後述する図４に示すフローチャートに従って詳述する。
【００２４】
そして、Ｓ３０３で、ＩＳＰシステム１０４は、スパマー投稿ツール１０２ａからターゲットとなるＷｅｂフォームファイル１０８−１に対するスパム投稿の受信処理を行う。
なお、Ｗｅｂサーバ１０５に対するこのスパム投稿受信処理に関する詳細フローは、図６において詳細に説明する。
【００２５】
図３の（Ｂ）に示すＳ３１１において、スパマー解析ツール１０１ａは、Ｓ３０１によりＷｅｂサーバ１０５からＷｅｂフォームファイル１０８−１を受信したら、Ｗｅｂフォームファイル１０８−１を解析してＳ３１２へ進む。そして、Ｓ３１２で、スパマー解析ツール１０１ａは、受信したＷｅｂフォームファイル１０８−１からスパマー投稿ツール１０２ａが投稿処理を行うのに必要な変数名情報を取得しメモリ装置に保持する。
そして、Ｓ３１３で、スパマー投稿ツール１０２ａからの要求に従い、Ｗｅｂフォームファイル１０８−１から解析して保持している変数名情報をスパマー投稿ツール１０２ａに送信して、本処理を終了する。
【００２６】
図３の（Ｃ）に示すＳ３２１において、スパマー投稿ツール１０２ａは、スパマー解析ツール１０１ａから変数名情報を受信したら、Ｓ３２２で、受信した変数名情報をメモリ装置に保持する。次に、Ｓ３２３で、スパマー投稿ツール１０２ａは、ＩＳＰシステム１０４に対して、Ｗｅｂフォームファイル１０８−２を取得するための要求を行う。そして、Ｓ３２４で、スパマー投稿ツール１０２ａがＩＳＰシステム１０４のＷｅｂサーバ１０５からＷｅｂフォームファイル１０８−２を受信したら、Ｓ３２５へ進む。
そして、Ｓ３２５で、スパマー投稿ツール１０２ａは、Ｗｅｂサーバ１０５から受信したＷｅｂフォームファイル１０８−２と、スパマー解析ツール１０１ａから受信した変数名情報とを用いてスパム投稿をＩＳＰシステム１０４に送信して、本処理を終了する。
【００２７】
図４は、本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ＩＳＰシステム１０４において行われる、ターゲットとなるホームページに対するＷｅｂフォームリクエストを受信してからＷｅｂフォームファイルの送信処理までが含まれる。なお、Ｓ４０１〜Ｓ４１１は各ステップを示す。また、各ステップは、ＩＳＰシステム１０４の各サーバ装置のＣＰＵ２０１がＲＡＭ２０２に制御プログラムをロードして実行することで実現される。
【００２８】
まず、Ｓ４０１で、Ｗｅｂサーバ１０５は、スパマー解析ツール１０１ａからターゲットとなるホームページのＷｅｂフォームファイル１０８−１を取得するためのリクエストを受信する。または、Ｗｅｂサーバ１０５は、正常投稿者のクライアントシステム１１０からターゲットとなるホームページのＷｅｂフォームファイル１０８−３を取得するためのリクエストを受信する。
次に、Ｓ４０２で、Ｗｅｂサーバ１０５は、スパマー解析ツール１０１ａまたは正常投稿者のクライアントシステム１１０から受信したリクエスト情報を変換サーバ１０６上の変換モジュール１０６ａに転送する。なお、受信したリクエスト情報は、Ｗｅｂサーバ１０５上にも保持される。ここで、転送されるリクエスト情報にはターゲットとなるホームページのＵＲＬ情報、Ｗｅｂフォームファイルの変数名情報が含まれる。さらに、転送されるリクエスト情報にはアクセス元のスパマー解析ツール１０１ａまたは正常な投稿者のクライアントシステム１１０に設定されているＩＰ情報、アクセスされた時間情報等が含まれる。
次に、Ｓ４０３で、変換サーバ１０６の変換モジュール１０６ａは、Ｗｅｂサーバ１０５から転送されたリクエスト情報を取得し全ての情報をＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａに格納する。そして、Ｓ４０４で、変換サーバ１０６の変換モジュール１０６ａは、受け取ったリクエスト情報に基づき、ターゲットとなるホームページのＨＴＭＬのフォームファイル１０５ｃをＷｅｂサーバ１０５上のホームページファイル格納領域１０５ｂから取得する。
【００２９】
次に、Ｓ４０５で、変換サーバ１０６の変換モジュール１０６ａは、ホームページファイル格納領域１０５ｂから取得したＨＴＭＬのフォームファイルから全てのオリジナルの変数名情報と表示名情報を抽出する。さらに、変換サーバ１０６の変換モジュール１０６ａは抽出したオリジナルの変数名情報を変換変数セット格納ＤＢ１０７ａに格納する。
ここで、オリジナルの変数名情報は、図５に示すような特定のルールに則って記述されており、そのルールに合致する文字列を抽出する。ここで、変換変数セット格納ＤＢ１０７ａに格納された情報は、変換変数セット格納ＤＢ１０７ａ上では格納時に割振られたユニークな管理ＩＤにより管理される。
【００３０】
図５は、図１に示したＷｅｂサーバ１０５が提供するＨＴＭＬ形式のフォームファイル１０５ｃの構造を説明する図である。本例に示すＷｅｂフォームファイルは、図４に示すＳ４０４において取得されるオリジナルのＨＴＭＬのフォームファイルおよびその中に含まれるフォーム構造情報と、抽出される変数名情報と表示名の例を示している。
図５において、１２０１は、図１に示したホームページファイル格納領域１０５ｂに格納されているＨＴＭＬのフォームファイル１０５ｃの例である。１２０２はＨＴＭＬのフォームファイルと連携してＷｅｂフォームファイル機能を提供するＣＧＩプログラムのパスである。
１２０３はＨＴＭＬのフォームファイルの保有ユーザおよびホームページのＵＲＬを指定するドメイン名である。１２０４は該ＨＴＭＬのフォームファイル１２０１によって生成されるＷｅｂフォームファイルのファイル名である。
【００３１】
１２０５は、該ＨＴＭＬのフォームファイル１２０１に記載されている変数名情報である。本例では、変数名情報１２０５が「ｎａｍｅ」と、「ｋａｎａ」の場合を示す。
１２０６は、該ＨＴＭＬのフォームファイル１２０１から抽出されるオリジナルの変数名情報とそれに紐づく表示文字との対応を示している。
１２０７は、該ＨＴＭＬのフォームファイル１２０１から抽出されるオリジナルの変数名情報を変換モジュール１０６ａが変換した変換後の変数名情報とそれに紐づく表示文字との対応を示している。
【００３２】
以下、続けて図４に示すＳ４０６以降のステップの処理を説明する。
変換モジュール１０６ａは、Ｓ４０６で、抽出した変数名情報と、対象となったＵＲＬ情報と、アクセス時間を特定の変換ルール、例えばハッシュ関数などを用いて変換処理を実行し、新たな変数名情報を生成する。なお、変換ルールは本実施形態に記載の方法に特定されるものではない。
そして、Ｓ４０７で、変換サーバ１０６の変換モジュール１０６ａは、生成した変換変数名情報と変換変数セット格納ＤＢ１０７ａに格納されている同じＵＲＬ名向けに生成され格納されている変数名情報とを比較する。ここで、比較した結果、変換変数セット格納ＤＢ１０７ａに格納されている変数名情報と生成された変数名情報とが同一の構成であると変換モジュール１０６ａが判断した場合は、再度Ｓ４０６へ戻り、変数名情報を生成する処理を実行する。
【００３３】
一方、Ｓ４０７において比較した結果、変換変数セット格納ＤＢ１０７ａに格納されている変数名情報と生成された変数名情報とが異なると変換モジュール１０６ａが判断した場合は、Ｓ４０８へ進む。
そして、Ｓ４０８で、変換モジュール１０６ａは、ＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａの、変換前のオリジナルの変数名情報に該当する管理ＩＤのレコードに、変換後の変数名情報を対応付けて格納する。そして、変換モジュール１０６ａは変換前のオリジナルの変数名情報と変換後の変数名情報の組合せを変換済みの変数名情報のセットとして変換変数セット格納ＤＢ１０７ａ上で管理する。
次に、Ｓ４０９において、変換サーバ１０６の変換モジュール１０６ａは、ＨＴＭＬのフォームファイルにおいてオリジナルの変数名情報を、Ｓ４０６において生成して変換変数セット格納ＤＢ１０７ａに格納した変換済みの変数名情報に全て書き換える。なお、変数名情報の書き換え処理は、後述する図１３の記載例のように書き換えられる。
【００３４】
次に、Ｓ４１０で、変換サーバ１０６の変換モジュール１０６ａは、Ｓ４０９において変数名情報が書き換わったＨＴＭＬのフォームファイルをＷｅｂサーバ１０５に対して受け渡す。そして、Ｓ４１１で、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、書き換わったＨＴＭＬのフォームファイルを元に実際にブラウザが閲覧するＷｅｂフォームファイル１０８−１を生成する。そして、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、生成したＷｅｂフォームファイル１０８−１をリクエスト元（要求元）のスパマー解析ツール１０１ａに送信して、処理を終了する。
なお、正常な投稿者の場合、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、クライアントシステム１１０のＷｅｂブラウザに対して生成したＷｅｂフォームファイル１０８−３を送信する。
【００３５】
図６は、本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ＩＳＰシステム１０４が図３に示したＳ３２５において行うスパム投稿（ＰＯＳＴ）への受信対応処理を含む処理例である。なお、Ｓ５０１〜Ｓ５０７は各ステップを示す。また、各ステップは、ＩＳＰシステム１０４の各サーバのＣＰＵ２０１がＲＡＭ２０２に制御プログラムをロードして実行することで実現される。
【００３６】
Ｓ５０１で、Ｗｅｂサーバ１０５が、スパマー投稿サイト１０２のスパマー投稿ツール１０２ａまたは正常投稿者のクライアントシステム１１０のＷｅｂブラウザからの投稿（ＰＯＳＴ）を受信し、投稿情報を受け取る。この時、Ｗｅｂサーバ１０５が受信する投稿の宛先は、図３に示したＳ３０２（または）Ｓ３２３においてダウンロードしたターゲットとなるホームページに対するものである。なお、本フローチャート上には図示していないが、スパマー投稿ツール１０２ａが図３に示したＳ３２２において、スパマー解析ツール１０１ａから取得したフォーム構造と、同じくＳ３２３において投稿用に新たにＷｅｂサーバ１０５から取得したフォーム構造は常に異なる。
このため、スパマー投稿ツール１０２ａは図６に示すＳ５０１に示す、Ｗｅｂサーバ１０５が投稿情報を受信する処理を実行できずに、スパマー投稿ツール１０２ａは単独で投稿処理を自ら失敗して、投稿処理を断念することになる。
【００３７】
次に、Ｓ５０２において、Ｗｅｂサーバ１０５は変換サーバ１０６の変換モジュール１０６ａに対しインターネット１０９を介して受信した投稿情報を転送する。ここで、投稿情報には、クライアントシステム１１０から受信したＷｅｂフォームファイル１０８−３のＵＲＬ情報、変数名情報、変数名情報が含まれる。
次に、Ｓ５０３において、変換サーバ１０６の変換モジュール１０６ａはＷｅｂサーバ１０５から転送された投稿情報から、投稿時のＵＲＬ、変数名情報を抽出する。さらに、変換サーバ１０６の変換モジュール１０６ａはＷｅｂサーバ１０５から抽出したＵＲＬ情報の対象となる変数名情報の構成と一致する変換済みの変数名情報のセットをＤＢサーバ１０７から検索し、抽出する。
【００３８】
そして、Ｓ５０４において、変換サーバ１０６の変換モジュール１０６ａは、Ｓ５０１で取得済の投稿情報に含まれる変換済みの変数名情報に対して、ＤＢサーバ１０７から抽出した変換前のオリジナルの変数名情報への書換え処理を行う。
次に、Ｓ５０５において、変換サーバ１０６の変換モジュール１０６ａは、Ｓ５０４で書換え処理を行った投稿情報をＷｅｂサーバ１０５に対して転送する。そして、Ｓ５０６において、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、変換サーバ１０６の変換モジュール１０６ａから転送された投稿情報に基づき、投稿情報のＷｅｂ通知画面を表示するための画面データを生成し、表示データＤＢ１０７ｂに格納する。
そして、Ｓ５０７において、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、変換サーバ１０６の変換モジュール１０６ａから転送された投稿情報に基づき、投稿情報のメール通知用データを生成し、生成されたメールデータを不図示のメールサーバ宛に転送して、本処理を終了する。
【００３９】
図７は、本実施形態を示す情報処理システムにおけるＷｅｂフォームファイルを用いた投稿処理の流れを説明するブロック図である。以下、スパマー解析サイト１０１からの第１のＷｅｂフォームファイル９０６のリクエスト９０１に基づく、スパマー投稿サイト１０２によるスパム投稿処理の流れを説明する。
図７において、１０１ａはスパマー解析ツールで、インターネット１０９を経由してターゲットホームページを保有するＩＳＰシステム１０４のＷｅｂサーバ１０５に解析用のＷｅｂフォームファイルのリクエスト９０１を送信する。
【００４０】
１０５ａはＷｅｂサーバプログラムで、スパマー解析ツール１０１ａからＷｅｂフォームファイルに対するリクエスト９０１を受信し、それを変換サーバ１０６の変換モジュール１０６ａにリクエスト９０２として転送する。
変換モジュール１０６ａはＷｅｂサーバプログラム１０５ａから転送されたリクエスト９０２に該当するＨＴＭＬのフォームファイル９０３を、ホームページファイル格納領域１０５ｂのフォームファイル１０５ｃの中から取得する。
そして、変換サーバ１０６の変換モジュール１０６ａは、取得したＨＴＭＬのフォームファイル９０３から変数名情報を抽出する。さらに、変換モジュール１０６ａはこの抽出したオリジナルの変数名情報に基づき変換変数名情報を生成し、変換した変換済みの変数名情報で取得したフォームファイル（ＨＴＭＬ）のオリジナルの変数名情報を書換える。
【００４１】
そして、変換サーバ１０６の変換モジュール１０６ａは、書換えた変換済みの変数名情報とオリジナルの変数名情報のセット９０４を変換変数セット格納ＤＢ１０７ａに格納し、変換済のＨＴＭＬのフォームファイル９０５をＷｅｂサーバプログラム１０５ａに転送する。
そして、Ｗｅｂサーバプログラム１０５ａは受け取った変換済のＨＴＭＬのフォームファイル９０５に基づき第１のＷｅｂフォームファイル９０６を生成し、スパマー解析ツール１０１ａに転送する。
一方、スパマー解析ツール１０１ａは、Ｗｅｂサーバプログラム１０５ａから受け取った第１のＷｅｂフォームファイル９０６の情報を解析し、Ｗｅｂフォームファイルに対して自動で投稿するために必要な変数名情報などの構成情報を抽出する。
【００４２】
次に、スパマー解析ツール１０１ａは抽出したフォーム構成情報９０７を、実際に投稿処理を行うスパマー投稿サイト１０２に対して、インターネット１０９等を介して提供する。
スパマー投稿ツール１０２ａは、スパマー解析ツール１０１ａから提供されたフォーム構成情報９０７を取得し、スパマー投稿ツール１０２ａはスパマー投稿サイト１０２のメモリ装置内に格納する。このようにしてスパマー解析ツール１０１ａからフォーム構成情報９０７を獲得したスパマー投稿ツール１０２ａは、ターゲットとなるホームページから投稿処理のために、再度第２のＷｅｂフォームファイル９０８をＷｅｂサーバ１０５からインターネット１０９を介して取得する。
なお、今回Ｗｅｂサーバ１０５から取得した第２のＷｅｂフォームファイル９０８は、スパマー解析ツール１０１ａが解析時に受け取った第１のＷｅｂフォームファイル９０６に基づくフォーム構成情報９０７とは変数名情報の構成が異なるＷｅｂフォームファイルとなる。
【００４３】
スパマー投稿ツール１０２ａは、ターゲットとなるホームページから取得した第２のＷｅｂフォームファイル９０８に対して、格納済のフォーム構成情報９０７に基づいたフォーム投稿処理（ＰＯＳＴ）を行う。この場合、スパマー投稿ツール１０２ａが投稿するＷｅｂフォームファイルのフォーム構成情報９０７が第２のＷｅｂフォームファイル９０８と一致しない投稿となるため、スパマー投稿処理はエラーとなって、自ら処理を終了する。
なお、スパマー投稿ツール１０２ａが再度、第３のＷｅｂフォームファイル９０８を取得した場合は、第１、第２のＷｅｂフォームファイルのいずれとも異なる第３のフォーム構成情報となるため、連続した投稿は一切成功しないことになる。これにより、ＩＳＰシステム１０４は、スパマー投稿サイト１０２のスパマー投稿ツール１０２ａによるスパム攻撃を有効にブロックすることができる。
【００４４】
図８は、本実施形態を示す情報処理システムにおけるＷｅｂフォームファイルを用いた投稿受信処理の流れを説明するブロック図である。以下、正常投稿者がクライアントシステム１１０を用いた投稿処理を説明する。
【００４５】
図８において、正常投稿者のクライアントシステム１１０よりターゲットとなるホームページから投稿用の第１のＷｅｂフォームファイルに対するリクエスト１００１をＷｅｂサーバ１０５に対しインターネット１０９を介して行う。Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、図７における説明の通りの処理を行い、第１のＷｅｂフォームファイル１００２を生成し正常投稿者のクライアントシステム１１０に転送する。
クライアントシステム１１０の正常投稿者は、Ｗｅｂサーバ１０５から取得した第１のＷｅｂフォームファイル１００２の構成情報に基づき投稿情報１００３を入力し、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａに転送する。
【００４６】
Ｗｅｂサーバプログラム１０５ａは、クライアントシステム１１０から取得した投稿情報１００３を変換モジュール１０６ａに転送する。そして、変換モジュール１０６ａは、Ｗｅｂサーバプログラム１０５ａから受信した第１のＷｅｂフォームファイル１００２の投稿情報１００３を保持し、その変数構成と一致する変換変数セットをＤＢサーバ１０７から抽出する。さらに、変換モジュール１０６ａは、対象の変換変数セットのオリジナル変数１００４をＤＢサーバ１０７から抽出する。
さらに、変換サーバ１０６の変換モジュール１０６ａは、投稿情報１００３から抽出したオリジナル変数で書き換えた投稿情報１００５を生成してＷｅｂサーバプログラム１０５ａに返信する。Ｗｅｂサーバプログラム１０５ａは該投稿情報１００５を表示データＤＢ１０７ｂに格納すると同時に、不図示のメールサーバに対して転送し処理を終了する。
【００４７】
これにより、正常な投稿者のクライアントシステム１１０からの投稿情報は、正常に表示できるオリジナルの投稿情報に書き戻されて管理される。
本実施形態によれば、Ｗｅｂサーバは、リクエストされた先にＷｅｂフォームファイルを転送する時にその都度、変数名情報を変換する。したがって、スパマー解析ツール１０１ａが事前に取得したＷｅｂフォームファイルの変数名情報と、スパマー投稿ツール１０２ａが投稿処理時に取得するＷｅｂフォームファイルの変数名情報とが適合しないようにできる。
これにより、スパマー投稿ツールの処理エラーを自発的に発生させることでＷｅｂフォームファイルに対する連続投稿を未然に防ぐことが可能となる。
また、本実施形態によれば、Ｗｅｂフォームファイルの構造を変更することがないため、既存のＩＳＰシステムに容易に導入することができる。
さらに、本実施形態によれば、ホームページに訪問した訪問者側のブラウザには、変数名情報に対する表示名、例えば名前、メールアドレス等の表示は一切変更されないため、ＩＳＰシステムが提供するサービスへの影響が少ない。
【００４８】
〔第２実施形態〕
本実施形態は、スパマー解析サイト１０１がＷｅｂフォームファイル１０８−１の取得と解析を行った後、投稿処理時にその都度Ｗｅｂフォームファイルをダウンロードせずに、スパマー投稿ツール１０２ａが直接投稿（ＰＯＳＴ）処理を行う場合の実施形態である。
第１実施形態では投稿前にＳ３２３において再度フォーム取得を行う構成であった。これに対し、第２実施形態では、Ｓ６２２（後述する図９）において、スパマー投稿ツール１０２ａがターゲットの変数名情報を取得した後、再度フォーム取得をせず、Ｓ６２３で投稿処理を行う点が大きな差異である。
【００４９】
図９は、本実施形態を示す情報処理システムにおけるデータ処理手順の一例を示すフローチャートである。本例は、ＩＳＰシステム１０４とスパマー解析サイト１０１、スパマー投稿サイト１０２間で発生する処理例である。また、（Ａ）はＩＳＰシステム１０４側の処理に対応し、（Ｂ）はスパマー解析サイト１０１側の処理に対応し、（Ｃ）はスパマー投稿サイト１０２側の処理に対応する。なお、Ｓ６０１、Ｓ６０２、Ｓ６１１〜Ｓ６１３、Ｓ６２１〜Ｓ６２３は各ステップを示す。
【００５０】
また、Ｓ６０１、Ｓ６０２はＩＳＰシステム１０４の各サーバ装置のＣＰＵ２０１がＲＡＭ２０２に制御プログラムをロードして実行することで実現される。また、Ｓ６１１〜Ｓ６１３は、スパマー解析サイト１０１側のコンピュータシステムのＣＰＵが実行することで実現される。さらに、Ｓ６２１〜Ｓ６２３はスパマー投稿サイト１０２側のコンピュータシステムのＣＰＵが実行することで実現される。
なお、本実施形態を示す情報処理システムであるＩＳＰシステムの処理フローについては、図４、図７を用いて説明する。ただし、図４については第１実施形態における図４のフローと同一であるため、ここでは記述を省略する。
Ｓ６０１において、ＩＳＰシステム１０４のＷｅｂサーバ１０５がターゲットとなるＷｅｂフォームファイルに対するスパマー解析ツール１０１ａからのリクエスト９０１を受信する。そして、Ｗｅｂサーバ１０５がターゲットとなるＷｅｂフォームファイルをリクエストされているスパマー解析ツール１０１ａに送信する。このＷｅｂフォームファイルへのリクエスト９０１とＷｅｂフォームファイルの送信処理に関する詳細フローは、図４の通りである。
【００５１】
Ｓ６１１で、スパマー解析サイト１０１のスパマー解析ツール１０１ａは、ＩＳＰシステム１０４からＷｅｂフォームファイル９０６を取得したら、Ｓ６１２へ進む。そして、Ｓ６１２において、スパマー解析ツール１０１ａは、取得したＷｅｂフォームファイル９０６の情報を解析し、スパマー投稿ツール１０２ａが投稿処理を行うのに必要な変数名情報を、当該Ｗｅｂフォームファイルのデータから取得し保持する。
【００５２】
次に、Ｓ６１３において、スパマー解析ツール１０１ａは、解析した変数名情報を実際の投稿処理を行うスパマー投稿ツール１０２ａに対しインターネット１０９等を介して送信する。スパマー投稿ツール１０２ａは、Ｓ６２１において、投稿に必要な変数名情報をスパマー解析ツール１０１ａから取得する。そして、Ｓ６２２において、スパマー解析ツール１０１ａから取得した変数名情報を保持する。そして、Ｓ６２３において、スパマー投稿ツール１０２ａは、新たに投稿用ＷｅｂフォームファイルをＷｅｂサーバ１０５からダウンロードせずに、直接スパム投稿をＩＳＰシステム１０４に送信して、本処理を終了する。
一方、Ｓ６０２において、ＩＳＰシステム１０４は、スパマー投稿ツール１０２ａからターゲットとなるＷｅｂフォームファイルに対するスパム投稿の受信処理を行う。以下、スパム投稿受信処理を、図１０を用いて詳細に説明する。なお、スパマー投稿ツール１０２ａは上記Ｓ６２３における投稿処理を繰り返すものとする。
【００５３】
図１０は、本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ＩＳＰシステム１０４が図９の（Ａ）に示したＳ６０２において行うスパム投稿（ＰＯＳＴ）への受信対応処理例である。なお、Ｓ７０１〜Ｓ７１０は各ステップを示す。また、各ステップは、ＩＳＰシステム１０４の各サーバのＣＰＵ２０１がＲＡＭ２０２に制御プログラムをロードして実行することで実現される。ここで、制御プログラムとは、Ｗｅｂサーバプログラム１０５ａ、変換モジュール１０６ａが含まれる。
まず、Ｓ７０１で、Ｗｅｂサーバ１０５が、スパマー投稿ツール１０２ａからの投稿（ＰＯＳＴ）を受信し、投稿情報を受け取る。又は、正常なクライアントシステム１１０からの投稿情報を受け取る。この時、Ｗｅｂサーバ１０５がスパマー投稿ツール１０２ａから受信する投稿の宛先は、図９の（Ｂ）に示したＳ６１３においてスパマー投稿ツール１０２ａがスパマー解析サイトから情報を取得した、ターゲットホームページに対するものである。
【００５４】
次に、Ｓ７０２で、Ｗｅｂサーバ１０５は、変換サーバ１０６の変換モジュール１０６ａに対し受信した投稿情報を転送する。ここで、転送される投稿情報には、ＷｅｂフォームファイルのＵＲＬ情報、変数名情報、変数名情報ごとの入力情報が含まれる。次に、Ｓ７０３で、変換モジュール１０６ａは、Ｗｅｂサーバ１０５から転送された投稿情報から、投稿時変数名情報を抽出し、ＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａに格納されている変換変数セットとを比較する。
【００５５】
そして、変換モジュール１０６ａは、投稿時変数名情報と変換変数セットとを比較して、変換変数セットと一致しない投稿時変数名情報であるかどうかを判断する。ここで、変換変数セットと一致しない投稿時変数名情報であると変換モジュール１０６ａが判断した場合は、Ｓ７０４の処理に進み、投稿時変数名情報が一致していると変換モジュール１０６ａが判断した場合はＳ７０６以降の処理に進む。
そして、Ｓ７０４において、変換モジュール１０６ａは、Ｗｅｂサーバ１０５に対して該変数名情報が変換済みの変数名情報のセットと一致していない旨の情報をＷｅｂサーバ１０５に通知する。そして、Ｓ７０５において、変換モジュール１０６ａから通知を受け取ったＷｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、変換変数セットに該当するＷｅｂアクセスを切断し、スパマー投稿サイト１０２から受信済の投稿情報を廃棄し、本処理を終了する。
【００５６】
また、Ｓ７０６へ進んだ場合は、変換モジュール１０６ａは変数名情報のセットが一致した投稿に関して、Ｓ７０２で取得済の投稿情報に含まれる変換後の変数名情報を、変換変数セット格納ＤＢ１０７ａ上に格納されている変換前の変数名情報への書き換える処理を行う。
次に、Ｓ７０７において、変換モジュール１０６ａは、Ｓ７０６において使用した変数名情報のセットを変換変数セット格納ＤＢ１０７ａ上から削除する。そして、Ｓ７０８において、変換モジュール１０６ａは、Ｓ７０６で書換え処理を行った投稿情報をＷｅｂサーバ１０５に対して転送する。
【００５７】
次に、Ｓ７０９において、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは、変換モジュール１０６ａから転送された投稿情報に基づき、投稿情報のＷｅｂ通知画面を表示するための表示データを生成し、表示データＤＢ１０７ｂに格納する。そして、Ｓ７１０において、Ｗｅｂサーバ１０５は、変換モジュール１０６ａから転送された投稿情報に基づき、投稿情報のメール通知用データを生成し、生成されたメールデータを不図示のメールサーバ宛に転送し、本処理を終了する。
【００５８】
図１１は、本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本例は、Ｓ４０８において、変換変数セット格納ＤＢ１０７ａに格納された変換変数セットの自動削除処理例である。なお、Ｓ８０１〜Ｓ８０３は各ステップを示す。また、各ステップは、ＩＳＰシステム１０４の変換サーバ１０６のＣＰＵ２０１がＲＡＭ２０２に制御プログラムをロードして実行することで実現される。
まず、Ｓ８０１において、変換モジュール１０６ａは、変換変数セット格納ＤＢ１０７ａ上から格納されている変換変数セットの生成日時情報を抽出する。次に、Ｓ８０２において、変換モジュール１０６ａは、抽出した生成日時が既定の制限時間を超えているかどうかチェックする。ここで、制限時間を経過していると変換モジュール１０６ａが判断した場合は、Ｓ８０３へ進み、越えていないと変換モジュール１０６ａが判断した場合は、Ｓ８０１の処理を繰り返す。なお、本実施形態において、既定の制限時間は別途システムパラメータとして設定される。ここで、制限時間は、変換された変数名情報とオリジナルの変数名情報とを保持しておくべき保持期間に対応する。
そして、Ｓ８０３において、変換モジュール１０６ａは、制限時間を超えていた対象変換変数セットを変換変数セット格納ＤＢ１０７ａから削除し、その処理を終了する。
【００５９】
図１２は、本実施形態を示す情報処理システムにおけるＷｅｂフォームファイルを用いた投稿受信処理の流れを説明するブロック図である。
なお、スパマー解析サイト１０１におけるＷｅｂフォームファイル取得からフォーム構造情報の投稿サイトへの提供までの処理は、図７に示したシステムにおける処理と同様であるので説明は省略する。
図１２において、スパマー投稿ツール１０２ａは、スパマー解析サイト１０１から提供されたフォーム構成情報を取得し、スパマー投稿サイト１０２内に格納する。スパマー解析サイト１０１からフォーム構成情報を取得したスパマー投稿ツール１０２ａは、ターゲットとなるホームページに対して、格納済のフォーム構成情報９０７に基づいたフォーム投稿処理（ＰＯＳＴ）を連続的に行う。
【００６０】
この場合、Ｗｅｂサーバ１０５からフォームファイルを新たに取得しないため、フォームファイルの構成情報が一致し、最初のスパム投稿１１０１は成功することとなり、投稿された投稿情報１１０２はＷｅｂサーバ１０５に転送される。
そして、Ｗｅｂサーバプログラム１０５ａは取得した投稿情報１１０２を変換モジュール１０６ａに転送する。変換モジュール１０６ａは、受信した投稿情報１１０２を保持し、その変数構成と一致する変換変数セット１１０３のＤＢサーバ１０７からの抽出処理を行う。
【００６１】
その際、変換モジュール１０６ａは変換変数セットが一致した事を確認した時点で、抽出した変換変数セット１１０３をＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａ上から削除する。また、変換モジュール１０６ａは、ＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａから抽出した変換変数セット１１０３からさらにオリジナル変数を抽出する。
そして、変換モジュール１０６ａは、ＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａから抽出したオリジナル変数で投稿情報の変数名情報を書換えた投稿情報１１０４をＷｅｂサーバプログラム１０５ａに返信する。
Ｗｅｂサーバプログラム１０５ａは、投稿情報１１０４を表示データＤＢ１０７ｂに格納すると同時に、不図示のメールサーバに対して転送し処理を終了する。
【００６２】
さらに、スパマー投稿ツール１０２ａは、Ｗｅｂサーバ１０５に対して、二度目のスパム投稿１１０５を行う。スパマー投稿ツール１０２ａから投稿された投稿情報１１０６はＷｅｂサーバ１０５に転送される。Ｗｅｂサーバ１０５は、スパマー投稿ツール１０２ａから投稿された投稿情報１１０６を変換モジュール１０６ａに転送する。この際、Ｗｅｂサーバプログラム１０５ａは、スパマー投稿ツール１０２ａから投稿された投稿情報１１０６を保持する。
そして、変換モジュール１０６ａは、スパマー投稿ツール１０２ａから二度目に受信した投稿情報１１０６を保持し、その変数構成と一致する変換変数セットをＤＢサーバ１０７上から検索する。ここで、投稿情報１１０６に対応する変換変数セット１１０３は、一度目のスパム投稿１１０１が実行された際に、変換モジュール１０６ａが既に削除しているため、ここでは該当する変数変換セットはＤＢサーバ１０７の変換変数セット格納ＤＢ１０７ａ内から検出されない。
このため、変換モジュール１０６ａは変換変数セットの投稿情報１１０６に対する未検出結果をＷｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａに通知する。これを受けて、Ｗｅｂサーバ１０５のＷｅｂサーバプログラム１０５ａは投稿情報１１０６に対する未検出結果に基づき、スパマー投稿サイト１０２によるスパム投稿１１０５の接続を切断する。さらに、Ｗｅｂサーバプログラム１０５ａは、Ｗｅｂサーバ１０５に保持していた二度目のスパム投稿１１０５に関わる投稿情報１１０６を廃棄して、本処理を終了する。
【００６３】
図１３は、本実施形態を示す情報処理システムで扱うフォームファイルの一例を示す図である。本例は、図４に示したＳ４０９において書換え処理が行われる、ＨＴＭＬのオリジナルフォームファイルと、変数名情報が変換されたＷｅｂフォームファイルの例を示している。
図１３において、１３０１は変換前のＨＴＭＬによるオリジナルのフォームファイルを示す例である。１３０２はそのＨＴＭＬによるオリジナルのフォームファイルに記載されている変数名情報を示す例である。
１３０３は、変換モジュール１０６ａによって変換された変数名情報によって書換えられたフォームファイルを示す例である。１３０４は変換モジュールによって変換された実際の変数名情報を示す例である。本例では、変数名「ｎａｍｅ」を「ａａａａａａａａ」に変換し、変数名「ｋａｎａ」を「ｂｂｂｂｂｂｂｂ」に変換した例である。
【００６４】
図１４は、図１２に示した変換変数セット格納Ｄ１０７ａに格納される変換変数名情報のセットのデータ構造を説明する図である。
図１４において、１４０１は格納対象となるフォームファイルを特定するＵＲＬデータで、ドメイン名ごとに複数のＵＲＬ情報１４０２が存在する。
１４０３は変換変数セット管理ＩＤデータで、該ＵＲＬ情報１４０２に対するクライアントからのフォームアクセスごとに複数の管理ＩＤ１４０４が生成される。
１４０５は、管理ＩＤ１４０１毎の具体的な変換変数セットで、管理ＩＤ１４０４毎に変換前のオリジナル変数名情報１４０６と変換後の変数名情報１４０７とがセットで管理される。
１４０７は格納される変換後の変数名情報である。１４０８は同じＵＲＬ名に対する別のアクセスにより生成された別ＩＤに紐づく変換変数セットである。
【００６５】
第２実施形態によれば、Ｗｅｂサーバは、スパマー投稿ツールが直接投稿（ＰＯＳＴ）処理を連続的に行うスパム投稿を防ぐことができる。
また、変換前のフォームファイル（オリジナルフォームファイル）に対し変数名情報の変換を行うことで、ユーザが作成した多種多様のオリジナルフォームファイルに対し、フォーム構造を変更することなく対処することが可能となる。
さらに、ＨＰへの訪問者に表示されるＨＴＭＬ上の文言（例えば、お名前、メールアドレス）については変化がないため、サービスそのものへの影響が少ない。
【００６６】
なお、本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合も適応可能である。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００６７】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【符号の説明】
【００６８】
１０１  スパマー解析サイト
１０２  スパマー投稿サイト
１０３、１１０  クライアントシステム
１０４  ＩＳＰシステム
【図１】
2010266912.tif 000003
【図２】
2010266912.tif 000004
【図３】
2010266912.tif 000005
【図４】
2010266912.tif 000006
【図５】
2010266912.tif 000007
【図６】
2010266912.tif 000008
【図７】
2010266912.tif 000009
【図８】
2010266912.tif 000010
【図９】
2010266912.tif 000011
【図１０】
2010266912.tif 000012
【図１１】
2010266912.tif 000013
【図１２】
2010266912.tif 000014
【図１３】
2010266912.tif 000015
【図１４】
2010266912.tif 000016