プログラムを実行するプロセッサと、前記プロセッサによって実行されるプログラムを格納するメモリとを備える計算機であって、前記プロセッサは、Web操作画面の構成単位であるフォーム単位で、データベースのデータ項目を選定させる画面を表示する機能と、当該計算機のユーザにより選定されたフォーム毎に、当該フォームに含まれる入力データ項目に基づいてスキーマを定義し、前記メモリに記録する機能を持つことを特徴とする計算機。前記Web操作画面における入力データの履歴を記憶するWeb操作履歴記憶部に接続され、前記プロセッサは、前記Web操作履歴記憶部に記憶された入力データの履歴を解析することにより、前記Web操作履歴記憶部に存在するフォームの情報を抽出し、抽出されたフォームの情報に基づいて操作履歴の解析対象となるデータを選定可能にするためのデータ及び操作画面を作成する機能を持つことを特徴とする請求項1に記載の計算機。前記プロセッサは、選定されたフォーム毎に、当該フォームに対応して定義された前記スキーマと、前記Web操作履歴記憶部に記憶された入力データの履歴のうちの当該フォームに対応する入力データとに基づいて、前記データベースに格納すべき入力データを抽出する機能を持つことを特徴とする請求項2に記載の計算機。前記プロセッサは、前記Web操作履歴データベースに記憶された入力データの履歴を解析する場合に、前記スキーマが定義されているフォームに対応する入力データの有無を判定する機能を持つことを特徴とする請求項2に記載の計算機。前記プロセッサは、前記スキーマが定義されていないフォームに対応する入力データが前記Web操作履歴記憶部に存在する場合、当該フォームに含まれる入力データ項目に基づいてスキーマを新たに定義可能な機能を持つことを特徴とする請求項4に記載の計算機。クライアント装置上で表示させたWeb操作画面における入力データを受信する計算機であって、前記プロセッサは、前記メモリに記憶されたスキーマに従って、前記クライアント装置から送られてくるリクエストから、前記スキーマに対応するフォームの入力データをフィルタリングする機能を持つことを特徴とする請求項1に記載の計算機。前記プロセッサは、フィルタリングされた前記入力データに基づいて、前記データベースに格納するための入力用データを生成する機能を持つことを特徴とする請求項6に記載の計算機。Web操作画面を表示させるクライアント装置と、前記Web操作画面における入力データを前記クライアント装置から受信するサーバ装置を備える計算機システムであって、前記サーバ装置は、前記Web操作画面の構成単位であるフォーム単位で、データベースに格納すべき入力データ項目を選定させる操作画面を表示し、選定されたフォーム毎に、当該フォームに含まれる入力データ項目に基づいてスキーマを定義し、該定義されたスキーマを該サーバ装置が備えるメモリに記録することを特徴とする計算機システム。前記サーバ装置は、クライアント装置上で表示させたWeb操作画面における入力データを受信し、前記受信した入力データを、所定の形式で記録し保存する操作履歴保存機能及びその操作履歴記憶部を備えることを特徴とする請求項8に記載の計算機システム。前記サーバ装置は、前記操作履歴記憶部に記憶された入力データの履歴を解析することによって、前記操作履歴記憶部に存在するフォームの情報を抽出し、抽出されたフォームの情報に基づいて操作履歴の解析対象となるデータを選定可能にするためのデータ及び操作画面を作成する機能を持つことを特徴とする請求項9に記載の計算機システム。前記サーバ装置は、選定されたフォーム毎に、当該フォームに対応して定義された前記スキーマと、前記操作履歴記憶部に記憶された入力データの履歴のうちの当該フォームに対応する入力データとに基づいて、前記操作履歴記憶部に格納すべき入力データを抽出することを特徴とする請求項10に記載の計算機システム。前記サーバ装置は、前記操作履歴記憶部に記憶された入力データの履歴を解析する場合に、前記スキーマが定義されているフォームに対応する入力データの有無を判定することを特徴とする請求項10に記載の計算機システム。前記サーバ装置は、前記スキーマが定義されていないフォームに対応する入力データが前記操作履歴記憶部に存在する場合、当該フォームに含まれる入力データ項目に基づいてスキーマを新たに定義可能であることを特徴とする請求項12に記載の計算機システム。前記サーバ装置は、前記メモリに記憶されたスキーマに従って、前記クライアント装置から送られてくるリクエストから、前記スキーマに対応するフォームの入力データをフィルタリングすることを特徴とする請求項9に記載の計算機システム。前記サーバ装置は、フィルタリングされた前記入力データに基づいて、前記データベースに格納するための入力用データを生成することを特徴とする請求項14に記載の計算機システム。プログラムを実行するプロセッサと、前記プロセッサによって実行されるプログラムを格納するメモリとを備える計算機におけるデータベースの構築支援方法であって、前記プロセッサが、Web操作画面の構成単位であるフォーム単位で、データベースのデータ項目を選定させる画面を表示する手順と、前記データベースのデータ項目を選定させる画面で選定されたフォーム毎に、当該フォームに含まれる入力データ項目に基づいてスキーマを定義する手順と、該定義されたスキーマを当該計算機が備えるメモリに記録する手順と、を含むことを特徴とするデータベースの構築支援方法。Web操作履歴解析用DBの構築にかかわるデータ項目の選定、スキーマの定義、定義したスキーマに合わせたデータの抽出加工などの作業を主に人手で実施した場合、手間と時間がかかるという問題があった。また、特許文献1に開示された方法においては、履歴データを記録する際の負荷が高いという問題とWeb操作画面内のデータで条件付けられる検索が高速に処理できないという問題があった。前者は入力データをWeb画面表示用ファイルと合わせて保存するために、入力データを記録するWeb画面表示用ファイルの検索及びそのファイルへの入力データの埋め込みが必要となるためである。後者は、Web操作画面内のデータがテーブル化されていないためである。また、入力データをWeb画面表示用ファイルファイルには、タブなどのWeb画面表示に必要なデータも含まれるとセットで記録するため、操作履歴の容量が大きくなるという問題があった。本発明は、上述した課題を考慮したものであって、Webアプリケーションの操作履歴を解析するためのDBを構築する際の手間スキーマの定義やスキーマ定義に合わせて作成するロード用データの作成などと時間を低減することができる計算機、計算機システム及びデータベースの構築支援方法を提供することを目的とする。本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、プログラムを実行するプロセッサと、前記プロセッサによって実行されるプログラムを格納するメモリとを備える計算機であって、前記プロセッサは、Web操作画面の構成単位であるフォーム単位で、データベースのデータ項目を選定させる画面を表示する機能と、当該計算機のユーザにより選定されたフォーム毎に、当該フォームに含まれる入力データ項目に基づいてスキーマを定義し、前記メモリに記録する機能を持つことを特徴とする。本発明によれば、Webアプリケーションの操作履歴をDBに記録する際の手間と時間を低減することができる。以下、本発明を実施するための形態について図面を参照して説明する。図1は、本発明の実施形態の計算機システム1の構成例を示す図である。計算機システム1は、LANLocalAreaNetwork等のネットワーク4を介して接続されたWebクライアントクライアント装置2と、Webサーバ計算機3とを備える。Webクライアント2は、Webサーバ3によって提供される機能やデータを利用する計算機である。Webクライアント2は、CPUCentralProcessingUnit、メモリ、インタフェース不図示等を備えた一般的なコンピュータ装置である。このWebクライアント2は、Web操作画面表示部21、データ入力部22及びデータ送信部23を備える。Web操作画面表示部21は、Webクライアント2からのリクエストに応じて、Webサーバ3からレスポンスとして送られてくるリソースに基づいて、表示装置24上にWeb操作画面を表示する。データ入力部22も、Webサーバ3からレスポンスとして送られてくるリソースに基づいて表示されたWeb操作画面上におけるユーザの操作情報入力データを、Web操作画面上の各入力用エレメントに割り当てた変数に入力する。データ送信部23は、Web操作画面上の各入力用エレメントの変数に入力された入力データをWebサーバ3に送信する。Webサーバ3は、Webクライアント2からのリクエストに応じて、Webクライアント2にWebアプリケーションのリソースやデータを提供する計算機である。このWebサーバ3は、DB構築支援部30を備える。DB構築支援部30は、リアルタイムデータ解析部31、過去データ解析部32及びDB構築部33を含む。このDB構築支援部30は、Webクライアント2から受信した入力データ又はWeb操作履歴51に格納された操作履歴データに基づくDB構築を支援する。リアルタイムデータ解析部31は、Webクライアント2からリアルタイムに受信した入力データを解析する。一方、過去データ解析部32は、Webクライアント2から過去に受信し、Web操作履歴51に蓄積された操作履歴データを解析する。これらリアルタイムデータ解析部31及び過去データ解析部32は、解析結果としてスキーマ定義71及びDB入力用データ72を生成する。DB構築部33は、生成されたスキーマ定義71及びDB入力用データ72に基づいて、Web解析用DB61を構築する。リアルタイムデータ解析部31は、解析データ選定部34、スキーマ定義部35、スキーマ更新部36、データフィルタ部37及び入力データ生成部38を含む。過去データ解析部32は、解析データ選定部34、スキーマ定義部35、スキーマ更新部36、履歴構成解析部39及びデータ抽出生成部40を含む。すなわちリアルタイムデータ解析部31及び過去データ解析部32は、解析データ選定部34、スキーマ定義部35及びスキーマ更新部36を共有する。解析データ選定部34は、Webクライアント2から受信する入力データ又はWeb操作履歴51に格納された操作履歴データにおいて、解析すべきデータの項目を、クライント2に提示するWeb操作画面の画面構成に基づいて選定する。解析データ選定部34の詳細については、図5を用いて後述する。スキーマ定義部35は、解析データ選定部34によって選定されたデータに基づいてスキーマを定義し、定義されたスキーマスキーマ定義71を出力する。スキーマとは、作成すべきDBのデータ構成本発明の実施形態ではテーブルの構成を記述したものであり、スキーマ定義では、DBのデータ構成本発明の実施形態ではテーブル構成を記述する。なお、スキーマ定義部35の詳細については、図7を用いて後述する。スキーマ定義部35によって定義されたスキーマは、スキーマ更新部36によって更新修正、変更可能である。スキーマ更新部36は、DB構築者又はWeb操作履歴解析者以下、説明の便宜上Webサーバ3のユーザという。による指示に従って、スキーマ定義部35によって定義されたスキーマを更新する。データフィルタ部37は、スキーマ定義部35によって定義されたスキーマに従って、Webクライアント2から受信した入力データをフィルタリングするデータフィルタリングプログラムを生成する。また、生成されたデータフィルタリングプログラムに従って、入力データをフィルタリングする。データフィルタ部37の詳細については、図9を用いて後述する。入力データ生成部38は、データフィルタ部37によってフィルタリングされたデータに基づいて、DB入力用データ72を生成する。DB入力用データ72とは、スキーマ定義に基づいてCSV形式等の所定の形式で記述され、Web解析用DB61にロード可能なデータである。入力データ生成部38の詳細については、図12及び図14を用いて後述する。履歴構成解析部39は、Web操作履歴51に格納された操作履歴データの構成を解析する。履歴構成解析部39の詳細については、図18、図29A及び図29Bを用いて後述する。データ抽出生成部40は、スキーマ定義71に従って、Web操作履歴51に格納された操作履歴データからデータを抽出し、抽出されたデータに基づいてDB入力用データ72を生成する。データ抽出生成部40の詳細については、図17を用いて後述する。Web操作履歴51は、Webクライアント2から受信したユーザの操作履歴データを蓄積するファイルである。ここでいう操作履歴データとは、プロトコルのヘッダや、タグ等のユーザによって入力されたデータとは直接関係のないデータも含む。Web解析用DB61は、DB構築部33によってスキーマ定義71及びDB入力用データ72に基づいて構築されるデータベースである。以上に示す構成により、本発明の実施形態の計算機システム1は、DB構築支援部30が、Webクライアント2から受信する入力データ又はWeb操作履歴51に格納された操作履歴データに基づくDBの構築を支援する。図2は、本発明の実施形態のWebサーバ3の構成例を示す図である。図2に示すWebサーバ3は、CPU310、ノースブリッジ320、サウスブリッジ330、SDRAMSynchronousDynamicRandomAccessMemory340及び記憶装置350を備える。CPU310は、記憶装置350に記憶された各種プログラムを実行する演算処理装置である。ノースブリッジ320は、PCIePCIexpressバスを介して、LANカード360を接続するためのLANスロット不図示、SASカード370A、370Bを接続するためのSASスロット不図示に接続される。SDRAM340は、例えばDDR2DoubleDataRate2規格のSDRAMである。サウスブリッジ330は、PCIeバスを介して、VGAVideoGraphicsArrayカード380を接続するためのVGAスロット不図示に接続される。また、USBバスを介してUSBポート不図示に接続される。また、SATASerialAdvancedTechnologyAttachment規格の記憶装置350に接続される。記憶装置350には、OSOperatingSystem351、Webアプリケーション352、DB構築支援プログラム353、スキーマ定義71、DB入力用データ72、DBMSDataBaseManagementSystem354が格納される。DB構築支援プログラム353は、DB構築支援部30図1参照の各機能を実現するプログラムである。このWebサーバ3は、LANカード360を介してネットワーク機器81に接続される。また、SASカード370A、370Bを介して記憶装置50、60に接続される。記憶装置50は、Web操作履歴51を記憶する。記憶装置60は、Web解析用DB61を記憶する。このWebサーバ3は、VGAカード380を介してディスプレイ等の出力装置82に接続される。さらに、USBポートを介してキーボード、マウス等の入力装置83に接続される。以上に示す構成において、Web操作履歴51及びWeb解析用DB61は、それぞれ別の記憶装置50、60に記憶されているが、この場合に限らない。例えば同じ記憶装置に記憶されてもよい。同様に、DB構築支援プログラム353、スキーマ定義71及びDB入力用データ72も記憶装置350に記憶されているが、この場合に限らない。例えば記憶装置50、60に記憶されてもよい。図3は、本発明の実施形態の解析データ選定画面301の一例を示す図である。図3に示す解析データ選定画面301は、解析データ選定部34のプログラムを実行することによって出力装置82に表示される。Webサーバ3のユーザは入力装置83を用いて、解析データ選定画面301上でDB構築に必要な情報を入力する。解析データ選定画面301は、Webサーバ3のユーザが解析対象のデータ範囲を選定するための選定画面302と、Webクライアント2の表示装置24上に表示されるWeb操作画面303とを含む。Web操作画面303は、1又は複数のフォームからなる。フォームとは、Webクライアント2のユーザ以下、Webユーザという。がデータを入力する入力画面の構成単位である。図3に示す例では、検索を実行するためのフォーム1検索フォーム、検索結果に対する絞り込みを実行するためのフォーム2絞り込みフォーム、絞り込み結果を発注するためのフォーム3発注フォームの3つのフォームからなる。選定画面302において、Webサーバ3のユーザは、解析対象のデータ範囲をフォーム単位で選定する。具体的には、解析対象のフォームを選択してチェックし、決定ボタンを押下する。そうすると、解析データ選定部34は、チェックされたフォームのデータを解析対象として選定する。なお、以下、フォーム単位で解析対象のデータ範囲を選定する場合について説明するが、この場合には限らない。その他の構成単位で解析対象のデータ範囲を選定してもよい。図4は、本発明の実施形態のスキーマ定義部35によって定義されるテーブル400の構成とフォームとの関係を示す図である。図4に示すテーブル400は、フォーム1409が解析対象として選定された場合に、フォーム1409の情報に基づいて定義されるテーブルである。テーブルの定義では、テーブルを構成するデータ項目とその型情報を記述する。フォーム情報に基づいて定義されるテーブルは、フォーム内の入力データ記入欄テキストボックスなどのエレメントに関する項目以下、入力データ項目410という。、フォーム単位で生成される個々の入力データセットを識別するためのデータセットID、Webサーバ3側で処理する一連の入力データ処理を識別するためのシーケンスID、Webクライアント2側の一連のWeb操作を識別するためのセッションIDから成る。入力データ項目410は、名前と型情報を持つ。そのため各データ入力項目の名前と型の情報を抽出してテーブルを記述する。図4の例では、KeywordString403、ShohincdString404、KakakuNumber405となっている。なお、Web操作画面303がHTMLHyperTextMarkupLanguageによって記述される場合、フォーム内の入力データ項目の名前及び型情報は、それぞれwindowdocumentformielementjname、windowdocumentformielementjtypeで示される。そこで、解析データ選定部34は、まず解析対象として選定されたフォームの番号を、HTML内のフォーム番号iに変換し、変換されたフォーム番号iに含まれる各エレメント入力データの記入欄jの名前及び型情報を抽出する。その後、スキーマ定義部35は、抽出された各エレメントjの名前及び型情報に基づいて、テーブルを定義する。データセットID406により、テーブル内のデータセットを一意に識別できる。セッションID408により、同一セッション内に処理された入力データのセットを識別できる。シーケンスID407により、同一セッション内のデータセット同一セッション内に異なる種類のフォームから入力されたデータセットが複数ある場合においても、従って異なるテーブル間のデータセットであってもが入力された順番の前後関係を明確にすることができる。シーケンスID407には、例えばタイムスタンプを使用することができる。なお、データセットID406、シーケンスID407及びセッションID408には、Webサーバ3によってデータが挿入される。図5は、本発明の実施形態の解析データ選定部34の制御ロジックを示すフローチャートである。解析データ選定部34は以下に示す制御ロジックを実行する。まずステップ501において、解析データ選定部34は、図3に示すような解析データ選定画面301を提示するS501。Webサーバ3のユーザによって、解析データ選定画面301上で解析対象のフォームが選定されると、選定されたフォームのフォーム番号を取得するS502。具体的には、選定されたフォームのユーザインタフェース上の番号を、Web操作画面を記述するプログラム上の番号に変換する。その後ステップ503において、解析データ選定部34は、ステップ502で取得されたフォーム番号のうち、いずれかのフォーム番号を選択するS503。その後ステップ504において、ステップ503で選択されたフォーム番号及びフォームの名前を記録するS504。ここでは、例えば記憶装置350図2参照に記録する以下、同様。その後ステップ505において、解析データ選定部34は、ステップ503で選択されたフォーム番号のフォームに含まれるエレメント番号のうち、いずれかのエレメント番号を選択するS505。その後ステップ506及びステップ507において、ステップ505で選択されたエレメントの名前及び型情報をそれぞれ取得し、記録するS506、S507。その後ステップ508及び509の処理により、全てのフォーム番号及び全てのエレメント番号に対して、一連の処理を繰り返す。以上に示す処理により、解析データ選定部34は、解析データ選定画面301上で選定された解析対象の各フォームについて、フォーム内のエレメント入力データ項目に関する情報を抽出する。なお、以上に示す制御ロジックの全部又は一部は、スキーマ定義部35によって実行されてもよい。図6は、本発明の実施形態の解析データ選定部34によって抽出される各フォーム内の入力データ項目の具体例を説明する図である。図6では、解析データ選定画面301図3参照上の全てのフォーム1、2、3が選定された場合に、図5に示す制御ロジックによって抽出される各フォーム内の入力データ項目に関する情報を示している。フォーム1が選定された場合に抽出される情報は、1kensakukeywordstringshohincdstringkakakunumberである。1は、フォーム1を一意に識別するための識別子IDである。kensakuは、フォーム1の名前である。なお、フォームの名前は、当該フォームに基づいて生成されるテーブルの名前に使用される。keywordstringは、フォーム1に含まれる1番目のエレメントの名前及び型情報が、それぞれkeyword、String型であることを示す。shohincdstringは、フォーム1に含まれる2番目のエレメントの名前及び型情報が、それぞれshohincd、String型であることを示す。kakakunumberは、フォーム1に含まれる3番目のエレメントの名前及び型情報が、それぞれkakaku、Number型であることを示す。フォーム2、3については、ここでは説明を省略する。図7は、本発明の実施形態のスキーマ定義部35の制御ロジックを示すフローチャートである。スキーマ定義部35は、以下に示す制御ロジックを実行することによって、各フォームに対応するスキーマここではテーブルを定義する。まずステップ701において、スキーマ定義部35は、解析対象として選定された各フフォームの名前のうち、いずれかのフォームの名前をテーブル名として設定するS701。例えばフォーム1のフォーム名はkensakuであるので、フォーム1に対応して生成されるテーブルの名前をKensakuTableとする。次にステップ702において、スキーマ定義部35は、フォームの名前に対応して抽出された各入力データ項目型情報を含むに基づいて、テーブルを生成するS702。例えばフォーム1のフォーム名kensakuに対応して抽出される各入力データ項目は、keywordstring、shohincdstring、kakakunumberである。そのため、このデータセットに基づいて、図4に示すようなテーブル400の入力データ項目410を挿入する。その後ステップ703において、スキーマ定義部35は、ステップ702で生成されたテーブルに、データセットID型情報を含むを挿入するS703。図4に示す例では、テーブル400にデータセットID406とその属性を挿入する。その後ステップ704において、スキーマ定義部35は、セッションIDの情報を取得するS704。セッションIDの情報とは、Webサーバ3上で実行されるWebアプリケーションに固有の情報である。なお、セッションIDに限定されるものではない。その後ステップ705において、スキーマ定義部35は、ステップ702で生成されたテーブルに、セッションID型情報を含むを挿入するS705。図4に示す例では、テーブル400にセッションID408とその属性を挿入する。その後ステップ706において、スキーマ定義部35は、ステップ702で生成されたテーブルに、シーケンスID型情報を含むを挿入するS706。図4に示す例では、テーブル400にシーケンスID407とその属性を挿入する。その後ステップ707の処理により、解析対象として選定された全てのフォームについてステップ702~706の処理を繰り返す。これにより、スキーマ定義部35は、解析対象として選定されたフォーム毎にテーブルを自動的に定義することができる。言い換えると、スキーマの定義に係る時間と手間を低減することができる。図8は、本発明の実施形態のスキーマ定義部35によって生成されるテーブル800の具体例を示す図である。図8に示すテーブル801、802及び803は、それぞれフォーム1、2、3から抽出されるデータセットに基づいて定義されたテーブルである。これらテーブル801、802及び803では、データセットID、シーケンスID及びセッションIDも定義される。図9は、本発明の実施形態のデータフィルタ部37の制御ロジックを示すフローチャートである。図10は、本発明の実施形態のデータフィルタ部37によって生成されるデータフィルタリングプログラム1000の一例を示す図である。スキーマ定義部35によるスキーマ定義が終了すると、データフィルタ部37は、以下に示す制御ロジックを実行することによって、図10に示すようなデータフィルタリングプログラム1000を自動的に生成する。まずステップ901において、データフィルタ部37は、フィルタリングすべきデータ項目のセットの番号を選択するS901。ここでは、番号1が選択されるものとする。次にステップ902において、データフィルタ部37は、データフィルタリングを実行するためのフィルタリング関数を定義するS902。図10に示す例では、フィルタリング関数filteringkensaku1003が定義される。その後ステップ903において、データフィルタ部37は、ステップ902で定義されたフィルタリング関数内に、フィルタリングすべきデータセットをフィルタリングするためのコードを生成するS903。図10に示す例では、コード1004が生成される。コード1004は、各入力データ項目keyword、shohincd、kakakuの値をグローバル変数に保存するためのコードである。その後ステップ904において、データフィルタ部37は、Webクライアント2からの入力データ受信時にステップ902で定義されたフィルタリング関数を呼び出すコードを生成するS904。図10に示す例では、コード1002が関数inputkensaku1001内に生成される。コード1002は、フィルタリング関数filteringkensaku1003を呼び出すコードである。関数inputkensaku1001は、Webクライアント2からの入力データ受信時に呼び出される関数である。ステップ905の処理により、全てのデータセットの番号についてステップ901~904の処理を繰り返す。以上に示す処理により、データフィルタ部37は、スキーマ定義部35によって定義されたテーブルに従って、データフィルタリングプログラムを自動的に生成する。図11は、本発明の実施形態のデータ送信部23がデータフィルタ部37に送信するリクエスト1100の一例を示す図である。図11に示すリクエスト1100には、Web操作画面303上のフォーム1検索フォームに入力されたデータが記述されている。リクエスト1100には、メソッド名GETメソッド又はPOSTメソッド。図11に示す例では、GETメソッド。が記述されている。GETメソッドのリクエストラインには、呼び出し対象のリソースのURLUniformResourceLocator1101と、クエリ文字列1102とが記号によって連結されて記述される。なお、URL1101は、絶対パスでも相対パスでもよい。クエリ文字列1102には、パラメータ名フォーム内のエレメントの名前と値のセットがで連結されて記述される。図11に示すクエリ文字列1102の例では、パラメータkeywordとその値XXXX、パラメータshohincdとその値YYYYY、パラメータkakakuとその値UUUUUのセットが記述されている。またリクエスト1100は、Date1103、Referer1104及びCookie1105のヘッダ情報を含む。Date1103には、リクエスト1100が発行された時間が記述される。Referer1104には、GETメソッドによって指定されたリソースのリンク元のURLが記述される。Cookie1105には、Webクライアント2とWebサーバ3との間のリクエスト1100の送受信に係わるセッションのIDが記述される。図12は、本発明の実施形態のWebクライアント2及びWebサーバ3の動作の制御ロジックを示すシーケンス図である。ここでは、Webクライアント2がWebサーバ3にリクエストを送信する動作と、Webサーバ3が、受信したリクエストに基づいてクライントから送信されたデータをリアルタイムにフィルタリングし、DB入力用データ生成処理を実行する動作とを説明する。まずWebクライアント2の動作について説明する。まずステップ1201において、Webクライアント2は、Webユーザによる入力データ確定イベントを契機に、このイベントに対応するデータセットの値をHTTPのリクエストによりWebサーバ3に送信するS1201。ここでいう入力データ確定イベントとは、Webクライアント2のユーザがフォーム内の実行ボタンを押した際に発生するイベントである。確定イベントは、例えばWeb操作画面303上の検索フォームで、Webクライント2側のユーザがフォーム内に検索キーワードを入力した後、検索という実行ボタンを押下した時に発生する。すなわちステップ1201では、Webクライアント2は、Web操作画面303上で入力データの確定イベントが発生すると、イベントを発生したフォーム内のデータセットの値をHTTPのリクエストによりWebサーバ3に送信する。なお、Web操作画面303がHTMLによって記述される場合、Web操作画面303の情報を記述したHTMLファイルにおいて実行ボタンが押下された時に送信されるリクエストの種類及びそのリクエストにより呼び出されるリソースのURL本実施例では、Webサーバ3上のリソースが記述されている。これらの情報を利用して、フォーム内のデータセットの値を送信するHTTPのリクエストを作成し、Webサーバ3に送信する。その後処理を終了する。次にWebサーバ3の動作について説明する。以下に示すWebサーバ3の動作は、Webサーバ3がWebクライアント2に提供しているWebアプリケーションへのWebクライアント2のユーザのログインによって開始し、ログアウトによって終了する。まずステップ1202において、Webサーバ3は、ステップ1201でWebクライアント2によって送信されたHTTPリクエストより、データセットの値を取得するS1202。次にステップ1203において、Webサーバ3は、データフィルタリングプログラムを実行することにより、ステップ1202で取得されたデータセットの値をフィルタリングし、一時記録するS1203。データフィルタリングプログラムは、ステップ1201でWebクライアント2が送信したHTTPリクエストにより呼び出したプログラム本実施例ではWebサーバ3内のプログラム内で呼び出すことにより実行される。図10で説明したフィルタリングプログラムは、Webクライアント2側のユーザにより、検索という名前の実行ボタンが押下された時に呼び出されるリソースとしてkensakuphpプログラムを呼び出した場合の例である。このプログラムの中で、Webクライアント2より送信されたHTTPリクエストで送信されたフォーム内のエレメントの値データセットの値をフィルタするための関数filteringkensaku1002を呼び出している。次に、Webサーバ3は、Webクライアント2から送信されたHTTPリクエスト内で指定されたリソースのURLと、Referer情報とに基づいて、リクエスト送信元のフォームの名前を取得するS1204。具体的には、Referer情報により、フォームに関する情報を記述しているHTMLファイルを調べる。さらに該HTMLファイル内のフォームの情報にフォーム内の実行ボタンが押下された時のアクション情報に該URLが記述されているフォームを調べ、該当フォームの名前を取得する。その後ステップ1205において、Webサーバ3は、フィルタリングされたデータセットを識別するためのデータセットIDを生成し、ステップ1204で取得された名前のファイルに記録するS1205。ファイルとは、例えばCSV形式のファイルである。ファイルの詳細については、図14を用いて後述する。その後ステップ1206~1208において、Webサーバ3は、シーケンスID、セッションID及びステップ1203でフィルタリングされたデータセットの値を、ステップ1205で取得された名前のファイルに記録するS1206~S1208。なお、ステップ1204において、Webサーバ3は、HTTPリクエスト内に記述された呼び出しリソースのURLと、Referer情報とに基づいて、フォームの情報を記述したHTMLファイルを調べ、リクエスト送信元のフォームの名前を取得したが、この場合には限らない。例えば、図13に示すような、フィルタリング関数とフォームの名前とが対応付けられたテーブル1300を予め作成し、呼び出されたフィルタリング関数に対応付けられたフォーム名を取得してもよい。以上に示す処理により、Webクライアント2は、Webサーバ3にリクエストを送信する。一方、Webサーバ3は、受信したリクエストに基づいてリアルタイムフィルタリング及びDB入力用データ生成処理を自動的に実行する。これにより、DB入力用データの生成にかかる手間と時間を低減することができる。図13は、本発明の実施形態のフィルタリング関数とフォーム名とを対応付けたテーブル1300の一例を示す図である。図13に示すテーブル1300は、データフィルタ部37がデータフィルタリングプログラムを生成する場合に併せて生成する。テーブル1300は、フィルタリング関数1301と、フォームが属するHTMLファイルのURL1302と、フォーム名1303とを対応付けて格納する。なお、URL1302はオプショナルな情報である。但し、URL1302も対応付けることにより、異なるHTMLファイルに属する同じ名前のフォームが存在する場合でかつ、フォーム名から一意に定まるフィルタリング関数名を自動的に生成する場合であっても、フィルタリング関数名と、フィルタリングの対象となるフォームが属するURLにより、対応するフォーム名を特定することができる。図14は、本発明の実施形態のDB入力用データ72の具体例を示す図である。図14に示すDB入力用データ72は、DB入力用データ721~723を含む。各DB入力用データ721~723は、スキーマ定義部35によって定義されたテーブル毎、つまりフォーム毎に生成されるCSV形式のデータファイルである。ファイル名は、フォーム名に拡張子logを連結したものである。DB入力用データ721は、フォーム1フォーム名kensakuに対応して定義されたテーブルに基づいて生成されたデータファイルである。同様に、DB入力用データ722、723は、それぞれフォーム2、3に対応して定義されたテーブルに基づいて生成されたデータファイルである。各DB入力用データ721~723の各エントリは、データセットID、シーケンスID、セッションID、各入力データ項目がによって連結されている。これにより、各DB入力用データ721~723を、それぞれの対応するテーブルに容易に格納することができる。図15は、本発明の実施形態のフォームから取得可能なデータを説明する図である。ここでは、Webサーバ3が、解析対象として選定されたフォームから取得可能なデータについて説明する。Webサーバ3は、解析データ選定画面301図3参照上で選定されたフォームに関する情報A及び情報Bを取得することができる。情報Aは、選定されたフォームが記述されたHTMLのURLである。情報Bは、選定されたフォームの情報である。すなわち情報Bは、フォームの番号、フォームのアクション情報、フォームの名前及びフォーム内のエレメント名入力データ項目名を含む。フォームのアクション情報とは、フォーム内のデータを処理するリソースのパスである。Webサーバ3は、Web操作履歴51に格納された操作履歴データから取得される情報A及び情報Bに基づいて、解析対象として選定されたフォームに関する情報の有無を確認することができる。図16は、本発明の実施形態のWeb操作履歴51に格納された操作履歴データ1600の一例を示す図である。図16に示す操作履歴データ1600は、Web操作画面303上のフォーム1検索フォームに入力されたデータが格納されたHTTPリクエストである。操作履歴データ1600には、メソッド名GETメソッド又はPOSTメソッド。図16に示す例では、GETメソッド。が記述されている。GETメソッドのリクエストラインには、呼び出し対象のリソースのURL1601と、クエリ文字列1602とが記号によって連結されて記述される。なお、URL1601は、絶対パスでも相対パスでもよい。クエリ文字列1602には、パラメータ名フォーム内のエレメントの名前1603~1605と値のセットがで連結されて記述される。図16に示すクエリ文字列1602の例では、パラメータkeywordとその値XXXX、パラメータshohincdとその値YYYYY、パラメータkakakuとその値UUUUUのセットが記述されている。すなわち、URL1601及びクエリ文字列1602にはフォームから取得可能な情報Bが記録されている。また操作履歴データ1600は、Date1606、Referer1607及びCookie1608のヘッダ情報を含む。Date1606には、操作履歴データ1600が発行された時間が記述される。Referer1607には、GETメソッドによって指定されたリソースのリンク元のURLが記述される。すなわち、フォームから取得可能な情報Aが記録される。Cookie1608には、Webクライアント2とWebサーバ3との間での操作履歴データ1600の送受信に係わるセッションのIDが記述される。Webサーバ3は、操作履歴データ1600内のReferer1607から抽出されるURLと、URL1601に記述されたアクション情報との対応関係に基づいて、解析対象として選定されたフォームに関する情報が存在するか否かを確認することができる。また、解析対象として選定されたフォームに関する情報が存在する場合には、フォーム内の各データ入力項目図16に示す例では、keyword、shohincd、kakakuの変数の値を抽出することができる。さらに、Webサーバ3は、Date1606、Cookie1608の情報に基づいて、それぞれシーケンスID、セッションIDを生成することができる。図17は、本発明の実施形態のデータ抽出生成部40の制御ロジックを示すフローチャートである。データ抽出生成部40は、Web操作履歴51に格納された操作履歴データを解析することにより、スキーマ定義部35によって定義されたスキーマに対応するデータを抽出する。また、抽出されたデータに基づいて、DB入力用データ72を生成する。まずステップ1701において、データ抽出生成部40は、Web操作履歴51に格納された操作履歴データHTTPリクエストのReferer情報を参照し、解析対象として選定されたフォームが属するHTMLファイルのURLと一致するURLが記述された操作履歴データを検索するS1701。次にステップ1702において、データ抽出生成部40は、ステップ1701による検索の結果として抽出された操作履歴データに係るリソースのURLが、解析対象として選定されたフォームのアクション情報を示すものか否か確認するS1702。その後ステップ1703において、データ抽出生成部40は、ステップ1702においてYESの場合、ステップ1701で抽出された操作履歴データから、データセットの名前及び値を抽出し記録するS1703。その後ステップ1704において、データ抽出生成部40は、ステップ1701で抽出された操作履歴データ内のCookie情報から、セッションIDを抽出し記録するS1704。その後ステップ1705において、データ抽出生成部40は、ステップ1701で抽出された操作履歴データ内のDate情報を、シーケンスIDとして記録するS1705。その後ステップ1706において、データ抽出生成部40は、ステップ1701で抽出された操作履歴データを一意に識別するデータセットIDを生成するS1706。その後ステップ1707において、データ抽出生成部40は、ステップ1703~1705で記録されたデータセット、セッションID、シーケンスID及びステップ1706で生成されたデータセットIDに基づいて、解析対象として選定されたフォームに対応するテーブルのDB入力用データを生成するS1707。具体的には、図14に示すようなDB入力用データ72を生成する。以上に示す処理により、データ抽出生成部40は、Web操作履歴51に格納された操作履歴データを解析することにより、スキーマ定義部35によって定義されたスキーマに対応するデータを抽出する。また、抽出されたデータに基づいて、DB入力用データ72を生成する。図18は、本発明の実施形態の履歴構成解析部39の制御ロジックを示すフローチャートである。履歴構成解析部39は、Web操作履歴51に格納された各操作履歴データHTTPリクエストに基づいて、Web操作履歴51内に存在するフォームに関する情報を取得する。まずステップ1801において、履歴構成解析部39は、Web操作履歴51内のいずれかの操作履歴データHTTPリクエストのReferer情報に記述されたURLを取得し記録するS1801。次にステップ1802において、履歴構成解析部39は、処理対象の操作履歴データのリソースのURL情報を取得し記録するS1802。その後ステップ1803において、履歴構成解析部39は、ステップ1801で取得されたURLのHTMLファイル内において、ステップ1802で取得されたリソースのURLがアクション情報として指定されたフォームを検索するS1803。その後ステップ1804において、履歴構成解析部39は、ステップ1803による検索の結果として抽出されたフォームの番号を取得し記録するS1804。その後ステップ1805において、履歴構成解析部39は、ステップ1803で取得されたフォームの情報が、フォーム情報テーブルに登録されているか否かを判定するS1805。なお、フォーム情報テーブルとは、Web操作履歴51内に存在するフォームに関する情報が記録されたテーブルである。フォーム情報テーブルの詳細については、図19を用いて後述する。登録されている場合S1805でYES、ステップ1807に進む。一方、登録されていない場合S1805でNO、ステップ1806において、履歴構成解析部39は、ステップ1803で取得されたフォームの情報を、フォーム情報テーブルに登録するS1806。その後ステップ1807の処理により、履歴構成解析部39は、Web操作履歴51内に存在する全ての操作履歴データについて、ステップ1801~1806の処理を繰り返す。以上に示す処理により、履歴構成解析部39は、Web操作履歴51に格納された各操作履歴データHTTPリクエストに基づいて、Web操作履歴51内に存在するフォームに関する情報を取得し、フォーム情報テーブルに登録する。図19は、本発明の実施形態のフォーム情報テーブル1900の一例を示す図である。図19に示すフォーム情報テーブル1900は、図18に示す制御ロジックによって生成される。フォーム情報テーブル1900では、Referer情報で指定されるURL1901、リソースのURL1902及びフォーム番号1903が対応付けられて登録される。なお、URL1901及びフォーム番号1903によって、フォームを一意に識別することができる。図20は、本発明の実施形態のWeb操作履歴の解析データ選定画面2001の第一の例を示す図である。図20に示す解析データ選定画面2001は、解析データ選定部34のプログラムを実行することによって出力装置82に表示される。Webサーバ3のユーザは入力装置83を用いて、解析データ選定画面2001上で情報を入力する。解析データ選定画面2001は、Webサーバ3のユーザが解析対象のデータ範囲を選定するための選定画面2002と、Webクライアント2の表示装置24上に表示されるWeb操作画面303とを含む。なお、図20に示す選定画面2002では、図3に示す選定画面302と異なり、一部のフォームここではフォーム2が選択不能に表示される。前述の図18に示す制御ロジックにより、履歴構成解析部39は、Web操作履歴51内に存在するフォーム、すなわち解析可能なフォームを抽出することができる。そこで、解析データ選定部34は、Web操作履歴51を解析する場合には、図19に示すフォーム情報テーブル1900に登録されているフォーム、すなわち解析可能なフォームのみを選定可能に提示する。これにより、解析不能なフォーム、すなわち解析してもデータが抽出されないフォームを予め解析対象から除外することができる。図21は、本発明の実施形態のWeb操作履歴の解析データ選定画面2101の第二の例を示す図である。図21に示す解析データ選定画面2101は、解析データ選定部34のプログラムを実行することによって出力装置82に表示される。Webサーバ3のユーザは入力装置83を用いて、解析データ選定画面2101上で情報を入力する。解析データ選定画面2101は、Webサーバ3のユーザが解析対象のデータ範囲を選定するための選定画面2102と、Webクライアント2の表示装置24上に表示されるWeb操作画面303とを含む。なお、図21に示す選定画面2102では、図20に示す選定画面2002と異なり、選定されたフォームの解析結果をプレビュー事前確認するためのチェックボックスが設けられる。選定画面2102において、Webサーバ3のユーザは、解析対象のデータ範囲をフォーム単位で選定する。さらに、解析対象として選定されたフォームの解析結果をプレビューする場合には、プレビュー用のチェックボックスをチェックし、決定ボタンを押下する。そうすると、Webサーバ3は、チェックされたフォームを解析し、解析結果を表示する。図22は、本発明の実施形態のプレビュー解析の制御ロジックを示すフローチャートである。Webサーバ3は、以下に示す制御ロジックを実行することによって、解析対象として選定されたフォームの解析結果をプレビュー可能にする。まずWebサーバ3のユーザによって、解析データ選定画面2101上で解析対象のフォームが選定されると、ステップ2201において、Webサーバ3は、選定されたフォームのフォーム番号を取得するS2201。具体的には、選定されたフォームのユーザインタフェース上の番号を、Web操作画面を記述するプログラム上の番号に変換する。次にステップ2202において、Webサーバ3は、Web操作履歴51に格納されたいずれかの操作履歴データHTTPリクエストのReferer情報を参照し、解析対象として選定されたフォームが属するHTMLファイルのURLと一致するURLが記述された操作履歴データを検索するS2202。その後ステップ2203において、Webサーバ3は、ステップ2202による検索の結果として抽出された操作履歴データに係るリソースのURLが、解析対象として選定されたフォームのアクション情報を示すものか否か確認するS2203。なお、解析対象として選定されたフォームは、フォーム番号によって識別される。抽出された操作履歴データに係るリソースのURLが、選定されたフォームのアクション情報を示さない場合S2204でNO、ステップ2202に戻って別の操作履歴データについて処理を繰り返す。一方、抽出された操作履歴データに係るリソースのURLが、選定されたフォームのアクション情報を示す場合S2204でYES、Webサーバ3は、ステップ2202で抽出されたフォームの番号を記録するS2205。その後ステップ2206の処理により、Webサーバ3は、Web操作履歴51内に存在する全ての操作履歴データについて、ステップ2202~2205の処理を繰り返す。その後ステップ2207において、Webサーバ3は、ステップ2205で記録されたフォームの番号に基づいて、Web操作履歴51内に存在しないフォームを検索するS2207。該当フォームがある場合S2208でYES、ステップ2209において、Webサーバ3は、該当フォーム、すなわちWeb操作履歴51内に存在しないフォームを表示するS2209。具体的には、Web操作履歴51内に存在しないフォームの番号を取得し、取得されたフォームの番号をユーザインタフェースの番号に変換し、ポップアップウィンドウに表示する。ステップ2209で表示される表示画面の例については、図23を用いて後述する。一方、該当フォームがない場合S2208でNO、ステップ2210において、Webサーバ3は、解析対象として選定された全てのフォームのデータがWeb操作履歴51に存在する旨を、ポップアップウィンドウに表示するS2210。図23は、本発明の実施形態のプレビュー解析結果の表示画面2300の第一の具体例を示す図である。図23に示す表示画面2300は、解析対象として選定されたフォームここではフォーム2がWeb操作履歴51内に存在しない場合に表示されるポップアップウィンドウである。この表示画面2300によれば、Webサーバ3のユーザは、現在の設定がWeb操作履歴51内に存在しないフォームここではフォーム2のデータを取得し、リアルタイムにDB入力用データ72を生成する設定であるかの確認を指示することができる。設定を確認する場合、Webサーバ3のユーザは入力装置83を用いて設定を確認するボタンを押下する。そうすると、Webサーバ3は後述する図27に示す制御ロジックを実行し、設定の確認結果を表示する。一方、プレビューを終了する場合、プレビューを終了するボタンを押下する。そうすると、Webサーバ3はプレビューを終了する。図24は、本発明の実施形態のプレビュー解析結果の表示画面2400の第二の具体例を示す図である。図24に示す表示画面2400は、図23の表示画面2300上で設定を確認するボタンが押下された場合に表示されるポップアップウィンドウである。この表示画面2400によれば、Webサーバ3のユーザは、現在の設定がWeb操作履歴51内に存在しないフォームここではフォーム2のデータを取得し、リアルタイムにDB入力用データ72を生成する設定ではない場合に、設定変更を指示することができる。設定を変更する場合、Webサーバ3のユーザは入力装置83を用いて設定を変更し、プレビューを終了するボタンを押下する。そうすると、Webサーバ3は後述する図28に示す制御ロジックを実行し、設定を変更する。その後プレビューを終了する。一方、設定を変更しない場合、設定を変更せずにプレビューを終了するボタンを押下する。そうすると、Webサーバ3はプレビューを終了する。図25は、本発明の実施形態のリアルタイムデータ解析に係る現在の設定を登録する制御ロジックを示すフローチャートである。ここでは、解析対象として選定されたフォームのうち、リアルタイムにDB入力用データ72を生成するよう現在設定されているフォームを登録する。まずステップ2501において、Webサーバ3は、Webサーバ3のユーザによって解析対象として選定されたフォームのうち、いずれかのフォームが属するHTMLファイルのURLを取得するS2501。次にステップ2502において、Webサーバ3は、処理対象のフォームの番号を取得するS2502。その後ステップ2503において、Webサーバ3は、処理対象のフォームについて、ステップ2501で取得されたURLと、ステップ2502で取得されたフォームの番号とを対応付けて設定テーブルに記録するS2503。ここでいう設定テーブルとは、リアルタイムにDB入力用データ72を生成するよう現在設定されているフォームに関する情報を格納するテーブルである。設定テーブルの詳細については、図26を用いて後述する。ステップ2504の処理により、Webサーバ3は、解析対象として選定された全てのフォームについて、ステップ2501~2503の処理を繰り返す。以上に示す処理により、Webサーバ3は、解析対象として選定されたフォームのうち、リアルタイムにDB入力用データ72を生成するよう現在設定されているフォームに関する情報を、設定テーブル2600に登録する。図26は、本発明の実施形態の設定テーブル2600の一例を示す図である。設定テーブル2600は、リアルタイムにDB入力用データ72を生成するよう現在設定されているフォームに関する情報を格納する。設定テーブル2600では、HTMLファイルのURL2601と、フォーム番号2602とが対応付けて格納される。Webサーバ3は設定テーブル2600を参照し、Web操作履歴51に存在しないフォームが、リアルタイムにDB入力用データ72を生成するよう現在設定されているフォームであるか否かを確認することができる。図27は、本発明の実施形態のリアルタイムデータ解析に係る現在の設定を確認する制御ロジックを示すフローチャートである。図23に示すような表示画面2300上で設定を確認するボタンが押下されると、まずステップ2701において、Webサーバ3は、Web操作履歴51に存在しないと判定されたフォームに関する情報が設定テーブル2600に登録されているか検索するS2701。具体的には、設定テーブル2600を参照し、Web操作履歴51に存在しないと判定されたフォームが所属するHTMLファイルのURLと、フォームの番号とが対応付けて登録されているか検索する。登録されていない場合S2702でNO、ステップ2703において、Webサーバ3は、該当フォームの情報を返すS2703。該当フォームとは、Web操作履歴51に存在しないと判定されたフォームのうち、設定テーブル2600に登録されていないフォームである。またフォームの情報とは、フォームの属するHTMLファイルのURLと、フォームの番号とを含む。一方、登録されている場合S2702でYES、該当フォームがない旨を返すS2704。その後ステップ2705において、Webサーバ3は、ステップ2703で返されたフォームの情報のうちのフォームの番号プログラム上の番号を、ユーザインタフェース上の番号に変換するS2705。その後ステップ2706において、Webサーバ3は、変換後のフォームの番号をメッセージボックスで表示するS2706。ここでいうメッセージボックスとは、図24の表示画面2400に示すようなメッセージボックスである。なお、ステップ2702からステップ2704に進んだ場合、ステップ2706では、Webサーバ3は、該当フォームがない旨、すなわちWeb操作履歴51に存在しないと判定されたフォームの全てが、リアルタイムにDB入力用データ72を生成するよう現在設定されている旨を表示してもよい。以上に示す処理により、Webサーバ3は、ユーザによる設定確認指示に基づいて、リアルタイムデータ解析に係る現在の設定を確認し、確認結果を表示する。図28は、本発明の実施形態のリアルタイムデータ解析に係る設定を変更する制御ロジックを示すフローチャートである。図24に示すような表示画面2400上で設定を変更し、プレビューを終了するボタンが押下されると、まずステップ2801において、Webサーバ3は、設定変更対象のフォームの入力データを、Web操作履歴51に記録するS2801。次にステップ2802において、Webサーバ3は、設定変更対象のフォームに対応するスキーマテーブルを新たに定義し、設定変更対象のフォームの入力データHTTPのリクエストに基づいて、リアルタイムにDB入力用データ72を生成するS2802。以上に示す処理により、Webサーバ3は、Web操作履歴51に存在しないと判定されたフォームの入力データを、Web操作履歴51に記録するよう設定変更する。また、Web操作履歴51に存在しないと判定されたフォームに対応するスキーマを新たに定義し、このフォームの入力データをフィルタリングすることによって、リアルタイムにDB入力用データ72を生成する。図29A及び図29Bは、本発明の実施形態の履歴構成解析部39の制御ロジックの変形例を示すフローチャートである。ここでは、履歴構成解析部39は、Web操作履歴51に格納された各操作履歴データHTTPリクエストに基づいて、Web操作履歴51内に存在するフォームに関する情報を取得する。本変形例では、Web操作履歴51内に存在するフォーム毎に、操作履歴データの記録期間に関する情報も併せて取得する。なお、前述の図18と同様の処理については、同一の符号を付して重複する説明を適宜省略する。ステップ2901において、履歴構成解析部39は、処理対象の操作履歴データHTTPリクエストのDate情報を、最新データとして登録するS2901。具体的には、図30に示すようなフォーム情報テーブル3000のDate情報3004、3005に登録する。ステップ2902において、履歴構成解析部39は、処理対象の操作履歴データの期間情報を登録するS2902。すなわちステップ2903において、履歴構成解析部39は、処理対象の操作履歴データのDate情報が最も新しいか否か判定するS2903。具体的には、処理対象の操作履歴データのDate情報と、フォーム情報テーブル3000のDate情報3004に格納されたDate情報との比較に基づいて判定する。処理対象の操作履歴データのDate情報が最も新しい場合S2903でYES、履歴構成解析部39は、このDate情報を最も新しいDate情報として登録するS2904。一方、処理対象の操作履歴データのDate情報が最も新しくはない場合S2903でNO、履歴構成解析部39は、処理対象の操作履歴データのDate情報が最も古いか否か判定するS2905。具体的には、処理対象の操作履歴データのDate情報と、フォーム情報テーブル3000のDate情報3005に格納されたDate情報との比較に基づいて判定する。処理対象の操作履歴データのDate情報が最も古い場合S2905でYES、履歴構成解析部39は、このDate情報を最も古いDate情報として登録するS2906。一方、処理対象のデータのDate情報が最も古くはない場合S2905でNO、履歴構成解析部39は、ステップ2902の処理を終了する。以上に示す処理により、履歴構成解析部39は、Web操作履歴51に格納された各操作履歴データHTTPリクエストに基づいて、Web操作履歴51内に存在するフォームに関する情報を取得する。本変形例では、Web操作履歴51内に存在するフォーム毎に、操作履歴データの記録期間に関する情報も併せて取得する。これにより、フォーム毎に解析可能な期間を調べることができる。図30は、本発明の実施形態のフォーム情報テーブル3000の変形例を示す図である。図30に示すフォーム情報テーブル3000は、図29A及び図29Bに示す制御ロジックによって生成される。フォーム情報テーブル3000では、Referer情報で指定されるURL3001、リソースのURL3002、フォーム番号3003、最も新しいデータのDate情報3004及び最も古いデータのDate情報3005が対応付けられて登録される。なお、URL3001及びフォーム番号3003によって、フォームを一意に識別することができる。また、Date情報3004、3005によって、各フォームにおけるデータの存在期間を記録することができる。図31は、本発明の実施形態の解析可能データ提示画面3100の一例を示す図である。図31に示す解析可能データ提示画面3100は、解析データ選定部34のプログラムを実行することによって出力装置82に表示される。解析可能データ提示画面3100では、Webサーバ3のユーザによって選定された解析対象のフォーム毎に、Web操作履歴51内にデータが存在するか否かを示すデータの有無情報、及び、Web操作履歴51内にデータが存在する場合には解析可能な範囲日時を示す期間情報が示される。前述の図29A及び29Bに示す制御ロジックにより、履歴構成解析部39は、Web操作履歴51内に存在する各フォームの解析可能な期間情報を抽出することができる。そこで、解析データ選定部34は、Web操作履歴51を解析する場合には、図30に示すフォーム情報テーブル3000に基づいて、解析可能なフォーム及び解析可能な期間情報を提示する。図32は、本発明の実施形態のWeb操作履歴の解析データ選定画面3201の変形例を示す図である。図32に示す解析データ選定画面3201は、解析データ選定部34のプログラムを実行することによって出力装置82に表示される。Webサーバ3のユーザは入力装置83を用いて、解析データ選定画面3201上で情報を入力する。解析データ選定画面3201は、Webサーバ3のユーザが解析対象のデータ範囲を選定するための選定画面3202と、選定画面3202上で選定されたフォームについての解析期間を設定するための解析期間設定メニュー3203と、Webクライアント2の表示装置24上に表示されるWeb操作画面303とを含む。なお、図32に示す選定画面3202は、図21に示す選定画面2102と同様である。前述の図29A及び29Bに示す制御ロジックにより、履歴構成解析部39は、Web操作履歴51内に存在する各フォームの解析可能な期間情報を抽出することができる。そこで、解析データ選定部34は、解析期間設定メニュー3203が選択された場合には、フォーム情報テーブル3000に基づいて、選定されたフォームの解析期間の設定画面を提示する。解析期間の設定画面の詳細については、図33を用いて後述する。図33は、本発明の実施形態の解析期間設定画面3301の具体例を示す図である。図33に示す解析期間設定画面3301は、解析期間設定メニュー3203が選択された場合には、選定されたフォーム図32ではフォーム1、3の解析期間の設定を促す画面である。Webサーバ3のユーザは入力装置83を用いて、解析期間設定画面3301上で解析対象期間の開始日時と終了日時を設定する。これにより、フォーム毎にWeb操作履歴51内の操作履歴データの解析期間を設定することができる。図34は、本発明の実施形態のセッションテーブル3400の一例を示す図である。セッションテーブル3400は、セッション情報を管理するためのテーブルである。セッション情報とは、セッションIDによって特定されるユーザ情報、セッションに係る時間情報及び地域情報等を含む。このセッションテーブル3400と、スキーマ定義部35によって定義される各テーブルとは、セッションIDを介して相互に関連付けることができる。これにより、スキーマ定義部35によって定義される各テーブルに挿入されたデータを、セッションテーブル3400によって管理されるセッション情報を用いて多面的に解析することができる。また、セッションIDを介して各テーブルの構成要素であるデータの関係を分析することができる。以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。