(57)【特許請求の範囲】
【請求項１】
複数のアプリケーションサーバに格納されるアプリケーションプログラムのそれぞれに対して、ユーザ端末からの会話要求データが送信される第１のステップと
前記第１のステップ後に処理開始時刻が、前記アプリケーションプログラムのそれぞれによって作成される第２のステップと
前記会話要求データのそれぞれに対する会話応答データが、前記アプリケーションプログラムのそれぞれから前記ユーザ端末へと送信される第３のステップと
前記第３のステップ後に処理終了時刻が、前記アプリケーションプログラムのそれぞれによって作成される第４のステップと
前記アプリケーションプログラムのそれぞれの応答時間データが、前記処理開始時刻及び前記処理終了時刻に基づいて前記アプリケーションプログラムのそれぞれによって作成される第５のステップと
前記応答時間データが、前記アプリケーションプログラムから前記アプリケーションプログラムに組み込まれた監視ＡＰＩのそれぞれに入力される第６のステップと
監視要求データが、前記アプリケーションサーバに格納される監視システム（エージェント）のそれぞれから前記監視ＡＰＩに入力される第７のステップと、
前記応答時間データが、前記監視要求データの入力に応じて、前記監視ＡＰＩのそれぞれから前記監視システム（エージェント）のそれぞれに出力される第８のステップと
前記応答時間データが、前記監視システム（エージェント）のそれぞれから、前記アプリケーションプログラム毎に設定され少なくとも当該アプリーションプログラム名、当該アプリケーションプログラムが格納されているアプリケーションサーバ名、および前記応答時間データを含みデータサーバに格納されるサーバリストのそれぞれに格納される第９のステップとから成る監視ステップと、
前記ユーザ端末のいずれか一から前記アプリケーションプログラムのいずれか一に対する接続を要求する接続要求データが当該何れか一のアプリケーションプログラムを備えるアプリケーションサーバへ送信されると、当該アプリケーションサーバにより動的メニュー生成システムが起動されるステップと、
前記起動された動的メニュー生成システムにより、前記データサーバに格納されている前記サーバリストのそれぞれから当該サーバリストに格納されている前記アプリケーションプログラムに係る前記応答時間データが取得され、取得された前記応答時間データのうち最短の応答時間データが格納されている前記サーバリストが選択され、選択されたサーバリストに係る前記アプリケーションサーバ名および前記アプリケーションプログラム名に係るアプリケーションサーバおよびアプリケーションプログラムを指す識別情報を含むメニューデータが作成され、作成された前記メニューデータが、前記いずれか一のユーザ端末へ送信される動的メニューステップと、を含むことを特徴とするアプリケーション・サービスを提供する方法。
【請求項２】
前記監視ステップは、前記第８のステップ前に前記第１のステップ、前記第２のステップ、前記第３のステップ、前記第４のステップ、前記第５のステップ、及び前記第６のステップ、及び前記第７のステップの一連のステップがＮ（Ｎは１以上）回以上繰り返して実行される第１０のステップと前記第８のステップと前記第９のステップとから成り、
前記第８のステップは、前記第１０のステップが実行される結果として、
前記監視ＡＰＩのそれぞれに入力される前記Ｎ個の応答時間データに基づく平均応答時間データが、前記第８のステップに係る応答時間データのそれぞれとして出力され、
前記第９のステップに係るサーバリストは、前記平均応答時間データのそれぞれが応答時間データのそれぞれとして格納され、
前記動的メニューステップは、前記平均応答時間データのそれぞれが、前記動的メニューステップに係る応答時間データのそれぞれとして前記データサーバから取得され、
且つ前記メニューデータは、前記平均応答時間データのそれぞれが前記動的メニューステップに係る応答時間データのそれぞれとして作成されることを特徴とする請求項１に記載のアプリケーション・サービスを提供する方法。
【請求項３】
前記監視ステップは、前記第１のステップ、前記第２のステップ、前記第３のステップ、前記第４のステップ、前記第５のステップ、及び前記第６のステップ、前記第７のステップ、前記第１０のステップ、及び前記第８のステップの一連のステップがＭ（Ｍは１以上）回以上繰り返して実行される第１１のステップと、
前記第１０のステップが実行される結果として、
前記第８のステップに係る平均応答時間データが、前記監視ＡＰＩのうちある監視ＡＰＩから前記監視システム（エージェント）に前記Ｍ回出力されない場合、前記ある監視ＡＰＩが組み込まれたあるアプリケーションプログラムに障害が発生した旨の障害発生データが、前記あるアプリケーションプログラムが格納されるあるアプリケーションサーバに格納されるある監視システム（エージェント）によって作成される第１２のステップと、
前記障害発生データが、前記ある監視システム（エージェント）から前記サーバリストのうちあるサーバリストに格納される第１３のステップと、から成り、
前記動的メニューステップは、前記あるサーバリストに格納される障害発生データが、前記データサーバから前記動的メニュー生成システムに入力される場合、前記メニューデータは、前記障害発生データを作成したあるアプリケーションサーバを除外した他のアプリケーションサーバのうち最短の平均応答時間データが格納されている前記サーバリストに係るアプリケーションサーバおよびアプリケーションプログラムを指す識別情報を含むものであることを特徴とする請求項２に記載のアプリケーション・サービスを提供する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションプログラムの監視方法、及びアプリケーション・サービスを提供する方法及びシステムに関するものである。
【０００２】
【従来の技術】
インターネットが普及するとともに、ユーザがアプリケーションプログラムをインターネット介して有償で利用する機会は増加している。
【０００３】
従って、例えば、複数のユーザが同一のアプリケーションプログラムを同時に利用することも当然に生じ得る。この場合、アプリケーションプログラムは複数のユーザのそれぞれに対してＨＴＭＬ文書等のデータを送信する必要があるので、アプリケーションプログラムの処理速度が低下することになる。ここで、ユーザがこの処理速度の低下に不満を感じた場合、ユーザによっては利用しているアプリケーションプログラムを終了し得る。このため、ユーザが引き続きアプリケーションプログラムをインターネット介して有償で利用し易いように、アプリケーションプログラムの負荷を分散させる必要がある。
【０００４】
また、例えば、何らかの障害がアプリケーションプログラムに生じ得る。この場合、ユーザは障害が生じたアプリケーションプログラムを利用することができない。このため、ユーザが引き続きアプリケーションプログラムをインターネット介して有償で利用できるように、待機するアプリケーションプログラムに切り替える必要がある。尚、障害が生じたアプリケーションプログラムと待機するアプリケーションプログラムとは、全く同じアプリケーションプログラムである。
【０００５】
［アプリケーションプログラムの負荷分散］
図８に示すロードバランサー（６００）が、ユーザの端末（１００）からの接続の要求をサーバＡ（７０１）、サーバＡミラー１（７０２）及びサーバＡミラー２（７０３）の何れか一のサーバに振り向けることよって、アプリケーションプログラムの負荷を分散させることができる。具体的には、先ず、ユーザの端末（１００）はアプリケーションプログラムの接続をロードバランサー（６００）に要求する。これに対し、ロードバランサー（６００）は、サーバＡ（７０１）、サーバＡミラー１（７０２）及びサーバＡミラー２（７０３）のそれぞれのネットワークトラフック量を計測する。次に、ロードバランサー（６００）は、計測したネットワークトラフック量のうち最も少ないネットワークトラフック量のサーバにユーザの端末（１００）からの接続を振り向ける。即ち、ロードバランサー（６００）によってアプリケーションプログラムの負荷を分散させていた。尚、サーバＡミラー１（７０２）及びサーバＡミラー２（７０３）は、元のサーバＡ（７０１）と全く同じアプリケーションプログラムを格納させたサーバであり、元のサーバＡ（７０１）のミラーサーバである。
【０００６】
［待機するアプリケーションプログラムへの切替］
また、ロードバランサー（６００）は、予め決められた間隔で正常稼動を確認するための通信をサーバＡ（７０１）、サーバＡミラー１（７０２）及びサーバＡミラー２（７０３）のそれぞれに実行している。これに対し、サーバＡ（７０１）、サーバＡミラー１（７０２）及びサーバＡミラー２（７０３）のそれぞれは、通信に対して応答する。ここで、例えば、アプリケーションプログラムを格納するサーバＡ（７０１）に何らかの障害が生じた場合、障害が生じたサーバＡ（７０１）はロードバランサー（６００）からの通信に対して応答することができない。従って、ロードバランサー（６００）は、正常稼動を確認するための通信に対して応答しないサーバＡ（７０１）を除外して、残りのサーバＡミラー１（７０２）又はサーバＡミラー２（７０３）にユーザの端末（１００）からの接続を振り向ける。即ち、障害がサーバＡ（７０１）に発生じた場合、ロードバランサー（６００）によってサーバＡミラー１（７０２）又はサーバＡミラー２（７０３）に待機するアプリケーションプログラムに切り替えしていた。
【０００７】
ところで、図７を参照するに、ロードバランサー（６００）によってではなく、クラスタリングによっても、アプリケーションプログラムを格納するサーバＢ本番系（８０１）に何らかの障害が生じた場合、ユーザの端末（１００）からの接続をサーバＢ待機系（８０２）に振り向けることができる。
具体的には、サーバＢ本番系（８０１）とサーバＢ待機系（８０２）とは、予め決められた間隔で互いの正常稼動を確認し合うための通信をＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）レベルで実行している。ここで、例えば、アプリケーションプログラムを格納するサーバＢ本番系（８０１）に何らかの障害が生じた場合、障害が生じたサーバＢ本番系（８０１）はサーバＢ待機系（８０２）からの通信に対して応答することができない。これに対し、サーバＢ待機系（８０２）は、サーバＢ本番系（８０１）のネットワーク設定を引き継ぐことにより、ユーザの端末（１００）からの接続をサーバＢ待機系（８０２）に振り向けることができる。尚、サーバＢ待機系（８０２）は、サーバＢ本番系（８０１）と全く同じアプリケーションプログラムを格納させたサーバである。
【０００８】
【発明が解決しようとする課題】
以上のロードバランサー又はクラスタリングによってアプリケーションプログラムの格納するサーバの稼動を監視するシステムには次のような問題があった。
【０００９】
［アプリケーションプログラムの負荷分散］
あるアプリケーションプログラムＡに複数のユーザからの接続の要求のそれぞれが同時期に集中すると、このアプリケーションプログラムＡを格納するサーバＡの負荷が高くなる。この場合、アプリケーションプログラムＡの処理速度が低下するので、アプリケーションプログラムＡは複数のユーザに対する応答時間のそれぞれが遅くなり、サーバＡのネットワークトラフック量は減少することになる。この時、ロードバランサーが複数のサーバのネットワークトラフック量を計測し、且つ最も少ないネットワークトラフック量がサーバＡである場合には、ロードバランサーはあるユーザの接続をサーバＡのアプリケーションプログラムＡに振り向けることになる。
即ち、アプリケーションプログラムの負荷が高くても、ユーザがこのアプリケーションプログラムに接続することもあるので、アプリケーションプログラムの負荷の分散が必ずしも正確にできないという問題があった。
【００１０】
［待機するアプリケーションプログラムへの切替］
また、ロードバランサー、クラスタリングによっても、正常稼動を確認するための通信はサーバ単位で実行しているので、障害時の待機系への切り替えはサーバ単位に行っていることになる。従って、例えば、あるサーバＡのアプリケーションプログラムＡに障害が発生し、且つサーバＡのアプリケーションプログラムＢが正常稼動している場合、サーバＡに障害が発生したことになるので、待機するサーバＢに切り替わることになる。この時、サーバＡで正常稼動しているアプリケーションプログラムＢを利用するユーザは、サーバＡのアプリケーションプログラムＢを強制的に終了させられる、又はサーバＡから待機するサーバＢに切り替わる間にアプリケーションプログラムＢを利用することができない。
即ち、接続するサーバのアプリケーションプログラムが正常稼動していても、待機するサーバのアプリケーションプログラムに切り替わることもあるので、待機するアプリケーションプログラムへの切替が必ずしも正確にできないという問題があった。
【００１１】
本発明は以上の従来技術における問題に鑑みてなされたものであって、アプリケーションプログラムを利用するユーザがその処理速度の低下を理由として接続を終了すという事態が発生しないように、新たなアプリケーションプログラムへの接続や待機するアプリケーションプログラムへの切替を的確に行うことのできるアプリケーション・サービスを提供する方法及びアプリケーションプログラムの監視方法を提供することを課題とする。
【００１２】
【課題を解決するための手段】
前記課題を解決するための請求項１は、複数のアプリケーションサーバに格納されるアプリケーションプログラムのそれぞれに対して、ユーザ端末からの会話要求データが送信される第１のステップと
前記第１のステップ後に処理開始時刻が、前記アプリケーションプログラムのそれぞれによって作成される第２のステップと
前記会話要求データのそれぞれに対する会話応答データが、前記アプリケーションプログラムのそれぞれから前記ユーザ端末へと送信される第３のステップと
前記第３のステップ後に処理終了時刻が、前記アプリケーションプログラムのそれぞれによって作成される第４のステップと
前記アプリケーションプログラムのそれぞれの応答時間データが、前記処理開始時刻及び前記処理終了時刻に基づいて前記アプリケーションプログラムのそれぞれによって作成される第５のステップと
前記応答時間データが、前記アプリケーションプログラムから前記アプリケーションプログラムに組み込まれた監視ＡＰＩのそれぞれに入力される第６のステップと
監視要求データが、前記アプリケーションサーバに格納される監視システム（エージェント）のそれぞれから前記監視ＡＰＩに入力される第７のステップと、
前記応答時間データが、前記監視ＡＰＩのそれぞれから前記監視システム（エージェント）のそれぞれに出力される第８のステップと
前記応答時間データが、前記監視システム（エージェント）のそれぞれからデータサーバに格納されるサーバリストのそれぞれに格納される第９のステップとから成る監視ステップと、
前記ユーザ端末のいずれか一から前記アプリケーションプログラムのいずれか一への接続要求データが、当該何れか一のアプリケーションプログラムを備えるアプリケーションサーバに格納される動的メニュー生成システムへと送信されるステップと、
前記サーバリストのそれぞれに格納される応答時間データが、前記データサーバから前記動的メニュー生成システムへと出力され、
前記応答時間データのそれぞれのうち最も応答時間が短いアプリケーションプログラムが格納される最速アプリケーションサーバを特定し得るメニューデータが、前記動的メニュー生成システムによって作成され、
且つ前記メニューデータが、前記動的メニュー生成システムから前記いずれか一のユーザ端末へと送信される動的メニューステップと、を含むことを特徴とするアプリケーション・サービスを提供する方法である。
【００１３】
したがって請求項１の発明によれば、アプリケーションプログラムの応答時間データが監視されているので、あるユーザを最速アプリケーションサーバに振り向けることができる。これにより、アプリケーションプログラムの負荷分散を正確に行うことができるという利点がある。
【００１４】
また請求項２は、前記監視ステップは、前記第８のステップ前に前記第１のステップ、前記第２のステップ、前記第３のステップ、前記第４のステップ、前記第５のステップ、及び前記第６のステップ、及び前記第７のステップの一連のステッップがＮ（Ｎは１以上）回以上繰り返して実行される第１０のステップから成り、
前記第８のステップは、前記第１０のステップが実行される結果として、
前記監視ＡＰＩのそれぞれに入力される前記Ｎ個の応答時間データに基づく平均応答時間データが、前記第８のステップに係る応答時間データのそれぞれとして出力され、
前記第９のステップに係るサーバリストは、前記平均応答時間データのそれぞれが応答時間データのそれぞれとして格納され、
前記動的メニューステップは、前記平均応答時間データのそれぞれが、前記動的メニューステップに係る応答時間データのそれぞれとして前記データサーバから出力され、
且つ前記メニューデータは、前記平均応答時間データのそれぞれが前記動的メニューステップに係る応答時間データのそれぞれとして作成されることを特徴とする請求項１に記載のアプリケーション・サービスを提供する方法である。
【００１５】
したがって請求項２の発明によれば、請求項１の発明の利点があるとともに、アプリケーションプログラムの応答時間データを正確に監視することができる。これにより、アプリケーションプログラムの負荷分散を更に正確に行うことができるという利点がある。
【００１６】
また、請求項３は、前記監視ステップは、前記第１のステップ、前記第２のステップ、前記第３のステップ、前記第４のステップ、前記第５のステップ、及び前記第６のステップ、前記第７のステップ、前記第１０のステップ、及び前記第８のステップの一連のステッップがＭ（Ｍは１以上）回以上繰り返して実行される第１１のステップと、
前記第１０のステップが実行される結果として、
前記第８のステップに係る平均応答時間データが、前記監視ＡＰＩのうちある監視ＡＰＩから前記監視システム（エージェント）に前記Ｍ回出力されない場合、前記ある監視ＡＰＩが組み込まれたあるアプリケーションプログラムに障害が発生した旨の障害発生データが、前記あるアプリケーションプログラムが格納されるあるアプリケーションサーバに格納されるある監視システム（エージェント）によって作成される第１２のステップと、
前記障害発生データが、前記ある監視システム（エージェント）から前記サーバリストのうちあるサーバリストに格納される第１３のステップと、から成り、
前記動的メニューステップは、前記あるサーバリストに格納される障害発生データが、前記データサーバから前記動的メニュー生成システムに入力される場合、前記メニューデータは、前記障害発生データを作成したあるアプリケーションサーバを除外した最速アプリケーションサーバを特定し得るものであることを特徴とする請求項２に記載のアプリケーション・サービスを提供する方法である。
【００１７】
したがって請求項３の発明によれば、請求項１又は請求項２の発明の利点があるとともに、アプリケーションプログラム単位で障害の発生を監視することができる。これにより、アプリケーションサーバに障害の発生が発生したアプリケーションプログラムと正常稼動する他のアプリケーションとが格納される場合、障害の発生が発生したアプリケーションプログラムを利用するユーザのみを待機するアプリケーションプログラムへ切り替えることができる。一方、正常稼動する他のアプリケーションを利用するユーザは、引き続き他のアプリケーションを利用し続けることができる。これにより、待機するアプリケーションプログラムへの切替を正確に行うことのできるという利点がある。
【００１８】
また請求項４は、複数のアプリケーションサーバの一が備える一のアプリケーションプログラムに対する一のユーザ端末からの接続要求データが、当該一のアプリケーションサーバに送信されるステップと、
当該接続要求データに基づいて形成される前記一のユーザ端末に対するアプリケーションプログラムの応答時間データが、前記一のアプリケーションサーバからデータサーバへと定期的に送信されるステップと、
前記複数のアプリケーションサーバのそれぞれから送信される応答時間データを、前記データサーバを介して、前記一のアプリケーションプログラムを備えるアプリケーションサーバが受信し、当該応答時間データのうちで最も応答時間が短いアプリケーションプログラムを備える最速アプリケーションサーバを特定し得るメニューデータを生成して、前記一のユーザ端末へと送信するステップと
を含むことを特徴とするアプリケーションプログラムの監視方法である。
【００１９】
したがって請求項４の発明によれば、アプリケーションプログラムの応答時間データが監視されているので、あるユーザを最速アプリケーションサーバに振り向けることができる。これにより、アプリケーションプログラムの負荷分散を正確に行うことができるという利点がある。
【００２０】
また、請求項５は、アプリケーションプログラムに対するユーザ端末からの会話要求データが、アプリケーションプログラムに入力される第１のステップと、前記第１のステップ後に処理開始時刻が、前記アプリケーションプログラムによって作成される第２のステップと、
前記会話要求データに対する会話応答データが、前記アプリケーションプログラムからユーザ端末へと出力される第３のステップと、
前記第３のステップ後に処理終了時刻が、前記アプリケーションプログラムによって作成される第４のステップと、
前記アプリケーションプログラムの応答時間データが、前記処理開始時刻及び前記処理終了時刻に基づいて前記アプリケーションプログラムによって作成される第５のステップと、
前記応答時間データが、前記アプリケーションプログラムから監視ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）に入力される第６のステップと、監視要求データが、監視システム（エージェント）から前記監視ＡＰＩに入力される第７のステップと、
前記応答時間データが、前記監視ＡＰＩから前記監視システム（エージェント）に出力される第８のステップと、を含むことを特徴とするアプリケーションプログラムの監視方法である。
【００２１】
したがって請求項５の発明によれば、アプリケーションプログラムの応答時間を監視することができるので、アプリケーションプログラムに対する接続の要求等の負荷が一のアプリケーションプログラムに集中する場合、複数のアプリケーションプログラムのうち応答時間が短い他のアプリケーションプログラムに負荷を処理させることができる。即ち、一のアプリケーションプログラムの処理速度の低下を防ぐことができる。換言すれば、アプリケーションプログラムの負荷分散を正確に行うことができるという利点がある。
【００２２】
また請求項６は、前記第８のステップ前に前記第１のステップ、前記第２のステップ、前記第３のステップ、前記第４のステップ、前記第５のステップ、及び前記第６のステップ、及び前記第７のステップの一連のステップがＮ（Ｎは１以上）回以上繰り返して実行される第９のステップを含み、
前記第８のステップは、前記第９のステップが実行される結果として、
前記監視ＡＰＩに入力される前記Ｎ個の応答時間データに基づく平均応答時間データが、前記第８のステップに係る応答時間データとして出力されることを特徴とする請求項５に記載のアプリケーションプログラムの監視方法である。
【００２３】
したがって請求項６の発明によれば、請求項５の発明の利点があるとともに、アプリケーションプログラムの応答時間を正確に監視することができる。これにより、アプリケーションプログラムの負荷分散を更に正確に行うことができるという利点がある。
【００２４】
また請求項８は、請求項５又は６記載の全てのステップを実行させるプログラムを前記監視ＡＰＩ用の監視関数プログラムとして記録したコンピュータ読み取り可能な記録媒体である。
【００２５】
したがって請求項７の発明によれば、アプリケーションプログラムに監視ＡＰＩを組み込むだけで、アプリケーションプログラムの応答時間を監視することができる。これにより、アプリケーションプログラムの負荷分散を更に正確に行うことができるという利点がある。
【００２６】
また請求項９は、請求項５又は６記載の全てのステップを実行させるプログラムを含むアプリケーションプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２７】
したがって請求項９の発明によれば、アプリケーションプログラムが自ら有する監視機能によって、アプリケーションプログラムの負荷分散を更に正確に行うことができるという利点がある。
【００２８】
また、請求項１０は、請求項５から７のいずれか一に記載の全てのステップを実行させるためのアプリケーションサーバに格納されるアプリケーションプログラム及び監視システム（エージェント）プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２９】
したがって請求項１０の発明によれば、アプリケーションプログラム及び監視システム（エージェント）をアプリケーションサーバに格納することにより、アプリケーションプログラムの応答時間を監視することができる。これにより、アプリケーションプログラムの負荷分散を正確に行うことができるという利点がある。
また、アプリケーションプログラム単位で障害の発生を監視することができる。これにより、待機するアプリケーションプログラムへの切替を正確に行うことのできるという利点がある。
【００６７】
【発明の実施の形態】
（実施の形態１）
次に、本発明の実施の形態１のアプリケーション・サービスを提供する方法及びシステムにつき、図１を参照して、説明する。
図１は本発明の実施の形態１のアプリケーション・サービスを提供するシステムの構成例を示すブロック図である。
【００６８】
先ず、図１を参照するに、本実施の形態１のアプリケーション・サービスを提供するシステムは、アプリケーションプログラムを利用するユーザ端末（１００）と、アプリケーションプログラムが動作する複数のアプリケーションサーバ（３００，４００，．．．）と、各種のデータを格納するデータサーバ（５００）と、から構成されてなる。
ここで、ユーザ端末（１００）と、複数のアプリケーションサーバ（３００，４００，．．．）のそれぞれとは、コンピュータネットワーク（２００）を介して相互に接続可能に構成されている。また、データサーバ（５００）と、１以上のアプリケーションサーバ（３００，４００，．．．）とは、主として同一組織内で用いられる総合的な情報通信ネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、公衆回線、又は専用線等を介して相互に接続可能に構成されている。尚、ユーザ端末（１００）と、複数のアプリケーションサーバ（３００，４００，．．．）と、データサーバ（５００）とが、コンピュータネットワーク（２００）を介して相互に接続可能に構成されていてもよい。
また、コンピュータネットワーク（２００）とは、例えば、インターネット（Ｉｎｔｅｒｎｅｔ）、広域通信網（ＷＡＮ：Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。更に、コンピュータネットワーク（２００）、ＬＡＮ等は、有線、無線を問わず、ユーザ端末（１００）とアプリケーションサーバ（３００，４００，．．．）との間、ユーザ端末（１００）とデータサーバ（５００）との間、アプリケーションサーバ（３００，４００，．．．）とデータサーバ（５００）との間、及びユーザ端末（１００）とアプリケーションサーバ（３００，４００，．．．）とデータサーバ（５００）との間のぞれぞれでデータを送受信するためのものであればよい。
【００６９】
ユーザ端末（１００）は、コンピュータネットワーク（２００）を介してホームページへのアクセス等を可能とするＷｅｂブラウザ（１０１）と、ホームページを表示可能とする表示手段（図示せず）と、文字・記号等を入力するキーボード（ボタン）、マウス等の入力手段（図示せず）と、を備える。
ここで、ユーザ端末（１００）は、例えば、パソコン（デスクトップ型パソコン、ノート型パソコン）、携帯電話機等である。
【００７０】
複数のアプリケーションサーバ（３００，４００，．．．）のそれぞれは、ＨＴＭＬ文書データ等のリソースデータ（図示せず）を格納する記憶手段と、ユーザ個別のメニューを動的に生成する動的メニュー生成システム（３０２）と、コンピュータネットワーク（２００）を介して有償で提供するアプリケーションプログラム（３１０，３２０．．．）と、アプリケーションプログラム（３１０，４１０，．．．）のそれぞれに組み込んだ監視ＡＰＩ（３０５）に定期的に稼動状況を問い合わせる監視システム（エージェント）（３０３）と、Ｗｅｂサーバ（３９０）と、を備える。
また、Ｗｅｂサーバ（３９０）は、ユーザ端末（１００）のＷｅｂブラウザ（１０１）とＨＴＴＰで通信する。即ち、Ｗｅｂサーバ（３９０）は、動的メニュー生成システム（３０２）、及びアプリケーションプログラム（３１０，３２０，．．．）のそれぞれと、監視システム（エージェント）（３０３）と、Ｗｅｂブラウザ（１０１）と、の通信を中継する。
ここで、アプリケーションサーバ（３００，４００，．．．）は、例えば、いわゆるサーバ（ハード・ディスク等の記憶手段の容量が大きいオフコン）、パソコン等である。
【００７１】
データサーバ（５００）は、ユーザごとにあらかじめ合意した利用可能アプリケーションプログラムのリストを格納するメニューデータ保持システム（５０２）と、監視システム（エージェント）（３０３）が採取したアプリケーションプログラムの稼動状況データを蓄積する監視システム（サーバ）（７０４）と、を備える。
ここで、データサーバ（５００）は、例えば、いわゆるサーバ、パソコン等である。
【００７２】
先ず、監視ＡＰＩ（３０５）をアプリケーションプログラムに組み込む方法につき、図３を参照して、説明する。
図３は監視ＡＰＩ（３０５）をアプリケーションプログラムに組み込む方法を示すフローチャートである。このフローチャートで監視ＡＰＩ（３０５）をアプリケーションプログラムに組み込むを方法を説明する。
【００７３】
まず組み込む前の一般的なアプリケーションプログラムの処理フローを説明する。
［ステップＪ１］
アプリケーションプログラムは、端末からのデータ受信等のイベントを入力する。
［ステップＪ２］
アプリケーションプログラムは、入力したイベントがアプリケーションプログラムの終了イベントならステップＪ４へ行く。
［ステップＪ３］
アプリケーションプログラムは、入力したイベントに対応する業務処理を実行する。終われば次のイベント入力を待つ。
［ステップＪ４］
アプリケーションプログラムは、終了イベントを入力したら終了処理を行う。
【００７４】
次に監視ＡＰＩ（３０５）をアプリケーションプログラムに組み込む方法を説明する。
［ステップＫ１］
アプリケーションプログラムは、ステップＪ１の前に、初期処理として監視ＡＰＩ（３０５）のインスタンスを生成する。
［ステップＫ２］
アプリケーションプログラムは、ステップＪ３の直前でマシン時刻を取得し処理開始時刻として一時退避する。
［ステップＫ３］
アプリケーションプログラムは、ステップＪ３の直後でマシン時刻を取得し、ステップＫ２の処理開始時刻を減算して処理時間を算出し、処理時間を応答時間として監視ＡＰＩ（３０５）に渡す。
また、業務処理（ステップＪ３）でエラーが発生していれば、エラーコードとエラーメッセージとを監視ＡＰＩ（３０５）に渡す。
【００７５】
先ず、監視ＡＰＩ（３０５）は、渡された応答時間を規定ｎ回数分（例えばｎ＝１０：ｎは１以上の自然数）だけ応答時間データ（３０５−１）に保持する。即ち、監視ＡＰＩ（３０５）は、最近の１０個の応答時間を格納する（図５応答時間データ（３０５−１）参照）。
監視ＡＰＩ（３０５）は、応答時間を渡される毎に渡された応答時間を最新の応答時間１として応答時間データ（３０５−１）に格納する。これと同時に、監視ＡＰＩ（３０５）は、応答時間１であった応答時間を応答時間２として応答時間データ（３０５−１）に格納し、応答時間２であった応答時間を応答時間３として応答時間データ（３０５−１）に格納し、・・・、応答時間９であった応答時間を応答時間１０（ｎ）として応答時間データ（３０５−１）に格納し、応答時間１０であった応答時間を応答時間データ（３０５−１）から破棄する。
また、監視ＡＰＩ（３０５）は、応答時間を渡される毎に応答時間データ（３０５−１）に格納された応答時間１、応答時間２・・・応答時間１０（ｎ）の平均応答時間を算出し、平均応答時間（現在）としてを応答時間データ（３０５−１）に格納する。
更に、監視ＡＰＩ（３０５）は、エラーコードとエラーメッセージとを渡される毎にこれらを応答時間データ（３０５−１）に格納する。尚、監視ＡＰＩ（３０５）は、監視ＡＰＩ（３０５）を組み込むアプリケーションプログラム名を応答時間データ（３０５−１）に格納する。
加えて、監視ＡＰＩ（３０５）は、監視要求データを監視システム（エージェント）（３０５）から入力された場合、応答時間データ（３０５−１）に格納する平均応答時間（現在）、エラーコード、及びエラーメッセージを監視システム（エージェント）（３０５）に出力する。
【００７６】
［ステップＫ４］
アプリケーションプログラムは、ステップＪ４の後ろに、終了処理として監視ＡＰＩ（３０５）のインスタンスを消去する。
尚、ステップＫ１〜ステップＫ４を実行させるためのプログラムを監視関数プログラムという。
【００７７】
次に、本発明の実施の形態のアプリケーション・サービスを提供する方法につき、図１、図２、図４、及び図５を参照して、説明する。
【００７８】
［ステップＭ１］
アプリケーションサーバ１（３００）の監視システム（エージェント）（３０５）は、起動するとともに、データベースサーバ（５００）のメニューデータ保持システム（５０２）からアプリケーションサーバ１（３００）に関するサーバリスト（５０２−２）（図４参照）を読み込み、アプリケーションパフォーマンスリスト（３０６−１）（図５参照）を内部テーブルとして生成する。即ち、監視システム（エージェント）（３０５）は、アプリケーションサーバ１（３００）のサーバ端末識別名をキーとしてサーバリスト（５０２−２）を抽出し、抽出したサーバリスト（５０２−２）の平均応答時間をアプリケーションパフォーマンスリスト（３０６−１）の平均応答時間（現在）に格納する。
尚、図４に示すように、サーバリスト（５０２−２）は、例えば、アプリケーションプログラム名と、サーバ端末識別名と、プログラム名と、エラーステータスと、平均応答時間とから成る。また、図５に示すように、アプリケーションパフォーマンスリスト（３０６−１）は、例えば、アプリケーションプログラム名と、エラーコードと、エラーメッセージと、平均応答時間（現在）と、平均応答時間（前回）と、応答時間１と、・・・応答時間ｎとから成る。
【００７９】
次に、監視システム（エージェント）（３０５）は、定期的（たとえば１０秒毎）にアプリケーションサーバ１（３００）に格納されるアプリケーションプログラムのそれぞれに組み込まれた監視ＡＰＩ（３０５）に監視状況の問い合わせを行う。即ち、監視システム（エージェント）（３０５）は、監視要求データを監視ＡＰＩ（３０５）に定期的に入力する。これに対し、監視ＡＰＩ（３０５）は、応答時間データ（３０５−１）に格納するアプリケーションプログラムの平均応答時間（現在）を監視システム（エージェント）（３０５）に出力する。
これに対し、監視システム（エージェント）（３０５）は、アプリケーションプログラムの平均応答時間（現在）をアプリケーションパフォーマンスリスト（３０６−１）に格納する。これと同時に、監視システム（エージェント）（３０５）は、平均応答時間（現在）であった平均応答時間を平均応答時間（前回）として格納し、平均応答時間（前回）であった平均応答時間を破棄する。
【００８０】
［ステップＭ２］
ところで、アプリケーションプログラムにエラーが発生した場合、監視ＡＰＩ（３０５）は、エラーコードとエラーメッセージとをアプリケーションプログラムから渡される。この場合、監視ＡＰＩ（３０５）は平均応答時間（現在）とエラーコードとエラーメッセージとを監視システム（エージェント）（３０５）に出力するので、監視システム（エージェント）（３０５）はアプリケーションパフォーマンスデータ（５０４−１）を作成してデータサーバ（５００）に格納する（図６参照）。
また、アプリケーションプログラムに重大なエラーが発生した場合、アプリケーションが動作しないので、監視ＡＰＩ（３０５）も動作しなくなる。従って、監視システム（エージェント）（３０５）が監視要求データを監視ＡＰＩ（３０５）に入力しても、監視ＡＰＩ（３０５）は何も出力することができない。そこで、監視システム（エージェント）（３０５）は、予め決めた回数（例えば４回）連続して、監視ＡＰＩから応答がない場合、監視システム（エージェント）（３０５）は、応答がない監視ＡＰＩ（３０５）のアプリケーションプログラムにサービス不可能な障害が発生したと判断する。
この場合、監視システム（エージェント）（３０５）は、データサーバに格納されるアプリケーションパフォーマンスデータ（５０４−１）の時刻と、エラーコードと、エラーメッセージとを更新する。これと同時に、監視システム（エージェント）（３０５）は、メニューデータ保持システム（５０２）のサーバリスト（５０２−２）のエラーステータスをサービス中止として格納する。
【００８１】
［ステップＭ３］
また、アプリケーションプログラムの処理能力が低下した場合、又はアプリケーションプログラムの処理能力が向上した場合、監視ＡＰＩ（３０５）は、長い平均応答時間（現在）、又は短い平均応答時間（現在）をアプリケーションプログラムから渡される。従って、アプリケーションプログラムの処理能力の状況を反映させるため、監視システム（エージェント）（３０５）は、アプリケーションパフォーマンスリスト（３０６−１）の平均応答時間（現在）と平均応答時間（前回）を毎回比較して、平均応答時間（現在）が平均応答時間（前回）よりもより予め決めた値以上に変動した場合、監視システム（エージェント）（３０５）は、メニューデータ保持システム（５０２）のサーバリスト（５０２−２）の平均応答時間を平均応答時間（現在）として格納する。
【００８２】
［ステップＭ４］
一方、アプリケーションプログラムに対する接続要求データが、ユーザ端末（１００）から複数のアプリケーションサーバ（３００，４００，．．．）のうち何れか一のアプリケーションサーバ１（３００）に送受信され、ユーザ端末（１００）はアプリケーションサーバ１（３００）のＷｅｂサーバ（３９０）に接続する。
【００８３】
［ステップＭ５］
これに対し、動的メニュー生成システム（３０２）は、アプリケーションサーバ１（３００）のＷｅｂサーバ（３９０）から起動される。
ここで、動的メニュー生成システム（３０２）は、サーバリスト（５０２−２）をメニューデータ保持システム（７０２）から取得する。次に、動的メニュー生成システム（３０２）は、エラーステータス及び平均応答時間を複数のサーバリストから取得する。
次に、動的メニュー生成システム（３０２）は、抽出したエラーステータスがサービス中であり、且つ抽出した平均応答時間が最小であるサーバリストを選択する。
次に、動的メニュー生成システム（３０２）は、選択したサーバリストに係るプログラムファイル名及びサーバ端末識別名を取得する。
次に、動的メニュー生成システム（３０２）は、取得したプログラムファイル名及びサーバ端末識別名に基づいてＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｒｅ）情報を含むメニューデータを動的に作成する。
ここで、一例を挙げれば、図２に示すようなメニューデータである。ＵＲＩ（ｈｔｔｐ：／／アプリケーションサーバ２／アプリケーションＡ．ａｓｐ）は、プログラムファイル名（アプリケーションＡ．ａｓｐ）及びサーバ端末識別名（アプリケーションサーバ２）に基づいて作成される。
【００８４】
［ステップＭ６］
動的メニュー生成システム（３０１）は、ステップＭ５で作成したＵＲＩのリスト作成から図２に示すようなメニュー画面用のＨＴＭＬ文書ファイルをユーザ端末にメニュー画面用のＨＴＭＬ文書ファイルを送出する。
【００８５】
［ステップＭ７］
ユーザはユーザ端末（１００）のＷｅｂブラウザ（１０１）を使用してメニュー画面からアプリケーションプログラムＡを選択すると、選択したＵＲＩが示すアプリケーションサーバ２（４００）のＷｅｂサーバ（３９０）に接続する。
【００８６】
［ステップＭ８］
これに対し、アプリケーションサーバ２（４００）に格納されるアプリケーションプログラムＡ（３１０）は、ユーザが接続したＵＲＩに従ってアプリケーションサーバ２（４００）のＷｅｂサーバ（３９０）から起動される。これ以降、ユーザ端末（１００）はアプリケーションサーバ２（４００）のアプリケーションプログラムＡ（３１０）と会話する。
【００８７】
［ステップＭ９］
また、ステップＭ７でユーザがメニュー画面からアプリケーションプログラムＢを選択した場合は、選択したＵＲＬが示すアプリケーションサーバ１（３００）のＷｅｂサーバ（３９０）に接続する。
【００８８】
［ステップＭ１０］
ステップＭ７ではなく、ステップＭ９が実行された場合、アプリケーションサーバ１（３００）上にあるアプリケーションプログラムＢ（３２０）は、ユーザが接続したＵＲＩに従ってアプリケーションサーバ１（３００）のＷｅｂサーバ（３９０）から起動される。
これ以降、ユーザ端末（１００）はアプリケーションサーバ１（３００）のアプリケーションプログラムＢ（３２０）と会話する。
【００８９】
（実施の形態２）
まず、本発明の実施の形態２のアプリケーション・サービスを提供するシステムにつき、図１２を参照して、説明する。
図１２は本発明の実施の形態２のアプリケーション・サービスを提供するシステムの構成例を示すブロック図である。
図１２に示す実施の形態２のシステムは、図１に示す本発明の実施の形態１のシステムに監視システムに、ユーザを認証する認証システム（３０１）と、認証データ保持システム（５０１）と、課金システム（５０３）と、を追加し、更にアプリケーションプログラム（３１０，．．．）のそれぞれに認証ＡＰＩ（３０３）及び課金課金ＡＰＩ（３０４）を組み込む。尚、監視システム（エージェーント（３０６），サーバ（７０４））監視ＡＰＩ（３０５）については図示を省略する。
【００９０】
複数のアプリケーションサーバ（３００，．．．）のそれぞれは、ユーザを認証する認証システム（３０１）を更に備える。
アプリケーションプログラム（３１０，．．．）のそれぞれは、認証ＡＰＩ（３０３）と課金ＡＰＩ（３０４）と、を備える。
データサーバ（５００）は、ユーザ認証に必要なデータ（ユーザＩＤ、パスワード、端末識別子等を含む。）を格納する認証データ保持システム（５０１）と、利用実績データを蓄積してユーザ別アプリケーションプログラム別請求書を作成する課金システム（５０３）と、を更に備える。
【００９１】
尚、本実施の形態２のアプリケーション・サービスを提供するシステムの構成要素のうち、認証システム（３０１）と、動的メニュー生成システム（３０２）と、認証ＡＰＩ（３０３）と、課金ＡＰＩ（３０４）と、認証データ保持システム（５０１）と、メニューデータ保持システム（５０２）と、課金システム（５０３）とをＡＳＰ基盤システムという。
【００９２】
次に、本発明の実施の形態のアプリケーション・サービスを提供する方法及びシステムの前提となるアプリケーション・サービスを提供するための準備をするシステム及び方法につき、図８〜図１１を参照して、説明する。尚、アプリケーション・サービスを提供するための準備をするシステム方法は、アプリケーションプログラムを準備する方法（ステップＡ１〜Ａ５）と、アプリケーションプログラムを利用するユーザの登録方法（ステップＢ１〜Ｂ５）と、から成る。
図８はアプリケーション・サービスを提供するための準備をするシステムの構成例を示すブロック図である。図９はアプリケーションプログラムを準備する方法を説明するためのフローチャート図である。
【００９３】
予め、ＡＳＰ基盤システムのうち認証システム（３０１）と、動的メニュー生成システム（３０２）と、認証ＡＰＩ（３０３）と、課金ＡＰＩ（３０４）とが、アプリケーションサーバ１（３００）に格納されている。また、ＡＳＰ基盤システムの残りの認証データ保持システム（５０１）と、メニューデータ保持システム（５０２）と、課金システム（５０３）とが、アプリケーションサーバ１（３００）に格納されている。尚、ＡＳＰ基盤システムが格納されるサーバはアプリケーションサーバ１（３００）に限られず、ＡＳＰ基盤システムが格納できるサーバであればよい。
加えて、開発されたアプリケーションプログラムが、ベンダー端末（７００）に格納されている。
【００９４】
［ステップＡ１］
（アプリケーションプログラムを準備する方法）
アプリケーションサーバ１（３００）に係るＡＳＰ基盤システム（認証システム（３０１）、動的メニュー生成システム（３０２）、認証ＡＰＩ（３０３）、課金ＡＰＩ（３０４））が、公衆回線若しくは専用線（２２０）、又は光磁気ディスク（ＭＯ：Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  ｄｉｓｋ）、光ディスク（ＣＤ：Ｃｏｍｐａｃｔ  Ｄｉｓｋ，ＤＶＤ：Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）  、フロッピーディスク  （ＦＤ：Ｆｌｏｐｐｙ  Ｄｉｓｋ）    等の補助記憶媒体（２３０）を介してアプリケーションサーバ１（３００）からベンダー端末（７００）に提供されて格納される。
【００９５】
［ステップＡ２］
開発されたアプリケーションプログラムをＡＳＰ基盤システムに適合されるため、提供された認証ＡＰＩ（３０３）及び課金ＡＰＩ（３０４）が、ベンダー端末（７００）によって開発されたアプリケーションプログラムに組み込まれる。
【００９６】
［ステップＡ３］
アプリケーションサーバ２（４００）でもアプリケーションプログラムのサービスを行うため、提供された認証システム（３０１）及び動的メニュー生成システム（３０２）が、ＬＡＮ（２１０）介してベンダー端末（７００）からアプリケーションサーバ２（４００）にインストールされて格納される。尚、ここで、ＡＳＰ基盤システムの認証システム（３０１）及び動的メニュー生成システム（３０２）が、公衆回線等（２２０，２３０）を介してアプリケーションサーバ２（４００）にインストールされてもよいことは言うまでもない。
【０９７】
［ステップＡ４］
認証ＡＰＩ（３０３）及び課金ＡＰＩ（３０４）が組み込まれたアプリケーションプログラム（３１０）が、ベンダー端末（７００）からアプリケーションサーバ１（３００）及びアプリケーションサーバ２（４００）にＬＡＮ等（２１０，２２０，２３０）を介してインストールされて格納される。
【００９８】
［ステップＡ５］
アプリケーションサーバ１（３００）及びアプリケーションサーバ２（４００）に格納されるアプリケーションプログラム（３１０）のアプリケーション情報（機能概要、詳細説明、デモプログラムへのリンク、契約条件（料金表を含む））が、データサーバ（５００）に登録されて格納される。
【００９９】
尚、複数のアプリケーションサーバ（３００，４００，．．．）のそれぞれに複数のアプリケーションプログラム（３１０，３２０，．．．）が格納される場合には、アプリケーションプログラム（３１０，３２０，．．．）のそれぞれに対するアプリケーション情報がデータサーバ（５００）に登録されて格納される。
【０１００】
また、図１０はアプリケーションプログラムを利用するユーザの登録方法を説明するためのフローチャート図である。
【０１０１】［ステップＢ１］
（アプリケーションプログラムを利用するユーザの登録方法）
先ず、ユーザ端末（１００）はデータサーバ（５００）に接続する。
【０１０２】
［ステップＢ２］
これに対し、データサーバ（５００）はアプリケーション情報をユーザ端末（１００）に送信する。尚、データサーバ（５００）は、ユーザ端末（１００）から入力される検索条件とアプリケーション情報に含まれる機能概要の一部とが一致するアプリケーション情報を検索し、検索条件に一致するアプリケーション情報をユーザ端末（１００）に送信する手段を備える。
【０１０３】
［ステップＢ３］
ユーザ端末（１００）は検索条件を入力してアプリケーション情報を受信してユーザ端末（１００）の表示手段（図示せず）に表示する。ここで、例えば、図１１に示すアプリケーション情報表示画面が、ユーザ端末（１００）の表示手段に表示される。図１１を参照するに、表示されるアプリケーション情報表示画面は、アプリケーション名称（例えば、日英翻訳、百科事典）、機能概要の一覧である。ここで、ユーザは表示手段に表示される「詳細表示ボタン」、「デモ表示ボタン」、及び「料金表示ボタン」のそれぞれのボタンをマウスでクリックすることができる。「詳細表示ボタン」がクリックされると、アプリケーションプログラムの機能詳細説明画面（図示せず）が表示手段に表示される。また、「デモ表示ボタン」がクリックされると、アプリケーションプログラムのアプリケーションプログラムのデモプログラムが実行され、アプリケーションデモ画面（図示せず）が表示手段に表示される。加えて、「詳細表示ボタン」がクリックされると、料金表等の契約条件を表す契約条件画面（図示せず）が表示手段に表示される。
【０１０４】
［ステップＢ４］
ユーザは、利用するアプリケーションプログラム（百科事典）を決めたら、当該アプリケーションプログラムの「ラジオボタン（選択）」をチェックして（図１１中の●）、「契約申し込みボタン」をクリックする。
その後、ユーザ登録画面（図示せず）がユーザ端末（１００）の表示手段に表示され、ユーザは登録に必要なユーザ情報（企業名、責任者名、住所、電話番号、決済方法、端末識別子等）を入力してデータサーバ（５００）に送信する。ここで、端末識別子とは、ユーザ端末（１００）のＩＰアドレス（ＩＰ  ａｄｄｒｅｓｓ）若しくはフル・クォリファイド・ドメイン・ネイム（ＦＱＤＮ：Ｆｕｌｌ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）である。例えば、ＩＰアドレスは１９２．１６８．０１．００１であり、ＦＱＤＮはｗｗｗ．○○○．ｃｏ．ｊｐである。
【０１０５】
［ステップＢ５］
これに対し、データサーバ（５００）は必要なユーザ情報をユーザ端末（１００）から受信し、利用に必要なユーザ情報（ユーザＩＤ（ユーザ識別データ）、パスワード）を発行する。データサーバ（５００）は、登録に必要なユーザ情報に前記利用に必要なユーザ情報を加えたユーザ情報（ユーザＩＤ、パスワード、企業名、責任者名、住所、電話番号、決済方法、端末識別子等）を登録して格納する。
【０１０６】
［ステップＢ６］
データサーバ（５００）は、利用に必要な情報（ユーザＩＤ、パスワード）をユーザ端末（１００）に送信して通知する。
【０１０７】
次に、本発明の実施の形態のアプリケーション・サービスを提供する方法につき、図１２を参照して、説明する。
【０１０８】
［ステップＣ１：ログインステップ］
アプリケーションプログラムに対する接続要求データが、ユーザ端末（１００）から複数のアプリケーションサーバ（３００，４００，．．．）のうち何れか一のアプリケーションサーバ１（３００）に送受信される。ここで、アプリケーションサーバ１（３００）は、接続要求データをＷｅｂサーバ（３９０）を介して認証システム（３０１）で受信している。これに対し、アプリケーションサーバ１（３００）は、ログイン画面データをＷｅｂサーバ（３９０）を介して認証システム（３０１）からユーザ端末（１００）に送信する。
一方、ユーザ端末（１００）は、Ｗｅｂブラウザ（１０１）を介してログイン画面データを受信すると、ログイン画面がユーザ端末（１００）の表示手段に表示される。次に、ユーザは、ログインＩＤ（ユーザ識別データ）とパスワードとを入力してアプリケーションサーバ１（３００）に送信する。これに対し、アプリケーションサーバ１（３００）は、ログインＩＤ（ユーザ識別データ）とパスワードとをＷｅｂサーバ（３９０）を介して認証システム（３０１）に入力する。
【０１０９】
尚、ログインＩＤ（ユーザ識別データ）とパスワードとのパケットデータがユーザ端末（１００）からアプリケーションサーバ１（３００）にＩＰプロトコルで送受信されるているので、パケットデータは常に送信元（ユーザ端末（１００）のＩＰアドレス）と送信先（アプリケーションサーバ１（３００）のＩＰプロトコル）とが格納されている。
従って、アプリケーションサーバ１（３００）は、ログインＩＤ（ユーザ識別データ）とパスワードとを受信するとともに、ユーザ端末（１００）のＩＰアドレス（端末識別子）をパケットデータから抽出して認証システム（３０１）に入力することもできる。
【０１１０】
［ステップＣ２：認証ステップ］
次に、承認システム（３０１）は、入力されたログインＩＤ（ユーザ識別データ）及びパスワードと、認証データ保持システム（５０１）に予め格納されるユーザＩＤ（ユーザ識別データ）及びパスワードと、を比較する。この比較の結果として、入力されたログインＩＤ及びパスワードと、予め格納されるユーザＩＤ及びパスワードと、が一致する場合に、認証システム（３０１）は、ユーザ端末（１００）のユーザを認証する。この時、認証システム（３０１）は、ユーザＩＤと認証した時刻とを含む認証証明書データを作成して認証データ保持システム（５０１）に格納する。
ここで、認証証明書データが認証した時刻を含むことにより、認証証明書データに有効期限を持たせることができる。また、認証証明書データがユーザＩＤとともに認証した時刻を含むことにより、承認時に毎回異なるユニークな認証証明書データを作成することができる。認証証明書データが有効期限で時間で管理される、又は認証証明書データが承認時に毎回異なるので、認証証明書データの偽造を防止することができるという利点がある。加えて、認証システム（３０１）が暗号化した認証証明書データを作成することにより、認証証明書データの偽造を防止を強化することができる。
【０１１１】
尚、認証システム（３０１）は、ＩＰアドレス（端末識別子）が入力される場合には、入力されたＩＰアドレス（端末識別子）と、予め格納される端末識別子と、を更に比較することができる。この比較の結果として、入力されたログインＩＤ、パスワード、及び端末識別子と、予め格納されるユーザＩＤ、パスワード、及び端末識別子と、が完全に一致する場合に、認証システム（３０１）は、ユーザ端末（１００）のユーザを認証することもできる。これにより、認証システム（３０１）は、仮に入力されたログインＩＤ及びパスワードが偽造されたものであっても、正規なユーザのみを正確に認証することができる。
【０１１２】
［ステップＣ３］
次に、認証システム（３０１）は、動的メニュー生成システム（３０２）を起動し、認証証明書データを動的メニュー生成システム（３０２）に入力する。
【０１１３】
［ステップＣ４］
これに対し、動的メニュー生成システム（３０２）は、入力された認証証明書データのユーザＩＤをキーとして、予め当該ユーザが利用契約したアプリケーションプログラムリストをメニューデータ保持システム（７０２）から取得する。
次に、動的メニュー生成システム（３０２）は、取得したアプリケーションプログラムリストのアプリケーションプログラム名をキーとしてサーバリストをメニューデータ保持システム（７０２）から取得する。
ここで、取得したサーバリストが複数ある場合、動的メニュー生成システム（３０２）は、エラーステータス及び平均応答時間を複数のサーバリストから取得する。
次に、動的メニュー生成システム（３０２）は、抽出したエラーステータスがサービス中であり、且つ抽出した平均応答時間が最小であるサーバリストを選択する。
次に、動的メニュー生成システム（３０２）は、選択したサーバリストに係るプログラムファイル名及びサーバ端末識別名を取得する。
次に、動的メニュー生成システム（３０２）は、取得したプログラムファイル名及びサーバ端末識別名に基づいてＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｒｅ）情報を含むメニューデータを動的に作成する。
尚、ＵＲＩは、ＩＥＴＦが公開している技術文書ｒｆｃ２３９６で定義されている（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３９６．ｔｘｔ）。また、ＵＲＩはＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）と同義である。
【０１１４】
［ステップＣ５］
次に、動的メニュー生成システム（３０２）は、メニューデータと認証証明書データとをＷｅｂサーバ（３９０）を介してユーザ端末（１００）に送信する。尚、認証証明書データが暗号化されている場合には、暗号化された認証証明書データのみがユーザ端末（１００）に送信される。
これに対し、ユーザ端末（１００）は、メニューデータと認証証明書データとをＷｅｂブラウザー（１０１）を介してＷｅｂサーバ（３９０）から受信する。ここで、Ｗｅｂブラウザー（１０１）は、認証証明書データをクッキー（Ｃｏｏｋｉｅ）として一次保持する。
【０１１５】
［ステップＣ６］
ユーザが、ユーザ端末（１００）でアプリケーションプログラムＡ（３１０）を選択すると、メニューデータのＵＲＩに従って、ユーザ端末（１００）は、アプリケーションサーバ１（３００）に格納されるアプリケーションプログラムＡ（３１０）に対する会話要求データ（メッセージ）をＷｅｂブラウザー（１０１）を介してアプリケーションプログラムＡ（３１０）に送信する。この時、ユーザ端末（１００）は、認証証明書データをクッキー（Ｃｏｏｋｉｅ）として送信する。
これに対し、アプリケーションプログラムＡ（３１０）は、会話要求データ（メッセージ）と認証証明書データとをＷｅｂサーバ（３９０）を介してアプリケーションプログラムＡ（３１０）で受信する。
【０１１６】
［ステップＣ７］
アプリケーションプログラムＡ（３１０）は、認証証明書データをアプリケーションプログラムＡ（３１０）に組み込まれた認証ＡＰＩ（３０３）にセットする。ここで、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）とは、認証システム（３０１）、課金システムプログラム（５０３）等の外部プログラムをアプリケーションプログラムＡ（３１０）内部から使用するための仕組みである。尚、具体的に言えば、ＡＰＩはクラス名、メソッド名、引数の並びで規定されている。
即ち、アプリケーションプログラムＡ（３１０）は、認証証明書データを認証ＡＰＩ（３０３）を介して認証システム（３０１）に入力する。ここで、認証ＡＰＩ（３０３）は、認証証明書データを認証システム（３０１）に送り、認証証明書データの正当性を確認している。
【０１１７】
［ステップＣ８：再認証ステップ］
これに対し、認証システム（３０１）は、認証ＡＰＩ（３０３）を介して入力された認証証明書データと、予め認証した認証証明書データと、を比較する。この比較の結果として、入力された認証証明書データと、予め格納した認証証明書データと、が一致する場合に、認証システム（３０１）は、ユーザ端末（１００）のユーザを再度認証する。この時、認証システム（３０１）は、ユーザＩＤと再度認証した時刻とを含む認証証明書データを作成して認証データ保持システム（５０１）に格納する。即ち、認証システム（３０１）は、認証証明書の認証時刻を更新して、認証データ保持システム（５０１）に格納する。
次に、認証システム（３０１）は、再度認証された認証証明書データを認証ＡＰＩ（３０３）を介してアプリケーションプログラムＡ（３１０）に出力する。
【０１１８】
［ステップＣ９］
次に、アプリケーションプログラムＡ（３１０）は、会話要求データ（メッセージ）に対する会話返答データ（メッセージ）を作成する。
次に、アプリケーションプログラムＡ（３１０）は、作成した会話返答データ（メッセージ）と再度認証された認証証明書とをＷｅｂサーバ（３９０）を介してユーザ端末（１００）に送信する。
これに対し、ユーザ端末（１００）は、作成された会話返答データ（メッセージ）と再度認証された認証証明書とをＷｅｂブラウザー（１０１）を介してＷｅｂサーバ（３９０）から受信する。ここで、再度認証された認証証明書は、Ｗｅｂサーバ（３９０）からＷｅｂブラウザー（１０１）にクッキー（Ｃｏｏｋｉｅ）として送受信されている。
この後、ユーザ端末（１００）とアプリケーションＡ（３１０）の間でメッセージの送受信があるたびに、認証証明書データの認証及び更新を行う。これらにより、認証証明書データの偽造を防止を更に強化することができる。
【０１１９】
［ステップＣ１０］
ユーザがアプリケーションプログラムＡ（３１０）の利用を終了すると、利用実績データを課金ＡＰＩ（３０４）を介して課金システム（５０３）に出力する。
【０１２０】
［ステップＣ１１］
前記ステップＣ６のメニューデータに含まれるＵＲＩは、アプリケーションサーバ１（３００）に格納されるアプリケーションプログラムＡ（３１０）を特定し得るものであった。即ち、ステップＣ４において、アプリケーションサーバ１（３００）に格納されるアプリケーションプログラムＡ（３１０）の平均応答時間が最小であったので、ＵＲＩは、アプリケーションサーバ１（３００）に格納されるアプリケーションプログラムＡ（３１０）を特定し得るものであった。
ところが、アプリケーションサーバ２（４００）に格納されるアプリケーションプログラムＡ（３１０）の平均応答時間が最小である場合、動的メニュー生成システム（３０２）が作成するメニューデータに係るＵＲＩは、アプリケーションサーバ２（４００）に格納されるアプリケーションプログラムＡ（３１０）を特定し得るものになる。
この場合、ユーザが、ユーザ端末（１００）でアプリケーションプログラムＡ（３１０）を選択すると、メニューデータのＵＲＩに従って、ユーザ端末（１００）は、アプリケーションサーバ２（４００）に格納されるアプリケーションプログラムＡ（３１０）に対する会話要求データ（メッセージ）をＷｅｂブラウザー（１０１）を介してアプリケーションプログラムＡ（３１０）に送信する。この時、ユーザ端末（１００）は、認証証明書データをクッキー（Ｃｏｏｋｉｅ）として送信する。
これに対し、アプリケーションサーバ２（４００）に格納されるアプリケーションプログラムＡ（３１０）は、会話要求データ（メッセージ）と認証証明書データとをＷｅｂサーバ（３９０）を介してアプリケーションプログラムＡ（３１０）で受信する。
【０１２１】
［ステップＣ１２］
アプリケーションプログラムＡ（３１０）は、認証証明書データを認証ＡＰＩ（３０３）を介して認証システム（３０１）に入力する。
【０１２２】
［ステップＣ１３］
これに対し、認証システム（３０１）は、認証ＡＰＩ（３０３）を介して入力された認証証明書データと、予め認証した認証証明書データと、を比較する。この比較の結果として、入力された認証証明書データと、予め格納した認証証明書データと、が一致する場合に、認証システム（３０１）は、ユーザ端末（１００）のユーザを再度認証する。この時、認証システム（３０１）は、ユーザＩＤと再度認証した時刻とを含む認証証明書データを作成して認証データ保持システム（５０１）に格納する。
次に、認証システム（３０１）は、再度認証された認証証明書データを認証ＡＰＩ（３０３）を介してアプリケーションプログラムＡ（３１０）に出力する。
【０１２３】
このように、アプリケーションサーバ１（３００）及びアプリケーションサーバ２（４００）は、認証証明書データをクッキーの仕組みで受信し、認証システム（３０１）を介して認証データ保持システム（５０１）に格納される認証証明書データと比較して受信した認証証明書データの正当性の確認を行うことができる。即ち、最初にユーザがログインしたアプリケーションサーバ１（３００）に格納されるアプリケーションプログラムＡ（３１０）のほか、最初にログインしたアプリケーションサーバ１（３００）と異なるアプリケーションサーバ２（４００）に格納されるアプリケーションプログラムＡ（３１０）も同一のユーザを識別することができる。換言すれば、複数のアプリケーションサーバ間でユーザ管理の統一性を実現することができる。
【０１２４】
［ステップＣ１４］
ユーザがアプリケーションプログラムＡ（３１０）の利用を終了すると、利用実績データを課金ＡＰＩ（３０４）を介して課金システム（５０３）に出力する。
尚、アプリケーションプログラムが独自の利用実績データ出力機能を持っているときは、統一性のある利用実績データのフォーマットに変換して課金システム（５０３）にファイル転送で送信する機能を有する。
【０１２５】
次に、本発明の実施の形態のアプリケーション・サービスを提供する方法につき、図１３〜図１５を参照して、簡単に説明する。
図１３はユーザがアプリケーションサーバ１（３００）に格納されるアプリケーションプログラムを利用した場合の流れ図である。
［ステップＤ１］
ユーザ端末（１００）は、アプリケーションサーバ１（３００）に接続する。
［ステップＤ２］
アプリケーションサーバ１（３００）は、ユーザ端末（１００）にログイン画面を送信する。
［ステップＤ３］
ユーザ端末（１００）は、アプリケーションサーバ１（３００）にユーザＩＤとパスワードとを送信する。
［ステップＤ４］
アプリケーションサーバ１（３００）は、ユーザＩＤとパスワードと必要に応じてユーザ端末（１００）の端末識別子をチェックし、正当と判断すれば、ユーザが利用契約したアプリケーションプログラムの一覧をメニューとして送信する。
［ステップＤ５］
ユーザ端末（１００）は、アプリケーションプログラムを選択するとＵＲＩに従ってアプリケーションサーバ１（３００）に接続する。
［ステップＤ６］
アプリケーションサーバ１（３００）は、ＵＲＩに従って選択されたアプリケーションプログラムを起動する。
［ステップＤ７］
ユーザは、ユーザ端末（１００）でアプリケーションプログラムを利用し、終了する。
［ステップＤ８］
ユーザが、アプリケーションサーバ１（３００）でアプリケーションプログラムが終了すると、利用実績データを蓄積する。
【０１２６】
図１４はユーザがアプリケーションサーバ２（４００）に格納されるアプリケーションプログラムを利用した場合の流れ図である。
［ステップＥ１〜Ｅ４］
ステップＤ１〜Ｄ４と同じである。
［ステップＥ５］
ユーザ端末（１００）は、アプリケーションプログラムを選択するとＵＲＩに従ってアプリケーションサーバ２（４００）に接続する。
［ステップＥ６］
アプリケーションサーバ２（４００）は、ＵＲＩに従って選択されたアプリケーションプログラムを起動する。
［ステップＥ７］
ユーザは、ユーザ端末（１００）でアプリケーションプログラムを利用し、終了する。
［ステップＥ８］
ユーザが、アプリケーションサーバ２（４００）でアプリケーションプログラムが終了すると、利用実績データを蓄積する。
【０１２７】
図１５は課金の流れ図である。
［ステップＦ１］
データサーバ（５００）は、定期的に蓄積した利用実績データをユーザ別アプリケーション別に集計する。
［ステップＦ２］
データサーバ（５００）は、課金処理を実行して請求書を発行し、ユーザに電子メール、郵便等で送付する。
［ステップＦ３］
ユーザは、利用料金をデータサーバ（５００）に電子マネー、クレジットカード、口座振込等で支払う。
［ステップＦ４］
データサーバ（５００）は、ベンダー別アプリケーション利用料金を集計する。
［ステップＦ５］
データサーバ（５００）は、ベンダー端末（７００）にアプリケーション利用料金を電子マネー、口座振込等で支払う。
【０１２８】
【発明の効果】
本発明のアプリケーション・サービスを提供する方法及びシステムによれば、複数のアプリケーションサーバのそれぞれが、受信した認証証明書データとデータサーバに予め格納される認証証明書データとを比較して、受信した認証証明書データの正当性の確認を行うことができる。即ち、複数のアプリケーションサーバのそれぞれが、同一のユーザを識別することができる。換言すれば、複数のアプリケーションサーバ間でユーザ管理の統一性を実現することができる。これにより、アプリケーションプログラムを複数のアプリケーションサーバに分散させて、アプリケーションプログラムの処理速度の低下を防止することができるという効果がある。
【０１２９】
また、利用実績データがアプリケーションサーバのそれぞれからデータサーバに送信されるので、契約の利用代金の額がユーザの利用時間（実績データ）に線形でない場合であっても、データサーバで利用実績データを収集して、課金処理を行って利用代金の額を算出することができる。即ち、複数のアプリケーションサーバ間で課金管理の統一性を実現することができるという効果がある。
更に、アプリケーションプログラムの応答時間データが監視されているので、アプリケーションプログラムの処理速度の低下を確実に防止することができるという効果がある。
【図面の簡単な説明】
【図１】実施の形態１のアプリケーション・サービスを提供するシステムの構成例を示すブロック図である。
【図２】実施の形態１のメニュー画面のソース例である。
【図３】実施の形態１の監視ＡＰＩをアプリケーションプログラムに組み込む方法を示すフローチャートである。
【図４】実施の形態１のメニューデータ保持システムが保持するデータ例２である。
【図５】実施の形態１の監視ＡＰＩ及び監視システム（エージェント）が管理するデータ例である。
【図６】実施の形態１の監視システム（サーバ）が管理するデータ例である。
【図７】従来の負荷分散およびクラスタリングの実施形態の構成を示すブロック図である。
【図８】実施の形態２のアプリケーション・サービスを提供するための準備をするシステムの構成例を示すブロック図である。
【図９】実施の形態２のアプリケーションプログラムを準備する方法を説明するためのフローチャート図である。
【図１０】実施の形態２のアプリケーションプログラムを利用するユーザの登録方法を説明するためのフローチャート図である。
【図１１】実施の形態２のアプリケーション情報表示画面である。
【図１２】実施の形態２のアプリケーション・サービスを提供するシステムの構成例を示すブロック図である。
【図１３】実施の形態２のアプリケーションサーバ１のアプリケーションプログラムを利用した場合の流れ図である。
【図１４】実施の形態２のアプリケーションサーバ２のアプリケーションプログラムを利用した場合の流れ図である。
【図１５】実施の形態２の課金の流れ図である。
【符号の説明】
１００    ユーザ端末
１０１    Ｗｅｂブラウザ
２００    コンピュータネットワーク
２１０    ＬＡＮ
２２０    公衆回線または専用線
２３０    補助記憶媒体
３００、４００    アプリケーションサーバ
３０１    認証システム
３０２    動的メニュー生成システム
３０３    認証ＡＰＩ
３０４    課金ＡＰＩ
３０５    監視ＡＰＩ
３０５−１  応答時間データ
３０６    監視システム（エージェント）
３１０、３２０    アプリケーションプログラム
３９０    Ｗｅｂサーバ
５００    データサーバ
５０１    認証データ保持システム
５０１−１  認証データ
５０１−２  認証証明書データ
５０２    メニューデータ保持システム
５０３    課金システム
５０４    監視システム（サーバ）
５０４−１  アプリケーションパフォーマンスデータ
６００  ロードバランナー
７００    ベンダー端末
７０１、７０２、７０３、８０１、８０２  サーバ
【図１】
0003576922.tif 000002
【図２】
0003576922.tif 000003
【図３】
0003576922.tif 000004
【図４】
0003576922.tif 000005
【図５】
0003576922.tif 000006
【図６】
0003576922.tif 000007
【図７】
0003576922.tif 000008
【図８】
0003576922.tif 000009
【図９】
0003576922.tif 000010
【図１０】
0003576922.tif 000011
【図１１】
0003576922.tif 000012
【図１２】
0003576922.tif 000013
【図１３】
0003576922.tif 000014
【図１４】
0003576922.tif 000015
【図１５】
0003576922.tif 000016