(57)【要約】      （修正有）【課題】棚割りの変更に伴う商品入れ替えを店員が簡易に行えるようにする、棚札管理装置を提供する。【解決手段】棚札管理装置２０は制御部を備え、制御部は、それぞれに対応付けられた商品に関する商品情報を表示する複数の棚札装置のうちの商品の対応付けを変更すべき棚札装置１０を、商品の対応付けを変更すべき棚札装置１０であることを識別可能とするための表示を行うように制御する。【選択図】図１
2015230626.tif 000002
【特許請求の範囲】
【請求項１】
それぞれに対応付けられた商品に関する商品情報を表示する複数の棚札装置のうちの商品の対応付けを変更すべき棚札装置を、商品の対応付けを変更すべき棚札装置であることを識別可能とするための表示を行うように制御する制御部を備えることを特徴とする棚札管理装置。
【請求項２】
前記制御部は、変更前の対応付け商品および変更後の対応付け商品のそれぞれの名称を表示する様に前記棚札装置を制御することを特徴とする請求項１に記載の棚札管理装置。
【請求項３】
複数の棚札装置の個々を識別するための棚札コードと複数の商品のそれぞれを識別するための商品コードとを関連付けて表す対応テーブルを記憶する対応記憶部と、
携帯端末と通信する通信部と、
前記制御部の制御の下での表示を行っている棚札装置を識別する棚札コードが前記通信部により受信されたことに応じて、当該棚札コードに前記対応テーブルで関連付けられている商品コードを変更する対応更新部とをさらに具備することを特徴とする請求項１または２に記載の棚札管理装置。
【請求項４】
複数の棚札装置の個々を識別するための棚札コードと時点情報とを互いに関連付けて含む履歴情報を記憶する履歴記憶部と、
前記通信部により前記棚札コードが受信されたことに応じて、当該棚札コードとその受信時点を表す時点情報とを関連付けて含むように前記履歴情報を更新する履歴更新部とをさらに具備することを特徴とする請求項３に記載の棚札管理装置。
【請求項５】
前記履歴情報は、前記棚札コードおよび前記履歴情報に関連付けて商品コードを含み、
前記履歴更新部は、前記通信部により受信された前記棚札コードに関連付けて、当該棚札コードで識別される前記棚札装置に関する変更後の対応付け商品の商品コードを含むように前記履歴情報を更新することを特徴とする請求項４に記載の棚札管理装置。
【請求項６】
それぞれに対応付けられた商品に関する商品情報を表示する複数の棚札装置を管理するための棚札管理装置を制御するコンピュータを、
前記複数の棚札装置のうちの商品の対応付けを変更すべき棚札装置を、商品の対応付けを変更すべき棚札装置であることを識別可能とするための表示を行うように制御する制御部として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、棚札管理装置およびその制御プログラムに関する。
【背景技術】
【０００２】
チェーンストアにおける棚割りは、そのチェーンストアを管理する本部などにおいて決定される場合がある。
【０００３】
このような場合に従来は、チェーンストアの店員が、本部において作成された指示書を参照しながら、陳列棚に陳列された商品の中から入れ替えの対象となる商品を探し出し、その商品を他の商品に入れ替えていた。
【０００４】
棚割りを熟知していない店員の場合は、入れ替えの対象となる商品を探し出すのに手間取ったり、指示書で指示されたのとは異なる商品入れ替えを行ってしまうことがあった。
【０００５】
このような事情から、棚割りの変更に伴う商品入れ替えを店員が簡易に行えることが望まれていた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−５３７７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする課題は、棚割りの変更に伴う商品入れ替えを店員が簡易に行える棚札管理装置およびその制御プログラムを提供することである。
【課題を解決するための手段】
【０００８】
実施形態の棚札管理装置は、制御部を備える。制御部は、それぞれに対応付けられた商品に関する商品情報を表示する複数の棚札装置のうちの商品の対応付けを変更すべき棚札装置を、商品の対応付けを変更すべき棚札装置であることを識別可能とするための表示を行うように制御する。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る電子棚札システムのブロック図。
【図２】一例としての棚札画像を表示している図１中の棚札装置の外観の斜視図。
【図３】図１中の管理テーブルの内容の一例を示す図。
【図４】図１中の履歴情報の内容の一例を示す図。
【図５】図１中の棚札管理装置が備えるＣＰＵの制御処理のフローチャート。
【図６】一例としての通知画像を表示している図１中の棚札装置の外観の斜視図。
【図７】図１中の携帯端末が備えるＣＰＵの制御処理のフローチャート。
【図８】更新後の図１中の管理テーブルの内容の一例を示す図。
【図９】商品入れ替え後の図１中の棚札装置の外観の一例を示す斜視図。
【発明を実施するための形態】
【００１０】
以下、実施の形態について図面を用いて説明する。
【００１１】
図１は本実施形態に係る電子棚札システム１００のブロック図である。
【００１２】
電子棚札システム１００は、複数の棚札装置１０、棚札管理装置２０、携帯端末３０および無線中継器４０を含む。なお、図１においては１つの棚札装置１０のみを示している。
【００１３】
棚札装置１０は、チェーンストアなどの店舗において陳列される複数の商品のそれぞれに対応して、その陳列場所の近辺に配置される。棚札装置１０は、多くの場合は商品を陳列するための陳列棚に取り付けられる。しかしながら棚札装置１０は、棚を持たない陳列ケースや、商品を運搬するための運搬ケースなど、その取り付け先は任意であって良い。
【００１４】
図２は一例としての棚札画像６１を表示している棚札装置１０の外観の斜視図である。
【００１５】
図２に示す棚札装置１０は、店舗に設置され、商品７１を陳列する陳列棚７２の前縁７２ａに取り付けられている。棚札画像６１は、商品７１の商品名および売価を表している。
【００１６】
棚札管理装置２０は、店舗を管理する本部事務室などに設置される。棚札管理装置２０は、無線中継器４０を介して、複数の棚札装置１０のそれぞれと無線通信でき、棚札装置１０を管理する。具体的には棚札管理装置２０は、棚札装置１０の個々を識別可能に定められた棚札コードと、商品の個々を識別可能に定められた商品コードとの関連付けを管理する。棚札管理装置２０は、この関連付けが変更された場合に、該当する棚札コードで識別される棚札装置１０で表示する棚札画像を、新たに関連付けられる商品コードで識別される商品に関する情報を表すものに変更する。
【００１７】
携帯端末３０は、モバイルネットワーク２００およびインターネット３００を介してのデータ通信機能と、ＮＦＣ（near field communication）によるデータ通信機能とを備える。携帯端末３０は、棚割り変更にともなう商品の入れ替え作業を行う店員により使用される。
【００１８】
棚札装置１０は、棚札コントローラ１１、通信デバイス１２、ＮＦＣユニット１３、メモリ１４、表示デバイス１５および伝送システム１６を含む。
【００１９】
棚札コントローラ１１は、ＣＰＵ（central processing unit）、ＲＯＭ（read-only memory）およびＲＡＭ（random-access memory）を含んだコンピュータを用いてなり、棚札装置１０としての所期の機能を実現するべく各部を制御する。
【００２０】
通信デバイス１２は、無線中継器４０と無線通信を行い、棚札コントローラ１１と棚札管理装置２０とのデータ通信を可能とする。通信デバイス１２としては、例えばIEEE802.15.4に準拠した周知のデバイスが利用できる。
【００２１】
ＮＦＣユニット１３は、棚札装置１０に近接された携帯端末３０とＮＦＣによるデータ通信を行う。
【００２２】
メモリ１４は、不揮発性のデータ記憶デバイスであり、複数の棚札装置１０の個々を識別可能に定められたうちの１つの棚札コード１４ａを記憶する。棚札装置１０は、商品のそれぞれに対応して配置されるので、棚札コード１４ａにより商品を識別することが可能である。従って、棚札コード１４ａは識別コードの一例であり、メモリ１４は、第１の記憶手段の一例である。
【００２３】
ＮＦＣユニット１３に代えて、ユニークな識別コードをＮＦＣ送信するＮＦＣチップを、棚札コントローラ１１、通信デバイス１２および表示デバイス１５からは独立した形で備え、メモリ１４には棚札コード１４ａを記憶しない構成としても良い。
【００２４】
表示デバイス１５は、棚札コントローラ１１の制御の下に表示内容を変更可能である。表示デバイス１５としては、例えば電子ペーパーが利用できる。
【００２５】
伝送システム１６は、棚札コントローラ１１、通信デバイス１２、ＮＦＣユニット１３、メモリ１４および表示デバイス１５の間でデータを伝送する。伝送システム１６は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものであって良い。
【００２６】
棚札管理装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、補助記憶デバイス２４、通信デバイス２５、インタフェース２６および伝送システム２７を含む。伝送システム２７は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、補助記憶デバイス２４、通信デバイス２５およびインタフェース２６の間でデータを伝送する。伝送システム２７は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものであって良い。
【００２７】
ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３および補助記憶デバイス２４は、伝送システム２７により接続されてコンピュータを構成する。
【００２８】
ＣＰＵ２１は、上記のコンピュータの中枢部分である。ＣＰＵ２１は、ＲＯＭ２２に記憶されたオペレーティングシステムや、ＲＯＭ２２または補助記憶デバイス２４に記憶されたアプリケーションプログラムに基づいて、棚札管理装置２０としての所期の機能を実現するための制御処理を実行する。上記の所期の機能のうちの１つは、後述する制御処理により実現される機能である。
【００２９】
ＲＯＭ２２は、上記のコンピュータの主記憶部分である。ＲＯＭ２２は、上記のオペレーティングシステムおよびアプリケーションプログラムを記憶する。またＲＯＭ２２は、ＣＰＵ２１が各種の処理を行う上で参照するデータを記憶する場合もある。
【００３０】
ＲＡＭ２３は、上記のコンピュータの主記憶部分である。ＲＡＭ２３は、ＣＰＵ２１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ２３は、ＣＰＵ２１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。
【００３１】
補助記憶デバイス２４は、上記のコンピュータの補助記憶部分である。補助記憶デバイス２４は、上記のアプリケーションプログラム、ＣＰＵ２１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ２１での処理によって生成されたデータを保存する。補助記憶デバイス２４は、管理テーブル２４ａおよび履歴情報２４ｂを記憶する。管理テーブル２４ａは、棚札装置１０での表示を管理するための諸情報を記述したデータファイルである。履歴情報２４ｂは、商品入れ替えが行われた履歴を表す。かくして補助記憶デバイス２４は、履歴記憶部の一例である。
【００３２】
図３は管理テーブル２４ａの内容の一例を示す図である。
【００３３】
図３の例で管理テーブル２４ａは、それぞれが棚札コード、現商品コード、現商品名、現売価、後商品コード、後商品名、新売価および予定日時の各フィールドｆ１，ｆ２，ｆ３，ｆ４，ｆ５，ｆ６，ｆ７，ｆ８を含んだ複数のデータレコードの集合である。
【００３４】
フィールドｆ１には、棚札管理装置２０での管理の対象となる複数の棚札装置１０のそれぞれの棚札コードが記述される。なお、図３における「aaaaaa」などは、模式的に示したものであり、実際の棚札コードとは異なる。
【００３５】
フィールドｆ２には、同じデータレコードのフィールドｆ１に記述された棚札コードで識別される棚札装置１０が取り付けられた陳列棚に、現在において陳列されている商品（以下、現商品と称する）の商品コードが記述される。なお、図３における「123456」などは、模式的に示したものであり、実際の商品コードとは異なる。
【００３６】
フィールドｆ３，ｆ４には、現商品の商品名および売価がそれぞれ記述される。
【００３７】
フィールドｆ５には、同じデータレコードのフィールドｆ１に記述された棚札コードで識別される棚札装置１０が取り付けられた陳列棚に、棚割りの変更後に陳列されるべき商品（以下、後商品と称する）の商品コードが記述される。
【００３８】
フィールドｆ６，ｆ７には、後商品の商品名および売価がそれぞれ記述される。
【００３９】
フィールドｆ８には、同じデータレコードのフィールドｆ１に記述された棚札コードで識別される棚札装置１０が取り付けられた陳列棚についての商品の入れ替えを行うべき予定日時が記述される。予定日時をどのように設定するかは任意であるが、店舗の営業時間外となる日時に定めることが想定される。
【００４０】
なお、フィールドｆ５〜ｆ８は、商品の入れ替えの予定が無いときには、null値（図３においては「−」で示す）が記述される。
【００４１】
つまり図３の例でデータレコードｒ１は、棚札コードが「aaaaaa」である棚札装置１０が取り付けられた陳列棚には、商品コードが「123456」、商品名が「ＡＡＡカレー」、売価が「１９８円」である商品が現時点において陳列されていることと、２０１４年６月１日の２２時００分に、商品コードが「123123」、商品名が「ＢＢＢカレー」、売価が「２００円」である商品に入れ替える予定であることとを表している。またデータレコードｒ２は、棚札コードが「bbbbbb」である棚札装置１０が取り付けられた陳列棚には、商品コードが「111111」、商品名が「ＣＣＣカレー」、売価が「２４８円」である商品が現時点において陳列されていることと、この商品の入れ替えの予定が無いこととを表している。
【００４２】
かくして管理テーブル２４ａは対応テーブルの一例であって、補助記憶デバイス２４は対応記憶部の一例である。
【００４３】
図４は履歴情報２４ｂの内容の一例を示す図である。
【００４４】
図４の例で履歴情報２４ｂは、それぞれが更新日時、予定日時、棚札コード、前商品コードおよび後商品コードの各フィールドｆ１１，ｆ１２，ｆ１３，ｆ１４，ｆ１５を含んだデータレコードを少なくとも１つ含む。
【００４５】
フィールドｆ１１には、商品の入れ替えが行われた日時が記述される。
【００４６】
フィールドｆ１２には、商品の入れ替えが予定されていた日時が記述される。
【００４７】
フィールドｆ１３には、商品の入れ替えの対象となった商品棚に取り付けられた棚札装置１０の棚札コードが記述される。
【００４８】
フィールドｆ１４，１５には、入れ替え前後の陳列商品についての商品コードがそれぞれ記述される。
【００４９】
つまり図４の例でデータレコードｒ１１は、棚札コードが「aaaaaa」である棚札装置１０が取り付けられた陳列棚に関して、商品コードが「123456」である商品から商品コードが「123123」である商品への入れ替えが、２０１４年６月１日の２２時００分の予定に対して２０１４年６月１日の２２時５８分に行われたことを表している。
【００５０】
通信デバイス２５は、インターネット３００を介した通信を行う。通信デバイス２５は、インターネット３００およびモバイルネットワーク２００を介して携帯端末３０と通信することもできる。かくして通信デバイス２５は、通信部の一例である。
【００５１】
この棚札管理装置２０のハードウェアとしては、例えば汎用のサーバ装置やコンピュータ装置を用いることができる。そしてこの種の装置が備える補助記憶デバイス２４に、その装置の販売者あるいは使用者によって、後述する制御処理について記述したアプリケーションプログラムである制御プログラムがインストールされるとともに、管理テーブル２４ａが書き込まれることにより棚札管理装置２０が実現される。このとき制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して販売者あるいは使用者へと配布される。なお制御プログラムは、ＲＯＭ２２に記憶されていても良い。
【００５２】
携帯端末３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、ＮＦＣユニット３５、タッチパネル３６、カメラ３７、通信デバイス３８および伝送システム３９を含む。伝送システム３９は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、ＮＦＣユニット３５、タッチパネル３６、カメラ３７および通信デバイス３８の間でデータを伝送する。伝送システム３９は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものであって良い。
【００５３】
ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３および補助記憶デバイス３４は、伝送システム３９により接続されてコンピュータを構成する。
【００５４】
ＣＰＵ３１は、上記のコンピュータの中枢部分である。ＣＰＵ３１は、ＲＯＭ３２に記憶されたオペレーティングシステムや、ＲＯＭ３２または補助記憶デバイス３４に記憶されたアプリケーションプログラムに基づいて、携帯端末３０としての所期の機能を実現するための制御処理を実行する。上記の所期の機能は、例えば既存のスマートフォンが備える周知の機能であって良い。また上記の所期の機能は、後述する制御処理により実現される機能である。
【００５５】
ＲＯＭ３２は、上記のコンピュータの主記憶部分である。ＲＯＭ３２は、上記のオペレーティングシステムおよびアプリケーションプログラムを記憶する。またＲＯＭ３２は、ＣＰＵ３１が各種の処理を行う上で参照するデータを記憶する場合もある。
【００５６】
ＲＡＭ３３は、上記のコンピュータの主記憶部分である。ＲＡＭ３３は、ＣＰＵ３１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ３３は、ＣＰＵ３１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。
【００５７】
補助記憶デバイス３４は、上記のコンピュータの補助記憶部分である。補助記憶デバイス３４は、上記のアプリケーションプログラム、ＣＰＵ３１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ３１での処理によって生成されたデータを保存する。補助記憶デバイス３４が記憶するデータには、後述するリストデータを含む。
【００５８】
ＮＦＣユニット３５は、携帯端末３０が棚札装置１０に近接された際に、ＮＦＣユニット１３との間でＮＦＣによるデータ通信を行う。
【００５９】
タッチパネル３６は、表示デバイスおよびタッチセンサを含む。表示デバイスは、ＧＵＩ画面などの任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスが利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面へのユーザのタッチ位置を検出し、その位置情報をＣＰＵ３１へと送る。タッチセンサとしては、周知のデバイスが利用できる。
【００６０】
カメラ３７は、任意の被写物を撮影し、その被写物を表した画像データを生成する。
【００６１】
通信デバイス３８は、モバイルネットワーク２００を介した通信を行う。通信デバイス３８は、モバイルネットワーク２００およびインターネット３００を介して棚札管理装置２０と通信することもできる。かくして通信デバイス３８は、第１の通信デバイスの一例である。
【００６２】
携帯端末３０のハードウェアとしては、電子棚札システム１００用に特化して構成されたものを用いても良いが、既存のスマートフォンやタブレット端末などのような、アプリケーションプログラムを任意にインストール可能なデバイスをそのまま利用できる。そしてこの種のデバイスが備える補助記憶デバイス３４に、そのデバイスの販売者あるいは使用者によって、後述する制御処理について記述したアプリケーションプログラムである制御プログラムがインストールされることにより携帯端末３０が実現される。このとき制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して販売者あるいは使用者へと配布される。なお制御プログラムは、ＲＯＭ３２に記憶されていても良い。
【００６３】
次に電子棚札システム１００の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
【００６４】
棚札管理装置２０において、管理テーブル２４ａの記述内容は、本部の担当者などによる任意の指示に応じてＣＰＵ２１が更新する。
【００６５】
一方でＣＰＵ２１は、棚札装置１０の管理を行うべき動作モードにて動作しているときには、そのための制御処理を常時行う。
【００６６】
図５はＣＰＵ２１の制御処理のフローチャートである。
【００６７】
Ａｃｔ１においてＣＰＵ２１は、携帯端末３０からの更新通知が後述するように行われたか否かを確認する。そしてＣＰＵ２１は、更新通知が行われていないためにＮＯと判定したならば、Ａｃｔ２へと進む。
【００６８】
Ａｃｔ２においてＣＰＵ２１は、予め定めたチェックタイミングであるか否かを確認する。チェックタイミングは、管理テーブル２４ａに記述された予定日時であることを判定できるように定められる。例えば、予定日時が図３に示すように１分単位で設定可能とするならば、チェックタイミングも１分間隔とする。そしてＣＰＵ２１は、チェックタイミングではないためにＮＯと判定したならば、Ａｃｔ１に戻る。かくしてＡｃｔ１およびＡｃｔ２においてＣＰＵ２１は、更新通知がなされるか、あるいはチェックタイミングとなるのを待ち受ける。そしてＣＰＵ２１は、チェックタイミングとなったならば、Ａｃｔ２にてＹＥＳと判定し、Ａｃｔ３へと進む。
【００６９】
Ａｃｔ３においてＣＰＵ２１は、管理テーブル２４ａに含まれたレコードのうちの今回のチェックタイミングにおいて未選択の１つを選択する。
【００７０】
Ａｃｔ４においてＣＰＵ２１は、現在の日時が上記の選択したレコードのフィールドｆ８に記述された予定日時と一致するか否かを確認する。該当するフィールドｆ８に例えば図３のレコードｒ１のように予定日時が記述されており、かつこの予定日時が現在の日時と一致するならば、ＣＰＵ２１はＡｃｔ４でＹＥＳと判定し、Ａｃｔ５へと進む。
【００７１】
Ａｃｔ５においてＣＰＵ２１は、商品の入れ替えが必要であることを店舗の店員に通知するための通知画像を表す通知画像データ生成する。ＣＰＵ２１は具体的には、選択中のレコードのフィールドｆ３，ｆ４，ｆ６，ｆ７に記述された情報をそれぞれ読み出し、現商品と後商品との双方の情報を併記する画像を通知画像として生成する。
【００７２】
図６は一例としての通知画像６２を表示している棚札装置１０の外観の斜視図である。
【００７３】
通知画像６２は、図３中のレコードｒ１に基づき、１９８円で販売している「ＡＡＡカレー」を、２００円で販売する「ＢＢＢカレー」に入れ替えるべきであることを通知するものである。
【００７４】
Ａｃｔ６においてＣＰＵ２１は、上記の生成した通知画像データを、選択中のレコードのフィールドｆ１に記述された棚札コードの棚札装置１０へと、インタフェース２６を介して無線中継器４０から送信する。
【００７５】
通知画像データは、送信先となっている棚札装置１０の通信デバイス１２により受信される。そうすると当該棚札装置１０の棚札コントローラ１１は、受信された通知画像データを、表示データとしてメモリ１４に上書き保存する。棚札コントローラ１１は、メモリ１４に記憶された表示データに従った画像を表示デバイス１５に表示させる。従って、表示デバイス１５は、通知画像を表示するようになる。
【００７６】
棚札装置１０に表示された通知画像６２を目視することにより店員は、当該棚札装置１０が対応付いた商品の入れ替えが必要であることを容易かつ確実に認識することができる。また店員は、棚札装置１０に対応付いた商品を、どの商品に入れ替えれば良いのかを、容易かつ確実に認識できる。かくして制御プログラムに基づいて上記の制御処理をＣＰＵ２１が実行することによって、ＣＰＵ２１を中枢部分とするコンピュータは制御部として機能する。
【００７７】
そしてこののちにＣＰＵ２１は、Ａｃｔ７へと進む。なお、選択しているレコードのフィールドｆ８に記述された予定日時が現在の日時に一致しないか、あるいは該当するフィールドｆ８がnull値であるならば、ＣＰＵ２１はＡｃｔ４でＮＯと判定し、Ａｃｔ５，６をパスしてＡｃｔ７へと進む。
【００７８】
Ａｃｔ７においてＣＰＵ２１は、管理テーブル２４ａに含まれたレコードのうちの今回のチェックタイミングにおいて未選択のレコードが有るか否かを確認する。そしてＣＰＵ２１は、未選択のレコードがあるためにＹＥＳと判定したならば、Ａｃｔ３以降の処理を繰り返す。これによりＣＰＵ２１は、管理テーブル２４ａに含まれたレコードの全てを対象として、Ａｃｔ３〜Ａｃｔ６の処理を前述したのと同様に繰り返す。そしてＣＰＵ２１は、全てのレコードについて処理を終えてＡｃｔ７へと移行した場合には、未選択のレコードはもはや存在しないのであるから、ＮＯと判定する。そしてＣＰＵ２１はこの場合には、Ａｃｔ１，２の待ち受け状態に戻る。
【００７９】
さて、棚札装置１０における図６に示すような通知画像の表示を確認した店員は、これに従って商品の入れ替えを行う。また店員は、所持している携帯端末３０を操作する。
【００８０】
携帯端末３０において、前述したように補助記憶デバイス３４に記憶された制御プログラムに基づくアプリケーションの起動を要求する操作が例えばタッチパネル３６にて行われると、ＣＰＵ３１は制御プログラムに基づく制御処理を開始する。
【００８１】
図７はＣＰＵ３１の制御処理のフローチャートである。
【００８２】
Ａｃｔ２１においてＣＰＵ３１は、予め定められたトップ画面を表示するようにタッチパネル３６を制御する。この制御の下にタッチパネル３６は、トップ画面を表示する。トップ画面は例えば、入れ替え後の商品のバーコードの読み取り開始指示のためのボタンや、通知情報の送信指示のためのボタンを配置するとともに、入れ替えが完了した陳列棚に取り付けられた棚札装置１０に携帯端末３０を近接させることを店員に促すメッセージを表す。
【００８３】
Ａｃｔ２２においてＣＰＵ３１は、読み取りの開始が指示されたか否かを確認する。そして、読み取りの開始が指示されていないならば、Ａｃｔ２３へと進む。
【００８４】
Ａｃｔ２３においてＣＰＵ３１は、ＮＦＣユニット３５によるＮＦＣ通信が開始したか否かを確認する。そしてＣＰＵ３１は、ＮＦＣ通信が開始していないためにＮＯと判定したならば、Ａｃｔ２４へと進む。
【００８５】
Ａｃｔ２４においてＣＰＵ３１は、通知情報の送信が指示されたか否かを確認する。そしてＣＰＵ３１は、その指示がなされていないためにＮＯと判定したならば、Ａｃｔ２２に戻る。かくしてＣＰＵ３１はＡｃｔ２２〜２４において、読み取りの開始が指示されるか、ＮＦＣ通信が開始されか、あるいは通知情報の送信が指示されるのを待ち受ける。
【００８６】
店員は、バーコードの読み取り開始指示のためのボタンにタッチしたのちに、カメラ３７の前に後商品のバーコードを翳す。
【００８７】
ＣＰＵ３１は、バーコードの読み取り開始指示のためのボタンがタッチされたことに応じて、Ａｃｔ２２にてＹＥＳと判定し、Ａｃｔ２５へと進む。
【００８８】
Ａｃｔ２５においてＣＰＵ３１は、カメラ３７を起動させ、カメラ３７がバーコードを撮影して生成した画像データからバーコードを認識する処理を開始する。
【００８９】
Ａｃｔ２６においてＣＰＵ３１は、バーコードの認識に成功したか否かを確認する。そしてＣＰＵ３１は、まだバーコードが認識できていないためにＮＯと判定したならば、Ａｃｔ２６を繰り返す。つまりＣＰＵ３１はＡｃｔ２６において、バーコードの認識に成功するのを待ち受ける。そしてＣＰＵ３１は、バーコードの認識に成功したならば、Ａｃｔ２６にてＹＥＳと判定し、Ａｃｔ２７へと進む。
【００９０】
Ａｃｔ２７においてＣＰＵ３１は、バーコード認識の結果として得られる商品コードをＲＡＭ３３または補助記憶デバイス３４に保存する。
【００９１】
Ａｃｔ２８においてＣＰＵ３１は、カメラ３７を停止させ、バーコード認識の処理を停止する。そしてこの後にＣＰＵ３１は、Ａｃｔ２１以降の処理を前述したのと同様に繰り返す。
【００９２】
一方、店員が携帯端末３０を棚札装置１０に近接させると、ＮＦＣユニット３５がＮＦＣユニット１３に近接することになる。そしてこれに応じて棚札装置１０は、棚札コントローラ１１の制御の下に、メモリ１４により記憶された棚札コード１４ａをＮＦＣユニット１３から無線送信する。そしてＮＦＣユニット３５は、このように無線送信された棚札コードを受信する。
【００９３】
ＣＰＵ３１は、このようなＮＦＣ通信が開始されたことに応じてＡｃｔ２３にてＹＥＳと判定し、Ａｃｔ２９へと進む。
【００９４】
Ａｃｔ２９においてＣＰＵ３１は、ＮＦＣユニット３５により受信されたデータが棚札コードであるか否かを確認する。ＮＦＣユニット３５によるＮＦＣを利用した通信では、棚札コード以外のデータの受信も行われ得る。そこでＣＰＵ３１は、そのような別用途の通信が行われて、棚札コードが受信されたのでなければＮＯと判定し、Ａｃｔ２２〜２４の待ち受け状態に戻る。しかしながらＣＰＵ３１は、棚札装置１０との上記のようなＮＦＣ通信が行われ、棚札コードが受信されたのならば、Ａｃｔ２９でＹＥＳと判定し、Ａｃｔ３０へと進む。
【００９５】
Ａｃｔ３０においてＣＰＵ３１は、上記の受信された棚札コードをＲＡＭ３３または補助記憶デバイス３４に保存する。そしてこの後にＣＰＵ３１は、Ａｃｔ２１以降の処理を前述したのと同様に繰り返す。
【００９６】
店員は、少なくとも携帯端末３０を棚札装置１０に近接させて棚札コードを携帯端末３０に取得させた後に、通知情報の送信指示のためのボタンにトップ画面においてタッチする。ＣＰＵ３１はこのタッチに応じて、Ａｃｔ２４にてＹＥＳと判定し、Ａｃｔ３１へと進む。
【００９７】
Ａｃｔ３１においてＣＰＵ３１は、棚札コードがＲＡＭ３３または補助記憶デバイス３４に保存されているか否かを確認する。そしてＣＰＵ３１は、店員が携帯端末３０を棚札装置１０に近接させて棚札コードを携帯端末３０に取得させることを怠っているために棚札コードが保存されていないならばＮＯと判定し、Ａｃｔ２２〜２４の待ち受け状態に戻る。このときＣＰＵ３１は、棚札コードが取得できていないために通知情報を送信することができない旨の警報表示をタッチパネル３６に行わせるようにしても良い。しかしながらＣＰＵ３１は、棚札コードが保存されているならば、Ａｃｔ３１にてＹＥＳと判定し、Ａｃｔ３２へと進む。
【００９８】
なお、Ａｃｔ３１においてＣＰＵ３１が、棚札コードおよび商品コードの双方がＲＡＭ３３または補助記憶デバイス３４に保存されているか否かを確認することとし、棚札コードと商品コードとの双方を通知情報に含めることを必須としても良い。
【００９９】
Ａｃｔ３２においてＣＰＵ３１は、ＲＡＭ３３または補助記憶デバイス３４に保存されている棚札コードを少なくとも含み、ＲＡＭ３３または補助記憶デバイス３４に商品コードがさらに保存されているならば、この商品コードをさらに含んだ通知情報を、通信デバイス３８からモバイルネットワーク２００およびインターネット３００を介して棚札管理装置２０へと送信する。こののちにＣＰＵ３１は、Ａｃｔ２２−２４の待ち受け状態に戻る。
【０１００】
上記のように携帯端末３０から送信された通知情報が棚札管理装置２０へと伝送されると、通信デバイス２５がこれを受信し、補助記憶デバイス２４へと保存する。
【０１０１】
この後にＣＰＵ２１は、図５中のＡｃｔ１，２の待ち受け状態になると、Ａｃｔ１においてＹＥＳと判定し、Ａｃｔ８へと進む。
【０１０２】
Ａｃｔ８においてＣＰＵ２１は、通知情報に商品コードが含まれているか否かを確認する。そして商品コードが含まれているならばＹＥＳと判定し、Ａｃｔ９へと進む。
【０１０３】
Ａｃｔ９においてＣＰＵ２１は、通知情報に含まれていた商品コードが後商品の商品コードに一致するか否かを確認する。具体的にはＣＰＵ２１は、管理テーブル２４ａに含まれるレコードのうちから、通知情報に含まれていた棚札コードがフィールドｆ１に記述されているものを選択する。そしてＣＰＵ２１は、その選択したレコードのフィールドｆ５に記述された商品コードと通知情報に含まれた商品コードとを比較する。そしてＣＰＵ２１は、両商品コードが一致するためにＹＥＳと判定したならば、Ａｃｔ１０へと進む。なおＣＰＵ２１は、通知情報に商品コードが含まれていないためにＡｃｔ８にてＮＯと判定したならば、Ａｃｔ９をパスしてＡｃｔ１０へと進む。
【０１０４】
Ａｃｔ１０においてＣＰＵ２１は、管理テーブル２４ａを更新する。かくして制御プログラムに基づいて上記の制御処理をＣＰＵ２１が実行することによって、ＣＰＵ２１を中枢部分とするコンピュータは対応更新部として機能する。具体的にはＣＰＵ２１は、管理テーブル２４ａに含まれるレコードのうちで、通知情報に含まれていた棚札コードがフィールドｆ１に記述されているもの（以下、対象レコードと称する）のフィールドｆ５，ｆ６，ｆ７に記述されている情報をフィールドｆ２，ｆ３，ｆ４にそれぞれコピーした後、フィールドｆ５，ｆ６，ｆ７にNull値を書き込む。
【０１０５】
図８は更新後の管理テーブル２４ａの内容の一例を示す図である。
【０１０６】
ＣＰＵ２１は、管理テーブル２４ａが図３に示す状態にあるときに、通知情報に含まれた棚札コードが「aaaaaa」であったとするならば、図８に示すようにレコードｒ１を更新する。
【０１０７】
かくして、管理テーブル２４ａのフィールドｆ５〜ｆ８には、商品の入れ替えの必要が生じたことに応じて担当者によりそれぞれの情報が記述されてから、同レコードのフィールドｆ１に記述された棚札コードを含んだ通知情報が棚札管理装置２０へと送られるまでの期間において有意な情報が記述された状態となる。
【０１０８】
従って、本部の担当者などが管理テーブル２４ａを確認することにより、フィールドｆ８に記述された予定日時をある程度過ぎたようなレコードが残っていることをもって、商品の入れ替えが正しく行われていないことを知ることができる。
【０１０９】
なお、ＣＰＵ２１は別タスクの処理により管理テーブル２４ａのフィールドｆ３，ｆ４のいずれかに変更が生じていないか否かを監視している。ＣＰＵ２１は、当該変化が生じた場合には、変化後のフィールドｆ３，ｆ４の記述に基づく図２に示すようなフォーマットの棚札画像を生成する。そしてＣＰＵ２１は、同じレコード内のフィールドｆ１に記述された棚札コードの棚札装置１０に、上記の生成した棚札画像を表示させる。
【０１１０】
図９は商品入れ替え後の棚札装置１０の外観の一例を示す斜視図である。
【０１１１】
上述したＣＰＵ２１の処理により、図８に示すように管理テーブル２４ａが更新されたことに伴い、棚札装置１０は棚札画像６３を表示する状態に移行する。
【０１１２】
Ａｃｔ１１においてＣＰＵ２１は、履歴情報２４ｂを更新する。ＣＰＵ２１は具体的には、通知情報が受信された日時、対象レコードのフィールドｆ８に記述されていた予定日時、通知情報に含まれた棚札コード、対象レコードのフィールドｆ２に記述されていた商品コード、ならびに対象レコードのフィールドｆ５に記述されていた商品コードを、フィールドｆ１１〜ｆ１５のそれぞれの内容として記述したレコードを履歴情報２４ｂに追加する。なおＣＰＵ２１は、履歴情報２４ｂが未作成である場合には、上記のレコードのみを含んだ履歴情報２４ｂを補助記憶デバイス２４に新規に作成する。かくして制御プログラムに基づいて上記の制御処理をＣＰＵ２１が実行することによって、ＣＰＵ２１を中枢部分とするコンピュータは履歴更新部として機能する。
【０１１３】
かくして、本部の担当者などが履歴情報２４ｂを参照することにより、商品の入れ替えが適正に行われているか否かを確認できる。
【０１１４】
なおＣＰＵ２１は、通知情報に商品情報が含まれる場合に当該商品情報をフィールドｆ１５に記述し、通知情報に商品情報が含まれない場合にはフィールドｆ１５をnull値としても良い。このようにすれば、本部の担当者などが履歴情報２４ｂを参照することにより、単に商品の入れ替えが行われたか否かだけではなく、正しい商品に入れ替えられているかどうかまでも確認できるようになる。なおさらに、前述したように棚札コードと商品コードとの双方を通知情報に含めることを必須としておけば、フィールドｆ１５には実際に陳列されていた後商品の商品コードが記述されることとなり、さらに好ましい。
【０１１５】
図４に示すレコードｒ１１は、図３に示すレコードｒ１の記述に基づく図６に示すような通知画像６２に応じて、店員が商品入れ替えを行った場合の履歴を示している。
【０１１６】
そして、こののちにＣＰＵ２１は、Ａｃｔ１，２の待ち受け状態に戻る。
【０１１７】
かくして電子棚札システム１００によれば、棚割りの変更に伴う商品入れ替えを店員が簡易に行えるようになる。
【０１１８】
また電子棚札システム１００によれば、棚割りの変更の実施状況の監視を本部の担当者などが簡易に行えるようになる。
【０１１９】
この実施形態は、次のような種々の変形実施が可能である。
【０１２０】
携帯端末３０での棚札装置１０からの棚札コードの読み取りは、例えばバーコード読み取りなどの光学的な手法により行われても良い。
【０１２１】
携帯端末３０は、無線ＬＡＮ通信などを用いてモバイルネットワーク２００に代えてＬＡＮを介してインターネット３００にアクセスしても良い。あるいは、ＬＡＮを介して、インターネットを介さずに棚札管理装置２０と携帯端末３０とが通信しても良い。
【０１２２】
例えば店舗の営業開始時刻などの所定のタイミングとなっても通知画像を表示したままである棚札装置１０が存在する場合には、当該棚札装置１０の表示を通常の棚札画像に戻すような処理を棚札管理装置２０が行っても良い。このようにすれば、商品入れ替えが行われなかったとしても、通知画像が顧客の目に触れることを防止できる。
【０１２３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１２４】
１０…棚札装置、１１…棚札コントローラ、１２…通信デバイス、１３…ＮＦＣユニット、１４…メモリ、１５…表示デバイス、１６…伝送システム、２０…棚札管理装置、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…補助記憶デバイス、２５…通信デバイス、２６…インタフェース、２７…伝送システム、３０…携帯端末、３１…ＣＰＵ、３２…ＲＯＭ、３３…ＲＡＭ、３４…補助記憶デバイス、３５…ＮＦＣユニット、３６…タッチパネル、３７…カメラ、３８…通信デバイス、３９…伝送システム、４０…無線中継器、１００…電子棚札システム、２００…モバイルネットワーク、３００…インターネット。
【図１】
2015230626.tif 000003
【図２】
2015230626.tif 000004
【図３】
2015230626.tif 000005
【図４】
2015230626.tif 000006
【図５】
2015230626.tif 000007
【図６】
2015230626.tif 000008
【図７】
2015230626.tif 000009
【図８】
2015230626.tif 000010
【図９】
2015230626.tif 000011