"複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムであって、前記棚札管理装置は、システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する送信部と、を備え、前記電子棚札端末は、前記棚札管理装置から前記外部記憶データを受信する受信部と、前記受信部により受信された外部記憶データを記憶する外部記憶データ保持部と、を備えることを特徴とする棚札管理システム。前記電子棚札端末は、前記外部記憶データ保持部に記憶される外部記憶データを前記棚札管理装置に送信する送信部を備え、前記棚札管理装置は、前記電子棚札端末から前記外部記憶データを受信する受信部と、前記受信部により受信された外部記憶データに基づいて、前記システムデータを復元する復元部と、を備えることを特徴とする請求項1に記載の棚札管理システム。前記棚札管理装置の前記復元部は、複数の前記電子棚札端末から同一ブロックの外部記憶データを受信した場合には、受信した複数の外部記憶データを比較し、データ内容の一致する外部記憶データ数の多い外部記憶データに基づいて、前記システムデータを復元することを特徴とする請求項2に記載の棚札管理システム。前記棚札管理装置の前記システムデータ保持部は、重要度毎にシステムデータをブロック化し、前記棚札管理装置の前記制御部は、重要度の高いシステムデータを記憶する前記ブロックほど多くの前記電子棚札端末を対応付けることを特徴とする請求項1から3いずれか1項に記載の棚札管理システム。前記棚札管理装置の前記制御部は、各電子棚札端末の品質を示す端末品質値の高い前記電子棚札端末から優先的に選択することを特徴とする請求項1から4いずれか1項に記載の棚札管理システム。前記棚札管理装置の前記制御部は、各電子棚札端末の前記端末品質値を、各電子棚札端末の電池残量に基づいて算出し、前記電子棚札端末の前記送信部は、前記棚札管理装置との通信時に自身の電池残量を送信することを特徴とする請求項5に記載の棚札管理システム。システムデータを複数のブロックに分割して記憶するシステムデータ保持部を備える棚札管理装置と複数の電子棚札端末とを備えた棚札管理システムにおける棚札管理方法であって、前記棚札管理装置の制御部が、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択するステップと、前記棚札管理装置の送信部が、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信するステップと、前記電子棚札端末の受信部が、前記棚札管理装置から前記外部記憶データを受信するステップと、前記電子棚札端末の制御部が、前記受信部により受信された外部記憶データを外部記憶データ保持部に記憶するステップと、を有することを特徴とする棚札管理方法。複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記棚札管理装置であって、システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する送信部と、を備えることを特徴とする棚札管理装置。複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記電子棚札端末であって、前記棚札管理装置からシステムデータを受信する受信部と、前記受信部により受信されたシステムデータを記憶する外部記憶データ保持部と、を備えることを特徴とする電子棚札端末。しかしながら、従来の電子棚札システムでは、システムで用いるシステムデータ例えば、商品名称や商品価格などの商品マスタデータ等をサーバ棚札管理装置が一元管理しているため、サーバの故障、特にハードディスク故障が発生した場合には、システムデータを維持することができない、という問題がある。本発明は上記の点に鑑みてなされたものであり、その目的は、棚札管理装置が故障した場合であっても、システムデータを維持することができる棚札管理システム、棚札管理方法、棚札管理装置及び電子棚札端末を提供することにある。本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムであって、前記棚札管理装置は、システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する送信部と、を備え、前記電子棚札端末は、前記棚札管理装置から前記外部記憶データを受信する受信部と、前記受信部により受信された外部記憶データを記憶する外部記憶データ保持部と、を備えることを特徴とする棚札管理システムである。この発明によれば、棚札管理装置の各ブロックに記憶されたシステムデータを外部記憶データとして電子棚札端末が保持する。これにより、棚札管理装置に故障が発生した場合であっても、システムデータを維持することができる。また、本発明の一態様は、上記の棚札管理システムにおいて、前記電子棚札端末は、前記外部記憶データ保持部に記憶される外部記憶データを前記棚札管理装置に送信する送信部を備え、前記棚札管理装置は、前記電子棚札端末から前記外部記憶データを受信する受信部と、前記受信部により受信された外部記憶データに基づいて、前記システムデータを復元する復元部と、を備えることを特徴とする。この発明によれば、棚札管理装置は、電子棚札端末から受信した外部記憶データに基づいてシステムデータを復元するため、棚札管理装置が故障した場合に、容易にシステムデータの復元をすることができる。また、本発明の一態様は、上記の棚札管理システムにおいて、前記棚札管理装置の前記復元部は、複数の前記電子棚札端末から同一ブロックの外部記憶データを受信した場合には、受信した複数の外部記憶データを比較し、データ内容の一致する外部記憶データ数の多い外部記憶データに基づいて、前記システムデータを復元することを特徴とする。この発明によれば、複数の前記電子棚札端末から同一ブロックの外部記憶データを受信した場合には、多数決方式にて復元に用いる外部記憶データを選択する。これにより、より精度良く元のシステムデータを復元することができる。また、本発明の一態様は、上記の棚札管理システムにおいて、前記棚札管理装置の前記システムデータ保持部は、重要度毎にシステムデータをブロック化し、前記棚札管理装置の前記制御部は、重要度の高いシステムデータを記憶する前記ブロックほど多くの前記電子棚札端末を対応付けることを特徴とする。この発明によれば、重要度の高いシステムデータほど多くの電子棚札端末が保持するため、より耐障害性が向上する。また、本発明の一態様は、上記の棚札管理システムにおいて、電子棚札端末の品質を示す端末品質値の高い前記電子棚札端末から優先的に選択することを特徴とする。この発明によれば、端末品質値の高い電子棚札端末を優先的に選択するため、よりシステムデータの外部記憶装置としての信頼性が向上する。また、本発明の一態様は、上記の棚札管理システムにおいて、前記棚札管理装置の前記制御部は、各電子棚札端末の前記端末品質値を、各電子棚札端末の電池残量に基づいて算出し、前記電子棚札端末の前記送信部は、前記棚札管理装置との通信時に自身の電池残量を送信することを特徴とする。この発明によれば、電子棚札端末は、通信毎に自身の電池残量を棚札管理装置に送信するため、棚札管理装置は通信を行った端末の電池残量をリアルタイムに把握することができ、より精度良く端末品質値を算出することができる。また、本発明の一態様は、システムデータを複数のブロックに分割して記憶するシステムデータ保持部を備える棚札管理装置と複数の電子棚札端末とを備えた棚札管理システムにおける棚札管理方法であって、前記棚札管理装置の制御部が、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択するステップと、前記棚札管理装置の送信部が、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信するステップと、前記電子棚札端末の受信部が、前記棚札管理装置から前記外部記憶データを受信するステップと、前記電子棚札端末の制御部が、前記受信部により受信された外部記憶データを外部記憶データ保持部に記憶するステップと、を有することを特徴とする棚札管理方法である。また、本発明の一態様は、複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記棚札管理装置であって、システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する送信部と、を備えることを特徴とする棚札管理装置である。また、本発明の一態様は、複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記電子棚札端末であって、前記棚札管理装置からシステムデータを受信する受信部と、前記受信部により受信されたシステムデータを記憶する外部記憶データ保持部と、を備えることを特徴とする電子棚札端末である。本発明によれば、棚札管理装置の各ブロックに記憶されたシステムデータを外部記憶データとして電子棚札端末が保持する。これにより、棚札管理装置に故障が発生した場合であっても、システムデータを維持することができる。以下、図面を参照しながら本発明の一実施形態について詳しく説明する。図1は、本発明の一実施形態による棚札管理システムの構成を示すブロック図である。棚札管理システムは、棚札管理装置1と、複数の中継装置2と、複数の電子棚札端末3とを含んで構成される。そして、棚札管理装置1と中継装置2、および中継装置2と電子棚札端末3がそれぞれ通信ネットワークを介して接続される。なお、本実施形態においては、中継装置2と電子棚札端末3とは無線通信により接続される。図2は、本実施形態による棚札管理装置1の構成を示すブロック図である。棚札管理装置1は、制御部101と、表示部102と、操作部103と、通信部104と、記憶部105とを含んで構成されるサーバ装置である。制御部101は、棚札管理装置1を統括して制御する。表示部102は、各種データを表示する液晶表示器等の表示装置である。操作部103は、キーボードやマウス等の入力装置である。通信部104は、中継装置2を介して電子棚札端末3と通信処理を行う。記憶部105は、システムデータ保持部105Aと、外部記憶データ管理テーブル105Bと、端末管理テーブル105Cと、一時バッファ105Dと、データ重要度定義テーブル105Eとを含んで構成される。外部システムデータ保持部105Aは、例えば、商品マスタデータ等、システムで用いるシステムデータを保持記憶する。外部記憶データ管理テーブル105Bは、どの電子棚札端末3をシステムデータの外部記憶装置として用いるかを管理するテーブルである。端末管理テーブル105Cは、棚札管理システムに含まれる電子棚札端末3を管理するテーブルである。一時バッファ105Dは、各種処理用のデータを一時的に保持する。データ重要度定義テーブル105Eは、システムデータの重要度を示すテーブルである。図3は、本実施形態によるデータ重要度定義テーブル105Eのデータ構造及びデータ例を示す概略図である。図示するように、データ重要度定義テーブル105Eは、行と列からなる2次元の表形式のデータであり、システムデータと、重要度との各項目の列を有している。このテーブルの各行はシステムデータ毎に存在する。システムデータ種別は、棚札管理システムで用いるシステムデータの種別である。重要度は、システムデータ種別に対応する重要度であり、値が小さいほど重要度が高く、値が大きいほど重要度が低い。図示する例では、商品の名称や商品価格等の商品マスタデータに対応する重要度は1であり、店舗の情報に対応する重要度は2であり、従業員の情報に対応する重要度は3であり、エラーログに対応する重要度は4であり、各種トランザクションデータに対応する重要度は5である。つまり、商品マスタデータ、店舗の情報、及び従業員の情報等の棚札管理システムを構成する上で必要なシステムデータは重要度が高く、エラーログ、各種トランザクションデータ等一時的なシステムデータは重要度が低い。なお、システムデータは、棚札管理システムにおいて用いられるデータであれば、本図に示すデータ例以外のデータであってもよい。図4は、本実施形態によるシステムデータ保持部105Aのデータ構造を示す概略図である。図示するように、システムデータを保持するシステムデータ保持部105Aは、データブロック1からデータブロックNまでのN個のデータブロックに分割されている。データブロックii=1,2,...,Nは、iの値が小さいほど重要なシステムデータを保持する。すなわち、システムデータ保持部105Aは、重要度毎にシステムデータをブロック化する。制御部101は、データ重要度定義テーブル105Eに基づいて各システムデータを各データブロックに書き込む。例えば、制御部101は、最も重要度の高い商品マスタデータをデータブロック1に書き込み、次に重要度の高い店舗の情報をデータブロック2に書き込み、次に重要度の高い従業員の情報をデータブロック3に書き込む。同様に、制御部101は、他のシステムデータについてもデータ重要度定義テーブル105Eの重要度に基づいて書き込むデータブロックを決定する。また、本実施形態では、棚札管理装置1は、このシステムデータ保持部105Aに記憶されたシステムデータを外部記憶データとして各電子棚札端末3に保持させる。すなわち、棚札管理装置1は、電子棚札端末3をシステムデータの外部記憶装置として用いる。図5は、本実施形態による外部記憶データ管理テーブル105Bのデータ構成及びデータ例を示す概略図である。外部記憶データ管理テーブル105Bは、システムデータ保持部105Aのデータブロックiを更に複数本例では8個のブロックijj=1,2,...,8に分割して管理する。以下、各ブロックijが保持するシステムデータを外部記憶データとする。図示するように、外部記憶データ管理テーブル105Bは、行と列からなる2次元の表形式のデータであり、ブロック論理Noと、データバージョンと、データ日付けと、CSCheckSumと、端末IDkk=1,2,...,5との各項目の列を有している。このテーブルの各行はブロックij毎に存在する。ブロック論理Noは、各ブロックijを識別する識別情報である。データバージョンは、ブロックijが保持する外部記憶データのバージョンである。データ日付けは、ブロックijが保持する外部記憶データが更新された日付けである。CSは、ブロック論理No、データバージョン、データ日付け、及び外部記憶データ本体全ての有効性を確認するためのCSであり、該当領域ブロック論理No、データバージョン、データ日付け、及び外部記憶データ本体のバイト毎或いはワード毎の加算結果である。端末IDkは、ブロックijに記憶された外部記憶データを保持する電子棚札端末3の識別情報である。なお、本例では、1つのブロックijの外部記憶データを保持する電子棚札端末3の上限数を5としたが、上限数は5以上であってもよい。また、端末IDk0000は、外部記憶データを保持する電子棚札端末3が未設定であることを表す。また、端末IDk-は、外部記憶データを保持させないことを表す。本図に示す例では、ブロック論理NoD11の外部記憶データは5台の電子棚札端末3が保持し、ブロック論理NoD31の外部記憶データは3台の電子棚札端末3が保持する。つまり、重要度の高い外部記憶データほど多くの電子棚札端末3が保持する。図6は、本実施形態による端末管理テーブル105Cのデータ構成及びデータ例を示す概略図である。図示するように、端末管理テーブル105Cは、行と列からなる2次元の表形式のデータであり、端末IDと、外部データ有無と、電池残量Aと、通信エラー回数Bと、端末再接続回数Cと、端末品質値Qとの各項目の列を有している。このテーブルの各行は端末ID毎に存在する。端末IDは、各電子棚札端末3を識別する識別子である。外部データ有無は、該当する電子棚札端末3に外部記憶データを保持させているかどうかを示す。外部データ有無1は外部記憶データを保持させていることを表し、外部データ有無0は外部記憶データを保持させていないことを表す。電池残量Aは、該当する電子棚札端末3の電池残量を表す値であり、単位はパーセント範囲は、0~100である。通信エラー回数Bは、例えば、過去10日間に発生した通信エラーの回数である。例えば、棚札管理装置1は、電子棚札端末3にデータを送信した際に、送信したデータに対する応答がなかった場合に通信エラーが発生したと判定する。端末再接続回数Cは、例えば、過去10日間に発生した電子棚札端末3の再接続回数である。電子棚札端末3は、電源をオフからオンにした場合や、無線通信圏外から無線通信圏内に入った場合、電子棚札端末3の移動などによって接続先の中継装置2が変更となった場合等に棚札管理装置1と再接続する。ここで、電子棚札端末3は、無線同期パターンの受信に基づいて自身の無線通信圏内又は無線通信圏外を判定する。この無線同期パターンは、所定の周期例えば30秒毎で中継装置2から送信される予め定められた文字列のデータである。電子棚札端末3は、所定の周期で無線同期パターンを受信している場合に無線通信圏内であると判定し、所定時間以上無線同期パターンを受信していない場合に無線通信圏外であると判定する。端末品質値Qは、該当する電子棚札端末3の品質を表す値であり、例えば、次の式1により表される。Q=A×kBNB-BkcNc-C...1ただし、kBは予め設定された通信エラー回数の重み付けパラメータ係数であり、kcは予め設定された再接続回数の重み付けパラメータ係数である。また、NBは予め設定された通信エラー回数の許容限界値であり、Ncは予め設定された再接続回数の許容限界値である。ただし、棚札管理装置1は、上述した式1においてQが負の値になった場合には、端末品質値Q=0とする。図7は、本実施形態による電子棚札端末3の構成を示すブロック図である。電子棚札端末3は、制御部301と、無線通信部302と、電源部303と、表示部305と、記憶部306とを含んで構成される。制御部301は、電子棚札端末3を統括して制御する。無線通信部302は、中継装置2を介して棚札管理装置1と通信処理を行う。電源部303は、各部に電源を供給する。表示部305は、商品名や商品価格等の表示データを表示する。記憶部306は、端末ID、表示データ及び外部記憶データを記憶する。図8は、本実施形態による電子棚札端末3の記憶部306のデータ構成を示す概略図である。記憶部306は、端末ID保持部と、表示データ保持部と、外部記憶データ保持部とを含んで構成される。端末ID保持部は、自端末の端末IDを保持する。表示データ保持部は、表示データ等、表示部305に表示するデータを保持する。外部記憶データ保持部は、棚札管理装置1から受信した外部記憶データを保持する。すなわち、外部記憶データ保持部は、棚札管理装置1の外部記憶装置を構成する領域である。図9は、本実施形態による電子棚札端末3の外部記憶データ保持部のデータ構成を示す概略図である。外部記憶データ保持部は、ブロック論理Noと、データバージョンと、データ日付けと、データ本体と、CSとを保持する。ブロック論理Noは、外部記憶データのブロック論理Noである。データバージョンは、外部記憶データのバージョンである。データ日付けは、外部記憶データが更新された日付けである。データ本体は、外部記憶データ本体である。また、CSは、ブロック論理No、データバージョン、データ日付け、及びデータ本体全てのデータの有効性を確認するためのCSである。図10は、本実施形態によるインストール処理の動作を示すシーケンス図である。以下に示すインストール処理前の棚札管理装置1の外部記憶データ管理テーブル105Bには、電子棚札端末3の端末IDは格納されていない。棚札管理装置1は、ソフトウェア機能ボタンの押下等によってインストール中のモードに移行するステップS101。この間、棚札管理装置1は、図6に示す端末管理テーブル105Cを構築する。具体的には、棚札管理装置1は、インストール中に電子棚札端末3から端末参加要求を受信するとステップS102、端末参加応答端末参加OK/データ無効を返信するステップS103とともに、受信した端末参加要求に含まれる情報を端末管理テーブル105Cに書き込む。端末参加要求は、棚札管理装置1が管理する棚札管理システムに参加するためのデータであり、端末参加識別と、端末IDと、電池残量と、ブロック論理Noと、データバージョンと、データ日付けと、CSと、その他の情報とを含む図10b参照。端末参加識別は、端末参加要求であることを示す識別子である。また、端末参加応答は、端末参加要求に対する応答データであり、端末参加OK/NGとデータ有効/無効とを含む図10c参照。端末参加OKは電子棚札端末3の棚札管理システムへの参加を許可することを表し、棚札参加NGは電子棚札端末3の棚札管理システムへの参加を許可しないことを表す。また、データ有効は電子棚札端末3の保持している外部記憶データが有効であることを表し、データ無効は電子棚札端末3の保持している外部記憶データが無効であることを表す。棚札管理装置1は、ステップS102からS103までの処理を棚札管理システムに参加する電子棚札端末3の台数分行い、インストール処理を終了する。続いて、棚札管理装置1は、データ同期処理へ移行する。図11は、本実施形態によるインストール処理終了時における端末管理テーブル105Cのデータ例を示す概略図である。図示するように、全ての電子棚札端末3の外部データ有無は0であり、通信エラー回数は0であり、端末再接続回数は0である。また、各電子棚札端末3の電池残量は、上述したステップS102において各電子棚札端末3から受信した端末参加要求に含まれる電池残量である。図12は、本実施形態によるインストール処理終了時における外部記憶データ管理テーブル105Bのデータ例を示す概略図である。図示するように、各ブロック論理Noに対応する端末IDkの値は全て0000であり、設定されていない。なお、データバージョンと、データ日付けと、CSは、予め生成されている。次に、図13を参照して、棚札管理装置1によるデータ同期処理について説明する。図13は、本実施形態によるデータ同期処理の手順を示すフローチャートである。本図に示すデータ同期処理は、インストール処理において全ての電子棚札端末3の参加が終了した時点でソフトウェア機能ボタンの押下等により開始する。又は、棚札管理装置1は、1日に1回或いは1週間に1回等、定期的にデータ同期処理を行う。データ同期処理は、全ての電子棚札端末3と全てのブロックijに対して外部記憶データの分配を最適化するための処理である。まず、棚札管理装置1の制御部101は、端末管理テーブル105Cにおける全ての電子棚札端末3の外部データ有無を0とするステップS201。次に、制御部101は、処理対象のブロックblockを最初のブロックであるD11とするステップS202。次に、制御部101は、全てのブロックについて次のステップS205からS207までの処理が終了したか否かを判定するステップS203。全てのブロックについて処理が終了した場合ステップS203:Yesには、この。データ同期処理を終了する。一方、全てのブロックijについて処理が終了していない場合ステップS203:Noには、端末管理テーブル105Cにおいて外部データ有無0である電子棚札端末3のうち端末品質値が最大の電子棚札端末3を選択するステップS204。次に、制御部101は、図15に示す外部データ送信処理を行うことにより、選択した電子棚札端末3にblockの外部記憶データを送信するステップS205。この外部記憶データ送信処理の詳細については後述する。そして、制御部101は、選択した電子棚札端末3の端末IDをblockに対応付けて外部記憶データ管理テーブル105Bに書き込むステップS206。そして、制御部101は、端末管理テーブル105Cにおいて、選択した電子棚札端末3に対応する外部データ有無を1とするステップS207。制御部101は、上述したステップS204からS207までの処理を、外部記憶データ管理テーブル105Bのblockに対応する端末IDkに0000がなくなるまで繰り返す。そして、制御部101は、対象となるblockを次のブロックとしステップS208、ステップS203へ戻る。図14は、本実施形態による外部記憶データ送信処理の動作を示すシーケンス図である。まず、棚札管理装置1は、電子棚札端末3に外部記憶データを送信するステップS301。ここで送信する外部記憶データは、外部記憶データ識別と、ブロック論理Noと、データバージョンと、データ日付けと、データ本体と、CSとを含む図14b参照。外部記憶データ識別は、外部記憶データであることを表す識別子である。データ本体は、外部記憶データ本体である。電子棚札端末3は、外部記憶データを受信すると、外部記憶データのCSチェックをするステップS302。具体的には、電子棚札端末3の制御部301は、CSの対象領域ブロック論理No、データバージョン、データ日付け、及びデータ本体のバイト毎又はワード毎の加算値が受信したCSと一致する場合に外部記憶データが有効OKであると判定する。一方、制御部301は、加算値が受信したCSと一致しない場合に外部記憶データが無効NGであると判定する。そして、電子棚札端末3は、外部記憶データが有効であると判定するとステップS302:Yes、外部記憶データ応答OKを棚札管理装置1に送信するステップS303。一方、電子棚札端末3は、外部記憶データが無効であると判定するとステップS302:No、外部記憶データ応答NGを棚札管理装置1に送信するステップS304。外部記憶データ応答は、外部記憶データに対する応答データであり、OK/NGと電池残量とを含む図14c参照。棚札管理装置1は、外部記憶データ応答に応じて外部記憶データ管理テーブル105Bと端末管理テーブル105Cとを更新するステップS305。次に、図15を参照して、棚札管理装置1による外部記憶データ送信処理の詳細について説明する。図15は、本実施形態による外部記憶データ送信処理の手順を示すフローチャートである。まず、棚札管理装置1の制御部101は、選択した電子棚札端末3に外部記憶データを送信するステップS401。次に、制御部101は、外部記憶データの送信先の電子棚札端末3からの外部記憶データ応答OKを受信したか否かを判定するステップS402。制御部101は、外部記憶データ応答OKを受信した場合にはステップS402:Yes、外部記憶データの送信に成功したと判定し、処理を終了する。一方、制御部101は、外部記憶データ応答OKを受信していない場合ステップS402:Noには、端末管理テーブル105Cにおいて外部データ有無が0であって外部記憶データを送信していない電子棚札端末3のうち、端末品質値が最も大きいものを選択するステップS403。そして、制御部101は、ステップS403において電子棚札端末3を選択できたか否かを判定するステップS404。制御部101は、電子棚札端末3を選択できなかった場合にはステップS404:No、外部記憶データの送信に失敗したと判定し、処理を終了する。一方、制御部101は、電子棚札端末3を選択できた場合にはステップS404:Yes、選択した電子棚札端末3に外部記憶データを送信するステップS405。次に、制御部101は、外部記憶データの送信先の電子棚札端末3からの外部記憶データ応答がOKであるか否かを判定するステップS406。制御部101は、外部記憶データ応答がOKである場合にはステップS406:Yes、外部記憶データの送信に成功したと判定し、処理を終了する。一方、制御部101は、外部記憶データ応答がNGである場合にはステップS406:No、ステップS403へ戻る。図16は、本実施形態による表示データ送信処理の動作を示すシーケンス図である。まず、棚札管理装置1は、商品名称や商品価格等の表示データを電子棚札端末3に送信するステップS501。電子棚札端末3は、受信した表示データを表示部305に表示するステップS502。そして、電子棚札端末3は、受信した表示データに対する応答である表示データ応答を棚札管理装置1に送信するステップS503。表示データ応答は、OK/NGと、電池残量と、ブロック論理Noと、データバージョンと、データ日付けと、CSとを含むデータである図16b参照。棚札管理装置1は、表示データ応答を受信すると、受信した表示データ応答に含まれるブロック論理Noに対応するデータバージョンと、データ日付けと、CSとを外部記憶データ管理テーブル105Bから読み出し、読み出した各データが表示データ応答に含まれる各データと夫々一致するか否かを判定するステップS504。棚札管理装置1は、表示データ応答が外部記憶データ管理テーブル105Bと一致する場合にはステップS504:Yes、処理を終了する。一方、棚札管理装置1は、表示データ応答が外部記憶データ管理テーブル105Bと一致しない場合にはステップS504:No、外部記憶データを送信するステップS505。電子棚札端末3は、外部記憶データを受信すると、受信したCSに基づき受信した外部記憶データの有効性を判定するステップS506。そして、電子棚札端末3は、外部記憶データが有効であると判定するとステップS506:Yes、外部記憶データ応答OKを棚札管理装置1に送信するステップS507。一方、電子棚札端末3は、外部記憶データが有効でないと判定するとステップS506:No、外部記憶データ応答NGを棚札管理装置1に送信するステップS508。棚札管理装置1は、外部記憶データ応答に応じて外部記憶データ管理テーブル105Bと端末管理テーブル105Cとを更新するステップS509。図17は、本実施形態による状態確認処理の動作を示すシーケンス図である。棚札管理装置1は、例えば1日に1回等定期的に以下の状態確認処理を行う。まず、棚札管理装置1は、電子棚札端末3の状態を確認するための状態確認コマンドを電子棚札端末3に送信するステップS601。電子棚札端末3は、状態確認コマンドを受信すると、自端末の各種状態を取得するステップS602。各種状態とは、例えば、無線の受信強度、エラー回数、データ更新回数等の各電子棚札端末3の状態を示す情報である。そして、電子棚札端末3は、状態確認コマンドの応答である状態応答を棚札管理装置1に送信するステップS603。状態応答は、状態応答識別と、電池残量と、ブロック論理Noと、データバージョンと、データ日付けと、CSと、各種状態とを含む図17b参照。状態応答識別は、データが状態応答であることを表す識別子である。以下の処理は、上述した表示データ送信処理のステップS504~S509までの処理と同様である。次に、図18を参照して、棚札管理装置1による表示データ送信処理及び状態確認処理の詳細について説明する。図18は、本実施形態による表示データ送信処理及び状態確認処理の手順を示すフローチャートである。まず、棚札管理装置1の制御部101は、電子棚札端末3に表示データ又は状態確認コマンドを送信するステップS701。次に、制御部101は、送信した表示データ又は状態確認コマンドに対する応答の受信に成功したか否かを判定するステップS702。制御部101は、応答の受信に失敗した場合ステップS702:Noには、処理を終了する。一方、応答の受信に成功した場合ステップS702:Yesには、受信した応答に含まれるブロック論理Noに対応するデータバージョンとデータ日付けとCSとを外部記憶データ管理テーブル105Bから読み出し、読み出した各データが応答に含まれる各データと夫々一致するか否かを判定するステップS703。制御部101は、応答が外部記憶データ管理テーブル105Bと一致する場合ステップS703:Yesには、外部記憶データの送信に成功したと判定し、処理を終了する。一方、制御部101は、応答が外部記憶データ管理テーブル105Bと一致しない場合ステップS703:Noには、図15に示す外部記憶データ送信処理を行うステップS704。図19は、本実施形態による端末参加処理の動作を示すシーケンス図である。この端末参加処理は、電子棚札端末3の再接続処理である。棚札管理装置1は、端末参加要求を受信すると、端末参加要求を送信した電子棚札端末3が再接続したと判定する。電子棚札端末3は、例えば、電源がオフからオンになった場合や、無線通信圏外から無線通信圏内になった場合にこの端末参加処理を行う。例えば、電子棚札端末3は、自身が無線通信圏外になると、無線同期パターンをサーチし、無線同期パターンが見つかると、無線通信圏内になったと判定して本図に示す端末参加処理を開始する。まず、電子棚札端末3は、端末参加要求を棚札管理装置1に送信するステップS801。棚札管理装置1は、端末参加要求を受信すると、受信した端末参加要求に含まれる端末IDに基づいて電子棚札端末3が参加可能であるか否かを判定するステップS802。棚札管理装置1は、電子棚札端末3が参加できない場合ステップS802:Noには処理を終了する。一方、棚札管理装置1は、電子棚札端末3が参加可能である場合ステップS802:Yesには、受信した端末参加要求に含まれるブロック論理Noの外部記憶データが有効であるか又は無効であるかを判定するステップS803。この外部記憶データ有効/無効の判定処理の詳細については後述する。棚札管理装置1は、外部記憶データが有効である場合には、端末参加応答参加OK/データ有効を電子棚札端末3に送信するステップS804。電子棚札端末3は、端末参加応答参加OK/データ有効を受信すると、端末参加処理を終了する。一方、棚札管理装置1は、外部記憶データが無効であると判定した場合には、端末参加応答参加OK/データ無効を電子棚札端末3に送信するステップS805。電子棚札端末3は、端末参加応答参加OK/データ無効を受信すると、外部記憶データ保持部をイニシャライズするステップS806。この外部記憶データ保持部のイニシャライズ処理については後述する。次に、図20を参照して、棚札管理装置1による外部記憶データ有効/無効判定処理の詳細について説明する。図20は、本実施形態による外部記憶データ有効/無効判定処理の手順を示すフローチャートである。まず、棚札管理装置1の制御部101は、受信した端末参加要求から、端末IDと、ブロック論理Noと、データバージョンと、データ日付けと、CSとを取得するステップS901。次に、制御部101は、取得したブロック論理No以下、該当ブロック論理NoとするがD11からDN8までの範囲内であるか否かを判定するステップS902。制御部101は、該当ブロック論理Noが範囲内でない場合ステップS902:Noには、外部記憶データが無効であると判定し、処理を終了する。一方、制御部101は、該当ブロック論理Noが範囲内である場合ステップS902:Yesには、該当ブロック論理Noに対応するデータバージョンと、データ日付けとCSとを外部記憶データ管理テーブル105Bから読み出す。そして、制御部101は、読み出した各データを端末参加要求から取得した各データと夫々比較するステップS903。そして、制御部101は、比較した結果、各データが一致するか否かを判定するステップS904。制御部101は、各データが一致しない場合ステップS904:Noには、外部記憶データが無効であると判定し、処理を終了する。一方、制御部101は、各データが一致する場合ステップS904:Yesには、外部記憶データ管理テーブル105Bにおいて該当ブロック論理Noに端末参加要求の端末IDが対応付けられているか否かを判定するステップS905。制御部101は、対応付けられている場合ステップS905:Yes場合には、外部記憶データが有効であると判定し、処理を終了する。一方、制御部101は、対応付けられていない場合ステップS905:Noには、外部記憶データ管理テーブル105Bにおいて該当ブロック論理Noに端末ID領域の空きがあるか否かを判定するステップS906。制御部101は、端末ID領域に空きがない場合ステップS906:Noには、外部記憶データが無効であると判定し、処理を終了する。一方、制御部101は、端末ID領域に空きがある場合ステップS906:Yesには、端末参加要求の端末IDを外部記憶データ管理テーブル105Bの該当ブロック論理Noに対応付けて書き込むステップS907。そして、制御部101は、外部記憶データが有効であると判定し、処理を終了する。次に、図21を参照して、電子棚札端末3による外部記憶データ保持部のイニシャライズ処理の詳細について説明する。図21は、本実施形態による外部記憶データ保持部のイニシャライズ処理の手順を示すフローチャートである。電子棚札端末3の制御部301は、外部記憶データ保持部の各領域をブロック論理No=000、データバージョン=000、データ日付け=0年0月0日0時0分、データ本体=オール全て0、CS=FFFF...NGの状態とすることにより外部記憶データ保持部をイニシャライズするステップS1001。次に、図22を参照して、電子棚札端末3による電源投入時の処理について説明する。図22は、本実施形態による電源投入時の処理の手順を示すフローチャートである。まず、電子棚札端末3の制御部301は、必要なハードウェアH/WをイニシャライズするステップS1101。次に、制御部301は、必要はソフトウェアS/WをイニシャライズするステップS1102。次に、制御部301は、図21に示す外部記憶データ保持部のイニシャライズ処理を行うステップS1103。最後に、制御部301は、図19に示す端末参加処理を行うステップS1104。次に、図23を参照して、電子棚札端末3による再接続時の処理について説明する。図23は、本実施形態による再接続時の処理の手順を示すフローチャートである。まず、電子棚札端末3の制御部301は、中継装置2との無線同期を維持しているか否かを判定するステップS1201。具体的には、制御部301は、所定間隔毎に無線同期データを受信している場合に無線同期を維持していると判定し、所定時間以上無線同期データを受信していない場合に無線同期を維持していないと判定する。制御部301は、中継装置2との無線同期を維持している場合ステップS1201:Yesには通常処理を行うステップS1202。一方、制御部301は、中継装置2との無線同期を維持していない場合ステップS1201:Noには、無線の周波数チャネルを変えながら無線同期パターンを検索して、中継装置2をサーチするステップS1203。そして、制御部301は、中継装置2のサーチに成功した否かを判定するステップS1204。制御部301は、中継装置2のサーチに失敗した場合ステップS1204:NoにはステップS1203へ戻る。一方、制御部301は、中継装置2のサーチに成功した場合ステップS1204:Yesには、外部記憶データ保持部に記憶された外部記憶データのCSをチェックする。ステップS1205。そして、制御部301は、CSのチェックがOKであるかNGであるかを判定するステップS1206。制御部301は、CSのチェックがNGであればステップS1206:No、図21に示す外部記憶データ保持部のイニシャライズ処理を行うステップS1207。そして、最後に、制御部301は、図19に示す端末参加処理を行うステップS1208。次に、図24を参照して、棚札管理装置1によるシステムデータ更新処理について説明する。図24は、本実施形態によるシステムデータ更新処理の手順を示すフローチャートである。棚札管理装置1は、システムデータ保持部105Aにおいてシステムデータの更新があった場合に、以下に示すシステムデータ更新処理を行う。なお、棚札管理装置1は、システムデータが大きく所定値より多く変更された場合には、図13に示すデータ同期処理を行ってもよい。まず、棚札管理装置1の制御部101は、システムデータに更新のあったブロック論理Noを抽出するステップS1301。次に、制御部101は、変更のあったブロック論理Noを抽出したブロック全てに対して以下に示すステップS1303~S1308までの処理を行ったか否かを判定するステップS1302。制御部101は、変更のあったブロック全て終了した場合ステップS1302:Yesには処理を終了する。一方、制御部101は、変更のあったブロック全て終了していない場合ステップS1302:Noには、抽出したブロック論理No以下、対象ブロック論理Noとするに格納する外部記憶データのデータバージョンとデータ日付け付番するステップS1303。そして、制御部101は、外部記憶データのCSを算出するステップS1304。次に、制御部101は、外部記憶データ管理テーブル105Bから対象ブロック論理Noの端末IDを読み出すステップS1305。そして、制御部101は、読み出した端末IDの電子棚札端末3に対して、図15に示す外部記憶データ送信処理を行うステップS1306。次に、制御部101は、読み出した端末IDを対象ブロック論理Noに対応付けて外部記憶データ管理テーブル105Bに書き込むステップS1307。そして、制御部101は、端末管理テーブル105Cの読み出した端末IDに対応する外部記憶データ有無を1にするステップS1308。そして、制御部101は、対象ブロック論理Noを次の抽出したブロック論理NoとしステップS1309、ステップS1302へ戻る。次に、図25を参照して、棚札管理装置1による端末品質管理処理について説明する。図25は、本実施形態による端末品質管理処理の手順を示すフローチャートである。棚札管理装置1は、電子棚札端末3との通信が発生した際に、この図に示す端末品質管理処理を行う。この端末品質管理処理は、端末品質値Qに基づいて、外部記憶データを保持する電子棚札端末3を代替する処理である。まず、棚札管理装置1の制御部101は、通信の必要性があるか否かを判定するステップS1401。制御部101は、通信の必要性がない場合にはステップS1401へ戻る。一方、制御部101は、通信の必要性がある場合には、電子棚札端末3と通信を実行する。制御部101は、例えば、商品の価格情報が変更になったときに電子棚札端末3の表示データを書き換える場合等、電子棚札端末3に送信するデータがあるときに通信の必要性があると判定する。そして、制御部101は、通信を実行した電子棚札端末3以下、通信実行電子棚札端末3とするから受信したデータに基づき、端末管理テーブル105Cを更新するステップS1402。具体的には、制御部101は、通信実行電子棚札端末3から受信したデータに含まれる電池残量を端末管理テーブル105Cに書き込む。次に、制御部101は、端末管理テーブル105Cにおいて、更新したデータに基づき、通信実行電子棚札端末3の端末品質値を再度算出して更新するステップS1403。次に、制御部101は、通信実行電子棚札端末3の外部データ有無が1であるか否かを判定するステップS1404。外部データ有無が0である場合ステップS1404:Noには処理を終了する。一方、制御部101は、外部データ有無が1である場合ステップS1404:Yesには、通信実行電子棚札端末3の端末品質値が所定の閾値以下であるか否かを判定するステップS1405。端末品質値が閾値以下でない場合ステップS1405:Noには処理を終了する。一方、制御部101は、端末品質値が閾値以下である場合ステップS1405:Yesには、端末管理テーブル105Cの外部データ有無が0であり、かつ、端末品質値が通信実行電子棚札端末3より大きい電子棚札端末3を抽出するステップS1406。そして、制御部101は、抽出した電子棚札端末3以下、代替候補電子棚札端末3とするに対して図15に示す外部記憶データ送信処理を行うステップS1407。次に、制御部101は、代替候補電子棚札端末3から外部記憶データ応答OKを受信したか否かを判定するステップS1408。制御部101は、外部記憶データ応答OKを受信した場合ステップS1408:Yesには、端末代替処理を行い、代替成功として処理を終了するステップS1409。具体的には、制御部101は、端末管理テーブル105Cにおいて、通信実行電子棚札端末3の外部データ有無を0とし、代替候補電子棚札端末3の外部データ有無を1とする。そして、制御部101は、外部記憶データ管理テーブル105Bにおける通信実行電子棚札端末3の端末IDを代替候補電子棚札端末3の端末IDに書き換える。一方、制御部101は、外部記憶データ応答OKを受信しなかった場合ステップS1408:Noには、抽出した全ての代替候補電子棚札端末3に対して外部記憶データ送信処理が終了したか否かを判定するステップS1410。全ての代替候補電子棚札端末3に対して終了している場合には、代替失敗として処理を終了する。一方、全ての代替候補電子棚札端末3に対して終了していない場合には、ステップS1407へ戻る。図26は、本実施形態によるデータ参照処理の動作を示すシーケンス図である。このデータ参照処理は、棚札管理装置1が各電子棚札端末3の保持する外部記憶データを収集する処理である。まず、棚札管理装置1が、外部記憶データを要求するコマンドである外部記憶データリクエストを電子棚札端末3に送信するステップS1501。電子棚札端末3は、外部記憶データリクエストを受信すると、外部記憶データを外部記憶データ保持部から読み出し、読み出した外部記憶データを含む端末データを棚札管理装置1に送信するステップS1502。電子棚札端末3が送信する端末データは、外部記憶データ識別と、ブロック論理Noと、電池残量と、データバージョンと、データ日付けと、外部記憶データと、CSとを含む図26b参照。外部記憶データ識別は、外部記憶データを含むことを表す識別子である。次に、図27を参照して、棚札管理装置1によるデータ参照処理について説明する。図27は、本実施形態によるデータ参照処理の手順を示すフローチャートである。まず、棚札管理装置1の制御部101は、kに1を代入するステップS1601。次に、制御部101は、該当ブロックの端末IDkを外部記憶データ管理テーブル105Bから読み出すステップS1602。次に、制御部101は、読み出した端末IDkの電子棚札端末3に外部記憶データリクエストを送信するステップS1603。そして、制御部101は、送信した外部記憶データリクエストに対する応答である端末データを受信したか否かを判定するステップS1604。制御部101は、端末データを受信した場合ステップS1604:Yesには、参照成功として処理を終了する。一方、制御部101は、応答を受信していない場合ステップS1604:Noには、kに1を加算するステップS1605。そして、制御部101は、該当ブロックの端末IDkに端末IDが設定されているか否かを判定するステップS1606。制御部101は、端末IDが設定されている場合ステップS1606:Noには、ステップS1602へ戻る。一方、制御部101は、端末IDが設定されていない場合ステップS1606:Yesには、参照失敗として処理を終了する。次に、図28及び図29を参照して、棚札管理装置1によるデータ再構築処理について説明する。図28及び図29は、本実施形態によるデータ再構築処理の手順を示すフローチャートである。このデータ再構築処理は、棚札管理装置1の故障等により棚札管理装置1の交換を実施したときに、電子棚札端末3から外部記憶データを収集してシステムデータを復元する処理である。このデータ再構築処理を開始するときは、外部記憶データ管理テーブル105Bと端末管理テーブル105Cとは全て初期状態である。まず、棚札管理装置1の制御部101は、外部記憶データリクエストを全ての電子棚札端末3にブロードキャスト送信するステップS1701。次に、制御部101は、電子棚札端末3から端末データを受信したか否かを判定するステップS1702。制御部101は、端末データを受信した場合にはステップS1702:Yes、受信した端末データに基づき端末管理テーブル105Cを更新するステップS1704。具体的には、受信した端末データに含まれる端末IDと、外部データ有無0と、受信した端末データに含まれる電池残量と、通信エラー回数0と、端末再接続回数0と、上述した式1により算出した端末品質値との組のレコードを新たに端末管理テーブル105Cに追加する。次に、制御部101は、受信した外部記憶データのCSチェックを行う。ステップS1705。そして、制御部101は、CSチェックがNGであればステップS1702へ戻る。一方、制御部101は、CSチェックがOKであれば、受信した端末データを一時バッファ105Dに格納するステップS1706。このとき、制御部101は、ブロック論理No毎に、各電子棚札端末から受信した端末データ端末IDと、データバージョンと、データ日付けと、CSと、外部記憶データを対応付けて一時バッファ105Dに書き込む図30参照。一方、制御部101は、電子棚札端末3から端末データを受信していない場合ステップS1702:Noには、ブロードキャスト送信してから所定時間経過したタイムアップか否かを判定するステップS1703。この所定時間は、全ての電子棚札端末3から外部記憶データを受信したことを担保するための時間である。制御部101は、所定時間経過していない場合ステップS1703:NoにはステップS1702へ戻る。一方、制御部101は、所定時間経過した場合ステップS1703:Yesには、対象ブロックNoをD11とするステップS1707。そして、制御部101は、対象ブロックNoの外部記憶データが一時バッファ105Dに記憶されているか否かを判定するステップS1708。制御部101は、一時バッファ105Dに外部記憶データが記憶されていない場合ステップS1708:Noには再構築失敗として処理を終了する。一方、制御部101は、一時バッファ105Dに外部記憶データが記憶されている場合ステップS1708:Yesには、対象ブロックNoに対応する端末データのCSを全て読み出す。そして、制御部101は、読み出したCSを比較し、値の一致するCS数を計数し、計数したCS数が読み出したCSのうち過半数を示すCSがあるか否かを判定するステップS1709。制御部101は、過半数を示すCSがない場合ステップS1709:Noには再構築失敗として処理を終了する。一方、制御部101は、過半数を示すCSがある場合ステップS1709:Yesには、過半数を示すCSを持つ端末IDを一時バッファ105Dから読み出し、読み出した端末IDを対照ブロックNoに対応付けて外部記憶データ管理テーブル105Bに書き込むステップS1710。すなわち、制御部復元部101は、複数の電子棚札端末3から同一ブロックの外部記憶データを受信した場合には、受信した複数の外部記憶データを比較し、データ内容の一致する外部記憶データ数を計数し、計数した外部記憶データ数の多い外部記憶データに基づいて、システムデータを復元する。次に、制御部101は、端末管理テーブル105Cを更新するステップS1711。具体的には、制御部101は、外部記憶データ管理テーブル105Bに書き込んだ端末IDに対応する外部データ有無を1にする。次に、制御部101は、外部記憶データ管理テーブル105Bに書き込んだ端末IDに対応する外部記憶データを一時バッファ105Dから読み出し、読み出した外部記憶データを対象ブロックNoのブロックに書き込むことにより、システムデータ保持部105Aを更新するステップS1712。最後に、制御部101は、システムデータ保持部105Aの全てのブロックについて終了したか否かを判定するステップS1713。全てのブロックについて終了した場合には再構築成功として処理を終了する。一方、全てのブロックについて終了していない場合には、対象ブロックNoを次のブロックとしステップS1714、ステップS1708へ戻る。なお、棚札管理装置1は、このデータ再構築処理の終了後に図13に示すデータ同期処理を行ってもよい。また、上述したデータ再構築処理では、ステップS1709において、多数決方式にて再構築に用いる外部記憶データを選択しているが、例えば、データ日付けやデータバージョンが最新の外部記憶データを選択してもよい。このように、本実施形態によれば、棚札管理装置1は、システムデータを分割し、分割したシステムデータを電子棚札端末3に保持させる。これにより、棚札管理装置1に故障が発生した場合には、電子棚札端末3から分割したシステムデータを収集することにより、システムデータを容易に復元することができる。また、既存の電子棚札端末3をシステムデータの外部記憶装置として利用するため、外部記憶装置を新たに用意する必要がない。また、1つのブロックの外部記憶データを複数台の電子棚札端末3が保持しているため、例えば、1台の電子棚札端末3に故障や電池切れ、盗難等の事故が発生した場合であっても、他の電子棚札端末3を用いてシステムデータを復元することができる。また、重要度の高いデータほどより多くの電子棚札端末3が保持するため、より耐障害性が向上する。また、棚札管理装置1は、外部記憶データを保持する電子棚札端末3として端末品質値の大きな電子棚札端末3を優先的に選択するため、より外部記憶装置としての信頼性が向上する。また、棚札管理装置1は、システムデータを再構築復元する際に、1つのブロックに対して複数の電子棚札端末3から異なる外部記憶データを受信した場合には、多数決方式にて再構築に用いる外部記憶データを決定する。これにより、例えば、1台の電子棚札端末3の保持する外部記憶データが無効であった場合であっても、他の電子棚札端末3を用いてシステムデータを復元することができる。また、図10,図13から図29までに示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、各処理を行ってもよい。なお、ここでいうコンピュータシステムとは、OSや周辺機器等のハードウェアを含むものであってもよい。また、コンピュータシステムは、WWWシステムを利用している場合であれば、ホームページ提供環境あるいは表示環境も含むものとする。また、コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ROM、フラッシュメモリ等の書き込み可能な不揮発性メモリ、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらにコンピュータ読み取り可能な記録媒体とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ例えばDRAMDynamicRandomAccessMemoryのように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する伝送媒体は、インターネット等のネットワーク通信網や電話回線等の通信回線通信線のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル差分プログラムであっても良い。以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。例えば、本実施形態では、CSを用いて外部記憶データの有効性をチェックしたが、CRCCyclicRedundancyCheck等他の誤り検出データを用いてもよい。"