(57)【要約】【課題】  アプリケーションを配備するノードに関する情報や、負荷分散装置に関する情報を事前に登録する必要が無く、アプリケーションの配備に要する工数を低減可能なアプリケーションの配備システムを提供する。【解決手段】  アプリケーションの配備システムは、自ノードが保持するアプリケーションのアーカイブを他のノードに対して配信可能となった際に、自ノードにおけるアプリケーション配備情報の更新通知を送信する１以上のＡＰサーバノードと、上記更新通知に基づいて、上記更新通知を送信したＡＰサーバノードを、上記アプリケーションに対するリクエストの振り分け先として登録する、１以上の負荷分散処理ノードとを有する。上記ＡＰサーバノードと、上記負荷分散ノードとは、上記更新通知に基づいてそれぞれが有するアプリケーション配備情報を更新することにより、共通の上記アプリケーション配備情報を有する。【選択図】  図１
2015135547.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
前記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続され、
当該複数のノードは、
自ノードが保持する特定のアプリケーションのアーカイブを、前記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードにおける前記アプリケーション配備情報の更新通知を送信する１以上の第１のノードと、
前記更新通知に基づいて、前記更新通知を送信した前記第１のノードを、前記アプリケーションに対するリクエストの振り分け先として登録することにより、当該リクエストに応じた処理の負荷を分散する１以上の第２のノードと、を含み、
前記１以上の第１のノードと、前記１以上の第２のノードとが、前記更新通知に基づいて前記アプリケーション配備情報を更新することにより、共通の前記アプリケーション配備情報を有することを特徴とする、
アプリケーションの配備システム。
【請求項２】
前記第１のノードは、
他の前記第１のノードから受信した前記更新通知に基づいて、前記複数のノードの中で、前記アプリケーションのアーカイブを配信可能な前記ノードから、当該アプリケーションのアーカイブを取得し、
前記更新通知に基づいて、自ノードにおける前記アプリケーション配備情報を更新し、
前記更新したアプリケーション配備情報に基づいて自ノードにおける前記アプリケーション配備情報の更新通知を作成し、
その作成した更新通知を前記複数のノードに含まれる他のノードに対して送信することを特徴とする、
請求項１に記載のアプリケーションの配備システム。
【請求項３】
前記第１のノードは、
前記更新通知に基づいて、自ノードにおける前記アプリケーション属性情報を更新し、
前記更新したアプリケーション属性情報に基づいて自ノードにおける前記アプリケーション属性情報の更新通知を作成し、
その作成した更新通知を前記複数のノードに含まれる他のノードに対して送信することを特徴とする、
請求項1または請求項２に記載のアプリケーションの配備システム。
【請求項４】
前記第１のノードは、
前記取得したアプリケーションのアーカイブを自ノードに保持し、
前記複数のノードに含まれる他の前記ノードからの要求に応じて、前記保持しているアプリケーションのアーカイブを当該他の前記ノードに対して配信することを特徴とする、
請求項２または請求項３に記載のアプリケーション配備システム。
【請求項５】
前記第１のノードは、取得した前記アプリケーションのアーカイブに含まれる前記アプリケーションを自ノードに配備し、当該配備したアプリケーションに対するリクエストを処理可能なアプリケーションサーバノードであることを特徴とする、
請求項３または請求項４に記載のアプリケーションの配備システム。
【請求項６】
前記アプリケーション属性情報は、特定の前記アプリケーションによるサービスを提供するために前記アプリケーションサーバノードに求められる要求機能に関する情報を含み、
前記第１のノードは、前記要求機能に関する情報を含む前記更新通知を作成して、その作成した更新通知を前記複数のノードに含まれる他のノードに対して送信し、
前記アプリケーションサーバノードは、前記第１のノードから送信された前記更新通知を確認し、自ノードが前記要求機能を満たしている場合に、当該アプリケーションを取得して自ノードに配備することを特徴とする、
請求項５に記載のアプリケーションの配備システム。
【請求項７】
前記アプリケーション配備情報は、特定の前記アプリケーションのアーカイブを提供する前記第１のノードが当該特定の前記アプリケーションに対するリクエストを処理可能か否かを識別可能な情報であるタイプ情報を含み、
前記第１のノードは、前記タイプ情報を含む前記更新通知を作成して、その作成した更新通知を前記複数のノードに含まれる他のノードに対して送信し、
前記第２のノードは、
前記更新通知が含むタイプ情報を確認し、
当該更新通知を作成した前記第１のノードが、前記更新通知に含まれる特定の前記アプリケーションに対するリクエストを処理可能である場合に、当該第１のノードを特定の前記アプリケーションに対するリクエストの振り分け先として登録することを特徴とする、
請求項１乃至請求項６のいずれかに記載のアプリケーションの配備システム。
【請求項８】
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
前記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続され、
前記ノードである第１のノードが、自ノードが保持する特定のアプリケーションのアーカイブを前記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードにおける前記アプリケーション配備情報の更新通知を送信し、
前記ノードである第２のノードが、前記更新通知に基づいて、前記更新通知を送信した前記第１のノードを、前記アプリケーションに対するリクエストの振り分け先として登録し、
前記１以上の第１のノードと、前記１以上の第２のノードとが、前記更新通知に基づいて前記アプリケーション配備情報を更新することにより、共通の前記アプリケーション配備情報を有することを特徴とする、
アプリケーションの配備方法。
【請求項９】
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
前記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続されたコンピュータネットワークにおいて、
前記ノードである第１のノードとして機能するコンピュータに、当該第１のノードが保持する特定のアプリケーションのアーカイブを前記複数のノードに含まれる他のノードに対して配信可能となった際に、前記アプリケーション配備情報の更新通知に基づいて、当該更新通知を送信した前記第１のノードを前記アプリケーションに対するリクエストの振り分け先として登録することにより当該リクエストに応じた処理の負荷を分散する第２のノードに対して、前記更新通知を送信する機能を実現させることを特徴とする、
プログラム。
【請求項１０】
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
前記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続されたコンピュータネットワークにおいて、
前記ノードである第２のノードとして機能するコンピュータに、前記ノードである第１のノードが、当該第１のノードが保持する特定のアプリケーションのアーカイブを前記複数のノードに含まれる他のノードに対して配信可能となった際に送信する、前記アプリケーション配備情報の更新通知を受信する機能と、
当該受信した更新通知に基づいて、当該更新通知を送信した前記第１のノードを、前記アプリケーションに対するリクエストの振り分け先として登録することにより当該リクエストに応じた処理の負荷を分散する機能と、を実現させることを特徴とする、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノードがネットワークを介して接続された分散環境において、各ノードに対してアプリケーションを配備するアプリケーション配備システム等に関する。
【背景技術】
【０００２】
近年、複数のサーバ等を有するノードを通信ネットワークにより相互に接続した、分散コンピューティング環境（以下、単に「分散環境」と称する場合がある）が普及している。係る分散環境においては、例えば複数のノードに含まれるサーバに対してアプリケーションを配備される。ユーザや他のシステムからの当該アプリケーションに対するリクエストは、各サーバの負荷等に応じて振り分けられ、これにより各サーバに対する負荷分散を実現可能である。
【０００３】
このような分散環境を構成する各サーバ装置にアプリケーションを配備する場合、管理者は、例えば、当該アプリケーションを配備する配備装置等に配備対象の各サーバに関する情報を登録する必要がある。あるいは、管理者は、例えば、各サーバに対して、当該アプリケーションの取得先を登録する必要がある。そして、当該アプリケーションを配備するサーバの台数が増えると、その登録作業自体にサーバの台数に比例するような長い時間や大きな工数が必要になる場合がある。
【０００４】
また、上記したような負荷分散を実現するためには、当該アプリケーションに対するリクエストを各サーバに分散させる負荷分散装置等に、当該アプリケーションが配備されると共に、リクエストを受け付けることが可能なサーバに関する情報を通知する必要がある。
【０００５】
この通知を、例えば各サーバがそれぞれ実行する場合、例えば、管理者が各サーバに通知先となる負荷分散装置の情報を登録する必要がある。また、この通知を管理者等が一括して行う場合、管理者が各サーバの情報を収集し、負荷分散装置に登録する必要がある。いずれの場合についても、このような登録作業にサーバの台数に比例するような長い時間や大きな工数が必要になる場合がある。
【０００６】
更に、負荷分散装置自体の負荷を分散させるために、係る負荷分散装置自体を複数台配置する場合がある。この場合、上述した登録作業の工数及び時間は、サーバの台数と負荷分散装置の台数の積に比例する場合がある。
【０００７】
このため、上記のようなアプリケーションの配備に関する工数及び時間を低減する方法が求められている。
【０００８】
また、近年普及しているクラウドコンピューティング環境においては、上記アプリケーションが配備されるサーバを実現する仮想コンピュータ（バーチャルマシン）等が、動的に生成される場合がある。
【０００９】
このような環境においては、予め動的に生成されるサーバに関する情報を特定できないため、上記したようなアプリケーションの配備装置等に、配備対象の各サーバに関する情報を予め登録することは困難である。
【００１０】
また、クラウドコンピューティング環境においては、上記分散装置値を実現する仮想コンピュータ等も、動的に生成される場合がある。このような場合も、例えば、上記のように動的に生成される負荷分散装置に関する情報を、予め各サーバに登録することは困難である。更に、このように動的に生成される負荷分散装置に対して、上記のように動的に生成されるサーバに関する情報を登録することも困難である。
【００１１】
このため、上記のようなクラウドコンピューティング環境においても、アプリケーションの配備に関する情報を、上記したようなサーバや負荷分散装置に適切に登録可能な方法が求められている。
【００１２】
上記のように、複数のサーバ等の装置に対してアプリケーション等を配備するための関連技術としては、例えば以下の特許文献がある。
【００１３】
特許文献１は、ネットワークに接続された複数の映像機器におけるソフトウェアを更新するシステムに関する技術を開示する。特許文献１に開示された技術によれば、ネットワークに接続された特定の映像機器が、他の映像機器との間を関連付ける参照先情報に基づいて、参照先機器にインストールされているソフトウェアの管理情報を確認する。上記特定の映像機器と上記参照先機器との間で係る管理情報に差異がある場合、上記特定の映像機器は、必要なソフトウェアを取得し、そのソフトウェアをインストールする。
【００１４】
特許文献１に開示された技術によれば、例えば管理者等が各映像機器に対して個別にソフトウェアをインストールする必要が無く、特定の機器のソフトウェアを更新すれば、係る機器に関連付けされた他の機器のソフトウェアが自動的に更新される。
【００１５】
特許文献２は、複数のノードが接続されたネットワークシステムにおいて、各ノードにプログラムを含むデータを配布するシステムに関る技術を開示する。特許文献２に開示された技術によれば、ネットワークに接続されたノードが、当該ノード自体が有するソフトウェア及びバージョン情報を、他のノードにブロードキャストする。上記他のノードは、受信した情報に基づいて、上記他のノード自体のソフトウェアを更新する必要であると判断した場合には、当該ソフトウェアを配信可能なノードを検索する。
【００１６】
特許文献２に開示された技術によれば、ネットワークに接続された各ノードが、上記ブロードキャストされた情報に基づいて、必要なバージョンのソフトウェアを有するノードを知ることができ、係るノードからそのソフトウェアを入手することができる。
【００１７】
特許文献３は、ネットワークに接続された複数のアプリケーションサーバのうち、必要な台数分だけアプリケーションを配備するシステムに関する技術を開示する。特許文献３に開示された技術は、アプリケーションの配備要求を受信したアプリケーションサーバが、当該アプリケーションサーバ自身に当該アプリケーションを配備すると共に、他のアプリケーションサーバに、上記配備要求を送信する。特許文献３に開示された技術において、上記配備要求には、アプリケーション自体のアーカイブと、アプリケーションを配備するサーバの台数に関する情報とを含む。
【００１８】
特許文献３に開示された技術によれば、アプリケーションサーバ間においてアプリケーションの配備が並列的かつ自動的に実行されるため、管理者が全てのサーバについて個別にアプリケーションを配備するための管理工数を軽減可能である。
【００１９】
その他、ネットワークに接続された装置におけるプログラム（コンピュータ・プログラム）等の更新において、更新情報をブロードキャストする技術が、下記特許文献４乃至特許文献６に開示されている。
【００２０】
特許文献４は、空調管理システムにおけるプログラムの自動更新方法に関する技術を開示する。特許文献４に開示された技術によれば、特定の空調コントローラが、当該空調コントローラ自身のプログラムに関するバージョン情報を他のコントローラにブロードキャスト送信する。係る情報を受信した他の空調コントローラは、当該他の空調コントローラにおけるプログラム更新が必要か判定し、必要に応じて当該プログラムを更新する。
【００２１】
特許文献５は、エンドユーザ端末に対するパッチ配布及びパッチ適用に関する技術を開示する。特許文献５に開示された技術によれば、端末に配備されたパッチ適用プログラムが、当該端末におけるパッチを適用した後、他の端末に対してパッチの適用を指示する。特許文献５に開示された技術においては、適用するパッチに関する情報をブロードキャストにより一斉通知する。
【００２２】
特許文献６は、複数の情報処理装置（アプリケーションサーバ等）に対して、管理装置からプログラムを配布するシステムに関する技術を開示する。特許文献６に開示された技術には、管理装置から、複数の情報処理装置に対して、プログラムの断片をブロードキャストにより配信する。特許文献６に開示された技術によれば、ある情報処理装置において未受信のプログラム断片がある場合は、係る情報処理装置は、その未受信のプログラム断片を他の情報処理装置から受信することができる。
【先行技術文献】
【特許文献】
【００２３】
【特許文献１】特開２００３−３４８５１５号公報
【特許文献２】特開平０９−０７３４２４号公報
【特許文献３】特開２０１２−０９８８８０号公報
【特許文献４】特開２００７−０７９７６４号公報
【特許文献５】特開２００８−２２５９３３号公報
【特許文献６】特開２００５−２２２２００号公報
【発明の概要】
【発明が解決しようとする課題】
【００２４】
ここで、上記したように、分散環境におけるアプリケーションの配備については、当該アプリケーションの配備に関する工数及び時間を低減する必要がある。
【００２５】
また、上記分散環境が、例えば、動的に生成される仮想コンピュータ等を用いて構成される場合にも、上記アプリケーションの配備に関する情報を、係る仮想コンピュータにより構成されるサーバや負荷分散装置等に適切に登録する必要がある。
【００２６】
上記した特許文献１及び、特許文献３に開示された技術は、いずれもソフトウェアを取得するための参照先情報や、アプリケーションを配備するための配備先情報を予め保持する必要がある。よって、参照先や配備先が増大すると、それらに関する情報の登録に必要な工数が増大する。
【００２７】
また、上記した特許文献２及び、特許文献４乃至特許文献６に開示された技術は、いずれもブロードキャストによりプログラム等の更新に必要な情報（プログラム自体を含む）を、更新対象に一斉配布する。このため、係るプログラムの配布元、あるいは、配布先となる機器に関する情報を、事前に登録する必要性は低い。しかしながら、これらの技術は単にプログラム等を配布するのみであり、上述した負荷分散装置によるリクエストの分散等については考慮されていない。
【００２８】
本発明は、上記の事情を鑑みてなされたものである。即ち、本発明は、分散環境を構築するそれぞれのノードに対して、アプリケーションが配備されるノードに関する情報を予め登録すること無く、係る情報をそれぞれのノード間で共有するアプリケーション配備システム等を提供することを、主たる目的とする。
【課題を解決するための手段】
【００２９】
上記の目的を達成すべく、本発明に係るアプリケーション配備システムは、以下の構成を備えることを特徴とする。即ち、本発明に係るアプリケーション配備システムは、アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、上記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、を有する複数のノードが通信ネットワークを介して相互に通信可能に接続され、当該複数のノードは、自ノードが保持する特定のアプリケーションのアーカイブを、上記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードにおける上記アプリケーション配備情報の更新通知を送信する１以上の第１のノードと、上記更新通知に基づいて、上記更新通知を送信した上記第１のノードを、上記アプリケーションに対するリクエストの振り分け先として登録することにより、当該リクエストに応じた処理の負荷を分散する１以上の第２のノードと、を含み、上記１以上の第１のノードと、上記１以上の第２のノードとが、上記更新通知に基づいて上記アプリケーション配備情報を更新することにより、共通の上記アプリケーション配備情報を有することを特徴とする。
【００３０】
また、本発明に係るアプリケーション配備方法は、以下の構成を備えることを特徴とする。即ち、本発明に係るアプリケーション配備方法は、アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、上記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、を有する複数のノードが通信ネットワークを介して相互に通信可能に接続され、上記ノードである第１のノードが、自ノードが保持する特定のアプリケーションのアーカイブを上記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードにおける上記アプリケーション配備情報の更新通知を送信し、上記ノードである第２のノードが、上記更新通知に基づいて、上記更新通知を送信した上記第１のノードを、上記アプリケーションに対するリクエストの振り分け先として登録し、上記１以上の第１のノードと、上記１以上の第２のノードとが、上記更新通知に基づいて上記アプリケーション配備情報を更新することにより、共通の上記アプリケーション配備情報を有することを特徴とする。
【００３１】
また、同目的は、上記構成を有するアプリケーション配備システム、並びに対応するアプリケーション配備方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００３２】
本発明によれば、アプリケーションが配備されるサーバに関する情報が、当該アプリケーションの配備状況に関する更新通知により、分散環境を構築するノード間で共有される。このため、当該サーバに関する情報や、負荷分散装置に関する情報を事前にノードに登録する必要が無く、アプリケーションの配備に要する工数を低減可能である。
【図面の簡単な説明】
【００３３】
【図１】図１は、本願発明の第１の実施形態における、アプリケーション配備システムのネットワーク構成を例示する図である。
【図２】図２は、本願発明の第１の実施形態における、アプリケーションサーバノードの機能的な構成を例示するブロック図である。
【図３】図３は、本願発明の第１の実施形態における、負荷分散装置ノードの機能的な構成を例示するブロック図である。
【図４】図４は、本願発明の第１の実施形態における、アプリケーション配備情報（ＡＰ配備情報）の構成を例示する図である。
【図５】図５は、本願発明の第１の実施形態における、アプリケーション属性情報（ＡＰ属性情報）の構成を例示する図である。
【図６】図６は、本願発明の第１の実施形態における、アプリケーションアーカイブ対応情報（ＡＰアーカイブ対応情報）の構成を例示する図である。
【図７】図７は、本願発明の第１の実施形態における、アプリケーションに対するリクエストの振り分け先情報の構成を例示する図である。
【図８】図８は、本願発明の第１の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図９】図９は、本願発明の第１の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図１０】図１０は、本願発明の第１の実施形態において、各ノードを構成する配備情報保持部が送信する更新通知の具体例を例示する図である。
【図１１】図１１は、本願発明の第１の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図１２】図１２は、本願発明の第１の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図１３】図１３は、本願発明の第１の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図１４】図１４は、本願発明の第１の実施形態において、各ノードを構成する配備情報保持部が送信する更新通知の具体例を例示する図である。
【図１５】図１５は、本願発明の第１の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図１６】図１６は、本願発明の第２の実施形態における、アプリケーション配備システムのネットワーク構成を例示する図である。
【図１７】図１７は、本願発明の第２の実施形態における、アプリケーション属性情報（ＡＰ属性情報）の構成を例示する図である。
【図１８】図１８は、本願発明の第２の実施形態において、各ノードを構成する配備情報保持部が送信する更新通知の具体例を例示する図である。
【図１９】図１９は、本願発明の第４の実施形態における、アプリケーション配備システムのネットワーク構成を例示する図である。
【図２０】図２０は、本願発明の第４の実施形態における、アプリケーション配備情報（ＡＰ配備情報）の構成を例示する図である。
【図２１】図２１は、本願発明の第４の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図２２】図２２は、本願発明の第４の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図２３】図２３は、本願発明の第４の実施形態において、各ノードを構成する配備情報保持部が送信する更新通知の具体例を例示する図である。
【図２４】図２４は、本願発明の第５の実施形態における、アプリケーション配備システムのネットワーク構成を例示する図である。
【図２５】図２５は、本願発明の第５の実施形態における、アプリケーション配備システムの動作を示すフローチャートである。
【図２６】図２６は、本願発明の第６の実施形態における、アプリケーション配備システムのネットワーク構成を例示する図である。
【図２７】図２７は、本願発明の各実施形態に係る、アプリケーション配備システムを構成する各ノードを実現可能な情報処理装置のハードウェア構成を例示したブロック図である。
【発明を実施するための形態】
【００３４】
次に、本発明を実施する形態について図面を参照して詳細に説明する。以下の実施の形態に記載されている構成は単なる例示であり、本願発明の技術範囲はそれらには限定されない。
【００３５】
＜第１の実施形態＞
本発明の第１の実施形態について、図１を参照して説明する。図１は、本発明の第１の実施形態に係るアプリケーション配備システムのネットワーク構成を例示する図である。
【００３６】
図１に例示するように、本実施形態におけるアプリケーション配備システム１００は、１以上の任意のアプリケーション（ＡＰ）サーバノード１０１（以下、「ＡＰサーバノード」と称する場合がある）と、１以上の任意の負荷分散装置ノード１０２とを有する。本実施形態においては、これらのノードが通信ネットワーク１０３を介して相互に通信可能に接続され、分散環境を構成している。
【００３７】
また、本実施形態におけるアプリケーション配備システムは、運用管理端末１０４や、クライアン端末１０５を更に有し、これらが通信ネットワーク１０３に接続されていてもよい。
【００３８】
本実施形態におけるアプリケーション配備システムにおいては、特定のＡＰサーバノード１０１に含まれるアプリケーションサーバ（図２に例示する符号２０４、以下、「ＡＰサーバ」と称する場合がある）にアプリケーションを配備することにより、通信ネットワーク１０３に接続された他のＡＰサーバノード１０１に含まれるＡＰサーバ２０４にも当該アプリケーションが配備される。また、ＡＰサーバ２０４が提供するアプリケーションに対するリクエストは、負荷分散装置ノード１０２が受け付け、当該負荷分散装置ノード１０２が有する負荷分散装置（図３における符号３０３）が、係るリクエストを各ＡＰサーバ２０４に振り分ける。
【００３９】
以下、それぞれの構成要素について説明する。
【００４０】
次に、本実施形態における「ノード」（ＡＰサーバノード１０１や負荷分奏装置ノード１０２等）は、例えば、通信ネットワーク１０３に通信可能に接続されたコンピュータ等の情報処理装置により構成され、特定の機能を提供する処理装置、あるいは、そのような処理装置の集合としてよい。
【００４１】
このようなノードは、例えば相互に通信可能に接続された複数の情報処理装置により構成してもよく、単独の情報処理装置により構成してもよい。また、当該ノードを構成する情報処理装置の全部、または、一部を、仮想的なコンピュータ（バーチャルマシン）により構成してもよい。
【００４２】
以下において説明する各ノードの構成要素は、その一部、または、全部が、上記情報処理装置において実行されるソフトウェア・プログラム（コンピュータ・プログラム）により構成されてもよい。
【００４３】
次に、ＡＰサーバノード１０１の構成について、図２を参照して説明する。
【００４４】
本実施形態におけるＡＰサーバノード１０１は、配備状況管理部２０１と、配備制御部２０２と、アプリケーション管理部（以下、「ＡＰ管理部」と称する場合がある）２０３と、ＡＰサーバ２０４とを有する。上記をまとめて、以下、「ＡＰサーバノード１０１の構成要素」と称する場合がある。
【００４５】
上記ＡＰサーバノード１０１の構成要素は、相互に通信可能に接続されており、また、必要に応じて通信ネットワーク１０３とも通信可能に接続されている。
【００４６】
また、上記ＡＰサーバノード１０１の構成要素は、それぞれ独立したコンピュータ等の情報処理装置を用いて実現してもよく、その全部、または、一部を統合した単独の情報処理装置を用いて実現してもよい。この場合において、係る情報処理装置は、物理的な実体を有するコンピュータ等でもよく、仮想計算機環境に構築された仮想計算機等でもよい。
【００４７】
次に、上記ＡＰサーバノード１０１の各構成要素について説明する。
【００４８】
配備状況管理部２０１は、配備状況保持部２０１ａと、配備状況送受信部２０１ｄとを有する。本実施形態において、配備状況保持部２０１ａと、配備状況送受信部２０１ｄとは、通信可能に接続される。
【００４９】
配備状況保持部２０１ａは、図４に例示するように、アプリケーションを一意に識別可能な識別情報であるアプリケーションＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）と（図４における符号４０１）、そのアプリケーションが配備されているＡＰサーバノード１０１のアドレス（図４における符号４０２）とを関連付けるＡＰ配備情報２０１ｂを有する。
【００５０】
なお、ＡＰ配備情報２０１ｂは、ＡＰサーバノード１０１のアドレスの代わりに、後述するＡＰサーバ２０４のアドレスと、アプリケーションＩＤと関連付ける情報を有してもよい。
【００５１】
ここで、本実施形態におけるアプリケーションＩＤは、同じアプリケーションＩＤを持つアプリケーションが同一のアプリケーションとなるように、アプリケーションに対して割り当てられる識別情報である。なお、このアプリケーションＩＤは、全ノードについて一意のＩＤとしてよい。
【００５２】
上記ＡＰサーバノード１０１のアドレスは、後述する通信ネットワーク１０３において上記ＡＰサーバノードに対して接続可能なネットワークアドレスである。例えば、後述する通信ネットワーク１０３においてＩＰプロトコルを採用する場合には、係るネットワークアドレスとしてＩＰアドレスを採用してもよい。
【００５３】
また、配備状況管理部２０１は、図５に例示するように、上記アプリケーションＩＤ（図５における符号５０１）と、当該アプリケーションが配備されているＡＰサーバにおいて、当該アプリケーションにアクセスするためのリソースパス（図５における符号５０２）とを関連付ける、ＡＰ属性情報２０１ｃを有する。
【００５４】
このようなリソースパスとしては、例えば特定のリソースを一意に識別可能な識別情報として、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）や、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を採用してもよい。この場合、上記リソースパス（ＵＲＬ等）にアクセスすることにより、当該アプリケーションにアクセスすることが可能である。なお、このリソースパスに関する情報は、後述するアプリケーションのアーカイブに含まれていてもよい。
【００５５】
ここで、本実施形態における配備情報保持部２０１ａは、上記説明したＡＰ配備情報２０１ｂ及びＡＰ属性情報２０１ｃを、任意の形式により保存してよい。即ち、配備情報保持部２０１ａは、これらの情報を任意のデータベース等を用いて保存してもよく、あるいは、単純な対応表等の形式により保存してもよい。
【００５６】
次に、配備状況送受信部２０１ｂは、ＡＰ配備情報２０１ｂ、あるいは、ＡＰ属性情報２０１ｃが更新された際に、配備状況送受信部２０１ｄを用いて、通信ネットワーク１０３に接続された他の全てのノードに対して、配備状況の更新通知を送信する。
【００５７】
また、配備状況送受信部２０１ｄは、他のノードから送信された上記更新通知を受信し、必要に応じて、ＡＰ配備情報２０１ｂ、もしくは、ＡＰ属性情報２０１ｃを更新する。
【００５８】
配備状況管理部２０１は、配状況送受信部２０１ｄにおける上記更新情報の送受信に際して、ＡＰサーバノード１０１の他の構成要素に対して、必要な処理を実行するよう指示する。例えば、他のノードから上記更新通知を受信した際、後述する配備管理部２０２に対して、当該更新通知に関連するアプリケーションの配備を実行するよう、指示してもよい。なお、本実施形態における配備状況管理部２０１の具体的な動作については、後述する。
【００５９】
次にＡＰ管理部２０３について説明する。本実施形態におけるＡＰ管理部２０３は、アプリケーション保持部（以下、「ＡＰ保持部」と称する場合がある）２０３ａ及び、アプリケーション送受信部（以下、「ＡＰ送受信部」と称する場合がある）２０３ｄとを有する。
【００６０】
ＡＰ保持部２０３ａは、図６に例示するように、上記説明したアプリケーションＩＤ（図６における符号６０１）と、当該アプリケーションのアーカイブファイル（図６における符号６０２）を関連付ける情報である、アプリケーションアーカイブ対応情報（以下、「ＡＰアーカイブ対応情報」）２０３ｂを有する。
【００６１】
ここで、アプリケーションのアーカイブファイルについての情報は（図６における符号６０２）、例えば、ＡＰ管理部２０３が保持しているアプリケーションのアーカイブファイルを特定可能できる任意の情報としてよい。このような情報としては、例えば、アーカイブファイルが配置されたファイルシステム上のパスを用いてもよく、また、アーカイブファイルを登録したデータベースのインデックス（キー）等を用いてもよい。
【００６２】
また、ＡＰ保持部２０３ａは、自ノードに配備されるアプリケーションのアーカイブファイル（以下、「ＡＰアーカイブ」と称する場合がある）２０３ｃを保持する。
【００６３】
ここで、ＡＰ保持部２０３ａは、ＡＰアーカイブ２０３ｃと、ＡＰアーカイブ対応情報２０３ｂとを、任意の形式により保持してよい。即ち、ＡＰ保持部２０３ａは、例えば、任意のデータベース等を用いてこれらの情報を保持してもよい。
【００６４】
次に、ＡＰ送受信部２０３ｄは、他のＡＰサーバノード１０１と自ノードとの間で、アプリケーションのアーカイブファイルを送受信する。ＡＰ送受信部２０３ｄは、他のＡＰサーバノード１０１から受信したアプリケーションのアーカイブファイルを、ＡＰ保持部２０３ａに渡し、ＡＰ保持部２０３ａが係るアーカイブを保持してもよい。
【００６５】
次に、配備管理部２０２について説明する。本実施形態における配備管理部２０２は、配備制御部２０２ａ、配備判断部２０２ｂ、及び配備実行部２０２ｃを有する。本実施形態において、配備制御部２０２ａ、配備判断部２０２ｂ、及び配備実行部２０２ｃはそれぞれ通信可能に接続されている。なお、配備管理部２０２の具体的な動作については、後述する。
【００６６】
配備制御部２０２ａは、配備状況保持部２０１ａが保持する情報（ＡＰ配備情報２０１ｂ、あるいは、ＡＰ属性情報２０１ｃ）が更新された際に、当該更新に関連するアプリケーションを、他のノードから取得する。また、配備制御部２０２ａは、当該取得したアプリケーションを後述する自ノードのアプリケーションサーバ２０４に配備するか否かを配備判断部２０２ｂに問い合わせる。更に、配備制御部２０２ａは、当該問い合わせの結果、アプリケーションを配備すると判断された場合には、当該アプリケーションの配備を配備実行部２０２ｃに指示する。
【００６７】
配備判断部２０２ｂは、上記配備制御部２０２ａからの問い合わせに応じて、特定のアプリケーションを、自ノードにおけるＡＰサーバ２０４に配備するか否かを判定する。配備判断部２０２ｂは、例えば、上記配備制御部２０２ａから問い合わせされた特定のアプリケーションの自ノードにおける配備状況を確認し、係る配備状況に基づいて、当該アプリケーションを配備するか否かを判定してもよい。
【００６８】
配備実行部２０２ｃは、上記配備制御部２０２ａからの指示されたアプリケーションを、自ノードにおけるアプリケーションサーバ２０４に配備する。配備実行部２０２ｃは、具体的には、当該指示されたアプリケーションのアーカイブを、アプリケーションサーバ２０４において実行可能なように、適宜適切な方法により展開して必要な設定を行う。
【００６９】
次に、本実施形態におけるＡＰサーバ２０４について説明する。ＡＰサーバ２０４は、当該ＡＰサーバ２０４の配備されたアプリケーションを実行し、当該アプリケーションによるサービスを提供する。ＡＰサーバ２０４は、例えば、クライアント端末１０５から送信されるリクエストに対応してアプリケーションを実行することにより、当該クライアント端末１０５に対してサービスを提供してもよい。
【００７０】
ここで、特定のアプリケーションをＡＰサーバ２０４に配備する具体的な方法や、当該アプリケーションの配備状況を確認する具体的な方法等は、当該アプリケーションの種類や、あるいは、ＡＰサーバ２０４の種類によって異なる場合がある。
【００７１】
このため、本実施形態においては、ＡＰサーバノード１０１について、ＡＰサーバ２０４の種類や、当該ＡＰサーバ２０４に配備するアプリケーションの種類毎に、上記配備判断部２０２ｂ及び、配備実行部２０２ｃを適宜適切に変更したり、調整したりしてよい。即ち、異なる種類のＡＰサーバ２０４を有するＡＰサーバノード１０１が複数存在する場合、それぞれのＡＰサーバノード１０１において、上記上備判断部２０２ｂ及び、配備実行部２０２ｃが異なっていてもよい。なお、この場合において、上記上備判断部２０２ｂ及び、配備実行部２０２ｃ以外の構成要素は、それぞれのＡＰサーバノード１０１において共通としてもよい。
【００７２】
上記説明した本実施形態におけるＡＰサーバノード１０１の具体的な動作については、後述する。
【００７３】
次に本実施形態における負荷分散装置ノード１０２について、図３を参照して説明する。
【００７４】
本実施形態における負荷分散装置ノード１０２は、配備状況管理部２０１と、負荷分散対象管理部３０２と、負荷分散装置３０３とを有する。上記をまとめて、以下、「負荷分散装置ノード１０２の構成要素」と称する場合がある。
【００７５】
上記負荷分散装置ノード１０２の構成要素は、相互に通信可能に接続されており、また、必要に応じて通信ネットワーク１０３とも通信可能に接続されている。
【００７６】
また、上記負荷分散装置ノード１０２の構成要素は、それぞれ独立したコンピュータ等の情報処理装置を用いて実現してもよく、その全部、または、一部を統合した単独の情報処理装置を用いて実現してもよい。この場合において、係る情報処理装置は、物理的な実体を有するコンピュータ等でもよく、仮想計算機環境に構築された仮想計算機等でもよい。
【００７７】
次に、上記負荷分散装置ノード１０２の各構成要素について説明する。
【００７８】
まず、配備状況管理部２０１は、上記説明したＡＰサーバノード１０１における配備状況管理部２０１と同様の構成としてよい。即ち、負荷分散装置ノード１０２を構成する配備状況管理部１０２が有する配備状況送受信部２０１ｄ及び配備状況保持部２０１ａは、それぞれＡＰサーバノード１０１を構成する配備状況管理部２０１が有する配備状況送受信部２０１ｄ及び配備状況保持部２０１ａと同等としてよい。
【００７９】
負荷分散装置ノード１０２を構成する配備状況管理部２０１における配備状況送受信部２０１ｄは、上記ＡＰサーバノード１０１における配備状況送受信部２０１ｄと同様、他のノードから上記配備状況の更新通知を受信した際に、必要に応じて、ＡＰ配備情報２０１ｂ、もしくは、ＡＰ属性情報２０１ｃを更新する。
【００８０】
ここで、負荷分散処理ノード１０２を構成する配備状況保持部２０１ａにおけるＡＰ配備所情報２０１ｂ及びＡＰ属性情報２０１ｃは、それぞれ、ＡＰサーバノード１０１を構成する配状況保持部２０１ａにおける、ＡＰ配備情報２０１ｂ及び、ＡＰ属性情報２０１ｃと同等の情報を保持する。
【００８１】
また、負荷分散装置ノード１０２を構成する配備状況管理部２０１は、配状況送受信部２０１ｄにおける上記更新情報の送受信に際して、負荷分散装置ノード１０２の他の構成要素に対して、必要な処理を実行するよう指示する。例えば、他のノードから上記更新通知を受信した際、後述する負荷分散対象管理部３０２に対して、負荷分散先の登録処理を実行するよう、指示してもよい。なお、負荷分散対象管理部３０２の具体的な動作については後述する。
【００８２】
次に、負荷分散対象管理部３０２について説明する。本実施形態における負荷分散対象管理部３０２は、上記配備状況管理部２０１が保持する情報（ＡＰ配備情報２０１ｂや、ＡＰ属性情報２０１ｃ等）が更新された際に、後述する負荷分散装置３０３の負荷分散先（リクエストの振り分け先）を登録し、または、登録を解除する。負荷分散対象管理部３０２は、上記した配備状況管理部２０１からの指示に基づいて、係る負荷分散先の登録処理を実行してもよい。
【００８３】
次に、負荷分散装置３０３について説明する。負荷分散装置３０３は、通信ネットワーク１０３に接続され、クライアント端末１０５等から送信される特定のアプリケーションに対するリクエストを受信する。また、負荷分散装置３０３は、負荷分散先に関する情報が登録された、リクエスト振り分け情報３０３ａを保持する。
【００８４】
リクエスト振り分け情報３０３ａは、図７に例示するように、特定のアプリケーションにアクセスするためのリソースパスと（図７における符号７０１）、当該リソースパスに対するリクエストの振り分け先（図７における符号７０２）との対応情報を関連付けて保持する。
【００８５】
なお、上記リクエストの振り振り分け先（図７における符号７０２）を表す情報は、図７に例示するように、当該リクエストの対象であるアプリケーションが配備されたＡＰサーバノード１０１のアドレスを用いてもよい。
【００８６】
ここで、負荷分散装置３０３は、上記リクエスト振り分け情報３０３ａを、任意の形式により保存してよい。即ち、負荷分散装置３０３は、上記リクエスト振り分け情報３０３ａを任意のデータベース等を用いて保存してもよく、あるいは、単純な対応表等の形式により保存してもよい。なお、リクエスト振り分け情報３０３ａの具体的な形式は、例えば、負荷分散処理装置３０３毎に異なっていてもよい。
【００８７】
ここで、負荷分散装置３０３の種類が複数存在する場合、上記リクエスト振り分け情報３０３ａに対する振り分け先の具体的な登録方法は、負荷分散装置３０３の種類毎に異なる場合がある。
【００８８】
このため、本実施形態においては、負荷分散装置ノード１０２について、負荷分散装置３０３の種類毎に、上記負荷分散対象管理部３０２を適宜適切に変更したり、調整したりしてよい。即ち、異なる種類の負荷分散装置３０３を有する負荷分散装置ノード１０２が複数存在する場合、それぞれの負荷分散装置ノード１０２において、上記負荷分散対象管理部３０２が異なっていてもよい。なお、この場合において、上記負荷分散対象管理部３０２以外の構成要素は、それぞれの負荷分散装置ノード１０２において共通としてもよい。
【００８９】
上記説明した本実施形態における負荷分散装置ノード１０２の具体的な動作については、後述する。
【００９０】
次に、本実施形態における通信ネットワーク１０３について説明する。本実施形態における通信ネットワーク１０３は、上記説明した各ノードの間を通信可能に接続し、かつ、当該通信ネットワーク１０３に接続された全ノードを宛先として情報を送信することが可能な構成を有する、任意の通信ネットワークである。
【００９１】
本実施形態における通信ネットワーク１０３においては、特定のノードに対してアドレスを割り当てることにより、係るアドレスを宛先情報とすることにより、係るノードにアクセス可能である。
【００９２】
その一方で、本実施形態における通信ネットワーク１０３においては、上記全ノードを宛先とした情報送信の際には、特定の送信先ノードに関する宛先情報（上記アドレス等）等を必要としない。
【００９３】
このような通信ネットワーク１０３としては、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）採用した構内通信網であるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、仮想ＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ：ＶＬＡＮ）や、広域通信網であるインターネット等を採用してもよい。
【００９４】
なお、通信ネットワーク１０３として上記ＬＡＮ等を採用する場合には、例えば、マルチキャストパケット（ＩＰマルチキャスト）や、ブロードキャストパケットを送信することにより、係る通信ネットワーク１０３に接続された全ノードに対して情報を送信可能である。この場合位、特定のノードに関する宛先情報（ネットワークアドレス等）を指定せずに、全てのノードに対して情報を送信することが可能である。
【００９５】
次に、本実施形態における運用端末１０４について説明する。本実施形態における運用端末１０４は、通信ネットワーク１０３に通信可能に接続される。図示しない運用管理者は、例えば、運用端末１０４を介して、特定のＡＰサーバノード１０１に対するアプリケーションの配備（あるいは配備の指示）を実行してもよい。なお、本実施形態において、運用端末１０４を設けるか否かは任意である。
【００９６】
次に、本実施形態における、アプリケーション配備システムの動作について、図面を参照して説明する。なお、以下の説明においては、図１に例示するように、ｍ台のＡＰサーバノード１０１を、ＡＳ１００、ＡＳ２００、・・・ＡＳｍ００と識別する場合がある。また、ｎ台の負荷分散装置ノード１０２を、ＬＢ１００、ＬＢ２００、・・・、ＬＢｎ００と識別する場合がある。
【００９７】
まず、アプリケーションの配備を担当する図示しない運用管理者は、ｍ台のＡＰサーバノード１０１のうちの１つに特定のアプリケーションを配備する。以下の説明においては、具体例として、上記運用管理者が、ＡＰサーバノード１０１であるＡＳ１００に、特定のアプリケーションＡを配備する場合について説明する。以下、この場合のＡＰサーバノード１０１（ＡＳ１００）の動作を、図８に例示するフローチャートを用いて説明する。
【００９８】
まず、図示しない運用管理者は、ＡＰサーバノード１０１（ＡＳ１００）に対して、特定のアプリケーションＡの配備を指示する（ステップＳ８０１）。
【００９９】
この場合、図示しない上記運用管理者は、例えば、運用端末１０４を介して、特定のアプリケーションＡのアーカイブ本体と、係るアプリケーションの配備に必要な情報とをＡＰサーバノード１０１（ＡＳ１００）に送信し、当該アプリケーションＡの配備を指示してもよい。なお、当該アプリケーションＡの配備に必要な情報は、例えば、当該アプリケーションＡのＩＤや配備先のリソースパス等を含んでもよい。
【０１００】
次に、ＡＰサーバノード１０１（ＡＳ１００）における配備実行部２０２ｃは、運用管理者からアプリケーションＡのアーカイブを受け取る（ステップＳ８０２）。配備実行部２０２ｃは、具体的には、運用管理者が送信したアプリケーションＡのアーカイブを、通信ネットワーク１０３を介して受信してもよい。
【０１０１】
次に、配備実行部２０２ｃは、ＡＰ管理部２０３におけるＡＰ保持部２０３ａにアプリケーションＡのアーカイブを保存する（ステップＳ８０３）。なお、配備実行部２０２ｃは、例えば、上記アプリケーションＡのＩＤとアーカイブ本体とをＡＰ管理部２０３に渡して、そのアーカイブを保持するよう指示してもよい。
【０１０２】
ここで、ＡＰ保持部２０３ａは、上記渡されたアプリケーションＡのアーカイブをＡＰアーカイブ２０３ａとして保存し、当該アーカイブ本体の情報と、アプリケーションＡのＩＤとを用いて、ＡＰアーカイブ対応情報２０３ｂを更新する。
【０１０３】
次に、配備実行部２０２ｃは、ＡＰサーバ２０４にアプリケーションＡを配備する（ステップＳ８０４）。ここで、当該アプリケーションＡの具体的な配備方法は、アプリケーションＡの種類や、ＡＰサーバ２０４の種類に応じて、適宜適切な方法を選択してよい。
【０１０４】
次に、配備実行部２０２ｃは、上記ステップＳ８０４において配備されたアプリケーションＡのアプリケーションＩＤと、リソースパスと、自ＡＰサーバノード１０１（ＡＳ１００）のアドレスと配備状況管理部２０１に通知する（ステップＳ８０５）。
【０１０５】
ここで、上記アプリケーションＡに関するアプリケーションＩＤ、及びリソースパスは、ステップＳ８０１において図示しない管理者からアプリケーションＡのアーカイブと共に渡されてもよく、または、アーカイブの一部に含めて渡されてもよい。
【０１０６】
また、別の例として、例えば、配備管理部２０２や、配備状況管理部２０１等が、上記アプリケーションＡに関するアプリケーションＩＤや、リソースパスを生成してもよい。
【０１０７】
次に、配備状況管理部２０１が、ＡＰ配備情報２０１ｂ及びＡＰ属性情報２０１ｃを更新し、当該更新に関する更新通知を送信する（ステップＳ８０６）。
【０１０８】
以下、ステップＳ８０６における処理の詳細について、図９に例示するフローチャートを参照して説明する。
【０１０９】
配備状況保持部２０１ａは、上記ステップＳ８０５において通知されたアプリケーションＩＤと自ＡＰサーバノード１０１（ＡＳ１００）のアドレスとを関連付けて、ＡＰ配備情報２０１ｂに登録する（ステップＳ９０１）。
【０１１０】
次に、配備状況保持部２０１ａは、ＡＰ配備上情報２０１ｂの更新情報を含む、更新通知を作成する（ステップＳ９０２）。当該作成した更新通知は、後述する処理において他のノードに対して送信される。
【０１１１】
次に、配備状況保持部２０１ａは、ＡＰ属性情報２０１ｃを確認し、上記ステップＳ８０５にて通知されたアプリケーション（アプリケーションＡ）のＩＤと同じアプリケーションＩＤの情報が登録済みか確認する（ステップＳ９０３、ステップＳ９０４）。
【０１１２】
上記ステップＳ９０３における確認の結果、同じアプリケーションＩＤの情報が登録されている場合（ステップＳ９０４においてＹＥＳ）、配備状況保持部２０１ａは後述するステップＳ９０７を実行する。
【０１１３】
その一方、上記ステップＳ９０３における確認の結果、同じアプリケーションＩＤの情報が登録されていない場合（ステップＳ９０４においてＮＯ）、配備状況保持部２０１ａは、上記ステップＳ８０５において通知されたアプリケーションＩＤと、リソースパスとを関連付けて、ＡＰ属性情報２０１ｃに登録する（ステップＳ９０５）。
【０１１４】
次に、配備状況保持部２０１ａは、上記ＡＰ属性情報２０１ｃの更新情報を、上記ステップＳ９０２において作成して更新通知に追加する（ステップＳ９０６）。
【０１１５】
次に、配備状況保持部２０１ａは、配備状況送受信部２０１ｄに対して、上記更新通知を通信ネットワーク１０３に接続された全ノードに対して送信するよう指示する（ステップＳ９０７）。配備状況送受信部２０１ｄは、通信ネットワーク１０３の仕様に応じて、適宜適切な方法により、上記更新通知を送信する。配備状況送受信部２０１ｄは、具体的には、例えばマルチキャストパケットやブロードキャストパケットにより、上記更新通知を送信してもよい。
【０１１６】
上記更新通知の具体例を図１０に例示する。図１０に例示する具体例においては、係る更新通知の内容がコンマ区切りの形式により表されている。係る更新通知の表現形式はこれに限定される、係る更新通知を送受信する側で解釈可能な任意の形式を採用して良く、例えばＸＭＬなどよる表記を採用してもよい。
【０１１７】
以上説明した図８及び図９に例示したフローチャートは、特定のＡＰサーバノード１０１（ＡＳ１００）にアプリケーションＡが配備された場合の、本実施形態におけるアプリケーション配備システムの動作を表している。
【０１１８】
次に、上記ステップＳ９０７において、ＡＰサーバノード１０１（ＡＳ１００）より送信された更新通知を受信した、他のＡＰサーバノード１０１（ＡＳ２００乃至ＡＳｍ００）の動作について説明する。以下、係る他のＡＰサーバノード１０１の代表例として、ＡＰサーバノード１０１（ＡＳ２００）が、上記ＡＰサーバノード１０１（ＡＳ１００）から上記更新通知を受信した場合について説明する。
【０１１９】
図１１は、上記更新通知を受信した、ＡＰサーバノード１０１（ＡＳ２００）の動作を例示する、フローチャートである。
【０１２０】
まず、ＡＰサーバノード１０１（ＡＳ２００）の配備状況管理部２０１は、ＡＰサーバノード１０１（ＡＳ１００）から送信された上記更新通知を受信し、その更新通知に基づいて配備状況に関する情報を更新する（ステップＳ１１０１）。ステップＳ１１０１における処理の詳細について、図１２に例示するフローチャートを用いて説明する。
【０１２１】
まず、ＡＰサーバノード１０１（ＡＳ２００）の配備状況管理部２０１を構成する配備状況送受信部２０１ｄは、上記説明したＡＰサーバノード１０１（ＡＳ１００）が図９に例示するステップＳ９０７において送信した更新通知を受信する（ステップＳ１２０１）。配備状況送受信部２０１ｄは、当該受信した更新通知を、配備状況保持部２０１ａに通知してもよい。
【０１２２】
ＡＰサーバノード１０１（ＡＳ２００）の配備状況管理部２０１を構成する配備状況保持部２０１ａは、上記通知された更新通知を解析し、ＡＰ配備情報２０１ｂを更新する（ステップＳ１２０２）。配備状況保持部２０１ａは、具体的には、上記更新通知に含まれる、アプリケーションＡのアプリケーションＩＤと、ＡＰサーバノード１０１（ＡＳ１００）のアドレスとを関連付けて、ＡＰ配備情報２０１ｂに登録する。
【０１２３】
次に、ＡＰサーバノード１０１（ＡＳ２００）における配備状況保持部２０１ａは、上記受信した更新通知にＡＰ属性情報２０１ｃに関する更新情報を含まれるか確認する（ステップＳ１２０３、Ｓ１２０４）。
【０１２４】
上記ステップＳ１２０３における確認の結果、上記受信した更新通知にＡＰ属性情報２０１ｃに関する更新情報を含まれない場合（ステップＳ１２０４においてＮＯ）、配備状況保持部２０１ａは後述するステップＳ１１０２（図１１における符号Ｓ１１０２）から処理を続行する。
【０１２５】
その一方、上記受信した更新通知にＡＰ属性情報２０１ｃに関する更新情報を含まれる場合（ステップＳ１２０４においてＹＥＳ）、配備状況保持部２０１ａは、上記受信した更新通知に基づいて、ＡＰ属性情報２０１ｃを更新する。配備状況保持部２０１ａは、具体的には、上記更新通知に含まれるアプリケーションＡのＩＤと、係るアプリケーションＡのリソースパスとを関連付けて、ＡＰ属性情報２０１ｃに登録する（ステップＳ１２０５）。
【０１２６】
上記ステップＳ１２０５における処理が完了した後、ＡＰサーバノード１０１（ＡＳ２００）における配備状況保持部２０１ａは、図１１に示すステップＳ１１０２から処理を続行する。
【０１２７】
再び図１１のフローチャートを参照して、ＡＰサーバノード１０１（ＡＳ２００）における配備状況保持部２０１ａは、ＡＰ配備情報２０１ｂに追加したアプリケーションＡのＩＤと、ＡＰサーバノード１０１（ＡＳ１００）のアドレスを、配備制御部２０２ａに通知する（ステップＳ１１０２）。この際、配備状況保持部２０１ａは、配備制御部２０２ａに対して、上記アプリケーションＡの配備処理を実行するよう指示してもよい。
【０１２８】
ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、上記ステップＳ１１０２において通知されたアプリケーションＩＤと同じＩＤを有するアプリケーションについて、既に配備処理を実行しているか判定する（ステップＳ１１０３、ステップＳ１１０４）。
【０１２９】
上記ステップ１１０３における判定の結果、同一ＩＤにおいてアプリケーションの配備処理を実行中である場合（ステップＳ１１０４においてＹＥＳ）、配備制御部２０２ａは、処理を終了する。
【０１３０】
その一方、上記ステップ１１０３における判定の結果、同一ＩＤにおいてアプリケーションの配備処理を実行中では無い場合、配備制御部２０２ａは、配備判断部２０２ｂに、自ノード（ＡＳ２００）のＡＰサーバ２０４に対して、係るアプリケーション（アプリケーションＡ）の配備要否の判定を要求する。（ステップＳ１１０５）。
【０１３１】
ＡＰサーバノード１０１（ＡＳ２００）における配備判断部２０２ｂは、自ノード（ＡＳ２００）におけるＡＰサーバ２０４の状況に基づいて、アプリケーションＡの配備要否を判定する（ステップＳ１１０６）。
【０１３２】
具体的には、配備判断部２０２ｂは、アプリケーションＡと同じアプリケーションがＡＰサーバ２０４に既に配備済の場合、更なるアプリケーションＡの配備は不要であると判定する（ステップＳ１１０７においてＮＯ）。ステップＳ１１０７においてＮＯの場合、配備制御部２０２ａは処理を終了する。
【０１３３】
一方、配備判断部２０２ｂは、アプリケーションＡと同じアプリケーションがＡＰサーバ２０４に既に配備されていない場合、アプリケーションＡの配備が必要であると判定する（ステップＳ１１０７においてＹＥＳ）。
【０１３４】
ステップＳ１１０７においてＹＥＳの場合、配備制御部２０２ａは、アプリケーションＡが既に配備されているノードから、アプリケーションＡを取得する（ステップＳ１１０８）。
【０１３５】
以下、ステップＳ１１０８における処理について、図１３に例示するフローチャートを用いて説明する。
【０１３６】
まず、配備制御部２０２ａは、配備状況保持部２０１ａから、目的のアプリケーション（この場合はアプリケーションＡ）を取得可能な、全ノードのアドレス情報を取得する（ステップＳ１３０１）。
【０１３７】
具体的には、配備制御部２０２ａは、例えば、配備情報保持部２０１ａに対して取得するアプリケーション（この場合はアプリケーションＡ）のＩＤを通知する。係る通知をうけた配備情報保持部２０１ａは、ＡＰ配備情報を参照し当該アプリケーションのＩＤに関連付けされた他のＡＰサーバノード１０１のアドレス情報を抽出し、配備制御部２０２ａに通知する。
【０１３８】
次に、配備制御装部２０２ａは、上記ステップＳ１３０１において取得した全ノードアドレスに対して、下記ステップＳ１３０３乃至ステップＳ１３０７の処理を繰り返す（ステップＳ１３０２乃至ステップＳ１３０８）。
【０１３９】
以下において、アプリケーションＡを取得する対象であるＡＰサーバノードを、仮にＡＳｋ００とする。
【０１４０】
ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ｄに、取得対象であるアプリケーションＡのアプリケーションＩＤ及びＡＰサーバノード１０１（ＡＳｋ００）のアドレスを通知し、アプリケーションＡの取得を指示する（ステップＳ１３０３）。
【０１４１】
次に、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ｄは、上記ステップＳ１３０３において通知されたＡＰサーバノード１０１（ＡＳｋ００）におけるアプリケーション送受信部２０３ｄに対して、アプリケーションＩＤを送信し、当該アプリケーションのアーカイブを送信するよう要求する（ステップＳ１３０４）。
【０１４２】
具体的には、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ｄは、上記要求を表すデータ、あるいは、コマンド等を、ＡＰサーバノード１０１（ＡＳｋ００）におけるアプリケーション送受信部２０３ｄに対して送信する。
【０１４３】
ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ｄから送信された要求を受信し、要求されたアプリケーションのアーカイブを配信可能か否か判定する（ステップＳ１３０５）。
【０１４４】
この場合、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、例えば、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ管理部２０３の負荷状況に基づいて、アプリケーションのアーカイブ配信可否を判定してもよい。
【０１４５】
より具体的には、例えば、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、自ノード（ＡＳｋ００）におけるＡＰ管理部２０３に対するアーカイブ配信の要求（リクエスト）が過多でない場合、配信可能と判定してもよい（ステップＳ１３０６においてＹＥＳ）。
【０１４６】
この場合、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、ステップＳ１３０２乃至ステップＳ１３０８の繰り返し処理を終了し、ステップＳ１３１０から処理を続行する。ステップＳ１３１０以降の処理については、後述する。
【０１４７】
その一方、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、自ノード（ＡＳｋ００）におけるＡＰ管理部２０３に対するアーカイブ配信の要求（リクエスト）が過多である場合、配信不能と判定してもよい（ステップＳ１３０６においてＮＯ）。
【０１４８】
この場合、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、上記ステップＳ１３０５においてＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ｄから受信した、アプリケーションＡのアーカイブの送信要求を拒否する（ステップＳ１３０７）。
【０１４９】
上記ステップＳ１３０１において取得した全ノードのアドレス情報の中で、アプリケーションＡのアーカイブ取得処理を実行していないアドレスがある場合、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、当該アドレスに対してステップＳ１３０３から処理を繰り返す（ステップＳ１３０８）。
【０１５０】
また、上記ステップＳ１３０１において取得した全ノードのアドレス情報に含まれる全てのアドレスに対してアプリケーションＡのアーカイブ取得処理を実行した場合、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、全てのＡＰサーバノードから要求を拒否された状態となる。この場合、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、別のノードの配備状況管理部２０１から新たな更新通知を受けるか、一定時間経過するまで処理を待機する（ステップＳ１３０９）。
【０１５１】
上記ステップＳ１３０９における処理の後、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、ステップＳ１３０１から処理を続行する。
【０１５２】
なお、上記ステップＳ１３０５においては、上記例示した説明に限定されること無く、任意の基準に基づいてアプリケーションのアーカイブの配信可否を判定してよい。
【０１５３】
次に、ステップＳ１３１０以降の処理について説明する。
【０１５４】
ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、自ノード（ＡＳｋ００）におけるＡＰ保持部２０３ａから、ステップＳ１３０５において要求されたアプリケーションＡのアーカイブを取得する（ステップＳ１３１０）。
【０１５５】
次に、ＡＰサーバノード１０１（ＡＳｋ００）におけるＡＰ送受信部２０３ｄは、上記ステップＳ１３１０において取得したアプリケーションのアーカイブを、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ａに送信する（ステップＳ１３１１）。ここで、上記説明したように、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ａは、係るアプリケーションＡのアーカイブの送信を要求した、要求元である。
【０１５６】
次に、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ａは、自ノード（ＡＳ２００）のＡＰ保持部２０３ａにアプリケーションＩＤ及びアプリケーションのアーカイブを保存する（ステップＳ１３１２）。
【０１５７】
この場合、ＡＰ保持部２０３ａは、アプリケーションのアーカイブファイル本体を保存すると共に、当該アーカイブ本体の情報と、アプリケーションＡのＩＤとを用いて、ＡＰアーカイブ対応情報２０３ｂを更新する。
【０１５８】
次に、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ送受信部２０３ａは、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａにアプリケーションのアーカイブを渡す（ステップＳ１３１３）。
【０１５９】
以下、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａが、図１１に例示するステップＳ１１０９から処理を続行する。
【０１６０】
再び図１１に例示するフローチャートを参照して、ＡＰサーバノード１０１（ＡＳ２００）における配備制御部２０２ａは、ステップＳ１１０８（図１３に例示するステップＳ１３０１乃至ステップＳ１３１３）において取得したアプリケーションＡのアーカイブを、配備実行部２０２ｃに渡す（ステップＳ１１０９）。
【０１６１】
ＡＰサーバノード１０１（ＡＳ２００）における配備実行部２０２ｃは、アプリケーションＡのアーカイブを用いて、ＡＰサーバ２０４に対してアプリケーションＡを配備する（ステップＳ１１１０）。ここで、当該アプリケーションＡの具体的な配備方法は、アプリケーションＡの種類や、ＡＰサーバ２０４の種類に応じて、適宜適切な方法を選択してよい。
【０１６２】
ＡＰサーバノード１０１（ＡＳ２００）における配備実行部２０２ｃは、上記ステップＳ１１１０において配備されたアプリケーションＡのアプリケーションＩＤと、リソースパスと、自ＡＰサーバノード１０１（ＡＳ２００）のアドレスと配備状況管理部２０１に通知する（ステップＳ１１１１）。
【０１６３】
次に、ＡＰサーバノード１０１（ＡＳ２００）における配備状況管理部２０１が、ＡＰ配備情報２０１ｂ及びＡＰ属性情報２０１ｃを更新し、当該更新に関する更新通知を送信する（ステップＳ１１１２）。
【０１６４】
上記ステップＳ１１１２における処理は、上記説明した図９におけるステップＳ９０１乃至ステップＳ９０７と同様の処理としてよいため、説明を省略する。但し、ＡＰサーバノード１０１（ＡＳ２００）におけるＡＰ属性情報２０１ｃには既に同じアプリケーションの情報が存在するので、ＡＰ配備情報２０１ｂのみが更新される。そのため、更新通知は、例えば、図１４に例示するような内容となり、ＡＰ配備情報の更新のみが通知される。
【０１６５】
次に、本実施形態における負荷分散装置ノード１０２の動作について、図１５等を参照して説明する。図１５は、本実施形態における負荷分散装置ノード１０２の動作を例示する、フローチャートである。
【０１６６】
なお、以下においては、ＡＰサーバノード１０１（ＡＳ１００）から、当該ノードにおけるＡＰ配備情報２０１ｂ、あるいは、ＡＰ属性情報２０１ｃの更新通知が他の全ノードに対して送信され、負荷分散装置ノード１０２（ＬＢ１００）が係る更新通知を受信した場合を具体例として説明する。また、以下の具体例では、ＡＰサーバノード１０１（ＡＳ１００）は、アプリケーションＡが配備されたことを表す更新通知を送信する場合について説明する。
【０１６７】
まず、負荷分散装置ノード１０２（ＬＢ１００）における配備状況管理部２０１は、ＡＰサーバノード１０１（ＡＳ１００）における配備状況管理部２０１から送信された更新通知を受信し、自身が保持する情報を更新する（ステップＳ１５０１）。
【０１６８】
より具体的には、負荷分散装置ノード１０２（ＬＢ１００）における配備状況送受信部２０１ｄは、ＡＰサーバノード１０１（ＡＳ１００）における配備状況送受信部２０１ｄから送信された更新情報を受信する。そして、負荷分散装置ノード１０２（ＬＢ１００）における配備状況送受信部２０１ｄは、受信した更新情報を、負荷分散装置ノード１０２（ＬＢ１００）における配備状況保持部２０１ａに通知する。係る通知に基づいて、負荷分散装置ノード１０２（ＬＢ１００）における配備状況保持部２０１ａは、自身が保持するＡＰ配備情報２０１ｂ及びＡＰ属性情報２０１ｃを、必要に応じて更新する。
【０１６９】
上述した処理は、上記図１２のステップＳ１２０１乃至ステップＳ１２０５において説明した処理と同様としてよい。
【０１７０】
次に、負荷分散装置ノード１０２（ＬＢ１００）における配備状況保持部２０１ａは、上記ステップＳ１５０１においてＡＰ配備情報２０１ｂに登録したアプリケーションＩＤ及びノードアドレスを、自ノード（ＬＢ１００）における負荷分散対象管理部３０２に通知する。本具体例においては、係るアプリケーションＩＤは、アプリケーションＡのＩＤであり、ノードアドレスは、ＡＰサーバノード１０１（ＡＳ１００）のアドレスである。
【０１７１】
負荷分散装置ノード１０２（ＬＢ１００）における配備状況保持部２０１ａは、更に、負荷分散対象管理部３０２に対して負荷分散先ノードの登録処理を実行するよう指示する（ステップＳ１５０２）。
【０１７２】
次に、負荷分散装置ノード１０２（ＬＢ１００）における負荷分散対象管理部３０２は、自ノード（ＬＢ１００）における配備状況保持部２０１ａから、ＡＰ属性情報２０１ｃに登録されている、アプリケーションＡのアプリケーションＩＤに関連付けされたリソースパスを取得する（ステップＳ１５０３）。
【０１７３】
この場合、例えば、負荷分散対象管理部３０２が、配備状況保持部２０１ａに対して、アプリケーションＩＤを通知して当該ＩＤに関連付けされたリソースパスを取得してもよい。また、負荷分散対象管理部３０２が、直接ＡＰ属性情報２０１ｃを参照して、アプリケーションＩＤに関連付けされたリソースパスを取得してもよい。
【０１７４】
次に、負荷分散対象管理部３０２は、自ノード（負荷分散装置ノード１０２（ＬＢ２００））の負荷分散装置３０３に、上記ステップＳ１５０２において通知されたＡＰサーバノード１０１のアドレス及び、上記ステップＳ１５０２において取得したリソースパスを、アプリケーションに対するリクエストの振り分け先として登録する（ステップＳ１５０４）。
【０１７５】
本具体例においては、負荷分散対象管理部３０２は、負荷分散装置３０３に対してアプリケーションＡのリソースパスと、ＡＰサーバノード１０１（ＡＳ１００）のアドレスとを、負荷分散装置３０３に通知する。そして負荷分散装置３０３は、係るリソースパスと、ＡＰサーバノード１０１のアドレスとを関連付けて、リクエスト振り分け情報３０３ａに登録する。
【０１７６】
以上説明したように、本実施形態におけるアプリケーション配備システムによれば、特定のＡＰサーバノード１０１（例えばＡＳ１００）に最初に特定のアプリケーション（例えばアプリケーションＡ）を配置した際、当該ＡＰサーバノード１０１（ＡＳ１００）が、アプリケーションの配置情報に関する更新を、他のノードに一斉通知する。
【０１７７】
他のＡＰサーバノード１０１（例えばＡＳ２００）は、係る通知に基づいて、アプリケーションのアーカイブを他のノードから取得し、係るアプリケーションを自ノードのＡＰサーバ２０４に配備する。
【０１７８】
また、負荷分散装置ノード１０２（例えばＢＬ１００）は、係る通知に基づいて、当該アプリケーションが配備されたＡＰサーバノードのアドレス及びリソースパスを、負荷分散装置３０３に登録する。
【０１７９】
このため、アプリケーションの配備先であるＡＰサーバノード１０１（例えばＡＳ２００）に、配布元のＡＰサーバノード１０１（例えばＡＳ１００等）に関する情報を、予め登録する必要無く、アプリケーションの配備が可能である。
【０１８０】
同様に、配布元のＡＰサーバノード１０１（例えばＡＳ１００等）に、アプリケーションの配備先であるＡＰサーバノード１０１（例えばＡＳ２００）に関する情報を予め登録する必要が無く、アプリケーションの配備が可能である
また、本実施形態におけるアプリケーション配備システムによれば、アプリケーションが配備されたＡＰサーバノード１０１（例えばＡＳ１００やＡＳ２００）の情報を各負荷分散装置ノード１０２（例えばＬＢ１００）に予め登録すること無く、これらの負荷分散装置ノード１０２は、リクエストの振り分け先に関する情報を追加することが可能である。同様に、各負荷分散装置ノード１０２（例えばＬＢ１００）の情報を、アプリケーションが配備されたＡＰサーバノード１０１に予め登録する必要も無い。
【０１８１】
以上より、本実施形態におけるアプリケーション配備システムによれば、１台のＡＰサーバノード１０１にアプリケーションを配備することで、他の全てのＡＰサーバノード１０１に同じアプリケーションが自動的に配備されると共に、各負荷分散装置ノード１０２にリクエストの振り分け対象自動的に登録される。
【０１８２】
よって、本実施形態におけるアプリケーション配備システムによれば、各ＡＰサーバノード１０１に他のＡＰサーバノード１０１に関する情報を予め登録する必要が無いため、これらの情報の登録に要する工数を削減可能である。更に、各ＡＰサーバノード１０１に負荷分散装置ノード１０２の情報を予め登録する必要が無く、負荷分散装置ノード１０２に、各ＡＰサーバノード１０１の情報を予め登録する必要も無いため、これらの情報の登録に要する工数を削減可能である。
【０１８３】
また、本実施形態におけるアプリケーション配備システムによれば、ＡＰサーバノード１０１や、負荷分散装置ノード１０２が仮想計算機等により動的に生成される場合も、これらのノードに対して上記更新通知が送信される。よって、ＡＰサーバノード１０１や、負荷分散装置ノード１０２が動的に生成される場合にも、互いの情報を予め登録すること無く、アプリケーションの配備と、負荷分散のためのリクエストの振り分けとが可能である。
【０１８４】
更に、本実施形態におけるアプリケーション配備システムによれば、アプリケーションが配備されたＡＰサーバノード１０１は、当該アプリケーションの新たな配信元となるため、全てのＡＰサーバノード１０１にアプリケーションを配備するために要する時間を短縮可能である。また、このような動作により、特定のＡＰサーバノードに対して、アプリケーションのアーカイブを取得するためのリクエストが集中することを防ぐことが可能である。
【０１８５】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１８６】
本実施形態におけるアプリケーション配備システム１００は、提供する機能が異なるＡＰサーバ２０４を有する複数のＡＰサーバノード１０１を有する点において、上記第１の実施形態と相違する。以下、係る相違点を中心に説明する。
【０１８７】
まず、本実施形態においては、図１に例示するｍ台の各ＡＰサーバノード１０１におけるＡＰサーバ２０４が提供する機能は、各ＡＰサーバ２０４ごとに異なる場合がある。この場合、各ＡＰサーバ２０４が提供する機能によって、それぞれのＡＰサーバに配備可能なアプリケーションが異なる。
【０１８８】
このため、本実施形態においては、図１６に例示するように、各ノード（ＡＰサーバノード１０１及び、負荷分散装置ノード１０２等）を構成する配備状況保持部２０１ａが保持するＡＰ属性情報１６０１に、特定のアプリケーションが必要とするＡＰサーバ２０４の機能に関する項目を追加する。
【０１８９】
このような機能に関する項目には、例えば、ｗｅｂサーバ機能や、特定のプログラム（コンピュータ・プログラム）やスクリプトの実行機能や、データベース機能等を指定してもよい。即ち、ＡＰサーバ２０４が特定のアプリケーションを実行するために、備える必要がある任意の機能を指定してよい。
【０１９０】
図１７に例示するように、本実施形態におけるＡＰ属性情報１６０１は、上記第１の実施形態におけるＡＰ属性情報２０１ｃに対して、特定のアプリケーションＩＤ（図１７における符号５０１）に対応するアプリケーションが必要とする要求機能（図１７における符号１７０１）の項目を更に有する。
【０１９１】
以下、上記のように構成された本実施形態におけるアプリケーション配備システムの動作について説明する。
【０１９２】
まず、各ＡＰサーバノード１０１における配備状況送受信部２０１ｄは、ＡＰ属性情報１６０１ｃが更新された際に、ＡＰ属性情報１６０１に登録されている要求機能に関する情報を含む更新通知を作成し、他のノードに対して送付する。この場合の更新通知の具体例を、図１８に例示する。この場合、要求機能に相当する「ｒｅｑｕｉｒｅｍｅｎｔ」の項目が、更新通知に追加されている。
【０１９３】
次に、係る更新通知を受信した他のＡＰサーバノード１０１は、上記第１の実施形態と同様、係る更新通知に関連するアプリケーションを、必要に応じて自ノードに配備する。
【０１９４】
ここで、本実施形態においては、上記他のＡＰサーバノード１０１における配備制御部２０２ａ及び配備判断部２０２ｂは、更新通知により更新されたＡＰ属性状況１６０１における要求機能１７０１を確認する。
【０１９５】
係る確認の結果、自ノードにおけるＡＰサーバ２０４が上記要求機能１７０１に記載された機能を提供可能である場合、配備制御部２０２ａは、係るアプリケーションを自ノードにおけるＡＰサーバ２０４に配備するよう、配備実行部２０２ｃに指示してもよい。
【０１９６】
なお、本実施形態におけるアプリケーション配備システムのその他の動作については、上記第１の実施形態と同様である。
【０１９７】
以上説明した通り、本実施形態においては、特定のアプリケーションが必要とする要求機能を各ノードが有するＡＰ属性情報１６０１に追加することにより、自ノードにおけるＡＰサーバ２０４が、係る要求機能を満たすか否かを判定可能である。
【０１９８】
このため、係る要求機能を満たす場合にアプリケーションを配備するよう制御することで、提供する機能が異なるＡＰサーバ２０４が複数混在している場合にも、適切にアプリケーションを配備可能である。
【０１９９】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０２００】
本実施形態におけるアプリケーション配備システム１００は、ＡＰサーバノード１０１を構成する配備管理部２０２における配備制御部２０２ａ及び配備判断部２０２ｂの動作のみ異なり、その他は上記第１の実施形態と同様である。以下、係る相違点についてのみ説明する。
【０２０１】
本実施形態における配備判断部２０２ｂは、配備制御装置２０２ａからアプリケーションの配備要否を問い合わせ、自ノード（ＡＰサーバノード１０１）におけるＡＰサーバ２０４に対するアプリケーションの配備を直ちに実行できない場合、「配備保留」を配備制御装置２０２ａに通知する。
【０２０２】
配備制御装置２０２ａは、「配備保留」と判定されたアプリケーションのアプリケーションＩＤを保留し、処理を終了する。配備制御装置２０２ａは、例えば、係るＩＤを図示しない保留キュー等に登録してもよい。
【０２０３】
一定時間経過後、配備制御装置２０２ａは、保留していたアプリケーションのアプリケーションＩＤを取り出し、再び配備判断装置２０２ｂに配備要否の判定を要求する。
【０２０４】
なお、本実施形態におけるアプリケーション配備システムのその他の動作については、上記第１の実施形態と同様である。
【０２０５】
以上説明した通り、本実施形態におけるアプリケーション配備システム（特にはＡＰサーバノード１０１）においては、ＡＰサーバ２０４に対するアプリケーションの配備を一時的に保留することができる。
【０２０６】
このため、本実施形態においては、例えば、特定のＡＰサーバ２０４が高負荷状態である場合に、配備処理を行うことで更に負荷が高まることを回避可能である。
【０２０７】
＜第４の実施形態＞
次に、本発明の第４の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０２０８】
本実施形態におけるアプリケーション配備システム１００は、上記第１の実施形態に係るアプリケーション配備システムに対して、管理サーバノードを更に有する点で相違する。以下、係る相違点を中心に説明する。
【０２０９】
図１９は、本実施形態におけるアプリケーション配備システムのネットワーク構成を例示する図である。
【０２１０】
本実施形態におけるアプリケーション配備システムは、１以上のＡＰサーバノード１０１と、１以上の負荷分散ノード１０２とに加え、１以上の管理サーバノード１９０１が、通信ネットワーク１０３を介して相互に通信可能に接続されている。また、本実施形態においては、運用端末１０４が、上記通信ネットワーク１０３に接続されていてもよい。
【０２１１】
本実施形態におけるＡＰサーバノード１０１は、配備状況保持部２０１ａにおけるＡＰ配備情報１９０３に、アプリケーションのアーカイブを保有しているか、あるいは、アプリケーションが配備されているかを表す「タイプ」に関する情報が追加されている以外は、上記各実施形態におけるＡＰサーバノード２０１と同等である。なお、係るタイプについては後述する。
【０２１２】
本実施形態における負荷分散装置ノード１０２は、配備状況保持部２０１ａにおけるＡＰ配備情報１９０３に、タイプに関する情報が追加されている以外は、上記各実施形態における負荷分散装置ノード１０２と同等である。
【０２１３】
本実施形態における管理サーバノード１９０１は、配備状況管理部２０１と、ＡＰ管理部２０３と、配備受付部１９０２とを有する。本実施形態において、管理サーバノードを構成するこれらの構成要素は、互いに通信可能に接続されている。また、これらの構成要素は、必要に応じて通信ネットワーク１０３と通信可能に接続されていてもよい。
【０２１４】
本実施形態における管理サーバノード１９０１は、図示しない運用管理者よりアプリケーションのアーカイブを受け付け、係るアプリケーションのアーカイブを他のノード（ＡＰサーバノード１０１等）に配布する。即ち、本実施形態における管理サーバノード１９０１は、自ノード自体にはアプリケーションを配備せず、アプリケーションのアーカイブの配布のみを行う。
【０２１５】
以下、本実施形態における管理サーバノード１９０１の構成について説明する。
【０２１６】
まず、管理サーバノード１９０１における配備状況管理部２０１及びＡＰ管理部２０３は、それぞれ、上記本実施形態のＡＰサーバノード１０１における配備状況管理部２０１及びＡＰ管理部２０３と同等してよい。即ち、管理サーバノード１９０１を構成する配備状況管理部２０１におけるＡＰ配備情報１９０３は、上記タイプに関する情報を有する。
【０２１７】
次に、管理サーバノード１９０１における配備受付部１９０２は、運用管理者からアプリケーションのアーカイブを受け付け、係るアプリケーションのアーカイブをＡＰ管理部２０３に保存する。
【０２１８】
また、配備受付部１９０２は、係るアプリケーションに対するアプリケーションＩＤと、リソースパスと、自ノード（管理サーバノード１９０１）のアドレスとを配備状況管理部２０１に通知する。
【０２１９】
この際、管理サーバノード１９０１における配備状況管理部２０１は、ＡＰサーバノード１０１における配備状況管理部２０１と同様に、ＡＰ配備情報１９０３及びＡＰ属性情報２０１ｃを更新し、係る更新通知を他のノードに送信する。
【０２２０】
次に、上記ＡＰサーバノード１０１、負荷分散ノード１０２、及び管理サーバノード１９０１におけるＡＰ配備情報１９０３の構成について、図２０を参照して説明する。
【０２２１】
上述したように、本実施形態におけるアプリケーション配備システムにおいては、自ノードにアプリケーションを配備し、係るアプリケーションに対するリクエストを処理可能なＡＰサーバノード１０１と、自ノードにアプリケーションを配備せず、アプリケーションのアーカイブを配布する管理サーバノード１９０１とが混在する。
【０２２２】
このため、アプリケーションが配備されノードがリクエストを処理可能であるか否かを識別可能な情報として、図２０に例示するように、各ノードにおけるＡＰ配備情報１９０３にタイプ（図２０における符号２００１）に関する情報を設定する。
【０２２３】
図２０に例示する具体例においては、例えば、アプリケーションのアーカイブを保持しているが配備されていない場合（例えば、管理サーバノード１９０１等）は、タイプを「ｕｐｌｏａｄｅｄ」とし、アプリケーションのアーカイブを保持しておりアプリケーションが配備されている場合（例えばＡＰサーバノード１０１等）は、タイプを「ｄｅｐｌｏｙｅｄ」とする。
【０２２４】
また、ＡＰサーバノード１０１及び、管理サーバノード１９０１において、ＡＰ配備情報１９０３が更新された際に他ノードに対して送信する更新情報にも、上記タイプに関する情報を追加する。
【０２２５】
この場合の更新通知の具体例を図２３に例示する。図２３に例示するように、ＡＰ配備情報１９０３の更新通知に対して、タイプに関する情報として「ｔｙｐｅ＝ｕｐｌｏａｄｅｄ」が追加されている。
【０２２６】
次に、本実施形態における運用端末１０４について説明する。本実施形態における運用端末１０４は、上記第１の実施形態における運用端末１０４と同様、通信ネットワーク１０３に通信可能に接続される。
【０２２７】
本実施形態においては、図示しない運用管理者は、例えば、運用端末１０４を介して、特定の管理サーバノード１９０１に対するアプリケーションの配備（あるいは配備の指示）を実行してもよい。なお、本実施形態において、運用端末１０４を設けるか否かは任意である。
【０２２８】
以下、上記のように構成された本実施形態におけるアプリケーション配備システムの動作について説明する。
【０２２９】
まず、本実施形態における管理サーバノード１９０１の動作について、図２１に例示するフローチャートを用いて説明する。
【０２３０】
管理サーバノード１９０１における配備受付部１９０２は、図示しない運用管理者から、配備対象であるアプリケーションのアーカイブを受け取る（ステップＳ２１０１）。
【０２３１】
この場合、図示しない運用管理者は、運用端末１０４を用いて、係るアプリケーションのアーカイブを、管理サーバノード１９０１に送信してもよい。また、この際、図示しない運用管理者は、アプリケーションのアーカイブと共に、係るアプリケーションのアプリケーションＩＤと、係るアプリケーションを配備するリソースパスの情報とを、管理サーバノード１９０１に送信してもよい。
【０２３２】
管理サーバノード１９０１における配備受付部１９０２は、上記ステップ１９０１において受け取ったアプリケーションのアーカイブを、ＡＰ保持部２０３ａに保存する（ステップＳ２１０２）。
【０２３３】
管理サーバノード１９０１における配備受付部１９０２は、上記ステップ１９０１において受け取ったアプリケーションのアプリケーションＩＤ、リソースパス、自ノードのアドレス、及びタイプに関する情報を、配備状況管理部２０１に通知する（ステップＳ２１０３）。
【０２３４】
この場合、管理サーバノード１９０１はアプリケーションのアーカイブを配布するのみであることから、配備受付部１９０２は上記タイプに関する情報を「ｕｐｌｏａｄｅｄ」とする。
【０２３５】
管理サーバノード１９０１を構成する配備状況管理部２０１における、配備状況保持部２０１ａは、上記ステップＳ２１０３において通知された情報に基づいて、ＡＰ配備情報１９０３及び、ＡＰ属性情報２０１ｃを更新する。
【０２３６】
そして、管理サーバノード１９０１における配備状況送受信部２０１ｄは、係る更新に伴う更新情報を作成し、作成した更新通知を、通信ネットワーク１０３に接続された他のノードに送信する（ステップＳ２１０４）。
【０２３７】
なお、上記ステップＳ２１０４における処理は、上記において説明した、図９に例示するフローチャートと同様である。
【０２３８】
なお、管理サーバノード２４０１における配備状況管理部２０１及びＡＰ管理部２０３は、それぞれ、上記本実施形態のＡＰサーバノード１０１における配備状況管理部２０１及びＡＰ管理部２０３と同等してよいため、これらの処理に関する詳細な説明は省略する。
【０２３９】
次に、上記のような管理サーバノード１９０１を追加した場合の、本実施形態における負荷分散装置ノード１０２の動作について図２２に例示するフローチャートを用いて説明する。
【０２４０】
負荷分散装置ノード１０２を構成する配備状況管理部２０１における配備状況送受信部２０１ｄは、他のノードにおける配備状況管理部２０１（特には配備状況送受信部２０１ｄ）が送信した更新通知を受信し、係る更新通知を自ノードにおける配備状況保持部２０１ａに通知する。上記通知を受けた配備状況保持部２０１ａは、ＡＰ配備情報１９０３を更新する（ステップＳ２２０１）。
【０２４１】
ここで、本実施形態においては、係る更新通知に上記説明したタイプに関する情報が含まれる。よって、配備状況保持部２０１ａは係る通知に含まれるタイプに関する情報を、ＡＰ配備情報１９０３に登録する。
【０２４２】
なお、ステップＳ２２０１におけるその他の処理は、上記第１の実施形態において説明した、図１２に例示したフローチャートと同様の処理としてよいため、詳細な説明は省略する。
【０２４３】
次に、負荷分散装置ノード１０２における配備状況保持部２０１ａは、ＡＰ配備情報１９０３に追加したアプリケーションＩＤ、ノードアドレス、及びタイプに関する情報を、自ノードの負荷分散対象管理部３０２に通知し、負荷分散先の登録処理を実行するよう指示する（ステップＳ２２０２）。
【０２４４】
次に、負荷分散対象管理部３０２は、上記ステップＳ２２０２において通知されたタイプに関する情報を確認する（ステップＳ２２０３）。より具体的には、負荷分散対象管理部３０２は、タイプに関する情報が「ｄｅｐｌｏｙｅｄ」であるか否かを判定する。
【０２４５】
上記ステップＳ２２０３における確認の結果、タイプに関する情報が「ｄｅｐｌｏｙｅｄ」でない場合（ステップＳ２２０４においてＮＯ）、負荷分散対象管理部３０２は処理を終了する。この場合、ステップＳ２２０１において受信した更新通知を送信したノードは、アプリケーションを保持するのみで配備していないため、負荷分散のためのリクエストの振り分け先にならない。
【０２４６】
その一方、上記ステップＳ２２０３における確認の結果、タイプに関する情報が「ｄｅｐｌｏｙｅｄ」である場合（ステップＳ２２０４においてＹＥＳ）、負荷分散対象管理部３０２は、以下説明するステップＳ２２０５から処理を継続する。
【０２４７】
ステップＳ２２０５において、負荷分散対象管理部３０２は、配備状況保持部２０１aにおけるＡＰ属性情報２０１ｃから、上記ステップＳ２２０１においてＡＰ配備情報１９０３に登録したアプリケーションＩＤに関連付けされたリソースパスの情報を取得する（ステップＳ２２０５）。
【０２４８】
次に、負荷分散対象管理部３０２は、自ノードの負荷分散装置３０３に、上記アプリケーションＩＤに関連付けされたノードアドレス及びリソースパスを、アプリケーションに対するリクエストの振り分け先として登録する（ステップＳ２２０６）。
【０２４９】
管理サーバノード１９０１における配備状況管理部２０１及びＡＰ管理部２０３は、それぞれ、上記本実施形態のＡＰサーバノード１０１における配備状況管理部２０１及びＡＰ管理部２０３と同等してよいため、これらの処理に関する詳細な説明は省略する。
【０２５０】
なお、本実施形態におけるＡＰサーバノード１０１の動作は、上記説明した各実施形態と同等であるため、説明を省略する。
【０２５１】
以上説明した本実施形態におけるアプリケーション配備システムによれば、上記各実施形態と同様の効果が得られる。
【０２５２】
また、以上説明した通り、本実施形態においては、管理サーバノード１９０１に対して特定のアプリケーションを配備することにより、管理サーバノード１９０１が更新通知を他のノードに送信する。また、管理サーバノード１９０１は、上記各実施形態において説明したＡＰサーバノード１０１と同様、他のノードに対してアプリケーションのアーカイブを配布可能である。
【０２５３】
よって、本実施形態におけるアプリケーション配備システムによれば、管理サーバノード１９０１を導入することにより、例えば、運用管理者がアプリケーションを配備する端末を集約することが可能である。
【０２５４】
このため、本実施形態におけるアプリケーション配備システムによれば、運用管理者による、アプリケーション配備に関する工数を更に低減可能である。
【０２５５】
＜第５の実施形態＞
次に、本発明の第５の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０２５６】
本実施形態におけるアプリケーション配備システム１００は、上記各実施形態に係るアプリケーション配備システムに対して、中継サーバノードを更に有する点で相違する。以下、係る相違点を中心に説明する。
【０２５７】
図２４は、本実施形態におけるアプリケーション配備システムのネットワーク構成を例示する図である。
【０２５８】
本実施形態におけるアプリケーション配備システムは、１以上のＡＰサーバノード１０１と、１以上の負荷分散ノード１０２とに加え、１以上の中継サーバノード２４０１が、通信ネットワーク１０３を介して相互に通信可能に接続されている。また、本実施形態においては、運用端末１０４が、上記通信ネットワーク１０３に接続されていてもよい。
【０２５９】
本実施形態におけるＡＰサーバノード１０１は、上記第４の実施形態におけるＡＰサーバノード１０１と同様の構成を採用してよいため、詳細な説明は省略する。
【０２６０】
本実施形態における負荷分散装置ノード１０２は、上記本実施形態におけるＡＰサーバノード１０１と同様、上記第４の実施形態における負荷分散装置ノード１０２と同様の構成を採用してよいため、詳細な説明は省略する。
【０２６１】
次に、本実施形態における中継サーバノード２４０１は、配備状況管理部２０１と、ＡＰ管理部２０３と、中継制御部２４０２とを有する。中継サーバノード２４０１を構成するこれらの構成要素は、互いに通信可能に接続されている。
【０２６２】
また、これらの構成要素は、必要に応じて通信ネットワーク１０３と通信可能に接続されていてもよい。
【０２６３】
本実施形態における中継サーバノード２４０１は、他のノードが保持するアプリケーションのアーカイブを自身のノードにコピーして、当該アプリケーションのアーカイブの新たな配信元となる。本実施形態における中継サーバノード２４０１は、自ノード自体にはアプリケーションを配備せず、アプリケーションのアーカイブの中継のみを行ってもよい。
【０２６４】
以下、本実施形態における中継サーバノード２４０１の構成について説明する。
【０２６５】
まず、中継サーバノード２４０１における配備状況管理部２０１及びＡＰ管理部２０３は、それぞれ、上記本実施形態のＡＰサーバノード１０１における配備状況管理部２０１及びＡＰ管理部２０３と同等してよい。
【０２６６】
次に、中継サーバノード２４０１における中継制御部２４０２は、他ノードのからの更新通知に基づいて、自ノードにおける配備状況保持部２０１ａが保持する情報が更新された際に、当該更新通知に関するアプリケーションが配備済み、もしくは、アップロード済みのノードからアプリケーションのアーカイブファイルを取得する。
【０２６７】
次に、上記のように構成された本実施形態におけるアプリケーション配備システムの動作について説明する。
【０２６８】
まず、中継サーバノード２４０１の動作について、図２５に例示するフローチャートを用いて説明する。以下においては、中継サーバノード２４０１が他のノードにおける配備状況管理部２０１（特には、配備状況送受信部２０１ｄ）が送信した更新通知を受信して、自ノードにアプリケーションのアーカイブをコピー（中継）する動作について説明する。
【０２６９】
中継サーバノード２４０１を構成する配備状況管理部２０１における配備状況送受信部２０１ｄは、他のノードにおける配備状況管理部２０１（特には配備状況送受信部２０１ｄ）が送信した更新通知を受信し、係る更新通知を自ノードにおける配備状況保持部２０１ａに通知する。上記通知を受けた配備状況保持部２０１ａは、ＡＰ配備情報１９０３を更新する（ステップＳ２５０１）。なお、ステップＳ２５０１におけるその他の処理は、上記第１の実施形態において説明した、図１２に例示したフローチャートと同様の処理としてよいため、詳細な説明は省略する。
【０２７０】
次に、中継サーバノード２４０１における配備状況保持部２０１ａは、上記ＡＰ配備情報１９０３に登録したアプリケーションＩＤ、ノードアドレス、及びタイプに関する情報を、自ノードにおける中継制御部２４０２に通知し、コピー処理を実行するよう指示する（ステップＳ２５０２）。
【０２７１】
次に、中継サーバノード４０１における中継制御部２４０２は、ステップＳ２５０２において指定されたアプリケーションＩＤと同一のＩＤを有するアプリケーションについて、既にコピー処理を実行中であるか判定する（ステップＳ２５０３）。
【０２７２】
上記ステップＳ２５０３における判定の結果、既に同一ＩＤのアプリケーションについてコピー処理が実行中である場合（ステップＳ２５０４においてＹＥＳ）、中継制御部２４０２は処理を終了する。同じアプリケーションを、重複してコピーすることを避けるためである。
【０２７３】
その一方、上記ステップＳ２５０３における判定の結果、既に同一ＩＤのアプリケーションについてコピー処理が実行中では無い場合（ステップＳ２５０４においてＮＯ）、中継制御部２４０２は、下記ステップＳ２５０５から処理を続行する。
【０２７４】
ステップＳ２５０５において、中継制御装部２４０２は、ＡＰ管理部２０３におけるＡＰ保持部２０３ａに対して、同じアプリケーションＩＤを有するアプリケーションのアーカイブが保存済みか否か問い合わせる（ステップＳ２５０５）。
【０２７５】
ステップＳ２５０５における問い合わせの結果、既に同じＩＤを有するアプリケーションのアーカイブが保存済みである場合（ステップＳ２５０６においてＹＥＳ）、中継制御装部２４０２は処理を終了する。同じアプリケーションを、重複してコピーすることを避けるためである
その一方、ステップＳ２５０５における問い合わせの結果、既に同じＩＤを有するアプリケーションのアーカイブが保存済みでない場合（ステップＳ２５０６においてＮＯ）、中継制御装部２４０２は、下記ステップＳ２５０７より処理を続行する。
【０２７６】
ステップＳ２５０７において、中継制御装部２４０２は、上記ステップＳ２５０２において指定されたアプリケーションＩＤに対応するアプリケーションを配信可能なノードから、係るアプリケーションのアーカイブを取得する（ステップＳ２５０７）。この処理は、図１３に例示するフローチャートと同様の処理としてよいため、詳細な説明は省略する。
【０２７７】
なお、この場合において、アプリケーションを配信可能なノードは、ＡＰサーバノード１０１、上記第４の実施形態における管理サーバノード１９０１、及び、本実施形態における（他の）中継サーバノード２４０１を含んでもよい。
【０２７８】
中継制御部２４０２は、上記ステップＳ２５０５において取得（コピー）したアプリケーションのアプリケーションＩＤ、リソースパス、自ノードのアドレス、及びタイプに関する情報を、自ノードにおける配備状況管理部２０１に通知する（ステップＳ２５０８）。なお、中継制御部２４０２は、アプリケーションのアーカイブを配布するのみであり、自ノードにアプリケーションを配備しなでもよい。この場合、中継制御部２４０２上記タイプに関する情報は「ｕｐｌｏａｄｅｄ」とする。
【０２７９】
中継サーバノード２４０１における配備状況保持部２０１ａは、上記ステップＳ２５０８において通知された情報に基づいて、ＡＰ配備情報１９０３及び、ＡＰ属性情報２０１ｃを更新する。そして、中継サーバノード２４０１における配備状況送受信部２０１ｄは、係る更新に伴う更新情報を作成し、作成した更新通知を、通信ネットワーク１０３に接続された他のノードに送信する（ステップＳ２５０９）。なお、ステップＳ２５０９における処理は、上記において説明した、図９に例示するフローチャートと同様である。
【０２８０】
中継サーバノード２４０１における配備状況管理部２０１及びＡＰ管理部２０３は、それぞれ、上記本実施形態のＡＰサーバノード１０１における配備状況管理部２０１及びＡＰ管理部２０３と同等してよいため、これらの処理に関する詳細な説明は省略する。
【０２８１】
ここで、本実施形態におけるＡＰサーバノード１０１、及び負荷分散装置ノード１０２の動作は、上記第４の実施形態と同様としてよいため、詳細な説明は省略する。
【０２８２】
以上説明した本実施形態におけるアプリケーション配備システムによれば、上記各実施形態と同様の効果が得られる。
【０２８３】
また、以上説明した通り、本実施形態においては、中継サーバノード２４０１が他のノードからの更新通知に基づいて特定のアプリケーションを取得し、係る取得したアプリケーションを自ノードが保持していることを他のノードに更新通知として通知する。また、中継サーバノード２４０１は、上記各実施形態において説明したＡＰサーバノード１０１と同様、他のノードに対してアプリケーションのアーカイブを配布可能である。
【０２８４】
よって、本実施形態におけるアプリケーション配備システムによれば、アプリケーションのアーカイブを送受信する際の負荷を、ＡＰサーバノード１０１と、中継サーバノード２４０１とにより分散させることが可能である。また、中継サーバノード２４０１の台数を調整することにより、各ノードのアプリケーション送信の負荷を調整可能である。
【０２８５】
なお、本実施形態の一つの応用例として、以下のような構成も本実施形態に含まれる。
【０２８６】
上記説明した本実施形態においては中継サーバノード２４０１を導入することにより、他のノード（ＡＰサーバノード１０１や、他の中継サーバノード１０１）は、中継サーバノードからアプリケーションのアーカイブを取得可能である。
【０２８７】
このため、ＡＰサーバノード１０１は、アプリケーションのアーカイブを配信せず、中継サーバノード２４０１のみがアプリケーションのアーカイブを配信するよう構成してもよい。
【０２８８】
この場合、例えば、図１３に例示するフローチャートにおいて、各ノードにおける配備制御部２０２ａが、配備状況保持部２０１ａが保持するＡＰ配備情報１９０３を参照する。
【０２８９】
配備制御部２０２ａは、ＡＰ配備情報１９０３において、取得しようとするアプリケーションのアプリケーションＩＤに関連付けられたタイプに関する情報が「ｕｐｌｏａｄｅｄ」であるノードを、当該アプリケーション取得対象のノードとする。
【０２９０】
ＡＰサーバノード１０１は、配備状況のタイプに関する情報が「ｄｅｐｌｏｙｅｄ」であるため、これによって、ＡＰサーバノード１０１はアプリケーションの取得元候補の対象外になる。なお、このように構成する場合、上記第４の実施形態において説明した、管理サーバノード１９０１を導入することが望ましい。
【０２９１】
以上説明した本実施形態の応用例によれば、ＡＰサーバノード１０１は、他のノードに対してアプリケーションのアーカイブを配布する必要が無い。
【０２９２】
このため、ＡＰサーバノード１０１に対して、アプリケーションのアーカイブを送受信するための負荷が影響を及ぼすことを防ぐことができる。
【０２９３】
＜第６の実施形態＞
次に、上述した各実施形態に共通する構成について、本発明の第６の実施形態として、図２６を参照して説明する。図２６は、本発明の第１の実施形態に係るアプリケーション配備システムのネットワーク構成を例示する図である。
【０２９４】
本実施形態におけるアプリケーション配備システム２６００は、１以上の第１のノード２６０１と、１以上の負荷分散装置ノード２６０２とを有し、これらが通信ネットワーク１０３を介して通信可能に接続されている。また、アプリケーション配備システムは、１以上のその他のノード２６０３を更に有してもよい。なお、以下の説明においては、第１のノード２６０１、負荷分散装置ノード２６０２、及びノード２６０３をまとめて「ノード」と称する場合がある。
【０２９５】
本実施形態におけるアプリケーション配備システム２６００における各ノードは、配備されるアプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報２６０４を有する。
【０２９６】
また、各ノードは、上記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報２６０５と、を有する。
【０２９７】
本実施形態における第１のノード２６０１は、自ノードが保持するアプリケーションのアーカイブを他のノードに対して配信可能となった際に、自ノードにおける上記アプリケーション配備情報２６０４の更新通知を送信する。
【０２９８】
なお、本実施形態における第１のノード２６０１は、例えば、他の第１のノード２６０１から受信した上記更新通知に基づいて、上記複数のノードの中から、上記更新通知に含まれる上記アプリケーションのアーカイブを配信可能な上記ノードを選択し、当該アプリケーションのアーカイブを取得してもよい。
【０２９９】
また、この場合において、上記第１のノード２６０１は、他の上記第１のノード２６０１から受信した上記更新通知に基づいて、自ノードにおける上記アプリケーション配備情報を更新し、更新したアプリケーション配備情報に基づいて自ノードにおける上記アプリケーション配備情報の更新通知を作成してもよい。そして、上記第１のノード２６０１は、作成した更新通知を上記他のノードに対して送信してもよい。
【０３００】
本実施形態における負荷分散ノード２６０２は、上記更新通知に基づいて、上記更新通知を送信した上記第１のノードノード２６０１を、上記アプリケーションに対するリクエストの振り分け先として登録する。
【０３０１】
なお、本実施形態においては、上記第１のノードノード２６０１と、上記負荷分散ノードノード２６０２とは、上記更新通知に基づいて上記アプリケーション配備情報を更新することにより、共通の上記アプリケーション配備情報を有する。
【０３０２】
本実施形態における通信ネットワーク１０３は、上記各実施形態における通信ネットワーク１０３と同様としてよいため、詳細な説明は省略する。
【０３０３】
上記のように構成した本実施形態におけるアプリケーションの配備システム２６００によれば、アプリケーションが配備されるノード（例えば、上記第１のノード２６０１）に関する情報が、当該アプリケーションの配備状況に関する更新通知により、分散環境を構築する複数のノード（例えば上記第１のノード２６０１や、負荷分散ノード２６０２等）の間で共有される。
【０３０４】
このため、当該ノードに関する情報や、負荷分散装置に関する情報を事前にノードに登録する必要が無く、アプリケーションの配備に要する工数を低減可能である。
【０３０５】
＜ハードウェア及びソフトウェア・プログラム（コンピュータ・プログラム）の構成＞
以下、上記説明した各実施形態を実現可能なハードウェア構成について説明する。
【０３０６】
上記各実施形態において説明したＡＰサーバノード１０１（図１）、負荷分散装置ノード１０２（図１）、管理サーバノード１９０１（図１９）、中継サーバノード２４０１（図２４）等は、それぞれの機能を実現する専用のハードウェア装置により構成してもよい。なお、以下の説明において、ＡＰサーバノード１０１、負荷分散装置ノード１０２、管理サーバノード１９０１、中継サーバノード２４０１等を、単に「ノード」と称する場合がある。
【０３０７】
その場合、上記各ノードを構成する構成要素は、一部、または、全部を統合したハードウェア（処理ロジックを実装した集積回路等）として実現してもよく、それぞれ個別のハードウェアにより構成してもよい。
【０３０８】
また、上述した各ノードは、図２７に例示するようなハードウェアと、係るハードウェアによって実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成してもよい。この場合、各ノードを構成する構成要素は、単独のハードウェアにおいて実行されるソフトウェア・プログラムとして実現してもよい。また、複数のハードウェアにおいて実行されるソフトウェア・プログラムとして実現してもよい。
【０３０９】
なお、以下の説明において、図２７に例示するハードウェアを、単に情報処理ハードウェアと称する場合がある。
【０３１０】
図２７における演算装置２７０１は、汎用のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やマイクロプロセッサ等の演算処理装置である。演算装置２７０１は、例えば後述する不揮発性記憶装置２７０３に記憶された各種ソフトウェア・プログラムを記憶装置２７０２に読み出し、係るソフトウェア・プログラムに従って処理を実行してもよい。
【０３１１】
記憶装置２７０２は、演算装置２７０１から参照可能な、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリ装置であり、ソフトウェア・プログラムや各種データ等を記憶する。なお、記憶装置２７０２は、揮発性のメモリ装置であってもよい。
【０３１２】
不揮発性記憶装置２７０３は、例えば磁気ディスクドライブや、フラッシュメモリによる半導体記憶装置のような、不揮発性の記憶装置であり、各種ソフトウェア・プログラムやデータ等を記録してもよい。
【０３１３】
ネットワークインタフェース２７０６は、通信ネットワークに接続するインタフェース装置であり、例えば有線及び無線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続用インタフェース装置等を採用してもよい。上記説明した書く実施形態においては、例えば、上記説明した各ノードと、通信ネットワーク１０３との間を、上記ネットワークインタフェース２７０６を介して接続してもよい。
【０３１４】
外部記憶装置２７０４は、例えば、後述する外部記憶媒体２７０５に対するデータの読み込みや書き込みを処理する装置である。
【０３１５】
外部記録媒体２７０５は、例えば光ディスク、光磁気ディスク、半導体フラッシュメモリ等、データを記録可能な任意の記録媒体である。
【０３１６】
入出力インタフェース２７０７は、外部入力装置（例えばキーボードやマウス等）及び外部出力装置（例えばディスプレイ装置やプリンタ等）との間の入出力を制御する装置である。
【０３１７】
例えば、上記第４の実施形態において、図示しない運用管理者は、管理サーバノード１９０１を構成する上記情報処理ハードウェアに対して、当該情報処理ハードウェアが具備する上記入出力インタフェースを介して、配備するアプリケーションに関する情報を入力してもよい。
【０３１８】
上述した各実施形態を例に説明した本発明は、例えば、図２７に例示した情報処理ハードウェアにより各ノード（あるいは各ノードの構成要素）を構成し、係る情報処理ハードウェアに対して、上記各実施形態の説明において参照したフローチャートの機能を実現可能なソフトウェア・プログラムを供給した後、そのソフトウェア・プログラムを、演算装置２７０１が実行することによって達成されてもよい。
【０３１９】
上述した各実施形態において、上記各図に示した各部は、上述したハードウェアにより実行されるソフトウェア・プログラムの機能（処理）単位である、ソフトウェアモジュールとして実現することができる。但し、これらの図面に示した各ソフトウェアモジュールの区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。
【０３２０】
例えば、図１、図１９、及び図２４に示した各部をソフトウェアモジュールとして実現する場合、これらのソフトウェアモジュールを不揮発性記憶装置２７０３に記憶しておき、演算装置２７０１がそれぞれの処理を実行する際に、これらのソフトウェアモジュールを記憶装置２７０２に読み出すよう構成してもよい。
【０３２１】
また、これらのソフトウェアモジュール間は、共有メモリやプロセス間通信等の適宜の方法により、相互に各種データを伝達できるように構成してもよい。このような構成により、これらのソフトウェアモジュール間は、相互に通信可能に接続可能である。
【０３２２】
更に、上記各ソフトウェア・プログラムを外部記憶媒体２７０５に記録しておき、上記通信装置等の出荷段階、あるいは、運用段階等において、適宜外部記憶装置２７０４を通じて当該ソフトウェア・プログラムを不揮発性メモリ２７０３に格納するよう構成してもよい。
【０３２３】
また、上記各ノードにおける構成要素をソフトウェア・プログラムとして実現する場合、上記各実施形態において説明した、ＡＰ配備情報（符号２０１ｂ、符号１９０３）、ＡＰ属性情報（符号２０１ｃ、符号１６０１）、ＡＰアーカイブ２０３ｃ、ＡＰアーカイブ対応情報２０３ｂ、及び、リクエスト振り分け先情報３０３ａなどは、適宜適切なデータ構造等を用いて、記憶装置２７０２や、不揮発性記憶装置２７０３に記憶してもよい。また、これらの情報は、任意のデータベース等に格納することにより、不揮発性記憶装置２７０３に記憶してもよい。
【０３２４】
なお、上記の場合において、上記各ノードへの各種ソフトウェア・プログラムの供給方法は、出荷前の製造段階、あるいは、出荷後のメンテナンス段階等において、適当な治具を利用して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができる。そして、このような場合において、本発明は、係るソフトウェア・プログラムを構成するコード、あるいは、係るコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。
【０３２５】
以上、本発明を、上述した模範的な実施形態に適用した例として説明した。しかしながら、本発明の技術的範囲は、上述した各実施形態に記載した範囲には限定されない。当業者には、係る実施形態に対して多様な変更、または、改良を加えることが可能であることは明らかである。そのような場合、係る変更、または、改良を加えた新たな実施形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。
【０３２６】
なお、上述した実施形態及びその変形例の一部または全部は、以下の付記のようにも記載され得る。しかしながら、上述した実施形態及びその変形例により例示的に説明した本発明は、以下には限られない。
【０３２７】
（付記１）
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
上記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続され、
当該複数のノードは、
自ノードが保持する特定のアプリケーションのアーカイブを、上記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードにおける上記アプリケーション配備情報の更新通知を送信する１以上の第１のノードと、
上記更新通知に基づいて、上記更新通知を送信した上記第１のノードを、上記アプリケーションに対するリクエストの振り分け先として登録することにより、当該リクエストに応じた処理の負荷を分散する１以上の第２のノードと、を含み、
上記１以上の第１のノードと、上記１以上の第２のノードとが、上記更新通知に基づいて上記アプリケーション配備情報を更新することにより、共通の上記アプリケーション配備情報を有することを特徴とする、
アプリケーションの配備システム。
【０３２８】
（付記２）
上記第１のノードは、
他の上記第１のノードから受信した上記更新通知に基づいて、上記複数のノードの中で、上記アプリケーションのアーカイブを配信可能な上記ノードから、当該アプリケーションのアーカイブを取得し、
上記更新通知に基づいて、自ノードにおける上記アプリケーション配備情報を更新し、
上記更新したアプリケーション配備情報に基づいて自ノードにおける上記アプリケーション配備情報の更新通知を作成し、
その作成した更新通知を上記複数のノードに含まれる他のノードに対して送信することを特徴とする、
付記１に記載のアプリケーションの配備システム。
【０３２９】
（付記３）
上記第１のノードは、
上記更新通知に基づいて、自ノードにおける上記アプリケーション属性情報を更新し、
上記更新したアプリケーション属性情報に基づいて自ノードにおける上記アプリケーション属性情報の更新通知を作成し、
その作成した更新通知を上記複数のノードに含まれる他のノードに対して送信することを特徴とする、
付記1または付記２に記載のアプリケーションの配備システム。
【０３３０】
（付記４）
上記第１のノードは、
上記取得したアプリケーションのアーカイブを自ノードに保持し、
上記複数のノードに含まれる他の上記ノードからの要求に応じて、上記保持しているアプリケーションのアーカイブを当該他の上記ノードに対して配信することを特徴とする、
付記２または付記３に記載のアプリケーション配備システム。
【０３３１】
（付記５）
上記第１のノードは、取得した上記アプリケーションのアーカイブに含まれる上記アプリケーションを自ノードに配備し、当該配備したアプリケーションに対するリクエストを処理可能なアプリケーションサーバノードであることを特徴とする、
付記３または付記４に記載のアプリケーションの配備システム。
【０３３２】
（付記６）
上記アプリケーション属性情報は、特定の上記アプリケーションによるサービスを提供するために上記アプリケーションサーバノードに求められる要求機能に関する情報を含み、
上記第１のノードは、上記要求機能に関する情報を含む上記更新通知を作成して、その作成した更新通知を上記複数のノードに含まれる他のノードに対して送信し、
上記アプリケーションサーバノードは、上記第１のノードから送信された上記更新通知を確認し、自ノードが上記要求機能を満たしている場合に、当該アプリケーションを取得して自ノードに配備することを特徴とする、
付記５に記載のアプリケーションの配備システム。
【０３３３】
（付記７）
上記アプリケーション配備情報は、特定の上記アプリケーションのアーカイブを提供する上記第１のノードが当該特定の上記アプリケーションに対するリクエストを処理可能か否かを識別可能な情報であるタイプ情報を含み、
上記第１のノードは、上記タイプ情報を含む上記更新通知を作成して、その作成した更新通知を上記複数のノードに含まれる他のノードに対して送信し、
上記第２のノードは、
上記更新通知が含むタイプ情報を確認し、
当該更新通知を作成した上記第１のノードが、上記更新通知に含まれる特定の上記アプリケーションに対するリクエストを処理可能である場合に、当該第１のノードを特定の上記アプリケーションに対するリクエストの振り分け先として登録することを特徴とする、
付記１乃至付記６のいずれかに記載のアプリケーションの配備システム。
【０３３４】
（付記８）
上記第１のノードは、上記取得したアプリケーションに対するリクエストを処理可能で無いことを表す上記タイプ情報を生成し、当該タイプ情報を含む上記更新知を作成する中継サーバノードであることを特徴とする、
付記７に記載のアプリケーションの配備システム。
【０３３５】
（付記９）
管理手段に接続され、
上記管理手段から提供されるアプリケーション識別情報と、アプリケーションの属性に関する情報と、に基づいて上記アプリケーション配備情報と、アプリケーション属性情報とを更新し、
上記管理手段から提供されるアプリケーションのアーカイブを保持し、
上記保持しているアプリケーションのアーカイブを上記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードの上記アプリケーション配備状況の更新通知を送信し、
上記複数のノードに含まれる他の上記ノードからの要求に応じて、上記保持しているアプリケーションのアーカイブを当該他の上記ノードに対して配信する、管理サーバノードを更に有することを特徴とする、
付記１乃至付記８のいずれかに記載のアプリケーションの配備システム。
【０３３６】
（付記１０）
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
上記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続され、
上記ノードである第１のノードが、自ノードが保持する特定のアプリケーションのアーカイブを上記複数のノードに含まれる他のノードに対して配信可能となった際に、自ノードにおける上記アプリケーション配備情報の更新通知を送信し、
上記ノードである第２のノードが、上記更新通知に基づいて、上記更新通知を送信した上記第１のノードを、上記アプリケーションに対するリクエストの振り分け先として登録し、
上記１以上の第１のノードと、上記１以上の第２のノードとが、上記更新通知に基づいて上記アプリケーション配備情報を更新することにより、共通の上記アプリケーション配備情報を有することを特徴とする、
アプリケーションの配備方法。
【０３３７】
（付記１１）
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
前記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続されたコンピュータネットワークにおいて、
前記ノードである第１のノードとして機能するコンピュータに、当該第１のノードが保持する特定のアプリケーションのアーカイブを前記複数のノードに含まれる他のノードに対して配信可能となった際に、前記アプリケーション配備情報の更新通知に基づいて、当該更新通知を送信した前記第１のノードを前記アプリケーションに対するリクエストの振り分け先として登録することにより当該リクエストに応じた処理の負荷を分散する第２のノードに対して、前記更新通知を送信する機能を実現させることを特徴とする、
プログラム。
【０３３８】
（付記１２）
アプリケーションを一意に識別可能なアプリケーション識別情報と当該アプリケーションを保持するノードを特定可能な情報とを関連付けるアプリケーション配備情報と、
前記アプリケーション識別情報と当該アプリケーションに関する属性情報とを関連付けるアプリケーション属性情報と、
を有する複数のノードが通信ネットワークを介して相互に通信可能に接続されたコンピュータネットワークにおいて、
前記ノードである第２のノードとして機能するコンピュータに、前記ノードである第１のノードが、当該第１のノードが保持する特定のアプリケーションのアーカイブを前記複数のノードに含まれる他のノードに対して配信可能となった際に送信する、前記アプリケーション配備情報の更新通知を受信する機能と、
当該受信した更新通知に基づいて、当該更新通知を送信した前記第１のノードを、前記アプリケーションに対するリクエストの振り分け先として登録することにより当該リクエストに応じた処理の負荷を分散する機能と、を実現させることを特徴とする、
プログラム。
【産業上の利用可能性】
【０３３９】
本発明は、複数のノードが接続された分散処理環境において、各ノードにアプリケーションを配備するシステムに適用可能である。例えば、多数のアプリケーションサーバに同一のアプリケーションを配備する必要があるシステムや、事前に配備先のアプリケーションサーバの情報を知ることができないシステム等に適用可能である。
【符号の説明】
【０３４０】
１００  アプリケーション配備システム
１０１  ＡＰサーバノード
１０２  負荷分散装置ノード
１０３  通信ネットワーク
１０４  運用端末
１０５  クライアント端末
２０１  配備状況管理部
２０２  配備管理部
２０３  ＡＰ管理部
２０４  ＡＰサーバ
３０２  負荷分散対象管理部
３０３  負荷分散装置
１９０１  管理サーバノード
１９０２  配備受付部
２４０１  中継サーバノード
２４０２  中継制御部
２６００  アプリケーション配備システム
２６０１  第１のノード
２６０２  負荷分散装置ノード
２６０３  ノード
２７０１  演算装置
２７０２  記憶装置
２７０３  不揮発性記憶装置
２７０４  外部記憶装置
２７０５  外部記録媒体
２７０６  ネットワークインタフェース
２７０７  入出力インタフェース
【図１】
2015135547.tif 000003
【図２】
2015135547.tif 000004
【図３】
2015135547.tif 000005
【図４】
2015135547.tif 000006
【図５】
2015135547.tif 000007
【図６】
2015135547.tif 000008
【図７】
2015135547.tif 000009
【図８】
2015135547.tif 000010
【図９】
2015135547.tif 000011
【図１０】
2015135547.tif 000012
【図１１】
2015135547.tif 000013
【図１２】
2015135547.tif 000014
【図１３】
2015135547.tif 000015
【図１４】
2015135547.tif 000016
【図１５】
2015135547.tif 000017
【図１６】
2015135547.tif 000018
【図１７】
2015135547.tif 000019
【図１８】
2015135547.tif 000020
【図１９】
2015135547.tif 000021
【図２０】
2015135547.tif 000022
【図２１】
2015135547.tif 000023
【図２２】
2015135547.tif 000024
【図２３】
2015135547.tif 000025
【図２４】
2015135547.tif 000026
【図２５】
2015135547.tif 000027
【図２６】
2015135547.tif 000028
【図２７】
2015135547.tif 000029