JP7483365B2 - 買物客管理装置、情報処理プログラム、情報処理方法及び買物客管理システム - Google Patents

Description

本発明の実施形態は、買物客管理装置、情報処理プログラム、情報処理方法及び買物客管理システムに関する。

多数のセンサにより店舗内における買物客の行動を監視することで、買物客が購入しようとする商品の登録を行う技術は、既に実現されている。
しかしながらこのような技術においては、買物客の行動を常に監視できるように、大量のセンサを適切に配置し、それらセンサでの検出結果を適切に処理する必要があり、実際のシステム構築には多くの困難が存在していた。

そして、何らかの障害によって買物客を一時的にロストすると、同じ買物客の監視を再開できたとしても、再開後の監視対象がロスト前の監視対象と同じ買物客であるかどうかをシステム的に判定することが困難である場合がある。そしてこのような場合には、一人の買物客がロストの前後で別々の買物客として監視されることがあった。
このような事情から、買物客の行動を監視する処理において買物客のロストが発生し得るとしても、買物客を適切に管理できることが望まれていた。

特許第５３５６６１５号公報

本発明が解決しようとする課題は、買物客の行動を監視する処理において買物客のロストが発生し得るとしても、買物客を適切に管理できる買物客管理装置、情報処理プログラム、情報処理方法及び買物客管理システムを提供することである。

実施形態の買物客管理装置は、判定手段、入力手段及び関連付け手段を備える。判定手段は、買い物に関する行動を監視する対象者を識別するための識別データであって、買物客を特定するための特定データが関連付けられていない識別データの１つを判定する。入力手段は、買物客の１人を特定するための特定データを操作者による操作に応じて入力する。関連付け手段は、判定手段により判定された識別データに入力手段により入力された特定データを関連付ける。

一実施形態に係る店舗管理システムの概略構成を示すブロック図。 図１に示される販売管理装置の要部回路構成を示すブロック図。 図２に示される会員データベースに含まれるデータレコードの構造を模式的に示す図。 図２に示される買物客データベースに含まれるデータレコードの構造を模式的に示す図。 図２に示される購入商品データベースに含まれるデータレコードの構造を模式的に示す図。 図１に示されるチェックイン装置の要部回路構成を示すブロック図。 図１に示される行動監視装置の要部回路構成を示すブロック図。 図１に示される監視者端末の要部回路構成を示すブロック図。 図７に示されるプロセッサによる行動監視処理のフローチャート。 図２に示されるプロセッサによる販売管理処理のフローチャート。 図６に示されるプロセッサによるチェックイン処理のフローチャート。 図２に示されるプロセッサによる買物客管理処理のフローチャート。 一覧画面の一例を示す図。 不明レコード選択画面の一例を示す図。 一覧画面の一例を示す図。 判明レコード選択画面の一例を示す図。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る買物客管理装置を適用して構成された店舗管理システム１００の概略構成を示すブロック図である。
店舗管理システム１００は、売場において例えば、商品棚、陳列ケース、陳列台等に陳列した商品を販売する店舗における商品販売のための情報処理を行う。店舗管理システム１００は、販売管理装置１、チェックイン装置２、センサ群３、行動監視装置４及び監視者端末５を、通信ネットワーク２００を介して通信可能として構成されている。なお、店舗管理システム１００は、商品販売のために店舗内における買物客を管理するのであり、買物客管理システムとしての機能を備えている。

通信ネットワーク２００は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いられる。

販売管理装置１は、行動監視装置４による監視結果に基づいて、上記の店舗での買物客による商品の購入に関わる情報処理である販売管理処理を行う。販売管理処理は、登録処理及び会計処理を含む。登録処理は、買物客が購入しようとする商品を購入商品として登録する処理である。販売管理装置１は、具体的には、行動監視装置４により追跡されている買物客毎に商品登録が行われた商品情報を、例えば内蔵又は外付けの記憶部に記憶する。かくして販売管理装置１は、記憶手段としての機能を備える。会計処理は、購入商品の代金を算出し、当該代金を買物客に決済させるための処理である。販売管理装置１はまた、行動監視装置４による監視結果に関する買物客の管理のための情報処理である買物客管理処理を行う。これにより販売管理装置１は、買物客管理装置としての機能も備える。買物客管理処理については、後述する。

チェックイン装置２は、上記の店舗へのチェックイン手続きを受け付ける。
センサ群３は、店舗内に配置された多数のセンサを含む。これら多数のセンサはそれぞれ、買物客の行動及び商品の陳列状況を検出する。これらセンサは例えば、カメラ、光センサ、赤外線センサ、温度センサ、あるいは重量センサなどである。
行動監視装置４は、上記の店舗内に存在する人間を監視の対象者として、その行動及び商品の陳列状況を、センサ群３での検出結果に基づいて監視する。
監視者端末５は、監視者としての役割を担う店員などにより、店舗管理システム１００によるサービスの提供状況を監視するために利用される。

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

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

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

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

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

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

購入商品データベースＤＢ３は、店舗内に存在している買物客との取引の対象となる購入商品を管理するためのデータベースである。
図５は購入商品データベースＤＢ３に含まれるデータレコードＤＲ３の構造を模式的に示す図である。
購入商品データベースＤＢ３は、図５に示す構造のデータレコードＤＲ３の集合である。購入商品データベースＤＢ３に含まれるデータレコードＤＲ３はそれぞれ、行動監視装置４による監視の対象となる対象者に関連付けられる。そして１つのデータレコードＤＲ３は、フィールドＦ３１を少なくとも含む。データレコードＤＲ３はまた、フィールドＦ３２，Ｆ３３，…を含み得る。フィールドＦ３１には、関連付けられた対象者についての対象者ＩＤがセットされる。データレコードＤＲ３には、関連付けられた対象者に関して購入商品が登録済みである場合に、フィールドＦ３２以降のフィールドが含まれる。フィールドＦ３２以降の各フィールドには、関連付けられた対象者に関して購入商品として登録済みの商品に関する商品データがセットされる。商品データは、商品コード、個数及び取消フラグを含む。商品データは、単価及び商品名等の他の情報を含んでもよい。商品コードは、商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別コードであり、例えばＪＡＮ（Japanese article number）コードが用いられる。取消フラグは、購入商品として一旦登録されたものの、その後に取り消された商品を特定するためのフラグデータである。かくしてフィールドＦ３２以降の各フィールドにより、関連付けられた対象者に関しての購入商品のリストが表される。

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

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

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

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

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

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

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

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

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

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

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

タッチパネル５４は、監視者に対して各種の情報を提示するための画面を表示する。タッチパネル５４は、監視者によるタッチ操作によって指定されるデータを入力する。
サウンドユニット５５は、音声及びメロディなどの各種サウンドを出力する。

監視者端末５のハードウェアとしては、汎用のコンピュータ装置、あるいはスマートフォン又はタブレット端末などの携帯情報端末などを用いることができる。この種の装置は、多くの場合、ブラウザアプリＡＰ５を補助記憶ユニット５３に記憶した状態で市販される。しかしながら、監視者端末５のハードウェアが、ブラウザアプリＡＰ５を補助記憶ユニット５３に記憶しない状態で譲渡されてもよい。そして当該ハードウェアとは別に譲渡されたブラウザアプリＡＰ５が、任意の作業者の操作に応じて、補助記憶ユニット２３に書き込まれてもよい。ブラウザアプリＡＰ５の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＡＣＴ４３としてプロセッサ１１は、チェックイン装置２に対して警報を指示する。プロセッサ１１は例えば、警報の指示であることを表すコマンドを、通信インタフェース１４からチェックイン装置２に宛てて送出する。そしてプロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。
上記のコマンドが通信ネットワーク２００によりチェックイン装置２へと伝送されると、チェックイン装置２にて通信インタフェース２７により受信される。プロセッサ２１はこれに応じて、図１１中のＡＣＴ５２にてＹＥＳと判定し、ＡＣＴ５４へと進む。

ＡＣＴ５４としてプロセッサ２１は、警報動作を開始する。警報動作は例えば、会員カードの読み取りが完了していないために入店できないことを買物客に警告するための画面のタッチパネル２４での表示である。警報動作は例えば、会員カードの読み取りが完了していないために入店できないことを買物客に警告するための音声メッセージのサウンドユニット２６による出力である。警報動作は例えば、異常を知らせる警告音のサウンドユニット２６による出力である。警報動作は例えば、別途に設けた警告ランプの点灯又は点滅であってもよい。警報動作は例えば、店員又は警備員等の店舗の従業員が利用する情報端末への通知であってもよい。複数の異なる警報動作を、並行して、あるいは順次に実行するのでもよい。

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

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

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

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

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

プロセッサ４１は、商品を取り出す対象者の行動を確認したならば、ＡＣＴ１９にてＹＥＳと判定し、ＡＣＴ２３へと進む。
ＡＣＴ２３としてプロセッサ４１は、取り出しを販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した対象者ＩＤを含める。またプロセッサ４１は、当該の通知データには例えば、取り出された商品を識別する商品コードと、その個数とを含める。プロセッサ４１はこののち、ＡＣＴ１９乃至ＡＣＴ２２の待受状態に戻る。

プロセッサ４１は、商品を戻す対象者の行動を確認したならば、ＡＣＴ２０にてＹＥＳと判定し、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ４１は、戻しを販売管理装置１に通知する。プロセッサ４１は、この通知のための通知データには例えば、ＡＣＴ１２にて決定した対象者ＩＤを含める。またプロセッサ４１は、当該の通知データには例えば、戻された商品を識別する商品コードと、その個数とを含める。プロセッサ４１はこののち、ＡＣＴ１９乃至ＡＣＴ２２の待受状態に戻る。

販売管理装置１にてプロセッサ１１は、上記のように取り出しが通知されたならば、図１０中のＡＣＴ３５にてＹＥＳと判定し、ＡＣＴ４４へと進む。
ＡＣＴ４４としてプロセッサ１１は、通知に基づいて購入商品を追加すべく購入商品データベースＤＢ３を更新する。つまりプロセッサ１１は、上記の取り出しの通知データに含まれた対象者ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３が購入商品データベースＤＢ３に含まれないならば、新たなデータレコードＤＲ３を購入商品データベースＤＢ３に追加する。プロセッサ１１は、この追加するデータレコードＤＲ３のフィールドＦ３１には、上記の通知データに含まれた対象者ＩＤをセットする。プロセッサ１１は、この追加するデータレコードＤＲ３のフィールドＦ３２には、上記の取り出しの通知データに含まれた商品コードと個数とを含むとともに、取り消されていないことを表す状態の取消フラグを含んだ商品データをセットする。一方、プロセッサ１１は、上記の取り出しの通知データに含まれた対象者ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３が購入商品データベースＤＢ３に既に含まれるならば、当該データレコードＤＲ３に新たな商品データを追加する。つまりプロセッサ１１は、既に商品データがセットされているフィールドの後ろに、新たな商品データをセットしたフィールドを追加する。プロセッサ１１は、この新たな商品データには、上記の取り出しの通知データに含まれた商品コード及び個数と、取り消されていないことを表す状態の取消フラグとを含める。プロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

販売管理装置１にてプロセッサ１１は、上記のように戻しが通知されたならば、ＡＣＴ３６にてＹＥＳと判定し、ＡＣＴ４５へと進む。
ＡＣＴ４５としてプロセッサ１１は、通知に基づいて購入商品を削除すべく購入商品データベースＤＢ３を更新する。つまりプロセッサ１１は、上記の戻しの通知データに含まれた対象者ＩＤがフィールドＦ３１にセットされているデータレコードＤＲ３を、購入商品データベースＤＢ３から見つけ出す。そしてプロセッサ１１は、該当するデータレコードＤＲ３から、上記の戻しの通知データに含まれた商品コードを含んだ商品データを見つけ出し、当該商品データに含まれる個数を、上記の戻しの通知データに含まれた個数を減じた数に書き替える。なおプロセッサ１１は、書き換え後の個数が「０」となるならば、取消フラグを取り消されたことを表す状態に変更する。プロセッサ１１はこののち、ＡＣＴ３１乃至ＡＣＴ３８の待受状態に戻る。

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

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

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

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

以上のようにして買い物途中でチェックイン時とは別の対象者ＩＤが関連付けられたとしても、買物客はそのまま買い物を続けることができる。ただし、その場合の買物客の行動は、新たな対象者の行動として監視されることになり、１人の買物客による購入商品が、購入商品データベースＤＢ３では複数のデータレコードＤＲ３により管理されることになる。
そこで監視者は監視者端末５を用いて、買物客ＩＤが関連付けられていない対象者ＩＤに買物客ＩＤを関連付ける。この関連付けを監視者端末５にて行うために、販売管理装置１にてプロセッサ１１は、販売管理処理とは別に、買物客管理アプリＡＰ２に基づいて買物客管理処理を実行する。
図１２はプロセッサ１１による買物客管理処理のフローチャートである。

ＡＣＴ６１としてプロセッサ１１は、一覧画面の表示を監視者端末５に対して指示する。一覧画面は、買物客データベースＤＢ２に含まれるデータレコードＤＲ２の一覧を表した画面である。プロセッサ１１は例えば、買物客データベースＤＢ２に基づいて一覧画面を作成する。そしてプロセッサ１１は、当該作成した一覧画面を表したウェブページデータを、通信インタフェース１４から監視者端末５に宛てて通信ネットワーク２００へと送出する。当該ウェブページデータは、通信ネットワーク２００により監視者端末５へと伝送される。
なお、以降において説明する販売管理装置１から監視者端末５への各種の表示指示は、上記と同様に実現される。

監視者端末５においてプロセッサ５１は、上記のように通信ネットワーク２００により伝送されたウェブページデータが通信インタフェース５６により受信されると、このウェブページデータに基づいて一覧画面をタッチパネル５４に表示させる。なお、プロセッサ５１は、この処理及び以降に説明する処理は、ブラウザアプリＡＰ５に基づく周知のブラウジング機能により実行する。

図１３は一覧画面ＳＣ１の一例を示す図である。
図１３に示す一覧画面ＳＣ１は、対象者ＩＤが「２０１９０８０１－１０００」～「２０１９０８－１００５」である６つのデータレコードＤＲ２が買物客データベースＤＢ２に含まれている場合の例である。

一覧画面ＳＣ１は、表ＬＩ１１を表す。表ＬＩ１１は、その一行に、１つのデータレコードＤＲ２のフィールドＦ２２、フィールドＦ２１、フィールドＦ２３及びフィールドＦ２４にセットされたデータをその順序で表している。つまり表ＬＩ１１の一行は、買物客ＩＤ、対象者ＩＤ、開始日時及びロスト日時を表している。なお、フィールドＦ２２が無効データである場合を「不明」として表している。また、フィールドＦ２４が無効データである場合を「追跡中」として表している。また表ＬＩ１１は、フィールドＦ２２が無効データであるか、またはフィールドＦ２４が無効データではないデータレコードＤＲ２に関する行の先頭に、ボタンＢＵ１１を表す。

この図１３に示す状態の一覧画面ＳＣ１に基づいて監視者は、買物客ＩＤが「Ｃ００１２０」及び「Ｃ００１３０」である買物客に関してはそれぞれ、対象者ＩＤが「２０１９０８０１－１００１」及び「２０１９０８０１－１００２」である対象者としての監視はロストしていることを確認できる。なお、以下においては、このようにロストしているものの買物客ＩＤが判明しているレコードを「判明レコード」と称する。このように一覧画面ＳＣ１は、追跡の失敗が検出された買物客を報知するための画面の一例である。つまりプロセッサ１１は、一覧画面の表示を監視者端末５に対して指示することによって、追跡の失敗が検出された買物客を報知する。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは報知手段として機能する。

また当該一覧画面ＳＣ１に基づいて監視者は、対象者ＩＤが「２０１９０８０１－１００３」である対象者は、買物客ＩＤが不明であり、かつ当該対象者としての監視はロストしていることを確認できる。また当該一覧画面ＳＣ１に基づいて監視者は、対象者ＩＤ「２０１９０８０１－１００４」及び「２０１９０８０１－１００５」である対象者は、買物客ＩＤが不明であり、その対象者の監視が継続中であることを確認できる。なお、以下においては、このように買物客ＩＤが不明の状態にある対象者に関するレコードを「不明レコード」と称する。

監視者は、判明レコード又は不明レコードのうちの任意の１つを、そのレコードの先頭に表されたボタンＢＵ１１にタッチするなどの予め定められた操作により指定する。これに応じてプロセッサ５１は、指定されたレコード（以下、指定レコードと称する）を識別するためのデータを販売管理装置１に通知する。なおここでは、指定レコードを識別するためのデータとしては、対象者ＩＤを用いることとする。しかしながら当該データとしては、表ＬＩ１１の中でレコードを識別するための番号などが用いられてもよい。なお、監視者端末５から販売管理装置１への各種の通知は、例えばウェブブラウザによる周知の処理により行われてよい。

販売管理装置１にてプロセッサ１１は、図１２中のＡＣＴ６１にて一覧画面の表示を指示したのちには、ＡＣＴ６２へと進む。
ＡＣＴ６２としてプロセッサ１１は、判明レコードが指定されたか否かを確認する。そしてプロセッサ１１は、当該の指定を確認できないならばＮＯと判定し、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ１１は、不明レコードが指定されたか否かを確認する。そしてプロセッサ１１は、当該の指定を確認できないならばＮＯと判定し、ＡＣＴ６２へと戻る。
かくしてプロセッサ１１はＡＣＴ６２及びＡＣＴ６３としては、判明レコード又は不明レコードが指定されるのを待ち受ける。そしてプロセッサ１１は、指定レコードに関する対象者ＩＤが監視者端末５から通知され、その対象者ＩＤに関するデータレコードＤＲ２が判明レコードに相当するならば、ＡＣＴ６２にてＹＥＳと判定してＡＣＴ６４へと進む。

指定レコードが判明レコードに相当するとき、指定レコードに相当するデータレコードＤＲ２のフィールドＦ２２にセットされている買物客ＩＤは、買い物中の買物客を特定するための特定データに相当する。そしてプロセッサ１１はＡＣＴ６２にてＹＥＳと判定することにより、指定レコードに関する買物客ＩＤを、操作者による操作に応じて入力したことになる。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは入力手段として機能する。

ＡＣＴ６４としてプロセッサ１１は、買物客データベースＤＢ２に含まれるデータレコードＤＲ２のうちから、不明レコードに相当するデータレコードＤＲ２に絞り込む。
不明レコードに相当するデータレコードＤＲ２のフィールドＦ２１にセットされた対象者ＩＤは、買物客を特定するための特定データとしての買物客ＩＤが関連付けられていない識別データに相当する。つまり不明レコードに相当するデータレコードＤＲ２に絞り込む処理は、絞り込まれたデータレコードＤＲ２のフィールドＦ２１にセットされた対象者ＩＤが買物客ＩＤと関連付けられていないことを判定するための処理の一例である。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは判定手段として機能する。

ＡＣＴ６５としてプロセッサ１１は、不明レコードのそれぞれに関して時間差を算出する。この時間差は、不明レコードの対象者が指定レコードの対象者と同じ買物客であるとした場合に、指定レコードの対象者としてロストしたタイミングから、不明レコードの対象者として検出されるタイミングまでの時間差である。プロセッサ１１は例えば、不明レコードのフィールドＦ２３にセットされた開始日時から、指定レコードのフィールドＦ２４にセットされたロスト日時を差し引くことによって、当該不明レコードに関する時間差を算出する。不明レコードの対象者である買物客が、指定レコードの対象者である買物客と別である場合には、不明レコードの開始日時が指定レコードのロスト日時よりも前のタイミングである場合もある。そしてこの場合にプロセッサ１１は、マイナス値として時間差を算出することになる。

ＡＣＴ６６としてプロセッサ１１は、不明レコード選択画面の表示を監視者端末５に対して指示する。不明レコード選択画面は、不明レコードに相当するデータレコードＤＲ２のうちで指定レコードに関連付ける１つを監視者に選択させるための画面である。
監視者端末５においてプロセッサ５１は、不明レコード選択画面を表したウェブページデータが通信インタフェース５６により受信されると、このウェブページデータに基づいて不明レコード選択画面をタッチパネル５４に表示させる。

図１４は不明レコード選択画面ＳＣ２の一例を示す図である。
図１４に示す不明レコード選択画面ＳＣ２は、図１３に示す一覧画面において、表ＬＩ１１の２行目に表されたレコードが指定された場合の例である。
不明レコード選択画面ＳＣ２は、表示エリアＡＲ２１、表ＬＩ２１、メッセージＭＥ２１及びボタンＢＵ２１，ＢＵ２２を表す。

表示エリアＡＲ２１は、指定レコードの買物客ＩＤ、開始日時及びロスト日時を表す。表ＬＩ２１は、不明レコードの一覧を表す。表ＬＩ２１は、その一行に、１つの不明レコードのフィールドＦ２１及びフィールドＦ２３にセットされたデータと、上述のように算出された時間差とをその順序で表している。メッセージＭＥ２１は、実行を指示した場合に行う関連付けの内容を監視者に確認させるための文字メッセージである。ボタンＢＵ２１は、関連付けの実行を監視者が指示するためのソフトキーである。ボタンＢＵ２２は、一覧画面ＳＣ１に表示を戻すことを監視者が指示するためのソフトキーである。

表ＬＩ２１に示される対象者ＩＤは、特定データとしての買物客ＩＤが関連付けられていない識別データに相当する。つまり不明レコード選択画面ＳＣ２は、当該識別データの一覧を表した画面である。そしてプロセッサ１１は、当該の画面を、監視者端末５に対して指示することで表示デバイスとしてのタッチパネル５４に表示させるのである。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは表示手段として機能する。

不明レコードは、ある買物客をロストしたのち、当該買物客を再検出したことにより生成される。つまり不明レコードにセットされた開始日時は、同じ買物客を対象者とする別のデータレコードＤＲ２にセットされたロスト日時よりも後であり、これらのロスト日時と開始日時との時間差はプラスとなる。また、センサ群３が適切に設けられているならば、ある買物客をロストしてから再検出するまでの時間は、多くの場合はそうは長くはならない。
かくして表ＬＩ２１に表される時間差は、識別データとしての対象者ＩＤに関連付けるべき特定データとしての買物客ＩＤを操作者が決定するための参照データの一例である。そしてこのような参照データの一例である時間差を表ＬＩ２１に表すことは、参照データを操作者に提示することになる。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは提示手段として機能する。

監視者は、指定レコードに関するロスト日時、不明レコードそれぞれの開始日時、さらにはそれらの時間差を参照して、指定レコードに関連付けるべき不明レコードを決定する。そして監視者は、表ＬＩ２１内の各行のうちの上記の決定した不明レコードに関する行にタッチするなどの予め定められた操作によって、該当の不明レコードを選択した上で、ボタンＢＵ２１へのタッチなどの予め定められた操作によって関連付けの実行を指示する。なお図１４は、対象者ＩＤが「２０１９０８０１－１００４」である不明レコードが選択されている状態を表している。これに応じてプロセッサ５１は、選択された不明レコードの通知を伴って、実行指示がなされたことを販売管理装置１に通知する。
監視者はまた、指定レコードへの不明レコードの関連付けを取り止めるならば、ボタンＢＵ２２へのタッチなどの予め定められた操作により戻りを指示する。これに応じてプロセッサ５１は、戻り指示がなされたことを販売管理装置１に通知する。

販売管理装置１にてプロセッサ１１は、図１２中のＡＣＴ６６にて不明レコード選択画面の表示を指示したのちには、ＡＣＴ６７へと進む。
ＡＣＴ６７としてプロセッサ１１は、実行が指示されたか否かを確認する。そしてプロセッサ１１は、当該の指示を確認できないならばＮＯと判定し、ＡＣＴ６８へと進む。
ＡＣＴ６８としてプロセッサ１１は、戻りが指示されたか否かを確認する。そしてプロセッサ１１は、当該の指示を確認できないならばＮＯと判定し、ＡＣＴ６７へと戻る。
かくしてプロセッサ１１はＡＣＴ６７及びＡＣＴ６８としては、実行又は戻りが指示されるのを待ち受ける。そしてプロセッサ１１は、実行が指示されたことが監視者端末５から通知されたならば、ＡＣＴ６７にてＹＥＳと判定してＡＣＴ６９へと進む。

ＡＣＴ６９としてプロセッサ１１は、指定レコードと選択された不明レコードとを関連付けるべく買物客データベースＤＢ２を更新する。プロセッサ１１は例えば、買物客データベースＤＢ２に含まれるデータレコードＤＲ２の中から、選択された不明レコードの対象者ＩＤがフィールドＦ２１にセットされているデータレコードＤＲ２を見つけ出す。そしてプロセッサ１１は、該当するデータレコードＤＲ２のフィールドＦ２２に、指定レコードの買物客ＩＤをセットする。
この結果としてプロセッサ１１は、選択された不明レコードの対象者ＩＤとして判定した識別データに、指定レコードの買物客ＩＤとして入力した特定データを関連付けることになる。つまりプロセッサ１１は、報知された複数の買物客を操作者によって指定して、その買物客に関して登録された商品情報を関連づけることになる。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは関連付け手段として機能する。

そしてプロセッサ１１はこののち、ＡＣＴ６１へと戻る。この場合にプロセッサ１１はＡＣＴ６１では、上記のように更新した買物客データベースＤＢ２の内容を表すものとした一覧画面ＳＣ１を表示するように監視者端末５に対して指示する。

図１５は一覧画面ＳＣ１の一例を示す図である。
図１５に示す一覧画面ＳＣ１は、図１４に示す状態の不明レコード選択画面ＳＣ２にてボタンＢＵ２１がタッチされた場合に監視者端末５のタッチパネル５４で表示される画面である。このため図１５に示す表ＬＩ１１は、対象者ＩＤが「２０１９０８０１－１００４」である対象者が、買物客ＩＤが「Ｃ００１２０」である買物客であることを表すように図１３から変更されている。

プロセッサ１１は一方、戻りが指示されたことが監視者端末５から通知されたならば、ＡＣＴ６８にてＹＥＳと判定し、ＡＣＴ６９を実行することなしにＡＣＴ６１へと戻る。この場合にプロセッサ１１はＡＣＴ６１では、更新がなされていない買物客データベースＤＢ２の内容を表すものとした一覧画面ＳＣ１を表示する状態に監視者端末５を戻す。

さて、監視者が一覧画面ＳＣ１にて不明レコードを指定した場合には、プロセッサ１１はＡＣＴ６３にてＹＥＳと判定し、ＡＣＴ７０へと進む。
このように指定レコードが不明レコードに相当するとき、指定レコードに相当するデータレコードＤＲ２のフィールドＦ２１にセットされている対象者ＩＤは、買物客を特定するための特定データとしての買物客ＩＤが関連付けられていない識別データに相当する。そしてプロセッサ１１はＡＣＴ７０にてＹＥＳと判定することにより、指定レコードに関する対象者ＩＤが、特定データが関連付けられていない識別データであることを判定したことになる。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは判定手段として機能する。

ＡＣＴ７０としてプロセッサ１１は、買物客データベースＤＢ２に含まれるデータレコードＤＲ２のうちから、判明レコードに相当するデータレコードＤＲ２に絞り込む。
ＡＣＴ７１としてプロセッサ１１は、判明レコードのそれぞれに関して前時間差及び後時間差を算出する。前時間差は、判明レコードの対象者が指定レコードの対象者と同じ買物客であるとした場合に、指定レコードの対象者としてロストしたタイミングから、判明レコードの対象者として検出されるタイミングまでの時間差である。プロセッサ１１は例えば、判明レコードのフィールドＦ２３にセットされた開始日時から、指定レコードのフィールドＦ２４にセットされたロスト日時を差し引くことによって、当該判明レコードに関する前時間差を算出する。判明レコードの対象者である買物客が、指定レコードの対象者である買物客と別である場合には、判明レコードの開始日時が指定レコードのロスト日時よりも前のタイミングである場合もある。そしてこの場合にプロセッサ１１は、マイナス値として前時間差を算出することになる。後時間差は、判明レコードの対象者が指定レコードの対象者と同じ買物客であるとした場合に、判明レコードの対象者としてロストしたタイミングから、指定レコードの対象者として検出されるタイミングまでの時間差である。プロセッサ１１は例えば、指定レコードのフィールドＦ２３にセットされた開始日時から、判明レコードのフィールドＦ２４にセットされたロスト日時を差し引くことによって、当該判明レコードに関する前時間差を算出する。判明レコードの対象者である買物客が、指定レコードの対象者である買物客と別である場合には、指定レコードの開始日時が判明レコードのロスト日時よりも前のタイミングである場合もある。そしてこの場合にプロセッサ１１は、マイナス値として後時間差を算出することになる。

ＡＣＴ７２としてプロセッサ１１は、判明レコード選択画面の表示を監視者端末５に対して指示する。判明レコード選択画面は、判明レコードに相当するデータレコードＤＲ２のうちで指定レコードに関連付ける１つを監視者に選択させるための画面である。
監視者端末５においてプロセッサ５１は、判明レコード選択画面を表したウェブページデータが通信インタフェース５６により受信されると、このウェブページデータに基づいて判明レコード選択画面をタッチパネル５４に表示させる。

図１６は判明レコード選択画面ＳＣ３の一例を示す図である。
図１６に示す判明レコード選択画面ＳＣ３は、図１３に示す一覧画面において、表ＬＩ１１の４行目に表されたレコードが指定された場合の例である。

判明レコード選択画面ＳＣ３は、表示エリアＡＲ３１、表ＬＩ３１、メッセージＭＥ３１及びボタンＢＵ３１，ＢＵ３２を表す。
表示エリアＡＲ３１は、指定レコードの対象者ＩＤ、開始日時及びロスト日時を表す。表ＬＩ３１は、判明レコードの一覧を表す。表ＬＩ３１は、その一行に、１つの判明レコードのフィールドＦ２１にセットされたデータ、前時間差、フィールドＦ２３にセットされたデータ、フィールドＦ２４にセットされたデータ、および後時間差をその順序で表している。メッセージＭＥ３１は、実行を指示した場合に行う関連付けの内容を監視者に確認させるための文字メッセージである。ボタンＢＵ３１は、関連付けの実行を監視者が指示するためのソフトキーである。ボタンＢＵ３２は、一覧画面ＳＣ１に表示を戻すことを監視者が指示するためのソフトキーである。

表ＬＩ３１に示される買物客ＩＤは、買い物中の買物客を特定する特定データに相当する。つまり判明レコード選択画面ＳＣ３は、当該特定データの一覧を表した画面である。そしてプロセッサ１１は、当該の画面を、監視者端末５に対して指示することで、表示デバイスとしてのタッチパネル５４に表示させるのである。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは表示手段として機能する。

判明レコードは、買物客のチェックインに際して買物客データベースＤＢ２に追加されたものであれば、その開始日時よりも前のロスト日時がセットされた不明レコードとは無関係である。しかし判明レコードは、前述のようにＡＣＴ６９における買物客データベースＤＢ２の更新により買物客ＩＤがセットされたものであれば、不明レコードの対象者と同じ買物客を対象とする可能性がある。そしてこの場合は、前時間差としてプラスの値が生じることになる。また有効なロスト日時がセットされた判明レコードは、不明レコードの場合と同様に、不明レコードと同じ買物客を対象とする可能性がある。そしてこの場合には、後時間差としてプラスの値が生じることになる。また、センサ群３が適切に設けられているならば、ある買物客をロストしてから再検出するまでの時間は、多くの場合はそうは長くはならない。
かくして表ＬＩ３１に表される前時間差又は後時間差は、識別データとしての対象者ＩＤに関連付けるべき特定データとしての買物客ＩＤを操作者が決定するための参照データの一例である。そしてこのような参照データの一例である前時間差又は後時間差を表ＬＩ３１に表すことは、参照データを操作者に提示することになる。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは提示手段として機能する。

監視者は、指定レコードに関する開始日時及びロスト日時、判明レコードそれぞれの開始日時及びロスト日時、さらには前時間差及び後時間差を参照して、指定レコードに関連付けるべき判明レコードを決定する。そして監視者は、表ＬＩ３１内の各行のうちで上記の決定した判明レコードに関する行にタッチするなどの予め定められた操作によって、該当の不明レコードを選択した上で、ボタンＢＵ３１へのタッチなどの予め定められた操作によって関連付けの実行を指示する。なお図１６は、買物客ＩＤが「Ｃ００１３０」である判明レコードが選択されている状態を表している。これに応じてプロセッサ５１は、選択された判明レコードの通知を伴って、実行指示がなされたことを販売管理装置１に通知する。
監視者はまた、指定レコードへの判明レコードの関連付けを取り止めるならば、ボタンＢＵ３２へのタッチなどの予め定められた操作により戻りを指示する。これに応じてプロセッサ５１は、戻り指示がなされたことを販売管理装置１に通知する。

販売管理装置１にてプロセッサ１１は、図１２中のＡＣＴ７２にて判明レコード選択画面の表示を指示したのちには、ＡＣＴ７３へと進む。
ＡＣＴ７３としてプロセッサ１１は、実行が指示されたか否かを確認する。そしてプロセッサ１１は、当該の指示を確認できないならばＮＯと判定し、ＡＣＴ７４へと進む。
ＡＣＴ７４としてプロセッサ１１は、戻りが指示されたか否かを確認する。そしてプロセッサ１１は、当該の指示を確認できないならばＮＯと判定し、ＡＣＴ７３へと戻る。
かくしてプロセッサ１１はＡＣＴ７３及びＡＣＴ７４としては、実行又は戻りが指示されるのを待ち受ける。そしてプロセッサ１１は、実行が指示されたことが監視者端末５から通知されたならば、ＡＣＴ７３にてＹＥＳと判定してＡＣＴ７５へと進む。

ＡＣＴ７５としてプロセッサ１１は、指定レコードと選択された判明レコードとを関連付けるべく買物客データベースＤＢ２を更新する。プロセッサ１１は例えば、指定レコードのフィールドＦ２２に、選択された判明レコードの買物客ＩＤをセットする。
選択された判明レコードに相当するデータレコードＤＲ２のフィールドＦ２２にセットされた買物客ＩＤは、買い物中の買物客を特定するための特定データに相当する。つまりプロセッサ１１は、操作者による操作に応じて当該の特定データを入力していることになる。そしてプロセッサ１１は、指定レコードに関する対象者ＩＤとして判定した識別データに、上記のように買物客ＩＤとして入力した特定データを関連付けている。かくして買物客管理アプリＡＰ２に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは入力手段及び関連付け手段として機能する。

そしてプロセッサ１１はこののち、ＡＣＴ６１へと戻る。この場合にプロセッサ１１はＡＣＴ６１では、上記のように更新した買物客データベースＤＢ２の内容を表すものとした一覧画面ＳＣ１を表示するように監視者端末５に対して指示する。

プロセッサ１１は一方、戻りが指示されたことが監視者端末５から通知されたならば、ＡＣＴ７４にてＹＥＳと判定し、ＡＣＴ７５を実行することなしにＡＣＴ６１へと戻る。この場合にプロセッサ１１はＡＣＴ６１では、更新がなされていない買物客データベースＤＢ２の内容を表すものとした一覧画面ＳＣ１を表示する状態に監視者端末５を戻す。

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

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

以上のように販売管理装置１によれば、買物客の行動を監視する処理において買物客のロストが発生し、買物客ＩＤが関連付けられていない対象者ＩＤにより識別される対象者として買物客の監視が行われている状態となっても、監視者による操作に応じて、買物客ＩＤが関連付けられていない対象者ＩＤに買物客ＩＤが関連付けられ、買物客を適切に管理できる。

また販売管理装置１によれば、対象者ＩＤに関連付けるべき買物客ＩＤを含んだデータレコードＤＲ２が先に監視者により指定されたならば、買物客ＩＤが関連付けられていない対象者ＩＤの一覧を表した不明レコード選択画面ＳＣ２を監視者端末５のタッチパネル５４にて表示させて、買物客ＩＤを関連付けるべき対象者ＩＤを含んだデータレコードＤＲ２の選択を監視者に行わせる。従って、買物客ＩＤを関連付けるべき対象者ＩＤを含んだデータレコードＤＲ２を選択するための監視者の手間が軽減される。

また販売管理装置１によれば、買物客ＩＤに関連付けるべき対象者ＩＤを含んだデータレコードＤＲ２が先に監視者により指定されたならば、買物客ＩＤの一覧を表した判明レコード選択画面ＳＣ３を監視者端末５のタッチパネル５４にて表示させて、対象者ＩＤに関連付けるべき買物客ＩＤを含んだデータレコードＤＲ２の選択を監視者に行わせる。従って、対象者ＩＤに関連付けるべき買物客ＩＤを含んだデータレコードＤＲ２を選択するための監視者の手間が軽減される。

また販売管理装置１によれば、時間差、前時間差及び後時間差を監視者に提示しているので、監視者はこれらを参照して、互いに関連付けるべき買物客ＩＤ及び対象者ＩＤをそれぞれ含んだデータレコードＤＲ２の組合せを容易に決定することができる。

この実施形態は、次のような種々の変形実施が可能である。
行動監視処理は、販売管理装置１でプロセッサ１１が実行してもよい。

買物客ＩＤを関連付ける対象者ＩＤの判定は、予め定められた条件に従ってプロセッサ１１が自動的に行ってもよい。例えば、出口へと向かう際に通過する予め定められたチェックポイントを、買物客ＩＤが関連付けられていない対象者ＩＤにより識別される対象者が通過した場合に、当該対象者ＩＤを、買物客ＩＤを関連付けるべき対象者ＩＤとしてプロセッサ１１が判定してもよい。この場合にプロセッサ１１はさらに、判定した対象者ＩＤに関連付ける買物客ＩＤの選択を監視者に促す画面を監視者端末５のタッチパネル５４に表示させるようにするとさらによい。

買物客ＩＤを購入商品データベースＤＢ３のデータレコードＤＲ３に含めるなど、買物客ＩＤと対象者ＩＤとの関連付けを管理するための方法は任意に変更が可能である。

本実施形態では、一覧画面ＳＣ１に表したボタンＢＵ１１にタッチすることによって入力を行ったがこれに限られるものではない。例えば置数キーによって表示された対象者ＩＤを入力することによって行ってもよい。また、対象者ＩＤ又は買物客ＩＤをコード化して画面に表示し、それをスキャナで読み取るなどして入力を行ってもよい。

監視者端末５にてプロセッサ５１は、上記実施形態で説明したようなユーザインタフェース動作を実行するための専用のアプリケーションプログラムに基づく処理を実行してもよい。この場合に一覧画面ＳＣ１、不明レコード選択画面ＳＣ２及び判明レコード選択画面ＳＣ３のうちの少なくとも１つを、販売管理装置１のプロセッサ１１からの指示の下にプロセッサ５１が生成してもよい。

買物客管理処理は、監視者端末５にてプロセッサ５１が実行してもよい。なおこの場合には、監視者端末５が買物客監視装置としての機能を備えることになる。
参照データとしては、時間差、前時間差及び後時間差以外のデータを用いてもよい。例えば対象者を最初に検出した位置及び対象者をロストする直前に検出した位置に関する位置データを参照データとして用いてもよい。例えば、売場の見取図に対象者の移動軌跡を表した画像を参照データとして用いてもよい。例えば、複数の対象者のそれぞれを監視している期間を表すグラフを並べて比較可能とした画像を参照データとして用いてもよい。例えば、センサ群３に含まれるカメラにより対象者を撮影した画像を参照データとして用いてもよい。そして参照データは、その提示を要求するための予め定められた操作が監視者により行われたことに応じて提示してもよい。

参照データの提示は、タッチパネル５４での画面表示には限らず、音声メッセージの出力又はプリントなどの任意の方法により行われてよい。

チェックイン装置２にて会員ＩＤを読み取った際に、当該会員ＩＤの正当性を確認するための認証処理を行って、正当な会員ＩＤのみを対象者ＩＤに関連付けるようにしてもよい。なお認証処理には、既存の技術を用いることができる。

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

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 追跡される人物を識別する識別データが買物客を特定するための特定データと関連付けられていないことを判定する判定手段と、
前記特定データを操作者による操作に応じて入力する入力手段と、
前記特定データと関連付けられていないことが前記判定手段により判定された前記識別データに、前記入力手段により入力された前記特定データを関連付ける関連付け手段と、を具備した買物客管理装置。
［付記２］ 前記特定データが関連付けられていないと前記判定手段により判定された前記識別データの一覧を表した画面を表示デバイスに表示させる表示手段、をさらに備え、
前記関連付け手段は、前記画面に表された前記識別データのうちで前記操作者により指定された１つの前記識別データに、前記入力手段により入力された前記特定データを関連付ける、
付記１に記載の買物客管理装置。
［付記３］ 買い物中である前記買物客を特定するための前記特定データの一覧を表した画面を表示デバイスに表示させる表示手段、をさらに備え、
前記入力手段は、前記画面に表された前記特定データのうちで前記操作者により指定された前記特定データを前記関連付け手段により関連付けるべき前記特定データとして入力する、
付記１に記載の買物客管理装置。
［付記４］ 前記入力手段に入力させるべき前記特定データを前記操作者が決定するための参照データを前記操作者に提示する提示手段、
をさらに備える付記１乃至付記３のいずれか一項に記載の買物客管理装置。
［付記５］ コンピュータを、
追跡される人物を識別する識別データが買物客を特定するための特定データと関連付けられていないことを判定する判定手段と、
前記特定データを操作者による操作に応じて入力する入力手段と、
前記特定データと関連付けられていないことが前記判定手段により判定された前記識別データに、前記入力手段により入力された前記特定データを関連付ける関連付け手段と、
して機能させるための情報処理プログラム。
［付記６］ 買い物に関する行動を監視する対象者を識別するための識別データであって、追跡される人物を識別する識別データが買物客を特定するための特定データと関連付けられていないことを判定し、
前記特定データを操作者による操作に応じて入力し、
前記特定データと関連付けられていないことが判定された前記識別データに、入力された前記特定データを関連付ける、
買物客管理方法。
［付記７］ 買物客を追跡する追跡手段と、
前記追跡手段によって追跡されている買物客毎に商品登録が行われた商品情報を記憶部に記憶する記憶手段と、
前記追跡手段による追跡の失敗を検出する検出手段と、
前記検出手段によって追跡の失敗が検出された買物客を報知する報知手段と、
前記報知手段によって報知された複数の買物客を操作者によって指定して前記商品情報を関連づける関連付け手段と、
を有する買物客管理システム。

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

Claims (6)

1. 買い物に関する行動を監視する対象者を識別するための識別データであって、買物客を特定するための特定データが関連付けられていない識別データの１つを判定する判定手段と、
   買物客の１人を特定するための特定データを操作者による操作に応じて入力する入力手段と、
   前記判定手段により判定された識別データに、前記入力手段により入力された特定データを関連付ける関連付け手段と、を具備した買物客管理装置。
2. 特定データが関連付けられていないと前記判定手段により判定された識別データの一覧を表した画面を表示デバイスに表示させる表示手段、をさらに備え、
   前記関連付け手段は、前記画面に表された識別データのうちで前記操作者により指定された１つの識別データに、前記入力手段により入力された特定データを関連付ける、
   請求項１に記載の買物客管理装置。
3. 買い物中である買物客を特定するための特定データの一覧を表した画面を表示デバイスに表示させる表示手段、をさらに備え、
   前記入力手段は、前記画面に表された特定データのうちで前記操作者により指定された特定データを前記関連付け手段により関連付けるべき特定データとして入力する、
   請求項１に記載の買物客管理装置。
4. 前記入力手段に入力させるべき特定データを前記操作者が決定するための参照データを前記操作者に提示する提示手段、
   をさらに備える請求項１乃至請求項３のいずれか一項に記載の買物客管理装置。
5. コンピュータを、
   買い物に関する行動を監視する対象者を識別するための識別データであって、買物客を特定するための特定データが関連付けられていない識別データの１つを判定する判定手段と、
   買物客の１人を特定するための特定データを操作者による操作に応じて入力する入力手段と、
   前記判定手段により判定された識別データに、前記入力手段により入力された特定データを関連付ける関連付け手段と、
   して機能させるための情報処理プログラム。
6. コンピュータが、
   買い物に関する行動を監視する対象者を識別するための識別データであって、買物客を特定するための特定データが関連付けられていない識別データの１つを判定し、
   買物客の１人を特定するための特定データを操作者による操作に応じて入力し、
   判定された識別データに、入力された特定データを関連付ける、
   情報処理方法。