"要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段と、前記記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定する設定手段と、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、前記設定手段によって設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択する探索手段と、前記探索手段によって探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定する決定手段と、前記決定手段によって決定された決定結果を出力する出力手段と、を備えることを特徴とする探索装置。前記注目リクエストを、前記探索手段によって前記送信元フォームが探索されたときの先行レスポンスに対応するリクエストに更新する更新手段と、を備え、前記決定手段は、前記送信元フォーム内の非表示属性項目である目的パラメータについて、前記目的リクエストでのパラメータ値と前記更新手段による更新後の注目リクエストでのパラメータ値とが不一致である場合、前記送信元フォームを、前記非表示属性項目である目的パラメータの入力フォームに決定することを特徴とする請求項1に記載の探索装置。前記探索手段は、前記送信元フォーム内の非表示属性項目である目的パラメータについて、前記目的リクエストでのパラメータ値と前記更新手段による更新後の注目リクエストでのパラメータ値とが一致する場合、前記更新後の注目リクエストに含まれているパラメータに一致するname属性の値を有する送信元フォームが探索されるまで、前記更新後の注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを順次選択することを特徴とする請求項2に記載の探索装置。前記出力手段は、前記目的パラメータおよび前記目的パラメータのパラメータ値ごとに、前記決定手段によって決定された前記目的パラメータの入力フォームを関連付けて出力することを特徴とする請求項1~3のいずれか一つに記載の探索装置。要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段にアクセス可能なコンピュータが、前記記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定し、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択し、探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定し、決定された決定結果を出力する、ことを特徴とする探索方法。要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段にアクセス可能なコンピュータに、前記記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定し、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択し、探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定し、決定された決定結果を出力する、処理を実行させることを特徴とする探索プログラム。しかしながら、上述した従来技術1では、リクエストやレスポンスに、パラメータやパラメータ値が含まれているかどうかということを調べると、入力フォームがどのレスポンスに含まれているかは確認できないという問題があった。また、上述した従来技術2では、利用者によるフォームIDの埋め込み作業が必要となるため、手間がかかり、使い勝手が悪いという問題があった。本発明の一側面では、複数のリクエストやレスポンスに引き継がれているパラメータ値の入力フォームを特定することができる探索装置、探索方法、および探索プログラムを提供することを目的とする。本発明の一側面によれば、要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定し、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択し、探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定し、決定結果を出力する探索装置、探索方法、および探索プログラムが提案される。本発明の一側面によれば、複数のリクエストやレスポンスに引き継がれているパラメータ値の入力フォームを特定することができるという効果を奏する。以下に添付図面を参照して、この発明にかかる探索装置、探索方法、および探索プログラムの実施の形態を詳細に説明する。本実施の形態では、Webサーバで動作するWebアプリケーションの検査方法として、クライアントからのリクエストをWebサーバに渡し、その動作を調べる場合を例に挙げて説明する。Webアプリケーションの検査を行う際、検査者が、リクエストに含まれる値の意味を知りたいことがある。この値の意味は、値が入力されたフォームからわかることがある。たとえば、リクエストの一部を書き換えて、検査に使用するための新たなリクエストを生成するような場合である。元のリクエストに含まれているvalue=5という値が、商品番号が5や数量が5という意味であることがわかれば、Webアプリケーションが予期せぬ動作をしないかを調べるためにvalue=あというリクエストを用いた検査を行う必要があると考えることができる。値の意味の表現手段の一つとしては、Webアプリケーションの入力フォームが挙げられる。リクエストに含まれる値が、Webアプリケーションにおいてユーザが入力した値である場合、その入力フォームを示すことで意味を表現できる。たとえば、value=5という値が、商品番号を入力するフォームで入力された値を意味しているということがわかれば、value=5という値が、商品番号が5という意味であると解釈できる。以下、図を用いて説明する。図1は、ネットショッピングに関するWebアプリケーションの画面遷移例を示す説明図である。図1において、画面100~102は、クライアントのブラウザで表示される画面である。画面100は、ネットショッピングにおいて注文情報を入力する注文フォームを示している。具体的には、画面100では、入力項目として、商品番号の入力欄100aと、商品の色を指定するプルダウン100bと、関連商品情報を希望するか否かを示すチェックボックス100cと、がある。これら入力項目に値を入力し、ボタン100dを指定することで、画面101に遷移する。このとき、入力項目100a~100cとなるパラメータのパラメータ値がリクエストR1としてWebサーバに送られる。画面101は、ネットショッピングにおいてお客様情報を入力する注文フォームを示している。具体的には、画面101では、入力項目として、名前の入力欄101aと、メールアドレスの入力欄101bと、がある。これら入力項目に値を入力し、ボタン101cを指定することで、画面102に遷移する。このとき、入力項目100a~100c,101a,101bとなるパラメータのパラメータ値がリクエストR2としてWebサーバに送られる。すなわち、リクエストR2には、画面101の入力項目101a,101bとなるパラメータのパラメータ値だけでなく、その前の画面100の入力項目100a~100cとなるパラメータのパラメータ値も含まれる。このように、Webアプリケーションを検査する場合、リクエストR2を見ただけでは、どのパラメータのパラメータ値がどの入力フォームで入力されたかがわからない。本実施の形態では、リクエストR2のパラメータのフィールド種や時系列で先行するレスポンスからのパラメータ値の引継ぎ状態を特定することで、どのパラメータのパラメータ値がどの画面の入力フォームで入力されたかを特定する。図1の例では、パラメータnameのパラメータ値tanaka、パラメータmadrsのパラメータ値tanaka40example.comは、画面101の注文フォームで入力されたと特定できる。また、パラメータnumのパラメータ値5、パラメータcolのパラメータ値1赤色を示す、パラメータproductInfoのパラメータ値yesは、画面100の注文フォームで入力されたと特定できる。図2は、本実施の形態にかかる探索装置を有するシステムのシステム構成例を示す説明図である。図2において、システム200には、要求側装置であるクライアント装置202と応答側装置であるWebサーバ201が、LANLocalAreaNetwork、WANWideAreaNetwork、インターネットなどのネットワークNWを介して通信可能に接続されている。また、探索装置203もネットワークNWを介してWebサーバ201やクライアント装置202と通信可能に接続されている。Webサーバ201は、たとえば、図1に示したようなネットショッピングなどのWebアプリケーションを実行する。クライアント装置202は、Webサーバ201にアクセスすることで、Webアプリケーションによるサービスの提供を受けることができる。クライアント装置202は、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが挙げられる。探索装置203は、ネットワークNW上を流通するクライアント装置202からWebサーバ201へのリクエストやWebサーバ201からクライアント装置202へのレスポンスを取得する。探索装置203は、データベースDB204を有し、取得したリクエストと当該リクエストに対応するレスポンスとリクエストの送信先URLUniformResourceLocatorとに共有のIDをつけてDB204に格納する。探索装置203としては、たとえば、プロキシサーバが挙げられる。また、探索装置203は、Webサーバ201と一体型でもよい。<コンピュータのハードウェア構成例>図3は、コンピュータのハードウェア構成例を示すブロック図である。図3において、コンピュータWebサーバ201、クライアント装置202、探索装置203は、プロセッサ301、記憶装置302、入力装置303、出力装置304、および通信装置305が、バス306に接続されて構成されている。プロセッサ301は、コンピュータの全体の制御を司る。また、プロセッサ301は、記憶装置302に記憶されている各種プログラムOSOperatingSystemや本実施の形態で利用するプログラムを実行することで、記憶装置302内のデータを読み出したり、実行結果となるデータを記憶装置302に書き込んだりする。記憶装置302は、探索装置203の場合は、本実施の形態で説明する探索プログラムを記憶し、Webサーバ201の場合は、Webアプリケーションを記憶し、クライアント装置202の場合は、ブラウザを記憶する。記憶装置302は、ROMReadOnlyMemory、RAMRandomAccessMemory、フラッシュメモリ、磁気ディスクドライブなどで構成され、プロセッサ301のワークエリアになったり、各種プログラムや各種データ各プログラムの実行により得られたデータを含むを記憶したりする。入力装置303は、キーボード、マウス、タッチパネルなどユーザの操作により、各種データの入力をおこなうインターフェースである。出力装置304は、プロセッサ301の指示により、データを出力するインターフェースである。出力装置304には、ディスプレイやプリンタが挙げられる。通信装置305は、ネットワークNWを介して外部からデータを受信したり、外部にデータを送信したりするインターフェースである。<DB204の記憶内容>図4~図6は、探索装置203のDB204の記憶内容の一例を示す説明図である。図4~図6では、Webサーバ201とクライアント装置202との間でやり取りされるリクエストの送信先URL、リクエスト、当該リクエストに対応するレスポンスを共通のIDでまとめて記憶している。なお、本実施の形態ではIDとなる番号は小さいほうが収集時刻が古いものとする。図4では、図1に示した画面100のURL400,画面100を要求するリクエストR0、リクエストR0内容を一部省略に対応するレスポンスS0を示している。図5では、図1に示した画面101のURL500,画面101を要求するリクエストR1内容を一部省略、リクエストR1に対応するレスポンスS1を示している。図6では、図1に示した画面102のURL600,画面102を要求するリクエストR2内容を一部省略、リクエストR2に対応するレスポンスS2を示している。<探索装置203の機能的構成例>図7は、探索装置203の機能的構成例を示すブロック図である。探索装置203は、記憶部700と、設定部701と、探索部702と、更新部703と、決定部704と、出力部705と、生成部706と、を備えている。記憶部700は、具体的には、たとえば、図3に示した記憶装置302によりその機能を実現する。また、制御部となる機能設定部701~生成部706は、具体的には、たとえば、図3に示した記憶装置302に記憶されたプログラムをプロセッサに実行させることにより、その機能を実現する。また、設定部701~生成部706での処理結果は記憶装置302に記憶され、設定部701~生成部706での処理は、記憶装置302に記憶された処理結果を用いて実行される。記憶部700は、各種情報、たとえば、要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する。ここで、要求側装置とは、応答側装置からレスポンスを要求するコンピュータであり、具体的には、たとえば、図2に示したクライアント装置202が該当する。応答側装置とは、要求側装置からのリクエストに応じたレスポンスを返すコンピュータであり、具体的には、たとえば、図2に示したWebサーバ201が該当する。また、記憶部700が、図2に示したDB204である場合、一連のリクエストとは、具体的には、たとえば、図4~図6に示すリクエストR0,R1,R2が該当する。同様に、一連のレスポンスとは、具体的には、たとえば、図4~図6に示すレスポンスS0,S1,S2が該当する。設定部701は、記憶部700に記憶されている一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定する。先頭リクエストとは、一連のリクエストのうち時系列で最も古いリクエストである。図4~図6に示すリクエストR0,R1,R2では、リクエストR0が先頭リクエストとなる。目的リクエストとは、パラメータの入力フォームを特定しようとしているリクエストである。一連のリクエストのうち先頭リクエスト以外であればどのリクエストでもよい。図4~図6に示すリクエストR0,R1,R2では、リクエストR1,R2のいずれでもよい。また、どのリクエストを目的リクエストにするかは、利用者が入力装置を操作して設定してもよく、また、自動的に設定してもよい。自動的に設定する場合は、たとえば、一連のリクエストのうち末尾のリクエスト、すなわち、時系列で最新のリクエストを目的リクエストとすることができる。また、注目リクエストとは、探索部702で用いられるリクエストである。初期状態では、目的リクエストが選ばれる。このように設定される情報を、目的リクエストの指定情報とよぶ。たとえば、ID=2を目的リクエストの指定情報とすることで、リクエストR2が目的リクエストとなる。探索部702は、注目リクエストに含まれているパラメータに一致するname属性の値を有する送信元フォームが探索されるまで、設定部701によって設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを記憶部700から順次選択する。探索部702は、具体的には、たとえば、注目リクエストに対応するレスポンスから時系列順にさかのぼって先行レスポンスを順次選択する。たとえば、注目リクエストがR2である場合、注目リクエストに対応するレスポンスはS2である。したがって、S2から時系列順にさかのぼって先行レスポンスS1,S0を順次選択する。そして、探索部702は、先行レスポンスが選択される都度、先行レスポンスの中から、注目リクエストに含まれているパラメータに一致するname属性の値を有する送信元フォームを探索する。ここで、探索される送信元フォームの条件として、注目リクエストに含まれているパラメータに一致するname属性の値を有する必要がある。具体的には、たとえば、注目リクエストに含まれている各パラメータが、先行レスポンスに含まれているフォームの中のINPUTタグ、SELECTタグ、TEXTAREAタグのいずれかのname属性と一致する場合は、先行レスポンスに含まれているフォームは、注目リクエストの送信元フォームとなる。探索部702は、たとえば、注目リクエストがR2である場合、先行レスポンスがS1のときに、S1のフォームタグではさまれているフォームF1を調べることになる図5および図6を参照。。この場合、レスポンスS1のフォームF1には、name属性の値としてnameとmadrsがある。一方、注目リクエストR2には、name=tanaka,madrs=tanaka40example.comがある。このように、レスポンスS1のフォームF1内のname属性と一致するname属性の値nameとmadrsが、リクエストR2に存在する。したがって、Webサーバ201からクライアント装置202に送られたレスポンスS1のフォームF1にname属性の値nameとmadrsが入力されて、リクエストR2が、クライアント装置202からWebサーバ201に送られたことがわかる。すなわち、レスポンスS1のフォームF1が、リクエストR2の送信元フォームとなる。また、先行レスポンスのフォーム内にhiddenフィールドであるINPUTタグのname属性の値がある場合、注目リクエストに含まれるパラメータのうち、hiddenフィールドであるINPUTタグのname属性の値と一致したパラメータについては、そのパラメータ値と、name属性の値が一致したINPUTタグのvalue属性の値が、一致する必要がある。hiddenフィールドがある場合は、value属性の値との一致をみることで、より古い先行レスポンスから引き継がれてきたか否かを特定することができる。たとえば、注目リクエストがR2の場合、リクエストR2に含まれるパラメータ{name,madrs,num,col,productInfo}のうち、パラメータ{num,col,productInfo}は、先行レスポンスS1のフォームF1において、hiddenフィールドであるINPUTタグのname属性の値と一致する。したがって、一致したパラメータ{num,col,productInfo}については、リクエストR2のパラメータ値{5,1,Yes}とフォームF1のvalue属性の値{5,1,Yes}とが一致する。したがって、レスポンスS1のフォームF1のINPUTタグのname属性の値がリクエストR2に引き継がれたことがわかる。また、先行レスポンスと注目リクエストとの関連性を保証するため、探索部702は、先行レスポンスの中から、注目リクエストのURLと一致する送信元フォームを探索することとしてもよい。たとえば、先行レスポンスをS1、注目リクエストをR2とすると、ID=1での送信先URLhttp//example.com/shop/order2とレスポンスS1のフォームF1内のaction属性であるURI/order3から、フォームF1の送信先URLを求めることができる。この場合、フォームF1の送信先URLは、http//example.com/shop/order3となる。これに対し、リクエストR2の送信先URLは、図6に示したように、http//example.com/shop/order3であり、フォームF1の送信先URLと一致する。したがって、レスポンスS1のフォームF1がリクエストR2としてhttp//example.com/shop/order3に送信されたことが判明する。このように、注目リクエストのURLとの一致をみることで、探索精度の向上を図ることができる。また、先行レスポンスと注目リクエストとの関連性を保証するため、探索部702は、先行レスポンスのmethod属性と注目リクエストのmethod属性とが一致する場合、先行レスポンスの中から、送信元フォームを探索することとしてもよい。たとえば、先行レスポンスをS1、注目リクエストをR2とすると、レスポンスS1のフォームF1のmethod属性はpostであり、リクエストR2のmethod属性もPOSTである。このように、method属性が一致するため、method属性postのフォームF1から送信されるリクエストは、method属性POSTのリクエストR2であることが保証される。また、探索部702では、先行レスポンスごとに、先行レスポンスのレスポンスボディを評価するXPath式/descendantFORM[i]のイタレーションiを、i=1,2,3,...と増やしながら先行レスポンス中からフォームを取得し、送信元フォームであるかを調べる。これにより、先行レスポンス内に存在するフォームの各々について送信元フォームであるかを調べることができる。なお、送信元フォームに該当するフォームが複数存在しうることもあるが、このような場合を想定して、一例としてイタレーションiが最小のフォームを送信元フォームにする。これにより、最初に送信元フォームが探索された時点で探索を止めることができ、探索処理の高速化を実現することができる。更新部703は、注目リクエストを、探索部702によって送信元フォームが探索されたときの先行レスポンスに対応するリクエストに更新する。たとえば、注目リクエストがRnn>1で送信元フォームが探索されたときの先行レスポンスがSmm<nである場合、注目リクエストは、RnからRmに更新される。このように、注目リクエストを時系列でさかのぼらせる操作をすることで、目的リクエスト内のパラメータ目的パラメータごとに入力フォームを含むレスポンスが異なっていても、最古のレスポンスにまでさかのぼって追跡することができる。決定部704は、探索部702によって探索された送信元フォーム内の目的リクエストに含まれている目的パラメータが、hiddenフィールドでないパラメータである場合、送信元フォームを目的パラメータの入力フォームに決定する。たとえば、目的リクエストに含まれている目的パラメータは{name,madrs,num,col,productInfo}である。探索された送信元フォームがレスポンスS1のフォームF1である場合、フォームF1には、目的パラメータ{name,madrs,num,col,productInfo}が含まれている。このうち、hiddenフィールドでない目的パラメータは{name,madrs}である。したがって、決定部704は、フォームF1を、目的パラメータ{name,madrs}の入力フォームに決定する。この場合、hiddenフィールドである目的パラメータ{num,col,productInfo}の入力フォームはこの時点では決定されない。また、決定部704は、送信元フォーム内のhiddenフィールドである目的パラメータについて、目的リクエストでのパラメータ値と更新部703による更新後の注目リクエストでのパラメータ値とが不一致である場合、送信元フォームを、hiddenフィールドである目的パラメータの入力フォームに決定する。たとえば、注目リクエストがR2のときに探索された送信元フォームがレスポンスS1のフォームF1である場合、hiddenフィールドである目的パラメータ{num,col,productInfo}のパラメータ値は{5,1,Yes}である。また、更新部703により、注目リクエストはR2から、フォームF1が探索されたときのレスポンスS1に対応するリクエストR1に更新される。このとき、更新後の注目リクエストであるR1での目的パラメータ{num,col,productInfo}のパラメータ値は{5,1,Yes}である。すなわち、hiddenフィールドである目的パラメータ{num,col,productInfo}のパラメータ値と一致するため、目的パラメータ{num,col,productInfo}のパラメータ値が引き継がれていることがわかる。したがって、この場合は、送信元フォームは、hiddenフィールドである目的パラメータの入力フォームにはならない。この場合は、更新後の注目リクエストを基準にして、探索部702により送信元フォームの探索をおこなうことになる。これにより、時系列順にさかのぼって、hiddenフィールドである目的パラメータの入力フォームを追跡することができる。仮に、不一致である場合は、目的パラメータ{num,col,productInfo}のパラメータ値が引き継がれていないことになるため、入力フォームで入力したことになる。したがって、送信元フォームF1を、hiddenフィールドである目的パラメータ{num,col,productInfo}の入力フォームに決定することになる。出力部705は、決定部704によって決定された決定結果を出力する。具体的には、たとえば、ディスプレイに表示したり、プリンタにより印刷出力したり、外部装置に送信したりする。また、探索装置203の記憶装置302に格納することとしてもよい。出力部705は、目的パラメータおよび目的パラメータのパラメータ値ごとに、決定部704によって決定された目的パラメータの入力フォームを関連付けて出力する。このように対応付けて出力することで、リクエストに含まれているパラメータ値が、何の値として入力されたのかが理解しやすくなり、パラメータの意味を直感的に理解しやすくなる。生成部706は、目的パラメータおよび目的パラメータのパラメータ値ごとに、決定部704によって決定された目的パラメータの入力フォームを表示するHTMLHyperTextMarkupLanguageページの指定を受け付け可能な表示指定情報を含むインデックスページ情報を生成する。また、生成部706は、表示指定情報で指定される探索結果表示用ページ情報を生成する。出力部705は、生成されたページ情報を出力することになる。図8は、インデックスページ情報の画面例を示す説明図である。図8において、画面800は、C:index.htmlにHTMLファイルとして保存されたインデックスページ情報をブラウザで表示させたときの画面である。画面800には、目的パラメータとその目的パラメータのパラメータ値ごとに、入力フォームのリンク先URLが埋め込まれている表示指定情報801~805が表示されている。たとえば、利用者がマウスなどの入力装置で表示指定情報801を指定すると、目的パラメータnameのパラメータ値tanakaの入力フォームの画面を表示する。図9は、表示指定情報801を指定したときの探索結果表示用ページ情報の画面例を示す説明図である。図9で示している探索結果表示用ページ情報900は、C:1.htmlにHTMLファイルとして保存されている。図9において、パラメータnameのパラメータ値tanakaが入力される入力欄901aが、強調表示されている。リクエストに含まれているパラメータ値が、何の値として入力されたのかが理解しやすくなり、パラメータの意味を直感的に理解しやすくなる。<探索装置203による探索処理手順例>図10は、探索装置203による探索処理手順例を示すフローチャートである。まず、探索装置203は、設定部701により、目的リクエストの指定情報を待ち受けるステップS1001:No。つぎに、目的リクエストの指定情報がある場合ステップS1001:Yes、探索装置203は、設定部701により、設定リストに、注目リクエストの指定変数を設定するステップS1002。ここでは、例としてID=2の目的リクエストの指定情報が与えられたものとする。図11は、設定リストの一例を示す説明図である。図11の設定リスト1100において、注目リクエストの指定変数reqは、注目リクエストの指定変数である。初期状態では、目的リクエストの指定情報が設定される。たとえば、上記の例では、req=2となる。また、図10において、探索装置203は、設定部701により、探索変数tを設定するステップS1003。探索変数tとは、上述した先行レスポンスを指定する変数である。すなわち、どのレスポンスまで探索したかを示す変数である。初期状態では、目的リクエストの指定情報が設定される。たとえば、上記の例では、図11に示したように、t=2となる。リクエストとこれに対応するレスポンスの共通IDの最小値はID=0であるため、reqおよびtの最小値も0である。また、探索装置203は、設定部701により、パラメータリスト以下、pListを設定する。pListには、入力フォームが見つかっていない目的パラメータ、すなわち、注目リクエスト内の全パラメータが設定される。上記の例では、req=2であるため、図11に示したように、注目リクエストR2内の全パラメータ{name,madrs,num,col,productInfo}がpListに設定される。なお、目的パラメータは、リクエストのmethod属性がPOSTである場合は、リクエストボディをパースすることで取得することができる。また、リクエストのmethod属性がGETである場合は、リクエスト行のクエリストリングから取得することができる。つぎに、探索装置203は、探索部702により、pListが空であるか否かを判断するステップS1005。pList内のパラメータは、入力フォームが見つかると削除されるため、pListが空になるとステップS1005:Yes、探索が終了して出力処理に移行するステップS1013。pListが空でない場合ステップS1005:No、入力フォームが見つかっていない目的パラメータがあるため、探索変数tがt≧1であるか否かを判断するステップS1006。t≧1でない場合ステップS1006:Noとは、これ以上先行レスポンスにさかのぼることができないことを意味する。したがって、探索が終了して出力処理に移行するステップS1013。一方、t≧1である場合ステップS1006:Yes、まだ時系列順にさかのぼって先行レスポンスを指定することができるため、探索装置203は、探索部702により、探索変数tをデクリメントするステップS1007。図12は、ステップS1007での更新後の設定リスト1100の状態を示す説明図である。図11では、t=2であったため、ステップS1007でのデクリメントによりt=1に更新される。そして、図10に戻り、探索装置203は、探索部702により、ID=reqのリクエストの送信元フォーム探索処理を実行するステップS1008。上記の例の場合、req=2であり、t=1であるため、リクエストR2の送信元フォームを、先行レスポンスS1から探索することになる。ID=reqのリクエストの送信元フォーム探索処理ステップS1008の詳細については図15で後述する。探索装置203は、探索部702により、ID=reqのリクエストの送信元フォーム探索処理ステップS1008において、条件を満たした送信元フォームがあったか否かを判断するステップS1009。見つからなかった場合ステップS1009:No、ステップS1006に戻り、tをデクリメントするステップS1007。このように、送信元フォームが見つかるまで、tをデクリメントして繰り返すことになる。上記の場合、t=0になるため、リクエストR2の送信元フォームを、先行レスポンスS0から探索することになる。先行レスポンスS0から見つからなかった場合は、これ以上先行レスポンスが存在しないため、出力処理ステップS1013に移行することになる。また、ステップS1009において、条件を満たした送信元フォームが見つかった場合ステップS1009:Yes、探索装置203は、探索部702により、見つかった送信元フォームの送信元フォーム情報を記憶装置302に保存するステップS1010。送信元フォーム情報とは、送信元フォームがどこにあるかを特定する情報である。図13は、送信元フォーム情報の一例を示す説明図その1である。送信元フォーム情報は、その送信元フォームを含むレスポンスのIDレスポンスIDと、当該レスポンス中のフォーム位置で特定される。レスポンスIDとは、探索されたときの探索変数tで指定される先行レスポンスである。また、フォーム位置は、たとえば、XPath式で特定される。図13では、送信元フォームが、先行レスポンスS1内のフォームF1であることを示している。また、図10に戻り、探索装置203は、更新部703により、reqをreq=tに更新するステップS1011。このように、送信元フォームの送信先である注目リクエストを、ある目的パラメータについて入力フォームが見つかった先行レスポンスに対応するリクエストにまで時系列でさかのぼることで、入力フォームが見つかっていない目的パラメータについて、また選ばれていないID=t未満のレスポンスを対象にして追跡することができる。図14は、ステップS1011での更新後の設定リスト1100の状態を示す説明図その1である。上記の例では、先行レスポンスS1t=1で入力フォームが見つかったため、req=t=1に更新される。また、図10に戻り、探索装置203は、ステップS1011のあと、決定部704により、決定処理を実行するステップS1012。決定処理ステップS1012では、pList内の目的パラメータごとに、ステップS1008で見つかった送信元フォームを目的パラメータの入力フォームに決定したり決定をしなかったりする処理を実行する。入力フォームが決定した目的パラメータについては、pListから削除される。決定処理ステップS1012の詳細については図18で後述する。決定処理ステップS1012のあと、ステップS1005に戻り、探索装置203は、pListが空か否かを判断することになる。なお、決定処理ステップS1012のあと、ステップS1004に戻す図10中、点線矢印のループことで、ステップS1011での更新前の注目リクエストにはないが更新後の注目リクエストに存在するパラメータを、pListに追加設定することができる。これにより、ある時点で存在しなくなったパラメータについても、時系列でさかのぼって入力フォームを追跡することができる。また、ステップS1013では、探索装置203は、出力部705により出力処理を実行するステップS1013。出力処理では、目的パラメータごとに、目的パラメータとそのパラメータ値と入力フォームとの組み合わせが出力される。また、探索装置203は、生成部706により表示指定情報を生成して出力画面表示することとしてもよい。なお、入力フォームが見つからなかった目的パラメータについては、たとえば、該当フォームなしとして出力することになる。これにより、探索装置203による一連の探索処理を終了する。このように、図10に示した探索処理では、リクエストに含まれるパラメータ値がユーザの入力値である場合について、その入力フォームがリクエスト送信元レスポンスよりも過去のレスポンスに含まれていても、入力フォームを特定することができる。これにより、リクエストに含まれているパラメータ値が、何の値として入力されたのかが理解しやすくなり、パラメータの意味を直感的に理解しやすくなるという効果を奏する。<ID=reqのリクエストの送信元フォーム探索処理ステップS1008>図15は、図10に示したID=reqのリクエストの送信元フォーム探索処理ステップS1008の詳細な処理手順例を示すフローチャートである。まず、探索装置203は、探索部702により、XPath式で用いるイタレーションiをi=1に設定するステップS1501。つぎに、探索装置203は、探索部702により、XPath式でID=tデクリメント後の値である先行レスポンスStから送信元フォームFiを探索するステップS1502。上記の例では、t=1であるため、レスポンスS1について探索がおこなわれることになる。送信元フォームFiがない場合ステップS1503:No、この先行レスポンスStにはフォームがないため、図10のステップS1009に移行する。一方、送信元フォームFiがある場合ステップS1503:Yes、探索装置203は、探索部702により、ID=reqのリクエストとID=tのレスポンスStとのmethod属性が一致するか否かを判断するステップS1504。一致する場合はステップS1504:Yes、ステップS1505に移行し、不一致の場合はステップS1504:No、ステップS1508に移行する。上記の例の場合、先行レスポンスがS1、注目リクエストがR2であるため、レスポンスS1のフォームF1のmethod属性はpostであり、リクエストR2のmethod属性もPOSTである。したがって、method属性が一致するため、method属性postのフォームF1から送信されるリクエストは、method属性POSTのリクエストR2であることが保証される。また、ステップS1505において、探索装置203は、探索部702により、ID=reqのリクエスト内のパラメータが送信元フォームFi内のname属性の値と一致するか否かを判断するステップS1505。一致する場合はステップS1505:Yes、ステップS1506に移行し、不一致の場合はステップS1505:No、ステップS1508に移行する。上記の例の場合、先行レスポンスがS1、注目リクエストがR2である。そして、先行レスポンスS1のフォームF1には、name属性のパラメータとしてnameとmadrsがある。一方、注目リクエストR2には、name=tanaka,madrs=tanaka40example.comがある。このように、レスポンスS1のフォームF1内のname属性と一致するname属性の値nameとmadrsが、リクエストR2に存在する。したがって、Webサーバ201からクライアント装置202に送られたレスポンスS1のフォームF1にname属性の値nameとmadrsが入力されて、リクエストR2が、クライアント装置202からWebサーバ201に送られたことがわかる。図16は、ステップS1504~S1505での判断結果の一例を示す説明図その1である。また、ステップS1506において、探索装置203は、探索部702により、送信元フォームFiの送信先URLを特定するステップS1506。上記の例の場合、先行レスポンスがS1、注目リクエストがR2であるため、ID=1での送信先URLhttp//example.com/shop/order2とレスポンスS1のフォームF1内のaction属性であるURI/order3から、フォームF1の送信先URLを求めることができる。この場合、フォームF1の送信先URLは、http//example.com/shop/order3となる。図17は、ステップS1507での判断結果の一例を示す説明図その1である。そして、探索装置203は、探索部702により、ステップS1506で特定されたURLとID=reqのURLとが一致するか否かを判断するステップS1507。不一致の場合はステップS1507:No、ステップS1508に移行する。ステップS1508ではイタレーションiをインクリメントしてステップS1508、ステップS1502に戻る。これにより、送信元フォームFiを探索し続けることができる。一方、一致した場合ステップS1507:Yes、条件を満足する送信元フォームFiが探索されたこととなり、ステップS1009に移行する。上記の例では、フォームF1の送信先URLは、http//example.com/shop/order3であり、ID=req=2のURLもhttp//example.com/shop/order3図6を参照であるため、一致することになる。ステップS1009では、ステップS1503:Noの場合は、条件を満たしたフォームがないと判断し、それ以外、たとえば、ステップS1507:Yesの場合は、条件を満たしたフォームがあると判断することになる。なお、ステップS1504~S1507での条件判断において、ステップS1504~S1507をすべて実行することが好ましいが、少なくともステップS1505を実行することとしてもよい。ステップS1504、S1506、S1507については、精度と高速化とを考慮して実行するかしないかを設定すればよい。たとえば、IDの最大値が規定値以上である場合は、高速化が必要となるため、ステップS1505だけ実行することとしてもよい。このように、ID=reqのリクエストの送信元フォーム探索処理ステップS1008によれば、ID=reqである注目リクエストの送信元フォームが探索される。したがって、探索された送信元フォーム内のパラメータのパラメータ値が送信元フォームで入力されて注目リクエストとして送信されたか、それ以前から送信元フォームに埋め込まれていたパラメータ値であるかを、決定処理ステップS1012において確認することができる。<決定処理ステップS1012>図18は、図10に示した決定処理ステップS1012の詳細な処理手順例を示すフローチャートである。まず、探索装置203は、決定部704により、今回探索された送信元フォームについて、未選択の目的パラメータがあるか否かを判断するステップS1801。未選択の目的パラメータがない場合ステップS1801:No、ステップS1005に移行する。一方、未選択の目的パラメータがある場合ステップS1801:Yes、探索装置203は、決定部704により、未選択の目的パラメータから1つ選択するステップS1602。そして、探索装置203は、決定部704により、選択された目的パラメータがhiddenフィールドのパラメータであるか否かを判断するステップS1803。hiddenフィールドのパラメータである場合はステップS1803:Yes、ステップS1804に移行する。一方、hiddenフィールドのパラメータでない場合はステップS1803:No、ステップS1806に移行する。すなわち、hiddenフィールドのパラメータでなければ、選択された目的パラメータの入力フォームは、今回探索された送信元フォームに決定されることになる。図19は、送信元フォームF1についての目的パラメータごとのステップS1803の判断結果の一例を示す説明図である。また、図18のステップS1804において、探索装置203は、決定部704により、選択された目的パラメータがID=reqステップS1011での更新後のreqのリクエストに存在するか否かを判断するステップS1804。存在する場合はステップS1804:Yes、ステップS1805に移行する。一方、存在しない場合はステップS1804:No、ステップS1806に移行する。すなわち、選択された目的パラメータがhiddenフィールドのパラメータであっても、ID=reqステップS1011での更新後のreqのリクエストに存在しなければ、パラメータ値の引継ぎがされていない別のパラメータであることがわかる。したがって、選択された目的パラメータの入力フォームは、今回探索された送信元フォームに決定されることになる。また、ステップS1805において、探索装置203は、決定部704により、選択された目的パラメータのパラメータ値と、ID=reqのリクエスト内の同一パラメータのパラメータ値が一致するか否かを判断するステップS1805。一致する場合はステップS1805:Yes、ステップS1801に戻る。一方、不一致の場合はステップS1805:No、ステップS1806に移行する。すなわち、パラメータ値が不一致であれば、パラメータ値の引継ぎがされておらず、別途パラメータ値が入力された同一パラメータであることがわかる。したがって、選択された目的パラメータの入力フォームは、今回探索された送信元フォームに決定されることになる。パラメータ値が一致した場合は、選択された目的パラメータは、そのまま引き継がれたパラメータであることとなるため、今回の送信元フォームは入力フォームにならない。図20は、送信元フォームF1についての目的パラメータごとのステップS1804、S1805の判断結果の一例を示す説明図である。図18に戻り、探索装置203は、決定部704により、選択された目的パラメータと送信元フォーム情報を、記憶装置302内の結果格納用リストに追加するステップS1806。図21は、送信元フォームF1についての決定処理ステップS1012での結果格納用リストの記憶内容例を示す説明図である。図21の結果格納用リスト2100では、目的パラメータname,madrsについての入力フォームが送信元フォームF1に決定されたことを示している。残余の目的パラメータ{num,col,productInfo}についてはhiddenフィールドのパラメータであるため、この段階では入力フォームは決定されない。図18に戻り、探索装置203は、決定部704により、選択された目的パラメータをpListから削除するステップS1807。これにより、すでに入力フォームが決定された目的パラメータについての決定処理ステップS1012を防止して処理の高速化を図ることができる。このあと、ステップS1801に戻る。図22は、送信元フォームF1についての決定処理ステップS1012での設定リスト1100の更新例を示す説明図である。図22では、目的パラメータname,madrsについての入力フォームが送信元フォームF1に決定されたため、設定リスト1100内のpListから削除されている。図18に戻り、このあと、未選択の目的パラメータがない場合ステップS1801:No、ステップS1005に移行することで、今回の決定処理ステップS1012は終了する。これにより、今回探索された送信元フォームを、目的パラメータの入力フォームに決定することができる。なお、上述の例では、ID=2からID=1までについて説明したため、それ以降の状態について時系列で説明する。送信元フォームF1についての決定処理ステップS1012が終了すると、図10において、ステップS1005に戻り、pListが空でなく、t≧1である場合は、再度tをデクリメントすることになるステップS1006。図23は、ステップS1011での更新後の設定リスト1100の状態を示す説明図その2である。図23では、ステップS1011において、探索変数tがt=1からデクリメントされてt=0に更新される。図24は、ステップS1504~S1505での判断結果の一例を示す説明図その2である。図23での設定リスト1100によれば、req=1,t=0である。したがって、先行レスポンスがS0、注目リクエストがR1である。そして、先行レスポンスS0のフォームF0図4を参照には、name属性のパラメータとしてnumとcolとproductInfoがある。一方、注目リクエストR1には、num=5,col=1,productInfo=yesがある。このように、レスポンスS0のフォームF1内のname属性と一致するname属性の値numとcolとproductInfoが、リクエストR1に存在する。したがって、Webサーバ201からクライアント装置202に送られたレスポンスS0のフォームF0にname属性の値numとcolとproductInfoが入力されて、リクエストR1が、クライアント装置202からWebサーバ201に送られたことがわかる。図25は、ステップS1507での判断結果の一例を示す説明図その2である。図23での設定リスト1100によれば、req=1,t=0である。したがって、ID=0での送信先URLhttp//example.com/shop/order1とレスポンスS0のフォームF0内のaction属性であるURI/order2から、フォームF1の送信先URLを求めることができる。この場合、フォームF0の送信先URLは、http//example.com/shop/order2となる。図25の例では、フォームF0の送信先URLは、http//example.com/shop/order2であり、ID=req=1のURLもhttp//example.com/shop/order2図5を参照であるため、一致することになる。図26は、送信元フォーム情報の一例を示す説明図その2である。図23での設定リスト1100によれば、req=1,t=0である。したがって、図26では、送信元フォームが、先行レスポンスS0内のフォームF0であることを示している。図27は、ステップS1011での更新後の設定リスト1100の状態を示す説明図その3である。図26の結果から、先行レスポンスS0t=0で入力フォームF0が見つかったため、req=t=0に更新される。図28は、送信元フォームF0についての目的パラメータごとのステップS1803の判断結果の一例を示す説明図である。図28において、送信元フォームF0内の目的パラメータnum,col,productInfoは、送信元フォームF0内においてhiddenフィールドでないため図4を参照、すべてnoになっている。図29は、送信元フォームF0についての決定処理ステップS1012での結果格納用リスト2100の記憶内容例を示す説明図である。図29では、図21の状態から、さらに、目的パラメータnum,col,productInfoについての入力フォームが送信元フォームF0に決定されたことを示している。図30は、図29による送信元フォームF0についての決定処理ステップS1012の終了後の設定リスト1100を示す説明図である。図30では、図29に示したように、目的パラメータのすべてについて入力フォームが決定したため、設定リスト1100内のpListが空となる。したがって、図10のステップS1005にしたがって出力処理ステップS1013が実行されることになる。出力処理ステップS1013では、たとえば、表示指定情報を含むページ情報が生成される。具体的には、たとえば、生成部706は、最終的な結果である図29の結果格納用リスト2100と、記憶部700に保存されているレスポンスと、目的リクエストの指定情報ID=2を受け取る。これにより、生成部706は、インデックスページ情報と、入力フォームが決定された目的パラメータごとの探索結果用ページ情報と、を生成する。探索結果表示用ページ情報については、生成部706は、図29の結果格納用リスト2100から、目的パラメータpとペアになっている入力フォーム情報を取得する。生成部706は、取得した入力フォーム情報が指しているレスポンスを、記憶部700から取得し、そのレスポンスボディを、たとえばHTMLファイルとして保存する。ファイル名は、探索結果表示用ページ情報ごとに、1.html,2.html,...と連番で付けることができる。生成部706は、保存したHTMLファイルから、入力フォーム情報が指しているフォームを特定し、その中から、name属性の値がpであるINPUTタグ、SELECTタグ、またはTEXTAREAタグのいずれかを探す。また、生成部706は、保存したHTMLファイルに対して、探し出したタグの表す要素を、目立たせるなどの書き換えを行い、探索装置203が探し出した入力フォームを分かりやすく表現する。例として、パラメータp=nameの探索結果表示用ページ情報を生成する処理を以下に示す。生成部706は、図29の結果格納用リスト2100から、パラメータnameの入力フォーム情報を取得する。取得した入力フォーム情報は、ID=1のレスポンスS1のフォームF1を指しているので、ID=1のレスポンスのレスポンスボディをC:1.htmlにHTMLファイルとして保存する。生成部706は、保存したHTMLファイルから、入力フォーム情報が指しているフォームを特定し、その中から、name属性の値がnameであるタグを探す。本例では、保存したHTMLファイル中に、name属性の値がnameであるINPUTタグがあるので、そのINPUTタグにスタイル属性style=border:solid;border-width:3px;border-color:ff0000;を追加して、INPUT要素を赤枠で強調する。これにより、図9に示した画面を表示することができる。図9では、パラメータnameの入力フォーム探索で見つかった入力欄が赤枠で強調されることになる。また、インデックスページ情報については、生成部706は、目的リクエストの指定情報ID=2と、記憶部700に保存されている一連のリクエストから、目的リクエストを取得する。生成部706は、目的リクエストから、パラメータとパラメータ値を取得する。図31は、目的リクエストR2から取得された目的パラメータおよびそのパラメータ値の組み合わせを記憶するテーブルを示す説明図である。目的パラメータおよびそのパラメータ値の取得方法は、pListの設定時と同様である。生成部706は、予めHTMLファイルとして保持しておいたインデックスページ情報のテンプレートに対し、目的リクエストから取得したパラメータとパラメータ値と、各パラメータの結果表示用ページ情報へのリンク表示指定情報と、を追加し、インデックスページ情報を生成する。ただし、入力フォーム情報が存在しないパラメータについては、入力フォーム欄に該当結果なしと表示する。このように、本実施の形態によれば、リクエストに含まれるパラメータ値がユーザの入力値である場合について、その入力フォームがリクエスト送信元レスポンスよりも過去のレスポンスに含まれていても、入力フォームを特定することができる。また、本実施の形態では、先行レスポンスの中から、注目リクエストに含まれているパラメータに一致するname属性の値を有し、かつ、注目リクエストのURLと一致する送信元フォームを探索する。これにより、先行レスポンスと注目リクエストで同一name属性のパラメータを含むことが保証されるため、送信元フォームの探索精度の向上を図ることができる。また、本実施の形態では、先行レスポンスのmethod属性と注目リクエストのmethod属性とが一致する場合、先行レスポンスの中から、送信元フォームを探索する。たとえば、レスポンスS1のフォームF1のmethod属性はpostであり、リクエストR2のmethod属性もPOSTである場合、method属性が一致する。したがって、method属性postのフォームF1から送信されるリクエストは、method属性POSTのリクエストR2であることが保証される。また、本実施の形態では、注目リクエストを、送信元フォームが探索されたときの先行レスポンスに対応するリクエストに更新する。注目リクエストを時系列でさかのぼらせる操作をすることで、目的リクエスト内の目的パラメータごとに入力フォームを含むレスポンスが異なっていても、最古のレスポンスにまでさかのぼって追跡することができる。また、本実施の形態では、送信元フォーム内のhiddenフィールドである目的パラメータについて、目的リクエストでのパラメータ値と更新後の注目リクエストでのパラメータ値とが不一致である場合、送信元フォームを、hiddenフィールドである目的パラメータの入力フォームに決定する。これにより、hiddenフィールドであっても条件を満たせば、入力フォームであることがわかり、入力フォームの決定精度の向上を図ることができる。また、一致する場合、更新後の注目リクエストに含まれているパラメータに一致するname属性の値を有する送信元フォームの探索を継続する。すなわち、送信元フォームが見つかるまで探索がおこなわれるため、送信元フォームの探索漏れを防止することができる。また、本実施の形態では、目的パラメータおよび目的パラメータのパラメータ値ごとに、決定された目的パラメータの入力フォームを関連付けて出力する。これにより、どの目的パラメータおよびそのパラメータ値がどの入力フォームで入力されたかを、直感的に把握することができる。以上説明したように、本実施の形態によれば、複数のリクエストやレスポンスに引き継がれているパラメータ値の入力フォームを特定することができる。その結果、リクエストに含まれているパラメータ値が、何の値として入力されたのかが理解しやすくなり、パラメータの意味を直感的に理解しやすくなるという効果を奏する。なお、本実施の形態で説明した探索方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本探索プログラムは、ハードディスク、フレキシブルディスク、CD-ROM、MO、DVD等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行されることになる。上述した実施の形態に関し、さらに以下の付記を開示する。付記1要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段と、前記記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定する設定手段と、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、前記設定手段によって設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択する探索手段と、前記探索手段によって探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定する決定手段と、前記決定手段によって決定された決定結果を出力する出力手段と、を備えることを特徴とする探索装置。付記2前記探索手段は、前記先行レスポンスの中から、前記注目リクエストに含まれているパラメータに一致するname属性の値を有し、かつ、前記注目リクエストのURLと一致する送信元フォームを探索することを特徴とする付記1に記載の探索装置。付記3前記探索手段は、前記先行レスポンスの送信方法設定属性と前記注目リクエストの送信方法設定属性とが一致する場合、前記先行レスポンスの中から、前記送信元フォームを探索することを特徴とする付記1または2に記載の探索装置。付記4前記注目リクエストを、前記探索手段によって前記送信元フォームが探索されたときの先行レスポンスに対応するリクエストに更新する更新手段と、を備え、前記決定手段は、前記送信元フォーム内の非表示属性項目である目的パラメータについて、前記目的リクエストでのパラメータ値と前記更新手段による更新後の注目リクエストでのパラメータ値とが不一致である場合、前記送信元フォームを、前記非表示属性項目である目的パラメータの入力フォームに決定することを特徴とする付記1~3のいずれか一つに記載の探索装置。付記5前記探索手段は、前記送信元フォーム内の非表示属性項目である目的パラメータについて、前記目的リクエストでのパラメータ値と前記更新手段による更新後の注目リクエストでのパラメータ値とが一致する場合、前記更新後の注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、前記更新後の注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを順次選択することを特徴とする付記4に記載の探索装置。付記6前記出力手段は、前記目的パラメータおよび前記目的パラメータのパラメータ値ごとに、前記決定手段によって決定された前記目的パラメータの入力フォームを関連付けて出力することを特徴とする付記1~5のいずれか一つに記載の探索装置。付記7要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段にアクセス可能なコンピュータが、前記記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定し、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択し、探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定し、決定された決定結果を出力する、ことを特徴とする探索方法。付記8要求側装置からの一連のリクエストと当該一連のリクエストの各々のリクエストに対応する応答側装置からの一連のレスポンスとを記憶する記憶手段にアクセス可能なコンピュータに、前記記憶手段に記憶されている前記一連のリクエストのうち先頭リクエスト以外のリクエスト群から選ばれた目的リクエストを注目リクエストに設定し、前記注目リクエストに含まれているパラメータに一致する属性の値を有する送信元フォームが探索されるまで、設定された注目リクエストに対応するレスポンスから時系列で先行する先行レスポンスを前記記憶手段から順次選択し、探索された送信元フォーム内の前記目的リクエストに含まれている目的パラメータが、非表示属性項目でないパラメータである場合、前記送信元フォームを前記目的パラメータの入力フォームに決定し、決定された決定結果を出力する、処理を実行させることを特徴とする探索プログラム。"