(57)【要約】【課題】  アプリケーションサービスは常に動作していることが要求されるため、高い可用性が必要である。【解決手段】  ディレクトリに登録されているアプリケーションサービスの接続に関する情報が変更された場合にその変更を通知する変更通知手段２１１と、その通知を受け取るための更新情報受信手段１２３と、アプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更するための接続先切替手段１２２を有する。このような構成を採用し、アプリケーションサービスの接続に関する情報の変更に対応することにより、アプリケーションサービスの可用性を向上させることができる。【選択図】図１
2005258757.tif 000002
【特許請求の範囲】
【請求項１】
クライアントプログラムをインストールした端末と、前記端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理システムであって、
前記クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を管理するディレクトリサーバを前記ネットワーク上に配備したことを特徴とするアプリケーションサービス管理システム。
【請求項２】
クライアントプログラムをインストールした端末と、前記端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理システムであって、
前記クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を管理するディレクトリサーバを前記ネットワーク上に配備すると共に、
前記端末には、前記クライアントプログラムからの検索要求に基いて前記ディレクトリサーバから対応するアプリケーションサービスを検索するサービス検索手段と、この検索結果に対応して前記ディレクトリサーバから通知されたインタフェース，接続先，接続用プロトコルの情報に基いて接続先情報を生成する接続先情報生成手段と、前記接続先情報に基いてアプリケーションサービスに接続するサービス接続手段とを設けたことを特徴とするアプリケーションサービス管理システム。
【請求項３】
クライアントプログラムをインストールした端末と、前記端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理システムであって、
前記クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を管理するディレクトリサーバを前記ネットワーク上に配備すると共に、
前記端末には、前記クライアントプログラムからの検索要求に基いて前記ディレクトリサーバから対応するアプリケーションサービスを検索するサービス検索手段と、この検索結果に対応して前記ディレクトリサーバから通知されたインタフェース，接続先，接続用プロトコルの情報に基いて接続先情報を生成する接続先情報生成手段と、前記接続先情報に基いてアプリケーションサービスに接続するサービス接続手段と、前記ディレクトリサーバから通知されるインタフェース，接続先，接続用プロトコルの更新情報を受け取る更新情報受信手段と、該更新情報受信手段によって受け取られた更新情報に基いて前記サービス接続手段の接続先を切り替える接続先切替手段とを設け、
前記ディレクトリサーバには、アプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を登録する接続情報登録テーブルと、該接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルの変更を検知し現時点で当該情報を使用している端末の更新情報受信手段にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する変更通知手段とを設けたことを特徴とするアプリケーションサービス管理システム。
【請求項４】
アプリケーションサービスにかかる負荷を前記ディレクトリサーバに通知するための負荷通知手段を前記アプリケーションサービスサーバに設けると共に、
前記ディレクトリサーバには、前記負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段を設けたことを特徴とする請求項３記載のアプリケーションサービス管理システム。
【請求項５】
前記接続先情報生成手段によって生成された接続先情報を前記ディレクトリサーバに通知する機能を前記接続先情報生成手段に配備すると共に、
前記ディレクトリサーバには、前記接続先情報生成手段から通知された接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバに通知する予測通知手段を設け、
前記アプリケーションサービスサーバには、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段を設けたことを特徴とする請求項３記載のアプリケーションサービス管理システム。
【請求項６】
アプリケーションサービスにかかる負荷を前記ディレクトリサーバに通知するための負荷通知手段を前記アプリケーションサービスサーバに設ける一方、
前記接続先情報生成手段によって生成された接続先情報を前記ディレクトリサーバに通知する機能を前記接続先情報生成手段に配備し、
前記ディレクトリサーバには、前記負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新し、現時点で当該情報を使用している端末の更新情報受信手段にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を前記変更通知手段を介して通知する負荷分散手段と、前記接続先情報生成手段から通知された接続先情報に基いて新たな負荷の発生を予測し接続先の前記アプリケーションサービスサーバに通知する予測通知手段とを設け、
前記アプリケーションサービスサーバには、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段を設けたことを特徴とする請求項３記載のアプリケーションサービス管理システム。
【請求項７】
クライアントプログラムをインストールした端末と、前記端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理方法であって、
前記クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を前記ネットワーク上に配備されたディレクトリサーバによって監視し、
前記ディレクトリサーバに登録されているアプリケーションサービスの接続に関する情報が変更された場合に、その変更を更新情報として前記ディレクトリサーバから前記端末に通知し、
通知を受けた端末が、前記更新情報に基いて接続先のアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更することを特徴としたアプリケーションサービス管理方法。
【請求項８】
アプリケーションサービスにかかる負荷を前記アプリケーションサービスサーバから前記ディレクトリサーバに通知し、
通知を受けたディレクトリサーバが、負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いてアプリケーションサービスの接続に関する情報を変更することを特徴とした請求項７記載のアプリケーションサービス管理方法。
【請求項９】
クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報を前記端末から前記ディレクトリサーバに通知し、
通知を受けたディレクトリサーバが、新たな接続によって発生する負荷を予測して接続先のアプリケーションサービスサーバに通知し、
アプリケーションサービスサーバが、前記負荷の予測に基いてアプリケーションサービスの負荷を調整することを特徴とした請求項７記載のアプリケーションサービス管理方法。
【請求項１０】
クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報を前記端末から前記ディレクトリサーバに通知し、
通知を受けたディレクトリサーバが、新たな接続によって発生する負荷を予測して接続先のアプリケーションサービスサーバに通知し、
アプリケーションサービスサーバが、前記負荷の予測に基いてアプリケーションサービスの負荷を調整すると共に、アプリケーションサービスにかかる負荷を前記ディレクトリサーバに通知し、
通知を受けたディレクトリサーバが、負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いてアプリケーションサービスの接続に関する情報を変更することを特徴とした請求項７記載のアプリケーションサービス管理方法。
【請求項１１】
ネットワーク上に配備されたディレクトリサーバを、クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を管理する情報管理手段、および、該ディレクトリサーバに登録されているアプリケーションサービスの接続に関する情報の変更を検知し、その変更を更新情報として端末に通知する変更通知手段として機能させ、
ネットワーク上に配備された端末を、前記更新情報に基いて該端末の接続先を切り替える接続先切替手段として機能させることを特徴としたアプリケーションサービス管理用プログラム。
【請求項１２】
更に、ネットワーク上に配備されたアプリケーションサービスサーバを、アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段として機能させ、
前記ディレクトリサーバを、前記負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記ディレクトリサーバに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段として機能させることを特徴とする請求項１１記載のアプリケーションサービス管理用プログラム。
【請求項１３】
更に、前記端末を、クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報を前記ディレクトリサーバに通知する通知手段として機能させ、
前記ディレクトリサーバを、前記接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバに通知する予測通知手段として機能させ、
前記アプリケーションサービスサーバを、負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段として機能させることを特徴とした請求項１１記載のアプリケーションサービス管理用プログラム。
【請求項１４】
更に、前記端末を、クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報を前記ディレクトリサーバに通知する通知手段として機能させ、
前記ディレクトリサーバを、前記接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバに通知する予測通知手段として機能させ、
前記アプリケーションサービスサーバを、負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段、および、アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段として機能させ、
前記ディレクトリサーバを、前記負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記ディレクトリサーバに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段として機能させることを特徴とした請求項１１記載のアプリケーションサービス管理用プログラム。
【請求項１５】
アプリケーションサービスの接続に関する更新情報を受け取るための更新情報受信手段と、アプリケーションサービスに接続するためのアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更するための接続先切替手段とを備えたことを特徴とする端末。
【請求項１６】
登録済みのアプリケーションサービスの接続に関する情報が変更された場合にその変更を端末に通知する変更通知手段と、アプリケーションサービスサーバから通知されたアプリケーションサービスの負荷を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求める負荷分散手段と、クライアントプログラムが最初にアプリケーションサービスを利用するときに端末から通知された接続先情報に基いて新たな負荷の発生を予測しアプリケーションサービスサーバに通知する予測通知手段とを備えたことを特徴とするディレクトリサーバ。
【請求項１７】
アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段と、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段とを備えたことを特徴とするアプリケーションサービスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアプリケーションサービス管理システム，アプリケーションサービス管理方法およびアプリケーションサービス管理用プログラムに関し、特にクライアントプログラムの利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコル情報をディレクトリサーバによって管理することにより可用性を向上させるアプリケーションサービス管理システム，アプリケーションサービス管理方法およびアプリケーションサービス管理用プログラムに関する。
【背景技術】
【０００２】
アプリケーションサービス利用環境における信頼性の概念には、アプリケーションサービス自体の信頼性と、アプリケーションサービスを利用するクライアントプログラムから見た場合の見かけ上の信頼性という２種類のものがある。
【０００３】
例えば、同一のサービスを提供する２つのアプリケーションサービスＡとＢがあるとする。Ａを利用するクライアントプログラムから見た場合、Ａが停止してもシームレスにＢに切り替わることができれば、クライアントプログラムから見た見かけ上の信頼性は変わらない。
【０００４】
アプリケーションサービスを利用するクライアントからの見かけ上の信頼性を、以下では「可用性」と定義する。
【０００５】
従来のアプリケーションサービス管理システムでは、可用性を考慮したものは存在しない。
【０００６】
例えば、特許文献１では、図１６に示すように、アプリケーションサーバ４００内のアプリケーション４１０に監視ＡＰＩ（Application Program Interface）４１１を置き、監視ＡＰＩ４１１から監視システム（エージェント）４３０に負荷情報を通知する。監視システム（エージェント）４３０はその負荷情報をデータサーバ６００の監視システム（サーバ）６１０に送信し、監視システム（サーバ）６１０ではそれらの負荷情報を基に待機アプリケーション（同等の機能を有し稼働率の低いアプリケーション）への切替を行うことによりアプリケーションサービスへの負荷を平均化させアプリケーションサービス自体の信頼性を上げているが、可用性については考慮していない。
【０００７】
また、非特許文献１では、図１７に示すように、アプリケーションサービス８００に状態通知手段８１０を置き、ディレクトリ１０００においてアプリケーションサービスに関する変更情報を管理することにより、ディレクトリ１０００に登録されているアプリケーションサービスの動作保証を実現しているが、クライアントプログラム７００から見た可用性については考慮していない。
【０００８】
また、クライアント側の従来技術でも可用性を考慮したものは存在しない。例えば、非特許文献２では、図１８に示すように、クライアントプログラム１１００が接続用ライブラリ１２００にアプリケーションサービス１３００のインタフェース情報の配置場所を渡すだけでアプリケーションサービス１３００を利用できるようになるが、アプリケーションサービス１３００の停止や変更に対応して可用性を上げるようなことはしていない。
【０００９】
【特許文献１】特開２００１−３１２４８７号公報
【非特許文献１】２００１年８月、第１２回アイ・イー・イー・イー・インターナショナル・シンポジウム・オン・ハイパフォーマンス・ディストリビューテット・コンピューティング予稿集７０〜２８２頁（12th IEEE International Symposium on HighPerformance Distributed Computing (HPDC’03) Page(s) :270-282, August 2001）
【非特許文献２】２００１年１０月、ウェブサービシーズ インヴォケーション フレームワーク、オー・オー・ピー・エス・エル・エー ２００１ ワークショップ オン オブジェクト オリエンテッド ウェブ サービシーズ（“Web Services Invocation Framework (WSIF)” OOPSLA 2001 Workshopon Object-Oriented Web Services, October 2001）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
以上に述べた通り、従来技術では、アプリケーションサービスの動作保証あるいはアプリケーションサービスへの接続の容易化を単独で実現しているに過ぎず、クライアント側から見た可用性を向上させるための対策が取られていない。
【００１１】
また、同等の機能を持つ複数のアプリケーションサービスにクライアントプログラムを最適に振り分けることをせず、サーバ側でアプリケーションサービスを並列化させてアプリケーションサービスにかかる利用負荷を平均化させていたので、計算資源が浪費される弊害があった。
【００１２】
更に、従来技術では、アプリケーションサービスの利用が開始されてから負荷対策がとられるため、負荷の分散や適正化を迅速かつ柔軟に行うことができないといった問題がある。
【００１３】
そこで、本発明の目的は、前記従来技術の不都合を改善し、アプリケーションサービスを利用するクライアントから見た可用性を向上させることのできるアプリケーションサービス管理システムを提供することにある。
【００１４】
また、本発明の他の目的は、アプリケーションサービスの利用状況に応じて負荷分散を行うことのできるアプリケーションサービス管理システムを提供することにある。
【００１５】
そして、本発明の更に他の目的は、アプリケーションサービスの利用予測に沿った負荷対策を行うことのできるアプリケーションサービス管理システムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明のアプリケーションサービス管理システムは、クライアントプログラムをインストールした端末と、端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理システムであり、前記目的を達成するため、特に、
クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を管理するディレクトリサーバをネットワーク上に配備したことを特徴とする構成を有する。
【００１７】
アプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報がネットワーク上のディレクトリサーバによって管理されるため、端末側で稼動するクライアントプログラムを停止させることなくアプリケーションサービスの接続に関わる情報の変更に対処することができ、アプリケーションサービスの利用環境の可用性が向上する。
【００１８】
また、前記端末には、前記クライアントプログラムからの検索要求に基いて前記ディレクトリサーバから対応するアプリケーションサービスを検索するサービス検索手段と、この検索結果に対応して前記ディレクトリサーバから通知されたインタフェース，接続先，接続用プロトコルの情報に基いて接続先情報を生成する接続先情報生成手段と、前記接続先情報に基いてアプリケーションサービスに接続するサービス接続手段とを設けるようにする。
【００１９】
このような構成を適用した場合、クライアントプログラムからアプリケーションサービスを利用するための検索要求が出されると、サービス検索手段がディレクトリサーバから対応するアプリケーションサービスを検索し、ディレクトリサーバからは、この端末が必要としているアプリケーションサービスに接続するために必要となるインタフェース，接続先，接続用プロトコルの情報が通知される。端末の接続先情報生成手段はこれらの情報に基いて接続先情報を生成し、この端末のサービス接続手段が、接続先情報に基いてアプリケーションサービスに該端末を接続する。
【００２０】
そして、この端末には、更に、ディレクトリサーバから通知されるインタフェース，接続先，接続用プロトコルの更新情報を受け取る更新情報受信手段と、該更新情報受信手段によって受け取られた更新情報に基いてサービス接続手段の接続先を切り替える接続先切替手段とを設け、また、前記ディレクトリサーバには、アプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を登録する接続情報登録テーブルと、該接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルの変更を検知し現時点で当該情報を使用している端末の更新情報受信手段にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する変更通知手段とを設けるようにする。
【００２１】
この場合、ディレクトリサーバは、接続情報登録テーブルを使用してアプリケーションサービスの接続情報を管理することになる。そして、この接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルに変更が生じると、ディレクトリサーバの変更通知手段が接続情報の変更を検知し、現時点で当該情報を使用している端末の更新情報受信手段にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する。そして、端末の更新情報受信手段が更新情報を受け取り、端末の接続先切替手段が、当該更新情報つまり新たなインタフェース，接続先，接続用プロトコルの接続情報に基いてサービス接続手段の接続先を切り替え、この端末をアプリケーションサービスに適切に接続する。接続先や接続用プロトコルの変更といったアプリケーションサービスの接続に関する情報の変更に、クライアントプログラムを止めることなく自動的に対応できるので、アプリケーションサービス利用環境の可用性が格段に向上する。
【００２２】
更に、アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段を前記アプリケーションサービスサーバに設けると共に、
前記ディレクトリサーバには、負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段を設けることが望ましい。
【００２３】
この場合、各アプリケーションサービスサーバで動作している各アプリケーションサービスにかかる負荷が各アプリケーションサービスサーバの負荷通知手段からディレクトリサーバに通知される。ディレクトリサーバの負荷分散手段は、各アプリケーションサービスから寄せられた負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分け、例えば、特定のアプリケーションサービスあるいは特定のアプリケーションサービスサーバに同時に接続するクライアントプログラムの数を制限し、同等の機能を有する他のアプリケーションサービスあるいは他のアプリケーションサービスサーバに一部のクライアントプログラムを振り分ける等の処理を行い、この振り分けに基いて接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する。
この結果、接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルに変更が生じ、ディレクトリサーバの変更通知手段が接続情報の変更を検知して、現時点で当該情報を使用している端末の更新情報受信手段にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する。そして、端末の更新情報受信手段が更新情報を受け取り、端末の接続先切替手段が、当該更新情報つまり新たなインタフェース，接続先，接続用プロトコルの接続情報に基いてサービス接続手段の接続先を切り替え、この端末をアプリケーションサービスに適切に接続する。
このようにして、アプリケーションサービスの負荷状況をディレクトリサーバにより集中管理して最適なクライアント振り分けを自動的に行うことで、アプリケーションサービスの利用状況の変化に柔軟に対応できるようになる。
【００２４】
また、前記接続先情報生成手段によって生成された接続先情報をディレクトリサーバに通知する機能を接続先情報生成手段に配備すると共に、
前記ディレクトリサーバには、接続先情報生成手段から通知された接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバに通知する予測通知手段を設け、
前記アプリケーションサービスサーバには、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段を設けることが望ましい。
【００２５】
このような構成を適用した場合、クライアントプログラムからの検索要求に基いて新たな接続先情報が生成された時点、つまり、アプリケーションサービスに対して新たにクライアントプログラムの接続が要求された時点で、この接続情報が接続先情報生成手段からディレクトリサーバに通知される。そして、ディレクトリサーバの予測通知手段が、この接続先情報に基いて新たな負荷の発生を予測し、接続先のアプリケーションサービスサーバに負荷の予測、例えば、そのアプリケーションサービスを利用するクライアントプログラムが１つ増えるであろうことを通知する。アプリケーションサービスサーバの負荷対処手段は、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整し、例えば、アプリケーションサービスを多重化したり、アプリケーションサービスサーバ中で稼動している同一種のアプリケーションサービスの数を増減させるなどしてアプリケーションサービスサーバの負荷を適正化する処理を行う。
この場合も、アプリケーションサービスの退避あるいは複製の生成が行われると、前記と同様、接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルに変更が生じ、ディレクトリサーバの変更通知手段が接続情報の変更を検知して、現時点で当該情報を使用している端末の更新情報受信手段にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する。そして、端末の更新情報受信手段が更新情報を受け取り、端末の接続先切替手段が、当該更新情報つまり新たなインタフェース，接続先，接続用プロトコルの接続情報に基いてサービス接続手段の接続先を切り替え、この端末をアプリケーションサービスに適切に接続する。
このようにして、アプリケーションサービスの利用予測に沿った負荷対策を行うことで、アプリケーションサービスの利用状況の変化に先駆けて柔軟に対応できるようになる。
【００２６】
無論、負荷通知手段，負荷分散手段，予測通知手段，負荷対処手段を並列して配備することも可能である。
【００２７】
最適なクライアント振り分けとアプリケーションサービスの利用予測に沿った負荷対策とが自動的に行われるようになるので、アプリケーションサービスの利用状況の変化に対して更に柔軟に対応できるようになる。
【００２８】
本発明のアプリケーションサービス管理方法は、クライアントプログラムをインストールした端末と、端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理方法であり、前記と同様の目的を達成するため、特に、
クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を前記ネットワーク上に配備されたディレクトリサーバによって監視し、
前記ディレクトリサーバに登録されているアプリケーションサービスの接続に関する情報が変更された場合に、その変更を更新情報として前記ディレクトリサーバから前記端末に通知し、
通知を受けた端末が、前記更新情報に基いて接続先のアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更することを特徴とした構成を有する。
【００２９】
ディレクトリサーバがアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を監視し、これらの情報に変更が生じた場合には、その変更を更新情報として端末に通知する。そして、この通知を受けた端末が、更新情報に基いて接続先のアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更することで、該端末が必要としているアプリケーションサービスとの間の適切な接続を保証する。
【００３０】
更に、アプリケーションサービスにかかる負荷をアプリケーションサービスサーバからディレクトリサーバに通知し、
ディレクトリサーバが、負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いてアプリケーションサービスの接続に関する情報を変更することが望ましい。
【００３１】
各アプリケーションサービスサーバで動作している各アプリケーションサービスにかかる負荷が各アプリケーションサービスサーバからディレクトリサーバに通知され、ディレクトリサーバが、各アプリケーションサービスから寄せられた負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分け、例えば、特定のアプリケーションサービスあるいは特定のアプリケーションサービスサーバに同時に接続するクライアントプログラムの数を制限し、同等の機能を有する他のアプリケーションサービスあるいは他のアプリケーションサービスサーバに一部のクライアントプログラムを振り分ける等の処理を行い、この振り分けに基いてアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を更新し、この更新情報が端末に通知される。そして、この通知を受けた端末が、更新情報に基いて接続先のアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更し、アプリケーションサービスの提供先を切り替えることで、最適なクライアント振り分けが自動的に行われる。
【００３２】
また、クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報を端末からディレクトリサーバに通知し、
通知を受けたディレクトリサーバが、新たな接続によって発生する負荷を予測して接続先のアプリケーションサービスサーバに通知し、
アプリケーションサービスサーバが、負荷の予測に基いてアプリケーションサービスの負荷を調整するようにしてもよい。
【００３３】
このような構成を適用した場合、アプリケーションサービスに対して新たにクライアントプログラムの接続が要求された時点で、この接続先情報が端末からディレクトリサーバに通知される。そして、ディレクトリサーバが、この接続先情報に基いて新たな負荷の発生を予測し、接続先のアプリケーションサービスサーバに負荷の予測、例えば、そのアプリケーションサービスを利用するクライアントプログラムが１つ増えるであろうことを通知する。アプリケーションサービスサーバの負荷対処手段は、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整し、例えば、アプリケーションサービスサーバ中で稼動している同一種のアプリケーションサービスの数を増減させてアプリケーションサービスサーバの負荷を適正化する等の処理を行う。
この場合も、アプリケーションサービスの退避あるいは複製の生成が行われると、前記と同様、アプリケーションサービスのインタフェース，接続先，接続用プロトコルに変更が生じ、ディレクトリサーバが接続情報の変更を検知して、現時点で当該情報を使用している端末にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する。そして、端末が更新情報を受け取り、当該更新情報つまり新たなインタフェース，接続先，接続用プロトコルの接続情報に基いて接続先を切り替え、この端末をアプリケーションサービスに適切に接続する。
このようにして、アプリケーションサービスの利用予測に沿った負荷対策を行うことで、アプリケーションサービスの利用状況の変化に先駆けて柔軟に対応できるようになる。
【００３４】
更に、接続先情報に基く負荷の予測を利用した負荷調整とアプリケーションサービスにかかる負荷に基くクライアントプログラムの振り分けを並列して行うことも可能である。
【００３５】
最適なクライアント振り分けとアプリケーションサービスの利用予測に沿った負荷対策とが自動的に行われるようになるので、アプリケーションサービスの利用状況の変化に対して更に柔軟に対応できるようになる。
【００３６】
本発明のアプリケーションサービス管理用プログラムは、クライアントプログラムをインストールした端末と、端末のクライアントプログラムによって利用されるアプリケーションサービスをネットワークを介して提供するアプリケーションサービスサーバとの接続を管理するアプリケーションサービス管理用プログラムであり、前記と同様の目的を達成するため、特に、
ネットワーク上に配備されたディレクトリサーバを、クライアントプログラムが利用するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報を管理する情報管理手段、および、該ディレクトリサーバに登録されているアプリケーションサービスの接続に関する情報の変更を検知し、その変更を更新情報として端末に通知する変更通知手段として機能させ、
ネットワーク上に配備された端末を、前記更新情報に基いて該端末の接続先を切り替える接続先切替手段として機能させることを特徴とした構成を有する。
【００３７】
このアプリケーションサービス管理用プログラムをインストールした端末およびディレクトリサーバを有するアプリケーションサービス管理システムの作用については既に述べた通りである。
【００３８】
また、このアプリケーションサービス管理用プログラムは、更に、ネットワーク上に配備されたアプリケーションサービスサーバを、アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段として機能させ、
前記ディレクトリサーバを、前記負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記ディレクトリサーバに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段として機能させる構成とすることが望ましい。
【００３９】
このアプリケーションサービス管理用プログラムをインストールした端末およびディレクトリサーバを有するアプリケーションサービス管理システムの作用については既に述べた通りである。
【００４０】
更に、前記端末を、クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報をディレクトリサーバに通知する通知手段として機能させ、
前記ディレクトリサーバを、前記接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバに通知する予測通知手段として機能させ、
前記アプリケーションサービスサーバを、負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段として機能させるアプリケーションサービス管理用プログラムとしてもよい。
【００４１】
このアプリケーションサービス管理用プログラムをインストールした端末およびディレクトリサーバとアプリケーションサービスサーバを有するアプリケーションサービス管理システムの作用については既に述べた通りである。
【００４２】
更に、前記端末を、クライアントプログラムが最初にアプリケーションサービスを利用するときに生成された接続先情報を前記ディレクトリサーバに通知する通知手段として機能させ、
前記ディレクトリサーバを、前記接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバに通知する予測通知手段として機能させ、
前記アプリケーションサービスサーバを、負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段、および、アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段として機能させ、
前記ディレクトリサーバを、前記負荷通知手段から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて前記ディレクトリサーバに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段として機能させるアプリケーションサービス管理用プログラムとすることが可能である。
【００４３】
このアプリケーションサービス管理用プログラムをインストールした端末およびディレクトリサーバとアプリケーションサービスサーバを有するアプリケーションサービス管理システムの作用については既に述べた通りである。
【００４４】
本発明の端末は、前述のアプリケーションサービス管理システムで利用される端末であり、
アプリケーションサービスの接続に関する更新情報を受け取るための更新情報受信手段と、アプリケーションサービスに接続するためのアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更するための接続先切替手段とを備えたことを特徴とする構成を有する。
【００４５】
この端末が有する更新情報受信手段や接続先切替手段の作用に関しては既に述べた通りである。
【００４６】
本発明のディレクトリサーバは、前述のアプリケーションサービス管理システムで利用されるディレクトリサーバであり、
登録済みのアプリケーションサービスの接続に関する情報が変更された場合にその変更を端末に通知する変更通知手段と、アプリケーションサービスサーバから通知されたアプリケーションサービスの負荷を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求める負荷分散手段と、クライアントプログラムが最初にアプリケーションサービスを利用するときに端末から通知された接続先情報に基いて新たな負荷の発生を予測しアプリケーションサービスサーバに通知する予測通知手段とを備えたことを特徴とする構成を有する。
【００４７】
このディレクトリサーバが有する変更通知手段や負荷分散手段および予測通知手段の作用に関しては既に述べた通りである。
【００４８】
本発明のアプリケーションサービスサーバは、前述のアプリケーションサービス管理システムで利用されるアプリケーションサービスサーバであり、
アプリケーションサービスにかかる負荷をディレクトリサーバに通知するための負荷通知手段と、ディレクトリサーバから通知された負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段とを備えたことを特徴とする構成を有する。
【００４９】
このアプリケーションサービスサーバが有する負荷通知手段および負荷対処手段の作用に関しては既に述べた通りである。
【発明の効果】
【００５０】
本発明のアプリケーションサービス管理システム，アプリケーションサービス管理方法，アプリケーションサービス管理用プログラムは、アプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報をネットワーク上のディレクトリサーバによって管理しているので、端末側で稼動するクライアントプログラムを停止させることなくアプリケーションサービスの接続に関わる情報の変更に対処することができ、アプリケーションサービスの利用環境の可用性を向上させることができる。
【発明を実施するための最良の形態】
【００５１】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００５２】
図１を参照すると、このアプリケーションサービス管理システム１は、アプリケーションサービスを利用するクライアントプログラムをインストールしたユーザ端末１００と、アプリケーションサービスのディレクトリを登録したディレクトリサーバ２００と、アプリケーションサービスを提供するアプリケーションサービスサーバ３００がインターネット等のネットワークを介して相互に接続可能に構成されている。また、ユーザ端末１００とアプリケーションサービスサーバ３００はそれぞれ複数あるが、ディレクトリサーバ２００は単一である。
【００５３】
ユーザ端末１００は、クライアントプログラム１３０と、自動接続手段１１０と、接続先自動変更モジュール１２０とを含む。
【００５４】
このうち、自動接続手段１１０は、クライアントプログラム１３０からの検索要求に基いてディレクトリサーバ２００から対応するアプリケーションサービスを検索するサービス検索手段１１１と、ディレクトリサーバ２００から検索結果として通知されたアプリケーションサービスのインタフェース，接続先，接続用プロトコルの情報に基いて図２に示されるような接続先情報を生成する接続先情報生成手段１１２を備える。
【００５５】
また、接続先自動変更モジュール１２０は、この接続先情報に基いてアプリケーションサービスに接続するためのサービス接続手段１２１と、ディレクトリサーバ２００から通知されるインタフェース，接続先，接続用プロトコルの更新情報を受け取るための更新情報受信手段１２３、および、この更新情報に基いてサービス接続手段１２１の接続先を切り替える接続先切替手段１２２を備える。
【００５６】
一方、ディレクトリサーバ２００には図３に示されるような接続情報登録テーブルが設けられ、その時点で稼動しているアプリケーションサービスに関わるインタフェース，接続先，接続用プロトコル等の情報が、情報管理手段として機能する接続情報登録テーブルによって管理される。これらの情報はサービス登録手段２１２によって接続情報登録テーブルに逐次更新して登録されるようになっている。また、ディレクトリサーバ２００には、接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルの変更を検知し、現時点で当該情報を使用しているユーザ端末１００の更新情報受信手段１２３にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報を通知する変更通知手段２１１が配備されている。
【００５７】
各アプリケーションサービスサーバ３００は、ユーザ端末１００のクライアントプログラムが使用するアプリケーションサービスを提供するためのアプリケーションサービス提供手段３１０を備え、アプリケーションサービスサーバ３００における各アプリケーションサービスの稼動状態に変化が生じた場合、例えば、アプリケーションサービスサーバ３００内で新たにアプリケーションサービスが開始されたり、或いは、アプリケーションサービスサーバ３００内で稼動するアプリケーションサービスがサービスの提供を停止したような場合に、このアプリケーションサービス提供手段３１０からディレクトリサーバ２００のサービス登録手段２１２に、変更の生じたアプリケーションサービスのインタフェース，接続先，接続用プロトコル等の変更情報が通知されるようになっている。アプリケーションサービス提供手段３１０は、各アプリケーションサービス毎に接続情報を記憶した図４のような接続情報管理テーブルを備える。
【００５８】
ここで、更に、図５に示されるようにして、アプリケーションサービスにかかる負荷をディレクトリサーバ２００に通知するための負荷通知手段３１１を各アプリケーションサービスサーバ３００に設け、また、ディレクトリサーバ２００には、負荷通知手段３１１から通知された負荷の情報を総合して、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラムの振り分けを求め、この振り分けに基いて図６のような接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを更新する負荷分散手段２１３を設けるようにする。
この場合、各アプリケーションサービス毎に接続情報を管理するアプリケーションサービスサーバ３００の接続情報管理テーブルには、更に、図７に示されるようにして各アプリケーションサービスの負荷の現在値を記憶するようにし、また、ディレクトリサーバ２００の接続情報登録テーブルにも、図６に示されるようにして、アプリケーションサービスサーバ３００から通知された負荷の現在値を登録できるようにする。
【００５９】
また、更に、接続先情報生成手段１１２によって生成された図２のような接続先情報をディレクトリサーバ２００に通知する通知手段の機能を接続先情報生成手段１１２に配備し、図８に示されるようにして、接続先情報生成手段１１２から通知された接続先情報に基いて新たな負荷の発生を予測し接続先のアプリケーションサービスサーバ３００に通知する予測通知手段２１４をディレクトリサーバ２００に設ける一方、アプリケーションサービスサーバ３００には、ディレクトリサーバ２００から通知された負荷の予測に基いてアプリケーションサービスの負荷を調整する負荷対処手段３１２を設けるようにする。
この場合、ディレクトリサーバ２００の接続情報登録テーブルおよびアプリケーションサービスサーバ３００の接続情報管理テーブルには、更に、図９および図１０に示されるようにして、負荷の予測値と負荷の最大耐久値を記憶できるようにする。
【００６０】
次に、最も好ましい実施の形態の一例として、図１の機能ブロック図と図１１〜図１３のフローチャートを参照して、アプリケーションサービス管理システム１の全体的な処理動作について説明する。
【００６１】
まず、アプリケーションサービスを検索するための検索要求、例えば、アプリケーションサービス名やアプリケーションサービス識別子等の検索条件がクライアントプログラム１３０から自動接続手段１１０に渡されると（図１１のステップＡ１）、自動接続手段１１０のサービス検索手段１１１が、この検索条件に基いて図３に示されるようなディレクトリサーバ２００の接続情報登録テーブルを検索する。ここで、検索条件に見合ったアプリケーションサービスが検索された場合には（図１１のステップＡ２）、サービス検索手段１１１は、このアプリケーションサービスに対応して図３に示されるような接続情報登録テーブルに記憶されているインタフェース，接続先，接続用プロトコルの情報を取得し、これらの情報を接続先情報生成手段１１２に渡し（図１１のステップＡ３）、接続先情報生成手段１１２が、これらの情報を接続先情報として図２のような接続情報管理テーブルに記憶する（図１１のステップＡ５）。
【００６２】
この際、同一のアプリケーションサービス名やアプリケーションサービス識別子等が接続情報登録テーブルに複数個記憶されている場合、つまり、ネットワーク上に配備された幾つかのアプリケーションサービスサーバ３００で実質的に同一の機能を有するアプリケーションサービスが同時に提供されている場合には、接続先情報生成手段１１２は複数の接続先情報を生成することが可能である。同一の機能を有するアプリケーションサービスが同一のアプリケーションサービスサーバ３００内で同時に稼動している場合もあるが、接続先に関わる情報は、実際には、アプリケーションサービスサーバ３００を特定するためのＩＰアドレスと各アプリケーションサービス提供手段３１０を特定するためのポート番号の組み合わせからなるソケットによって構成されているので、同一の機能を有するアプリケーションサービスが同一のアプリケーションサービスサーバ３００内で同時に稼動している場合であっても、各アプリケーションサービスを個別に認識することが可能である。
【００６３】
なお、検索条件に見合ったアプリケーションサービスが検索されなかった場合においては、ディレクトリサーバ２００からサービス検索手段１１１に検索不能を意味するエラー信号が返される（図１１のステップＡ４）。この場合、接続先情報は生成されない。
【００６４】
このように、サービス検索手段１１１によって情報管理手段としてのディレクトリサーバ２００を検索するだけで、クライアントプログラム１３０が必要としているアプリケーションサービスに関わる接続先情報を生成することができる。
【００６５】
そして、クライアントプログラム１３０からアプリケーションサービスを利用するリクエストが発生すると、接続先自動変更モジュール１２０のサービス接続手段１２１が、前述の接続先情報に基いて当該ユーザ端末１００をアプリケーションサービスに接続する試みを行う（図１２のステップＡ６）。接続に必要とされるインタフェース情報や接続用プロトコルはアプリケーションサービスサーバ３００の仕様等によっても異なるが、これらの情報は接続先情報に含まれているので問題はない。
【００６６】
ここで、ユーザ端末１００とアプリケーションサービスとの接続が成功すると（図１２のステップＡ７）、クライアントプログラム１３０からアプリケーションサービスへのアクセスが許容され、ユーザ端末１００からアプリケーションサービスへのメッセージの送信およびアプリケーションサービスからユーザ端末１００への結果の送信等の処理、つまり、クライアントプログラム１３０によるアプリケーションサービスの利用が行われる（図１２のステップＡ８，Ａ１０）。
【００６７】
なお、接続先情報生成手段１１２によって複数の接続先情報が生成されている場合、つまり、同一の機能を有するアプリケーションサービスがネットワーク上に幾つか存在する場合においては、図１２のステップＡ６の処理で一旦は接続に失敗した場合であっても、別の接続先情報に基いてリトライ処理を行うことで所望する機能を有するアプリケーションサービスに接続が可能となる場合がある。
【００６８】
このように、接続先自動変更モジュール１２０のサービス接続手段１２１を利用することにより、通信プロトコルを意識させないアプリケーションサービス利用が実現される。これは、通信プロトコル等を始めとする接続情報が全て図２に示されるような接続先情報の中に含まれているためである。
【００６９】
但し、何れの接続先情報を利用して図１２のステップＡ６の処理を繰り返しても接続が実現されなかった場合には、所望する機能を有するアプリケーションサービスに接続できないことを意味するので、接続不能を意味するエラー信号が返され（図１２のステップＡ９）、クライアントプログラム１３０によるアプリケーションサービスの利用は行われない。
【００７０】
以上が通常の処理である。
【００７１】
次に、アプリケーションサービスサーバ３００のメンテナンス等のためにアプリケーションサービスの接続先が変更された場合の処理動作について説明する。
【００７２】
メンテナンス等に起因するアプリケーションサービスの変更は、各アプリケーションサービスサーバ３００のアプリケーションサービス提供手段３１０によって検知され、このアプリケーションサービス提供手段３１０からディレクトリサーバ２００のサービス登録手段２１２に、変更の生じたアプリケーションサービスのインタフェース，接続先，接続用プロトコル等の変更情報が通知され、この変更情報に基いて、ディレクトリサーバ２００のサービス登録手段２１２が図３に示されるような接続情報登録テーブルの内容を書き換える（図１３のステップＡ１１）。接続情報登録テーブルにおける内容の書き換えはディレクトリサーバ２００の変更通知手段２１１によって検知され、変更通知手段２１１が、現時点で当該情報を使用しているユーザ端末１００の更新情報受信手段１２３にアプリケーションサービスのインタフェース，接続先，接続用プロトコルの変更を更新情報として通知する（図１３のステップＡ１２）。
なお、現時点で当該情報を使用しているユーザ端末１００は、図３に示されるような接続情報登録テーブルにおいて、このアプリケーションサービスに対応して記憶された自動変更モジュール識別子を参照することによって特定され得る。この自動変更モジュール識別子は、ユーザ端末１００の接続先情報生成手段１１２が図２のような接続先情報を生成した際にディレクトリサーバ２００に通知した接続先情報に含まれていた値であり、通知元のユーザ端末１００に固有の値、例えば、ＩＰアドレス等によって構成されている。
【００７３】
そして、ディレクトリサーバ２００から送信された更新情報は、対応するユーザ端末１００の更新情報受信手段１２３によって受信され（図１３のステップＡ１３）、この更新情報に基いて接続先自動変更モジュール１２０の接続先切替手段１２２がサービス接続手段１２１の接続先を切り替え（図１３のステップＡ１４）、該ユーザ端末１００と所望するアプリケーションサービスとの接続関係を保持する。
【００７４】
更新情報受信手段１２３，接続先切替手段１２２，サービス接続手段１２１を備えた接続先自動変更モジュール１２０の自動処理により、アプリケーションサービスの接続先が変わった場合でも、クライアントプログラム１３０は止まることなく動作を継続することができクライアントプログラム１３０の可用性が向上する。
【００７５】
以上の処理操作には、アプリケーションサービスサーバ３００の負荷通知手段３１１やディレクトリサーバ２００の負荷分散手段２１３およびディレクトリサーバ２００の予測通知手段２１４やアプリケーションサービスサーバ３００の負荷対処手段３１２は関与しないので、図１，図５，図８に示した何れのアプリケーションサービス管理システム１によっても実施可能である。
【００７６】
次に、負荷通知手段３１１や負荷分散手段２１３を併設した図５，図８のアプリケーションサービス管理システム１によって実現される処理動作について具体的に説明する。
【００７７】
アプリケーションサービスサーバ３００の負荷通知手段３１１は、アプリケーションサービスサーバ３００内で稼動しているアプリケーションサービスがどの程度利用されているかといった負荷情報を検出するためのもので、この負荷情報は、負荷通知手段３１１によって所定周期毎に検出されて図７に示されるようなアプリケーションサービスサーバ３００の接続情報管理テーブルに一時記憶され、更に、この負荷情報がネットワークを介してディレクトリサーバ２００に通知され、ディレクトリサーバ２００のサービス登録手段２１２が、刻々と変動する負荷情報を図６に示されるような接続情報登録テーブルに逐次更新して登録する（図１４のステップＢ１）。
【００７８】
ディレクトリサーバ２００の負荷分散手段２１３は、図６に示されるような接続情報登録テーブルに基いて、各アプリケーションサービスの接続情報管理テーブルから寄せられた負荷の情報を総合し（図１４のステップＢ２）、アプリケーションサービスの負荷を最適化するために必要とされるクライアントプログラム１３０の振り分け、例えば、特定のアプリケーションサービスあるいは特定のアプリケーションサービスサーバ３００に同時に接続するクライアントプログラム１３０の数を制限し、同等の機能を有する他のアプリケーションサービスあるいは他のアプリケーションサービスサーバ３００に一部のクライアントプログラム１３０を振り分ける等の処理を行い、この振り分けに基いて、図６に示されるような接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルを変更する（図１４のステップＢ３）。
【００７９】
この処理は、実際には、例えば、図６に示されるような接続情報登録テーブルを参照して現時点で負荷状態が過重となっているアプリケーションサービスサーバ３００を検出し、このアプリケーションサービスサーバ３００を利用しているユーザ端末１００の自動変更モジュール識別子を求めた後、当該アプリケーションサービスサーバ３００が提供しているアプリケーションサービスと同等の機能を提供している別のアプリケーションサービスサーバ３００を特定し、負荷状態が過重となっているアプリケーションサービスサーバ３００から前記自動変更モジュール識別子を有するユーザ端末１００へのアプリケーションサービスを停止させて、図６に示されるような接続情報登録テーブルの接続先の欄に、同等の機能を提供する別のアプリケーションサービスサーバ３００の接続先を書き込むといったことで実現され得る。
【００８０】
このようにして、接続情報登録テーブルに登録されているアプリケーションサービスのインタフェース，接続先，接続用プロトコルに変更が生じることにより、ディレクトリサーバ２００の変更通知手段２１１が自動的に作動し、現時点で当該情報を使用しているユーザ端末１００の更新情報受信手段１２３に、所望する機能を有するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報が通知され、接続先切替手段１２２が当該更新情報つまり新たなインタフェース，接続先，接続用プロトコルの接続情報に基いてサービス接続手段１２１の接続先を切り替えることで、このユーザ端末１００と所望する機能を有するアプリケーションサービスとの接続を維持する（図１４のステップＢ４）。
【００８１】
このように、アプリケーションサービスの利用状況に応じた負荷分散を行うことにより、アプリケーションサービスの利用状況の変化に柔軟に対応してアプリケーションサービスの可用性を上げることができる。
【００８２】
次に、予測通知手段２１４や負荷対処手段３１２を併設した図８のアプリケーションサービス管理システム１によって実現される処理動作について具体的に説明する。
【００８３】
ディレクトリサーバ２００の予測通知手段２１４は、図２に示されるような接続先情報がユーザ端末１００の接続先情報生成手段１１２によって生成された際に接続先自動変更モジュール１２０から当該接続先情報を受け取り（図１５のステップＣ１）、この接続先情報を基に、新たな接続によって発生する負荷を予測し、負荷の予測、具体的には、そのアプリケーションサービスを利用するクライアントプログラムが１つ増えることをネットワークを介して接続先のアプリケーションサービスサーバ３００の負荷対処手段３１２に通知する（図１５のステップＣ２）。
【００８４】
そして、アプリケーションサービスサーバ３００の負荷対処手段３１２は、ディレクトリサーバ２００から通知された負荷の予測と図１０に示されるような接続情報管理テーブルに登録された負荷の最大耐久値とに基いてアプリケーションサービスの負荷の適否を判定し、この新たな接続によってアプリケーションサービスの処理能力が限界を超えそうな場合には、例えば、アプリケーションサービスの多重化等の負荷対処を行うなどして、当該アプリケーションサービスの負荷を調整する（図１５のステップＣ３）。また、アプリケーションサービスサーバ中で稼動している同一種のアプリケーションサービスの数（複製の数）を増減させるなどしてアプリケーションサービスサーバの負荷を適正化する場合もある（図１５のステップＣ３）。
【００８５】
このようにして負荷対処を行うことによってアプリケーションサービスのインタフェース，接続先，接続用プロトコルに変更が生じた場合には（図１５のステップＣ４）、これらの変更がアプリケーションサービス提供手段３１０からディレクトリサーバ２００のサービス登録手段２１２に通知され、ディレクトリサーバ２００のサービス登録手段２１２が図９に示されるような接続情報登録テーブルの内容を書き換えるので（図１５のステップＣ５）、ディレクトリサーバ２００の変更通知手段２１１が自動的に作動し、現時点で当該情報を使用しているユーザ端末１００の更新情報受信手段１２３に、所望する機能を有するアプリケーションサービスのインタフェース，接続先，接続用プロトコルの更新情報が通知され、接続先切替手段１２２が当該更新情報つまり新たなインタフェース，接続先，接続用プロトコルの接続情報に基いてサービス接続手段１２１の接続先を切り替えることで、このユーザ端末１００と所望する機能を有するアプリケーションサービスとの接続が維持される。
【００８６】
このように、アプリケーションサービスの利用予測に沿った負荷対処を行うことにより、アプリケーションサービスの可用性を上げることができる。
【実施例１】
【００８７】
次に、具体的な実施例について簡単に説明する。この実施例は図１，図５，図８に示した何れのアプリケーションサービス管理システム１でも実施可能である。
【００８８】
本実施例は、アプリケーションサービス提供手段３１０としてオンライン書店のアプリケーションサービス（書店サービス）を、ディレクトリサーバ２００としては書店サービスの登録されたアプリケーションサービス検索用のディレクトリを登録したディレクトリサーバ２００を、また、クライアントプログラム１３０としては書籍検索結果をグラフ構造で示すような視覚化プログラム（検索視覚化プログラム）を、自動接続手段１１０としてはアプリケーションサービス接続用汎用ライブラリを想定している。
【００８９】
ユーザが検索視覚化プログラムより書店サービスを利用する際、アプリケーションサービスの種類を特定するような条件（例えば、書店サービス型を示す識別子等）を入力するだけで（図１１のステップＡ１，Ａ３）、所望するアプリケーションサービスに対応した接続先情報が自動生成される（図１１のステップＡ５）。
【００９０】
そして、接続先自動変更モジュール１２０のＡＰＩつまりサービス接続手段１２１を利用するだけで、接続先自動変更モジュール１２０が接続先情報に基いて書店サービスと通信を行い（図１２のステップＡ６，Ａ８）、書店サービスを利用（書籍の検索、購入等）することができる（図１２のステップＡ１０）。
【００９１】
書店サービスがメンテナンスのために停止して別のアプリケーションサービスサーバ３００に移転した場合、ディレクトリサーバ２００におけるサービスディレクトリの情報つまり図３に示されるような接続情報登録テーブルの情報が更新される（図１３のステップＡ１１）。ディレクトリサーバ２００は接続先自動変更モジュール１２０に更新内容を通知し（図１３のステップＡ１２）、接続先自動変更モジュール１２０の接続先切替手段１２２とサービス接続手段１２１が移転した先の接続先に自動的にユーザ端末１００の接続を切り替えるため（図１３のステップＡ１３，Ａ１４）、ユーザは検索視覚化プログラムを止めて修正する必要が無い。
【００９２】
このようにして、アプリケーションサービス利用時の可用性が高められる。
【実施例２】
【００９３】
次に、図５に示したアプリケーションサービス管理システム１を利用した場合の実施例について簡単に説明する。前提となる状況は前述の実施例１に負荷通知手段３１１と負荷分散手段２１３を加えたもので、更に、複数のアプリケーションサービスと複数のクライアントプログラムがあるものとする。
【００９４】
ここでは、仮に、ある書店サービスと同等のサービスがあるものとし、それぞれをサービスＡ，サービスＢと称する。
【００９５】
サービスＡ，サービスＢにかかる負荷は負荷通知手段３１１を通じて、常にディレクトリサーバ２００内の負荷分散手段２１３に通知されている（図１４のステップＢ１，Ｂ２）。
【００９６】
ここで、サービスＡの利用頻度が高く負荷が大きいのに対して、サービスＢの利用頻度が低い場合、負荷分散手段２１３において各サービスの負荷を均等化するためのクライアントプログラム１３０の振り分けが求められる（図１４のステップＢ３）。そして、その結果に従って書店サービスを利用するクライアントプログラム１３０の接続先を変更させることで（図１４のステップＢ４）、負荷の平均化を行うことができる。
【００９７】
このようにして、アプリケーションサービス利用環境としての可用性を高めることができる。
【実施例３】
【００９８】
次に、図８に示したアプリケーションサービス管理システム１を利用した場合の実施例について簡単に説明する。前提となる状況は前述の実施例２に予測通知手段２１４と負荷対処手段３１２を加えたものである。
【００９９】
あるクライアントプログラム１３０により、書店サービスに接続するための接続先情報が生成されると、その接続先情報がユーザ端末１００からディレクトリサーバ２００内の予測通知手段２１４に通知される（図１５のステップＣ１）。
【０１００】
予測通知手段２１４において、この接続先情報を負荷発生の予測情報として集中管理することにより、書店サービスにかかる負荷を予測することができる。
【０１０１】
そして、その予測情報を書店サービス内の負荷対処手段３１２に通知することにより（図１５のステップＣ２）、書店サービスでは予め並列化等の負荷対策を取ることができる（図１５のステップＣ３）。そして、接続先の増加などの変更があった場合は、その変更内容がサービスディレクトリに登録される（ステップＣ５）。
【０１０２】
このようにして、アプリケーションサービス利用環境としての可用性を高めることができる。
【産業上の利用可能性】
【０１０３】
本発明は、ウェブサービスの可用性を向上させるウェブサービス管理装置や、ウェブサービス管理装置をコンピュータに実現するプログラムといった用途に適用できる。また、ＣＯＲＢＡ（Common Object Request Broker Architecture）コンポーネント管理装置をコンピュータに実現するプログラムといった用途に適用できる。さらに、ウェブページ接続に関する可用性を向上させるウェブページ管理装置や、ウェブページ接続管理装置をコンピュータに実現するプログラムといった用途にも適用できる。
【図面の簡単な説明】
【０１０４】
【図１】本発明を実施するための最良の形態の構成の概略を示した機能ブロック図である。
【図２】ユーザ端末の接続先情報生成手段によって生成される接続先情報について示した概念図である。
【図３】ディレクトリサーバが有する接続情報登録テーブルについて示した概念図である。
【図４】アプリケーションサービスサーバが有する接続情報管理テーブルについて示した概念図である。
【図５】負荷通知手段と負荷分散手段を併設した実施の形態について構成の概略を示した機能ブロック図である。
【図６】ディレクトリサーバが有する接続情報登録テーブルについて示した概念図である。（アプリケーションサービスの負荷を考慮した場合）
【図７】アプリケーションサービスサーバが有する接続情報管理テーブルについて示した概念図である。（アプリケーションサービスの負荷を考慮した場合）
【図８】負荷通知手段と負荷分散手段に加えて予測通知手段と負荷対処手段を併設した実施の形態について構成の概略を示した機能ブロック図である。
【図９】ディレクトリサーバが有する接続情報登録テーブルについて示した概念図である。（アプリケーションサービスの負荷と新たな負荷の発生を考慮した場合）
【図１０】アプリケーションサービスサーバが有する接続情報管理テーブルについて示した概念図である。（アプリケーションサービスの負荷と新たな負荷の発生を考慮した場合）
【図１１】アプリケーションサービス管理システムの全体的な処理動作について示したフローチャートである。
【図１２】アプリケーションサービス管理システムの全体的な処理動作について示したフローチャートの続きである。
【図１３】アプリケーションサービス管理システムの全体的な処理動作について示したフローチャートの続きである。
【図１４】アプリケーションサービス管理システムの全体的な処理動作について示したフローチャートの続きである。
【図１５】アプリケーションサービス管理システムの全体的な処理動作について示したフローチャートの続きである。
【図１６】アプリケーションの負荷情報に基いてアプリケーションサービスへの負荷を平均化させる従来例について示した機能ブロック図である。
【図１７】アプリケーションサービスに状態通知手段を置いてアプリケーションサービスに関する変更情報を管理する従来例について示した機能ブロック図である。
【図１８】接続用ライブラリを利用してアプリケーションサービスに接続する従来例について示した機能ブロック図である。
【符号の説明】
【０１０５】
１  アプリケーションサービス管理システム
１００  ユーザ端末
１１０  自動接続手段
１１１  サービス検索手段
１１２  接続先情報生成手段
１２０  接続先自動変更モジュール
１２１  サービス接続手段
１２２  接続先切替手段
１２３  更新情報受信手段
１３０  クライアントプログラム
２００  ディレクトリサーバ
２１１  変更通知手段
２１２  サービス登録手段
２１３  負荷分散手段
２１４  予測通知手段
３００  アプリケーションサービスサーバ
３１０  アプリケーションサービス提供手段
３１１  負荷通知手段
３１２  負荷対処手段
４００  アプリケーションサーバ
４１０  アプリケーションＡ
４１１  監視ＡＰＩ
４２０  アプリケーションＢ
４２１  監視ＡＰＩ
４３０  監視システム（エージェント）
５００  アプリケーションサーバ
５１０  アプリケーションＡ
５１１  監視ＡＰＩ
５２０  アプリケーションＢ
５２１  監視ＡＰＩ
５３０  監視システム（エージェント）
６００  データサーバ
６１０  監視システム（サーバ）
７００  クライアントプログラム
８００  アプリケーションサービスＡ
８１０  状態通知手段
９００  アプリケーションサービスＢ
９１０  状態通知手段
１０００  ディレクトリ
１１００  クライアントプログラム
１２００  接続用ライブラリ
１３００  アプリケーションサービスＡ
１４００  アプリケーションサービスＢ
１５００  インタフェース情報記憶部
【図１】
2005258757.tif 000003
【図２】
2005258757.tif 000004
【図３】
2005258757.tif 000005
【図４】
2005258757.tif 000006
【図５】
2005258757.tif 000007
【図６】
2005258757.tif 000008
【図７】
2005258757.tif 000009
【図８】
2005258757.tif 000010
【図９】
2005258757.tif 000011
【図１０】
2005258757.tif 000012
【図１１】
2005258757.tif 000013
【図１２】
2005258757.tif 000014
【図１３】
2005258757.tif 000015
【図１４】
2005258757.tif 000016
【図１５】
2005258757.tif 000017
【図１６】
2005258757.tif 000018
【図１７】
2005258757.tif 000019
【図１８】
2005258757.tif 000020