JP2016010612A - 電子棚札システム、携帯端末およびその制御プログラム - Google Patents

Abstract

【課題】 棚札装置で表示される複数画面を、携帯端末において、人それぞれの好みに応じたタイミングで任意に確認することを可能とする。
【解決手段】 実施形態の電子棚札システムは、第１の記憶部、第１の表示デバイス、第１の制御部を備える棚札装置、取得部、操作部、第２の表示デバイスを備える携帯端末および第２の記憶部を備える棚札管理装置からなる。棚札管理装置または携帯端末はさらに、第２の制御部を備える。第１および第２の記憶部は、第１の表示デバイスの表示画面となる画面の画面データおよびそれと同一の画面データを記憶する。第２の制御部は、第２の表示デバイスの表示画面を、第２の記憶部に記憶された画面データが表す画面を含むものとし、かつ当該画面データが複数の画面を表すならば、その複数の画面のうちで表示画面に含めるものを、操作部での操作に応じた時間間隔で切り換える。
【選択図】 図１

Description

本発明の実施形態は、電子棚札システム、携帯端末およびその制御プログラムに関する。

電子式の棚札装置は、表示画面を容易に変更することができる特徴を持つ。そこで、この特徴を利用して、複数の画面を一定時間間隔で切り換え表示することによって、画面を固定する場合に比べて多くの情報を表示することが可能となる。このような表示形態は、ブリンク表示とも呼ばれる。

しかしながら、棚札装置での情報提供の対象は、不特定多数の人である。そして画面切り換えの時間間隔についての適正値は、人それぞれでまちまちである。

このため、一定時間間隔での画面切り換えでは、情報を正しく読み取れないケースや、あるいは待ち時間が長いと感じるケースが生じてしまう。

このような事情から、棚札装置で表示されている複数画面を、人それぞれの好みに応じたタイミングで任意に確認できることが望まれていた。

特開平７−４４７７１号公報

本発明が解決しようとする課題は、棚札装置で表示される複数画面を、人それぞれの好みに応じたタイミングで任意に確認することを可能とする電子棚札システム、携帯端末およびその制御プログラムを提供することである。

実施形態の電子棚札システムは、複数の棚札装置、携帯端末および棚札管理装置からなる。複数の棚札装置はそれぞれ、第１の記憶部、第１の表示デバイスおよび第１の制御部を備える。棚札管理装置は、第２の記憶部を備える。携帯端末は、取得部、操作部および第２の表示デバイスを備える。棚札管理装置または携帯端末は、第２の制御部を備える。第１の記憶部は、１つまたは複数の画面を表す画面データを記憶する。第１の制御部は、第１の表示デバイスの表示画面を、第１の記憶部が記憶する画面データが表す画面とするように第１の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面を一定の時間間隔で切り換えて表示画面とする。第２の記憶部は、複数の棚札装置のそれぞれに関連付けて、該当する棚札装置に備えられた第１の記憶部に記憶される画面データと同一の画面データを記憶する。取得部は、識別情報を棚札装置から取得する。操作部は、ユーザにより操作される。第２の制御部は、第２の表示デバイスの表示画面を、取得部により取得された識別情報で識別される棚札装置に関連付けて第２の記憶部に記憶された画面データが表す画面を含むものとするよう第２の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面のうちで第２の表示デバイスの表示画面に含めるものを、操作部での操作に応じた時間間隔で切り換える。

実施形態に係る電子棚札システムのブロック図。 図１中の棚札装置の斜視図。 図１中の管理テーブルの内容の一例を示す図。 図１中の携帯端末が備えるＣＰＵの第１の実施形態における制御処理のフローチャート。 図１中の携帯端末が備えるＣＰＵの第１の実施形態における制御処理のフローチャート。 図１中の棚札管理装置が備えるＣＰＵの第１の実施形態における制御処理のフローチャート。 一例としての操作画面を示す図。 図７に示す操作画面へ重畳表示される棚札画面の変遷の一例を示す図。 図１中の棚札管理装置が備えるＣＰＵの第２の実施形態における制御処理のフローチャート。 変形例としての操作画面を示す図。

以下、実施の形態について図面を用いて説明する。

図１は本実施形態に係る電子棚札システム１００のブロック図である。

電子棚札システム１００は、複数の棚札装置１０、棚札管理装置２０、携帯端末３０および無線中継器４０を含む。なお、図１においては１つの棚札装置１０のみを示している。

棚札装置１０は、チェーンストアなどの店舗において陳列される複数の商品のそれぞれに対応して、その陳列場所の近辺に配置される。棚札装置１０は、多くの場合は商品を陳列するための陳列棚に取り付けられる。しかしながら棚札装置１０の取り付け先は、棚を持たない陳列ケースや、商品を運搬するための運搬ケースなど、任意であって良い。

図２は棚札装置１０の斜視図である。

図２に示す棚札装置１０は、商品７１を陳列するために店舗に設置された陳列棚７２の前縁７２ａに取り付けられている。棚札画面６１は、商品７１の商品名および売価を表している。

棚札管理装置２０は、店舗を管理する本部事務室などに設置される。棚札管理装置２０は、無線中継器４０を介して、複数の棚札装置１０のそれぞれと無線通信でき、棚札装置１０を管理する。具体的には棚札管理装置２０は、棚札装置１０の個々を識別可能に定められた棚札コードと、棚札装置１０のそれぞれの表示画面との関連付けを管理する。

携帯端末３０は、モバイルネットワーク２００およびインターネット３００を介してのデータ通信機能と、ＮＦＣ（near field communication）によるデータ通信機能とを備える。携帯端末３０は、店舗への来店客や店員などがそのユーザとなる。なお、携帯端末３０と棚札管理装置２０との間でのデータ通信は、無線ＬＡＮ（local area network）を経由して行われてもよい。

棚札装置１０は、ＣＰＵ（central processing unit）１１、ＲＯＭ（read-only memory）１２、ＲＡＭ（random-access memory）１３、ＥＥＰＲＯＭ（electric erasable programmable read-only memory）１４、通信デバイス１５、ＮＦＣユニット１６、表示デバイス１７および伝送システム１８を含む。

ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３およびＥＥＰＲＯＭ１４は、伝送システム１８により接続されてコンピュータを構成する。

ＣＰＵ１１は、上記のコンピュータの中枢部分である。ＣＰＵ１１は、ＲＯＭ１２に記憶されたオペレーティングシステムや、ＲＯＭ１２またはＥＥＰＲＯＭ１４に記憶されたアプリケーションプログラムに基づいて、棚札装置１０としての所期の機能を実現するための制御処理を実行する。上記の所期の機能のうちの１つは、後述する制御処理により実現される機能である。

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

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

ＥＥＰＲＯＭ１４は、上記のコンピュータの補助記憶部分である。ＥＥＰＲＯＭ１４は、上記のアプリケーションプログラム、ＣＰＵ１１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ１１での処理によって生成されたデータを保存する。ＥＥＰＲＯＭ１４は、複数の棚札装置１０の個々を識別可能に定められたうちの１つの棚札コード１４ａを記憶する。ＥＥＰＲＯＭ１４は、棚札管理装置２０から供給される画面データ１４ｂを記憶する。画面データ１４ｂは、表示デバイス１７での表示画面を表す。かくしてＥＥＰＲＯＭ１４は、第１の記憶部の一例である。

通信デバイス１５は、無線中継器４０と無線通信を行い、ＣＰＵ１１と棚札管理装置２０とのデータ通信を可能とする。通信デバイス１５としては、例えばIEEE802.15.4に準拠した周知のデバイスが利用できる。

ＮＦＣユニット１６は、棚札装置１０に近接された携帯端末３０とＮＦＣによるデータ通信を行う。

ＮＦＣユニット１６に代えて、ユニークな識別コードをＮＦＣ送信するＮＦＣチップを、棚札装置１０の他の構成要素とは独立した形で備え、ＥＥＰＲＯＭ１４には棚札コード１４ａを記憶しない構成としても良い。

表示デバイス１７は、ＣＰＵ１１の制御の下に表示内容を変更可能である。表示デバイス１７としては、例えば電子ペーパーが利用できる。この表示デバイス１７は、第１の表示デバイスの一例である。

伝送システム１８は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＥＥＰＲＯＭ１４、通信デバイス１５、ＮＦＣユニット１６および表示デバイス１７の間でデータを伝送する。伝送システム１８は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものであって良い。

棚札管理装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、補助記憶デバイス２４、通信デバイス２５、インタフェース２６および伝送システム２７を含む。

ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３および補助記憶デバイス２４は、伝送システム２７により接続されてコンピュータを構成する。

ＣＰＵ２１は、上記のコンピュータの中枢部分である。ＣＰＵ２１は、ＲＯＭ２２に記憶されたオペレーティングシステムや、ＲＯＭ２２または補助記憶デバイス２４に記憶されたアプリケーションプログラムに基づいて、棚札管理装置２０としての所期の機能を実現するための制御処理を実行する。上記の所期の機能のうちの１つは、後述する制御処理により実現される機能である。

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

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

補助記憶デバイス２４は、上記のコンピュータの補助記憶部分である。補助記憶デバイス２４は、上記のアプリケーションプログラム、ＣＰＵ２１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ２１での処理によって生成されたデータを保存する。補助記憶デバイス２４は、管理テーブル２４ａおよび画面ライブラリ２４ｂを記憶する。管理テーブル２４ａは、棚札装置１０での表示を管理するための諸情報を記述したデータテーブルである。画面ライブラリ２４ｂは、棚札装置１０での表示画面となる画面（以下、棚札画面と称する）を表したデータファイルである１つまたは複数の画面ファイルの集合である。

図３は管理テーブル２４ａの内容の一例を示す図である。

管理テーブル２４ａは、複数のデータレコードの集合である。データレコードは、棚札コードに関連付けて、商品コードおよび画面数が記述される。データレコードはさらに、ファイル名およびフラグのセットが、画面数と同数だけ記述される。

例えば図３におけるデータレコードｒ１は、「aaaaaa」なる棚札コードに関連付けて、「123456」なる商品コードと、「１」なる画面数が記述されており、さらにファイル名およびフラグのセットが「file_01」「０」なる内容で１つ記述されている。

データレコードｒ２は、「bbbbbb」なる棚札コードに関連付けて、「111111」なる商品コードと、「３」なる画面数が記述されており、さらにファイル名およびフラグのセットが、「file_11」「０」なる内容と、「file_12」「０」なる内容と、「file_13」「１」なる内容とで３つ記述されている。

棚札コードは、複数の棚札装置１０のそれぞれにおいてＥＥＰＲＯＭ１４に記憶されているものである。なお、図３における「aaaaaa」などは、模式的に示したものであり、実際の棚札コードとは異なる。

商品コードは、同じデータレコードに記述された棚札コードで識別される棚札装置１０が取り付けられた陳列棚に陳列されている商品を識別するコードである。なお、図３における「123456」などは、模式的に示したものであり、実際の商品コードとは異なる。

画面数は、同じデータレコードに記述された棚札コードで識別される棚札装置１０で表示画面とすべき棚札画面の数である。

ファイル名は、同じデータレコードに記述された棚札コードで識別される棚札装置１０で表示画面とすべき棚札画面を表した画面ファイルのファイル名である。

フラグは、同一セットのファイル名の画面ファイルが表す棚札画面を拡大表示するか否かを表す。本実施形態では、当該フラグが「１」である場合を拡大表示することを表すこととするが、この割り当ては任意であって良い。なお、図３における「file_11」などは、模式的に示したものであり、実際のファイル名はこれとは異なる形態であっても良い。

通信デバイス２５は、インターネット３００を介した通信を行う。通信デバイス２５は、インターネット３００およびモバイルネットワーク２００を介して携帯端末３０と通信することもできる。

インタフェース２６は、ＣＰＵ２１と無線中継器４０との間でのデータの授受を仲介する。

伝送システム２７は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、補助記憶デバイス２４、通信デバイス２５およびインタフェース２６の間でデータを伝送する。伝送システム２７は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものであって良い。

この棚札管理装置２０のハードウェアとしては、例えば汎用のサーバ装置やコンピュータ装置を用いることができる。そしてこの種の装置が備える補助記憶デバイス２４に、その装置の販売者あるいは使用者によって、後述する制御処理について記述したアプリケーションプログラムである制御プログラムがインストールされるとともに、管理テーブル２４ａおよび画面ライブラリ２４ｂが書き込まれることにより棚札管理装置２０が実現される。このとき制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して販売者あるいは使用者へと配布される。なお制御プログラムは、ＲＯＭ２２に記憶されていても良い。

携帯端末３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、ＮＦＣユニット３５、タッチパネル３６、カメラ３７、通信デバイス３８および伝送システム３９を含む。

ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３および補助記憶デバイス３４は、伝送システム３９により接続されてコンピュータを構成する。

ＣＰＵ３１は、上記のコンピュータの中枢部分である。ＣＰＵ３１は、ＲＯＭ３２に記憶されたオペレーティングシステムや、ＲＯＭ３２または補助記憶デバイス３４に記憶されたアプリケーションプログラムに基づいて、携帯端末３０としての所期の機能を実現するための制御処理を実行する。上記の所期の機能は、後述する制御処理により実現される機能である。

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

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

補助記憶デバイス３４は、上記のコンピュータの補助記憶部分である。補助記憶デバイス３４は、上記のアプリケーションプログラム、ＣＰＵ３１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ３１での処理によって生成されたデータを保存する。補助記憶デバイス３４が記憶するデータには、後述するリストデータを含む。

ＮＦＣユニット３５は、携帯端末３０が棚札装置１０に近接された際に、ＮＦＣユニット１６との間でＮＦＣによるデータ通信を行う。

タッチパネル３６は、表示デバイスおよびタッチセンサを含む。表示デバイスは、ＧＵＩ（graphical user interface）画面などの任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスが利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面へのユーザのタッチ位置を検出し、その位置情報をＣＰＵ３１へと送る。タッチセンサとしては、周知のデバイスが利用できる。タッチパネル３６は、操作部および第２の表示デバイスの一例である。

カメラ３７は、任意の被写物を撮影し、その被写物を表した画像データを生成する。

通信デバイス３８は、モバイルネットワーク２００を介した通信を行う。通信デバイス３８は、モバイルネットワーク２００およびインターネット３００を介して棚札管理装置２０と通信することもできる。

伝送システム３９は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、ＮＦＣユニット３５、タッチパネル３６、カメラ３７および通信デバイス３８の間でデータを伝送する。伝送システム３９は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものであって良い。

携帯端末３０のハードウェアとしては、電子棚札システム１００用に特化して構成されたものを用いても良いが、既存のスマートフォンやタブレット端末などのような、アプリケーションプログラムを任意にインストール可能なデバイスをそのまま利用できる。そしてこの種のデバイスが備える補助記憶デバイス３４に、そのデバイスの販売者あるいは使用者によって、後述する制御処理について記述したアプリケーションプログラムである制御プログラムがインストールされることにより携帯端末３０が実現される。このとき制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して販売者あるいは使用者へと配布される。なお制御プログラムは、ＲＯＭ３２に記憶されていても良い。

次に以上のように構成された電子棚札システム１００の動作についての第１および第２の実施形態について順に説明する。

（第１の実施形態）
電子棚札システム１００の第１の実施形態における動作について以下に説明する。なお、以下に説明する各種の処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

棚札管理装置２０において、管理テーブル２４ａおよび画面ライブラリ２４ｂは、管理者などの指示に応じて任意に更新される。そしてＣＰＵ２１は、管理テーブル２４ａが更新された場合には、更新されたデータレコードに記述されたファイル名で特定される少なくとも１つの画面ファイルの全てを含む画面データを含んだ更新データを、当該データレコードに記述された棚札コードで識別される棚札装置１０に宛てて、インタフェース２６および無線中継器４０を介して送信する。

更新データが、該当する棚札装置１０に送達され、これを通信デバイス１５が受信すると、その棚札装置１０のＣＰＵ１１は、当該更新データに含まれる画面データを、画面データ１４ｂとしてＥＥＰＲＯＭ１４に書き込む。このときＣＰＵ３１は、既にＥＥＰＲＯＭ１４に記憶されていた画面データ１４ｂは削除する。

かくして、ＥＥＰＲＯＭ１４が記憶する画面データ１４ｂは、画面ライブラリ２４ｂに含まれた画面ファイルと同一の画面ファイルを含む。言い換えると、補助記憶デバイス２４は、ＥＥＰＲＯＭ１４が記憶する画面データ１４ｂと同一の画面ファイルを記憶しているのであり、第２の記憶部の一例である。

ＣＰＵ１１は、表示デバイス１７の表示画面を、画面データ１４ｂが表す棚札画面とするように表示デバイス１７を制御する。ＣＰＵ１１は、ＥＥＰＲＯＭ１４に記憶されている画面データ１４ｂが１つのみの画面ファイルを含むならば、当該画面ファイルが表す棚札画面を、常時、表示デバイス１７の表示画面とする。しかしながらＣＰＵ１１は、ＥＥＰＲＯＭ１４に記憶されている画面データ１４ｂが複数の画面ファイルを含むならば、それらの画面ファイルが表す複数の棚札画面を、予め定められた時間間隔で巡回的に表示デバイス１７の表示画面とする。なお、上記の時間間隔は、棚札装置１０の設計者または管理者により任意に設定されて良い。上記の時間間隔は、複数の棚札装置１０で共通であっても良いし、複数の棚札装置１０のそれぞれで異なっていても良い。かくしてＣＰＵ１１を中枢部分とするコンピュータは第１の制御部として機能する。

買物客や店員などの携帯端末３０のユーザは、棚札装置１０の表示画面を携帯端末３０において確認したい場合、前述したように補助記憶デバイス３４に記憶された制御プログラムに基づくアプリケーションの起動を要求する操作を例えばタッチパネル３６にて行う。このような操作を受けて、ＣＰＵ３１はＲＯＭ３２または補助記憶デバイス４４に記憶された制御プログラムに基づく制御処理を開始する。

図４および図５はＣＰＵ３１の第１の実施形態における制御処理のフローチャートである。

まず図４中のＡｃｔ１においてＣＰＵ３１は、タッチパネル３６の表示画面を、予め定められたトップ画面とする。トップ画面は例えば、棚札画面の確認対象となる棚札装置１０に携帯端末３０を近接させることをユーザに促すものである。

Ａｃｔ２においてＣＰＵ３１は、ＮＦＣユニット３５によるＮＦＣ通信が開始したか否かを確認する。そしてＣＰＵ３１は、ＮＦＣ通信が開始していないためにＮＯと判定したならば、Ａｃｔ２を繰り返す。かくしてＣＰＵ３１はＡｃｔ２において、ＮＦＣ通信が開始されるのを待ち受ける。

ユーザが携帯端末３０を棚札装置１０に近接させると、ＮＦＣユニット３５はＮＦＣユニット１６との間で無線通信を開始する。そしてこのときに棚札装置１０は、ＣＰＵ１１の制御の下に、ＥＥＰＲＯＭ１４により記憶された棚札コード１４ａをＮＦＣユニット１６から無線送信する。そしてＮＦＣユニット３５は、このように無線送信された棚札コードを受信する。棚札コードは、識別情報に相当する。従ってＮＦＣユニット３５は、取得部の一例である。

ＣＰＵ３１は、このようなＮＦＣ通信が開始されたことに応じてＡｃｔ２にてＹＥＳと判定し、Ａｃｔ３へと進む。

Ａｃｔ３においてＣＰＵ３１は、ＮＦＣユニット３５により受信されたデータが棚札コードであるか否かを確認する。ＮＦＣユニット３５によるＮＦＣを利用した通信では、棚札コード以外のデータが受信される場合もある。そこでＣＰＵ３１は、そのような別用途の通信が行われて、棚札コードが受信されたのでなければＮＯと判定し、Ａｃｔ２の待ち受け状態に戻る。しかしながらＣＰＵ３１は、棚札装置１０との上記のようなＮＦＣ通信が行われ、棚札コードが受信されたのならば、Ａｃｔ３でＹＥＳと判定し、Ａｃｔ４へと進む。

Ａｃｔ４においてＣＰＵ３１は、上記の受信された棚札コードを、棚札管理装置２０へと通知する。この通知は、例えばインターネット３００にて棚札管理装置２０を特定するためのＵＲＬの末尾に棚札コードを付加してなるＵＲＬを用いて、通信デバイス３８により棚札管理装置２０へとアクセスすることにより行えば良い。あるいは、携帯端末３０と棚札管理装置２０とのセッションを確立した後に、携帯端末３０から棚札管理装置２０へと棚札コードを転送するなど、その手法は任意であって良い。

さて棚札管理装置２０が起動されると、ＣＰＵ２１はＲＯＭ２２または補助記憶デバイス２４に記憶された制御プログラムに従って制御処理を開始する。

図６はＣＰＵ２１の第１の実施形態における制御処理のフローチャートである。

Ａｃｔ３１においてＣＰＵ２１は、棚札コードが通知されたか否かを確認する。そしてＣＰＵ２１は、棚札コードが通知されていないためにＮＯと判定したならば、Ａｃｔ３１を繰り返す。かくしてＣＰＵ２１はＡｃｔ３１において、棚札コードが通知されるのを待ち受ける。そしてＣＰＵ２１は、前述したように携帯端末３０から棚札コードが通知されたならば、Ａｃｔ３１にてＹＥＳと判定し、Ａｃｔ３２へと進む。

Ａｃｔ３２においてＣＰＵ２１は、棚札コードを通知した携帯端末３０とのセッションを確立する。

Ａｃｔ３３においてＣＰＵ２１は、通知された棚札コードに管理テーブル２４ａで関連付けられた画面数を、変数ｎにセットする。

Ａｃｔ３４においてＣＰＵ２１は、通知された棚札コードに管理テーブル２４ａで関連付けられたファイル名のうちの未選択の１つを選択し、そのファイル名とセットとなるフラグと、そのファイル名にて画面ライブラリ２４ｂ内で特定される画面ファイルとを取得する。ＣＰＵ２１は、ここで取得したフラグと画面ファイルとをセットとしてＲＡＭ２３に記憶させておく。

Ａｃｔ３５においてＣＰＵ２１は、変数ｎの値を１つ減じる。

Ａｃｔ３６においてＣＰＵ２１は、変数ｎの値が０であるか否かを確認する。そしてＣＰＵ２１は、変数の値が０ではないためにＮＯと判定したならば、Ａｃｔ３４およびＡｃｔ３５の処理を繰り返す。そして、通知された棚札コードに管理テーブル２４ａで関連付けられた画面数と同数の画面ファイルを取得し終えたことによって変数ｎが０となると、ＣＰＵ２１はＡｃｔ３６にてＹＥＳと判定し、Ａｃｔ３７へと進む。

Ａｃｔ３７においてＣＰＵ２１は、Ａｃｔ３４〜Ａｃｔ３６の処理によりＲＡＭ２３に記憶させた、画面数分の画面ファイルおよびフラグのセットの全てを予め定めたフォーマットで含む画面データを生成する。

Ａｃｔ３８においてＣＰＵ２１は、上記の画面データをＡｃｔ３２で確立したセッションを介して携帯端末３０へと送信する。

Ａｃｔ３９においてＣＰＵ２１は、Ａｃｔ３２で確立したセッションを解消する。そしてＣＰＵ２１はこののちに、Ａｃｔ３１の待ち受け状態に戻る。

このようにして、携帯端末３０が近接された棚札装置１０を識別するための棚札コードに関連付けられた少なくとも１セットの画面ファイルおよびフラグを含む画面データが携帯端末３０へと送られる。携帯端末３０においては通信デバイス３８が、インターネット３００およびモバイルネットワーク２００を介して送達された画面データを受信し、補助記憶デバイス３４へと書き込む。

さて携帯端末３０においてＣＰＵ３１は、図４のＡｃｔ４にて棚札コードを通知したのち、Ａｃｔ５へと進む。

Ａｃｔ５においてＣＰＵ３１は、上記のように棚札コードを通知したことに応じて確立されたセッションが無効となったか否かを確認する。そしてＣＰＵ３１は、当該セッションが有効であるためにＮＯと判定したならば、Ａｃｔ６へと進む。

Ａｃｔ６においてＣＰＵ３１は、上記のように棚札管理装置２０から送信された画面データが通信デバイス３８により受信されたか否かを確認する。そしてＣＰＵ３１は、画面データが受信されていないためにＮＯと判定したならば、Ａｃｔ５に戻る。

かくしてＣＰＵ３１は、Ａｃｔ５，６において、セッションが無効となるか、あるいは画面データが受信されるのを待ち受ける。そしてＣＰＵ３１は、画面データが受信されること無くセッションが無効となったならば、Ａｃｔ５にてＹＥＳと判定し、Ａｃｔ７へと進む。

Ａｃｔ７においてＣＰＵ３１は、予め定められたエラー画面を表示するようにタッチパネル３６を制御する。エラー画面は、異常の発生により棚札画面の表示が行えないことをユーザに対して通知するための画面である。ＣＰＵ３１は、予め定められた一定の期間、あるいはエラー画面の表示終了を指示する操作がタッチパネル３６等にてなされるまでの期間に、エラー画面を表示させる。そしてエラー画面を表示すべき期間が終了したならば、Ａｃｔ１に戻って前述と同様の処理を繰り返す。かくして、タッチパネル３６はトップ画面を表示する状態に遷移し、エラー画面の表示は終了される。

ＣＰＵ３１は、Ａｃｔ５，６の待ち受け状態にあるときに、画面データが上記のようにして受信されたならば、Ａｃｔ６にてＹＥＳと判定し、図５に示すＡｃｔ８へと進む。

Ａｃｔ８においてＣＰＵ３１は、変数Ｔintに予め定められた初期値をセットする。ここで、変数Ｔintの値は、表示を変更する時間間隔を表す。初期値は、補助記憶デバイス３４に記憶された制御プログラムの開発者により任意に定められて良い。また初期値は、ユーザにより任意に変更可能としても良い。初期値としては、例えば数秒程度に定めることが想定される。

Ａｃｔ９においてＣＰＵ３１は、タッチパネル３６の表示画面を操作画面とする。

図７は一例としての操作画面５０を示す図である。

操作画面５０は、スライダ５１を含む。スライダ５１は、横方向へのスライド操作を受け付けるためのＧＵＩである。

操作画面５０中には、領域５２，５３が定められている。この領域５２，５３については後述する。

Ａｃｔ１０においてＣＰＵ３１は、変数ｎに１をセットする。

Ａｃｔ１１においてＣＰＵ３１は、画面データに含まれたｎ番目の画面ファイルとセットとなっているフラグが１であるか否かを確認する。そしてＣＰＵ３１は、該当するフラグが０であるためにＮＯと判定したならば、Ａｃｔ１２へと進む。

Ａｃｔ１２においてＣＰＵ３１は、タッチパネル３６の表示画面を、画面データに含まれたｎ番目の画面ファイルが表す棚札画面をそのままの大きさで操作画面５０の領域５２に重畳表示するものに更新する。そしてＣＰＵ３１はこの後に、Ａｃｔ１５へと進む。

一方でＣＰＵ３１は、画面データに含まれたｎ番目の画面ファイルとセットとなっているフラグが１であるためにＡｃｔ１１にてＹＥＳと判定したならば、Ａｃｔ１３へと進む。

Ａｃｔ１３においてＣＰＵ３１は、画面データに含まれたｎ番目の画面ファイルが表す棚札画面を拡大するための拡大処理を実行する。この拡大処理における拡大率などの処理内容の詳細は、補助記憶デバイス３４に記憶された制御プログラムの開発者により任意に定められて良い。また拡大処理には、周知の画像処理技術をそのまま利用できる。

Ａｃｔ１４においてＣＰＵ３１は、タッチパネル３６の表示画面を、Ａｃｔ１３にて拡大された棚札画面を、操作画面５０の領域５３に重畳表示するものに更新する。そしてＣＰＵ３１はこの後に、Ａｃｔ１５へと進む。

Ａｃｔ１５においてＣＰＵ３１は、スライダ５１の操作がなされたか否かを確認する。そしてＣＰＵ３１は、スライダ５１の操作に相当する操作がタッチパネル３６により検出されていないためにＮＯと判定したならば、Ａｃｔ１６へと進む。

Ａｃｔ１６においてＣＰＵ３１は、Ａｃｔ１２またはＡｃｔ１３にてタッチパネル３６の表示画面を更新してからの経過時間が変数Ｔintに相当する時間以上となったか否かを確認する。そしてＣＰＵ３１は、経過時間が変数Ｔintに相当する時間に至っていないためにＮＯと判定したならば、Ａｃｔ１７へと進む。

Ａｃｔ１７においてＣＰＵ３１は、ＮＦＣユニット３５によるＮＦＣ通信が開始されたか否かを確認する。そしてＣＰＵ３１は、ＮＦＣ通信が開始されていないためにＮＯと判定したならば、Ａｃｔ１５に戻る。かくしてＣＰＵ３１はＡｃｔ１５〜Ａｃｔ１７において、スライダ操作がなされるか、経過時間が変数Ｔintに相当する時間に至るか、さらにはＮＦＣ通信が開始されるのを待ち受ける。

ＣＰＵ３１は、経過時間が変数Ｔintに相当する時間に至ったならば、Ａｃｔ１６にてＹＥＳと判定し、Ａｃｔ１８へと進む。

Ａｃｔ１８においてＣＰＵ３１は、変数ｎの値を１つ増加する。

Ａｃｔ１９においてＣＰＵ３１は、変数ｎの値が、画面データに含まれた画面ファイルの数よりも大きいか否かを確認する。そしてＣＰＵ３１は、ここでＮＯと判定したならば、Ａｃｔ１１へと戻り、それ以降の処理を前述と同様に繰り返す。かくしてＣＰＵ３１は、操作画面５０に重畳表示される棚札画面を、画面データに含まれた次の画面ファイルが表すものに切り換える。

しかしながらＣＰＵ３１は、変数ｎの値が画面ファイル数よりも大きいためにＡｃｔ１９にてＹＥＳと判定したならば、Ａｃｔ１０に戻り、それ以降の処理を前述と同様に繰り返す。かくしてＣＰＵ３１は、操作画面５０に重畳表示される棚札画面を、画面データに含まれた１番目の画面ファイルが表すものに切り換える。

このようにしてＣＰＵ３１は、画面データに複数の画面ファイルが含まれる場合には、これら複数の画面ファイルがそれぞれ表す複数の棚札画面が変数Ｔintに相当する時間間隔で巡回的に操作画面５０に重畳表示させる。

ＣＰＵ３１は、ユーザが、スライダ５１のノブ５１ａにタッチした上で、左右にスライドする操作を行い、この操作がタッチパネル３６により検出されたならば、Ａｃｔ１５にてＹＥＳと判定し、Ａｃｔ２０へと進む。

Ａｃｔ２０においてＣＰＵ３１は、スライダ５１のスライド操作に応じて変数Ｔintの値を変更する。具体的にはＣＰＵ３１は、ノブ５１ａが左方向にスライドされたならば、そのスライド量に相当する値だけ変数Ｔintを減少し、逆に右方向にスライドされたならば、そのスライド量に相当する値だけ変数Ｔintを増加する。

かくしてＣＰＵ３１は、スライダ５１の操作に応じて、画面データに複数の画面ファイルが含まれる場合の複数の棚札画面の切り換えの時間間隔を変更する。これによりユーザは、スライダ５１を操作することによって、操作画面５０に重畳表示される棚札画面の切り換えの時間間隔を任意に変更することができる。なおＣＰＵ３１は、スライダ５１の操作に応じて、ノブ５１ａの表示位置を変化させるように操作画面５０を更新する。

ＣＰＵ３１は、ユーザが新たに携帯端末３０を棚札装置１０に近接させ、ＮＦＣユニット３５がＮＦＣ通信を開始すると、Ａｃｔ１７にてＹＥＳと判定し、Ａｃｔ２１へと進む。

Ａｃｔ２１においてＣＰＵ３１は、ＮＦＣユニット３５により受信されたデータが棚札コードであるか否かを確認する。そしてＣＰＵ３１は、棚札コードが受信されたのでなければＮＯと判定し、Ａｃｔ１５〜Ａｃｔ１７の待ち受け状態に戻る。しかしながらＣＰＵ３１は、棚札コードが受信されたのならば、図４中のＡｃｔ４へと戻り、それ以降の処理を前述と同様に繰り返す。

これによりＣＰＵ３１は、新たに受信された棚札コードで識別される棚札装置１０の棚札画面を操作画面５０に重畳表示するように、タッチパネル３６の表示画面を更新する。

図８は操作画面５０へ重畳表示される棚札画面の変遷の一例を示す図である。

図８は、図３に示すデータレコードｒ２から生成された画面データに基づくものである。

棚札画面６２は、「file_11」なる画面ファイルが表す画面を、セットされたフラグが「０」であるためにそのままの大きさで表したものである。棚札画面６３は、「file_12」なる画面ファイルが表す画面を、セットされたフラグが「０」であるためにそのままの大きさで表したものである。棚札画面６４は、「file_13」なる画面ファイルが表す画面を、セットされたフラグが「１」であるために拡大して表したものである。

以上のようなＣＰＵ３１での処理の結果、タッチパネル３６での操作画面５０への重畳表示の対象は、棚札画面６２→棚札画面６３→棚札画面６４→棚札画面６２…の順で切り換えられるが、その切り換えの時間間隔は、スライダ５１におけるノブ５１ａの位置に応じた時間間隔とされる。つまり制御プログラムに基づいて上記の制御処理をＣＰＵ３１が実行することによって、ＣＰＵ３１を中枢部分とするコンピュータは第２の制御部として機能する。

以上のように第１の実施形態によれば、棚札装置１０にて表示されるのと同一の棚札画面を、携帯端末３０において表示することができ、かつ複数の棚札画面を巡回的に表示する場合の携帯端末３０における表示画面の切り換え間隔は、棚札装置１０での表示画面の切り換え間隔とは無関係に、ユーザの操作に応じて任意に変更が可能である。従って、ユーザは、そのユーザにとっての好みの切り換え間隔での巡回的な表示により複数の棚札画面を確認できる。

また第１の実施形態によれば、予め定められた棚札画面については、携帯端末３０のタッチパネル３６においては拡大表示される。従って、標準サイズではやや見辛くなるような棚札画面については、表示デバイス１７に比べて大きなタッチパネル３６の表示領域を有効利用して、拡大により見易く表示することができる。

また第１の実施形態によれば、携帯端末３０のユーザは、携帯端末３０において所定のアプリケーションを起動した上で、当該携帯端末３０を棚札装置１０に近接させるだけで良く、棚札画面を携帯端末３０で閲覧するために面倒な操作は必要ない。

（第２の実施形態）
前述の第１の実施形態では、棚札管理装置２０から棚札装置１０および携帯端末３０のそれぞれへと提供される画面ファイルが同一のものであった。

ここで、表示デバイス１７として電子ペーパーを使用するならば、表示デバイス１７の画面はモノクロであり、棚札画面としてもモノクロのものが用意される。この場合、第１の実施形態では、このモノクロの棚札画面を表す画面ファイルがそのまま携帯端末３０へと供給されることになるため、タッチパネル３６がカラー表示可能なものであっても、タッチパネル３６に示された棚札画面はモノクロとなってしまう。

第２の実施形態は、タッチパネル３６での表示画面をカラーの棚札画面とすることを可能とするものである。

第２の実施形態においては、画面ライブラリ２４ｂに含まれる画面ファイルを、カラーの棚札画面を表すものとしておく。

以下、第２の実施形態における制御処理について説明する。

図９は第２の実施形態におけるＣＰＵ２１の制御処理のフローチャートである。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

ＣＰＵ２１は、管理テーブル２４ａが更新された場合には、更新されたデータレコードを対象として、図９に示す制御処理を実行する。なお、この処理の対象とするデータレコードを、以下においては対象レコードと称する。

Ａｃｔ４１においてＣＰＵ２１は、変数ｎに１をセットする。

Ａｃｔ４１においてＣＰＵ２１は、対象レコードのｎ番目のファイル名で特定される画面ファイルを画面ライブラリ２４ｂから取得する。

Ａｃｔ４３においてＣＰＵ２１は、上記の取得した画面ファイルが表す棚札画面をモノクロ化する。この処理としては、カラー画面からカラー情報を除いてモノクロ画面に変換する周知の技術をそのまま利用できる。そしてＣＰＵ２１は、モノクロ化した棚札画面を表す画面ファイルを、ＲＡＭ２３または補助記憶デバイス２４に記憶させる。かくして制御プログラムに基づいて上記の制御処理をＣＰＵ２１が実行することによって、ＣＰＵ２１を中枢部分とするコンピュータは生成部として機能する。

Ａｃｔ４４においてＣＰＵ２１は、対象レコードに記述された画面数よりも変数ｎが大きいか否かを確認する。そしてＣＰＵ２１は、変数ｎが画面数以下であるためにＮＯと判定したならば、Ａｃｔ４５へと進む。

Ａｃｔ４５においてＣＰＵ２１は、変数ｎの値を１つ増加する。そしてＣＰＵ２１はこの上で、Ａｃｔ４２〜Ａｃｔ４４の処理を前述と同様に繰り返す。

ＣＰＵ２１は、対象レコードに記述された全てのファイル名にてそれぞれ特定される画面ファイルのそれぞれに関するモノクロ化を終えたために変数ｎが画面数よりも大きくなっているならば、Ａｃｔ４４でＹＥＳと判定し、Ａｃｔ４６へと進む。

Ａｃｔ４６においてＣＰＵ２１は、ＲＡＭ２３または補助記憶デバイス２４に記憶してある、モノクロ化した棚札画面を表す画面ファイルの全てを含む画面データを生成し、さらにこの画面データを含んだ更新データを生成する。

Ａｃｔ４７においてＣＰＵ２１は、対象レコードに記述された棚札コードで識別される棚札装置１０に宛てて、上記の生成した更新データを、インタフェース２６および無線中継器４０を介して送信する。かくして制御プログラムに基づいて上記の制御処理をＣＰＵ２１が実行することによって、ＣＰＵ２１を中枢部分とするコンピュータは供給部として機能する。

そしてＣＰＵ２１は、これをもって図９に示す制御処理を終了する。

第２の実施形態におけるその他の動作は、第１の実施形態と同様である。

かくして、第２の実施形態においても、第１の実施形態と同様な効果が達成される。

加えて第２の実施形態においては、棚札装置１０において、表示デバイス１７の表示画面が、上記のようにモノクロ化された棚札画面とされる。これに対して、携帯端末３０へは、画面ライブラリ２４ｂに含まれた画面ファイル、すなわちカラーの棚札画面を表す画面ファイルがそのまま供給されることとなり、タッチパネル３６の表示画面は、このカラーの棚札画面とされる。

かくして、タッチパネル３６のカラー表示機能を有効利用して、携帯端末３０における棚札画面の表示を第１の実施形態よりもさらに見易いものとすることができる。

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

携帯端末３０のタッチパネル３６での表示画面を切り換えるための制御処理は、棚札管理装置２０においてＣＰＵ２１の処理により実現しても良い。つまり、操作画面５０に複数の棚札画面をそれぞれ重畳した複数の画面のファイルを棚札管理装置２０においてＣＰＵ２１の処理により生成し、この複数のファイルを経過時間が変数Ｔintに至る毎に携帯端末３０へと送信する。携帯端末３０においてＣＰＵ３１は、上記のように棚札管理装置２０より送信されたファイルが送達される毎に、タッチパネル３６における表示画面を当該ファイルが表す画面とする。ＣＰＵ３１は、スライダ５１の操作がなされたならば、その内容を棚札管理装置２０に通知する。この通知を受けると棚札管理装置２０においてＣＰＵ２１は、変数Ｔintを変更する。

図１０は変形例としての操作画面５５を示す図である。

操作画面５５は、操作画面５０におけるスライダ５１に代えて、ボタン５６，５７，５８，５９を含む。ＣＰＵ３１は、複数の棚札画面を巡回的に表示画面としている最中にボタン５７がタッチされたならば、経過時間のカウントを中断する。ＣＰＵ３１は、ボタン５６がタッチされたならば、変数Ｔintの値に予め定められた変化量だけ増加する。ＣＰＵ３１は、ボタン５９がタッチされたならば、変数Ｔintの値を上記の変化量だけ減少する。なお、ボタン５６，５９のタッチに応じての変数Ｔintの値の変更は、初期値に対して上記の変化量だけ変化させるようにしても良いし、ボタン５６，５９のタッチ毎に上記の変化量ずつ変化させても良い。ＣＰＵ３１は、ボタン５８がタッチされたとき、経過時間のカウントを中断しているならば、経過時間のカウントを再開し、変数Ｔintの値が初期値以外であるならば初期値に戻す。

このほか、ユーザの操作を受けるためのユーザインタフェースは、任意に変更が可能である。

携帯端末３０での棚札コードの取得は、例えば棚札装置１０に貼付されたバーコードをカメラ３７によって読み取るなどのような別の手法により行っても良い。

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

１０…棚札装置、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＥＥＰＲＯＭ、１４ａ…棚札コード、１４ｂ…画面データ、１５…通信デバイス、１６…ＮＦＣユニット、１７…表示デバイス、２０…棚札管理装置、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…補助記憶デバイス、２４ａ…管理テーブル、２４ｂ…画面ライブラリ、２５…通信デバイス、２６…インタフェース、３０…携帯端末、３１…ＣＰＵ、３２…ＲＯＭ、３３…ＲＡＭ、３４…補助記憶デバイス、３５…ＮＦＣユニット、３６…タッチパネル、３７…カメラ、３８…通信デバイス、４０…無線中継器、１００…電子棚札システム、２００…モバイルネットワーク、３００…インターネット。

Claims (6)

1. 複数の棚札装置、携帯端末および棚札管理装置とを含み、
   前記複数の棚札装置はそれぞれ、
   １つまたは複数の画面を表す画面データを記憶する第１の記憶部と、
   第１の表示デバイスと、
   前記第１の表示デバイスの表示画面を、前記第１の記憶部が記憶する前記画面データが表す画面とするように前記第１の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面を一定の時間間隔で切り換えて前記表示画面とする第１の制御部とを具備し、
   前記棚札管理装置は、
   前記複数の棚札装置のそれぞれに関連付けて、該当する棚札装置に備えられた前記第１の記憶部に記憶される前記画面データと同一の画面データを記憶する第２の記憶部を備え、
   前記携帯端末は、
   識別情報を前記棚札装置から取得する取得部と、
   ユーザにより操作される操作部と、
   第２の表示デバイスとを具備し、
   前記棚札管理装置または前記携帯端末は、
   前記第２の表示デバイスの表示画面を、前記取得部により取得された識別情報で識別される前記棚札装置に関連付けて前記第２の記憶部に記憶された前記画面データが表す画面を含むものとするよう前記第２の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面のうちで前記第２の表示デバイスの表示画面に含めるものを、前記操作部での操作に応じた時間間隔で切り換える第２の制御部を備える、ことを特徴とする電子棚札システム。
2. 複数の棚札装置、携帯端末および棚札管理装置からなり、
   前記棚札管理装置は、
   前記複数の棚札装置のそれぞれに関連付けて、１つまたは複数の画面を表す画面データを記憶する第２の記憶部と、
   前記第２の記憶部に記憶された前記画面データに基づいて、当該画面データが表す画面に示された情報の一部を省いた画面を表す画面データを生成する生成部と、
   前記複数の棚札装置のそれぞれに対して、その棚札装置に関連付けて前記第２の記憶部に記憶された画面データに基づいて前記生成部により生成された画面データを供給する供給部とを具備し、
   前記複数の棚札装置はそれぞれ、
   前記供給部により供給された画面データを記憶する第１の記憶部と、
   第１の表示デバイスと、
   前記第１の表示デバイスの表示画面を、前記第１の記憶部が記憶する前記画面データが表す画面とするように前記第１の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面を一定の時間間隔で切り換えて前記表示画面とする第１の制御部とを具備し、
   前記携帯端末は、
   識別情報を前記棚札装置から取得する取得部と、
   ユーザにより操作される操作部と、
   第２の表示デバイスとを具備し、
   前記棚札管理装置または前記携帯端末は、
   前記第２の表示デバイスの表示画面を、前記取得部により取得された識別情報で識別される前記棚札装置に関連付けて前記第２の記憶部に記憶された前記画面データが表す画面を含むものとするように前記第２の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面のうちで前記第２の表示デバイスの表示画面に含めるものを、前記操作部での操作に応じた時間間隔で切り換える第２の制御部を備える、ことを特徴とする電子棚札システム。
3. 前記第２の記憶部に記憶された前記画面データが表す画面はカラー画面であり、
   前記生成部は、前記画面データが表す画面におけるカラー情報を省いたモノクロ画面を表す画面データを生成することを特徴とする請求項２に記載の電子棚札システム。
4. 前記第２の制御部は、前記第２の表示デバイスの表示画面に、前記第２の記憶部に記憶された前記画面データが表す複数の画面のうちの予め定められた一部の画面を拡大して含めることを特徴とする請求項１−３のいずれか一項に記載の電子棚札システム。
5. それぞれ第１の表示デバイスおよび第１の記憶部を備え、前記第１の表示デバイスの表示画面を、前記第１の記憶部が記憶する画面データが表す画面とするもので、当該画面データが複数の画面を表す場合には、それら複数の画面を一定の時間間隔で切り換えて前記表示画面とする複数の棚札装置と、前記複数の棚札装置のそれぞれに関連付けて、該当する棚札装置に備えられた前記第１の記憶部に記憶される前記画面データと同一の画面データを記憶する第２の記憶部を備える棚札管理装置とともに電子棚札システムを構成するものであって、
   識別情報を前記棚札装置から取得する取得部と、
   ユーザにより操作される操作部と、
   第２の表示デバイスと、
   前記第２の表示デバイスの表示画面を、前記取得部により取得された識別情報で識別される前記棚札装置に関連付けて前記第２の記憶部に記憶された前記画面データが表す画面とするように前記第２の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面のうちで前記第２の表示デバイスの表示画面に含めるものを前記操作部での操作に応じて切り換える第２の制御部とを具備したことを特徴とする携帯端末。
6. それぞれ第１の表示デバイスおよび第１の記憶部を備え、前記第１の表示デバイスの表示画面を、前記第１の記憶部が記憶する画面データが表す画面とするもので、当該画面データが複数の画面を表す場合には、それら複数の画面を一定の時間間隔で切り換えて前記表示画面とする複数の棚札装置と、前記複数の棚札装置のそれぞれに関連付けて、該当する棚札装置に備えられた前記第１の記憶部に記憶される前記画面データと同一の画面データを記憶する第２の記憶部を備える棚札管理装置とともに電子棚札システムを構成するものであって、識別情報を前記棚札装置から取得する取得部と、ユーザにより操作される操作部と、第２の表示デバイスとを具備した携帯端末を制御するためのコンピュータを、
   前記第２の表示デバイスの表示画面を、前記取得部により取得された識別情報で識別される前記棚札装置に関連付けて前記第２の記憶部に記憶された前記画面データが表す画面とするように前記第２の表示デバイスを制御するもので、当該画面データが複数の画面を表す場合には、それら複数の画面のうちで前記第２の表示デバイスの表示画面に含めるものを前記操作部での操作に応じて切り換える第２の制御部として機能させることを特徴とする制御プログラム。

Images