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

Description

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

高齢者等の買物弱者の支援などを目的として買い物を代行するサービスが知られている。このサービスでは、高齢者等の依頼者からの依頼を受けて、介護者等の代行者が店舗に出向いて買い物をする。
このサービスを効率的に提供するために、一人の代行者が複数の依頼者からの依頼に応じた買い物をまとめて行うケースがある。この場合には、複数の依頼者のそれぞれに応じた買い物を個別に会計することになる。このため代行者は、一人分の商品をピックアップして会計する作業を、依頼者数分繰り返して行う必要があり、不効率であった。
このような事情から、個別に会計する必要のある複数の取引の内容の登録にかかる作業者の負担を軽減できることが望まれていた。

特開2012-123618号公報

本発明が解決しようとする課題は、個別に会計する必要のある複数の取引の内容の登録にかかる作業者の負担を軽減できる取引処理システムを提供することである。

実施形態の取引処理システムは、判定手段、決定手段、登録手段、記憶手段及び通知手段を備える。判定手段は、商品を判定する。決定手段は、操作者による操作に応じて、判定手段により判定された商品が複数の取引のいずれに関するかを、判定手段により商品が判定される毎に決定する。登録手段は、判定手段により判定された商品を、決定手段により決定された取引に関連付けて登録する。記憶手段は、複数の取引のそれぞれに関する設定額を記憶する。通知手段は、登録手段により登録済みの商品のうちの同じ取引に関連付けられた商品の合計額と、同じ取引に関して記憶手段により記憶された設定額と、が予め定められた関係にある場合に操作者に対して通知する。

一実施形態に係る取引処理システムの概略構成を示すブロック図。 図１中の店舗サーバの要部回路構成を示すブロック図。 図１中の仮想ＰＯＳサーバの要部回路構成を示すブロック図。 図１中のモバイルコントローラの要部回路構成を示すブロック図。 図４中の取引管理データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図４中の登録データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図１中の通信サーバの要部回路構成を示すブロック図。 図１中のユーザ端末の要部回路構成を示すブロック図。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図４に示されるプロセッサによる情報処理のフローチャート。 図４に示されるプロセッサによる情報処理のフローチャート。 図４に示されるプロセッサによる情報処理のフローチャート。 図４に示されるプロセッサによる情報処理のフローチャート。 図４に示されるプロセッサによる情報処理のフローチャート。 図４に示されるプロセッサによる情報処理のフローチャート。 一覧画面の一例を示す図。 設定画面の一例を示す図。 登録画面の一例を示す図。 確認画面の一例を示す図。 一覧画面の一例を示す図。 会計画面の一例を示す図。 選択画面の一例を示す図。

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

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

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

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

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

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

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

店舗システム１００が設けられた店舗には、その入口付近にチェックイン用の２次元コードＴＣＩが掲示され、その出口付近にチェックアウト用の２次元コードＴＣＯが掲示される。２次元コードＴＣＩは、チェックインのためのチェックインデータを表す。２次元コードＴＣＯは、チェックアウトのためのチェックアウトデータを表す。チェックインデータ及びチェックアウトデータは店舗毎に異なる。このため、店舗Ａ用の２次元コードＴＣＩ，ＴＣＯと店舗Ｂ用の２次元コードＴＣＩ，ＴＣＯとを区別する必要がある場合には、店舗Ａ用を２次元コードＴＣＩＡ，ＴＣＯＡと表し、店舗Ｂ用を２次元コードＴＣＩＢ，ＴＣＯＢと表す。

チェックインデータは例えば、以下に示すような情報を表す。
(1) 店舗システム１００の動作バージョン。例えば、２次元コードＴＣＩＡが表すチェックインデータは、店舗システム１００－１の動作バージョンを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗システム１００－２の動作バージョンを表す。
(2) 店舗システム１００が設けられる店舗を運営する事業者を識別するための事業者コード。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗Ａを運営する事業者に割り当てられた事業者コードを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗Ｂを運営する事業者に割り当てられた事業者コードを表す。
(3) 店舗システム１００が設けられる店舗を識別するための店舗コード。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗Ａに割り当てられた店舗コードを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗Ｂに割り当てられた店舗コードを表す。なお店舗コードは、取引処理システムを利用する全ての店舗の個々を識別可能なものであってもよいし、同じ事業者により運営される複数の店舗の個々を識別可能なものであってもよい。

(4) 店舗システム１００が設けられる店舗を運営する事業者の名称。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗Ａを運営する事業者の名称を表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗Ｂを運営する事業者の名称を表す。
(5) 店舗システム１００が設けられる店舗の名称。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗Ａの名称を表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗Ｂの名称を表す。
(6) ２次元コードＴＣＩと２次元コードＴＣＯとを区別するためのフラグ。チェックインデータにおける当該フラグは、チェックインデータであることを表す状態とされる。当該状態は、例えば“１”である。当該フラグは、全ての２次元コードＴＣＩで共通である。

(7) 通信サーバ４のＩＰアドレス。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗システム１００－１に含まれる通信サーバ４のＩＰアドレスを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗システム１００－２に含まれる通信サーバ４のＩＰアドレスを表す。
(8) 中継サーバ２００のドメイン名。当該ドメイン名は、全ての２次元コードＴＣＩで共通である。ただし、ドメイン名が互いに異なる複数の中継サーバ２００が、店舗毎に使い分けられてもよい。そしてこの場合には、２次元コードＴＣＩが表すチェックインデータは、対応する店舗で使用される中継サーバ２００のドメイン名が表される。
(9) 電子レシートサーバのアドレス。電子レシートサーバは、図１に示す取引処理システムに含まれず、通信ネットワーク４００を介して電子レシートサービスを提供する。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗Ａを運営する事業者が利用する電子レシートサービスを提供する電子レシートサーバに通信ネットワーク４００を介してアクセスするためのアドレスを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗Ｂを運営する事業者が利用する電子レシートサービスを提供する電子レシートサーバに通信ネットワーク４００を介してアクセスするためのアドレスを表す。当該アドレスは、全ての２次元コードＴＣＩで共通であってもよいし、複数のアドレスのいずれかが２次元コードＴＣＩ毎に表されていてもよい。

(10) 店舗システム１００とのデータ授受のためにユーザ端末３００が、アクセスポイント６との無線通信及び通信ネットワーク４００との無線通信とのいずれを利用すべきかを示すフラグ。例えば、店舗Ａにおいては、店舗システム１００－１とユーザ端末３００とのデータ授受にアクセスポイント６との無線通信を利用するのであれば、当該フラグは例えば“１”とされる。例えば、店舗Ｂにおいては、店舗システム１００－２とユーザ端末３００とのデータ授受に通信ネットワーク４００との無線通信を利用するのであれば、当該フラグは例えば“０”とされる。
(11) アクセスポイント６を識別するためのＳＳＩＤ（service set identifier）。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗システム１００－１に含まれるアクセスポイント６を識別するＳＳＩＤを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗システム１００－２に含まれるアクセスポイント６のＳＳＩＤを表す。
(12) アクセスポイント６にアクセスするためのパスワード。例えば２次元コードＴＣＩＡが表すチェックインデータは、店舗システム１００－１に含まれるアクセスポイント６に設定されているパスワードを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗システム１００－２に含まれるアクセスポイント６に設定されているパスワードを表す。

(13) アクセスポイント６が利用するセキュリティ方式の識別番号。当該識別番号は例えば、ＷＰＡ２－ＰＳＫ方式には“１”が、ＷＰＡ－ＰＳＫ方式には“２”が、そしてＷＥＰ方式には“３”が割り付けられる。例えば、店舗システム１００－１に含まれるアクセスポイント６がセキュリティ方式としてＷＰＡ２－ＰＳＫ方式を利用するならば、２次元コードＴＣＩＡが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗システム１００－２に含まれるアクセスポイント６がセキュリティ方式としてＷＰＡ－ＰＳＫ方式を利用するならば、２次元コードＴＣＩＢが表すチェックインデータは当該識別番号として“２”を表す。
(14) ユーザ端末３００が中継サーバ２００との接続に失敗したときにエラーとするか、エラーとすることなく運用を続けるかを識別するためのフラグ。例えば、店舗Ａにおいては、ユーザ端末３００が中継サーバ２００との接続に失敗したときにエラーとする設定であるならば、２次元コードＴＣＩＡが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、ユーザ端末３００が中継サーバ２００との接続に失敗しても運用を続ける設定であるならば、２次元コードＴＣＩＢが表すチェックインデータは当該フラグとして例えば“０”を表す。

(15) ユーザ端末３００のステータスに関する送信モードの識別番号。当該送信モードには、例えば第１モード、第２モード及び第３モードがある。当該送信モードの識別番号は例えば、第１モードには“１”が、第２モードには“２”が、第３モードには“３”が割り付けられる。第１モードでは、ユーザ端末３００のステータスを中継サーバ２００に送信する。第２モードでは、ユーザ端末３００のステータスを店舗システム１００に送信する。第２モードでは、ユーザ端末３００のステータスを送信しない。例えば、店舗Ａにおいては、送信モードとして第１モードを適用するのであれば、２次元コードＴＣＩＡが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗Ｂにおいては、送信モードとして第２モードを適用するのであれば、２次元コードＴＣＩＢが表すチェックインデータは当該識別番号として“２”を表す。

(16) ユーザ端末３００のログデータを蓄積したログファイルに関する送信モードの識別番号。当該送信モードには、例えば第１モード、第２モード、第３モード及び第４モードがある。当該送信モードの識別番号は例えば、第１モードには“１”が、第２モードには“２”が、第３モードには“３”が、第４モードには“４”が割り付けられる。第１モードでは、ログファイルを中継サーバ２００にのみ送信する。第２モードでは、ログファイルを店舗システム１００にのみ送信する。第３モードでは、ログファイルを店舗システム１００及び中継サーバ２００の双方に送信する。第４モードでは、ログファイルを送信しない。例えば、店舗Ａにおいては、送信モードとして第１モードを適用するのであれば、２次元コードＴＣＩＡが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗Ｂにおいては、送信モードとして第２モードを適用するのであれば、２次元コードＴＣＩＢが表すチェックインデータは当該識別番号として“２”を表す。

(17) ログファイルを、通信ネットワーク４００を介して中継サーバ２００へとＦＴＰ（file transfer protocol）により送信する際に使用するホスト名又はＩＰアドレス。
(18) ログファイルを、通信ネットワーク４００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するユーザ名。
(19) ログファイルを、通信ネットワーク４００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するパスワード。
(20) 通信ネットワーク４００を介して中継サーバ２００へとＦＴＰにより送信するログファイルのパス名。

(21) 商品コードの一種であるＵＰＣ（universal product cord）のチェックデジットを削除するか否かを識別するためのフラグ。例えば、店舗Ａにおいては、当該のチェックデジットを削除しない運用であるならば、２次元コードＴＣＩＡが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、当該のチェックデジットを削除する運用であるならば、２次元コードＴＣＩＢが表すチェックインデータは当該フラグとして例えば“０”を表す。
(22) ユーザ端末３００においてカメラ画面を自動遷移させるまでの時間。２次元コードＴＣＩＡが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣＩＢが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(23) ユーザ端末３００がアクセスポイント６を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣＩＡが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣＩＢが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。

(24) ユーザ端末３００と店舗システム１００とのアクセスポイント６を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣＩＡが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣＩＢが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。
(25) ユーザ端末３００が中継サーバ２００を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣＩＡが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣＩＢが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(26) ユーザ端末３００と店舗システム１００との中継サーバ２００を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣＩＡが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣＩＢが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。

(27) 店員による確認が必要な商品を対象とした取引に関する確認終了の宣言を認証するための認証処理で用いる認証データ。２次元コードＴＣＩＡが表すチェックインデータは、店舗Ａに関して予め設定された認証データを表す。２次元コードＴＣＩＢが表すチェックインデータは、店舗Ｂに関して予め設定された認証データを表す。認証データは、店舗毎で異なるように定められることが好ましいが、異なる店舗で同じ認証データが設定されても構わない。
(28) 店舗システム１００の動作モードを識別するためのデータ。例えば、店舗システム１００－１が、取引処理システムを通常に運用する通常モードに設定されているならば、２次元コードＴＣＩＡが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００－２が、取引処理システムをデモ運用するデモモードに設定されているならば、２次元コードＴＣＩＢが表すチェックインデータは当該データとして例えば“２”を表す。
(29) 会計機５へのデータ転送のモードを識別するためのデータ。例えば、店舗システム１００－１が、会計機５からモバイルコントローラ３にデータ転送を要求するモードに設定されているならば、２次元コードＴＣＩＡが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００－２が、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードに設定されているならば、２次元コードＴＣＩＢが表すチェックインデータは当該データとして例えば“２”を表す。

(30) ユーザ端末３００での操作によるコード決済方式での決済を許容するか否かを表すフラグ。例えば、店舗Ａでは当該のコード決済を許容されるならば、２次元コードＴＣＩＡが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣＩＢが表すチェックインデータは当該フラグとして例えば“０”を表す。
(31) 購入者の年齢制限が定められている商品（以下、年齢制限商品と称する）のユーザ端末３００での登録を許容するか否かを識別するためのフラグ。例えば、店舗Ａでは年齢制限商品のユーザ端末３００での登録が許容されるならば、２次元コードＴＣＩＡが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣＩＢが表すチェックインデータは当該フラグとして例えば“０”を表す。
(32) ポイント会員の会員コードの入力モードを識別するためのデータ。例えば、店舗システム１００－１が、会員コードを手入力するモードに設定されているならば、２次元コードＴＣＩＡが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００－２が、バーコードの読み取りにより会員コードを入力するモードに設定されているならば、２次元コードＴＣＩＢが表すチェックインデータは当該データとして例えば“２”を表す。

(33) ポイント会員の会員コードを手入力するモードが設定されている場合に、会員コードの入力に際して店員の確認を必要とするか否かを識別するためのフラグ。例えば、店舗Ａにて当該確認を必要とするならば、２次元コードＴＣＩＡが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにて当該確認を不要とするならば、２次元コードＴＣＩＢが表すチェックインデータは当該フラグとして例えば“０”を表す。
(34) チェックイン時にユーザ端末３００のバッテリ残量のチェックをするための閾値。当該閾値は、店舗毎又は事業者毎に設定される。例えば店舗Ａを運営する事業者が当該閾値を「２０％」と定めている場合は、２次元コードＴＣＩＡが表すチェックインデータは当該閾値として例えば“２０”を表す。また例えば店舗Ｂが当該閾値を「２５％」と定めている場合は、２次元コードＴＣＩＢが表すチェックインデータは当該閾値として例えば“２５”を表す。
以上が、チェックインデータが表す情報の例である。ただし、チェックインデータは、以上に示した各種の情報のうちの一部を含まなくてもよい。またチェックインデータは、以上に示した各種の情報とは別の情報を表してもよい。

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

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、店舗サーバ１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（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）などである。また複数の決済方法を選択可能とする場合には、決済情報に決済方法を識別するための決済方法コードを含む場合もある。また、ポイントサービスを提供する店舗の場合には、ポイントサービスのＩＤ及び保有ポイント数などを決済情報に含む場合もある。

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

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

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

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

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

ただし補助記憶ユニット３３は、店舗管理アプリＡＰＡＡに代えて登録支援アプリＡＰＣＡを記憶する。登録支援アプリＡＰＣＡは、アプリケーションプログラムであり、購入商品の登録を支援するための後述する情報処理について記述されている。登録支援アプリＡＰＣＡは、各店舗システム１００で共通である。ただし、登録支援アプリＡＰＣＡに基づく情報処理のための各種の設定は、店舗システム１００毎にカスタマイズされてもよい。

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

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

フィールドＦＡＡには、関連付けられたユーザ端末３００を他のユーザ端末３００と識別するための端末コードがセットされる。端末コードとしては例えば、ユーザ端末３００として利用される通信端末の個々を識別するために通信端末毎に設定された一意の識別コードを用いることができる。あるいは端末コードとしては例えば、後述するスマホＰＯＳアプリをユーザ端末３００にインストールする際に当該スマホＰＯＳアプリに対して設定される識別コードを用いることができる。フィールドＦＡＢには、関連付けられたユーザ端末３００を使用している客を他の客と識別するための会員コードがセットされる。フィールドＦＡＣには、関連付けられたユーザ端末３００を用いて行われる第１の取引に関する取引コード（以下、第１の取引コードと称する）がセットされる。フィールドＦＡＤには、第１の取引に関する予算額（以下、第１の予算額と称する）がセットされる。フィールドＦＡＥには、第１の取引が、購入商品の登録の対象とする取引であるか否かを表すフラグ（以下、第１のフラグと称する）がセットされる。フィールドＦＡＦには、関連付けられたユーザ端末３００を用いて行われる第２の取引に関する取引コード（以下、第２の取引コードと称する）がセットされる。フィールドＦＡＧには、第２の取引に関する予算額（以下、第２の予算額と称する）がセットされる。フィールドＦＡＨには、第２の取引が、購入商品の登録の対象とする取引であるか否かを表すフラグ（以下、第２のフラグと称する）がセットされる。

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

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

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

補助記憶ユニット４３は、店舗管理アプリＡＰＡＡに代えて通信処理アプリＡＰＤＡを記憶する。通信処理アプリＡＰＤＡは、アプリケーションプログラムであり、モバイルコントローラ３とユーザ端末３００との間でのデータ授受を可能とするべく、通信ネットワーク４００を介して中継サーバ２００と通信するための情報処理について記述されている。通信処理アプリＡＰＤＡは、各店舗システム１００で共通である。ただし、通信処理アプリＡＰＤＡに基づく情報処理のための各種の設定は、店舗システム１００毎にカスタマイズされてもよい。

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

タッチパネル３０４は、ユーザ端末３００の入力デバイス及び表示デバイスとして機能する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
サウンドユニット３０６は、音声及びメロディなどの各種サウンドを出力する。
センサ群３０７は、角速度センサ及びＧＰＳ（global positioning system）センサなどの各種のセンサを含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１５のＡＣＴ２０１としてプロセッサ３１は、チェックイン処理を行う。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に取引の開始を要求し、取引コードの通知を受ける。そしてプロセッサ３１は、要求データに含まれた端末コードをフィールドＦＡＡにセットした新たなデータレコードＤＲＡを取引管理データベースＤＢＣＡに追加する。プロセッサ３１は、要求データに会員コードが含まれるならば、当該会員コードを、新たなデータレコードＤＲＡのフィールドＦＡＢにセットする。プロセッサ３１は、上記の通知された取引コードを、新たなデータレコードＤＲＡのフィールドＦＡＣにセットする。プロセッサ３０１は、フィールドＦＡＥには、第１の取引が有効であることを表す状態の第１のフラグをセットする。プロセッサ３０１は、フィールドＦＡＤ，ＦＡＦ，ＦＡＧには、予め定められた無効値をセットする。プロセッサ３０１は、フィールドＦＡＨには、第２の取引が無効であることを表す状態の第２のフラグをセットする。プロセッサ３０１は、新たなデータレコードＤＲＡには、フィールドＦＡＦ，ＦＡＧ，ＦＡＨを含めないのでもよい。これにより、チェックインを要求したユーザ端末３００を用いて行われる取引の管理が開始される。
なお仮想ＰＯＳサーバ２においてプロセッサ２１は、取引の開始がモバイルコントローラ３から要求されたならば、予め定められたルールに従って取引コードを決定し、その取引コードに関連付けての購入商品の登録処理を開始する。またプロセッサ２１は、決定した取引コードをモバイルコントローラ３に通知する。

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

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

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

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

図２１は一覧画面ＳＣＡの一例を示す図である。
一覧画面ＳＣＡは、表示エリアＡＲＡＡ，ＡＲＡＢ及びボタンＢＵＡＡ，ＢＵＡＢ，ＢＵＡＣ，ＢＵＡＤ，ＢＵＡＥを含む。表示エリアＡＲＡＡは、購入商品の総数と、購入商品の代金の総額とを表す。表示エリアＡＲＡＢは、購入商品の一覧を表す。ボタンＢＵＡＡは、購入商品の全てを取り消して買い物を中止することを客が宣言するためのソフトキーである。ボタンＢＵＡＢは、購入商品として登録する商品のスキャンを開始することを客が宣言するためのソフトキーである。ボタンＢＵＡＣは、会計を開始することを客が宣言するためのソフトキーである。ボタンＢＵＡＤは、購入商品を登録する対象となる取引の変更を客が宣言するためのソフトキーである。ボタンＢＵＡＤ内の文字は、選択中の取引がいずれであるかを表し、図２１では第１の取引が選択されている状態を表している。ボタンＢＵＡＥは、予算の設定を行うことを客が宣言するためのソフトキーである。
なお、図２１は、まだ購入商品の登録が行われていない状態の一覧画面ＳＣＡを示している。このため、表示エリアＡＲＡＡには総数及び総額としていずれも“０”を表し、表示エリアＡＲＡＢには何も表さない。

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

客は、２つ目の取引に関する購入商品の登録を行いたい場合には、一覧画面ＳＣＡにおけるボタンＢＵＡＤにタッチするなどの予め定められた操作によって取引変更を指定する。また、２つの取引のうちの新たな購入商品の登録の対象とする取引を切り替えたい場合には、一覧画面ＳＣＡにおけるボタンＢＵＡＤにタッチするなどの予め定められた操作によって取引変更を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１３にてＹＥＳと判定し、ＡＣＴ１１９へと進む。
ＡＣＴ１１９としてプロセッサ３０１は、モバイルコントローラ３に対して取引変更を要求する。

さて、モバイルコントローラ３においてプロセッサ３１は、図１５中のＡＣＴ２０４にてチェックイン完了の通知を行った後には、ＡＣＴ２０５へと進む。
ＡＣＴ２０５としてプロセッサ３１は、取引変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０６へと進む。
ＡＣＴ２０６としてプロセッサ３１は、予算設定が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０７へと進む。
ＡＣＴ２０７としてプロセッサ３１は、登録が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０８へと進む。
ＡＣＴ２０８としてプロセッサ３０１は、数量変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０９へと進む。
ＡＣＴ２０９としてプロセッサ３１は、購入商品の削除が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２１０へと進む。
ＡＣＴ２１０としてプロセッサ３１は、購入商品の取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２１１へと進む。
ＡＣＴ２１１としてプロセッサ３１は、会計が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０５へと戻る。
かくしてプロセッサ３１はＡＣＴ２０５乃至ＡＣＴ２１１としては、取引変更、予算設定、登録、数量変更、削除、取消及び会計のいずれかが要求されるのを待ち受ける。そしてプロセッサ３１は、前述のようにユーザ端末３００から取引変更が要求されたならばＡＣＴ２０５にてＹＥＳと判定し、図１６中のＡＣＴ２１３へと進む。

ＡＣＴ２１３としてプロセッサ３１は、現在有効となっている取引（以下、有効取引と称する）が第１の取引であるか否かを確認する。プロセッサ３１は例えば、ユーザ端末３００の端末コードがフィールドＦＡＡにセットされているデータレコードＤＲＡをチェックし、フィールドＦＡＥにセットされている第１のフラグが有効状態であるならばＹＥＳと判定し、ＡＣＴ２１４へと進む。
ＡＣＴ２１４としてプロセッサ３１は、ユーザ端末３００に関して複数取引があるか否かを確認する。プロセッサ３１は例えば、上記データレコードＤＲＡのフィールドＦＡＦに無効値がセットされているならばＮＯと判定し、ＡＣＴ２１５へと進む。
つまりプロセッサ３１は、開始されている取引が１つのみである場合に、ＡＣＴ２１５へと進む。

ＡＣＴ２１５としてプロセッサ３１は、既に処理対象となっている第１の取引とは別の新たな取引を識別するための取引コードを第２の取引コードとして取得する。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に取引の開始を要求し、取引コードの通知を受ける。仮想ＰＯＳサーバ２では、第１の取引及び第２の取引は、通常の個別の取引として扱われる。
ＡＣＴ２１６としてプロセッサ３１は、上記の取得した第２の取引コードを、処理の対象となっているユーザ端末３００に関する取引として管理するために取引管理データベースＤＢＣＡを更新する。プロセッサ３１は、ＡＣＴ２１３にてチェックしたデータレコードＤＲＡのフィールドＦＡＦに、上記の取得した第２の取引コードをセットする。
このようにプロセッサ３１は、ユーザ端末３００に関して１つの取引のみが処理対象となっている場合に取引変更が指定されたならば、新たな取引を第２の取引として処理対象に追加する。

ＡＣＴ２１７としてプロセッサ３１は、有効取引を変更する。プロセッサ３１は、ＡＣＴ２１６からＡＣＴ２１７へと進んだ場合には、有効取引を第１の取引から第２の取引に変更する。プロセッサ３１は例えば、ＡＣＴ２１３にてチェックしたデータレコードＤＲＡのフィールドＦＡＥにセットされている第１のフラグを無効状態に変更し、フィールドＦＡＨにセットされている第２のフラグを有効状態に変更する。
なおプロセッサ３１は、第２の取引が既に有効取引とされていて、第１のフラグが無効状態とされているときに取引変更が指定された場合には、ＡＣＴ２１３にてＮＯと判定し、ＡＣＴ２１４乃至ＡＣＴ２１６をパスしてＡＣＴ２１７へと進む。そしてこの場合にプロセッサ３１は、フィールドＦＡＥにセットされている第１のフラグを有効状態に変更し、フィールドＦＡＨにセットされている第２のフラグを無効状態に変更することで、第１の取引を有効取引とする。
またプロセッサ３１は、第２の取引が既に追加済みであり、かつ第１の取引が有効取引とされている場合には、ＡＣＴ２１４にてＹＥＳと判定し、ＡＣＴ２１５及びＡＣＴ２１６をパスしてＡＣＴ２１７へと進む。そしてこの場合にプロセッサ３１は、フィールドＦＡＥにセットされている第１のフラグを無効状態に変更し、フィールドＦＡＨにセットされている第２のフラグを有効状態に変更する。

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

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

客は、予算額に応じた通知を受けたい場合には、予算額の設定を行う。例えば、客が依頼者からの依頼に応じて買い物をする代行者である場合には、依頼者により予算額が指定される場合がある。客は、そのような場合に、予算額の設定を行う。そしてこの場合に客は、一覧画面ＳＣＡにおけるボタンＢＵＡＥにタッチするなどの予め定められた操作によって予算設定を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１４にてＹＥＳと判定し、ＡＣＴ１２１へと進む。
ＡＣＴ１２１としてプロセッサ３０１は、設定画面をタッチパネル３０４に表示させる。設定画面は、設定する予算額を客が指定するための画面である。

図２２は設定画面ＳＣＢの一例を示す図である。
設定画面ＳＣＢは、メッセージＭＥＦＡ、入力欄ＦＩＢＡ，ＦＩＢＢ及びボタンＢＵＢＡ，ＢＵＢＢを含む。メッセージＭＥＦＡは、予算額を指定するように客に促す文字メッセージである。入力欄ＦＩＢＡは、第１の取引に関する第１の予算額を入力するための欄である。なお図２２においては、第１の予算額として「２、０００」が入力されている状態を表している。入力欄ＦＩＢＢは、第２の取引に関する第２の予算額を入力するための欄である。なお図２２においては、第２の予算額が設定されていない状態を表している。ボタンＢＵＢＡは、入力欄ＦＩＢＡ，ＦＩＢＢに入力済みの予算額を設定することを客が指定するソフトキーである。ボタンＢＵＢＢは、予算額の設定を取り消すことを客が指定するためのソフトキーである。

なお、図２２に示す設定画面ＳＣＢは、第１の予算額及び第２の予算額を同時に指定させる画面である。しかしながらプロセッサ３０１は、当該設定画面ＳＣＢを、１つの取引のみが処理対象となっているときに表示させて、第１の予算額の指定を受けてもよい。またプロセッサ３０１は、プロセッサ３０１の判断の下に、あるいはプロセッサ３１からの指示の下に、１つの取引のみが処理対象となっているときに、その取引に関する１つの予算額のみの指定を受けるための設定画面を表示させ、その予算額のみの指定を受け付けてもよい。

客は、入力欄ＦＩＢＡ，ＦＩＢＢに、任意の予算額を入力した上で、ボタンＢＵＢＡにタッチするなどの予め定められた操作によって設定を指定する。
プロセッサ３０１はＡＣＴ１２２として、設定が指定されたか否かを確認する。そしてプロセッサ３０１は、当該の指定が確認できないならばＮＯと判定し、ＡＣＴ１２３へと進む。
ＡＣＴ１２３としてプロセッサ３０１は、取消が指定されたか否かを確認する。そしてプロセッサ３０１は、当該の指定が確認できないならばＮＯと判定し、ＡＣＴ１２２へと戻る。
かくしてプロセッサ３０１は、ＡＣＴ１２２及びＡＣＴ１２３としては、設定又は取消が指定されるのを待ち受ける。そしてプロセッサ３０１は、前述のように設定が指定されたならばＡＣＴ１２２にてＹＥＳと判定し、ＡＣＴ１２４へと進む。
ＡＣＴ１２４としてプロセッサ３０１は、モバイルコントローラ３に対して予算設定を要求する。プロセッサ３０１は、ここで送信する要求データには、入力欄ＦＩＢＡ，ＦＩＢＢに入力されている第１の予算額及び第２の予算額を含める。第１の予算額及び第２の予算額は、いずれも設定額の一例である。

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から予算設定が要求されたならば、図１５中のＡＣＴ２０６にてＹＥＳと判定し、図１６中のＡＣＴ２１９へと進む。
ＡＣＴ２１９としてプロセッサ３１は、要求データに含まれた第１の予算額及び第２の予算額を記録するべく取引管理データベースＤＢＣＡを更新する。プロセッサ３１は例えば、取引管理データベースＤＢＣＡにてユーザ端末３００が関連付けられたデータレコードＤＲＡのフィールドＦＡＤ，ＦＡＧに、要求データに含まれた第１の予算額及び第２の予算額をそれぞれセットする。かくして補助記憶ユニット３３は、複数の取引のそれぞれに関する設定値としての第１の予算額及び第２の予算額を記憶する記憶手段に相当する。
ＡＣＴ２２０としてプロセッサ３１は、ユーザ端末３００に対して設定完了を通知する。そしてプロセッサ３１はこののち、図１５中のＡＣＴ２０５乃至ＡＣＴ２１１の待受状態に戻る。

ユーザ端末３００にてプロセッサ３０１は、図１０中のＡＣＴ１２４にて予算設定を要求した後には、ＡＣＴ１２５へと進む。
ＡＣＴ１２５としてプロセッサ３０１は、完了通知を待ち受ける。そしてプロセッサ３０１は、前述のように設定完了がモバイルコントローラ３から通知されたならばＹＥＳと判定し、ＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。この場合には、購入商品の登録状態は変更されないので、プロセッサ３０１は、削除画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣＡをタッチパネル３０４に再び表示させる。

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

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

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

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

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

客は、登録画面ＳＣＣがタッチパネル３０４に表示されたならば、購入商品として登録しようとする商品に表示されたバーコードが表示エリアＡＲＣＡに映り込むようにカメラ３０５を商品に向ける。これに応じてプロセッサ３０１は、ＡＣＴ１２７にてＹＥＳと判定し、ＡＣＴ１２９へと進む。
ＡＣＴ１２９としてプロセッサ３０１は、モバイルコントローラ３に対して登録を要求する。プロセッサ３０１は、ここで送信する要求データには、読み取ったバーコードが表すデータ（以下、バーコードデータと称する）を含める。このときにプロセッサ３０１は、バーコードに含まれた商品コードで識別される商品として商品を判定することになる。かくしてスマホＰＯＳアプリＡＰＥＡに基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは判定手段として機能する。

プロセッサ３１は、前述のようにユーザ端末３００から登録が要求されたならばＡＣＴ２０７にてＹＥＳと判定し、図１７中のＡＣＴ２２１へと進む。
ＡＣＴ２２１としてプロセッサ３１は、有効取引に関して予算額が設定済みであるか否かを確認する。プロセッサ３１は例えば、取引管理データベースＤＢＣＡにてユーザ端末３００が関連付けられたデータレコードＤＲＡに関して、フィールドＦＡＥにセットされた第１のフラグが有効状態であるならばフィールドＦＡＤに、またフィールドＦＡＨにセットされた第２のフラグが有効状態であるならばフィールドＦＡＧに、それぞれ有効な値がセットされているか否かを確認する。そしてプロセッサ３１は、該当のフィールドに有効な値がセットされているならばＹＥＳと判定し、ＡＣＴ２２２へと進む。

ＡＣＴ２２２としてプロセッサ３１は、登録が要求された商品を有効取引の購入商品として登録することによって、有効取引に関する決済金額が予算額を超過するか否かを確認する。プロセッサ３１は、要求データに含まれたバーコードで識別される商品の販売価格を取得する。プロセッサ３１は例えば、店舗サーバ１に問い合わせて、データベース群ＤＢＡＡに含まれる商品データベースに記述された価格を店舗サーバ１から取得する。あるいはプロセッサ３１は、上記の商品データベースを補助記憶ユニット３３にコピーしておき、この補助記憶ユニット３３に記憶された商品データベースに記述された価格を取得してもよい。そしてプロセッサ３１は、登録データベースＤＢＣＢにて有効取引に関連付けられたデータレコードＤＲＢに基づいて求まる決済額に上記の価格を加えて求まる加算額が、有効取引に関する予算額を超過するか否かを確認する。プロセッサ３１は例えば、予算額が加算額未満であるならば、超過すると判定する。そしてプロセッサ３１は、加算額が予算額を超過するならばＹＥＳと判定し、ＡＣＴ２２３へと進む。
ＡＣＴ２２３としてプロセッサ３１は、確認画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は、ここで送信する指示データには、超過額を含める。プロセッサ３１は、加算額から予算額を差し引いた額として超過額を求める。

ユーザ端末３００にてプロセッサ３０１は、図１１中のＡＣＴ１２９にて登録を要求したのちには、ＡＣＴ１３０へと進む。
ＡＣＴ１３０としてプロセッサ３０１は、確認画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ１３１へと進む。
ＡＣＴ１３１としてプロセッサ３０１は、一覧画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ１３０へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３０及びＡＣＴ１０２としては、確認画面又は一覧画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、上述のように確認画面の表示が指示されたことを確認したならば、ＡＣＴ１３０にてＹＥＳと判定し、ＡＣＴ１３２へと進む。

ＡＣＴ１３２としてプロセッサ３０１は、確認画面をタッチパネル３０４に表示させる。確認画面は、予算額を超過する旨を客に通知した上で、登録を実行するか否かを確認するための画面である。
図２４は確認画面ＳＣＤの一例を示す図である。
確認画面ＳＣＤは、メッセージＭＥＤＡ，ＭＥＤＢ及びボタンＢＵＤＡ，ＢＵＤＢを含む。メッセージＭＥＤＡは、予算額を超過する旨を客に通知する文字メッセージである。メッセージＭＥＤＢは、通知データに含まれた超過額を表す文字メッセージである。ボタンＢＵＤＡは、商品を購入商品として追加することを客が宣言するためのソフトキーである。ボタンＢＵＤＢは、直前のバーコードスキャンに基づく商品登録を取り消すことを客が宣言するためのソフトキーである。

客は、確認画面ＳＣＤを目視することにより、直前のバーコードスキャンに基づく商品登録により予算額を超過することを認識する。そして該当の商品を購入商品として追加するか否かを決定する。例えば、依頼人により限度額としての予算額が指定されているならば、一般的に客は、追加しないことを決定する。しかしながら例えば、依頼人により目安として予算額が指定されているならば、超過額がさほど大きくない場合には、客は追加を決定することが可能な場合がある。そして客は、追加することを決定したならば、例えば確認画面ＳＣＤにてボタンＢＵＤＡにタッチするなどの予め定められた操作により追加を指定する。また客は、追加しないことを決定したならば、例えば確認画面ＳＣＤにてボタンＢＵＤＢにタッチするなどの予め定められた操作により取消を指定する。

このように、モバイルコントローラ３のプロセッサ３１の指示の下にユーザ端末３００のタッチパネル３０４にて確認画面ＳＣＤが表示されることにより、購入商品として登録済みの商品の合計額と設定額としての予算額とが、新たに指定された商品の金額を合計額に加えることによって予算額を超える、という予め定められた関係にある場合に操作者としての客に対する通知が行われることになる。かくして登録支援アプリＡＰＣＡに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは通知手段として機能する。

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

プロセッサ３０１は、上述のように追加が指定されたならば、ＡＣＴ１３３にてＹＥＳと判定し、ＡＣＴ１３５へと進む。
ＡＣＴ１３５としてプロセッサ３０１は、モバイルコントローラ３に対して追加を要求する。
またプロセッサ３０１は、上述のように取消が指定されたならば、ＡＣＴ１３４にてＹＥＳと判定し、ＡＣＴ１３６へと進む。
ＡＣＴ１３６としてプロセッサ３０１は、モバイルコントローラ３に対して取消を要求する。

モバイルコントローラ３にてプロセッサ３１は、図１７中のＡＣＴ２２３として確認画面の表示を指示したのちには、ＡＣＴ２２４へと進む。
ＡＣＴ２２４としてプロセッサ３１は、追加が要求されたか否かを確認する。そしてプロセッサ３１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２２５へと進む。
ＡＣＴ２２５としてプロセッサ３１は、取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２２４へと戻る。
かくしてプロセッサ３１は、ＡＣＴ２２４及びＡＣＴ２２５としては、追加又は取消が要求されるのを待ち受ける。

プロセッサ３１は、上述のように追加が要求されたならば、ＡＣＴ２２４にてＹＥＳと判定し、ＡＣＴ２２６へと進む。
ＡＣＴ２２６としてプロセッサ３１は、有効取引の取引コードの通知を伴って、登録の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データに有効取引の取引コードを付加して仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データに有効取引の取引コードを付加して仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、ユーザ端末３００から送られてきた要求データに含まれたバーコードデータは、仮想ＰＯＳサーバ２へと通知する。

ここでプロセッサ３１は、第１及び第２の取引が処理対象となっているときには、購入商品としての登録が要求された商品が、第１及び第２の取引のうちで有効取引とされている取引に関すると決定していることになる。そしてプロセッサ３１は、登録要求を受ける前に、ユーザ端末３００での客による操作に応じた取引変更が要求されたならば、有効取引を変更するのであり、有効取引は、客による操作に応じて登録要求毎に変更が可能である。かくして登録支援アプリＡＰＣＡに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは決定手段として機能する。

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

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

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

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

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

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

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

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

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

ＡＣＴ２２９としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は、ここで送信する指示データには、有効取引が登録データベースＤＢＣＢにて関連付けられたデータレコードＤＲＢに含まれている商品コード、商品名、価格及び個数を指示データに含める。
こののちプロセッサ３１は、図１５中のＡＣＴ２０５乃至ＡＣＴ２１１の待受状態に戻る。

ユーザ端末３００にてプロセッサ３０１は、図１１中のＡＣＴ１３５又はＡＣＴ１３６にて追加又は取消を要求したのちには、ＡＣＴ１３７へと進む。
ＡＣＴ１３７としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、前述のように一覧画面の表示がモバイルコントローラ３から指示されたならば、ＡＣＴ１３７にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。このときにプロセッサ３０１は、一覧画面ＳＣＡを、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。
このため、客はスキャン開始指定を繰り返し、登録しようとする商品のバーコードを順次にユーザ端末３００に読み取らせることによって、商品を購入商品として登録してゆくことができる。そしてこのときに客は、取引変更指定を適宜に行うことにより、どの取引に関する購入商品として登録するかを自由に切り替えることができる。

一例として、第１の売り場に陳列される第１の商品と、第２の売り場に陳列される第２の商品と、第３の売り場に陳列される第３の商品との購入が第１の依頼人より依頼されており、第１の売り場に陳列される第４の商品と第２の売り場に陳列される第２の商品との購入が第２の依頼人より依頼されている場合を考える。客は例えば、
(1) 第１の取引を有効取引とする。
(2) 第１の売り場にて第１の商品を購入商品として指定。
(3) 第２の取引を有効取引とする。
(4) 第１の売り場にて第２の商品を購入商品として指定。
(5) 第２の売り場にて第３の商品を購入商品として指定。
(6) 第１の取引を有効取引とする。
(7) 第２の売り場にて第３の商品を購入商品として登録。
(8) 第３の売り場にて第４の商品を購入商品として指定。
といった具合に操作することにより、第１の取引に関して第１乃至第３の商品を購入商品として登録し、また第２の取引に関して第２及び第４の商品を購入商品として登録することができる。

図２５は購入商品が登録済みである状態での一覧画面ＳＣＡの一例を示す図である。
図２５に示す一覧画面ＳＣＡは、第２の取引が有効取引である場合であり、その旨を表すべくボタンＢＵＡＤ中の文字列は「カゴ２」とされている。またこの一覧画面ＳＣＡは、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、そして商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、購入商品として登録済みである場合の例である。図２５に示す一覧画面ＳＣＡでは、表示エリアＡＲＡＢには、これらの登録済みの商品に関する商品名、価格及び個数を表している。また表示エリアＡＲＡＡには、総数として“４”を表すとともに、総額として“１，３４０”を表している。なお、商品名の左側の破線で囲まれたエリアは、アイコンを表示するためのエリアを表す。当該エリアを表す破線は、実際には一覧画面ＳＣＡには表されない。

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

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

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

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

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

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

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

ＡＣＴ２３３としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は、上記のように更新したデータレコードＤＲＢに含まれる登録データのうちで取消フラグが“０”である登録データに含まれている商品コード、商品名、価格及び個数を指示データに含める。プロセッサ３１はこののち、図１５中のＡＣＴ２０５乃至ＡＣＴ２１１の待受状態に戻る。

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

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

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

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

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

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

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

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

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

ＡＣＴ２３７としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は、上記のように更新したデータレコードＤＲＢに含まれる登録データのうちで取消フラグが“０”である登録データに含まれている商品コード、商品名、価格及び個数を指示データに含める。プロセッサ３１はこののち、図１５中のＡＣＴ２０５乃至ＡＣＴ２１１の待受状態に戻る。

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

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

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

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

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

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

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

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

ＡＣＴ２４０としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＣＢを更新する。つまりプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＢに含まれる登録データの全てに関して、“０”となっている取消フラグを“１”に変更する。
ＡＣＴ２４１としてプロセッサ３１は、ユーザ端末３００に対して取消を通知する。そしてプロセッサ３１はこののち、図１５中のＡＣＴ２０５乃至ＡＣＴ２１１の待受状態に戻る。

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

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

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から会計が要求されたならば、図１５中のＡＣＴ２１１にてＹＥＳと判定し、図１９中のＡＣＴ２４２へと進む。
ＡＣＴ２４２としてプロセッサ３１は、処理対象となっている取引が複数有るか否かを確認する。そしてプロセッサ３１は、例えば取引管理データベースＤＢＣＡにてユーザ端末３００が関連付けられたデータレコードＤＲＡのフィールドＦＡＦに無効値がセットされているならばＮＯと判定し、ＡＣＴ２４３へと進む。
ＡＣＴ２４３としてプロセッサ３１は、会計画面の表示をユーザ端末３００に指示する。

さてユーザ端末３００にてプロセッサ３０１は、図１３中のＡＣＴ１５０にて会計を要求したのちには、ＡＣＴ１５１へと進む。
ＡＣＴ１５１としてプロセッサ３０１は、会計画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示を確認できないならばＮＯと判定し、ＡＣＴ１５２へと進む。
ＡＣＴ１５２としてプロセッサ３０１は、選択画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、該当の指示を確認できないならばＮＯと判定し、ＡＣＴ１５１へと戻る。
かくしてプロセッサ３０１はＡＣＴ１５１及びＡＣＴ１５２としては、会計画面又は選択画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、上述のように会計画面の表示が指示されたことを確認したならばＡＣＴ１５１にてＹＥＳと判定し、ＡＣＴ１５３へと進む。
ＡＣＴ１５３としてプロセッサ３０１は、会計画面をタッチパネル３０４に表示させる。会計画面は、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを客が選択するための画面である。

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

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

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

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

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

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

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

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

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

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

一方でプロセッサ３１は、例えば取引管理データベースＤＢＣＡにてユーザ端末３００が関連付けられたデータレコードＤＲＡのフィールドＦＡＦに有効な第２の取引コードがセットされているならばＡＣＴ２４２にてＹＥＳと判定し、図２０中のＡＣＴ２４８へと進む。
ＡＣＴ２４８としてプロセッサ３１は、選択画面の表示をユーザ端末３００に指示する。

さてユーザ端末３００にてプロセッサ３０１は、上記のように選択画面の表示が指示されたならば、図１３中のＡＣＴ１５２にてＹＥＳと判定し、ＡＣＴ１５８へと進む。
ＡＣＴ１５８としてプロセッサ３０１は、選択画面をタッチパネル３０４に表示させる。選択画面は、会計方法を客が選択するための画面である。

図２７は選択画面ＳＣＦの一例を示す図である。
選択画面ＳＣＦは、表示エリアＡＲＤＡ、メッセージＭＥＦＡ及びボタンＢＵＦＡ，ＢＵＦＢ，ＢＵＦＣを含む。表示エリアＡＲＤＡは、有効取引に関しての購入商品の総数と、購入商品の代金の総額とを表す。メッセージＭＥＦＡは、会計方法を選択するように客に促す文字メッセージである。ボタンＢＵＦＡは、単独会計を客が指定するソフトキーである。ボタンＢＵＦＢは、連続会計を客が指定するためのソフトキーである。ボタンＢＵＦＣは、一括会計を客が指定するためのソフトキーである。

客は、２つの取引に関する会計方法として、単独会計、連続会計及び一括会計のいずれかを選択的に適用できる。なお本実施形態においては、単独会計、連続会計及び一括会計のいずれも、決済は会計機５にて行わせることとする。客は、単独会計を希望するならば、選択画面ＳＣＦにおけるボタンＢＵＦＡにタッチするなどの予め定められた操作により単独会計を指定する。客は、連続会計を希望するならば、選択画面ＳＣＦにおけるボタンＢＵＦＢにタッチするなどの予め定められた操作により連続会計を指定する。客は、一括会計を希望するならば、選択画面ＳＣＦにおけるボタンＢＵＦＣにタッチするなどの予め定められた操作により一括会計を指定する。
ＡＣＴ１５９としてプロセッサ３０１は、単独会計、連続会計及び一括会計のいずれかを指定する操作を待ち受ける。そしてプロセッサ３０１は、いずれかの操作が行われたならばＹＥＳと判定し、ＡＣＴ１６０へと進む。
ＡＣＴ１６０としてプロセッサ３０１は、指定された会計モードをモバイルコントローラ３に対して通知する。

モバイルコントローラ３にてプロセッサ３１は、図２０中のＡＣＴ２４８として選択画面の表示を指示した後には、ＡＣＴ２４９へと進む。
ＡＣＴ２４９としてプロセッサ３１は、単独会計が指定されたか否かを確認する。そしてプロセッサ３１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２５０へと進む。
ＡＣＴ２５０としてプロセッサ３１は、連続会計が指定されたか否かを確認する。そしてプロセッサ３１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２５１へと進む。
ＡＣＴ２５１としてプロセッサ３１は、一括会計が指定されたか否かを確認する。そしてプロセッサ３１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２４９へと戻る。
かくしてプロセッサ３１はＡＣＴ２４９乃至ＡＣＴ２５１としては、単独会計、連続会計及び一括会計のいずれかが指定されるのを待ち受ける。

プロセッサ３０１は、上述のように単独会計が指定されたことがユーザ端末３００から通知されたならば、ＡＣＴ２４９にてＹＥＳと判定し、ＡＣＴ２５２へと進む。
ＡＣＴ２５２としてプロセッサ３０１は、単独会計画面の表示をユーザ端末３００に指示する。プロセッサ３０１は、ここで送信する指示データには、有効取引に関する会計データを会計機５が仮想ＰＯＳサーバ２から取得するためのデータを表した会計バーコードを含める。

プロセッサ３０１は、上述のように連続会計が指定されたことがユーザ端末３００から通知されたならば、ＡＣＴ２５０にてＹＥＳと判定し、ＡＣＴ２５３へと進む。
ＡＣＴ２５３としてプロセッサ３０１は、連続会計画面の表示をユーザ端末３００に指示する。プロセッサ３０１は、ここで送信する指示データには、第１の取引及び第２の取引に関する会計データを会計機５が仮想ＰＯＳサーバ２から取得するためのデータと、個別に決済するよう会計機５に指示するデータとを表した会計バーコードを含める。

プロセッサ３０１は、上述のように一括会計が指定されたことがユーザ端末３００から通知されたならば、ＡＣＴ２５１にてＹＥＳと判定し、ＡＣＴ２５４へと進む。
ＡＣＴ２５４としてプロセッサ３０１は、一括会計画面の表示をユーザ端末３００に指示する。プロセッサ３０１は、ここで送信する指示データには、第１の取引及び第２の取引に関する会計データを会計機５が仮想ＰＯＳサーバ２から取得するためのデータと、一括で決済するよう会計機５に指示するデータとを表した会計バーコードを含める。

さてユーザ端末３００にてプロセッサ３０１は、図１３中のＡＣＴ１６０にて会計モードを通知したのちには、ＡＣＴ１６１へと進む。
ＡＣＴ１６１としてプロセッサ３０１は、会計画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、上述のように単独会計画面、連続会計画面又は一括会計画面のいずれかの表示が指示されたならばＹＥＳと判定し、ＡＣＴ１６２へと進む。
ＡＣＴ１６２としてプロセッサ３０１は、指定された会計画面をタッチパネル３０４に表示させる。会計画面は、モバイルコントローラ３から送信された指示データに含まれた会計バーコードを表した画面である。

客は、他の客により使用されていない会計機５が備えるスキャナに、会計画面に表された会計バーコードを読み取らせる。
会計機５は、単独会計画面に表された会計バーコードを読み取った場合には、当該会計バーコードに基づいて１つの取引に関する会計データを仮想ＰＯＳサーバ２から取得して、この会計データに基づいて定まる決済額を決済するための処理を実行する。会計機５は、決済を完了したならば、この決済の対象となった取引に関するレシートを発行する。
会計機５は、連続会計画面に表された会計バーコードを読み取った場合には、当該会計バーコードに基づいて２つの取引に関する会計データを仮想ＰＯＳサーバ２からそれぞれ取得して、この会計データに基づいて定まる２つの決済額をそれぞれ個別に決済するための処理を実行する。会計機５は、決済を完了したならば、この決済の対象となった２つの取引のそれぞれに関するレシートを個別に発行する。この連続会計は、例えば客が２人の依頼者から個別に預かった金銭をそれぞれ用いて個別に決済を行う場合に好適である。
会計機５は、一括会計画面に表された会計バーコードを読み取った場合には、当該会計バーコードに基づいて２つの取引に関する会計データを仮想ＰＯＳサーバ２からそれぞれ取得して、この会計データに基づいて定まる２つの決済額の総額を一括で決済するための処理を実行する。会計機５は、決済を完了したならば、この決済の対象となった２つの取引のそれぞれに関するレシートを個別に発行する。この一括会計は、例えば客が自らが所持する金銭により２人の依頼者の支払いを立て替える場合に好適である。
そして会計機５は、いずれの場合も、決済を完了したならば、その旨を仮想ＰＯＳサーバ２に通知する。仮想ＰＯＳサーバ２にてプロセッサ２１は、会計機５から決済完了が通知されたならば、モバイルコントローラ３へと決済完了を通知する。なお、会計機５での決済完了は、会計機５からモバイルコントローラ３へと直接通知されてもよい。

モバイルコントローラ３にてプロセッサ３１は、図２０中のＡＣＴ２５２にて単独会計画面の表示を指示したのちには、ＡＣＴ２５５へと進む。
ＡＣＴ２５５としてプロセッサ３１は、決済完了が通知されるのを待ち受ける。そしてプロセッサ３０１は、上述のように決済完了が通知されたならばＹＥＳと判定し、ＡＣＴ２５６へと進む。
ＡＣＴ２５６としてプロセッサ３１は、決済が完了した取引に関する管理を終了するべく取引管理データベースを更新する。プロセッサ３１は例えば、決済が完了した取引の取引コードが、フィールドＦＡＣにセットされている第１の取引コード又はフィールドＦＡＦにセットされている第２の取引コードと一致するデータレコードＤＲＡを、取引管理データベースＤＢＣＡから探し出す。そしてプロセッサ３１は、第１の取引コードが一致するならば、該当するデータレコードＤＲＡのフィールドＦＡＦ，ＦＡＧ，ＦＡＨにセットされている第２の取引コード、第２の予算額及び第２のフラグを、第１の取引コード、第１の予算額及び第１のフラグとしてフィールドＦＡＣ，ＦＡＤ，ＦＡＥにセットし、フィールドＦＡＦ，ＦＡＧ，ＦＡＨに無効値をセットする。またプロセッサ３１は、第２の取引コードが一致するならば、該当するデータレコードＤＲＡのフィールドＦＡＦ，ＦＡＧ，ＦＡＨに無効値をセットする。

ＡＣＴ２５７としてプロセッサ３１は、これまで無効となっていた取引を有効取引に変更する。プロセッサ３１は例えば、フィールドＦＡＥにセットされている第１のフラグを、有効であることを表す状態に変更する。
ＡＣＴ２５８としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は、ここで送信する指示データには、有効取引が登録データベースＤＢＣＢにて関連付けられたデータレコードＤＲＢに含まれている商品コード、商品名、価格及び個数を指示データに含める。
そしてプロセッサ３１はこののち、図１５中のＡＣＴ２０５乃至ＡＣＴ２１１の待受状態に戻る。

ユーザ端末３００にてプロセッサ３０１は、図１３中のＡＣＴ１６２にて会計画面を表示した後には、図１４中のＡＣＴ１６３へと進む。
ＡＣＴ１６３としてプロセッサ３０１は、決済完了が通知されたか否かを確認する。そしてプロセッサ３０１は、当該の通知を確認できないならばＮＯと判定し、ＡＣＴ１６４へと進む。
ＡＣＴ１６４としてプロセッサ３０１は、一覧画面の表示が指示されたか否かを確認する。そしてプロセッサ３０１は、当該の指示を確認できないならばＮＯと判定し、ＡＣＴ１６３へと戻る。
かくしてプロセッサ３０１は、ＡＣＴ１６３及びＡＣＴ１６４としては、決済完了が通知されるか、一覧画面の表示が指示されるのを待ち受ける。そしてプロセッサ３０１は、前述のようにモバイルコントローラ３から一覧画面の表示が指示されたならば、ＡＣＴ１６４にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣＡをタッチパネル３０４に表示させる。このときにプロセッサ３０１は、一覧画面ＳＣＡを、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。

モバイルコントローラ３にてプロセッサ３１は、図２０中のＡＣＴ２５３にて連続会計画面の表示を指示したのち、あるいはＡＣＴ２５４にて一括会計画面の表示を指示したのちには、ＡＣＴ２５９へと進む。
ＡＣＴ２５９としてプロセッサ３１は、決済完了が通知されるのを待ち受ける。そしてプロセッサ３１は、上述のように決済完了が通知されたならばＹＥＳと判定し、図１９中のＡＣＴ２６０へと進む。

以上のようにプロセッサ３１は、ユーザ端末３００に関する処理中の全ての取引に関する決済が完了したならば、図１９中のＡＣＴ２４５、ＡＣＴ２４７又は図２０中のＡＣＴ２５９から図１９中のＡＣＴ２６０へと進む。
ＡＣＴ２６０としてプロセッサ３１は、ユーザ端末３００に対して決済完了を通知する。

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

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

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

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

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

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

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

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

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

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

以上のように本実施形態の取引処理システムによれば、２つの取引を適宜に切り替えながら、それら２つの取引に関する購入商品を登録することができる。
１つの取引に関する全ての購入商品の登録を終えてから、もう１つの取引の購入商品を登録しなければならないのであれば、客は、店内を回って１つの取引に関する全ての購入商品をピックアップし終えてから、もう１つの取引に関する購入商品をピックアップするために店内を回り直さねばならず、同じ売り場に何度も出向くなどの不効率が生じる恐れがある。しかしながら本実施形態の取引処理システムでは、同じ売り場にて、２つの取引に関する購入商品を準じにそれぞれ登録することが可能であるから、上記に比べて効率的に登録を行うことができ、客の負担を軽減できる。

また本実施形態の取引処理システムによれば、新たに指定された商品を購入商品として登録することによって、取引に関する購入商品の合計額が取引に対して設定された予算額を超える場合には、その旨を客に通知する。従って客は、新たに指定した商品を購入商品として登録することによって予算額を超過してしまうことを認識できる。これにより２つの取引のそれぞれに関して異なる予算額が定められている場合でも、その予算額を考慮した買い物を客が容易に行うことができ、客の負担を軽減できる。

また本実施形態の取引処理システムによれば、新たに指定された商品を購入商品として登録することによって、取引に関する購入商品の合計額が取引に対して設定された予算額を超える場合に、取消が指定された場合には、新たに指定された商品を購入商品として登録しない。これにより、予算額を厳守する必要がある場合に、購入商品として一旦登録された商品を購入商品から除外するための操作を客が行う必要が無く、客の負担を軽減できる。

また本実施形態の取引処理システムによれば、一方の取引に関して単独会計を行った場合には、当該一方の決済の完了後であっても、他方の取引に関する購入商品を登録する状態を継続する。このため、一方の取引に関する決済を終えたのちであっても、他方の取引に関して商品を買い足すことが可能である。

この実施形態は、次のような種々の変形実施が可能である。
例えば、一覧画面ＳＣＡに、商品スキャンを指定するためのボタンＢＵＢＡを第１の取引及び第２の取引にそれぞれ関連付けた２つ表しておいて、商品スキャン毎にいずれの取引に登録するかを指定させてもよい。

プロセッサ３１は、３つ以上の取引を切り替えるようにしてもよい。

プロセッサ３１は、新たに指定された商品を購入商品として登録したのちの登録済みの購入商品の合計金額が、有効取引の予算額に対して１よりも小さく予め定められた係数を乗じた額を超える場合に、予算額までの残り金額が少ないことを通知するための画面の表示をユーザ端末３００に指示してもよい。あるいはプロセッサ３１は、新たに指定された商品を購入商品として登録したのちの登録済みの購入商品の合計金額が、有効取引の予算額から予め定められた金額を減じた額を超える場合に、予算額までの残り金額が少ないことを通知するための画面の表示をユーザ端末３００に指示してもよい。

判定手段としての機能は、ユーザ端末３００におけるプロセッサ３０１による情報処理、あるいは仮想ＰＯＳサーバ２におけるプロセッサ２１による情報処理により実現することもできる。
決定手段としての機能は、ユーザ端末３００におけるプロセッサ３０１による情報処理、あるいは仮想ＰＯＳサーバ２におけるプロセッサ２１による情報処理により実現することもできる。
登録手段としての機能は、ユーザ端末３００におけるプロセッサ３０１による情報処理、あるいはモバイルコントローラ３におけるプロセッサ３１による情報処理により実現することもできる。
通知手段としての機能は、ユーザ端末３００におけるプロセッサ３０１による情報処理、あるいは仮想ＰＯＳサーバ２におけるプロセッサ２１による情報処理により実現することもできる。
つまり、上記実施形態の各種の処理は、仮想ＰＯＳサーバ２におけるプロセッサ２１、モバイルコントローラ３におけるプロセッサ３１及びユーザ端末３００におけるプロセッサ３０１の連携により適宜に分担して実行されてよい。

記憶手段としては、ユーザ端末３００における補助記憶ユニット３０３、あるいは仮想ＰＯＳサーバ２における補助記憶ユニット２３を用いることもできる。あるいは記憶手段としては、その他の任意の記憶デバイスを用いることもできる。

ユーザ端末３００がカート端末などとして店舗にて客に貸与される場合、チェックインデータに含まれる各種のデータをユーザ端末３００に事前に記憶させておくことにより、チェックイン用の２次元コードＴＣＩの読み取りを省略してもよい。またチェックアウトも、例えば既存のカートＰＯＳシステムで行われている処理などの別の処理に置き換えてもよい。

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

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 商品を判定する判定手段と、
操作者による操作に応じて、前記判定手段により判定された前記商品が複数の取引のいずれに関するかを、前記判定手段により前記商品が判定される毎に決定する決定手段と、
前記判定手段により判定された前記商品を、前記決定手段により決定された前記取引に関連付けて登録する登録手段と、
を具備した取引処理システム。
［付記２］ 複数の前記取引のそれぞれに関する設定額を記憶する記憶手段と、
前記登録手段により登録済みの前記商品のうちの同じ取引に関連付けられた前記商品の合計額と、同じ取引に関して前記記憶手段により記憶された前記設定額と、が予め定められた関係にある場合に前記操作者に対して通知する通知手段と、
をさらに備える付記１に記載の取引処理システム。
［付記３］ 前記通知手段は、前記判定手段により前記商品が判定されたときに、当該商品に関して前記決定手段により決定された前記取引に関連付けて登録済みの前記商品の合計額が、前記判定手段により判定された前記商品が前記登録手段により登録されることによって同じ取引に関して前記記憶手段により記憶された前記設定額を超える場合に前記操作者に通知する、
付記２に記載の取引処理システム。
［付記４］ 前記登録手段は、前記通知手段による通知に伴って、前記判定手段により前記商品の登録の取り消しが前記操作者により指示されたことに応じて、当該商品の登録を行わない、
付記３に記載の取引処理システム。
［付記５］ 前記登録手段は、複数の前記取引のうちの一部の取引に関する決済の完了後も、当該決済の対象ではない前記取引が前記決定手段により決定されたことに応じて、当該取引に関連付けて前記判定手段により判定された前記商品を登録する、
付記１乃至付記３のいずれか一項に記載の取引処理システム。

１…店舗サーバ、２…仮想ＰＯＳサーバ、３…モバイルコントローラ、４…通信サーバ、５…会計機、６…アクセスポイント、７…店内通信ネットワーク、１１，２１，３１，４１，３０１…プロセッサ、１２，２２，３２，４２，３０２…メインメモリ、１３，２３，３３，４３，３０３…補助記憶ユニット、１４，２４，３４，４４…通信インタフェース、１５，２５，３５，４６，３１０…伝送路、４５…通信ユニット、１００（１００－１，１００－２）…店舗システム、２００…中継サーバ、３００…ユーザ端末、３０４…タッチパネル、３０５…カメラ、３０６…サウンドユニット、３０７…センサ群、３０８…無線通信ユニット、３０９…モバイル通信ユニット、４００…通信ネットワーク、ＡＰＡＡ…店舗管理アプリ、ＡＰＢＡ…仮想ＰＯＳアプリ、ＡＰＥＡ…スマホＰＯＳアプリ、ＡＰＣＡ…登録支援アプリ、ＡＰＤＡ…通信処理アプリ、ＤＢＡＡ…データベース群、ＤＢＢＡ…取引データベース、ＤＢＣＡ…取引管理データベース、ＤＢＣＢ…登録データベース。

Claims (5)

1. 商品を判定する判定手段と、
   操作者による操作に応じて、前記判定手段により判定された前記商品が複数の取引のいずれに関するかを、前記判定手段により前記商品が判定される毎に決定する決定手段と、
   前記判定手段により判定された前記商品を、前記決定手段により決定された前記取引に関連付けて登録する登録手段と、
   複数の前記取引のそれぞれに関する設定額を記憶する記憶手段と、
   前記登録手段により登録済みの前記商品のうちの同じ取引に関連付けられた前記商品の合計額と、同じ取引に関して前記記憶手段により記憶された前記設定額と、が予め定められた関係にある場合に前記操作者に対して通知する通知手段と、
   を具備した取引処理システム。
2. 前記通知手段は、前記判定手段により前記商品が判定されたときに、当該商品に関して前記決定手段により決定された前記取引に関連付けて登録済みの前記商品の合計額が、前記判定手段により判定された前記商品が前記登録手段により登録されることによって同じ取引に関して前記記憶手段により記憶された前記設定額を超える場合に前記操作者に通知する、
   請求項１に記載の取引処理システム。
3. 前記登録手段は、前記通知手段による通知に伴って、前記判定手段により前記商品の登録の取り消しが前記操作者により指示されたことに応じて、当該商品の登録を行わない、
   請求項２に記載の取引処理システム。
4. 前記登録手段は、複数の前記取引のうちの一部の取引に関する決済の完了後も、当該決済の対象ではない前記取引が前記決定手段により決定されたことに応じて、当該取引に関連付けて前記判定手段により判定された前記商品を登録する、
   請求項１又は請求項２に記載の取引処理システム。
5. 商品を判定する判定手段と、
   操作者による操作に応じて、前記判定手段により判定された前記商品が複数の取引のいずれに関するかを、前記判定手段により前記商品が判定される毎に決定する決定手段と、
   前記判定手段により判定された前記商品を、前記決定手段により決定された前記取引に関連付けて登録する登録手段と、
   を具備し、
   前記登録手段は、複数の前記取引のうちの一部の取引に関する決済の完了後も、当該決済の対象ではない前記取引が前記決定手段により決定されたことに応じて、当該取引に関連付けて前記判定手段により判定された前記商品を登録する、
   取引処理システム。