JP6090358B2 - 情報提供装置及びプログラム - Google Patents
情報提供装置及びプログラム Download PDFInfo
- Publication number
- JP6090358B2 JP6090358B2 JP2015088317A JP2015088317A JP6090358B2 JP 6090358 B2 JP6090358 B2 JP 6090358B2 JP 2015088317 A JP2015088317 A JP 2015088317A JP 2015088317 A JP2015088317 A JP 2015088317A JP 6090358 B2 JP6090358 B2 JP 6090358B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- customer
- user
- attribute
- shelf label
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、情報提供装置に関する。
従来の電子棚札システムは、電子棚札のタッチディスプレイに設けられたレシピ希望ボタンを操作すると、サーバからレシピデータが送信されて電子棚札のプリンタから印刷出力される。（例えば、特許文献１参照）。
しかしながら、従来の電子棚札システムでは、レシピデータを印刷出力するために、電子棚札毎にプリンタを設ける必要があり、電子棚札の装置構成が大型化し、コストがかかるという欠点がある。また、レシピデータを印刷媒体でしか得ることができないという不都合がある。そこで、顧客の利便性を高め、それによって、商品の購入を促進することが要望されている。
本発明の課題は、ユーザが所望する情報をそのユーザに適した情報として提供できるようにすることにある。
請求項１記載の発明は、各種内容の情報を出力する情報提供装置であって、予め用意された複数種類の選択肢の中で、当該情報提供装置の近傍位置に居るユーザが任意の種類の選択肢を選択した際は、その選択肢を選択した前記ユーザのユーザ属性を、そのユーザが所持する携帯端末から近距離通信でユーザ属性情報を受信することで判別する判別手段と、前記複数種類の選択肢毎に複数のユーザ属性別の情報を記憶する記憶手段を参照することで、前記ユーザが選択した選択肢に対応する複数のユーザ属性別の情報の中で、前記判別手段で判別されたユーザ属性に対応した情報を読み出す読出手段と、前記読出手段で読み出された情報を前記携帯端末に対して出力するよう制御する出力制御手段と、を具備したことを特徴とする。
本発明によれば、ユーザが所望する情報をそのユーザに適した情報として提供できる。
以下、図面を参照して本発明の実施形態を説明する。まず、本実施形態における構成を説明する。
図１は、本実施形態に係る電子棚札システム１００の全体構成を示す。図１に示すように、電子棚札システム１００は、複数の電子棚札１と、複数の中継器２と、店舗サーバ３とにより構成されている。本実施形態に係る電子棚札システム１００は、スーパーマーケット，デパート等の店舗内に設置されるものであり、各電子棚札１は店舗内の商品陳列棚に各商品に対応づけて設置される。そして、電子棚札１は、買物のために店舗を訪れた顧客が所持している携帯端末４と近距離通信部により通信し、顧客の携帯端末４にレシピ情報，トレーサビリティ情報等の商品情報を送信する。
本実施形態では、店舗サーバ３と複数の中継器２とが有線の通信ネットワークＮ１を介して接続され、複数の中継器２と複数の電子棚札１とが無線の通信ネットワークＮ２を介して接続されている。
図１は、本実施形態に係る電子棚札システム１００の全体構成を示す。図１に示すように、電子棚札システム１００は、複数の電子棚札１と、複数の中継器２と、店舗サーバ３とにより構成されている。本実施形態に係る電子棚札システム１００は、スーパーマーケット，デパート等の店舗内に設置されるものであり、各電子棚札１は店舗内の商品陳列棚に各商品に対応づけて設置される。そして、電子棚札１は、買物のために店舗を訪れた顧客が所持している携帯端末４と近距離通信部により通信し、顧客の携帯端末４にレシピ情報，トレーサビリティ情報等の商品情報を送信する。
本実施形態では、店舗サーバ３と複数の中継器２とが有線の通信ネットワークＮ１を介して接続され、複数の中継器２と複数の電子棚札１とが無線の通信ネットワークＮ２を介して接続されている。
なお、図１では、電子棚札システム１００として、便宜上、店舗サーバ３に３台の中継器２が接続され、３台の中継器２に３台の電子棚札１が接続される例を示しているが、電子棚札１や中継器２の台数は、これに限定されるものではなく、電子棚札１や中継器２の台数は任意である。
通信ネットワークＮ１は、例えばＬＡＮ（Local Area Network；構内通信網）を想定しているが、インターネット等のＷＡＮ（Wide Area Network；広域通信網）等を含めてもよく、イントラネット（intranet）、電話回線、専用線、移動体通信網、通信衛星網、ＣＡＴＶ（Cable Television）回線、インターネットプロバイダ等を含めてもよい。また、通信ネットワークＮ１のネットワーク形態は、有線ネットワークに限らず、無線ネットワークでもよく、有線ネットワークと無線ネットワークとを組み合わせたものでもよい。
通信ネットワークＮ１は、例えばＬＡＮ（Local Area Network；構内通信網）を想定しているが、インターネット等のＷＡＮ（Wide Area Network；広域通信網）等を含めてもよく、イントラネット（intranet）、電話回線、専用線、移動体通信網、通信衛星網、ＣＡＴＶ（Cable Television）回線、インターネットプロバイダ等を含めてもよい。また、通信ネットワークＮ１のネットワーク形態は、有線ネットワークに限らず、無線ネットワークでもよく、有線ネットワークと無線ネットワークとを組み合わせたものでもよい。
店舗サーバ３は、通信ネットワークＮ１及び中継器２を介して電子棚札１と接続し、電子棚札１に対して、棚札表示として表示する商品名や価格等の棚札情報と、レシピ情報やトレーサビリティ情報等の商品情報とを設定できるように構成されている。
図２は、電子棚札１の主要構成を示すブロック図である。図２に示すように、電子棚札１は、ＣＰＵ（Central Processing Unit）１０と、入力部１１と、表示部１２と、無線通信部１３と、ＲＡＭ（Random Access Memory）１４と、記憶部１５と、近距離通信部１６とを備えて構成され、各部はバス１７を介して接続される。なお、電子棚札１は、図示しない電池を電源部として、この電池電源部から各部に電源が供給されている。
また、電源部は電池に限らず、電灯線から供給されるようにしてもよく、あるいは店舗サーバ３から電源ラインを介して電源が供給されるようにしてもよい。
また、電源部は電池に限らず、電灯線から供給されるようにしてもよく、あるいは店舗サーバ３から電源ラインを介して電源が供給されるようにしてもよい。
ＣＰＵ１０は、記憶部１５に記憶された制御プログラムを読み出してＲＡＭ１４に展開し、ＲＡＭ１４に展開したプログラムに基づいて各種の処理を実行する。具体的にＣＰＵ１０は、電子棚札１が棚札情報を表示したり、商品情報を携帯端末４に送信する場合、記憶部１５の図示しないメモリから、表示プログラムや送信プログラムを読み出し、表示部１２によって棚札情報を表示したり、近距離通信部１６によって商品情報を携帯端末４に送信する。
入力部１１は、図３により後述するように、顧客の操作に応じて携帯端末４にレシピ情報を送信するためのレシピキー１１ａ、顧客の操作に応じて携帯端末４にトレーサビリティ情報を送信するためのトレーサビリティキー１１ｂを備え、キーの操作に応じた操作信号をＣＰＵ１０に出力する。
表示部１２は、ＬＣＤ（Liquid Crystal Display）等のディスプレイを有し、ＣＰＵ１０から入力される表示制御信号に従って、表示処理を行う。表示部１２は、記憶部１５に記憶された棚札情報（商品名，価格）を表示出力する。
無線通信部１３は、中継器２及び無線の通信ネットワークＮ２を介して店舗サーバ３に通信接続するための制御を行う。無線通信部１３は、記憶部１５の図示しないメモリ領域に記憶されたＩＰアドレスに基づいて店舗サーバ３との通信を確立した後、中継器２を介して店舗サーバ３との通信を行う。
ＲＡＭ１４は、ＣＰＵ１０により実行される制御プログラムをプログラム格納エリアに展開する。また、ＲＡＭ１４は、入力データ及び制御プログラムの実行時に生じる処理結果のデータを、ワークエリアに一時的に格納する。また、ＲＡＭ１４の記憶内容は、図示しないバックアップ用電池からの電源供給によって常に記憶保持されている。
記憶部１５は、ＨＤＤ（Hard Disc Drive）又は不揮発性の半導体メモリ等により構成され、ＣＰＵ１０により実行される制御プログラム及びこの制御プログラムの実行時に必要なデータ等を記憶する。
近距離通信部１６は、近距離通信装置により構成され、顧客の携帯端末と通信接続し、顧客の携帯端末に対して記憶部１５に記憶された商品情報（レシピ情報，トレーサビリティ情報等）を送信する。本実施形態において、近距離通信装置とは、例えば１ｍ以内の近距離で通信を行うことを想定した通信装置であり、例えばRFID（Radio Frequency Identification），Bluetooth（登録商標），赤外線通信装置，IrDA（Infrared Data Association）等の通信装置である。
顧客の携帯端末4は、携帯電話，PDA，携帯型ゲーム機等の携帯型電子機器であり、顧客の携帯端末４にも近距離通信部１６と同等の近距離通信装置が内蔵されているものとする。
顧客の携帯端末4は、携帯電話，PDA，携帯型ゲーム機等の携帯型電子機器であり、顧客の携帯端末４にも近距離通信部１６と同等の近距離通信装置が内蔵されているものとする。
次に、電子棚札１の外観構成を説明する。図３は、電子棚札１の外観を示す外観図である。図３に示すように、電子棚札１は、表示部１２と、レシピキー１１ａと、トレーサビリティキー１１ｂと、を備えている。表示部１２は、記憶部１５に記憶された棚札情報を表示するものであり、本実施形態では、商品名と、価格とを表示するように構成されている。電子棚札１は、棚札表示を行う商品毎に設置されるものであり、例えばスーパーマーケット，デパート等の野菜売り場において「ほうれん草」が陳列された商品棚に設置される。この場合、図３に示すように、電子棚札１が対応する商品の商品名として「ほうれん草」を表示し、価格として「１９８円」を表示する。
なお、本実施形態では、棚札情報として商品名も表示部１２に表示するようにしているが、これに限らず、商品名は表示部１２に表示するのではなく、電子棚札１の表示部１２近傍に商品名を印刷したシール等を貼付したり、電子棚札１本体の空きスペースに商品名を表記することで棚札表示を行うようにしてもよい。即ち、表示部１２に表示する棚札情報は価格だけでもよい。
なお、本実施形態では、棚札情報として商品名も表示部１２に表示するようにしているが、これに限らず、商品名は表示部１２に表示するのではなく、電子棚札１の表示部１２近傍に商品名を印刷したシール等を貼付したり、電子棚札１本体の空きスペースに商品名を表記することで棚札表示を行うようにしてもよい。即ち、表示部１２に表示する棚札情報は価格だけでもよい。
次に、店舗サーバ３の構成を説明する。図４は、店舗サーバ３の主要構成を示すブロック図である。図４に示すように、店舗サーバ３は、ＣＰＵ（Central Processing Unit）３０と、入力部３１と、表示部３２と、通信部３３と、ＲＡＭ（Random Access Memory）３４と、記憶部３５と、を備えており、各部がバス３６を介して接続される。
ＣＰＵ３０は、店舗サーバ３の各部を中央制御する。ＣＰＵ３０は、記憶部３５に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭ３４に展開し、ＲＡＭ３４に展開されたプログラムとの協働で、各種処理を実行する。
ＣＰＵ３０は、後述する配信プログラムとの協働で、店舗内に設置された複数の電子棚札１を指定し、指定した電子棚札１に対応するレシピ情報を図６により後述するレシピ情報データベース３５ｂから読み出して、電子棚札１に送信すると共に、指定した電子棚札１に対応するトレーサビリティ情報を図６により後述するトレーサビリティ情報データベース３５ａから読み出して、電子棚札１に送信する。
入力部３１は、カーソルキー、文字、数字入力キー及び各種機能キーなどを備えたキーボードを含む構成とし、操作者により各キーが押下された操作信号をＣＰＵ３０に出力する。また、入力部２１は、マウス等のポインティングデバイスを含み、位置入力信号を受け付けてＣＰＵ３０に送信することとしてもよい。
表示部３２は、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）等で構成され、ＣＰＵ３０からの表示制御信号に従って画面表示を行う。
通信部３３は、モデム、ＴＡ（Terminal Adapter）、ルータ、ネットワークカード等により構成される。通信部３３は、接続される通信ネットワークＮ１及び通信ネットワークＮ２を介して電子棚札１と通信を行う。
ＲＡＭ３４は、揮発性のメモリである。また、ＲＡＭ３４は、実行される各種プログラムやこれら各種プログラムに係るデータ等を格納するワークエリアを有する。
記憶部３５は、磁気記録媒体を有するＨＤＤ（Hard Disk Drive）等により構成され、各種プログラム及び各種データを記録媒体から読み出し及び書き込み可能に記憶する。記憶部３５のファイル構成及び各ファイルのレコード構造は図６により後述する。
次に、図５を参照して、電子棚札１における記憶部１５のファイル構成と、各ファイルのレコード構造とを説明する。図５（A）は、記憶部１５のファイル構成を示す図である。図５（A）に示すように、電子棚札１の記憶部１５には、棚札ファイル１５ａと、トレーサビリティ情報ファイル１５ｂと、レシピ情報ファイル１５ｃと、が記憶されている。
棚札ファイル１５ａは、電子棚札１が対応づけられた商品の商品名（商品キャラクタ），価格（単価）等の棚札情報を記憶するファイルである。図５（B）は、棚札ファイル１５ａのレコード構造を示す図である。図５（B）に示すように、棚札ファイル１５ａは、棚札情報として、商品名（商品キャラクタ）と、価格が記憶される。図５（B）に示す実施形態では、商品名として「ほうれん草」が記憶され、価格として「１９８（円）」が記憶されている。なお、棚札情報は、商品名と価格（税込み価格）に限定されるものではなく、メーカー希望価格，本体価格（消費税を含まない価格）等の情報を含めてもよい。また、棚札情報は、価格だけでもよい。
トレーサビリティ情報ファイル１５ｂは、商品に関するトレーサビリティ情報を記憶するファイルである。図５（C）は、トレーサビリティ情報ファイル１５ｂのレコード構造を示す図である。図５（C）に示すように、トレーサビリティ情報ファイル１５ｂは、商品名と、生産地と、生産者と、収穫日とを記憶している。
ここで、トレーサビリティ情報は、例えば野菜等の商品を販売する段階で、商品の生産地、生産者、収穫日等を記録し、保管し、商品とその情報を追跡し、遡ることができるようにするための情報である。なお、トレーサビリティ情報は、図５（C）に示すような生産地、生産者、収穫日等を示す情報に限定されない。例えば、商品が食肉の場合は、牛や豚の個体番号を含むものでもよい。また、商品が魚介類の場合は、魚介類を水揚げした漁港名、漁船名、漁獲地等を含む情報でもよい。
ここで、トレーサビリティ情報は、例えば野菜等の商品を販売する段階で、商品の生産地、生産者、収穫日等を記録し、保管し、商品とその情報を追跡し、遡ることができるようにするための情報である。なお、トレーサビリティ情報は、図５（C）に示すような生産地、生産者、収穫日等を示す情報に限定されない。例えば、商品が食肉の場合は、牛や豚の個体番号を含むものでもよい。また、商品が魚介類の場合は、魚介類を水揚げした漁港名、漁船名、漁獲地等を含む情報でもよい。
レシピ情報ファイル１５ｃは、商品に関するレシピ情報を記憶するファイルである。図５（Ｄ）は、レシピ情報ファイル１５ｃのレコード構造を示す図である。図５（Ｄ）に示すように、レシピ情報ファイル１５ｃは、電子棚札１が対応づけられた商品に関する複数のレシピ情報を記憶している。例えば、図５（Ｄ）に示すように、電子棚札１が対応づけられた商品が「ほうれん草」である場合、レシピａとして「きのことほうれん草のお浸し」が記憶され、レシピｂとして「ほうれん草の煮びたし」が記憶され、レシピｃとして「ほうれん草のベーコン炒め」が記憶されている。なお、レシピ情報のデータ形式としては、図５（Ｄ）に示すようなテキストデータに限定されず、画像データ、音声データ、PDF（Portable Document Format）データ、HTML（Hyper Text Markup Language）データ等を含めてもよく、複数のデータ形式を組み合わせてレシピ情報を構成してもよい。
なお、本実施形態では、商品情報として、トレーサビリティ情報と、レシピ情報とを示したが、これに限らず、商品情報として、成分情報や原材料情報を記憶部１５に記憶し、顧客の携帯端末４に送信するようにしてもよい。
なお、本実施形態では、商品情報として、トレーサビリティ情報と、レシピ情報とを示したが、これに限らず、商品情報として、成分情報や原材料情報を記憶部１５に記憶し、顧客の携帯端末４に送信するようにしてもよい。
次に、図６を参照して、店舗サーバ３における記憶部３５のファイル構成と、各ファイルのレコード構造とを説明する。図６（A）は、記憶部３５のファイル構成を示す図である。図６（A）に示すように、店舗サーバ３の記憶部３５には、トレーサビリティ情報データベース３５ａと、レシピ情報データベース３５ｂと、が記憶される。
トレーサビリティ情報データベース３５ａは、バーコード，２次元コード等のコード情報（商品コード）に対応づけて、商品の生産地、生産者、収穫日等のトレーサビリティ情報を記憶するデータベースである。図６（B）は、トレーサビリティ情報データベース３５ａのレコード構造を示す図である。図６（B）に示すように、トレーサビリティ情報データベース３５ａは、複数のコード情報毎にレコードが夫々設けられ、コード情報に対応づけて、トレーサビリティ情報が記憶される。なお、トレーサビリティ情報は、図５（C）に示したように、商品名と、生産地と、生産者と、収穫日とにより構成されている。
レシピ情報データベース３５ｂは、バーコード，２次元コード等のコード情報（商品コード）に対応づけて、商品に関するレシピ情報を記憶するデータベースである。図６（C）は、レシピ情報データベース３５ｂのレコード構造を示す図である。図６（C）に示すように、レシピ情報データベース３５ｂは、商品に対応する複数のコード情報毎にレコードが夫々設けられ、コード情報に対応づけて、商品に関するレシピ情報が記憶される。なお、商品によっては、レシピ情報が存在しないものもあり、この場合、その商品のコード情報及びレシピ情報は記憶されていない。
（第１の実施例）
次に、図７及び図８を参照して、本実施形態の第１の実施例における動作を説明する。
まず、図７を参照して、電子棚札１で実行されるレシピ送信処理を説明する。このレシピ送信処理においては、電子棚札１に設けられたレシピキー１１ａを顧客が操作することに応じて、電子棚札１のＣＰＵ１０が記憶部１５に記憶されたレシピ情報を読み出し、読み出したレシピ情報を近距離通信部１６により顧客の携帯端末４に送信する。図７は、レシピ送信処理の動作を示すフローチャートである。このレシピ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
次に、図７及び図８を参照して、本実施形態の第１の実施例における動作を説明する。
まず、図７を参照して、電子棚札１で実行されるレシピ送信処理を説明する。このレシピ送信処理においては、電子棚札１に設けられたレシピキー１１ａを顧客が操作することに応じて、電子棚札１のＣＰＵ１０が記憶部１５に記憶されたレシピ情報を読み出し、読み出したレシピ情報を近距離通信部１６により顧客の携帯端末４に送信する。図７は、レシピ送信処理の動作を示すフローチャートである。このレシピ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
まず、ステップS11において、「レシピキー操作？」即ち、入力部１１のレシピキー１１ａが顧客により操作されたか否かが判別される。このステップS11でレシピキー１１ａが操作されていないと判別されると（ステップS11；NO）、ステップS11が繰り返し実行される。そして、ステップS11でレシピキー１１ａが操作されたと判別されると（ステップS11；YES）、ステップS12に進む。
ステップS12では、顧客の携帯端末４との相互通信が行われる。即ち、電子棚札１のＣＰＵ１０は、顧客の携帯端末４に対して顧客の属性を示す属性情報の送信を要求する要求信号を近距離通信部１６から送信し、これに応答して携帯端末４から送信される属性情報を近距離通信部１６で受信し、受信した属性情報をＲＡＭ１４の所定のメモリ領域に格納する。ステップS12の実行後はステップS13に進む。
ステップS12では、顧客の携帯端末４との相互通信が行われる。即ち、電子棚札１のＣＰＵ１０は、顧客の携帯端末４に対して顧客の属性を示す属性情報の送信を要求する要求信号を近距離通信部１６から送信し、これに応答して携帯端末４から送信される属性情報を近距離通信部１６で受信し、受信した属性情報をＲＡＭ１４の所定のメモリ領域に格納する。ステップS12の実行後はステップS13に進む。
ステップS13では、ＣＰＵ１０がＲＡＭ１４の所定のメモリ領域に格納された属性情報に基づいて顧客の属性を判別する。本実施形態においては、顧客の属性とは、例えば顧客が使用する言語（日本語、韓国語、英語、中国語等）や、顧客がお得意様であるかどうか、顧客の年齢または年齢層を意味する。そして、本実施形態においては、ステップS13で判別された顧客の属性に応じて、携帯端末４に送信するレシピ情報の表現を変更している。
例えば、１つの実施形態としては、顧客の属性として、使用言語を示す情報を携帯端末４から取得し、顧客が使用する言語で表現されたレシピ情報を携帯端末４に送信する。即ち、日本語を使用する顧客の場合は日本語で表現されたレシピ情報を顧客の携帯端末４に送信し、韓国語を使用する顧客の場合は韓国語で表現されたレシピ情報を顧客の携帯端末４に送信し、英語を使用する顧客の場合は英語で表現されたレシピ情報を顧客の携帯端末４に送信する。
また、もう１つの実施形態としては、顧客の属性として、顧客がお得意様であるかどうかを示す顧客種別情報を取得し、お得意様の場合は、特別なレシピ情報を携帯端末４に送信する。即ち、普通の顧客の場合は、一般的なレシピ情報を顧客の携帯端末４に送信し、お得意様の場合は、お得意様のために特別に用意されたレシピ情報を顧客の携帯端末４に送信する。
さらに、他の実施形態としては、顧客の属性として、顧客の年齢または年齢層を示す情報を携帯端末４から取得し、顧客にとって最も適した内容のレシピ情報を携帯端末４に送信する。即ち、年齢が比較的に若い顧客の場合は、詳細な内容を含むレシピ情報を顧客の携帯端末４に送信し、中高年や高齢者の顧客の場合は、簡潔な内容で表現されたレシピ情報を顧客の携帯端末４に送信する。
例えば、１つの実施形態としては、顧客の属性として、使用言語を示す情報を携帯端末４から取得し、顧客が使用する言語で表現されたレシピ情報を携帯端末４に送信する。即ち、日本語を使用する顧客の場合は日本語で表現されたレシピ情報を顧客の携帯端末４に送信し、韓国語を使用する顧客の場合は韓国語で表現されたレシピ情報を顧客の携帯端末４に送信し、英語を使用する顧客の場合は英語で表現されたレシピ情報を顧客の携帯端末４に送信する。
また、もう１つの実施形態としては、顧客の属性として、顧客がお得意様であるかどうかを示す顧客種別情報を取得し、お得意様の場合は、特別なレシピ情報を携帯端末４に送信する。即ち、普通の顧客の場合は、一般的なレシピ情報を顧客の携帯端末４に送信し、お得意様の場合は、お得意様のために特別に用意されたレシピ情報を顧客の携帯端末４に送信する。
さらに、他の実施形態としては、顧客の属性として、顧客の年齢または年齢層を示す情報を携帯端末４から取得し、顧客にとって最も適した内容のレシピ情報を携帯端末４に送信する。即ち、年齢が比較的に若い顧客の場合は、詳細な内容を含むレシピ情報を顧客の携帯端末４に送信し、中高年や高齢者の顧客の場合は、簡潔な内容で表現されたレシピ情報を顧客の携帯端末４に送信する。
次のステップS14では、レシピ情報ファイル１５ｃから顧客の属性に適合するレシピ情報を読み出す。これは、顧客の属性に応じて、携帯端末４に送信するレシピ情報の表現を変更するためである。例えば、図５（Ｄ）に示すレシピ情報ファイル１５ｃは、複数の言語に対応して用意されている。即ち、図５（Ｄ）の例では、レシピ情報が日本語で表現されているが、同様の内容が韓国語、英語、中国語等の言語で用意されており、ステップS14では、ステップS13により顧客の属性として判別された使用言語に対応する言語で表現されたレシピ情報をレシピ情報ファイル１５ｃから読み出す。読み出したレシピ情報は、ＲＡＭ１４の所定のメモリ領域に格納しておく。
次のステップS15では、読み出したレシピ情報を近距離通信部１６により顧客の携帯端末４に送信する。これにより、顧客の携帯端末４は、電子棚札１から近距離通信部１６により送信されたレシピ情報を受信し、表示部に表示する。
図１２は、顧客の携帯端末４におけるレシピ情報の表示例（日本語表記）を示している。図１２の例は、ステップS13において、使用言語「日本語」を示す顧客属性が携帯端末４から取得され、ステップS14ではレシピ情報ファイル１５ｃから日本語で表現されたレシピ情報が読み出されて携帯端末４に送信された場合を示している。即ち、日本語を使用する顧客の場合は日本語で表現されたレシピ情報が顧客の携帯端末４に送信される。図１２では、レシピ名と、材料と、作り方がレシピ情報として日本語表記により表示されている。
図１３は、顧客の携帯端末４におけるレシピ情報の表示例（韓国語表記）を示している。図１２の例は、ステップS13において、使用言語「韓国語」を示す顧客属性が携帯端末４から取得され、ステップS14ではレシピ情報ファイル１５ｃから韓国語で表現されたレシピ情報が読み出されて携帯端末４に送信された場合を示している。即ち、韓国語を使用する顧客の場合は韓国語で表現されたレシピ情報が顧客の携帯端末４に送信される。図１３では、レシピ名と、材料と、作り方がレシピ情報として韓国語表記により表示されている。
図１４は、顧客の携帯端末４におけるレシピ情報の表示例（英語表記）を示している。図１２の例は、ステップS13において、使用言語「英語」を示す顧客属性が携帯端末４から取得され、ステップS14ではレシピ情報ファイル１５ｃから英語で表現されたレシピ情報が読み出されて携帯端末４に送信された場合を示している。即ち、英語を使用する顧客の場合は英語で表現されたレシピ情報が顧客の携帯端末４に送信される。図１４では、レシピ名と、材料と、作り方がレシピ情報として英語表記により表示されている。
このように、本実施形態では、顧客が使用する言語に合わせた言語で表現されたレシピ情報が電子棚札１から顧客の携帯端末４に送信されるので、取得したレシピ情報を顧客が即座に理解して利用することができる。
図１２は、顧客の携帯端末４におけるレシピ情報の表示例（日本語表記）を示している。図１２の例は、ステップS13において、使用言語「日本語」を示す顧客属性が携帯端末４から取得され、ステップS14ではレシピ情報ファイル１５ｃから日本語で表現されたレシピ情報が読み出されて携帯端末４に送信された場合を示している。即ち、日本語を使用する顧客の場合は日本語で表現されたレシピ情報が顧客の携帯端末４に送信される。図１２では、レシピ名と、材料と、作り方がレシピ情報として日本語表記により表示されている。
図１３は、顧客の携帯端末４におけるレシピ情報の表示例（韓国語表記）を示している。図１２の例は、ステップS13において、使用言語「韓国語」を示す顧客属性が携帯端末４から取得され、ステップS14ではレシピ情報ファイル１５ｃから韓国語で表現されたレシピ情報が読み出されて携帯端末４に送信された場合を示している。即ち、韓国語を使用する顧客の場合は韓国語で表現されたレシピ情報が顧客の携帯端末４に送信される。図１３では、レシピ名と、材料と、作り方がレシピ情報として韓国語表記により表示されている。
図１４は、顧客の携帯端末４におけるレシピ情報の表示例（英語表記）を示している。図１２の例は、ステップS13において、使用言語「英語」を示す顧客属性が携帯端末４から取得され、ステップS14ではレシピ情報ファイル１５ｃから英語で表現されたレシピ情報が読み出されて携帯端末４に送信された場合を示している。即ち、英語を使用する顧客の場合は英語で表現されたレシピ情報が顧客の携帯端末４に送信される。図１４では、レシピ名と、材料と、作り方がレシピ情報として英語表記により表示されている。
このように、本実施形態では、顧客が使用する言語に合わせた言語で表現されたレシピ情報が電子棚札１から顧客の携帯端末４に送信されるので、取得したレシピ情報を顧客が即座に理解して利用することができる。
ステップS16では、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されるのを待機する。即ち、ステップS15で電子棚札１から顧客の携帯端末４にレシピ情報が送信され、顧客の携帯端末４がレシピ情報を受信すると、顧客の携帯端末４は電子棚札１に応答信号を送信する。この場合、顧客の携帯端末４にも、電子棚札１の近距離通信部１６と同等の近距離通信部が備えられているものとする。
ステップS17では、顧客の携帯端末４に対するレシピ情報の送信が完了したか否か、即ち、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されたか否かが判別される。ステップS17で送信が完了していないと判別されると（ステップS17；NO）、ステップS16に戻り、応答信号が待機される。
そして、ステップS17で送信が完了したと判別されると（ステップS17；YES）、図７に示すレシピ送信処理を終了する。
そして、ステップS17で送信が完了したと判別されると（ステップS17；YES）、図７に示すレシピ送信処理を終了する。
次に、図８を参照して、電子棚札１で実行されるトレーサビリティ送信処理を説明する。このトレーサビリティ送信処理においては、電子棚札１に設けられたトレーサビリティキー１１ｂを顧客が操作することに応じて、電子棚札１のＣＰＵ１０が記憶部１５に記憶されたトレーサビリティ情報を読み出し、読み出したトレーサビリティ情報を近距離通信部１６により顧客の携帯端末４に送信する。図８は、トレーサビリティ送信処理の動作を示すフローチャートである。このトレーサビリティ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
まず、ステップS21において、「トレーサビリティキー操作？」即ち、入力部１１のレシピキー１１ｂが顧客により操作されたか否かが判別される。このステップS21でトレーサビリティキー１１ａが操作されていないと判別されると（ステップS21；NO）、ステップS21が繰り返し実行される。そして、ステップS21でトレーサビリティキー１１ｂが操作されたと判別されると（ステップS21；YES）、ステップS22に進む。
ステップS22では、図７のステップS12と同様に、顧客の携帯端末４との相互通信が行われる。即ち、電子棚札１のＣＰＵ１０は、顧客の携帯端末４に対して顧客の属性を示す属性情報の送信を要求する要求信号を近距離通信部１６から送信し、これに応答して携帯端末４から送信される属性情報を近距離通信部１６で受信し、受信した属性情報をＲＡＭ１４の所定のメモリ領域に格納する。ステップS22の実行後はステップS23に進む。
ステップS22では、図７のステップS12と同様に、顧客の携帯端末４との相互通信が行われる。即ち、電子棚札１のＣＰＵ１０は、顧客の携帯端末４に対して顧客の属性を示す属性情報の送信を要求する要求信号を近距離通信部１６から送信し、これに応答して携帯端末４から送信される属性情報を近距離通信部１６で受信し、受信した属性情報をＲＡＭ１４の所定のメモリ領域に格納する。ステップS22の実行後はステップS23に進む。
ステップS23では、図７のステップS13と同様に、ＣＰＵ１０がＲＡＭ１４の所定のメモリ領域に格納された属性情報に基づいて顧客の属性を判別する。本実施形態においては、顧客の属性とは、例えば顧客が使用する言語（日本語、韓国語、英語、中国語等）や、顧客がお得意様であるかどうか、顧客の年齢または年齢層を意味する。そして、本実施形態においては、ステップS23で判別された顧客の属性に応じて、携帯端末４に送信するトレーサビリティ情報の表現を変更している。
例えば、１つの実施形態としては、顧客の属性として、使用言語を示す情報を携帯端末４から取得し、顧客が使用する言語で表現されたトレーサビリティ情報を携帯端末４に送信する。即ち、日本語を使用する顧客の場合は日本語で表現されたトレーサビリティ情報を顧客の携帯端末４に送信し、韓国語を使用する顧客の場合は韓国語で表現されたトレーサビリティ情報を顧客の携帯端末４に送信し、英語を使用する顧客の場合は英語で表現されたトレーサビリティ情報を顧客の携帯端末４に送信する。
また、もう１つの実施形態としては、顧客の属性として、顧客がお得意様であるかどうかを示す顧客種別情報を取得し、お得意様の場合は、特別なトレーサビリティ情報を携帯端末４に送信する。即ち、普通の顧客の場合は、一般的なトレーサビリティ情報を顧客の携帯端末４に送信し、お得意様の場合は、お得意様のために特別に用意されたトレーサビリティ情報を顧客の携帯端末４に送信する。
さらに、他の実施形態としては、顧客の属性として、顧客の年齢または年齢層を示す情報を携帯端末４から取得し、顧客にとって最も適した内容のトレーサビリティ情報を携帯端末４に送信する。即ち、年齢が比較的に若い顧客の場合は、詳細な内容を含むトレーサビリティ情報を顧客の携帯端末４に送信し、中高年や高齢者の顧客の場合は、簡潔な内容で表現されたトレーサビリティ情報を顧客の携帯端末４に送信する。
例えば、１つの実施形態としては、顧客の属性として、使用言語を示す情報を携帯端末４から取得し、顧客が使用する言語で表現されたトレーサビリティ情報を携帯端末４に送信する。即ち、日本語を使用する顧客の場合は日本語で表現されたトレーサビリティ情報を顧客の携帯端末４に送信し、韓国語を使用する顧客の場合は韓国語で表現されたトレーサビリティ情報を顧客の携帯端末４に送信し、英語を使用する顧客の場合は英語で表現されたトレーサビリティ情報を顧客の携帯端末４に送信する。
また、もう１つの実施形態としては、顧客の属性として、顧客がお得意様であるかどうかを示す顧客種別情報を取得し、お得意様の場合は、特別なトレーサビリティ情報を携帯端末４に送信する。即ち、普通の顧客の場合は、一般的なトレーサビリティ情報を顧客の携帯端末４に送信し、お得意様の場合は、お得意様のために特別に用意されたトレーサビリティ情報を顧客の携帯端末４に送信する。
さらに、他の実施形態としては、顧客の属性として、顧客の年齢または年齢層を示す情報を携帯端末４から取得し、顧客にとって最も適した内容のトレーサビリティ情報を携帯端末４に送信する。即ち、年齢が比較的に若い顧客の場合は、詳細な内容を含むトレーサビリティ情報を顧客の携帯端末４に送信し、中高年や高齢者の顧客の場合は、簡潔な内容で表現されたトレーサビリティ情報を顧客の携帯端末４に送信する。
次のステップS24では、トレーサビリティ情報ファイル１５ｂから顧客の属性に適合するトレーサビリティ情報を読み出す。これは、顧客の属性に応じて、携帯端末４に送信するトレーサビリティ情報の表現を変更するためである。例えば、図５（Ｃ）に示すトレーサビリティ情報ファイル１５ｂは、複数の言語に対応して用意されている。即ち、図５（Ｃ）の例では、トレーサビリティ情報が日本語で表現されているが、同様の内容が韓国語、英語、中国語等の言語で用意されており、ステップS24では、ステップS23により顧客の属性として判別された使用言語に対応する言語で表現されたトレーサビリティ情報をトレーサビリティ情報ファイル１５ｂから読み出す。読み出したトレーサビリティ情報は、ＲＡＭ１４の所定のメモリ領域に格納しておく。
次のステップS25では、読み出したトレーサビリティ情報を近距離通信部１６により顧客の携帯端末４に送信する。これにより、顧客の携帯端末４は、電子棚札１から近距離通信部１６により送信されたトレーサビリティ情報を受信し、表示部に表示する。
図１５は、顧客の携帯端末４におけるトレーサビリティ情報の表示例（日本語表記）を示している。図１５の例は、ステップS23において、使用言語「日本語」を示す顧客属性が携帯端末４から取得され、ステップS24ではトレーサビリティ情報ファイル１５ｂから日本語で表現されたトレーサビリティ情報が読み出されて携帯端末４に送信された場合を示している。即ち、日本語を使用する顧客の場合は日本語で表現されたトレーサビリティ情報が顧客の携帯端末４に送信される。図１５では、商品名と、生産地と、生産者と、収穫日とがトレーサビリティ情報として日本語表記により表示されている。
なお、ステップS23において、使用言語「韓国語」を示す顧客属性が携帯端末４から取得された場合は、韓国語で表現されたトレーサビリティ情報が顧客の携帯端末４に送信され、図１３に示すレシピ情報の場合と同様に、携帯端末４ではトレーサビリティ情報が韓国語表記で表示されることになる。
また、ステップS23において、使用言語「英語語」を示す顧客属性が携帯端末４から取得された場合は、英語語で表現されたトレーサビリティ情報が顧客の携帯端末４に送信され、図１４に示すレシピ情報の場合と同様に、携帯端末４ではトレーサビリティ情報が英語表記で表示されることになる。
図１５は、顧客の携帯端末４におけるトレーサビリティ情報の表示例（日本語表記）を示している。図１５の例は、ステップS23において、使用言語「日本語」を示す顧客属性が携帯端末４から取得され、ステップS24ではトレーサビリティ情報ファイル１５ｂから日本語で表現されたトレーサビリティ情報が読み出されて携帯端末４に送信された場合を示している。即ち、日本語を使用する顧客の場合は日本語で表現されたトレーサビリティ情報が顧客の携帯端末４に送信される。図１５では、商品名と、生産地と、生産者と、収穫日とがトレーサビリティ情報として日本語表記により表示されている。
なお、ステップS23において、使用言語「韓国語」を示す顧客属性が携帯端末４から取得された場合は、韓国語で表現されたトレーサビリティ情報が顧客の携帯端末４に送信され、図１３に示すレシピ情報の場合と同様に、携帯端末４ではトレーサビリティ情報が韓国語表記で表示されることになる。
また、ステップS23において、使用言語「英語語」を示す顧客属性が携帯端末４から取得された場合は、英語語で表現されたトレーサビリティ情報が顧客の携帯端末４に送信され、図１４に示すレシピ情報の場合と同様に、携帯端末４ではトレーサビリティ情報が英語表記で表示されることになる。
ステップS26では、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されるのを待機する。即ち、ステップS25で電子棚札１から顧客の携帯端末４にトレーサビリティ情報が送信され、顧客の携帯端末４がトレーサビリティ情報を受信すると、顧客の携帯端末４は電子棚札１に応答信号を送信する。この場合、顧客の携帯端末４にも、電子棚札１の近距離通信部１６と同等の近距離通信部が備えられているものとする。
ステップS27では、顧客の携帯端末４に対するトレーサビリティ情報の送信が完了したか否か、即ち、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されたか否かが判別される。ステップS27で送信が完了していないと判別されると（ステップS27；NO）、ステップS26に戻り、応答信号が待機される。
そして、ステップS27で送信が完了したと判別されると（ステップS17；YES）、図８のトレーサビリティ送信処理を終了する。
そして、ステップS27で送信が完了したと判別されると（ステップS17；YES）、図８のトレーサビリティ送信処理を終了する。
（第２の実施例）
次に、図９及び図１０を参照して、本実施形態の第２の実施例における動作を説明する。
まず、図９を参照して、電子棚札１で実行される第２の実施例におけるレシピ送信処理を説明する。この第２の実施例のレシピ送信処理においては、電子棚札１が顧客の携帯端末４に対して近距離通信部１６により探査信号（検出信号）を発信し、この探査信号に顧客の携帯端末４が応答することで、電子棚札１のＣＰＵ１０が記憶部１５に記憶されたレシピ情報を読み出し、読み出したレシピ情報を近距離通信部１６により顧客の携帯端末４に送信する。
図９は、第２の実施例におけるレシピ送信処理の動作を示すフローチャートである。このレシピ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
次に、図９及び図１０を参照して、本実施形態の第２の実施例における動作を説明する。
まず、図９を参照して、電子棚札１で実行される第２の実施例におけるレシピ送信処理を説明する。この第２の実施例のレシピ送信処理においては、電子棚札１が顧客の携帯端末４に対して近距離通信部１６により探査信号（検出信号）を発信し、この探査信号に顧客の携帯端末４が応答することで、電子棚札１のＣＰＵ１０が記憶部１５に記憶されたレシピ情報を読み出し、読み出したレシピ情報を近距離通信部１６により顧客の携帯端末４に送信する。
図９は、第２の実施例におけるレシピ送信処理の動作を示すフローチャートである。このレシピ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
まず、ステップS30において、ＣＰＵ１０は顧客の携帯端末４に近距離通信部１６により探査信号（検出信号）を発信する。この探査信号は、電子棚札１の近傍、例えば１ｍ以内に存在する顧客の携帯端末４に対して、電子棚札１の近傍に携帯端末４が存在するかどうか（電子棚札１に携帯端末４が接近しているかどうか）を検出すると共に、電子棚札１との通信が必要か否かを確認するための信号である。ステップS30の実行後は、ステップS31に進む。
ステップS31では、電子棚札１から発信された探査信号に対する顧客の携帯端末４からの応答を待機する。即ち、ステップS31においては、近距離通信部１６により携帯端末４からの応答信号が受信されるのを待機する。
次のステップS32では、顧客の携帯端末４からの応答があったか否か、即ち、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されたか否かが判別される。ステップS32で顧客の携帯端末４からの応答がないと判別されると（ステップS32；NO）、ステップS30に戻り、応答が検出されるまで、ステップS30〜S32の処理が繰り返し実行され、探査信号の発信と応答信号の待機とが定期的に実行される。
そして、ステップS32で顧客の携帯端末４からの応答があったと判別されると（ステップS32；YES）、ステップS33が実行される。
そして、ステップS32で顧客の携帯端末４からの応答があったと判別されると（ステップS32；YES）、ステップS33が実行される。
ステップS33では、顧客の携帯端末４との相互通信が行われる。即ち、電子棚札１のＣＰＵ１０は、顧客の携帯端末４に対して、レシピ情報が必要か、あるいはトレーサビリティ情報が必要かを問い合わせると共に、顧客の属性を示す属性情報の送信を要求する要求信号を近距離通信部１６から送信し、これに応答して携帯端末４から送信されるレシピ要求あるいはトレーサビリティ要求と、属性情報とを近距離通信部１６で受信し、受信したレシピ要求あるいはトレーサビリティ要求と、属性情報とをＲＡＭ１４の所定のメモリ領域に格納する。ステップS33の実行後はステップS34に進む。
ステップS34では、顧客の携帯端末４からのレシピ要求があったか否か、即ち、顧客の携帯端末４から送信されるレシピ要求信号が近距離通信部１６により受信されたか否かが判別される。ステップS34でレシピ要求ではないと判別されると（ステップS34；NO）、トレーサビリティ要求を含むその他処理が実行される。この場合は、図１０で後述するトレーサビリティ送信処理が実行される。
そして、ステップS34でレシピ要求があったと判別されると（ステップS34；YES）、ステップS35に進む。
そして、ステップS34でレシピ要求があったと判別されると（ステップS34；YES）、ステップS35に進む。
ステップS35では、図７のステップS13と同様に、ＣＰＵ１０がＲＡＭ１４の所定のメモリ領域に格納された属性情報に基づいて顧客の属性を判別する。本第２の実施例においても、第１の実施例と同様に、顧客の属性とは、例えば顧客が使用する言語（日本語、韓国語、英語、中国語等）や、顧客がお得意様であるかどうか、顧客の年齢または年齢層を意味する。即ち、第１の実施例と同様に、本実施形態においては、ステップS35で判別された顧客の属性に応じて、携帯端末４に送信するレシピ情報の表現を変更している。
次のステップS36では、図７のステップS14と同様に、レシピ情報ファイル１５ｃから顧客の属性に適合するレシピ情報を読み出す。これは、顧客の属性に応じて、携帯端末４に送信するレシピ情報の表現を変更するためである。例えば、図５（Ｄ）に示すレシピ情報ファイル１５ｃは、複数の言語に対応して用意されている。即ち、図５（Ｄ）の例では、レシピ情報が日本語で表現されているが、同様の内容が韓国語、英語、中国語等の言語で用意されており、ステップS14では、ステップS13により顧客の属性として判別された使用言語に対応する言語で表現されたレシピ情報をレシピ情報ファイル１５ｃから読み出す。読み出したレシピ情報は、ＲＡＭ１４の所定のメモリ領域に格納しておく。
次のステップS37では、図７のステップS15と同様に、読み出したレシピ情報を近距離通信部１６により顧客の携帯端末４に送信する。これにより、顧客の携帯端末４は、電子棚札１から近距離通信部１６により送信されたレシピ情報を受信し、表示部に表示する。
この場合、第１の実施例と同様に、顧客属性に適合するレシピ情報が顧客の携帯端末４の表示部で表示される。例えば、顧客属性として使用言語を携帯端末４から取得した場合は、顧客が使用する言語に合わせた言語で表現されたレシピ情報が電子棚札１から顧客の携帯端末４に送信される。
この場合、第１の実施例と同様に、顧客属性に適合するレシピ情報が顧客の携帯端末４の表示部で表示される。例えば、顧客属性として使用言語を携帯端末４から取得した場合は、顧客が使用する言語に合わせた言語で表現されたレシピ情報が電子棚札１から顧客の携帯端末４に送信される。
ステップS38では、図７のステップS16と同様に、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されるのを待機する。即ち、ステップS37で電子棚札１から顧客の携帯端末４にレシピ情報が送信され、顧客の携帯端末４がレシピ情報を受信すると、顧客の携帯端末４は電子棚札１に応答信号を送信する。この場合、顧客の携帯端末４にも、電子棚札１の近距離通信部１６と同等の近距離通信部が備えられているものとする。
ステップS39では、図７のステップS17と同様に、顧客の携帯端末４に対するレシピ情報の送信が完了したか否か、即ち、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されたか否かが判別される。ステップS17で送信が完了していないと判別されると（ステップS39；NO）、ステップS38に戻り、応答信号が待機される。
そして、ステップS39で送信が完了したと判別されると（ステップS39；YES）、図９に示す第２の実施例におけるレシピ送信処理を終了する。
そして、ステップS39で送信が完了したと判別されると（ステップS39；YES）、図９に示す第２の実施例におけるレシピ送信処理を終了する。
次に、図１０を参照して、電子棚札１で実行される第２の実施例におけるトレーサビリティ送信処理を説明する。この第２の実施例におけるトレーサビリティ送信処理においては、電子棚札１が顧客の携帯端末４に対して近距離通信部１６により探査信号を発信し、この探査信号に顧客の携帯端末４が応答することで、電子棚札１のＣＰＵ１０が記憶部１５に記憶されたトレーサビリティ情報を読み出し、読み出したトレーサビリティ情報を近距離通信部１６により顧客の携帯端末４に送信する。
図１０は、第２の実施例におけるトレーサビリティ送信処理の動作を示すフローチャートである。このトレーサビリティ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
図１０は、第２の実施例におけるトレーサビリティ送信処理の動作を示すフローチャートである。このトレーサビリティ送信処理は、電子棚札１のＣＰＵ１０の制御の下で実行される。
まず、ステップS40において、ＣＰＵ１０は顧客の携帯端末４に対して近距離通信部１６により探査信号（検出信号）を発信する。この探査信号は、電子棚札１の近傍、例えば１ｍ以内に存在する顧客の携帯端末４に対して、電子棚札１の近傍に携帯端末４が存在するかどうか（電子棚札１に携帯端末４が接近しているかどうか）を検出すると共に、電子棚札１との通信が必要か否かを確認するための信号である。ステップS40の実行後は、ステップS41に進む。
ステップS41では、電子棚札１から発信された探査信号に対して、顧客の携帯端末４からの応答を待機する。即ち、ステップS41においては、近距離通信部１６により携帯端末４からの応答信号が受信されるのを待機する。
次のステップS42では、顧客の携帯端末４からの応答があったか否か、即ち、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されたか否かが判別される。ステップS42で顧客の携帯端末４からの応答がないと判別されると（ステップS42；NO）、ステップS40に戻り、応答が検出されるまで、ステップS40〜S42の処理が繰り返し実行され、探査信号の発信と応答信号の待機が定期的に実行される。
そして、ステップS42で顧客の携帯端末４からの応答があったと判別されると（ステップS42；YES）、ステップS43が実行される。
そして、ステップS42で顧客の携帯端末４からの応答があったと判別されると（ステップS42；YES）、ステップS43が実行される。
ステップS43では、顧客の携帯端末４との相互通信が行われる。即ち、電子棚札１のＣＰＵ１０は、顧客の携帯端末４に対して、レシピ情報が必要か、あるいはトレーサビリティ情報が必要かを問い合わせると共に、顧客の属性を示す属性情報の送信を要求する要求信号を近距離通信部１６から送信し、これに応答して携帯端末４から送信されるレシピ要求あるいはトレーサビリティ要求と、属性情報とを近距離通信部１６で受信し、受信したレシピ要求あるいはトレーサビリティ要求と、属性情報とをＲＡＭ１４の所定のメモリ領域に格納する。ステップS43の実行後はステップS44に進む。
ステップS44では、顧客の携帯端末４からのトレーサビリティ要求があったか否か、即ち、顧客の携帯端末４から送信されるトレーサビリティ要求信号が近距離通信部１６により受信されたか否かが判別される。ステップS44でトレーサビリティ要求ではないと判別されると（ステップS44；NO）、レシピ要求を含むその他処理が実行される。この場合は、図９で説明したレシピ送信処理が実行される。
そして、ステップS44でトレーサビリティ要求があったと判別されると（ステップS44；YES）、ステップS45に進む。
そして、ステップS44でトレーサビリティ要求があったと判別されると（ステップS44；YES）、ステップS45に進む。
ステップS45では、図８のステップS23と同様に、ＣＰＵ１０がＲＡＭ１４の所定のメモリ領域に格納された属性情報に基づいて顧客の属性を判別する。本第２の実施例においても、第１の実施例と同様に、顧客の属性とは、例えば顧客が使用する言語（日本語、韓国語、英語、中国語等）や、顧客がお得意様であるかどうか、顧客の年齢または年齢層を意味する。即ち、第１の実施例と同様に、本実施形態においては、ステップS45で判別された顧客の属性に応じて、携帯端末４に送信するトレーサビリティ情報の表現を変更している。
次のステップS46では、図８のステップS24と同様に、トレーサビリティ情報ファイル１５ｂから顧客の属性に適合するトレーサビリティ情報を読み出す。これは、顧客の属性に応じて、携帯端末４に送信するトレーサビリティ情報の表現を変更するためである。例えば、図５（Ｃ）に示すトレーサビリティ情報ファイル１５ｂは、複数の言語に対応して用意されている。即ち、図５（Ｃ）の例では、トレーサビリティ情報が日本語で表現されているが、同様の内容が韓国語、英語、中国語等の言語で用意されており、ステップS46では、ステップS45により顧客の属性として判別された使用言語に対応する言語で表現されたトレーサビリティ情報をトレーサビリティ情報ファイル１５ｂから読み出す。読み出したトレーサビリティ情報は、ＲＡＭ１４の所定のメモリ領域に格納しておく。
次のステップS47では、図８のステップS25と同様に、読み出したトレーサビリティ情報を近距離通信部１６により顧客の携帯端末４に送信する。これにより、顧客の携帯端末４は、電子棚札１から近距離通信部１６により送信されたトレーサビリティ情報を受信し、表示部に表示する。
この場合、第１の実施例と同様に、顧客属性に適合するトレーサビリティ情報が顧客の携帯端末４の表示部で表示される。例えば、顧客属性として使用言語を携帯端末４から取得した場合は、顧客が使用する言語に合わせた言語で表現されたトレーサビリティ情報が電子棚札１から顧客の携帯端末４に送信される。
この場合、第１の実施例と同様に、顧客属性に適合するトレーサビリティ情報が顧客の携帯端末４の表示部で表示される。例えば、顧客属性として使用言語を携帯端末４から取得した場合は、顧客が使用する言語に合わせた言語で表現されたトレーサビリティ情報が電子棚札１から顧客の携帯端末４に送信される。
ステップS48では、図８のステップS26と同様に、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されるのを待機する。即ち、ステップS47で電子棚札１から顧客の携帯端末４にトレーサビリティ情報が送信され、顧客の携帯端末４がトレーサビリティ情報を受信すると、顧客の携帯端末４は電子棚札１に応答信号を送信する。この場合、顧客の携帯端末４にも、電子棚札１の近距離通信部１６と同等の近距離通信部が備えられているものとする。
ステップS49では、図８のステップS27と同様に、顧客の携帯端末４に対するトレーサビリティ情報の送信が完了したか否か、即ち、顧客の携帯端末４から送信される応答信号が近距離通信部１６により受信されたか否かが判別される。ステップS49で送信が完了していないと判別されると（ステップS49；NO）、ステップS48に戻り、応答信号が待機される。
そして、ステップS49で送信が完了したと判別されると（ステップS49；YES）、図１０に示す第２の実施例におけるトレーサビリティ送信処理を終了する。
そして、ステップS49で送信が完了したと判別されると（ステップS49；YES）、図１０に示す第２の実施例におけるトレーサビリティ送信処理を終了する。
次に、図１１を参照して、店舗サーバ３のＣＰＵ２０の制御の下で実行される商品情報送信処理について説明する。図１１は、店舗サーバ３で実行される配信処理の動作を示すフローチャートである。
まず、ステップＳ51では、店舗内に設置された複数の電子棚札１のうち、レシピ情報及びトレーサビリティ情報を配信する電子棚札１が指定される。
まず、ステップＳ51では、店舗内に設置された複数の電子棚札１のうち、レシピ情報及びトレーサビリティ情報を配信する電子棚札１が指定される。
次に、ステップＳ52において、指定された電子棚札１に対応するレシピ情報をレシピ情報データベース３５ｂから検索する。即ち、電子棚札１の棚札番号と、電子棚札１に対応する商品のコード情報とが対応づけられて、記憶部３５の図示しない電子棚札テーブルに記憶されており、店舗サーバ３のＣＰＵ３０は、この電子棚札テーブルを参照し、指定された電子棚札１の棚札番号に対応するコード情報を読み出し、読み出したコード情報に対応するレシピ情報をレシピ情報データベース３５ｂから検索する。ステップS52の実行後は、ステップS53に進む。
ステップS53では、レシピ情報が検索されたか否かが判別される。このステップS53でレシピ情報が検索されたと判別された場合（ステップS53；YES）、ステップS54に進み、レシピ情報が検索されなかったと判別された場合（ステップS53；NO）、ステップS56に進む。
このステップS53でレシピ情報が検索されたと判別された場合は、ステップS54によりレシピ情報送信準備が実行される。
即ち、ステップS54のレシピ情報送信準備では、ステップS52により検索されたレシピ情報がＲＡＭ３４の図示しない送信バッファに格納され、レシピ情報を送信できるように準備する。
このステップS53でレシピ情報が検索されたと判別された場合は、ステップS54によりレシピ情報送信準備が実行される。
即ち、ステップS54のレシピ情報送信準備では、ステップS52により検索されたレシピ情報がＲＡＭ３４の図示しない送信バッファに格納され、レシピ情報を送信できるように準備する。
次に、ステップＳ55において、ステップS51により指定された電子棚札１に対応するトレーサビリティ情報をトレーサビリティ情報データベース３５ａから検索する。即ち、電子棚札１の棚札番号と、電子棚札１に対応する商品のコード情報とが対応づけられて、記憶部３５の図示しない電子棚札テーブルに記憶されており、店舗サーバ３のＣＰＵ３０は、この電子棚札テーブルを参照し、指定された電子棚札１の棚札番号に対応するコード情報を読み出し、読み出したコード情報に対応するトレーサビリティ情報をトレーサビリティ情報データベース３５ａから検索する。ステップS55の実行後は、ステップS56に進む。
ステップS56では、トレーサビリティ情報が検索されたか否かが判別される。このステップS56でトレーサビリティ情報が検索されたと判別された場合（ステップS56；YES）、ステップS57に進み、トレーサビリティ情報が検索されなかったと判別された場合（ステップS56；NO）、ステップS59に進む。
このステップS56でトレーサビリティ情報が検索されたと判別された場合は、ステップS57によりトレーサビリティ情報送信準備が実行される。
即ち、ステップS57のトレーサビリティ情報送信準備では、ステップS55により検索されたトレーサビリティ情報がＲＡＭ３４の図示しない送信バッファに格納され、トレーサビリティ情報を送信できるように準備する。ステップS57の実行後はステップS58に進む。
このステップS56でトレーサビリティ情報が検索されたと判別された場合は、ステップS57によりトレーサビリティ情報送信準備が実行される。
即ち、ステップS57のトレーサビリティ情報送信準備では、ステップS55により検索されたトレーサビリティ情報がＲＡＭ３４の図示しない送信バッファに格納され、トレーサビリティ情報を送信できるように準備する。ステップS57の実行後はステップS58に進む。
ステップS58においては、指定された電子棚札１にレシピ情報及びトレーサビリティ情報が送信される。即ち、ステップS54により送信バッファに格納されて送信準備されたレシピ情報と、ステップS57により送信バッファに格納されて送信準備されたトレーサビリティ情報とが店舗サーバ３の通信部３３、通信ネットワークＮ１、中継器２、通信ネットワークＮ２を介して電子棚札１に送信される。そして、電子棚札１においては、店舗サーバ３から送信されたレシピ情報及びトレーサビリティ情報を記憶部１５のレシピ情報ファイル１５ｃ及びトレーサビリティ情報ファイル１５ｂに記憶する。ステップS58の実行後はステップS59に進む。
ステップS59では、すべての電子棚札１に対するレシピ情報及びトレーサビリティ情報の配信が完了したか否かが判別される。即ち、ステップＳ59では、電子棚札テーブルに記憶された棚札番号のレコードをすべて読み出して、すべての電子棚札１を指定したか否かが判別される。このステップＳ59で全電子棚札に対する配信が完了していないと判別された場合（ステップS59；NO）は、ステップS51に戻り、電子棚札テーブルに基づいて次の電子棚札１が指定され、ステップS52〜S58の処理が繰り返し実行される。
そして、ステップＳ59で全電子棚札に対する配信が完了したと判別された場合（ステップS59；YES）は、図１１に示す配信処理を終了する。
そして、ステップＳ59で全電子棚札に対する配信が完了したと判別された場合（ステップS59；YES）は、図１１に示す配信処理を終了する。
以上のように、本実施形態の電子棚札１及び電子棚札システム１００によれば、電子棚札１が、顧客の指示操作あるいは携帯端末４の応答に応じて、記憶部に記憶されたレシピ情報，トレーサビリティ情報等の商品情報を近距離通信装置により顧客の携帯端末４に送信するように構成したので、顧客が必要とする商品情報を電子棚札１から顧客の携帯端末４に提供でき、顧客の利便性を高め、商品の購入を促進することができる。
１００ 電子棚札システム
１ 電子棚札
２ 中継器
３ 店舗サーバ
４ 携帯端末
１０、３０ ＣＰＵ
１１、３１ 入力部
１２、３２ 表示部
１３ 無線通信部
１４、３４ ＲＡＭ
１５、３５ 記憶部
１６ 近距離通信部
３３ 通信部
１ 電子棚札
２ 中継器
３ 店舗サーバ
４ 携帯端末
１０、３０ ＣＰＵ
１１、３１ 入力部
１２、３２ 表示部
１３ 無線通信部
１４、３４ ＲＡＭ
１５、３５ 記憶部
１６ 近距離通信部
３３ 通信部
Claims (6)
- 各種内容の情報を出力する情報提供装置であって、
予め用意された複数種類の選択肢の中で、当該情報提供装置の近傍位置に居るユーザが任意の種類の選択肢を選択した際は、その選択肢を選択した前記ユーザのユーザ属性を、そのユーザが所持する携帯端末から近距離通信でユーザ属性情報を受信することで判別する判別手段と、
前記複数種類の選択肢毎に複数のユーザ属性別の情報を記憶する記憶手段を参照することで、前記ユーザが選択した選択肢に対応する複数のユーザ属性別の情報の中で、前記判別手段で判別されたユーザ属性に対応した情報を読み出す読出手段と、
前記読出手段で読み出された情報を前記携帯端末に対して出力するよう制御する出力制御手段と、
を具備したことを特徴とする情報提供装置。 - 当該情報提供装置は、所定の表示情報を表示する表示装置であり、
前記複数種類の選択肢は、前記表示情報に関連する複数種類の情報の内の何れかの種類を選択する為の選択肢である、
ことを特徴とする請求項１に記載の情報提供装置。 - 前記出力制御手段は、当該情報提供装置において前記表示情報を表示出力し、その表示情報の表示と共に、前記選択肢に対応する情報を前記携帯端末で表示出力するよう制御する、
ことを特徴とする請求項２に記載の情報提供装置。 - 前記ユーザ属性は、前記選択肢を選択したユーザが使用する言語種の言語属性を含み、
前記読出手段は、前記ユーザが任意に選択した選択肢の情報であって、且つ前記判別手段で判別したユーザ属性の言語属性に応じた言語種の表現形式で変更された情報を読み出す、
ことを特徴とする請求項１〜３の何れかに記載の情報提供装置。 - 前記ユーザ属性は、前記選択肢を選択したユーザの年齢あるいは年齢層の年齢属性を含み、
前記記憶手段は、各年齢属性に適合した情報を、その年齢属性毎に異ならせて記憶し、
前記読出手段は、前記選択肢を選択したユーザの年齢属性に適合した情報を読み出す、
ことを特徴とする請求項１〜４の何れかに記載の情報提供装置。 - 各種内容の情報を出力する情報提供装置のコンピュータを制御するためのプログラムであって、
前記コンピュータを、
予め用意された複数種類の選択肢の中で、当該情報提供装置の近傍位置に居るユーザが任意の種類の選択肢を選択した際は、その選択肢を選択した前記ユーザのユーザ属性を、そのユーザが所持する携帯端末から近距離通信でユーザ属性情報を受信することで判別する判別手段、
前記複数種類の選択肢毎に複数のユーザ属性別の情報を記憶する記憶手段を参照することで、前記ユーザが選択した選択肢に対応する複数のユーザ属性別の情報の中で、前記判別手段で判別されたユーザ属性に対応した情報を読み出す読出手段、
前記読出手段で読み出された情報を前記携帯端末に対して出力するよう制御する出力制御手段、
として機能させるようにしたプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015088317A JP6090358B2 (ja) | 2015-04-23 | 2015-04-23 | 情報提供装置及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015088317A JP6090358B2 (ja) | 2015-04-23 | 2015-04-23 | 情報提供装置及びプログラム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012173699A Division JP2012226774A (ja) | 2012-08-06 | 2012-08-06 | 電子表示装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2015164060A JP2015164060A (ja) | 2015-09-10 |
| JP6090358B2 true JP6090358B2 (ja) | 2017-03-08 |
Family
ID=54186925
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015088317A Expired - Fee Related JP6090358B2 (ja) | 2015-04-23 | 2015-04-23 | 情報提供装置及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6090358B2 (ja) |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6826554B2 (en) * | 1998-06-29 | 2004-11-30 | Fujitsu Limited | System and method for adaptively configuring a shopping display in response to a recognized customer profile |
| JP4792606B2 (ja) * | 2001-09-07 | 2011-10-12 | 古株 均 | 案内情報提供システム |
| JP2003140582A (ja) * | 2001-10-31 | 2003-05-16 | Just Syst Corp | 情報提示方法とこの方法を利用可能な携帯情報端末 |
| JP2004054831A (ja) * | 2002-07-24 | 2004-02-19 | Toppan Printing Co Ltd | プライスカード、携帯情報端末、携帯電話機、情報管理システム、及び情報管理方法 |
| JP2006048517A (ja) * | 2004-08-06 | 2006-02-16 | Toyota Industries Corp | 情報提供システム、情報提供端末、および情報管理サーバ |
| JP2006285779A (ja) * | 2005-04-01 | 2006-10-19 | Fuji Photo Film Co Ltd | セルフサービス機器、セルフサービス方法及びセルフサービス機器用プログラム |
| JP5118809B2 (ja) * | 2005-10-26 | 2013-01-16 | シャープ株式会社 | 電子棚札および商品情報提示システム |
| JP2007141150A (ja) * | 2005-11-22 | 2007-06-07 | Toshiba Tec Corp | 商品情報表示システム |
-
2015
- 2015-04-23 JP JP2015088317A patent/JP6090358B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2015164060A (ja) | 2015-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5071011B2 (ja) | 電子棚札、電子棚札システム及びプログラム | |
| US11126989B2 (en) | Receipt data processing device and method for processing receipt data | |
| JP5372395B2 (ja) | 電子棚札システム | |
| US20110102144A1 (en) | Information display system and management device | |
| US20170103623A1 (en) | Server and point-of-sale terminal configured for higher throughput processing of returned merchandise | |
| US20150356522A1 (en) | System and method for generating electronic receipt displays according to user-selectable formats on a computing device | |
| US10909360B2 (en) | Information processing device, control method of information processing device, and storage medium | |
| JP5744944B2 (ja) | 販促情報表示システムおよび販促情報表示方法 | |
| JP2015225607A (ja) | 情報処理装置およびプログラム | |
| US9779589B2 (en) | Receipt data processing device and method for processing receipt data | |
| JP6350617B2 (ja) | 棚札制御装置及びプログラム | |
| JP6302858B2 (ja) | 栄養データ閲覧システム、閲覧サーバおよびその制御プログラム | |
| JP2019204447A (ja) | サーバ装置及びプログラムに関する。 | |
| JP5631352B2 (ja) | コーディネート一覧提供システムおよびプログラム | |
| JP2012226774A (ja) | 電子表示装置及びプログラム | |
| JP6090358B2 (ja) | 情報提供装置及びプログラム | |
| JP2012014579A (ja) | ショッピングシステム、サーバ装置、情報処理端末、および制御プログラム | |
| JP2019028545A (ja) | 配送システムにおける梱包資材、コンピュータの制御プログラム、制御方法及びコンピュータ | |
| JP5555802B1 (ja) | 在庫管理装置、在庫管理システム、在庫管理方法及び在庫管理プログラム | |
| JP2010277364A (ja) | 電子棚札システム | |
| JP2017059139A (ja) | 情報処理装置およびプログラム | |
| JP6275068B2 (ja) | 栄養データ閲覧システム、閲覧サーバおよびその制御プログラム | |
| JP2019091502A (ja) | 電子レシート管理サーバ、プログラム、電子レシートシステムおよび家計簿データ受信方法 | |
| US20230385902A1 (en) | Management apparatus, terminal, and management method | |
| JP2018045716A (ja) | 情報処理装置およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160303 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160329 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160518 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160927 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161122 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170110 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170123 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6090358 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |