JP2019133253A - 資源配付方法及び資源配付システム - Google Patents

Abstract

【課題】余分な機器の設置を不要とし、通信量を削減することができる資源配付方法を提供する。【解決手段】資源配付サーバ３が、配付対象となる資源を複数の資源に分割するステップと、複数の端末２からの問い合わせに応じて、複数の分割資源それぞれの取得先を各端末へ指示するステップと、複数の端末それぞれが指示に基づいてそれぞれの分割資源を取得先から取得するステップと、取得したそれぞれの分割資源を結合させて資源を復元するステップとを有する。【選択図】図１

Description

本発明は、資源の配付対象となる端末へ資源を配付する資源配付方法及び資源配付システムに関する。

従来の資源配付システムでは、拠点内に配付対象となる端末が複数あり、かつ中継する機器が存在しない場合、資源を配付する資源配付サーバからすべての端末に対して同じ資源（ファイル）を送信していた。そのため、拠点までの通信量はファイルサイズ×端末台数となり、配付時間も１つのファイルの送信時間×端末台数となり、効率が悪かった。ファイルサイズを小さくするためにファイルを分割する技術があり（下記の特許文献１を参照）、１回あたりの通信量は少なくなるが全体としての通信量は変わらない。

特開２００８−２１１６４号公報

通信量を少なくするため、資源配付サーバと拠点の間に中継機器を設置し、中継機器が資源配付サーバからの資源を受信し、各端末へ配付することが考えられる。しかし、中継機器が故障したり、電源が停止されたりした場合には資源の配付ができず、また中継機器への負荷の集中が他の処理の遅延などを引き起こしてしまうという問題があった。

本発明は、上記課題に鑑み、余分な機器の設置を不要とし、通信量を削減することができる資源配付方法を提供することを目的とする。

上記目的を達成するために、本発明は、資源の配付対象である複数の端末と、前記複数の端末へ前記資源を配付する資源配付サーバとを備える資源配付システムにおける資源配付方法であって、前記資源配付サーバが、配付対象となる前記資源を複数の資源に分割するステップと、前記複数の端末からの問い合わせに応じて、複数の分割資源それぞれの取得先を各端末へ指示するステップと、前記複数の端末それぞれが、前記指示に基づいてそれぞれの前記分割資源を前記取得先から取得するステップと、取得したそれぞれの前記分割資源を結合させて前記資源を復元するステップとを、有することを特徴とする。

また、本発明の資源配付方法において、前記資源配付サーバが、前記複数の端末からの問い合わせに対して、いずれの端末へも配付されていない前記分割資源については前記資源配付サーバを前記取得先とし、既に配付された前記分割資源については配付先の端末を前記取得先として指示することは好ましい態様である。

また、本発明の資源配付方法において、前記端末が、前記分割資源の取得先が前記資源配付サーバの場合、前記分割資源の取得が完了した際、取得が完了した旨を前資源配付サーバへ通知することは好ましい態様である。

また、本発明の資源配付方法において、前記資源配付サーバが、前記問い合わせを前記端末から受ける前に、前記端末からの前記資源の版数の確認要求に応じて配付すべき最新の版数の資源があるか否かを判断するステップを更に有することは好ましい態様である。

また、本発明の資源配付方法において、前記資源の版数の確認要求が、前記確認要求を行う端末が保持する前記資源の版数を含むことは好ましい態様である。

また、本発明の資源配付方法において、前記資源配付サーバが、前記資源を分割する際、前記複数の端末の負荷状況に応じて前記資源を分割することは好ましい態様である。

また、本発明は、資源の配付対象である複数の端末と、前記複数の端末へ前記資源を配付する資源配付サーバとを備える資源配付システムであって、前記資源配付サーバは、配付対象となる前記資源を複数の資源に分割する分割部と、前記複数の端末からの問い合わせに応じて、複数の分割資源それぞれの取得先を各端末へ指示する指示部とを備え、前記端末は、前記指示に基づいてそれぞれの前記分割資源を前記取得先から取得する取得部と、取得したそれぞれの前記分割資源を結合させて前記資源を復元する復元部とを備えることを特徴とする。

本発明によれば、余分な機器の設置を不要とし、通信量を削減することができる。

実施形態における資源配付システムの一例を示す図である。 実施形態における資源配付システムの各構成の機能構成図の一例を示す図である。 実施形態における資源配付サーバに格納される各種テーブルを示す図である。 実施形態における端末に格納される各種テーブルを示す図である。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの資源配付処理シーケンスの一部を示すシーケンスチャートである。 実施形態における資源配付システムの各種電文の構成を示す図である。 実施形態における資源配付システムの各種電文の構成を示す図である。 実施形態における資源配付サーバによる配付ファイルの分割処理フローを示すフローチャートである。 実施形態における資源配付サーバによる配付ファイルの配付処理フローの一部を示すフローチャートである。 実施形態における資源配付サーバによる配付ファイルの配付処理フローの一部を示すフローチャートである。 実施形態における資源配付サーバによる配付ファイルの配付処理フローの一部を示すフローチャートである。 実施形態における資源配付サーバによる配付ファイルの配付処理フローの一部を示すフローチャートである。 実施形態における資源配付サーバによる配付ファイルの配付処理フローの一部を示すフローチャートである。 実施形態における端末による配付ファイルの取得及び復元処理フローの一部を示すフローチャートである。 実施形態における端末による配付ファイルの取得及び復元処理フローの一部を示すフローチャートである。

以下、実施形態について図面を参照して説明する。図１は実施形態における資源配付システムの一例を示す図である。資源配付システム１は、資源の配付対象である複数の端末２（２ａ、２ｂ、２ｃ）と、複数の端末２へ資源を配付する資源配付サーバ３とから構成されている。なお、資源配付システム１の構成はこれに限定されるものではなく、他の構成を含むものであってもよい。

資源配付システム１は、様々な業態において用いられるものであって、例えば職業紹介業などにおいて用いられる。この場合、資源配付サーバ３は、運用センターなどに設置され、例えばシステム管理者から登録される配付対象の資源（配付資源）を分割し、分割資源Ａ、Ｂ、Ｃとして格納し、格納された分割資源Ａ、Ｂ、Ｃを端末２へ配付する。資源配付サーバ３の詳細な処理については後述する。ここでの資源とは、例えば求人情報などのデータファイルやプログラムファイル（パッチファイル）などであり、以下では単にファイルとも言う。

端末２は拠点（例えば、職業紹介所）に配置され、ＷＡＮ（Wide Area Network）４を介して資源配付サーバ３と接続されるとともに、端末２間はＬＡＮ（Local Area Network）５によって接続されている。

この場合、端末２ａは例えば利用者（エンドユーザ）用の端末であり、これにより利用者は所望の情報（募集情報など）を取得することが可能となる。また、端末２ｂは例えば窓口の職員用の端末であり、端末２ｃは例えばバックヤードにある職員用の端末である。それぞれの端末２はＬＡＮ５によって接続されているため、様々な情報（例えば、後述する分割資源（分割ファイル）など）の送受信が可能となっており、送受信により得られた分割資源を結合して元の配付資源（配付ファイル）に復元する。端末２の詳細な処理については後述する。

次に、実施形態における資源配付サーバ３の構成について図２を用いて説明する。資源配付サーバ３は、分割部（資源登録プロセス）３ａ、指示部（サーバプロセス）３ｂ、資源情報格納部３ｃ、配付状況データ格納部３ｄから構成されている。資源配付サーバ３の構成はこれに限定されるものでなく、他の構成を含むものであってもよい。なお、例えば不図示のＣＰＵ（Central Processing Unit）が分割部３ａ及び指示部３ｂとして機能し、不図示のメモリが資源情報格納部３ｃ及び配付状況データ格納部３ｄとして機能してもよい。

分割部３ａは、端末２へ配付するファイルの登録処理を行うものであって、具体的には配付対象となる配付ファイルを複数のファイルに分割し、分割されたファイル（分割ファイル）を格納部（例えば、資源情報格納部３ｃなど）に格納（登録）する。

指示部３ｂは、分割ファイルの一連の配付処理を行うものである。具体的には端末２からの最新版数の有無を確認するための資源版数照会に応じて最新の版数の配付ファイルが配付されているかを判断する。また、端末２からの配付ファイルの配付状況を確認するための問い合わせ（後述するダウンロード情報入手）に応じて、複数の分割ファイル（例えば、後述する分割枝番「１」から「３」の分割ファイル）それぞれの取得先を端末２へ指示する。

資源情報格納部３ｃは、配付ファイルに関する情報を示す資源情報テーブルを格納する。資源情報テーブルは、図３に示すように、「版数」と「分割数」から構成されている。「版数」は配付ファイルの版数、すなわちバージョンを示すものである。これにより、保持している配付ファイルのバージョンを把握することが可能となる。「分割数」は配付ファイルが配付される際に分割された分割数を示すものである。これにより、配付ファイルがいくつに分割されているか把握することが可能となる。

配付状況データ格納部３ｄは、配付ファイルの配付状況を示す配付状況データテーブルを格納する。配付状況データテーブルは、図３に示すように、「版数」、「分割枝番」、「配付端末」、「配付状況」から構成されている。「版数」は配付ファイルのバージョンを示すものである。「分割枝番」は分割ファイルの分割枝番（分割枝番）を示すものであり、例えば後述するように配付ファイルが３つに分割された場合、分割ファイルの分割枝番はそれぞれ「１」から「３」となる。

「配付端末」は配付対象端末のホスト名、すなわち分割ファイルの配付先の端末名を示すものである。これにより、配付先を特定することが可能となる。「配付状況」は配付端末の配付状況、すなわち配付先への配付状況を示すものであり、配付状況としては「配付中」と「配付済」がある。「配付中」は分割ファイルがダウンロード中であることを示し、「配付済」は分割ファイルがダウンロード終了したことを示す。

次に、実施形態における端末２の構成について図２を用いて説明する。なお、各端末の構成は同様であるため１つの端末（端末２ｃ）を例にとって説明する。端末２ｃは、取得部（端末プロセス）２１ｃ、復元部（端末プロセス）２２ｃ、クライアント情報格納部２３ｃ、配付制御用格納部２４ｃから構成されている。端末２ｃの構成はこれに限定されるものでなく、他の構成を含むものであってもよい。なお、例えば不図示のＣＰＵが取得部２１ｃ及び復元部２２ｃとして機能し、不図示のメモリがクライアント情報格納部２３ｃ及び配付制御用格納部２４ｃとして機能してもよい。

取得部２１ｃは、配付ファイルの一連の取得処理を行うものであって、具体的には版数のチェックをしたり、最新の版数（バージョン）でない場合に分割ファイルを資源配付サーバ３によって指示された取得先から取得（ダウンロード）したりする。

復元部２２ｃは、取得先から取得したそれぞれの分割ファイルを結合させて元の配付ファイルに復元する。

クライアント情報格納部２３ｃは、自端末に関する情報を示すクライアント情報テーブルを格納する。クライアント情報テーブルは、図４に示すように、「ホスト名」と「保持版数」から構成されている。「ホスト名」は自端末のホスト名、すなわち自端末名（例えば、端末２ｃであれば端末２ｃを示す情報）である。「保持版数」は現時点でその端末で保持しているファイルの版数（バージョン）を示すものである。これにより、保持している版数が最新のものか否かを判断することが可能となる。

配付制御用格納部２４ｃは、分割ファイルの配付を制御するための配付制御用テーブルを格納する。配付制御用テーブルは、図４に示すように、「取得対象版数」、「分割枝番」、「配付状況」から構成されている。「取得対象版数」は配付ファイルの版数（バージョン）を示すものである。「分割枝番」は配付されている分割ファイルの分割枝番を示すものである。「配付状況」は分割ファイルの自端末への配付状況を示すものであり、「未配付」と「配付済」がある。「未配付」は分割ファイルがまだ配付されていないことを示し、「配付済」は分割ファイルが既に配付されていることを示す。

次に、実施形態における資源配付システム１の資源配付処理について図５Ａから図５Ｈを用いて説明する。まず、資源配付サーバ３は資源登録処理を行う。そのため、資源配付サーバ３はシステム管理者などから入力情報を受け付ける。入力情報は端末２へ配付される配付資源であって、配付資源には例えば配付される配付ファイルや配付ファイルの版数（例えば、Ｖ０１）が含まれる。

資源配付サーバ３は入力情報の登録作業を行う。すなわち、資源配付サーバ３は配付ファイルを複数のファイルに分割し、分割した際の情報を資源情報テーブルに記録する。ここでは、配付ファイルを３つのファイルに分割し、分割されたそれぞれの分割ファイルには分割枝番（分割枝番１〜分割枝番３）が割り振られ、資源情報テーブルには配付ファイルの版数である「Ｖ０１」と分割数「３」が登録されている。

なお、資源配付サーバ３は配付ファイルを分割する際、複数の端末２の負荷状況に応じて配付ファイルを分割するようにしてもよい。これにより、特定の端末への負荷を軽減させることができる。

資源登録処理が終了すると、資源配付システム１では資源配付処理が行われる。資源配付処理の詳細について以下に説明する。業務の開始などにより各端末２が起動されるが、ここではまず端末２ａが起動されたとする。端末２ａは起動すると端末２ａが保持する版数のチェック（版数チェック）を行う（Ｓ５０１）。版数チェックは、端末２ａが有するクライアント情報テーブルを参照して行われる。この場合、クライアント情報テーブルにおける端末２ａの保持版数は「Ｖ００」である。

端末２ａは版数チェック後に電文ａを資源配付サーバ３へ送信し、最新の版数の有無の確認（資源版数照会）を行う（Ｓ５０２）。ここで電文ａの構成について図６を用いて説明する。図６に示すように、電文ａは「自ホスト名」と「保持版数」から構成されている。「自ホスト名」には配付対象となる端末のホスト名、すなわち電文ａを送信する端末名（この場合は端末２ａ）が格納される。「保持版数」には配付対象となる端末において保持しているファイルの版数が格納され、この例では「Ｖ００」である。

資源配付サーバ３は電文ａを受信すると、電文ａの情報と資源情報テーブルの情報を参照して最新版数の有無を確認し（Ｓ５０３）、確認結果として電文ｄを端末２ａへ送信する（Ｓ５０４）。この場合、資源配付サーバ３は電文ａに含まれる保持版数「Ｖ００」と資源情報テーブルの版数「Ｖ０１」を比較し、「Ｖ０１」のほうが「Ｖ００」よりも最新であると認識することによって最新版数有とする電文ｄを端末２ａへ送信する。

ここで電文ｄの構成について図７を用いて説明する。図７に示すように、電文ｄは「最新版数有無」、「取得対象版数」、「分割数」から構成されている。「最新版数有無」には端末２ａが保持している版数よりも最新の版数が資源配付サーバ３に存在するか否か（最新版数の有無）の情報が格納される。上記の例では「有」の旨の情報が格納される。「取得対象版数」には配付対象となる端末において取得対象となるファイルの版数が格納されるが、最新版数が「有」の場合にのみファイルの版数の情報が格納される。上記の例では最新版数が「有」であるためファイル版数は「Ｖ０１」が格納される。「分割数」は配付ファイルを分割した数が格納されるが、最新版数が「有」の場合にのみ分割数が格納される。上記の例では最新版数が「有」であるため分割数は「３」が格納される。

端末２ａは電文ｄを受信すると、電文ｄに基づいて配付制御用テーブルを作成し、分割ファイルのダウンロード処理を開始する（Ｓ５０５）。このとき作成される配付制御用テーブルの「取得対象版数」は「Ｖ０１」であり、「分割枝番」は分割数が「３」であるため「１」から「３」であり、「配付状況」は「未配付」である。

端末２ａは分割ファイルの配付状況を確認するため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５０６）。ここで電文ｂの構成について図６を用いて説明する。図６に示すように、電文ｂは「自ホスト名」、「取得対象版数」、「ダウンロード未実施の分割枝番」から構成されている。「自ホスト名」には配付対象となる端末のホスト名、すなわち電文ｂを送信する端末名（この場合は端末２ａ）が格納される。「取得対象版数」には配付対象となる端末において取得対象となるファイルの版数が格納され、この例では「Ｖ０１」である。「ダウンロード未実施の分割枝番」にはダウンロード未実施の配付ファイルの分割された際の分割枝番が格納され、ダウンロード未実施の分割枝番が複数存在する場合にはその分が送付される。この例ではダウンロード未実施の分割枝番は「１」から「３」の３つである。

資源配付サーバ３は電文ｂを受信すると、ダウンロード未実施の分割枝番と配付状況データテーブルを比較し、ダウンロードさせる分割ファイルを特定し、特定した分割ファイルの分割枝番に対応する配付状況データテーブルの「配付状況」に「配付中」と書き込む（Ｓ５０７）。この例では３つの分割ファイルすべてが未配付であるため、資源配付サーバ３は分割枝番「１」のファイルをダウンロードさせる分割ファイルを特定し、配付状況データテーブルの分割枝番「１」に対応する分割ファイルの「配付状況」に「配付中」と書き込む。なお、「配付端末」は「端末２ａ」と書き込む。

その後、資源配付サーバ３はダウンロードの指示のための電文ｅを端末２ａへ送信する（Ｓ５０８）。ここで電文ｅの構成について図７を用いて説明する。図７に示すように、電文ｅは「ダウンロード分割枝番」と「ダウンロード先ホスト名」から構成されている。「ダウンロード分割枝番」には配付対象となる端末において取得対象となる分割ファイルの分割枝番が格納され、この例では「１」である。「ダウンロード先ホスト名」は分割ファイルのダウンロード先である資源配付サーバ３又は端末のホスト名が格納され、この例では「資源配付サーバ」である。

端末２ａは電文ｅを受信すると、電文ｅに含まれる情報に基づいて分割枝番「１」の分割ファイルの資源配付サーバ３からのダウンロードを開始する（Ｓ５０９）。

その後、端末２ａと同様に端末２ｂが起動され、版数チェックを行う（Ｓ５１０）。版数チェックは、端末２ｂが有するクライアント情報テーブルを参照して行われる。この場合、クライアント情報テーブルにおける端末２ｂの保持版数は「Ｖ００」である。

端末２ｂは版数チェック後に電文ａを資源配付サーバ３へ送信し、最新の版数の有無の確認（資源版数照会）を行う（Ｓ５１１）。このときの電文ａの「自ホスト名」には「端末２ｂ」が格納され、「保持版数」には「Ｖ００」が格納される。

資源配付サーバ３は電文ａを受信すると、電文ａの情報と資源情報テーブルの情報を参照して最新版数の有無を確認し（Ｓ５１２）、確認結果として電文ｄを端末２ｂへ送信する（Ｓ５１３）。この場合、資源配付サーバ３は電文ａに含まれる保持版数「Ｖ００」と資源情報テーブルの版数「Ｖ０１」を比較し、「Ｖ０１」のほうが「Ｖ００」よりも最新であると認識することによって最新版数有とする電文ｄを端末２ｂへ送信する。

このときの電文ｄの「最新版数有無」には「有」の旨の情報が格納され、「取得対象版数」には最新版数が「有」であるためファイル版数は「Ｖ０１」が格納され、「分割数」には最新版数が「有」であるため「３」が格納される。

端末２ｂは電文ｄを受信すると、電文ｄに基づいて配付制御用テーブルを作成し、分割されたファイルのダウンロード処理を開始する（Ｓ５１４）。このとき作成される配付制御用テーブルの「取得対象版数」は「Ｖ０１」であり、「分割枝番」は分割数が「３」であるため「１」から「３」であり、「配付状況」は「未配付」である。

端末２ｂは分割ファイルの配付状況を確認するため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５１５）。このときの電文ｂの「自ホスト名」には「端末２ｂ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「１」から「３」が格納される。

資源配付サーバ３は電文ｂを受信すると、ダウンロード未実施の分割枝番と配付状況データテーブルを比較し、ダウンロードさせる分割ファイルを特定し、特定した分割ファイルの分割枝番に対応する配付状況データテーブルの配付状況に「配付中」と書き込む（Ｓ５１６）。この例では３つの分割ファイルのうち分割枝番「２」と「３」の分割ファイルが未配付であるため、資源配付サーバ３は分割枝番「２」のファイルをダウンロードさせる分割ファイルを特定し、配付状況データテーブルの分割枝番「２」に対応する分割ファイルの「配付状況」に「配付中」と書き込む。なお、「配付端末」は「端末２ｂ」と書き込む。

その後、資源配付サーバ３はダウンロードの指示のための電文ｅを端末２ｂへ送信する（Ｓ５１７）。このときの電文ｅの「ダウンロード分割枝番」には「２」が格納され、「ダウンロード先ホスト名」には「資源配付サーバ」が格納される。

端末２ｂは電文ｅを受信すると、電文ｅに含まれる情報に基づいて分割枝番「２」の分割ファイルの資源配付サーバ３からのダウンロードを開始する（Ｓ５１８）。

その後、端末２ａ、２ｂと同様に端末２ｃが起動され、版数チェックを行う（Ｓ５１９）。版数チェックは、端末２ｃが有するクライアント情報テーブルを参照して行われる。この場合、クライアント情報テーブルにおける端末２ｃの保持版数は「Ｖ００」である。

端末２ｃは版数チェック後に電文ａを資源配付サーバ３へ送信し、最新の版数の有無の確認（資源版数照会）を行う（Ｓ５２０）。このときの電文ａの「自ホスト名」には「端末２ｃ」が格納され、「保持版数」には「Ｖ００」が格納される。

資源配付サーバ３は電文ａを受信すると、電文ａの情報と資源情報テーブルの情報を参照して最新版数の有無を確認し（Ｓ５２１）、確認結果として電文ｄを端末２ｃへ送信する（Ｓ５２２）。この場合、資源配付サーバ３は電文ａに含まれる保持版数「Ｖ００」と資源情報テーブルの版数「Ｖ０１」を比較し、「Ｖ０１」のほうが「Ｖ００」よりも最新であると認識することによって最新版数有とする電文ｄを端末２ｃへ送信する。

このときの電文ｄの「最新版数有無」には「有」の旨の情報が格納され、「取得対象版数」には最新版数が「有」であるためファイル版数は「Ｖ０１」が格納され、「分割数」には最新版数が「有」であるため「３」が格納される。

端末２ｃは電文ｄを受信すると、電文ｄに基づいて配付制御用テーブルを作成し、分割ファイルのダウンロード処理を開始する（Ｓ５２３）。このとき作成される配付制御用テーブルの「取得対象版数」は「Ｖ０１」であり、「分割枝番」は分割数が「３」であるため「１」から「３」であり、「配付状況」は「未配付」である。

端末２ｃは分割ファイルの配付状況を確認するため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５２４）。このときの電文ｂの「自ホスト名」には「端末２ｃ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「１」から「３」が格納される。

資源配付サーバ３は電文ｂを受信すると、ダウンロード未実施の分割枝番と配付状況データテーブルを比較し、ダウンロードさせる分割ファイルを特定し、特定した分割ファイルの分割枝番に対応する配付状況データテーブルの「配付状況」に「配付中」と書き込む（Ｓ５２５）。この例では３つの分割ファイルのうち分割枝番「３」の分割ファイルが未配付であるため、資源配付サーバ３は分割枝番「３」の分割ファイルをダウンロードさせる分割ファイルを特定し、配付状況データテーブルの分割枝番「３」に対応する分割ファイルの「配付状況」に「配付中」と書き込む。なお、「配付端末」は「端末２ｃ」と書き込む。

その後、資源配付サーバ３はダウンロードの指示のための電文ｅを端末２ｃへ送信する（Ｓ５２６）。このときの電文ｅの「ダウンロード分割枝番」には「３」が格納され、「ダウンロード先ホスト名」には「資源配付サーバ」が格納される。

端末２ｃは電文ｅを受信すると、電文ｅに含まれる情報に基づいて分割枝番「３」の分割ファイルの資源配付サーバ３からのダウンロードを開始する（Ｓ５２７）。

その後、端末２ａが分割枝番「１」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「１」に対応する「配付状況」を「配付済」とする。端末２ａは、ダウンロードが終了した旨の電文ｃを資源配付サーバ３へ送信する（Ｓ５２８）。

ここで電文ｃの構成について図６を用いて説明する。図６に示すように、電文ｃは「自ホスト名」、「取得対象版数」、「ダウンロード済み分割枝番」から構成されている。「自ホスト名」には配付対象となる端末のホスト名、すなわち電文ｃを送信する端末名（この場合は端末２ａ）が格納される。「取得対象版数」には配付対象となる端末において取得対象となるファイルの版数が格納され、この例では「Ｖ０１」である。「ダウンロード済み分割枝番」には配付対象となる端末においてダウンロードした配付ファイルの分割枝番が格納され、この例では「１」である。

資源配付サーバ３は電文ｃを受信すると、配付状況データテーブルの対応する分割枝番「１」の「配付状況」に「配付済」と書き込む（Ｓ５２９）。

端末２ａは分割枝番「１」の分割ファイルをダウンロードすると、更なる分割ファイルのダウンロードをするため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５３０）。このときの電文ｂの「自ホスト名」には「端末２ａ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「２」と「３」が格納される。

資源配付サーバ３は電文ｂを受信すると、配付状況データテーブルに基づいて端末２ａに未配付の分割枝番の分割ファイルがあるか確認する（Ｓ５３１）。この場合、端末２ａには分割枝番「２」と「３」の分割ファイルが未配付となっているが、分割枝番「２」と「３」の分割ファイルはすでに端末２ｂ、２ｃにそれぞれ配付中であるため、端末２ｂ、２ｃでダウンロード済みとなるまで待機する。

その後、端末２ｂが分割枝番「２」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「２」に対応する「配付状況」を「配付済」とする。端末２ｂは、ダウンロードが終了した旨の電文ｃを資源配付サーバ３へ送信する（Ｓ５３２）。この場合の電文ｃの「自ホスト名」には「端末２ｂ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード済み分割枝番」には「２」が格納される。

資源配付サーバ３は電文ｃを受信すると、配付状況データテーブルの対応する分割枝番「２」の「配付状況」に「配付済」と書き込む（Ｓ５３３）。

資源配付サーバ３は分割枝番「２」の分割ファイルが「配付済」となったことを確認し（Ｓ５３４）、分割枝番「２」の分割ファイルを端末２ｂからダウンロードするよう指示するため電文ｅを端末２ａへ送信する（Ｓ５３５）。

端末２ａは電文ｅを受信すると、分割枝番「２」の分割ファイルのダウンロード依頼を端末２ｂへ行い、ダウンロードを開始する（Ｓ５３６）。

一方、端末２ｂが分割枝番「２」の分割ファイルのダウンロードを終了すると、更なる分割ファイルのダウンロードをするため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５３７）。このときの電文ｂの「自ホスト名」には「端末２ｂ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「１」と「３」が格納される。

資源配付サーバ３は電文ｂを受信すると、配付状況データテーブルに基づいて端末２ｂに未配付の分割枝番の分割ファイルがあるか確認する（Ｓ５３８）。この場合、端末２ｂには分割枝番「１」と「３」の分割ファイルが未配付となっているが、分割枝番「１」が既に端末２ａにおいてダウンロード済みであることを確認する。

資源配付サーバ３は、分割枝番「１」の分割ファイルを端末２ａからダウンロードするよう指示するため電文ｅを端末２ｂへ送信する（Ｓ５３９）。

端末２ｂは電文ｅを受信すると、分割枝番「１」の分割ファイルのダウンロード依頼を端末２ａへ行い、ダウンロードを開始する（Ｓ５４０）。

その後、端末２ｃが分割枝番「３」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「３」に対応する「配付状況」を「配付済」とする。端末２ｃは、ダウンロードが終了した旨の電文ｃを資源配付サーバ３へ送信する（Ｓ５４１）。この場合の電文ｃの「自ホスト名」には「端末２ｃ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード済み分割枝番」には「３」が格納される。

資源配付サーバ３は電文ｃを受信すると、配付状況データテーブルの対応する分割枝番「３」の「配付状況」に「配付済」と書き込む（Ｓ５４２）。

端末２ｃが分割枝番「３」の分割ファイルのダウンロードを終了すると、更なる分割ファイルのダウンロードをするため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５４３）。このときの電文ｂの「自ホスト名」には「端末２ｃ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「１」と「２」が格納される。

資源配付サーバ３は電文ｂを受信すると、配付状況データテーブルに基づいて端末２ｃに未配付の分割枝番の分割ファイルがあるか確認する（Ｓ５４４）。この場合、端末２ｃには分割枝番「１」と「２」の分割ファイルが未配付となっているが、分割枝番「１」が既に端末２ａにおいてダウンロード済みであることを確認する。

資源配付サーバ３は、分割枝番「１」の分割ファイルを端末２ａからダウンロードするよう指示するため電文ｅを端末２ｃへ送信する（Ｓ５４５）。

端末２ｃは電文ｅを受信すると、分割枝番「１」の分割ファイルのダウンロード依頼を端末２ａへ行い、ダウンロードを開始する（Ｓ５４６）。

その後、端末２ａが分割枝番「２」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「２」に対応する「配付状況」を「配付済」とする。端末２ａはすべての分割ファイルが「配付済」となっているか確認し、すべて配付済となっていないため、更なる分割ファイルのダウンロードをするため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５４７）。このときの電文ｂの「自ホスト名」には「端末２ａ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「３」が格納される。

資源配付サーバ３は電文ｂを受信すると、配付状況データテーブルに基づいて端末２ａに未配付の分割枝番の分割ファイルがあるか確認する（Ｓ５４８）。この場合、端末２ａには分割枝番「３」の分割ファイルが未配付となっているが、分割枝番「３」が既に端末２ｃにおいてダウンロード済みであることを確認する。

資源配付サーバ３は、分割枝番「３」の分割ファイルを端末２ｃからダウンロードするよう指示するため電文ｅを端末２ａへ送信する（Ｓ５４９）。

端末２ａは電文ｅを受信すると、分割枝番「３」の分割ファイルのダウンロード依頼を端末２ｃへ行い、ダウンロードを開始する（Ｓ５５０）。

その後、端末２ｂが分割枝番「１」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「１」に対応する「配付状況」を「配付済」とする。端末２ｂはすべての分割ファイルが「配付済」となっているか確認し、すべて配付済となっていないため、更なる分割ファイルのダウンロードをするため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５５１）。このときの電文ｂの「自ホスト名」には「端末２ｂ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「３」が格納される。

資源配付サーバ３は電文ｂを受信すると、配付状況データテーブルに基づいて端末２ｂに未配付の分割枝番の分割ファイルがあるか確認する（Ｓ５５２）。この場合、端末２ｂには分割枝番「３」の分割ファイルが未配付となっているが、分割枝番「３」が既に端末２ｃにおいてダウンロード済みであることを確認する。

資源配付サーバ３は、分割枝番「３」の分割ファイルを端末２ｃからダウンロードするよう指示するため電文ｅを端末２ｂへ送信する（Ｓ５５３）。

端末２ｂは電文ｅを受信すると、分割枝番「３」の分割ファイルのダウンロード依頼を端末２ｃへ行い、ダウンロードを開始する（Ｓ５５４）。

その後、端末２ｃが分割枝番「１」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「１」に対応する「配付状況」を「配付済」とする。端末２ｃはすべての分割ファイルが配付済となっているか確認し、すべて配付済となっていないため、更なる分割ファイルのダウンロードをするため、ダウンロード情報入手として電文ｂを資源配付サーバ３へ送信する（Ｓ５５５）。このときの電文ｂの「自ホスト名」には「端末２ｃ」が格納され、「取得対象版数」には「Ｖ０１」が格納され、「ダウンロード未実施の分割枝番」には「２」が格納される。

資源配付サーバ３は電文ｂを受信すると、配付状況データテーブルに基づいて端末２ｃに未配付の分割枝番の分割ファイルがあるか確認する（Ｓ５５６）。この場合、端末２ｃには分割枝番「２」の分割ファイルが「未配付」となっているが、分割枝番「２」が既に端末２ｂにおいてダウンロード済みであることを確認する。

資源配付サーバ３は、分割枝番「２」の分割ファイルを端末２ｂからダウンロードするよう指示するため電文ｅを端末２ｃへ送信する（Ｓ５５７）。

端末２ｃは電文ｅを受信すると、分割枝番「２」の分割ファイルのダウンロード依頼を端末２ｂへ行い、ダウンロードを開始する（Ｓ５５８）。

その後、端末２ａが分割枝番「３」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「３」に対応する「配付状況」を「配付済」とする。端末２ａは配付制御用テーブルからすべての分割ファイルが「配付済」となっているか確認し、すべて配付済となっているため、ダウンロードしたそれぞれの分割ファイルを結合し、元のファイル（配付ファイル）へ復元する（Ｓ５５９）。更に、端末２ａはクライアント情報テーブルの保持版数の更新を行う。上記の例では「Ｖ０１」へ更新し、資源配付処理が終了する。

その後、端末２ｂが分割枝番「３」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「３」に対応する「配付状況」を「配付済」とする。端末２ｂは配付制御用テーブルからすべての分割ファイルが「配付済」となっているか確認し、すべて配付済となっているため、ダウンロードしたそれぞれの分割ファイルを結合し、元のファイル（配付ファイル）へ復元する（Ｓ５６０）。更に、端末２ｂはクライアント情報テーブルの保持版数の更新を行う。上記の例では「Ｖ０１」へ更新し、資源配付処理が終了する。

その後、端末２ｃが分割枝番「２」の分割ファイルのダウンロードを終了すると、配付制御用テーブルの分割枝番「２」に対応する「配付状況」を「配付済」とする。端末２ｃは配付制御用テーブルからすべての分割ファイルが「配付済」となっているか確認し、すべて配付済となっているため、ダウンロードしたそれぞれの分割ファイルを結合し、元のファイル（配付ファイル）へ復元する（Ｓ５６１）。更に、端末２ｃはクライアント情報テーブルの保持版数の更新を行う。上記の例では「Ｖ０１」へ更新し、資源配付処理が終了する。

次に、実施形態における資源配付システムの資源配付処理のフローについて説明する。まず、資源配付サーバ３による配付ファイルの分割処理フローについて図８を用いて説明する。資源配付サーバ３はシステム管理者から配付対象の配付ファイルを受け付ける（ステップＳ８０１）と、配付ファイルを一定のファイルサイズに分割して所定の記憶領域に格納する（ステップＳ８０２）。例えば、分割数が「３」の場合、それぞれの分割ファイルに分割枝番「１」から「３」を割り振り、それぞれを分割枝番「１」から「３」の分割ファイルとする。

資源配付サーバ３は分割後、資源情報テーブルを更新する（ステップＳ８０３）。例えば、資源情報テーブルの「版数」には配付ファイルの版数（例えば、「Ｖ０１」）を記録し、「分割数」には配付ファイルの分割数「３」を記録する。

次に、資源配付サーバ３による配付ファイルの配付処理フローについて図９Ａから図９Ｅを用いて説明する。資源配付サーバ３は端末２からの電文を受け付ける（ステップＳ９０１）と、受け付けた電文の種類が何かを判断する（ステップＳ９０２）。

受け付けた電文が電文ａであると判断した場合（ステップＳ９０２で電文ａ）、すなわち資源版数照会の電文であると判断した場合、資源配付サーバ３は図９Ｂに示す処理を行う。また、受け付けた電文が電文ｂであると判断した場合（ステップＳ９０２で電文ｂ）、すなわち分割ファイルの配付状況を確認するための電文であると判断した場合、資源配付サーバ３は図９Ｃに示す処理を行う。また、受け付けた電文が電文ｃであると判断した場合（ステップＳ９０２で電文ｃ）、すなわちダウンロードが終了した旨の電文であると判断した場合、資源配付サーバ３は図９Ｅに示す処理を行う。以下では上記各処理について説明する。

まず、端末２から受け付けた電文が電文ａである場合、図９Ｂに示すように、資源配付サーバ３は電文ａから「自ホスト名」及び「保持版数」の情報を取得する（ステップＳ９０３）。例えば、電文ａが端末２ａから送信され、端末２ａの保持する版数が「Ｖ００」である場合、「自ホスト名」は「端末２ａ」、「保持版数」は「Ｖ００」である。

資源配付サーバ３は取得した「保持版数」の情報と、資源配付サーバ３が有する資源情報テーブルの「版数」の情報を比較し、端末２ａに最新版数が存在するか（最新版数の有無）を確認する（ステップＳ９０４）。資源配付サーバ３は端末２ａに最新版数があるか否かを判断し（ステップＳ９０５）、最新版数がない場合（ステップＳ９０５でＮｏ）、すなわち資源情報テーブルの「版数」の方が新しい場合、最新版数ありの電文ｄを生成し、端末２ａへ送信する（ステップＳ９０６）。このときの電文ｄの「最新版数有無」は「有」、「取得対象版数」は資源情報テーブルの「版数」の情報（例えば、Ｖ０１）、「分割数」は資源情報テーブルの「分割数」の情報（例えば、「３」）である。

一方、ステップＳ９０５において、最新版数がある場合（ステップＳ９０５でＹｅｓ）、すなわち資源情報テーブルの「版数」の方が古い又は「版数」と同じである場合、最新版数なしの電文ｄを生成し、端末２ａへ送信する（ステップＳ９０７）。このときの電文ｄの「最新版数有無」は「無」であり、他の情報は含まれない。

また、端末２から受け付けた電文が電文ｂである場合、図９Ｃ、図９Ｄに示すように、資源配付サーバ３は電文ｂから「自ホスト名」、「取得対象版数」、「ダウンロード未実施の分割枝番」の情報を取得する（ステップＳ９０８）。例えば、電文ｂが端末２ａから送信され、取得すべき版数が「Ｖ０１」、ダウンロード未実施である分割ファイルの分割枝番が「１」、「２」、「３」である場合、「自ホスト名」は「端末２ａ」、「取得対象版数」は「Ｖ０１」、「ダウンロード未実施の分割枝番」は「１」、「２」、「３」である。

資源配付サーバ３は取得した「ダウンロード未実施の分割枝番」ごとに既に他の端末へ配付しているかを確認する（ステップＳ９０９）。すなわち、資源配付サーバ３は、取得した「取得対象版数」及び「ダウンロード未実施の分割枝番」に対応する情報が配付状況データテーブル（「版数」及び「分割枝番」）に存在するか確認する。存在する場合、資源配付サーバ３は対象の分割枝番の分割ファイルが他の端末へ「配付中」又は「配付済」であるか否かを確認する（ステップＳ９１０）。

「配付中」又は「配付済」でない場合（ステップＳ９１０でＮｏ）、資源配付サーバ３は「ダウンロード分割枝番」に対象となる分割枝番（例えば、分割枝番「１」）、「ダウンロード先ホスト名」に「端末２ａ」を含む電文ｅを生成し、端末２ａへ送信する（ステップＳ９１１）。資源配付サーバ３は送信後、配付状況データテーブルに記録する（ステップＳ９１２）。すなわち、資源配付サーバ３は配付状況データテーブルの「版数」、「分割枝番」、「配付端末」、「配付状況」のそれぞれに「取得対象版数」、「対象となった分割ファイルの分割枝番」、「自ホスト名（この例では端末２ａ）」、「配付中」を記録する。

一方、ステップＳ９１０において、「配付中」又は「配付済」である場合（ステップＳ９１０でＹｅｓ）、すなわち対象の分割枝番の分割ファイルが「配付中」又は「配付済」である場合、資源配付サーバ３は対象の分割枝番の分割ファイルが「配付中」であるか「配付済」であるかを対象の分割ファイルごとに確認する（ステップＳ９１３）。具体的には、資源配付サーバ３は、「取得対象版数」及び「対象の分割枝番」に対応する情報が配付状況データテーブル（「版数」及び「分割枝番」）に存在するか確認し、「配付状況」の情報を取得する。資源配付サーバ３は配付状況データテーブルの「配付状況」が「配付中」か否かを判断する（ステップＳ９１４）。

「配付中」である場合（ステップＳ９１４でＹｅｓ）、資源配付サーバ３は端末２（この例では端末２ａ）への未配付の分割ファイルはなく、他の端末２への配付済の分割ファイルがないため、一定時間待ちとする（ステップＳ９１５）。

一方、「配付中」でない場合（ステップＳ９１４でＮｏ）、すなわち「配付済」である場合、資源配付サーバ３は分割ファイルのダウンロード先とする端末２のホスト名を取得する（ステップＳ９１６）。具体的には、資源配付サーバ３は配付状況データテーブルから「版数」、「分割枝番」、「配付端末」を取得する。資源配付サーバ３は「ダウンロード分割枝番」に対象となる分割枝番（例えば、分割枝番「２」）、「ダウンロード先ホスト名」に「端末２（例えば、端末２ｂ）」を含む電文ｅを生成し、端末２ａへ送信する（ステップＳ９１７）。

また、端末２から受け付けた電文が電文ｃである場合、図９Ｅに示すように、資源配付サーバ３は電文ｃから「自ホスト名」、「取得対象版数」、「ダウンロード済み分割枝番」の情報を取得する（ステップＳ９１８）。例えば、電文ｃが端末２ａから送信され、取得対象となった版数が「Ｖ０１」、ダウンロードした分割ファイルの分割枝番が「１」である場合、「自ホスト名」は「端末２ａ」、「取得対象版数」は「Ｖ０１」、「ダウンロード済み分割枝番」は「１」である。

資源配付サーバ３は取得した情報に基づいて配付状況データテーブルを更新する（ステップＳ９１９）。具体的には、資源配付サーバ３は配付状況データテーブルの「版数」、「分割枝番」、「配付端末」、「配付状況」に「取得対象版数」、「ダウンロード済み分割枝番」、「自ホスト名」、「配付済」をそれぞれ記録する。

次に、実施形態における端末２による配付ファイルの取得及び復元処理フローについて図１０Ａ、図１０Ｂを用いて説明する。端末２（ここでは端末２ａ）は自端末で保持しているファイルを最新版数のファイルに更新するため、自端末で保持している保持版数をクライアント情報テーブルから取得する（ステップＳ１００１）。端末２ａは版数チェックをし、ダウンロードすべき配付ファイルが存在するか資源配付サーバ３へ問い合わせ（資源版数照会）を行う（ステップ１００２）。このとき端末２ａは電文ａを生成する。生成される電文ａにはクライアント情報テーブルの「ホスト名」及び「保持版数」が含まれる。

端末２ａは電文ａを資源配付サーバ３へ送信すると、電文ａに対する応答電文である電文ｄを受信する（ステップＳ１００３）。端末２ａは電文ｄの「最新版数有無」を確認し、「有」か否か、すなわち最新版数があるか否かを判断し（ステップＳ１００４）、最新版数がない場合（ステップＳ１００４でＮｏ）、配付ファイルの取得処理は終了する。

一方、最新版数がある場合（ステップＳ１００４でＹｅｓ）、端末２ａは配付制御用テーブルを初期化する（ステップＳ１００５）。具体的には、端末２ａは配付制御用テーブルの「取得対象版数」、「分割枝番」、「配付状況」に「取得対象版数」、「分割ファイルの分割枝番」、「未配付」をそれぞれ記録する。このとき、端末２ａは「分割数」の分のレコードを作成する。

その後、端末２ａは未配付の分割枝番を取得する（ステップＳ１００６）。具体的には、端末２ａは取得対象版数であって未配付となっている分割枝番を配付制御用テーブルから取得する。

端末２ａは分割ファイルの配付状況を確認するため、ダウンロードする分割ファイルとダウンロード先を問い合わせる（ステップＳ１００７）。具体的には、端末２ａは電文ｂを生成し、資源配付サーバ３へ送信する。このときの電文ｂの「自ホスト名」、「取得対象版数」、「ダウンロード未実施の分割枝番」には、クライアント情報テーブルの「ホスト名」、「取得対象版数」、配付制御用テーブルの「分割枝番（すべての該当するレコード分の分割枝番）」がそれぞれ含まれる。

端末２ａは電文ｂを送信すると資源配付サーバ３からの応答である電文ｅを受信する（ステップＳ１００８）。電文ｅには「ダウンロード分割枝番」及び「ダウンロード先ホスト名」が含まれている。端末２ａは分割ファイルをダウンロードするため、「ダウンロード先ホスト名」のホストへアクセスし、「ダウンロード分割枝番」の分割ファイルをダウンロードする（ステップＳ１００９）。

ダウンロードが終了すると、端末２ａは配付制御用テーブルを更新する（ステップＳ１０１０）。具体的には、端末２ａは取得対象版数のダウンロードした分割ファイルの分割枝番に該当する配付制御用テーブルの「配付状況」を「配付済」とする。

その後、端末２ａはダウンロード終了の通知をするか決めるため、「ダウンロード先ホスト名」が資源配付サーバ３であるか否かを判断する（ステップＳ１０１１）。「ダウンロード先ホスト名」が資源配付サーバ３である場合（ステップＳ１０１１でＹｅｓ）、端末２ａはダウンロード終了を通知するために電文ｃを生成し、資源配付サーバ３へ送信する（ステップＳ１０１２）。

一方、「ダウンロード先ホスト名」が資源配付サーバ３でない場合（ステップＳ１０１１でＮｏ）、または、端末２ａはダウンロード終了を通知するために電文ｃを生成し、資源配付サーバ３へ送信した後、端末２ａは配付結果を確認するため、すべての分割ファイルのダウンロードが終了したか否かを確認する（ステップＳ１０１３）。具体的には、端末２ａは配付制御用テーブルの「配付状況」を確認する。

端末２ａは「配付状況」が「未配付」か否かを確認し（ステップＳ１０１４）、「未配付」のレコードがある場合（ステップＳ１０１４でＹｅｓ）、ステップＳ１００６へ戻る。一方、「未配付」のレコードがない場合（ステップＳ１０１４でＮｏ）、端末２ａは分割ファイルを結合して元の配付ファイルを復元する（ステップＳ１０１５）。端末２ａは復元後、クライアント情報テーブルを更新する（ステップＳ１０１６）。具体的には、端末２ａは自端末で保持しているクライアント情報テーブルの「保持版数」を「取得対象版数」に更新する。

上述したような資源配付方法及び資源配付システムによれば、余分な機器の設置を不要とし、通信量を削減することができる。また、余分な機器の設置が不要になるため、初期費用やランニングコストを抑えることができる。また、特定の機器に負荷をかけることなく、負荷の平準化を行うことで業務中の配付運用を可能とする。

また、上述した実施の形態は、上述したものに限定されるものではなく、実施の形態の要旨を逸脱しない範囲において種々の変更を加えることができる。

１ 資源配付システム
２（２ａ、２ｂ、２ｃ） 端末
３ 資源配付サーバ
３ａ 分割部
３ｂ 指示部
３ｃ 資源情報格納部
３ｄ 配付状況データ格納部
４ ＷＡＮ
５ ＬＡＮ
２１（２１ａ、２１ｂ、２１ｃ） 取得部
２２（２２ａ、２２ｂ、２２ｃ）復元部
２３（２３ａ、２３ｂ、２３ｃ）クライアント情報格納部
２４（２４ａ、２４ｂ、２４ｃ）配付制御用格納部

Claims (7)

1. 資源の配付対象である複数の端末と、前記複数の端末へ前記資源を配付する資源配付サーバとを備える資源配付システムにおける資源配付方法であって、
   前記資源配付サーバが、
   配付対象となる前記資源を複数の資源に分割するステップと、
   前記複数の端末からの問い合わせに応じて、複数の分割資源それぞれの取得先を各端末へ指示するステップと、
   前記複数の端末それぞれが、
   前記指示に基づいてそれぞれの前記分割資源を前記取得先から取得するステップと、
   取得したそれぞれの前記分割資源を結合させて前記資源を復元するステップとを、
   有することを特徴とする資源配付方法。
2. 前記資源配付サーバは、前記複数の端末からの問い合わせに対して、いずれの端末へも配付されていない前記分割資源については前記資源配付サーバを前記取得先とし、既に配付された前記分割資源については配付先の端末を前記取得先として指示することを特徴とする請求項１に記載の資源配付方法。
3. 前記端末は、前記分割資源の取得先が前記資源配付サーバの場合、前記分割資源の取得が完了した際、取得が完了した旨を前資源配付サーバへ通知することを特徴とする請求項２に記載の資源配付方法。
4. 前記資源配付サーバは、前記問い合わせを前記端末から受ける前に、前記端末からの前記資源の版数の確認要求に応じて配付すべき最新の版数の資源があるか否かを判断するステップを更に有することを特徴とする請求項１から３のいずれか１つに記載の資源配付方法。
5. 前記資源の版数の確認要求は、前記確認要求を行う端末が保持する前記資源の版数を含むことを特徴とする請求項４に記載の資源配付方法。
6. 前記資源配付サーバは、前記資源を分割する際、前記複数の端末の負荷状況に応じて前記資源を分割することを特徴とする請求項１から５のいずれか１つに記載の資源配付方法。
7. 資源の配付対象である複数の端末と、前記複数の端末へ前記資源を配付する資源配付サーバとを備える資源配付システムであって、
   前記資源配付サーバは、
   配付対象となる前記資源を複数の資源に分割する分割部と、
   前記複数の端末からの問い合わせに応じて、複数の分割資源それぞれの取得先を各端末へ指示する指示部とを備え、
   前記端末は、
   前記指示に基づいてそれぞれの前記分割資源を前記取得先から取得する取得部と、
   取得したそれぞれの前記分割資源を結合させて前記資源を復元する復元部とを備えることを特徴とする資源配付システム。

Images