JP7436256B2 - 商品補充システム - Google Patents

Description

本発明の実施形態は、商品補充システムに関する。

店舗に陳列された商品を店員の関与なしに販売可能とする販売管理システムは種々考案されている。

一例としての販売管理システムは、店内に設置された多数のカメラで客の行動を追跡するとともに、商品棚等に設けられたセンサによって商品を監視する。そして販売管理システムは、カメラで撮影された画像とセンサからの信号とにより客が購入した商品を特定し、その商品のデータを客の購買リストに登録する。販売管理システムは、購買リストに登録されたデータを基に、客の会計を処理する。

一方、このような販売管理システムを導入して無人化を図ったとしても、商品を陳列する商品棚への商品補充に関しては、未だ店舗従業員の人手に頼るしかなく、店舗の完全な無人化までは至っていない。商品補充の無人化のためにロボットを使用することは解決策の一つとして考えられるが、初期投資が膨大になる。無人店舗を運用する上で初期投資を最小限にし、必要最低限のシステムで無人店舗を運用したいというニーズがある。

特許第６３７６５８２号

本発明の実施形態が解決しようとする課題は、店舗従業員によらない商品補充を可能とする商品補充システムを提供しようとするものである。

一実施形態において、商品補充システムは、特定手段と、第１の個数検出手段と、第２の個数検出手段と、登録手段とを備える。特定手段は、店舗への入店者及び退店者を特定する。第１の個数検出手段は、特定手段により入店者が商品補充の依頼を受けた補充担当者であると特定したとき、店舗内の指定された陳列場所に補充するべく店舗内に持ち込んだ補充商品の個数を検出する。第２の個数検出手段は、特定手段により退店者が補充担当者であると特定したとき、店舗から持ち出そうとする補充商品の個数を検出する。登録手段は、第１及び第２の個数検出手段が検出した補充商品の個数の差を算出し、その算出した個数を補充商品の補充数として登録する。

第１実施形態の商品補充システムの概略構成を示すブロック図。 同システムにおける店舗サーバの要部回路構成を示すブロック図。 店舗サーバが有する配送確認テーブルのデータ構造を示す模式図。 店舗サーバが一時的に作成する補充員テーブルのデータ構造を示す模式図。 店舗サーバが有する在庫データベースのデータ構造を示す模式図。 店舗サーバのプロセッサが定期的に実行する在庫データベース更新処理の手順を示す流れ図。 店舗サーバのプロセッサが定期的に実行する商品発注処理の手順を示す流れ図。 一般的な商品発注指示における発注元情報と発注内容情報のデータ構造を示す模式図。 第１実施形態の商品補充システムによる商品発注指示における発注元情報のデータ構造を示す模式図。 オンラインショッピングサーバから配送者サーバへ送信されるオンラインショッピングユーザへの配送指示における配送先情報と配送内容情報のデータ構造を示す模式図。 オンラインショッピングサーバから配送者サーバへ送信される店舗への配送指示における配送先情報と配送内容情報のデータ構造を示す模式図。 店舗サーバのプロセッサが補充員入店時に実行する入店時個数登録処理の手順を示す流れ図。 店舗サーバのプロセッサが補充員退店時に実行する商品検収処理の手順を示す流れ図。 第２実施形態の商品補充システムにおける店舗サーバが有する在庫データベースのデータ構造を示す模式図。 第２実施形態の店舗サーバのプロセッサが補充員退店時に実行する商品検収処理の手順を示す流れ図。

以下、商品補充システムの実施形態について、図面を用いて説明する。

［第１実施形態］
本実施形態において、商品補充システムは、店舗に陳列された商品を店員等の店舗従業員の関与なしに販売可能とする販売管理システムを利用するものである。そこで始めに、販売管理システムについて説明する。

図１は、第１実施形態の商品補充システムの概略構成を示すブロック図である。この商品補充システムは、店舗１に構成された販売管理システムを利用する。販売管理システムは、ゲート装置１０、人物追跡装置２０、商品監視装置３０、会計機４０、店舗サーバ５０及び販売管理装置６０を含む。ゲート装置１０は、人物追跡装置２０と通信手段によって接続されている。人物追跡装置２０、商品監視装置３０、会計機４０及び店舗サーバ５０は、それぞれ販売管理装置６０と通信手段によって接続されている。ゲート装置１０は、店舗サーバ５０及び販売管理装置６０の少なくとも一方と通信手段によってさらに接続されていてもよい。通信手段は、例えばＬＡＮ（Local Area Network）である。ＬＡＮは、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。

次に、ゲート装置１０、人物追跡装置２０、商品監視装置３０、会計機４０及び店舗サーバ５０について順番に説明する。

ゲート装置１０は、来店者である客が入店するためのチェックイン操作及び退店するためのチェックアウト操作を受け付ける。そしてゲート装置１０は、客の入店または退店を許容する開放状態と、客の入店または退店を阻止する閉鎖状態とを選択的に形成する。

ゲート装置１０には、コードリーダ１０１とタグリーダ１０２とが接続されている。また、特に図示はしていないが、ゲート装置１０は、ゲートを開閉するための扉と、人物がゲートを通過したことを検出するセンサ、つまりはゲート通過センサとを含む、ゲート機構を有する。

コードリーダ１０１は、チェックインまたはチェックアウトする客が提示する顧客ＩＤを読み取る。顧客ＩＤは、店舗１を利用する客に対して割り当てられた一意の識別コードである。顧客ＩＤは、例えば客が携帯するスマートフォンのディスプレイにバーコードの形態で表示される。この場合、コードリーダ１０１は、バーコードリーダとなる。顧客ＩＤは、例えば客が携帯するカード媒体のＩＣチップに保存されていてもよい。この場合、コードリーダ１０１は、カードリーダとなる。

タグリーダ１０２は、チェックアウトする客が所持する商品に付された商品タグを読み取る。商品タグは、商品に対して割り当てられた一意の商品コードを有している。商品タグは、商品コードを埋め込んだＲＦタグであってよい。この場合、タグリーダ１０２は、ＲＦＩＤリーダとなる。一度に多数の商品の商品コードを読み取ることができ、また客が商品タグをタグリーダ１０２にかざす手間も無いので、商品タグはＲＦタグとしている。しかしながら、商品のパッケージに印刷されたバーコードを利用してもよい。この場合は、タグリーダ１０２は、バーコードリーダとなる。

ゲート装置１０は、入店しようとする客の顧客ＩＤがコードリーダ１０１で読み取られると、その顧客ＩＤの有効性を問い合わせる。問い合わせ先は、例えば店舗サーバ５０である。顧客ＩＤの有効性が認められると、ゲート装置１０は、ゲート機構のゲートを開放するとともに、通信手段を介して顧客ＩＤを人物追跡装置２０へと通知する。顧客ＩＤの有効性が認められなかった場合には、ゲート装置１０は、ゲート機構のゲートを閉塞して客の入店を阻止するとともに、図示しない表示手段に、入店拒否を客に通知するための画像を表示させる。

さらにゲート装置１０は、開放されたゲートを通過して客が店舗内に入る際、タグリーダ１０２により、客が店舗１に持ち込む商品の商品タグを読み取る。そして、ゲート装置１０は、読み取った各商品の商品コードを送信する。送信先は、例えば店舗サーバ５０である。

また、ゲート装置１０は、退店しようとする客の顧客ＩＤがコードリーダ１０１で読み取られると、タグリーダ１０２により客が所持する商品の商品タグから商品の商品コードを読み取り、その顧客ＩＤと商品の商品コードにより退店の可否を問い合わせる。問い合わせ先は、例えば店舗サーバ５０である。店舗サーバ５０は、問い合わせされた商品コードのうち、入店時に客が持ち込んだ商品の商品コードを除いた、残りの商品コードの商品について、決済が終了しているか確認する。商品コードに対応する決済が終了していれば、店舗サーバ５０は、退店を認める応答をゲート装置１０に返却する。それに応じて、ゲート装置１０は、ゲート機構のゲートを開放する。退店が認められなかった場合には、ゲート装置１０は、ゲート機構のゲートを閉塞して客の退店を阻止するとともに、図示しない表示手段に、未決済の商品があることを客に通知するための画像を表示させる。

なお、図１では、ゲート装置１０を１つだけ示しているが、ゲート装置１０の数は特に限定されない。販売管理システムは、複数のゲート装置１０を備えていてもよい。

人物追跡装置２０は、ゲート装置１０のゲートを通って入店した人物である客が退店するまでの行動を追跡するための装置である。人物追跡装置２０には、店舗の天井等に取り付けられた多数のカメラ２０１が接続されている。人物追跡装置２０は、これらのカメラ２０１で撮影される画像を分析することで、客の行動を追跡する。

すなわち、人物追跡装置２０は、ゲート装置１０から顧客ＩＤを受信すると、その顧客ＩＤを設定した追跡ファイルを作成する。また、人物追跡装置２０は、ゲート装置１０のゲート付近を撮影するカメラ２０１によって撮影されている画像から、ゲートを通過した人物を捕捉し、当該顧客ＩＤの客として特定する。そして、人物追跡装置２０は、店舗内を移動する客を追跡するための複数のカメラ２０１によって撮影されている画像から、当該顧客ＩＤの客を追跡する。人物追跡装置２０は、例えば１秒毎に客の位置情報を取得して、当該顧客ＩＤの追跡ファイルにその時刻と位置情報とを時系列に記述する。位置情報は、例えば床面の任意地点をＸ－Ｙ平面の原点Ｏとし、この原点Ｏから客の地点までのＸ方向とＹ方向の距離を所定の分解能で分割して求めたＸ－Ｙ座標で特定したものである。

商品監視装置３０は、商品棚、商品ケース、販売スペース等の陳列場所に陳列されている各商品の移動を監視するための装置である。商品監視装置３０には、多数のセンサ３０１と多数のカメラ３０２とが接続されている。

商品監視装置３０は、商品が陳列場所から離れる方向に移動しているのか、商品が陳列場所に置かれる方向に移動しているのかをセンサ３０１で監視する。センサ３０１は、例えば光センサと重量センサである。すなわち、商品の移動が光センサによって検出されるとともに、陳列場所に陳列されている商品の総重量が減少したことが重量センサによって検出されると、商品監視装置３０は、商品が陳列場所から離れる方向に移動したと認識する。同様に、商品の移動が光センサによって検出されるとともに、陳列場所に陳列されている商品の総重量が増加したことが重量センサによって検出されると、商品監視装置３０は、商品が陳列場所に置かれる方向に移動したと認識する。

また商品監視装置３０は、移動した商品を識別する機能を有している。具体的には、各商品の陳列場所にカメラ３０２が備えられており、商品監視装置３０は、このカメラ３０２によって撮影された画像の特徴から商品を識別する。商品を撮影した画像から商品を識別する技術は周知であるので、ここでの説明は省略する。

商品監視装置３０は、センサ３０１からの信号で商品の移動を監視する。そして、商品が移動したことを検出すると、商品監視装置３０は、その移動方向、移動時刻、場所コードを取得する。移動方向は、商品が陳列場所から取り出された方向に移動したのか、商品が陳列場所に戻される方向に移動したのかを特定する情報である。以下では、商品が陳列場所から取り出された方向は買上方向と称する。商品が陳列場所に戻される方向は返品方向と称する。移動時刻は、商品の移動が検出された時点の時刻である。場所コードは、移動した商品の陳列場所を示すコードである。各商品の陳列場所には、予め固有の場所コードが設定されている。

商品監視装置３０は、カメラ３０２で撮影した画像から、移動した商品を識別する。そして商品監視装置３０は、移動した商品の商品コードと、移動個数とを取得する。具体的には、商品監視装置３０は、各商品の商品コードと関連付けて、外観特徴量データと単位重量データとを記憶したデータベースを備えている。商品監視装置３０は、カメラ３０２で撮影された商品画像の特徴量と各商品の外観特徴量データとを照合し、最も類似度が高い外観特徴量データと関連付けられた商品コードと単位重量データとを取得する。そして商品監視装置３０は、単位重量データを重量センサで検出された重量の変位量で除算することにより、移動した商品の個数を取得する。

こうして、移動方向、移動時刻、場所コード、商品コード及び移動個数を取得したならば、商品監視装置３０は、通信手段により販売管理装置６０に移動通知コマンドを送信する。この移動通知コマンドは、移動方向、移動時刻、場所コード、商品コード、移動個数の各情報を含む。すなわち、商品監視装置３０は、センサ３０１の信号及びカメラ３０２による撮影画像を基に商品の移動を検出する毎に、その移動方向、移動時刻、場所コード、商品コード、移動個数の各情報を含む移動通知コマンドを作成し、販売管理装置６０へと出力する。かくして、商品監視装置３０は、店舗内の各商品の陳列場所を監視する監視手段として機能する。

会計機４０は、客との商取引を決済するための端末である。会計機４０は、現金決済、クレジットカード決済、電子マネー決済、ポイント決済、コード決済（モバイル決済又はスマートフォン決済等とも称される）等、周知の決済方式により商取引を決済することができる。会計機４０は、特に図示はしないが、顧客ＩＤを読み取るためのコードリーダを備える。

会計機４０は、コードリーダによってチェックイン操作で使用される顧客ＩＤが読み取られると、その顧客ＩＤを含む会計指示コマンドを販売管理装置６０へと出力する。これにより、販売管理装置６０からその顧客ＩＤで識別される客の会計データが送られてくるので、会計機４０は、その会計データを基に商取引の決済を行う。会計データは、客が購入した商品の販売データを含む。

この種の会計機４０には、店員が決済のための情報を入力するようにした有人会計機と、客が決済のための情報を入力するようにしたセルフ会計機とがある。店員等の店舗従業員を配置していない無人店舗では、セルフ会計機を備えることができる。セルフ会計機としては、従来周知のセルフ式又はセミセルフ方式の会計機を適用することができる。

店舗サーバ５０は、店舗業務全般を支援するのに特化したコンピュータである。その支援のために店舗サーバ５０は、会員データベース、商品情報データベース等の種々のデータベースを管理する。

図２は、店舗サーバ５０の要部回路構成を示すブロック図である。店舗サーバ５０は、プロセッサ５１、メインメモリ５２、補助記憶デバイス５３、時計５４、ネットワークインタフェース５６、通信インタフェース５５、及びシステム伝送路５７を備えている。プロセッサ５１、メインメモリ５２、補助記憶デバイス５３、時計５４、ネットワークインタフェース５６、及び通信インタフェース５５は、それぞれシステム伝送路５７と接続している。システム伝送路５７は、アドレスバス、データバス、制御信号線等を含む。店舗サーバ５０では、プロセッサ５１、メインメモリ５２及び補助記憶デバイス５３がシステム伝送路５７で接続されて、店舗サーバ５０を制御するための情報処理を行うコンピュータが構成されている。

プロセッサ５１は、上記コンピュータの中枢部分に相当する。プロセッサ５１は、オペレーティングシステム又はアプリケーションプログラムに従って、店舗サーバ５０としての各種の機能を実現するべく各部を制御する。プロセッサ５１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ５２は、上記コンピュータの主記憶部分に相当する。メインメモリ５２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。メインメモリ５２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ５２は、プロセッサ５１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。またメインメモリ５２は、揮発性のメモリ領域を、プロセッサ５１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス５３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス５３としては、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス５３は、プロセッサ５１が各種の処理を行う上で使用するデータや、プロセッサ５１での処理によって生成されたデータを保存する。例えば、補助記憶デバイス５３は、ＰＯＳ精算データベース５３１、会員データベース５３２、商品情報データベース５３３、在庫データベース５３４、等の各種データベースを記憶することができる。なお、図２では、データベースをＤＢと略記している。補助記憶デバイス５３は、アプリケーションプログラムを記憶する場合もある。

ＰＯＳ精算データベース５３１は、会計機４０で商取引の決済を行う毎に、その決済に関するＰＯＳ精算データを記述したＰＯＳ精算データレコードの集合体である。ＰＯＳ精算データレコードには、商品、部門、時間帯、日付、週、月等のデータ項目を含む。ＰＯＳ精算データは、売上点数、売上金額等を含む。

会員データベース５３２は、店舗利用者として会員登録を行った客、いわゆる会員に関するデータを記述した会員レコードの集合体である。会員レコードには、顧客ＩＤ、有効期間、累積ポイント等のデータ項目を含む。有効期間は、会員としての有効な期間を示すデータである。データは、期間の開始日と終了日であってもよいし、開始日と期間の日数であってもよい。累積ポイントは、会員との商取引においてその会員である消費者に付与されたポイントを累積したものである。

商品情報データベース５３３は、店舗１で販売されている各商品のデータを記述した商品レコードの集合体である。商品レコードは、商品コード、商品名、価格等のデータ項目で構成される。商品コードは、各商品を個々に識別するために商品毎に設定された一意の識別コードである。

在庫データベース５３４は、各商品の当該店舗１における在庫数に関するデータを記述した在庫データレコードの集合体である。在庫データレコードには、商品コードと在庫数のデータ項目を含む。在庫数は、陳列場所に陳列されている商品の個数である。

時計５４は、現在の日時を計時する。

通信インタフェース５５は、通信手段であるＬＡＮを介して接続された他の機器とデータ通信を行うための回路である。

ネットワークインタフェース５６は、インターネット等の外部ネットワーク２を介して、店舗外部の機器とデータ通信を行うための回路である。

かかる構成を備える店舗サーバ５０は、ゲート装置１０から顧客ＩＤの有効性について問い合わせを受けると、会員データベース５３２を検索する。そして店舗サーバ５０は、問い合わせのあった顧客ＩＤを含む会員レコードの有効期間を調べる。店舗サーバ５０は、現在の日時が有効期間内の場合、ゲート装置１０に対して有効性有りの応答を返す。現在の日時が有効期間外の場合には、ゲート装置１０に対して有効性無しの応答を返す。なお、有効性有無の判定条件は、有効期限に限定されるものでない。例えば過去の店舗利用実績から入店禁止の設定がなされている顧客ＩＤについては、有効性無しの応答を返してもよい。

販売管理装置６０は、ゲート装置１０でのチェックイン操作により有効性が承認され、人物追跡装置２０によって追跡されている客の購買商品に係るデータを管理する。すなわち、販売管理装置６０は、人物追跡装置２０からの客の追跡結果と商品監視装置３０からの移動コマンドにより、客が購入した商品を特定し、その商品のデータを客の購買リストに登録する。そして販売管理装置６０は、その購買リストに登録されたデータを基に会計データを生成し、会計機４０へと出力する。

このような販売管理システムにより、店舗に陳列された商品を店員等の店舗従業員の関与なしに販売を行うことができる。

本実施形態の商品補充システムは、上記販売管理システムにおける店舗サーバ５０のメインメモリに、補充員テーブルを一時的に作成する。また、店舗サーバ５０の補助記憶デバイス５３に記憶される商品情報データベース５３３において、各商品に対する商品レコードには、さらに、在庫下限個数と発注個数のデータ項目が追加される。在庫下限個数は、商品補充の発注をかけるか否か判断するための閾値である。発注個数は、発注する際に当該商品を何個発注するのかを示す。本実施形態の商品補充システムは、さらに、店舗サーバ５０の補助記憶デバイス５３に、後述するような配送確認テーブル５３５を記憶する。なお、店舗サーバ５０は、通信インタフェース５５により、ゲート装置１０と商品監視装置３０と接続される。また、インターネット等の外部ネットワーク２を介して、店舗サーバ５０が通信可能な受注者サーバ３を備える。

図３は、店舗サーバ５０の補助記憶デバイス５３に記憶される配送確認テーブル５３５のデータ構造を示す模式図である。配送確認テーブル５３５は、場所ＩＤと関連付けて、商品コード、補充員ＩＤ、納品個数、納品時刻及び検収フラグを一つのレコード５３５１として記憶している。場所ＩＤは、各商品の陳列場所を識別するために陳列場所毎に設定された一意の識別コードである。商品コードは、その陳列場所に陳列される商品に対応するものである。補充員ＩＤは、その商品を補充した補充員を特定するためのものである。補充員ＩＤは、店舗１に商品を配送する補充員に対して割り当てられた一意の識別コードである。納品個数及び納品時刻は、補充員ＩＤで示される補充員が補充した商品の個数と、その補充を行った日時である。検収フラグは、店舗サーバ５０が商品を検収した際にセットされるフラグである。なお、図３では、フラグをＦと略記している。配送確認テーブル５３５は、このようなレコード５３５１を陳列場所毎に含む。

商品補充システムにおける会員データベース５３２は、店舗１を利用する客についての会員レコードに加えて、補充員に関するデータを記述した補充員レコードも含むことができる。もちろん、補助記憶デバイス５３は、会員データベース５３２とは別に、補充員レコードのみを有するデータベースを記憶するようにしてもよい。補充員レコードには、補充員ＩＤ、氏名、所属等のデータ項目を含む。

図４は、店舗サーバ５０がメインメモリ５２に一時的に作成する補充員テーブルのデータ構造を示す模式図である。補充員テーブルは、補充員ＩＤ５２１に対し、商品コードと関連付けて、入店時個数、退店時個数、納品個数を一つのレコードとした商品レコード５２２を、商品毎に記憶する。入店時個数は、ゲート装置１０がタグリーダ１０２により読み取った、補充員が入店時に店舗１に持ち込んだ商品の個数である。退店時個数は、ゲート装置１０がタグリーダ１０２により読み取った、補充員が退店時に店舗１から持ち出す商品の個数である。納品個数は、補充員が店舗１の指定された陳列場所に陳列した商品の個数である。

図５は、店舗サーバ５０の補助記憶デバイス５３に記憶される在庫データベース５３４のデータ構造を示す模式図である。在庫データベース５３４は、前述したように、各商品の当該店舗１における在庫数に関するデータを記述した在庫データレコード５３４１の集合体である。販売管理システムでは、在庫データレコード５３４１には、商品コードと在庫数のデータ項目を含む。商品補充システムでは、各在庫データレコード５３４１は、それら商品コードと在庫数に加えて、移動後個数のデータ項目を含む。移動後個数は、商品監視装置３０からの移動通知コマンドに含まれる当該商品の移動個数により変化するであろう在庫の個数を示す。客が商品の決済を行うまで、在庫数と移動後個数は一致しない。会計機４０にて決済が行われると、店舗サーバ５０のＰＯＳ精算データベース５３１及び在庫データベース５３４が更新され、在庫数と移動後個数とが一致する。

店舗サーバ５０は、商品の陳列数である在庫数が決められた下限数を下回ったとき、外部ネットワーク２を介して受注者サーバ３に商品の補充を依頼する発注指示を送信する。受注者サーバ３は、例えば、商品を供給するメーカのサーバ、または、メーカと店舗１の間で商品取引を仲介する問屋のサーバである。受注者サーバ３は、店舗サーバ５０から、図１に破線の矢印で示すように、補充が必要な商品の補充を依頼する発注指示を受信する。受注者サーバ３は、この発注指示の受信に応じて、その補充するべき商品を、受注者サーバが管理する配送員、例えば、自社または契約している配送業者の配送員に配送させる手配を行う。

また、店舗１は、当該店舗１が販売している商品のオンライン注文を受けて発送するオンラインショッピングシステムを運営している場合がある。オンラインショッピングシステムは、図１に破線の矢印で示すように、店舗サーバ５０が外部ネットワーク２を介して通信可能なオンラインショッピングサーバ４を含む。このオンラインショッピングサーバ４には、図１に破線の矢印で示すように、オンラインショッピングユーザ端末５が外部ネットワーク２を介して通信可能である。オンラインショッピングユーザ端末５は、そのオンラインショッピングシステムの登録ユーザである客が利用する端末である。このオンラインショッピングユーザ端末５の客にも、店舗１を利用する客と同様に、顧客ＩＤが割り当てられる。オンラインショッピングサーバ４は、オンラインショッピングユーザ端末５から商品の購入注文を受信すると、図１に破線の矢印で示すように、外部ネットワーク２を介して配送指示を配送者サーバ６に送信する。この配送指示は、契約している配送業者の配送員に、物流倉庫に保管してある、注文商品を注文元の客に配送させる指示である。

本実施形態の商品補充システムは、このオンラインショッピングシステムを含むことができる。すなわち、店舗サーバ５０は、商品の陳列数である在庫数が決められた下限数を下回ったとき、外部ネットワーク２を介してオンラインショッピングサーバ４に商品の補充を依頼する発注指示を送信する。オンラインショッピングサーバ４は、店舗サーバ５０から、図１に破線の矢印で示すように、補充が必要な商品の補充を依頼する発注指示を受信する。オンラインショッピングサーバ４は、この発注指示の受信に応じて、図１に破線の矢印で示すように、外部ネットワーク２を介してその補充するべき商品の配送指示を配送者サーバ６に送信する。

図６、図７、図１２及び図１３は、店舗サーバ５０のプロセッサ５１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、各図を用いて商品補充システムの動作について説明する。なお、以下に説明する動作説明は一例である。同様な結果が得られるのであれば、その手順等は特に限定されるものではない。

図６は、店舗サーバ５０のプロセッサ５１が制御プログラムに従って定期的に、例えば数秒毎に、実行する在庫データベース更新処理の手順を示す流れ図である。

プロセッサ５１は、各商品について、前回の在庫データベース更新処理から今回の在庫データベース更新処理の間に、商品監視装置３０から移動通知コマンドを受信したか否かを確認する（ＡＣＴ１１）。前述したように、移動通知コマンドは、商品の移動が検出された場合に商品監視装置３０から出力される。例えば、販売管理装置６０は、商品監視装置３０から移動通知コマンドを受信したとき、その受信時刻を記録する。従って、プロセッサ５１は、この販売管理装置６０に対して移動通知コマンドの受信記録を問い合わせることで、この確認を行うことができる。あるいは、プロセッサ５１は、商品監視装置３０からの移動通知コマンドを監視し、それが有った場合にはメインメモリに一時的に保存しておくようにしてもよい。商品は複数の陳列場所に陳列される場合があり、そのような場合には、それぞれについて確認する。何れの商品についても移動通知コマンドを受信していない場合（ＡＣＴ１１のＮＯ）、プロセッサ５１は、この在庫データベース更新処理を終了する。

これに対して、何れかの商品について移動通知コマンドを受信していた場合（ＡＣＴ１１のＹＥＳ）、プロセッサ５１は、移動後個数を取得する（ＡＣＴ１２）。すなわち、プロセッサ５１は、一つの移動通知コマンドに含まれる商品コードに基づいて、在庫データベース５３４の当該商品に対応する在庫データレコード５３４１から移動後個数を取得する。

次に、移動通知コマンドで示される移動方向が買上方向を示しているのか返品方向を示しているのかを確認する（ＡＣＴ１３）。

移動方向が買上方向を示している場合（ＡＣＴ１３のＹＥＳ）、プロセッサ５１は、ＡＣＴ１２で取得した移動後個数から移動通知コマンドで示される移動個数を減算する（ＡＣＴ１４）。

また、移動方向が返品方向を示している場合には（ＡＣＴ１３のＮＯ）、プロセッサ５１は、ＡＣＴ１２で取得した移動後個数に移動通知コマンドで示される移動個数を加算する（ＡＣＴ１５）。

そして、プロセッサ５１は、ＡＣＴ１４またはＡＣＴ１５の処理での算出結果を、新たな移動後個数として、在庫データベース５３４の当該商品に対応する在庫データレコード５３４１に更新記録する（ＡＣＴ１６）。

その後、プロセッサ５１は、移動通知コマンドを受信した全ての商品について処理が終了したか否か判断する（ＡＣＴ１７）。未だ処理していない商品が有る場合には（ＡＣＴ１７のＮＯ）、プロセッサ５１は、ＡＣＴ１２の処理に戻る。これに対して、全ての商品について処理が終了した場合には（ＡＣＴ１７のＹＥＳ）、この在庫データベース更新処理を終了する。

例えば、ある商品の在庫数及び移動後個数が１０個であったとき、客が１個の商品を陳列場所から取ると、買上方向の移動個数が１個となる。この場合、ＡＣＴ１４にて移動後個数が９個と算出される。在庫数は１０個のままである。そして、会計機４０にて決済が行われると、在庫数が９個に更新され、移動後個数と一致する。また、決済せずに、当該商品を元の陳列場所に返却すると、返品方向の移動個数が１個となる。これにより、ＡＣＴ１５にて移動後個数が１０個と算出され、在庫数の１０個と一致する。

図７は、店舗サーバ５０のプロセッサ５１が実行する商品発注処理の手順を示す流れ図である。図７に示す商品発注処理は、一つの商品を対象とした処理である。プロセッサ５１は、この商品発注処理を全商品について順次実行していく。プロセッサ５１は、全ての商品を対象とした処理を終了したとき、直ちに最初の商品から処理を繰り返す。もちろん、プロセッサ５１は、直ちに繰り返すのではなくて、所定期間を置いた後に、最初の商品から処理を繰り返すようにしてもよい。

プロセッサ５１は、在庫データベース５３４の処理対象の商品の在庫データレコード５３４１から在庫数を取得する（ＡＣＴ２１）。さらに、プロセッサ５１は、その在庫データレコード５３４１から移動後個数を取得する（ＡＣＴ２２）。そして、それら取得した在庫数と移動後個数が一致するか否か確認する（ＡＣＴ２３）。

ここで、両者が一致しない場合には（ＡＣＴ２３のＮＯ）、プロセッサ５１は、この商品発注処理を終了する。すなわちプロセッサ５１は、客に取られた商品の決済が行われて在庫数が確定するのを待つ。一旦客に取られた商品が元の陳列場所に返却されることがあるため、プロセッサ５１は、返却されないことが確実になった上で、発注処理を進めるようにしている。

取得した在庫数と移動後個数が一致する場合（ＡＣＴ２３のＹＥＳ）、プロセッサ５１は、発注が必要か否かを判断する（ＡＣＴ２４）。すなわち、プロセッサ５１は、現在の在庫数が在庫下限個数より少なくないか否かにより、この発注の要否を判断する。在庫下限個数は、当該商品の商品コードに対応する商品情報データベース５３３の商品レコードに記憶されている。ここで、発注が不要である場合（ＡＣＴ２４のＮＯ）、プロセッサ５１は、この商品発注処理を終了する。

これに対して、発注が必要である場合（ＡＣＴ２４のＹＥＳ）、プロセッサ５１は、発注を行う（ＡＣＴ２５）。このときの発注個数は、当該商品の商品コードに対応する商品情報データベース５３３の商品レコードに記憶されている。かくして、プロセッサ５１は、店舗内の各商品の陳列場所の監視結果に基づいて、各商品の補充の要否を判定し、補充担当者を管理する管理装置へ、補充が必要な商品の補充を依頼する発注指示を送信する発注手段として機能する。そしてその後、プロセッサ５１は、この商品発注処理を終了する。

ここで、ＡＣＴ１２５の発注処理について、より詳細に説明する。
この発注処理において、プロセッサ５１は、商品発注指示を作成して、それをネットワークインタフェース５６により、インターネット等の外部ネットワーク２を介してメーカや問屋などの受注者サーバ３へ送信する。

図８は、一般的な商品発注指示における発注元情報と発注内容情報のデータ構造を示す模式図である。また、図９は、本実施形態の商品補充システムによる商品発注指示における発注元情報のデータ構造を示す模式図である。

図８に示すように、受注者サーバ３への一般的な商品発注指示は、発注を行った店舗に関する情報である発注元情報３１と、発注する個々の商品に関する情報である発注内容情報３２と、を含む。１回の発注において、発注する商品が複数ある場合には、複数の発注内容情報３２が送信される。

発注元情報３１は、店舗ＩＤと、店舗名と、納品先住所と、納品日と、を含む。店舗ＩＤは、発注元の店舗１を特定するために、店舗毎に設定された一意の識別コードである。店舗名は、店舗ＩＤで示される店舗１の名称である。納品先住所は、商品の納品先の住所であり、店舗１の物流倉庫の住所が指定される。納品日は、納品を希望する日時である。

発注内容情報３２は、商品コードと、商品名と、個数と、を含む。商品コードは、発注する商品を特定するための情報である。商品名は、発注する商品の名称である。個数は、発注個数である。

本実施形態の商品補充システムでは、発注内容情報３２は一般的な商品発注指示と同様であるが、発注元情報は、図９に示すような発注元情報３３とする。プロセッサ５１は、この発注元情報３３の納品先住所として、店舗１の物流倉庫の住所ではなく、店舗１の住所と陳列場所を示す位置情報を設定する。すなわち、プロセッサ５１は、発注する商品が実際に陳列される店舗１の商品棚、商品ケース、販売スペース等の陳列場所を、納品先として指定する。

このような商品発注指示を受けた受注者サーバ３は、発注内容情報３２で指定された商品を、受注者サーバ３が管理する配送員、例えば、自社または契約している配送業者の配送員に配送させる手配を行う。そして、配送員は、発注元情報３３に従って、商品を店舗１の指定の陳列場所に陳列する。つまり、配送員は、商品を発注元の店舗１に配送するだけでなく、商品を当該店舗１の実際の陳列場所に補充する補充員としても働く。よって、受注者サーバ３は、補充担当者を管理する管理装置である。

また、店舗１の物流倉庫に商品が有る場合には、プロセッサ５１は、外部ネットワーク２を介してオンラインショッピングサーバ４に対して、商品発注指示を送信する。具体的には、オンラインショッピングサーバ４が提供する商品購入フォームに対し、プロセッサ５１は、顧客ＩＤ及び顧客名として店舗１の店舗ＩＤ及び店舗名を自動入力し、顧客住所を店舗１の住所及び陳列場所を自動入力する。そして、プロセッサ５１は、商品を特定する商品ＩＤ及び商品名を自動入力し、さらに、購入個数と購入金額を自動入力する。この場合、自店舗の商品の移動であるため、購入金額は、０円とする。

オンラインショッピングサーバ４は、注文が一般のオンラインショッピングユーザが操作するオンラインショッピングユーザ端末５からのものであるのか、店舗サーバ５０からのものであるのかを判断する。これは、配送先住所が自店舗１となっているか否かにより、容易に判断することができる。そして、オンラインショッピングサーバ４は、その判断結果に基づく配送指示を、外部ネットワーク２を介して自社が契約している配送業者の配送者サーバ６に送信する。

図１０は、オンラインショッピングサーバ４から配送者サーバ６へ送信されるオンラインショッピングユーザへの配送指示における配送先情報と配送内容情報のデータ構造を示す模式図である。また、図１１は、オンラインショッピングサーバ４から配送者サーバ６へ送信される店舗１への配送指示における配送先情報と配送内容情報のデータ構造を示す模式図である。配送指示は、店舗１が契約している配送業者の配送員に、物流倉庫に保管してある注文商品を、注文元のオンラインショッピングユーザすなわち客または店舗１の元に配送させる指示である。

図１０に示すように、商品を客元に配送させる配送指示は、配送先の客に関する情報である配送先情報６１と、配送する個々の商品に関する情報である配送内容情報６２と、を含む。１回の注文において、配送する商品が複数ある場合には、複数の配送内容情報６２が送信される。

配送先情報６１は、顧客ＩＤと、顧客名と、配送先住所と、配送日と、を含む。顧客ＩＤは、店舗１を利用する客と同様に、オンラインユーザに対して割り当てられた一意の識別コードである。顧客名は、顧客ＩＤで示されるオンラインユーザの氏名である。配送先住所は、商品の配送先となるオンラインユーザの住所である。配送日は、配送を希望する日時である。

配送内容情報６２は、商品コードと、商品名と、個数と、保管場所と、を含む。商品コードは、配送する商品を特定するための情報である。商品名は、配送する商品の名称である。個数は、配送する個数である。保管場所は、配送するべき商品が物流倉庫のどこに保管されているかを示す。

また、店舗１に商品を配送させる配送指示は、図１１に示すように、配送先の店舗１に関する情報である配送先情報６３と、配送する個々の商品に関する情報である配送内容情報６４と、を含む。１回の注文において、配送する商品が複数ある場合には、複数の配送内容情報６４が送信される。

配送先が店舗１である場合の配送先情報６３では、顧客ＩＤは店舗ＩＤとなり、顧客名は店舗名となる。また、配送先住所は店舗１の住所となる。

配送内容情報６４は、配送先が客である場合の配送内容情報６２と同様に、商品コードと、商品名と、個数と、保管場所と、を含むみ、さらに、陳列場所を含む。陳列場所は、商品が実際に陳列される店舗１の商品棚、商品ケース、販売スペース等の陳列場所を示す。

このような配送指示を受けた配送者サーバ６は、配送内容情報６２または６４で指定された商品を、配送者サーバ６が管理する配送員に配送させる手配を行う。そして、配送員は、配送内容情報６２に従って物流倉庫に保管してある注文商品をピックアップし、それを配送先情報６１に従って指定のオンラインユーザへ配送する。また、配送員は、配送内容情報６４に従って物流倉庫に保管してある注文商品をピックアップし、それを配送先情報６３に従って指定の店舗１の指定の陳列場所に陳列する。つまり、配送員は、商品を発注元の店舗１に配送するだけでなく、商品を当該店舗１の実際の陳列場所に補充する補充員としても働く。よって、配送者サーバ６は、補充担当者を管理する管理装置である。

図１２は、店舗サーバ５０のプロセッサ５１が補充員入店時に実行する入店時個数登録処理の手順を示す流れ図である。これは、受注者サーバ３が手配した配送員または配送者サーバ６が手配した配送員が、陳列場所に商品を補充する補充員として店舗１に来店したときの、プロセッサ５１の処理の手順を示している。

ゲート装置１０は、前述したように、入店しようとする客の顧客ＩＤがコードリーダ１０１で読み取られると、その顧客ＩＤの有効性を、例えば店舗サーバ５０に問い合わせる。店舗サーバ５０のプロセッサ５１は、会員データベース５３２を参照して、その顧客ＩＤの有効性を判断し、その判断結果をゲート装置１０へ返却する。ゲート装置１０は、顧客ＩＤの有効性が認められると、ゲート機構のゲートを開放する。

これと同様にして、商品を補充する補充員としての配送員が店舗１に入店する際、コードリーダ１０１に補充員ＩＤを読み取らせる。ゲート装置１０は、顧客ＩＤと補充員ＩＤとを区別しない。従って、ゲート装置１０は、読み取った補充員ＩＤを顧客ＩＤとして、有効性を店舗サーバ５０に問い合わせる。店舗サーバ５０のプロセッサ５１は、会員データベース５３２を参照して、その顧客ＩＤの有効性を判断し、その判断結果をゲート装置１０へ返却する。ゲート装置１０は、顧客ＩＤの有効性が認められると、ゲート機構のゲートを開放する。

店舗サーバ５０のプロセッサ５１は、この顧客ＩＤの有効性の問い合わせに対して有効性を認めた際、有効性有りの応答をゲート装置１０へ返却するとともに、図１２に示す入店時個数登録処理を実行する。

プロセッサ５１は、入店しようとしているのが補充員であるのか、客であるのかを判断する（ＡＣＴ３１）。これは、ゲート装置１０から送信されてきた顧客ＩＤが補充員を示す補充員ＩＤであるか否かにより判断することができる。かくして、プロセッサ５１は、店舗１への入店者を特定する特定手段として機能する。入店しようとしているのが客である場合（ＡＣＴ３１のＮＯ）、プロセッサ５１は、この入店時個数登録処理を終了する。

これに対して、入店しようとしているのが補充員である場合には（ＡＣＴ３１のＹＥＳ）、プロセッサ５１は、その補充員の補充員ＩＤを補充員テーブルに登録する（ＡＣＴ３２）。すなわちプロセッサ５１は、メインメモリ５２に補充員テーブルを作成し、その補充員テーブルの補充員ＩＤ５２１として、この補充員ＩＤを記憶する。

その後、プロセッサ５１は、ゲート装置１０から送信されてくる、補充員が店舗１に持ち込む商品それぞれについて、その個数を補充員テーブルに入店時個数として登録する（ＡＣＴ３３）。すなわち、ゲート装置１０は、タグリーダ１０２によって、入店者が店舗１に持ち込む商品それぞれの商品タグを読み取り、その商品コードを店舗サーバ５０に送信する。プロセッサ５１は、各商品コードに対応付けて、その個数を、メインメモリ５２の補充員テーブルの商品レコード５２２に入店時個数として記憶する。かくして、プロセッサ５１は、店舗内の指定された陳列場所に補充するべく店舗内に持ち込んだ補充商品の個数を検出する第１の個数検出手段として機能する。

そして、プロセッサ５１は、この入店時個数登録処理を終了する。

補充員としての配送員は、店舗１に持ち込んだ各商品を、配送内容情報６４で指定されていた陳列場所に陳列する。この際、図６を参照して説明した在庫データベース更新処理により、プロセッサ５１は、陳列場所への商品の陳列作業に応じて、在庫データベース５３４の当該商品に対応する在庫データレコード５３４１の移動後個数を更新していく。

そして、補充員としての配送員は、が商品の指定された陳列場所への補充が完了すると、退店しようとして、ゲート装置１０のコードリーダ１０１に補充員ＩＤを読み取らせる。これに応じて、ゲート装置１０は、タグリーダ１０２により、配送員が店舗１から持ち出そうとする商品の商品タグから商品コードを読み取る。ゲート装置１０は、顧客ＩＤと補充員ＩＤとを区別しない。従って、ゲート装置１０は、読み取った補充員ＩＤを顧客ＩＤとして、その顧客ＩＤと商品の商品コードにより退店の可否を店舗サーバ５０に問い合わせる。店舗サーバ５０のプロセッサ５１は、顧客ＩＤと商品の商品コードにより退店の可否を判断し、退店可否を示す応答をゲート装置１０に返却する。それに応じて、ゲート装置１０は、ゲート機構のゲートを開放または閉塞する。

店舗サーバ５０のプロセッサ５１は、この退店可否の問い合わせに対して退店可の応答をゲート装置１０へ返却するとともに、図１３に示す商品検収処理を実行する。図１３は、店舗サーバ５０のプロセッサ５１が補充員退店時に実行する商品検収処理の手順を示す流れ図である。

プロセッサ５１は、退店しようとしているのが補充員であるのか、客であるのかを判断する（ＡＣＴ４１）。これは、ゲート装置１０から送信されてきた顧客ＩＤが補充員を示す補充員ＩＤであるか否かにより判断することができる。かくして、プロセッサ５１は、店舗１からの退店者を特定する特定手段として機能する。退店しようとしているのが客である場合（ＡＣＴ４１のＮＯ）、プロセッサ５１は、この商品検収処理を終了する。

これに対して、退店しようとしているのが補充員である場合には（ＡＣＴ４１のＹＥＳ）、プロセッサ５１は、メインメモリ５２に作成されている補充員テーブルの各商品レコード５２２に、各商品の退店時個数を登録する（ＡＣＴ４２）。この退店時個数は、ゲート装置１０からの問い合わせに含まれる商品コードに基づく。かくして、プロセッサ５１は、店舗から持ち出そうとする補充商品の個数を検出する第２の個数検出手段として機能する。

次に、プロセッサ５１は、補充員テーブルに登録されている各商品について、補充員による納品個数を算出し、補充員テーブルの各商品の商品レコード５２２に納品個数として登録する（ＡＣＴ４３）。すなわちプロセッサ５１は、各商品レコード５２２の入店時個数と退店時個数との差を算出することで、納品個数を求める。

そして、プロセッサ５１は、補充員テーブルの登録内容に基づいて、配送確認テーブル５３５の商品コードに対応する各レコード５３５１に、補充員ＩＤ及び納品個数を登録する（ＡＣＴ４４）。このとき、プロセッサ５１は、時計５４が計時している現在日時を、納品時刻として登録してよい。かくして、プロセッサ５１は、店舗内に持ち込んだ補充商品と店舗から持ち出そうとする補充商品の個数の差を算出し、その算出した個数を補充商品の補充数として登録する登録手段として機能する。

そして、プロセッサ５１は、当該商品の納品が確認できたとして、配送確認テーブル５３５の商品コードに対応する各レコード５３５１に、検収フラグをセットする（ＡＣＴ４５）。

その後、プロセッサ５１は、在庫データベース５３４から各商品の在庫数を取得する（ＡＣＴ４６）。この場合、プロセッサ５１は、全ての商品について在庫数を取得する必要はなく、補充員テーブルに登録されている商品についてのみ在庫数を取得すればよい。

そして、プロセッサ５１は、取得した在庫数に、その商品の納品個数を加算することで、納品後の在庫数として想定される想定在庫数を算出する（ＡＣＴ４７）。プロセッサ５１は、この算出した想定在庫数により、在庫データベース５３４の当該商品の在庫数を更新する（ＡＣＴ４８）。そして、プロセッサ５１は、この商品検収処理を終了する。

例えば、補充員である配送員が、在庫数及び移動後個数が１０個である、ある商品を３０個持ち込み、退店時に、例えば当該商品を１０個持ち出そうとしていることが検出されたとする。この場合、プロセッサ５１は、ＡＣＴ４３において納品個数は３０－１０＝２０個であると算出する。補充員が商品をその陳列場所に補充することで、図６に示した在庫データベース更新処理により、プロセッサ５１は、２０個の返品方向の移動個数を取得し、移動後個数を１０＋２０＝３０個と算出する。このとき、在庫数は１０個のままであるので、この移動後個数と一致しない。プロセッサ５１は、ＡＣＴ４７にて在庫数１０個と納品個数２０個とを加算して、想定在庫数３０個を算出する。そして、プロセッサ５１は、ＡＣＴ４８にて、在庫数を、この想定在庫数３０個に更新する。こうして、在庫数と移動後個数とが一致する。

また、補充員が商品を陳列場所に補充してからゲート装置１０でチェックアウト操作を行うまでには、ある程度時間がかかる。従って、その間に、客が当該商品を陳列場所から取ることがある。そのような場合、上記例では、移動後個数が３０個ではなくなる。例えば、客が１個の商品を取ると、買上方向の移動個数が１個となって、プロセッサ５１は、移動後個数は２９個と算出する。この場合、プロセッサ５１がＡＣＴ４８にて在庫数を３０個に更新しても、在庫数と移動後個数とは一致しない。しかし、当該商品を取った客が会計機４０にて決済を行うと、在庫数が２９個に更新され、在庫数と移動後個数とがともに２９個となって、一致する。また、客が決済せずに、当該商品を元の陳列場所に返却すると、返品方向の移動個数が１個となる。これにより、プロセッサ５１は移動後個数を３０個と算出し、在庫数の３０個と一致することになる。

なお、補充員は、店舗１に、注文個数よりも多くの商品を持ち込む。これは、発注時点からこの補充時点までの間に、客にさらに商品が取られて、陳列場所に陳列されている商品の個数が少なくなっている場合が想定される故である。従って、発注個数と納品個数とは一致しない場合があり、実際の納品個数を検出することが重要である。

なお、メインメモリ５２に作成した補充員テーブルは、ＡＣＴ４８において在庫数を更新した際に削除してよい。あるいは、補充員テーブルは、対応する補充員が店舗１から退店したことを確認した際に削除するようにしてもよい。また、補充員テーブルは、例えば店舗１の１日の営業終了時等、任意の時点に削除するようにしてもよい。

以上のように、第１実施形態の商品補充システムにおいては、店舗サーバ５０のプロセッサ５１は、店舗１への入店者及び退店者を特定し、入店者が商品補充の依頼を受けた補充担当者であると特定したときには、店舗１内の指定された陳列場所に補充するべく店舗１内に持ち込んだ補充商品の個数を検出する。また、プロセッサ５１は、退店者が補充担当者であると特定したとき、店舗１から持ち出そうとする補充商品の個数を検出する。そして、プロセッサ５１は、補充担当者が店舗１に持ち込んだ補充商品の個数と店舗１から持ち出そうとする補充商品の個数との差を算出し、その算出した個数を補充商品の補充数として配送確認テーブル５３５に登録する。

このように、店舗１の商品の陳列場所に商品を補充する補充担当者が、店舗１の外部から補充商品を持ち込み、店舗１への持ち込み数と持ち出し数との差を補充数として計上することで、店舗従業員によらない商品補充を可能とする商品補充システムを提供することができる。例えば、補充担当者は、メーカや問屋、物流倉庫から補充商品を配送する配送業者の配送員としてよい。

また、第１実施形態の商品補充システムは、店舗内の各商品の陳列場所を監視する監視手段である商品監視装置３０を備え、プロセッサ５１は、その監視結果に基づいて、各商品の補充の要否を判定し、補充担当者を管理する管理装置である受注者サーバ３または配送者サーバ６へ、補充が必要な商品の補充を依頼する発注指示を送信する。

このように、補充が必要となった商品の発注を自動的に行うことができるので、店舗従業員によらない商品発注が可能となる。

また、第１実施形態の商品補充システムでは、プロセッサ５１は、発注指示に、商品を補充する指定の陳列場所として、補充が必要な商品が陳列されている陳列場所を示す位置情報を含める。

この位置情報を参照することで、補充者は、補充するべき陳列場所を確認でき、その陳列場所に補充商品を補充することができる。

また、第１実施形態の商品補充システムは、前記店舗の商品を販売するオンラインショッピングシステムを含み、プロセッサ５１は、このオンラインショッピングシステムのオンラインショッピングサーバ４に対し、補充が必要な商品が陳列されている陳列場所を示す位置情報で示される陳列場所を配送先として、発注指示を送信する。これを受けたオンラインショッピングサーバ４は、補充担当者を管理する管理装置としての配送者サーバ６へ、店舗１の位置情報で示される陳列場所を配送先とした補充商品の配送指示を送信する。

このように、既存のオンラインショッピングシステムを利用することで、初期投資を最小限に、補充が必要となった商品の発注を自動的に行うシステムを構成することができる。

［第２実施形態］
第２実施形態の販売管理システムの構成は、店舗サーバ５０の補助記憶デバイス５３に記憶される在庫データベース５３４のデータ構造が異なる点を除いて、第１実施形態と同様である。

図１４は、この第２実施形態の商品補充システムにおける在庫データベース５３４のデータ構造を示す模式図である。本実施形態では、在庫データベース５３４においては、各商品の在庫データレコード５３４１には、商品コード、在庫数及び移動後個数に加えて、発注先と発注個数のデータ項目を含む。発注先は、当該商品について発注を行った受注者サーバ３またはオンラインショッピングサーバ４を示す。発注個数は、当該商品について発注を行った個数を示す。

この第２実施形態の販売管理システムの動作に関しては、店舗サーバ５０のプロセッサ５１が補充商品の発注を行う商品発注処理と、補充員退店時に行う商品検収処理とを除いて、第１実施形態と同様である。

商品発注処理においては、プロセッサ５１は、第１実施形態で説明したＡＣＴ２５の処理で、発注を行う際に、次の処理を追加する。すなわち、プロセッサ５１は、補充商品の発注個数を、当該商品に対応する在庫データベース５３４の在庫データレコード５３４１に記憶する。なお、本実施形態では、発注個数は、この発注時点の在庫数よりも多いことを要件とする。すなわち、ＡＣＴ２４での発注要否を判断するための在庫下限個数は、在庫上限個数の半分より少ない任意の値とする。

なお、ＡＣＴ２５において発注を行う際の発注個数は、第１実施形態のように、当該商品の商品コードに対応する商品情報データベース５３３の商品レコードに記憶させてもよい。

図１５は、第２実施形態の商品補充システムにおける店舗サーバのプロセッサ５１が補充員退店時に実行する商品検収処理の手順を示す流れ図である。なお、以下に説明する動作説明は一例である。同様な結果が得られるのであれば、その手順等は特に限定されるものではない。

図１５において、ＡＣＴ４１乃至ＡＣＴ４５の処理は、第１実施形態で説明した通りである。このＡＣＴ４５の処理の後、第１実施形態では検収フラグをセットしているが、本実施形態では、この時点では未だそれを行わない。

本実施形態においては、プロセッサ５１は、続けてＡＣＴ４６の処理を実行して、補充員テーブルに登録されている各商品について、在庫データベース５３４の当該商品の在庫データレコード５３４１から在庫数を取得する。そして、ＡＣＴ４７の処理により、プロセッサ５１は、取得した在庫数に、その商品の納品個数を加算することで、各商品の納品後の想定在庫数を算出する。

その後、プロセッサ５１は、各商品の在庫データレコード５３４１から移動後個数を取得する（ＡＣＴ５１）。そして、各商品について、算出した想定在庫数と移動後個数が一致するか否か確認する（ＡＣＴ５２）。

ここで、両者が一致する場合には（ＡＣＴ５２のＹＥＳ）、プロセッサ５１は、当該商品の納品が確認できたとして、配送確認テーブル５３５の商品コードに対応する各レコード５３５１に、検収フラグをセットする（ＡＣＴ５３）。かくして、プロセッサ５１は、商品監視装置３０の監視結果に基づいて、補充商品が指定された陳列場所に補充されたか否かを判定することで、補充担当者による商品補充を検収する検収手段として機能する。その後、プロセッサ５１は、ＡＣＴ４８の処理に進んで、ＡＣＴ４７で算出した想定在庫数により、在庫データベース５３４の当該商品の在庫数を更新する。そして、プロセッサ５１は、この商品検収処理を終了する。

また、ＡＣＴ５２において想定在庫数と移動後個数が一致しない場合には（ＡＣＴ５２のＮＯ）、プロセッサ５１は、その一致しない商品の発注数を取得する（ＡＣＴ５４）。すなわちプロセッサ５１は、当該商品の商品コードに対応する在庫データベース５３４の在庫データレコード５３４１に発注個数として登録されている、当該商品の発注数を取得する。

そして、この取得した発注数と、ＡＣＴ５１で取得した移動後個数とを比較し、移動後個数の方が発注数よりも多いか否か判断する（ＡＣＴ５５）。ここで、移動個数の方が多い場合（ＡＣＴ５５のＹＥＳ）、プロセッサ５１は、ＡＣＴ５３の処理に進んで、配送確認テーブル５３５の当該商品の商品コードに対応するレコード５３５１に、検収フラグをセットする。

これに対して、移動後個数の方が発注数よりも多くない場合（ＡＣＴ５５のＮＯ）、プロセッサ５１は、警告を発生する（ＡＣＴ５６）。例えば、プロセッサ５１は、ゲート装置１０が有する図示しない表示手段に、補充商品が陳列場所に補充されていないことを補充員である配送員に通知するための画像を表示させる。

その後、プロセッサ５１は、ゲート装置１０のゲート通過センサにより補充員がゲートを通過したことを検出したか否か、つまり補充員が退店したか否かを判断する（ＡＣＴ５７）。ここで、補充員が退店していない場合（ＡＣＴ５７のＮＯ）、プロセッサ５１は、この商品検収処理を終了する。

また、補充員が退店した場合（ＡＣＴ５７のＹＥＳ）、プロセッサ５１は、補充員が陳列場所に商品を陳列しなかったことの報告を発生する（ＡＣＴ５８）。プロセッサ５１は、この報告を、例えば、当該商品の商品コードに対応する在庫データベース５３４の在庫データレコード５３４１に登録されている発注先に送信する。また、プロセッサ５１は、ネットワークインタフェース５６により、外部ネットワーク２を介して、店舗サーバ５０を管理する管理者の情報端末に、この報告を送信してもよい。

この報告発生後、プロセッサ５１は、ＡＣＴ４８の処理へ進んで、ＡＣＴ４７で算出した想定在庫数により、在庫データベース５３４の当該商品の在庫数を更新する。そして、プロセッサ５１は、この商品検収処理を終了する。

例えば、補充員である配送員が、在庫数及び移動後個数が１０個である、ある商品を３０個持ち込み、退店時に、例えば当該商品を１０個持ち出そうとしていることが検出されたとする。この場合、プロセッサ５１は、ＡＣＴ４３において納品個数は３０－１０＝２０個であると算出する。補充員が商品をその陳列場所に補充することで、図６に示した在庫データベース更新処理により、プロセッサ５１は、２０個の返品方向の移動個数を取得し、移動後個数を１０＋２０＝３０個と算出する。このとき、在庫数は１０個のままであるので、移動後個数と一致しない。プロセッサ５１は、ＡＣＴ４７にて在庫数１０個と納品個数２０個とを加算して、想定在庫数３０個を算出する。ここで、本実施形態では、プロセッサ５１は、ＡＣＴ５２において、想定在庫数と移動後個数との一致を判断する。この場合、両者とも３０個であるので一致する。よって、プロセッサ５１は、ＡＣＴ４８にて、在庫数を、この想定在庫数３０個に更新する。こうして、在庫数と移動後個数とが一致する。また、想定在庫数と移動後個数とが一致しているので、補充商品が対応する指定の陳列場所に陳列されたことが確認される。これにより、プロセッサ５１は、ＡＣＴ５３にて、検収フラグをセットする。

また、補充員が商品を陳列場所に補充してからゲート装置１０でチェックアウト操作を行うまでには、ある程度時間がかかる。従って、その間に、客が当該商品を陳列場所から取ることがある。そのような場合、上記例では、移動後個数が３０個ではなくなる。例えば、客が１個の商品を取ると、買上方向の移動個数が１個となって、プロセッサ５１は、移動後個数は２９個と算出する。この場合、ＡＣＴ４７にてプロセッサ５１が算出する想定在庫数は３０個であるので、プロセッサ５１は、ＡＣＴ５２では、想定在庫数と移動後個数とが一致しないと判断する。そこで、プロセッサ５１は、ＡＣＴ５４にて、当該商品の発注数、例えば１５個を取得する。そして、プロセッサ５１は、ＡＣＴ５５にて、発注数と移動後個数との比較を行い、この場合は、発注数１５個よりも移動後個数２９個の方が多いと判断する。これにより、プロセッサ５１は、検収フラグのセット及び在庫数の更新を行う。このようにプロセッサ５１がＡＣＴ４８にて在庫数を３０個に更新しても、在庫数と移動後個数とは一致しない。しかし、当該商品を取った客が会計機４０にて決済を行うと、在庫数が２９個に更新され、在庫数と移動後個数とがともに２９個となって、一致する。また、客が決済せずに、当該商品を元の陳列場所に返却すると、返品方向の移動個数が１個となる。これにより、プロセッサ５１は移動後個数を３０個と算出し、在庫数の３０個と一致することになる。

一方、補充員が補充商品を店舗１に持ち込んだだけ、あるいは、指定の補充場所以外の場所に陳列してしまった場合には、次のようになる。そのような場合、上記例では、プロセッサ５１は、当該商品について、ＡＣＴ４３において納品個数は２０個と算出し、在庫数は１０個であるのでＡＣＴ４７では想定在庫数を３０個と算出する。また、プロセッサ５１は、ＡＣＴ３１で移動後個数１０個をと取得する。よって、プロセッサ５１は、ＡＣＴ５２にて、想定在庫数と移動後個数とが一致しないと判断することとなり、ＡＣＴ５４にて、当該商品の発注数、例えば１５個を取得する。そして、プロセッサ５１は、ＡＣＴ５５にて、発注数と移動後個数との比較を行い、この場合は、発注数１５個よりも移動後個数１０個の方が少ないと判断する。これにより、プロセッサ５１は、ＡＣＴ５６にて、警告を発生する。この警告を受けた補充員は、補充商品を指定された陳列位置に陳列する。その後、補充員が再度、ゲート装置１０にてチェックアウト操作をすることで、上記正しく陳列した場合と同様の流れとなる。

また、補充員が警告を無視して退店した場合には、プロセッサ５１は、ＡＣＴ５８にて警告を発生した上で、ＡＣＴ４８にて在庫数を３０個に更新する。これにより、在庫数と移動後個数とがともに３０個となって、一致する。但しこの場合は、ＡＣＴ５３の処理を行っていないので、配送確認テーブル５３５の当該商品の商品コードに対応するレコード５３５１の検収フラグはセットされていない。よって、警告を受けた受注者サーバ３またはオンラインショッピングサーバ４から、どの補充員がどの補充商品の陳列を行っていないのかの問い合わせを受けたとき、プロセッサ５１は、配送確認テーブル５３５の検収フラグを確認することで、該当する補充員及び商品を容易に特定することができる。

以上のように、第２実施形態の商品補充システムにおいては、店舗サーバ５０のプロセッサ５１は、商品監視装置３０の監視結果に基づいて、補充商品が指定された陳列場所に補充されたか否かを判定することで、補充担当者による商品補充を検収する。

これにより、補充員が指定の陳列場所に商品を補充したか否かを確認することが可能となる。

以上、店舗に陳列された商品を店員の関与なしに販売可能とする商品補充システムの情報処理に要する負荷を低減できる販売管理装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

例えば前記実施形態では、会計機４０を備える無人店舗を例に説明した。しかしながら、販売管理装置６０が、客の支払口座から決済金額を引き落とす会計処理を行う機能を持つことで、会計機４０を有しない形態の無人店舗であってもよい。

また、商品の発注要否の判断を、在庫数と移動後個数とが一致するのを待って、つまり客が決済するのを待ってから行っている。しかしながら、その一致を待たないで、移動後個数のみによって、発注要否の判断を行うようにしてもよい。逆に、移動後個数ではなく、在庫数のみによって発注要否の判断を行うようにしてもよい。また、発注要否の判断は、商品単位ではなく、陳列場所単位で行うようにしてもよい。

なお、指定の補充場所に補充商品を補充する補充担当者についても、配送業者の配送員に限らない。補充員は、商品を持って複数の店舗１を巡回するラウンダーであってもよい。この場合、ラウンダーは、受注者サーバ３、オンラインショッピングサーバ４または配送者サーバ６、あるいは店舗サーバ５０を管理する管理者の情報端末等の、管理装置の管理の下、巡回コースが設定される。

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

１…店舗、 ２…外部ネットワーク、 ３…受注者サーバ、 ４…オンラインショッピングサーバ、 ５…オンラインショッピングユーザ端末、 ６…配送者サーバ、 １０…ゲート装置、 ２０…人物追跡装置、 ３０…商品監視装置、 ３１，３３…発注元情報、 ３２…発注内容情報、 ４０…会計機、 ５０…店舗サーバ、 ５１…プロセッサ、 ５２…メインメモリ、 ５３…補助記憶デバイス、 ５４…時計、 ５５…通信インタフェース、 ５６…ネットワークインタフェース、 ５７…システム伝送路、 ６０…販売管理装置、 ６１，６３…配送先情報、 ６２，６４…配送内容情報、 １０１…コードリーダ、 １０２…タグリーダ、 ２０１，３０２…カメラ、 ３０１…センサ、 ５２１…補充員ＩＤ、 ５２２…商品レコード、 ５３１…ＰＯＳ精算データベース、 ５３２…会員データベース、 ５３３…商品情報データベース、 ５３４…在庫データベース、 ５３４１…在庫データレコード、 ５３５…配送確認テーブル、 ５３５１…レコード。

Claims (5)

1. 店舗への入店者及び退店者を特定するための特定手段と、
   前記特定手段により前記入店者が商品補充の依頼を受けた補充担当者であると特定したとき、前記店舗内の指定された陳列場所に補充するべく前記店舗内に持ち込んだ補充商品の個数を検出する第１の個数検出手段と、
   前記特定手段により前記退店者が前記補充担当者であると特定したとき、前記店舗から持ち出そうとする前記補充商品の個数を検出する第２の個数検出手段と、
   前記第１及び第２の個数検出手段が検出した前記補充商品の個数の差を算出し、その算出した個数を前記補充商品の補充数として登録する登録手段と、
   を備える、商品補充システム。
2. 前記店舗内の各商品の陳列場所を監視する監視手段と、
   前記監視手段の監視結果に基づいて、前記補充商品が前記指定された陳列場所に補充されたか否かを判定することで、前記補充担当者による前記商品補充を検収する検収手段と、
   をさらに備える、請求項１記載の商品補充システム。
3. 前記店舗内の各商品の陳列場所を監視する監視手段と、
   前記監視手段の監視結果に基づいて、各商品の補充の要否を判定し、前記補充担当者を管理する管理装置へ、補充が必要な商品の補充を依頼する発注指示を送信する発注手段と、
   をさらに備える、請求項１または請求項２記載の商品補充システム。
4. 前記発注手段は、前記発注指示に、前記店舗内の前記指定された陳列場所として、前記補充が必要な商品が陳列されている陳列場所を示す位置情報を含める、請求項３記載の商品補充システム。
5. 前記商品補充システムは、前記店舗の商品を販売するオンラインショッピングシステムを含み、
   前記発注手段は、前記オンラインショッピングシステムに対し、前記位置情報で示される前記陳列場所を配送先として、前記発注指示を送信し、
   前記オンラインショッピングシステムは、前記補充担当者を管理する前記管理装置へ、前記店舗の前記位置情報で示される前記陳列場所を配送先とした前記補充商品の配送指示を送信する、
   請求項４記載の商品補充システム。