JP2021096791A - 取引処理システム - Google Patents

Abstract

【課題】買物客が、特別な操作無しに購入商品の登録状況を確認可能とする取引処理システムを提供する。【解決手段】取引処理システムは、商品の陳列場所に対応付けられ、当該対応付けられた陳列場所の近辺に設置される複数の端末装置を含み、報知手段、第１の判定手段、第１の更新手段及び第１の指示手段を備える。報知手段は、複数の端末装置にそれぞれ備えられ、報知動作を行う。第１の判定手段は、陳列場所から取り出された商品を判定する。第１の更新手段は、記憶デバイスに記憶され、購入商品として登録されている商品のリストを表したリストデータを、第１の判定手段により判定された商品を購入商品として登録するように更新する。第１の指示手段は、第１の更新手段によりリストデータが更新されたことに応じて、第１の判定手段により判定された商品の陳列場所に対応付けられた端末装置の報知手段による報知動作の実行を指示する。【選択図】図１４

Description

本発明の実施形態は、取引処理システムに関する。

多数のセンサにより店舗内における買物客の行動を監視することで、買物客が売場から取り出した商品を購入商品として登録する技術は、既に実現されている。
この技術によれば、例えばバーコードの読み取りなどといった商品登録のための操作が不要となる。しかしながら、操作を伴わないことから、購入商品の登録が適正に行われているかどうかを買物客が知ることができなかった。

買物客が所持する携帯情報端末にて登録済みの購入商品のリストを確認可能とすることも考えられるが、この場合には買物客は携帯情報端末を操作しなければならず、上記のように無操作で商品登録が行えるという利点を損なうことになる。
このような事情から、買物客が、特別な操作無しに購入商品の登録状況を確認できることが望まれていた。

特開２０１８−１８０７１７号公報

本発明が解決しようとする課題は、買物客が、特別な操作無しに購入商品の登録状況を確認できる取引処理システムを提供することである。

実施形態の取引処理システムは、商品の陳列場所に関連付けられ、当該関連付けられた陳列場所の近辺に設置される複数の端末装置を含み、報知手段、第１の判定手段、第１の更新手段及び第１の指示手段を備える。報知手段は、複数の端末装置にそれぞれ備えられ、報知動作を行う。第１の判定手段は、陳列場所から取り出された商品を判定する。第１の更新手段は、記憶デバイスに記憶され、購入商品として登録されている商品のリストを表したリストデータを、第１の判定手段により判定された商品を購入商品として登録するように更新する。第１の指示手段は、第１の更新手段によりリストデータが更新されたことに応じて、第１の判定手段により判定された商品の陳列場所に関連付けられた端末装置の報知手段による報知動作の実行を指示する。

一実施形態に係る取引処理システムの概略構成を示すブロック図。 図１に示される販売管理装置の要部回路構成を示すブロック図。 図２に示される会員データベースに含まれるデータレコードの構造を模式的に示す図。 図２に示される売場端末データベースに含まれるデータレコードの構造を模式的に示す図。 図２に示される買物客データベースに含まれるデータレコードの構造を模式的に示す図。 図２に示される購入商品データベースに含まれるデータレコードの構造を模式的に示す図。 図１に示されるチェックイン装置の要部回路構成を示すブロック図。 図１に示される行動監視装置の要部回路構成を示すブロック図。 図１に示される売場端末の要部回路構成を示すブロック図。 図８に示されるプロセッサによる行動監視処理のフローチャート。 図２に示されるプロセッサによる販売管理処理のフローチャート。 図２に示されるプロセッサによる販売管理処理のフローチャート。 図７に示されるプロセッサによるチェックイン処理のフローチャート。 図９に示されるプロセッサによる報知処理のフローチャート。 商品案内画面の一例を示す図。 登録完了画面の一例を示す図。 取消完了画面の一例を示す図。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る取引処理システム１００の概略構成を示すブロック図である。
取引処理システム１００は、売場において例えば、陳列棚、陳列ケース、陳列台等に陳列した商品を販売する店舗において商品を販売する取引に関する情報処理を行う。取引処理システム１００は、販売管理装置１、チェックイン装置２、センサ群３、行動監視装置４及び売場端末５を、通信ネットワーク２００を介して通信可能として構成されている。
通信ネットワーク２００は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いられる。

販売管理装置１は、行動監視装置４による監視結果に基づいて、上記の店舗での買物客による商品の購入に関わる情報処理である販売管理処理を行う。販売管理処理は、登録処理及び会計処理を含む。登録処理は、買物客が購入しようとする商品を購入商品として登録する処理である。会計処理は、購入商品の代金を算出し、当該代金を買物客に決済させるための処理である。

チェックイン装置２は、上記の店舗へのチェックイン手続きを受け付ける。
センサ群３は、店舗内に配置された多数のセンサを含む。これら多数のセンサはそれぞれ、買物客の行動及び商品の陳列状況を検出する。これらセンサは例えば、カメラ、光センサ、赤外線センサ、温度センサ、あるいは重量センサなどである。

行動監視装置４は、上記の店舗内に存在する人間を監視の対象者として、その行動及び商品の陳列状況を、センサ群３での検出結果に基づいて監視する。
売場端末５は、店舗の売場内に設置されて、近隣に陳列されている商品に関する情報を買物客に提供するための端末装置である。図１では、売場端末５を１つのみ示しているが、実際には複数の売場端末５が、それぞれ異なる陳列場所に対応付けて設けられる。以下においては、１つの売場端末５が対応付けられる陳列場所には、１つの商品コードで識別される商品が１個又は複数個陳列されることとする。このため売場端末５は、既存の電子棚札のような形態とすることが想定される。しかし、１つの売場端末５が対応付けられる陳列場所には、複数の商品コードでそれぞれ識別される複数商品がそれぞれ１個又は複数個陳列されるのでもよい。この場合に売場端末５は、電子棚札のような形態であってもよいし、タブレット端末のような形態であってもよい。売場端末５は、対応付けられた陳列場所の近辺に位置するように、例えば陳列棚、陳列ケース、陳列台等の商品陳列用の什器に取り付けられる。売場端末５は、壁又は柱などの店舗の構造物に取り付けられてもよい。なお、商品コードは、商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別コードであり、例えばＪＡＮ（Japanese article number）コードが用いられる。

図２は販売管理装置１の要部回路構成を示すブロック図である。
販売管理装置１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５等を備える。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５によって接続される。そしてプロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５で接続されて、販売管理装置１を制御するための情報処理を行うコンピュータが構成される。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、情報処理プログラムに従って、販売管理装置１としての各種の機能を実現するための情報処理を行う。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では情報処理プログラムを記憶する。またメインメモリ１２は、プロセッサ１１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）又はＳＳＤ（solid state drive）などの周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、情報処理プログラムを記憶する。補助記憶ユニット１３が記憶する情報処理プログラムの１つは、販売管理処理のためのアプリケーションプログラム（以下、販売管理アプリと称する）ＡＰ１である。補助記憶ユニット１３は、会員データベースＤＢ１、売場端末データベースＤＢ２、買物客データベースＤＢ３及び購入商品データベースＤＢ４を記憶する。

会員データベースＤＢ１は、店舗で買い物をするための会員登録を済ませた買物客を管理するためのデータベースである。
図３は会員データベースＤＢ１に含まれるデータレコードＤＲ１の構造を模式的に示す図である。
会員データベースＤＢ１は、図３に示す構造のデータレコードＤＲ１の集合である。データレコードＤＲ１はそれぞれ、買物客に関連付けられる。そして１つのデータレコードＤＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３を含む。フィールドＦ１１には、関連付けられた買物客を他の買物客と識別するために会員登録の際に付与された会員ＩＤ（identifier）がセットされる。フィールドＦ１２には、関連付けられた買物客の属性などを表す会員情報がセットされる。会員情報がどのような情報を含むかは任意である。会員情報が含む情報は例えば、氏名、年齢、性別、住所、電話番号等である。フィールドＦ１３には、関連付けられた買物客による代金の支払いに関わる支払情報がセットされる。支払情報は、例えばクレジットカードの番号である。

売場端末データベースＤＢ２は、売場端末５を管理するためのデータベースである。
図４は売場端末データベースＤＢ２に含まれるデータレコードＤＲ２の構造を模式的に示す図である。
売場端末データベースＤＢ２は、図４に示す構造のデータレコードＤＲ２の集合である。データレコードＤＲ２はそれぞれ、売場端末５に関連付けられる。そして１つのデータレコードＤＲ２は、フィールドＦ２１，Ｆ２２，Ｆ２３，Ｆ２４，Ｆ２５を含む。フィールドＦ２１には、関連付けられた売場端末５を識別するための端末ＩＤがセットされる。フィールドＦ２２には、関連付けられた売場端末５と通信ネットワーク２００を介して通信するための通信アドレスがセットされる。フィールドＦ２３，Ｆ２４，Ｆ２５には、関連付けられた売場端末５が対応付けられている陳列場所に陳列される商品についての商品コード、商品名及び価格がセットされる。なお、データレコードＤＲ２は、関連付けられた売場端末５が、複数商品が陳列される陳列場所に対応付けられているならば、それら複数商品のそれぞれについての複数組の商品コード、商品名及び価格がセットされたフィールドが追加される。

買物客データベースＤＢ３は、店舗内に存在している買物客を管理するためのデータベースである。
図５は買物客データベースＤＢ３に含まれるデータレコードＤＲ３の構造を模式的に示す図である。
買物客データベースＤＢ３は、図５に示す構造のデータレコードＤＲ３の集合である。データレコードＤＲ３はそれぞれ、行動監視装置４による監視の対象者に関連付けられる。そして１つのデータレコードＤＲ３は、フィールドＦ３１，Ｆ３２，Ｆ３３，Ｆ３４を含む。フィールドＦ３１には、関連付けられた対象者を行動監視装置４にて識別するための追跡ＩＤがセットされる。フィールドＦ３２には、関連付けられた対象者を販売管理装置１にて識別するための買物客ＩＤがセットされる。買物客ＩＤが不明である場合は、フィールドＦ３２はブランクとされるか、買物客ＩＤとは区別可能に予め定められたデータがセットされる。本実施形態においては、予め定められた無効データがセットされることとする。フィールドＦ３３には、関連付けられた対象者の追跡を行動監視装置４が開始した日時を表すデータがセットされる。フィールドＦ３４には、関連付けられた対象者の行動監視装置４による追跡がロストした日時を表すデータがセットされる。なお、関連付けられた対象者の行動監視装置４による追跡が継続中である場合には、フィールドＦ３２はブランクとされるか、正規の日時とは区別可能に予め定められたデータがセットされる。本実施形態においては、予め定められた無効データがセットされることとする。

購入商品データベースＤＢ４は、店舗内に存在している買物客との取引の対象となる購入商品を管理するためのデータベースである。
図６は購入商品データベースＤＢ４に含まれるデータレコードＤＲ４の構造を模式的に示す図である。
購入商品データベースＤＢ４は、図６に示す構造のデータレコードＤＲ４の集合である。データレコードＤＲ４はそれぞれ、行動監視装置４による監視の対象となる対象者に関連付けられる。そして１つのデータレコードＤＲ４は、フィールドＦ４１を少なくとも含む。データレコードＤＲ４はまた、フィールドＦ４２，Ｆ４３，…を含み得る。フィールドＦ４１には、関連付けられた対象者についての追跡ＩＤがセットされる。データレコードＤＲ４には、関連付けられた対象者に関して購入商品が登録済みである場合に、フィールドＦ４２以降のフィールドが含まれる。フィールドＦ４２以降の各フィールドには、関連付けられた対象者に関して購入商品として登録済みの商品に関する商品データがセットされる。商品データは、商品コード、個数及び取消フラグを含む。商品データは、単価及び商品名等の他の情報を含んでもよい。取消フラグは、購入商品として一旦登録されたものの、その後に全て取り消された商品を特定するためのフラグデータである。かくしてフィールドＦ４２以降の各フィールドにより、関連付けられた対象者に関しての購入商品のリストが表される。つまり購入商品データベースＤＢ４は、購入商品として登録されている商品のリストを表したリストデータの一例である。そして、補助記憶ユニット１３は、当該リストデータを記憶する記憶デバイスに相当する。

通信インタフェース１４は、通信ネットワーク２００を介したデータ通信のインタフェースである。通信インタフェース１４としては、例えばＬＡＮを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

販売管理装置１のハードウェアとしては、例えば汎用のネットワークサーバ、あるいはその他のコンピュータ装置を用いることができる。そして販売管理装置１の譲渡は一般に、補助記憶ユニット１３に、販売管理アプリＡＰ１が記憶され、会員データベースＤＢ１、売場端末データベースＤＢ２、買物客データベースＤＢ３及び購入商品データベースＤＢ４が記憶されない状態にて行われる。しかし、販売管理アプリＡＰ１が補助記憶ユニット１３に記憶されない状態、あるいは同種の別バージョンの販売管理アプリが補助記憶ユニット１３に記憶された状態のハードウェアと、販売管理アプリＡＰ１とが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１３に販売管理アプリＡＰ１が書き込まれることによって、販売管理装置１が構成されてもよい。販売管理アプリＡＰ１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

会員データベースＤＢ１は、会員登録のための情報処理をプロセッサ１１が実行することにより補助記憶ユニット１３に書き込まれる。会員データベースＤＢ１はあるいは、販売管理装置１の立ち上げ時などに、図示しない会員管理用のサーバにより管理された会員データベースが、通信ネットワーク２００を介して取得されて補助記憶ユニット１３に書き込まれてもよい。なお、会員データベースＤＢ１は補助記憶ユニット１３には記憶せず、上記の会員管理用のサーバにより管理された会員データベースをプロセッサ１１が参照してもよい。

売場端末データベースＤＢ２は、取引処理システム１００を店舗に導入するための作業に際して、その作業者などによって作成されて補助記憶ユニット１３に書き込まれる。売場端末データベースＤＢ２はあるいは、販売管理装置１の立ち上げ時などに、図示しない売場端末管理用のサーバにより管理された売場端末データベースが、通信ネットワーク２００を介して取得されて補助記憶ユニット１３に書き込まれてもよい。なお、売場端末データベースＤＢ２は補助記憶ユニット１３には記憶せず、上記の売場端末管理用のサーバにより管理された売場端末データベースをプロセッサ１１が参照してもよい。

買物客データベースＤＢ３及び購入商品データベースＤＢ４は、プロセッサ１１が販売管理アプリＡＰ１に基づく情報処理を実行することで、補助記憶ユニット１３内に構成される。
なお、販売管理アプリＡＰ１、会員データベースＤＢ１、買物客データベースＤＢ３及び購入商品データベースＤＢ４の少なくとも一部が、メインメモリ１２に記憶されてもよい。

チェックイン装置２は、図１に示すように、店舗の売り場へと進入する買物客が通過する入口通路に、当該買物客により操作させるように配置される。ただしチェックイン装置２は、売場へと進入しようとする買物客により操作が可能であれば、その設置場所及び設置形態は任意であってよい。

図７はチェックイン装置２の要部回路構成を示すブロック図である。
チェックイン装置２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、タッチパネル２４、リーダ２５、サウンドユニット２６、通信インタフェース２７及び伝送路２８を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、タッチパネル２４、リーダ２５、サウンドユニット２６及び通信インタフェース２７は、伝送路２８によって接続される。そしてプロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２８で接続されて、チェックイン装置２を制御するための情報処理を行うコンピュータが構成される。なお、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２７及び伝送路２８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
補助記憶ユニット２３が記憶する情報処理プログラムの１つは、チェックイン装置２としての機能を実現するためのアプリケーションプログラム（以下、チェックインアプリと称する）ＡＰ２である。

タッチパネル２４は、操作者に対して各種の情報を提示するための画面を表示する。つまりタッチパネル２４は、表示デバイスの一例である。タッチパネル２４は、操作者によるタッチ操作によって指定されるデータを入力する。なお、チェックイン装置２の操作者は、多くの場合は買物客である。しかしながら、店員が操作者となる場合もある。
リーダ２５は、買物客が提示する会員ＩＤを読み取る。リーダ２５としては、例えば磁気カードリーダが用いられる。リーダ２５としては、光学式のバーコードリーダ、あるいは近接無線通信を用いた無線リーダが用いられてもよい。
サウンドユニット２６は、音声及びメロディなどの各種サウンドを出力する。

チェックイン装置２のハードウェアとしては、例えば汎用のタブレットコンピュータ、あるいはその他の汎用のコンピュータ装置を用いることができる。そしてチェックイン装置２の譲渡は一般に、補助記憶ユニット２３に、チェックインアプリＡＰ２が記憶された状態にて行われる。しかし、チェックインアプリＡＰ２が補助記憶ユニット２３に記憶されない状態、あるいは同種の別バージョンのチェックインアプリが補助記憶ユニット２３に記憶された状態のハードウェアと、チェックインアプリＡＰ２とが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット２３にチェックインアプリＡＰ２が書き込まれることによって、チェックイン装置２が構成されてもよい。チェックインアプリＡＰ２の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

図８は行動監視装置４の要部回路構成を示すブロック図である。
行動監視装置４は、プロセッサ４１、メインメモリ４２、補助記憶ユニット４３、通信インタフェース４４及び伝送路４５等を備える。プロセッサ４１、メインメモリ４２、補助記憶ユニット４３及び通信インタフェース４４は、伝送路４５によって接続される。そしてプロセッサ４１、メインメモリ４２及び補助記憶ユニット４３が伝送路４５で接続されて、行動監視装置４を制御するための情報処理を行うコンピュータが構成される。なお、プロセッサ４１、メインメモリ４２、補助記憶ユニット４３、通信インタフェース４４及び伝送路４５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
補助記憶ユニット４３が記憶する情報処理プログラムの１つは、行動監視装置４としての機能を実現するためのアプリケーションプログラム（以下、行動監視アプリと称する）ＡＰ３である。

行動監視装置４のハードウェアとしては、例えば汎用のネットワークサーバ、あるいはその他のコンピュータ装置を用いることができる。そして行動監視装置４の譲渡は一般に、補助記憶ユニット４３に、行動監視アプリＡＰ３が記憶された状態にて行われる。しかし、行動監視アプリＡＰ３が補助記憶ユニット４３に記憶されない状態、あるいは同種の別バージョンの行動監視アプリが補助記憶ユニット４３に記憶された状態のハードウェアと、行動監視アプリＡＰ３とが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット４３に行動監視アプリＡＰ３が書き込まれることによって、行動監視装置４が構成されてもよい。行動監視アプリＡＰ３の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

図９は売場端末５の要部回路構成を示すブロック図である。
売場端末５は、プロセッサ５１、メインメモリ５２、補助記憶ユニット５３、表示ユニット５４、サウンドユニット５５、ランプユニット５６、無線ユニット５７及び伝送路５８を含む。プロセッサ５１、メインメモリ５２、補助記憶ユニット５３、表示ユニット５４、サウンドユニット５５、ランプユニット５６及び無線ユニット５７は、伝送路５８によって接続される。そしてプロセッサ５１、メインメモリ５２及び補助記憶ユニット５３が伝送路５８で接続されて、売場端末５を制御するための情報処理を行うコンピュータが構成される。なお、プロセッサ５１、メインメモリ５２、補助記憶ユニット５３及び伝送路５８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。
補助記憶ユニット２３が記憶する情報処理プログラムの１つは、売場端末５としての機能を実現するためのアプリケーションプログラム（以下、売場端末アプリと称する）ＡＰ４である。

表示ユニット５４は、買物客に対して各種の情報を提示するための画面を表示する。表示ユニット５４としては、例えば電子ペーパー又は液晶表示デバイスなどの周知の表示デバイスを備えたユニットを適用できる。
サウンドユニット５５は、音声及びメロディなどの各種サウンドを出力する。
ランプユニット５６は、１つ又は複数のランプを備え、当該ランプをプロセッサ５１からの指示の下に点灯させる。なお本実施形態においてランプユニット５６は、登録完了及び取消完了をそれぞれ報知するための２つのランプを備えることとする。
無線ユニット５７は、通信ネットワーク２００に含まれるアクセスポイントとの間での無線通信を介して、通信ネットワーク２００を利用してデータ通信するための通信処理を行う。無線ユニット５７としては、例えばＩＥＥＥ８０２．１１規格に準拠した周知の通信デバイスを利用できる。

次に以上のように構成された取引処理システム１００の動作について説明する。なお、以下に説明する各種の情報処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。

取引処理システム１００により管理される店舗で買い物する買物客は、予め会員登録を済ませて、会員ＩＤが記録された会員カードを取得しておく。
買物客は、図１に示す入口通路を通って売場へと向かう際に、チェックイン装置２のリーダ２５に会員カードに記録された会員ＩＤを読み取らせる。

行動監視装置４においてプロセッサ４１は、行動監視アプリＡＰ３に基づいて行動監視処理を実行する。なおプロセッサ４１は、店内に複数の対象者が存在する状況においては、それらの対象者のそれぞれに関して、以下の行動監視処理を並行して実行する。行動監視処理に関する以下の説明においては、一人の対象者に関して説明することとし、当該の対象者を単に「対象者」と記す。

図１０はプロセッサ４１による行動監視処理のフローチャートである。
ＡＣＴ１１としてプロセッサ４１は、新たに対象者を検出するのを待ち受ける。プロセッサ４１は例えば、センサ群３の出力を監視し、これまでに監視している対象者とは異なる対象者を検出したならば、ＹＥＳと判定し、ＡＣＴ１２へと進む。プロセッサ４１は例えば、上述のように売場へと向かう買物客が入口通路へと進入すると、当該買物客を新たな対象者として検出する。プロセッサ４１は例えば、このように検出した対象者の位置を短周期で繰り返し記録し、対象者の移動軌跡を監視することで対象者を追跡する。このため、センサ群３により対象者を検出できない状態が一定期間に及ぶと、プロセッサ４１は対象者をロストすることがある。プロセッサ４１は、これまで監視していた買物客を一時的にロストした後に再度検出した場合にも、当該買物客を新たな対象者として検出する。

ＡＣＴ１２としてプロセッサ４１は、上記の検出した対象者を他の監視中の対象者と識別するための追跡ＩＤを、予め定められたルールに従って決定する。当該ルールは、新たに決定する追跡ＩＤが、既に監視中の他の対象者に対して決定されている追跡ＩＤと重複しないように定められていれば任意であってよく、例えば行動監視アプリＡＰ３の作成者により定められる。

ＡＣＴ１３としてプロセッサ４１は、対象者を新規に検出したことを販売管理装置１に通知する。プロセッサ４１は例えば、新規検出の通知であることを表すものとして予め定められた通知コードと、ＡＣＴ１２にて決定した追跡ＩＤとを含んだ通知データを、通信インタフェース４４から販売管理装置１に宛てて通信ネットワーク２００へと送出する。当該通知データは、通信ネットワーク２００により販売管理装置１へと伝送される。なおプロセッサ４１は、当該通知データには、対象者を検出した日時を表すデータを含めてもよい。
なお、以降において説明する装置間での各種の通知は、上記と同様に、通知の理由を表す通知コードを含んだ通知データを、通知元の装置から通知先の装置へと通信ネットワーク２００を介して送ることにより実現される。

一方、販売管理装置１においてプロセッサ１１は、販売管理アプリＡＰ１に基づいて販売管理処理を実行する。
図１１及び図１２はプロセッサ１１による販売管理処理のフローチャートである。

図１１中のＡＣＴ３１としてプロセッサ１１は、新規検出が通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３２へと進む。
ＡＣＴ３２としてプロセッサ１１は、買物客ＩＤが通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ１１は、退出が通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３４へと進む。

ＡＣＴ３４としてプロセッサ１１は、進入が通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ１１は、取り出しが通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ１１は、戻しが通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３７へと進む。

ＡＣＴ３７としてプロセッサ１１は、ロストが通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ１１は、退店が通知されたか否かを確認する。そしてプロセッサ１１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ３１へと戻る。
かくしてプロセッサ１１は、ＡＣＴ３１乃至ＡＣＴ３８としては、新規検出、買物客ＩＤ、退出、進入、取り出し、戻し、ロスト及び退店のいずれかが通知されるのを待ち受ける。

対象者を新規に検出したことを通知するために行動監視装置４から送出された通知データは、通信ネットワーク２００により販売管理装置１へと伝送される。販売管理装置１においてプロセッサ１１は、当該の通知データが通信インタフェース１４により受信されたならば、ＡＣＴ３１にてＹＥＳと判定し、ＡＣＴ３９へと進む。
ＡＣＴ３９としてプロセッサ１１は、今回検出された対象者に関連付けた新たなデータレコードＤＲ３を追加するように買物客データベースＤＢ３を更新する。なおプロセッサ１１は、ここで追加するデータレコードＤＲ３のフィールドＦ３１には、通知データに含まれた追跡ＩＤをセットする。プロセッサ１１は、ここで追加するデータレコードＤＲ３のフィールドＦ３２には、無効データをセットする。プロセッサ１１は、ここで追加するデータレコードＤＲ３のフィールドＦ３３には、現在の日時を表すデータをセットする。プロセッサ１１は、通知データに検出日時を表すデータが含まれるならば、そのデータをフィールドＦ３３にセットしてもよい。またプロセッサ１１は、ここで追加するデータレコードＤＲ３のフィールドＦ３４には、無効データをセットする。そしてプロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

一方、チェックイン装置２においてプロセッサ２１は、チェックインアプリＡＰ２に基づいてチェックイン処理を実行する。
図１３はプロセッサ２１によるチェックイン処理のフローチャートである。

ＡＣＴ６１としてプロセッサ２１は、リーダ２５により会員ＩＤが読み取られたか否かを確認する。そしてプロセッサ２１は、会員ＩＤが読み取られたことを確認できないならばＮＯと判定し、ＡＣＴ６２へと進む。
ＡＣＴ６２としてプロセッサ２１は、販売管理装置１から警報指示が行われたか否かを確認する。そしてプロセッサ２１は、警報指示が行われたことを確認できないならばＮＯと判定し、ＡＣＴ６１へと戻る。
かくしてプロセッサ２１はＡＣＴ６１及びＡＣＴ６２としては、会員ＩＤが読み取られるか、あるいは警報指示がなされるのを待ち受ける。

買物客が、前述のように入口通路を通って売場へと向かう際に、チェックイン装置２のリーダ２５に会員カードに記録された会員ＩＤを読み取らせると、プロセッサ２１はＡＣＴ６１にてＹＥＳと判定し、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ２１は、会員ＩＤを買物客ＩＤとして販売管理装置１に通知する。プロセッサ２１は、この通知のための通知データには例えば、リーダ２５により読み取られた会員ＩＤを含める。プロセッサ２１はこののち、ＡＣＴ６１及びＡＣＴ６２の待受状態に戻る。なお、本実施形態では、予め会員登録を済ませた会員のみに買い物を許容するものとしている。しかしながら、非会員による買い物も許容するようにしてもよい。この場合にプロセッサ２１は、非会員であることの宣言を、例えばタッチパネル２４での予め定められた操作として受け、会員ＩＤとは区別可能な非会員用の買物客ＩＤを一時的に買物客に割り当てる。なお、会員である買物客に対しても、会員ＩＤとは別の買物客ＩＤをチェックイン毎に割り当ててもよい。

販売管理装置１にてプロセッサ１１は、このように買物客ＩＤが通知されたならば、図１１中のＡＣＴ３２にてＹＥＳと判定し、ＡＣＴ４０へと進む。
ＡＣＴ４０としてプロセッサ１１は、通知された買物客ＩＤを追跡ＩＤに関連付けるべく買物客データベースＤＢ３を更新する。プロセッサ１１は例えば、前述のように買物客データベースＤＢ３に追加され、フィールドＦ３２に無効データがセットされているデータレコードＤＲ３を、当該フィールドＦ３２に上記の通知データに含まれた買物客ＩＤをセットするように書き替える。そしてプロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

行動監視装置４にてプロセッサ４１は、図１０中のＡＣＴ１３にて新規検出を通知した後には、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ４１は、対象者を新たに検出した位置が認証エリアであるか否かを確認する。そしてプロセッサ４１は、認証エリアであるならばＹＥＳと判定して、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ４１は、対象者が認証エリアから売場へと進入したか否かを確認する。そしてプロセッサ４１は、このような行動を確認できないならばＮＯと判定し、ＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ４１は、対象者が売場へと進入すること無しに入口通路を戻って店舗外へと退出したか否かを確認する。そしてプロセッサ４１は、このような行動を確認できないならばＮＯと判定し、ＡＣＴ１５へと戻る。
かくしてプロセッサ４１はＡＣＴ１５及びＡＣＴ１６としては、対象者が認証エリアから退出するか、あるいは売場へと進入するのを待ち受ける。

買物客は、例えば会員カードを忘れた場合など、何らかの事情により買い物を取り止めて、入口通路を戻って店舗外に出ることがある。このような対象者の行動を確認したならばプロセッサ４１は、ＡＣＴ１６にてＹＥＳと判定し、ＡＣＴ１７へと進む。
ＡＣＴ１７としてプロセッサ４１は、退出を販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した追跡ＩＤを含める。プロセッサ４１はこののち、行動監視処理を終了する。

販売管理装置１にてプロセッサ１１は、このように退出が通知されたならば、図１１中のＡＣＴ３３にてＹＥＳと判定し、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ１１は、対象者に関連付けられたデータレコードＤＲ３を削除するべく買物客データベースＤＢ３を更新する。つまりプロセッサ１１は、通知データに含まれた追跡ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３を、買物客データベースＤＢ３から削除する。そしてプロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

行動監視装置４にてプロセッサ４１は、対象者が認証エリアから売場へと進入したことを確認したならば、図１０中のＡＣＴ１５にてＹＥＳと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１８としてプロセッサ４１は、売場への進入を販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した追跡ＩＤを含める。

販売管理装置１にてプロセッサ１１は、このように売場進入が通知されたならば、図１１中のＡＣＴ３４にてＹＥＳと判定し、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ１１は、上記の通知データに含まれた追跡ＩＤに関連付けられた買物客ＩＤが有るか否かを確認する。プロセッサ１１は例えば、上記の通知データに含まれた追跡ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３を買物客データベースＤＢ３から見つけ出す。そしてプロセッサ１１は、該当するデータレコードＤＲ３が見つかったならば、当該データレコードＤＲ３のフィールドＦ３２に有効な買物客ＩＤがセットされているか否かを確認する。そしてプロセッサ１１は、該当するフィールドＦ３２に無効データがセットされているならばＮＯと判定し、ＡＣＴ４３へと進む。

ＡＣＴ４３としてプロセッサ１１は、チェックイン装置２に対して警報を指示する。プロセッサ１１は例えば、警報の指示であることを表すコマンドを、通信インタフェース１４からチェックイン装置２に宛てて送出する。そしてプロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

上記のコマンドが通信ネットワーク２００によりチェックイン装置２へと伝送されると、チェックイン装置２にて通信インタフェース２７により受信される。プロセッサ２１はこれに応じて、図１３中のＡＣＴ６２にてＹＥＳと判定し、ＡＣＴ６４へと進む。
ＡＣＴ６４としてプロセッサ２１は、警報動作を開始する。警報動作は例えば、会員カードの読み取りが完了していないために入店できないことを買物客に警告するための画面のタッチパネル２４での表示である。警報動作は例えば、会員カードの読み取りが完了していないために入店できないことを買物客に警告するための音声メッセージのサウンドユニット２６による出力である。警報動作は例えば、異常を知らせる警告音のサウンドユニット２６による出力である。警報動作は例えば、別途に設けた警告ランプの点灯又は点滅であってもよい。警報動作は例えば、店員又は警備員等の店舗の従業員が利用する情報端末への通知であってもよい。複数の異なる警報動作を、並行して、あるいは順次に実行するのでもよい。

ＡＣＴ６５としてプロセッサ２１は、リーダ２５により会員ＩＤが読み取られたか否かを確認する。そしてプロセッサ２１は、会員ＩＤが読み取られたことを確認できないならばＮＯと判定し、ＡＣＴ６６へと進む。
ＡＣＴ６６としてプロセッサ２１は、解除操作がなされたか否かを確認する。そしてプロセッサ２１は、解除操作が行われたことを確認できないならばＮＯと判定し、ＡＣＴ６５へと戻る。
かくしてプロセッサ２１はＡＣＴ６５及びＡＣＴ６６としては、会員ＩＤが読み取られるか、あるいは解除操作がなされるのを待ち受ける。

買物客が、警報動作に応じて、チェックイン装置２のリーダ２５に会員カードに記録された会員ＩＤを読み取らせると、プロセッサ２１はＡＣＴ６５にてＹＥＳと判定し、ＡＣＴ６７へと進む。
ＡＣＴ６７としてプロセッサ２１は、警報動作を停止する。
ＡＣＴ６８としてプロセッサ２１は、ＡＣＴ６３と同様に買物客ＩＤを通知する。そしてプロセッサ２１はこののち、ＡＣＴ６１及びＡＣＴ６２の待受状態に戻る。

買物客が、チェックイン装置２のリーダ２５に会員カードに記録された会員ＩＤを読み取らせることができない場合等においては、店舗の従業員が買物客に退店を促す。そして従業員は、予め定められた解除操作をタッチパネル２４にて行う。このように解除操作が行われたならばプロセッサ２１は、ＡＣＴ６６にてＹＥＳと判定し、ＡＣＴ６９へと進む。
ＡＣＴ６９としてプロセッサ２１は、警報動作を停止する。そしてプロセッサ２１はこののち、ＡＣＴ６１及びＡＣＴ６２の待受状態に戻る。

なお販売管理装置１にてプロセッサ１１は、追跡ＩＤに関連付けた買物客ＩＤが有ることを図１１中のＡＣＴ４２にて確認したならばＹＥＳと判定し、ＡＣＴ４３をパスしてそのままＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。これにより、会員ＩＤの読み取りを正しく終えている買物客が売場へと進入することが許容される。
売場へと進入した買物客は、売場に陳列された商品を見て回りながら、購入する商品を陳列場所から取り出す。また買物客は、一度は陳列場所から取り出したものの、購入を取り止める商品は、陳列場所に戻す。

行動監視装置４にてプロセッサ４１は、図１０中のＡＣＴ１８での通知を終えたならば、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ４１は、商品を取り出す対象者の行動が確認できたか否かを確認する。そしてプロセッサ４１は、該当する行動が確認できないならばＮＯと判定し、ＡＣＴ２０へと進む。
ＡＣＴ２０としてプロセッサ４１は、商品を戻す対象者の行動が確認できたか否かを確認する。そしてプロセッサ４１は、該当する行動が確認できないならばＮＯと判定し、ＡＣＴ２１へと進む。
ＡＣＴ２１としてプロセッサ４１は、対象者をロストしたか否かを確認する。そしてプロセッサ４１は、対象者を監視できているならばＮＯと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ４１は、対象者が退店したか否かを確認する。そしてプロセッサ４１は、退店が確認できないならばＮＯと判定し、ＡＣＴ１９へと戻る。
かくしてプロセッサ４１は、ＡＣＴ１９乃至ＡＣＴ２２としては、商品の取り出し、商品の戻し、ロスト又は退店を待ち受ける。

プロセッサ４１は、商品を取り出す対象者の行動を確認したならば、ＡＣＴ１９にてＹＥＳと判定し、ＡＣＴ２３へと進む。
ＡＣＴ２３としてプロセッサ４１は、取り出しを販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した追跡ＩＤを含める。またプロセッサ４１は、取り出された商品と、その個数とを判定し、当該商品を識別する商品コードと個数とを上記の通知データに含める。かくして行動監視アプリＡＰ３に基づく情報処理をプロセッサ４１が実行することによって、プロセッサ４１を中枢部分とするコンピュータは第１の判定手段として機能する。プロセッサ４１はこののち、ＡＣＴ１９乃至ＡＣＴ２２の待受状態に戻る。

プロセッサ４１は、商品を戻す対象者の行動を確認したならば、ＡＣＴ２０にてＹＥＳと判定し、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ４１は、戻しを販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した追跡ＩＤを含める。またプロセッサ４１は、戻された商品と、その個数とを判定し、当該商品を識別する商品コードと個数とを上記の通知データに含める。かくして行動監視アプリＡＰ３に基づく情報処理をプロセッサ４１が実行することによって、プロセッサ４１を中枢部分とするコンピュータは第２の判定手段として機能する。プロセッサ４１はこののち、ＡＣＴ１９乃至ＡＣＴ２２の待受状態に戻る。

販売管理装置１にてプロセッサ１１は、上記のように取り出しが通知されたならば、図１１中のＡＣＴ３５にてＹＥＳと判定し、図１２中のＡＣＴ４４へと進む。
ＡＣＴ４４としてプロセッサ１１は、通知に基づいて購入商品を登録すべく購入商品データベースＤＢ４を更新する。つまりプロセッサ１１は、上記の取り出しの通知データに含まれた追跡ＩＤがフィールドＦ４１にセットされているデータレコードＤＲ４が購入商品データベースＤＢ４に含まれないならば、新たなデータレコードＤＲ４を購入商品データベースＤＢ４に追加する。プロセッサ１１は、この追加するデータレコードＤＲ４のフィールドＦ４１には、上記の通知データに含まれた追跡ＩＤをセットする。プロセッサ１１は、この追加するデータレコードＤＲ４のフィールドＦ４２には、上記の取り出しの通知データに含まれた商品コードと個数とを含むとともに、取り消されていないことを表す状態の取消フラグを含んだ商品データをセットする。一方、プロセッサ１１は、上記の取り出しの通知データに含まれた追跡ＩＤがフィールドＦ４１にセットされているデータレコードＤＲ４が購入商品データベースＤＢ４に既に含まれるならば、当該データレコードＤＲ４に新たな商品データを追加する。つまりプロセッサ１１は、既に商品データがセットされているフィールドの後ろに、新たな商品データをセットしたフィールドを追加する。プロセッサ１１は、この新たな商品データには、上記の取り出しの通知データに含まれた商品コード及び個数と、取り消されていないことを表す状態の取消フラグとを含める。かくして販売管理アプリＡＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第１の更新手段として機能する。

ＡＣＴ４５としてプロセッサ１１は、上記のように購入商品として登録した商品の陳列場所に対応付けられた売場端末５を判定する。プロセッサ１１は例えば、上記の取り出しの通知データに含まれた商品コードがフィールドＦ２３にセットされているデータレコードＤＲ２を売場端末データベースＤＢ２から見つけ出す。そしてプロセッサ１１は、該当のデータレコードＤＲ２のフィールドＦ２１にセットされている端末ＩＤで識別される売場端末５を該当の売場端末５として判定する。

ＡＣＴ４６としてプロセッサ１１は、上記の判定した売場端末５に対して、登録報知を実行するように指示する。プロセッサ１１は例えば、登録報知の実行指示であることを表す識別データを含んだ指示データを、上記の見つけ出したデータレコードＤＲ２のフィールドＦ２２にセットされた通信アドレスに宛てて通信ネットワーク２００へと送信する。なおプロセッサ１１は例えば、購入商品として登録した商品の商品名、個数及び合計金額を表した登録完了画面を生成し、その画面を表した画面データを指示データに含める。つまりプロセッサ１１は、上記の見つけ出したデータレコードＤＲ２のフィールドＦ２４にセットされた商品名と、上記の取り出しの通知データに含まれた個数とを登録完了画面に表す。プロセッサ１１は、上記の見つけ出したデータレコードＤＲ２のフィールドＦ２５にセットされた価格に上記の個数を乗じて求まる合計金額を登録画面に表す。またプロセッサ１１は、上記の取り出しの通知データに含まれた追跡コードがフィールドＦ３１にセットされているデータレコードＤＲ３を買物客データベースＤＢ３から見つけ出す。そしてプロセッサ１１は、該当のデータレコードＤＲ３のフィールドＦ３２に有効な買物客ＩＤがセットされているならば、この買物客ＩＤも登録完了画面に表す。かくして販売管理アプリＡＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第１の指示手段として機能する。
そしてプロセッサ１１は、指示データを送信し終えたならば、図１１中のＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

販売管理装置１にてプロセッサ１１は、上記のように戻しが通知されたならば、図１１中のＡＣＴ３６にてＹＥＳと判定し、図１２中のＡＣＴ４７へと進む。
ＡＣＴ４７としてプロセッサ１１は、通知に基づいて購入商品を取り消すべく購入商品データベースＤＢ４を更新する。つまりプロセッサ１１は、上記の戻しの通知データに含まれた追跡ＩＤがフィールドＦ４１にセットされているデータレコードＤＲ４を、購入商品データベースＤＢ４から見つけ出す。そしてプロセッサ１１は、該当するデータレコードＤＲ４から、上記の戻しの通知データに含まれた商品コードを含んだ商品データを見つけ出し、当該商品データに含まれる個数を、上記の戻しの通知データに含まれた個数を減じた数に書き替える。これにより戻された商品を、その戻された個数だけ購入商品から取り消す。なおプロセッサ１１は、書き換え後の個数が「０」となるならば、取消フラグを取り消されたことを表す状態に変更する。かくして販売管理アプリＡＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第２の更新手段として機能する。

ＡＣＴ４８としてプロセッサ１１は、上記のように購入商品から取り消した商品の陳列場所に対応付けられた売場端末５を判定する。プロセッサ１１は例えば、上記の戻しの通知データに含まれた商品コードがフィールドＦ２３にセットされているデータレコードＤＲ２を売場端末データベースＤＢ２から見つけ出す。そしてプロセッサ１１は、該当のデータレコードＤＲ２のフィールドＦ２１にセットされている端末ＩＤで識別される売場端末５を該当の売場端末５として判定する。

ＡＣＴ４９としてプロセッサ１１は、上記の判定した売場端末５に対して、取消報知を実行するように指示する。プロセッサ１１は例えば、取消報知の実行指示であることを表す識別データを含んだ指示データを、上記の見つけ出したデータレコードＤＲ２のフィールドＦ２２にセットされた通信アドレスに宛てて通信ネットワーク２００へと送信する。なおプロセッサ１１は例えば、購入商品から取り消した商品の商品名、個数及び合計金額を表した取消完了画面を生成し、その画面を表した画面データを指示データに含める。つまりプロセッサ１１は、上記の見つけ出したデータレコードＤＲ２のフィールドＦ２４にセットされた商品名と、上記の戻しの通知データに含まれた個数とを取消完了画面に表す。プロセッサ１１は、上記の見つけ出したデータレコードＤＲ２のフィールドＦ２５にセットされた価格に上記の個数を乗じて求まる合計金額を取消完了画面に表す。またプロセッサ１１は、上記の戻しの通知データに含まれた追跡コードがフィールドＦ３１にセットされているデータレコードＤＲ３を買物客データベースＤＢ３から見つけ出す。そしてプロセッサ１１は、該当のデータレコードＤＲ３のフィールドＦ３２に有効な買物客ＩＤがセットされているならば、この買物客ＩＤも取消完了画面に表す。かくして販売管理アプリＡＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第２の指示手段として機能する。
そしてプロセッサ１１は、指示データを送信し終えたならば、図１１中のＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

売場端末５においてプロセッサ５１は、売場端末アプリＡＰ４に基づいて報知処理を実行する。
図１４はプロセッサ５１による報知処理のフローチャートである。

ＡＣＴ７１としてプロセッサ１１は、商品案内画面を表示ユニット５４に表示させる。商品案内画面は、売場端末５に対応付けられた陳列場所に陳列される商品を買物客に案内するための画面である。
図１５は商品案内画面ＳＣ１を表示した状態の売場端末５の外観の一例を示す図である。
図１５に示す商品案内画面ＳＣ１は、対応付けられた陳列場所に、商品名が「ＡＡＡＡＡＡ」であり、税別価格が「１９８円」である商品が陳列されている場合である。商品案内画面ＳＣ１は、売場端末５の動作設定として予め定められて、そのデータは例えば補助記憶ユニット５３に記憶される。商品案内画面ＳＣ１を表示ユニット５４で表示している状態では、ランプユニット５６に含まれる２つのランプ５６ａ，５６ｂはいずれも点灯されない。

そしてプロセッサ５１は、商品案内画面ＳＣ１を表示した状態で、ＡＣＴ７２及びＡＣＴ７３の待受状態に移行する。
ＡＣＴ７２としてプロセッサ５１は、登録報知指示がなされたか否かを確認する。そしてプロセッサ５１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ７３へと進む。
ＡＣＴ７３としてプロセッサ５１は、取消報知指示がなされたか否かを確認する。そしてプロセッサ５１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ７２へと戻る。
かくしてプロセッサ５１はＡＣＴ７２及びＡＣＴ７３の待受状態においては、登録報知指示又は取消報知指示を待ち受ける。

このように売場端末５は、登録報知指示又は取消報知指示がなされなければ、商品案内画面ＳＣ１を買物客に提示する。従ってこの状態において売場端末５は、周知の電子棚札と同様に機能する。なお、商品案内画面ＳＣ１に代えて、例えば商品についての説明文を表した画面などのような別の商品案内画面を表示してもよい。あるいは商品案内画面ＳＣ１に代えて、対応付けられた商品とは異なる商品に関する広告画面を表示してもよい。さらには、それらの複数種の画面を時分割で表示してもよい。
商品コードが異なる複数商品が陳列される陳列場所が対応付けられた売場端末５の場合は、このような電子棚札としての動作には適さない。そこでプロセッサ５１は、ＡＣＴ７０を実行せず、商品案内画面を表示しないようにしてもよい。ただしプロセッサ５１は、複数商品に関する情報を表した商品案内画面を表示させてもよいし、複数商品に関する情報をそれぞれ表した複数の商品案内画面を時分割で表示させてもよい。

前述のように登録報知の実行指示のために販売管理装置１から送信された指示データの宛先となっている売場端末５では、当該指示データが通信ネットワーク２００を介して伝送されてくると、当該指示データを無線ユニット５７が受信する。そしてこれに応じてプロセッサ５１は、ＡＣＴ７２にてＹＥＳと判定し、ＡＣＴ７４へと進む。
ＡＣＴ７４としてプロセッサ５１は、予め定められた登録音をサウンドユニット５５に再生させる。登録音は、例えば売場端末５の設計者又は店舗の管理者などにより任意に定められてよい。登録音は例えば、「ピッ」のような短い音とすることが想定される。

ＡＣＴ７５としてプロセッサ５１は、登録完了画面を表示ユニット５４に表示させる。プロセッサ５１は例えば、上記の指示データに含まれた画面データが表す画面を表示ユニット５４に表示させる。なおプロセッサ５１は、上記の指示データに含まれた画面データが表す画面を、予め定められた方法で編集した上で表示ユニット５４に表示させてもよい。

ＡＣＴ７６としてプロセッサ５１は、予め定められた登録メッセージをサウンドユニット５５に再生させる。登録メッセージは、登録が完了したことを買物客に報知するための音声メッセージである。登録メッセージは、例えば売場端末５の設計者又は店舗の管理者などにより任意に定められてよい。登録メッセージは例えば、「登録しました」あるいは「ＡＡＡＡＡＡを登録しました」のような内容とすることが想定される。なお、販売管理装置１においてプロセッサ１１が、登録メッセージを表す音声データを指示データに含めてもよい。そしてこの場合に売場端末５にてプロセッサ５１は、当該の音声データに従って登録メッセージを再生してもよい。この場合の登録メッセージは例えば、「ＡＡＡＡＡＡがＣ１２３４５様により登録されました」のような内容とすることが想定される。なお、「Ｃ１２３４５」は、買物客の会員ＩＤであり、買物客の識別するための識別データの一例である。識別データとしては、例えば買物客の氏名又はニックネーム等の他のデータを用いてもよい。
ＡＣＴ７７としてプロセッサ５１は、登録ランプを点灯させる。本実施形態では、ランプユニット５６に含まれるランプ５６ａを登録ランプとして用いることとする。

図１６は登録完了画面ＳＣ２を表示するとともにランプ５６ａが点灯した状態の売場端末５の外観の一例を示す図である。
図１６に示す登録完了画面ＳＣ２は、商品名が「ＡＡＡＡＡＡ」であり、税別価格が「１９８円」である商品を２つ、買物客ＩＤが「Ｃ１２３４５」であることが判明している対象者が陳列場所から取り出し、購入商品として登録された場合である。そしてランプ５６ａが点灯し、ランプ５６ｂは点灯していない。
このように、売場端末５での登録音の再生、登録完了画面ＳＣ２の表示、登録メッセージの再生及びランプ５６ａの点灯のそれぞれによって、登録の完了が買物客に報知される。

これら登録音の再生、登録完了画面ＳＣ２の表示、登録メッセージの再生及びランプ５６ａの点灯は、いずれも報知動作の一例である。かくして売場端末アプリＡＰ４に基づく情報処理をプロセッサ５１が実行することによって、プロセッサ５１を中枢部分とするコンピュータと、表示ユニット５４、サウンドユニット５５又はランプ５６ａとの協働によって報知手段としての機能が実現される。

ＡＣＴ７８としてプロセッサ５１は、予め定められた表示期間が終了するのを待ち受ける。表示期間は、例えば売場端末５の設計者又は店舗の管理者などにより任意に定められてよい。そしてプロセッサ５１は、当該の表示期間が終了したならばＹＥＳと判定し、ＡＣＴ７９へと進む。
ＡＣＴ７９としてプロセッサ５１は、登録ランプ、つまりランプ５６ａを消灯させる。そしてプロセッサ５１はこののち、ＡＣＴ７１へと戻り、売場端末５を、商品案内画面ＳＣ１を表示する状態に戻す。

前述のように取消報知の実行指示のために販売管理装置１から送信された指示データが無線ユニット５７により受信されると、プロセッサ５１は、ＡＣＴ７３にてＹＥＳと判定し、ＡＣＴ８０へと進む。
ＡＣＴ８０としてプロセッサ５１は、予め定められた取消音をサウンドユニット５５に再生させる。取消音は、例えば売場端末５の設計者又は店舗の管理者などにより任意に定められてよい。取消音は例えば、「ピピッ」のような、登録音とは異なる短い音とすることが想定される。

ＡＣＴ８１としてプロセッサ５１は、取消完了画面を表示ユニット５４に表示させる。プロセッサ５１は例えば、上記の指示データに含まれた画面データが表す画面を表示ユニット５４に表示させる。なおプロセッサ５１は、上記の指示データに含まれた画面データが表す画面を、予め定められた方法で編集した上で表示ユニット５４に表示させてもよい。

ＡＣＴ８２としてプロセッサ５１は、予め定められた取消メッセージをサウンドユニット５５に再生させる。取消メッセージは、取消が完了したことを買物客に報知するための音声メッセージである。取消メッセージは、例えば売場端末５の設計者又は店舗の管理者などにより任意に定められてよい。取消メッセージは例えば、「取り消しました」あるいは「ＡＡＡＡＡＡを取り消しました」のような内容とすることが想定される。なお、販売管理装置１においてプロセッサ１１が、取消メッセージを表す音声データを指示データに含めてもよい。そしてこの場合に売場端末５にてプロセッサ５１は、当該の音声データに従って取消メッセージを再生してもよい。この場合の取消メッセージは例えば、「ＡＡＡＡＡＡがＣ１２３４５様により取り消されました」のような内容とすることが想定される。
ＡＣＴ８３としてプロセッサ５１は、取消ランプを点灯させる。本実施形態では、ランプユニット５６に含まれるランプ５６ｂを取消ランプとして用いることとする。

図１７は取消完了画面ＳＣ３を表示するとともにランプ５６ｂが点灯した状態の売場端末５の外観の一例を示す図である。
図１７に示す取消完了画面ＳＣ３は、商品名が「ＡＡＡＡＡＡ」であり、税別価格が「１９８円」である商品を１つ、買物客ＩＤが「Ｃ１２３４５」であることが判明している対象者が陳列場所へと戻し、購入商品から取り消された場合である。そしてランプ５６ｂが点灯し、ランプ５６ａは点灯していない。
このように、売場端末５での取消音の再生、取消完了画面ＳＣ３の表示、取消メッセージの再生及びランプ５６ｂの点灯のそれぞれによって、取消の完了が買物客に報知される。

これら取消音の再生、取消完了画面ＳＣ３の表示、取消メッセージの再生及びランプ５６ｂの点灯は、いずれも報知動作の一例である。かくして売場端末アプリＡＰ４に基づく情報処理をプロセッサ５１が実行することによって、プロセッサ５１を中枢部分とするコンピュータと、表示ユニット５４、サウンドユニット５５又はランプ５６ｂとの協働によって報知手段としての機能が実現される。

ＡＣＴ８４としてプロセッサ５１は、予め定められた表示期間が終了するのを待ち受ける。表示期間は、例えば売場端末５の設計者又は店舗の管理者などにより任意に定められてよい。取消完了画面ＳＣ３の表示期間は、登録完了画面ＳＣ２の表示期間と同じであっても、異なっていてもよい。そしてプロセッサ５１は、当該の表示期間が終了したならばＹＥＳと判定し、ＡＣＴ８５へと進む。
ＡＣＴ８５としてプロセッサ５１は、取消ランプ、つまりランプ５６ｂを消灯させる。そしてプロセッサ５１はこののち、ＡＣＴ７１へと戻り、売場端末５を、商品案内画面ＳＣ１を表示する状態に戻す。

行動監視処理の対象者となっている買物客が、何らかの事情により、センサ群３により検出できない状況は生じ得る。そしてこのような場合には、行動監視装置４にてプロセッサ４１は、退店していない対象者をロストすることになり、図１０中のＡＣＴ２１にてＹＥＳと判定し、ＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ４１は、ロストを販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した追跡ＩＤを含める。プロセッサ４１は、当該の通知データに、ロストした日時を表すデータを含めてもよい。プロセッサ４１はこののち、行動監視処理を終了する。

販売管理装置１にてプロセッサ１１は、このようにロストが通知されたならば、図１１中のＡＣＴ３７にてＹＥＳと判定し、ＡＣＴ５０へと進む。
ＡＣＴ５０としてプロセッサ１１は、対象者をロストしたことを表すように買物客データベースＤＢ３を更新する。つまりプロセッサ１１は、通知データに含まれた追跡ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３を、買物客データベースＤＢ３から見つけ出し、当該データレコードＤＲ３のフィールドＦ３４に現在の日時を表すデータをセットする。なおプロセッサ１１は、通知データにロストした日時を表すデータが含まれるならば、そのデータをフィールドＦ３４にセットしてもよい。そしてプロセッサ１１はこののち、販売管理処理を終了する。

このように、店内に存在し続けている買物客を監視できない状況になったならば、その買物客を対象者として実行していた行動監視処理及び販売管理処理をいずれも終了する。しかし、当該の買物客は店内に存在しているので、移動などの状況変化により、センサ群３により検出されるようになる。この場合には、行動監視装置４においてプロセッサ４１は、この買物客を対象者とした行動監視処理は既に終了しているので、新たな対象者に関する新たな行動監視処理として、図１０におけるＡＣＴ１１にて新規検出と判定することになる。これにより、買物客に対しては、ロスト前とは別の追跡ＩＤが決定されて、ロスト前とは別の対象者としての行動監視が行われることとなる。

そしてこの場合、買物客はすでにチェックインを終えて売場内に居るので、チェックイン装置２にて会員カードを読み取らせることはなく、販売管理装置１にてプロセッサ１１が図１１中のＡＣＴ４０を実行することはない。かくして、新たに決定された追跡ＩＤがフィールドＦ３１にセットされたデータレコードＤＲ３におけるフィールドＦ３２は、無効データがセットされたままとされる。なお、対象者が新規に検出されるのは、売場であり、認証エリアではない。このため行動監視装置４にてプロセッサ４１は、図１０中のＡＣＴ１４にてＮＯと判定して、ＡＣＴ１９乃至ＡＣＴ２２の待受状態へと直接に移行する。つまりプロセッサ４１はＡＣＴ１８を実行しない。従って、買物客ＩＤが未取得のままであっても、販売管理装置１にてプロセッサ１１は、図１１中のＡＣＴ４２及びＡＣＴ４３は行わない。

以上のようにして買い物途中でチェックイン時とは別の追跡ＩＤが関連付けられたとしても、買物客はそのまま買い物を続けることができる。ただし、その場合の買物客の行動は、新たな対象者の行動として監視されることになり、１人の買物客による購入商品が、購入商品データベースＤＢ４では複数のデータレコードＤＲ４により管理されることになる。

このようにどの買物客であるかが不明となった対象者に関しては、別の情報処理によって買物客ＩＤの関連付けが行われる。この関連付けのための情報処理は、販売管理装置１にてプロセッサ１１により行われてもよいし、行動監視装置４にてプロセッサ４１により行われてもよい。この関連付けのための情報処理は、店員又は買物客などによる指示を受けて行われてもよいし、店員又は買物客の介在無しに行われてもよい。この関連付けのための情報処理は、どのような処理であってもよいので、その説明は省略する。

買物客は、購入したい商品を全て取り出し終えたならば、それら商品を持ってそのまま退店する。
行動監視装置４にてプロセッサ４１は、対象者の退店を確認したならば、図１０中のＡＣＴ２２にてＹＥＳと判定し、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ４１は、退店を販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した追跡ＩＤを含める。プロセッサ４１はこののち、行動監視処理を終了する。

販売管理装置１にてプロセッサ１１は、上記のように退店が通知されると、図１１中のＡＣＴ３８にてＹＥＳと判定し、ＡＣＴ５１へと進む。

ＡＣＴ５１としてプロセッサ１１は、退店処理を行う。プロセッサ１１はまず、退店した買物客が持ち去った商品、つまり購入商品についての代金を決済する。例えばプロセッサ１１は、上記の退店の通知データに含まれた追跡ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３を、買物客データベースＤＢ３に含まれるデータレコードＤＲ３の中から見つけ出す。プロセッサ１１は、該当するデータレコードＤＲ３のフィールドＦ３２にセットされている買物客ＩＤを判定する。プロセッサ１１は、該当する買物客ＩＤがフィールドＦ３２にセットされているデータレコードＤＲ３を、買物客データベースＤＢ３に含まれるデータレコードＤＲ３の中から全て見つけ出す。プロセッサ１１は、該当する全てのデータレコードＤＲ３のフィールドＦ３１にセットされた追跡ＩＤのいずれかがフィールドＦ４１にセットされたデータレコードＤＲ４を購入商品データベースＤＢ４から全て見つけ出す。そしてプロセッサ１１は、該当する全てのデータレコードＤＲ４に含まれた全ての商品データが表す商品を購入商品とし、これら購入商品についての代金を算出する。プロセッサ１１は、上記の判定した買物客ＩＤとして用いられている会員ＩＤがフィールドＦ１１にセットされたデータレコードＤＲ１を会員データベースＤＢ１から探し出す。そしてプロセッサ１１は、該当のデータレコードＤＲ１のフィールドＦ１３にセットされている支払情報を用いて、上記の算出した代金を決済するための処理を行う。プロセッサ１１は例えば、支払情報としてのクレジット番号を用いて、図示しない決済サーバに対して、上記の算出した代金の額を決済するように要求する。プロセッサ１１は、決済が完了したならば、上記のように買物客データベースＤＢ３から見つけ出したデータレコードＤＲ３の全てを、買物客データベースＤＢ３から削除する。またプロセッサ１１は、上記のように購入商品データベースＤＢ４から見つけ出したデータレコードＤＲ４の全てを購入商品データベースＤＢ４から削除する。プロセッサ１１は、トランザクションデータ及びジャーナルデータを図示しないＰＯＳサーバなどに送信する処理を、退店処理の１つの処理として行ってもよい。またプロセッサ１１は、電子レシートデータを電子レシートサーバなどに送信する処理を、退店処理の１つの処理として行ってもよい。そしてプロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

なお、図１には図示していない会計装置を設けて、この会計装置にて購入商品の代金の算出及び代金の決済の処理の双方又は決済の処理のみを行ってもよい。なお、非会員に対しても利用を許容するならば、少なくとも非会員に関する決済は会計装置にて行うようにする。

以上のように取引処理システム１００によれば、陳列場所から商品が取り出されたことに応じて、当該商品を購入商品として登録すべく購入商品データベースＤＢ４を更新したならば、当該登録した商品の陳列場所の近辺に設置された売場端末５にて登録報知を行う。これにより買物客は、陳列場所から取り出した商品が購入商品として登録されたことを、特別な操作を行うこと無しに確認できる。

また取引処理システム１００によれば、陳列場所へと商品を戻したことに応じて、当該商品を購入商品から取り消すべく購入商品データベースＤＢ４を更新したならば、当該取り消した商品の陳列場所の近辺に設置された売場端末５にて取消報知を行う。これにより買物客は、陳列場所へと戻した商品が購入商品から取り消されたことを、特別な操作を行うこと無しに確認できる。

また取引処理システム１００によれば、登録完了画面ＳＣ２又は取消完了画面ＳＣ３では、登録又は取り消しの対象となった商品について、陳列場所から取り出したか、又は陳列場所へと戻した個数及び合計金額を、その取り出し又は戻しを行った買物客の買物客ＩＤとともに表す。これにより、買物客は、行われた登録又は取り消しの内容を具体的に確認できる。

また取引処理システム１００によれば、登録通知と取消通知とを、買物客が区別可能に異なる動作としている。これにより買物客は、購入商品の登録及び取り消しのいずれが行われたのかを容易に確認できる。

また取引処理システム１００によれば、売場端末５は、登録報知の指示に応じて、登録音の再生、登録完了画面ＳＣ２の表示、登録メッセージの再生及びランプ５６ａの点灯という複数の報知動作を行う。また取引処理システム１００によれば、売場端末５は、取消報知の指示に応じて、取消音の再生、取消完了画面ＳＣ３の表示、取消メッセージの再生及びランプ５６ｂの点灯という複数の報知動作を行う。これにより買物客は、登録又は取り消しが行われたことを、登録音又は登録メッセージ、あるいは取消音又は取消メッセージを聞くことによって、表示ユニット５４又はランプユニット５６での表示を目視することなく確認できる。また買物客は、登録又は取り消しが行われたことを、表示ユニット５４又はランプユニット５６での表示を目視することにより確認できす。音は、周囲の喧噪により聞き取り辛い場合があるし、また売場端末５が近接して設置されていると、どの売場端末５で報知動作が行われたのかが判別し辛い場合がある。これに対して目視による確認であれば、どの売場端末５における報知であるかを確実に確認できる。このように、複数の報知動作を行うことによって、買物客に登録又は取り消しが行われたことをより確実に報知できる。

この実施形態は、次のような種々の変形実施が可能である。
販売管理処理は、例えばＰＯＳサーバなどのような販売管理装置１とは別の装置で実行されてもよい。

行動監視処理は、例えばＰＯＳサーバなどのような行動監視装置４とは別の装置で実行されてもよい。

行動監視処理及び販売管理処理は、同一の装置で実行されてもよい。この場合に行動監視処理及び販売管理処理を実行するのは、販売管理装置１及び行動監視装置４のいずれであってもよい。あるいは行動監視処理及び販売管理処理を実行するのは、例えばＰＯＳサーバなどのような販売管理装置１及び行動監視装置４とは別の装置であってもよい。

登録報知のための報知動作と、取消報知のための報知動作とは、同一であってもよい。

登録報知のための報知動作は、登録音の再生、登録完了画面ＳＣ２の表示、登録メッセージの再生及びランプ５６ａの点灯のうちの一部であってもよい。

取消報知のための報知動作は、取消音の再生、取消完了画面ＳＣ３の表示、取消メッセージの再生及びランプ５６ｂの点灯のうちの一部であってもよい。そして、どの報知動作を行うかは、登録報知のための報知動作と一致している必要はない。

取消報知のための報知動作は実行しなくてもよい。

上記実施形態のように、１つの売場端末５を一商品の陳列場所に対応付けるのであれば、登録報知又は取消報知において、商品名のような商品を識別するためのデータを提示することは必須ではない。１つの売場端末５を複数商品の陳列場所に対応付けるのであれば、登録報知又は取消報知においては、商品名のような商品を識別するためのデータを提示することが好ましい。ただし、商品名のような商品を識別するためのデータを提示しなくとも、登録又は取消が行われたことを買物客に確認させることは可能である。

情報処理によりプロセッサ１１，２１，４１，５１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

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

１…販売管理装置、２…チェックイン装置、３…センサ群、４…行動監視装置、５…売場端末、１１，２１，４１，５１…プロセッサ、１２，２２，４２，５２…メインメモリ、１３，２３，４３，５４…補助記憶ユニット、１４，２７，４４…通信インタフェース、２４…タッチパネル、２５…リーダ、２６…サウンドユニット、５４…表示ユニット、５５…サウンドユニット、５６…ランプユニット、５６ａ…ランプ、５６ｂ…ランプ、５７…無線ユニット、５８…伝送路、１００…取引処理システム、２００…通信ネットワーク。

Claims (5)

1. 商品の陳列場所に対応付けられ、当該対応付けられた商品の陳列場所の近辺に設置される複数の端末装置を含み、
   前記複数の端末装置にそれぞれ備えられ、報知動作を行う報知手段と、
   前記陳列場所から取り出された前記商品を判定する第１の判定手段と、
   記憶デバイスに記憶され、購入商品として登録されている前記商品のリストを表したリストデータを、前記第１の判定手段により判定された前記商品を前記購入商品として登録するように更新する第１の更新手段と、
   前記第１の更新手段により前記リストデータが更新されたことに応じて、前記第１の判定手段により判定された前記商品の陳列場所に対応付けられた前記端末装置の前記報知手段による報知動作の実行を指示する第１の指示手段と、
   を具備した取引処理システム。
2. 前記記憶デバイスは、前記リストデータを前記買物客に関連付けて記憶し、
   前記第１の更新手段は、前記商品を取り出した前記買物客に関連付けられた前記リストデータを更新し、
   前記報知手段は、前記第１の指示手段からの指示に応じて、前記第１の更新手段による前記リストデータの更新により前記購入商品として登録された商品の個数と合計金額とを、前記第１の識別手段により識別された前記買物客を識別するための識別データとともに報知する、
   請求項１に記載の取引処理システム。
3. 前記陳列場所へと戻された前記商品を判定する第２の判定手段と、
   前記第２の判定手段により判定された前記商品を前記購入商品から取り消すように前記リストデータを更新する第２の更新手段と、
   前記第２の更新手段により前記リストデータが更新されたことに応じて、前記第２の判定手段により判定された前記商品の陳列場所に対応付けられた前記端末装置の前記報知手段による報知動作の実行を指示する第２の指示手段と、
   をさらに具備した請求項１又は請求項２に記載の取引処理システム。
4. 前記第２の更新手段は、前記商品を戻した前記買物客に関連付けられた前記リストデータを更新し、
   前記報知手段は、前記第２の指示手段からの指示に応じて、前記第２の更新手段による前記リストデータの更新により前記購入商品から取り消された商品の個数と合計金額とを、前記第２の識別手段により識別された前記買物客を識別するための前記識別データとともに報知する、
   請求項３に記載の取引処理システム。
5. 前記報知手段は、前記第１の指示手段からの指示及び前記第２の指示手段からの指示に応じて、それぞれ異なる報知動作を行う、
   請求項２又は請求項４に記載の取引処理システム。

Images