(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024113591
(43)【公開日】2024-08-22
(54)【発明の名称】監視支援システム及び情報処理プログラム
(51)【国際特許分類】
G06Q 30/06 20230101AFI20240815BHJP
G07G 1/12 20060101ALI20240815BHJP
G07G 1/00 20060101ALI20240815BHJP
G07G 1/01 20060101ALI20240815BHJP
【ＦＩ】
G06Q30/06
G07G1/12 321K
G07G1/00 331C
G07G1/01 301D
G07G1/01 301E
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023018686
(22)【出願日】2023-02-09
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】日高 詩織
【テーマコード（参考）】
3E142
5L030
5L049
【Ｆターム（参考）】
3E142DA07
3E142FA41
3E142FA42
3E142GA13
3E142GA16
3E142GA22
3E142GA35
3E142GA41
3E142JA02
5L030BB72
5L049BB72
(57)【要約】
【課題】 まとめパッケージ商品を取引商品として登録するにあたって、単品販売商品が取引商品として指定されてしまった場合に、それを訂正するべく処置することを可能とする。
【解決手段】 実施形態の監視支援システムは、取得手段及び表示手段を備える。取得手段は、客により操作される登録用端末にて取引商品として指定された商品が予め定められた要確認商品である場合に、取引の対象として登録済みの商品を収容するための容器の内部を、要確認商品が取引の対象として登録されたタイミングに対して予め定められた関係のタイミングにて撮影した画像を取得する。表示手段は、取得手段により取得された画像を、登録用端末とは別の管理用端末で表示させる。
【選択図】 図１３
【解決手段】 実施形態の監視支援システムは、取得手段及び表示手段を備える。取得手段は、客により操作される登録用端末にて取引商品として指定された商品が予め定められた要確認商品である場合に、取引の対象として登録済みの商品を収容するための容器の内部を、要確認商品が取引の対象として登録されたタイミングに対して予め定められた関係のタイミングにて撮影した画像を取得する。表示手段は、取得手段により取得された画像を、登録用端末とは別の管理用端末で表示させる。
【選択図】 図１３
【特許請求の範囲】
【請求項1】
客により操作される登録用端末にて取引商品として指定された商品が予め定められた要確認商品である場合に、取引の対象として登録済みの商品を収容するための容器の内部を、前記要確認商品が取引の対象として登録されたタイミングに対して予め定められた関係のタイミングにて撮影した画像を取得する取得手段と、
前記取得手段により取得された画像を、前記登録用端末とは別の管理用端末で表示させる表示手段と、
を具備する監視支援システム。
前記取得手段により取得された画像を、前記登録用端末とは別の管理用端末で表示させる表示手段と、
を具備する監視支援システム。
【請求項2】
前記容器への商品の投入を検出する検出手段、
をさらに備え、
前記取得手段は、前記要確認商品が取引の対象として登録されたタイミングよりも後に前記検出手段により前記容器への商品の投入が最初に検出されたタイミングにて撮影した画像を取得する、
請求項１に記載の監視支援システム。
をさらに備え、
前記取得手段は、前記要確認商品が取引の対象として登録されたタイミングよりも後に前記検出手段により前記容器への商品の投入が最初に検出されたタイミングにて撮影した画像を取得する、
請求項１に記載の監視支援システム。
【請求項3】
前記表示手段が前記取得手段により取得された画像を表示させているときに、取引の対象として登録された要確認商品が正しく前記容器に投入されたことの指定を受けていない場合に、当該要確認商品の決済に際しての係員による確認を行わせるための案内動作を行う案内手段、
をさらに備える請求項１に記載の監視支援システム。
をさらに備える請求項１に記載の監視支援システム。
【請求項4】
前記案内手段による案内動作の実行後に、係員による確認完了までは決済を抑止する抑止手段、
をさらに備える請求項３に記載の監視支援システム。
をさらに備える請求項３に記載の監視支援システム。
【請求項5】
前記表示手段は、前記取得手段により取得された画像を表すとともに、要確認商品を含むまとめパッケージ商品が前記容器に投入されていないかの確認を係員に促す画面を表示させる、
請求項１に記載の監視支援システム。
請求項１に記載の監視支援システム。
【請求項6】
コンピュータを、
客により操作される登録用端末にて取引商品として指定された商品が予め定められた要確認商品である場合に、取引の対象として登録済みの商品を収容するための容器の内部を、前記要確認商品が取引の対象として登録されたタイミングに対して予め定められた関係のタイミングにて撮影した画像を取得する取得手段と、
前記取得手段により取得された画像を、前記登録用端末とは別の管理用端末で表示させる表示手段と、
して機能させるための情報処理プログラム。
客により操作される登録用端末にて取引商品として指定された商品が予め定められた要確認商品である場合に、取引の対象として登録済みの商品を収容するための容器の内部を、前記要確認商品が取引の対象として登録されたタイミングに対して予め定められた関係のタイミングにて撮影した画像を取得する取得手段と、
前記取得手段により取得された画像を、前記登録用端末とは別の管理用端末で表示させる表示手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、監視支援システム及び情報処理プログラムに関する。
【背景技術】
【0002】
取引の対象とする商品（以下、取引商品と称する）の登録を、店舗の売り場での客による端末操作に応じて行うようにした取引処理システムは、例えば、タブレット端末等を備えた商品の登録機能等を有するショッピングカートのシステムなどとして知られている。
このような取引処理システムで取引処理される商品の一販売形態として、単品販売商品として個々にも販売され得る商品を複数まとめて１つにパッケージした商品（以下、まとめパッケージ商品と称する）として販売するものがある。例えば、缶ビールの６缶パックがその一例である。
このような取引処理システムで取引処理される商品の一販売形態として、単品販売商品として個々にも販売され得る商品を複数まとめて１つにパッケージした商品（以下、まとめパッケージ商品と称する）として販売するものがある。例えば、缶ビールの６缶パックがその一例である。
【0003】
まとめパッケージ商品は、複数の単品販売商品を束ねるためのパッケージに、まとめパッケージ商品としての商品コードが表示されることが一般的である。そして、まとめパッケージ商品を取引商品として登録するにあたっては、まとめパッケージ商品としての商品コードの入力が行われるべきである。しかしながら、まとめパッケージ商品に含まれる単品販売商品には、単品販売商品としての商品コードが別途に表示されていることが多く、かつその商品コードが複数の単品販売商品を束ねるためのパッケージ外に露出しているケースも少なくない。
このため、まとめパッケージ商品を取引商品として登録するにあたって、単品販売商品の商品コードが誤って入力されてしまう恐れがあった。
このような事情から、客が売場から取り出した商品とは異なる商品が取引商品として指定されてしまった場合に、それを訂正するべく処置できることが望まれていた。
このため、まとめパッケージ商品を取引商品として登録するにあたって、単品販売商品の商品コードが誤って入力されてしまう恐れがあった。
このような事情から、客が売場から取り出した商品とは異なる商品が取引商品として指定されてしまった場合に、それを訂正するべく処置できることが望まれていた。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１３３３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明が解決しようとする課題は、客が売場から取り出した商品とは異なる商品が取引商品として指定されてしまった場合に、それを訂正するべく処置することを可能とする監視支援システム及び情報処理装置を提供することである。
【課題を解決するための手段】
【0006】
実施形態の監視支援システムは、取得手段及び表示手段を備える。取得手段は、客により操作される登録用端末にて取引商品として指定された商品が予め定められた要確認商品である場合に、取引の対象として登録済みの商品を収容するための容器の内部を、要確認商品が取引の対象として登録されたタイミングに対して予め定められた関係のタイミングにて撮影した画像を取得する。表示手段は、取得手段により取得された画像を、登録用端末とは別の管理用端末で表示させる。
【図面の簡単な説明】
【0007】
【図1】一実施形態に係る取引処理システムの概略構成を表すブロック図。
【図7】カートへのカート端末の取り付け状況の一例を表す斜視図。
【図8】カート処理のフローチャート。
【図9】カート処理のフローチャート。
【図10】取引処理のフローチャート。
【図11】取引処理のフローチャート。
【図12】登録画面の一例を表す図。
【図13】アテンダント支援処理のフローチャート。
【図14】アテンダント画面の一例を表す図。
【図15】即時確認ウィンドウの表示例を表す図。
【図16】確認案内ウィンドウの一例を表す図。
【図17】店員操作ウィンドウの一例を表す図。
【図18】再確認ウィンドウの一例を表す図。
【発明を実施するための形態】
【0008】
以下、実施の形態の一例について図面を用いて説明する。なお本実施形態においては、監視支援システムとしての機能を備えた取引処理システムについて説明する。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
【0009】
取引処理システム１は、取引処理装置１００、会計機２００、アテンダント端末３００及びカート端末４００を、通信ネットワーク２を介して通信可能として構成されている。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。
なお、取引処理装置１００、会計機２００、アテンダント端末３００及びカート端末４００は、それぞれ任意の数が取引処理システム１に含まれて構わないが、図１では１台ずつのみを表している。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。
なお、取引処理装置１００、会計機２００、アテンダント端末３００及びカート端末４００は、それぞれ任意の数が取引処理システム１に含まれて構わないが、図１では１台ずつのみを表している。
【0010】
取引処理装置１００は、会計機２００及びカート端末４００をユーザインタフェース端末として用いて店舗にて当該店舗の客により行われる操作に従って、当該客と店舗とでの商品の売買取引を処理する取引処理サービスを提供するための情報処理を行う情報処理装置である。取引処理装置１００は、例えばクラウドサーバとして実現され、複数の店舗で取引処理サービスを提供する。取引処理装置１００は、例えばローカルサーバとして実現され、１つの店舗のみで取引処理サービスを提供するのでも構わない。
【0011】
会計機２００は、店舗に設置され、取引処理装置１００により処理される取引の会計に関わる会計処理を実行する。会計機２００は、会計処理に際して、操作者による操作を受ける。会計機２００の操作者は、主として客である。店員が会計機２００の操作者となる場合もある。
【0012】
アテンダント端末３００は、アテンダントと称される役割を担う店員により操作される情報処理端末である。アテンダント端末３００は、取引処理システム１により処理される取引に関する店員の作業をサポートするための情報処理に関するユーザインタフェースのための端末装置である。店員の作業は例えば、処理中である取引の実施状況を監視し、適宜に客をサポートする作業である。アテンダント端末３００は、管理用端末の一例である。
【0013】
カート端末４００は、店舗に備え付けのショッピングカート（以下、カートと称する）に取り付けられる情報処理端末である。カート端末４００は、カートとともに客に貸し出される。カート端末４００は、取引処理装置１００での取引処理のための客による操作を受ける端末装置である。カート端末４００には、客に店舗から貸し出され、客により持ち運ばれて利用される情報通信端末が含まれてもよい。取引処理のための客による操作の１つは、後述するように取引商品として登録する商品の指定のための操作である。かくしてカート端末４００は、登録用端末の一例である。また、登録用端末の一例として、客自身が所有し、客により持ち運ばれて利用されるスマートフォン等の情報通信端末が含まれてもよい。
【0014】
図２は取引処理装置１００の要部回路構成を表すブロック図である。
取引処理装置１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、通信ユニット１０４及び伝送路１０５等を備える。プロセッサ１０１と、メイン記憶ユニット１０２、補助記憶ユニット１０３及び通信ユニット１０４とは、伝送路１０５を介して通信可能とされている。
取引処理装置１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、通信ユニット１０４及び伝送路１０５等を備える。プロセッサ１０１と、メイン記憶ユニット１０２、補助記憶ユニット１０３及び通信ユニット１０４とは、伝送路１０５を介して通信可能とされている。
【0015】
プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３を伝送路１０５で接続することによって、取引処理装置１００を制御するための情報処理を行うコンピュータを構成する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、取引処理装置１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、取引処理装置１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。
【0016】
メイン記憶ユニット１０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット１０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット１０２は、書き換え可能なメモリ領域を、プロセッサ１０１によるワークエリアとして使用する。
【0017】
補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータと、プロセッサ１０１での処理によって生成されたデータとを記憶する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１０３は、本実施形態では、情報処理プログラムの１つである取引処理プログラムＰＲＡを記憶する。取引処理プログラムＰＲＡは、取引の対象となる商品（以下、取引商品と称する）の登録と、登録済みの取引商品の代金の決済とのための情報処理（以下、取引処理と称する）の手順について記述されたアプリケーションプログラムである。また取引処理プログラムＰＲＡは、後述するアテンダント支援処理の手順についても記述される。補助記憶ユニット１０３の記憶領域の一部は、商品マスタデータベースＤＢＡ及び取引データＤＡＡを記憶する領域として利用される。商品マスタデータベースＤＢＡは、取引商品として登録され得る商品の個々を管理するための諸データの集合である。取引データＤＡＡは、一取引の内容を表すデータである。
【0018】
通信ユニット１０４は、通信ネットワーク２を介したデータ通信を行うための通信処理を実行する。通信ユニット１０４としては、例えばインターネット用の既存の有線通信デバイスを用いることができる。なお、通信ユニット１０４としては、有線通信デバイスに代えて、あるいは加えて、通信ネットワーク２に無線通信により接続される無線通信デバイスが用いられてもよい。
伝送路１０５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
伝送路１０５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【0019】
図３は商品マスタデータベースＤＢＡに含まれる１つのデータレコードＲＥＡの構成を模式的に表す図である。
商品マスタデータベースＤＢＡは、取引商品として登録され得る商品のそれぞれに関連付けられた複数のデータレコードＲＥＡの集合である。データレコードＲＥＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤを含む。フィールドＦＡＡには、関連付けられた商品の識別子としての商品コードがセットされる。フィールドＦＡＢには、関連付けられた商品に付された商品名がセットされる。フィールドＦＡＣには、関連付けられた商品のメーカー名がセットされる。データレコードＲＥＡは、フィールドＦＡＣ以降に図示しない複数のフィールドを含む。これら複数のフィールドには、例えば単価、あるいは適用税区分などのような、関連付けられた商品に関する取引処理を行う上で利用される各種のデータがセットされる。フィールドＦＡＤには、関連付けられた商品を含んだまとめパッケージ商品に関する確認を必要とするか否かを表すフラグ（以下、まとめフラグと称する）がセットされる。まとめフラグは、「要確認」又は「確認不要」をそれぞれ表す二状態を選択的にとる。フィールドＦＡＤにセットされているまとめフラグが「要確認」を表す状態にあるデータレコードＲＥＡに関連付けられた商品が要確認商品である。
商品マスタデータベースＤＢＡは、取引商品として登録され得る商品のそれぞれに関連付けられた複数のデータレコードＲＥＡの集合である。データレコードＲＥＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤを含む。フィールドＦＡＡには、関連付けられた商品の識別子としての商品コードがセットされる。フィールドＦＡＢには、関連付けられた商品に付された商品名がセットされる。フィールドＦＡＣには、関連付けられた商品のメーカー名がセットされる。データレコードＲＥＡは、フィールドＦＡＣ以降に図示しない複数のフィールドを含む。これら複数のフィールドには、例えば単価、あるいは適用税区分などのような、関連付けられた商品に関する取引処理を行う上で利用される各種のデータがセットされる。フィールドＦＡＤには、関連付けられた商品を含んだまとめパッケージ商品に関する確認を必要とするか否かを表すフラグ（以下、まとめフラグと称する）がセットされる。まとめフラグは、「要確認」又は「確認不要」をそれぞれ表す二状態を選択的にとる。フィールドＦＡＤにセットされているまとめフラグが「要確認」を表す状態にあるデータレコードＲＥＡに関連付けられた商品が要確認商品である。
【0020】
まとめフラグをいずれの状態とするかは、関連付けられた商品の販売管理者などにより適宜に定められて構わない。まとめフラグは一例として、関連付けられた商品が単品で販売される商品であって、かつ別のまとめパッケージ商品に含まれ得る商品である場合に、「要確認」の状態とすることが想定される。ただし、上記の条件が成立する商品に関しても、「要確認」及び「確認不要」のいずれの状態とするかは、商品毎に適宜に定められて構わない。例えば、上記の条件が成立する商品であっても、当該の商品に表示されたバーコードがまとめパッケージ商品にて外部に露出していない場合などにおいては、まとめフラグは「確認不要」とされても構わない。
【0021】
データレコードＲＥＡがいくつのフィールドを含み、各フィールドにどのようなデータをセットするかは、例えば取引処理装置１００の設計者又は管理者などにより適宜に定められて構わない。商品マスタデータベースＤＢＡは、取引商品として登録され得る商品が追加又は削除されるなどの変更が生じた場合、あるいは取引商品として登録され得る商品に関して単価変更などの変更が生じた場合などに、メンテナンス作業によって更新されることはあるが、後述する各種の処理に応じて更新されることはない。
【0022】
図４は取引データＤＡＡの構成を模式的に表す図である。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。かくして取引データＤＡＡは、補助記憶ユニット１０３に１つも記憶されない場合もあれば、補助記憶ユニット１０３に同時に複数が記憶される場合もある。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。かくして取引データＤＡＡは、補助記憶ユニット１０３に１つも記憶されない場合もあれば、補助記憶ユニット１０３に同時に複数が記憶される場合もある。
【0023】
取引データＤＡＡは、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤを含む。取引データＤＡＡは、フィールドＦＢＤ以降に任意の数のフィールドを含み得る。フィールドＦＢＡには、該当の取引の識別子としての取引コードがセットされる。フィールドＦＢＢには、該当の取引を行う客が利用するカート端末４００の識別子としての端末コードがセットされる。フィールドＦＢＣには、関連付けられたカート端末４００を利用する客の入店時刻がセットされる。フィールドＦＢＤには、該当の取引に関する決済前における店員による確認に関する設定を管理するためのフラグ（以下、確認フラグと称する）がセットされる。確認フラグは、「対象外」「要確認」「確認不要」のそれぞれを表す三状態を択一的にとる。取引商品として登録済みの商品がある場合には、当該の取引商品のそれぞれに関連付けたフィールドＦＢＥ，ＦＢＦ，…が取引データＤＡＡに追加される。フィールドＦＢＥ，ＦＢＦ，…には、それぞれ別々の取引商品に関する商品データがセットされる。商品データには、該当の取引商品の識別子としての商品コード及び数量が含まれる。商品データには、例えば商品名、単価、割引情報などの別の様々な情報が含まれていてもよい。
取引データＤＡＡは、後述する取引処理により適宜に生成され、更新される。
取引データＤＡＡは、後述する取引処理により適宜に生成され、更新される。
【0024】
さて、取引処理装置１００のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして取引処理装置１００の譲渡は一般に、補助記憶ユニット１０３に取引処理プログラムＰＲＡが記憶され、取引データＤＡＡ及びタグテーブルＴＡＡが記憶されない状態にて行われる。しかし、取引処理プログラムＰＲＡが補助記憶ユニット１０３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット１０３に記憶された状態のハードウェアと、取引処理プログラムＰＲＡとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１０３に取引処理プログラムＰＲＡが書き込まれることによって、取引処理装置１００が構成されてもよい。取引処理プログラムＰＲＡの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。
【0025】
図５はアテンダント端末３００の要部回路構成を表すブロック図である。
アテンダント端末３００は、プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３、タッチパネル３０４、通信ユニット３０５及び伝送路３０６等を備える。
アテンダント端末３００は、プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３、タッチパネル３０４、通信ユニット３０５及び伝送路３０６等を備える。
【0026】
プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３、通信ユニット３０５及び伝送路３０６の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等であるので、その説明は省略する。ただし補助記憶ユニット３０３は、取引処理プログラムＰＲＡに代えて、アテンダント端末プログラムＰＲＢを記憶する。アテンダント端末プログラムＰＲＢは、情報処理装置をアテンダント端末３００として動作させるためのプロセッサ３０１の情報処理の手順を記述したアプリケーションプログラムである。
【0027】
タッチパネル３０４は、アテンダント端末３００の操作者に対する情報提示のための画面を表示する。またタッチパネル３０４は、操作者による画面へのタッチ操作による指示を入力する。
アテンダント端末３００のハードウェアとしては、例えば据え置き型のコンピュータ装置が用いられる。アテンダント端末３００のハードウェアとしては、タブレット型の情報処理装置、あるいはスマートフォンなどの携帯型の情報処理装置を用いられても構わない。
アテンダント端末３００のハードウェアとしては、例えば据え置き型のコンピュータ装置が用いられる。アテンダント端末３００のハードウェアとしては、タブレット型の情報処理装置、あるいはスマートフォンなどの携帯型の情報処理装置を用いられても構わない。
【0028】
図６はカート端末４００の要部回路構成を表すブロック図である。
カート端末４００は、プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５、インタフェースユニット４０６、無線通信ユニット４０７及び伝送路４０８等を備える。
カート端末４００は、プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５、インタフェースユニット４０６、無線通信ユニット４０７及び伝送路４０８等を備える。
【0029】
プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３及び伝送路４０８の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等である。またタッチパネル４０４の機能の概略は、タッチパネル３０４と同等である。ただし補助記憶ユニット４０３は、取引処理プログラムＰＲＡに代えて、カート端末プログラムＰＲＣを記憶する。カート端末プログラムＰＲＣは、情報処理装置をカート端末４００として動作させるためのプロセッサ４０１の情報処理の手順を記述したアプリケーションプログラムである。
【0030】
カメラ４０５は、カートに載置される買物カゴの内部空間の全体を包含する撮影範囲を撮影して画像を得る。このカメラ４０５により得られる画像を、以下においてはカメラ画像と称する。
インタフェースユニット４０６は、重量計４９８及びスキャナ４９９などの外付け装置が接続される。インタフェースユニット４０６は、接続された外付け装置とのデータの授受をインタフェースする。インタフェースユニット４０６としては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。なお重量計４９８は、カートに載置される買物カゴの重量を、そこに投入されている商品の重量とともに計測する。またスキャナ４９９は、カートに取り付けられており、１次元バーコード及び２次元バーコードなどを光学的にスキャンする。
インタフェースユニット４０６は、重量計４９８及びスキャナ４９９などの外付け装置が接続される。インタフェースユニット４０６は、接続された外付け装置とのデータの授受をインタフェースする。インタフェースユニット４０６としては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。なお重量計４９８は、カートに載置される買物カゴの重量を、そこに投入されている商品の重量とともに計測する。またスキャナ４９９は、カートに取り付けられており、１次元バーコード及び２次元バーコードなどを光学的にスキャンする。
【0031】
無線通信ユニット４０７は、通信ネットワーク２を介したデータ通信を無線で行うための通信処理を実行する。無線通信ユニット４０７としては、例えば無線ＬＡＮ用の既存の無線通信デバイスを用いることができる。なお、無線通信ユニット４０７に代えて、あるいは加えて、通信ネットワーク２に有線接続される通信ユニットが用いられてもよい。
カート端末４００の基本ハードウェアとしては、例えばタブレット型の情報処理装置のハードウェアを用いることが想定される。
カート端末４００の基本ハードウェアとしては、例えばタブレット型の情報処理装置のハードウェアを用いることが想定される。
【0032】
図７はカートへのカート端末４００の取り付け状況の一例を表す斜視図である。
カート９００は、キャスタ部９１０、ハンドルフレーム部９２０及び籠受部９３０を備えている。
キャスタ部９１０は、カート９００を床面上で円滑に移動させるための４つの車輪９１１を有する。車輪９１１は、フレーム９１２に対して、鉛直方向の軸周りで回転可能な状態で取り付けられている。
カート９００は、キャスタ部９１０、ハンドルフレーム部９２０及び籠受部９３０を備えている。
キャスタ部９１０は、カート９００を床面上で円滑に移動させるための４つの車輪９１１を有する。車輪９１１は、フレーム９１２に対して、鉛直方向の軸周りで回転可能な状態で取り付けられている。
【0033】
ハンドルフレーム部９２０は、一対の縦フレーム９２１，９２１及びハンドルバー９２２を含む。縦フレーム９２１，９２１は、キャスタ部９１０の２つの車輪の上方に立設される。ハンドルバー９２２は、縦フレーム９２１，９２１の上端を連結する。
籠受部９３０は、ハンドルフレーム部９２０の中途部位から水平に向けて設けられる。籠受部９３０は、商品を収容するための買物カゴＳＢを保持する。なお、キャスタ部９１０も、フレーム９１２の上に買物カゴＳＢを保持可能である。
籠受部９３０は、ハンドルフレーム部９２０の中途部位から水平に向けて設けられる。籠受部９３０は、商品を収容するための買物カゴＳＢを保持する。なお、キャスタ部９１０も、フレーム９１２の上に買物カゴＳＢを保持可能である。
【0034】
ハンドルバー９２２の中途部に、スキャナ４９９が取り付けられている。また、一方の縦フレーム９２１に、その先端がハンドルバー９２２よりも上方に位置するようにポール９４０が取り付けられている。そして、このポール９４０の先端部に上述のカート端末４００が、タッチパネル４０４が取り付けられている。カート端末４００のカメラ４０５は、タッチパネル４０４の裏側に向けて設けられており、図７には表されていない。当該のカメラ４０５は、籠受部９３０により保持されている買物カゴＳＢの内部を上方から俯瞰的に撮影することができる。
ハンドルフレーム部９２０の下端側には、縦フレーム９２１，９２１の間にバッテリケース９５０が取り付けられている。バッテリケース９５０は、カート端末４００の外部電源として用いられるバッテリを収容する。
ハンドルフレーム部９２０の下端側には、縦フレーム９２１，９２１の間にバッテリケース９５０が取り付けられている。バッテリケース９５０は、カート端末４００の外部電源として用いられるバッテリを収容する。
【0035】
次に以上のように構成された取引処理システム１の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、取引商品として登録済みの商品を取引商品から除外したり、取引商品として登録済みの商品の点数を変更したりするための処理が行われるが、その処理については記載を省略している。また例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理については記載を省略している。
【0036】
カート端末４００が客により使用される動作状態にあるとき、プロセッサ４０１は取引商品の登録に関わるユーザインタフェースのための情報処理（以下、カート処理と称する）をカート端末プログラムＰＲＣに基づいて実行する。
図８及び図９はカート処理のフローチャートである。
図８及び図９はカート処理のフローチャートである。
【0037】
図８中のＡＣＴ４０１としてプロセッサ４０１は、待機画面をタッチパネル４０４に表示させる。待機画面は、当該のカート端末４００が待機状態であり、新規に利用を開始することが可能であることを客に案内するための画面である。そしてプロセッサ４０１は、待機画面を表示させたままでＡＣＴ４０２へと進む。
ＡＣＴ４０２としてプロセッサ４０１は、利用開始のための操作がなされるのを待ち受ける。
ＡＣＴ４０２としてプロセッサ４０１は、利用開始のための操作がなされるのを待ち受ける。
【0038】
客は、待機状態となっているカート端末４００で、利用開始のための予め定められた操作を行う。客は、利用開始のための操作の一環として、客コードをカート端末４００に入力するための操作を行うこともできる。このような操作がなされたカート端末４００にてプロセッサ４０１は、ＡＣＴ４０２にてＹＥＳと判定し、ＡＣＴ４０３へと進む。
【0039】
ＡＣＴ４０３としてプロセッサ４０１は、取引処理装置１００に対して一取引に関する処理の開始を要求する。つまりプロセッサ４０１は例えば、チェックインの要求のための要求データを、取引処理装置１００に宛てて無線通信ユニット４０７から通信ネットワーク２へと送出する。プロセッサ４０１は、補助記憶ユニット４０３に記憶されているチェックインデータと、カート端末４００の端末コードとを上記の要求データに含める。なお端末コードは、該当のカート端末４００に対し、他のカート端末４００と識別可能に予め割り振られて、例えば補助記憶ユニット４０３に記憶されている。プロセッサ４０１は、客コードが入力された場合には、当該の客コードも要求データに含める。チェックインデータは、カート端末４００が利用される店舗を識別するための情報を少なくとも含む。当該の情報は、例えば店舗の識別子として定められた店舗コードである。当該の情報は、同じ企業により運営される複数の店舗を区別する必要がなければ、例えば企業を識別するための企業コードであってもよい。また当該の情報は、異なる企業で同じ店舗コードが用いられ得るのであれば、例えば企業コードと店舗コードとを含む。ただし，取引処理装置１００がローカルサーバとして運用されるのであれば、要求データに店舗コードを含まなくても構わない。
【0040】
チェックインデータが通信ネットワーク２により取引処理装置１００へと伝送されてると、取引処理装置１００では当該のチェックインデータを通信ユニット１０４が受信し、メイン記憶ユニット１０２又は補助記憶ユニット１０３に一時保存する。
このようにして、カート端末４００から送出されたチェックインデータが取引処理装置１００により受信されると、プロセッサ１０１は、一取引に関する取引処理を取引処理プログラムＰＲＡに従って開始する。
このようにして、カート端末４００から送出されたチェックインデータが取引処理装置１００により受信されると、プロセッサ１０１は、一取引に関する取引処理を取引処理プログラムＰＲＡに従って開始する。
【0041】
プロセッサ１０１は、異なる客に関する別の取引を対象とした取引処理を既に実行しているならば、その取引処理とは別スレッドの処理として新たな取引処理を開始する。つまりプロセッサ１０１は、取引処理を、複数並列して実行することもある。しかしながら以下の説明は、一の客に関する取引の処理に関してのみ着目する。かくして以下の説明における「カート端末４００」は、着目している取引処理のために客により利用されている一のカート端末４００を指す。また以下の説明における「取引」は、着目している処理の対象となっている取引を指す。
図１０及び図１１は取引処理のフローチャートである。
図１０及び図１１は取引処理のフローチャートである。
【0042】
ＡＣＴ１０１としてプロセッサ１０１は、対象の取引に関する新たな取引データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。プロセッサ１０１は例えば、新たな取引データＤＡＡのフィールドＦＢＡには、他の取引を識別するための取引コードとは異なる新たな取引コードを予め定められたルールに従って決定し、この取引コードをセットする。プロセッサ１０１は例えば、新たな取引データＤＡＡのフィールドＦＢＢには、要求データに含まれた端末コードをセットする。プロセッサ１０１は例えば、新たな取引データＤＡＡのフィールドＦＢＣには、現在の日時を入店日時としてセットする。フィールドＦＢＣには、要求データに含まれた入店日時をセットするのでも構わない。この場合は、カート端末４００にてプロセッサ４０１は、例えば利用開始のための操作が行われた日時、あるいは要求データを生成した日時を入店日時として要求データに含めるようにする。プロセッサ１０１は例えば、新たな取引データＤＡＡのフィールドＦＢＤにセットする確認フラグは「対象外」を表す状態とする。なおプロセッサ１０１は、要求データに客コードが含まれるならば、当該の客コードを新たな取引データＤＡＡにセットする。プロセッサ１０１は、取引商品の登録前であるから、上記の新たに生成する取引データＤＡＡには商品データを含めない。
【0043】
ＡＣＴ１０２としてプロセッサ１０１は、登録画面の表示をカート端末４００に対して指示する。プロセッサ１０１は例えば、登録画面の表示を指示するための指示データを、カート端末４００に宛てて通信ユニット１０４から通信ネットワーク２へと送出する。プロセッサ１０１は例えば、登録画面の画面データを生成し、この画面データを指示データに含める。あるいはプロセッサ１０１は例えば、登録画面の画面データに代えて、登録画面に表すべきデータを指示データに含めるのでも構わない。
【0044】
カート端末４００にてプロセッサ４０１は、当該の指示データが通信ネットワーク２により伝送されて、無線通信ユニット４０７により受信されると、図８中のＡＣＴ４０４へと進む。
ＡＣＴ４０４としてプロセッサ４０１は、指示データに応じた登録画面をタッチパネル４０４に表示させる。プロセッサ４０１は、例えば指示データに画面データが含まれるならば、その画面データが表す画面をタッチパネル４０４に表示させる。プロセッサ４０１は、例えば指示データに登録画面に表すべきデータが含まれるならば、そのデータに応じた表示オブジェクトを予め定められ登録画面のフォームに展開することで登録画面を生成してタッチパネル４０４に表示させる。
なお、以下に説明するカート端末４００での他の各種の画面の表示は、上記と同様な処理により行われる。
ＡＣＴ４０４としてプロセッサ４０１は、指示データに応じた登録画面をタッチパネル４０４に表示させる。プロセッサ４０１は、例えば指示データに画面データが含まれるならば、その画面データが表す画面をタッチパネル４０４に表示させる。プロセッサ４０１は、例えば指示データに登録画面に表すべきデータが含まれるならば、そのデータに応じた表示オブジェクトを予め定められ登録画面のフォームに展開することで登録画面を生成してタッチパネル４０４に表示させる。
なお、以下に説明するカート端末４００での他の各種の画面の表示は、上記と同様な処理により行われる。
【0045】
図１２は登録画面の一例を表す図である。
なお、図１２及びその他の図に表す画面例は、いずれも一部の表示オブジェクトの図示を省略している場合がある。
登録画面は、表示エリアＡＲＡに、登録状況を表す画像が配置される。登録画面は、ボタンＢＵＡを表す。表示エリアＡＲＡに配置される画像は、図１２の例では、「ＡＡＡＡＡＡＡＡＡＡ」及び「ＢＢＢＢＢＢＢＢＢＢ」なる商品名で、単価がそれぞれ１７８円及び１９８円である商品が１つずつ、合計２点が登録済みであり、その参考価格が４０６円である状態を表している。なお、参考価格とは、全ての取引商品の単価の総和からクーポンサービスなどの各種サービスによる値引額を差し引いて求まる金額である。取引商品及び適用するサービスが変更されないままに取引を決済するならば、この参考価格が決済額となる。なお、表示エリアＡＲＡに配置される画像は、取引商品の登録状況に応じて逐次変化する。プロセッサ１０１が図１０中のＡＣＴ１０２を最初に実行する際には、取引商品はまだ登録されていないから、このときの表示エリアＡＲＡには、各商品の情報を表さず、合計０点、参考価格０円であることを表す画像が配置される。ボタンＢＵＡは、操作者が会計を指示するためのソフトキーである。
なお、図１２及びその他の図に表す画面例は、いずれも一部の表示オブジェクトの図示を省略している場合がある。
登録画面は、表示エリアＡＲＡに、登録状況を表す画像が配置される。登録画面は、ボタンＢＵＡを表す。表示エリアＡＲＡに配置される画像は、図１２の例では、「ＡＡＡＡＡＡＡＡＡＡ」及び「ＢＢＢＢＢＢＢＢＢＢ」なる商品名で、単価がそれぞれ１７８円及び１９８円である商品が１つずつ、合計２点が登録済みであり、その参考価格が４０６円である状態を表している。なお、参考価格とは、全ての取引商品の単価の総和からクーポンサービスなどの各種サービスによる値引額を差し引いて求まる金額である。取引商品及び適用するサービスが変更されないままに取引を決済するならば、この参考価格が決済額となる。なお、表示エリアＡＲＡに配置される画像は、取引商品の登録状況に応じて逐次変化する。プロセッサ１０１が図１０中のＡＣＴ１０２を最初に実行する際には、取引商品はまだ登録されていないから、このときの表示エリアＡＲＡには、各商品の情報を表さず、合計０点、参考価格０円であることを表す画像が配置される。ボタンＢＵＡは、操作者が会計を指示するためのソフトキーである。
【0046】
客は、カート端末４００とともに店舗内を移動しながら、取引の対象とする商品を探す。そして客は、商品を新たに取引商品として登録する場合は、当該の商品を指定するための予め定められた操作をカート端末４００にて行う。当該の操作は、例えばＪＡＮ（Japanese article number）コードなどの商品コードを表したバーコードをスキャナ４９９にスキャンさせるための操作である。当該の操作は、例えばタッチパネル４０４による表示画面に表されて商品が関連付けられたプリセットボタンをタップする操作である。当該の操作は、例えば商品コードをタッチパネル４０４にて直接入力する操作である。
【0047】
図８中のＡＣＴ４０５としてプロセッサ４０１は、登録すべき商品が指定されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０６へと進む。
ＡＣＴ４０６としてプロセッサ４０１は、会計が指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０５へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４０５及びＡＣＴ４０６としては、商品指定又は会計指示を待ち受ける。そしてプロセッサ４０１は、商品を指定するための上述のような操作が行われたならば、ＡＣＴ４０５にてＹＥＳと判定し、ＡＣＴ４０７へと進む。
ＡＣＴ４０７としてプロセッサ４０１は、指定された商品の商品コードの通知を伴って商品登録を取引処理装置１００に対して要求する。
ＡＣＴ４０６としてプロセッサ４０１は、会計が指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０５へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４０５及びＡＣＴ４０６としては、商品指定又は会計指示を待ち受ける。そしてプロセッサ４０１は、商品を指定するための上述のような操作が行われたならば、ＡＣＴ４０５にてＹＥＳと判定し、ＡＣＴ４０７へと進む。
ＡＣＴ４０７としてプロセッサ４０１は、指定された商品の商品コードの通知を伴って商品登録を取引処理装置１００に対して要求する。
【0048】
取引処理装置１００にてプロセッサ１０１は、図１０中のＡＣＴ１０２として登録画面の表示を指示したのちには、ＡＣＴ１０３へと進む。
ＡＣＴ１０３としてプロセッサ１０１は、商品登録が要求されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１０４へと進む。
ＡＣＴ１０４としてプロセッサ１０１は、会計開始が要求されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１０３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１０３及びＡＣＴ１０４としては、登録又は会計が要求されるのを待ち受ける。そしてプロセッサ１０１は、上述のように登録が要求されたならばＡＣＴ１０３にてＹＥＳと判定し、ＡＣＴ１０５へと進む。
ＡＣＴ１０３としてプロセッサ１０１は、商品登録が要求されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１０４へと進む。
ＡＣＴ１０４としてプロセッサ１０１は、会計開始が要求されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１０３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１０３及びＡＣＴ１０４としては、登録又は会計が要求されるのを待ち受ける。そしてプロセッサ１０１は、上述のように登録が要求されたならばＡＣＴ１０３にてＹＥＳと判定し、ＡＣＴ１０５へと進む。
【0049】
ＡＣＴ１０５としてプロセッサ１０１は、商品登録の要求に応じて、要求の対象となった商品に関する商品データを含むように取引データＤＡＡを更新することで、該当の商品を取引商品として登録する。
ＡＣＴ１０６としてプロセッサ１０１は、更新後の取引データＤＡＡに応じた画像を表示エリアＡＲＡに表すべく登録画面の更新をカート端末４００に対して指示する。
ＡＣＴ１０６としてプロセッサ１０１は、更新後の取引データＤＡＡに応じた画像を表示エリアＡＲＡに表すべく登録画面の更新をカート端末４００に対して指示する。
【0050】
ＡＣＴ１０７としてプロセッサ１０１は、登録した取引商品を含んだまとめパッケージ商品があるか否かを確認する。プロセッサ１０１は例えば、登録した取引商品に商品マスタデータベースＤＢＡで関連付けられたデータレコードＲＥＡのフィールドＦＡＤにセットされているまとめフラグを確認する。そして、プロセッサ１０１は、まとめフラグが「要確認」を表す状態であるならば、該当のまとめパッケージ商品があるとしてＹＥＳと判定し、ＡＣＴ１０８へと進む。
【0051】
ＡＣＴ１０８としてプロセッサ１０１は、取引データＤＡＡのフィールドＦＢＤにセットされている確認フラグを「要確認」を表す状態とする。そしてプロセッサ１０１はこののち、ＡＣＴ１０９へと進む。なおプロセッサ１０１は、まとめフラグが「確認不要」を表す状態であるならば、ＡＣＴ１０７にて該当のまとめパッケージ商品がないとしてＮＯと判定し、ＡＣＴ１０８をパスしてＡＣＴ１０９へと進む。
ＡＣＴ１０９としてプロセッサ１０１は、後述する投入通知を待ち受ける。
ＡＣＴ１０９としてプロセッサ１０１は、後述する投入通知を待ち受ける。
【0052】
カート端末４００にてプロセッサ４０１は、図８中のＡＣＴ４０７として登録を要求したのちには、ＡＣＴ４０８へと進む。
ＡＣＴ４０８としてプロセッサ４０１は、プロセッサ１０１による上述の更新指示に応じて、タッチパネル４０４に表示させている登録画面を更新する。
ＡＣＴ４０９としてプロセッサ４０１は、カート端末４００が備えられたカート９００の籠受部９３０に保持されている買物カゴＳＢに商品が投入されるのを待ち受ける。
ＡＣＴ４０８としてプロセッサ４０１は、プロセッサ１０１による上述の更新指示に応じて、タッチパネル４０４に表示させている登録画面を更新する。
ＡＣＴ４０９としてプロセッサ４０１は、カート端末４００が備えられたカート９００の籠受部９３０に保持されている買物カゴＳＢに商品が投入されるのを待ち受ける。
【0053】
客は、取引商品として登録する商品を指定するための前述のような操作を終えたならば、該当の商品を買物カゴＳＢに投入する。なお、次に別の商品を指定する操作を行う前に、指定済みの商品を買物カゴＳＢに投入することを、客によるカート端末４００の使用上のルールとしておく。
【0054】
買物カゴＳＢに商品が投入されると、重量計４９８による計測値が変化する。プロセッサ４０１は、このような計測値の変化を監視し、買物カゴＳＢへの商品投入を検出する。そしてプロセッサ４０１は、商品投入を検出できたならばＡＣＴ４０９にてＹＥＳと判定し、ＡＣＴ４１０へと進む。かくしてカート端末プログラムＰＲＣに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは、重量計４９８との協働によって検出手段としての機能を実現する。
【0055】
ＡＣＴ４１０としてプロセッサ４０１は、カゴ投入を取引処理装置１００に対して通知する。プロセッサ４０１は例えば、カゴ投入の通知のための予め定められた通知データを取引処理装置１００に宛てて無線通信ユニット４０７から通信ネットワーク２へと送出する。プロセッサ４０１は、商品投入を検出した後にカメラ４０５により得られたカメラ画像を取得して、上記の通知データに含める。そしてプロセッサ４０１はこののち、ＡＣＴ４０５及びＡＣＴ４０６の待ち受け状態に戻る。
【0056】
取引処理装置１００にてプロセッサ１０１は、上記の投入通知のための通知データが通信ネットワーク２により取引処理装置１００へと伝送されて通信ユニット１０４により受信されたならば、図１０中のＡＣＴ１０９にてＹＥＳと判定する。そしてプロセッサ１０１は、ＡＣＴ１０３及びＡＣＴ１０４の待ち受け状態に戻る。
【0057】
さて、取引処理装置１００は、取引処理とは別スレッドの処理として、アテンダント端末３００を使用する店員を支援するための情報処理であるアテンダント支援処理を取引処理プログラムＰＲＡに基づいて実行する。なお、取引処理とアテンダント支援処理とは、個別の情報処理プログラムに基づいて実行されても構わない。
【0058】
図１３はアテンダント支援処理のフローチャートである。
ＡＣＴ１４１としてプロセッサ１０１は、アテンダント画面の表示をアテンダント端末３００に対して指示する。アテンダント画面は、カート端末４００毎の取引の進捗状況をアテンダントに確認させるための画面である。プロセッサ１０１は例えば、アテンダント画面の表示を指示するための指示データを、アテンダント端末３００に宛てて通信ユニット１０４から通信ネットワーク２へと送出する。プロセッサ１０１は例えば、アテンダント画面の画面データを生成し、この画面データを指示データに含める。あるいはプロセッサ１０１は例えば、アテンダント画面の画面データに代えて、アテンダント画面に表すべきデータを指示データに含めるのでも構わない。
ＡＣＴ１４１としてプロセッサ１０１は、アテンダント画面の表示をアテンダント端末３００に対して指示する。アテンダント画面は、カート端末４００毎の取引の進捗状況をアテンダントに確認させるための画面である。プロセッサ１０１は例えば、アテンダント画面の表示を指示するための指示データを、アテンダント端末３００に宛てて通信ユニット１０４から通信ネットワーク２へと送出する。プロセッサ１０１は例えば、アテンダント画面の画面データを生成し、この画面データを指示データに含める。あるいはプロセッサ１０１は例えば、アテンダント画面の画面データに代えて、アテンダント画面に表すべきデータを指示データに含めるのでも構わない。
【0059】
アテンダント端末３００にてプロセッサ３０１は、当該の指示データが通信ネットワーク２により伝送されて、通信ユニット３０５により受信されると、この指示データに応じたアテンダント画面をタッチパネル３０４に表示させる。プロセッサ３０１は、例えば指示データに画面データが含まれるならば、その画面データが表す画面をタッチパネル３０４に表示させる。プロセッサ３０１は、例えば指示データにアテンダント画面に表すべきデータが含まれるならば、そのデータに応じた表示オブジェクトを予め定められアテンダント画面のフォームに展開することでアテンダント画面を生成してタッチパネル３０４に表示させる。
なお、以下に説明するアテンダント端末３００での他の各種の画面の表示は、上記と同様な処理により行われる。
なお、以下に説明するアテンダント端末３００での他の各種の画面の表示は、上記と同様な処理により行われる。
【0060】
図１４はアテンダント画面の一例を表す図である。
図１４に表すアテンダント画面は、４台のカート端末４００のそれぞれでの取引の進捗状況を４つの表示エリアにそれぞれ表している。２台のカート端末４００では、正常に取引商品の登録が行われており、２台のカート端末４００は客により利用されていない状況の例である。各表示エリアには、対応するカート端末４００で登録された取引商品に購入者の年齢確認を行う必要のある商品が含まれる場合などにおいて、そのような状況を店員に通知するための表示が含まれる場合もある。
図１４に表すアテンダント画面は、４台のカート端末４００のそれぞれでの取引の進捗状況を４つの表示エリアにそれぞれ表している。２台のカート端末４００では、正常に取引商品の登録が行われており、２台のカート端末４００は客により利用されていない状況の例である。各表示エリアには、対応するカート端末４００で登録された取引商品に購入者の年齢確認を行う必要のある商品が含まれる場合などにおいて、そのような状況を店員に通知するための表示が含まれる場合もある。
【0061】
取引処理装置１００にてプロセッサ１０１は、図１３中のＡＣＴ１４１としてアテンダント画面の表示を指示したのちには、ＡＣＴ１４２へと進む。
ＡＣＴ１４２としてプロセッサ１０１は、カート端末４００のそれぞれでの取引の進捗状況が変化したか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４３へと進む。
ＡＣＴ１４３としてプロセッサ１０１は、アテンダント端末３００にてアテンダント操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４２へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１４２及びＡＣＴ１４３としては、状況変化又はアテンダント操作を待ち受ける。そしてプロセッサ１０１は、アテンダント端末３００にて店員による何らかの操作が行われ、それがアテンダント端末３００から通知されたならば、ＡＣＴ１４３にてＹＥＳと判定し、アテンダント操作に対応するための処理へと進む。この場合のプロセッサ１０１の処理については、ここでは説明を省略する。
ＡＣＴ１４２としてプロセッサ１０１は、カート端末４００のそれぞれでの取引の進捗状況が変化したか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４３へと進む。
ＡＣＴ１４３としてプロセッサ１０１は、アテンダント端末３００にてアテンダント操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４２へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１４２及びＡＣＴ１４３としては、状況変化又はアテンダント操作を待ち受ける。そしてプロセッサ１０１は、アテンダント端末３００にて店員による何らかの操作が行われ、それがアテンダント端末３００から通知されたならば、ＡＣＴ１４３にてＹＥＳと判定し、アテンダント操作に対応するための処理へと進む。この場合のプロセッサ１０１の処理については、ここでは説明を省略する。
【0062】
プロセッサ１０１は、前述のように取引データＤＡＡが更新されるなどの取引の進捗状況の変化が生じると、ＡＣＴ１４２にてＹＥＳと判定し、ＡＣＴ１４４へと進む。
ＡＣＴ１４４としてプロセッサ１０１は、取引の進捗状況の変化を反映するべくアテンダント画面の更新をアテンダント端末３００に対して指示する。
ＡＣＴ１４４としてプロセッサ１０１は、取引の進捗状況の変化を反映するべくアテンダント画面の更新をアテンダント端末３００に対して指示する。
【0063】
ＡＣＴ１４５としてプロセッサ１０１は、まとめパッケージ商品に関する確認が必要であるか否かを確認する。プロセッサ１０１は例えば、生じた変化が取引商品の新規の登録であって、かつその取引商品に商品マスタデータベースＤＢＡで関連付けられたデータレコードＲＥＡのフィールドＦＡＤにセットされているまとめフラグが「要確認」であるならば、確認の必要があるとしてＹＥＳと判定し、ＡＣＴ１４６へと進む。
【0064】
ＡＣＴ１４６としてプロセッサ１０１は、上記の新規に登録された取引商品がカゴに投入されるのを待ち受ける。そしてプロセッサ１０１は、例えば、上記の新規の登録が行われたカート端末４００からカゴ投入の通知のために送信された通知データが通信ネットワーク２により取引処理装置１００へと伝送されて通信ユニット１０４により受信されたならばＹＥＳと判定し、ＡＣＴ１４７へと進む。
ＡＣＴ１４７としてプロセッサ１０１は、即時確認ウィンドウの表示をアテンダント端末３００に対して指示する。即時確認ウィンドウは、買物カゴＳＢへの商品の投入状況を店員に即時に確認させるためのポップアップウィンドウである。
ＡＣＴ１４７としてプロセッサ１０１は、即時確認ウィンドウの表示をアテンダント端末３００に対して指示する。即時確認ウィンドウは、買物カゴＳＢへの商品の投入状況を店員に即時に確認させるためのポップアップウィンドウである。
【0065】
図１５は即時確認ウィンドウの表示例を表す図である。
図１５に表す即時確認ウィンドウＷＩＡは、アテンダント画面が図１４に表す状態にあるときに、「カート１」と称されるカート端末４００にて「ＥＥＥＥＥＥＥＥＥＥ」なる商品名の商品が取引商品として新規に登録されたことに応じて更新された後のアテンダント画面に重ねた状態で表されている。そして、上記の「ＥＥＥＥＥＥＥＥＥＥ」なる商品名の商品が、まとめパッケージ商品に含まれ得る単品販売商品であることに応じて、「カート１」と称されるカート端末４００に対応する表示エリア内に即時確認ウィンドウＷＩＡを配置している。
図１５に表す即時確認ウィンドウＷＩＡは、アテンダント画面が図１４に表す状態にあるときに、「カート１」と称されるカート端末４００にて「ＥＥＥＥＥＥＥＥＥＥ」なる商品名の商品が取引商品として新規に登録されたことに応じて更新された後のアテンダント画面に重ねた状態で表されている。そして、上記の「ＥＥＥＥＥＥＥＥＥＥ」なる商品名の商品が、まとめパッケージ商品に含まれ得る単品販売商品であることに応じて、「カート１」と称されるカート端末４００に対応する表示エリア内に即時確認ウィンドウＷＩＡを配置している。
【0066】
即時確認ウィンドウＷＩＡは、カメラ画像ＩＭＡ及び文字列ＣＳＡを表す。カメラ画像ＩＭＡは、カゴ投入の通知のための通知データに含まれたカメラ画像である。文字列ＣＳＡは、投入された商品が、単品販売商品であるかどうかの確認をアテンダントに促す文字メッセージを表す。
【0067】
つまりプロセッサ１０１は、このときにカメラ画像を取得し、当該のカメラ画像をアテンダント端末３００にて表示させているのであり、取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは取得手段及び表示手段として機能することになる。
【0068】
かくして店員は、即時確認ウィンドウＷＩＡに表されたカメラ画像ＩＭＡを目視することによって、買物カゴＳＢに投入された商品が単品販売商品であるか否かを確認できる。そして店員は、単品販売商品であることを確認したならば、例えば文字メッセージＭＥＡ中の文字列「はい」をタップするなどの予め定められた操作により適正であることを指定する。また店員は、まとめパッケージ商品が投入されていることなどにより単品販売商品が投入されたのではないことを確認したならば、例えば文字メッセージＭＥＡ中の文字列「いいえ」をタップするなどの予め定められた操作により不適正であることを指定する。アテンダント端末３００にてプロセッサ３０１は、これらの指定を受けると、いずれの指定がなされたかを取引処理装置１００に通知する。
【0069】
取引処理装置１００にてプロセッサ１０１は、図１３中のＡＣＴ１４７として確認ウィンドウの表示を指示したのち、ＡＣＴ１４８へと進む。
ＡＣＴ１４８としてプロセッサ１０１は、適正であることが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４９へと進む。
ＡＣＴ１４９としてプロセッサ１０１は、不適正であることが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４８へと戻る。
かくしてプロセッサ１０１はＡＣＴ１４８及びＡＣＴ１４９としては、適正又は不適正の指定がなされるのを待ち受ける。そしてプロセッサ１０１は、適正の指定がなされたことがアテンダント端末３００から上記のように通知されたならば、ＡＣＴ１４８にてＹＥＳと判定し、ＡＣＴ１５０へと進む。
ＡＣＴ１４８としてプロセッサ１０１は、適正であることが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４９へと進む。
ＡＣＴ１４９としてプロセッサ１０１は、不適正であることが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４８へと戻る。
かくしてプロセッサ１０１はＡＣＴ１４８及びＡＣＴ１４９としては、適正又は不適正の指定がなされるのを待ち受ける。そしてプロセッサ１０１は、適正の指定がなされたことがアテンダント端末３００から上記のように通知されたならば、ＡＣＴ１４８にてＹＥＳと判定し、ＡＣＴ１５０へと進む。
【0070】
ＡＣＴ１５０としてプロセッサ１０１は、該当の取引に関する取引データＤＡＡのフィールドＦＢＤにセットされている確認フラグを、「確認不要」を表す状態に変更する。そしてプロセッサ１０１はこののち、ＡＣＴ１５１へと進む。なおプロセッサ１０１は、不適正の指定がなされたことがアテンダント端末３００から通知されたならば、ＡＣＴ１４９にてＹＥＳと判定し、ＡＣＴ１５０をパスしてＡＣＴ１５１へと進む。
【0071】
ＡＣＴ１５１としてプロセッサ１０１は、即時確認ウィンドウＷＩＡの表示終了をアテンダント端末３００に対して指示する。この指示に応じてアテンダント端末３００にてプロセッサ３０１は、即時確認ウィンドウＷＩＡの表示を終了する。なおプロセッサ１０１はこののち、ＡＣＴ１４２及びＡＣＴ１４３の待ち受け状態に戻る。なおプロセッサ１０１は、上記のように確認の必要があることを確認できない場合にはＡＣＴ１４５にてＮＯと判定して、ＡＣＴ１４６～ＡＣＴ１５１を実行することなくＡＣＴ１４２及びＡＣＴ１４３の待ち受け状態に戻る。
【0072】
客は、取引商品の登録を終えたならば、会計を指示するための予め定められた操作をカート端末４００にて行う。これに応じてカート端末４００にてプロセッサ４０１は、図８中のＡＣＴ４０６にてＹＥＳと判定し、ＡＣＴ４１１へと進む。
ＡＣＴ４１１としてプロセッサ４０１は、会計を取引処理装置１００に対して要求する。
ＡＣＴ４１１としてプロセッサ４０１は、会計を取引処理装置１００に対して要求する。
【0073】
この要求に応じて取引処理装置１００にてプロセッサ１０１は、図１０中のＡＣＴ１０４にてＹＥＳと判定し、図１１中のＡＣＴ１２１へと進む。
ＡＣＴ１２１としてプロセッサ１０１は、まとめパッケージ商品の確認が必要であるか否かを確認する。プロセッサ１０１は例えば、取引データＤＡＡのフィールドＦＢＤにセットされている確認フラグが「要確認」を表す状態であるならば、確認が必要であるとしてＹＥＳと判定し、ＡＣＴ１２２へと進む。
ＡＣＴ１２２としてプロセッサ１０１は、確認案内ウィンドウの表示をカート端末４００に対して指示する。確認案内ウィンドウは、店員による確認を受ける必要があることを客に案内するための画面である。
ＡＣＴ１２１としてプロセッサ１０１は、まとめパッケージ商品の確認が必要であるか否かを確認する。プロセッサ１０１は例えば、取引データＤＡＡのフィールドＦＢＤにセットされている確認フラグが「要確認」を表す状態であるならば、確認が必要であるとしてＹＥＳと判定し、ＡＣＴ１２２へと進む。
ＡＣＴ１２２としてプロセッサ１０１は、確認案内ウィンドウの表示をカート端末４００に対して指示する。確認案内ウィンドウは、店員による確認を受ける必要があることを客に案内するための画面である。
【0074】
カート端末４００にてプロセッサ４０１は、図８中のＡＣＴ４１１として会計を要求したのちには、ＡＣＴ４１２へと進む。
ＡＣＴ４１２としてプロセッサ４０１は、取引処理装置１００からの指示に応じてタッチパネル４０４での表示を更新する。つまりプロセッサ４０１は、上述のように確認案内ウィンドウの表示が指示されたならば、確認案内ウィンドウを表示させる。なおプロセッサ４０１は、確認案内ウィンドウ及びその他の後述する各種のウィンドウは、その表示前にタッチパネル４０４により表示されていた登録画面に重ねた状態で表示させる。ただし、各ウィンドウは、登録画面に置き換えて表示されるのでも構わない。
ＡＣＴ４１２としてプロセッサ４０１は、取引処理装置１００からの指示に応じてタッチパネル４０４での表示を更新する。つまりプロセッサ４０１は、上述のように確認案内ウィンドウの表示が指示されたならば、確認案内ウィンドウを表示させる。なおプロセッサ４０１は、確認案内ウィンドウ及びその他の後述する各種のウィンドウは、その表示前にタッチパネル４０４により表示されていた登録画面に重ねた状態で表示させる。ただし、各ウィンドウは、登録画面に置き換えて表示されるのでも構わない。
【0075】
図１６は確認案内ウィンドウの一例を表す図である。
図１６に表す確認案内ウィンドウＷＩＢは、文字列ＣＳＢ及びボタンＢＵＢ，ＢＵＣを表す。文字列ＣＳＢは、店員による確認を受ける必要があることを客に案内するための文字メッセージを表す。ボタンＢＵＢは、商品登録を行う状態に戻すように操作者が指示するためのソフトキーである。ボタンＢＵＣは、店員による確認手順の実行を操作者が指示するためのソフトキーである。
図１６に表す確認案内ウィンドウＷＩＢは、文字列ＣＳＢ及びボタンＢＵＢ，ＢＵＣを表す。文字列ＣＳＢは、店員による確認を受ける必要があることを客に案内するための文字メッセージを表す。ボタンＢＵＢは、商品登録を行う状態に戻すように操作者が指示するためのソフトキーである。ボタンＢＵＣは、店員による確認手順の実行を操作者が指示するためのソフトキーである。
【0076】
客は、そのまま会計を行いたいならば、ボタンＢＵＣをタップするなどの予め定められた操作により店員による確認手順への実行を指示する。そして客は、この操作に前後して、店員に対して確認を要求する。あるいは、客からの要求を受けた店員が、ボタンＢＵＣをタップするなどの予め定められた操作により店員による確認手順の実行を指示する。
【0077】
プロセッサ４０１は、図８中のＡＣＴ４１２としてポップアップウィンドウを表示させたのちには、ＡＣＴ４１３へと進む。
ＡＣＴ４１３としてプロセッサ４０１は、ＡＣＴ４１２として表示させたポップアップウィンドウが確認案内ウィンドウＷＩＢであるか否かを確認する。そしてプロセッサ４０１は、上記のように確認案内ウィンドウＷＩＢを表示させたのであるならばＹＥＳと判定し、図９中のＡＣＴ４２１へと進む。
ＡＣＴ４２１としてプロセッサ４０１は、店員による確認手順の実行が指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２２へと進む。
ＡＣＴ４２２としてプロセッサ４０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２１へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４２１及びＡＣＴ４２２としては、実行指示又は戻り指示を待ち受ける。そしてプロセッサ４０１は、上述のように実行が指示されたならばＡＣＴ４２１にてＹＥＳと判定し、ＡＣＴ４２３へと進む。
ＡＣＴ４２３としてプロセッサ４０１は、店員による確認手順の実行が指示されたことを取引処理装置１００に対して通知する。
ＡＣＴ４１３としてプロセッサ４０１は、ＡＣＴ４１２として表示させたポップアップウィンドウが確認案内ウィンドウＷＩＢであるか否かを確認する。そしてプロセッサ４０１は、上記のように確認案内ウィンドウＷＩＢを表示させたのであるならばＹＥＳと判定し、図９中のＡＣＴ４２１へと進む。
ＡＣＴ４２１としてプロセッサ４０１は、店員による確認手順の実行が指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２２へと進む。
ＡＣＴ４２２としてプロセッサ４０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２１へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４２１及びＡＣＴ４２２としては、実行指示又は戻り指示を待ち受ける。そしてプロセッサ４０１は、上述のように実行が指示されたならばＡＣＴ４２１にてＹＥＳと判定し、ＡＣＴ４２３へと進む。
ＡＣＴ４２３としてプロセッサ４０１は、店員による確認手順の実行が指示されたことを取引処理装置１００に対して通知する。
【0078】
取引処理装置１００にてプロセッサ１０１は、図１１中のＡＣＴ１２２としての表示指示を終えたならば、ＡＣＴ１２３へと進む。
ＡＣＴ１２３としてプロセッサ１０１は、店員による確認手順の実行が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２４へと進む。
ＡＣＴ１２４としてプロセッサ１０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１２３及びＡＣＴ１２４としては、実行指示又は戻り指示を待ち受ける。そしてプロセッサ１０１は、上記のように実行が指示されたことが通知されたならば、ＡＣＴ１２３にてＹＥＳと判定し、ＡＣＴ１２５へと進む。
ＡＣＴ１２５としてプロセッサ１０１は、店員操作ウィンドウの表示をカート端末４００に対して指示する。店員操作ウィンドウは、店員による確認を開始するための店員による操作を受けることを案内するためのウィンドウである。
ＡＣＴ１２３としてプロセッサ１０１は、店員による確認手順の実行が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２４へと進む。
ＡＣＴ１２４としてプロセッサ１０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１２３及びＡＣＴ１２４としては、実行指示又は戻り指示を待ち受ける。そしてプロセッサ１０１は、上記のように実行が指示されたことが通知されたならば、ＡＣＴ１２３にてＹＥＳと判定し、ＡＣＴ１２５へと進む。
ＡＣＴ１２５としてプロセッサ１０１は、店員操作ウィンドウの表示をカート端末４００に対して指示する。店員操作ウィンドウは、店員による確認を開始するための店員による操作を受けることを案内するためのウィンドウである。
【0079】
カート端末４００にてプロセッサ４０１は、図９中のＡＣＴ４２３として実行指示を通知したのちには、ＡＣＴ４２４へと進む。
ＡＣＴ４２４としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて店員操作ウィンドウをタッチパネル４０４に表示させる。
ＡＣＴ４２４としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて店員操作ウィンドウをタッチパネル４０４に表示させる。
【0080】
図１７は店員操作ウィンドウの一例を表す図である。
店員操作ウィンドウＷＩＣは、文字列ＣＳＣ及びボタンＢＵＤを表す。文字列ＣＳＣは、店員が行うべき操作を店員に案内するための文字メッセージを表す。本実施形態では、店員による確認を開始するための店員による操作として、店員証に表示されて店員の識別子としての店員コードを表したバーコードをカメラ４０５にスキャンさせる操作を受けることする。そして図１７に表す文字列ＣＳＣは、その操作を案内するための文字メッセージを表す。ボタンＢＵＤは、商品登録を行う状態に戻すように操作者が指示するためのソフトキーである。
店員操作ウィンドウＷＩＣは、文字列ＣＳＣ及びボタンＢＵＤを表す。文字列ＣＳＣは、店員が行うべき操作を店員に案内するための文字メッセージを表す。本実施形態では、店員による確認を開始するための店員による操作として、店員証に表示されて店員の識別子としての店員コードを表したバーコードをカメラ４０５にスキャンさせる操作を受けることする。そして図１７に表す文字列ＣＳＣは、その操作を案内するための文字メッセージを表す。ボタンＢＵＤは、商品登録を行う状態に戻すように操作者が指示するためのソフトキーである。
【0081】
客から確認の要求を受けた店員は、その店員が所持する店員証に表示されているバーコードをカメラ４０５に翳してスキャンさせる。なおここで店員が行うべき操作は、例えば店員用のパスコードを入力する操作など、客が通常は行わないものとして予め定められたどのような操作に変更されても構わないし、複数種の操作を受けても構わない。なお、当該の操作を行う店員は、確認を行う係員に相当する。また店員証からの店員コードの読み取りは、例えばカート端末４００に外付けされた図示しないカードリーダなどにより行うのでも構わない。
【0082】
図９中のＡＣＴ４２５としてプロセッサ４０１は、店員操作が行われたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２６へと進む。
ＡＣＴ４２６としてプロセッサ４０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２５へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４２５及びＡＣＴ４２６としては、店員操作又は戻り指示を待ち受ける。そしてプロセッサ４０１は、上述のような予め定められた店員操作が行われたことを確認できたならばＡＣＴ４２５にてＹＥＳと判定し、ＡＣＴ４２７へと進む。
ＡＣＴ４２７としてプロセッサ４０１は、店員操作が行われたことを取引処理装置１００に対して通知する。
ＡＣＴ４２６としてプロセッサ４０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２５へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４２５及びＡＣＴ４２６としては、店員操作又は戻り指示を待ち受ける。そしてプロセッサ４０１は、上述のような予め定められた店員操作が行われたことを確認できたならばＡＣＴ４２５にてＹＥＳと判定し、ＡＣＴ４２７へと進む。
ＡＣＴ４２７としてプロセッサ４０１は、店員操作が行われたことを取引処理装置１００に対して通知する。
【0083】
取引処理装置１００にてプロセッサ１０１は、図１１中のＡＣＴ１２５としての表示指示を終えたならば、ＡＣＴ１２６へと進む。
ＡＣＴ１２６としてプロセッサ１０１は、店員操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２７へと進む。
ＡＣＴ１２７としてプロセッサ１０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２６へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１２６及びＡＣＴ１２７としては、店員操作又は戻り指示を待ち受ける。そしてプロセッサ１０１は、上記のように店員操作が行われたことが通知されたならば、ＡＣＴ１２６にてＹＥＳと判定し、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ１０１は、再確認ウィンドウの表示をカート端末４００に対して指示する。再確認ウィンドウは、店員の目視による再確認について店員に案内するためウィンドウである。
ＡＣＴ１２６としてプロセッサ１０１は、店員操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２７へと進む。
ＡＣＴ１２７としてプロセッサ１０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２６へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１２６及びＡＣＴ１２７としては、店員操作又は戻り指示を待ち受ける。そしてプロセッサ１０１は、上記のように店員操作が行われたことが通知されたならば、ＡＣＴ１２６にてＹＥＳと判定し、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ１０１は、再確認ウィンドウの表示をカート端末４００に対して指示する。再確認ウィンドウは、店員の目視による再確認について店員に案内するためウィンドウである。
【0084】
カート端末４００にてプロセッサ４０１は、図９中のＡＣＴ４２７として店員操作を通知したのちには、ＡＣＴ４２８へと進む。
ＡＣＴ４２８としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて再確認ウィンドウをタッチパネル４０４に表示させる。
ＡＣＴ４２８としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて再確認ウィンドウをタッチパネル４０４に表示させる。
【0085】
図１８は再確認ウィンドウの一例を表す図である。
再確認ウィンドウＷＩＤは、文字列ＣＳＤ，ＣＳＥ及びボタンＢＵＥ，ＢＵＦを表す。文字列ＣＳＤは、店員が行うべき作業を店員に案内するための固定の文字メッセージを表す。文字列ＣＳＥは、買物カゴＳＢに投入されていることを確認すべき商品の商品名と点数とを表す。取引処理装置１００にてプロセッサ１０１は例えば、取引データに含まれている商品データのそれぞれに含まれる商品コードのそれぞれに関して、その商品がフィールドＦＡＡにセットされているデータレコードＲＥＡをすべて、商品マスタデータベースＤＢＡから探し出す。そして該当するデータレコードＲＥＡのうちから、フィールドＦＡＤにセットされているまとめフラグが「要確認」を表す状態であるものを全て選出する。そしてプロセッサ１０１は、選出したデータレコードＲＥＡのフィールドＦＡＢにセットされている商品名と、選出したデータレコードＲＥＡのフィールドＦＡＡにセットされている商品コードを含んで取引データに含まれている商品データに示される点数と、を表すように文字列ＣＳＥを生成する。なお、図１８では、確認すべき商品が１つのみである場合の例であり、確認すべき商品が複数である場合には、文字列ＣＳＥはそれら複数の商品の商品名及び点数を表す。ボタンＢＵＥは、商品登録を行う状態に戻すように操作者が指示するためのソフトキーである。ボタンＢＵＦは、確認すべき商品の投入状況が適正であることを操作者が指定するためのソフトキーである。
再確認ウィンドウＷＩＤは、文字列ＣＳＤ，ＣＳＥ及びボタンＢＵＥ，ＢＵＦを表す。文字列ＣＳＤは、店員が行うべき作業を店員に案内するための固定の文字メッセージを表す。文字列ＣＳＥは、買物カゴＳＢに投入されていることを確認すべき商品の商品名と点数とを表す。取引処理装置１００にてプロセッサ１０１は例えば、取引データに含まれている商品データのそれぞれに含まれる商品コードのそれぞれに関して、その商品がフィールドＦＡＡにセットされているデータレコードＲＥＡをすべて、商品マスタデータベースＤＢＡから探し出す。そして該当するデータレコードＲＥＡのうちから、フィールドＦＡＤにセットされているまとめフラグが「要確認」を表す状態であるものを全て選出する。そしてプロセッサ１０１は、選出したデータレコードＲＥＡのフィールドＦＡＢにセットされている商品名と、選出したデータレコードＲＥＡのフィールドＦＡＡにセットされている商品コードを含んで取引データに含まれている商品データに示される点数と、を表すように文字列ＣＳＥを生成する。なお、図１８では、確認すべき商品が１つのみである場合の例であり、確認すべき商品が複数である場合には、文字列ＣＳＥはそれら複数の商品の商品名及び点数を表す。ボタンＢＵＥは、商品登録を行う状態に戻すように操作者が指示するためのソフトキーである。ボタンＢＵＦは、確認すべき商品の投入状況が適正であることを操作者が指定するためのソフトキーである。
【0086】
かくしてプロセッサ１０１は、再確認ウィンドウＷＩＤをカート端末４００にて表示させることとして、要確認商品の決済に際しての係員による確認を行わせるための案内動作を行っているのである。つまり取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは案内手段として機能する。
【0087】
店員は、再確認ウィンドウＷＩＤの文字列ＣＳＥが表す単品販売商品が正しく買物カゴＳＢに投入されているかどうかを、買物カゴＳＢに投入されている商品を直接目視で確認する。そして店員は、適正であると判断したならば、例えばボタンＢＵＦをタップするなどの予め定められた操作によって適正であることを指定する。
【0088】
カート端末４００にてプロセッサ４０１は、図９中のＡＣＴ４２８として再確認ウィンドウＷＩＤを表示したのちには、ＡＣＴ４２９へと進む。
ＡＣＴ４２９としてプロセッサ４０１は、適正であることが指定されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４３０へと進む。
ＡＣＴ４３０としてプロセッサ４０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２９へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４２９及びＡＣＴ４３０としては、適正指定又は戻り指示を待ち受ける。そしてプロセッサ４０１は、適正であることが上述のように指定されたことを確認できたならばＡＣＴ４２９にてＹＥＳと判定し、ＡＣＴ４３１へと進む。
ＡＣＴ４３１としてプロセッサ４０１は、適正指定を取引処理装置１００に対して通知する。
ＡＣＴ４２９としてプロセッサ４０１は、適正であることが指定されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４３０へと進む。
ＡＣＴ４３０としてプロセッサ４０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２９へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４２９及びＡＣＴ４３０としては、適正指定又は戻り指示を待ち受ける。そしてプロセッサ４０１は、適正であることが上述のように指定されたことを確認できたならばＡＣＴ４２９にてＹＥＳと判定し、ＡＣＴ４３１へと進む。
ＡＣＴ４３１としてプロセッサ４０１は、適正指定を取引処理装置１００に対して通知する。
【0089】
取引処理装置１００にてプロセッサ１０１は、図１１中のＡＣＴ１２８としての表示指示を終えたならば、ＡＣＴ１２９へと進む。
ＡＣＴ１２９としてプロセッサ１０１は、適正であることが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３０へと進む。
ＡＣＴ１３０としてプロセッサ１０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２９へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１２９及びＡＣＴ１３０としては、適正指定又は戻り指示を待ち受ける。そしてプロセッサ１０１は、適正指定がカート端末４００から上記のように通知されたならば、ＡＣＴ１２９にてＹＥＳと判定し、ＡＣＴ１３１へと進む。
ＡＣＴ１２９としてプロセッサ１０１は、適正であることが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３０へと進む。
ＡＣＴ１３０としてプロセッサ１０１は、商品登録への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２９へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１２９及びＡＣＴ１３０としては、適正指定又は戻り指示を待ち受ける。そしてプロセッサ１０１は、適正指定がカート端末４００から上記のように通知されたならば、ＡＣＴ１２９にてＹＥＳと判定し、ＡＣＴ１３１へと進む。
【0090】
ＡＣＴ１３１としてプロセッサ１０１は、会計のための処理を会計機２００に移管するための会計移管処理を実行する。例えばプロセッサ１０１はまず、会計用画面の表示をカート端末４００に対して指示する。会計用画面は、取引に関する会計処理を会計機２００に引き継ぐための画面である。会計用画面には、該当の取引に関する問い合わせを会計機２００が取引処理装置１００に対して行うための情報を表したバーコードが表される。
【0091】
カート端末４００にてプロセッサ４０１は、図９中のＡＣＴ４３１として適正指定を通知したのちには、ＡＣＴ４３２へと進む。
ＡＣＴ４３２としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて、タッチパネル４０４に会計用画面を表示させる。
ＡＣＴ４３２としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて、タッチパネル４０４に会計用画面を表示させる。
【0092】
客は、店舗に会計機２００が複数台設置されているならば、それらのうちから使用されていない会計機２００を任意に選択し、その会計機２００が備えるバーコードスキャナに、会計用画面に表されたバーコードを読み取らせる。これに応じて会計機２００は、バーコードスキャナにより読み取られたバーコードが表す情報に基づいて取引処理装置１００に会計データを要求する。
【0093】
取引処理装置１００にてプロセッサ１０１は、図１１中のＡＣＴ１３１の会計移管処理の一環として会計データが要求されるのを待ち受け、上記のように会計データの要求を受けると、要求された取引の決済を会計機２００に行わせるための会計データを要求元の会計機２００に対して送信する。
【0094】
このように取引処理装置１００から送信された会計データに応じて会計機２００は、適宜に画面を表示しながら、会計に関する客の操作を受けつつ、会計データに基づいて取引を会計するための処理を実行する。この会計機２００の処理は、例えば既存のＰＯＳシステムの会計機で行われている処理と同様な処理であってよい。
【0095】
なお、カート端末４００から会計機２００への取引に関する会計処理の引き継ぎに関しては、上記以外に例えば、カート端末４００が特定の会計機２００に近づいた場合、無線通信により会計データを転送することにより実現してもよい。また、ゲートの形態である会計機２００である場合、カート端末４００が当該ゲートに近づくと取引に関する会計データが転送されるなどであってもよい。
【0096】
以上のように取引処理装置１００にてプロセッサ１０１は、再確認ウィンドウＷＩＤを表示させての再確認に際して店員による適正であることの確認が完了したことをもって、決済を許容している。つまりプロセッサ１０１は、確認が完了するまでは決済を抑止しているのであり、取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは抑止手段として機能する。
【0097】
ＡＣＴ１３２としてプロセッサ１０１は、完了画面の表示をカート端末４００に対して指示する。完了画面は、現取引に関するカート端末４００での処理が完了したことを客に通知するための画面である。そしてプロセッサ１０１は、これをもって今回の取引に関する取引処理を終了する。
【0098】
カート端末４００にてプロセッサ４０１は、図９中のＡＣＴ４３２として会計用画面を表示したのちには、ＡＣＴ４３３へと進む。
ＡＣＴ４３３としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて完了画面をタッチパネル４０４に表示させる。そしてプロセッサ４０１は、例えば完了画面の表示の継続時間が予め定められた時間を超えるなどの予め定められた条件が成立したことをもって、完了画面の表示を終了させた上で、今回のカート処理を終了する。なおプロセッサ４０１は、この後に即座に、あるいは予め定められた再開条件が正立したことに応じて、カート処理を新たに開始し、次の客による利用に備える。
ＡＣＴ４３３としてプロセッサ４０１は、取引処理装置１００からの上記の表示指示に応じて完了画面をタッチパネル４０４に表示させる。そしてプロセッサ４０１は、例えば完了画面の表示の継続時間が予め定められた時間を超えるなどの予め定められた条件が成立したことをもって、完了画面の表示を終了させた上で、今回のカート処理を終了する。なおプロセッサ４０１は、この後に即座に、あるいは予め定められた再開条件が正立したことに応じて、カート処理を新たに開始し、次の客による利用に備える。
【0099】
なお客は、図１６に表す確認案内ウィンドウＷＩＢが表示されているときに、会計に進むことを取り止めて商品登録を行う状態に戻すならば、ボタンＢＵＢをタップするなどの予め定められた操作により戻りを指示する。また客は、図１７に表す店員操作ウィンドウＷＩＣが表示されているときに、店員による確認を取り止めて商品登録を行う状態に戻すならば、ボタンＢＵＤをタップするなどの予め定められた操作により戻りを指示する。また店員は、図１８に表す再確認ウィンドウＷＩＤに応じての確認の結果として、商品投入が不適切であることを確認したならば、ボタンＢＵＥをタップするなどの予め定められた操作により戻りを指示する。
【0100】
カート端末４００にてプロセッサ４０１は、上記のような戻り指示に応じて、図９中のＡＣＴ４２２，ＡＣＴ４２６，ＡＣＴ４３０のいずれかでＹＥＳと判定し、ＡＣＴ４３４へと進む。
ＡＣＴ４３４としてプロセッサ４０１は、戻り指示がなされたことを取引処理装置１００に対して通知する。
ＡＣＴ４３４としてプロセッサ４０１は、戻り指示がなされたことを取引処理装置１００に対して通知する。
【0101】
ＡＣＴ４３５としてプロセッサ４０１は、表示されている各種のポップアップ画面の表示を終了する。そしてプロセッサ４０１はこののち、図８中のＡＣＴ４０５及びＡＣＴ４０６の待ち受け状態に戻る。
なお店員は、図１８に表す再確認ウィンドウＷＩＤに応じての確認の結果として、商品投入が不適切であることを確認した場合には、誤った取引商品の登録を正すようにカート端末４００を操作する。
なお店員は、図１８に表す再確認ウィンドウＷＩＤに応じての確認の結果として、商品投入が不適切であることを確認した場合には、誤った取引商品の登録を正すようにカート端末４００を操作する。
【0102】
取引処理装置にてプロセッサ１０１は、上記の戻り指示の通知に応じて、図１１中のＡＣＴ１２４，ＡＣＴ１２７，ＡＣＴ１３０のいずれかにてＹＥＳと判定し、図１０中のＡＣＴ１０３及びＡＣＴ１０４の待ち受け状態に戻る。
なお、プロセッサ１０１は、ＡＣＴ１２１での確認に際して、例えば取引データＤＡＡのフィールドＦＢＤにセットされている確認フラグが「要確認」ではないならば、確認が必要ではないとしてＮＯと判定し、ＡＣＴ１２２～ＡＣＴ１３０をパスしてＡＣＴ１３１へと進む。かくしてこの場合にカート端末４００にてプロセッサ４０１は、図８中のＡＣＴ４１１における会計の要求に対して、取引処理装置１００からは会計用画面の表示が指示されることになるから、ＡＣＴ４１２においては会計用画面をタッチパネル４０４に表示させることになる。そしてプロセッサ４０１は、ＡＣＴ４１３にてＮＯと判定し、図９中のＡＣＴ４３３へと進む。
なお、プロセッサ１０１は、ＡＣＴ１２１での確認に際して、例えば取引データＤＡＡのフィールドＦＢＤにセットされている確認フラグが「要確認」ではないならば、確認が必要ではないとしてＮＯと判定し、ＡＣＴ１２２～ＡＣＴ１３０をパスしてＡＣＴ１３１へと進む。かくしてこの場合にカート端末４００にてプロセッサ４０１は、図８中のＡＣＴ４１１における会計の要求に対して、取引処理装置１００からは会計用画面の表示が指示されることになるから、ＡＣＴ４１２においては会計用画面をタッチパネル４０４に表示させることになる。そしてプロセッサ４０１は、ＡＣＴ４１３にてＮＯと判定し、図９中のＡＣＴ４３３へと進む。
【0103】
以上のように、取引処理装置１００は、まとめパッケージ商品に含まれ得るために確認の対象とされた商品を取引商品として登録された場合には、買物カゴＳＢの内部を撮影したカメラ画像をカート端末４００から取得して、図１５に表す即時確認ウィンドウＷＩＡとしてアテンダント端末３００にて表示させる。かくして店員は、当該のアテンダント端末３００での表示に基づいて、取引商品として登録された単品販売商品が適正に買物カゴＳＢに投入されたかどうかを、つまり、まとめパッケージ商品を取引商品として登録するにあたって誤って単品販売商品が取引商品として登録されていないかを、速やかに確認することができる。この結果、まとめパッケージ商品を取引商品として登録するにあたって、単品販売商品が取引商品として指定されてしまった場合に、それを訂正するべく速やかに処置することが可能となる。
【0104】
また取引処理装置１００は、買物カゴＳＢへの商品の投入を検出するようにし、確認の対象とされた商品が取引商品として登録された後に商品投入が検出された際のカメラ画像を取得して、表示させる。かくして、確認の対象とされた商品又はその商品を含んだまとめパッケージ商品が投入された状態の買物カゴＳＢの中を撮影したカメラ画像を表示させることができる。
【0105】
また取引処理装置１００は、図１５に表す即時確認ウィンドウＷＩＡにて、商品投入が適正であることの指定を受ける。そして取引処理装置１００は、この指定がなされていないまま会計に進もうとする場合には、店員による再確認を行うように案内する。かくして、即時確認ウィンドウＷＩＡにて十分な確認を行えなかった場合に、不適正な商品投入が対処されないままとされてしまう恐れを軽減できる。
【0106】
また取引処理装置１００は、上記の再確認が完了しなければ、決済を行わせない。このため、不適正な商品登録状況のままで決済が行われてしまうことを防止できる。
【0107】
また取引処理装置１００は、即時確認ウィンドウＷＩＡのように、まとめパッケージ商品が前記容器に投入されていないかの確認を係員に促す画面を表示させる。これにより、アテンダント端末３００でのカメラ画像の表示が、まとめパッケージ商品が投入されていないかどうかを確認するためであることを店員が容易に理解することが可能であり、当該の確認作業を的確に支援できる。
【0108】
この実施形態は、次のような種々の変形実施が可能である。
買物カゴＳＢへの商品投入は、例えばカメラ画像に対する画像処理によって、あるいは赤外線センサなどの別のセンサによって、検出するのでも構わない。なお、画像処理による場合など、投入の検出は、取引処理装置１００におけるプロセッサ１０１の処理又はアテンダント端末３００におけるプロセッサ３０１の処理によって実現されても構わない。
買物カゴＳＢへの商品投入は、例えばカメラ画像に対する画像処理によって、あるいは赤外線センサなどの別のセンサによって、検出するのでも構わない。なお、画像処理による場合など、投入の検出は、取引処理装置１００におけるプロセッサ１０１の処理又はアテンダント端末３００におけるプロセッサ３０１の処理によって実現されても構わない。
【0109】
即時確認ウィンドウＷＩＡに表すカメラ画像の撮影タイミングは、買物カゴＳＢへの商品投入の検出とは無関係に定められても構わない。例えば、商品登録から予め定められた時間が経過したタイミング、あるいは次の商品登録がなされたタイミングで撮影されたカメラ画像を即時確認ウィンドウＷＩＡに表すのでも構わない。
【0110】
上記の実施形態においては、即時確認ウィンドウＷＩＡにおいて、まとめパッケージ商品に関する確認を促すようにしていることにより、まとめパッケージ商品に含まれ得る単品販売商品を要確認商品とすることを前提としている。しかしながら、要確認商品をどのような商品として利用するかは適宜に変更されて構わない。なお、即時確認ウィンドウＷＩＡでの確認の案内の内容は、どのような商品を要確認商品とするかに適応させることが好ましいが、確認すべき具体的な内容は表さずに、単に要確認商品についての確認を行うように案内したり、あるいはカメラ画像のみを表したりするのでも構わない。要確認商品としては例えば、パッケージサイズや重量などが似ていて、単価の異なる商品が存在するような商品とすることが考えられる。例えば米は、同じサイズ、見た目でありながら、単価が全く異なる複数の商品が並べて陳列されている場合がある。このような場合に、陳列された状態の米のバーコードがスキャンされた上で、隣にある別の米が買物カゴＳＢに投入されるような場合の確認のために上記実施形態を適用することも可能である。
【0111】
上記の実施形態において取引処理装置１００が実行する処理の一部を、会計機２００、アテンダント端末３００又はカート端末４００で行っても構わない。例えば、取引データの更新は、カート端末４００にてプロセッサ４０１が行っても構わない。例えば、カメラ画像をカート端末４００から取得する処理は、アテンダント端末３００にてプロセッサ３０１が行っても構わない。例えば、カメラ画像を表示するための処理は、アテンダント端末３００にてプロセッサ３０１が行っても構わない。つまり、本願の監視支援システムは、例えば取引処理装置１００のような単独装置により実現することも可能であるし、取引処理装置１００、会計機２００、アテンダント端末３００及びカート端末４００のうちの少なくとも２つの装置による協働によって実現することも可能である。
【0112】
カメラ画像を撮影するためには、カート端末４００が備えるカメラ４０５に代えて、カートに取り付けられた別のカメラが用いられても構わない。そして取引処理装置１００は当該のカメラからは、カート端末４００を介してカメラ画像を取得するのでも構わないし、通信ネットワーク２を介した直接的な通信により取得するのでも構わない。そしてこの場合に登録用端末としては、客が手持ちで利用するスマートフォンなどの端末装置がカート端末４００に代えて用いられても構わない。
【0113】
取引データＤＡＡには、商品データのそれぞれに確認フラグを含めるようにして、プロセッサ１０１は、図１０中のＡＣＴ１０８においては、直前にＡＣＴ１０５にて取引データＤＡＡに追加した商品データに含まれる確認フラグを更新するようにしてもよい。このようにすれば、複数の要確認商品が取引商品として登録されている場合に、それら要確認商品のそれぞれについて再確認の要否を管理できるようになる。そしてプロセッサ１０１は例えば、図１１のＡＣＴ１２８として表示を指示する再確認ウィンドウＷＩＤに表す文字列ＣＳＥを、「要確認」を表す状態である確認フラグが含まれた商品データに関する商品に関する情報のみを表すようにすれば、即時確認ウィンドウＷＩＡにより適正である事が確認できている商品の再確認を省くことができ、店員の手間を軽減することが可能となる。
【0114】
情報処理によりプロセッサ１０１，３０１，４０１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0115】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0116】
１…取引処理システム、２…通信ネットワーク、１００…取引処理装置、２００…会計機、３００…アテンダント端末、４００…カート端末、１０１，３０１，４０１…プロセッサ、１０２，３０２，４０２…メイン記憶ユニット、１０３，３０３，４０３…補助記憶ユニット、１０４，３０５…通信ユニット、３０４，４０４…タッチパネル、４０５…カメラ、４０６…インタフェースユニット、４０７…無線通信ユニット、４９８…重量計、４９９…スキャナ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
