(57)【要約】【課題】  短時間でデータを転送するデータ転送方法及びデータ転送システムを提供する。【解決手段】  データ転送方法は、管理装置に接続された複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送するデータ転送方法において、前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信するデータ転送方法である。【選択図】図９
2015167015.tif 000002
【特許請求の範囲】
【請求項１】
管理装置に接続された複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送するデータ転送方法において、
前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信することを特徴とするデータ転送方法。
【請求項２】
前記管理装置は、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置にアドレスをそれぞれ割り当てることを特徴とする請求項１に記載のデータ転送方法。
【請求項３】
前記管理装置は、前記複数の端末装置の台数が減少したとき、または前記複数の端末装置の何れかが故障したとき、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置の少なくとも１つのアドレスを変更することを特徴とする請求項２に記載のデータ転送方法。
【請求項４】
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、前記要求を送信する時刻を算出し、算出した時刻に前記要求を送信することを特徴とする請求項１乃至３の何れかに記載のデータ転送方法。
【請求項５】
前記複数の端末装置のうち、前記データを受信済みの端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、自装置を前記要求の送信先とする他の端末装置のアドレスを算出し、算出したアドレスが割り当てられた他の端末装置からの前記要求に応じて、前記データを転送することを特徴とする請求項１乃至４の何れかに記載のデータ転送方法。
【請求項６】
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、自装置を前記要求の送信先とする他の端末装置との間でアドレスを交換するように前記管理装置に依頼し、
前記管理装置は、該依頼に応じて、アドレスの割り当てを変更することを特徴とする請求項１乃至５の何れかに記載のデータ転送方法。
【請求項７】
前記管理装置は、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置に順次にアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、前記管理装置から、最後に割り当てたアドレスを取得し、取得したアドレスを用いて前記一定の規則に応じた演算を行うことにより、自装置に最後に前記要求を送信する他の端末装置のアドレスを算出し、算出したアドレスを自装置のアドレスと交換するように前記管理装置に依頼することを特徴とする請求項６に記載のデータ転送方法。
【請求項８】
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、前記取得したアドレスを用いて前記一定の規則に応じた演算を行うことにより、自装置を前記要求の送信先とする他の端末装置が存在しないと判定したとき、前記取得したアドレスを自装置のアドレスと交換するように前記管理装置に依頼することを特徴とする請求項７に記載のデータ転送方法。
【請求項９】
管理装置と、管理装置に接続された複数の端末装置とを有し、前記複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送するデータ転送システムにおいて、
前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信することを特徴とするデータ転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、データ転送方法及びデータ転送システムに関する。
【背景技術】
【０００２】
通信技術の進歩により、ソフトウェアなどのデータの配布または更新の手段として、ネットワークを介したダウンロード処理が用いられている。例えば、サーバ装置から、ネットワークを介して複数のクライアント装置に、データを一度にダウンロードする場合、サーバ装置の通信ポートの容量不足のために、ダウンロードが遅延、または失敗することがある。
【０００３】
これに対し、分散ダウンロード方式では、データをダウンロード済みのクライアント装置が、当該データを１以上の他のクライアント装置に次々と転送することで、全てのクライアント装置にデータがダウンロードされる。このため、分散ダウンロード方式では、サーバ装置の通信ポートの容量に関わらず、短時間のダウンロードが可能である。ダウンロードに関し、例えば特許文献１には、ターミナルサーバから複数の自動販売端末にコンテンツをダウンロードし、自動販売端末間でコンテンツを再分散する点が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１４０２１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
分散ダウンロード方式では、例えば、管理装置が、ダウンロード処理の全体的な管理を担当し、例えば、各クライアント装置に、データのダウンロード元のクライアント装置、及びダウンロードの開始タイミングなどを決定して通知する。このため、クライアント装置の台数が多い場合、管理装置の処理の負荷が増加するので、クライアント装置間のダウンロード処理が連鎖的に遅延し得る。
【０００６】
そこで本件は上記の課題に鑑みてなされたものであり、短時間でデータを転送するデータ転送方法及びデータ転送システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本明細書に記載のデータ転送方法は、管理装置に接続された複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送するデータ転送方法において、前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信することを特徴とするデータ転送方法である。
【０００８】
本明細書に記載のデータ転送システムは、管理装置と、管理装置に接続された複数の端末装置とを有し、前記複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送し、前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信する。
【発明の効果】
【０００９】
短時間でデータを転送できる。
【図面の簡単な説明】
【００１０】
【図１】実施例に係るデータ転送システムを示す構成図である。
【図２】管理サーバの一例を示す構成図である。
【図３】管理サーバの機能構成の一例を示す構成図である。
【図４】ダウンロードサーバの一例を示す構成図である。
【図５】ダウンロードサーバの機能構成の一例を示す構成図である。
【図６】ネットワーク処理装置の一例を示す構成図である。
【図７】ネットワーク処理装置の機能構成の一例を示す構成図である。
【図８】アドレス割り当て処理の一例を示すラダーチャートである。
【図９】ソフトウェアのダウンロード手順の一例を示す図である。
【図１０】ソフトウェアのダウンロード手順の他例を示す図である。
【図１１】ダウンロード要求処理の一例を示すフローチャートである。
【図１２】ダウンロード処理の一例を示すフローチャートである。
【図１３】アドレス変更処理の一例を示すフローチャートである。
【図１４（ａ）】正常時のダウンロード手順の一例を示す図である。
【図１４（ｂ）】遅延発生時のダウンロード手順の一例を示す図である。
【図１４（ｃ）】順序逆転時のダウンロード手順の一例を示す図である。
【図１５】順序逆転時のダウンロード処理の一例を示すシーケンス図である。
【図１６】ダウンロード処理の他例を示すフローチャートである。
【図１７】順序逆転を防止したダウンロード処理の一例を示すシーケンス図である。
【図１８（ａ）】遅延発生時のダウンロード手順の他例を示す図である。
【図１８（ｂ）】順序逆転時のダウンロード手順の他例を示す図である。
【図１９】順序逆転を防止した場合のダウンロード処理の他例を示すシーケンス図（その１）である。
【図２０】順序逆転を防止した場合のダウンロード処理の他例を示すシーケンス図（その２）である。
【図２１（ａ）】ダウンロードの失敗例を示す図である。
【図２１（ｂ）】ＩＤ交換の例を示す図である。
【図２２】ＩＤ交換処理の一例を示すフローチャートである。
【図２３】ＩＤ交換を行った場合のダウンロード処理の一例を示すシーケンス図である。
【図２４（ａ）】他のダウンロードの失敗例を示す図である。
【図２４（ｂ）】他のＩＤ交換の例を示す図である。
【図２５】ＩＤ交換を行った場合のダウンロード処理の他例を示すシーケンス図である。
【図２６（ａ）】他のダウンロードの失敗例を示す図である。
【図２６（ｂ）】他のＩＤ交換の例を示す図である。
【図２７】ＩＤ交換を行った場合のダウンロード処理の他例を示すシーケンス図である。
【図２８（ａ）】他のダウンロードの失敗例を示す図である。
【図２８（ｂ）】他のＩＤ交換の例を示す図である。
【図２９】ＩＤ交換を行った場合のダウンロード処理の他例を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
図１は、実施例に係るデータ転送システムを示す構成図である。データ転送システムは、管理サーバ（管理装置）１と、ダウンロードサーバ２と、サービス提供装置３とを有する。
【００１２】
サービス提供装置３は、ユーザネットワーク（ＮＷ）に、ＶｏＩＰ（Voice over Internet Protocol）などのサービスを提供する複数のネットワーク（ＮＷ）処理装置（＃１〜＃Ｎ、Ｎ：整数）（端末装置）３０を有する。ＮＷ処理装置３０は、例えば、サービス提供装置３の筐体（シャーシ）の前面に設けられたスロットに、着脱自在に実装される電子回路基板である。複数のＮＷ処理装置３０は、例えば、サービス提供装置３の筐体の背面に設けられた配線基板（ＢＷＢ：Back Wired Board）を介して互いに接続され、通信する。
【００１３】
管理サーバ１及びダウンロードサーバ２は、ＬＡＮ（Local Area Network）などの管理ネットワーク（管理ＮＷ）を介して、各ＮＷ処理装置３０と接続されている。管理サーバ１は、各ＮＷ処理装置３０を管理し、例えば、各ＮＷ処理装置３０に、一定の規則に従って個別のＩＰアドレス（アドレス）をそれぞれ割り当てる。
【００１４】
本例において、割り当てられるＩＰアドレスは、ＩＰｖ４（IP version 4）に従うものとし、サブネットマスクは、「255.255.255.0」(/24)とする。このため、ＩＰアドレス「192.168.1.3」の場合、ネットワーク部は「192.168.1.0」であり、ホスト部は「3」である。なお、割り当てられるＩＰアドレスは、上記に限られず、ＩＰｖ６（IP version 6）に従うものでもよく、サブネットマスクも上記に限定されない。
【００１５】
本例において、管理サーバ１は、ＮＷ処理装置３０の各ＩＰアドレス内のホスト部（番号）が連続するように、ＮＷ処理装置３０にアドレスをそれぞれ割り当てる。このため、ＮＷ処理装置（＃１〜＃Ｎ）３０のＩＰアドレスは、それぞれ、「192.168.1.2」〜「192.168.1.N+1」となる。なお、管理サーバ１及びダウンロードサーバ２には、特定のＩＰアドレス「192.168.1.254」及び「192.168.1.1」がそれぞれ割り当て済みであるものとする。
【００１６】
ダウンロードサーバ２は、ユーザＮＷにサービスを提供するように、各ＮＷ処理装置３０を動作させるソフトウェア（データ）を保持する。ダウンロードサーバ２は、サービス提供装置３の起動時、またはソフトウェアの更新時に、ＮＷ処理装置３０にソフトウェアをダウンロード（転送）する。
【００１７】
ダウンロードサーバ２からソフトウェアを受信したＮＷ処理装置３０は、他のＮＷ処理装置３０からの要求に応じ、ＢＷＢを介して、ソフトウェアを該ＮＷ処理装置３０に転送する。また、他のＮＷ処理装置３０からソフトウェアを受信したＮＷ処理装置３０は、さらに他のＮＷ処理装置３０からの要求に応じ、ＢＷＢを介して、ソフトウェアを該ＮＷ処理装置３０に転送する。なお、ソフトウェアの転送処理は、例えばＴＦＴＰ（Trivial File Transfer Protocol）に従って行われる。
【００１８】
各ＮＷ処理装置３０は、ＩＰアドレスの割り当て規則（本例では、ホスト部を連続番号とする規則）に応じた演算を行う。これにより、各ＮＷ処理装置３０は、管理サーバ１から割り当てられたＩＰアドレスから、ソフトウェアの要求先（ダウンロード元）の装置のＩＰアドレス及び要求の送信時刻を算出する。したがって、管理サーバ１は、各ＮＷ処理装置３０に、ソフトウェアの要求先の他のＮＷ処理装置３０のＩＰアドレスを通知する必要がないので、処理の負荷が低減される。
【００１９】
これにより、各ＮＷ処理装置３０に短時間でソフトウェアを転送することができる。以下に、管理サーバ１、ダウンロードサーバ２、及びＮＷ処理装置３０の構成を説明する。
【００２０】
図２は、管理サーバ１の一例を示す構成図である。管理サーバ１は、ＣＰＵ１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、通信処理部１４、可搬型記憶媒体用ドライブ１５、入力処理部１６、及び画像処理部１７などを備えている。
【００２１】
ＣＰＵ１０は、演算処理手段であり、装置管理プログラムに従って、ＮＷ処理装置３０の管理に関する処理を実行する。ＣＰＵ１０は、各部１１〜１７とバス１８を介して接続されている。なお、管理サーバ１は、ソフトウェアにより動作するものに限定されず、ＣＰＵ１０に代えて、特定用途向け集積回路などのハードウェアが用いられてもよい。また、管理サーバ１は、サービス提供装置３の筐体に実装される電子回路基板として構成されてもよい。この場合、管理サーバ１は、ＢＷＢを介して各ＮＷ処理装置３０と通信する。
【００２２】
ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして用いられる。また、ＲＯＭ１１及びＨＤＤ１３は、ＣＰＵ１０を動作させるプログラムなどを記憶する記憶手段として用いられる。また、ＨＤＤ１３には、管理サーバ１がＮＷ処理装置３０に割り当てた最新のＩＰアドレス（以下、「最新ＩＰアドレス」と表記）１３ａが格納されている。図１の例の場合、最新ＩＰアドレス１３ａは、各ＮＷ処理装置３０のＩＰアドレスのうち、ホスト部が最大の番号であるＩＰアドレス「192.168.1.N+1」である。
【００２３】
通信処理部１４は、例えばネットワークカードであり、管理用ＮＷを介して、各ＮＷ処理装置３０と通信を行う通信手段である。
【００２４】
可搬型記憶媒体用ドライブ１５は、可搬型記憶媒体１５０に対して、情報の書き込みや情報の読み出しを行う装置である。可搬型記憶媒体１５０の例としては、ＵＳＢメモリ（USB: Universal Serial Bus）、ＣＤ−Ｒ（Compact Disc Recordable）、及びメモリカードなどが挙げられる。なお、ＣＰＵ１０を動作させるプログラムは、可搬型記憶媒体１５０に格納されてもよい。
【００２５】
管理サーバ１は、情報の入力操作を行うための入力デバイス１６０、及び、画像を表示するためのディスプレイ１７０を、さらに備える。入力デバイス１６０は、キーボード及びマウスなどの入力手段であり、入力された情報は、入力処理部１６を介してＣＰＵ１０に出力される。ディスプレイ１７０は、液晶ディスプレイなどの画像表示手段であり、表示される画像データは、ＣＰＵ１０から画像処理部１７を介してディスプレイに出力される。なお、入力デバイス１６０及びディスプレイ１７０に代えて、これらの機能を備えるタッチパネルなどのデバイスを用いることもできる。
【００２６】
ＣＰＵ１０は、ＲＯＭ１１、またはＨＤＤ１３などに格納されているプログラム、または可搬型記憶媒体用ドライブ１５が可搬型記憶媒体１５０から読み取ったプログラムを実行する。このプログラムには、ＯＳ（Operating System）だけでなく、上記の装置管理プログラムも含まれる。なお、プログラムは、通信処理部１４を介してダウンロードされたものであってもよい。
【００２７】
ＣＰＵ１０は、装置管理プログラムを実行すると、複数の機能が形成される。図３は、管理サーバ１の機能構成の一例を示す構成図である。図３には、ＣＰＵ１０に形成される機能の一例が示されている。
【００２８】
ＣＰＵ１０は、アドレス割当部１００と、装置監視部１０１と、アドレス変更部１０２とを有する。アドレス割当部１００は、通信処理部１４を介し、複数のＮＷ処理装置３０に、一定の規則に従って個別のＩＰアドレスをそれぞれ割り当てる。
【００２９】
本例において、アドレス割当部１００は、ＤＨＣＰ（Dynamic Host Configuration Protocol）に基づいて、ＩＰアドレスの割り当て処理を行う。各ＮＷ処理装置３０に割り当てられるＩＰアドレスは、プールされているＩＰアドレスの中から、ホスト部が連続番号となるように選択される。したがって、図１に示されるように、ＮＷ処理装置（＃１〜＃Ｎ）３０のＩＰアドレスのホスト部は、それぞれ、「2」,「3」,「4」,・・・,「N+1」となる。このため、管理サーバ１は、ＩＰアドレスを容易に生成でき、アドレス割り当て処理の負荷が低減される。
【００３０】
アドレス割当部１００は、アドレス割り当て処理を行うたびに、最新ＩＰアドレス１３ａをＨＤＤ１３に書き込む。最新ＩＰアドレス１３ａは、上述したように、割り当て済みのＩＰアドレスのうち、ホスト部が最大の番号であるＩＰアドレスである。
【００３１】
装置監視部１０１は、各ＮＷ処理装置３０の監視処理を行う。装置監視部１０１は、ＨＤＤ１３から最新ＩＰアドレス１３ａを読み出し、「192.168.1.2」から最新ＩＰアドレス１３ａまでの全てのＮＷ処理装置３０の監視処理を行う。装置監視部１０１は、通信処理部１４を介し、例えばＩＣＭＰ（Internet Control Message Protocol）に従って、エコー要求通知をＮＷ処理装置３０に送信することで、ＮＷ処理装置３０の正常性及び接続状態を判定する。
【００３２】
装置監視部１０１は、ＮＷ処理装置３０からエコー応答通知を受信した場合、ＮＷ処理装置３０が正常であると判定し、エコー応答通知を受信しない場合、ＮＷ処理装置３０が異常状態（つまり故障）、または管理用ＮＷから切り離された状態であると判定する。これにより、管理サーバ１は、ＮＷ処理装置３０の台数（Ｎ）の減少及び故障を検出する。
【００３３】
アドレス変更部１０２は、装置監視部１０１がＮＷ処理装置３０の台数の減少及び故障を検出したとき、ＮＷ処理装置３０の各ＩＰアドレス内のホスト部（番号）が連続するように、ＮＷ処理装置３０の少なくとも１つのＩＰアドレスを変更する。より具体的には、アドレス変更部１０２は、ＨＤＤ１３から最新ＩＰアドレス１３ａを読み出し、ＮＷ処理装置３０の台数の減少及び故障のために欠番となったＩＰアドレスを、通信処理部１４を介して、最新ＩＰアドレス１３ａのＮＷ処理装置３０に割り当てる。
【００３４】
例えば、図１において、ＮＷ処理装置（＃２）３０が故障した場合、ＮＷ処理装置（＃Ｎ）３０のＩＰアドレスは、「192.168.1.N+1」から「192.168.1.3」に変更される。ＩＰアドレスの割り当て後、アドレス変更部１０２は、ＨＤＤ１３内の最新ＩＰアドレス１３ａを更新する。
【００３５】
これにより、ＮＷ処理装置３０のＩＰアドレスのホスト部の連続性が維持されるため、ＮＷ処理装置３０が減少、または故障しても、後述する演算方法を実行することにより、ソフトウェアの要求先のＩＰアドレス及び要求の送信時刻が算出される。
【００３６】
また、図４は、ダウンロードサーバ２の一例を示す構成図である。ダウンロードサーバ２は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、ＨＤＤ２３、通信処理部２４、可搬型記憶媒体用ドライブ２５、入力処理部２６、及び画像処理部２７などを備えている。
【００３７】
ＣＰＵ２０は、演算処理手段であり、データ転送プログラムに従って、ＮＷ処理装置３０のソフトウェアのダウンロード及び更新に関する処理を実行する。ＣＰＵ２０は、各部２１〜２７とバス２８を介して接続されている。なお、ダウンロードサーバ２は、ソフトウェアにより動作するものに限定されず、ＣＰＵ２０に代えて、特定用途向け集積回路などのハードウェアが用いられてもよい。
【００３８】
また、ダウンロードサーバ２は、サービス提供装置３の筐体に実装される電子回路基板として構成されてもよい。この場合、ダウンロードサーバ２は、ＢＷＢを介して各ＮＷ処理装置３０と通信する。さらに、ダウンロードサーバ２及び管理サーバ１の各機能は、１つのサーバに集約して実装されてもよい。
【００３９】
ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして用いられる。通信処理部２４は、例えばネットワークカードであり、管理用ＮＷを介して、ＮＷ処理装置３０と通信を行う通信手段である。
【００４０】
また、ＲＯＭ２１及びＨＤＤ２３は、ＣＰＵ２０を動作させるプログラムなどを記憶する記憶手段として用いられる。また、ＨＤＤ２３には、ＮＷ処理装置３０を動作させるためのソフトウェア９０が格納されている。ソフトウェア９０は、サービス提供装置３の起動時、またはソフトウェア９０の更新時に、通信処理部２４を介して、ＮＷ処理装置３０に転送される。
【００４１】
可搬型記憶媒体用ドライブ２５は、可搬型記憶媒体２５０に対して、情報の書き込みや情報の読み出しを行う装置である。可搬型記憶媒体２５０の例としては、ＵＳＢメモリ、ＣＤ−Ｒ、及びメモリカードなどが挙げられる。なお、ＣＰＵ２０を動作させるプログラムは、可搬型記憶媒体２５０に格納されてもよい。
【００４２】
ダウンロードサーバ２は、情報の入力操作を行うための入力デバイス２６０、及び、画像を表示するためのディスプレイ２７０を、さらに備える。入力デバイス２６０は、キーボード及びマウスなどの入力手段であり、入力された情報は、入力処理部２６を介してＣＰＵ２０に出力される。ディスプレイ２７０は、液晶ディスプレイなどの画像表示手段であり、表示される画像データは、ＣＰＵ２０から画像処理部２７を介してディスプレイに出力される。なお、入力デバイス２６０及びディスプレイ２７０に代えて、これらの機能を備えるタッチパネルなどのデバイスを用いることもできる。
【００４３】
ＣＰＵ２０は、ＲＯＭ２１、またはＨＤＤ２３などに格納されているプログラム、または可搬型記憶媒体用ドライブ２５が可搬型記憶媒体２５０から読み取ったプログラムを実行する。このプログラムには、ＯＳだけでなく、上記のデータ転送プログラムも含まれる。なお、プログラムは、通信処理部２４を介してダウンロードされたものであってもよい。
【００４４】
ＣＰＵ２０は、データ転送プログラムを実行すると、複数の機能が形成される。図５は、ダウンロードサーバ２の機能構成の一例を示す構成図である。図５には、ＣＰＵ２０に形成される機能の一例が示されている。
【００４５】
ＣＰＵ２０は、ダウンロード処理部２００と、ソフトウェア更新処理部２０１とを有する。ダウンロード処理部２００は、ＮＷ処理装置３０から要求メッセージを受信したとき、ＨＤＤ２３からソフトウェア９０を読み出して、通信処理部２４を介し、要求元のＮＷ処理装置３０に転送する。なお、ダウンロード処理部２００は、ソフトウェア９０の転送中、つまりダウンロード中に要求メッセージを受けた場合、要求元のＮＷ処理装置３０にエラーメッセージを送信する。
【００４６】
ソフトウェア更新処理部２０１は、ソフトウェア９０の更新処理を行う。ソフトウェア９０の更新処理は、例えば、入力デバイス２６０による操作を契機として実行される。
【００４７】
ソフトウェア更新処理部２０１は、通信処理部２４を介して、各ＮＷ処理装置３０にソフトウェア９０の更新を通知する。また、ソフトウェア更新処理部２０１は、ＨＤＤ２３内のソフトウェア９０を、最新版のソフトウェア９０に更新する。最新版のソフトウェア９０は、例えば、可搬型記憶媒体２５０から、可搬型記憶媒体用ドライブ２５を介して取得される。なお、ソフトウェア９０の版数は、例えばソフトウェア９０のヘッダ部分に記録されている。
【００４８】
また、図６は、ＮＷ処理装置３０の一例を示す構成図である。ＮＷ処理装置３０は、二組のＮＷＰ（Network Processor）３００及びメモリ３０１と、第１スイッチングデバイス３０２ａと、第２スイッチングデバイス３０２ｂとを有する。また、ＮＷ処理装置３０は、複数の第１通信ポート３０３と、複数の第２通信ポート３０４と、複数の第３通信ポート３０５と、ＨＤＤ３０６とを有する。
【００４９】
２個のＮＷＰ３００は、演算処理手段であり、ソフトウェア９０に従って、ユーザＮＷに提供するサービス（ＶｏＩＰなど）に応じたパケット処理を実行する。また、ＮＷＰ３００の少なくとも一方は、データ転送プログラムに従って、ソフトウェア９０のダウンロードに関する処理を実行する。
【００５０】
２個のメモリ３０１は、２個のＮＷＰ３００のワーキングメモリとしてそれぞれ用いられる。また、メモリ３０１には、データ転送プログラム、及び管理サーバ１から割り当てられたＩＰアドレスなどが格納されている。
【００５１】
ＨＤＤ３０６は、ダウンロードしたソフトウェア９０の格納手段として用いられる。また、ＨＤＤ３０６には、後述する演算方法により算出されたソフトウェア９０の要求先のＩＰアドレス及び要求メッセージの送信時刻を含むダウンロード用パラメータ９１が格納されている。なお、ソフトウェア９０は、メモリ３０１に格納されてもよい。
【００５２】
複数の第１通信ポート３０３は、それぞれ、管理用ＮＷと接続され、管理サーバ１及びダウンロードサーバ２との間でパケットの送受信を行う。第１スイッチングデバイス３０２ａは、複数の第３通信ポート３０５、複数の第１通信ポート３０３、及び２個のＮＷＰ３００の間で、パケットの分配処理を行う。このとき、第１スイッチングデバイス３０２ａは、パケットを格納するバッファとして、メモリ３０１を用いてもよい。本実施例では、パケットとして、ＩＰパケットを挙げるが、これに限定されず、ＡＴＭ（Asynchronous Transfer Mode）セルなどの他形態のＰＤＵ（Protocol Data Unit）が用いられてもよい。
【００５３】
複数の第２通信ポート３０４は、それぞれ、ユーザＮＷと接続され、ユーザＮＷ内のネットワーク機器（ルータなど）との間でパケットの送受信を行う。第２スイッチングデバイス３０２ｂは、複数の第２通信ポート３０４及び２個のＮＷＰ３００の間で、パケットの分配処理を行う。
【００５４】
複数の第３通信ポート３０５は、ＢＷＢに接続され、他のＮＷ処理装置３０との間でパケットの送受信を行う。これにより、ＮＷＰ３００は、第３通信ポート３０５を介して、他のＮＷ処理装置３０のＮＷＰ３００と通信する。つまり、ＮＷＰ３００は、第３通信ポート３０５を介し、他のＮＷ処理装置３０からソフトウェア９０を受信し、受信したソフトウェア９０を、さらに他のＮＷ処理装置３０に転送する。
【００５５】
ＮＷＰ３００は、データ転送プログラムを実行すると、複数の機能が形成される。図７は、ＮＷ処理装置３０の一例を示す構成図である。図７には、ＮＷＰ３００に形成される機能の一例が示されている。
【００５６】
ＮＷＰ３００は、アドレス取得部４１と、演算処理部４２と、ダウンロード要求部４３と、カウンタ部４４と、ダウンロード処理部４５と、監視応答部４６とを有する。アドレス取得部４１は、管理用ＮＷを介し、管理サーバ１にＩＰアドレスの割り当てを要求する。
【００５７】
演算処理部４２は、ＩＰアドレスの割り当ての規則（本例ではホスト部を連続番号とする規則）に応じた演算方法により、管理サーバ１から割り当てられたＩＰアドレスから、ソフトウェア９０の要求先の他のＮＷ処理装置３０のＩＰアドレスを算出する。このとき、演算処理部４２は、要求メッセージの送信時刻も算出する。ＩＰアドレスの割り当て要求は、例えば、ＮＷ処理装置３０の起動時（電源投入時及びリブート時を含む）に実行される。
【００５８】
図８は、アドレス割り当て処理の一例を示すラダーチャートである。まず、ＮＷ処理装置３０のアドレス取得部４１は、ＩＰアドレスの取得処理を行い（ステップＳｔ１）、これに応じて、管理サーバ１のアドレス割当部１００は、ＩＰアドレスの割り当て処理を行う（ステップＳｔ２）。このとき、管理サーバ１及びＮＷ処理装置３０の間では、以下のように、ＤＨＣＰに従った通信が行われる。
【００５９】
ＤＨＣＰクライアントであるＮＷ処理装置３０は、ＤＨＣＰサーバである管理サーバ１を探すため、管理用ＮＷに「DHCP Discover」メッセージを送信する。このとき、「DHCP Discover」メッセージの宛先ＩＰアドレスは、ブロードキャストアドレス（本例では「192.168.1.255」）に設定されている。このため、「DHCP Discover」メッセージは、管理用ＮＷに接続された全ネットワーク機器において受信される。
【００６０】
管理サーバ１は、「DHCP Discover」メッセージに応答し、割り当て対象のＩＰアドレスが含まれた「DHCP Offer」メッセージをＮＷ処理装置３０に送信する。上述したように、ＩＰアドレスは、ホスト部が、全ＮＷ処理装置（＃１〜＃Ｎ）３０間で連続番号となるように決定される。
【００６１】
ＮＷ処理装置３０は、「DHCP Offer」メッセージを受信すると、割り当て対象のＩＰアドレスに問題がないことを確認し、「DHCP Request」メッセージを管理サーバ１に送信する。管理サーバ１は、「DHCP Request」メッセージに応じて、「DHCP Ack」メッセージをＮＷ処理装置３０に送信する。これにより、ＮＷ処理装置３０に割り当てられるＩＰアドレスが発行される。このようにして、ＩＰアドレスの割り当て処理は行われる。
【００６２】
管理サーバ１は、ＩＰアドレスの割り当て処理を行った後、ＨＤＤ１３に格納された最新ＩＰアドレス１３ａを更新する（ステップＳｔ３）。最新ＩＰアドレス１３ａは、ＮＷ処理装置３０の台数が減少したとき、またはＮＷ処理装置３０が故障したとき、ホスト部の連続性が維持されるように、ＩＰアドレスを変更する場合に用いられる。
【００６３】
また、ＮＷ処理装置３０において、アドレス取得部４１がＩＰアドレスの取得処理を行った後、演算処理部４２は、取得したＩＰアドレスからダウンロード用パラメータ９１を算出し（ステップＳｔ４）、ＨＤＤ３０６に保存する（ステップＳｔ５）。このとき、演算処理部４２は、管理サーバ１によるＩＰアドレスの割り当ての規則、つまり、ホスト部を連続番号とする規則に応じた演算を行う。以下に、演算処理について説明する。
【００６４】
Ｔｓ＝［ｌｏｇ（ｍ＋１）ＩＤ］                                   ・・・式（１）
Ｄｉｄ＝ＩＤ  ｍｏｄ  （ｍ＋１）Ｔｓ                           ・・・式（２）
Ｔｗ＝Ｔｓ×Ｔｄ                                      ・・・式（３）
【００６５】
演算処理部４２は、上記の式（１）〜式（３）に基づいて、Ｔｓ、Ｄｉｄ、及びＴｗを算出する。なお、式（１）内のカッコは、ガウス記号（カッコ内の数値を超えない範囲における最大整数を表す記号）である。
【００６６】
Ｔｓは、ソフトウェア９０の全ＮＷ処理装置（＃１〜＃Ｎ）３０へのダウンロード手順を、複数の段階に分けた場合における段階数（つまり、ダウンロード手順の順番）を示す。ｍは、ダウンロードサーバ２及び各ＮＷ処理装置３０が、ソフトウェア９０を一度にダウンロードできるＮＷ処理装置３０の台数を示す。例えば、ダウンロードサーバ２及び各ＮＷ処理装置３０が、一度に、２台のＮＷ処理装置３０にソフトウェア９０をダウンロードできる場合、ｍ＝２であり、また、一度に、１台のＮＷ処理装置３０だけにしかソフトウェア９０をダウンロードできない場合、ｍ＝１である。
【００６７】
ＩＤは、当該ＩＰアドレスのホスト部から１を減算して得られる番号である。例えば、ダウンロードサーバ２は、ＩＰアドレスのホスト部が「1」であるため、ＩＤ＝０である。また、ＮＷ処理装置（＃３）３０は、ＩＰアドレスのホスト部が「4」であるため、ＩＤ＝３である。ダウンロードサーバ２及びＮＷ処理装置３０は、個別のＩＰアドレスが割り当てられるので、当該ＩＤも個別の番号となる。
【００６８】
Ｄｉｄは、ソフトウェア９０のダウンロードの要求対象の装置、つまり、ソフトウェア９０の要求先のダウンロードサーバ２またはＮＷ処理装置３０のＩＤを示す。例えば、Ｄｉｄ＝０の場合、要求メッセージは、ダウンロードサーバ２宛てに送信され、Ｄｉｄ＝３の場合、要求メッセージは、ＮＷ処理装置（＃３）３０宛てに送信される。
【００６９】
Ｔｗは、ソフトウェア９０の要求メッセージの送信時刻であり、Ｔｄは、１回のソフトウェア９０のダウンロード（転送）に要する時間である。なお、Ｔｄ及びｍは、管理用ＮＷ及びＢＷＢの通信回線の容量（速度）やソフトウェア９０のサイズ（データ量）などに基づいて決定される。
【００７０】
各ＮＷ処理装置３０の演算処理部４２は、管理サーバ１から割り当てられたＩＰアドレスのホスト部から、上記の式（１）〜式（３）に基づいて、Ｔｓ、Ｄｉｄ、及びＴｗを算出する。これにより、全ＮＷ処理装置３０のダウンロード手順が決定される。
【００７１】
図９には、ソフトウェア９０のダウンロード手順の一例が示されている。図９内の横軸は、図１のデータ転送システムにおいて、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。なお、「Ｓ／Ｗ」はソフトウェア９０を指し、「ＩＤ０」〜「ＩＤ７」は、上記のＩＤがそれぞれ０〜７であることを指す。
【００７２】
本例は、ダウンロード可能台数ｍ＝１とし、ダウンロード所要時間Ｔｄ＝１０（秒）とした場合において、ダウンロードサーバ２に格納されたソフトウェア９０を、７台のＮＷ処理装置（＃１〜＃７）３０にダウンロードする手順を示す。ダウンロード手順は、第１段階〜第３段階に分かれて順次に実行される。各ＮＷ処理装置３０に応じた段階数は、上記の式（１）からＴｓを算出することにより決定される。つまり、Ｔｓ＝０〜２は、第１段階〜第３段階にそれぞれ対応する。
【００７３】
例えば、「192.168.1.7」が割り当てられたＮＷ処理装置（＃６）３０は、ホスト部が「7」であるので、ＩＤ＝６（＝７−１）である。したがって、上記の式（１）に、ｍ＝１及びＩＤ＝６を代入することにより、Ｔｓ＝［ｌｏｇ（１＋１）６］＝［２．５８］＝２と算出される。このため、ＮＷ処理装置（＃６）３０は、第３段階でソフトウェア９０の要求及び転送が実行される。
【００７４】
また、各ＮＷ処理装置３０のソフトウェア９０の要求先装置のＩＤは、自装置のＩＤと、上記の式（１）に基づいて算出されたＴｓとから、上記の式（２）に基づいて、Ｄｉｄを算出することにより決定される。ＮＷ処理装置（＃６）３０の例を挙げると、上記の式（２）に、Ｔｓ＝２、ｍ＝１、及びＩＤ＝６を代入することにより、Ｄｉｄ＝６  ｍｏｄ  ２２＝２と算出される。すなわち、ソフトウェア９０の要求先のＩＰアドレスは、ＩＤ＝２に対応する「192.168.1.3」として得られる。このため、ＮＷ処理装置（＃６）３０は、ＩＤ＝２（ＩＰアドレス「192.168.1.3」）のＮＷ処理装置（＃２）３０にソフトウェア９０の要求メッセージを送信する。
【００７５】
さらに、各ＮＷ処理装置３０の要求メッセージの送信時刻（送信タイミング）は、上記の式（１）に基づいて算出されたＴｓから、上記の式（３）に基づいて、Ｔｗを算出することにより決定される。ＮＷ処理装置（＃６）３０の例を挙げると、上記の式（３）に、Ｔｓ＝２及びＴｄ＝１０を代入することにより、Ｔｗ＝１０×２＝２０（秒）と算出される。このため、ＮＷ処理装置（＃６）３０は、ダウンロード開始から２０秒後にソフトウェア９０の要求メッセージを送信する。
【００７６】
このように、ＮＷ処理装置３０は、上記の式（１）及び式（２）の演算を行うことにより、管理サーバ１から割り当てられたＩＰアドレスから、ソフトウェア９０の要求先の他のＮＷ処理装置３０のＩＰアドレスを算出する。さらに、ＮＷ処理装置３０は、上記の式（１）及び式（３）の演算を行うことにより、管理サーバ１から割り当てられたＩＰアドレスから、ソフトウェア９０の要求メッセージの送信時刻を算出する。算出されたＩＰアドレス及び送信時刻は、ダウンロード用パラメータ９１としてＨＤＤ３０６に格納される。
【００７７】
したがって、管理サーバ１は、ＮＷ処理装置３０ごとに、ソフトウェア９０の要求先の他のＮＷ処理装置３０のＩＰアドレス、及びソフトウェア９０の要求メッセージの送信時刻を決定する処理が省かれるので、処理の負荷が軽減される。
【００７８】
また、本例では、ＩＰアドレスのホスト部が連続番号となるように、各ＮＷ処理装置３０にＩＰアドレスが割り当てられるため、上記の式（１）〜式（３）のように、ダウンロード可能台数ｍに関する乗数や剰余の演算が行われるが、これに限定されない。例えば、ＩＰアドレスの割り当ての規則として、ホスト部が等差数列となる規則が用いられた場合でも、ＮＷ処理装置３０は、当該規則に応じた演算を実行することにより、ＩＰアドレス及び送信時刻を算出できる。
【００７９】
このような演算を、各ＮＷ処理装置３０が行うことで、図９に示されるような効率的なダウンロード手順が実行される。第１段階では、ＮＷ処理装置（＃１）３０が、時刻Ｔ＝０（秒）に要求メッセージを送信することにより、ダウンロードサーバ２からソフトウェア９０をダウンロードする。
【００８０】
第２段階では、ＮＷ処理装置（＃２／＃３）３０が、時刻Ｔ＝１０（秒）（＝Ｔｄ×１）に要求メッセージを送信することにより、ダウンロードサーバ２及びＮＷ処理装置（＃１）３０からソフトウェア９０をそれぞれダウンロードする。第３段階では、ＮＷ処理装置（＃４〜＃７）３０が、時刻Ｔ＝２０（秒）（＝Ｔｄ×２）に要求メッセージを送信することにより、ダウンロードサーバ２及びＮＷ処理装置（＃１〜＃３）３０からソフトウェア９０をそれぞれダウンロードする。
【００８１】
つまり、本例では、ソフトウェア９０を受信済みのＮＷ処理装置３０が、ミラーサーバとして機能することで、ソフトウェア９０を受信していない他のＮＷ処理装置３０からの要求に応じ、ソフトウェア９０を転送する。このため、本実施例に係るデータ転送システムでは、全ＮＷ処理装置３０へのソフトウェア９０の転送に要する時間が、ダウンロードサーバ２から全てのＮＷ処理装置（＃１〜＃７）３０にソフトウェア９０をダウンロードする場合よりも短縮される。
【００８２】
また、上述したように、各ＮＷ処理装置３０は、予め、ダウンロード用パラメータ９１を算出しているので、管理サーバ１が、ダウンロード用パラメータ９１を算出する必要はない。このため、管理サーバ１の処理の負荷が低減され、転送に要する時間が効果的に短縮される。この効果は、ＮＷ処理装置３０の台数が多いほど、顕著である。
【００８３】
図１０には、ソフトウェア９０のダウンロード手順の他例が示されている。図１０内の横軸は、図１のデータ転送システムにおいて、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。なお、「Ｓ／Ｗ」はソフトウェア９０を指し、「ＩＤ０」〜「ＩＤ７」は、上記のＩＤがそれぞれ０〜７であることを指す。
【００８４】
本例は、ダウンロード可能台数ｍ＝２とし、ダウンロードの所要時間Ｔｄ＝１０（秒）とした場合において、ダウンロードサーバ２に格納されたソフトウェア９０を、２６台のＮＷ処理装置（＃１〜＃２６）３０にダウンロードする手順を示す。なお、図１０において、ダウンロードサーバ２及びＮＷ処理装置（＃１〜＃２６）３０は、符号及びＩＤのみで示されている。
【００８５】
第１段階では、ＮＷ処理装置（＃１／＃２）３０が、時刻Ｔ＝０（秒）に要求メッセージを送信することにより、ダウンロードサーバ２からソフトウェア９０をダウンロードする。第２段階では、ＮＷ処理装置（＃３〜＃８）３０が、時刻Ｔ＝１０（秒）（＝Ｔｄ×１）に要求メッセージを送信することにより、ダウンロードサーバ２及びＮＷ処理装置（＃１／＃２）３０からソフトウェア９０をダウンロードする。第３段階では、ＮＷ処理装置（＃９〜＃２６）３０が、時刻Ｔ＝２０（秒）（＝Ｔｄ×２）に要求メッセージを送信することにより、ダウンロードサーバ２及びＮＷ処理装置（＃１〜＃８）３０からソフトウェア９０をダウンロードする。
【００８６】
このように、ＮＷ処理装置３０の台数が多い場合でも、一度にダウンロード可能な台数（つまりｍ）を増加させれば、ＮＷ処理装置３０の台数が少ない場合と同程度の時間で、全ＮＷ処理装置３０にソフトウェア９０がダウンロードされる。
【００８７】
再び図７を参照すると、ダウンロード要求部４３は、管理用ＮＷを介してダウンロードサーバ２に、またはＢＷＢを介して他のＮＷ処理装置３０に、ソフトウェア９０の要求メッセージを送信する。このとき、ダウンロード要求部４３は、ＨＤＤ３０６からダウンロード用パラメータ９１を読み出すことにより、要求メッセージの宛先のＩＰアドレス及び送信時刻を取得する。
【００８８】
カウンタ部４４は、時刻Ｔとして、カウンタ値をダウンロード要求部４３に出力する。カウンタ部４４は、計時開始前に、ＢＷＢを介して、他の全ＮＷ処理装置３０のカウンタ部４４との間でカウンタ値を同期させる。
【００８９】
図１１は、ダウンロード要求処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【００９０】
まず、ダウンロード要求部４３は、ＨＤＤ３０６にソフトウェア９０が格納済みであるか否かを判定する（ステップＳｔ１１）。ソフトウェア９０が格納されていない場合（ステップＳｔ１１のＮｏ）、後述するステップＳｔ１３の処理が実行される。つまり、ＮＷ処理装置３０は、例えば初回の起動時に、ＨＤＤ３０６にソフトウェア９０が格納されていない場合、ソフトウェア９０のダウンロードを要求する。
【００９１】
また、ソフトウェア９０が格納済みである場合（ステップＳｔ１１のＹｅｓ）、ダウンロード要求部４３は、ダウンロードサーバ２から、管理用ＮＷを介してソフトウェア９０の更新通知を受信したか否かを判定する（ステップＳｔ１２）。更新通知を受信していない場合（ステップＳｔ１２のＮｏ）、つまり、ＨＤＤ３０６に格納済みのソフトウェア９０が最新版である場合、ダウンロード要求部４３は、処理を終了する。なお、上述したように、ソフトウェア９０の版数は、例えばソフトウェア９０のヘッダ部分を参照することにより確認できる。
【００９２】
ダウンロード要求部４３は、更新通知を受信した場合（ステップＳｔ１２のＹｅｓ）、つまり、ＨＤＤ３０６に格納済みのソフトウェア９０が最新版ではない場合、カウンタ部４４に時刻Ｔ（カウンタ値）の同期処理を指示する（ステップＳｔ１３）。カウンタ部４４は、他のＮＷ処理装置３０のカウンタ部４４との間で時刻Ｔを同期させた後、計時処理を開始する（ステップＳｔ１４）。これにより、全ＮＷ処理装置３０のカウンタ部４４が、一斉に計時を開始する。
【００９３】
次に、ダウンロード要求部４３は、時刻Ｔが送信時刻Ｔｗに一致した否かを判定する（ステップＳｔ１５）。時刻Ｔ≠Ｔｗの場合（ステップＳｔ１５のＮｏ）、再びステップＳｔ１５の判定処理が行われる。
【００９４】
また、時刻Ｔ＝Ｔｗの場合（ステップＳｔ１５のＹｅｓ）、ダウンロード要求部４３は、要求先のＩＰアドレス宛に、ソフトウェア９０の要求メッセージを送信する（ステップＳｔ１６）。つまり、ＮＷ処理装置３０は、演算処理部４２により算出した送信時刻Ｔｗに、演算処理部４２により算出したＩＰアドレス宛に要求メッセージを送信する。
【００９５】
次に、ダウンロード要求部４３は、要求先のダウンロードサーバ２またはＮＷ処理装置３０から、要求メッセージに応じた応答メッセージを受信したか否かを判定する（ステップＳｔ１７）。応答メッセージを受信していない場合（ステップＳｔ１７のＮｏ）、つまり、エラーメッセージを受信した場合、ダウンロード要求部４３は、所定時間だけ待機し（ステップＳｔ２０）、再びステップＳｔ１６の判定処理を行う。このため、要求先のＮＷ処理装置３０がソフトウェア９０のダウンロードを完了していない場合でも、再度、要求メッセージが送信される。なお、要求メッセージ及び応答メッセージは、例えばＴＦＴＰに従って送受信される。
【００９６】
また、応答メッセージを受信した場合（ステップＳｔ１７のＹｅｓ）、ダウンロード要求部４３は、要求先のダウンロードサーバ２またはＮＷ処理装置３０から、ソフトウェア９０を受信し（ステップＳｔ１８）、ＨＤＤ３０６に格納する（ステップＳｔ１９）。このようにして、ダウンロード要求処理は行われる。
【００９７】
再び図７を参照すると、ダウンロード処理部４５は、ソフトウェア９０を受信していない他のＮＷ処理装置３０からの要求に応じ、ソフトウェア９０を、ＢＷＢを介して他のＮＷ処理装置３０にダウンロードする。
【００９８】
図１２は、ダウンロード処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【００９９】
まず、ダウンロード処理部４５は、他のＮＷ処理装置３０から要求メッセージを受信したか否かを判定する（ステップＳｔ３１）。要求メッセージを受信していない場合（ステップＳｔ３１のＮｏ）、ダウンロード処理部４５は、処理を終了する。
【０１００】
また、要求メッセージを受信した場合（ステップＳｔ３１のＹｅｓ）、ダウンロード処理部４５は、最新版のソフトウェア９０を受信済みであるか否かを判定する（ステップＳｔ３２）。なお、ソフトウェア９０の最新版の版数は、例えば、ダウンロードサーバ２から通知される。
【０１０１】
最新版のソフトウェア９０を受信済みではない場合（ステップＳｔ３２のＮｏ）、ダウンロード処理部４５は、ＢＷＢを介して、要求元のＮＷ処理装置３０にエラーメッセージを送信し（ステップＳｔ３５）、処理を終了する。最新版のソフトウェア９０を受信済みである場合（ステップＳｔ３２のＹｅｓ）、ダウンロード処理部４５は、ＢＷＢを介して、要求元のＮＷ処理装置３０に応答メッセージを送信する（ステップＳｔ３３）。
【０１０２】
応答メッセージの送信後、ダウンロード処理部４５は、ＢＷＢを介して、要求元のＮＷ処理装置３０にソフトウェア９０を転送する（ステップＳｔ３４）。なお、ダウンロード処理部４５は、ソフトウェア９０の転送中、つまりダウンロード中に要求メッセージを受けた場合、要求元のＮＷ処理装置３０にエラーメッセージを送信する。このようにして、ダウンロード処理は行われる。
【０１０３】
再び図７を参照すると、監視応答部４６は、管理サーバ１から、管理用ＮＷを介して受信したエコー要求通知に応じて、エコー応答通知を返信する。また、監視応答部４６は、管理サーバ１からのＩＰアドレス変更の指示に従い、メモリ３０１に格納されたＩＰアドレスを変更し、変更完了通知を管理サーバ１に送信する。
【０１０４】
図１３は、アドレス変更処理の一例を示すフローチャートである。本処理は、ＩＰアドレスの割り当て処理の実行後、例えば周期的に実行される。
【０１０５】
まず、管理サーバ１の装置監視部１０１は、変数ｉ＝２にセットする（ステップＳｔ４１）。次に、装置監視部１０１は、ＩＰアドレス「192.168.1.i」宛にエコー要求通知を送信する（ステップＳｔ４２）。これにより、管理サーバ１から管理用ＮＷを介してＮＷ処理装置（＃１）３０に、エコー要求通知が送信される。
【０１０６】
次に、装置監視部１０１は、所定時間内に当該ＮＷ処理装置３０からエコー応答通知を受信したか否かを判定する（ステップＳｔ４３）。これにより、装置監視部１０１は、エコー応答通知の有無により、ＮＷ処理装置３０の台数の減少または故障を検出する。
【０１０７】
エコー応答通知を受信した場合（ステップＳｔ４３のＹｅｓ）、装置監視部１０１は、変数ｉが、所定値ｉ＿ｍａｘに達したか否かを判定する（ステップＳｔ４７）。ここで、所定値ｉ＿ｍａｘは、上記の最新ＩＰアドレス１３ａのホスト部の値であり、図１の例の場合、Ｎ＋１に一致する。つまり、ステップＳｔ４２において、装置監視部１０１は、全てのＮＷ処理装置３０の監視が完了したか否かを判定する。
【０１０８】
変数ｉ＝ｉ＿ｍａｘである場合（ステップＳｔ４７のＹｅｓ）、装置監視部１０１は、処理を終了する。また、変数ｉ≠ｉ＿ｍａｘである場合（ステップＳｔ４７のＮｏ）、装置監視部１０１は、変数ｉに１を加算（ｉ＝ｉ＋１）し（ステップＳｔ４８）、再びステップＳｔ４２の処理を実行する。これにより、装置監視部１０１は、全てのＮＷ処理装置３０の監視を行う。
【０１０９】
また、所定時間内にエコー応答通知を受信しなかった場合（ステップＳｔ４３のＮｏ）、アドレス変更部１０２は、最新ＩＰアドレス１３ａが割り当てられたＮＷ処理装置（＃Ｎ）３０のＩＰアドレスを、「192.168.1.i」に変更する（ステップＳｔ４４）。このとき、アドレス変更部１０２は、変更後のＩＰアドレス「192.168.1.i」を含む変更指示を、管理用ＮＷを介してＮＷ処理装置（＃Ｎ）３０に送信する。
【０１１０】
ＮＷ処理装置（＃Ｎ）３０の監視応答部４６は、ＩＰアドレスの変更指示に応じて、メモリ３０１内のＩＰアドレスを、「192.168.1.N+1」から「192.168.1.i」に変更し、管理サーバ１に変更完了通知を送信する。つまり、アドレス変更部１０２は、ＮＷ処理装置３０の台数の減少及び故障のために欠番となったＩＰアドレスを、最新ＩＰアドレス１３ａのＮＷ処理装置（＃Ｎ）３０に割り当てる。
【０１１１】
これにより、ＮＷ処理装置３０の各ＩＰアドレス内のホスト部の連続性が維持されるので、各ＮＷ処理装置３０は、上記の式（１）〜式（３）の演算を行うことにより、ダウンロード用パラメータ９１を算出できる。なお、装置監視部１０１は、所定時間内にエコー応答通知を受信しなかった場合（ステップＳｔ４３のＮｏ）、再度、ステップＳｔ４３の判定処理を、例えば設定に応じて回数だけ実行してもよい。
【０１１２】
次に、アドレス変更部１０２は、ＮＷ処理装置（＃Ｎ）３０から変更完了通知を受信したか否かを判定する（ステップＳｔ４５）。変更完了通知を受信していない場合（ステップＳｔ４５のＮｏ）、アドレス変更部１０２は、再びステップＳｔ４５の判定処理を行う。
【０１１３】
また、変更完了通知を受信した場合（ステップＳｔ４５のＹｅｓ）、アドレス変更部１０２は、最新ＩＰアドレス１３ａのホスト部であるｉ＿ｍａｘから１を減算（ｉ＿ｍａｘ＝ｉ＿ｍａｘ−１）する（ステップＳｔ４６）。これにより、ＨＤＤ１３内に保持された最新ＩＰアドレス１３ａが更新される。最新ＩＰアドレス１３ａの更新後、上述したステップＳｔ４７の判定処理が実行される。このようにして、アドレス変更処理は行われる。
【０１１４】
図１３に示された例では、ホスト部の連続性を維持するために、欠番のＩＰアドレスを、最新ＩＰアドレス１３ａのＮＷ処理装置（＃Ｎ）３０に割り当てるが、これに限定されず、他の方法でＩＰアドレスを割り当ててもよい。例えば、アドレス変更部１０２は、全てのＮＷ処理装置（＃１〜＃Ｎ）３０のＩＰアドレスの割り当て処理を再実行することにより、ＩＰアドレスのホスト部の連続性を維持してもよい。もっとも、図１３に例示した方法であれば、変更対象のＮＷ処理装置３０の台数が１台のみであるため、ＩＰアドレスの変更が容易である。なお、ＮＷ処理装置３０の台数が増えた場合は、図８に示されたアドレス割り当て処理が行われることにより、ＩＰアドレスのホスト部の連続性は維持される。
【０１１５】
上述した実施例では、ダウンロード処理において、例えばネットワークのトラフィックの増大のために遅延が生じた場合、ＮＷ処理装置３０のダウンロード順序が逆転することが考えられる。
【０１１６】
図１４（ａ）には、正常時のダウンロード手順の一例が示されている。図１４（ａ）において、横軸は、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。本例は、ダウンロード可能台数ｍ＝１とし、ダウンロードサーバ２に格納されたソフトウェア９０を、７台のＮＷ処理装置（＃１〜＃７）３０にダウンロードする手順を示す。
【０１１７】
ダウンロード手順は、第１段階〜第３段階に分かれて順次に実行される。各ＮＷ処理装置３０に応じた段階数は、上記の式（１）からＴｓを算出することにより決定される。つまり、Ｔｓ＝０〜２は、第１段階〜第３段階にそれぞれ対応する。また、Ｔｓ＝０〜２にそれぞれ対応する要求メッセージの送信時刻をＴ１〜Ｔ３とする。
【０１１８】
第１段階では、ＮＷ処理装置（＃１）（ＩＤ１）３０が、時刻Ｔ＝０（秒）に要求メッセージを送信することにより、ダウンロードサーバ（ＩＤ＝０）２からソフトウェア９０をダウンロードする。第２段階では、ＮＷ処理装置（＃２／＃３）（ＩＤ２／ＩＤ３）３０が、時刻Ｔ＝Ｔ１（秒）に要求メッセージを送信することにより、ダウンロードサーバ２及びＮＷ処理装置（＃１）３０からソフトウェア９０をそれぞれダウンロードする。第３段階では、ＮＷ処理装置（＃４〜＃７）（ＩＤ４〜ＩＤ７）３０が、時刻Ｔ＝Ｔ２（秒）に要求メッセージを送信することにより、ダウンロードサーバ２及びＮＷ処理装置（＃１〜＃３）３０からソフトウェア９０をダウンロードする。
【０１１９】
図１４（ｂ）には、遅延発生時のダウンロード手順の一例が示されている。本例は、図１４（ａ）に示されたダウンロード手順の第１段階において、ダウンロードサーバ（ＩＤ０）２からＮＷ処理装置（＃１）（ＩＤ１）３０へのダウンロード処理に遅延が発生した場合を示す。このダウンロード処理は、正常時では第１段階で行われるが、遅延発生のため、第２段階で行われるものとする。
【０１２０】
このため、後続のダウンロード処理にも遅延が発生する。すなわち、正常時には第２段階で行われるダウンロード処理が、第３段階で行われ、正常時には第３段階で行われるダウンロード処理が、第４段階で行われる。なお、本例では、Ｔｓ＝３〜５にそれぞれ対応する第４段階及び第５段階（時刻Ｔ＝Ｔ３，Ｔ４に対応）を仮定する。
【０１２１】
このように、ダウンロード処理に遅延が発生すると、後続のダウンロード処理にも連鎖的に遅延が発生するため、全体的なダウンロード処理の所要時間が増加する。
【０１２２】
また、図１４（ｃ）には、順序逆転時のダウンロード手順の一例が示されている。本例は、図１４（ｂ）に示されたダウンロード手順の第３段階において、ＮＷ処理装置（＃２）（ＩＤ２）３０より先に、ＮＷ処理装置（＃４）（ＩＤ４）３０がソフトウェア９０をダウンロードした場合を示す。すなわち、本例では、ＮＷ処理装置（＃２）３０とＮＷ処理装置（＃４）３０のダウンロード順序が逆転している。
【０１２３】
このため、ＮＷ処理装置（＃２）３０をダウンロードの要求先とするＮＷ処理装置（＃６）（ＩＤ６）３０のダウンロード処理にも遅延が発生する。このため、ＮＷ処理装置（＃６）３０のダウンロード処理は、図１４（ｂ）の場合よりさらに遅延した結果、第５段階で行われる。
【０１２４】
このように、ダウンロード処理において、遅延が発生しただけでなく、ダウンロード順序の逆転も発生した場合、全体的なダウンロード処理の所要時間が、さらに増加する。以下に、図１４（ｃ）の例を挙げて、ダウンロード順序の逆転が発生する仕組みについて述べる。
【０１２５】
図１５は、順序逆転時のダウンロード処理の一例を示すシーケンス図である。図１５において、縦軸は、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。また、本例では、ＮＷ処理装置（＃１）（ＩＤ１）２の要求メッセージの送信時刻Ｔｗ＝０（秒）、ＮＷ処理装置（＃２）（ＩＤ２）３０の要求メッセージの送信時刻Ｔｗ＝１０（秒）、及びＮＷ処理装置（＃４）（ＩＤ４）３０の要求メッセージの送信時刻Ｔｗ＝２０（秒）とする。つまり、本例では、図１４（ａ）〜図１４（ｃ）の時刻Ｔ１＝０（秒）、時刻Ｔ２＝１０（秒）、時刻Ｔ３＝２０（秒）と仮定している。
【０１２６】
時刻Ｔ＝０（秒）において、ＮＷ処理装置（＃１）３０は、ダウンロードサーバ２に要求メッセージを送信する。これに応じて、ダウンロードサーバ２は、ダウンロード処理を開始する。このダウンロード処理は、遅延が発生したために、通常の所要時間１０（秒）を超えてしまい、時刻Ｔ＝１９（秒）まで行われたと仮定する。
【０１２７】
時刻Ｔ＝１０（秒）において、ＮＷ処理装置（＃２）３０は、要求メッセージを送信するが、ダウンロードサーバ２は、ＮＷ処理装置（＃１）３０に対するダウンロード処理の実行中であるため、応答としてエラーメッセージをＮＷ処理装置（＃２）３０に送信する。その後、時刻Ｔ＝１４，１８（秒）においても、同様に、要求メッセージ及びエラーメッセージの送受信が行われる。なお、要求メッセージの再送信は、４秒間隔で行われるものとする。
【０１２８】
時刻Ｔ＝２０（秒）において、ＮＷ処理装置（＃４）３０は、要求メッセージを送信する。このとき、ダウンロードサーバ２は、ＮＷ処理装置（＃１）３０に対するダウンロード処理が完了しているため、ＮＷ処理装置（＃４）３０に対するダウンロード処理を開始する。
【０１２９】
その後、時刻Ｔ＝２２（秒）において、ＮＷ処理装置（＃２）３０は、要求メッセージを送信するが、ダウンロードサーバ２は、ＮＷ処理装置（＃４）３０に対するダウンロード処理の実行中であるため、応答としてエラーメッセージをＮＷ処理装置（＃２）３０に送信する。このようにして、ＮＷ処理装置（＃２）３０とＮＷ処理装置（＃４）３０のダウンロード順序の逆転が発生する。
【０１３０】
そこで、ダウンロードサーバ２及び各ＮＷ処理装置３０は、ダウンロード処理におけるソフトウェア９０の転送先のＮＷ処理装置３０のＩＤを、管理サーバ１によるＩＰアドレスの割り当ての規則、つまり、ホスト部を連続番号とする規則に応じた演算で算出する。ダウンロードサーバ２及び各ＮＷ処理装置３０は、ダウンロード対象のＮＷ処理装置３０のＩＤを、ダウンロード処理の前に予め算出しておき、要求メッセージの送信元のＩＤが、算出したＩＤに一致した場合だけ、ダウンロード処理を開始する。
【０１３１】
Ｎｉｄ＝（ｍ＋１）Ｔｓ’×α＋ＩＤ                      ・・・式（４）
【０１３２】
より具体的には、ダウンロードサーバ２のダウンロード処理部２００及び各ＮＷ処理装置３０のダウンロード処理部４５は、上記の式（４）に基づいてＮｉｄを算出する。Ｎｉｄは、次のダウンロード対象であるＮＷ処理装置３０のＩＤ、つまりソフトウェア９０の転送先のＩＤである。
【０１３３】
Ｔｓ’は、自装置のＴｓに基づく変数であり、その初期値は、自装置のＩＤ＝０の場合、０であり、自装置のＩＤ≠０の場合、Ｔｓ＋１である。αは、１〜ｍの範囲内の変数であり、初期値を１として、Ｔｉｄの算出のたびに、α＜ｍの場合、１が加算され、α＝ｍの場合、１にリセットされる。また、α＝ｍの場合には、Ｔｓ’に１が加算される。
【０１３４】
ダウンロード処理部２００，４５は、最初のダウンロード処理の実行前にＮｉｄを算出し、その後、ダウンロード処理が完了するたびにＮｉｄを更新する。ダウンロード処理部２００，４５は、ｍ≧２の場合、複数のダウンロード処理を同時並行で実行するため、最初のダウンロード処理の実行前、ｍ個のＮｉｄを一度に算出する。以下に、Ｎｉｄの算出を行う場合のダウンロード処理を説明する。
【０１３５】
図１６は、この場合のダウンロード処理の一例を示すフローチャートである。ダウンロード処理部２００，４５は、自装置のＩＰアドレスに基づきＩＤ＝０か否かを判定する（ステップＳｔ５１）。本判定処理では、自装置がダウンロードサーバ２とＮＷ処理装置３０の何れであるかが判定される。なお、本判定処理は、ＩＤに限定されず、他の方法により実行されてもよい。
【０１３６】
ＩＤ＝０である場合（ステップＳｔ５１のＹｅｓ）、ダウンロード処理部２００は、α＝１及びＴｓ’＝０に初期化する（ステップＳｔ５２）。一方、ＩＤ≠０である場合（ステップＳｔ５１のＮｏ）、ダウンロード処理部４５は、α＝１及びＴｓ’＝Ｔｓ＋１に初期化する（ステップＳｔ６１）。なお、Ｔｓは、上記の式（１）から算出される。
【０１３７】
次に、ダウンロード処理部２００は、上記の式（４）に基づいてＮｉｄを算出する（ステップＳｔ５３）。例えば、ＩＤ＝０，ｍ＝１である場合、Ｎｉｄ＝（１＋１）０×１＋０＝１と算出される。このため、ダウンロード処理部２００は、最初のダウンロード処理では、ＩＤ＝１（本例では、ＩＰアドレスが「192.168.1.2」に相当）のＮＷ処理装置（＃１）３０からの要求メッセージのみに応答する。なお、ｍ≧２の場合、最初のダウンロード処理のときだけ、α＝１〜ｍの各々の場合についてＮｉｄが算出され、ｍ個のＮｉｄが保持される。
【０１３８】
次に、ダウンロード処理部２００，４５は、他のＮＷ処理装置３０から要求メッセージを受信したか否かを判定する（ステップＳｔ５４）。要求メッセージを受信していない場合（ステップＳｔ５４のＮｏ）、再びステップＳｔ５４の判定処理が実行される。なお、ステップＳｔ５４の判定処理は、図１２のステップＳｔ３１の処理に対応する。
【０１３９】
また、要求メッセージを受信した場合（ステップＳｔ５４のＹｅｓ）、ダウンロード処理部４５は、最新版のソフトウェア９０を受信済みであるか否かを判定する（ステップＳｔ５５）。最新版のソフトウェア９０を受信済みではない場合（ステップＳｔ５５のＮｏ）、ダウンロード処理部２００，４５は、要求元のＮＷ処理装置３０にエラーメッセージを送信し（ステップＳｔ６２）、処理を終了する。なお、ステップＳｔ５５の判定処理は、図１２のステップＳｔ３２の処理に対応する。
【０１４０】
最新版のソフトウェア９０を受信済みである場合（ステップＳｔ５５のＹｅｓ）、ダウンロード処理部２００，４５は、要求メッセージの送信元のＩＤ（以下、「送信元ＩＤ」と表記）が、算出したＮｉｄに一致するか否かを判定する（ステップＳｔ５６）。ダウンロード処理部２００，４５は、送信元ＩＤ≠Ｎｉｄの場合（ステップＳｔ５６のＮｏ）、送信元ＩＤのＮＷ処理装置３０にエラーメッセージを送信して（ステップＳｔ６３）、再びステップＳｔ５４の判定処理を行う。
【０１４１】
一方、ダウンロード処理部２００，４５は、送信元ＩＤ＝Ｎｉｄの場合（ステップＳｔ５６のＹｅｓ）、送信元ＩＤのＮＷ処理装置３０に応答メッセージを送信する（ステップＳｔ５７）。次に、ダウンロード処理部２００，４５は、送信元ＩＤのＮＷ処理装置３０にソフトウェア９０を転送する（ステップＳｔ５８）。なお、ダウンロード処理部２００，４５は、ダウンロード可能台数（ｍ）分のＮＷ処理装置３０に対するソフトウェア９０の転送中、つまりダウンロード中に要求メッセージを受けた場合、要求元のＮＷ処理装置３０にエラーメッセージを送信する。また、ステップＳｔ５７，Ｓｔ５８の処理は、図１２のステップＳｔ３３，Ｓｔ３４の処理にそれぞれ対応する。
【０１４２】
転送が完了すると、ダウンロード処理部２００，４５は、α＝ｍの成否を判定する（ステップＳｔ５９）。ダウンロード処理部２００，４５は、α＝ｍの場合（ステップＳｔ５９のＹｅｓ）、α＝１及びＴｓ’＝Ｔｓ’＋１として（ステップＳｔ６０）、再びＮｉｄを算出する（ステップＳｔ５３）。
【０１４３】
例えば、ＩＤ＝０，ｍ＝１，Ｔｓ’＝０＋１＝１である場合、Ｎｉｄ＝（１＋１）１×１＋０＝２と算出される。このため、ダウンロード処理部２００は、２回目のダウンロード処理では、ＩＤ＝２（本例では、ＩＰアドレスが「192.168.1.3」に相当）のＮＷ処理装置（＃２）３０からの要求メッセージのみに応答する。なお、ｍ＞２の場合、２回目以降のダウンロード処理では、ダウンロード処理の完了のたびに１個のＮｉｄが算出される。
【０１４４】
一方、α≠ｍの場合（ステップＳｔ５９のＮｏ）、ダウンロード処理部２００，４５は、α＝α＋１として（ステップＳｔ６４）、再びＮｉｄを算出する（ステップＳｔ５３）。すなわち、ダウンロード処理が完了するたびに、α及びＴｓ’の少なくとも一方が更新されて、再びＮｉｄが算出される。このようにして、ダウンロード処理は実行される。
【０１４５】
このように、各ＮＷ処理装置３０は、Ｎｉｄを、管理サーバ１に算出処理を依頼することなく、算出する。このため、管理サーバ１は、処理の負荷が低減される。
【０１４６】
次に、上記のデータ転送方法によりダウンロード順序の逆転を防止した例を説明する。図１７は、順序逆転を防止したダウンロード処理の一例を示すシーケンス図である。
【０１４７】
図１７において、縦軸は、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。また、本例において、数値条件などは、図１５の例と共通であるとする。
【０１４８】
ダウンロードサーバ（ＩＤ０）２は、最初のダウンロード処理の前に、最初の転送先のＩＤであるＮｉｄ＝１を算出する（符号Ｓｑ１参照）。時刻Ｔ＝０（秒）において、ＮＷ処理装置（＃１）３０は、ダウンロードサーバ２に要求メッセージを送信する。
【０１４９】
ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ１を、算出済みのＮｉｄ＝１と比較した結果、一致すると判定できるため（符号Ｓｑ２参照）、ＮＷ処理装置（＃１）３０に対するダウンロード処理を開始する。このダウンロード処理は、遅延が発生したために、通常の所要時間１０（秒）を超えてしまい、時刻Ｔ＝１９（秒）まで行われたと仮定する。
【０１５０】
時刻Ｔ＝１０，１４，１８（秒）において、ＮＷ処理装置（＃２）３０は、要求メッセージを送信するが、ダウンロードサーバ２は、ＮＷ処理装置（＃１）３０に対するダウンロード処理の実行中であるため、応答としてエラーメッセージをＮＷ処理装置（＃２）３０に送信する。時刻Ｔ＝１９（秒）において、ダウンロードサーバ２は、ダウンロード処理を完了した後、次のＮｉｄ＝２を算出する（符号Ｓｑ３）。
【０１５１】
時刻Ｔ＝２０（秒）において、ＮＷ処理装置（＃４）３０は、要求メッセージを送信する。このとき、ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ４を、算出済みのＮｉｄ＝２と比較した結果、不一致と判定できるため（符号Ｓｑ４参照）、応答としてエラーメッセージをＮＷ処理装置（＃４）３０に送信する。
【０１５２】
時刻Ｔ＝２２（秒）において、ＮＷ処理装置（＃２）３０は、再び要求メッセージを送信する。ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ２を、算出済みのＮｉｄ＝２と比較した結果、一致すると判定できるため（符号Ｓｑ５参照）、ＮＷ処理装置（＃２）３０に対するダウンロード処理を開始する。
【０１５３】
このように、ダウンロード対象のＮＷ処理装置３０のＩＤであるＮｉｄを、ダウンロード処理の前に予め算出し、要求メッセージの送信元ＩＤと比較することで、ＮＷ処理装置（＃２）３０とＮＷ処理装置（＃４）３０のダウンロード順序の逆転が防止される。これは、複数のＮＷ処理装置３０に同時にダウンロード処理を行う場合（つまり、ｍ≧２の場合）でも、同様である。
【０１５４】
図１８（ａ）には、遅延発生時のダウンロード手順の他例が示されている。図１８（ａ）において、横軸は、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。本例は、ダウンロード可能台数ｍ＝２とし、ダウンロードサーバ２に格納されたソフトウェア９０を、１８台のＮＷ処理装置（＃１〜＃１８）３０にダウンロードする手順を示す。
【０１５５】
ダウンロード手順は、通常では、つまり遅延発生がなければ、第１段階〜第３段階に分かれて順次に実行される。しかし、ダウンロード手順の第１段階において、ダウンロードサーバ（ＩＤ０）２からＮＷ処理装置（＃２）（ＩＤ２）３０へのダウンロード処理に遅延が発生した結果、後続のダウンロード処理にも遅延が発生し、ダウンロード処理は第４段階まで延長される。
【０１５６】
第１段階では、ＮＷ処理装置（＃１）（ＩＤ１）３０が、時刻Ｔ＝０（秒）に要求メッセージを送信することにより、ダウンロードサーバ（ＩＤ０）２からソフトウェア９０をダウンロードする。第２段階では、ＮＷ処理装置（＃２／＃３）（ＩＤ２／ＩＤ３）３０が、時刻Ｔ＝Ｔ１（秒）に要求メッセージを送信することにより、ダウンロードサーバ２からソフトウェア９０をそれぞれダウンロードする。
【０１５７】
第３段階では、ＮＷ処理装置（＃６／＃９）（ＩＤ６／ＩＤ９）３０が、時刻Ｔ＝Ｔ２（秒）に要求メッセージを送信することにより、ダウンロードサーバ２からソフトウェア９０をそれぞれダウンロードする。なお、ＮＷ処理装置（＃２／＃３）（ＩＤ２／ＩＤ３）３０からのダウンロード処理及びその後続のダウンロード処理についての説明は、省略する。
【０１５８】
第４段階では、ＮＷ処理装置（＃１５／＃１８）（ＩＤ１５／ＩＤ１８）３０が、時刻Ｔ＝Ｔ３（秒）に要求メッセージを送信することにより、ＮＷ処理装置（＃６）３０及びダウンロードサーバ２からソフトウェア９０をそれぞれダウンロードする。このように、本例では、通常では、第１段階で行われるＮＷ処理装置（＃１）３０に対するダウンロード処理が遅延したため、通常では、第３段階で行われるＮＷ処理装置（＃１５／＃１８）３０に対するダウンロード処理も遅延して第４段階で行われる。
【０１５９】
また、図１８（ｂ）には、順序逆転時のダウンロード手順の他例が示されている。本例は、図１８（ａ）に示されたダウンロード手順の第３段階において、ＮＷ処理装置（＃６）（ＩＤ６）３０より先に、ＮＷ処理装置（＃１８）（ＩＤ１８）３０に対するダウンロード処理が行われた場合を示す。すなわち、本例では、ＮＷ処理装置（＃６）３０とＮＷ処理装置（＃１８）３０のダウンロード順序が逆転している。
【０１６０】
このため、ＮＷ処理装置（＃６）３０をダウンロードの要求先とするＮＷ処理装置（＃１５）（ＩＤ１５）３０のダウンロード処理にも遅延が発生する。このため、ＮＷ処理装置（＃１５）３０のダウンロード処理は、図１４（ｂ）の場合よりさらに遅延して第５段階で行われる。
【０１６１】
この場合も、上述したデータ転送方法により、ＮＷ処理装置（＃６）３０とＮＷ処理装置（＃１５）３０のダウンロード順序の逆転が防止される。以下に、シーケンス図を参照して説明する。
【０１６２】
図１９及び図２０は、順序逆転を防止した場合のダウンロード処理の他例を示すシーケンス図である。図１９及び図２０において、縦軸は、ソフトウェア９０のダウンロードが開始されてからの経過時刻Ｔを示す。図１９及び図２０は、１つのシーケンスを分割して示したものである。
【０１６３】
また、本例では、ＮＷ処理装置（＃１／＃２）（ＩＤ１／ＩＤ２）３０の要求メッセージの送信時刻Ｔｗ＝０（秒）、ＮＷ処理装置（＃３／＃６）（ＩＤ３／ＩＤ６）３０の要求メッセージの送信時刻Ｔｗ＝１０（秒）、及びＮＷ処理装置（＃９／＃１８）（ＩＤ９／ＩＤ１８）３０の要求メッセージの送信時刻Ｔｗ＝２０（秒）とする。つまり、図１８（ａ）及び図１８（ｂ）の時刻Ｔ１＝０（秒）、時刻Ｔ２＝１０（秒）、時刻Ｔ３＝２０（秒）と仮定する。
【０１６４】
まず、図１９を参照して説明する。ダウンロードサーバ（ＩＤ０）２は、最初のダウンロード処理の前に、最初の転送先のＩＤである２個のＮｉｄ＝１，２を算出する（符号Ｓｑ１１参照）。時刻Ｔ＝０（秒）においてＮＷ処理装置（＃１／＃２）３０は、それぞれ、ダウンロードサーバ２に要求メッセージを送信する。なお、各要求メッセージは、図１９上は送信時刻がずれているが、実際には、ほぼ同時刻に送信される。
【０１６５】
ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ１，ＩＤ２を、算出済みのＮｉｄ＝１，２と比較した結果、一致すると判定できるため（符号Ｓｑ１２参照）、ＮＷ処理装置（＃１／＃２）３０に対するダウンロード処理を開始する。ＮＷ処理装置（＃２）３０に対するダウンロード処理は、遅延が発生したために、通常の所要時間１０（秒）を超えてしまい、時刻Ｔ＝１９（秒）まで行われたと仮定する。
【０１６６】
一方、ＮＷ処理装置（＃１）３０に対するダウンロード処理は、遅延が発生することなく、時刻Ｔ＝約１０（秒）に完了する。ダウンロードサーバ２は、ダウンロード処理が完了したため、新たなＮｉｄを算出する。これにより、Ｎｉｄ＝２，３に更新される（符号Ｓｑ１３）。
【０１６７】
時刻Ｔ＝１０（秒）においてＮＷ処理装置（＃３／＃６）３０は、それぞれ、ダウンロードサーバ２に要求メッセージを送信する。なお、各要求メッセージは、図１９上では送信時刻がずれているが、実際には、ほぼ同時刻に送信される。
【０１６８】
ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ３，ＩＤ６を、算出済みのＮｉｄ＝２，３と比較した結果、ＩＤ３については一致すると判定できるため（符号Ｓｑ１４参照）、ＮＷ処理装置（＃３）３０に対するダウンロード処理を開始する。一方、ダウンロードサーバ２は、ＩＤ６については不一致と判定できるため（符号Ｓｑ１５参照）、応答としてエラーメッセージをＮＷ処理装置（＃６）３０に送信する。
【０１６９】
次に、図２０を参照して説明する。時刻Ｔ＝１４，１８（秒）において、ＮＷ処理装置（＃６）３０は、要求メッセージを送信するが、ダウンロードサーバ２は、ＮＷ処理装置（＃２／＃３）３０に対するダウンロード処理の実行中であるため、応答としてエラーメッセージをＮＷ処理装置（＃６）３０に送信する。なお、要求メッセージの再送信は、４秒間隔で行われるものとする。
【０１７０】
ＮＷ処理装置（＃２）３０に対するダウンロード処理は、時刻Ｔ＝１９（秒）に完了する。ダウンロードサーバ２は、ダウンロード処理が完了したため、新たなＮｉｄを算出する。これにより、Ｎｉｄ＝３，６に更新される（符号Ｓｑ１６）。
【０１７１】
一方、ＮＷ処理装置（＃３）３０に対するダウンロード処理は、時刻Ｔ＝約２０（秒）に完了する。ダウンロードサーバ２は、ダウンロード処理が完了したため、新たなＮｉｄを算出する。これにより、Ｎｉｄ＝６，９に更新される（符号Ｓｑ１７）。
【０１７２】
時刻Ｔ＝２０（秒）においてＮＷ処理装置（＃９／＃１８）（ＩＤ９／ＩＤ１８）３０は、それぞれ、ダウンロードサーバ２に要求メッセージを送信する。なお、各要求メッセージは、図２０上では送信時刻がずれているが、実際には、ほぼ同時刻に送信される。
【０１７３】
ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ９，ＩＤ１８を、算出済みのＮｉｄ＝６，９と比較した結果、ＩＤ９については一致すると判定できるため（符号Ｓｑ１８参照）、ＮＷ処理装置（＃９）３０に対するダウンロード処理を開始する。一方、ダウンロードサーバ２は、ＩＤ１８については不一致と判定できるため（符号Ｓｑ１９参照）、応答としてエラーメッセージをＮＷ処理装置（＃１８）３０に送信する。
【０１７４】
時刻Ｔ＝２２（秒）においてＮＷ処理装置（＃６）３０は、ダウンロードサーバ２に要求メッセージを再送信する。ダウンロードサーバ２は、要求メッセージの送信元ＩＤであるＩＤ６を、算出済みのＮｉｄ＝６，９と比較した結果、ＩＤ６について一致すると判定できるため（符号Ｓｑ２１参照）、ＮＷ処理装置（＃６）３０に対するダウンロード処理を開始する。
【０１７５】
このように、複数のＮＷ処理装置３０に同時にダウンロード処理を行う場合（つまり、ｍ≧２の場合）でも、Ｎｉｄを算出し、要求メッセージの送信元ＩＤと比較することで、ＮＷ処理装置（＃６）３０とＮＷ処理装置（＃１８）３０のダウンロード順序の逆転が防止される。
【０１７６】
上述したように、ソフトウェア９０を受信済みのダウンロードサーバ２及びＮＷ処理装置３０は、管理サーバ１によるＩＰアドレスの割り当ての規則、つまり、ホスト部を連続番号とする規則に応じた演算（上記の式（４））を行う。これにより、ダウンロードサーバ２及びＮＷ処理装置３０は、管理サーバ１から割り当てられたＩＰアドレス（ＩＤ）から、自装置を要求メッセージの送信先とする他のＮＷ端末装置３０のアドレスを算出する。そして、ダウンロードサーバ２及びＮＷ処理装置３０は、算出したＩＰアドレスが割り当てられた他のＮＷ端末装置３０からの要求メッセージに応じて、ソフトウェア９０を転送する。
【０１７７】
上記の構成によると、ダウンロードサーバ２及びＮＷ処理装置３０は、算出したＩＰアドレス以外のＮＷ端末装置３０からの要求メッセージには応答しない。このため、ＮＷ端末装置３０に対するソフトウェア９０を転送の順序、つまりダウンロード順序の逆転が防止される。したがって、ダウンロード順序の逆転による全体的なダウンロード処理の所要時間の増加が防止される。
【０１７８】
これまで述べた実施例では、例えば１台のＮＷ処理装置３０が、要求メッセージの送信先の他のＮＷ処理装置３０からのダウンロードに失敗すると、その１台のＮＷ処理装置３０を要求メッセージの送信先とする他のＮＷ処理装置３０もダウンロードに失敗する。このため、以下の実施例において、各ＮＷ処理装置３０は、ダウンロードに失敗した場合、自装置を要求メッセージの送信先とする他のＮＷ処理装置３０との間でＩＰアドレス（つまりＩＤ）を交換する（以下、「ＩＤ交換」と表記）。これにより、交換先の他のＮＷ処理装置３０が、ダウンロードに失敗したＮＷ処理装置３０より先にダウンロードを行うことで、ダウンロードの失敗の連鎖が防止される。
【０１７９】
図２１（ａ）には、ダウンロードの失敗例が示されている。図２１（ａ）は、図１４（ａ）〜図１４（ｃ）などと同様の手法で、横軸を時刻ＴとしたＮＷ処理装置（＃１〜＃７）３０のダウンロード処理の手順が示されており、バツ印は、ダウンロード処理の失敗を表す。
【０１８０】
本例では、ＮＷ処理装置（＃１）（ＩＤ１）３０が、ダウンロードサーバ（ＩＤ０）２からのダウンロードに失敗している。このため、ＮＷ処理装置（＃１）（ＩＤ１）３０を要求メッセージの送信先、つまりダウンロード元とするＮＷ処理装置（＃３／＃５／＃７）（ＩＤ３／ＩＤ５／ＩＤ７）３０も、ダウンロードに失敗する（符号Ｘ１参照）。
【０１８１】
また、図２１（ｂ）には、図２１（ａ）に対応するＩＤ交換の例が示されている。管理サーバ１は、ダウンロードに失敗したＮＷ処理装置（＃１）３０と、ＮＷ処理装置（＃１）３０をダウンロード元とするＮＷ処理装置（＃５）（ＩＤ５）３０の間でＩＤ交換を行う。
【０１８２】
より具体的には、管理サーバ１は、ＮＷ処理装置（＃１）３０からの依頼に応じて、ＮＷ処理装置（＃１）３０とＮＷ処理装置（＃５）３０のＩＰアドレスを入れ替える。これにより、ＮＷ処理装置（＃１）３０のＩＰアドレスは、「192.168.1.2」から「192.168.1.6」に変更され、ＮＷ処理装置（＃５）３０のＩＰアドレスは、「192.168.1.6」から「192.168.1.2」に変更される。このため、ＮＷ処理装置（＃１）３０のＩＤは「５」となり、ＮＷ処理装置（＃５）３０のＩＤは「１」となる。
【０１８３】
このように、ソフトウェア９０を受信していないＮＷ処理装置３０は、要求メッセージを送信した後、ソフトウェア９０の受信に失敗した場合、自装置を要求メッセージの送信先とする他のＮＷ処理装置３０との間でＩＰアドレスを交換するように管理サーバ１に依頼する。管理サーバ１は、依頼に応じて、ＩＰアドレスの割り当てを変更する。
【０１８４】
このため、ソフトウェア９０の受信に失敗したＮＷ処理装置３０を要求メッセージの送信先とする他のＮＷ処理装置３０がソフトウェア９０のダウンロード（受信）に失敗することが防止され、ダウンロード処理を継続することが可能となる。
【０１８５】
また、本例において、ダウンロードに失敗したＮＷ処理装置（＃１）３０は、ダウンロード順序において、自装置から最後にダウンロードするＮＷ処理装置（＃５）３０との間でＩＤ交換を行う。これは、仮にＮＷ処理装置（＃１）３０が、ＮＷ処理装置（＃３）３０との間でＩＤ交換を行った場合、ＮＷ処理装置（＃３）３０をダウンロード元とするＮＷ処理装置（＃７）（ＩＤ７）３０がダウンロードに失敗する可能性があるためである。つまり、ＮＷ処理装置（＃１）３０は、自装置から最後にダウンロードするＮＷ処理装置（＃５）３０との間でＩＤ交換を行うことで、他のＮＷ処理装置（＃７）３０のダウンロード処理に影響を与えずに、ダウンロード処理を継続することが可能となる。
【０１８６】
ＮＷ処理装置（＃１）３０は、ダウンロードに失敗した場合、管理サーバ１から、最後に割り当てたＩＰアドレス、つまり最新ＩＰアドレス１３ａを取得する。ＮＷ処理装置（＃１）３０は、取得した最新ＩＰアドレス１３ａを用いて、ＩＰアドレスの割り当ての規則、つまりホスト部を連続番号とする規則に応じた演算を行うことにより、自装置に最後に要求メッセージを送信する他のＮＷ処理装置（＃５）３０のＩＰアドレスを算出する。
【０１８７】
Ｔｌｓ＝［ｌｏｇ（ｍ＋１）ＬＮ］                                 ・・・式（５）
Ｌｉｄ（β）＝（ｍ＋１）Ｔｌｓ×β＋ＩＤ                ・・・式（６）
Ｌｉｄ’（β）＝（ｍ＋１）（Ｔｌｓ−１）×β＋ＩＤ                ・・・式（７）
【０１８８】
このとき、ＮＷ処理装置３０のダウンロード要求部４３は、上記の式（５）〜式（７）に基づいて、Ｔｌｓ，Ｌｉｄ（β），Ｌｉｄ’（β）を算出する。Ｔｌｓは、式（１）から算出されるＴｓの最大値であり、全体のダウンロード手順の最後の段階数を示す。例えば、ダウンロード手順が、第１段階〜第３段階に分けられて実行される場合、Ｔｌｓ＝３である。
【０１８９】
ダウンロード要求部４３は、管理サーバ１から取得した最新ＩＰアドレスから、ＩＤの最大値であるＬＮを求め、ＬＮから式（５）に基づいてＴｌｓを算出する。つまり、ＬＮは、最新ＩＰアドレスのホスト部から１を減算して得られる値である。
【０１９０】
また、Ｌｉｄ（β），Ｌｉｄ’（β）は、自装置に最後に要求メッセージを送信する他のＮＷ処理装置３０のＩＤ、つまり自装置から最後にソフトウェア９０をダウンロードするＮＷ処理装置３０のＩＤである。ここで、βは、１〜ｍ＋１の間で変化する変数である。また、Ｌｉｄ’（β）は、式（６）の演算を行った結果、Ｌｉｄ（１）＞ＬＮとなった場合、算出される。ＮＷ処理装置３０は、Ｌｉｄ（β）またはＬｉｄ’（β）に基づいて、自装置から最後にソフトウェア９０をダウンロードするＮＷ処理装置３０のＩＰアドレスを算出する。
【０１９１】
ＮＷ処理装置３０は、上記の手法により算出したＩＰアドレスを自装置のＩＰアドレスと交換するように管理サーバ１に依頼する。管理サーバ１は、依頼に応じて、ＩＰアドレスを変更する。これにより、ＩＤ交換が行われる。
【０１９２】
図２２は、ＩＤ交換処理の一例を示すフローチャートである。本処理は、図１１に示されたダウンロード要求処理と並行して実行される。
【０１９３】
ダウンロード要求部４３は、要求メッセージを送信した後（ステップＳｔ７１）、ダウンロードに失敗したか否かを判定する（ステップＳｔ７２）。ダウンロードの失敗は、例えば、所定回数の要求メッセージの送信に対する応答が全てエラーメッセージである場合、または応答がない場合に検出される。ダウンロード要求部４３は、ダウンロードに成功した場合（ステップＳｔ７２のＮｏ）、処理を終了する。
【０１９４】
また、ダウンロード要求部４３は、ダウンロードに失敗した場合（ステップＳｔ７２のＹｅｓ）、管理サーバ１から最新ＩＰアドレス１３ａを取得する（ステップＳｔ７３）。このとき、ダウンロード要求部４３は、例えば、管理サーバ１に、ダウンロードの失敗を通知し、その応答として最新ＩＰアドレス１３ａを取得する。
【０１９５】
次に、ダウンロード要求部４３は、最新ＩＰアドレス１３ａから得たＬＮを用いて、上記の式（５）からＴｌｓを算出する（ステップＳｔ７４）。次に、ダウンロード要求部４３は、算出したＴｌｓが、上記の式（１）から算出したＴｓと一致するか否かを判定する（ステップＳｔ７５）。
【０１９６】
ダウンロード要求部４３は、Ｔｌｓ＝Ｔｓである場合（ステップＳｔ７５のＹｅｓ）、管理サーバ１に、自装置のＩＰアドレスを最新ＩＰアドレス１３ａと交換するように依頼する（ステップＳｔ８４）。次に、ダウンロード要求部４３は、最新ＩＰアドレス１３ａを自装置のＩＰアドレスとして設定して（ステップＳｔ８３）、処理を終了する。
【０１９７】
上記のように、Ｔｌｓ＝Ｔｓである場合、ダウンロード手順において、ソフトウェア９０をダウンロードする段階は、ダウンロード処理全体の最後の段階であることになる。この場合、ＮＷ処理装置３０は、自装置記要求メッセージの送信先とする他のＮＷ処理装置３０が存在しないため、最新ＩＰアドレス１３ａを自装置のＩＰアドレスとする。これにより、ダウンロード手順が維持されるだけでなく、図１３に示された処理と同様に、最小限の変更でＩＰアドレスのホスト部の連続性が維持される。
【０１９８】
また、ダウンロード要求部４３は、Ｔｌｓ≠Ｔｓである場合（ステップＳｔ７５のＮｏ）、β＝１をセットする（ステップＳｔ７６）。次に、ダウンロード要求部４３は、上記の式（６）からＬｉｄ（１）を算出する（ステップＳｔ７７）。次に、ダウンロード要求部４３は、Ｌｉｄ（１）とＬＮを比較する（ステップＳｔ７８）。
【０１９９】
ダウンロード要求部４３は、Ｌｉｄ（１）＞ＬＮの場合（ステップＳｔ７８のＹｅｓ）、上記の式（７）からＬｉｄ’（β）を算出する（ステップＳｔ７９）。次に、ダウンロード要求部４３は、Ｌｉｄ’（β）とＬＮを比較する（ステップＳｔ８０）。
【０２００】
ダウンロード要求部４３は、Ｌｉｄ’（β）＞ＬＮの場合（ステップＳｔ８０のＹｅｓ）、ＩＤ＿ｅｘ＝Ｌｉｄ’（β−１）とする（ステップＳｔ８１）。ここで、ＩＤ＿ｅｘは、自装置から最後にダウンロードするＮＷ処理装置３０のＩＤを示す。
【０２０１】
また、ダウンロード要求部４３は、Ｌｉｄ’（β）≦ＬＮの場合（ステップＳｔ８０のＮｏ）、βに１を加算（β＝β＋１）して（ステップＳｔ８９）、再びステップＳｔ７９，Ｓｔ８０の処理を実行する。つまり、ダウンロード要求部４３は、Ｌｉｄ’（β）＞ＬＮが満たされるまで、βを変えてＬｉｄ’（β）を算出する。
【０２０２】
次に、ダウンロード要求部４３は、管理サーバ１に、算出したＩＤ＿ｅｘに該当するＩＰアドレスを、自装置のＩＰアドレスと交換するように依頼する（ステップＳｔ８２）。次に、ダウンロード要求部４３は、管理サーバ１からのＩＰアドレスの変更通知に従い、交換対象のＩＰアドレスを自装置のＩＰアドレスとして設定して（ステップＳｔ８３）、処理を終了する。
【０２０３】
一方、Ｌｉｄ（１）≦ＬＮの場合（ステップＳｔ７８のＮｏ）、ダウンロード要求部４３は、βに１を加算（β＝β＋１）して（ステップＳｔ８５）、上記の式（６）からＬｉｄ（β）を算出する（ステップＳｔ８６）。次に、ダウンロード要求部４３は、Ｌｉｄ（β）とＬＮを比較する（ステップＳｔ８７）。
【０２０４】
ダウンロード要求部４３は、Ｌｉｄ（β）＞ＬＮの場合（ステップＳｔ８７のＹｅｓ）、ＩＤ＿ｅｘ＝Ｌｉｄ（β−１）とする（ステップＳｔ８８）。また、ダウンロード要求部４３は、Ｌｉｄ（β）≦ＬＮの場合（ステップＳｔ８７のＮｏ）、再びステップＳｔ８５〜Ｓｔ８７の処理を実行する。つまり、ダウンロード要求部４３は、Ｌｉｄ（β）＞ＬＮが満たされるまで、βを変えてＬｉｄ（β）を算出する。その後、ダウンロード要求部４３は、上記のステップＳｔ８２，Ｓｔ８３の処理を実行する。このようにして、ＩＤ交換処理は行われる。
【０２０５】
図２１（ａ）及び図２１（ｂ）の場合における、上記の手法によるＩＤ＿ｅｘの算出例を以下に述べる。ダウンロードに失敗したＮＷ処理装置（＃１）３０は、上記のステップＳｔ７３の処理において、管理サーバ１から最新ＩＰアドレス１３ａである「192.168.1.8」を取得する。これにより、ＮＷ処理装置（＃１）３０は、「192.168.1.8」からＬＮ＝７を得る。
【０２０６】
次に、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ７４の処理において、ＬＮ＝７及びｍ＝１を式（５）に代入することで、Ｔｌｓ＝［ｌｏｇ（１＋１）７］＝［２．８６］＝２を算出する。次に、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ７７の処理において、Ｔｌｓ＝２、ｍ＝１、β＝１、及びＩＤ＝１を式（６）に代入することで、Ｌｉｄ（１）＝（１＋１）２×１＋１＝５を算出する。
【０２０７】
次に、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ７８の処理において、Ｌｉｄ（１）≦ＬＮと判定する。次に、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ８５、Ｓｔ８６の処理において、β＝２として、Ｌｉｄ（２）＝（１＋１）２×２＋１＝９を算出する。
【０２０８】
次に、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ８７の処理において、Ｌｉｄ（２）＞ＬＮと判定する。このため、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ８８の処理において、ＩＤ＿ｅｘ＝Ｌｉｄ（１）＝５とする。これにより、ＮＷ処理装置（＃１）３０は、自装置から最後にダウンロードするＮＷ処理装置３０のＩＰアドレス「192.168.1.6」を得る。
【０２０９】
したがって、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ８２の処理において、自装置のＩＰアドレス「192.168.1.2」と、ＩＰアドレス「192.168.1.6」とを交換するように、管理サーバ１に依頼する。これにより、ＮＷ処理装置（＃１）３０は、上記のステップＳｔ８３の処理において、自装置のＩＰアドレスを「192.168.1.6」に更新する。また、ＮＷ処理装置（＃５）３０は、自装置のＩＰアドレスを「192.168.1.2」に更新する。
【０２１０】
このように、ＮＷ処理装置３０は、ダウンロードに失敗した場合、自装置から最後にダウンロードする他のＮＷ処理装置３０のＩＰアドレスを算出する。このとき、管理サーバ１は、最新ＩＰアドレス１３ａをＮＷ処理装置３０に通知するだけで、算出処理を行わないため、処理の負荷が低減される。以下に、本例についてのシーケンスを説明する。
【０２１１】
図２３は、図２１（ｂ）のＩＤ交換を行った場合のダウンロード処理を示すシーケンス図である。図２３において、ＩＤ交換に関連しないＮＷ処理装置３０は、省略されている。
【０２１２】
ＮＷ処理装置（＃１）（ＩＤ１）３０は、ダウンロードサーバ２に要求メッセージを送信するが、ダウンロードに失敗する（×印参照）。ＮＷ処理装置（＃１）３０は、ダウンロードの失敗を検出すると（符号Ｓｑ３１参照）、ダウンロード失敗を管理サーバ１に通知する。管理サーバ１は、ダウンロード失敗の通知に応じて、最新ＩＰアドレス１３ａをＮＷ処理装置（＃１）３０に通知する。
【０２１３】
ＮＷ処理装置（＃１）３０は、最新ＩＰアドレス１３ａからＬｉｄ（β）＝５を算出する（符号Ｓｑ３２参照）。ＮＷ処理装置（＃１）３０は、管理サーバ１に、自装置のＩＤ１に該当するＩＰアドレスと、算出したＩＤ５に該当するＩＰアドレスとを交換するように、管理サーバ１にアドレス交換依頼を送信する。このとき、ＮＷ処理装置（＃１）３０は、自装置のＩＰアドレスを解放して変更可能な状態とする。
【０２１４】
管理サーバ１は、アドレス交換依頼に応じて、ＮＷ処理装置（＃１）３０及びＮＷ処理装置（＃５）３０にアドレス変更をそれぞれ通知する。この通知に従ってＩＰアドレスを変更することにより、ＮＷ処理装置（＃１）３０は、ＩＤが「１」から「５」に変更され（符号Ｓｑ３５参照）、ＮＷ処理装置（＃５）３０は、ＩＤが「５」から「１」に変更される（符号Ｓｑ３３参照）。
【０２１５】
ＮＷ処理装置（＃１）（ＩＤ５）３０は、変更後のＩＤ５に基づいて、上記の式（２）からＤｉｄ＝５を再度算出する（符号Ｓｑ３６参照）。また、ＮＷ処理装置（＃５）（ＩＤ１）３０は、変更後のＩＤ１に基づいて、式（２）からＤｉｄ＝０を再度算出する（符号Ｓｑ３４参照）。
【０２１６】
ＮＷ処理装置（＃５）３０は、ダウンロードサーバ２に要求メッセージを送信して、ソフトウェア９０をダウンロードする。次に、ＮＷ処理装置（＃３）３０は、ＮＷ処理装置（＃５）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。次に、ＮＷ処理装置（＃１）３０は、ＮＷ処理装置（＃５）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。これにより、図２１（ｂ）に示された手順でダウンロード処理が継続される。
【０２１７】
このように、ソフトウェア９０をダウンロードしていないＮＷ処理装置（＃１）３０は、ダウンロードに失敗した場合、管理サーバ１から、最新ＩＰアドレス１３ａを取得する。ＮＷ処理装置（＃１）３０は、取得した最新ＩＰアドレス１３ａを用いてＩＰアドレスの割り当て規則に応じた演算を行う。
【０２１８】
これにより、ＮＷ処理装置（＃１）３０は、自装置に最後に要求メッセージを送信する他のＮＷ処理装置３０のＩＰアドレス、つまり自装置から最後にダウンロードする他のＮＷ処理装置（＃５）３０のＩＰアドレスを算出する。ＮＷ処理装置（＃１）３０は、算出したＩＰアドレスと、自装置のＩＰアドレスを交換するように、管理サーバ１に依頼する。これにより、他のＮＷ処理装置３０のへの影響を回避しつつ、ダウンロード処理が継続される。
【０２１９】
また、ＮＷ処理装置３０は、図２２のステップＳｔ７５の判定処理の結果、自装置から最後にダウンロードする他のＮＷ処理装置３０が存在しないと判定した場合、最新ＩＰアドレス１３ａと、自装置のＩＰアドレスとを交換するように、管理サーバ１に依頼する。以下に例を挙げて説明する。
【０２２０】
図２４（ａ）には、他のダウンロードの失敗例が示されている。図２４（ａ）は、図１４（ａ）〜図１４（ｃ）などと同様の手法で、横軸を時刻ＴとしたＮＷ処理装置（＃１〜＃６）３０のダウンロード処理の手順が示されており、バツ印は、ダウンロード処理の失敗を表す。本例のダウンロード手順では、ＮＷ処理装置（＃１）（ＩＤ１）３０は、ダウンロードサーバ（ＩＤ０）２に要求メッセージを送信して、ソフトウェア９０をダウンロードする。
【０２２１】
また、ＮＷ処理装置（＃３）（ＩＤ３）３０は、ＮＷ処理装置（＃１）（ＩＤ１）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。このとき、ＮＷ処理装置（＃３）３０は、ダウンロードに失敗する（×印参照）。また、ＮＷ処理装置（＃６）（ＩＤ６）３０は、ＮＷ処理装置（＃３）３０より後の段階の時刻に、ＮＷ処理装置（＃２）（ＩＤ２）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。
【０２２２】
図２４（ｂ）には、図２４（ａ）に対応するＩＤ交換の例が示されている。ＮＷ処理装置（＃３）３０は、管理サーバ１に、最新ＩＰアドレス１３ａと自装置のＩＰアドレスを交換するように依頼する。これにより、ＮＷ処理装置（＃３）３０のＩＤは「６」に変更され、ＮＷ処理装置（＃６）３０のＩＤは「３」に変更される。これにより、ダウンロードの失敗によるダウンロード手順に対する影響が防止される。
【０２２３】
なお、ＮＷ処理装置（＃３）３０は、故障のためにダウンロードに失敗した可能性があるため、管理サーバ１は、ＮＷ処理装置（＃３）３０に対して、変更後のＩＰアドレスを割り当てなくてもよい（×印参照）。この場合、管理サーバ１は、自装置に保持する最新ＩＰアドレス１３ａを更新する。
【０２２４】
図２５は、図２４（ｂ）のＩＤ交換を行った場合のダウンロード処理を示すシーケンス図である。図２５において、ＩＤ交換に関連しないＮＷ処理装置３０は、省略されている。
【０２２５】
ＮＷ処理装置（＃３）（ＩＤ３）３０は、ＮＷ処理装置（＃１）（ＩＤ１）３０に要求メッセージを送信するが、ダウンロードに失敗する（×印参照）。ＮＷ処理装置（＃３）３０は、ダウンロードの失敗を検出すると（符号Ｓｑ４１参照）、ダウンロード失敗を管理サーバ１に通知する。管理サーバ１は、ダウンロード失敗の通知に応じて、最新ＩＰアドレス１３ａをＮＷ処理装置（＃３）３０に通知する。
【０２２６】
ＮＷ処理装置（＃３）３０は、最新ＩＰアドレス１３ａからＴｌｓを算出した結果、上記のステップＳｔ７５の判定処理において、ソフトウェア９０のダウンロード先の他のＮＷ処理装置３０が存在しないと判定する（符号Ｓｑ４２参照）。このため、ＮＷ処理装置（＃３）３０は、自装置のＩＰアドレス（ＩＤ３）と、最新ＩＰアドレス１３ａ（ＩＤ６）とを交換するように、管理サーバ１にアドレス交換依頼を送信する。このとき、ＮＷ処理装置（＃１）３０は、自装置のＩＰアドレスを解放する（符号Ｓｑ４３）。
【０２２７】
管理サーバ１は、ＮＷ処理装置（＃６）３０にアドレス変更を通知する。この通知に従ってＩＰアドレスを変更することにより、ＮＷ処理装置（＃６）３０は、ＩＤが「６」から「３」に変更される（符号Ｓｑ４４参照）。
【０２２８】
ＮＷ処理装置（＃６）３０は、ＩＰアドレスの変更完了を管理サーバ１に通知する。管理サーバ１は、ＩＰアドレスの変更完了の通知に応じて、最新ＩＰアドレス１３ａを「192.168.1.6」に更新する（符号Ｓｑ４５）。
【０２２９】
ＮＷ処理装置（＃６）（ＩＤ３）３０は、変更後のＩＤ３に基づいて、上記の式（２）からＤｉｄ＝１を再度算出する（符号Ｓｑ４６参照）。ＮＷ処理装置（＃６）３０は、ＮＷ処理装置（＃１）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。これにより、図２４（ｂ）に示されたダウンロード手順が実行される。
【０２３０】
本例では、ＮＷ処理装置（＃６）３０は、ＩＰアドレスの変更時、ソフトウェア９０のダウンロードが未完了であったため、Ｄｉｄを再計算して、ダウンロードを行ったが、ダウンロードが完了していれば、Ｄｉｄを再計算しなくてよい。以下に、この場合の例を挙げて説明する。
【０２３１】
図２６（ａ）には、他のダウンロードの失敗例が示されている。図２６（ａ）は、図１４（ａ）〜図１４（ｃ）などと同様の手法で、横軸を時刻ＴとしたＮＷ処理装置（＃１〜＃７）３０のダウンロード処理の手順が示されており、バツ印は、ダウンロード処理の失敗を表す。本例のダウンロード手順では、ＮＷ処理装置（＃１）（ＩＤ１）３０は、ダウンロードサーバ（ＩＤ０）２に要求メッセージを送信して、ソフトウェア９０をダウンロードする。
【０２３２】
また、ＮＷ処理装置（＃５）（ＩＤ５）３０は、ＮＷ処理装置（＃１）（ＩＤ１）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。このとき、ＮＷ処理装置（＃５）３０は、ダウンロードに失敗する（×印参照）。また、ＮＷ処理装置（＃７）（ＩＤ７）３０は、ＮＷ処理装置（＃５）３０と同じ段階の時刻に、ＮＷ処理装置（＃３）（ＩＤ３）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。
【０２３３】
図２６（ｂ）には、図２６（ａ）に対応するＩＤ交換の例が示されている。ＮＷ処理装置（＃５）３０は、管理サーバ１に、最新ＩＰアドレス１３ａと自装置のＩＰアドレスを交換するように依頼する。これにより、ＮＷ処理装置（＃５）３０のＩＤは「７」に変更され、ＮＷ処理装置（＃７）３０のＩＤは「５」に変更される。これにより、ダウンロードの失敗によるダウンロード手順に対する影響が防止される。なお、管理サーバ１は、ＮＷ処理装置（＃５）３０に対して、変更後のＩＰアドレスを割り当てなくてもよい（×印参照）。
【０２３４】
図２７は、図２６（ｂ）のＩＤ交換を行った場合のダウンロード処理を示すシーケンス図である。図２７において、ＩＤ交換に関連しないＮＷ処理装置３０は、省略されている。
【０２３５】
ＮＷ処理装置（＃７）（ＩＤ７）３０は、ＮＷ処理装置（＃３）（ＩＤ３）３０に要求メッセージを送信し、ダウンロードが完了する（符号Ｓｑ５１）。一方、ＮＷ処理装置（＃５）（ＩＤ５）３０は、ＮＷ処理装置（＃１）（ＩＤ１）３０に要求メッセージを送信するが、ダウンロードに失敗する（×印参照）。ＮＷ処理装置（＃５）３０は、ダウンロードの失敗を検出すると（符号Ｓｑ５２参照）、ダウンロード失敗を管理サーバ１に通知する。管理サーバ１は、ダウンロード失敗の通知に応じて、最新ＩＰアドレス１３ａをＮＷ処理装置（＃５）３０に通知する。
【０２３６】
ＮＷ処理装置（＃５）３０は、最新ＩＰアドレス１３ａからＴｌｓを算出した結果、上記のステップＳｔ７５の判定処理において、ソフトウェア９０のダウンロード先の他のＮＷ処理装置３０が存在しないと判定する（符号Ｓｑ５３参照）。このため、ＮＷ処理装置（＃５）３０は、自装置のＩＰアドレス（ＩＤ５）と、最新ＩＰアドレス１３ａ（ＩＤ７）とを交換するように、管理サーバ１にアドレス交換依頼を送信する。このとき、ＮＷ処理装置（＃５）３０は、自装置のＩＰアドレスを解放する（符号Ｓｑ５４）。
【０２３７】
管理サーバ１は、ＮＷ処理装置（＃７）３０にアドレス変更を通知する。この通知に従ってＩＰアドレスを変更することにより、ＮＷ処理装置（＃７）３０は、ＩＤが「７」から「５」に変更される（符号Ｓｑ５５参照）。
【０２３８】
ＮＷ処理装置（＃７）３０は、ＩＰアドレスの変更完了を管理サーバ１に通知する。管理サーバ１は、ＩＰアドレスの変更完了の通知に応じて、最新ＩＰアドレス１３ａを「192.168.1.8」に更新する（符号Ｓｑ５６）。
【０２３９】
ＮＷ処理装置（＃７）３０は、既にダウンロードを完了しているため、ＩＰアドレスの変更後、Ｄｉｄを再計算することなく、処理を終了する。
【０２４０】
このように、ソフトウェア９０を受信していないＮＷ処理装置３０は、要求メッセージを送信した後、ソフトウェア９０の受信に失敗した場合、管理サーバから取得した最新ＩＰアドレス１３ａを用いて、ＩＰアドレスの割り当ての規則に応じた演算を行う。これにより、ＮＷ処理装置３０は、自装置を要求メッセージの送信先とする他のＮＷ処理装置３０が存在しないと判定したとき、最新ＩＰアドレス１３ａを自装置のアドレスと交換するように管理サーバ１に依頼する。
【０２４１】
これにより、ダウンロード手順が維持されるだけでなく、最小限の変更でＩＰアドレスのホスト部の連続性が維持される。
【０２４２】
これまで、ｍ＝１の場合を例に挙げて説明したが、上述した内容は、ｍ≧２の場合も同様である。以下に、ｍ＝２の場合を例に挙げて説明する。
【０２４３】
図２８（ａ）には、ｍ＝２の場合のダウンロードの失敗例が示されている。図２８（ａ）は、図１４（ａ）〜図１４（ｃ）などと同様の手法で、横軸を時刻ＴとしたＮＷ処理装置（＃１〜＃１８）３０のダウンロード処理の手順が示されており、バツ印は、ダウンロード処理の失敗を表す。
【０２４４】
本例では、ＮＷ処理装置（＃１）（ＩＤ１）３０が、ダウンロードサーバ（ＩＤ０）２からのダウンロードに失敗している。このため、ＮＷ処理装置（＃１）（ＩＤ１）３０を要求メッセージの送信先、つまりダウンロード元とするＮＷ処理装置（＃４／＃７／＃１０／＃１３／＃１６）（ＩＤ４／ＩＤ７／ＩＤ１０／ＩＤ１３／ＩＤ１６）３０も、ダウンロードに失敗する（符号Ｘ２参照）。
【０２４５】
また、図２８（ｂ）には、図２８（ａ）に対応するＩＤ交換の例が示されている。管理サーバ１は、ダウンロードに失敗したＮＷ処理装置（＃１）３０と、ＮＷ処理装置（＃１）３０から最後にダウンロードするＮＷ処理装置（＃１０）（ＩＤ１０）３０の間でＩＤ交換を行う。
【０２４６】
これにより、ＮＷ処理装置（＃１）３０のＩＰアドレスは、「192.168.1.2」から「192.168.1.11」に変更され、ＮＷ処理装置（＃１０）３０のＩＰアドレスは、「192.168.1.11」から「192.168.1.2」に変更される。このため、ＮＷ処理装置（＃１）３０のＩＤは「１０」となり、ＮＷ処理装置（＃１０）３０のＩＤは「１」となる。
【０２４７】
図２９は、図２８（ｂ）のＩＤ交換を行った場合のダウンロード処理を示すシーケンス図である。図２９において、ＩＤ交換に関連しないＮＷ処理装置３０は、省略されている。
【０２４８】
ＮＷ処理装置（＃１）（ＩＤ１）３０は、ダウンロードサーバ（ＩＤ０）２に要求メッセージを送信するが、ダウンロードに失敗する（×印参照）。ＮＷ処理装置（＃１）３０は、ダウンロードの失敗を検出すると（符号Ｓｑ６１参照）、ダウンロード失敗を管理サーバ１に通知する。管理サーバ１は、ダウンロード失敗の通知に応じて、最新ＩＰアドレス１３ａをＮＷ処理装置（＃１）３０に通知する。
【０２４９】
ＮＷ処理装置（＃１）３０は、最新ＩＰアドレス１３ａからＬｉｄ（β）＝１０を算出する（符号Ｓｑ６２参照）。ＮＷ処理装置（＃１）３０は、管理サーバ１に、自装置のＩＤ１に該当するＩＰアドレスと、算出したＩＤ１０に該当するＩＰアドレスとを交換するように、管理サーバ１にアドレス交換依頼を送信する。このとき、ＮＷ処理装置（＃１）３０は、自装置のＩＰアドレスを解放して変更可能な状態とする。
【０２５０】
管理サーバ１は、アドレス交換依頼に応じて、ＮＷ処理装置（＃１）３０及びＮＷ処理装置（＃１０）３０にアドレス変更をそれぞれ通知する。この通知に従ってＩＰアドレスを変更することにより、ＮＷ処理装置（＃１）３０は、ＩＤが「１」から「１０」に変更され（符号Ｓｑ６５参照）、ＮＷ処理装置（＃１０）３０は、ＩＤが「１０」から「１」に変更される（符号Ｓｑ６３参照）。
【０２５１】
ＮＷ処理装置（＃１）（ＩＤ１０）３０は、変更後のＩＤ１０に基づいて、上記の式（２）からＤｉｄ＝１を再度算出する（符号Ｓｑ６６参照）。また、ＮＷ処理装置（＃１０）（ＩＤ１）３０は、変更後のＩＤ１に基づいて、式（２）からＤｉｄ＝０を再度算出する（符号Ｓｑ６４参照）。
【０２５２】
ＮＷ処理装置（＃１０）３０は、ダウンロードサーバ２に要求メッセージを送信して、ソフトウェア９０をダウンロードする。次に、ＮＷ処理装置（＃４）３０は、ＮＷ処理装置（＃１０）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。同時刻に、ＮＷ処理装置（＃７）３０は、ＮＷ処理装置（＃１０）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。次に、ＮＷ処理装置（＃１）３０は、ＮＷ処理装置（＃１０）３０に要求メッセージを送信して、ソフトウェア９０をダウンロードする。これにより、図２８（ｂ）に示された手順でダウンロード処理が継続される。したがって、ｍ≧２の場合でも、上述した効果が得られる。
【０２５３】
これまで述べたように、実施例に係るデータ転送方法では、管理装置（管理サーバ）１に接続された複数の端末装置（ＮＷ処理装置）３０のうち、データ（ソフトウェア）９０を受信済みの端末装置３０が、データ９０を受信していない１以上の他の端末装置３０からの要求に応じ、データ９０を１以上の他の端末装置３０に転送する。管理装置１は、複数の端末装置３０に、一定の規則に従って個別のアドレス（ＩＰアドレス）をそれぞれ割り当てる。
【０２５４】
複数の端末装置３０のうち、データ９０を受信していない端末装置３０は、アドレス割り当ての規則に応じた演算（上記の式（１）〜式（３））を行う。これにより、端末装置３０は、管理装置１から割り当てられたアドレスから、他の端末装置３０のアドレスを算出し、算出したアドレス宛に要求を送信する。
【０２５５】
このように、管理装置１は、各端末装置３０にアドレスを割り当て、データ９０を受信していない端末装置３０は、割り当てられたアドレスから、データ９０の要求先の他の端末装置３０のアドレスを特定する。したがって、管理装置１は、各端末装置３０に、データ９０の要求先の他の端末装置３０のアドレスを通知する必要がないので、処理の負荷が低減される。
【０２５６】
よって、実施例に係るデータ転送方法によると、各端末装置３０に短時間でデータを転送することができる。
【０２５７】
また、実施例に係るデータ転送システムは、管理装置１と、管理装置１に接続された複数の端末装置３０とを有する。複数の端末装置３０のうち、データ９０を受信済みの端末装置３０は、データ９０を受信していない１以上の他の端末装置３０からの要求に応じ、データ９０を１以上の他の端末装置３０に転送する。
【０２５８】
管理装置１は、複数の端末装置３０に、一定の規則に従って個別のアドレスをそれぞれ割り当てる。
【０２５９】
複数の端末装置３０のうち、データ９０を受信していない端末装置３０は、アドレス割り当ての規則に応じた演算を行う。これにより、端末装置３０は、管理装置１から割り当てられたアドレスから、他の端末装置３０のアドレスを算出し、算出したアドレス宛に要求を送信する。
【０２６０】
実施例に係るデータ転送システムは、実施例に係るデータ転送方法と同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【０２６１】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０２６２】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  管理装置に接続された複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送するデータ転送方法において、
前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信することを特徴とするデータ転送方法。
（付記２）  前記管理装置は、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置にアドレスをそれぞれ割り当てることを特徴とする付記１に記載のデータ転送方法。
（付記３）  前記管理装置は、前記複数の端末装置の台数が減少したとき、または前記複数の端末装置の何れかが故障したとき、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置の少なくとも１つのアドレスを変更することを特徴とする付記２に記載のデータ転送方法。
（付記４）  前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、前記要求を送信する時刻を算出し、算出した時刻に前記要求を送信することを特徴とする付記１乃至３の何れかに記載のデータ転送方法。
（付記５）  前記複数の端末装置のうち、前記データを受信済みの端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、自装置を前記要求の送信先とする他の端末装置のアドレスを算出し、算出したアドレスが割り当てられた他の端末装置からの前記要求に応じて、前記データを転送することを特徴とする付記１乃至４の何れかに記載のデータ転送方法。
（付記６）  前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、自装置を前記要求の送信先とする他の端末装置との間でアドレスを交換するように前記管理装置に依頼し、
前記管理装置は、該依頼に応じて、アドレスの割り当てを変更することを特徴とする付記１乃至５の何れかに記載のデータ転送方法。
（付記７）  前記管理装置は、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置に順次にアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、前記管理装置から、最後に割り当てたアドレスを取得し、取得したアドレスを用いて前記一定の規則に応じた演算を行うことにより、自装置に最後に前記要求を送信する他の端末装置のアドレスを算出し、算出したアドレスを自装置のアドレスと交換するように前記管理装置に依頼することを特徴とする付記６に記載のデータ転送方法。
（付記８）  前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、前記取得したアドレスを用いて前記一定の規則に応じた演算を行うことにより、自装置を前記要求の送信先とする他の端末装置が存在しないと判定したとき、前記取得したアドレスを自装置のアドレスと交換するように前記管理装置に依頼することを特徴とする付記７に記載のデータ転送方法。
（付記９）  管理装置と、管理装置に接続された複数の端末装置とを有し、前記複数の端末装置のうち、データを受信済みの端末装置が、前記データを受信していない１以上の他の端末装置からの要求に応じ、前記データを前記１以上の他の端末装置に転送するデータ転送システムにおいて、
前記管理装置は、前記複数の端末装置に、一定の規則に従って個別のアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、他の端末装置のアドレスを算出し、算出したアドレス宛に前記要求を送信することを特徴とするデータ転送システム。
（付記１０）  前記管理装置は、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置にアドレスをそれぞれ割り当てることを特徴とする付記９に記載のデータ転送システム。
（付記１１）  前記管理装置は、前記複数の端末装置の台数が減少したとき、または前記複数の端末装置の何れかが故障したとき、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置の少なくとも１つのアドレスを変更することを特徴とする付記１０に記載のデータ転送システム。
（付記１２）  前記複数の端末装置のうち、前記データを受信していない端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、前記要求を送信する時刻を算出し、算出した時刻に前記要求を送信することを特徴とする付記９乃至１１の何れかに記載のデータ転送システム。
（付記１３）  前記複数の端末装置のうち、前記データを受信済みの端末装置は、前記一定の規則に応じた演算を行うことにより、前記管理装置から割り当てられたアドレスから、自装置を前記要求の送信先とする他の端末装置のアドレスを算出し、算出したアドレスが割り当てられた他の端末装置からの前記要求に応じて、前記データを転送することを特徴とする付記９乃至１２の何れかに記載のデータ転送システム。
（付記１４）  前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、自装置を前記要求の送信先とする他の端末装置との間でアドレスを交換するように前記管理装置に依頼し、
前記管理装置は、該依頼に応じて、アドレスの割り当てを変更することを特徴とする付記９乃至１２の何れかに記載のデータ転送システム。
（付記１５）  前記管理装置は、前記複数の端末装置の各アドレス内の番号が連続するように、前記複数の端末装置に順次にアドレスをそれぞれ割り当て、
前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、前記管理装置から、最後に割り当てたアドレスを取得し、取得したアドレスを用いて前記一定の規則に応じた演算を行うことにより、自装置に最後に前記要求を送信する他の端末装置のアドレスを算出し、算出したアドレスを自装置のアドレスと交換するように前記管理装置に依頼することを特徴とする付記１４に記載のデータ転送システム。
（付記１６）  前記複数の端末装置のうち、前記データを受信していない端末装置は、前記要求を送信した後、前記データの受信に失敗した場合、前記取得したアドレスを用いて前記一定の規則に応じた演算を行うことにより、自装置を前記要求の送信先とする他の端末装置が存在しないと判定したとき、前記取得したアドレスを自装置のアドレスと交換するように前記管理装置に依頼することを特徴とする付記１５に記載のデータ転送システム。
【符号の説明】
【０２６３】
１                    管理サーバ（管理装置）
２                    ダウンロードサーバ
１０                  ＣＰＵ
３０                  ＮＷ処理装置（端末装置）
４１                  アドレス取得部
４２                  演算処理部
４３                  ダウンロード要求部
４５                  ダウンロード処理部
９０                  ソフトウェア（データ）
１００                アドレス割当部
１０２                アドレス変更部
３００                ＮＷＰ
【図１】
2015167015.tif 000003
【図２】
2015167015.tif 000004
【図３】
2015167015.tif 000005
【図４】
2015167015.tif 000006
【図５】
2015167015.tif 000007
【図６】
2015167015.tif 000008
【図７】
2015167015.tif 000009
【図８】
2015167015.tif 000010
【図９】
2015167015.tif 000011
【図１０】
2015167015.tif 000012
【図１１】
2015167015.tif 000013
【図１２】
2015167015.tif 000014
【図１３】
2015167015.tif 000015
【図１４】
2015167015.tif 000016
【図１５】
2015167015.tif 000017
【図１６】
2015167015.tif 000018
【図１７】
2015167015.tif 000019
【図１８】
2015167015.tif 000020
【図１９】
2015167015.tif 000021
【図２０】
2015167015.tif 000022
【図２１】
2015167015.tif 000023
【図２２】
2015167015.tif 000024
【図２３】
2015167015.tif 000025
【図２４】
2015167015.tif 000026
【図２５】
2015167015.tif 000027
【図２６】
2015167015.tif 000028
【図２７】
2015167015.tif 000029
【図２８】
2015167015.tif 000030
【図２９】
2015167015.tif 000031