特許 5697466 棚札管理システム及び棚札管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5697466

(24)【登録日】2015年2月20日

(45)【発行日】2015年4月8日

(54)【発明の名称】棚札管理システム及び棚札管理装置

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20150319BHJP

   G07G 1/01 20060101ALI20150319BHJP

   G07G 1/14 20060101ALI20150319BHJP

   G07G 1/12 20060101ALI20150319BHJP

   A47F 5/00 20060101ALI20150319BHJP

【ＦＩ】

   G06Q30/06 210

   G07G1/01 301D

   G07G1/14

   G07G1/12 331D

   A47F5/00 E

【請求項の数】5

【全頁数】26

(21)【出願番号】特願2011-14508(P2011-14508)

(22)【出願日】2011年1月26日

(65)【公開番号】特開2012-155552(P2012-155552A)

(43)【公開日】2012年8月16日

【審査請求日】2013年11月12日

(73)【特許権者】

【識別番号】313006647

【氏名又は名称】セイコーソリューションズ株式会社

(72)【発明者】

【氏名】翁 茂孝

【審査官】 長 由紀子

(56)【参考文献】

【文献】 特開２０１０−２３１６１５（ＪＰ，Ａ）

【文献】 特開２００８−１９１８９８（ＪＰ，Ａ）

【文献】 特開２００６−２２８２０２（ＪＰ，Ａ）

【文献】 特開２００９−０２１７８８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ ３０／０６

Ａ４７Ｆ ５／００

Ｇ０７Ｇ １／０１

Ｇ０７Ｇ １／１２

Ｇ０７Ｇ １／１４

(57)【特許請求の範囲】

【請求項1】

複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムであって、
前記棚札管理装置は、
システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、
前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、
前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する管理装置送信部とを備え、
前記電子棚札端末は、
前記棚札管理装置から前記外部記憶データを受信する端末受信部と、
前記端末受信部により受信された外部記憶データを記憶する外部記憶データ保持部と、
前記棚札管理装置にデータを送信する端末送信部とを備えており、
前記電子棚札端末の前記端末送信部は、前記棚札管理装置との通信時に自身の電池残量を送信し、
前記棚札管理装置の前記制御部は、各電子棚札端末の品質を示す端末品質値を、受信した各電子棚札端末の電池残量に基づいて算出し、各電子棚札端末の端末品質値の高い前記電子棚札端末から優先的に選択する
ことを特徴とする棚札管理システム。

【請求項2】

前記棚札管理装置は、
前記電子棚札端末から前記外部記憶データを受信する管理装置受信部と、
前記受信部により受信された外部記憶データに基づいて、前記システムデータを復元する復元部とを備える
ことを特徴とする請求項１に記載の棚札管理システム。

【請求項3】

前記棚札管理装置の前記復元部は、複数の前記電子棚札端末から同一ブロックの外部記憶データを受信した場合には、受信した複数の外部記憶データを比較し、データ内容の一致する外部記憶データ数の多い外部記憶データに基づいて、前記システムデータを復元する
ことを特徴とする請求項２に記載の棚札管理システム。

【請求項4】

前記棚札管理装置の前記システムデータ保持部は、重要度毎にシステムデータをブロック化し、
前記棚札管理装置の前記制御部は、重要度の高いシステムデータを記憶する前記ブロックほど多くの前記電子棚札端末を対応付ける
ことを特徴とする請求項１から３いずれか１項に記載の棚札管理システム。

【請求項5】

複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記棚札管理装置であって、
システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、
前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、
前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する管理装置送信部とを備え、
前記棚札管理装置の前記制御部は、前記電子棚札端末が送信する自電子棚札端末の電池残量を受信し、各電子棚札端末の品質を示す端末品質値を、受信した各電子棚札端末の電池残量に基づいて算出し、前記端末品質値の高い電子棚札端末から優先的に選択する
ことを特徴とする棚札管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、棚札管理システム、棚札管理方法、棚札管理装置及び電子棚札端末に関する。

【背景技術】

【0002】

現在、商品名や商品価格の変更のための棚札の付け替えの労力を軽減すること等を目的として、商品名や商品価格等を表示する電子棚札端末がスーパーマーケット等の販売店で利用されている。特許文献１には、この電子棚札端末の管理を行う電子棚札システムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８−２１７４７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、従来の電子棚札システムでは、システムで用いるシステムデータ（例えば、商品名称や商品価格などの商品マスタデータ等）をサーバ（棚札管理装置）が一元管理しているため、サーバの故障、特にハードディスク故障が発生した場合には、システムデータを維持することができない、という問題がある。

【0005】

本発明は上記の点に鑑みてなされたものであり、その目的は、棚札管理装置が故障した場合であっても、システムデータを維持することができる棚札管理システム、棚札管理方法、棚札管理装置及び電子棚札端末を提供することにある。

【課題を解決するための手段】

【0006】

本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムであって、前記棚札管理装置は、システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する送信部と、を備え、前記電子棚札端末は、前記棚札管理装置から前記外部記憶データを受信する受信部と、前記受信部により受信された外部記憶データを記憶する外部記憶データ保持部と、を備えることを特徴とする棚札管理システムである。

【0007】

この発明によれば、棚札管理装置の各ブロックに記憶されたシステムデータを外部記憶データとして電子棚札端末が保持する。これにより、棚札管理装置に故障が発生した場合であっても、システムデータを維持することができる。

【0008】

また、本発明の一態様は、上記の棚札管理システムにおいて、前記電子棚札端末は、前記外部記憶データ保持部に記憶される外部記憶データを前記棚札管理装置に送信する送信部を備え、前記棚札管理装置は、前記電子棚札端末から前記外部記憶データを受信する受信部と、前記受信部により受信された外部記憶データに基づいて、前記システムデータを復元する復元部と、を備えることを特徴とする。

【0009】

この発明によれば、棚札管理装置は、電子棚札端末から受信した外部記憶データに基づいてシステムデータを復元するため、棚札管理装置が故障した場合に、容易にシステムデータの復元をすることができる。

【0010】

また、本発明の一態様は、上記の棚札管理システムにおいて、前記棚札管理装置の前記復元部は、複数の前記電子棚札端末から同一ブロックの外部記憶データを受信した場合には、受信した複数の外部記憶データを比較し、データ内容の一致する外部記憶データ数の多い外部記憶データに基づいて、前記システムデータを復元することを特徴とする。

【0011】

この発明によれば、複数の前記電子棚札端末から同一ブロックの外部記憶データを受信した場合には、多数決方式にて復元に用いる外部記憶データを選択する。これにより、より精度良く元のシステムデータを復元することができる。

【0012】

また、本発明の一態様は、上記の棚札管理システムにおいて、前記棚札管理装置の前記システムデータ保持部は、重要度毎にシステムデータをブロック化し、前記棚札管理装置の前記制御部は、重要度の高いシステムデータを記憶する前記ブロックほど多くの前記電子棚札端末を対応付けることを特徴とする。

【0013】

この発明によれば、重要度の高いシステムデータほど多くの電子棚札端末が保持するため、より耐障害性が向上する。

【0014】

また、本発明の一態様は、上記の棚札管理システムにおいて、電子棚札端末の品質を示す端末品質値の高い前記電子棚札端末から優先的に選択することを特徴とする。

【0015】

この発明によれば、端末品質値の高い電子棚札端末を優先的に選択するため、よりシステムデータの外部記憶装置としての信頼性が向上する。

【0016】

また、本発明の一態様は、上記の棚札管理システムにおいて、前記棚札管理装置の前記制御部は、各電子棚札端末の前記端末品質値を、各電子棚札端末の電池残量に基づいて算出し、前記電子棚札端末の前記送信部は、前記棚札管理装置との通信時に自身の電池残量を送信することを特徴とする。

【0017】

この発明によれば、電子棚札端末は、通信毎に自身の電池残量を棚札管理装置に送信するため、棚札管理装置は通信を行った端末の電池残量をリアルタイムに把握することができ、より精度良く端末品質値を算出することができる。

【0018】

また、本発明の一態様は、システムデータを複数のブロックに分割して記憶するシステムデータ保持部を備える棚札管理装置と複数の電子棚札端末とを備えた棚札管理システムにおける棚札管理方法であって、前記棚札管理装置の制御部が、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択するステップと、前記棚札管理装置の送信部が、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信するステップと、前記電子棚札端末の受信部が、前記棚札管理装置から前記外部記憶データを受信するステップと、前記電子棚札端末の制御部が、前記受信部により受信された外部記憶データを外部記憶データ保持部に記憶するステップと、を有することを特徴とする棚札管理方法である。

【0019】

また、本発明の一態様は、複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記棚札管理装置であって、システムデータを複数のブロックに分割して記憶するシステムデータ保持部と、前記システムデータ保持部の各ブロックに対応する前記電子棚札端末を選択する制御部と、前記システムデータ保持部の各ブロックに記憶されたシステムデータを外部記憶データとして夫々対応する前記電子棚札端末に送信する送信部と、を備えることを特徴とする棚札管理装置である。

【0020】

また、本発明の一態様は、複数の電子棚札端末と棚札管理装置とを備えた棚札管理システムにおける前記電子棚札端末であって、前記棚札管理装置からシステムデータを受信する受信部と、前記受信部により受信されたシステムデータを記憶する外部記憶データ保持部と、を備えることを特徴とする電子棚札端末である。

【発明の効果】

【0021】

本発明によれば、棚札管理装置の各ブロックに記憶されたシステムデータを外部記憶データとして電子棚札端末が保持する。これにより、棚札管理装置に故障が発生した場合であっても、システムデータを維持することができる。

【図面の簡単な説明】

【0022】

【図1】本発明の一実施形態による棚札管理システムの構成を示すブロック図である。

【図2】本実施形態による棚札管理装置の構成を示すブロック図である。

【図3】本実施形態によるデータ重要度定義テーブルのデータ構造及びデータ例を示す概略図である。

【図4】本実施形態によるシステムデータ保持部のデータ構造を示す概略図である。

【図5】本実施形態による外部記憶データ管理テーブルのデータ構成及びデータ例を示す概略図である。

【図6】本実施形態による端末管理テーブルのデータ構成及びデータ例を示す概略図である。

【図7】本実施形態による電子棚札端末の構成を示すブロック図である。

【図8】本実施形態による電子棚札端末の記憶部のデータ構成を示す概略図である。

【図9】本実施形態による電子棚札端末の外部記憶データ保持部のデータ構成を示す概略図である。

【図10】本実施形態によるインストール処理の動作を示すシーケンス図である。

【図11】本実施形態によるインストール処理終了時における端末管理テーブルのデータ例を示す概略図である。

【図12】本実施形態によるインストール処理終了時における外部記憶データ管理テーブルのデータ例を示す概略図である。

【図13】本実施形態によるデータ同期処理の手順を示すフローチャートである。

【図14】本実施形態による外部記憶データ送信処理の動作を示すシーケンス図である。

【図15】本実施形態による外部記憶データ送信処理の手順を示すフローチャートである。

【図16】本実施形態による表示データ送信処理の動作を示すシーケンス図である。

【図17】本実施形態による状態確認処理の動作を示すシーケンス図である。

【図18】本実施形態による表示データ送信処理及び状態確認処理の手順を示すフローチャートである。

【図19】本実施形態による端末参加処理の動作を示すシーケンス図である。

【図20】本実施形態による外部記憶データ有効／無効判定処理の手順を示すフローチャートである。

【図21】本実施形態による電子棚札端末における外部記憶データ保持部のイニシャライズ処理の手順を示すフローチャートである

【図22】本実施形態による電子棚札端末における電源投入時の処理の手順を示すフローチャートである。

【図23】本実施形態による再接続時の処理の手順を示すフローチャートである。

【図24】本実施形態によるシステムデータ更新処理の手順を示すフローチャートである。

【図25】本実施形態による端末品質管理処理の手順を示すフローチャートである。

【図26】本実施形態によるデータ参照処理の動作を示すシーケンス図である。

【図27】本実施形態によるデータ参照処理の手順を示すフローチャートである。

【図28】本実施形態によるデータ再構築処理の手順を示すフローチャートである。

【図29】本実施形態によるデータ再構築処理の手順を示すフローチャートである。

【図30】本実施形態による一時バッファに記憶された端末データのデータ構成を示す概略図である。

【発明を実施するための形態】

【0023】

以下、図面を参照しながら本発明の一実施形態について詳しく説明する。
図１は、本発明の一実施形態による棚札管理システムの構成を示すブロック図である。
棚札管理システムは、棚札管理装置１と、複数の中継装置２と、複数の電子棚札端末３とを含んで構成される。そして、棚札管理装置１と中継装置２、および中継装置２と電子棚札端末３がそれぞれ通信ネットワークを介して接続される。なお、本実施形態においては、中継装置２と電子棚札端末３とは無線通信により接続される。

【0024】

図２は、本実施形態による棚札管理装置１の構成を示すブロック図である。
棚札管理装置１は、制御部１０１と、表示部１０２と、操作部１０３と、通信部１０４と、記憶部１０５とを含んで構成されるサーバ装置である。
制御部１０１は、棚札管理装置１を統括して制御する。表示部１０２は、各種データを表示する液晶表示器等の表示装置である。操作部１０３は、キーボードやマウス等の入力装置である。通信部１０４は、中継装置２を介して電子棚札端末３と通信処理を行う。

【0025】

記憶部１０５は、システムデータ保持部１０５Ａと、外部記憶データ管理テーブル１０５Ｂと、端末管理テーブル１０５Ｃと、一時バッファ１０５Ｄと、データ重要度定義テーブル１０５Ｅとを含んで構成される。外部システムデータ保持部１０５Ａは、例えば、商品マスタデータ等、システムで用いるシステムデータを保持（記憶）する。外部記憶データ管理テーブル１０５Ｂは、どの電子棚札端末３をシステムデータの外部記憶装置として用いるかを管理するテーブルである。端末管理テーブル１０５Ｃは、棚札管理システムに含まれる電子棚札端末３を管理するテーブルである。一時バッファ１０５Ｄは、各種処理用のデータを一時的に保持する。データ重要度定義テーブル１０５Ｅは、システムデータの重要度を示すテーブルである。

【0026】

図３は、本実施形態によるデータ重要度定義テーブル１０５Ｅのデータ構造及びデータ例を示す概略図である。図示するように、データ重要度定義テーブル１０５Ｅは、行と列からなる２次元の表形式のデータであり、システムデータと、重要度との各項目の列を有している。このテーブルの各行はシステムデータ毎に存在する。システムデータ種別は、棚札管理システムで用いるシステムデータの種別である。重要度は、システムデータ種別に対応する重要度であり、値が小さいほど重要度が高く、値が大きいほど重要度が低い。
図示する例では、商品の名称や商品価格等の商品マスタデータに対応する重要度は「１」であり、店舗の情報に対応する重要度は「２」であり、従業員の情報に対応する重要度は「３」であり、エラーログに対応する重要度は「４」であり、各種トランザクションデータに対応する重要度は「５」である。つまり、商品マスタデータ、店舗の情報、及び従業員の情報等の棚札管理システムを構成する上で必要なシステムデータは重要度が高く、エラーログ、各種トランザクションデータ等一時的なシステムデータは重要度が低い。
なお、システムデータは、棚札管理システムにおいて用いられるデータであれば、本図に示すデータ例以外のデータであってもよい。

【0027】

図４は、本実施形態によるシステムデータ保持部１０５Ａのデータ構造を示す概略図である。図示するように、システムデータを保持するシステムデータ保持部１０５Ａは、データブロック１からデータブロックＮまでのＮ個のデータブロックに分割されている。データブロックｉ（ｉ＝１，２，…，Ｎ）は、ｉの値が小さいほど重要なシステムデータを保持する。すなわち、システムデータ保持部１０５Ａは、重要度毎にシステムデータをブロック化する。制御部１０１は、データ重要度定義テーブル１０５Ｅに基づいて各システムデータを各データブロックに書き込む。例えば、制御部１０１は、最も重要度の高い商品マスタデータをデータブロック１に書き込み、次に重要度の高い店舗の情報をデータブロック２に書き込み、次に重要度の高い従業員の情報をデータブロック３に書き込む。同様に、制御部１０１は、他のシステムデータについてもデータ重要度定義テーブル１０５Ｅの重要度に基づいて書き込むデータブロックを決定する。また、本実施形態では、棚札管理装置１は、このシステムデータ保持部１０５Ａに記憶されたシステムデータを外部記憶データとして各電子棚札端末３に保持させる。すなわち、棚札管理装置１は、電子棚札端末３をシステムデータの外部記憶装置として用いる。

【0028】

図５は、本実施形態による外部記憶データ管理テーブル１０５Ｂのデータ構成及びデータ例を示す概略図である。
外部記憶データ管理テーブル１０５Ｂは、システムデータ保持部１０５Ａのデータブロックｉを更に複数（本例では８個）のブロックｉｊ（ｊ＝１，２，…，８）に分割して管理する。以下、各ブロックｉｊが保持するシステムデータを外部記憶データとする。図示するように、外部記憶データ管理テーブル１０５Ｂは、行と列からなる２次元の表形式のデータであり、ブロック論理Ｎｏと、データバージョンと、データ日付けと、ＣＳ（Check Sum）と、端末ＩＤ（ｋ（ｋ＝１，２，…，５））との各項目の列を有している。このテーブルの各行はブロックｉｊ毎に存在する。ブロック論理Ｎｏは、各ブロックｉｊを識別する識別情報である。データバージョンは、ブロックｉｊが保持する外部記憶データのバージョンである。データ日付けは、ブロックｉｊが保持する外部記憶データが更新された日付けである。ＣＳは、ブロック論理Ｎｏ、データバージョン、データ日付け、及び外部記憶データ本体全ての有効性を確認するためのＣＳであり、該当領域（ブロック論理Ｎｏ、データバージョン、データ日付け、及び外部記憶データ本体）のバイト毎或いはワード毎の加算結果である。端末ＩＤ（ｋ）は、ブロックｉｊに記憶された外部記憶データを保持する電子棚札端末３の識別情報である。なお、本例では、１つのブロックｉｊの外部記憶データを保持する電子棚札端末３の上限数を５としたが、上限数は５以上であってもよい。また、端末ＩＤ（ｋ）「００００」は、外部記憶データを保持する電子棚札端末３が未設定であることを表す。また、端末ＩＤ（ｋ）「−」は、外部記憶データを保持させないことを表す。本図に示す例では、ブロック論理Ｎｏ「Ｄ１１」の外部記憶データは５台の電子棚札端末３が保持し、ブロック論理Ｎｏ「Ｄ３１」の外部記憶データは３台の電子棚札端末３が保持する。つまり、重要度の高い外部記憶データほど多くの電子棚札端末３が保持する。

【0029】

図６は、本実施形態による端末管理テーブル１０５Ｃのデータ構成及びデータ例を示す概略図である。
図示するように、端末管理テーブル１０５Ｃは、行と列からなる２次元の表形式のデータであり、端末ＩＤと、外部データ有無と、電池残量Ａと、通信エラー回数Ｂと、端末再接続回数Ｃと、端末品質値Ｑとの各項目の列を有している。このテーブルの各行は端末ＩＤ毎に存在する。端末ＩＤは、各電子棚札端末３を識別する識別子である。外部データ有無は、該当する電子棚札端末３に外部記憶データを保持させているかどうかを示す。外部データ有無「１」は外部記憶データを保持させていることを表し、外部データ有無「０」は外部記憶データを保持させていないことを表す。電池残量Ａは、該当する電子棚札端末３の電池残量を表す値であり、単位はパーセント（範囲は、０〜１００）である。通信エラー回数Ｂは、例えば、過去１０日間に発生した通信エラーの回数である。例えば、棚札管理装置１は、電子棚札端末３にデータを送信した際に、送信したデータに対する応答がなかった場合に通信エラーが発生したと判定する。

【0030】

端末再接続回数Ｃは、例えば、過去１０日間に発生した電子棚札端末３の再接続回数である。電子棚札端末３は、電源をオフからオンにした場合や、無線通信圏外から無線通信圏内に入った場合、電子棚札端末３の移動などによって接続先の中継装置２が変更となった場合等に棚札管理装置１と再接続する。ここで、電子棚札端末３は、無線同期パターンの受信に基づいて自身の無線通信圏内又は無線通信圏外を判定する。この無線同期パターンは、所定の周期（例えば３０秒毎）で中継装置２から送信される予め定められた文字列のデータである。電子棚札端末３は、所定の周期で無線同期パターンを受信している場合に無線通信圏内であると判定し、所定時間以上無線同期パターンを受信していない場合に無線通信圏外であると判定する。端末品質値Ｑは、該当する電子棚札端末３の品質を表す値であり、例えば、次の式（１）により表される。

【0031】

Ｑ＝Ａ×（ｋ_B（Ｎ_B−Ｂ））＋ｋ_c（Ｎ_c−Ｃ））…（１）

【0032】

ただし、ｋ_Bは予め設定された通信エラー回数の重み付けパラメータ係数であり、ｋ_cは予め設定された再接続回数の重み付けパラメータ係数である。また、Ｎ_Bは予め設定された通信エラー回数の許容限界値であり、Ｎ_cは予め設定された再接続回数の許容限界値である。ただし、棚札管理装置１は、上述した式（１）においてＱが負の値になった場合には、端末品質値Ｑ＝０とする。

【0033】

図７は、本実施形態による電子棚札端末３の構成を示すブロック図である。
電子棚札端末３は、制御部３０１と、無線通信部３０２と、電源部３０３と、表示部３０５と、記憶部３０６とを含んで構成される。制御部３０１は、電子棚札端末３を統括して制御する。無線通信部３０２は、中継装置２を介して棚札管理装置１と通信処理を行う。電源部３０３は、各部に電源を供給する。表示部３０５は、商品名や商品価格等の表示データを表示する。記憶部３０６は、端末ＩＤ、表示データ及び外部記憶データを記憶する。

【0034】

図８は、本実施形態による電子棚札端末３の記憶部３０６のデータ構成を示す概略図である。
記憶部３０６は、端末ＩＤ保持部と、表示データ保持部と、外部記憶データ保持部とを含んで構成される。端末ＩＤ保持部は、自端末の端末ＩＤを保持する。表示データ保持部は、表示データ等、表示部３０５に表示するデータを保持する。外部記憶データ保持部は、棚札管理装置１から受信した外部記憶データを保持する。すなわち、外部記憶データ保持部は、棚札管理装置１の外部記憶装置を構成する領域である。

【0035】

図９は、本実施形態による電子棚札端末３の外部記憶データ保持部のデータ構成を示す概略図である。
外部記憶データ保持部は、ブロック論理Ｎｏと、データバージョンと、データ日付けと、データ本体と、ＣＳとを保持する。ブロック論理Ｎｏは、外部記憶データのブロック論理Ｎｏである。データバージョンは、外部記憶データのバージョンである。データ日付けは、外部記憶データが更新された日付けである。データ本体は、外部記憶データ本体である。また、ＣＳは、ブロック論理Ｎｏ、データバージョン、データ日付け、及びデータ本体全てのデータの有効性を確認するためのＣＳである。

【0036】

図１０は、本実施形態によるインストール処理の動作を示すシーケンス図である。
以下に示すインストール処理前の棚札管理装置１の外部記憶データ管理テーブル１０５Ｂには、電子棚札端末３の端末ＩＤは格納されていない。
棚札管理装置１は、ソフトウェア機能ボタンの押下等によって「インストール中」のモードに移行する（ステップＳ１０１）。この間、棚札管理装置１は、図６に示す端末管理テーブル１０５Ｃを構築する。具体的には、棚札管理装置１は、インストール中に電子棚札端末３から端末参加要求を受信すると（ステップＳ１０２）、端末参加応答「端末参加ＯＫ／データ無効」を返信する（ステップＳ１０３）とともに、受信した端末参加要求に含まれる情報を端末管理テーブル１０５Ｃに書き込む。端末参加要求は、棚札管理装置１が管理する棚札管理システムに参加するためのデータであり、端末参加識別と、端末ＩＤと、電池残量と、ブロック論理Ｎｏと、データバージョンと、データ日付けと、ＣＳと、その他の情報とを含む（図１０（ｂ）参照）。端末参加識別は、端末参加要求であることを示す識別子である。また、端末参加応答は、端末参加要求に対する応答データであり、「端末参加ＯＫ／ＮＧ」と「データ有効／無効」とを含む（図１０（ｃ）参照）。「端末参加ＯＫ」は電子棚札端末３の棚札管理システムへの参加を許可することを表し、「棚札参加ＮＧ」は電子棚札端末３の棚札管理システムへの参加を許可しないことを表す。また、「データ有効」は電子棚札端末３の保持している外部記憶データが有効であることを表し、「データ無効」は電子棚札端末３の保持している外部記憶データが無効であることを表す。

【0037】

棚札管理装置１は、ステップＳ１０２からＳ１０３までの処理を棚札管理システムに参加する電子棚札端末３の台数分行い、インストール処理を終了する。続いて、棚札管理装置１は、データ同期処理へ移行する。

【0038】

図１１は、本実施形態によるインストール処理終了時における端末管理テーブル１０５Ｃのデータ例を示す概略図である。
図示するように、全ての電子棚札端末３の外部データ有無は「０」であり、通信エラー回数は「０」であり、端末再接続回数は「０」である。また、各電子棚札端末３の電池残量は、上述したステップＳ１０２において各電子棚札端末３から受信した端末参加要求に含まれる電池残量である。

【0039】

図１２は、本実施形態によるインストール処理終了時における外部記憶データ管理テーブル１０５Ｂのデータ例を示す概略図である。
図示するように、各ブロック論理Ｎｏに対応する端末ＩＤ（ｋ）の値は全て「００００」であり、設定されていない。なお、データバージョンと、データ日付けと、ＣＳは、予め生成されている。

【0040】

次に、図１３を参照して、棚札管理装置１によるデータ同期処理について説明する。図１３は、本実施形態によるデータ同期処理の手順を示すフローチャートである。
本図に示すデータ同期処理は、インストール処理において全ての電子棚札端末３の参加が終了した時点でソフトウェア機能ボタンの押下等により開始する。又は、棚札管理装置１は、１日に１回或いは１週間に１回等、定期的にデータ同期処理を行う。データ同期処理は、全ての電子棚札端末３と全てのブロックｉｊに対して外部記憶データの分配を最適化するための処理である。

【0041】

まず、棚札管理装置１の制御部１０１は、端末管理テーブル１０５Ｃにおける全ての電子棚札端末３の外部データ有無を「０」とする（ステップＳ２０１）。次に、制御部１０１は、処理対象のブロックｂｌｏｃｋを最初のブロックである「Ｄ１１」とする（ステップＳ２０２）。次に、制御部１０１は、全てのブロックについて次のステップＳ２０５からＳ２０７までの処理が終了したか否かを判定する（ステップＳ２０３）。全てのブロックについて処理が終了した場合（ステップＳ２０３：Ｙｅｓ）には、この。データ同期処理を終了する。

【0042】

一方、全てのブロックｉｊについて処理が終了していない場合（ステップＳ２０３：Ｎｏ）には、端末管理テーブル１０５Ｃにおいて外部データ有無「０」である電子棚札端末３のうち端末品質値が最大の電子棚札端末３を選択する（ステップＳ２０４）。次に、制御部１０１は、図１５に示す外部データ送信処理を行うことにより、選択した電子棚札端末３にｂｌｏｃｋの外部記憶データを送信する（ステップＳ２０５）。この外部記憶データ送信処理の詳細については後述する。そして、制御部１０１は、選択した電子棚札端末３の端末ＩＤをｂｌｏｃｋに対応付けて外部記憶データ管理テーブル１０５Ｂに書き込む（ステップＳ２０６）。そして、制御部１０１は、端末管理テーブル１０５Ｃにおいて、選択した電子棚札端末３に対応する外部データ有無を「１」とする（ステップＳ２０７）。制御部１０１は、上述したステップＳ２０４からＳ２０７までの処理を、外部記憶データ管理テーブル１０５Ｂのｂｌｏｃｋに対応する端末ＩＤ（ｋ）に「００００」がなくなるまで繰り返す。そして、制御部１０１は、対象となるｂｌｏｃｋを次のブロックとし（ステップＳ２０８）、ステップＳ２０３へ戻る。

【0043】

図１４は、本実施形態による外部記憶データ送信処理の動作を示すシーケンス図である。
まず、棚札管理装置１は、電子棚札端末３に外部記憶データを送信する（ステップＳ３０１）。ここで送信する外部記憶データは、外部記憶データ識別と、ブロック論理Ｎｏと、データバージョンと、データ日付けと、データ本体と、ＣＳとを含む（図１４（ｂ）参照）。外部記憶データ識別は、外部記憶データであることを表す識別子である。データ本体は、外部記憶データ本体である。電子棚札端末３は、外部記憶データを受信すると、外部記憶データのＣＳチェックをする（ステップＳ３０２）。具体的には、電子棚札端末３の制御部３０１は、ＣＳの対象領域（ブロック論理Ｎｏ、データバージョン、データ日付け、及びデータ本体）のバイト毎又はワード毎の加算値が受信したＣＳと一致する場合に外部記憶データが有効（ＯＫ）であると判定する。一方、制御部３０１は、加算値が受信したＣＳと一致しない場合に外部記憶データが無効（ＮＧ）であると判定する。そして、電子棚札端末３は、外部記憶データが有効であると判定すると（ステップＳ３０２：Ｙｅｓ）、外部記憶データ応答「ＯＫ」を棚札管理装置１に送信する（ステップＳ３０３）。一方、電子棚札端末３は、外部記憶データが無効であると判定すると（ステップＳ３０２：Ｎｏ）、外部記憶データ応答「ＮＧ」を棚札管理装置１に送信する（ステップＳ３０４）。外部記憶データ応答は、外部記憶データに対する応答データであり、「ＯＫ／ＮＧ」と電池残量とを含む（図１４（ｃ）参照）。棚札管理装置１は、外部記憶データ応答に応じて外部記憶データ管理テーブル１０５Ｂと端末管理テーブル１０５Ｃとを更新する（ステップＳ３０５）。

【0044】

次に、図１５を参照して、棚札管理装置１による外部記憶データ送信処理の詳細について説明する。図１５は、本実施形態による外部記憶データ送信処理の手順を示すフローチャートである。
まず、棚札管理装置１の制御部１０１は、選択した電子棚札端末３に外部記憶データを送信する（ステップＳ４０１）。次に、制御部１０１は、外部記憶データの送信先の電子棚札端末３からの外部記憶データ応答「ＯＫ」を受信したか否かを判定する（ステップＳ４０２）。制御部１０１は、外部記憶データ応答「ＯＫ」を受信した場合には（ステップＳ４０２：Ｙｅｓ）、外部記憶データの送信に成功したと判定し、処理を終了する。

【0045】

一方、制御部１０１は、外部記憶データ応答「ＯＫ」を受信していない場合（ステップＳ４０２：Ｎｏ）には、端末管理テーブル１０５Ｃにおいて外部データ有無が「０」であって外部記憶データを送信していない電子棚札端末３のうち、端末品質値が最も大きいものを選択する（ステップＳ４０３）。そして、制御部１０１は、ステップＳ４０３において電子棚札端末３を選択できたか否かを判定する（ステップＳ４０４）。制御部１０１は、電子棚札端末３を選択できなかった場合には（ステップＳ４０４：Ｎｏ）、外部記憶データの送信に失敗したと判定し、処理を終了する。一方、制御部１０１は、電子棚札端末３を選択できた場合には（ステップＳ４０４：Ｙｅｓ）、選択した電子棚札端末３に外部記憶データを送信する（ステップＳ４０５）。次に、制御部１０１は、外部記憶データの送信先の電子棚札端末３からの外部記憶データ応答が「ＯＫ」であるか否かを判定する（ステップＳ４０６）。制御部１０１は、外部記憶データ応答が「ＯＫ」である場合には（ステップＳ４０６：Ｙｅｓ）、外部記憶データの送信に成功したと判定し、処理を終了する。一方、制御部１０１は、外部記憶データ応答が「ＮＧ」である場合には（ステップＳ４０６：Ｎｏ）、ステップＳ４０３へ戻る。

【0046】

図１６は、本実施形態による表示データ送信処理の動作を示すシーケンス図である。
まず、棚札管理装置１は、商品名称や商品価格等の表示データを電子棚札端末３に送信する（ステップＳ５０１）。電子棚札端末３は、受信した表示データを表示部３０５に表示する（ステップＳ５０２）。そして、電子棚札端末３は、受信した表示データに対する応答である表示データ応答を棚札管理装置１に送信する（ステップＳ５０３）。表示データ応答は、「ＯＫ／ＮＧ」と、電池残量と、ブロック論理Ｎｏと、データバージョンと、データ日付けと、ＣＳとを含むデータである（図１６（ｂ）参照）。

【0047】

棚札管理装置１は、表示データ応答を受信すると、受信した表示データ応答に含まれるブロック論理Ｎｏに対応するデータバージョンと、データ日付けと、ＣＳとを外部記憶データ管理テーブル１０５Ｂから読み出し、読み出した各データが表示データ応答に含まれる各データと夫々一致するか否かを判定する（ステップＳ５０４）。棚札管理装置１は、表示データ応答が外部記憶データ管理テーブル１０５Ｂと一致する場合には（ステップＳ５０４：Ｙｅｓ）、処理を終了する。

【0048】

一方、棚札管理装置１は、表示データ応答が外部記憶データ管理テーブル１０５Ｂと一致しない場合には（ステップＳ５０４：Ｎｏ）、外部記憶データを送信する（ステップＳ５０５）。電子棚札端末３は、外部記憶データを受信すると、受信したＣＳに基づき受信した外部記憶データの有効性を判定する（ステップＳ５０６）。そして、電子棚札端末３は、外部記憶データが有効であると判定すると（ステップＳ５０６：Ｙｅｓ）、外部記憶データ応答「ＯＫ」を棚札管理装置１に送信する（ステップＳ５０７）。一方、電子棚札端末３は、外部記憶データが有効でないと判定すると（ステップＳ５０６：Ｎｏ）、外部記憶データ応答「ＮＧ」を棚札管理装置１に送信する（ステップＳ５０８）。棚札管理装置１は、外部記憶データ応答に応じて外部記憶データ管理テーブル１０５Ｂと端末管理テーブル１０５Ｃとを更新する（ステップＳ５０９）。

【0049】

図１７は、本実施形態による状態確認処理の動作を示すシーケンス図である。
棚札管理装置１は、例えば1日に1回等定期的に以下の状態確認処理を行う。
まず、棚札管理装置１は、電子棚札端末３の状態を確認するための状態確認コマンドを電子棚札端末３に送信する（ステップＳ６０１）。電子棚札端末３は、状態確認コマンドを受信すると、自端末の各種状態を取得する（ステップＳ６０２）。各種状態とは、例えば、無線の受信強度、エラー回数、データ更新回数等の各電子棚札端末３の状態を示す情報である。そして、電子棚札端末３は、状態確認コマンドの応答である状態応答を棚札管理装置１に送信する（ステップＳ６０３）。状態応答は、状態応答識別と、電池残量と、ブロック論理Ｎｏと、データバージョンと、データ日付けと、ＣＳと、各種状態とを含む（図１７（ｂ）参照）。状態応答識別は、データが状態応答であることを表す識別子である。以下の処理は、上述した表示データ送信処理のステップＳ５０４〜Ｓ５０９までの処理と同様である。

【0050】

次に、図１８を参照して、棚札管理装置１による表示データ送信処理及び状態確認処理の詳細について説明する。図１８は、本実施形態による表示データ送信処理及び状態確認処理の手順を示すフローチャートである。
まず、棚札管理装置１の制御部１０１は、電子棚札端末３に表示データ又は状態確認コマンドを送信する（ステップＳ７０１）。次に、制御部１０１は、送信した表示データ又は状態確認コマンドに対する応答の受信に成功したか否かを判定する（ステップＳ７０２）。制御部１０１は、応答の受信に失敗した場合（ステップＳ７０２：Ｎｏ）には、処理を終了する。一方、応答の受信に成功した場合（ステップＳ７０２：Ｙｅｓ）には、受信した応答に含まれるブロック論理Ｎｏに対応するデータバージョンとデータ日付けとＣＳとを外部記憶データ管理テーブル１０５Ｂから読み出し、読み出した各データが応答に含まれる各データと夫々一致するか否かを判定する（ステップＳ７０３）。制御部１０１は、応答が外部記憶データ管理テーブル１０５Ｂと一致する場合（ステップＳ７０３：Ｙｅｓ）には、外部記憶データの送信に成功したと判定し、処理を終了する。一方、制御部１０１は、応答が外部記憶データ管理テーブル１０５Ｂと一致しない場合（ステップＳ７０３：Ｎｏ）には、図１５に示す外部記憶データ送信処理を行う（ステップＳ７０４）。

【0051】

図１９は、本実施形態による端末参加処理の動作を示すシーケンス図である。
この端末参加処理は、電子棚札端末３の再接続処理である。棚札管理装置１は、端末参加要求を受信すると、端末参加要求を送信した電子棚札端末３が再接続したと判定する。電子棚札端末３は、例えば、電源がオフからオンになった場合や、無線通信圏外から無線通信圏内になった場合にこの端末参加処理を行う。例えば、電子棚札端末３は、自身が無線通信圏外になると、無線同期パターンをサーチし、無線同期パターンが見つかると、無線通信圏内になったと判定して本図に示す端末参加処理を開始する。

【0052】

まず、電子棚札端末３は、端末参加要求を棚札管理装置１に送信する（ステップＳ８０１）。棚札管理装置１は、端末参加要求を受信すると、受信した端末参加要求に含まれる端末ＩＤに基づいて電子棚札端末３が参加可能であるか否かを判定する（ステップＳ８０２）。棚札管理装置１は、電子棚札端末３が参加できない場合（ステップＳ８０２：Ｎｏ）には処理を終了する。一方、棚札管理装置１は、電子棚札端末３が参加可能である場合（ステップＳ８０２：Ｙｅｓ）には、受信した端末参加要求に含まれるブロック論理Ｎｏの外部記憶データが有効であるか又は無効であるかを判定する（ステップＳ８０３）。この外部記憶データ有効／無効の判定処理の詳細については後述する。棚札管理装置１は、外部記憶データが有効である場合には、端末参加応答「参加ＯＫ／データ有効」を電子棚札端末３に送信する（ステップＳ８０４）。電子棚札端末３は、端末参加応答「参加ＯＫ／データ有効」を受信すると、端末参加処理を終了する。一方、棚札管理装置１は、外部記憶データが無効であると判定した場合には、端末参加応答「参加ＯＫ／データ無効」を電子棚札端末３に送信する（ステップＳ８０５）。電子棚札端末３は、端末参加応答「参加ＯＫ／データ無効」を受信すると、外部記憶データ保持部をイニシャライズする（ステップＳ８０６）。この外部記憶データ保持部のイニシャライズ処理については後述する。

【0053】

次に、図２０を参照して、棚札管理装置１による外部記憶データ有効／無効判定処理の詳細について説明する。図２０は、本実施形態による外部記憶データ有効／無効判定処理の手順を示すフローチャートである。
まず、棚札管理装置１の制御部１０１は、受信した端末参加要求から、端末ＩＤと、ブロック論理Ｎｏと、データバージョンと、データ日付けと、ＣＳとを取得する（ステップＳ９０１）。次に、制御部１０１は、取得したブロック論理Ｎｏ（以下、該当ブロック論理Ｎｏとする）がＤ１１からＤＮ８までの範囲内であるか否かを判定する（ステップＳ９０２）。制御部１０１は、該当ブロック論理Ｎｏが範囲内でない場合（ステップＳ９０２：Ｎｏ）には、外部記憶データが無効であると判定し、処理を終了する。一方、制御部１０１は、該当ブロック論理Ｎｏが範囲内である場合（ステップＳ９０２：Ｙｅｓ）には、該当ブロック論理Ｎｏに対応するデータバージョンと、データ日付けとＣＳとを外部記憶データ管理テーブル１０５Ｂから読み出す。そして、制御部１０１は、読み出した各データを端末参加要求から取得した各データと夫々比較する（ステップＳ９０３）。

【0054】

そして、制御部１０１は、比較した結果、各データが一致するか否かを判定する（ステップＳ９０４）。制御部１０１は、各データが一致しない場合（ステップＳ９０４：Ｎｏ）には、外部記憶データが無効であると判定し、処理を終了する。一方、制御部１０１は、各データが一致する場合（ステップＳ９０４：Ｙｅｓ）には、外部記憶データ管理テーブル１０５Ｂにおいて該当ブロック論理Ｎｏに端末参加要求の端末ＩＤが対応付けられているか否かを判定する（ステップＳ９０５）。制御部１０１は、対応付けられている場合（ステップＳ９０５：Ｙｅｓ）場合には、外部記憶データが有効であると判定し、処理を終了する。一方、制御部１０１は、対応付けられていない場合（ステップＳ９０５：Ｎｏ）には、外部記憶データ管理テーブル１０５Ｂにおいて該当ブロック論理Ｎｏに端末ＩＤ領域の空きがあるか否かを判定する（ステップＳ９０６）。制御部１０１は、端末ＩＤ領域に空きがない場合（ステップＳ９０６：Ｎｏ）には、外部記憶データが無効であると判定し、処理を終了する。一方、制御部１０１は、端末ＩＤ領域に空きがある場合（ステップＳ９０６：Ｙｅｓ）には、端末参加要求の端末ＩＤを外部記憶データ管理テーブル１０５Ｂの該当ブロック論理Ｎｏに対応付けて書き込む（ステップＳ９０７）。そして、制御部１０１は、外部記憶データが有効であると判定し、処理を終了する。

【0055】

次に、図２１を参照して、電子棚札端末３による外部記憶データ保持部のイニシャライズ処理の詳細について説明する。図２１は、本実施形態による外部記憶データ保持部のイニシャライズ処理の手順を示すフローチャートである。
電子棚札端末３の制御部３０１は、外部記憶データ保持部の各領域を「ブロック論理Ｎｏ＝０００、データバージョン＝０００、データ日付け＝０年０月０日０時０分、データ本体＝オール（全て）０、ＣＳ＝ＦＦＦＦ…（ＮＧの状態）」とすることにより外部記憶データ保持部をイニシャライズする（ステップＳ１００１）。

【0056】

次に、図２２を参照して、電子棚札端末３による電源投入時の処理について説明する。図２２は、本実施形態による電源投入時の処理の手順を示すフローチャートである。
まず、電子棚札端末３の制御部３０１は、必要なハードウェア（Ｈ／Ｗ）をイニシャライズする（ステップＳ１１０１）。次に、制御部３０１は、必要はソフトウェア（Ｓ／Ｗ）をイニシャライズする（ステップＳ１１０２）。次に、制御部３０１は、図２１に示す外部記憶データ保持部のイニシャライズ処理を行う（ステップＳ１１０３）。最後に、制御部３０１は、図１９に示す端末参加処理を行う（ステップＳ１１０４）。

【0057】

次に、図２３を参照して、電子棚札端末３による再接続時の処理について説明する。図２３は、本実施形態による再接続時の処理の手順を示すフローチャートである。
まず、電子棚札端末３の制御部３０１は、中継装置２との無線同期を維持しているか否かを判定する（ステップＳ１２０１）。具体的には、制御部３０１は、所定間隔毎に無線同期データを受信している場合に無線同期を維持していると判定し、所定時間以上無線同期データを受信していない場合に無線同期を維持していないと判定する。制御部３０１は、中継装置２との無線同期を維持している場合（ステップＳ１２０１：Ｙｅｓ）には通常処理を行う（ステップＳ１２０２）。一方、制御部３０１は、中継装置２との無線同期を維持していない場合（ステップＳ１２０１：Ｎｏ）には、無線の周波数チャネルを変えながら無線同期パターンを検索して、中継装置２をサーチする（ステップＳ１２０３）。そして、制御部３０１は、中継装置２のサーチに成功した否かを判定する（ステップＳ１２０４）。制御部３０１は、中継装置２のサーチに失敗した場合（ステップＳ１２０４：Ｎｏ）にはステップＳ１２０３へ戻る。一方、制御部３０１は、中継装置２のサーチに成功した場合（ステップＳ１２０４：Ｙｅｓ）には、外部記憶データ保持部に記憶された外部記憶データのＣＳをチェックする。（ステップＳ１２０５）。そして、制御部３０１は、ＣＳのチェックがＯＫであるかＮＧであるかを判定する（ステップＳ１２０６）。制御部３０１は、ＣＳのチェックがＮＧであれば（ステップＳ１２０６：Ｎｏ）、図２１に示す外部記憶データ保持部のイニシャライズ処理を行う（ステップＳ１２０７）。そして、最後に、制御部３０１は、図１９に示す端末参加処理を行う（ステップＳ１２０８）。

【0058】

次に、図２４を参照して、棚札管理装置１によるシステムデータ更新処理について説明する。図２４は、本実施形態によるシステムデータ更新処理の手順を示すフローチャートである。
棚札管理装置１は、システムデータ保持部１０５Ａにおいてシステムデータの更新があった場合に、以下に示すシステムデータ更新処理を行う。なお、棚札管理装置１は、システムデータが大きく（所定値より多く）変更された場合には、図１３に示すデータ同期処理を行ってもよい。

【0059】

まず、棚札管理装置１の制御部１０１は、システムデータに更新のあったブロック論理Ｎｏを抽出する（ステップＳ１３０１）。次に、制御部１０１は、変更のあった（ブロック論理Ｎｏを抽出した）ブロック全てに対して以下に示すステップＳ１３０３〜Ｓ１３０８までの処理を行ったか否かを判定する（ステップＳ１３０２）。制御部１０１は、変更のあったブロック全て終了した場合（ステップＳ１３０２：Ｙｅｓ）には処理を終了する。一方、制御部１０１は、変更のあったブロック全て終了していない場合（ステップＳ１３０２：Ｎｏ）には、抽出したブロック論理Ｎｏ（以下、対象ブロック論理Ｎｏとする）に格納する外部記憶データのデータバージョンとデータ日付け付番する（ステップＳ１３０３）。そして、制御部１０１は、外部記憶データのＣＳを算出する（ステップＳ１３０４）。

【0060】

次に、制御部１０１は、外部記憶データ管理テーブル１０５Ｂから対象ブロック論理Ｎｏの端末ＩＤを読み出す（ステップＳ１３０５）。そして、制御部１０１は、読み出した端末ＩＤの電子棚札端末３に対して、図１５に示す外部記憶データ送信処理を行う（ステップＳ１３０６）。次に、制御部１０１は、読み出した端末ＩＤを対象ブロック論理Ｎｏに対応付けて外部記憶データ管理テーブル１０５Ｂに書き込む（ステップＳ１３０７）。そして、制御部１０１は、端末管理テーブル１０５Ｃの読み出した端末ＩＤに対応する外部記憶データ有無を「１」にする（ステップＳ１３０８）。そして、制御部１０１は、対象ブロック論理Ｎｏを次の抽出したブロック論理Ｎｏとし（ステップＳ１３０９）、ステップＳ１３０２へ戻る。

【0061】

次に、図２５を参照して、棚札管理装置１による端末品質管理処理について説明する。図２５は、本実施形態による端末品質管理処理の手順を示すフローチャートである。
棚札管理装置１は、電子棚札端末３との通信が発生した際に、この図に示す端末品質管理処理を行う。この端末品質管理処理は、端末品質値Ｑに基づいて、外部記憶データを保持する電子棚札端末３を代替する処理である。

【0062】

まず、棚札管理装置１の制御部１０１は、通信の必要性があるか否かを判定する（ステップＳ１４０１）。制御部１０１は、通信の必要性がない場合にはステップＳ１４０１へ戻る。一方、制御部１０１は、通信の必要性がある場合には、電子棚札端末３と通信を実行する。制御部１０１は、例えば、商品の価格情報が変更になったときに電子棚札端末３の表示データを書き換える場合等、電子棚札端末３に送信するデータがあるときに通信の必要性があると判定する。そして、制御部１０１は、通信を実行した電子棚札端末３（以下、通信実行電子棚札端末３とする）から受信したデータに基づき、端末管理テーブル１０５Ｃを更新する（ステップＳ１４０２）。具体的には、制御部１０１は、通信実行電子棚札端末３から受信したデータに含まれる電池残量を端末管理テーブル１０５Ｃに書き込む。

【0063】

次に、制御部１０１は、端末管理テーブル１０５Ｃにおいて、更新したデータに基づき、通信実行電子棚札端末３の端末品質値を再度算出して更新する（ステップＳ１４０３）。次に、制御部１０１は、通信実行電子棚札端末３の外部データ有無が「１」であるか否かを判定する（ステップＳ１４０４）。外部データ有無が「０」である場合（ステップＳ１４０４：Ｎｏ）には処理を終了する。一方、制御部１０１は、外部データ有無が「１」である場合（ステップＳ１４０４：Ｙｅｓ）には、通信実行電子棚札端末３の端末品質値が所定の閾値以下であるか否かを判定する（ステップＳ１４０５）。端末品質値が閾値以下でない場合（ステップＳ１４０５：Ｎｏ）には処理を終了する。一方、制御部１０１は、端末品質値が閾値以下である場合（ステップＳ１４０５：Ｙｅｓ）には、端末管理テーブル１０５Ｃの外部データ有無が「０」であり、かつ、端末品質値が通信実行電子棚札端末３より大きい電子棚札端末３を抽出する（ステップＳ１４０６）。そして、制御部１０１は、抽出した電子棚札端末３（以下、代替候補電子棚札端末３とする）に対して図１５に示す外部記憶データ送信処理を行う（ステップＳ１４０７）。次に、制御部１０１は、代替候補電子棚札端末３から外部記憶データ応答「ＯＫ」を受信したか否かを判定する（ステップＳ１４０８）。制御部１０１は、外部記憶データ応答「ＯＫ」を受信した場合（ステップＳ１４０８：Ｙｅｓ）には、端末代替処理を行い、代替成功として処理を終了する（ステップＳ１４０９）。具体的には、制御部１０１は、端末管理テーブル１０５Ｃにおいて、通信実行電子棚札端末３の外部データ有無を「０」とし、代替候補電子棚札端末３の外部データ有無を「１」とする。そして、制御部１０１は、外部記憶データ管理テーブル１０５Ｂにおける通信実行電子棚札端末３の端末ＩＤを代替候補電子棚札端末３の端末ＩＤに書き換える。

【0064】

一方、制御部１０１は、外部記憶データ応答「ＯＫ」を受信しなかった場合（ステップＳ１４０８：Ｎｏ）には、抽出した全ての代替候補電子棚札端末３に対して外部記憶データ送信処理が終了したか否かを判定する（ステップＳ１４１０）。全ての代替候補電子棚札端末３に対して終了している場合には、代替失敗として処理を終了する。一方、全ての代替候補電子棚札端末３に対して終了していない場合には、ステップＳ１４０７へ戻る。

【0065】

図２６は、本実施形態によるデータ参照処理の動作を示すシーケンス図である。このデータ参照処理は、棚札管理装置１が各電子棚札端末３の保持する外部記憶データを収集する処理である。
まず、棚札管理装置１が、外部記憶データを要求するコマンドである外部記憶データリクエストを電子棚札端末３に送信する（ステップＳ１５０１）。電子棚札端末３は、外部記憶データリクエストを受信すると、外部記憶データを外部記憶データ保持部から読み出し、読み出した外部記憶データを含む端末データを棚札管理装置１に送信する（ステップＳ１５０２）。電子棚札端末３が送信する端末データは、外部記憶データ識別と、ブロック論理Ｎｏと、電池残量と、データバージョンと、データ日付けと、外部記憶データと、ＣＳとを含む（図２６（ｂ）参照）。外部記憶データ識別は、外部記憶データを含むことを表す識別子である。

【0066】

次に、図２７を参照して、棚札管理装置１によるデータ参照処理について説明する。図２７は、本実施形態によるデータ参照処理の手順を示すフローチャートである。
まず、棚札管理装置１の制御部１０１は、ｋに１を代入する（ステップＳ１６０１）。次に、制御部１０１は、該当ブロックの端末ＩＤ（ｋ）を外部記憶データ管理テーブル１０５Ｂから読み出す（ステップＳ１６０２）。次に、制御部１０１は、読み出した端末ＩＤ（ｋ）の電子棚札端末３に外部記憶データリクエストを送信する（ステップＳ１６０３）。そして、制御部１０１は、送信した外部記憶データリクエストに対する応答である端末データを受信したか否かを判定する（ステップＳ１６０４）。制御部１０１は、端末データを受信した場合（ステップＳ１６０４：Ｙｅｓ）には、参照成功として処理を終了する。一方、制御部１０１は、応答を受信していない場合（ステップＳ１６０４：Ｎｏ）には、ｋに１を加算する（ステップＳ１６０５）。そして、制御部１０１は、該当ブロックの端末ＩＤ（ｋ）に端末ＩＤが設定されているか否かを判定する（ステップＳ１６０６）。制御部１０１は、端末ＩＤが設定されている場合（ステップＳ１６０６：Ｎｏ）には、ステップＳ１６０２へ戻る。一方、制御部１０１は、端末ＩＤが設定されていない場合（ステップＳ１６０６：Ｙｅｓ）には、参照失敗として処理を終了する。

【0067】

次に、図２８及び図２９を参照して、棚札管理装置１によるデータ再構築処理について説明する。図２８及び図２９は、本実施形態によるデータ再構築処理の手順を示すフローチャートである。
このデータ再構築処理は、棚札管理装置１の故障等により棚札管理装置１の交換を実施したときに、電子棚札端末３から外部記憶データを収集してシステムデータを復元する処理である。このデータ再構築処理を開始するときは、外部記憶データ管理テーブル１０５Ｂと端末管理テーブル１０５Ｃとは全て初期状態である。

【0068】

まず、棚札管理装置１の制御部１０１は、外部記憶データリクエストを全ての電子棚札端末３にブロードキャスト送信する（ステップＳ１７０１）。次に、制御部１０１は、電子棚札端末３から端末データを受信したか否かを判定する（ステップＳ１７０２）。制御部１０１は、端末データを受信した場合には（ステップＳ１７０２：Ｙｅｓ）、受信した端末データに基づき端末管理テーブル１０５Ｃを更新する（ステップＳ１７０４）。具体的には、受信した端末データに含まれる端末ＩＤと、外部データ有無「０」と、受信した端末データに含まれる電池残量と、通信エラー回数「０」と、端末再接続回数「０」と、上述した式（１）により算出した端末品質値との組のレコードを新たに端末管理テーブル１０５Ｃに追加する。

【0069】

次に、制御部１０１は、受信した外部記憶データのＣＳチェックを行う。（ステップＳ１７０５）。そして、制御部１０１は、ＣＳチェックがＮＧであればステップＳ１７０２へ戻る。一方、制御部１０１は、ＣＳチェックがＯＫであれば、受信した端末データを一時バッファ１０５Ｄに格納する（ステップＳ１７０６）。このとき、制御部１０１は、ブロック論理Ｎｏ毎に、各電子棚札端末から受信した端末データ（端末ＩＤと、データバージョンと、データ日付けと、ＣＳと、外部記憶データ）を対応付けて一時バッファ１０５Ｄに書き込む（図３０参照）。

【0070】

一方、制御部１０１は、電子棚札端末３から端末データを受信していない場合（ステップＳ１７０２：Ｎｏ）には、ブロードキャスト送信してから所定時間経過した（タイムアップ）か否かを判定する（ステップＳ１７０３）。この所定時間は、全ての電子棚札端末３から外部記憶データを受信したことを担保するための時間である。制御部１０１は、所定時間経過していない場合（ステップＳ１７０３：Ｎｏ）にはステップＳ１７０２へ戻る。

【0071】

一方、制御部１０１は、所定時間経過した場合（ステップＳ１７０３：Ｙｅｓ）には、対象ブロックＮｏを「Ｄ１１」とする（ステップＳ１７０７）。そして、制御部１０１は、対象ブロックＮｏの外部記憶データが一時バッファ１０５Ｄに記憶されているか否かを判定する（ステップＳ１７０８）。制御部１０１は、一時バッファ１０５Ｄに外部記憶データが記憶されていない場合（ステップＳ１７０８：Ｎｏ）には再構築失敗として処理を終了する。

【0072】

一方、制御部１０１は、一時バッファ１０５Ｄに外部記憶データが記憶されている場合（ステップＳ１７０８：Ｙｅｓ）には、対象ブロックＮｏに対応する端末データのＣＳを全て読み出す。そして、制御部１０１は、読み出したＣＳを比較し、値の一致するＣＳ数を計数し、計数したＣＳ数が読み出したＣＳのうち過半数を示すＣＳがあるか否かを判定する（ステップＳ１７０９）。制御部１０１は、過半数を示すＣＳがない場合（ステップＳ１７０９：Ｎｏ）には再構築失敗として処理を終了する。一方、制御部１０１は、過半数を示すＣＳがある場合（ステップＳ１７０９：Ｙｅｓ）には、過半数を示すＣＳを持つ端末ＩＤを一時バッファ１０５Ｄから読み出し、読み出した端末ＩＤを対照ブロックＮｏに対応付けて外部記憶データ管理テーブル１０５Ｂに書き込む（ステップＳ１７１０）。すなわち、制御部（復元部）１０１は、複数の電子棚札端末３から同一ブロックの外部記憶データを受信した場合には、受信した複数の外部記憶データを比較し、データ内容の一致する外部記憶データ数を計数し、計数した外部記憶データ数の多い外部記憶データに基づいて、システムデータを復元する。

【0073】

次に、制御部１０１は、端末管理テーブル１０５Ｃを更新する（ステップＳ１７１１）。具体的には、制御部１０１は、外部記憶データ管理テーブル１０５Ｂに書き込んだ端末ＩＤに対応する外部データ有無を「１」にする。次に、制御部１０１は、外部記憶データ管理テーブル１０５Ｂに書き込んだ端末ＩＤに対応する外部記憶データを一時バッファ１０５Ｄから読み出し、読み出した外部記憶データを対象ブロックＮｏのブロックに書き込むことにより、システムデータ保持部１０５Ａを更新する（ステップＳ１７１２）。最後に、制御部１０１は、システムデータ保持部１０５Ａの全てのブロックについて終了したか否かを判定する（ステップＳ１７１３）。全てのブロックについて終了した場合には再構築成功として処理を終了する。一方、全てのブロックについて終了していない場合には、対象ブロックＮｏを次のブロックとし（ステップＳ１７１４）、ステップＳ１７０８へ戻る。

【0074】

なお、棚札管理装置１は、このデータ再構築処理の終了後に図１３に示すデータ同期処理を行ってもよい。
また、上述したデータ再構築処理では、ステップＳ１７０９において、多数決方式にて再構築に用いる外部記憶データを選択しているが、例えば、データ日付けやデータバージョンが最新の外部記憶データを選択してもよい。

【0075】

このように、本実施形態によれば、棚札管理装置１は、システムデータを分割し、分割したシステムデータを電子棚札端末３に保持させる。これにより、棚札管理装置１に故障が発生した場合には、電子棚札端末３から分割したシステムデータを収集することにより、システムデータを容易に復元することができる。
また、既存の電子棚札端末３をシステムデータの外部記憶装置として利用するため、外部記憶装置を新たに用意する必要がない。
また、１つのブロックの外部記憶データを複数台の電子棚札端末３が保持しているため、例えば、１台の電子棚札端末３に故障や電池切れ、盗難等の事故が発生した場合であっても、他の電子棚札端末３を用いてシステムデータを復元することができる。
また、重要度の高いデータほどより多くの電子棚札端末３が保持するため、より耐障害性が向上する。
また、棚札管理装置１は、外部記憶データを保持する電子棚札端末３として端末品質値の大きな電子棚札端末３を優先的に選択するため、より外部記憶装置としての信頼性が向上する。
また、棚札管理装置１は、システムデータを再構築（復元）する際に、１つのブロックに対して複数の電子棚札端末３から異なる外部記憶データを受信した場合には、多数決方式にて再構築に用いる外部記憶データを決定する。これにより、例えば、１台の電子棚札端末３の保持する外部記憶データが無効であった場合であっても、他の電子棚札端末３を用いてシステムデータを復元することができる。

【0076】

また、図１０，図１３から図２９までに示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、各処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

【0077】

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

【0078】

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、ＣＳを用いて外部記憶データの有効性をチェックしたが、ＣＲＣ（Cyclic Redundancy Check）等他の誤り検出データを用いてもよい。

【符号の説明】

【0079】

１…棚札管理装置 ２…中継装置 ３…電子棚札端末 １０１…制御部 １０２…表示部 １０３…操作部 １０４…通信部 １０５…記憶部 ３０１…制御部 ３０２…無線通信部 ３０３…電源部 ３０５…表示部 ３０６…記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】