JP2014167699A - 電子棚札端末および電子棚札システム - Google Patents

Abstract

【課題】 緊急時の迅速な避難誘導のための有効な案内を行えるようにする。
【解決手段】 実施形態の電子棚札端末は、陳列棚に陳列される複数の商品のそれぞれに対応して陳列棚に取り付けられるものであって、表示デバイス、通信デバイス、第１の記憶手段、第２の記憶手段および表示制御手段を備える。通信デバイスは、棚札管理装置と通信する。第１の記憶手段は、対応する商品に関する情報を表す第１の画像のデータを記憶する。第２の記憶手段は、緊急事態に関する情報を表す第２の画像のデータを記憶する。表示制御手段は、平時には、対応する商品に関する情報を表す第１の画像を表示し、所定の緊急事態が発生した際に棚札管理装置が複数の電子棚札端末に対して共通に送信する緊急情報を通信手段が受信した後には、緊急事態に関する情報を表す第２の画像を表示するように表示デバイスを制御する。
【選択図】 図１

Description

本発明の実施形態は、電子棚札端末および電子棚札システムに関する。

平時には広告などを表示し、緊急時には緊急情報を表示する装置は知られている。

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

しかしながらこの種の装置は、避難を促す画像を表示するのみである。このため、それを見た人がどのような経路で避難をすれば良いのかが分からず、迅速な避難のために有効に機能するとは限らない。

このような事情から、緊急時の迅速な避難誘導のための有効な案内を行えることが望まれていた。

実施形態の電子棚札端末は、陳列棚に陳列される複数の商品のそれぞれに対応して陳列棚に取り付けられるものであって、表示デバイス、通信デバイス、第１の記憶手段、第２の記憶手段および表示制御手段を備える。通信デバイスは、棚札管理装置と通信する。第１の記憶手段は、対応する商品に関する情報を表す第１の画像のデータを記憶する。第２の記憶手段は、緊急事態に関する情報を表す第２の画像のデータを記憶する。表示制御手段は、平時には、対応する商品に関する情報を表す第１の画像を表示し、所定の緊急事態が発生した際に棚札管理装置が複数の電子棚札端末に対して共通に送信する緊急情報を通信手段が受信した後には、緊急事態に関する情報を表す第２の画像を表示するように表示デバイスを制御する。

一実施形態に係る電子棚札システムのブロック図。 一例としての棚札画像を表示している電子棚札端末の外観の斜視図。 一例としての避難経路画像を表示している電子棚札端末の外観の斜視図。 物販店のレイアウトの一例を示す見取図。 表示制御処理のフローチャート。 管理処理のフローチャート。 緊急事態における物販店の内部の様子を示す斜視図。

以下実施の形態の一例を図面を用いて説明する。

図１は本実施形態に係る電子棚札システム１００のブロック図である。この電子棚札システム１００は、例えばスーパーマーケットなどの物販店に設置される。

電子棚札システム１００は、複数の電子棚札端末１０および棚札管理装置２０を含む。

電子棚札端末１０は、陳列棚に陳列される複数の商品のそれぞれに対応して陳列棚に取り付けられる。棚札管理装置２０は、物販店の事務室などに設置される。棚札管理装置２０は、複数の電子棚札端末１０のそれぞれを管理する。

電子棚札端末１０は、ＣＰＵ（central processing unit）１１、ＲＯＭ（read-only memory）１２、ＲＡＭ（random-access memory）１３、ＥＥＰＲＯＭ（electric erasable programmable read-only memory）１４、表示デバイス１５、無線通信デバイス１６およびバスライン１７を含む。なお、複数の電子棚札端末１０はそれぞれ同一の構造を持つが、図１では１つの電子棚札端末１０の構成のみを図示している。

ＣＰＵ１１は、ＲＯＭ１２に記憶されたオペレーティングシステムおよびアプリケーションプログラムに基づいて、後述する表示制御処理を実行する。

ＲＯＭ１２は、上記のオペレーティングシステムおよびアプリケーションプログラムを記憶する。またＲＯＭ１２は、ＣＰＵ１１が各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１３は、ＣＰＵ１１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ１３は、ＣＰＵ１１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

ＥＥＰＲＯＭ１４は、ＣＰＵ１１が各種の処理を行う上で使用するデータや、ＣＰＵ１１での処理によって生成されたデータを保存する。ＥＥＰＲＯＭ１４が保存するデータのうちには、棚札データ１４ａおよび避難経路データ１４ｂが含まれる。棚札データ１４ａは、商品に関する情報を表す棚札画像のデータである。避難経路データ１４ｂは、緊急事態における避難経路を案内するための避難経路画像のデータである。棚札画像が第１の画像に相当し、避難経路画像が第２の画像に相当する。従ってＥＥＰＲＯＭ１４は、第１および第２の記憶手段として機能する。

表示デバイス１５は、例えばＬＣＤ（liquid crystal display）であり、ＣＰＵ１１の制御の下に任意の画像を表示可能である。表示デバイス１５は、棚札画像および避難経路画像を表示するために利用される。

無線通信デバイス１６は、無線アクセスポイント３０と無線通信することにより、棚札管理装置２０と通信する。無線通信デバイス１６としては、例えば既存の無線ＬＡＮ（local area network）通信デバイスを適用できる。

バスライン１７は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＥＥＰＲＯＭ１４、表示デバイス１５および無線通信デバイス１６を、互いに通信可能に接続する。

図２は一例としての棚札画像５１を表示している電子棚札端末１０の外観の斜視図である。図３は一例としての避難経路画像５２を表示している電子棚札端末１０の外観の斜視図である。

図２，３に示すように電子棚札端末１０は、商品４１を陳列する陳列棚４２の前縁４２ａに取り付けられている。棚札画像５１は、商品４１の種別、製造者、商品名および売価を表している。避難経路画像５２は、避難を促す文字メッセージと避難方向を示す矢印とを表している。

図４は物販店のレイアウトの一例を示す見取図である。

図４に示す物販店には、３つの非常口Ｅ１，Ｅ２，Ｅ３が有り、陳列棚４２-１〜４２-２７が配置されている。

この場合には例えば、陳列棚４２-１，４２-４，４２-６〜４２-８，４２-１２〜４２-１４，４２-１８〜４２-２３，４２-２５に取り付けられる電子棚札端末１０のＥＥＰＲＯＭ１４には、図３に示す避難経路画像５２のデータを避難経路データ１４ｂとして記憶させておく。また陳列棚４２-２，４２-３，４２-５，４２-９〜４２-１１，４２-１５〜４２-１７，４２-２４，４２-２６，４２-２７に取り付けられる電子棚札端末１０のＥＥＰＲＯＭ１４には、図３に示す避難経路画像５２における矢印を逆向きとした避難経路画像のデータを避難経路データ１４ｂとして記憶させておく。

棚札管理装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、補助記憶デバイス２４、操作デバイス２５、表示デバイス２６、通信デバイス２７およびバスライン２８を含む。

ＣＰＵ２１は、ＲＯＭ２２に記憶されたオペレーティングシステムや、ＲＯＭ２２または補助記憶デバイス２４に記憶されたアプリケーションプログラムに基づいて、電子棚札端末１０を管理するための各種の機能を実行するための各種の処理を行う。

ＲＯＭ２２は、上記のオペレーティングシステムを記憶する。ＲＯＭ２２は、上記のアプリケーションプログラムを記憶する場合もある。またＲＯＭ２２は、ＣＰＵ２１が各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ２３は、ＣＰＵ２１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ２３は、ＣＰＵ２１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶デバイス２４は、例えばハードディスクドライブやＳＳＤ（solid state drive）などである。補助記憶デバイス２４は、ＣＰＵ２１が各種の処理を行う上で使用するデータや、ＣＰＵ２１での処理によって生成されたデータを保存する。補助記憶デバイス２４は、上記のアプリケーションプログラムを記憶する場合もある。

操作デバイス２５は、例えばキーボードやマウスなどであり、オペレータによる操作の内容を表したコマンドを出力する。

表示デバイス２６は、例えばＬＣＤであり、ＣＰＵ２１の制御の下に任意の画像を表示可能である。表示デバイス２６は、操作者に対して提示するべき各種の情報を表した画像を表示するために利用される。

通信デバイス２７は、無線アクセスポイント３０を介して複数の電子棚札端末１０のそれぞれと通信する。通信デバイス２７としては、例えば既存のＬＡＮ通信デバイスを適用できる。

バスライン２８は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、補助記憶デバイス２４、操作デバイス２５、表示デバイス２６および通信デバイス２７を、互いに通信可能に接続する。

ところで、ＲＯＭ２２または補助記憶デバイス２４が記憶するアプリケーションプログラムのうちには、後述する管理処理に関して記述した管理処理プログラムを含む。この管理処理プログラムを補助記憶デバイス２４が記憶する場合、棚札管理装置２０の譲渡は、一般的に管理処理プログラムが補助記憶デバイス２４に記憶された状態にて行われる。しかし、管理処理プログラムを補助記憶デバイス２４が記憶しない棚札管理装置２０と、管理処理プログラムとを別々に譲渡しても良い。そして、管理処理プログラムが棚札管理装置２０のユーザによって補助記憶デバイス２４に書き込まれても良い。なお、管理処理プログラムの譲渡には、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体、あるいはネットワークなどの様々なメディアを利用して行うことができる。

棚札管理装置２０は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。そして、補助記憶デバイス２４、操作デバイス２５、表示デバイス２６および通信デバイス２７は、汎用のサーバ装置やコンピュータ装置に内蔵されたものであっても良いし、外付けで利用される汎用のデバイスであっても良い。そして補助記憶デバイス２４、操作デバイス２５、表示デバイス２６および通信デバイス２７の少なくとも１つとして汎用のデバイスを用いる場合には、当該デバイスを含めずに棚札管理装置２０を実現しても良い。

次に以上のように構成された電子棚札システム１００の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

図５は表示制御処理におけるフローチャートである。図６は管理処理におけるフローチャートである。

電子棚札端末１０が電源投入状態にあるときにＣＰＵ１１は図５に示す処理を実行する。

ステップＳａ１においてＣＰＵ１１は、棚札データ１４ａに基づく表示デバイス１５での棚札画像の表示を開始させる。

ステップＳａ２においてＣＰＵ１１は、後述する更新情報が無線通信デバイス１６により受信されたか否かを確認する。そして、更新情報が受信されていないためにＮＯと判定したならばＣＰＵ１１は、ステップＳａ３へ進む。

ステップＳａ３においてＣＰＵ１１は、後述する緊急情報が無線通信デバイス１６により受信されたか否かを確認する。そして、緊急情報が受信されていないためにＮＯと判定したならばＣＰＵ１１は、ステップＳａ２へ戻る。

かくしてステップＳａ２，３においてＣＰＵ１１は、更新情報または緊急情報が無線通信デバイス１６により受信されるのを待ち受ける。なお、このときには、表示デバイス１５は棚札データ１４ａが示す棚札画像を常時表示する。

一方で、管理処理の実行が操作者によって指示されると、ＣＰＵ２１は図６に示す管理処理を開始する。

ステップＳｂ１においてＣＰＵ２１は、メニュー画面を表示するよう表示デバイス２６を制御する。メニュー画面は、電子棚札端末１０の管理のための複数の処理のいずれかの指定を操作者に行わせるためのＧＵＩ（graphical user interface）画面である。このメニュー画面は、棚札画像の更新を指示するためのボタンや、管理処理の終了を指示するためのボタンを含む。

ステップＳｂ２においてＣＰＵ２１は、メニュー画面での操作がなされたか否かを確認する。そして、該当する操作が行われていないためにＮＯと判定したならばＣＰＵ２１は、ステップＳｂ３へと進む。

ステップＳｂ３においてＣＰＵ２１は、緊急事態であるか否かを確認する。そして緊急事態ではないためにＮＯと判定したならばＣＰＵ２１は、ステップＳｂ２へ戻る。

かくしてステップＳｂ２，３においてＣＰＵ２１は、メニュー画面での操作がなされるか、あるいは緊急事態となるのを待ち受ける。そして、メニュー画面での操作が例えば操作デバイス２５を用いて操作者により行われると、ＣＰＵ２１はステップＳｂ２でＹＥＳと判定し、ステップＳｂ４へと進む。

ステップＳｂ４においてＣＰＵ２１は、上記のメニュー画面での操作が棚札画像の更新の指示であるか否かを確認する。そして棚札画像の更新を指示する操作が行われた場合にＣＰＵ２１はＹＥＳと判定し、ステップＳｂ５へと進む。

ステップＳｂ５においてＣＰＵ２１は、複数の電子棚札端末１０のうちの１つに宛てた更新情報を送信する。更新情報は、複数の電子棚札端末１０のそれぞれを識別する識別情報のうちの操作者により指定された１つを宛先情報として含むとともに、棚札データを含む。棚札データは、別途の編集処理によって作成された棚札画像を表すものであり、例えば補助記憶デバイス２４に記憶されている。ＣＰＵ２１は、更新情報を生成し、通信デバイス２７から無線アクセスポイント３０へと送出する。

更新情報は、無線アクセスポイント３０から複数の電子棚札端末１０のそれぞれに向けて無線送信される。

無線アクセスポイント３０が無線送信した更新情報が電子棚札端末１０に到達すると、この更新情報を無線通信デバイス１６が受信する。無線通信デバイス１６は、更新情報に含まれる識別情報に基づいて、当該更新情報が自端末に宛てたものであるか否かを確認する。そして自端末に宛てたものである場合に無線通信デバイス１６は、更新情報をＲＡＭ１３に書き込むとともに、更新情報を受信した旨をＣＰＵ１１に通知する。

この通知を受けるとＣＰＵ１１は、図５のステップＳａ２においてＹＥＳと判定し、ステップＳａ４へ進む。なお、更新情報が自端末に宛てたものでは無い場合に無線通信デバイス１６は、更新情報をＲＡＭ１３には書き込まず、更新情報を受信した旨のＣＰＵ１１への通知も行わない。従ってこの場合にはＣＰＵ１１は、ステップＳａ２からステップＳａ４へと進むことはない。

ステップＳａ４においてＣＰＵ１１は、無線通信デバイス１６が受信した更新情報が含んでいる棚札データを、ＥＥＰＲＯＭ１４が記憶する棚札データ１４ａに対して上書き保存する。このとき、表示デバイス１５は、ＥＥＰＲＯＭ１４が記憶する棚札データ１４ａが表す画像を表示する状態にある。従って、上記のようにして棚札データ１４ａが更新されたことに応じて、表示デバイス１５が表示する棚札画像も更新される。

ステップＳａ５においてＣＰＵ１１は、完了情報を無線通信デバイス１６から送信する。そしてこののちにＣＰＵ１１は、ステップＳａ２，３の待ち受け状態に戻る。完了情報は、棚札管理装置２０を識別する識別情報を宛先情報として含むとともに、棚札データの更新を完了した旨を通知するための予め定められたコマンドを含む。

完了情報は、無線アクセスポイント３０で受信された上で、棚札管理装置２０へと伝送される。棚札管理装置２０では、このように到来した完了情報を通信デバイス２７が受信する。そして完了情報を受信すると通信デバイス２７は、その旨をＣＰＵ２１に通知する。

さてＣＰＵ２１は、図６のステップＳｂ５にて更新情報を送信したのちには、ステップＳｂ６へ進む。

ステップＳｂ６においてＣＰＵ２１は、完了情報が受信されたか否かを確認する。そして完了情報が受信されていないためにＮＯと判定したならばＣＰＵ２１は、ステップＳｂ６に戻る。つまりＣＰＵ２１はステップＳｂ６において、完了情報が受信されるのを待ち受ける。そして、上述したように完了情報が受信され、その旨が通信デバイス２７から通知されたならば、ＣＰＵ２１はステップＳｂ６でＹＥＳと判定する。そしてこの場合にＣＰＵ２１は、ステップＳｂ２，３の待ち受け状態に戻る。

このように、複数の電子棚札端末１０のそれぞれが表示する棚札画像は、複数の電子棚札端末１０のそれぞれで個別に更新できる。

ところで、例えば火災や地震などの予め定めた事象が発生すると、ＣＰＵ２１はステップＳｂ３でＹＥＳと判定し、ステップＳｂ７へ進む。なお、上記の事象の発生は、棚札管理装置２０に接続された図示しないセンサや、あるいは図示しないサーバなどから配信される情報に基づいて検知すれば良い。

ステップＳｂ７においてＣＰＵ２１は、緊急情報を複数の電子棚札端末１０の全てに宛てて同報送信するよう通信デバイス２７を制御する。かくしてＣＰＵ２１は、送信制御手段として機能する。なお、緊急情報は、電子棚札端末１０の全てに対する同報であることを表す宛先情報と、表示画像の切り換えを指示するための予め定められたコマンドとを含む。

緊急情報は、無線アクセスポイント３０から複数の電子棚札端末１０のそれぞれに向けて無線送信される。無線アクセスポイント３０が無線送信した緊急情報が電子棚札端末１０に到達すると、この緊急情報を無線通信デバイス１６が受信する。そして無線通信デバイス１６は、その旨をＣＰＵ１１に通知する。この通知を受けるとＣＰＵ１１は、図５のステップＳａ３においてＹＥＳと判定し、ステップＳａ６へ進む。

ステップＳａ６においてＣＰＵ１１は、避難経路データ１４ｂに基づく避難経路画像の表示を開始するように表示デバイス１５を制御する。かくして、複数の電子棚札端末１０の全てで避難経路画像が表示される。

以上のようにＣＰＵ１１は、表示制御手段として機能する。

図７は緊急事態における物販店の内部の様子を示す斜視図である。

図７に示すように、複数の電子棚札端末１０の全てで避難経路画像が表示されることにより、複数の電子棚札端末１０が連携して避難経路の表示が行われる。

ステップＳａ７においてＣＰＵ１１は、後述する解除情報が受信されたか否かを確認する。そして、解除情報が受信されていないためにＮＯと判定したならばＣＰＵ１１は、ステップＳａ７に戻る。つまりＣＰＵ１１はステップＳａ７において、解除情報が受信されるのを待ち受ける。

さて、図６のステップＳｂ７にて緊急情報を送信したのちにＣＰＵ２１は、ステップＳｂ８へ進む。

ステップＳｂ８においてＣＰＵ２１は、上記のような避難経路を表示する状態の解除を指示する操作が操作者によりなされたか否かを確認する。そして、該当する操作がなされていないためにＮＯと判定したならばＣＰＵ２１は、ステップＳｂ８に戻る。つまりＣＰＵ２１はステップＳｂ８において、解除が指示されるのを待ち受ける。そして解除が指示されたためにステップＳｂ８にてＹＥＳと判定したならばＣＰＵ２１は、ステップＳｂ９へ進む。

ステップＳｂ９においてＣＰＵ２１は、解除情報を複数の電子棚札端末１０の全てに宛てて同報送信する。そしてこののちにＣＰＵ２１は、ステップＳｂ２，３の待ち受け状態に戻る。なお、解除情報は、電子棚札端末１０の全てに対する同報であることを表す宛先情報と、表示画像を棚札画像に戻すことを指示するための予め定められたコマンドとを含む。

解除情報は、無線アクセスポイント３０から複数の電子棚札端末１０のそれぞれに向けて無線送信される。無線アクセスポイント３０が無線送信した解除情報が電子棚札端末１０に到達すると、この解除情報を無線通信デバイス１６が受信する。そして無線通信デバイス１６は、その旨をＣＰＵ１１に通知する。この通知を受けるとＣＰＵ１１は、図５のステップＳａ７においてＹＥＳと判定し、ステップＳａ１に戻る。つまりＣＰＵ１１は、棚札画像を表示する状態に電子棚札端末１０の動作状態を戻す。

ところで、棚札管理装置２０におけるメニュー画面での操作が更新指示ではなかったために図６のステップＳｂ４にてＮＯと判定したならばＣＰＵ２１は、ステップＳｂ１０へと進む。

ステップＳｂ１０においてＣＰＵ２１は、上記のメニュー画面での操作が終了の指示であるか否かを確認する。そして終了を指示する操作が行われたのではない場合にＣＰＵ２１はＮＯと判定し、ステップＳｂ１１へと進む。

ステップＳｂ１１においてＣＰＵ２１は、メニュー画面での操作に応じた処理を実行する。棚札画像の編集処理は、ここで行われる処理の１つである。そしてこの処理を実行し終えたならばＣＰＵ２１は、ステップＳｂ１に戻る。

終了を指示する操作が行われた場合にＣＰＵ２１は、ステップＳｂ１０にてＹＥＳと判定し、管理処理を終了する。

以上のように電子棚札システム１００によれば、電子棚札端末１０の個々での表示画像は小さくとも、複数の電子棚札端末１０で連携して避難経路を表示することによって迅速な避難のための有効な案内を行える。具体的には、図４に示すごとくレイアウトされた物販店にて用いる複数の電子棚札端末１０のＥＥＰＲＯＭ１４のそれぞれに前述したような避難経路データ１４ｂを記憶しているならば、陳列棚４２-１，４２-２，４２-５，４２-８，４２-１１，４２-２３の近傍の顧客は、これらの陳列棚に取り付けられた電子棚札端末１０での表示によって非常口Ｅ１へと誘導される。また、陳列棚４２-３，４２-４，４２-１４，４２-１７，４２-２０〜４２-２２，４２-２６，４２-２７の近傍の顧客は、これらの陳列棚に取り付けられた電子棚札端末１０での表示によって非常口Ｅ２へと誘導される。さらに、陳列棚４２-６，４２-７，４２-９，４２-１０，４２-１２，４２-１３，４２-１５，４２-１６，４２-１８，４２-１９，４２-２４，４２-２５の近傍の顧客は、これらの陳列棚に取り付けられた電子棚札端末１０での表示によって非常口Ｅ３へと誘導される。

また電子棚札システム１００では、避難経路データ１４ｂを電子棚札端末１０のＥＥＰＲＯＭ１４にて個別に保持している。そして、緊急情報の同報送信をトリガとして複数の電子棚札端末１０の全てが一斉に避難経路画像を表示する。これにより、避難経路データを電子棚札端末１０のそれぞれへと配信したり、複数の電子棚札端末１０のそれぞれの表示の変更を個別に制御するのに比べて、複数の電子棚札端末１０が連携しての避難経路の表示を速やかに開始できる。

そして電子棚札システム１００によれば、避難経路の表示に電子棚札端末１０を用いるので、専用の表示デバイスを別途設ける場合に比べて大幅に簡易な構成により実現可能である。

この実施形態は、次のような種々の変形実施が可能である。

複数の電子棚札端末１０のうちの一部では、例えば「大地震が発生しました」のような緊急事態の内容を報知する画像を避難経路画像に代えて表示しても良い。

電子棚札端末１０と棚札管理装置２０とは有線通信を行っても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００…電子棚札システム、１０…電子棚札端末、２０…棚札管理装置、３０…無線アクセスポイント、１１，２１…ＣＰＵ、１２，２２…ＲＯＭ、１３，２３…ＲＡＭ、１４…ＥＥＰＲＯＭ、１４ａ…棚札データ、１４ｂ…避難経路データ、１５…表示デバイス、１６…無線通信デバイス、２４…補助記憶デバイス、２５…操作デバイス、２６…表示デバイス、２７…通信デバイス、４１…商品、４２…陳列棚、５１…棚札画像、５２…避難経路画像。

Claims (5)

1. 陳列棚に陳列される複数の商品のそれぞれに対応して前記陳列棚に取り付けられる電子棚札端末であって、
   表示デバイスと、
   棚札管理装置と通信する通信デバイスと、
   対応する前記商品に関する情報を表す第１の画像のデータを記憶する第１の記憶手段と、
   緊急事態に関する情報を表す第２の画像のデータを記憶する第２の記憶手段と、
   平時には、対応する前記商品に関する情報を表す第１の画像を表示し、所定の緊急事態が発生した際に前記棚札管理装置が複数の電子棚札端末に対して共通に送信する緊急情報を前記通信手段が受信した後には、前記緊急事態に関する情報を表す第２の画像を表示するように前記表示デバイスを制御する表示制御手段とを具備したことを特徴とする電子棚札端末。
2. 前記第１の画像のデータを記憶する第１の記憶手段と、
   前記第２の画像のデータを記憶する第２の記憶手段とをさらに備え、
   前記表示制御手段は、前記第１および第２の記憶手段が記憶するデータに基づいて前記第１および第２の画像を表示するように前記表示デバイスを制御することを特徴とする請求項１に記載の電子棚札端末。
3. 前記第２の画像は、避難方向を表すことを特徴とする請求項１または２に記載の電子棚札端末。
4. 前記第２の画像は、他の表示装置が表示する第２の画像との連携により避難経路を表すことを特徴とする請求項１または２に記載の電子棚札端末。
5. 陳列棚に陳列される複数の商品のそれぞれに対応して前記陳列棚に取り付けられる複数の電子棚札端末と棚札管理装置とを含み、
   前記棚札管理装置は、
   前記複数の電子棚札端末と通信する第１の通信デバイスと、
   所定の緊急事態が発生した際に前記複数の電子棚札端末に対して緊急情報を共通に送信するように前記第１の通信デバイスを制御する送信制御手段とを具備し、
   前記電子棚札端末は、
   表示デバイスと、
   棚札管理装置と通信する第２の通信デバイスと、
   対応する前記商品に関する情報を表す第１の画像のデータを記憶する第１の記憶手段と、
   緊急事態に関する情報を表す第２の画像のデータを記憶する第２の記憶手段と、
   平時には前記第１の記憶手段が記憶するデータに基づいて前記第１の画像を表示し、前記緊急情報を前記第２の通信デバイスが受信した後には前記第２の記憶手段が記憶するデータに基づいて前記第２の画像を表示するように前記表示デバイスを制御する表示制御手段とを具備したことを特徴とする電子棚札システム。

Images