(57)【要約】【課題】  会員登録を行っていない買物客による上記のような無人店舗システムの利用を可能とする。【解決手段】  実施形態の商品販売システムは、金額入力手段、許可手段、記憶手段及び精算手段を備える。金額入力手段は、金額を入力する。許可手段は、金額入力手段により金額が入力された場合に入店を許可する。記憶手段は、購入を希望する商品を識別するための商品コードを記憶部に記憶させる。精算手段は、記憶手段により記憶した商品コードで識別される商品の決済を、金額入力手段によって入力された金額を用いて精算する。【選択図】      図１
2020135294.tif 000002
【特許請求の範囲】
【請求項１】
金額を入力する金額入力手段と、
前記金額入力手段により金額が入力された場合に入店を許可する許可手段と、
購入を希望する商品を識別するための商品コードを記憶部に記憶させる記憶手段と、
前記記憶手段により記憶した商品コードで識別される商品の決済を、前記金額入力手段によって入力された金額を用いて精算する精算手段と、
を有する商品販売システム。
【請求項２】
前記精算手段によって精算する場合において、さらなる金額を入力可能な第２の金額入力手段と、
を有する請求項１に記載の商品販売システム。
【請求項３】
前記記憶手段は、前記記憶部に記憶済みの商品コードで識別される商品に関する代金が前記金額入力手段により入力された前記金額よりも大きくなる場合にも新たな商品コードを前記記憶部に記憶させる、
請求項１又は請求項２に記載の商品販売システム。
【請求項４】
前記金額入力手段は、プリペイド残高から前記金額を入力し、
前記精算手段は、前記記憶部に記憶された全ての前記商品コードで識別される商品の代金が前記金額入力手段によって入力された金額よりも大きい場合には前記金額入力手段によって入力された金額の不足分を前記プリペイド残高から入力し、前記記憶部に記憶された全ての商品コードで識別される商品の代金が前記金額入力手段によって入力された金額よりも小さい場合には前記金額入力手段によって入力された金額の余剰分を前記プリペイド残高に加算する、
請求項１乃至請求項３のいずれか一項に記載の商品販売システム。
【請求項５】
会員に付与された会員識別子を入力する識別子入力手段と、
前記会員の退店を検知する退店検知手段と、
を更に具備し、
前記許可手段は、前記金額入力手段により金額が入力された場合の他、前記会員識別子が入力された場合に入店を許可し、
前記精算手段は、前記退店検知手段によって退店を検知した場合、前記会員に対して予め設定された決済方法で決済を行う、
請求項１乃至請求項４のいずれか一項に記載の商品販売システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、商品販売システムに関する。
【背景技術】
【０００２】
買物客が購入しようとする商品の購入商品としての登録と、当該購入商品の代金の決済とに店員が関与しない、いわゆる無人店舗システムが種々開発されている。
しかしながら、これまで考えられている無人店舗システムは、買物客に事前の会員登録などを課し、来店している買物客をシステムにて特定できることを前提としている。
このような事情から、会員登録を行っていない買物客が上記のような無人店舗システムを利用する際の利便性の向上が望まれていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平５−８１５２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、会員登録を行っていない買物客による上記のような無人店舗システムの利用を可能とする商品販売システムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の商品販売システムは、金額入力手段、許可手段、記憶手段及び精算手段を備える。金額入力手段は、金額を入力する。許可手段は、金額入力手段により金額が入力された場合に入店を許可する。記憶手段は、購入を希望する商品を識別するための商品コードを記憶部に記憶させる。精算手段は、記憶手段により記憶した商品コードで識別される商品の決済を、金額入力手段によって入力された金額を用いて精算する。
【図面の簡単な説明】
【０００６】
【図１】一実施形態に係る商品販売システムの概略構成を示すブロック図。
【図２】図１中の販売管理装置の要部回路構成を示すブロック図。
【図３】図２中の預かり金テーブルに含まれるデータレコードの構成を模式的に示す図。
【図４】図２中の購入商品テーブルに含まれるデータレコードの構成を模式的に示す図。
【図５】図１中のチェックイン端末の要部回路構成を示すブロック図。
【図６】図１中のチェックアウト端末の要部回路構成を示すブロック図。
【図７】図５中のプロセッサによる第１の実施形態におけるチェックイン処理のフローチャート。
【図８】図３中のプロセッサによる第１の実施形態における管理処理のフローチャート。
【図９】図６中のプロセッサによるチェックアウト処理のフローチャート。
【図１０】図６中のプロセッサによるチェックアウト処理のフローチャート。
【図１１】会員テーブルに含まれるデータレコードの構成を模式的に示す図。
【図１２】図５中のプロセッサによる第２の実施形態におけるチェックイン処理のフローチャート。
【図１３】図３中のプロセッサによる第２の実施形態における管理処理のフローチャート。
【発明を実施するための形態】
【０００７】
以下、いくつかの実施の形態について図面を用いて説明する。
（第１の実施形態）
図１は第１の実施形態に係る商品販売システム１００の概略構成を示すブロック図である。
商品販売システム１００は、売場に陳列した商品を販売する店舗における商品の販売管理のための情報処理を行う。商品販売システム１００は、販売管理装置１、チェックイン端末２、センサ群３及びチェックアウト端末４を、通信ネットワーク２００を介して通信可能として構成されている。商品販売システム１００は、チェックイン端末２を複数台含む場合もある。商品販売システム１００は、チェックアウト端末４を複数台含む場合もある。
通信ネットワーク２００は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。
【０００８】
販売管理装置１は、上記店舗において買物客によって売場から取り出された商品をその買物客の購入商品として登録する。販売管理装置１は、買物客が購入商品の代金をチェックアウト端末４にて決済しようとするときに、チェックイン端末２にて入店時に収受された預かり金を用いた精算を行うようにチェックアウト端末４に指示する。
チェックイン端末２は、例えば店舗の入口付近に設置され、買物客が入店するための手続きを受け付ける。チェックイン端末２は、入店しようとする買物客から預かり金を収受する。
センサ群３は、店舗内に配置された多数のセンサを含む。これら多数のセンサはそれぞれ、買物客の行動及び商品の陳列状況を検出する。これらセンサは例えば、カメラ、光センサ、赤外線センサ、温度センサ、あるいは重量センサなどである。
チェックアウト端末４は、例えば店舗の出口付近に設置され、買物客が退店するための手続きを受け付ける。チェックアウト端末４は、販売管理装置１からの指示の下に、代金を精算する。
【０００９】
図２は販売管理装置１の要部回路構成を示すブロック図である。
販売管理装置１は、プロセッサ１０、メインメモリ１１、補助記憶デバイス１２、通信インタフェース１３及び伝送路１４等を備える。プロセッサ１０と、メインメモリ１１、補助記憶デバイス１２及び通信インタフェース１３とは、伝送路１４によって接続される。そしてプロセッサ１０、メインメモリ１１及び補助記憶デバイス１２は、伝送路１４で接続されて、販売管理装置１を制御するための情報処理を行うコンピュータを構成する。
【００１０】
プロセッサ１０は、上記コンピュータの中枢部分に相当する。プロセッサ１０は、情報処理プログラムに従って、販売管理装置１としての各種の機能を実現するための情報処理を行う。
【００１１】
メインメモリ１１は、上記コンピュータの主記憶部分に相当する。メインメモリ１１は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１１は、不揮発性のメモリ領域では情報処理プログラムを記憶する。またメインメモリ１１は、プロセッサ１０が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１１は、揮発性のメモリ領域を、プロセッサ１０によってデータが適宜書き換えられるワークエリアとして使用する。
【００１２】
補助記憶デバイス１２は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１２としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）又はＳＳＤ（solid state drive）を単独で、あるいは複数組み合わせて用いることができる。補助記憶デバイス１２は、プロセッサ１０が各種の処理を行う上で使用するデータや、プロセッサ１０での処理によって生成されたデータを保存する。補助記憶デバイス１２は、情報処理プログラムを記憶する場合もある。補助記憶デバイス１２が記憶する情報処理プログラムの１つは、販売管理装置１としての機能を実現するためのアプリケーションプログラム（以下、販売管理アプリと称する）Ｐ１である。補助記憶デバイス１２は、預かり金テーブルＤ１及び購入商品テーブルＤ２を記憶する。預かり金テーブルＤ１は、買物客からチェックイン端末２にて収受された預かり金の金額を、当該買物客を識別するための客コードに関連付けて管理するためのテーブルデータである。購入商品テーブルＤ２は、客コードに関連付けて、当該客コードで識別される買物客の購入商品を管理するためのテーブルデータである。
【００１３】
通信インタフェース１３は、通信ネットワーク２００を介したデータ通信のインタフェースである。通信インタフェース１３としては、例えばＬＡＮを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路１４は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【００１４】
販売管理装置１は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。このときに典型的には、販売管理アプリＰ１が補助記憶デバイス１２に記憶されない状態のコンピュータ装置と販売管理アプリＰ１とが個別に、店舗を運営する企業等に譲渡される。販売管理アプリＰ１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、販売管理装置１の管理者又はサービスマンなどによる操作に応じて、販売管理アプリＰ１が補助記憶デバイス１２に書き込まれる。ただし、販売管理アプリＰ１をコンピュータ装置のメインメモリ１１又は補助記憶デバイス１２に記憶してなる販売管理装置１が上記の企業等に譲渡されても構わない。
【００１５】
図３は預かり金テーブルＤ１に含まれるデータレコードＤＲ１の構成を模式的に示す図である。
預かり金テーブルＤ１は、店舗内で買い回り中の買物客のそれぞれに関連付けて１つずつのデータレコードＤＲ１を含む。データレコードＤＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３を含む。フィールドＦ１１は、当該データレコードＤＲ１が関連付けられた買物客を識別するための客コードがセットされる。フィールドＦ１２は、当該データレコードＤＲ１が関連付けられた買物客から収受した預かり金の金額がセットされる。フィールドＦ１３は、預かり金の種別を表す種別フラグがセットされる。なお本実施形態においては、後述するように現金又はプリペイドによる預かり金の支払いを許容している。そして種別フラグは、預かり金の支払が現金又はプリペイドのいずれにより行われたのかを表す。
【００１６】
図４は購入商品テーブルＤ２に含まれるデータレコードＤＲ２の構成を模式的に示す図である。
購入商品テーブルＤ２は、店舗内で買い回り中の買物客のそれぞれに関連付けて１つずつのデータレコードＤＲ２を含む。データレコードＤＲ２は、フィールドＦ２１，Ｆ２２を含む。またデータレコードＤＲ２は、フィールドＦ２３以降に、関連付けられた買物客による購入商品の個数と同数のフィールドを含む。フィールドＦ１１は、当該データレコードＤＲ１が関連付けられた買物客を識別するための客コードがセットされる。フィールドＦ１２は、当該データレコードＤＲ１が関連付けられた買物客の行動を監視するための監視コードがセットされる。フィールドＦ２３，Ｆ２４…には、当該データレコードＤＲ１が関連付けられた買物客による購入商品の商品コードがそれぞれセットされる。
【００１７】
図５はチェックイン端末２の要部回路構成を示すブロック図である。
チェックイン端末２は、プロセッサ２０、メインメモリ２１、補助記憶デバイス２２、タッチパネル２３、リーダ／ライタ２４、入出金ユニット２５、プリンタ２６、通信インタフェース２７及び伝送路２８を含む。
【００１８】
プロセッサ２０、メインメモリ２１及び補助記憶デバイス２２は、販売管理装置１におけるプロセッサ１０、メインメモリ１１及び補助記憶デバイス１２と同様な機能を有し、伝送路２８で接続されて、チェックイン端末２を制御するための情報処理を行うコンピュータを構成する。ただし、補助記憶デバイス２２が記憶する情報処理プログラムの１つは、補助記憶デバイス１２における販売管理アプリＰ１に代えて、チェックイン端末２としての機能を実現するためのアプリケーションプログラム（以下、チェックインアプリと称する）Ｐ２である。
【００１９】
チェックイン端末２は、典型的にはチェックインアプリＰ２が補助記憶デバイス２２に記憶された状態で上記の企業等に譲渡される。しかしながらチェックイン端末２は、チェックインアプリＰ２が補助記憶デバイス２２に記憶されない状態のハードウェアとチェックインアプリＰ２とが個別に上記の企業等に譲渡されてもよい。チェックインアプリＰ２の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、チェックイン端末２の管理者又はサービスマンなどによる操作に応じて、チェックインアプリＰ２が補助記憶デバイス２２に書き込まれる。なお、チェックイン端末２は、チェックインアプリＰ２がメインメモリ２１に記憶された状態で上記の企業等に譲渡されてもよい。
【００２０】
タッチパネル２３は、買物客等の操作者に対して各種の情報を提示するための画面を表示する。タッチパネル２３は、操作者によるタッチ操作によって指定されるデータを入力する。
リーダ／ライタ２４は、プリペイドカードに記録されたカードデータを読み取る。リーダ／ライタ２４は、プリペイドカードに記録されているカードデータを書き替える。プリペイドカードのデータ記録方式は任意である。リーダ／ライタ２４としては、使用するプリペイドカードの記録方式に応じた周知のデバイスを用いることができる。
【００２１】
入出金ユニット２５は、硬貨及び紙幣等の現金を収受し、内部の収納庫に収容する。入出金ユニット２５は、収納庫に収容している現金をチェックイン端末２の外部へと出金する。
プリンタ２６は、プロセッサ２０からの指示の下に任意の画像をプリント用紙にプリントする。プリンタ２６は、画像をプリントした後のプリント用紙をチェックイン端末２の外部に排出する。プリンタ２６がプリントする画像の１つは、後述するチェックイン証を表す画像である。
通信インタフェース２７及び伝送路２８は、販売管理装置１における通信インタフェース１３及び伝送路１４と同様な機能を有する。
【００２２】
図６はチェックアウト端末４の要部回路構成を示すブロック図である。
チェックアウト端末４は、プロセッサ４０、メインメモリ４１、補助記憶デバイス４２、タッチパネル４３、リーダ／ライタ４４、バーコードリーダ４５、入出金ユニット４６、プリンタ４７、通信インタフェース４８及び伝送路４９を含む。
【００２３】
プロセッサ４０、メインメモリ４１及び補助記憶デバイス４２は、販売管理装置１におけるプロセッサ１０、メインメモリ１１及び補助記憶デバイス１２と同様な機能を有し、伝送路４９で接続されて、チェックアウト端末４を制御するための情報処理を行うコンピュータを構成する。ただし、補助記憶デバイス４２が記憶する情報処理プログラムの１つは、補助記憶デバイス１２における販売管理アプリＰ１に代えて、チェックアウト端末４としての機能を実現するためのアプリケーションプログラム（以下、チェックアウトアプリと称する）Ｐ３である。
【００２４】
チェックアウト端末４は、典型的にはチェックアウトアプリＰ３が補助記憶デバイス４２に記憶された状態で上記の企業等に譲渡される。しかしながらチェックアウト端末４は、チェックアウトアプリＰ３が補助記憶デバイス４２に記憶されない状態のハードウェアとチェックアウトアプリＰ３とが個別に上記の企業等に譲渡されてもよい。チェックアウトアプリＰ３の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、チェックアウト端末４の管理者又はサービスマンなどによる操作に応じて、チェックアウトアプリＰ３が補助記憶デバイス４２に書き込まれる。なお、チェックアウト端末４は、チェックアウトアプリＰ３がメインメモリ４１に記憶された状態で上記の企業等に譲渡されてもよい。
【００２５】
タッチパネル４３、リーダ／ライタ４４、入出金ユニット４６及びプリンタ４７は、チェックイン端末２におけるタッチパネル２３、リーダ／ライタ２４、入出金ユニット２５及びプリンタ２６と同様な機能を有する。ただし、プリンタ４７は、チェックイン証を表した画像はプリントせず、レシートを表した画像をプリントする。
バーコードリーダ４５は、チェックイン証に含まれたバーコードを読み取る。バーコードリーダ４５は例えば、光学式の２次元バーコードリーダである。
通信インタフェース４８及び伝送路４９は、販売管理装置１における通信インタフェース１３及び伝送路１４と同様な機能を有する。
【００２６】
次に以上のように構成された商品販売システム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
【００２７】
チェックイン端末２が買物客のチェックインを受け付ける動作状態であるとき、プロセッサ２０はチェックインアプリＰ２に従って、以下に説明する情報処理（以下、チェックイン処理と称する）を行う。
図７はプロセッサ２０によるチェックイン処理のフローチャートである。
【００２８】
Ａｃｔ１としてプロセッサ２０は、プリペイドカードの読み取りが行われたか否かを確認する。そしてプロセッサ２０は、当該の事象が確認できないならばＮｏと判定し、Ａｃｔ２へと進む。
Ａｃｔ２としてプロセッサ２０は、現金が投入されたか否かを確認する。そしてプロセッサ２０は、当該の事象が確認できないならばＮｏと判定し、Ａｃｔ１へと戻る。
かくしてプロセッサ２０はＡｃｔ１及びＡｃｔ２としては、プリペイドカードの読み取り又は現金の投入がなされるのを待ち受ける。なおこのときにプロセッサ２０は、チェックインについて買物客に案内するための案内画面をタッチパネル２３に表示させておく。案内画面は例えば、チェックインのためにはプリペイドカード又は現金により規定額以上の預かり金の支払いが必要である旨を、文字メッセージ、イラスト、あるいは動画などにより表した画像とする。
【００２９】
商品販売システム１００により管理される店舗で買い物する買物客は、入店時にチェックイン端末２にてチェックインする。つまり、買物客は、所持しているプリペイドカードをリーダ／ライタ２４に読み取らせるか、現金を入出金ユニット２５へと投入する。
【００３０】
買物客によってリーダ／ライタ２４へとプリペイドカードを読み取らせるための動作が行われると、リーダ／ライタ２４はプリペイドカードからカードデータを読み取る。カードデータは、プリペイドカードの個々を識別するためのカードコードと、残高とを少なくとも含む。残高は、当該のプリペイドカードにチャージされた金額のうちの未使用である金額であり、プリペイド残高とも称される。リーダ／ライタ２４は、読み取ったカードデータをプロセッサ２０へと通知する。なおリーダ／ライタ２４は、読み取ったカードデータから抽出したカードコード及び残高等の一部のデータをプロセッサ２０へと通知してもよい。この通知を受けるとプロセッサ２０は、Ａｃｔ１にてＹｅｓと判定し、Ａｃｔ３へと進む。
【００３１】
Ａｃｔ３としてプロセッサ２０は、通知された残高が預かり金の最低額として予め定められた規定額以上であるか否かを確認する。なお規定額は、店舗の営業方針に従って決定される任意の値であってよい。つまり規定額は、商品販売システム１００の管理者などによって任意に設定される。また規定額は、チェックイン端末２の製造業者により定められたデフォルト値が適用されてもよい。そしてプロセッサ２０は、残高が規定額未満であったならばＮｏと判定し、Ａｃｔ４へと進む。
【００３２】
Ａｃｔ４としてプロセッサ２０は、現金が投入されるのを待ち受ける。この時にプロセッサ２０は、プリペイドカードの残高が不足しているためにチャージする必要がある旨を表した案内画面をタッチパネル２３に表示させておく。買物客によって現金が入出金ユニット２５へと投入されると、入出金ユニット２５は、この投入された現金を収納庫へと収納するとともに、その金額を計数する。そして入出金ユニット２５は、計数した金額を投入額としてプロセッサ２０に通知する。この通知を受けるとプロセッサ２０はＹｅｓと判定し、Ａｃｔ５へと進む。
【００３３】
Ａｃｔ５としてプロセッサ２０は、通知された投入額を残高に加算する。プロセッサ２０は例えば、残高に投入額を加算した加算額を算出する。そしてプロセッサ２０は、この加算額に残高を更新するべく、プリペイドカードに記録されているカードデータを書き替えるようにリーダ／ライタ２４を制御する。そしてプロセッサ２０はこののち、Ａｃｔ３へと戻る。ただしプロセッサ２０は、Ａｃｔ５からＡｃｔ３へと進んだ場合には、Ａｃｔ５にて加算した後の残高が規定額以上であるか否かを確認する。そしてプロセッサ２０は、残高が規定額以上であるならばＡｃｔ３にてＹｅｓと判定し、Ａｃｔ６へと進む。
【００３４】
Ａｃｔ６としてプロセッサ２０は、残高から規定額を引き去る。プロセッサ２０は例えば、残高から規定額を減算した減算額を算出する。そしてプロセッサ２０は、この減算額に残高を更新するべく、プリペイドカードに記録されているカードデータを書き替えるようにリーダ／ライタ２４を制御する。このようにして、規定額の預かり金がプリペイドカードの残高から収受される。これは、金額を入力することに相当する。かくしてチェックインアプリＰ２に基づく情報処理をプロセッサ２０が実行することによって、プロセッサ２０を中枢部分とするコンピュータは、リーダ／ライタ２４との協働によって、金額を入力する金額入力手段としての機能を実現する。
【００３５】
Ａｃｔ７としてプロセッサ２０は、上記のようにリーダ／ライタ２４から通知されたカードコードを客コードとしてセットする。当該客コードは、上記のように収受した預かり金の支払者である買物客を識別するための識別コードに相当する。つまりチェックインアプリＰ２に基づく情報処理をプロセッサ２０が実行することによって、プロセッサ２０を中枢部分とするコンピュータは、そのような識別コードを決定する決定手段として機能する。
【００３６】
さて、買物客は、預かり金の支払いを現金で行いたい場合には、プロセッサ２０がＡｃｔ１及びＡｃｔ２の待ち受け状態にあるときに、入出金ユニット２５へと現金を投入する。そしてこれに応じて投入額が入出金ユニット２５から通知されるとプロセッサ１０は、Ａｃｔ２にてＹｅｓと判定し、Ａｃｔ８へと進む。
Ａｃｔ８としてプロセッサ２０は、投入額が規定額以上であるか否かを確認する。そしてプロセッサ２０は、投入額が規定額未満であるならばＮｏと判定し、Ａｃｔ９へと進む。
【００３７】
Ａｃｔ９としてプロセッサ２０は、現金が新たに投入されるのを待ち受ける。このときにプロセッサ２０は、投入額が不足しているために追加の現金投入が必要である旨を案内する案内画面をタッチパネル２３に表示させておく。プロセッサ２０は、買物客によって入出金ユニット２５へと追加の現金投入がなされ、新たな投入額が入出金ユニット２５から通知されると、Ｙｅｓと判定してＡｃｔ１０へと進む。
【００３８】
Ａｃｔ１０としてプロセッサ２０は、総投入額が規定額以上であるか否かを確認する。そしてプロセッサ２０は、総投入額が規定額未満であるならばＮｏと判定し、Ａｃｔ９へと戻る。かくしてプロセッサ２０は、総投入額が規定額以上となるまで、繰り返しの現金投入を受け付ける。なおプロセッサ２０は例えば、Ａｃｔ２にてＹｅｓと判定した際に通知された投入額に、その後にＡｃｔ９にてＹｅｓと判定した際に通知された投入額を加算した金額を総投入額として算出する。プロセッサ２０は、Ａｃｔ９で複数回に渡りＹｅｓと判定している場合には、それぞれで通知された投入額の全てを加算して総投入額を算出する。
【００３９】
プロセッサ２０は、総投入額が規定額以上となったならば、Ａｃｔ１０にてＹｅｓと判定し、Ａｃｔ１１へと進む。なおプロセッサ２０は、Ａｃｔ２にてＹｅｓと判定した際に通知された投入額が規定額以上であったならば、Ａｃｔ８にてＹｅｓと判定し、Ａｃｔ９及びＡｃｔ１０をパスしてＡｃｔ１１へと進む。このようにして、規定額以上の投入金として預かり金が収受される。かくしてチェックインアプリＰ２に基づく情報処理をプロセッサ２０が実行することによって、プロセッサ２０を中枢部分とするコンピュータは、入出金ユニット２５との協働によって、上記の収受を行う収受手段としての機能を実現する。
【００４０】
Ａｃｔ１１としてプロセッサ２０は、チェックイン中の買物客を識別するための客コードを決定する。プロセッサ２０は例えば、預かり金テーブルＤ１に既に含まれている客コードとは異なり、かつカードコードとして存在し得ないコードを客コードとして決定する。当該客コードは、上記のように収受した預かり金の支払者である買物客を識別するための識別コードである。
【００４１】
Ａｃｔ１２としてプロセッサ２０は、上記のように決定した客コードを光学的に読み取り可能に表したチェックイン証を発行する。プロセッサ２０は例えば、上記の客コードを表した２次元バーコードを含んだ画像を生成し、この画像をプリントするようにプリンタ２６を制御する。プリンタ２６は、プロセッサ２０から与えられた画像をプリント紙にプリントし、これをチェックイン証として排出する。買物客は、チェックイン証を受け取り、買い回り中は保持しておく。
【００４２】
なお、客コードは、販売管理装置１にてプロセッサ１０が決定してもよい。この場合は、プロセッサ２０は、販売管理装置１に対して客コードの決定を要求する。この要求に応じてプロセッサ１０は、客コードを決定し、当該客コードを上記の要求への応答としてチェックイン端末２に通知する。この通知に応じてプロセッサ２０は、当該通知された客コードを表したチェックイン証を発行する。
【００４３】
チェックイン端末２を設置したチェックインコーナーと売場との間に開閉可能なゲートを設けてもよい。そしてこの場合にプロセッサ２０は、チェックイン証を発行したならば、上記のゲートを開放する。あるいはプロセッサ２０は、チェックイン証を発行するよりも前に客が売場に向かって移動したことを検出した場合に、上記のゲートを閉鎖してもよい。さらには、上記のゲートにチェックイン証を読み取るリーダとプロセッサとを備えて、当該プロセッサが、チェックイン端末２により発行されたチェックイン証がリーダによって読み取られた場合に上記のゲートを開放してもよい。
【００４４】
プロセッサ２０は、チェックイン証を発行し終えたならば、Ａｃｔ１３へと進む。なおプロセッサ２０は、Ａｃｔ７にて客コードをセットし終えた場合にも、Ａｃｔ１３へと進む。
Ａｃｔ１３としてプロセッサ２０は、販売管理装置１に対してチェックイン通知を行う。プロセッサ２０は例えば、客コード、預かり金額及び種別フラグを、チェックイン通知を表すコマンドとともに含んだ通知データを生成する。すなわちプロセッサ２０は、Ａｃｔ７又はＡｃｔ１１で決まった客コードを通知データに含める。またプロセッサ２０は、Ａｃｔ７からＡｃｔ１３へと進んだ場合には、規定額を預かり金額とする。プロセッサ２０は、Ａｃｔ１２からＡｃｔ１３へと進んだ場合には、Ａｃｔ９を経ていないならば、Ａｃｔ２にてＹｅｓと判定した際に通知された投入額を預かり金額とする。プロセッサ２０は、Ａｃｔ１２からＡｃｔ１３へと進んだ場合には、Ａｃｔ９を経ているならば、総投入額を預かり金額とする。またプロセッサ２０は、Ａｃｔ７からＡｃｔ１３へと進んだ場合には、「プリペイド」を表す状態の種別フラグを通知データに含める。プロセッサ２０は、Ａｃｔ１２からＡｃｔ１３へと進んだ場合には「現金」を表す状態の種別フラグを通知データに含める。プロセッサ２０は、販売管理装置１に宛てて通信インタフェース２７から通信ネットワーク２００へと通知データを送出させる。なおプロセッサ２０は、ＡＣＴ１２にて販売管理装置１から通知された客コードをチェックイン証に表すならば、上記のチェックイン通知には客コードを含めなくてもよい。
そしてプロセッサ２０はこの後、チェックイン処理を終了する。プロセッサ２０はさらにこの後、チェックイン処理を新たに開始し、次の買物客のチェックインに備える。
【００４５】
なおプロセッサ２０は、チェックイン通知に前後して、入店が可能となった旨を案内する案内画面をタッチパネル２３に表示させてもよい。ただし、Ａｃｔ１２にてチェックイン証を発行した場合には、このチェックイン証を受け取ったことにより、入店が可能となったことを買物客が認識できる。このためプロセッサ１０は、当該の案内画面の表示は、Ａｃｔ７からＡｃｔ１３へと進む場合にのみ行ってもよい。
【００４６】
上記の通知データが通信ネットワーク２００により販売管理装置１へと伝送されると、この通知データを通信インタフェース１３が受信する。そして通信インタフェース１３は、この通知データをプロセッサ１０に与える。ただし通信インタフェース１３は、客コード、預かり金額及び種別フラグなどの通知データ中の一部のデータのみをプロセッサ１０に与えてもよい。
【００４７】
さて販売管理装置１が販売管理のための動作状態であるとき、プロセッサ１０は販売管理アプリＰ１に従って、以下に説明する情報処理（以下、管理処理と証する）を行う。
図８はプロセッサ１０による管理処理のフローチャートである。
【００４８】
プロセッサ１０は、上記のようにチェックイン通知に関するデータが通信インタフェース１３から与えられたことに応じて、この管理処理を開始する。プロセッサ１０は、この管理処理を、対象となっている買物客が店舗内を買い回っている間、継続する。このためプロセッサ１０は、店舗内を複数の買物客が買い回っている状況に合っては、それら買物客のそれぞれを対象とした複数の管理処理を並行して実行する。複数の管理処理は、販売管理装置１に複数のプロセッサを備えて、これら複数のプロセッサによって分散処理してもよい。あるいは複数の管理処理は、販売管理装置１を複数備えて、これら複数の販売管理装置１で分散処理してもよい。なお、以下における管理処理の説明において、その対象となっている買物客を単に「買物客」と記載する。
プロセッサ１０がこの管理処理を実行することによって、後述するように買物客が店舗で買い物することが可能となる。このためチェックイン通知を契機として買物客の入店が許可されたこととなる。かくしてチェックインアプリＰ２に基づく情報処理をプロセッサ２０が実行することによって、プロセッサ２０を中枢部分とするコンピュータは、入店を許可する許可手段として機能する。
【００４９】
Ａｃｔ２１としてプロセッサ１０は、預かり金テーブルＤ１を更新する。プロセッサ１０は例えば、通信インタフェース１３から与えられた客コード、預かり金額及び種別フラグをフィールドＦ１１，Ｆ１２，Ｆ１３にそれぞれセットした新たなデータレコードＤＲ１を含むように預かり金テーブルＤ１を更新する。
Ａｃｔ２２としてプロセッサ１０は、購入商品テーブルＤ２を更新する。プロセッサ１０は例えば、買物客の行動を監視するための監視コードを決定する。そしてプロセッサ１０は、通信インタフェース１３から与えられた客コードと監視コードとをフィールドＦ２１，Ｆ２２にそれぞれセットし、フィールドＦ２３以降を含まない新たなデータレコードＤＲ２を含むように購入商品テーブルＤ２を更新する。
【００５０】
ところでプロセッサ１０は、管理処理とは別に、買物客の行動及び商品の陳列状況を、センサ群３での検出結果に基づいて監視するための情報処理（以下、監視処理と称する）を実行する。例えばプロセッサ１０は監視処理においてはまず、センサ群３に含まれたカメラによる撮影画像にチェックイン端末２に対峙する状態で映り込んでいる買物客を特定する。そして当該買物客の移動、買物客が商品を売場から取り出す動作、買物客が商品を売場に戻す動作などを、上記のように管理処理により設定された監視コードで識別される買物客に関する行動として監視する。またプロセッサ１０は、センサ群３に含まれたカメラ及びその他のセンサでの検出結果に基づいて、売場における商品の陳列状況を監視し、売場からの商品の取り出し又は売場への商品の戻しなどが生じた場合にそれを判定する。なお、このような監視処理を、具体的にどのような情報処理によって実現するかは任意であり、例えば既存の技術を利用することが可能である。なおプロセッサ１０は、監視コードが複数設定されているときには、それら複数の監視コードのそれぞれに関して上記の監視処理を実行する。ただしこの監視処理は、販売管理装置１に複数のプロセッサを備えて、これら複数のプロセッサによって分散処理してもよい。あるいは上記の監視処理は、販売管理装置１を複数備えて、これら複数の販売管理装置１で分散処理してもよい。監視処理は、販売管理装置１とは別の情報処理装置によって実行されてもよい。
【００５１】
管理処理において、Ａｃｔ２３としてプロセッサ１０は、買物客が売場から購入対象とする商品を取り出したか否かを確認する。そしてプロセッサ１０は、該当する行動を買物客が行ったことが監視処理により確認されていないならばＮｏと判定し、Ａｃｔ２４へと進む。
Ａｃｔ２４としてプロセッサ１０は、買物客が売場へと商品を戻したか否かを確認する。そしてプロセッサ１０は、該当する行動を買物客が行ったことが監視処理により確認されていないならばＮｏと判定し、Ａｃｔ２５へと進む。
Ａｃｔ２５としてプロセッサ１０は、買物客が精算を要求したか否かを確認する。この買物客が精算を要求したか否かの判断は、買物客がチェックアウト端末４を操作し精算の処理を行う。このとき買物客の操作に応じて、チェックアウト端末４から要求データが販売管理装置１へ送信される。販売管理装置１のプロセッサ１０はＡＣＴ２５にてこの要求データに基づいて判定を行う。なお、要求データには、客コードと精算要求を表すコマンドとが少なくとも含まれる。そしてプロセッサ１０は、当該の要求がなされたことが確認できないならばＮｏと判定し、Ａｃｔ２３へと戻る。
かくしてプロセッサ１０はＡｃｔ２３〜Ａｃｔ２５としては、商品の取り出し又は戻しが監視処理によって確認されるか、精算が要求されるのを待ち受けている。
【００５２】
監視処理においてプロセッサ１０は、買物客が売場から商品を取り出したことを確認すると、その買物客に関する管理処理に割り込みをかけて、買物客が取り出した商品の商品コードを通知する。この割り込みを受けるとプロセッサ１０は、管理処理のＡｃｔ２３にてＹｅｓと判定し、Ａｃｔ２６へと進む。
【００５３】
Ａｃｔ２６としてプロセッサ１０は、購入商品テーブルＤ２を更新する。つまりプロセッサ１０は、買物客の客コードがフィールドＦ２１にセットされたデータレコードＤＲ２が、監視処理から通知された商品コードをセットしたフィールドを新たに含むように購入商品テーブルＤ２を更新する。プロセッサ１０はこののち、Ａｃｔ２３〜Ａｃｔ２５の待ち受け状態に戻る。
【００５４】
監視処理においてプロセッサ１０は、買物客が売場へと商品を戻したことを確認すると、その買物客に関する管理処理に割り込みをかけて、買物客が戻した商品の商品コードを通知する。この割り込みを受けるとプロセッサ１０は、管理処理のＡｃｔ２４にてＹｅｓと判定し、Ａｃｔ２７へと進む。
【００５５】
Ａｃｔ２７としてプロセッサ１０は、購入商品テーブルＤ２を更新する。つまりプロセッサ１０は、買物客の客コードがフィールドＦ２１にセットされたデータレコードＤＲ２から、監視処理から通知された商品コードがセットされたフィールドの１つを除外するように購入商品テーブルＤ２を更新する。プロセッサ１０はこののち、Ａｃｔ２３〜Ａｃｔ２５の待ち受け状態に戻る。
【００５６】
プロセッサ１０が、以上のＡｃｔ２６及びＡｃｔ２７を実行することにより、データレコードＤＲ２は、預かり金の支払者である買物客が購入対象として選択した商品のリストを、すなわち購入商品のリストを表すレコードとなる。つまりプロセッサ１０は、買物客が購入を希望する商品の商品コードを記憶部としての補助記憶デバイス１２に記憶させる。かくして販売管理アプリＰ１に基づく情報処理をプロセッサ１０が実行することによって、プロセッサ１０を中枢部分とするコンピュータは、記憶手段として機能する。
【００５７】
買物客は、購入商品を全て取り出し終えたならば、チェックアウト端末４に向かう。
チェックアウト端末４が買物客のチェックアウトを受け付ける動作状態であるとき、プロセッサ４０はチェックアウトアプリＰ３に従って、以下に説明する情報処理（以下、チェックアウト処理と称する）を行う。
図９及び図１０はプロセッサ４０によるチェックアウト処理のフローチャートである。
【００５８】
Ａｃｔ４１としてプロセッサ４０は、プリペイドカードの読み取りが行われたか否かを確認する。そしてプロセッサ４０は、当該の事象が確認できないならばＮｏと判定し、Ａｃｔ４２へと進む。
Ａｃｔ４２としてプロセッサ４０は、チェックイン証の読み取りが行われたか否かを確認する。そしてプロセッサ４０は、当該の事象が確認できないならばＮｏと判定し、Ａｃｔ４１へと戻る。
かくしてプロセッサ４０はＡｃｔ４１及びＡｃｔ４２としては、プリペイドカード又はチェックイン証の読み取りがなされるのを待ち受ける。なおこのときにプロセッサ４０は、チェックアウトについて買物客に案内するための案内画面をタッチパネル４３に表示させておく。案内画面は例えば、チェックアウトのためにはチェックイン時に使用したプリペイドカード又はチェックイン時に発行されたチェックイン証をチェックアウト端末４に読み取らせるべきである旨を、文字メッセージ、イラスト、あるいは動画などにより表した画像とする。
【００５９】
買物客は、チェックイン時にチェックイン証を受け取っている場合には、当該チェックイン証に表された二次元バーコードをバーコードリーダ４５に翳す。そうするとバーコードリーダ４５は、チェックイン証に表された二次元バーコードを読み取り、この二次元バーコードが示すバーコードデータをプロセッサ４０に通知する。バーコードリーダ４５は、客コードなどのバーコードデータ中の一部のデータのみをプロセッサ４０に通知してもよい。この通知を受けるとプロセッサ４０は、Ａｃｔ４２にてＹｅｓと判定し、Ａｃｔ４３へと進む。
【００６０】
Ａｃｔ４３としてプロセッサ４０は、販売管理装置１に対して精算要求を行う。プロセッサ４０は例えば、バーコードリーダ４５で読み取られたバーコードデータに含まれた客コードを、精算要求を表すコマンドとともに含んだ要求データを生成する。そしてプロセッサ４０は、販売管理装置１に宛てて通信インタフェース４８から通信ネットワーク２００へと要求データを送出させる。
【００６１】
上記の要求データが通信ネットワーク２００により販売管理装置１へと伝送されると、この要求データを通信インタフェース１３が受信する。そして通信インタフェース１３は、この要求データをプロセッサ１０に与える。ただし通信インタフェース１３は、客コード等の要求データ中の一部のデータのみをプロセッサ１０に与えてもよい。
【００６２】
プロセッサ１０はこれに応じて、通信インタフェース１３から与えられた客コードで識別される買物客を対象とした管理処理における図８中のＡｃｔ２５にてＹｅｓと判定し、Ａｃｔ２８へと進む。
Ａｃｔ２８としてプロセッサ１０は、買物客による購入商品に関する代金額を算出する。なおプロセッサ１０は例えば、代金額の算出に当たっては、商品のそれぞれの単価が記録された商品マスタを参照する。商品マスタは、プロセッサ１０が参照可能な状態とされていれば、どこに保存されていてもよい。
【００６３】
Ａｃｔ２９としてプロセッサ１０は、代金額が預かり金額と等しいか否かを確認する。そしてプロセッサは、両金額が等しいならばＹｅｓと判定し、Ａｃｔ３０へと進む。
Ａｃｔ３０としてプロセッサ１０は、精算要求の要求元であるチェックアウト端末４に対して一致通知を行う。
【００６４】
プロセッサ１０は、代金額が預かり金額とは異なるならば、Ａｃｔ２９にてＮｏと判定し、Ａｃｔ３１へと進む。
Ａｃｔ３１としてプロセッサ１０は、代金額が預かり金額未満であるか否かを確認する。そしてプロセッサ１０は、代金額が預かり金額未満であるならばＹｅｓと判定し、Ａｃｔ３２へと進む。
Ａｃｔ３２としてプロセッサ１０は、精算要求の要求元であるチェックアウト端末４に対して余剰通知を行う。
【００６５】
プロセッサ１０は、代金額が預かり金額以上であるならば、Ａｃｔ３１にてＮｏと判定し、Ａｃｔ３３へと進む。ただしプロセッサ１０は、既にＡｃｔ２９にてＮｏと判定しているから、代金額が預かり金額よりも大きい場合にＡｃｔ３にてＮｏと判定することになる。
Ａｃｔ３３としてプロセッサ１０は、精算要求の要求元であるチェックアウト端末４に対して不足通知を行う。
【００６６】
プロセッサ１０は、上記の一致通知、余剰通知又は不足通知としては例えば、預かり金額及び代金額を、一致通知、余剰通知又は不足通知を表すコマンドとともに含んだ通知データを生成する。そしてプロセッサ１０は、該当のチェックアウト端末４に宛てて通信インタフェース１３から通信ネットワーク２００へと通知データを送出させる。
【００６７】
上記の通知データが通信ネットワーク２００によりチェックアウト端末４へと伝送されると、この通知データを通信インタフェース４８が受信する。そして通信インタフェース４８は、この通知データをプロセッサ４０に与える。ただし通信インタフェース４８は、預かり金額、代金額及び上記のコマンド等の、通知データ中の一部のデータのみをプロセッサ４０に与えてもよい。
【００６８】
チェックアウト端末４においてプロセッサ４０は、図９におけるＡｃｔ４３にて前述のように精算要求を行ったならば、Ａｃｔ４４へと進む。
Ａｃｔ４４としてプロセッサ４０は、一致通知がなされたか否かを確認する。そしてプロセッサ４０は、一致通知がなされたことを確認できないならばＮｏと判定し、Ａｃｔ４５へと進む。
Ａｃｔ４５としてプロセッサ４０は、余剰通知がなされたか否かを確認する。そしてプロセッサ４０は、余剰通知がなされたことを確認できないならばＮｏと判定し、Ａｃｔ４６へと進む。
Ａｃｔ４６としてプロセッサ４０は、不足通知がなされたか否かを確認する。そしてプロセッサ４０は、不足通知がなされたことを確認できないならばＮｏと判定し、Ａｃｔ４４へと戻る。
かくしてプロセッサ４０はＡｃｔ４４〜Ａｃｔ４６としては、一致通知、余剰通知又は不足通知がなされるのを待ち受ける。そしてプロセッサ４０は、不足通知のための通知データが通信インタフェース４８により受信されて、不足通知のコマンドが通信インタフェース４８から与えられたならば、Ａｃｔ４６にてＹｅｓと判定し、Ａｃｔ４７へと進む。
【００６９】
Ａｃｔ４７としてプロセッサ４０は、現金が投入されるのを待ち受ける。このときにプロセッサ４０は、購入商品の代金額が預かり金額を超えてしまっているために追加の支払いが必要である旨を案内する案内画面をタッチパネル４３に表示させておく。プロセッサ４０は、買物客によって入出金ユニット４６へと現金投入がなされ、その投入額が入出金ユニット４６から通知されると、Ｙｅｓと判定してＡｃｔ４８へと進む。かくしてチェックアウトアプリＰ３に基づく情報処理をプロセッサ４０が実行することによって、プロセッサ４０を中枢部分とするコンピュータは第２の金額入力手段として機能する。
【００７０】
Ａｃｔ４８としてプロセッサ４０は、投入額が不足額に一致するか否かを確認する。プロセッサ１０は例えば、通知された代金額から預かり金額を差し引いて不足額を算出し、当該不足額と投入額が同一であるかを確認する。そしてプロセッサ４０は、不足額と投入額とが異なるならばＮｏと判定し、Ａｃｔ４９へと進む。
【００７１】
Ａｃｔ４９としてプロセッサ４０は、投入額が不足額未満であるか否かを確認する。そしてプロセッサ４０は、投入額が不足額未満であるならばＹｅｓと判定し、Ａｃｔ４７の待ち受け状態に戻る。つまりプロセッサ４０は、投入額を預かり金額に加えても代金額に達しない場合には、さらなる現金投入を待ち受け、以降前述と同様に処理する。ただしプロセッサ４０は、Ａｃｔ４９を経てＡｃｔ４８及びＡｃｔ４９へと再度進んだ場合には、Ａｃｔ４７〜Ａｃｔ４９のループを繰り返すうちでの総投入額を不足額と比較する。
【００７２】
プロセッサ４０は、投入額が不足額よりも大きいならば、Ａｃｔ４９にてＮｏと判定し、Ａｃｔ５０へと進む。なおプロセッサ４０は、余剰通知のための通知データが通信インタフェース４８により受信されて、余剰通知のコマンドが通信インタフェース４８から与えられたならば、Ａｃｔ４５にてＹｅｓと判定し、Ａｃｔ４６〜Ａｃｔ４９をパスしてＡｃｔ５０へと進む。
【００７３】
Ａｃｔ５０としてプロセッサ４０は、釣銭を払い出す。プロセッサ４０は例えば、Ａｃｔ４９からＡｃｔ５０へと進んだ場合には、通知された預かり金額にＡｃｔ４７〜Ａｃｔ４９のループを繰り返すうちでの総投入額を加算した金額から通知された代金額を差し引いた金額を釣銭額とする。またプロセッサ４０は例えば、Ａｃｔ４５からＡｃｔ５０へと進んだ場合には、通知された預かり金額から通知された代金額を差し引いた金額を釣銭額とする。そしてプロセッサ４０は、当該釣銭額の現金を払い出すように入出金ユニット４６を制御する。
なおプロセッサ４０は、一致通知のコマンドが通信インタフェース４８から与えられたためにＡｃｔ４４にてＹｅｓと判定した場合と、不足額と一致する金額が追加投入されたことによってＡｃｔ４８にてＹｅｓと判定した場合は、Ａｃｔ５０をパスする。
【００７４】
このようにプロセッサ４０は、預かり金額が代金額に対して不足するならば、預かり金と、追加投入された不足額の現金とを充当する形で代金を精算する。またプロセッサ４０は、預かり金額が代金額に対して余剰であるならば、預かり金のうちの余剰分を差し引いた一部を充当する形で代金を精算する。またプロセッサ４０は、預かり金額が代金と一致するならば、預かり金の全てを充当する形で代金を精算する。つまりプロセッサ４０は、Ａｃｔ６で入力した金額を用いて代金を精算する。かくしてチェックアウトアプリＰ３に基づく情報処理をプロセッサ４０が実行することによって、プロセッサ４０を中枢部分とするコンピュータは、上記のように預かり金を用いて購入商品の代金を精算する精算手段として機能する。
【００７５】
さて買物客は、チェックイン時にプリペイドカードをチェックイン端末２に読み取らせた場合には、同じプリペイドカードをリーダ／ライタ４４に読み取らせるための動作を行う。この動作が行われると、リーダ／ライタ４４はプリペイドカードからカードデータを読み取る。そしてリーダ／ライタ４４は、読み取ったカードデータをプロセッサ４０へと通知する。なおリーダ／ライタ４４は、読み取ったカードデータから抽出したカードコード及び残高等の一部のデータをプロセッサ４０へと通知してもよい。この通知を受けるとプロセッサ４０は、Ａｃｔ４１にてＹｅｓと判定し、図１０中のＡｃｔ５１へと進む。
【００７６】
Ａｃｔ５１としてプロセッサ４０は、販売管理装置１に対して精算要求を行う。プロセッサ４０は例えば、リーダ／ライタ４４で読み取られたカードデータに含まれたカードコードを、精算要求を表すコマンドとともに含んだ要求データを生成する。そしてプロセッサ４０は、販売管理装置１に宛てて通信インタフェース４８から通信ネットワーク２００へと要求データを送出させる。
【００７７】
上記の要求データが通信ネットワーク２００により販売管理装置１へと伝送され、通信インタフェース１３によって受信されると、プロセッサ１０は前述と同様にして図８中のＡｃｔ２８〜Ａｃｔ３３の処理を行う。つまりプロセッサ１０は、前述と同様にして一致通知、余剰通知又は不足通知を行う。
【００７８】
チェックアウト端末４においてプロセッサ４０は、図１０におけるＡｃｔ５１にて前述のように精算要求を行ったならば、Ａｃｔ５２へと進む。
プロセッサ４０は、Ａｃｔ５２〜Ａｃｔ５４としては、図９中のＡｃｔ４４〜Ａｃｔ４６と同様にして、一致通知、余剰通知又は不足通知がなされるのを待ち受ける。そしてプロセッサ４０は、不足通知のための通知データが通信インタフェース４８により受信されて、不足通知のコマンドが通信インタフェース４８から与えられたならば、Ａｃｔ５４にてＹｅｓと判定し、Ａｃｔ５５へと進む。
【００７９】
Ａｃｔ５５としてプロセッサ４０は、現金が投入されるのを待ち受ける。このときにプロセッサ４０は、購入商品の代金額が預かり金額を超えてしまっているために追加の支払いが必要である旨を案内する案内画面をタッチパネル４３に表示させておく。プロセッサ４０は、買物客によって入出金ユニット４６へと現金投入がなされ、その投入額が入出金ユニット４６から通知されると、Ｙｅｓと判定してＡｃｔ５６へと進む。
【００８０】
Ａｃｔ５６としてプロセッサ４０は、投入額が不足額以上であるか否かを確認する。プロセッサ１０は例えば、通知された代金額から預かり金額を差し引いて不足額を算出し、投入額が当該不足額以上であるかを確認する。そしてプロセッサ４０は、投入額が不足額未満であるならばＮｏと判定し、Ａｃｔ５５へと戻る。つまりプロセッサ４０は、投入額を預かり金額に加えても代金額に達しない場合には、さらなる現金投入を待ち受け、以降前述と同様に処理する。ただしプロセッサ４０は、Ａｃｔ５６を経てＡｃｔ５５へと再度進んだ場合には、Ａｃｔ５５及びＡｃｔ５６のループを繰り返すうちでの総投入額を不足額と比較する。
【００８１】
プロセッサ４０は、投入額が不足額以上であるならば、Ａｃｔ５６にてＹｅｓと判定し、Ａｃｔ５７へと進む。
Ａｃｔ５７としてプロセッサ４０は、投入額を残高に加算する。プロセッサ４０は例えば、前述のようにリーダ／ライタ４４で読み取られたカードデータに示された残高に投入額を加算した加算額を算出する。なおプロセッサ４０は、Ａｃｔ５５及びＡｃｔ５６のループを繰り返した場合には、その間における総投入額を残高に加算して加算額を算出する。そしてプロセッサ４０は、この加算額に残高を更新するべく、プリペイドカードに記録されているカードデータを書き替えるようにリーダ／ライタ２４を制御する。つまりプロセッサ４０は、投入額をプリペイドカードにチャージする。
【００８２】
Ａｃｔ５８としてプロセッサ４０は、上記のように加算した後のプリペイドカードの残高から不足額を引き去る。プロセッサ４０は例えば、残高から不足額を減算した減算額を算出する。そしてプロセッサ４０は、この減算額に残高を更新するべく、プリペイドカードに記録されているカードデータを書き替えるようにリーダ／ライタ４４を制御する。
【００８３】
一方、余剰通知のための通知データが通信インタフェース４８により受信されて、余剰通知のコマンドが通信インタフェース４８から与えられたならば、プロセッサ４０はＡｃｔ５３にてＹｅｓと判定し、Ａｃｔ５９へと進む。
Ａｃｔ５９としてプロセッサ４０は、余剰額を残高に加算する。プロセッサ４０は例えば、預かり金額から代金額を減算して余剰額を算出する。プロセッサ４０は、この余剰額を現時点の残高に加算した加算額を算出する。そしてプロセッサ４０は、この減算額に残高を更新するべく、プリペイドカードに記録されているカードデータを書き替えるようにリーダ／ライタ４４を制御する。つまりプロセッサ４０は、余剰額をプリペイドカードにチャージする。
【００８４】
このようにプロセッサ４０は、預かり金額が代金額に対して不足するならば、預かり金と、プリペイドの残高から追加で引き去った不足額とを充当する形で代金を精算する。またプロセッサ４０は、預かり金額が代金額に対して余剰であるならば、預かり金のうちの余剰分を差し引いた一部を充当する形で代金を精算する。またプロセッサ４０は、預かり金額が代金と一致するならば、預かり金の全てを充当する形で代金を精算する。つまりプロセッサ４０は、Ａｃｔ６で入力した金額を用いて代金を精算する。かくしてチェックアウトアプリＰ３に基づく情報処理をプロセッサ４０が実行することによって、プロセッサ４０を中枢部分とするコンピュータは、上記のように預かり金を用いて購入商品の代金を精算する精算手段として機能する。
【００８５】
プロセッサ４０は、Ａｃｔ５８又はＡｃｔ５９を終えると、図９中のＡｃｔ６０へと進む。なお、一致通知のための通知データが通信インタフェース４８により受信されて、一致通知のコマンドが通信インタフェース４８から与えられたならば、プロセッサ４０はＡｃｔ５２にてＹｅｓと判定し、Ａｃｔ５３〜Ａｃｔ５９をパスして図９中のＡｃｔ６０へと進む。また、図９中のＡｃｔ４２からＡｃｔ４３へと進んだ場合において、一致通知のコマンドが通信インタフェース４８から与えられたならば、プロセッサ４０はＡｃｔ４４にてＹｅｓと判定し、Ａｃｔ４５〜Ａｃｔ５０をパスしてＡｃｔ６０へと進む。またプロセッサ４０は、Ａｃｔ４７における待ち受けの際における投入額、またはＡｃｔ４７における待ち受けを繰り返している間における総投入額が不足額と一致した場合には、Ａｃｔ４８にてＹｅｓと判定し、Ａｃｔ５０をパスしてＡｃｔ６０へと進む。
【００８６】
Ａｃｔ６０としてプロセッサ４０は、精算済み証を発行する。プロセッサ４０は例えば、代金額を表し、かつその代金額の決済が完了している旨を表した画像を生成し、この画像をプリントするようにプリンタ４７を制御する。プリンタ４７は、プロセッサ４０から与えられた画像をプリント紙にプリントし、これを精算済み証として排出する。なお、プロセッサ４０は、購入商品のリストを上記の画像に含めてもよい。この場合は例えば、販売管理装置１にてプロセッサ１０が、一致通知、余剰通知及び不足通知の通知データに購入商品のリストを含めるようにする。あるいは、Ａｃｔ６０にてプロセッサ４０からの要求によって販売管理装置１からチェックアウト端末４へと購入商品のリストのデータを送るようにする。
なお、チェックアウト端末４を設置したチェックアウトコーナーと店舗出口との間に開閉可能なゲートを設けてもよい。そしてこの場合にプロセッサ４０は、精算済み証を発行したならば、上記のゲートを開放する。あるいはプロセッサ４０は、精算済証を発行するよりも前に客が店舗出口に向かって移動したことを検出した場合に、上記のゲートを閉鎖してもよい。さらには、上記のゲートに精算済証を読み取るリーダとプロセッサとを備えて、当該プロセッサが、チェックアウト端末４により発行された精算済証がリーダによって読み取られた場合に上記のゲートを開放してもよい。
【００８７】
なおプロセッサ４０は、精算済み証の発行に前後して、退店が可能となった旨を案内する案内画面をタッチパネル２３に表示させてもよい。
また、周知の電子レシートサービスと連携して、精算済みであるか否か、あるいは購入商品のリストは、任意の情報端末にて表示可能としてもよい。そしてこの場合には、精算済証の発行を省略してもよい。
【００８８】
Ａｃｔ６１としてプロセッサ４０は、販売管理装置１に対して完了通知を行う。プロセッサ４０は例えば、バーコードリーダ４５で読み取られたバーコードデータに含まれた客コード、あるいはリーダ／ライタ４４で読み取られたカードデータに含まれたカードコードを、完了通知であることを表すコマンドとともに含んだ通知データを生成する。そしてプロセッサ４０は、販売管理装置１に宛てて通信インタフェース４８から通信ネットワーク２００へと通知データを送出させる。そしてプロセッサ４０は、これをもってチェックアウト処理を終了する。
【００８９】
上記の通知データが通信ネットワーク２００により販売管理装置１へと伝送されると、この通知データを通信インタフェース１３が受信する。そして通信インタフェース１３は、この通知データをプロセッサ１０に与える。ただし通信インタフェース１３は、客コード又はカードコード等の、通知データ中の一部のデータのみをプロセッサ１０に与えてもよい。
【００９０】
プロセッサ１０は、図８中のＡｃｔ３０，Ａｃｔ３２又はＡｃｔ３３での通知を行った後には、Ａｃｔ３４へと進む。
Ａｃｔ３４としてプロセッサ１０は、完了通知を待ち受ける。そしてプロセッサ１０は上記のように完了通知に関するデータが与えられたならばＹｅｓと判定し、Ａｃｔ３５へと進む。
【００９１】
Ａｃｔ３５としてプロセッサ１０は、退店処理を行う。プロセッサ１０は退店処理として例えば、買物客に関連付けられたデータレコードＤＲ１，ＤＲ２をそれぞれ削除するように預かり金テーブルＤ１及び購入商品テーブルＤ２を更新する。またプロセッサ１０は退店処理として例えば、販売データ管理を行う図示しないＰＯＳサーバに対して、当該ＰＯＳサーバが収集する予め定められたデータを含んだ販売データを送信する。プロセッサ１０が販売データに含めるデータは例えば、購入商品のリスト、店舗の識別コード、利用されたチェックイン端末２の識別コード、利用されたチェックアウト端末４の識別コード、チェックインした日時、チェックアウトした日時、種別フラグ、預かり金額、チェックアウト端末４で追加入金された金額、釣銭として払い出した現金額、カードコード、あるいはプリペイドカードにチャージした金額などである。なお、この販売データの収集及び販売データ管理のための情報処理を、プロセッサ１０が行ってもよい。
そしてプロセッサ１０は、退店処理を終えたならば、管理処理を終了する。
【００９２】
以上のように第１の実施形態の商品販売システム１００によれば、買い回り中の買物客に関する担保として店舗側が預かり金を留保しておくことによって、買物客による不正の抑止を図れる。従って、買物客の個人特定は必須ではなく、会員登録を行っていない買物客でも無人店舗を利用可能となる。
【００９３】
また第１の実施形態の商品販売システム１００によれば、予め定められた規定額以上の預かり金を収受した場合に入店を可能としている。このため、不正の抑止のための担保となり得る金額を預かり金とすることが可能である。
【００９４】
また第１の実施形態の商品販売システム１００によれば、代金額が預かり金額を超えても、購入商品の登録を制限しない。従って、買物客は、預かり金額を気にせずに、自由に購入商品を決められる。
【００９５】
また第１の実施形態の商品販売システム１００によれば、預かり金をプリペイドカードの残高からの引去りにより収受した場合には、代金に対する預かり金の不足分は同じプリペイドカードの残高から引き去り、かつ代金に対する預かり金の余剰分は同じプリペイドカードの残高に加算する。従って、不足分又は余剰分が生じた場合であっても、預かり金の支払いから決済までを１つのプリペイドカードへの出入金により行える。
【００９６】
また第１の実施形態の商品販売システム１００によれば、預かり金をプリペイドカードの残高からの引去りにより収受した場合には、当該プリペイドカードのカードコードを客コードとして用いる。従って、チェックアウトに際しての買物客の識別をプリペイドカードにより行え、チェックイン証を発行する必要がない。これにより、プリント紙の消費を抑えられる。また、チェックイン証を所持することによる買物客の手間を省ける。
【００９７】
（第２の実施形態）
前記第１の実施形態は、全ての買物客から預かり金を収受する例である。
第２の実施形態は、会員登録済みの買物客については、預かり金を収受することなく入店を許容する。ここでは、会員登録済みの買物客については、クレジットカードを用いて決済を行う場合を例に挙げる。
【００９８】
第２の実施形態は、第１の実施形態における商品販売システム１００と同様なハードウェア構成により実施することが可能である。このため、第２の実施形態としてのハードウェア構成の図示及び説明は省略する。
第２の実施形態の販売管理装置１のメインメモリ１１又は補助記憶デバイス１２及びチェックイン端末２のメインメモリ２１又は補助記憶デバイス２２には、会員テーブルを記憶させておく。
図１１は会員テーブルに含まれるデータレコードＤＲ３の構成を模式的に示す図である。
会員テーブルは、会員登録済みの会員のそれぞれに関連付けて１つずつのデータレコードＤＲ３を含む。データレコードＤＲ３は、フィールドＦ３１，Ｆ３２を含む。フィールドＦ３１は、当該データレコードＤＲ３が関連付けられた会員を識別するための会員識別子（以下、会員コードと称する）がセットされる。フィールドＦ３２は、当該データレコードＤＲ３が関連付けられた会員に紐付けられたクレジットカードを識別するためのクレジット番号がセットされる。なお、チェックイン端末２のメインメモリ２１又は補助記憶デバイス２２に記憶させる会員テーブルにおいては、各データレコードＤＲ３からフィールドＦ３２を省いてもよい。またチェックイン端末２のメインメモリ２１又は補助記憶デバイス２２には、会員テーブルを記憶させなくてもよい。
【００９９】
例えばプロセッサ２０は、チェックイン処理を以下のように変更して実行する。
以下、図１２及び図１３を参照して、第２の実施形態における商品販売システム１００の動作を説明する。
図１２はプロセッサ２０によるチェックイン処理の変形例のフローチャートである。なお、図１２において図７に示されるのと同一の処理には同一の符号を付し、その説明は省略する。また、図１２においては、図７に示されるのと同一の処理の一部についての図示を省略している。
【０１００】
Ａｃｔ６１としてプロセッサ２０は、入店しようとしている買物客が会員であるか否かを確認する。このときプロセッサ２０は例えば、会員であるか否かを買物客が指定するためのＧＵＩ画面をタッチパネル２３に表示しておく。そしてプロセッサ２０は、買物客が会員ではないことを指定する操作をタッチパネル２３にて行ったならば、Ｎｏと判定してＡｃｔ１へと進む。そしてプロセッサ２０は、以降、前述した実施形態と同様に処理する。つまり、会員ではない買物客に関しては、入店に際して預かり金を収受する。これに対して、買物客が会員であることを指定する操作をタッチパネル２３にて行ったならば、プロセッサ２０はＡｃｔ６１にてＹｅｓと判定してＡｃｔ６２へと進む。
【０１０１】
Ａｃｔ６２としてプロセッサ２０は、会員を認証するための認証処理を行う。プロセッサ２０は例えば、会員コードを記録した会員カードをリーダ／ライタ４４に読み取らせるように買物客に促す。そしてリーダ／ライタ４４によって会員カードから会員コードが読み取られたならば、その会員コードが正規の会員のコードであるかどうかを照会する。プロセッサ２０は例えば、読み取られた会員コードが、メインメモリ２１又は補助記憶デバイス２２に記憶されている会員テーブルに含まれているか否かを確認する。
なお、メインメモリ２１又は補助記憶デバイス２２に会員テーブルを記憶させない場合は、プロセッサ２０は読み取られた会員コードの通知を伴って認証を販売管理装置１に要求する。そして販売管理装置１においてプロセッサ１０は、通知された会員コードが、メインメモリ２１又は補助記憶デバイス２２に記憶されている会員テーブルに含まれているか否かを確認する。そしてプロセッサ１０は、この確認の結果を、上記の要求への応答としてチェックイン端末２へと通知する。
会員コードの取得は、リーダ／ライタ４４による会員カードの読取りに限定されない。例えばスマートフォンなどで特定のアプリケーションによって画面表示された一次元コード或いは二次元コードを、別途に設けたコードリーダによって読み取らせることによって会員コードを取得してもよい。これらの会員コードを取得するデバイスは、識別子入力手段としての一例である。
【０１０２】
Ａｃｔ６３としてプロセッサ２０は、上記の認証に成功したか否かを確認する。具体的にはプロセッサ２０は、取得した会員コードが会員テーブに含まれていない場合にＮｏと判定し、Ａｃｔ６４へと進む。
Ａｃｔ６４としてプロセッサ２０は、認証に失敗した旨を買物客に通知する。例えばプロセッサ２０は、正常に認証することができなかった旨を表す文字メッセージを表したエラー画面をタッチパネル２３に表示させる。そしてプロセッサ２０は、ＡＣＴ６１へと戻る。
【０１０３】
プロセッサ２０は、取得した会員コードが会員テーブルから発見した場合にＡｃｔ６３にてＹｅｓと判定し、ＡＣＴ６５へと進む。
Ａｃｔ６５としてプロセッサ２０は、販売管理装置１に対して会員入店通知を行う。プロセッサ２０は例えば、会員コードを、会員入店通知を表すコマンドとともに含んだ通知データを生成する。そしてプロセッサ２０は、販売管理装置１に宛てて通信インタフェース２７から通信ネットワーク２００へと通知データを送出させる。
そしてプロセッサ２０はこの後、チェックイン処理を終了する。プロセッサ２０はさらにこの後、チェックイン処理を新たに開始し、次の買物客のチェックインに備える。
【０１０４】
上記の通知データが通信ネットワーク２００により販売管理装置１へと伝送されると、この通知データを通信インタフェース１３が受信する。そして通信インタフェース１３は、この通知データをプロセッサ１０に与える。ただし通信インタフェース１３は、会員コードのみをプロセッサ１０に与えてもよい。
【０１０５】
さて販売管理装置１においてプロセッサ１０は、会員入店通知がなされた場合には、以下に説明するような管理処理を開始する。
図１３は会員入店通知がなされた際のプロセッサ１０による管理処理のフローチャートである。
ＡＣＴ７１としてプロセッサ１０は、購入商品テーブルＤ２を更新する。プロセッサ１０は例えば、買物客の行動を監視するための監視コードを決定する。そしてプロセッサ１０は、通信インタフェース１３から与えられた会員コードと監視コードとをフィールドＦ２１，Ｆ２２にそれぞれセットし、フィールドＦ２３以降を含まない新たなデータレコードＤＲ２を含むように購入商品テーブルＤ２を更新する。
【０１０６】
Ａｃｔ７２としてプロセッサ１０は、買物客が売場から購入対象とする商品を取り出したか否かを確認する。そしてプロセッサ１０は、該当する行動を買物客が行ったことが監視処理により確認されていないならばＮｏと判定し、Ａｃｔ７３へと進む。
Ａｃｔ７３としてプロセッサ１０は、買物客が売場へと商品を戻したか否かを確認する。そしてプロセッサ１０は、該当する行動を買物客が行ったことが監視処理により確認されていないならばＮｏと判定し、Ａｃｔ７４へと進む。
Ａｃｔ７４としてプロセッサ１０は、買物客が退店したことが監視処理により検知されたか否かを確認する。なお退店は、買物客が実際に店舗の外に出た場合として検知してもよいし、チェックアウトコーナーと店舗出口との間に設けたゲート又はチェックポイントを買物客が通過した場合として検知してもよい。さらには、チェックアウト端末４などの所定の端末にて、決済実施の指示又は退店の宣言のための操作を買物客が行った場合を退店として検知してもよい。かくして販売管理アプリＰ１に基づく情報処理をプロセッサ１０が実行することによって、プロセッサ１０を中枢部分とするコンピュータは退店検知手段として機能する。そしてプロセッサ１０は、当該の検知がなされたことが確認できないならばＮｏと判定し、Ａｃｔ７２へと戻る。
かくしてプロセッサ１０はＡｃｔ７２〜Ａｃｔ７４としては、監視処理によって、商品の取り出し又は戻しが確認されるか、買物客の退店が検知されるのを待ち受けている。
【０１０７】
監視処理において買物客が売場から商品を取り出したことが確認されると、プロセッサ１０はＡｃｔ７２にてＹｅｓと判定し、Ａｃｔ７５へと進む。
Ａｃｔ７５としてプロセッサ１０は、購入商品テーブルＤ２を更新する。つまりプロセッサ１０は、買物客の会員コードがフィールドＦ２１にセットされたデータレコードＤＲ２が、監視処理から通知された商品コードをセットしたフィールドを新たに含むように購入商品テーブルＤ２を更新する。プロセッサ１０はこののち、Ａｃｔ７２〜Ａｃｔ７４の待ち受け状態に戻る。
【０１０８】
監視処理において買物客が売場へと商品を戻したことが確認されると、プロセッサ１０はＡｃｔ７３にてＹｅｓと判定し、Ａｃｔ７６へと進む。
Ａｃｔ７６としてプロセッサ１０は、購入商品テーブルＤ２を更新する。つまりプロセッサ１０は、買物客の会員コードがフィールドＦ２１にセットされたデータレコードＤＲ２から、監視処理から通知された商品コードがセットされたフィールドの１つを除外するように購入商品テーブルＤ２を更新する。プロセッサ１０はこののち、Ａｃｔ７２〜Ａｃｔ７４の待ち受け状態に戻る。
【０１０９】
監視処理において買物客が退店したことが確認されると、プロセッサ１０はＡｃｔ７４にてＹｅｓと判定し、Ａｃｔ７７へと進む。
Ａｃｔ７７としてプロセッサ１０は、買物客による購入商品に関する代金額を算出する。
Ａｃｔ７８としてプロセッサ１０は、上記の代金額を、メインメモリ１１又は補助記憶デバイス１２に記憶されている会員テーブルにて会員コードに紐付けられたクレジット番号を用いて決済する。ただし、会員である買物客が決済に利用できる決済メディアはクレジットカードには限られず、例えば前払い式又は後払い式の電子マネー、デビットカード、さらには通信事業者が提供するキャリア決済などのような後払い式の決済メディアであってもよい。
非会員に対するチェックイン処理及び管理処理は、図７及び図８に示される第１の実施形態における処理と同様であってよいので、その説明は省略する。
【０１１０】
なお、既存の無人店舗システムを利用するならば、客の入店の可否のチェックは、既存の無人店舗システムにより行ってもよい。この場合は例えば、チェックイン端末２にて発行するチェックイン証を、既存の無人店舗システムにおける会員カードと同様に入店チェックのために用いることができるものとしておく。そして非会員である客は、チェックイン端末２にて預かり金の支払いを行ってチェックイン証の発行を受けた上で、このチェックイン証を用いて既存の無人店舗システムを利用する。なお、無人店舗システムにおける会員のチェックイン方法は、チェックイン端末での処理に限定されない。例えば、買物客が所持する情報端末が店舗内無線通信網で通信可能となった場合に、当該情報端末が関連付けられた買物客のチェックイン手続きを行ってもよい。
【０１１１】
この実施形態は、次のような種々の変形実施が可能である。
買物客が購入しようとする商品の特定は、どのような方法によって行われてもよい。例えば、買物客による操作の下で情報端末に入力された商品コードで識別される商品を購入商品としてもよい。また例えば、買物客に関連付けられたカゴ又はショッピングカートなどの搬器に置かれた商品を購入商品としてもよい。
【０１１２】
チェックイン端末２又はチェックアウト端末４に、販売管理装置１の機能を備えてもよい。
【０１１３】
チェックイン端末２の機能とチェックアウト端末４の機能とを兼ね備えた端末を用い、当該端末にてチェックイン及びチェックアウトのための情報処理の双方を実行してもよい。
【０１１４】
プロセッサ２０は、預かり金を現金により収受する場合における預かり金額を規定額としてもよい。つまりプロセッサ２０は例えば、図７中のＡｃｔ１１へと進む際に、総投入額が規定額よりも大きい場合には、総投入額から規定額を減じた金額の釣銭を払い出すように入出金ユニット２５を制御する。なお、支払方法に拘わらずに預かり金額を規定額に固定するならば、チェックイン通知における預かり金額の通知と、預かり金テーブルＤ１への預かり金額の記録は省略できる。
【０１１５】
プロセッサ２０は、買物客が投入した金額又はプリペイドカードの残高のうちの買物客が指定した金額を預かり金額として収受してもよい。つまりプロセッサ２０は例えば、図７中のＡｃｔ１１へと進む際に、総投入額よりも指定額が小さい場合には、総投入額から指定額を減じた金額の釣銭を払い出すように入出金ユニット２５を制御する。またプロセッサ２０は、図７中のＡｃｔ６において、プリペイドカードの残高から指定額を引き去る。
【０１１６】
プロセッサ１０は、代金額が預かり金額を超えるような購入商品の追加がなされようとしている場合には、それを防止するための予め定められたエラー処理を実行してもよい。エラー処理としては例えば、購入商品として追加されようとしている商品の売場の近辺に設けた警報装置を、警報動作を行うように制御する処理が想定される。また、上述のように、買物客による操作の下で情報端末に入力された商品コードで識別される商品を購入商品とするならば、エラー処理としては例えば、商品コードの入力を拒否する処理が想定される。また、上述のように、買物客に関連付けられたカゴ又はショッピングカートなどの搬器に置かれた商品を購入商品とするならば、当該搬器に設けた警報装置を、警報動作を行うように制御する処理が想定される。
【０１１７】
預かり金及び不足分の収受に用いる支払方法は、現金及びプリペイドカードのいずれか一方のみとしてもよい。また当該支払方法は、現金及びプリペイドカードの少なくともいずれか一方に加えて、あるいは現金及びプリペイドカードに代えて、クレジットカード、電子マネー又はポイントなどの他の任意の支払方法を適用してもよい。預かり金及び不足分の収受に用いる支払方法が、それぞれ異なっていてもよい。つまり例えば、現金で預かり金を収受し、余剰金をポイント加算としてもよい。
【０１１８】
前記実施形態では、預かり金を現金により収受した場合には余剰金を現金で払い出し、預かり金をプリペイドカードの残高から引き去った場合には余剰金を同じプリペイドカードの残高に加算している。しかしながら、例えば預かり金をプリペイドカードの残高から引き去った場合に、余剰金を現金で払い出すなどのように、預かり金を収受するための支払いメディアと余剰金を返金するための支払いメディアとが異なってもよい。
【０１１９】
チェックアウトに際して買物客を識別するためのチェックイン証は、客コードを記録したプリント紙以外の例えば磁気カードなどの任意の記録媒体としてもよい。またチェックアウトに際しての買物客の識別に生体認証を用いてもよい。この場合は、チェックインに際して買物客の生体的な特徴データを取得して保存しておき、チェックアウトしようとする買物客の生態的な特徴データを上記の保存してある特徴データと照合すれば、特徴データを事前に登録する必要はない。
【０１２０】
情報処理によりプロセッサ１０，２０，４０が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【０１２１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１２２】
１…販売管理装置、２…チェックイン端末、３…センサ群、４…チェックアウト端末、１０，２０，４０…プロセッサ、１１，２１，４１…メインメモリ、１２，２２，４２…補助記憶デバイス、１３，２７，４８…通信インタフェース、１４，２８，４９…伝送路、２３，４３…タッチパネル、２４，４４…リーダ／ライタ、２５，４６…入出金ユニット、２６，４７…プリンタ、４５…バーコードリーダ、１００…商品販売システム、２００…通信ネットワーク。
【図１】
2020135294.tif 000003
【図２】
2020135294.tif 000004
【図３】
2020135294.tif 000005
【図４】
2020135294.tif 000006
【図５】
2020135294.tif 000007
【図６】
2020135294.tif 000008
【図７】
2020135294.tif 000009
【図８】
2020135294.tif 000010
【図９】
2020135294.tif 000011
【図１０】
2020135294.tif 000012
【図１１】
2020135294.tif 000013
【図１２】
2020135294.tif 000014
【図１３】
2020135294.tif 000015