JP2023045664A - 情報処理装置、情報処理プログラム及び情報処理方法 - Google Patents

Abstract

【課題】 店員による確認を要する商品が購入対象の商品に含まれる取引に関する決済が行われようとしていることを店員に認識させる。【解決手段】 実施形態の情報処理装置は、客により移動される移動端末での操作により取引の対象となる商品の登録を行い、移動端末での操作による決済指示に応じて、その時点で取引の対象とされている商品の代金を決済するための決済処理を開始する取引処理システムで用いられる情報処理装置であって、検知手段及び通報手段を備える。検知手段は、移動端末で決済指示がなされたことを検知する。通報手段は、取引の対象とされている商品に販売に際して店員による確認が必要となる商品が含まれる場合に、検知手段により決済指示がなされたことが検知されたことに応じて、店員に通報する。【選択図】 図２５

Description

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

客による端末装置の操作に応じて取引の内容を登録する取引処理システムが、例えばカートＰＯＳシステム又はスマホＰＯＳシステムなどとして考えられている。
このようなシステムにおいては、クレジットカード決済又はバーコード決済などの決済方法を用いれば、決済の処理は端末装置における客の操作に応じて完結することが可能である。また、客の操作に応じて決済処理を行うセルフタイプの会計機を用いれば、決済の処理は会計機における客の操作に応じて完結することが可能である。そしてこのようにして決済を完結できれば、店員が関与すること無しに取引を完了することが可能である。

しかしながら、商品の一部は、購入者に年齢制限が定められているなどの事情により、店員による確認が必要である場合がある。このような店員による確認を要する商品が購入対象の商品に含まれる取引に関して、上記のように店員が関与することなしに決済が行われてしまうと、店員による確認漏れが生じる恐れがあった。
このような事情から、店員による確認を要する商品が購入対象の商品に含まれる取引に関する決済が行われようとしていることを店員に認識させることができることが望まれていた。

特開２０１９－１４４７９７号公報

本発明が解決しようとする課題は、店員による確認を要する商品が購入対象の商品に含まれる取引に関する決済が行われようとしていることを店員に認識させることができる情報処理装置、情報処理プログラム及び情報処理方法を提供することである。

実施形態の情報処理装置は、客により移動される移動端末での操作により取引の対象となる商品の登録を行い、移動端末での操作による決済指示に応じて、その時点で取引の対象とされている商品の代金を決済するための決済処理を開始する取引処理システムで用いられる情報処理装置であって、検知手段及び通報手段を備える。検知手段は、移動端末で決済指示がなされたことを検知する。通報手段は、取引の対象とされている商品に販売に際して店員による確認が必要となる商品が含まれる場合に、検知手段により決済指示がなされたことが検知されたことに応じて、店員に通報する。

一実施形態に係る取引処理システムの概略構成を示すブロック図。 図１中の店舗サーバの要部回路構成を示すブロック図。 図１中の仮想ＰＯＳサーバの要部回路構成を示すブロック図。 図１中のモバイルコントローラの要部回路構成を示すブロック図。 図４に示す取引管理データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図４に示す登録データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図１中のユーザ端末の要部回路構成を示すブロック図。 図１中の監視端末の要部回路構成を示すブロック図。 図８に示されるプロセッサによるユーザインタフェース処理のフローチャート。 図８に示されるプロセッサによるユーザインタフェース処理のフローチャート。 図８に示されるプロセッサによるユーザインタフェース処理のフローチャート。 図８に示されるプロセッサによるユーザインタフェース処理のフローチャート。 図８に示されるプロセッサによるユーザインタフェース処理のフローチャート。 図４に示されるプロセッサによる取引支援処理のフローチャート。 図４に示されるプロセッサによる取引支援処理のフローチャート。 図４に示されるプロセッサによる取引支援処理のフローチャート。 図４に示されるプロセッサによる取引支援処理のフローチャート。 一覧画面の一例を示す図。 登録画面の一例を示す図。 一覧画面の一例を示す図。 一覧画面の一例を示す図。 ガイダンス画面の一例を示す図。 確認画面の一例を示す図。 解除画面の一例を示す図。 図４に示されるプロセッサによる監視支援処理のフローチャート。 一例としての監視画面の全体の概略を示す図。 図２６中の表示領域の１つの詳細を表す図。 警告画面の一例を示す図。 会計画面の一例を示す図。

以下、取引処理システムの一実施形態について、図面を用いて説明する。
この実施形態における取引処理システムは、購入者に年齢制限が定められている等の事情により、販売に際して店員による確認を要する商品（以下、要確認商品と称する）を含んだ複数の商品を、来訪した客に対して販売する店舗における商品の取引を処理する。

図１は、本実施形態に係る取引処理システムの概略構成を示すブロック図である。
取引処理システムは、複数の店舗システム１００、中継サーバ２００及びユーザ端末３００を、通信ネットワーク５００を介して通信可能として構成される。また取引処理システムは、監視端末４００を含む。
図１では、２つの店舗システム１００を示している。これら店舗システム１００は、取引処理システムを利用するそれぞれ異なる店舗Ａ及び店舗Ｂにそれぞれ設けられる。取引処理システムを利用する店舗が３つ以上存在してもよく、店舗毎に店舗システム１００が設けられる。なお以下において、各店舗に設けられた店舗システム１００を区別する必要がある場合には、店舗Ａに設けられた店舗システム１００を店舗システム１００－Ａと表し、店舗Ｂに設けられた店舗システム１００を店舗システム１００－Ｂと表す。
店舗Ａを運営する事業者は、店舗Ｂを運営する事業者と同じであっても、別であってもよい。その他の店舗で取引処理システムが利用される場合も、その店舗を運営する事業者は、店舗Ａ又は店舗Ｂを運営する事業者と同じであっても、別であってもよい。

中継サーバ２００は、ユーザ端末３００と店舗システム１００との間でのデータ通信を中継する。中継サーバ２００は例えば、通信ネットワーク５００を介したクラウドサービスとしてデータ通信の中継機能を提供する。
ユーザ端末３００は、取引処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する情報通信端末である。ユーザ端末３００は、移動可能な移動端末であり、客が買い物する間、当該客により移動される。ユーザ端末３００は、店舗システム１００と無線通信する機能と、通信ネットワーク５００と無線通信する機能とを備える。ユーザ端末３００としては、スマートフォン又はタブレット端末等のデータ通信機能を備えた通信端末が利用できる。ユーザ端末３００は、客により所有されていてもよいし、店舗にて客に貸与されてもよい。
監視端末４００は、ユーザ端末３００の動作状態などの店員による監視を支援するための情報端末装置である。監視端末４００としては、スマートフォン又はタブレット端末等のデータ通信機能を備えた通信端末が利用できる。監視端末４００としては、データ通信機能を備えた据置型のコンピュータ装置などが利用されてもよい。監視端末４００は、店員により操作される。
通信ネットワーク５００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク５００としては典型的には、移動体通信網とインターネット又はＶＰＮとが利用される。

各店舗システム１００の概略的な構成は共通である。すなわち店舗システム１００は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５及びアクセスポイント６を、店内通信ネットワーク７を介して通信可能として構成される。ただし、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５、アクセスポイント６及び店内通信ネットワーク７は、後述する動作を実現するための機能が共通であればよく、完全に同一である必要は無い。また一部の店舗システム１００は、図１に示されない装置を備えてもよい。

店舗サーバ１は、店舗システム１００により後述のように実現される取引処理の対象となった複数の取引を総合的に管理する。店舗サーバ１は例えば、既存のＰＯＳサーバと同様な機能を有する。
仮想ＰＯＳサーバ２は、外部からの要求に応じて取引毎の購入商品の登録及び当該購入商品の代金の決済などのための情報処理を行う。つまり仮想ＰＯＳサーバ２は、既存のＰＯＳ端末が備える機能を仮想的に実現する。仮想ＰＯＳサーバ２が行う情報処理は、店舗毎の運営方針の違いに適応するようにカスタマイズされる。つまり、例えば店舗システム１００－Ａに備えられた店舗サーバ１が行う情報処理と、店舗システム１００－Ｂに備えられた店舗サーバ１が行う情報処理とでは、一部相違する場合がある。

モバイルコントローラ３は、仮想ＰＯＳサーバ２による上記の情報処理を、ユーザ端末３００をユーザインタフェースデバイスとして用いつつ行わせるための支援を行う。モバイルコントローラ３は、取引支援装置の一例である。
通信サーバ４は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３及び会計機５が、通信ネットワーク５００を介して中継サーバ２００等とデータを授受するための通信処理を行う。

会計機５は、仮想ＰＯＳサーバ２で管理されている取引毎の購入商品に関する代金を求めて、当該代金を客に決済させるための処理を行う。会計機５が上記の決済のために利用可能とする決済方法は、現金決済、クレジットカード決済、電子マネー決済、ポイント決済、コード決済（モバイル決済又はスマートフォン決済等とも称される）等、周知の決済方法の全て又は任意の一部であってよい。会計機５は、店員及び客のいずれにより操作されるのであってもよい。会計機５としては例えば、既存のセミセルフ方式のＰＯＳシステムで用いられるセルフ方式の会計機を用いることができる。会計機５は、商品を購入商品として登録するための情報処理を行う機能を有していてもよい。この場合に会計機５としては例えば、既存のＰＯＳシステムで用いられる対面式のＰＯＳ端末又は既存のセルフ方式のＰＯＳシステムで用いられるセルフ式のＰＯＳ端末を用いることができる。

アクセスポイント６は、ユーザ端末３００及び監視端末４００が無線通信により店内通信ネットワーク７へとアクセスすることを可能とするための通信処理を行う。アクセスポイント６としては例えば、ＩＥＥＥ８０２．１１規格により無線通信を行う周知の通信デバイスを用いることができる。アクセスポイント６は、店舗の売場のどこからでもユーザ端末３００が無線通信可能なように、店舗内に設置される。店舗規模によっては、複数のアクセスポイント６が、１つの店舗システム１００に配置される場合もある。
店内通信ネットワーク７としては、インターネット、ＶＰＮ、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。ただし典型的には、店内通信ネットワーク７は、ＬＡＮである。

店舗システム１００が設けられた店舗には、その入口付近にチェックイン用の２次元コードＴＣＡが掲示され、その出口付近にチェックアウト用の２次元コードＴＣＢが掲示される。２次元コードＴＣＡは、チェックインのためのチェックインデータを表す。２次元コードＴＣＢは、チェックアウトのためのチェックアウトデータを表す。チェックインデータ及びチェックアウトデータは店舗毎に異なる。このため、店舗Ａ用の２次元コードＴＣＡ，ＴＣＢと店舗Ｂ用の２次元コードＴＣＡ，ＴＣＢとを区別する必要がある場合には、店舗Ａ用を２次元コードＴＣＡＡ，ＴＣＢＡと表し、店舗Ｂ用を２次元コードＴＣＡＢ，ＴＣＢＢと表す。
チェックインデータは、客が所有するスマートフォンなどをユーザ端末３００として動作させるための各種の設定などを表す情報を含む。チェックアウトデータは、ユーザ端末３００としての動作を終了させるための各種の情報を含む。

図２は店舗サーバ１の要部回路構成を示すブロック図である。
店舗サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、店舗サーバ１を制御するためのコンピュータが構成される。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、店舗サーバ１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。

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

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、あるいはＳＳＤ（solid state drive）等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。

通信インタフェース１４は、店内通信ネットワーク７に接続された各部との間で所定の通信プロトコルに従いデータ通信を行う。通信インタフェース１４としては、例えばＬＡＮ用の周知の通信デバイスを適用できる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

補助記憶ユニット１３は、情報処理プログラムの１つである店舗管理アプリＡＰＡを記憶する。店舗管理アプリＡＰＡは、アプリケーションプログラムであり、店舗サーバ１としての機能を実現するための情報処理について記述されている。店舗管理アプリＡＰＡは、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して作成された別々のものであってよい。例えば、店舗Ａと店舗Ｂとで売上データの管理方法が異なるならば、店舗システム１００－Ａで用いられる店舗管理アプリＡＰＡは、店舗Ａでの売上データの管理方法に適応した売上データの管理のための情報処理について記述され、店舗システム１００－Ｂで用いられる店舗管理アプリＡＰＡは、店舗Ｂでの売上データの管理方法に適応した売上データの管理のための情報処理について記述される。

補助記憶ユニット１３の記憶領域の一部は、データベース群ＤＢＡとして使用される。データベース群ＤＢＡは、各種の情報管理のための複数のデータベースを含む。データベース群ＤＢＡに含まれるデータベースの１つは、店舗で販売する商品を管理するための商品データベースである。商品データベースは、管理の対象となる商品に関連付けられたデータレコードの集合である。商品データベースのデータレコードには、商品コード、価格及び商品名等の、関連付けられた商品に関するデータが含まれる。商品コードは、商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別コードであり、例えばＪＡＮ（Japanese article number）コードが用いられる。商品名は、商品を人間が区別し易いように定められた名称である。価格は、商品の販売の対価となる金額である。

データベース群ＤＢＡに含まれるデータベースの１つは、店舗の利用者を管理するための利用者データベースである。利用者データベースは、利用者として登録された客に関連付けられたデータレコードの集合である。利用者データベースのデータレコードには、利用者コード及び利用者を特定するための属性情報等の、関連付けられた客に関するデータが含まれる。利用者コードは、利用者を個々に識別するために客毎に定められた一意の識別コードである。属性情報は、氏名、性別、年齢、住所、電話番号などを含み得る。また利用者データベースのデータレコードには、利用者が申告した決済情報を含む場合もある。決済情報は、クレジット番号又はコード決済ＩＤ（identifier）などである。また複数の決済方法を選択可能とする場合には、決済情報に決済方法を識別するための決済方法コードを含む場合もある。また、ポイントサービスを提供する店舗の場合には、ポイントサービスのＩＤ及び保有ポイント数などを決済情報に含む場合もある。

この他、データベース群ＤＢＡには、既存のＰＯＳシステムにおけるＰＯＳサーバで管理されるような様々なデータベースが含まれ得る。なお、データベース群ＤＢＡがどのようなデータベースと含むか、あるいはそれらデータベースがどのようなデータをどのような構造で含んでいるかは、店舗毎に定められてよい。

図３は仮想ＰＯＳサーバ２の要部回路構成を示すブロック図である。
仮想ＰＯＳサーバ２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３及び通信インタフェース２４は、伝送路２５を介して通信可能とされている。そして、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２５により接続されていることによって、仮想ＰＯＳサーバ２を制御するためのコンピュータが構成される。なお、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。

ただし補助記憶ユニット２３は、店舗管理アプリＡＰＡに代えて仮想ＰＯＳアプリＡＰＢを記憶する。仮想ＰＯＳアプリＡＰＢは、アプリケーションプログラムであり、仮想ＰＯＳサーバ２としての機能を実現するための情報処理について記述されている。仮想ＰＯＳアプリＡＰＢは、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して作成された別々のものであってよい。例えば、店舗Ａでは、店舗Ｂでは行われない割引サービスを行うのであるならば、店舗システム１００－Ａで用いられる仮想ＰＯＳアプリＡＰＢは、当該割引サービスを実現するための情報処理について記述され、店舗システム１００－Ｂで用いられる仮想ＰＯＳアプリＡＰＢは、当該割引サービスを実現するための情報処理について記述されない。

また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢＡに代えて取引データベースＤＢＢとして使用される。取引データベースＤＢＢは、店内で買い回り中である客との取引に関連付けられたデータレコードの集合である。取引データベースＤＢＢのデータレコードには、取引コードと、購入商品として登録済みの商品に関する商品データとを含む。取引コードは、取引の個々を識別するために取引毎に設定された一意の識別コードである。商品データは、商品コード、商品名、価格及び個数などを表す。取引データベースＤＢＢの構造は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して個別に定められてよい。

図４はモバイルコントローラ３の要部回路構成を示すブロック図である。
モバイルコントローラ３は、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５を含む。プロセッサ３１、メインメモリ３２、補助記憶ユニット３３及び通信インタフェース３４は、伝送路３５を介して通信可能とされている。そして、プロセッサ３１、メインメモリ３２及び補助記憶ユニット３３が伝送路３５により接続されていることによって、モバイルコントローラ３を制御するためのコンピュータが構成される。なお、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。

ただし補助記憶ユニット３３は、店舗管理アプリＡＰＡに代えて取引支援アプリＡＰＣ及び監視支援アプリＡＰＤを記憶する。取引支援アプリＡＰＣは、アプリケーションプログラムであり、取引に関する処理を支援するための後述する情報処理について記述されている。監視支援アプリＡＰＤは、アプリケーションプログラムであり、ユーザ端末３００の動作状態などの店員による監視を支援するための後述する情報処理について記述されている。取引支援アプリＡＰＣ及び監視支援アプリＡＰＤは、各店舗システム１００で共通である。ただし、取引支援アプリＡＰＣ及び監視支援アプリＡＰＤに基づく情報処理のための各種の設定は、店舗システム１００毎にカスタマイズされてもよい。ただし、取引支援アプリＡＰＣ及び監視支援アプリＡＰＤは、単一のアプリケーションプログラムとして統合されていても構わない。

また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢＡに代えて取引管理データベースＤＢＣ及び登録データベースＤＢＤとして使用される。これら取引管理データベースＤＢＣ及び登録データベースＤＢＤの構造は、各店舗システム１００で共通である。

図５は取引管理データベースＤＢＣに含まれるデータレコードＤＲＡの主要なデータ構造を示す模式図である。
取引管理データベースＤＢＣは、店内で客が利用するユーザ端末３００に関連付けられたデータレコードＤＲＡの集合である。このため、店内に存在する客が１人であるときには、取引管理データベースＤＢＣはデータレコードＤＲＡを１つ含む。また店内に存在する客が１人も居ないときには、取引管理データベースＤＢＣはデータレコードＤＲＡを含まない。そしてデータレコードＤＲＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤを含む。

フィールドＦＡＡには、関連付けられたユーザ端末３００を他のユーザ端末３００と識別するための端末コードがセットされる。端末コードとしては例えば、ユーザ端末３００として利用される通信端末の個々を識別するために通信端末毎に設定された一意の識別コードを用いることができる。あるいは端末コードとしては例えば、後述するスマホＰＯＳアプリをユーザ端末３００にインストールする際に当該スマホＰＯＳアプリに対して設定される識別コードを用いることができる。フィールドＦＡＢには、関連付けられたユーザ端末３００を使用している客を他の客と識別するための会員コードがセットされる。フィールドＦＡＣには、関連付けられたユーザ端末３００を用いて行われる取引の取引コードがセットされる。フィールドＦＡＤには、関連付けられたユーザ端末３００を利用して購入商品として登録済みの商品に、要確認商品が含まれるか否かを識別するための要確認フラグがセットされる。本実施形態では、要確認フラグは、“１”であるときに要確認商品が含まれることを表すこととする。なお、データレコードＤＲＡには、フィールドＦＡＡ～ＦＡＣとは別のデータがセットされる別のフィールドが含まれてもよい。言い換えれば、要確認フラグは、店員による確認が必要であるか否かを表している。

図６は登録データベースＤＢＤに含まれるデータレコードＤＲＢの主要なデータ構造を示す模式図である。
登録データベースＤＢＤは、店内で買い回り中である客との取引に関連付けられたデータレコードＤＲＢの集合である。そしてデータレコードＤＲＢは、フィールドＦＢＡ，ＦＢＢを含む。データレコードＤＲＡはまた、フィールドＦＢＣ，ＦＢＤ，…を含み得る。

フィールドＦＢＡには、関連付けられた取引の取引コードがセットされる。この取引コードは、関連付けられた取引で使用されているユーザ端末３００に関連付けられたデータレコードＤＲＡのフィールドＦＡＢにセットされた取引コードと同一である。フィールドＦＢＢには、関連付けられた取引に関して試みられた商品登録に関する登録データがセットされる。登録データについては、後述する。

データレコードＤＲＢには、関連付けられた取引に関して２つ以上の購入商品の登録が試みられている場合に、フィールドＦＢＣ以降のフィールドが含まれる。そしてフィールドＦＢＣ以降のフィールドにも、フィールドＦＡＢと同様な登録データがセットされる。
図７はユーザ端末３００の要部回路構成を示すブロック図である。
ユーザ端末３００は、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６、モバイル通信ユニット３０７及び伝送路３０８等を備える。プロセッサ３０１と、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５及びモバイル通信ユニット３０７とは、伝送路３０８を介して通信可能とされている。そして、プロセッサ３０１、メインメモリ３０２及び補助記憶ユニット３０３が伝送路３０８により接続されていることによって、ユーザ端末３００を制御するためのコンピュータが構成される。なお、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３及び伝送路３０８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。

タッチパネル３０４は、ユーザ端末３００の入力デバイス及び表示デバイスとして機能する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。

無線通信ユニット３０６は、アクセスポイント６との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット３０６としては、例えばＩＥＥＥ８０２．１１規格に準拠した周知の通信デバイスを利用できる。
モバイル通信ユニット３０７は、通信ネットワーク５００を介したデータ通信のインタフェースである。モバイル通信ユニット３０７としては、例えば移動通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。

なお補助記憶ユニット３０３は、情報処理プログラムの１つであるスマホＰＯＳアプリＡＰＥを記憶する。スマホＰＯＳアプリＡＰＥは、アプリケーションプログラムであり、ユーザ端末３００を店舗システム１００のユーザインタフェースとして機能させるための後述する情報処理について記述されている。スマホＰＯＳアプリＡＰＥは、複数のユーザ端末３００で共通に利用される。

図８は監視端末４００の要部回路構成を示すブロック図である。
監視端末４００は、プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３、タッチパネル４０４、サウンドユニット４０５、無線通信ユニット４０６及び伝送路４０７等を備える。プロセッサ４０１と、メインメモリ４０２、補助記憶ユニット４０３、タッチパネル４０４、サウンドユニット４０５及び無線通信ユニット４０６とは、伝送路４０７を介して通信可能とされている。そして、プロセッサ４０１、メインメモリ４０２及び補助記憶ユニット４０３が伝送路４０７により接続されていることによって、監視端末４００を制御するためのコンピュータが構成される。なお、プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３及び伝送路４０７の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。

タッチパネル４０４は、監視端末４００の入力デバイス及び表示デバイスとして機能する。
サウンドユニット４０５は、任意の音を合成して出力する。サウンドユニット４０５は、ブザー音などのような単調な音のみを合成可能であってもよいし、メロディ又は音声を合成可能であってもよい。

無線通信ユニット４０６は、アクセスポイント６との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット４０６としては、例えばＩＥＥＥ８０２．１１規格に準拠した周知の通信デバイスを利用できる。
なお補助記憶ユニット４０３は、情報処理プログラムの１つである監視アプリＡＰＦを記憶する。監視アプリＡＰＦは、アプリケーションプログラムであり、監視端末４００を、店員によるシステムの監視を支援するためのユーザインタフェースデバイスとして機能させる。なお、監視アプリＡＰＦとしては、汎用のウェブブラウザが用いられてもよい。

さて、店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３の譲渡は一般に、補助記憶ユニット１３，２３又は３３に店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ又は取引支援アプリＡＰＣ及び監視支援アプリＡＰＤがそれぞれ記憶され、データベース群ＤＢＡ、取引データベースＤＢＢ、又は取引管理データベースＤＢＣ及び登録データベースＤＢＤが記憶されない状態にて行われる。しかし、店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ又は取引支援アプリＡＰＣが補助記憶ユニット１３，２３又は３３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット１３，２３又は３３に記憶された状態のハードウェアと、店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ又は取引支援アプリＡＰＣ及び監視支援アプリＡＰＤとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１３，２３又は３３に店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ又は取引支援アプリＡＰＣ及び監視支援アプリＡＰＤが書き込まれることによって、店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３が構成されてもよい。店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ又は取引支援アプリＡＰＣ及び監視支援アプリＡＰＤの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。取引データベースＤＢＢ、又は取引管理データベースＤＢＣ及び登録データベースＤＢＤは、プロセッサ１１，２１又は３１が店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ又は取引支援アプリＡＰＣに基づく情報処理を実行することで、補助記憶ユニット１３，２３又は３３内に構成される。なお、店舗管理アプリＡＰＡ及びデータベース群ＤＢＡに含まれるデータベースの少なくとも一部が、メインメモリ１２に記憶されてもよい。仮想ＰＯＳアプリＡＰＢ及び取引データベースＤＢＢの少なくとも一部が、メインメモリ２２に記憶されてもよい。取引支援アプリＡＰＣ、監視支援アプリＡＰＤ、取引管理データベースＤＢＣ及び登録データベースＤＢＤの少なくとも一部が、メインメモリ３２に記憶されてもよい。

次に以上のように構成された取引処理システムの動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理の一部については記載を省略している。
なお、以下に説明する取引処理システムの動作により客に提供されるサービスをスマホＰＯＳサービスと称する。

スマホＰＯＳサービスを利用するためにユーザ端末３００が店舗システム１００とデータを授受するが、そのための通信にアクセスポイント６との無線通信及び通信ネットワーク５００との無線通信とのいずれを利用するかは、チェックインデータに含まれるフラグの状態により決まる。しかしながら以下においては説明の簡略化のために、アクセスポイント６との無線通信のみを用いる場合について説明する。また、会計機５で会計を行わせるために仮想ＰＯＳサーバ２から会計機５へのデータ転送を、会計機５からモバイルコントローラ３にデータ転送を要求するモードと、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードとのいずれを利用するかは、チェックインデータに含まれるフラグの状態により決まる。しかしながら以下においては説明の簡略化のために、会計機５からモバイルコントローラ３にデータ転送を要求するモードが固定的に用いられることとして説明する。

客は、スマホＰＯＳサービスを利用するためには、自らが所有するスマートフォン等に取引支援アプリＡＰＣをインストールして、ユーザ端末３００として利用可能としておく。あるいは、客は、タブレット端末などに取引支援アプリＡＰＣをインストールして構成されたユーザ端末３００を店舗にて借りる。そして客は、取引支援アプリＡＰＣに基づく情報処理を起動した状態のユーザ端末３００を持って、店舗システム１００が設けられたいずれかの店舗へと入る。

さてユーザ端末３００においてプロセッサ３０１は、スマホＰＯＳアプリに基づく情報処理（以下、ユーザインタフェース処理と称する）を実行する。
図９、図１０、図１１、図１２及び図１３はプロセッサ３０１によるユーザインタフェース処理のフローチャートである。
まず図９に示すＡＣＴ１０１としてプロセッサ３０１は、メインメニュー画面をタッチパネル３０４に表示させる。メインメニュー画面は、取引支援アプリＡＰＣに基づいて行うべきいくつかの処理のいずれかの指定を受けるための画面である。メインメニュー画面には、買い物の開始を指定するためのＧＵＩ（graphical user interface）要素を含む、複数のＧＵＩ要素が配置されている。なおＧＵＩ要素は、例えばソフトキーである。

ＡＣＴ１０２としてプロセッサ３０１は、買い物の開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１０３へと進む。
ＡＣＴ１０３としてプロセッサ３０１は、買い物の開始以外の指定がなされたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１０２へと戻る。
かくしてプロセッサ３０１はＡＣＴ１０２及びＡＣＴ１０３としては、メインメニュー画面での何らかの指定がなされるのを待ち受ける。そしてプロセッサ３０１は、買い物の開始以外の指定がなされたならば、ＡＣＴ１０３にてＹＥＳと判定し、指定された処理へと進む。なおこの場合のプロセッサ３０１の処理についての説明は省略する。

客は、店舗に入って買い物を開始する場合には、メインメニュー画面にて買い物の開始を指定するための予め定められた操作を行う。
プロセッサ３０１は、買い物の開始を指定するための操作が例えばタッチパネル３０４にて検出されると、ＡＣＴ１０２にてＹＥＳと判定し、ＡＣＴ１０４へと進む。
ＡＣＴ１０４としてプロセッサ３０１は、チェックイン用のスキャン画面をタッチパネル３０４に表示させる。チェックイン用のスキャン画面は、チェックイン用の２次元コードＴＣＡを読み取るように客に促す画面である。プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、２次元コードＴＣＡを読み取るように客に促す文字メッセージと、２次元コードＴＣＡを翳すべき位置の目安を示すラインとを重ねてスキャン画面を生成する。

客は、スキャン画面がタッチパネル３０４に表示されたならば、店舗の入口付近に掲示されている２次元コードＴＣＡがスキャン画面に映り込むようにカメラ３０５を２次元コードＴＣＡに向ける。
ＡＣＴ１０５としてプロセッサ３０１は、２次元コードが読み取れるのを待ち受ける。このときにプロセッサ３０１は、カメラ３０５で得られる画像を繰り返し解析し、２次元コードの読み取りを試みる。この２次元コードの読み取りは、スマホＰＯＳアプリＡＰＥに基づく処理として行われてもよいし、２次元コードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、２次元コードが読み取れたならばＹＥＳと判定し、ＡＣＴ１０６へと進む。

ＡＣＴ１０６としてプロセッサ３０１は、読み取った２次元コードが表すデータがチェックインデータであるか否かを確認する。そしてプロセッサ３０１は、チェックインデータでなければＮＯと判定し、ＡＣＴ１０５へと戻る。このときにプロセッサ３０１は、誤った２次元コードが読み取られたことを客に通知する画面をタッチパネル３０４に表示させてもよい。

プロセッサ３０１は、読み取った２次元コードが表すデータがチェックインデータであることが確認できたならば、ＡＣＴ１０６にてＹＥＳと判定し、ＡＣＴ１０７へと進む。
ＡＣＴ１０７としてプロセッサ３０１は、読み取ったチェックインデータを、メインメモリ３０２又は補助記憶ユニット３０３に保存する。

ＡＣＴ１０８としてプロセッサ３０１は、モバイルコントローラ３に対して、チェックインを要求する。具体的にはプロセッサ３０１は、チェックインデータに表されたデータに基づいて、無線通信ユニット３０６とアクセスポイント６との無線通信を確立する。例えば店舗Ａにて２次元コードＴＣＡＡに客によってカメラ３０５が向けられたならば、２次元コードＴＣＡＡが表すチェックインデータに基づいてプロセッサ３０１は、店舗システム１００－Ａに設けられたアクセスポイント６との無線通信を確立する。そしてプロセッサ３０１は、アクセスポイント６との無線通信を介して、チェックインを要求するための要求データをモバイルコントローラ３に宛てて送信する。上述のように店舗システム１００－Ａに設けられたアクセスポイント６との無線通信が確立している場合には、当該の要求データは、店舗システム１００－Ａに設けられたアクセスポイント６及び店内通信ネットワーク７を介して、店舗システム１００－Ａに設けられたモバイルコントローラ３へと伝送される。なおプロセッサ３０１は、チェックインを要求するための要求データには、チェックインの要求であることを識別するための識別データと、端末コードとを含める。プロセッサ３０１は、客がスマホＰＯＳサービスの利用登録者であり、会員コードを有している場合には、その会員コードも要求データに含める。会員コードは例えば、ユーザ端末３００の補助記憶ユニット３０３で記憶される。プロセッサ３０１は、例えば客を認証するためのデータなどのその他のデータを要求データに含めてもよい。
なお、以降において説明するユーザ端末３００からモバイルコントローラ３への各種の要求は、上記と同様に、要求の理由を識別するための識別データを含んだ要求データをアクセスポイント６及び店内通信ネットワーク７を介してユーザ端末３００からモバイルコントローラ３へと送ることにより実現される。

モバイルコントローラ３においてプロセッサ３１は、チェックインを要求するための要求データが通信インタフェース３４によって受信されると、チェックインしようとしている客との取引に関する処理を支援するための情報処理（以下、取引支援処理と称する）を開始する。

図１４、図１５、図１６及び図１７はプロセッサ３１による取引支援処理のフローチャートである。
プロセッサ３１は、チェックインを要求するための要求データが通信インタフェース３４によって受信される毎に、当該取引支援処理を開始する。別の要求に基づいて開始した取引支援処理を既に実行している場合には、それに並行して新たな取引支援処理を開始する。つまりプロセッサ３１は、複数のユーザ端末３００をそれぞれ対象として取引支援処理を複数並行して実行する場合がある。以下においては、単に「ユーザ端末３００」と表す場合には、プロセッサ３１の取引支援処理の対象となっているユーザ端末３００を指すこととする。

図１４のＡＣＴ２０１としてプロセッサ３１は、チェックイン処理を行う。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に取引の開始を要求し、取引コードの通知を受ける。そしてプロセッサ３１は、要求データに含まれた端末コードをフィールドＦＡＡにセットした新たなデータレコードＤＲＡを取引管理データベースＤＢＣに追加する。プロセッサ３１は、要求データに会員コードが含まれるならば、当該会員コードを、新たなデータレコードＤＲＡのフィールドＦＡＢにセットする。プロセッサ３１は、上記の通知された取引コードを、新たなデータレコードＤＲＡのフィールドＦＡＣにセットする。またプロセッサ３１は、“０”を要確認フラグとして新たなデータレコードＤＲＡのフィールドＦＡＤにセットする。これにより、チェックインを要求したユーザ端末３００を用いて行われる取引の管理が開始される。

なお仮想ＰＯＳサーバ２においてプロセッサ２１は、取引の開始がモバイルコントローラ３から要求されたならば、予め定められたルールに従って取引コードを決定し、その取引コードに関連付けての購入商品の登録処理を開始する。またプロセッサ２１は、決定した取引コードをモバイルコントローラ３に通知する。

ＡＣＴ２０２としてプロセッサ３１は、チェックイン処理を正常に完了したか否かを確認する。そしてプロセッサ３１は、何らかの異常によりチェックイン処理を正常に完了することができなかったならばＮＯと判定し、ＡＣＴ２０３へと進む。
ＡＣＴ２０３としてプロセッサ３１は、ユーザ端末３００に対してエラーを通知する。プロセッサ３１は例えば、エラー通知のための通知データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末３００へと送信する。プロセッサ３１は、エラーの通知であることを識別するための識別データを通知データに含める。プロセッサ３１は、エラーの原因を表すエラーコードを通知データに含めてもよい。
なお、以降において説明するモバイルコントローラ３からユーザ端末３００への各種の通知は、上記と同様に、通知の理由を識別するための識別データを含んだ通知データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３からユーザ端末３００へと送ることにより実現される。

プロセッサ３１は一方、チェックイン処理を正常に完了することができたならばＡＣＴ２０２にてＹＥＳと判定し、ＡＣＴ２０４へと進む。
ＡＣＴ２０４としてプロセッサ３１は、ユーザ端末３００に対してチェックイン完了を通知する。プロセッサ３１は例えば、チェックイン完了の通知のための通知データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末３００へと送信する。プロセッサ３１は、チェックイン完了の通知であることを識別するための識別データを通知データに含める。

ユーザ端末３００においてプロセッサ３０１は、図９中のＡＣＴ１０８にてチェックインを要求した後には、ＡＣＴ１０９へと進む。
ＡＣＴ１０９としてプロセッサ３０１は、チェックイン完了が通知されたか否かを確認する。そしてプロセッサ３０１は、当該の通知を確認できないならばＮＯと判定し、ＡＣＴ１１０へと進む。
ＡＣＴ１１０としてプロセッサ３０１は、チェックインのエラーが通知されたか否かを確認する。そしてプロセッサ３０１は、当該の通知を確認できないならばＮＯと判定し、ＡＣＴ１０９へと戻る。
かくしてプロセッサ３０１はＡＣＴ１０９及びＡＣＴ１１０としては、チェックインの完了又はエラーが通知されるのを待ち受ける。そしてプロセッサ３０１は、前述のエラー通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１１０にてＹＥＳと判定し、ＡＣＴ１１１へと進む。

ＡＣＴ１１１としてプロセッサ３０１は、エラー画面をタッチパネル３０４に表示させる。エラー画面は、チェックインできないことを客に報知するものとして定められた画面である。プロセッサ３０１は、例えばエラー画面中に表したＧＵＩ要素の操作などによりエラー画面の表示解消が指示されたならば、ＡＣＴ１０１に戻る。

プロセッサ３０１は一方、前述のチェックイン完了の通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１０９にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと進む。
ＡＣＴ１１２としてプロセッサ３０１は、一覧画面をタッチパネル３０４に表示させる。一覧画面は、登録済みの購入商品の一覧を表した画面である。

図１８は一覧画面ＳＣＡの一例を示す図である。
一覧画面ＳＣＡは、表示エリアＡＲＡＡ，ＡＲＡＢ及びボタンＢＵＡＡ，ＢＵＡＢ，ＢＵＡＣを含む。表示エリアＡＲＡＡは、購入商品の総数と、購入商品の代金の総額とを表す。表示エリアＡＲＡＢは、購入商品の一覧を表す。ボタンＢＵＡＡは、購入商品の全てを取り消して買い物を中止することを客が宣言するためのソフトキーである。ボタンＢＵＡＢは、購入商品として登録する商品のスキャンを開始することを客が宣言するためのソフトキーである。ボタンＢＵＡＣは、会計を開始することを客が宣言するためのソフトキーである。

なお、図１８は、まだ購入商品の登録が行われていない状態の一覧画面ＳＣＡを示している。このため、表示エリアＡＲＡＡには総数及び総額としていずれも“０”を表し、表示エリアＡＲＡＢには何も表さない。

図１０中のＡＣＴ１１３としてプロセッサ３０１は、商品のスキャン開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１４へと進む。
ＡＣＴ１１４としてプロセッサ３０１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１５へと進む。
ＡＣＴ１１５としてプロセッサ３０１は、買い物の中止が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１６へと進む。
ＡＣＴ１１６としてプロセッサ３０１は、会計の開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１３へと戻る。
かくしてプロセッサ３０１はＡＣＴ１１３～ＡＣＴ１１６としては、スキャン開始、数量、中止、会計開始のいずれかが指定されるのを待ち受ける。

客は、商品を購入商品として登録するならば、一覧画面ＳＣＡにおけるボタンＢＵＡＢにタッチするなどの予め定められた操作によってスキャン開始を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１３にてＹＥＳと判定し、ＡＣＴ１１７へと進む。
ＡＣＴ１１７としてプロセッサ３０１は、登録画面をタッチパネル３０４に表示させる。登録画面は、購入商品として登録する商品の商品コードを表したバーコードを読み取るように客に促す画面である。

図１９は登録画面ＳＣＢの一例を示す図である。
登録画面ＳＣＢは、表示エリアＡＲＢＡ、メッセージＭＥＢＡ及びボタンＢＵＢＡを含む。表示エリアＡＲＢＡは、カメラ３０５で得られた画像を表示する。メッセージＭＥＢＡは、商品のバーコードを読み取るように客に促す文字メッセージである。ボタンＢＵＢＡは、商品コードのスキャンを中止することを客が宣言するためのソフトキーである。

プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、表示エリアＡＲＢＡの範囲を表すラインと、メッセージＭＥＢＡ及びボタンＢＵＢＡとを表した画像を重ねて登録画面ＳＣＢを生成する。

図１０中のＡＣＴ１１８としてプロセッサ３０１は、バーコードが読み取れたか否かを確認する。このときにプロセッサ３０１は、カメラ３０５で得られる画像を解析し、バーコードの読み取りを試みる。このバーコードの読み取りは、スマホＰＯＳアプリＡＰＥに基づく処理として行われてもよいし、バーコードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、バーコードが読み取れないならばＮＯと判定し、ＡＣＴ１１９へと進む。
ＡＣＴ１１９としてプロセッサ３０１は、スキャンの中止が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１１８に戻る。
かくしてプロセッサ３０１はＡＣＴ１１８及びＡＣＴ１１９としては、バーコードが読み取れるか、スキャン中止が指定されるのを待ち受ける。
客は、今回のスキャンは行わずに一覧画面に戻ることを希望する場合には、ボタンＢＵＢＡにタッチするなどの予め定められた操作によってスキャン中止を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１９にてＹＥＳと判定し、ＡＣＴ１１２へと戻る。

客は、登録画面がタッチパネル３０４に表示されたならば、購入商品として登録しようとする商品に表示されたバーコードが表示エリアＡＲＢＡに映り込むようにカメラ３０５を商品に向ける。これに応じてプロセッサ３０１は、ＡＣＴ１１８にてＹＥＳと判定し、ＡＣＴ１２０へと進む。
ＡＣＴ１２０としてプロセッサ３０１は、モバイルコントローラ３に対して登録を要求する。プロセッサ３０１はここで送信する要求データには、読み取ったバーコードが表すデータ（以下、バーコードデータと称する）を含める。

さて、モバイルコントローラ３においてプロセッサ３１は、図１４中のＡＣＴ２０４にてチェックイン完了の通知を行った後には、ＡＣＴ２０５へと進む。
ＡＣＴ２０５としてプロセッサ３１は、登録が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０６へと進む。

ＡＣＴ２０６としてプロセッサ３０１は、数量変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０７へと進む。
ＡＣＴ２０７としてプロセッサ３１は、購入商品の削除が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０８へと進む。
ＡＣＴ２０８としてプロセッサ３１は、購入商品の取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０９へと進む。
ＡＣＴ２０９としてプロセッサ３１は、会計が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０５へと戻る。
かくしてプロセッサ３１はＡＣＴ２０５～ＡＣＴ２０９としては、登録、数量変更、削除、取消及び会計のいずれかが要求されるのを待ち受ける。そしてプロセッサ３１は、前述のようにユーザ端末３００から登録が要求されたならばＡＣＴ２０５にてＹＥＳと判定し、図１５中のＡＣＴ２１０へと進む。

ＡＣＴ２１０としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、登録の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、ユーザ端末３００から送られてきた要求データに含まれたバーコードデータは、仮想ＰＯＳサーバ２へと通知する。

仮想ＰＯＳサーバ２においてプロセッサ２１は、モバイルコントローラ３から送られた要求データに含まれたバーコードデータが、既存のＰＯＳ端末に備えられたバーコードスキャナにより読み取られたものであると見做して、既存のＰＯＳ端末と同様な処理によって購入商品の登録を試みる。ただし、商品には、仮想ＰＯＳサーバ２で用いる商品コードを表すのとは別のバーコードが表示されている場合もあり、従って要求データに含まれたバーコードデータが仮想ＰＯＳサーバ２で用いる商品コードを表さない場合もある。そして、このような場合にプロセッサ２１は、購入商品の登録を行えず、エラーとする。このようにプロセッサ２１は、正規のバーコード読み取りに基づく購入商品の登録を行う。なおプロセッサ２１は、取引データベースＤＢＢを用いて購入商品を管理する。

プロセッサ２１は、このような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品の登録が正しく行えた場合には、正規登録の通知であることを識別するための識別データと、登録した商品の商品コード、商品名及び価格を結果データに含める。またプロセッサ２１は、エラーとした場合には、エラーの通知であることを識別するための識別データと、登録要求で送られてきたバーコードデータとを結果データに含める。

モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２１０にて登録要求を転送したのちには、ＡＣＴ２１１へと進む。
ＡＣＴ２１１としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。

ＡＣＴ２１２としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＤを更新する。この登録データベースＤＢＤの更新は、例えば以下のように行われる。

第１のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲＢに、通知された商品コードを含んだ登録データが含まれていない場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＢに既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知された商品コードと、エラーではないことを表す“０”としたエラーフラグと、通知された商品名及び価格と、“１”とした個数と、取り消されていないことを表す“０”とした取消フラグとを含める。かくしてこの第１のケースで追加される登録データは、図６の右上側に示されるような構造となる。

第２のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲＢに、通知された商品コードを含んだ登録データが含まれているものの、当該登録データの取消フラグが取り消されていることを表す“１”となっている場合。
この場合にプロセッサ３１は、上記の第１のケースの場合と同様に処理する。

第３のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲＢに、通知された商品コードを含んだ登録データが含まれており、当該登録データの取消フラグが“０”となっている場合。
この場合にプロセッサ３１は、通知された商品コードを含み、取消フラグが“０”となっている登録データに含まれる個数の値を、１つ大きな値に書き替える。

第４のケース：エラーの通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＢに既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知されたバーコードデータと、エラーを表す“１”としたエラーフラグとを含める。かくしてこの第４のケースで追加される登録データは、図６の右下側に示されるような構造となる。

このようにプロセッサ３１により更新されることにより登録データベースＤＢＤは、仮想ＰＯＳサーバ２で登録済みの購入商品のリストを表すとともに、これに加えてエラーとなったバーコード読み取りを記録したものとなる。
なおプロセッサ３１は、登録要求で送られてきたバーコードデータをメインメモリ３２又は補助記憶ユニット３３に保存しておき、上記の第４のケースにおいては、この保存してあるバーコードデータを登録データに含めてもよい。そしてこの場合には、仮想ＰＯＳサーバ２においてプロセッサ２１は、結果データにバーコードデータを含めなくてもよい。またプロセッサ３１は、保存してあるバーコードデータから商品コードを取り出し、この商品コードに基づいて第１のケース～第３のケースの処理を行ってもよい。また商品名及び価格は、プロセッサ３１が商品コードに基づいて店舗サーバ１などから取得してもよい。

ＡＣＴ２１３としてプロセッサ３１は、今回の登録が正規に行われたか否かを確認する。そしてプロセッサ３１は、正規登録であったならばＹＥＳと判定し、ＡＣＴ２１４へと進む。
ＡＣＴ２１４としてプロセッサ３１は、処理対象となっている取引が取引管理データベースＤＢＣにて関連付けられたデータレコードＤＲＡに関して、そのフィールドＦＡＤにセットされている要確認フラグが“１”となっているか否かを確認する。そしてプロセッサ３１は、要確認フラグが“１”となっていないならばＮＯと判定し、ＡＣＴ２１５へと進む。

ＡＣＴ２１５としてプロセッサ３１は、今回登録された購入商品が要確認商品であるか否かを確認する。そしてプロセッサ３１は、要確認商品ではないならばＮＯと判定し、ＡＣＴ２１６へと進む。なおプロセッサ３１は、今回の登録がエラーとされたためにＡＣＴ２１３にてＮＯと判定した場合と、要確認フラグが“１”となっているためにＡＣＴ２１４にてＹＥＳと判定した場合にも、ＡＣＴ２１６へと進む。

ＡＣＴ２１６としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は例えば、一覧画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末３００へと送信する。プロセッサ３１は、処理対象となっている取引が登録データベースＤＢＤにて関連付けられたデータレコードＤＲＢに含まれている商品コード、商品名、価格及び個数を指示データに含める。またプロセッサ３１は、今回の登録がエラーとされているならば、その旨を表すエラーデータを指示データに含める。そしてプロセッサ３１はこののち、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。
なお、以降において説明するモバイルコントローラ３からユーザ端末３００への各種の指示は、上記と同様に、指示の理由を識別するための識別データを含んだ指示データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３からユーザ端末３００へと送ることにより実現される。

一方でプロセッサ３１は、要確認商品であるためにＡＣＴ２１５にてＹＥＳと判定したならば、ＡＣＴ２１７へと進む。つまりプロセッサ３１は、正規登録された商品が要確認商品であって、かつ要確認フラグが“０”である場合に、ＡＣＴ２１７へと進む。
ＡＣＴ２１７としてプロセッサ３１は、処理対象となっている取引が取引管理データベースＤＢＣにて関連付けられたデータレコードＤＲＡに関して、そのフィールドＦＡＤにセットされている要確認フラグを“１”に書き替える。

ＡＣＴ２１８としてプロセッサ３１は、ガイダンス画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は、ガイダンス画面の表示を指示するための指示データには、処理対象となっている取引が登録データベースＤＢＤにて関連付けられたデータレコードＤＲＢに含まれている商品コード、商品名、価格及び個数を含める。そしてプロセッサ３１はこののち、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。

ユーザ端末３００にてプロセッサ３０１は、図１０のＡＣＴ１２０にて登録を要求したのちには、図１１中のＡＣＴ１２１へと進む。
ＡＣＴ１２１としてプロセッサ３０１は、ガイダンス画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示が確認できなければＮＯと判定し、ＡＣＴ１２２へと進む。
ＡＣＴ１２２としてプロセッサ３０１は、一覧画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示が確認できなければＮＯと判定し、ＡＣＴ１２１へと戻る。

かくしてプロセッサ３０１はＡＣＴ１２１及びＡＣＴ１２２としては、ガイダンス画面又は一覧画面の表示指示を待ち受ける。そしてプロセッサ３０１は、前述のように一覧画面の表示がモバイルコントローラ３から指示されたならば、ＡＣＴ１２２にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。このときにプロセッサ３０１は、一覧画面ＳＣＡを、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。

図２０は購入商品が登録済みである状態での一覧画面ＳＣＡの一例を示す図である。
図２０に示す一覧画面ＳＣＡは、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、そして商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、購入商品として登録済みである場合の例である。そしてこれらの商品はいずれも、要確認商品ではない。図２０に示す一覧画面ＳＣＡでは、表示エリアＡＲＡＢには、これらの登録済みの商品に関する商品名、価格及び個数を表している。また表示エリアＡＲＡＡには、総数として“４”を表すとともに、総額として“１，３４０”を表している。なお、商品名の左側の破線で囲まれたエリアは、アイコンを表示するためのエリアを表す。当該エリアを表す破線は、実際には一覧画面ＳＣＡには表されない。

図２１は購入商品が登録済みである状態での一覧画面ＳＣＡの一例を示す図である。
図２１に示す一覧画面ＳＣＡは、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、さらに商品名が“ＤＤＤ”であり、価格が３８０円である商品が１個、購入商品として登録済みである場合の例である。そして商品名が“ＤＤＤ”である商品は、要確認商品である。図２１に示す一覧画面ＳＣＡでは、表示エリアＡＲＡＢには、これらの登録済みの商品に関する商品名、価格及び個数を表している。また表示エリアＡＲＡＡには、総数として“５”を表すとともに、総額として“１，７２０”を表している。また、商品名が“ＤＤＤ”の横には、購入者に年齢制限がある商品であることを表すアイコンＩＣＡＡを表している。

一方でプロセッサ３０１は、前述のようにガイダンス画面の表示がモバイルコントローラ３から指示されたならば、図１１中のＡＣＴ１２１にてＹＥＳと判定し、ＡＣＴ１２３へと進む。
ＡＣＴ１２３としてプロセッサ３０１は、ガイダンス画面をタッチパネル３０４に表示させる。ガイダンス画面は、会計時に店員による確認が必要であることを客に対して案内するための画面である。

図２２はガイダンス画面ＳＣＣの一例を示す図である。
ガイダンス画面ＳＣＣは、一覧画面ＳＣＡにウィンドウＷＩＣＡを重ねて表した画面である。ウィンドウＷＩＣＡは、メッセージＭＥＣＡ及びボタンＢＵＣＡを含む。メッセージＭＥＣＡは、会計時に店員による確認が必要であることを表した文字メッセージである。ボタンＢＵＣＡは、ガイダンス画面ＳＣＣでの案内を確認したことを客が宣言するためのソフトキーである。プロセッサ３０１は、指示データに含まれた購入商品の商品名、価格及び個数を表す一覧画面ＳＣＡを生成し、これにウィンドウＷＩＣＡを重ねてガイダンス画面ＳＣＣを生成する。

客は、ガイダンス画面ＳＣＣでの案内を確認したならば、ガイダンス画面ＳＣＣにおけるボタンＢＵＣＡにタッチするなどの予め定められた操作によって、確認したことを宣言する。これに応じてプロセッサ３０１は、図１１中のＡＣＴ１２３から図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。なおプロセッサ３０１は、ガイダンス画面ＳＣＣを表示した状態での経過時間が予め定めた時間に到達した場合に、ＡＣＴ１２３からＡＣＴ１１２へと戻ってもよい。

客が一覧画面ＳＣＡにおける個数を表しているエリアにタッチすると、プロセッサ３０１は一覧画面ＳＣＡに重ねて個数指定のためのリストボックスを表示させる。そしてこのリストボックスが操作されると、プロセッサ３０１はこれを個数の指定として受ける。そしてプロセッサ３０１はこの場合、図１０中のＡＣＴ１１４にてＹＥＳと判定し、図１１中のＡＣＴ１２４へと進む。

ＡＣＴ１２４としてプロセッサ３０１は、指定数が０であるか否かを確認する。そしてプロセッサ３０１は、指定数が０ではなければＮＯと判定し、ＡＣＴ１２５へと進む。
ＡＣＴ１２５としてプロセッサ３０１は、モバイルコントローラ３に対して数量変更を要求する。プロセッサ３０１はここで送信する要求データには、個数が指定された商品を特定するための特定データと指定数を含める。特定データは、商品コードでもよいし、購入商品のリスト内で各購入商品を識別するための番号などのようにモバイルコントローラ３でのみ購入商品を特定可能なデータであってもよい。なお、特定コードとして商品コードを用いるならば、プロセッサ３１は、一覧画面の表示を指示するための指示データ又はガイダンス画面の表示を指示するための指示データに、各購入商品に関する商品コードを含める。

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から数量変更が要求されたならば、図１４中のＡＣＴ２０６にてＹＥＳと判定し、図１５中のＡＣＴ２１９へと進む。
ＡＣＴ２１９としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、数量変更の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、ユーザ端末３００から送られてきた要求データに含まれた個数は、仮想ＰＯＳサーバ２へと通知する。また要求データに含まれる特定データが商品コードではないならば、プロセッサ３１は、当該特定データを商品コードに置き換える。

仮想ＰＯＳサーバ２においてプロセッサ２１は、モバイルコントローラ３から送られた要求データに含まれた個数が、既存のＰＯＳ端末に備えられた入力デバイスにより入力されたものであると見做して、既存のＰＯＳ端末と同様な処理によって購入商品の個数を変更する。プロセッサ２１は、個数を変更した商品の商品コードと、変更後の個数とを表した結果データを、モバイルコントローラ３に送信する。

モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２１９にて数量変更の要求を転送したのちには、ＡＣＴ２２０へと進む。
ＡＣＴ２２０としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバ２から送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。

ＡＣＴ２２１としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＤを更新する。つまりプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＢから、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる個数を、結果データに含まれた個数に書き替える。

なおプロセッサ３１は、数量変更の要求データで送られてきた特定データ及び個数をメインメモリ３２又は補助記憶ユニット３３に保存しておき、更新が完了した旨を表す結果データを受けたことに応じて、この保存してある特定データで特定される商品に関する登録データの個数を、保存してある個数に書き替えてもよい。そしてこの場合には、仮想ＰＯＳサーバ２においてプロセッサ２１は、結果データに商品コード及び個数を含めなくてもよい。

ＡＣＴ２２２としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は例えば、一覧画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末３００へと送信する。プロセッサ３１は、上記のように更新したデータレコードＤＲＢに含まれる登録データのうちで取消フラグが“０”である登録データに含まれている商品コード、商品名、価格及び個数を指示データに含める。プロセッサ３１はこののち、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。

さて、ユーザ端末３００にてプロセッサ３０１は、指定数が０であったならば、図１１のＡＣＴ１２４にてＹＥＳと判定し、ＡＣＴ１２６へと進む。
ＡＣＴ１２６としてプロセッサ３０１は、削除画面をタッチパネル３０４に表示させる。削除画面は、個数を０個とすることが指定された商品が購入商品から削除されることを客に報知する画面である。削除画面は、削除を指定するための削除ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。

ＡＣＴ１２７としてプロセッサ３０１は、削除が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２７へと戻る。
かくしてプロセッサ３０１はＡＣＴ１２７及びＡＣＴ１２８としては、削除又は戻りが指定されるのを待ち受ける。

客は、削除を取り止めて、個数の変更を指定する前の状態に戻ること望むならば、削除画面において戻りボタンにタッチするなどの予め定められた操作により戻りを指定する。これに応じてプロセッサ３０１は、ＡＣＴ１２８にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。この場合には、購入商品の登録状態は変更されないので、プロセッサ３０１は、削除画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣＡをタッチパネル３０４に再び表示させる。

客は、削除で間違いないならば、削除画面において削除ボタンにタッチするなどの予め定められた操作により削除を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１２７にてＹＥＳと判定し、ＡＣＴ１２９へと進む。
ＡＣＴ１２９としてプロセッサ３０１は、モバイルコントローラ３に対して削除を要求する。プロセッサ３０１はここで送信する要求データには、削除が指定された商品を特定するための特定データを含める。

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から削除が要求されたならば、図１４中のＡＣＴ２０７にてＹＥＳと判定し、図１６中のＡＣＴ２２３へと進む。
ＡＣＴ２２３としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、削除の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、要求データに含まれる特定データが商品コードではないならば、プロセッサ３１は、当該特定データを商品コードに置き換える。

仮想ＰＯＳサーバ２においてプロセッサ２１は、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された削除指示であると見做して、既存のＰＯＳ端末と同様な処理によって対象となる商品を購入商品から除外する。プロセッサ２１は、購入商品から除外した商品の商品コードを表した結果データを、モバイルコントローラ３に送信する。

モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２２３にて削除の要求を転送したのちには、ＡＣＴ２２４へと進む。
ＡＣＴ２２４としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。

ＡＣＴ２２５としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＤを更新する。つまりプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＢから、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる取消フラグを“１”に変更する。

なおプロセッサ３１は、削除の要求データで送られてきた特定データをメインメモリ３２又は補助記憶ユニット３３に保存しておき、削除が完了した旨を表す結果データを受けたことに応じて、この保存してある特定データで特定される商品に関する登録データの取消フラグを変更してもよい。そしてこの場合には、仮想ＰＯＳサーバ２においてプロセッサ２１は、結果データに商品コードを含めなくてもよい。

ＡＣＴ２２６としてプロセッサ３０１は、削除した商品が要確認商品であるか否かを確認する。そしてプロセッサ３０１は、要確認商品であったならばＹＥＳと判定し、ＡＣＴ２２７へと進む。
ＡＣＴ２２７としてプロセッサ３０１は、処理対象となっている取引の購入商品に他の要確認商品があるか否かを確認する。そしてプロセッサ３０１は、該当の商品がないならばＮＯと判定し、ＡＣＴ２２８へと進む。つまりプロセッサ３０１は、今回の商品削除によって購入商品に要確認商品が１つも含まれなくなったならば、ＡＣＴ２２８へと進む。

ＡＣＴ２２８としてプロセッサ３０１は、処理対象となっている取引が取引管理データベースＤＢＣにて関連付けられたデータレコードＤＲＡに関して、そのフィールドＦＡＤにセットされている要確認フラグを“０”に変更する。
ＡＣＴ２２９としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は例えば、一覧画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末３００へと送信する。プロセッサ３１は、上記のように更新したデータレコードＤＲＢに含まれる登録データのうちで取消フラグが“０”である登録データに含まれている商品コード、商品名、価格及び個数を指示データに含める。プロセッサ３１はこののち、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。なおプロセッサ３１は、削除した商品が要確認商品ではないためにＡＣＴ２２６にてＮＯと判定した場合と、要確認商品が他にあるためにＡＣＴ２２７にてＹＥＳと判定した場合には、ＡＣＴ２２８及びＡＣＴ２２９をパスして、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。

さて、ユーザ端末３００にてプロセッサ３０１は、ＡＣＴ１２５にて数量変更を要求したのち、あるいはＡＣＴ１２９にて削除を要求したのちには、ＡＣＴ１３０へと進む。
ＡＣＴ１３０としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、数量変更の要求に応じて、あるいは削除の要求に応じて、前述のように一覧画面の表示がモバイルコントローラ３から指示されたならばＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。このときにプロセッサ３０１は、一覧画面ＳＣＡを、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。この場合には、購入商品の登録状態が変更されるので、プロセッサ３０１は、数量変更又は削除が指定されるときに表示していたのとは異なる購入商品を表す状態の一覧画面ＳＣＡをタッチパネル３０４に表示させることになる。

客は、既に登録した購入商品の全てをキャンセルし、買い物を中止したい場合には、一覧画面ＳＣＡにおいてボタンＢＵＡＡにタッチするなどの予め定められた操作により中止を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１５にてＹＥＳと判定し、図１１中のＡＣＴ１３１へと進む。
ＡＣＴ１３１としてプロセッサ３０１は、取消画面をタッチパネル３０４に表示させる。取消画面は、既に登録した購入商品の全てが取り消されることを客に報知する画面である。取消画面は、取消実行を指定するための実行ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。

ＡＣＴ１３２としてプロセッサ３０１は、取消実行が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３３へと進む。
ＡＣＴ１３３としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３２へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３２及びＡＣＴ１３３としては、取消実行又は戻りが指定されるのを待ち受ける。

客は、そのまま買い物を続けるならば、取消画面において戻りボタンにタッチするなどの予め定められた操作により戻りを指定する。これに応じてプロセッサ３０１は、ＡＣＴ１３３にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。この場合には、購入商品の登録状態は変更されないので、プロセッサ３０１は、取消画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣＡをタッチパネル３０４に再び表示させる。

客は、買い物を取り止めるのであれば、取消画面において実行ボタンにタッチするなどの予め定められた操作により取消実行を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１３２にてＹＥＳと判定し、ＡＣＴ１３４へと進む。
ＡＣＴ１３４としてプロセッサ３０１は、モバイルコントローラ３に対して取消を要求する。

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から取消が要求されたならば、図１４中のＡＣＴ２０８にてＹＥＳと判定し、図１６中のＡＣＴ２３０へと進む。
ＡＣＴ２３０としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、取消の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。

仮想ＰＯＳサーバ２においてプロセッサ２１は、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された取消指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードに関連付けて登録済みの商品の全てを購入商品から除外する。プロセッサ２１は、取消が完了したことを表した結果データを、モバイルコントローラ３に送信する。

モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２３０にて削除の要求を転送したのちには、ＡＣＴ２３１へと進む。
ＡＣＴ２３１としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。

ＡＣＴ２３２としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＤを更新する。つまりプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＢに含まれる登録データの全てに関して、“０”となっている取消フラグを“１”に変更する。

ＡＣＴ２３３としてプロセッサ３０１は、処理対象となっている取引が取引管理データベースＤＢＣにて関連付けられたデータレコードＤＲＡに関して、そのフィールドＦＡＤにセットされている要確認フラグを“０”に変更する。
ＡＣＴ２３４としてプロセッサ３１は、ユーザ端末３００に対して取消を通知する。そしてプロセッサ３１はこののち、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。

さて、ユーザ端末３００にてプロセッサ３０１は、ＡＣＴ１３４にて取消を要求したのちには、ＡＣＴ１３５へと進む。
ＡＣＴ１３５としてプロセッサ３０１は、モバイルコントローラ３から取消が通知されるのを待ち受ける。そしてプロセッサ３０１は、前述のように取消が通知されたならばＹＥＳと判定し、図９中のＡＣＴ１０１へと戻る。

客は、購入を希望する商品の全てを購入商品として登録し終えたならば、決済に進む。このときに客は、一覧画面ＳＣＡにおけるボタンＢＵＡＣにタッチするなどの予め定められた操作によって会計開始を指定する。これに応じてプロセッサ３０１は、図１０中のＡＣＴ１１６にてＹＥＳと判定し、ＡＣＴ１３６へと進む。
ＡＣＴ１３６としてプロセッサ３０１は、モバイルコントローラ３に対して会計を要求する。

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から会計が要求されたならば、図１４中のＡＣＴ２０９にてＹＥＳと判定し、図１７中のＡＣＴ２３５へと進む。
ＡＣＴ２３５としてプロセッサ３１は、処理対象となっている取引に取引管理データベースＤＢＣにて関連付けられたデータレコードＤＲＡのフィールドＦＡＤにセットされ要確認フラグが“１”であるか否かを確認する。つまりプロセッサ３１は、購入商品に要確認商品が含まれるか否かを確認する。そして該当の要確認フラグが“１”であるならば、つまり購入商品に要確認商品が含まれるならばＹＥＳと判定し、ＡＣＴ２３６へと進む。なお以下においては、このように購入商品に要確認商品が含まれていて、その要確認商品の販売が許容されることを店員により確認されていない状態を要確認状態と称する。
ＡＣＴ２３６としてプロセッサ３１は、確認画面の表示をユーザ端末３００に対して指示する。

さてユーザ端末３００にてプロセッサ３０１は、図１０中のＡＣＴ１３６にて会計を要求したのちには、ＡＣＴ１３７へと進む。
ＡＣＴ１３７としてプロセッサ３０１は、確認画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、当該の指示が確認できないならばＮＯと判定し、ＡＣＴ１３８へと進む。
ＡＣＴ１３８としてプロセッサ３０１は、会計画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、当該の指示が確認できないならばＮＯと判定し、ＡＣＴ１３７へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３７及びＡＣＴ１３８としては、確認画面又は会計画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、前述のようにモバイルコントローラ３から確認画面の表示が指示されたならば、ＡＣＴ１３７にてＹＥＳと判定し、図１２中のＡＣＴ１３９へと進む。
ＡＣＴ１３９としてプロセッサ３０１は、確認画面を表示する。確認画面は、要確認商品の確認のために店員に連絡することを客に促すための画面である。

図２３は確認画面ＳＣＤの一例を示す図である。
確認画面ＳＣＤは、直前に表示していた一覧画面ＳＣＡにウィンドウＷＩＤＡを重ねて表した画面である。ウィンドウＷＩＤＡは、メッセージＭＥＤＡ及びボタンＢＵＤＡ，ＢＵＤＢを含む。メッセージＭＥＤＡは、要確認商品の確認のために店員に連絡する必要があることを表した文字メッセージである。ボタンＢＵＤＡは、店員による確認を受けることを客が指定するためのソフトキーである。ボタンＢＵＤＢは、商品登録に戻ることを客が指定するためのソフトキーである。

客は、店員による確認を受けることを決めたならば、ボタンＢＵＤＡにタッチするなどの予め定められた操作によって確認を指定する。また客は、会計を一旦取り止め、商品登録に戻ることを決めたならば、ボタンＢＵＤＢにタッチするなどの予め定められた操作によって、戻りを指定する。

図１２中のＡＣＴ１４０としてプロセッサ３０１は、確認が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１４１へと進む。
ＡＣＴ１４１としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１４０へと戻る。
かくしてプロセッサ３０１はＡＣＴ１４０及びＡＣＴ１４１としては、確認又は戻りが指定されるのを待ち受ける。そしてプロセッサ３０１は、前述のように確認が指定されたならば、ＡＣＴ１４０にてＹＥＳと判定し、ＡＣＴ１４２へと進む。

ＡＣＴ１４２としてプロセッサ３０１は、解除画面をタッチパネル３０４に表示させる。解除画面は、要確認商品の販売が許容されることを確認した店員が確認待ちの状態を解除するためのバーコードをユーザ端末３００に読み取らせるための画面である。

図２４は解除画面ＳＣＥの一例を示す図である。
解除画面ＳＣＥは、表示エリアＡＲＥＡ、メッセージＭＥＥＡ及びボタンＢＵＥＡを含む。表示エリアＡＲＥＡは、カメラ３０５で得られた画像を表示する。メッセージＭＥＥＡは、要確認状態の解除用のバーコードを読み取るように店員に促す文字メッセージである。ボタンＢＵＥＡは、解除用のバーコードのスキャンを中止することを客又は店員が宣言するためのソフトキーである。
プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、表示エリアＡＲＥＡの範囲を表すラインと、メッセージＭＥＥＡ及びボタンＢＵＥＡとを表した画像を重ねて解除画面ＳＣＥを生成する。

さてモバイルコントローラ３にてプロセッサ３１は、取引支援処理を実行しているときには、この取引支援処理と並行して、監視支援アプリＡＰＤに基づく情報処理（以下、監視支援処理と称する）を実行する。
図２５はプロセッサ３１による監視支援処理のフローチャートである。
ＡＣＴ３０１としてプロセッサ３１は、監視画面を生成し、当該監視画面の表示を監視端末４００に指示する。プロセッサ３１は例えば、監視画面の表示指示であることを識別するための識別データと、監視画面の画面データとを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介して監視端末４００へと送信する。監視端末４００では、このような指示データが無線通信ユニット４０６により受信されると、プロセッサ４０１が監視画面をタッチパネル４０４に表示させる。

図２６は一例としての監視画面ＳＣＦの全体の概略を示す図である。
監視画面ＳＣＦは、チェックイン中であるユーザ端末３００のそれぞれに関連付けた表示領域ＡＲＦＡを含む。表示領域ＡＲＦＡは、関連付けられたユーザ端末３００を対象として実行中の取引のステータスを表す。
図２７は図２６中の表示領域ＡＲＦＡの１つの詳細を表す図である。
図２７では、１つの表示領域ＡＲＦＡにおける表示の変遷の一例を表している。
図２７の上段は、表示領域ＡＲＡＦの通常の表示状態の一例を表す。
表示領域ＡＲＡＦには、文字列ＣＳＦＡ、複数の枠線ＦＲＦＡ及び表示オブジェクトＯＢＦＡ，ＯＢＦＢ，ＯＢＦＣが図示のように配置されている。文字列ＣＳＦＡは、ユーザ端末３００を取引処理システムで識別するための番号を表す。枠線ＦＲＦＡは、各種のアイコンを表示するための領域を表す。なお図２７の上段は、アイコンは表示されていない状態である。表示オブジェクトＯＢＦＡ，ＯＢＦＢ，ＯＢＦＣは、それぞれ「待機」「登録中」及び「会計中」の各状態に関連付けられている。そして表示オブジェクトＯＢＦＡ，ＯＢＦＢ，ＯＢＦＣは、いずれか１つがアクティブ状態とされ、残り２つがノンアクティブ状態とされる。図２７では、アクティブ状態である表示オブジェクトＯＢＦＢの枠線を実線で表し、ノンアクティブ状態である表示オブジェクトＯＢＦＡ，ＯＢＦＣの枠線を破線で表している。ノンアクティブ状態は、例えばグレイアウト表示とすることが想定される。表示オブジェクトＯＢＦＡは、該当する取引に関する商品登録が開始される前であるときにアクティブ状態とされる。表示オブジェクトＯＢＦＢは、該当する取引に関する商品登録が行われている最中にアクティブ状態とされる。表示オブジェクトＯＢＦＣは、該当する取引の対象となる商品についての会計中にアクティブ状態とされる。

図２５中のＡＣＴ３０２としてプロセッサ３１は、実行中である全ての取引支援処理のうちのいずれかのステータスが変化したか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３０３へと進む。
ＡＣＴ３０３としてプロセッサ３１は、監視画面に対する何らかの操作がなされたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３０２へと戻る。
かくしてプロセッサ３１はＡＣＴ３０２及びＡＣＴ３０３としては、ステータスが変化するか、あるいは操作が行われるのを待ち受ける。

監視端末４００にてプロセッサ４０１は、監視画面に対する予め定められた操作が店員により行われると、その操作の内容を通知するための通知データをモバイルコントローラ３に宛てて送信する。この通知データが通信インタフェース３４により取り込まれると、プロセッサ３１はＡＣＴ３０３にてＹＥＳと判定し、ＡＣＴ３０４へと進む。
ＡＣＴ３０４としてプロセッサ３１は、行われた操作に応じた処理を実行する。ここでのプロセッサ３１の処理には、店員によりどのような操作が行われたかを判断し、その操作に応じた処理を実行することが含まれ得るが、ここではその詳細の説明は省略する。例えば、監視画面ＳＣＦにて表示領域ＡＲＦＡの１つが店員によりタッチされた場合、プロセッサ３１は例えば、該当の表示領域ＡＲＦＡに関連付けられた取引に関して登録済みの商品のリストなどを表したウィンドウをポップアップ表示させる。そしてプロセッサ３１は、操作に応じた処理を完了したならば、ＡＣＴ３０２及びＡＣＴ３０３の待受状態に戻る。

プロセッサ３１は、取引支援処理の対象となっている取引のいずれかに関して、監視画面に表すべきステータスに変化が生じたならば、ＡＣＴ３０２にてＹＥＳと判定し、ＡＣＴ３０５へと進む。
ＡＣＴ３０５としてプロセッサ３１は、変化後のステータスが「会計確認」であるか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３０６へと進む。
ＡＣＴ３０６としてプロセッサ３１は、ステータスの変化を反映するように監視画面を更新する。ここでのプロセッサ３１の処理には、どの取引に関して、どのステータスがどのように変化したかを判断し、該当の取引に関連付けられた表示領域での表示を変更するように監視画面を更新することが含まれ得るが、ここではその詳細の説明は省略する。ただし以下に、１つの具体例を記載する。

「ＴＢ０５」なる番号で管理されているユーザ端末３００にて、既に登録済みの商品には購入者に年齢制限がある商品が含まれていない状態から、購入者に年齢制限がある商品が登録されたとする。この場合に、該当の取引に関するステータスは「年齢制限商品有り」に変化する。これに応じてプロセッサ３１は、例えば図２７の上段に表す表示状態であった表示領域ＡＲＦＡの表示を、中段に表す表示状態とするように監視画面を更新する。つまりプロセッサ３１は、購入者に年齢制限がある商品が購入商品として含まれることを表すアイコンＩＣＦＡを１つの枠線ＦＲＦＡの内側に配置する。プロセッサ３１は、該当の表示領域ＡＲＦＡの外枠を表す線の表示色を青色から黄色に変更する。またプロセッサ３１は、表示領域ＡＲＦＡ内の一部の領域の背景色を、青色から黄色に変更する。なお図２７では、表示領域ＡＲＦＡの外枠を表す線の幅の違いと、ハッチングにより、表示色の違いを表している。プロセッサ３１は、背景色を黄色とした領域に「年齢制限商品有り」であることを表す「２０禁」なる文字列を表す。
そしてプロセッサ３１は、監視画面を更新し終えたならば、ＡＣＴ３０２及びＡＣＴ３０３の待受状態に戻る。

さて、プロセッサ３１は、取引支援処理にて前述のように確認画面をユーザ端末３００に表示させると、該当の取引のステータスは「会計確認」となる。そこでプロセッサ３１は監視支援処理においては、図２５中のＡＣＴ３０５にてＹＥＳと判定し、ＡＣＴ３０７へと進む。確認画面は前述のように、決済に進むべく会計開始を指定された場合に表示されるのであり、プロセッサ３１がＡＣＴ３０５にてＹＥＳと判定することは、決済指示がなされたことを検出することに相当する。かくして監視支援アプリＡＰＤに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは検知手段として機能する。
ＡＣＴ３０７としてプロセッサ３１は、監視画面を更新する。ここでは、年齢制限商品が購入商品として登録されている状態の取引に関する会計が要求されているのであるから、該当の取引に関連付けられた表示領域ＡＲＦＡは、例えば図２７の中段に表す表示状態にある。そこでプロセッサ３１は、これを下段に表す表示状態とするように監視画面を更新する。つまりプロセッサ３１は、該当の表示領域ＡＲＦＡの外枠を表す線の表示色を黄色から赤色に変更する。またプロセッサ３１は、表示領域ＡＲＦＡ内の一部の領域の背景色を、黄色から赤色に変更する。プロセッサ３１は、背景色を赤色とした領域に「会計確認」なる文字列を表す。

ＡＣＴ３０８としてプロセッサ３１は、警報出力を監視端末４００に指示する。プロセッサ３１は例えば、監視画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介して監視端末４００へと送信する。監視端末４００では、このような指示データが無線通信ユニット４０６により受信されると、プロセッサ４０１がサウンドユニット４０５に、予め定められた音を出力させる。サウンドユニット４０５が出力する音は、予め定められた警報音、あるいは音声メッセージとすることが想定される。
そしてプロセッサ３１はこののち、ＡＣＴ３０２及びＡＣＴ３０３の待受状態に戻る。

以上のように、監視画面での表示と、音の出力とによって、要確認商品を購入商品として含んだ取引に関する決済が指示されたことが店員に通報される。かくして監視支援アプリＡＰＤに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは通報手段として機能する。そして、モバイルコントローラ３は、検知手段及び通報手段を備えた情報処理装置に相当する。
客は、店員に確認を依頼する。店員は、監視画面での上記のような表示の変化と、サウンドユニット４０５が出力した音などにより、客からの確認が依頼されることを、事前に認知し、依頼に備えることができる。そして店員は、依頼を受けたならば、要確認商品の販売が許容されるか否かを確認し、許容されるならば、解除用のバーコードが表示エリアＡＲＥＡに映り込むようにカメラ３０５に解除用のバーコードを翳す。なお店員はこの作業のために、解除用のバーコードが印刷されたカードなどを所持しておく。あるいは、店員は、所持している情報端末の画面に解除用のバーコードを表示させる。なお、解除用のバーコードは、好ましくは店舗毎又は事業者毎に異なるものが用いられる。ただし、異なる店舗又は異なる事業者で、同じ解除用のバーコードが用いられることは許容される。また正規の解除用のバーコードを例えば１日毎などのように変更することにより、解除用のバーコードが何らかの事情で客に取得された場合における不正を防止することが可能となる。

なお店員は、要確認商品の販売が許容されないことを確認したならば、ボタンＢＵＥＡにタッチするなどの予め定められた操作によって、商品登録への戻りを指定する。あるいは客は、店員に確認を依頼することなく商品登録に戻ることを決めたならば、ボタンＢＵＥＡにタッチするなどの予め定められた操作によって、商品登録への戻りを指定する。

ＡＣＴ１４３としてプロセッサ３０１は、バーコードが読み取れたか否かを確認する。このときにプロセッサ３０１は、カメラ３０５で得られる画像を解析し、バーコードの読み取りを試みる。このバーコードの読み取りは、スマホＰＯＳアプリＡＰＥに基づく処理として行われてもよいし、バーコードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、バーコードが読み取れないならばＮＯと判定し、ＡＣＴ１４４へと進む。
ＡＣＴ１４４としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１４３に戻る。
かくしてプロセッサ３０１はＡＣＴ１４３及びＡＣＴ１４４としては、バーコードが読み取れるか、戻りが指定されるのを待ち受ける。

プロセッサ３０１は、前述のように戻りが指定されたならば、ＡＣＴ１４４にてＹＥＳと判定し、ＡＣＴ１４５へと進む。なおプロセッサ３０１は、確認画面ＳＣＤをタッチパネル３０４に表示させている状態において、前述のように戻りが指定されたならば、ＡＣＴ１４１にてＹＥＳと判定し、ＡＣＴ１４５へと進む。
ＡＣＴ１４５としてプロセッサ３０１は、商品登録への戻りをモバイルコントローラ３に対して要求する。そしてプロセッサ３０１は、図１０中のＡＣＴ１１２へと戻る。

さてモバイルコントローラ３にてプロセッサ３１は、図１７中のＡＣＴ２３６にて確認画面の表示を指示したのちには、ＡＣＴ２３７へと進む。
ＡＣＴ２３７としてプロセッサ３１は、解除が要求されたか否かを確認する。そしてプロセッサ３１は、当該の要求が確認できないならばＮＯと判定し、ＡＣＴ２３８へと進む。
ＡＣＴ２３８としてプロセッサ３１は、戻りが要求されたか否かを確認する。そしてプロセッサ３１は、当該の要求が確認できないならばＮＯと判定し、ＡＣＴ２３７へと戻る。
かくしてプロセッサ３１はＡＣＴ２３７及びＡＣＴ２３８としては、解除又は戻りが要求されるのを待ち受ける。そしてプロセッサ３１は、前述のように商品登録への戻りがユーザ端末３００から要求されたならば、ＡＣＴ２３８にてＹＥＳと判定し、図１４中のＡＣＴ２０５～ＡＣＴ２０９の待受状態に戻る。
つまり、モバイルコントローラ３及びユーザ端末３００ともに、商品登録を行う状態に戻る。

一方で、ユーザ端末３００では、カメラ３０５により撮影される画像にバーコードが映り込むと、プロセッサ３０１は、図１２中のＡＣＴ１４３にてＹＥＳと判定し、ＡＣＴ１４６へと進む。
ＡＣＴ１４６としてプロセッサ３０１は、読み取ったバーコードが表すバーコードデータを、メインメモリ３０２又は補助記憶ユニット３０３に保存する。

ＡＣＴ１４７としてプロセッサ３０１は、モバイルコントローラ３に対して要確認状態の解除を要求する。プロセッサ３０１はここで送信する要求データには、上記の保存したバーコードデータを含める。またプロセッサ３０１はここで送信する要求データには、図９中のＡＣＴ１０７にて保存してあるチェックインデータに含まれる認証データを含める。

このようにユーザ端末３００からモバイルコントローラ３へと解除が要求されると、モバイルコントローラ３にてプロセッサ３１は、図１７中のＡＣＴ２３７にてＹＥＳと判定し、ＡＣＴ２３９へと進む。
ＡＣＴ２３９としてプロセッサ３１は、認証処理を行う。プロセッサ３１は例えば、要求データからバーコードデータ及び認証データを取り出し、メインメモリ３２又は補助記憶ユニット３３へと保存する。そしてプロセッサ３１は、このように取得したバーコードデータと認証データとに基づき、読み取られたバーコードが解除用の正規のバーコードであるかを確認する処理である。この認証処理は、例えば次のいずれかにより行うことができる。

(1) プロセッサ３１は、バーコードデータと認証データとが一致する場合に、解除用の正規のバーコードが読み取られたと判定する。
(2) プロセッサ３１は、バーコードデータを予め定められたアルゴリズムで処理し、この結果得られるデータと認証データとが一致する場合に、解除用の正規のバーコードが読み取られたと判定する。
(3) プロセッサ３１は、認証データを予め定められたアルゴリズムで処理し、この結果得られるデータとバーコードデータとが一致する場合に、解除用の正規のバーコードが読み取られたと判定する。
(4) プロセッサ３１は、バーコードデータを予め定められた第１のアルゴリズムで処理し、認証データを予め定められた第２のアルゴリズムで処理する。そしてこれの結果として得られる２つのデータが互いに一致する場合に、解除用の正規のバーコードが読み取られたと判定する。
この他、バーコードデータと認証データとが予め定められた関係にあることを確認する如何なる処理も適用が可能である。そしてプロセッサは、バーコードデータと認証データとが予め定められた関係にあることが確認できた場合に、解除用の正規のバーコードが読み取られたと判定すればよい。

ＡＣＴ２４０としてプロセッサ３１は、認証に成功したか否かを確認する。そしてプロセッサ３１は、認証に失敗したならばＮＯと判定し、ＡＣＴ２４１へと進む。
ＡＣＴ２４１としてプロセッサ３１は、警告画面の表示をユーザ端末３００に対して指示する。そしてプロセッサ３１はこののち、ＡＣＴ２３７及びＡＣＴ２３８の待受状態に戻る。

ユーザ端末３００にてプロセッサ３０１は、図１２中のＡＣＴ１４７にて解除を要求したのちには、ＡＣＴ１４８へと進む。
ＡＣＴ１４８としてプロセッサ３０１は、警告画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ１４９へと進む。
ＡＣＴ１４９としてプロセッサ３０１は、会計画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ１４８へと戻る。
かくしてプロセッサ３０１はＡＣＴ１４８及びＡＣＴ１４９としては、警告画面又は会計画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、前述のようにモバイルコントローラ３から警告画面の表示が指示されたならば、ＡＣＴ１４８にてＹＥＳと判定し、ＡＣＴ１５０へと進む。

ＡＣＴ１５０としてプロセッサ３０１は、警告画面をタッチパネル３０４に表示させる。警告画面は、店員が読み取らせた解除用のバーコードが正しくないことを店員に警告するための画面である。

図２８は警告画面ＳＣＧの一例を示す図である。
警告画面ＳＣＧは、直前に表示していた解除画面ＳＣＥにウィンドウＷＩＧＡを重ねて表した画面である。ウィンドウＷＩＧＡは、メッセージＭＥＧＡ及びボタンＢＵＧＡを含む。メッセージＭＥＧＡは、読み取ったバーコードが正しくないことを表した文字メッセージである。ボタンＢＵＧＡは、警告画面ＳＣＧでの報知を確認したことを店員が宣言するためのソフトキーである。
プロセッサ３０１は、例えば警告画面ＳＣＧ中に表したボタンＢＵＧＡへのタッチなどの予め定められた操作により警告画面ＳＣＧの表示解消が指示されたならば、ＡＣＴ１４２に戻る。

モバイルコントローラ３にてプロセッサ３１は、図１７中のＡＣＴ２３９における認証処理の結果、認証に成功したならば、ＡＣＴ２４０にてＹＥＳと判定し、ＡＣＴ２４２へと進む。なおプロセッサ３１は、要確認フラグが“０”であるならば、ＡＣＴ２３５にてＮＯと判定し、ＡＣＴ２４２へと進む。
ＡＣＴ２４２としてプロセッサ３１は、会計画面の表示をユーザ端末３００に指示する。こののちプロセッサ３１は、仮想ＰＯＳサーバ２又は会計機５により購入商品として登録されている商品の代金を決済させるための以下に説明する処理を開始する。つまりプロセッサ３１は、取得したバーコードデータが認証データに対して予め定められた関係にあるデータとしての解除データである場合に、決済処理の開始を許容する。
かくして、プロセッサ３１は、解除用のバーコードが表すデータとしての解除データが取得できるまでは決済処理の開始を抑止する。そしてプロセッサ３１は、解除データが取得できたならば、上記の抑止を解除する。つまり取引支援アプリＡＰＣに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは抑止手段、取得手段及び解除手段として機能する。

プロセッサ３１がＡＣＴ２３５にてＮＯと判定してＡＣＴ２４２へと進んだ場合、ＡＣＴ２３６はパスされるから、ユーザ端末３００に確認画面の表示が指示されることはない。このため、プロセッサ３１がＡＣＴ２４２にて会計画面の表示を指示するときには、ユーザ端末３００にてプロセッサ３０１は、図１０中のＡＣＴ１３７及びＡＣＴ１３８の待受状態にある。このためプロセッサ３０１は上記の会計画面の表示指示に応じてＡＣＴ１３８にてＹＥＳと判定し、図１３中のＡＣＴ１５１へと進む。

またプロセッサ３１がＡＣＴ２４０にてＹＥＳと判定してＡＣＴ２４２へと進んだ場合、プロセッサ３１がＡＣＴ２４２にて会計画面の表示を指示するときには、ユーザ端末３００にてプロセッサ３０１は、図１２中のＡＣＴ１４８及びＡＣＴ１４９の待受状態にある。このためプロセッサ３０１は上記の会計画面の表示指示に応じてＡＣＴ１４９にてＹＥＳと判定し、図１３中のＡＣＴ１５１へと進む。
ＡＣＴ１５１としてプロセッサ３０１は、会計画面をタッチパネル３０４に表示させる。会計画面は、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを客が選択するための画面である。

図２９は会計画面ＳＣＨの一例を示す図である。
会計画面ＳＣＨは、表示エリアＡＲＨＡ、メッセージＭＥＨＡ及びボタンＢＵＨＡ，ＢＵＨＢを含む。表示エリアＡＲＨＡは、購入商品の総数と、購入商品の代金の総額とを表す。メッセージＭＥＨＡは、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを指定するように客に促す文字メッセージである。ボタンＢＵＨＡは、ユーザ端末３００を客が指定するソフトキーである。ボタンＢＵＨＢは、会計機５を客が指定するためのソフトキーである。

客は、代金の決済のための操作をユーザ端末３００で行いたい場合には、ボタンＢＵＨＡにタッチするなどの予め定められた操作によりユーザ端末３００を指定する。また客は、代金の決済のための操作を会計機５で行いたい場合には、ボタンＢＵＨＢにタッチするなどの予め定められた操作により会計機５を指定する。

ＡＣＴ１５２としてプロセッサ３０１は、ユーザ端末３００が指定されたか否かを確認する。そしてプロセッサ３０１は、当該の指定が確認できないならばＮＯと判定し、ＡＣＴ１５３へと進む。
ＡＣＴ１５３としてプロセッサ３０１は、会計機５が指定されたか否かを確認する。そしてプロセッサ３０１は、当該の指定が確認できないならばＮＯと判定し、ＡＣＴ１５２へと戻る。
かくしてプロセッサ３０１はＡＣＴ１５２及びＡＣＴ１５３としては、ユーザ端末３００又は会計機５が指定されるのを待ち受ける。そしてプロセッサ３０１は、上述のようにユーザ端末３００が指定されたならば、ＡＣＴ１５２にてＹＥＳと判定し、ＡＣＴ１５４へと進む。

ＡＣＴ１５４としてプロセッサ３０１は、モバイルコントローラ３に対して決済を要求する。なおプロセッサ３０１は、決済を要求するための要求データには、決済のために必要な、クレジット番号又はオンライン決済サービス用の利用者コードなどのような決済データを含める。

またプロセッサ３０１は、上述のように会計機５が指定されたならば、ＡＣＴ１５３にてＹＥＳと判定し、ＡＣＴ１５５へと進む。
ＡＣＴ１５５としてプロセッサ３０１は、会計バーコード画面をタッチパネル３０４に表示させる。会計バーコード画面は、会計機５が仮想ＰＯＳサーバ２から取引の内容に関するデータを取得するために必要となるデータを表した会計バーコードを表した画面である。なお、詳細な処理の図示は省略しているが、プロセッサ３０１は、モバイルコントローラ３を介して仮想ＰＯＳサーバ２から会計バーコードを取得して、当該会計バーコードを会計バーコード画面に表す。

客は、他の客により使用されていない会計機５が備えるスキャナに、会計バーコードを読み取らせる。これに応じて会計機５は、会計バーコードが表すデータに従って、仮想ＰＯＳサーバ２から取引の内容に関するデータを取得し、このデータに基づいて算出した決済額を決済するための処理を実行する。そして会計機５は、決済が完了したならば、その旨を仮想ＰＯＳサーバ２に通知する。仮想ＰＯＳサーバ２にてプロセッサ２１は、会計機５から決済完了が通知されたならば、モバイルコントローラ３へと決済完了を通知する。なお、会計機５での決済完了は、会計機５からモバイルコントローラ３へと直接通知されてもよい。

モバイルコントローラ３にてプロセッサ３１は、図１７中のＡＣＴ２４２にて会計画面の表示を指示したのちには、ＡＣＴ２４３へと進む。
ＡＣＴ２４３としてプロセッサ３１は、決済が要求されたか否かを確認する。そしてプロセッサ３１は、当該の要求が確認できないならばＮＯと判定し、ＡＣＴ２４４へと進む。
ＡＣＴ２４４としてプロセッサ３１は、決済完了が通知されたか否かを確認する。そしてプロセッサ３１は、当該の要求が確認できないならばＮＯと判定し、ＡＣＴ２４３へと戻る。
かくしてプロセッサ３１はＡＣＴ２４３及びＡＣＴ２４４としては、決済要求又は決済完了通知を待ち受ける。そしてプロセッサ３１は、前述のようにユーザ端末３００から決済が要求されたならばＡＣＴ２４３にてＹＥＳと判定し、ＡＣＴ２４５へと進む。

ＡＣＴ２４５としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、決済の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。

仮想ＰＯＳサーバ２においてプロセッサ２１は、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された決済指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードで識別される取引に関する代金を算出し、これを決済データに基づいて決済するための処理を行う。なお決済のための処理は例えば、図示しない決済サーバへの決済要求を含む。そしてプロセッサ２１は、決済が完了したことを表した結果データを、モバイルコントローラ３に送信する。

モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２４５にて決済の要求を転送したのちには、ＡＣＴ２４６へと進む。
ＡＣＴ２４６としてプロセッサ３１は、決済完了がモバイルコントローラ３から通知されるのを待ち受ける。そしてプロセッサ３１は、上述のようにモバイルコントローラ３が送信した、決済が完了したことを表した結果データが通信インタフェース３４により受信されたならばＹＥＳと判定し、ＡＣＴ２４７へと進む。またプロセッサ３１は、前述のように会計機５での決済完了が通知されたならば、ＡＣＴ２４４にてＹＥＳと判定し、ＡＣＴ２４７へと進む。
ＡＣＴ２４７としてプロセッサ３１は、ユーザ端末３００に対して決済完了を通知する。

ユーザ端末３００にてプロセッサ３０１は、ＡＣＴ１４中のＡＣＴ１５４にてモバイルコントローラ３へと決済を要求したのち、あるいはＡＣＴ１５５にて会計バーコード画面を表示したのちには、ＡＣＴ１５６へと進む。
ＡＣＴ１５６としてプロセッサ３０１は、決済完了が通知されるのを待ち受ける。そしてプロセッサ３０１は、上述のようにモバイルコントローラ３から決済完了が通知されたならばＹＥＳと判定し、ＡＣＴ１５７へと進む。
ＡＣＴ１５７としてプロセッサ３０１は、完了画面をタッチパネル３０４に表示させる。完了画面は、決済が完了したことを客に報知するための画面である。

客は、完了画面を確認したならば、完了画面に表されたボタンにタッチするなどの予め定められた操作によって、確認したことを宣言する。これに応じてプロセッサ３０１はＡＣＴ１５８へと進む。なおプロセッサ３０１は、完了画面を表示した状態での経過時間が予め定めた時間に到達した場合に、ＡＣＴ１５８へと進んでもよい。

ＡＣＴ１５８としてプロセッサ３０１は、チェックアウト用のスキャン画面をタッチパネル３０４に表示させる。チェックアウト用のスキャン画面は、チェックアウト用の２次元コードＴＣＢを読み取るための画面である。プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、２次元コードＴＣＢを読み取るように客に促す文字メッセージと、２次元コードＴＣＢを翳すべき位置の目安を示すラインとを重ねてスキャン画面を生成する。

客は、チェックアウト用のスキャン画面がタッチパネル３０４に表示されたならば、店舗の出口付近に掲示されている２次元コードＴＣＢがスキャン画面に映り込むようにカメラ３０５を２次元コードＴＣＢに向ける。

ＡＣＴ１５９としてプロセッサ３０１は、２次元コードが読み取れるのを待ち受ける。このときにプロセッサ３０１は、カメラ３０５で得られる画像を繰り返し解析し、２次元コードの読み取りを試みる。この２次元コードの読み取りは、スマホＰＯＳアプリＡＰＥに基づく処理として行われてもよいし、２次元コードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、２次元コードが読み取れたならばＹＥＳと判定し、ＡＣＴ１６０へと進む。

ＡＣＴ１６０としてプロセッサ３０１は、読み取った２次元コードが表すデータがチェックアウトデータであるか否かを確認する。そしてプロセッサ３０１は、チェックアウトデータでなければＮＯと判定し、ＡＣＴ１５９へと戻る。このときにプロセッサ３０１は、誤った２次元コードが読み取られたことを客に通知する画面をタッチパネル３０４に表示させてもよい。

プロセッサ３０１は、読み取った２次元コードが表すデータがチェックアウトデータであることが確認できたならば、ＡＣＴ１６０にてＹＥＳと判定し、ＡＣＴ１６１へと進む。
ＡＣＴ１６１としてプロセッサ３０１は、モバイルコントローラ３に対して、チェックアウトを要求する。

モバイルコントローラ３にてプロセッサ３１は、図１７中のＡＣＴ２４７にて決済完了を通知したのちには、ＡＣＴ２４８へと進む。
ＡＣＴ２４８としてプロセッサ３１は、チェックアウトが要求されるのを待ち受ける。そしてプロセッサ３１は、上述のようにユーザ端末３００からチェックアウトが要求されたならばＹＥＳと判定し、ＡＣＴ２４９へと進む。

ＡＣＴ２４９としてプロセッサ３１は、チェックアウト処理を実行する。チェックアウト処理は、処理対象となっていた取引の管理のためにメインメモリ３２及び補助記憶ユニット３３に保存してあるデータをクリアするなどの処理である。なお仮想ＰＯＳサーバ２は、決済が完了したことに応じて、該当する取引に関する処理を終了してもよいし、モバイルコントローラ３からの指示に応じて取引に関する処理を終了してもよい。そして後者の場合には、プロセッサ３１はチェックアウト処理において、仮想ＰＯＳサーバ２に対して上記指示をする。また、誤ったバーコードスキャンなどを含むユーザの操作の履歴を表した履歴データベースを店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３、あるいは図示されない別のサーバ等で管理する場合がある。この場合には、プロセッサ３１はチェックアウト処理において、今回の取引に関する操作の履歴を反映するように履歴データベースを更新するための処理を行う。
ＡＣＴ２５０としてプロセッサ３１は、チェックアウトの完了をユーザ端末３００に通知する。そしてプロセッサ３１は、図１４～図１７に示す情報処理を終了する。

ユーザ端末３００にてプロセッサ３０１は、図１３中のＡＣＴ１６１にてチェックアウトを要求したのちには、ＡＣＴ１６２へと進む。
ＡＣＴ１６２としてプロセッサ３０１は、チェックアウト完了の通知を待ち受ける。そしてプロセッサ３０１は、上述のようにモバイルコントローラ３からチェックアウト完了が通知されたならばＹＥＳと判定し、ＡＣＴ１６３へと進む。
ＡＣＴ１６３としてプロセッサ３０１は、例えば図９中のＡＣＴ１０７にて保存したチェックインデータなどのような、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ３０１はこののち、図９中のＡＣＴ１０１に戻る。

以上のようにモバイルコントローラ３は、販売に際して店員による確認が必要となる商品が購入商品として含まれる取引に関して決済指示がなされたことを検知すると、店員に通報する。かくして、店員による確認を要する商品が購入対象の商品に含まれる取引に関する決済が行われようとしていることを店員に認識させることが可能である。そしてこの結果、店員は速やかに確認を行うなどの措置をとることが可能となる。

またモバイルコントローラ３は、ユーザ端末３００では、要確認状態では決済のための処理には進まない。そしてユーザ端末３００は、解除用の正規のバーコードを読み取ったならば、モバイルコントローラ３での認証の下に、決済のための処理に進む。かくして、販売に際して店員による確認が必要となる商品が購入商品として含まれる取引の決済が、店員による確認無しに行われることを防止できる。そして、このように決済処理が抑止されている状況にあることを、上記の通報により店員が認知できるので、店員は速やかに決済処理へと進めるように処置することが可能となる。

またモバイルコントローラ３は、解除データを、ユーザ端末３００から取得する。このため、要確認状態の解除のために店員は、解除用のバーコードをユーザ端末３００に読み取らせるだけでよいので、そのための作業は店員の大きな負担とはならない。

この実施形態は、次のような種々の変形実施が可能である。
店員への通報は、画面表示及び音出力のいずれか一方としてもよい。また、画面表示及び音出力の少なくともいずれか一方に加えて、あるいはそれに代えて、例えば振動などの別の手段による通報を行ってもよい。

監視支援処理は、店舗サーバ１又は仮想ＰＯＳサーバ２にてプロセッサ１１又はプロセッサ２１により実行されてもよい。あるいは、店舗システム１００の内外に上記実施形態には示されない情報処理装置を備えて、この情報処理装置に備えられたプロセッサで監視支援処置を実行してもよい。また監視支援処理は、監視端末４００にてプロセッサ４０１により実行されてもよい。

プロセッサ３１は、監視端末４００での店員による解除操作に応じて要確認状態を解除してもよい。例えば、監視画面内で要確認状態にある取引に関連付けられた表示領域ＡＲＦＡに解除ボタンを表しておき、この解除ボタンが押されたことが監視端末４００から通知されたことに応じてプロセッサ３１が要確認状態を解除するようにしてもよい。

要確認状態の解除用のデータは、手動での入力操作により指定されたデータを取得する、あるいは記録媒体に電子的に記録されたデータを近接無線通信により取得する等、別の任意の方法で取得されてもよい。

認証データは、店舗システム１００内に設けられている任意の記憶デバイスに記憶されていてもよい。例えば認証データは、モバイルコントローラ３にてメインメモリ３２又は補助記憶ユニット３３に記憶されていてもよい。

会計機による会計の際に店員による確認を行うようにし、会計機での決済へはユーザ端末での店員の確認を経ずに進めるようにしてもよい。

客が商品登録を終了する前の任意のタイミングで正規の解除用のバーコードが読み取られた場合には、要確認フラグを“０”として要確認状態を解除してもよい。このようにすれば、客は店内を見回っている最中に店員を見かけたときに、その店員に要確認状態の解除を要求することができる。ただしこの場合には、要確認状態の解除後に要確認商品を購入商品として登録したならば、要確認フラグが“１”とされて要確認状態となるから、再度の解除が必要となる。

仮想ＰＯＳサーバ２の機能と、モバイルコントローラ３の機能とを、１つのサーバで実現してもよい。

ユーザ端末３００は、店舗に備え付けられたショッピングカートに取り付けられた、いわゆるカート端末であってもよい。つまり取引処理システムが、カートＰＯＳシステムとして実現されてもよい。あるいは、ユーザ端末３００として、ユーザが携帯する端末と、ショッピングカートに取り付けられた端末とが混在していてもよい。

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

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

１…店舗サーバ、２…仮想ＰＯＳサーバ、３…モバイルコントローラ、４…通信サーバ、５…会計機、６…アクセスポイント、７…店内通信ネットワーク、１１，２１，３１，４１，３０１，４０１…プロセッサ、１２，２２，３２，４２，３０２，４０２…メインメモリ、１３，２３，３３，４３，３０３，４０３…補助記憶ユニット、１４，２４，３４，４４…通信インタフェース、１５，２５，３５，４６，３０８，４０７…伝送路、４５…通信ユニット、３０４…タッチパネル、３０５…カメラ、３０６，４０６…無線通信ユニット、３０７…モバイル通信ユニット、１００（１００－Ａ，１００－Ｂ）…店舗システム、２００…中継サーバ、３００…ユーザ端末、４００…監視端末、５００…通信ネットワーク。

Claims (6)

1. 客により移動される移動端末での操作により取引の対象となる商品の登録を行い、前記移動端末での操作による決済指示に応じて、その時点で取引の対象とされている商品の代金を決済するための決済処理を開始する取引処理システムで用いられる情報処理装置であって、
   前記移動端末で前記決済指示がなされたことを検知する検知手段と、
   取引の対象とされている商品に販売に際して店員による確認が必要となる商品が含まれる場合に、前記検知手段により前記決済指示がなされたことが検知されたことに応じて、店員に通報する通報手段、
   を備える情報処理装置。
2. 取引の対象とされている商品に販売に際して店員による確認が必要となる商品が含まれる場合に、前記決済指示に応じての前記決済処理の開始を抑止する抑止手段と、
   予め定められた解除データを、前記抑止手段により前記決済処理の開始が抑止されている取引に関して取得する取得手段と、
   前記取得手段により解除データが取得されたことに応じて、前記抑止手段による抑止を解除する解除手段と、
   をさらに具備する請求項１に記載の情報処理装置。
3. 前記取得手段は、前記移動端末で取得された前記解除データを、前記移動端末から取得する、
   請求項２に記載の情報処理装置。
4. 前記通報手段は、前記店員により利用される監視端末で予め定められた通報動作を行わせる、
   請求項１－請求項３のいずれか一項に記載の情報処理装置。
5. 客により移動される移動端末での操作により取引の対象となる商品の登録を行い、前記移動端末での操作による決済指示に応じて、その時点で取引の対象とされている商品の代金を決済するための決済処理を開始する取引処理システムで用いられる情報処理装置に備えられるコンピュータを、
   前記移動端末で前記決済指示がなされたことを検知する検知手段と、
   取引の対象とされている商品に販売に際して店員による確認が必要となる商品が含まれる場合に、前記検知手段により前記決済指示がなされたことが検知されたことに応じて、店員に通報する通報手段、
   として機能させるための情報処理プログラム。
6. 客により移動される移動端末での操作により取引の対象となる商品の登録を行い、前記移動端末での操作による決済指示に応じて、その時点で取引の対象とされている商品の代金を決済するための決済処理を開始する取引処理システムで用いられる情報処理装置に備えられるコンピュータが、
   前記移動端末で前記決済指示がなされたことを検知し、
   取引の対象とされている商品に販売に際して店員による確認が必要となる商品が含まれる場合に、前記決済指示がなされたことが検知されたことに応じて、店員に通報する、
   情報処理方法。
   

Images