JP6323586B1 - 店舗システム、電子棚札、店舗システムの処理方法及びプログラム - Google Patents

Abstract

【課題】本発明は、商品陳列棚に陳列された商品に関連する情報を顧客に提供する手段を提供することを課題とする。【解決手段】本発明によれば、商品陳列棚に複数の商品各々に対応して設置された複数の情報取得部１１と、第１の情報取得部１１を介して顧客識別情報が入力されると、第１の情報取得部１１に対応した商品に顧客識別情報を対応付けて通知リストに登録する登録部１２と、通知リストに登録されている顧客識別情報に対応した送信先に、顧客識別情報各々に対応付けられている商品の関連情報を送信する送信部１３と、を有する店舗システム１０が提供される。【選択図】図２

Description

本発明は、店舗システム、電子棚札、店舗システムの処理方法及びプログラムに関する。

特許文献１には、電子棚札に在庫などの情報問い合わせ機能を持たせた在庫確認システムが開示されている。電子棚札は、所定の入力を検知した場合に商品の在庫情報を要求する要求部と、在庫情報を受信する受信部と、受信された在庫情報を記憶する記憶部と、記憶されている在庫情報を表示する表示部とを有する。

在庫がある場合、表示部は、「間もなく陳列いたします。しばらくお待ちください。」等の情報を表示する。一方、在庫がない場合、表示部は、「現在欠品中です。次回は２月１日に入荷予定です。」等の情報を表示する。

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

特許文献１に記載の技術は、在庫の有無や、次回入荷予定等のあらゆる情報を、電子棚札の表示部に表示させている。この場合、顧客は、所望の情報が表示部に表示されるまで電子棚札のある場所で待ち続けなければいけない。このため、比較的短い時間で確認し、出力できる情報しか顧客に提供できないとう問題が生じる。本発明は、上記問題を解決することを課題とする。

本発明によれば、
商品陳列棚に複数の商品各々に対応して設置された複数の情報取得手段と、
第１の前記情報取得手段を介して顧客識別情報が入力されると、前記第１の情報取得手段に対応した前記商品に前記顧客識別情報を対応付けて通知リストに登録する登録手段と、
前記通知リストに登録されている前記顧客識別情報に対応した送信先に、前記顧客識別情報各々に対応付けられている前記商品の関連情報を送信する送信手段と、
を有する店舗システムが提供される。

また、本発明によれば、
商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認手段と、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段と、
前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知手段と、
を有し、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である店舗システムが提供される。

また、本発明によれば、
商品陳列棚に商品に対応して設置されたボタンと、
前記商品陳列棚に前記商品に対応して設置されたディスプレイと、
前記ボタンの１回目の押下に応じて、前記商品の在庫確認を行わせる信号をサーバに送信し、前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知させる信号を前記サーバに送信する送信手段と、
を有し、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である電子棚札が提供される。

また、本発明によれば、
商品陳列棚に複数の商品各々に対応して設置された複数の情報取得手段を有する店舗システムのコンピュータが、
第１の前記情報取得手段を介して顧客識別情報が入力されると、前記第１の情報取得手段に対応した前記商品に前記顧客識別情報を対応付けて通知リストに登録する登録工程と、
前記通知リストに登録されている前記顧客識別情報に対応した送信先に、前記顧客識別情報各々に対応付けられている前記商品の関連情報を送信する送信工程と、
を実行する店舗システムの処理方法が提供される。

また、本発明によれば、
商品陳列棚に複数の商品各々に対応して設置された複数の情報取得手段を有する店舗システムのコンピュータを、
第１の前記情報取得手段を介して顧客識別情報が入力されると、前記第１の情報取得手段に対応した前記商品に前記顧客識別情報を対応付けて通知リストに登録する登録手段、
前記通知リストに登録されている前記顧客識別情報に対応した送信先に、前記顧客識別情報各々に対応付けられている前記商品の関連情報を送信する送信手段、
として機能させるプログラムが提供される。

また、本発明によれば、
商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
を有する店舗システムのコンピュータが、
前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認工程と、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御工程と、
前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知工程と、
を有し、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である店舗システムの処理方法が提供される。

また、本発明によれば、
商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
を有する店舗システムのコンピュータを、
前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認手段、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段、
前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知手段、
として機能させ、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下であるプログラムが提供される。

本発明によれば、商品陳列棚に陳列された商品に関連する情報を顧客に提供する新たな技術が実現される。

本実施形態の店舗システムのハードウエア構成の一例を概念的に示す図である。 本実施形態の店舗システムの機能ブロック図の一例である。 本実施形態の商品陳列棚の一例を模式的に示す図である。 本実施形態の店舗システムで処理されるデータの一例を模式的に示す図である。 本実施形態の店舗システムで処理されるデータの一例を模式的に示す図である。 本実施形態の店舗システムで処理されるデータの一例を模式的に示す図である。 本実施形態の店舗システムの処理の流れの一例を示すフローチャートである。 本実施形態の店舗システムの処理の流れの一例を示すフローチャートである。 本実施形態の店舗システムの機能ブロック図の一例である。 本実施形態の商品陳列棚の一例を模式的に示す図である。 本実施形態の店舗システムの処理の流れの一例を示すフローチャートである。 本実施形態の店舗システムの機能ブロック図の一例である。 本実施形態の商品陳列棚の一例を模式的に示す図である。 本実施形態の店舗システムの処理の流れの一例を示すフローチャートである。 本実施形態の店舗システムで表示される情報の一例を模式的に示す図である。 本実施形態の電子棚札の機能ブロック図の一例である。

＜第１の実施形態＞
まず、本実施形態の店舗システムの概要を説明する。店舗システムは、複数の情報取得手段と、登録手段と、送信手段とを有する。

複数の情報取得手段各々は、商品陳列棚に、複数の商品各々に対応して設置される。情報取得手段は、顧客識別情報を記憶した電子カード、電子タグ、携帯端末等から顧客識別情報を取得する。

登録手段は、複数の情報取得手段の中の任意の１つ（第１の情報取得手段）を介して顧客識別情報が入力されると、第１の情報取得手段に対応した商品に当該顧客識別情報を対応付けて通知リストに登録する。

送信手段は、通知リストに登録されている顧客識別情報に対応した送信先に、通知リストにおいて顧客識別情報各々に対応付けられている商品の関連情報を送信する。例えば、送信手段は、商品の次回入荷予定日、商品の次回入荷日（確定した次回の入荷日。以下同様。）、商品が実際に入荷された後に行われる商品の入荷通知及びＵＲＬの中の少なくとも１つを含む関連情報を送信する。送信手段は、電子メールの送信や、アプリのプッシュ通知等を用いて、所定の送信先に関連情報を送信することができる。

このような店舗システムによれば、顧客は、店舗において興味を持った商品に対応する情報取得手段に自身の顧客識別情報を読み取らせるという「単純な作業」を行うだけで、以降、自身の送信先に送付させる形で、当該商品の関連情報を取得することができる。そして、顧客は、任意のタイミングで任意の場所で受信した関連情報を確認することができる。かかる場合、顧客に提供する情報において、「比較的短い時間で確認し、出力できる情報」という縛りがかからない。このため、あらゆる情報を顧客に提供できる。

次に、店舗システムの構成を詳細に説明する。まず、店舗システムのハードウエア構成の一例について説明する。店舗システムは、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図１は、店舗システムのハードウエア構成を例示するブロック図である。図１に示すように、店舗システムは、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａには、様々なモジュールが含まれる。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などの演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。入出力インターフェイス３Ａは、入力装置（例：キーボード、マウス、マイク、物理キー、タッチパネルディスプレイ、リーダ等）、外部装置、外部サーバ、外部センサ等から情報を取得するためのインターフェイスや、出力装置（例：ディスプレイ、スピーカ、プリンター、メーラー等）、外部装置、外部サーバ等に情報を出力するためのインターフェイスなどを含む。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。

店舗システムは、物理的及び／又は論理的に一体となった１つの装置で構成されてもよいし、物理的及び／又は論理的に分かれた複数の装置で構成されてもよい。複数の装置で構成される場合、複数の装置は互いに情報の送受信を行うよう構成され、複数の装置が協働して解析システムの機能を実現する。

図２に、店舗システム１０の機能ブロック図の一例を示す。図示するように、店舗システム１０は、複数の情報取得部１１−１乃至１１−Ｎ（Ｎは２以上の整数）と、登録部１２と、送信部１３とを有する。

複数の情報取得部１１−１乃至１１−Ｎは、互いに物理的に分離したＮ個の装置である。そして、登録部１２及び送信部１３は、複数の情報取得部１１−１乃至１１−Ｎと物理的に分離したサーバに備えられる。以下、登録部１２及び送信部１３を有するサーバを、単に「サーバ」という。複数の情報取得部１１−１乃至１１−Ｎ各々とサーバとは、通信可能に構成される。

情報取得部１１−１乃至１１−Ｎは、顧客識別情報（顧客ＩＤ（identifier））を取得する。情報取得部１１−１乃至１１−Ｎは、例えば、接触又は非接触で、電子カード（例：ＩＣ（integrated circuit）カード）、電子タグ（例：ＩＣタグ）、携帯端末（例：スマートフォン、携帯電話等）等と通信し、これらに記憶されている顧客ＩＤを取得するリーダであってもよい。その他、情報取得部１１−１乃至１１−Ｎは、物理キーやタッチパネルディスプレイであり、これらを介して顧客ＩＤの直接入力を受付けてもよい。その他、情報取得部１１−１乃至１１−Ｎは、カメラ、指紋センサ、マイク等であり、顔画像、虹彩、指紋、声紋等の生体情報を取得してもよい。この場合、予め、顧客ＩＤに対応付けて各顧客の生体の特徴量が登録されており、当該登録情報と情報取得部１１−１乃至１１−Ｎを介して入力された生体情報とを用いて、所定の顧客ＩＤが抽出される。

情報取得部１１−１乃至１１−Ｎ各々は、商品陳列棚に複数の商品各々に対応して設置される。情報取得部１１−１乃至１１−Ｎ各々は、例えば、対応する商品を識別する情報と、取得した顧客ＩＤとを対応付けてサーバに送信する。この場合、情報取得部１１−１乃至１１−Ｎ各々は、予め、対応する商品を識別する情報を記憶しておく。その他、情報取得部１１−１乃至１１−Ｎ各々は、自端末（例：リーダ）を識別する情報と、取得した顧客ＩＤとを対応付けてサーバに送信してもよい。この場合、情報取得部１１−１乃至１１−Ｎ各々は、予め、自端末を識別する情報を記憶しておく。また、サーバは、情報取得部１１−１乃至１１−Ｎ各々と、各々に対応する商品とを対応付けた対応情報を保持しておく。

図３に、商品陳列棚１００の一例を模式的に示す。図では、５段の商品陳列棚１００が表示されている。当該商品陳列棚１００には、５種類の商品（不図示）が陳列される。５種類の商品各々に、１つの段が割り当てられている。そして、各段に対応して、情報取得部１１−１乃至１１−５が設置されている。図では、情報取得部１１−１乃至１１−Ｎの一例であるリーダを表示している。

図２に戻り、登録部１２は、情報取得部１１−１乃至１１−Ｎの中の任意の１つである第１の情報取得部１１−Ａ（Ａは１以上Ｎ以下の整数）を介して顧客ＩＤが入力されると、第１の情報取得部１１−Ａに対応した商品に当該顧客ＩＤを対応付けて通知リストに登録する。

図４に、通知リストの一例を模式的に示す。図示する通知リストでは、顧客ＩＤと、商品ＩＤと、登録日とが互いに対応付けられている。顧客ＩＤは、複数の顧客を互いに識別する情報である。商品ＩＤは、複数の商品を互いに識別する情報である。登録日は、通知リストに登録された日である。

図２に戻り、送信部１３は、通知リストに登録されている顧客ＩＤに対応した送信先に、通知リストにおいて顧客ＩＤ各々に対応付けられている商品の関連情報を送信する。

例えば、図５に示すように、予め、複数の顧客ＩＤ各々に対応付けて、メールアドレス（送信先）が登録されていてもよい。そして、送信部１３は、当該登録情報を用いて、関連情報の送信を実現してもよい。

その他、顧客は、自身の端末（例：スマートフォン、タブレット、携帯電話等）に、関連情報を受信するための専用のアプリをインストールし、自身の顧客ＩＤを登録しておいてもよい。そして、送信部１３は、アプリのプッシュ通知機能を利用して、当該端末（送信先）に関連情報を送信してもよい。

関連情報は、商品の次回入荷予定日、商品の次回入荷日、商品が実際に入荷された後に行われる商品の入荷通知、及び、ＵＲＬの中の少なくとも１つを含む。

ここで、商品の次回入荷予定日、商品の次回入荷日、及び、商品が実際に入荷されたことを確認する手段の一例を説明する。なお、送信部１３は、その他の手段でこれらを確認し、その結果を関連情報として顧客に送信してもよい。

例えば、店舗システム１０又はその他の装置が、図６に示すような発注履歴を管理しておく。そして、送信部１３は、当該発注履歴に基づき、上述のような関連情報を取得する。図６に示す発注履歴は、発注済みの複数の商品各々に対応付けて、入荷予定日、商品の入荷日、及び、商品が入荷済みか否かを示す入荷状況が登録されている。発注履歴の各値の登録作業は、店員による手作業で実現されてもよいし、コンピュータによる処理で実現されてもよい。

例えば、各店舗からメーカや本部に向けて発注された商品各々が、発注履歴に登録される。そして、発注において指定された納入希望日が、各商品の入荷予定日として登録される。コンピュータを介して発注作業がなされる場合、コンピュータによる処理で上記登録作業が実現される。

また、例えば、発注に対するメーカや本部からの回答を得られた場合、当該回答に含まれる各商品の納入日（確定日）が、商品の入荷日として登録される。コンピュータを介して当該回答の送受信がなされる場合、コンピュータによる処理で上記登録作業が実現される。

その他、例えば、発注した商品の納入日（確定日）の通知が商品を配送する配送業者から得られた場合、当該通知に含まれる納入日が、商品の入荷日として登録される。コンピュータを介して当該通知の送受信がなされる場合、コンピュータによる処理で上記登録作業が実現される。

また、例えば、発注した商品が店舗に納入された場合、当該商品に対応する「入荷状況」の欄に入荷済みである旨が登録される。例えば、店員がＰＯＳ（point of sale）端末を用いて納入された商品の検品作業を行うことで、ＰＯＳシステムに、各商品を納入された旨が登録される。当該情報を利用することで、コンピュータによる処理で上記登録作業が実現される。

送信部１３は、入荷前のある商品（第１の商品）に対応付けて登録されている入荷予定日を「次回入荷予定日」として、通知リストにおいて第１の商品に対応付けられている１人又は複数の顧客の送信先に送信することができる。

例えば、第１の顧客が第１の商品に対応付けて通知リストに登録された際に、図６に示す発注履歴において、入荷前、かつ、入荷予定日が決定している第１の商品の登録がある場合、送信部１３は、通知リストへの登録に応じて、第１の商品の次回入荷予定日を第１の顧客に通知してもよい。その他、第１の顧客が第１の商品に対応付けて通知リストに登録された際に、図６に示す発注履歴において、入荷前、かつ、入荷予定日が決定している第１の商品の登録がない場合、その後に、図６に示す発注履歴において入荷前、かつ、入荷予定日が決定している第１の商品が現れると、送信部１３は、それに応じて、第１の商品の次回入荷予定日を第１の顧客に通知してもよい。

また、送信部１３は、入荷前の第１の商品に対応付けて登録されている入荷日を「次回入荷日」として、通知リストにおいて第１の商品に対応付けられている１人又は複数の顧客の送信先に送信することができる。

例えば、第１の顧客が第１の商品に対応付けて通知リストに登録された際に、図６に示す発注履歴において、入荷前、かつ、入荷日が決定している第１の商品の登録がある場合、送信部１３は、通知リストへの登録に応じて、第１の商品の次回入荷日を第１の顧客に通知してもよい。その他、第１の顧客が第１の商品に対応付けて通知リストに登録された際に、図６に示す発注履歴において、入荷前、かつ、入荷日が決定している第１の商品の登録がない場合、その後に、図６に示す発注履歴において、入荷前、かつ、入荷日が決定している第１の商品が現れると、送信部１３は、それに応じて、第１の商品の次回入荷日を第１の顧客に通知してもよい。

また、送信部１３は、入荷前の第１の商品に対応付けて登録されている入荷状況が「入荷されたことを示す値」に更新された場合、第１の商品に対応付けられている１人又は複数の顧客の送信先にその旨を示す情報を送信してもよい。

次に、関連情報に含めることができるＵＲＬについて説明する。送信部１３は、任意のタイミングで、以下で説明するようなＵＲＬを所定の送信先に送信する。

ＵＲＬは、商品を取り置きするか否かを指定するためのウェブサイトのＵＲＬであってもよい。ウェブサイトの構成は設計的事項である。顧客は、関連情報として受け取った各種情報（例：商品の次回入荷予定日、次回入荷日、入荷通知）に基づき、その商品をその店舗で購入するか否かを判断する。そして、購入すると判断した場合、顧客は任意の通信端末を操作して、当該ＵＲＬで特定される所定のウェブサイトにアクセスし、「その商品の取り置き依頼」を行う。店舗は、顧客からの取り置き依頼に基づき、所定の商品を所定の顧客向けに取り置きする。

その他、ＵＲＬは、商品の決済手続きを行うためのウェブサイトのＵＲＬであってもよい。ウェブサイトの構成は設計的事項である。顧客は、関連情報として受け取った各種情報（例：商品の次回入荷予定日、次回入荷日、入荷通知）に基づき、その商品をその店舗で購入するか否かを判断する。そして、購入すると判断した場合、顧客は任意の通信端末を操作して、当該ＵＲＬで特定される所定のウェブサイトにアクセスし、「その商品の決済手続き」を行う。すなわち、顧客は、ウェブサイト上で商品の代金の支払いなどを行い、商品を購入する。

この場合、当該ウェブサイトは、商品の受け取り方法の指定を受付けてもよい。商品の受け取り方法として、店舗での受け取り、及び、指定した住所への配送の少なくとも一方を指定可能であってもよい。前者の場合、当該ウェブサイトは、受け取る店舗の指定ができてもよい。また、後者の場合、当該ウェブサイトは、配送先の住所の指定ができてもよい。店舗は、顧客によりウェブ上での処理に基づき、決済済みの商品を所定の顧客向けに取り置きしたり、決済済みの商品を所定の顧客向けに配送する準備をしたりする。

なお、店舗システム１０は、各種関連情報を送信済みの顧客を、通知リストから削除したり、通知済みである旨を登録したりしてもよい。以降、これらの処理をなされた顧客に対する関連情報の送信はなされなくなる。

次に、図７及び図８のフローチャートを用いて、本実施形態の店舗システム１０の処理の流れの一例を説明する。

図７は、通知リストに登録する処理、及び、関連情報を顧客に送信する処理のフローを示す。店舗システム１０は、複数の情報取得部１１−１乃至１１−Ｎを介した顧客ＩＤの入力待ち状態となっている（Ｓ１０）。処理を終了する入力がない間（Ｓ１４のＮｏ）、店舗システム１０は当該待ち状態を継続する。

任意の第１の情報取得部１１−Ａが顧客ＩＤを取得すると（Ｓ１０のＹｅｓ）、店舗システム１０の登録部１２は、その顧客ＩＤを、第１の情報取得部１１−Ａに対応する商品（第１の商品）に対応付けて、通知リストに登録する（Ｓ１１）。

その後、店舗システム１０の送信部１３は、新たに登録された顧客に通知する関連情報がその時点で存在するか確認する（Ｓ１２）。

例えば、送信部１３は、図６に示す発注履歴において、入荷前、かつ、入荷予定日や入荷日が決定している第１の商品の登録があるか確認する。そして、登録がある場合、顧客に通知する関連情報が存在すると判断する（Ｓ１２のＹｅｓ）。そして、送信部１３は、その商品の次回入荷予定日や次回入荷日等を、顧客に送信する（Ｓ１３）。

また、送信部１３は、任意のタイミングで、所定のＵＲＬを顧客に送信することができる。例えば、送信部１３は、次回入荷予定日や次回入荷日等と共に、所定のＵＲＬを顧客に送信する。所定のＵＲＬは上述の通りである。以降、処理を終了する入力がない間（Ｓ１４のＮｏ）、店舗システム１０は同様の処理を繰り返す。

図８は、関連情報を顧客に送信する処理のフローを示す。店舗システム１０は、新規情報（新たな関連情報）の待ち状態となっている（Ｓ２０）。処理を終了する入力がない間（Ｓ２３のＮｏ）、店舗システム１０は当該待ち状態を継続する。

新規情報を取得（例：図６の発注履歴が更新）すると（Ｓ２０のＹｅｓ）、送信部１３は、新規情報がいずれの商品に関する情報か特定した後、特定した商品に通知リストにおいて対応付けられている顧客を、通知相手として抽出する（Ｓ２１）。そして、送信部１３は、抽出した顧客に向けて新規情報を送信する（Ｓ２２）。以降、処理を終了する入力がない間（Ｓ２３のＮｏ）、店舗システム１０は同様の処理を繰り返す。

以上説明した本実施形態の店舗システム１０によれば、顧客は、店舗において興味を持った商品に対応する情報取得部１１−１乃至１１−Ｎに自身の顧客識別情報を読み取らせるという「単純な作業」を行うだけで、以降、自身の送信先に送付させる形で、当該商品の関連情報を取得することができる。かかる場合、顧客に提供する情報において、「比較的短い時間で確認し、出力できる情報」という縛りがかからない。このため、あらゆる情報を顧客に提供できる。

例えば、購入希望商品が品切れ状態の場合、また、陳列されている商品の数が購入希望数に満たない場合等に、顧客は、その商品に対応する情報取得部１１−１乃至―Ｎに自身の顧客識別情報を読み取らせることができる。すると、以降、自身の送信先に、その商品の次回入荷予定日、次回入荷日、入荷通知等が送信されてくる。顧客は、任意のタイミングで任意の場所で送信されてきたメッセージを確認することで、それらの関連情報を閲覧できる。そして、顧客は、このような有益な情報に基づき、その商品をその店舗で購入するか否か等を判断することができる。

また、店舗システム１０は、商品を取り置きするか否かを指定するためのウェブサイトのＵＲＬを、関連情報として顧客に提供することができる。顧客は、関連情報として受け取った各種情報（例：商品の次回入荷予定日、次回入荷日、入荷通知）に基づき、その商品をその店舗で購入すると判断した場合、当該ＵＲＬで特定される所定のウェブサイトにアクセスし、「その商品の取り置き依頼」を行うことができる。このため、顧客は、店舗に行った際に、入荷を確認した商品がすべて売れてしまい、品切れであるという不都合を回避できる。

また、店舗システム１０は、商品の決済手続きを行うためのウェブサイトのＵＲＬを、関連情報として顧客に提供することができる。顧客は、関連情報として受け取った各種情報（例：商品の次回入荷予定日、次回入荷日、入荷通知）に基づき、その商品をその店舗で購入すると判断した場合、当該ＵＲＬで特定される所定のウェブサイトにアクセスし、「その商品の決済手続き」を行うことができる。このため、顧客は、その商品を購入できないという不都合を回避できる。また、商品の受け取り方法として指定した住所への配送を選択することで、再度店舗に行くという面倒な作業を回避できる。

また、店側は、各種関連情報を顧客に提供することで、販売機会を逃す不都合を軽減し、売上を大きくすることができる。

＜第２の実施形態＞
本実施形態の店舗システム１０は、第１の実施形態で説明した構成に加えて、複数の商品各々の在庫確認の要求を受付ける手段、及び、その結果を顧客に提供する手段等を有する。以下、説明する。

店舗システム１０のハードウエア構成の一例は、第１の実施形態と同様である。

図９に、店舗システム１０の機能ブロック図の一例を示す。図示するように、店舗システム１０は、複数の情報取得部１１−１乃至１１−Ｎ（Ｎは２以上の整数）と、登録部１２と、送信部１３と、複数のボタン１４−１乃至１４−Ｎと、複数のディスプレイ１５−１乃至１５−Ｎと、確認部１６と、表示制御部１７とを有する。確認部１６はサーバに備えられる。複数のディスプレイ１５−１乃至１５−Ｎは、互いに物理的に分離したＮ個の装置（電子棚札）各々に備えられる。表示制御部１７は、サーバに備えられてもよいし、複数のディスプレイ１５−１乃至１５−Ｎ各々を備えるＮ個の装置（電子棚札）各々に備えられてもよい。

情報取得部１１−１乃至１１−Ｎ（Ｎは２以上の整数）、登録部１２及び送信部１３の構成は、第１の実施形態と同様である。

ボタン１４−１乃至１４−Ｎ各々は、商品陳列棚に複数の商品各々に対応して設置される。複数のボタン１４−１乃至１４−Ｎは、物理ボタンであってもよいし、ディスプレイ１５−１乃至１５−Ｎがタッチパネルディスプレイである場合、タッチパネルディスプレイに表示されたボタン等であってもよい。

ディスプレイ１５−１乃至１５−Ｎ各々は、商品陳列棚に複数の商品各々に対応して設置される。

図１０に、本実施形態の商品陳列棚１００の一例を模式的に示す。図では、５段の商品陳列棚１００が表示されている。当該商品陳列棚１００には、５種類の商品（不図示）が陳列される。５種類の商品各々に、１つの段が割り当てられている。そして、各段に対応して、情報取得部１１−１乃至１１−５、ボタン１４−１乃至１４−Ｎ、及び、ディスプレイ１５−１乃至１５−５が設置されている。図では、情報取得部１１−１乃至１１−Ｎの一例であるリーダを表示している。

図９に戻り、確認部１６は、複数のボタン１４−１乃至１４−Ｎの中の任意のボタン１４−Ｂ（Ｂは１以上Ｎ以下の整数）が押されると、ボタン１４−Ｂに対応した商品の在庫確認を行う。すなわち、複数のボタン１４−１乃至１４−Ｎの中のいずれかが押されると、その旨が確認部１６に通知される。

ここでの在庫は、商品陳列棚１００に陳列されておらず、かつ、店舗に保管されている商品の在庫である。

在庫を確認する手段は特段制限されないが、以下一例を説明する。例えば、予め、在庫がある商品を登録した在庫リストが作成されていてもよい。そして、確認部１６は、当該在庫リストを確認することで、各商品の在庫の有無を判断してもよい。

在庫リストの作成方法は特段制限されない。例えば、店員による手入力で作成されてもよい。

その他、コンピュータによる処理で、在庫リストが生成されてもよい。例えば、コンピュータには、在庫商品を撮影した画像ファイルが入力されてもよい。そして、当該画像ファイルと、予め登録さている複数の商品各々の外観の特徴量とを用いた照合処理により、コンピュータは、在庫のある商品を特定し、特定結果に基づき在庫リストを作成してもよい。

例えば、在庫商品をまとめて保管する場所を撮影することで、複数の在庫商品を含む画像ファイルが生成されてもよい。店員がカメラを手に持ち撮影してもよいし、固定カメラで撮影してもよい。

表示制御部１７は、在庫確認の結果を、任意のボタン１４−Ｂを押された商品に対応したディスプレイ１５−Ｂに表示させる。例えば、表示制御部１７は、在庫の有無を、ディスプレイ１５−Ｂに表示させる。

表示制御部１７は、その他の情報をディスプレイ１５−Ｂに表示してもよい。なお、表示させる情報は、確認及び出力に時間をあまり要さないものとするのが好ましい。このようにすると、情報の表示待ちで、顧客をディスプレイ１５−Ｂの前に拘束する時間を小さくできる。例えば、ボタン１４−Ｂを押された時点で、図６に示す発注履歴において、ボタン１４−Ｂに対応した商品が、入荷前、かつ、入荷予定日や入荷日が決定している状態で登録されている場合、表示制御部１７は、その商品の次回入荷予定日や次回入荷日等をディスプレイ１５−Ｂに表示してもよい。

次に、図１１のフローチャートを用いて、本実施形態の店舗システム１０の処理の流れの一例を説明する。なお、店舗システム１０は、当該処理に加えて、第１の実施形態で説明した図７及び図８のフローチャートで示される処理を実行できる。例えば、実際の買物シーンでは、顧客は、在庫確認を行った後に、関連情報を取得するための操作を行うことが考えられる。在庫確認は、以下で説明する図１１のフローで実現される。関連情報の取得は、図７や図８のフローで実現される。

店舗システム１０は、複数のボタン１４−１乃至１４−Ｎの押下待ち状態となっている（Ｓ３０）。処理を終了する入力がない間（Ｓ３３のＮｏ）、店舗システム１０は当該待ち状態を継続する。

任意のボタン１４−Ｂが押されると（Ｓ３０のＹｅｓ）、店舗システム１０の確認部１６は、ボタン１４−Ｂに対応した商品の在庫確認を行う（Ｓ３１）。そして、店舗システム１０の表示制御部１７は、在庫確認の結果を、その商品に対応したディスプレイ１５−Ｂに表示させる（Ｓ３２）。以降、処理を終了する入力がない間（Ｓ３３のＮｏ）、店舗システム１０は同様の処理を繰り返す。

以上、説明した本実施形態の店舗システム１０によれば、第１の実施形態と同様の作用効果を実現できる。

また、本実施形態の店舗システム１０によれば、在庫確認の結果等の確認及び出力に時間をあまり要さない情報を、商品陳列棚１００に設置されたディスプレイ１５−１乃至１５−Ｎに表示させることができる。顧客は、在庫確認の結果等を、その場で迅速に把握することができる。

＜第３の実施形態＞
本実施形態の店舗システム２０は、第２の実施形態で説明した複数のボタン１４−１乃至１４−Ｎ、及び、複数のディスプレイ１５−１乃至１５−Ｎを有する。そして、店舗システム２０は、任意のボタン１４−Ｂを押されると（１回目の押下）、在庫確認の結果をディスプレイ１５−Ｂに表示し、ボタン１４−Ｂを再度押されると（２回目の押下）、その旨を店員に通知する。以下、説明する。

店舗システム２０のハードウエア構成の一例は、第１の実施形態及び第２の実施形態の店舗システム１０と同様である。

図１２に、店舗システム２０の機能ブロック図の一例を示す。図示するように、店舗システム２０は、複数のボタン１４−１乃至１４−Ｎ（Ｎは２以上の整数）と、複数のディスプレイ１５−１乃至１５−Ｎと、確認部１６と、表示制御部１７と、通知部１８とを有する。図示しないが、店舗システム２０は、さらに、複数の情報取得部１１−１乃至１１−Ｎと、登録部１２と、送信部１３とを有してもよい。通知部１８はサーバに備えられる。

複数の情報取得部１１−１乃至１１−Ｎ、登録部１２、送信部１３、複数のボタン１４−１乃至１４−Ｎ及び複数のディスプレイ１５−１乃至１５−Ｎの構成は、第１及び第２の実施形態と同様である。

確認部１６は、ボタン１４−Ｂの１回目の押下に応じて、ボタン１４−Ｂに対応した商品の在庫確認を行う。ボタン１４−Ｂの１回目の押下は、在庫確認の結果がディスプレイ１５−Ｂに表示されていない状態でのボタン１４−Ｂの押下、又は、直前のボタン１４−Ｂの押下から所定時間（設計的事項）経過後になされたボタン１４−Ｂの押下である。なお、確認部１６による在庫確認処理は、第２の実施形態と同様である。

表示制御部１７は、確認部１６による在庫確認の結果を、ボタン１４−Ｂに対応したディスプレイ１４−Ｂに所定時間（設計的事項）の間、表示させる。すなわち、在庫確認の結果の表示開始時点から所定時間経過すると、ディスプレイ１５−Ｂにおける在庫確認の結果の表示は終了する。表示制御部１７のその他の構成は、第２の実施形態と同様である。

通知部１８は、ボタン１４−Ｂの２回目の押下に応じて、その旨を店員に通知する。ボタン１４−Ｂの２回目の押下は、在庫確認の結果がディスプレイ１５−Ｂに表示されている状態でのボタン１４−Ｂの押下、又は、直前のボタン１４−Ｂの押下から所定時間（設計的事項）経過前になされたボタン１４−Ｂの押下である。通知内容は、例えば、陳列商品の補充を要求するための通知や、店員を顧客のもとに呼び出すための通知である。

ここで、図１３に、本実施形態の商品陳列棚１００の一例を模式的に示す。図では、５段の商品陳列棚１００が表示されている。当該商品陳列棚１００には、５種類の商品（不図示）が陳列される。５種類の商品各々に、１つの段が割り当てられている。そして、各段に対応して、ボタン１４−１乃至１４−Ｎ、及び、ディスプレイ１５−１乃至１５−５が設置されている。なお、さらに、格段に対応して、情報取得部１１−１乃至１１−Ｎが設置されてもよい。

なお、表示制御部１７は、在庫確認の結果の表示とともに、店員を呼ぶか否かの選択を顧客にさせるための情報をディスプレイ１５−Ｂに表示させることもできる。図１５に、ディスプレイ１５−Ｂに表示させる情報の一例を示す。この例においては、通知部１８は、顧客により店員を呼ぶことを選択された場合、その旨を店員に通知する。

ところで、上述のように本実施形態の店舗システム１０は、ボタン１４−Ｂを押下されると、その都度、当該押下を「１回目の押下」及び「２回目の押下」のいずれかに分類する。ボタン１４−Ｂの累積押下回数や、同じ人物による連続押下回数に関わらず、店舗システム１０は、各押下を「１回目の押下」及び「２回目の押下」のいずれかに分類する。

本実施形態の店舗システム１０は、ボタン１４−Ｂが押下された際に、当該押下が「１回目の押下」及び「２回目の押下」のいずれであるかを判断する必要がある。当該判断は、サーバが行ってもよいし、ボタン１４−Ｂやディスプレイ１５−Ｂを含む電子棚札が行ってもよい。

ここで、図１６に、上記判断を行う電子棚札３０の機能ブロック図の一例を示す。本実施形態の店舗システム２０は、複数の電子棚札３０を有する。複数の電子棚札３０各々は、商品陳列棚１００に各商品に対応して設置される。

図１６に示すように、各電子棚札３０は、ボタン１４と、ディスプレイ１５と、送信部３１と、判断部３３とを有する。

ボタン１４及びディスプレイ１５は、商品陳列棚に商品に対応して設置される。ボタン１４は、上述したボタン１４−１乃至１４−Ｎの中の１つである。ディスプレイ１５は、上述したディスプレイ１５−１乃至１５−Ｎの中の１つである。

判断部３３は、ボタン１４が押下された際に、それが１回目の押下及び２回目の押下のいずれであるかを判断する。ボタン１４の１回目の押下は、在庫確認の結果がディスプレイ１５に表示されていない状態でのボタン１４の押下、又は、直前のボタン１４の押下から所定時間経過後になされたボタン１４の押下である。ボタン１４の２回目の押下は、在庫確認の結果がディスプレイ１５に表示されている状態でのボタン１４の押下、又は、直前のボタン１４の押下から所定時間経過前になされたボタン１４の押下である。

送信部３１は、ボタン１４の１回目の押下に応じて、商品の在庫確認を行わせる信号（第１の信号）をサーバに送信する。そして、送信部３１は、ボタン１４の２回目の押下に応じて、店員に通知させるための信号（第２の信号）をサーバに送信する。

次に、図１４のフローチャートを用いて、本実施形態の店舗システム２０の処理の流れの一例を説明する。なお、店舗システム２０は、当該処理に加えて、第１の実施形態で説明した図７及び図８のフローチャートで示される処理を実行してもよい。

店舗システム２０は、複数のボタン１４−１乃至１４−Ｎの押下待ち状態となっている（Ｓ４０）。処理を終了する入力がない間（Ｓ４５のＮｏ）、店舗システム２０は当該待ち状態を継続する。

任意のボタン１４−Ｂに対する押下がなされると（Ｓ４０のＹｅｓ）、判断部３３は何回目の押下か判断する（Ｓ４１）。１回目の押下の場合、確認部１６は、ボタン１４−Ｂに対応した商品の在庫確認を行う（Ｓ４２）。そして、表示制御部１７は、在庫確認の結果を、その商品に対応したディスプレイ１５−Ｂに表示させる（Ｓ４３）。以降、処理を終了する入力がない間（Ｓ４５のＮｏ）、店舗システム２０は同様の処理を繰り返す。

一方、２回目の押下の場合、通知部１８は、その旨を店員に通知する（Ｓ４４）。以降、処理を終了する入力がない間（Ｓ４５のＮｏ）、店舗システム２０は同様の処理を繰り返す。

以上、説明した本実施形態の店舗システム２０によれば、第１及び第２の実施形態と同様の作用効果を実現できる。

また、本実施形態の店舗システム２０によれば、ボタン１４−１乃至１４−Ｎ各々に、「在庫確認の依頼」と「店員の呼び出し」という２つの機能を備えさせることができる。結果、設備装置の負担を軽減しつつ、必要な機能を店舗システム２０に備えさせることができる。また、顧客は、在庫確認の結果を閲覧することで、店員を呼び出す必要がなくなる場合がある。「在庫確認の結果を表示した後に店員を呼び出す」という構成にすることで、不必要に店員を呼び出す不都合を軽減できる。また、顧客によっては、在庫確認や店員呼出しの意図がなくても、興味本位でボタンを押下することも想定される。これに対し、「在庫確認の結果を表示した後に店員を呼び出す」という構成にすることで、１回目の押下で顧客に在庫状況を確認させ、例えば、２回目の押下で顧客の購入意思を確認したうえで店員を呼び出すことができる。この結果、興味本位でボタンが押下されて、陳列商品があるにも関わらず店員に陳列要求の通知がなされたり、不必要に店員が呼び出されたりするという不都合を解消することができる。

以下、参考形態の例を付記する。
１． 商品陳列棚に複数の商品各々に対応して設置された複数の情報取得手段と、
第１の前記情報取得手段を介して顧客識別情報が入力されると、前記第１の情報取得手段に対応した前記商品に前記顧客識別情報を対応付けて通知リストに登録する登録手段と、
前記通知リストに登録されている前記顧客識別情報に対応した送信先に、前記顧客識別情報各々に対応付けられている前記商品の関連情報を送信する送信手段と、
を有する店舗システム。
２． １に記載の店舗システムにおいて、
前記関連情報は、前記商品の次回入荷予定日、前記商品の次回入荷日、前記商品の入荷通知及びＵＲＬの中の少なくとも１つを含む店舗システム。
３． ２に記載の店舗システムにおいて、
前記ＵＲＬは、前記商品を取り置きするか否かを指定するためのウェブサイトのＵＲＬである店舗システム。
４． ２に記載の店舗システムにおいて、
前記ＵＲＬは、前記商品の決済手続きを行うためのウェブサイトのＵＲＬである店舗システム。
５． ４に記載の店舗システムにおいて、
前記ウェブサイトは、前記商品の受け取り方法の指定を受付ける店舗システム。
６． ５に記載の店舗システムにおいて、
前記商品の受け取り方法として、店舗での受け取り、及び、指定した住所への配送の少なくとも一方を指定可能である店舗システム。
７． １から６のいずれかに記載の店舗システムにおいて、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
前記ボタンが押されると、前記ボタンを押された前記商品の在庫確認を行う確認手段と、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段と、
をさらに有する店舗システム。
８． 商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認手段と、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段と、
前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知手段と、
を有し、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である店舗システム。
９． 商品陳列棚に商品に対応して設置されたボタンと、
前記商品陳列棚に前記商品に対応して設置されたディスプレイと、
前記ボタンの１回目の押下に応じて、前記商品の在庫確認を行わせる信号をサーバに送信し、前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知させる信号を前記サーバに送信する送信手段と、
を有し、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である電子棚札。
１０． 商品陳列棚に複数の商品各々に対応して設置された複数の情報取得手段を有する店舗システムのコンピュータが、
第１の前記情報取得手段を介して顧客識別情報が入力されると、前記第１の情報取得手段に対応した前記商品に前記顧客識別情報を対応付けて通知リストに登録する登録工程と、
前記通知リストに登録されている前記顧客識別情報に対応した送信先に、前記顧客識別情報各々に対応付けられている前記商品の関連情報を送信する送信工程と、
を実行する店舗システムの処理方法。
１１． 商品陳列棚に複数の商品各々に対応して設置された複数の情報取得手段を有する店舗システムのコンピュータを、
第１の前記情報取得手段を介して顧客識別情報が入力されると、前記第１の情報取得手段に対応した前記商品に前記顧客識別情報を対応付けて通知リストに登録する登録手段、
前記通知リストに登録されている前記顧客識別情報に対応した送信先に、前記顧客識別情報各々に対応付けられている前記商品の関連情報を送信する送信手段、
として機能させるプログラム。
１２． 商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
を有する店舗システムのコンピュータが、
前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認工程と、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御工程と、
前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知工程と、
を有し、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である店舗システムの処理方法。
１３． 商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
を有する店舗システムのコンピュータを、
前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認手段、
前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段、
前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知手段、
として機能させ、
前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下であるプログラム。

１Ａ プロセッサ
２Ａ メモリ
３Ａ 入出力Ｉ／Ｆ
４Ａ 周辺回路
５Ａ バス
１０ 店舗システム
１１−１乃至１１−Ｎ 情報取得部
１２ 登録部
１３ 送信部
１４ ボタン
１４−１乃至１４−Ｎ ボタン
１５ ディスプレイ
１５−１乃至１５−Ｎ ディスプレイ
３０ 電子棚札
３１ 送信部
３３ 判断部
１６ 確認部
１７ 表示制御部
１８ 通知部
２０ 店舗システム
１００ 商品陳列棚

Claims (4)

1. 商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
   前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
   前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認手段と、
   前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段と、
   前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知手段と、
   を有し、
   前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である店舗システム。
2. 商品陳列棚に商品に対応して設置されたボタンと、
   前記商品陳列棚に前記商品に対応して設置されたディスプレイと、
   前記ボタンの１回目の押下に応じて、前記商品の在庫確認を行わせる信号をサーバに送信し、前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知させる信号を前記サーバに送信する送信手段と、
   を有し、
   前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である電子棚札。
3. 商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
   前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
   を有する店舗システムのコンピュータが、
   前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認工程と、
   前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御工程と、
   前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知工程と、
   を有し、
   前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下である店舗システムの処理方法。
4. 商品陳列棚に複数の商品各々に対応して設置された複数のボタンと、
   前記商品陳列棚に前記複数の商品各々に対応して設置された複数のディスプレイと、
   を有する店舗システムのコンピュータを、
   前記ボタンの１回目の押下に応じて、前記ボタンを押された前記商品の在庫確認を行う確認手段、
   前記在庫確認の結果を、前記ボタンを押された前記商品に対応する前記ディスプレイに表示させる表示制御手段、
   前記在庫確認の結果が前記ディスプレイに表示されている状態での前記ボタンの押下、又は、直前の前記ボタンの押下から所定時間経過前になされた前記ボタンの押下である２回目の押下に応じて、店員に通知する通知手段、
   として機能させ、
   前記ボタンの１回目の押下は、前記在庫確認の結果が前記ディスプレイに表示されていない状態での前記ボタンの押下、又は、直前の前記ボタンの押下から前記所定時間経過後になされた前記ボタンの押下であるプログラム。

Images