JP5432203B2 - 資源配付システム - Google Patents

Description

本発明は、サーバ装置からクライアント装置に対してプログラムやファイル等の資源を配付する資源配付システムに関する。

資源配付システムでは、修正プログラムや定義ファイル等の資源を保持するサーバ装置が、ネットワークを介して接続されている複数のクライアント装置に対して、配付対象となるファイルの配付を行う。クライアント装置（以下、配付先機器とする）は、サーバ装置（以下、配付サーバとする）から配付されたファイルを適用することで、メンテナンス等を行う。

従来は、配付サーバが固定されており、また、システム内の配付先機器の台数が多く且つ配付を行う時間が限られている場合には、図１７に示す構成で資源の配付を行ってきた。図１７に示す構成の資源配付システムでは、中継サーバを介して資源の配付を行うことにより、サーバ装置（配付サーバ）の処理を分散する。なお、図１７の中継サーバは、自装置配下の配付先機器を予め定義しておく必要があり、ある中継サーバの配付先機器はシステム内で固定されている。

図１７に示す構成の資源配付システムでは、資源を配下の全ての配付先機器に配付するために、配付サーバ及び中継サーバは、全て常に電源が投入されていることが前提となる。

サーバ装置からクライアント装置に対して資源を配付する技術として、例えば、上記のような、ホストサーバが、中継サーバを介して表示端末にコンテンツを配信する技術が知られている（例えば、特許文献１）。

ネットワーク上の他の通信装置にサービスを提供する通信装置の省電力化を実現するための技術として、例えば、ネットワーク処理ユニットにおいて応答を送信できないパケットを受信した場合にのみ、他の通信装置に提供するメインサービスを処理するメイン処理ユニットを起動する技術が知られている（例えば、特許文献２）。

また、ホストコンピュータから複数の端末に配信を行う処理において、電気代を節約するための技術として、必要な時間だけ端末の電源を上げておき、配信が終了すると、ホストコンピュータから端末へ電源断電文を送信する技術が知られている（例えば、特許文献３）。

特開２００１−２７３４３５号公報 国際公開第２００６／０４３４３６号 特開平１０−３９９５９号公報

図１７に示す従来の資源配付システムでは、資源配付側のサーバ（配付サーバや中継サーバ）については全てを常に電源投入しておく必要があり、電力が無駄に消費されていた。また、配付サーバや中継サーバが故障した場合には、故障サーバ配下の配付先機器に対して資源の配付ができなくなる、という問題もある。

本発明は、システム内で消費される電力を軽減させつつ、サーバ装置の中の一部に故障が発生した場合等であっても、遅滞なく資源の配付が可能な資源配付システムを提供することを目的とする。

本発明の一形態によれば、資源を配付する複数のサーバ装置と、資源の配付先である複数のクライアント装置とが互いにネットワークを介して接続される資源配付システムであって、前記サーバ装置は、前記複数のサーバ装置間で共通する第１のアドレス情報を有し、前記クライアント装置からの前記サーバ装置への接続を求める接続要求電文を受け付けるとともに、該接続要求電文を送信したクライアント装置に対して通知電文を送出する第１のインタフェース部と、前記第１のインタフェース部において前記接続要求電文を受け付けると、資源をダウンロード中のクライアント装置数が所定の閾値を超えることとなるか否かを判定する判定部と、前記クライアント装置数が前記所定の閾値を超えることとなる場合にはその旨の通知電文を生成する生成部と、前記クライアント装置数が前記所定の閾値を超えることとなる場合には、前記第１のインタフェース部を非活性化させる制御部と、前記クライアント装置数が前記所定の閾値を超えることとなる場合には、他のサーバ装置のうち、所定のサーバ装置の電源を投入するよう求める電源投入要求を送信する電源投入要求送信部と、を備え、前記複数のサーバ装置は、前記電源投入要求を受信すると電源供給を開始する電源制御装置とそれぞれ接続されており、前記クライアント装置は、保持する前記第１のアドレス情報を用いて、前記接続要求電文を前記サーバ装置に向けて送信する第１の送信部と、前記通知電文を受信する第１の受信部と、を備え、前記第１の受信部において前記クライアント装置数が前記所定の閾値を超えることとなる旨の通知を受信したときは、前記第１の送信部は、所定の期間の経過後に前記接続要求を再送する構成とする。

本発明によれば、システム内で消費される電力を軽減させつつ、サーバ装置の中の一部に故障が発生した場合等であっても、遅滞なく資源の配付が可能となる。

実施形態に係る資源配付システムの構成図である。 実施形態に係る配付サーバの構成図である。 実施形態に係る配付先機器の構成図である。 実施形態に係る資源配付システムによる通常動作時の資源の配付方法について説明する図である。 実施形態に係る資源配付システムによる、接続する配付先機器数が最大接続多重度を超えることとなる場合の資源の配付方法について説明する図である。 実施形態に係る資源配付システムにおける、電源投入要求を送信した後の処理を説明する図である。 配付サーバにおいて定義される設定ファイルの例を示す図である。 配付先機器において定義される設定ファイルの例を示す図である。 実施形態に係る資源配付システムにおいて使用する電文のフォーマット例を示す図である。 電源投入先リストテーブルの構造例を示す図である。 配付サーバの起動順を模式的に示す図である。 配付サーバによる受信プロセス処理を示したフローチャート（その１）である。 配付サーバによる受信プロセス処理を示したフローチャート（その２）である。 配付サーバによるダウンロード用プロセス処理を示したフローチャートである。 配付先機器の配付先機器アプリケーションによる処理を示したフローチャートである。 実施形態に係る資源配付システムによる効果を説明する図である。 実施形態に係る資源配付システムによる効果を説明する他の図である。 従来における資源配付システムを説明する図である。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。
図１は、本実施形態に係る資源配付システムの構成図である。図１に示す資源配付システム１は、複数の配付サーバ２及び複数の配付先機器３を有し、配付サーバ２及び配付先機器３は、ネットワークを介して互いに接続されている。実施例では、配付サーバ２及び配付先機器３は、ＬＡＮ（Local Area Network）を介して互いに接続されている。

図１に示す複数の配付サーバ２や複数の配付先機器３等を互いに区別するために、符号Ａ、Ｂ、Ｃ等を用いることとする。例えば配付サーバ２の１号機については、２号機や３号機と区別するときは、「配付サーバ２Ａ」とし、区別する必要がない場合は、単に「配付サーバ２」と表記することとする。以下の説明及び他の図面についても同様である。また、複数の配付サーバ２の中の１台であることを表すために、符号ｘを用いて「配付サーバ２ｘ」等のように表記することもある。

配付サーバ２は、資源を保持し、それぞれが第１のネットワークインタフェース部５及び第２のネットワークインタフェース部６を有し、電源制御装置４と接続されている。配付先機器３は、ネットワークを介して配付サーバ２から資源をダウンロードする。

配付サーバ２の第１及び第２のネットワークインタフェース部５、６は、例えばＮＩＣ（Network Interface Card）である。このうち、第１のネットワークインタフェース部５は、配付先機器３からの接続の要求を受け付け、資源配付システム１内の全ての配付サーバ２で共通するＩＰ（Internet Protocol）アドレスを有する。以下の説明及び図面においては、第１のネットワークインタフェース部５のＩＰアドレスを「ＩＰ−Ａ」とする。第２のネットワークインタフェース部６は、配付先機器３に対して資源の配付を行い、資源配付システム１内の配付サーバ２ごとに固有のＩＰアドレスを有する。以下の説明及び図面においては、第２のネットワークインタフェース部６のＩＰアドレスを「ＩＰ−Ｂｘ」とする。

電源制御装置４は、接続されている配付サーバ２とは異なる他の配付サーバ２からの要求にしたがって、接続されている配付サーバ２への電源供給を開始する。
本実施形態に係る資源配付システム１は、複数の配付サーバ２のうち、１台のみを起動しておき、他の配付サーバ２については電源を遮断しておく。起動中の配付サーバ２が、配付先機器３からの要求に応じて資源の配付を行う。起動中の配付サーバ２から資源をダウンロード中の配付先機器３の台数が所定の閾値を超えることとなる場合は、負荷を分散させるため、それ以上の要求の受け付けは行わず、他の配付サーバ２を起動させる。以降は、起動した他の配付サーバ２が配付先機器３からの要求を受け付け、先に起動していた配付サーバ２は、配付先機器３への資源の配付が完了すると、電源を遮断する。

なお、図１においては、本実施形態に係わる資源の配付方法に関する構成のみを記載し、他の構成については記載を省略している。以下に説明する他の図面についても同様とする。

図２は、本実施形態に係る配付サーバ２の構成図である。図２に示す配付サーバ２は、上記の第１及び第２のネットワークインタフェース部５、６に加えて、サーバアプリケーション７０及び電源ユニット８０を有する。

サーバアプリケーション７０は、配付サーバ２における資源の配付に関する各種のプロセスからなり、受信プロセス７１、ダウンロード用親プロセス７２及びダウンロード用子プロセス７３を含む。

受信プロセス７１は、第１のネットワークインタフェース部５を介して配付先機器３から接続の要求を受信し、資源をダウンロード中の配付先機器３の台数の監視や、資源の配付を行う配付サーバを自装置から他に切り替えるため、他の配付サーバ２に対して電源を投入するよう要求するコマンドを、ＬＡＮネットワークを経由して電源制御装置４に送信する等のプロセスからなる。

ダウンロード用親プロセス（以下、親プロセスと略記）７２及びダウンロード用子プロセス（以下、子プロセスと略記）７３は、接続の要求を受け付けた配付先機器３に対して資源を送信するプロセスである。

電源ユニット８０は、電源制御装置４から供給される電源を、配付サーバ２を構成する各部に供給する。
電源制御装置４は、ネットワークインタフェース部４１を有し、ネットワークインタフェース部４１を介してＬＡＮネットワークに接続する。以下の説明及び図面においては、電源制御装置４のネットワークインタフェース部４１のＩＰアドレスを「ＩＰ−Ｃｘ」とする。また、電源制御装置４は、ＡＣケーブル等を介して分電盤から電源供給を受けるとともに、同様にＡＣケーブル等で接続される配付サーバ２に対して電源供給する。

図３は、本実施形態に係る配付先機器３の構成図である。図３に示す配付先機器３は、ネットワークインタフェース部３１及び配付先機器アプリケーション３２を有する。
ネットワークインタフェース部３１は、例えばＮＩＣからなり、配付先機器３は、インタフェース部３１を介してＬＡＮネットワークに接続する。
配付先機器アプリケーション３２は、資源を配付サーバ２からダウンロードするためのアプリケーションである。

図４は、本実施形態に係る資源配付システム１による通常動作時の資源の配付方法について説明する図である。図４を参照して、通常動作時、すなわち、配付サーバ２から資源をダウンロード中の配付先機器３の台数が所定の閾値以下である場合における資源の配付方法について説明する。

なお、以下の手順の前提として、資源配付システム１内の全ての配付サーバ２のそれぞれが、配付資源を保持しているものとし、初期状態においては、複数の配付サーバ２のうち、１台の配付サーバ２Ａのみが起動しているものとする。

（１）まず、配付先機器３Ａが、配付サーバ２Ａに対して資源ダウンロードのための接続を求めて問い合わせを行う。問い合わせは、ＩＰアドレス・ＩＰ−Ａを指定して、第１のネットワークインタフェース部５Ａに対して行う。

（２）配付サーバ２Ａは、配付先機器３Ａにダウンロードを許可しても配付サーバ２Ａから資源をダウンロード中の配付先機器３の台数が所定の閾値を超えないとして、第２のネットワークインタフェース部６Ａから配付先機器３Ａに対し、資源ダウンロード用のＩＰアドレス・ＩＰ−Ｂ１を通知する。

（３）配付先機器３Ａは、通知されたＩＰアドレス・ＩＰ−Ｂ１を宛先として、配付サーバ２Ａに接続し直す。そして、配付先機器３Ａは、第２のネットワークインタフェース部６Ａを介して資源のダウンロードを開始する。

配付サーバ２に接続して資源のダウンロードを行っている配付先機器３の数が所定の閾値以下である場合には、資源配付システム１は、図４の通常動作を実行する。同時に配付サーバ２に接続して資源のダウンロードを行っている配付先機器３の数が所定の閾値を超えることとなる場合は、配付サーバ２は、他の配付サーバ２に以降の資源配付処理を実行させる。起動中のある配付サーバ２に接続して並列的に資源のダウンロードを実行中の配付先機器３の数を、以下においては、「接続多重度」とし、１台の配付サーバ２に接続可能な最大の配付先機器３の数を「最大接続多重度」とする。

図５は、本実施形態に係る資源配付システム１による、接続する配付先機器３の数（接続多重度）が最大接続多重度を超えることとなる場合の資源の配付方法について説明する図である。図５を参照して、配付サーバ２から資源をダウンロード中の配付先機器３の台数が最大接続多重度を超えることとなる場合における資源の配付方法について説明する。

なお、図５においては、接続多重度は「３」であり、複数の配付先機器３のうち、３台の配付先機器３Ａ〜３Ｃが、３台の配付先機器３Ａ〜３Ｃは、図４の手順（１）〜手順（３）により、配付サーバ２Ａからの資源のダウンロードを実行中であるものとする。

（１）まず、配付先機器３Ｄが、配付サーバ２Ａに対して資源ダウンロードのための接続を求めて問い合わせを行う。問い合わせは、図４の手順（１）と同様に、第１のネットワークインタフェース部５Ａに対して行う。

配付サーバ２Ａは、配付先機器３Ｄに対して資源の配付を行うとすると、配付サーバ２Ａから資源をダウンロード中の配付先機器３の台数が最大接続多重度「３」を超えることとなるため、配付先機器３Ｄに対しては、その旨通知する。また、第１のネットワークインタフェース部５を非活性化する。すでに資源のダウンロードの処理を開始している配付先機器３Ａ〜３Ｃに対しては、処理を継続する。

（２）配付サーバ２Ａは、第１のネットワークインタフェース部５Ａを非活性化すると、電源遮断中の自装置以外の配付サーバ２Ｂの電源を起動するよう、電源投入の要求を送信する。電源投入の要求は、配付サーバ２Ｂの電源制御装置４Ｂに対して送信する。

（３）配付サーバ２Ａは、配付サーバ２Ｂに対してポーリングを行うことで、配付サーバ２Ｂが正常に起動していることを確認する。配付サーバ２Ｂが正常に起動していることの確認がとれなかった場合の処理については、後述する。

（４）配付サーバ２Ａから接続多重度が最大接続多重度を超えることとなる旨の通知を受けた配付先機器３Ｄは、配付サーバ２Ｂに対して接続要求を送信する。以降は、配付サーバ２Ｂの接続多重度が最大接続多重度を超えることとならない限り、配付サーバ２Ｂが、図４に示す手順で資源配付を行う。

図６は、本実施形態に係る資源配付システム１における、電源投入要求を送信した後の処理を説明する図である。図６を参照して、図５の手順（２）において、配付サーバ２Ａが配付サーバ２Ｂの電源制御装置４Ｂに電源投入の要求を送信した後の動作について説明する。

ここでは、配付サーバ２Ａについては、図５の手順（３）において、配付サーバ２Ｂが正常に起動していることの確認がとれた状態であることを前提としている。

（１）配付サーバ２Ａは、配付先機器３Ａ〜３Ｃからのダウンロードが全て完了し、第１のネットワークインタフェース部５Ａが非活性状態であることを確認すると、自装置の電源を停止させる。図６には、電源遮断状態である配付サーバ２Ａを示す。

（２）資源配付システム１において、第１のネットワークインタフェース部５が活性状態にある配付サーバは、配付サーバ２Ｂである。そこで、配付サーバ２Ｂの第１のネットワークインタフェース部５Ｂが、配付先機器３Ｄが送信する接続要求を受け付け、以降の資源配付処理を継続する。第１のネットワークインタフェース部５には、資源配付システム１内で共通のＩＰアドレス「ＩＰ−Ａ」が割り当てられているため、配付先機器３Ｄは、送信先を意識することなく接続要求を送信する。配付サーバ２Ｂは、接続多重度が最大接続多重度を超えることとなると判定した場合には、図５において説明した手順で、配付サーバ２Ｃへの切り替えを行う。

なお、上記においては、説明の都合上、配付サーバ２Ａ及び配付サーバ２Ｂの処理動作をそれぞれ手順（１）及び手順（２）として記載しているが、これらの処理動作は各配付サーバ２で独立して実行されるものであり、処理の先後はこれに限定されるものではない。

このように、本実施形態に係る資源配付システム１によれば、複数の配付サーバ２の中の１台が起動状態にあり、配付先機器３からの接続の要求を受け付ける。配付先機器３に対して資源のダウンロードさせることが可能と判断すると、配付サーバ２が保持しているダウンロード用のＩＰアドレスを通知し、ダウンロードを行わせる。配付先機器３の接続数が増えて最大接続多重度を超えることとなると判定すると、２台目の配付サーバ２を起動して以降の配付先機器３からの新たな接続要求に対する処理を継続させる。配付サーバ２の第１のネットワークインタフェース部５には、複数の配付サーバ２間で共通するＩＰアドレス・ＩＰ−Ａが割り当てられている。配付先機器３では、ＩＰアドレス・ＩＰ−Ａを保持しておけば、送信先を意識することなく、配付サーバ２側に接続の要求を送信することができる。以下においては、第１のネットワークインタフェース部５の共通するＩＰアドレス・ＩＰ−Ａを、「代表接続ＩＰアドレス」と表現することもある。

図７は、配付サーバ２において定義される設定ファイルの例を示す図である。図７に示すとおり、配付サーバ２は、最大接続多重度、サーバ起動確認リトライ回数、サーバ起動確認リトライ間隔、ダウンロード用ＩＰ及び代表接続ＩＰ＿ＮＩＣを図２においては不図示の記憶手段に保持している。

最大接続多重度は、上記のとおり、配付サーバ２に接続して資源をダウンロードが可能な配付先機器３の最大値である。
サーバ起動確認リトライ回数は、電源制御装置４を介して他の配付サーバ２を起動させるときに、他の配付サーバ２が正常に起動したか否かの確認処理のリトライ回数である。サーバ起動確認リトライ間隔は、他の配付サーバ２が正常に起動したか否かの確認処理のリトライ間隔である。サーバ起動確認リトライ回数等の詳細については、図１２Ａ及び図１２Ｂのフローチャートを参照して説明する。

ダウンロード用ＩＰは、第２のネットワークインタフェース部６のＩＰアドレス「ＩＰ−Ｂｘ」であり、第１のネットワークインタフェース部５に接続要求を送信した配付先機器３に対して通知する。

代表接続ＩＰ＿ＮＩＣは、代表接続ＩＰアドレス「ＩＰ−Ａ」を有する第１のネットワークインタフェース部５のＮＩＣ名であり、第１のネットワークインタフェース部５を非活性化させるために使用する。代表接続ＩＰ＿ＮＩＣをどのように使用するかについては、図１２Ａ及び図１２Ｂのフローチャートを参照して説明する。

図８は、配付先機器３において定義される設定ファイルの例を示す図である。図８に示すとおり、配付先機器３は、代表接続ＩＰ、配付先機器ＩＰ及び待ち合わせ時間を図３においては不図示の記憶手段に保持している。

代表接続ＩＰは、配付先機器３が送信する接続要求の送信先のＩＰアドレスであり、上記のとおり、配付サーバ２の第１のネットワークインタフェース部５のＩＰアドレス「ＩＰ−Ａ」である。

配付先機器ＩＰは、配付先機器３が配付サーバ２との通信において使用するＩＰアドレスである。
待ち合わせ時間は、配付サーバ２に対して接続要求を送信後、接続要求送信をリトライするまでの待ち合わせ時間である。待ち合わせ時間の詳細については、図１４のフローチャートを参照して説明する。

配付サーバ２及び配付先機器３は、それぞれ図７及び図８に例示する設定ファイルに定義されている情報を参照して、それぞれ資源の配付及び資源のダウンロードの処理を実行する。

図９は、本実施形態に係る資源配付システム１において使用する電文のフォーマット例を示す図である。図９を参照して、配付サーバ２及び配付先機器３が資源の配付・資源のダウンロードの処理を実行するときに、互いに送受する電文のフォーマットについて説明する。

（ａ）は、配付サーバ２が、配付先機器３に対して資源のダウンロード用のＩＰアドレスを通知するＲＭＩＰ（Remote Maintenance IP）電文のフォーマット例である。電文の種類「ＲＭＩＰ」を表す所定の固定値の後に、ダウンロード用のＩＰアドレスである、第２のネットワークインタフェース部６のＩＰアドレスが設定される。ダウンロード用ＩＰアドレスは、図７の設定ファイルに格納されている。

（ｂ）は、配付サーバ２が、配付先機器３に対して接続多重度を超えることとなる旨を通知するＣＮＯＶ（Connection Over）電文のフォーマット例である。電文の種類「ＣＮＯＶ」を表す所定の固定値が設定される。

（ｃ）は、配付先機器３が、配付サーバ２に対して接続を要求するＲＱＳＴ（Request）電文のフォーマット例である。電文の種類「ＲＱＳＴ」を表す所定の固定値の後には、電文の送信元である配付先機器３のＩＰアドレスが設定される。

（ｄ）は、配付先機器３が、配付サーバ２に対して、資源のダウンロードを要求するＤＷＬＤ（Download）電文のフォーマット例である。電文の種類「ＤＷＬＤ」を表す所定の固定値の後には、電文の送信元である配付先機器３のＩＰアドレスが設定される。

本実施形態においては、動作中の配付サーバ２において接続多重度が所定の閾値を超えることとなると判定した場合に、資源配付システム１内の複数の配付サーバ２のうち、いずれの配付サーバ２に切り替えるかを示す情報予め保持しておき、これにしたがってその配付サーバ２の電源制御装置４に電源投入の要求を送信する。

図１０は、電源投入先リストテーブルの構造例を示す図である。図１０に示す電源投入先リストテーブル５０は、優先順位、対象ホスト及び投入先ＩＰアドレスを有する。このうち、対象ホストとは、切り替え先の配付サーバ２であり、自装置以外の配付サーバ２が設定される。投入先ＩＰアドレスとは、切り替え先の配付サーバ２と接続されている電源制御装置４のＩＰアドレスである。優先順位は、電源投入の要求を送信する順序を表し、値が小さいほど優先的に電源投入すべき配付サーバであることを表す。

例えば配付サーバ２Ａは、図２においては不図示の記憶手段に図１０に示す電源投入先リストテーブル５０Ａを保持している。電源投入先リストテーブル５０Ａによれば、優先順位「１」の配付サーバ２として「配付サーバ２Ｂ」を設定しており、配付サーバ２Ｂの電源制御装置４ＢのＩＰアドレスは、「ＩＰ−Ｃ２」である。優先順位「２」の配付サーバ２として「配付サーバ２Ｃ」を設定しており、配付サーバ２Ｃの電源制御装置４ＣのＩＰアドレスは、「ＩＰ−Ｃ３」である。

配付サーバ２Ｂ及び２Ｃがそれぞれ自装置の記憶手段に保持する電源投入先リストテーブル５０Ｂ、５０Ｃについても、配付サーバ２Ａのテーブル５０Ａと同様に、優先順位、対象ホスト及び投入先ＩＰアドレスが設定されている。図１０に示す電源投入先リストテーブル５０によれば、電源投入先リストテーブル５０には、配付サーバ２ごとにそれぞれ異なる定義がなされている。資源配付システム１内には３台の配付サーバ２Ａ〜２Ｃを配置する構成であるとすると、配付サーバ２Ａ〜２Ｃの起動順は、図１１のようになる。

図１１は、配付サーバ２の起動順を模式的に示す図である。上記の３台の配付サーバ２を備える構成を例に説明する。
配付サーバ２Ａは、自装置から他の配付サーバ２へと切り替えを行うときに、図１０の電源投入先リストテーブル５０を参照して、優先順位１の配付サーバ２Ｂにまず電源投入の要求を送信する。同様に、配付サーバ２Ｂは、まず配付サーバ２Ｃに、配付サーバ２Ｃは、まず配付サーバ２Ａに電源投入の要求を送信する。このように、資源の配付を行うサーバ装置、すなわち起動状態にある配付サーバ２を所定の装置に限定せず、順に起動していく構成とする。これにより、複数の配付サーバ２の中でいずれかに障害が発生して起動できなくなっていることがあっても、これを検出し易くなる。

なお、実施例では、図１０の電源投入先リストテーブル５０に設定されている全ての配付サーバ２の起動に失敗した場合は、再度優先順位にしたがって、優先順位の高い配付サーバ２から起動を試みていく構成とする。

以下に、フローチャートを参照して、本実施形態に係る資源の配付を行う具体的な方法について説明する。
図１２Ａ及び図１２Ｂは、配付サーバ２による受信プロセス処理を示したフローチャートである。配付サーバ２の受信プロセス７１は、電源制御装置４から電源供給を受けて配付サーバが起動し、第１のネットワークインタフェース部５が活性化状態になると、図１２Ａ及び図１２Ｂに示す一連の処理を開始する。

まず、ステップＳ１で、受信プロセス７１が、図９（ｃ）のＲＱＳＴ電文の受信を待ち受ける。第１のネットワークインタフェース部５を介してＲＱＳＴ電文を受信すると、ステップＳ１からステップＳ２に進み、受信プロセス７１は、ダウンロード用子プロセスの起動数、すなわち配付サーバ２から資源をダウンロード中の配付先機器３の数（接続多重度）をチェックする。ダウンロード用子プロセス数は、プロセス数を監視する公知のコマンド等により取得する。

ステップＳ３で、受信プロセス７１は、ダウンロード用子プロセス数が最大接続多重度以上であるか否かを判定する。ダウンロード用子プロセス数が最大接続多重度未満である場合には、ステップＳ４に進み、ＲＱＳＴ電文に含まれる配付先機器３のＩＰアドレスを宛先とするＲＭＩＰ電文を生成し、送信する。図９（ａ）の説明で述べたとおり、ＲＭＩＰ電文には、図７の設定ファイルに設定されているダウンロード用ＩＰが含まれている。配付サーバ２ｘのダウンロード用ＩＰは、第２のネットワークインタフェース部６ｘのアドレス「ＩＰ−Ｂｘ」である。ＲＭＩＰ電文の送信が完了すると、ステップＳ１に戻る。

なお、ステップＳ３の判定において最大接続多重度と比較するダウンロード用子プロセス数とは、配付サーバ２に対してＤＷＬＤ電文を送信して資源のダウンロードを実行中の配付先機器３の台数がこれに相当する。このため、図１２ＡのステップＳ３の式により、ステップＳ１で配付サーバ２への接続を要求してきた配付先機器３に接続を許可した場合には（ダウンロード用子プロセス数が１加算された場合には）最大接続多重度を超えることとなると判定している。

ステップＳ３の判定において、ダウンロード用子プロセス数が最大接続多重度以上である場合には、ステップＳ５に進み、受信プロセス７１は、配付先機器３に対して図９（ｂ）のＣＮＯＶ電文を生成して送信する。

そして、ステップＳ６で、受信プロセス７１は、図７の設定ファイルから代表接続ＩＰ＿ＮＩＣを読み出して、代表接続ＩＰ＿ＮＩＣが示す第１のネットワークインタフェース部５を非活性化させる。ステップＳ６の非活性化の処理は、受信プロセス７１が第１のネットワークインタフェース部５に対してＮＩＣを非活性化するためのコマンドを送信する等の公知の技術を用いている。

ステップＳ７で、受信プロセス７１は、他の配付サーバ２をカウントするためのｎを初期化して１を設定し、ステップＳ８で、図１０の電源投入先リストテーブル５０より、優先順位ｎの投入先ＩＰアドレスを取得する。

ステップＳ９で、受信プロセス７１は、電源投入先リストテーブル５０から優先順位ｎに対応する投入先ＩＰアドレスを取得できたか否かを判定する。電源投入先リストテーブル５０に優先順位ｎの投入先ＩＰアドレスが格納されている場合は、ステップＳ１０に進む。

ステップＳ１０で、受信プロセス７１は、ステップＳ８において取得した投入先ＩＰアドレス・ＩＰ−Ｃｘを有する電源制御装置４ｘに対して電源投入を要求する所定のコマンド等を送信し、ステップＳ１１で、受信プロセス７１は、配付サーバ２ｘの起動確認を行う。具体的には、代表接続ＩＰアドレスに対し、Ｐｉｎｇによるポーリング確認を行う。

そして、ステップＳ１２で、受信プロセス７１は、図７の設定ファイルに設定されているサーバ起動確認リトライ間隔だけ待ち合わせをした後にステップＳ１１に戻り再度配付サーバ２ｘの起動確認を行う。配付サーバ２ｘの起動確認をサーバ起動確認リトライ回数分実行すると、ステップＳ１３に進む。

ステップＳ１３で、受信プロセス７１は、ステップＳ１１〜ステップＳ１２の起動確認結果を参照し、優先順位ｎの配付サーバ２ｘが正常に起動したか否かを判定する。ポーリングの結果、リトライオーバーと判定した場合には、ステップＳ１４で、優先順位ｎに１を加算して、ステップＳ８に戻る。優先順位ｎの投入先ＩＰアドレスが電源投入先リストテーブル５０に設定されていない場合は、投入先ＩＰアドレスの取得失敗と判断し、ステップＳ９からステップＳ７に戻る。そして、再度優先順位１から順に上記と同様の処理を実行する。ステップＳ１３の判定において、ポーリングの結果、配付サーバ２ｘが正常に起動していると判定した場合には、ステップＳ１５に進む。

ステップＳ１５で、受信プロセス７１は、ダウンロード用子プロセス数をチェックする。ダウンロード用子プロセス数は、ステップＳ２と同様の方法により取得する。そして、ステップＳ１６で、受信プロセス７１は、ダウンロード用子プロセス数がゼロであるか否かを判定する。ダウンロード用子プロセス数がゼロでない場合には、未だ配付サーバ２の第２のネットワークインタフェース部６を介して資源のダウンロードを実行中の配付先機器３が存在するとして、ステップＳ１５に戻る。ダウンロード用子プロセス数がゼロになると、ステップＳ１７に進む。ステップＳ１７で、受信プロセス７１は、自装置をシャットダウンするコマンド等により、配付サーバ２をシャットダウンし、処理を終了する。

図１３は、配付サーバ２によるダウンロード用プロセス処理を示したフローチャートである。配付サーバ２のダウンロード用親プロセス７２は、電源制御装置４から電源供給を受けて配付サーバ２が起動し、第２のネットワークインタフェース部６が活性化状態になると、図１３（ａ）に示す処理を開始する。

まず、ステップＳ２１で、ダウンロード用親プロセス７２が、図９（ｄ）のＤＷＬＤ電文の受信を待ち受ける。第２のネットワークインタフェース部６を介してＤＷＬＤ電文を受信すると、ステップＳ２２に進む。

ステップＳ２２で、ダウンロード用親プロセス７２は、ステップＳ２１において受信したＤＷＬＤ電文に含まれる配付先機器３のＩＰアドレスに対して、第２のネットワークインタフェース部６のＩＰアドレス・ＩＰ−Ｂｘを通知する。これとともに、ダウンロード用子プロセス７３処理を起動し、ステップＳ２１に戻り、他の配付先機器３からのＤＷＬＤ電文の受信の待ち受けを行う。

ダウンロード用子プロセス７３は、図１３（ａ）のステップＳ２２において起動されると、図１３（ｂ）に示す処理を開始する。
まず、ステップＳ３１で、ダウンロード用子プロセス７３が、ステップＳ２２においてＤＷＬＤ電文から取り出した配付先機器３のＩＰアドレスに対して、資源の配付を行う。資源配付処理が完了すると、処理を終了する。

図１４は、配付先機器３の配付先機器アプリケーション３２による処理を示したフローチャートである。配付先機器アプリケーション３２は、資源のダウンロードを実行する所定のタイミングで、図１４に示す一連の処理を開始する。

まず、ステップＳ４１で、配付先機器アプリケーション３２は、図８の設定ファイルに設定されている代表接続ＩＰが表すＩＰアドレス・ＩＰ−Ａを用いて、配付サーバ２に接続を依頼する図９（ｃ）のＲＱＳＴ電文を送信する。ステップＳ４２で、配付先機器アプリケーション３２は、電文の受信を待ち受け、待ち受けの結果に応じてステップＳ４４、ステップＳ４６またはステップＳ４３に進む。

ステップＳ４２の待ち受けの結果、応答がなかった場合は、配付先機器アプリケーション３２は、図８の設定ファイルに設定されている待ち合わせ時間分の待ち合わせを行い、ステップＳ４１に戻る。先にステップＳ４１でＲＱＳＴ電文を送信したときには、配付サーバ２の切り替えが未完了であったために応答がなかった場合等であっても、ステップＳ４３において待ち合わせ時間が経過するまでに配付サーバ２の切り替えが完了している可能性がある。

ステップＳ４２の待ち受けの結果、図９（ｂ）のＣＮＯＶ電文を受信した場合は、ステップＳ４６に進む。ステップＳ４６で、配付先機器アプリケーション３２は、図８の設定ファイルに設定されている待ち合わせ時間分の待ち合わせを行い、ステップＳ４１に戻る。待ち合わせ時間が経過するまでに、図１２ＡのステップＳ６以降の処理により配付サーバ２が切り替えられており、配付先機器アプリケーション３２がステップＳ４１に戻ってＲＱＳＴ電文を再送すると、切り替え後の配付サーバ２がＲＱＳＴ電文を受信することとなる。

なお、ステップＳ４３及びステップＳ４６においてはいずれも図８の設定ファイルに設定されている待ち合わせ時間を利用して待ち合わせ処理を行っているが、ステップＳ４３とステップＳ４６とでそれぞれ異なる時間を設定する構成としてもよい。

ステップＳ４２の待ち受けの結果、図９（ａ）のＲＭＩＰ電文を受信した場合は、ステップＳ４４に進む。ステップＳ４４で、配付先機器アプリケーション３２は、ＲＭＩＰ電文に含まれるダウンロード用ＩＰアドレスを用いて、図９（ｄ）の資源のダウンロードを要求するＤＷＬＤ電文を送信する。上記のとおり、ダウンロード用ＩＰアドレスは、ＲＱＳＴ電文を受け付けた配付先サーバ２の第２のネットワークインタフェース部６のＩＰアドレスＩＰ−Ｂｘからなる。

ステップＳ４５で、配付先機器アプリケーション３２は、配付サーバ２から配付される資源を受信すると、処理を終了する。
以上説明したように、本実施形態に係る資源配付システム１によれば、複数の配付サーバ２のうち、１台が電源投入状態にあり、他の配付サーバ２は電源遮断状態にある。電源投入状態にある配付サーバ２は、複数の配付サーバ２間で共通するＩＰアドレス・ＩＰ−Ａを有する第１のネットワークインタフェース部５を介して、配付先機器３からの接続の要求を受け付ける。接続の要求を受け付けると、配付サーバ２は、配付サーバ２から資源をダウンロード中の配付先機器３の台数をチェックする。そして、接続の要求を送信してきた配付先機器３に接続を許可したとしても、配付サーバ２に接続する配付先機器３の台数が所定の閾値（最大接続多重度）を超えることがないか否かを判定する。

閾値を超えることがないと判定した場合は、接続要求を送信した配付先機器３に対して、資源ダウンロード用のＩＰアドレス・ＩＰ−Ｂｘを通知する。資源ダウンロード用のＩＰアドレス・ＩＰ−Ｂｘは、配付サーバ２ごとに固有の値が割り当てられている。配付先機器３は、通知されたＩＰアドレス・ＩＰ−Ｂｘを用いて、配付サーバ２に接続する。配付サーバ２は、ＩＰアドレス・ＩＰ−Ｂｘを有する第２のネットワークインタフェース部６を介して、配付先機器３に資源を配付する。

一方、接続の要求を送信してきた配付先機器３に接続を許可した場合には、所定の閾値を超えることとなると判定した場合は、配付先機器３にその旨を通知するとともに、第１のネットワークインタフェース部５を非活性化させる。第１のネットワークインタフェース部５を非活性化した時点において、資源のダウンロードを実行中の配付先機器３があったとしても、ダウンロードは第２のネットワークインタフェース部６を介して行われているため、これに影響することはない。そして、電源投入先リストテーブル５０を参照して、他の配付サーバ２の電源制御装置４に対して電源投入要求を送信し、他の配付サーバ２を起動させる。配付サーバ２から最大接続多重度を超えることとなる旨の通知を受けた配付先機器３は、所定の期間の経過後、接続の要求を再送する。他の配付サーバ２が起動していれば、第１のネットワークインタフェース部５のＩＰアドレスは複数の配付サーバ２間で共通するため、新たに起動した他の配付サーバ２において、接続の要求を受付、以降の処理を継続することができる。

また、他の配付サーバ２を起動させた配付サーバ２は、自装置から資源のダウンロードを行っていた配付先機器３が存在しなくなると、自装置をシャットダウンさせる。資源配付処理に支障をきたすことなく、配付サーバ２の切り替えを行うことができる。

図１５は、本実施形態に係る資源配付システム１による効果を説明する図である。図１５（ａ）に示すとおり、従来においては、システム内の全ての配付先機器に資源を配付するためには、全ての配付サーバ及び中継サーバを起動させておく必要があった。これに対し、図１５（ｂ）に示すように、本実施形態に係る資源配付システム１によれば、複数の配付サーバ２のうち、１台のみが起動されており、配付先機器３に資源をダウンロードさせる。他の配付サーバ２については電源を遮断させておくことで、資源配付システム１の全体で消費する電力が軽減される。

図１６は、本実施形態に係る資源配付システム１による効果を説明する他の図である。図１６（ａ）に示すように、従来においては、システム構成が固定されているために、サーバ装置に故障が発生したような場合には、そのサーバ装置が復旧するまで、配下の配付先機器へは資源を配付することができなかった。これに対し、図１６（ｂ）に示すように、本実施形態に係る資源配付システム１によれば、配付サーバ２と配付先機器３との関係が固定されていない。このため、複数の配付サーバ２の中の一部に故障が発生した場合であっても、他の正常に稼動可能な配付サーバ２に切り替えがなされ、遅滞なく資源の配付を行うことが可能となる。

なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

１ 資源配付システム
２ 配付サーバ
３ 配付先機器
４ 電源制御装置
５ 第１のネットワークインタフェース部
６ 第２のネットワークインタフェース部
３１ ネットワークインタフェース部
３２ 配付先機器アプリケーション
４１ ネットワークインタフェース部
５０ 電源投入先リストテーブル
７０ サーバアプリケーション
７１ 受信プロセス
７２ ダウンロード用親プロセス
７３ ダウンロード用子プロセス
８０ 電源ユニット

Claims (10)

1. 資源を配付する複数のサーバ装置と、資源の配付先である複数のクライアント装置とが互いにネットワークを介して接続される資源配付システムであって、
   前記サーバ装置は、
   前記複数のサーバ装置間で共通する第１のアドレス情報を有し、前記クライアント装置からの前記サーバ装置への接続を求める接続要求電文を受け付けるとともに、該接続要求電文を送信したクライアント装置に対して通知電文を送出する第１のインタフェース部と、
   前記第１のインタフェース部において前記接続要求電文を受け付けると、資源をダウンロード中のクライアント装置数が所定の閾値を超えることとなるか否かを判定する判定部と、
   前記クライアント装置数が前記所定の閾値を超えることとなる場合にはその旨の通知電文を生成する生成部と、
   前記クライアント装置数が前記所定の閾値を超えることとなる場合には、前記第１のインタフェース部を非活性化させる制御部と、
   前記クライアント装置数が前記所定の閾値を超えることとなる場合には、他のサーバ装置のうち、所定のサーバ装置の電源を投入するよう求める電源投入要求を送信する電源投入要求送信部と、
   を備え、
   前記複数のサーバ装置は、前記電源投入要求を受信すると電源供給を開始する電源制御装置とそれぞれ接続されており、
   前記クライアント装置は、
   保持する前記第１のアドレス情報を用いて、前記接続要求電文を前記サーバ装置に向けて送信する第１の送信部と、
   前記通知電文を受信する第１の受信部と、
   を備え、
   前記第１の受信部において前記クライアント装置数が前記所定の閾値を超えることとなる旨の通知を受信したときは、前記第１の送信部は、所定の期間の経過後に前記接続要求を再送する
   ことを特徴とする資源配付システム。
2. 前記サーバ装置は、
   前記複数のサーバ装置ごとに異なる第２のアドレス情報を有し、前記クライアント装置からの前記サーバ装置が保持する資源のダウンロードを求めるダウンロード要求電文を受け付けるとともに、該クライアント装置に配付する資源を送出する第２のインタフェース部と、
   を更に備え、
   前記生成部は、前記クライアント装置数が前記所定の閾値以下である場合には前記第２のアドレス情報を含む通知電文を生成し、
   前記クライアント装置は、
   前記通知電文が前記第２のアドレス情報を含むときは、該通知電文から取り出した第２のアドレス情報を用いて、前記ダウンロード要求電文を前記サーバ装置に向けて送信する第２の送信部と、
   前記配付される資源を受信する第２の受信部と
   を更に備える
   ことを特徴とする請求項１記載の資源配付システム。
3. 初期状態においては、前記複数のサーバ装置の中で１台のサーバ装置のみが起動している
   ことを特徴とする請求項１または２に記載の資源配付システム。
4. 前記第１のインタフェース部を非活性化させたサーバ装置は、
   前記接続されたクライアント装置数がゼロになると、自装置をシャットダウンさせる電源遮断部と
   を更に備えることを特徴とする請求項３記載の資源配付システム。
5. 前記電源投入要求送信部は、記憶部に記憶されている、前記他のサーバ装置の中で前記電源投入要求を優先的に送信する順序を表す優先順位情報を参照して、該電源投入要求の送信先を決定する
   ことを特徴とする請求項３記載の資源配付システム。
6. 前記優先順位情報は、前記複数のサーバ装置が順次起動されるように設定される
   ことを特徴とする請求項５記載の資源配付システム。
7. 資源を配付する複数のサーバ装置と、資源の配付先である複数のクライアント装置とが互いにネットワークを介して接続される資源配付システムにおけるサーバ装置であって、
   前記複数のサーバ装置間で共通する第１のアドレス情報を有し、前記クライアント装置からの前記サーバ装置への接続を求める接続要求電文を受け付けるとともに、該接続要求電文を送信したクライアント装置に対して通知電文を送出する第１のインタフェース部と、
   前記第１のインタフェース部において前記接続要求電文を受け付けると、資源をダウンロード中のクライアント装置数が所定の閾値を超えることとなるか否かを判定する判定部と、
   前記クライアント装置数が前記所定の閾値を超えることとなる場合にはその旨の通知電文を生成する生成部と、
   前記クライアント装置数が前記所定の閾値を超えることとなる場合には、前記第１のインタフェース部を非活性化させる制御部と、
   前記クライアント装置数が前記所定の閾値を超えることとなる場合には、他のサーバ装置のうち、所定のサーバ装置の電源を投入するよう求める電源投入要求を送信する電源投入要求送信部と、
   を備え、
   前記複数のサーバ装置は、前記電源投入要求を受信すると電源供給を開始する電源制御装置とそれぞれ接続されている
   ことを特徴とするサーバ装置。
8. 資源を配付する複数のサーバ装置と、資源の配付先である複数のクライアント装置とが互いにネットワークを介して接続される資源配付システムにおけるクライアント装置であって、
   保持する前記複数のサーバ装置間で共通する第１のアドレス情報を用いて、前記サーバ装置への接続を求める接続要求電文を該サーバ装置に向けて送信する第１の送信部と、
   前記接続通知電文に対する通知電文を受信する第１の受信部と、
   前記通知電文が前記複数のサーバ装置ごとに異なる第２のアドレス情報を含むときは、該通知電文から取り出した第２のアドレス情報を用いて、前記サーバ装置が保持する資源のダウンロードを求めるダウンロード要求電文を前記サーバ装置に向けて送信する第２の送信部と、
   前配付される資源を受信する第２の受信部と
   を備え、
   前記第１の受信部において前記クライアント装置数が前記所定の閾値を超えることとなる旨の通知を受信したときは、前記第１の送信部は、所定の期間の経過後に前記接続要求を再送する
   ことを特徴とするクライアント装置。
9. コンピュータを、資源を配付する複数のサーバ装置と、資源の配付先である複数のクライアント装置とが互いにネットワークを介して接続される資源配付システムとして動作させるための資源配付プログラムであって、
   前記サーバ装置は、前記複数のサーバ装置間で共通する第１のアドレス情報を有する第１のインタフェース部において、前記クライアント装置からの前記サーバ装置への接続を求める接続要求電文を受け付け、
   前記サーバ装置は、資源をダウンロード中のクライアント装置数が所定の閾値を超えることとなるか否かを判定し、
   前記サーバ装置は、前記クライアント装置数が前記所定の閾値を超えることとなる場合にはその旨の通知電文を生成し、
   前記サーバ装置は、前記接続要求電文を送信したクライアント装置に対して前記第１のインタフェース部を介して通知電文を送出し、
   前記サーバ装置は、前記クライアント装置数が前記所定の閾値を超えることとなる場合には、前記第１のインタフェース部を非活性化させ、
   前記サーバ装置は、前記クライアント装置数が前記所定の閾値を超えることとなる場合には、他のサーバ装置のうち、所定のサーバ装置の電源を投入するよう求める電源投入要求を送信し、
   前記クライアント装置は、前記クライアント装置数が前記所定の閾値を超えることとなる旨の通知を受信したときは、所定の期間の経過後に前記接続要求を再送する
   処理をコンピュータに実行させ、
   前記複数のサーバ装置は、前記電源投入要求を受信すると電源供給を開始する電源制御装置とそれぞれ接続されている
   ことを特徴とする資源配付プログラム。
10. 資源を配付する複数のサーバ装置と、資源の配付先である複数のクライアント装置とが互いにネットワークを介して接続される資源配付システムにおける資源配付方法であって、
    前記サーバ装置は、前記複数のサーバ装置間で共通する第１のアドレス情報を有する第１のインタフェース部において、前記クライアント装置からの前記サーバ装置への接続を求める接続要求電文を受け付け、
    前記サーバ装置は、資源をダウンロード中のクライアント装置数が所定の閾値を超えることとなるか否かを判定し、
    前記サーバ装置は、前記クライアント装置数が前記所定の閾値を超えることとなる場合にはその旨の通知電文を生成し、
    前記サーバ装置は、前記接続要求電文を送信したクライアント装置に対して前記第１のインタフェース部を介して通知電文を送出し、
    前記サーバ装置は、前記クライアント装置数が前記所定の閾値を超えることとなる場合には、前記第１のインタフェース部を非活性化させ、
    前記サーバ装置は、前記クライアント装置数が前記所定の閾値を超えることとなる場合には、他のサーバ装置のうち、所定のサーバ装置の電源を投入するよう求める電源投入要求を送信し、
    前記クライアント装置は、前記クライアント装置数が前記所定の閾値を超えることとなる旨の通知を受信したときは、所定の期間の経過後に前記接続要求を再送する
    処理を含み、
    前記複数のサーバ装置は、前記電源投入要求を受信すると電源供給を開始する電源制御装置とそれぞれ接続されている
    ことを特徴とする資源配付方法。