複数のモジュール化されたアプリケーションであって、1のアプリケーションの出力が、他のアプリケーションに対する入力とされること等により、各アプリケーションが機能的に関連付けられ、全体として一定の処理目的を実現させる複数のモジュール化されたアプリケーションと、ネットワークに接続された前記各アプリケーションを実行するための1つ又は複数の情報処理装置と、前記アプリケーションを利用するための処理要求を前記ネットワークを介して前記情報処理装置に対して行い当該処理要求に対する応答を前記情報処理装置から得る端末装置と、を備える処理システムに対する前記アプリケーションの稼働状況を監視するアプリケーション稼働監視システムであって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義が格納された記憶部を有するアプリケーション稼働監視装置を備えることにより、当該アプリケーション稼働監視装置から、前記定義された処理要求を、前記ネットワークを介して前記情報処理装置に対して送信し、当該定義された処理要求に対する前記情報処理装置からの実際の応答を、前記定義された応答と比較し、これが同一であると判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とするアプリケーション稼働監視システム。前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義を、前記アプリケーション稼働監視装置の記憶部に格納することにより、前記アプリケーション稼働監視装置から、前記定義された入力データを、前記ネットワークを介して前記他のアプリケーションを実行する情報処理装置に対して送信することにより前記他のアプリケーションに入力し、当該定義された入力データに対する前記情報処理装置からの実際の応答を、前記入力データに対して定義された応答と比較し、これが同一であると判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする請求項1記載のアプリケーション稼働監視システム。前記処理要求若しくは前記入力データを構成するデータ構造には、テストデータであることを示すテストフラグ格納エリアが定められており、前記アプリケーションを稼動中の前記情報処理装置に対して、前記アプリケーション稼働監視装置から前記定義された処理要求若しくは前記定義された入力データを送出する際には、前記テストフラグを立てた処理要求若しくは入力データとすることを特徴とする請求項1又は請求項2に記載のアプリケーション稼働監視システム。前記情報処理装置が、異なる通信方式によって前記端末装置との通信を行っており、又は、異なるプラットフォームによって構成されており、前記アプリケーション稼働監視装置は、前記各通信方式に応じたプロトコルを、又は、前記定義された処理要求若しくは前記定義された入力データを前記各プラットフォームに応じたデータ形式に変換するアダプタを、備えることにより、前記定義された処理要求若しくは前記定義された入力データの送出先である前記情報処理装置の通信方式に応じたプロトコルを使用する、又は、前記情報処理装置のプラットフォームに応じて前記定義された処理要求若しくは前記定義された入力データのデータ形式の変換を前記アダプタによって行うことを特徴とする請求項1乃至請求項3の何れか1つに記載のアプリケーション稼働監視システム。請求項1乃至請求項4の何れか1つに記載のアプリケーション稼働監視システムは、特定企業の管理下にあるネットワーク上に構成された処理システムであり、これらの前記アプリケーション稼働監視装置を備えた複数の特定企業の管理下にある処理システムと、前記各特定企業の管理下にある処理システム内に備えられる前記アプリケーション稼働監視装置を一意に定めることができる識別情報を備える監視情報収集装置を有するアプリケーション稼働監視サービス提供者のシステムと、がネットワークを介して接続されることによって構成された、顧客アプリケーション稼働監視サービス提供システムであって、前記特定企業の管理下にある処理システム内のアプリケーション稼働監視装置から、アプリケーション稼働状況監視情報を、自己の前記識別情報と共に、前記アプリケーション稼働監視サービス提供者のシステム内に備えられる監視情報収集装置へと送信することにより、前記稼働監視サービス提供者のシステムにおいて、前記各特定企業内のアプリケーションの稼働状況の監視を行うことを特徴とする顧客アプリケーション稼働監視サービス提供システム。前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、又は、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、によって生成されるテストシナリオに対し、これを一意に定めることができるシナリオIDを付与し、当該シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果を前記アプリケーション稼働監視装置から前記監視情報収集装置へと送信することにより、若しくは、前記シナリオIDを前記監視情報収集装置から前記アプリケーション稼働監視装置へと送信させ、これに対する返信として当該シナリオIDに対応するテストシナリオの実行結果を前記アプリケーション稼働監視装置から前記監視情報収集装置へと送信することにより、前記アプリケーション稼働監視装置から前記監視情報収集装置への前記アプリケーション稼働状況監視情報の送信を行うことを特徴とする請求項5記載の顧客アプリケーション稼働監視サービス提供システム。複数のモジュール化されたアプリケーションであって、1のアプリケーションの出力が、他のアプリケーションに対する入力とされること等により、各アプリケーションが機能的に関連付けられ、全体として一定の処理目的を実現させる複数のモジュール化されたアプリケーションと、ネットワークに接続された前記各アプリケーションを実行するための1つ又は複数の情報処理装置と、前記アプリケーションを利用するための処理要求を前記ネットワークを介して前記情報処理装置に対して行い当該処理要求に対する応答を前記情報処理装置から得る端末装置と、を備える処理システムに対する前記アプリケーションの稼働状況を監視するための、アプリケーション稼働監視方法であって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、を予め定義することにより、前記定義された処理要求を、前記情報処理装置に対して入力し、当該定義された処理要求に対する前記情報処理装置からの実際の応答と、前記定義された応答とを比較し、これが同一であると判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とするアプリケーション稼働監視方法。前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、を予め定義することにより、前記定義された入力データを、前記他のアプリケーションを実行する情報処理装置に対して送信することにより前記他のアプリケーションに入力し、当該定義された入力データに対する前記情報処理装置からの実際の応答を、前記入力データに対して定義された応答と比較し、これが同一であると判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする請求項7記載のアプリケーション稼働監視方法。前記処理要求若しくは前記入力データを構成するデータ構造に、テストデータであることを示すテストフラグ格納エリアを定めておき、前記アプリケーションを稼動中の前記情報処理装置に対して、前記定義された処理要求若しくは前記定義された入力データを入力する際には、前記テストフラグを立てた処理要求若しくは入力データとすることを特徴とする請求項7又は請求項8に記載のアプリケーション稼働監視方法。請求項7乃至請求項9の何れか1つに記載のアプリケーション稼働監視方法が、特定企業の管理下にあるネットワーク上に構成された処理システム上で実行され、これらの複数の特定企業の管理下にある処理システムと、アプリケーション稼働監視サービス提供者のシステムと、がネットワークを介して接続されることによって構成されたシステムにおける、顧客アプリケーション稼働監視サービス提供方法であって、前記各特定企業の管理下にある処理システムに、これらを一意に定めることができる識別情報を付与して、これを当該特定企業と前記アプリケーション稼働監視サービス提供者との間で共有し、前記特定企業の管理下にある処理システムから、アプリケーション稼働状況監視情報を、自己の前記識別情報と共に、前記アプリケーション稼働監視サービス提供者のシステムへと送信することにより、前記稼働監視サービス提供者のシステムにおいて、前記各特定企業内のアプリケーションの稼働状況の監視を行うことを特徴とする顧客アプリケーション稼働監視サービス提供方法。前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、又は、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、によって生成されるテストシナリオに対し、これを一意に定めることができるシナリオIDを付与し、当該シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果を前記特定企業の管理下にある処理システムから前記稼働監視サービス提供者のシステムへと送信することにより、若しくは、前記シナリオIDを前記稼働監視サービス提供者のシステムから前記特定企業の管理下にある処理システムへと送信させ、これに対する返信として当該シナリオIDに対応するテストシナリオの実行結果を前記特定企業の管理下にある処理システムから前記稼働監視サービス提供者のシステムへと送信することにより、前記特定企業の管理下にある処理システムから前記稼働監視サービス提供者のシステムへの前記アプリケーション稼働状況監視情報の送信を行うことを特徴とする請求項10記載の顧客アプリケーション稼働監視サービス提供方法。特許文献1によって開示される従来技術は、複数のアプリケーションアプリケーションモジュールによって構成されるシステムにおける、各アプリケーションモジュールに対し、バージョンアップされたもの新バージョンモジュールと、バージョンアップ前のもの旧バージョンモジュールとの双方をシステム内に保持し、一方基本的には新バージョンモジュールを本番稼働させ、他方旧バージョンモジュールをテストモードで稼働させて、双方の出力を比較し、これらに相違が無い場合に正常に稼働していると判断するものである。当該方法によれば、本番稼働中のアプリケーションに対するテスト稼働状況の監視を行えるものであるが、比較対象が旧バージョンであるため、新バージョンに付加された新しい機能に対するテストを行えるものではなく、また、テストを行う際には、新旧双方のモジュールの実行を必要とし、システムに対する負荷が大きくなるものであった。特許文献2によって開示される従来技術は、複数のアプリケーションによって構成されるシステムに対するテストにおいて、システムの運用状況を監視する手段を設け、擬似的なサービス運用シナリオをシステムに実行させて、当該シナリオの実行中にシステムの運用状況を監視する手段によって障害が検出された場合には、障害の発生した時刻情報に基づいて障害箇所を特定させるものである。当該従来技術における擬似的なサービス運用シナリオは、基本的にユーザによる入力操作を擬似的に実行するものであり、また、システムの運用状況を監視する手段による障害検出は、基本的にユーザに対する出力の不具合要求された画面の表示が無い等の有無によって行われるものであるため、ユーザ人間に対するインターフェースへの入出力がテストの基本単位となり、これより細やかな設定のテストに対応できるものではなかった。本発明は、上述した点に鑑み、システムアプリケーションの稼動状況を監視するアプリケーション稼働監視システムであって、本番稼働中のアプリケーションに対するテストを可能とし、且つ、より細やかな設定のテストを行えるようにしたアプリケーション稼働監視システムを提供することを目的とする。請求項1のアプリケーション稼働監視システムは、複数のモジュール化されたアプリケーションであって、1のアプリケーションの出力が、他のアプリケーションに対する入力とされること等により、各アプリケーションが機能的に関連付けられ、全体として一定の処理目的を実現させる複数のモジュール化されたアプリケーションと、ネットワークに接続された前記各アプリケーションを実行するための1つ又は複数の情報処理装置と、前記アプリケーションを利用するための処理要求を前記ネットワークを介して前記情報処理装置に対して行い当該処理要求に対する応答を前記情報処理装置から得る端末装置と、を備える処理システムに対する前記アプリケーションの稼働状況を監視するアプリケーション稼働監視システムであって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義が格納された記憶部を有するアプリケーション稼働監視装置を備えることにより、当該アプリケーション稼働監視装置から、前記定義された処理要求を、前記ネットワークを介して前記情報処理装置に対して送信し、当該定義された処理要求に対する前記情報処理装置からの実際の応答を、前記定義された応答と比較し、これが同一であると判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする。上記構成によれば、定義された処理要求と、定義された応答とを備えるアプリケーション稼働監視装置によって、定義された処理要求が、アプリケーションを実行する情報処理装置に対して送出され、これに対する情報処理装置からアプリケーション稼働監視装置への実際の応答と、定義された応答を比較することによって、定義された処理要求に対する処理を行った1つ若しくは複数のアプリケーションが、正常に稼働しているか否かが判別される。なお、定義された処理要求をアプリケーション稼働監視装置から受けた情報処理装置と、実際の応答をアプリケーション稼働監視装置へ送出する情報処理装置は、必ずしも同一のハードであるとは限らない。請求項2のアプリケーション稼働監視システムは、請求項1記載のアプリケーション稼働監視システムであって、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義を、前記アプリケーション稼働監視装置の記憶部に格納することにより、前記アプリケーション稼働監視装置から、前記定義された入力データを、前記ネットワークを介して前記他のアプリケーションを実行する情報処理装置に対して送信することにより前記他のアプリケーションに入力し、当該定義された入力データに対する前記情報処理装置からの実際の応答を、前記入力データに対して定義された応答と比較し、これが同一であると判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする。上記構成によれば、例えば、端末装置からAという処理要求があった際に、AP1AP2AP3の3つのアプリケーションの処理が実行される場合、即ち、Aが、AP1によって処理されてその結果Bという出力がAP2に入力され、BがAP2によって処理されてその結果Cという出力がAP3に入力され、CがAP3によって処理されることによって得られたDが、Aという処理要求に対する応答として端末装置に返されるような場合に、他のアプリケーションへの入力データであるBやCと、あるべき応答であるDとを、対応付けてアプリケーション稼働監視装置に定義しておき、アプリケーション稼働監視装置からAP2へBを入力する、若しくは、AP3へCを入力して、Dという応答が得られたか否かを確認することで、AP2及びAP3、若しくは、AP3が正常に稼働しているか否かを判断することができる。請求項3のアプリケーション稼働監視システムは、請求項1又は請求項2に記載のアプリケーション稼働監視システムであって、前記処理要求若しくは前記入力データを構成するデータ構造には、テストデータであることを示すテストフラグ格納エリアが定められており、前記アプリケーションを稼動中の前記情報処理装置に対して、前記アプリケーション稼働監視装置から前記定義された処理要求若しくは前記定義された入力データを送出する際には、前記テストフラグを立てた処理要求若しくは入力データとすることを特徴とする。上記構成によれば、データ処理要求若しくは入力データがテスト用であるか否かを判別することが可能となる。なお、アプリケーションを稼動中の前記情報処理装置とは、いわゆる本番稼働中サービス提供中や業務処理実行中などであることを示すものである。請求項4のアプリケーション稼働監視システムは、請求項1乃至請求項3の何れか1つに記載のアプリケーション稼働監視システムであって、前記情報処理装置が、異なる通信方式によって前記端末装置との通信を行っており、又は、異なるプラットフォームによって構成されており、前記アプリケーション稼働監視装置は、前記各通信方式に応じたプロトコルを、又は、前記定義された処理要求若しくは前記定義された入力データを前記各プラットフォームに応じたデータ形式に変換するアダプタを、備えることにより、前記定義された処理要求若しくは前記定義された入力データの送出先である前記情報処理装置の通信方式に応じたプロトコルを使用する、又は、前記情報処理装置のプラットフォームに応じて前記定義された処理要求若しくは前記定義された入力データのデータ形式の変換を前記アダプタによって行うことを特徴とする。上記構成によれば、システム内に異なるプラットフォームによって構成された、若しくは、異なる通信方式を使用する情報処理装置が存在している場合であっても、定義された処理要求若しくは定義された入力データが、アプリケーション稼働監視装置によってそれぞれに適応した形式とされて各情報処理装置に送出される。請求項5の顧客アプリケーション稼働監視サービス提供システムは、請求項1乃至請求項4の何れか1つに記載のアプリケーション稼働監視システムが、特定企業の管理下にあるネットワーク上に構成された処理システムであり、これらの前記アプリケーション稼働監視装置を備えた複数の特定企業の管理下にある処理システムと、前記各特定企業の管理下にある処理システム内に備えられる前記アプリケーション稼働監視装置を一意に定めることができる識別情報を備える監視情報収集装置を有するアプリケーション稼働監視サービス提供者のシステムと、がネットワークを介して接続されることによって構成された、顧客アプリケーション稼働監視サービス提供システムであって、前記特定企業の管理下にある処理システム内のアプリケーション稼働監視装置から、アプリケーション稼働状況監視情報を、自己の前記識別情報と共に、前記アプリケーション稼働監視サービス提供者のシステム内に備えられる監視情報収集装置へと送信することにより、前記稼働監視サービス提供者のシステムにおいて、前記各特定企業内のアプリケーションの稼働状況の監視を行うことを特徴とする。上記構成によれば、特定企業の管理下にある処理システム内のアプリケーションの稼働状況に関する情報各アプリケーションが正常に稼働しているか否かに関する情報が、当該特定企業の管理下にある処理システム内に備えられるアプリケーション稼働監視装置から、自己アプリケーション稼働監視装置の識別情報と共に、アプリケーション稼働監視サービス提供者のシステム内に備えられる監視情報収集装置へと送信される。これにより、アプリケーション稼働監視サービス提供者側において、複数の特定企業の管理下にある処理システム内のアプリケーションの稼働状況を監視することが可能となる。請求項6の顧客アプリケーション稼働監視サービス提供システムは、請求項5記載の顧客アプリケーション稼働監視サービス提供システムであって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、又は、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、によって生成されるテストシナリオに対し、これを一意に定めることができるシナリオIDを付与し、当該シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果を前記アプリケーション稼働監視装置から前記監視情報収集装置へと送信することにより、若しくは、前記シナリオIDを前記監視情報収集装置から前記アプリケーション稼働監視装置へと送信させ、これに対する返信として当該シナリオIDに対応するテストシナリオの実行結果を前記アプリケーション稼働監視装置から前記監視情報収集装置へと送信することにより、前記アプリケーション稼働監視装置から前記監視情報収集装置への前記アプリケーション稼働状況監視情報の送信を行うことを特徴とする。上記構成によれば、特定企業の管理下にある処理システムとアプリケーション稼働監視サービス提供者のシステムとの間で送受信されるアプリケーション稼働状況監視情報が、シナリオIDとテストシナリオの実行結果例えば、OKNG等の情報とされる。請求項7のアプリケーション稼働監視方法は、複数のモジュール化されたアプリケーションであって、1のアプリケーションの出力が、他のアプリケーションに対する入力とされること等により、各アプリケーションが機能的に関連付けられ、全体として一定の処理目的を実現させる複数のモジュール化されたアプリケーションと、ネットワークに接続された前記各アプリケーションを実行するための1つ又は複数の情報処理装置と、前記アプリケーションを利用するための処理要求を前記ネットワークを介して前記情報処理装置に対して行い当該処理要求に対する応答を前記情報処理装置から得る端末装置と、を備える処理システムに対する前記アプリケーションの稼働状況を監視するための、アプリケーション稼働監視方法であって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、を予め定義することにより、前記定義された処理要求を、前記情報処理装置に対して入力し、当該定義された処理要求に対する前記情報処理装置からの実際の応答と、前記定義された応答とを比較し、これが同一であると判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする。請求項8のアプリケーション稼働監視方法は、請求項7記載のアプリケーション稼働監視方法であって、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、を予め定義することにより、前記定義された入力データを、前記他のアプリケーションを実行する情報処理装置に対して送信することにより前記他のアプリケーションに入力し、当該定義された入力データに対する前記情報処理装置からの実際の応答を、前記入力データに対して定義された応答と比較し、これが同一であると判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする。請求項9のアプリケーション稼働監視方法は、請求項7又は請求項8に記載のアプリケーション稼働監視方法であって、前記処理要求若しくは前記入力データを構成するデータ構造に、テストデータであることを示すテストフラグ格納エリアを定めておき、前記アプリケーションを稼動中の前記情報処理装置に対して、前記定義された処理要求若しくは前記定義された入力データを入力する際には、前記テストフラグを立てた処理要求若しくは入力データとすることを特徴とする。請求項10の顧客アプリケーション稼働監視サービス提供方法は、請求項7乃至請求項9の何れか1つに記載のアプリケーション稼働監視方法が、特定企業の管理下にあるネットワーク上に構成された処理システム上で実行され、これらの複数の特定企業の管理下にある処理システムと、アプリケーション稼働監視サービス提供者のシステムと、がネットワークを介して接続されることによって構成されたシステムにおける、顧客アプリケーション稼働監視サービス提供方法であって、前記各特定企業の管理下にある処理システムに、これらを一意に定めることができる識別情報を付与して、これを当該特定企業と前記アプリケーション稼働監視サービス提供者との間で共有し、前記特定企業の管理下にある処理システムから、アプリケーション稼働状況監視情報を、自己の前記識別情報と共に、前記アプリケーション稼働監視サービス提供者のシステムへと送信することにより、前記稼働監視サービス提供者のシステムにおいて、前記各特定企業内のアプリケーションの稼働状況の監視を行うことを特徴とする。請求項11の顧客アプリケーション稼働監視サービス提供方法は、請求項10記載の顧客アプリケーション稼働監視サービス提供方法であって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、又は、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、によって生成されるテストシナリオに対し、これを一意に定めることができるシナリオIDを付与し、当該シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果を前記特定企業の管理下にある処理システムから前記稼働監視サービス提供者のシステムへと送信することにより、若しくは、前記シナリオIDを前記稼働監視サービス提供者のシステムから前記特定企業の管理下にある処理システムへと送信させ、これに対する返信として当該シナリオIDに対応するテストシナリオの実行結果を前記特定企業の管理下にある処理システムから前記稼働監視サービス提供者のシステムへと送信することにより、前記特定企業の管理下にある処理システムから前記稼働監視サービス提供者のシステムへの前記アプリケーション稼働状況監視情報の送信を行うことを特徴とする。本発明の請求項1の、複数のモジュール化されたアプリケーションであって、1のアプリケーションの出力が、他のアプリケーションに対する入力とされること等により、各アプリケーションが機能的に関連付けられ、全体として一定の処理目的を実現させる複数のモジュール化されたアプリケーションと、ネットワークに接続された前記各アプリケーションを実行するための1つ又は複数の情報処理装置と、前記アプリケーションを利用するための処理要求を前記ネットワークを介して前記情報処理装置に対して行い当該処理要求に対する応答を前記情報処理装置から得る端末装置と、を備える処理システムに対する前記アプリケーションの稼働状況を監視するアプリケーション稼働監視システムであって、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義が格納された記憶部を有するアプリケーション稼働監視装置を備えることにより、当該アプリケーション稼働監視装置から、前記定義された処理要求を、前記ネットワークを介して前記情報処理装置に対して送信し、当該定義された処理要求に対する前記情報処理装置からの実際の応答を、前記定義された応答と比較し、これが同一であると判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された処理要求に対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とするアプリケーション稼働監視システムによれば、定義された処理要求が、アプリケーションを実行する情報処理装置に対して送出され、これに対する情報処理装置からアプリケーション稼働監視装置への実際の応答と、定義された応答を比較することによって、定義された処理要求に対する処理を行った1つ若しくは複数のアプリケーションが、正常に稼働しているか否かが判別される。従って、処理要求と、これに対してあるべき応答とを予め定義することによって、当該処理要求に対する処理を行うアプリケーションに対するテストを行うことが可能であり、処理要求と応答の定義のしかたによって、細やかな設定のテストを実行させることが可能となる。本発明の請求項2の、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義を、前記アプリケーション稼働監視装置の記憶部に格納することにより、前記アプリケーション稼働監視装置から、前記定義された入力データを、前記ネットワークを介して前記他のアプリケーションを実行する情報処理装置に対して送信することにより前記他のアプリケーションに入力し、当該定義された入力データに対する前記情報処理装置からの実際の応答を、前記入力データに対して定義された応答と比較し、これが同一であると判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションは正常に稼働していると判断し、同一でないと判断された場合には、前記定義された入力データに対する処理を行った1つ又は複数の前記アプリケーションが正常に稼働していないと判断することを特徴とする請求項1記載のアプリケーション稼働監視システムによれば、例えば、Aという処理要求に対し、AP1AP2AP3の3つのアプリケーションの処理が行われてDという応答があるような場合AP1やAP2からの端末装置への直接のレスポンスが無く、端末装置側から見るとAP1AP2AP3が1つのアプリケーションとしてみなされるような場合においても、AP3単体に対するテストや、AP2及びAP3に対するテストを実行することが可能となる。これと、請求項1記載の発明とを組み合わせることにより、AP1、AP2、AP3それぞれの単体が正常に稼働しているか否かを検証することができ、より詳細なテストを行うことが可能となる。本発明の請求項3の、前記処理要求若しくは前記入力データを構成するデータ構造には、テストデータであることを示すテストフラグ格納エリアが定められており、前記アプリケーションを稼動中の前記情報処理装置に対して、前記アプリケーション稼働監視装置から前記定義された処理要求若しくは前記定義された入力データを送出する際には、前記テストフラグを立てた処理要求若しくは入力データとすることを特徴とする請求項1又は請求項2に記載のアプリケーション稼働監視システムによれば、データ処理要求若しくは入力データがテスト用であるか否かを判別することが可能となるため、本番稼動中のシステムにおいてもテストを実行させることが可能となる定義された処理要求若しくは定義された入力データによるトランザクションによって、意図されないデータの更新がなされ、実際の業務やサービスに影響を及ぼすといった問題が生じることを防止することが可能となる。本発明の請求項4の、前記情報処理装置が、異なる通信方式によって前記端末装置との通信を行っており、又は、異なるプラットフォームによって構成されており、前記アプリケーション稼働監視装置は、前記各通信方式に応じたプロトコルを、又は、前記定義された処理要求若しくは前記定義された入力データを前記各プラットフォームに応じたデータ形式に変換するアダプタを、備えることにより、前記定義された処理要求若しくは前記定義された入力データの送出先である前記情報処理装置の通信方式に応じたプロトコルを使用する、又は、前記情報処理装置のプラットフォームに応じて前記定義された処理要求若しくは前記定義された入力データのデータ形式の変換を前記アダプタによって行うことを特徴とする請求項1乃至請求項3の何れか1つに記載のアプリケーション稼働監視システムによれば、システム内に異なるプラットフォームによって構成された、若しくは、異なる通信方式を使用する情報処理装置が存在している場合であっても、定義された処理要求若しくは定義された入力データが、アプリケーション稼働監視装置によってそれぞれに適応した形式とされて各情報処理装置に送出されるため、汎用性が高い。本発明の請求項5の、請求項1乃至請求項4の何れか1つに記載のアプリケーション稼働監視システムは、特定企業の管理下にあるネットワーク上に構成された処理システムであり、これらの前記アプリケーション稼働監視装置を備えた複数の特定企業の管理下にある処理システムと、前記各特定企業の管理下にある処理システム内に備えられる前記アプリケーション稼働監視装置を一意に定めることができる識別情報を備える監視情報収集装置を有するアプリケーション稼働監視サービス提供者のシステムと、がネットワークを介して接続されることによって構成された、顧客アプリケーション稼働監視サービス提供システムであって、前記特定企業の管理下にある処理システム内のアプリケーション稼働監視装置から、アプリケーション稼働状況監視情報を、自己の前記識別情報と共に、前記アプリケーション稼働監視サービス提供者のシステム内に備えられる監視情報収集装置へと送信することにより、前記稼働監視サービス提供者のシステムにおいて、前記各特定企業内のアプリケーションの稼働状況の監視を行うことを特徴とする顧客アプリケーション稼働監視サービス提供システムによれば、特定企業の管理下にある処理システム内のアプリケーションの稼働状況に関する情報が、当該特定企業の管理下にある処理システム内に備えられるアプリケーション稼働監視装置から、自己アプリケーション稼働監視装置の識別情報と共に、アプリケーション稼働監視サービス提供者のシステム内に備えられる監視情報収集装置へと送信される。これにより、アプリケーション稼働監視サービス提供者側において、何れの特定企業の管理下にある処理システム内に備えられるアプリケーション稼働監視装置から送信されたアプリケーションの稼働状況に関する情報であるかを判別可能であるため、複数の特定企業の管理下にある処理システムに対して、アプリケーションの稼働状況を監視するサービスを提供することが可能となる。本発明の請求項6の、前記端末装置が前記情報処理装置に送信する処理要求と、当該処理要求が正常に前記アプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、又は、前記端末装置が前記情報処理装置に送信する処理要求によって生ずる前記複数のモジュール化されたアプリケーションの何れかから他のアプリケーションへの入力データと、当該入力データが正常に前記他のアプリケーションによって処理された場合に前記情報処理装置からあるべき応答と、の定義、によって生成されるテストシナリオに対し、これを一意に定めることができるシナリオIDを付与し、当該シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果を前記アプリケーション稼働監視装置から前記監視情報収集装置へと送信することにより、若しくは、前記シナリオIDを前記監視情報収集装置から前記アプリケーション稼働監視装置へと送信させ、これに対する返信として当該シナリオIDに対応するテストシナリオの実行結果を前記アプリケーション稼働監視装置から前記監視情報収集装置へと送信することにより、前記アプリケーション稼働監視装置から前記監視情報収集装置への前記アプリケーション稼働状況監視情報の送信を行うことを特徴とする請求項5記載の顧客アプリケーション稼働監視サービス提供システムによれば、特定企業の管理下にある処理システムとアプリケーション稼働監視サービス提供者のシステムとの間で送受信されるアプリケーション稼働状況監視情報が、シナリオIDとテストシナリオの実行結果例えば、OKNG等の情報とされるため、情報漏洩防止セキュリティ機能を向上させることが可能となる。即ち、アプリケーション稼働状況監視情報を、アプリケーションAがダウンというような情報として、顧客特定企業側からサービス提供者側へと送信した場合、これ顧客内のシステムの不具合の具体的内容が第三者に漏洩してしまう虞があるが、上記構成によれば、万が一、顧客とサービス提供者の間で送受信されるデータアプリケーション稼働状況監視情報が第三者に漏洩してしまっても、当該情報は、シナリオIDとテストシナリオの実行結果例えば、OKNG等の情報であるため、顧客内のシステムの不具合の具体的内容が漏洩してしまうことを抑止できるのである。以下、本発明の具体的実施例について、図面を参照しながら説明する。なお、以下の実施態様は、本発明を具体化する際の一形態であって、本発明をその範囲内に限定するためのものではない。図1は本実施例のアプリケーション稼働監視システムを備える企業内ローカルシステムの構成の一例の概略を示す図である。本実施例のアプリケーション稼働監視システムは、図1に示されるように、特定企業一企業の管理下にある処理システム1上に構成されるシステムである。当該特定企業は本社センタ10と支社20図1図1では支社を1つのみ記載しているが、複数の支社を有するものであってよいによって構成され、当該構成に応じてセグメント化された各ネットワーク本社センタ内の100110や、支社内の各ネットワークが、ネットワーク間接続装置であるファイアウォール103や各ルータによって相互に接続されて構成される。本社センタ10内には、外部公開サーバ101例えば、Webサーバやメールサーバ等が公開側のネットワークセグメント100に設置され、ファイアウォール103を介した内部側ネットワークセグメント110には、各種内部サーバ例えば、ネットワーク管理サーバや、各種業務サーバ等111、クライアントとなる複数のパーソナルコンピュータ以下単にPC若しくはクライアントとする113、各種データベース以下単にDB112、アプリケーション稼働監視装置以下、AP稼働監視装置115、などが設置される。本社センタ10と支社20とは専用線プライベートネットワーク30で接続され、それぞれの支社にも内部サーバ、DB、PCクライアントなどが設置される。なお、本社センタと支社間を結ぶ専用線は、VPN仮想専用線であってもよく、このことからも明らかなように、特定企業の管理下にあるネットワークとは、ネットワークを構成する物理的な伝送媒体や接続機器等の全てが特定企業の管理下にあるということに限定しているものではない。処理システム1では、当該システムを有する企業の各種業務に関する処理が、各種のアプリケーションによって実行される基本的に、いわゆるクライアントサーバ型のシステムであり、クライアントであるPCからの要求を受けて、各サーバにおいて各種のアプリケーションが実行されることにより、各種業務に関する処理が行われるが、ここでは当該業務の1つである障害サポート当該企業が顧客に販売した装置に対する障害サポートサービス業務を例にして、本発明の概念を説明する。図2は、障害サポート業務における障害情報受付登録業務の処理の概略を示したフローチャートである。顧客お客様の装置に障害が発生し、顧客から電話等によって支社20に障害通報があった際には、これを受けたオペレータが顧客からお客様情報と製品情報と障害情報とを取得しステップ201、これをPC213を使用して入力する。お客様情報及び製品情報はそれぞれ顧客、製品を一意に定めることができる情報例えば予め定められているユーザIDや製品IDなどであり、障害情報は例えば障害が発生した装置によって出力されたエラーコードなどである。なお、障害通報は、電話等によってオペレータを介して取得されるものの他に、障害の生じた装置から直接ネットワークインターネット2等を介してPC213や内部サーバ211に送信されるものいわゆる自動障害通報であってもよい。クライアントであるPC213では、お客様情報製品情報障害情報を、これらのデータがテストデータであるか否かを示すテストフラグテストモードである場合に1、本番モードである場合に0であるフラグを先頭に付加したデータ構造として図3に当該データ構造の概念図を示した。モード31がテストフラグ格納領域である。、当該データを、障害情報受付登録要求として、プライベートネットワーク30を介して本社センタ10内の内部サーバ111へと送信する。当該障害情報受付登録要求に対し、内部サーバ111では、顧客特定アプリケーションによって、DB112に備えられる顧客情報DBを参照してお客様情報から顧客を特定する処理を行いステップ202、製品特定アプリケーションによって、DB112に備えられる製品情報DB及びエラーコードDBを参照して製品情報及び障害情報から製品と障害の発生した部品を特定する処理を行いステップ203、契約確認アプリケーションによって、DB112に備えられる契約情報DBを参照してお客様情報及び製品情報から契約内容を確認例えば、障害サポート対象である製品であるか否かや、サポート契約がなされているか等の確認する処理を行いステップ204、要因特定アプリケーションによって、DB112に備えられる要因特定辞書DBを参照して製品情報及び障害情報から障害要因を特定する処理を行うステップ205。続くステップ206では、上記ステップ201~ステップ205で得られた情報を、DB112に備えられる障害情報DBへと登録する処理を行い、登録終了の旨及び上記ステップ201~ステップ205で得られた情報例えば、対象製品がサポート対象ではない旨の情報などを、障害情報受付登録要求を送信したPC213へ、応答として送出する。なお、各アプリケーションを実行する内部サーバは、物理的に同一ハードであるか否かを問わない。以上のような、業務アプリケーション障害サポート業務における障害情報受付登録業務のための各アプリケーション上記した製品特定アプリケーション等の稼働状況を監視するためのアプリケーション稼働監視システムについて以下説明する。アプリケーション稼働監視システムの構成として、本社センタ10内に、AP稼動監視装置115が備えられる。AP稼動監視装置115は、各業務アプリケーションを実行する内部サーバ111から見ると、PCクライアントの1つとみなすことができるものである。図4はAP稼動監視装置115の構成の概略を示すブロック図である。図に示されるように、AP稼動監視装置115は、各種演算処理等を行う制御部1151と、キーボードやマウス等によって構成される入力部1153と、モニタ等によって構成される出力部1154と、記憶部1152と、ネットワークセグメント110へのデータの送受信処理を行う通信部1156と、送受信するデータの形式を送受信先の装置サーバの各プラットフォームに応じたデータ形式に変換するアダプタ1155などを備える。記憶部1152には、クライアントであるPC113若しくはPC213が内部サーバ111若しくは内部サーバ211に送信する処理要求障害情報受付登録要求と、当該処理要求が正常に前記各アプリケーション製品特定アプリケーション等によって処理された場合に内部サーバ111若しくは内部サーバ211からあるべき応答登録終了の旨及びステップ201~ステップ205で得られる情報と、の定義が、各アプリケーションの稼働テストシナリオとして格納される。当該定義は、例えば、XMLeXtensibleMarkupLanguageにより記述入力部1153から入力されて記憶部1152に格納される。図5は、AP稼動監視装置115の処理の概略を示したフローチャートである。なお、ここでは、説明の簡単化のため、一組の処理要求とあるべき応答の定義に対する処理ついて説明する実際には、複数の各アプリケーションの稼働テストシナリオが定義され、以下で説明する処理を各テストシナリオごとに繰返すものである。ステップ501では、記憶部1152に格納されている定義を参照して、定義された処理要求定義された障害情報受付登録要求を内部サーバ111へ送出する処理を行う。当該処理は、定義された処理要求に従って、制御部1151によって図3に示されるデータ構造テストフラグを1とすることによって、テストデータとされたデータが生成され、当該データが、通信部1156によって送信先の内部サーバ111に応じたプロトコルを使用してネットワークセグメント110へ送出されることによって行われる。当該定義された障害情報受付登録要求を受けた内部サーバ111では、前述したのと同様に図2のステップ202~ステップ206の処理を行い、登録終了の旨及び当該各ステップで得られた情報例えば、対象製品がサポート対象ではない旨の情報などを、定義された障害情報受付登録要求を送信したAP稼動監視装置115へ、応答として送出する内部サーバ111及び各アプリケーション側からみると、PC113若しくはPC213とAP稼動監視装置115との区別は無く、両者を同様のクライアントとみなし、同一の処理が行われる。AP稼動監視装置115では、内部サーバ111からの応答を待ちステップ502、応答があった場合には、これと、記憶部1152に定義されているあるべき応答とを制御部1151によって比較しステップ504、これが同一である場合にはステップ505、定義された障害情報受付登録要求に対する処理を行った各アプリケーション顧客特定アプリケーション製品特定アプリケーション契約確認アプリケーション要因特定アプリケーションが正常に動作している旨を出力部1154に表示すると共にステップ506、当該テスト各アプリケーションの稼働テスト結果をログとして記憶部1152に保存して処理を終了する。一方、ステップ505における判断が否定であった場合内部サーバ111からの応答と、定義されているあるべき応答とが同一であると判断されなかった場合には、定義された障害情報受付登録要求に対する処理を行った各アプリケーションが正常に動作していない旨を出力部1154に表示すると共にステップ507、当該テスト結果をログとして記憶部1152に保存して処理を終了する。なお、ステップ503では、予め定められた時間内に内部サーバ111からの応答があったか否かを判別し、タイムオーバが生じた場合には異常であると判断し、ステップ507へと移行して上記処理を行う。以上のごとく、本実施例のアプリケーション稼働監視システムによれば、定義された処理要求が、アプリケーションを実行するサーバに対して送出され、これに対するサーバからの実際の応答と、定義された応答を比較することによって、定義された処理要求に対する処理を行った1つ若しくは複数のアプリケーションが、正常に稼働しているか否かが判別される。従って、処理要求と、これに対してあるべき応答とを予め定義することによって、当該処理要求に対する処理を行うアプリケーションに対するテストを行うことが可能であり、処理要求と応答の定義のしかたによって、細やかな設定のテストを実行させることが可能となる例えば、製品情報及び障害情報を一定として、お客様情報に関して種々のパターンを用いた複数のアプリケーションの稼働テストシナリオを定義することにより、顧客特定アプリケーションに対する稼働テストを集中的に行う等。また、テストフラグにより、データ処理要求がテスト用であるか否かを判別することが可能となるため、本番稼動中のシステムにおいてもテストを実行させることが可能となる。即ち、本番稼動中のシステム対するテストの実行により、定義された処理要求によるトランザクションによって各データベースへの更新処理が行われたとしても、テストフラグによってデータを切り分けることが可能であり、本番業務に対する影響を与えることを防止できるのである。これにより、例えば、A系のシステムとB系のシステムの2系統を有し、両システムで分散処理を行う24時間フル稼働のシステムに対するバージョンアップ作業において、A系をバージョンアップ作業のために停止させ、作業終了後にB系との同期停止していた間の差分データの同期をとるような場合において、従来では、バージョンアップされたA系についての差分データに関するテストや分散処理に問題が無いか等のテストを行うことが困難であったが、本実施例によれば、A系についての差分データに関するテストや分散処理に問題が無いか等のテストを、本番稼動環境において実行することができ、非常に有用である。上記説明のアプリケーションの稼働テストシナリオでは、障害情報受付登録業務の一連の処理に対する処理要求と応答を定義することにより、障害情報受付登録業務の一連の処理の中で実行されるアプリケーションの稼働状況を判別するものとした図6に、当該テストの概念を説明する図を示したが、アプリケーションの稼働テストシナリオは、実際の業務フローに応じて、柔軟に運用させることが可能である。例えば、障害情報受付登録業務によって受付登録された顧客からの障害通報に対し、派遣するCEや日程の割当、必要な部品の手当などを行う業務が、障害情報受付登録業務に続いて処理されるような場合に、これら複数の業務フロー全体をテストするアプリケーションの稼働テストシナリオとする等してもよい。図7には、このような複数の業務フロー全体をテストする場合の概念説明図を示した。クライアントであるPCから処理要求Xがあった場合に、業務A3つのアプリケーションが実行されると業務B2つのアプリケーションが実行されるを経て応答XABが得られるような業務フローに対し、処理要求Xと応答XABとをAP稼働監視装置115に定義し、AP稼働監視装置115から送出された定義された処理要求Xに対する実際の応答であるXAB’と、定義された応答XABとを比較することによって、業務A及び業務Bで実行されるアプリケーションの稼働テストを行うようにすることができる。さらに、クライアントであるPCからは直接のデータ入力がなされないアプリケーションに対する入力データと、当該入力データに対してあるべき応答とを定義することにより、より詳細な稼働テストを行うことも可能となる。図8には、このような、クライアントであるPCからは直接のデータ入力がなされないアプリケーションに対するテストをする場合の概念説明図を示した。クライアントであるPCから処理要求Xがあった場合に、業務A3つのアプリケーションが実行されるによる処理を経て、処理要求XAが業務B2つのアプリケーションが実行されるに入力され、業務Bの処理を経て、応答XABが得られるような業務フローに対し、クライアントであるPCからは直接のデータ入力がなされない業務Bに対する処理要求XAと、これに対する応答XABとをAP稼働監視装置115に定義することで、業務Bのアプリケーション4とアプリケーション5に対する稼働テストを行うことや、業務A内のアプリケーション2への入力データであるXA1と、これに対する応答XABとをAP稼働監視装置115に定義することで、業務Aのアプリケーション2~業務Bのアプリケーション5までの稼働テストを行うシナリオとすることもできる。なお、業務A内のアプリケーション2や、業務Bを実行する内部サーバ111若しくは内部サーバ211は、クライアントPC113若しくは213からの直接のデータ入力を想定されていない場合もあるため、そのインターフェースが統一されているとは限らない。従って、本実施例では、AP稼働監視装置115に、各サーバのプラットフォームに応じたデータ形式にデータを変換するアダプタ1155を備えさせ、当該アダプタ1155によって各サーバやアプリケーションに応じたデータ形式に変換した上で、データを送出し、且つ、通信部1156によって各サーバやアプリケーションに応じたプロトコルを使用するものとしているこれらの、各サーバのプラットフォームの種別やプロトコルの種別などは、アプリケーションの稼働テストシナリオの定義の中に記述するようにしても良いし、予め各サーバのプラットフォームの種別やプロトコルの種別などを格納したテーブルをAP稼働監視装置115に備えさせておくことにより、データ送出先のアプリケーションをアプリケーションの稼働テストシナリオに定義することで、前記テーブルを参照して各サーバのプラットフォームの種別やプロトコルの種別などを判別するよう等にしてもよい。なお、アダプタ1155は、ハード的に構成されるものであってもソフト的に構成されるものであっても構わない。加えて、通常はクライアントであるPCに対しては直接のデータ出力を行わないアプリケーション例えば図8におけるAP1~AP4に、テストデータテストフラグが1であるデータの入力があった場合にはAP稼働監視装置115にも出力データを送信するような機能を備えさせるようにする例えば図8におけるAP1からXA1をAP稼働監視装置115に出力させると共に、AP稼働監視装置115に、個々のアプリケーションからあるべき出力データ例えば、図8におけるXA1を定義しておくことにより、個々のアプリケーションに対する稼働テストの実行を可能とさせることもできる。本実施例では、AP稼働監視装置115を本社センタ10内に備えさせるものとしたが、支社20内に備えさせるものであってもよく、また、本社センタ10と支社20の双方に備えさせるものであっても構わない。図9は、本実施例の顧客アプリケーション稼働監視サービス提供システムの構成の概略を示すブロック図である。なお、企業内システム1は実施例1図1と同様の構成であるため、実施例1と同一の符号を使用し、ここでの詳しい記載及び説明を省略する。顧客アプリケーション稼働監視サービス提供システム9は、図9に示されるように、アプリケーション稼働監視サービス提供者のシステム3が、ネットワークインターネット2を介して複数の企業内システム1と接続されることにより構成される。アプリケーション稼働監視サービス提供者のシステム3には、各種内部サーバ311、クライアントとなる複数のPC313、各種DB312、監視情報収集装置315、などが設置される。各企業内システム1に備えられるAP稼働監視装置115には、それぞれを一意に定めることができる識別情報例えば、AP稼働監視装置115のMACアドレスを使用してもよいが付与される。また、各AP稼働監視装置115に格納されている各テストシナリオには、これを一意に定めることができるシナリオIDが付与され、各テストシナリオに対応付けられて各AP稼働監視装置115に格納される。図10は、監視情報収集装置315の構成の概略を示すブロック図である。図に示されるように、監視情報収集装置315は、各種演算処理等を行う制御部3151と、キーボードやマウス等によって構成される入力部3153と、モニタ等によって構成される出力部3154と、記憶部3152と、ネットワークセグメント310へのデータの送受信処理を行う通信部3155などを備える。記憶部3152には、各企業内システム1に備えられるAP稼働監視装置115の識別情報と当該AP稼働監視装置115を有する企業の情報が格納されており、これを参照することにより、何れの企業のAP稼働監視装置であるかを判別することができる。また、記憶部3152には、各AP稼働監視装置115に定義されている各アプリケーションの稼働テストシナリオに関する情報各テストシナリオの内容と、これに対応付けられたシナリオIDが格納シナリオDBされている。上記構成の顧客アプリケーション稼働監視サービス提供システム9の動作概念の概略を以下説明する。実施例1で説明したごとく、各アプリケーションの稼働テストシナリオに従ってアプリケーションの稼働テストを行う各企業内システム内のAP稼働監視装置115には、アプリケーション稼働監視サービス提供者のシステム3に備えられる監視情報収集装置315のアドレス情報が備えられており、定期的若しくは稼働テストを実行した際或いは障害が検出されたAPが正常稼働していないと判断された際に、監視情報収集装置315へ、自己の識別情報と共に、シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果がOKであったかNGであったかの情報を送信する。なお、AP稼働監視装置115側から自発的にデータ送信させるのではなく、監視情報収集装置315側から実行結果を知りたいテストシナリオのシナリオIDをAP稼働監視装置115へ送信し、これに対する返信として実行結果がOKであったかNGであったかの情報を監視情報収集装置315に送信させるものであってもよいこの場合、AP稼働監視装置115側からは、シナリオIDを送信しなくともよい。当該情報を受信した監視情報収集装置315では、通信相手のAP稼働監視装置115が何れの企業のAP稼働監視装置であるかを記憶部3152の識別情報DBを参照することにより判別し、且つ、シナリオDBを参照することにより、AP稼働監視装置115から送信されたシナリオIDと当該シナリオIDに対応するテストシナリオの実行結果がOKであったかNGであったかの情報から、シナリオの内容と当該シナリオに対する稼働テストの結果を取得する例えば、図7示したような稼働テストシナリオであった場合には、業務Aから業務Bにわたる業務フローAP1~AP5が正常であるか否かを取得する。監視情報収集装置315は、これによって得られる各企業内における各アプリケーションの稼働状況を、ログとして記憶部3152に格納すると共に、入力部3153からの出力命令などに従って、これを出力部3154に表示する。以上のごとく、本実施例の顧客アプリケーション稼働監視サービス提供システムによれば、特定企業の管理下にある処理システム内の各アプリケーションの稼働状況に関する情報シナリオIDと当該シナリオIDに対応するテストシナリオの実行結果がOKであったかNGであったかの情報が、当該特定企業の管理下にある処理システム内に備えられるAP稼働監視装置から、自己AP稼働監視装置の識別情報と共に、アプリケーション稼働監視サービス提供者のシステム内に備えられる監視情報収集装置へと送信される。これにより、アプリケーション稼働監視サービス提供者側において、何れの特定企業の管理下にある処理システム内に備えられるアプリケーション稼働監視装置から送信された各アプリケーションの稼働状況に関する情報であるかを判別可能であるため、複数の特定企業の管理下にある処理システムに対して、アプリケーションの稼働状況を監視するサービスを提供することが可能となる。加えて、例えば、企業AにおけるAP1~AP3までのパスは正常稼働しているや、企業BにおけるAP7に障害が発生しているなどの情報を、アプリケーション稼働監視サービス提供者側において自動的に取得することができるため、顧客に対して、利便性及び即時性の高いアプリケーション保守管理サービスを提供することができる。また、顧客企業とサービス提供者の間で送受信されるアプリケーション稼働状況監視情報を、AP1~AP3までのパスに異常発生のようなテスト結果の具体的内容を暗号化する等したものとしてもよいが、本実施例では、アプリケーション稼働状況監視情報を、シナリオIDとテストシナリオの実行結果単にOKかNGかの情報としているため、万が一、当該情報が第三者に漏洩したとしても、顧客内のシステムの稼働状況の具体的内容が漏洩してしまうことを抑止することができ、情報漏洩防止セキュリティ機能を向上させることが可能となる。なお、実施例中では、AP稼働監視装置115や、監視情報収集装置315を、PCやサーバとは物理的に異なるハードのごとく説明しているが、本発明をこのように限定するものではなく、AP稼働監視装置115や監視情報収集装置315は、例えば、PCやサーバ上でソフトウェア的に実現されるものであってもよい。