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

Abstract

【課題】複数種類の端末装置からの指示に応じて取引を処理するに当たって、特定の種類の端末装置に応じた処理を実行できない状況となる可能性を低減する取引処理システムを提供する。
【解決手段】取引処理システムは、複数の処理手段及び制御手段を備える。処理手段は、取引を処理するための情報処理を、それぞれ異なる端末装置からの指示に応じて実行する。制御手段は、情報処理を実行中の処理手段が指示を受けている端末装置とは別の端末装置からの開始要求に応じて、当該開始要求を行った端末装置からの指示に応じての情報処理を開始するように、別の端末装置からの指示に応じた情報処理を実行していない処理手段を制御する。制御手段は、開始要求が第１の種類の端末装置からなされた場合、予め定められた数の処理手段のそれぞれが、第１の種類の端末装置からの指示に応じて情報処理を実行中であるならば、開始要求に応じて情報処理を開始させない。
【選択図】図１４

Description

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

ショッピングカートに取り付けたカート端末又は客が所持する携帯情報通信端末のなどの端末装置での客による操作に応じて購入商品を登録する取引処理システムが考えられている。
このような取引処理システムでは、客が、店舗の入口付近の置き場等から任意のカート端末を取り出し、当該カート端末を用いた買い物を開始するような運用が想定される。このため、カート端末を用いた購入商品の登録を行うことができない状況となる可能性が低減されることが望ましい。
このように、複数種類の端末装置からの指示に応じて取引を処理するに当たって、特定の種類の端末装置に応じた処理を実行できない状況となる可能性を低減できることが望まれていた。

特開２０１９−１５３０８９号公報

本発明が解決しようとする課題は、複数種類の端末装置からの指示に応じて取引を処理するに当たって、特定の種類の端末装置に応じた処理を実行できない状況となる可能性を低減できる取引処理システムを提供することである。

実施形態の取引処理システムは、複数の処理手段及び制御手段を備える。複数の処理手段は、取引を処理するための情報処理を、それぞれ異なる端末装置からの指示に応じて実行する。制御手段は、情報処理を実行中である処理手段が指示を受けている端末装置とは別の端末装置からの開始要求に応じて、当該開始要求を行った端末装置からの指示に応じての情報処理を開始するように、別の端末装置からの指示に応じての情報処理を実行していない処理手段を制御する。ただし制御手段は、開始要求が第１の種類に属する端末装置からなされた場合、予め定められた数の処理手段のそれぞれが、第１の種類に属する端末装置からの指示に応じて情報処理を実行中であるならば、開始要求に応じて情報処理を開始させない。

一実施形態に係る取引処理システムの概略構成を示すブロック図。 図１中の店舗サーバの要部回路構成を示すブロック図。 図１中の仮想ＰＯＳサーバの要部回路構成を示すブロック図。 図１中のモバイルコントローラの要部回路構成を示すブロック図。 図４に示す取引管理データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図４に示す登録データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図１中のユーザ端末の要部回路構成を示すブロック図。 図１中のカート端末の要部回路構成を示すブロック図。 スマホＵＩ処理のフローチャート。 スマホＵＩ処理のフローチャート。 スマホＵＩ処理のフローチャート。 スマホＵＩ処理のフローチャート。 カートＵＩ処理のフローチャート。 管理処置のフローチャート。 仲介処理のフローチャート。 仲介処理のフローチャート。 取引処理のフローチャート。 一覧画面の一例を示す図。 登録画面の一例を示す図。 一覧画面の一例を示す図。 会計画面の一例を示す図。

以下、取引処理システムの一実施形態について、図面を用いて説明する。
この実施形態における取引処理システムは、店内に陳列している商品を、来訪した客に対して販売する店舗における商品の取引を処理する。

図１は本実施形態に係る取引処理システムの概略構成を示すブロック図である。
取引処理システムは、複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、カート端末４００、決済サーバ５００、電子レシートサーバ６００及び通信ネットワーク７００を含む。そして複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、決済サーバ５００及び電子レシートサーバ６００を、通信ネットワーク７００を介して通信可能とされる。

図１では、２つの店舗システム１００を示している。これら店舗システム１００は、取引処理システムを利用するそれぞれ異なる店舗Ａ及び店舗Ｂにそれぞれ設けられる。取引処理システムを利用する店舗が３つ以上存在してもよく、店舗毎に店舗システム１００が設けられる。なお以下において、各店舗に設けられた店舗システム１００を区別する必要がある場合には、店舗Ａに設けられた店舗システム１００を店舗システム１００Ａと表し、店舗Ｂに設けられた店舗システム１００を店舗システム１００Ｂと表す。
店舗Ａを運営する事業者は、店舗Ｂを運営する事業者と同じであっても、別であってもよい。その他の店舗で取引処理システムが利用される場合も、その店舗を運営する事業者は、店舗Ａ又は店舗Ｂを運営する事業者と同じであっても、別であってもよい。

中継サーバ２００は、ユーザ端末３００と店舗システム１００との間でのデータ通信を中継する。中継サーバ２００は例えば、通信ネットワーク７００を介したクラウドサービスとしてデータ通信の中継機能を提供する。

ユーザ端末３００は、取引処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する携帯情報通信端末である。ユーザ端末３００は、店舗システム１００と無線通信する機能と、通信ネットワーク７００と無線通信する機能とを備える。ユーザ端末３００としては、スマートフォン又はタブレット端末等のデータ通信機能を備えた通信端末が利用できる。ユーザ端末３００は、客により所有される。つまりユーザ端末３００は、客により店舗に持ち込まれる第１の種類に属する端末装置の一例である。

カート端末４００は、取引処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する携帯情報通信端末である。カート端末４００は、店舗システム１００と無線通信する機能を備える。カート端末４００は、ショッピングカートＣ１に取り付けられ、店舗に備え付けられる。カート端末４００は、店舗にて客により使用される。つまりカート端末４００は、店舗により客に貸与される第２の種類に属する端末装置の一例である。

決済サーバ５００は、通信ネットワーク７００を介した決済要求に応じてオンライン決済を行うための決済処理を行う。決済サーバ５００は、クレジットカード決済及び電子マネー決済のような複数種の決済方法のいずれか１つのみに対応するものであってもよいし、複数の決済方法に対応するものであってもよい。決済サーバ５００としては例えば、複数の決済方法のものを含む複数の決済サービスに対応した、決済代行業者が運営する既存の決済サーバを適用できる。

電子レシートサーバ６００は、取引結果を表したレシートを画像又はウェブページとして提供する。電子レシートサーバ６００としては例えば、電子レシートサービスを提供している既存の電子レシートサーバを適用できる。

通信ネットワーク７００としては例えば、インターネット、ＶＰＮ（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）などである。また複数の決済方法を選択可能とする場合には、決済情報に決済方法を識別するための決済方法コードを含む場合もある。また利用者データベースのデータレコードには、ポイントサービスを提供する店舗の場合には、ポイントサービスの利用者を識別するための識別子（以下、ポイントＩＤと称する）及び保有ポイント数などを含む場合もある。また、利用者データベースのデータレコードには、電子レシートサービスの利用者を識別するための利用者識別子（以下、電子レシートＩＤと称する）を含む場合もある。利用者データベースのデータレコードに含まれる各種のデータは、全ての利用者について実質的なデータを含む必要はない。例えばポイントＩＤ又は電子レシートＩＤは、それを事前に利用者が登録申請したもののみを利用者データベースが含んでもよい。

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

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

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

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

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

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

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

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

フィールドＦ１１には、関連付けられたユーザ端末３００又はカート端末４００を識別するための端末コードがセットされる。端末コードとしては例えば、ユーザ端末３００又はカート端末４００として利用される通信端末の個々を識別するために通信端末毎に設定された一意の識別コードを用いることができる。あるいは端末コードとしては例えば、後述するスマホＰＯＳアプリ又はカート端末アプリをユーザ端末３００又はカート端末４００にインストールする際に当該スマホＰＯＳアプリ又はカート端末アプリに対して設定される識別コードを用いることができる。フィールドＦ１２には、関連付けられたユーザ端末３００又はカート端末４００を使用している客を他の客と識別するための会員コードがセットされる。フィールドＦ１３には、関連付けられたユーザ端末３００又はカート端末４００を用いて行われる取引の取引コードがセットされる。フィールドＦ１４には、電子レシートＩＤが必要に応じてセットされる。なお、データレコードＤＲ１には、フィールドＦ１１〜Ｆ１４とは別のデータがセットされる別のフィールドが含まれてもよい。

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

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

データレコードＤＲ２には、関連付けられた取引に関して２つ以上の購入商品の登録が試みられている場合に、フィールドＦ２３以降のフィールドが含まれる。そしてフィールドＦ２３以降のフィールドにも、フィールドＦ１２と同様な登録データがセットされる。

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

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

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

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

図８はカート端末４００の要部回路構成を示すブロック図である。
カート端末４００は、タブレットコンピュータ４０１、スキャナ４０２、リーダ４０３及びカメラ４０４を備える。

タブレットコンピュータ４０１は、プロセッサ４０１ａ、メインメモリ４０１ｂ、補助記憶ユニット４０１ｃ、無線通信ユニット４０１ｄ、タッチパネル４０１ｅ、サウンドユニット４０１ｆ、インタフェースユニット４０１ｇ及び伝送路４０１ｈを含む。プロセッサ４０１ａ、メインメモリ４０１ｂ、補助記憶ユニット４０１ｃ、無線通信ユニット４０１ｄ、タッチパネル４０１ｅ、サウンドユニット４０１ｆ及びインタフェースユニット４０１ｇは、伝送路４０１ｈを介して通信可能とされている。そして、プロセッサ４０１ａ、メインメモリ４０１ｂ及び補助記憶ユニット４０１ｃが伝送路４０１ｈにより接続されていることによって、カート端末４００を制御するためのコンピュータが構成される。なお、プロセッサ４０１ａ、メインメモリ４０１ｂ、補助記憶ユニット４０１ｃ、タッチパネル４０１ｅ、無線通信ユニット４０１ｄ及び伝送路４０１ｈの機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル３０４、無線通信ユニット３０６及び伝送路１５と同等であるので、その説明は省略する。

ただし補助記憶ユニット４０１ｃは、店舗管理アプリＡＰ１１に代えてカート端末アプリＡＰ４０１を記憶する。カート端末アプリＡＰ４０１は、アプリケーションプログラムであり、カート端末４００を店舗システム１００のユーザインタフェースとして機能させるための後述する情報処理（以下、カートＵＩ処理と称する）について記述されている。カート端末アプリＡＰ４０１は、複数のカート端末４００で共通に利用される。

サウンドユニット４０１ｆは、音声及びメロディなどの各種サウンドを出力する。
インタフェースユニット４０１ｇには、スキャナ４０２、リーダ４０３及びカメラ４０４が接続される。インタフェースユニット４０１ｇは、これらスキャナ４０２、リーダ４０３及びカメラ４０４とプロセッサ４０１ａとのデータの授受をインタフェースする。インタフェースユニット４０１ｇとしては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。

スキャナ４０２は、バーコード又は二次元データコード等のコードシンボルを読み取る。スキャナ４０２は、主として、商品に示され、当該商品の商品コード等を表したコードシンボルを読み取るために使用される。スキャナ４０２は、会員カードに示されるか、又は携帯端末で表示され、会員コードなどを表したコードシンボルを読み取るために使用されてもよい。スキャナ４０２は、読み取ったコードシンボルが表すデータを出力する。スキャナ４０２は、レーザ光の走査によりコードシンボルを読み取るタイプであってもよいし、撮像デバイスで撮像した画像からコードシンボルを読み取るタイプであってもよい。

リーダ４０３は、記録媒体に記録されたデータを読み取り、出力する。リーダ４０３は、記録媒体が磁気カードの場合は磁気カードリーダであり、接触式ＩＣカードの場合にはＩＣカードリーダである。非接触式ＩＣカード又はスマートフォン等のようにＲＦＩＤ（radio frequency identification）を使用した記録媒体の場合には、ＲＦＩＤリーダがリーダ４０３として使用される。
カメラ４０４は、ショッピングカートＣ１に載せられた買物カゴの中を俯瞰撮影する。そしてカメラ４０４は、撮影した画像を表した画像データを出力する。

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

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

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

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

客は、スマホＰＯＳサービスを利用した取引の結果を電子レシートサービスにより確認したい場合は、電子レシートサービスの利用登録を行っておく。この利用登録によって客には、電子レシートＩＤが割り当てられる。そして客は、自らが所有するユーザ端末３００に、自らに割り当てられた電子レシートＩＤを記憶させておく。また、客を管理するために店舗側で管理される会員データベースにて、ポイントＩＤに関連付けて電子レシートＩＤを記憶する場合がある。この場合には客は、自らが所有するユーザ端末３００に、自らに割り当てられたポイントＩＤを記憶させておくのでもよい。

ユーザ端末３００にてプロセッサ３０１は、スマホＰＯＳアプリＡＰ３０１に基づいた設定処理により、電子レシートＩＤ又はポイントＩＤを取得し、スマホＰＯＳアプリＡＰ３０１に関する登録データとして補助記憶ユニット３０３に保存する。プロセッサ３０１は例えば、操作者が電子レシートＩＤの登録を要求したならば、電子レシートサーバ６００にて利用者を認証するためのログインＩＤとログインパスワードとを操作者に指定させる。そしてプロセッサ３０１は、指定されたログインＩＤ及びログインパスワードを用いて電子レシートサーバ６００にログインした上で、当該ログインＩＤで識別される利用者の電子レシートＩＤを取得し、補助記憶ユニット３０３に保存する。プロセッサ３０１は例えば、電子レシートＩＤを操作者に指定させ、指定された電子レシートＩＤを補助記憶ユニット３０３に保存するのでもよい。またプロセッサ３０１は例えば、操作者がポイントＩＤの登録を要求したならば、ポイントＩＤを操作者に指定させ、指定されたポイントＩＤを補助記憶ユニット３０３に保存する。なお、ポイントＩＤとしては、客に配布されるポイントカードに付与されたポイントカード番号などが用いられる。電子レシートＩＤ及びポイントＩＤのそれぞれの登録が順次に要求された場合には、プロセッサ３０１は上記の処理を個別に実行し、電子レシートＩＤ及びポイントＩＤの双方を補助記憶ユニット３０３に記憶させておく。ただし、プロセッサ３０１は、予め定められた一方のみを記憶させておくようにしてもよい。

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

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

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

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

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

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

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

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

なお、以降において説明するユーザ端末３００からモバイルコントローラ３への各種の要求は、上記と同様に、要求の理由を識別するための識別データを含んだ要求データをアクセスポイント６及び店内通信ネットワーク７を介してユーザ端末３００からモバイルコントローラ３へと送ることにより実現される。

カート端末４００が起動されるとプロセッサ４０１ａは、カート端末アプリＡＰ４０１に従って、以下に説明するカートＵＩ処理を実行する。
図１３はプロセッサ４０１ａが実行するカートＵＩ処理のフローチャートである。

ＡＣＴ１６１としてプロセッサ４０１ａは、起動されたことをモバイルコントローラ３に対して通知する。プロセッサ４０１ａは、無線通信ユニット４０１ｄとアクセスポイント６との無線通信を介して、起動通知のための通知データをモバイルコントローラ３に宛てて送信する。当該の通知データは、アクセスポイント６及び店内通信ネットワーク７を介して、モバイルコントローラ３へと伝送される。
ＡＣＴ１６２としてプロセッサ４０１ａは、利用開始操作が行われるのを待ち受ける。このときプロセッサ４０１ａは、取り付け先のショッピングカートＣ１を用いた買い物が開始されるのを待機している状態である。プロセッサ４０１ａは例えば、この待機状態においては、開始ボタンを表した画面をタッチパネル４０１ｅに表示させておく。客は、カートＰＯＳサービスを利用する場合には、カート置き場に置かれているショッピングカートＣ１の一台を取り出し、そのショッピングカートＣ１に取り付けられているカート端末４００に対して利用開始のための予め定められた操作を行う。客は、会員であるならば、会員カードに記録された会員コードを、スキャナ４０２又はリーダ４０３に読み取らせる。客は、会員ではないならば、上記の開始ボタンを操作する。そしてプロセッサ４０１ａは、これらの操作が行われたならば、利用開始のための操作が行われたとしてＹＥＳと判定して、ＡＣＴ１６３へと進む。

ＡＣＴ１６３としてプロセッサ４０１ａは、モバイルコントローラ３に対して、チェックインを要求する。具体的にはプロセッサ４０１ａは、無線通信ユニット４０１ｄとアクセスポイント６との無線通信を介して、チェックインを要求するための要求データをモバイルコントローラ３に宛てて送信する。当該の要求データは、アクセスポイント６及び店内通信ネットワーク７を介してモバイルコントローラ３へと伝送される。なおプロセッサ４０１ａは、チェックインを要求するための要求データには、チェックインの要求であることを識別するための識別データと、自らが搭載されているカート端末４００を識別するための端末コードと、前述の会員コードとを含める。なおプロセッサ４０１ａは、開始ボタンがタッチされた場合には、非会員用として予め定められた会員コードを仮想ＰＯＳサーバ３０に通知する。非会員用の会員コードは、複数の客に対して共通であってもよいし、異ならせてもよい。当該の通知データは、アクセスポイント６及び店内通信ネットワーク７を介して、モバイルコントローラ３へと伝送される。

なお、以降において説明するカート端末４００からモバイルコントローラ３への各種の要求は、上記と同様に、要求の理由を識別するための識別データを含んだ要求データをアクセスポイント６及び店内通信ネットワーク７を介してユーザ端末３００からモバイルコントローラ３へと送ることにより実現される。

モバイルコントローラ３においてプロセッサ３１は、取引管理アプリＡＰ３１に従って管理処理を実行する。
図１４はプロセッサ３１による管理処理のフローチャートである。

ＡＣＴ１８１としてプロセッサ３１は、起動通知がなされたか否かを確認する。そしてプロセッサ３１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１８２へと進む。
ＡＣＴ１８２としてプロセッサ３１は、チェックイン要求がなされたか否かを確認する。そしてプロセッサ３１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ１８３へと進む。
ＡＣＴ１８３としてプロセッサ３１は、仲介処理が終了したか否かを確認する。そしてプロセッサ３１は、仲介処理の終了を確認できないならばＮＯと判定し、ＡＣＴ１８１へと戻る。
かくしてプロセッサ３１はＡＣＴ１８１〜ＡＣＴ１８３としては、起動通知、チェックイン要求又は仲介処理の終了を待ち受ける。

プロセッサ３１は、前述のようにカート端末４００から送信された起動通知のための通知データが通信インタフェース３４により受信されたならば、ＡＣＴ１８１にてＹＥＳと判定し、ＡＣＴ１８４へと進む。
ＡＣＴ１８４としてプロセッサ３１は、カートリストを更新する。カートリストは、稼働中であるカート端末４００の端末コードのリストを表したデータである。カートリストは、メインメモリ３２又は補助記憶ユニット３３に記憶される。プロセッサ３１は例えば、上記の通知データに含まれた端末コードを含むようにカートリストを更新する。プロセッサ３１は、カート端末４００のＳＳＩＤなどのカート端末４００に関する種々のデータをカート端末４００から取得して、カートリストに端末コードに関連付けて記述してもよい。そしてプロセッサ３１はこののち、ＡＣＴ１８１〜ＡＣＴ１８３の待受状態に戻る。なお具体的な説明は省略するが、プロセッサ３１は、カート端末４００の動作停止を検知した場合には、当該カート端末４００の端末コードを抹消するようにカートリストを更新する。

プロセッサ３１は、前述のようにユーザ端末３００又はカート端末４００から送信されたチェックイン要求のための要求データが通信インタフェース３４により受信されたならば、ＡＣＴ１８２にてＹＥＳと判定し、ＡＣＴ１８５へと進む。
ＡＣＴ１８５としてプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であるか否かを確認する。後述するように、仮想ＰＯＳサーバ２は複数の取引処理を並行して実行する。しかしながら、プロセッサ２１の処理能力などのリソースの制限のために、並行して実行可能な取引処理の数（以下、最大数と称する）は限られる。プロセッサ３１は例えば、その時点でプロセッサ２１が実行している取引処理の総数が最大数未満であるならば、開始可能としてＹＥＳと判定し、ＡＣＴ１８６へと進む。

ＡＣＴ１８６としてプロセッサ３１は、チェックインを要求しているのがカート端末４００であるか否かを確認する。プロセッサ３１は例えば、要求データに含まれた端末コードがカートリストに含まれているか否かを確認する。そしてプロセッサ３１は、該当の端末コードがカートリストに含まれていないならば、チェックインを要求しているのがユーザ端末３００であるとしてＮＯと判定し、ＡＣＴ１８７へと進む。
プロセッサ３１は、要求データに含まれる種別データに基づいて、チェックインを要求しているのがユーザ端末３００及びカート端末４００のいずれであるかを確認してもよい。ただしこの場合は、ユーザ端末３００のプロセッサ３０１及びカート端末４００のプロセッサ４０１ａの少なくとも一方が、チェックインを要求するための要求データにユーザ端末３００及びカート端末４００を区別するための種別データを含めるようにする。
ＡＣＴ１８７としてプロセッサ３１は、ユーザ端末３００に関する取引処理の開始が許容される状態であるか否かを確認する。プロセッサ３１は例えば、ユーザ端末３００に関して仮想ＰＯＳサーバ２で実行されている取引処理の数が予め定められた許容数であるならばＮＯと判定し、ＡＣＴ１８８へと進む。なおプロセッサ３１は例えば、ここでの判断のためには、ユーザ端末３００を対象とした仲介処理に関してメインメモリ３２又は補助記憶ユニット３３に後述のように記憶される実行数を許容数と比較する。

一例としては、店舗毎に、店舗システム１００の管理者などが、店舗内で同時に稼働させるカート端末４００の制限台数を決める。プロセッサ３１は、上記の管理者などの操作に応じて制限台数を入力し、当該の制限台数をメインメモリ３２又は補助記憶ユニット３３に記憶させる。なおプロセッサ３１は、メインメモリ３２又は補助記憶ユニット３３に制限台数が既に記憶されているならば、新たに入力した制限台数で上書きする。そしてプロセッサ３１は、最大数から制限台数を減じて求まる数を許容数とする。具体的には、最大数が２４である場合に、制限台数を１５とするならば、許容数は９とされる。この例の場合、制限台数のカート端末４００のそれぞれを対象端末としての取引処理を並行実行できることが常に保証されることになる。つまり制限台数が処理保証数に相当する。そして制限台数を記憶するメインメモリ３２又は補助記憶ユニット３３は、記憶手段の一例である。またプロセッサ１０ａを中枢部分とするコンピュータは、入力手段及び更新手段として機能する。

ただし制限台数は、例えば取引管理アプリＡＰ３１の作成者などによって定められ、各店舗共通で固定的に適用されてもよい。また許容数は、例えば取引管理アプリＡＰ３１の作成者などによって定められ、各店舗共通で固定的に適用されてもよい。また許容数は、カートリストに記述されている端末コードの数、つまり稼働中のカート端末４００の数を、最大数から減じた数としてもよい。また許容数は、制限台数又は稼働中のカート端末４００の数に１未満の係数を乗じて、あるいは一定数を減じて求まる数に適宜の端数処理を施して求まる整数値を最大数から減じた数としてもよい。また制限台数に代えて、最大数未満の数として制限台数とは無関係に定められた接続保証数をメインメモリ３２又は補助記憶ユニット３３に記憶させておき、最大数から接続保証数を減じて求まる数を許容数としてもよい。

プロセッサ３１は、ＡＣＴ１８７にてＮＯと判定した場合の他、ＡＣＴ１８５にてＮＯと判定した場合にもＡＣＴ１８８へと進む。なおプロセッサ３１は、プロセッサ２１により実行されている取引処理の総数が最大数と一致するならば、開始可能ではないとしてＡＣＴ１８５にてＮＯと判定する。プロセッサ３１は例えば、後述するようにメインメモリ３２又は補助記憶ユニット３３に記憶される２つの実行数の和として、上記の総数を求める。
ＡＣＴ１８８としてプロセッサ３１は、チェックインの要求元であるユーザ端末３００又はカート端末４００に対して、チェックインできない旨のエラー通知を行う。そしてプロセッサ３１はこののち、ＡＣＴ１８１〜ＡＣＴ１８３の待受状態に戻る。つまりプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能でない状態でユーザ端末３００又はカート端末４００からなされたチェックイン要求、あるいはユーザ端末３００に関する取引処理の実行数が許容数に到達している状態でユーザ端末３００からなされたチェックイン要求は拒否する。

プロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であり、かつチェックイン要求がカート端末４００からである場合には、ＡＣＴ１８６にてＹＥＳと判定し、ＡＣＴ１８９へと進む。なおプロセッサ３１は例えば、要求データに含まれた端末コードがカートリストに含まれている場合に、チェックイン要求がカート端末４００からであるとしてＡＣＴ１８６にてＹＥＳと判定する。またプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であり、チェックイン要求がユーザ端末３００からであるものの、ユーザ端末３００に関する取引処理の実行数が許容数未満である場合には、ＡＣＴ１８７にてＹＥＳと判定してＡＣＴ１８９へと進む。
ＡＣＴ１８９としてプロセッサ３１は、チェックインを要求したユーザ端末３００又はカート端末４００を対象とした仲介処理を開始する。なお、仲介処理は、この管理処理とは例えば別スレッドの処理として、管理処理に並行してプロセッサ３１が実行する。なおプロセッサ３１は、別のユーザ端末３００又はカート端末４００を対象とした仲介処理を既に実行中であるならば、その仲介処理とも並行して新たな仲介処理を開始する。つまりプロセッサ３１は、複数の仲介処理を並行して実行する場合がある。

ＡＣＴ１９０としてプロセッサ３１は、仲介処理の実行数を増加する。プロセッサ３１は例えば、ユーザ端末３００を対象とした仲介処理の実行数と、カート端末４００を対象とした仲介処理の実行数とを、例えばメインメモリ１２又は補助記憶ユニット１３に記憶させることで管理する。そしてプロセッサ３１は、ＡＣＴ１８９にてユーザ端末３００を対象とした仲介処理を開始したならば、ユーザ端末３００を対象とした仲介処理の実行数を１つ増加する。またプロセッサ３１は、ＡＣＴ１８９にてカート端末４００を対象とした仲介処理を開始したならば、カート端末４００を対象とした仲介処理の実行数を１つ増加する。そしてプロセッサ３１はこののち、ＡＣＴ１８１〜ＡＣＴ１８３の待受状態に戻る。

プロセッサ３１は、上述のように開始させた仲介処理が終了すると、ＡＣＴ１８３にてＹＥＳと判定し、ＡＣＴ１９１へと進む。
ＡＣＴ１９１としてプロセッサ３１は、実行数を減少する。プロセッサ３１は例えば、終了した仲介処理がユーザ端末３００を対象としていたならば、ユーザ端末３００を対象とした仲介処理の実行数を１つ減少する。またプロセッサ３１は、終了した仲介処理がカート端末４００を対象としていたならば、カート端末４００を対象とした仲介処理の実行数を１つ減少する。そしてプロセッサ３１はこののち、ＡＣＴ１８１〜ＡＣＴ１８３の待受状態に戻る。

図１５及び図１６はプロセッサ３１による仲介処理のフローチャートである。
プロセッサ３１は、前述の通り、複数のユーザ端末３００又はカート端末４００をそれぞれ対象として仲介処理を複数並行して実行する場合がある。以下の仲介処理の説明において、単にユーザ端末３００又はカート端末４００と記す場合は、その仲介処理の対象となっているユーザ端末３００又はカート端末４００を指す。また仲介処理の対象となっているユーザ端末３００又はカート端末４００を区別する必要がない場合は、対象端末と記す。

図１５のＡＣＴ２０１としてプロセッサ３１は、チェックイン処理を行う。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に取引の開始を要求し、取引コードの通知を受ける。
そしてプロセッサ３１は、新たなデータレコードＤＲ１を取引管理データベースＤＢ３１に追加する。プロセッサ３１は、要求データに含まれた端末コードを、新たなデータレコードＤＲ１のフィールドＦ１１にセットする。プロセッサ３１は、要求データに会員コードが含まれるならば、当該会員コードを、新たなデータレコードＤＲ１のフィールドＦ１２にセットする。プロセッサ３１は、上記の通知された取引コードを、新たなデータレコードＤＲ１のフィールドＦ１３にセットする。プロセッサ３１は、要求データにポイントＩＤが含まれるならば、このポイントＩＤに関連付けられた電子レシートＩＤの取得を試みる。つまりプロセッサ３１は例えば、店舗サーバ１にアクセスし、データベース群ＤＢ１１に含まれる利用者データベースを確認し、ポイントＩＤに電子レシートＩＤが関連付けられているならば、その電子レシートＩＤを取得する。そしてプロセッサ３１は、このように電子レシートＩＤを取得できたならば、その電子レシートＩＤを、新たなデータレコードＤＲ１のフィールドＦ１４にセットする。これにより、対象端末を用いて行われる取引の管理が開始される。

仮想ＰＯＳサーバ２においてプロセッサ２１は、取引の開始がモバイルコントローラ３から要求されたならば、仮想ＰＯＳアプリＡＰ２１に従って取引処理を開始する。
図１７はプロセッサ２１による取引処理のフローチャートである。

プロセッサ２１は、取引の開始が要求される毎に、当該取引処理を開始する。別の取引処理を既に実行している場合には、それに並行して新たな取引処理を開始する。つまりプロセッサ２１は、モバイルコントローラ３にて仲介処理が複数並行して実行されている場合には、それら複数の仲介処理のそれぞれに対応する複数の取引処理を並行して実行する。

つまりプロセッサ３１は、端末装置としてのユーザ端末３００又はカート端末４００からの要求に応じて仲介処理を開始することにより、要求元の端末装置からの指示に応じた取引処理を仮想ＰＯＳサーバ２のプロセッサ２１に開始させる。ただしプロセッサ３１は、要求元の端末装置が第１の種類に属する端末装置としてのユーザ端末３００であって、予め定められた許容数の取引処理がユーザ端末３００を対象端末としてプロセッサ２１により既に実行中であるならば、上記の要求に応じての取引処理を開始させない。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは制御手段として機能する。

ＡＣＴ３０１としてプロセッサ２１は、取引開始処理を実行する。この取引開始処理においてプロセッサ２１は、予め定められたルールに従って取引コードを決定し、その取引コードで識別される取引での購入商品を管理するための新たなデータレコードを含むように取引データベースＤＢ２１を更新する。そしてプロセッサ２１は、上記の決定した取引コードをモバイルコントローラ３に通知する。

ＡＣＴ３０２としてプロセッサ２１は、購入商品の変更が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０３へと進む。
ＡＣＴ３０３としてプロセッサ２１は、取引の取消が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０４へと進む。
ＡＣＴ３０４としてプロセッサ２１は、決済が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０５へと進む。
ＡＣＴ３０５としてプロセッサ２１は、決済データの転送が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０２へと戻る。
かくしてプロセッサ２１はＡＣＴ３０２〜ＡＣＴ３０５としては、変更、取消、決済又は転送のいずれかが要求されるのを待ち受ける。

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

なお、以降において説明するモバイルコントローラ３から対象端末への各種の通知は、上記と同様に、通知の理由を識別するための識別データを含んだ通知データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３から対象端末へと送ることにより実現される。

プロセッサ３１は一方、チェックイン処理を正常に完了することができたならばＡＣＴ２０２にてＹＥＳと判定し、ＡＣＴ２０４へと進む。
ＡＣＴ２０４としてプロセッサ３１は、対象端末に対してチェックイン完了を通知する。

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

ＡＣＴ１１１としてプロセッサ３０１は、エラー画面をタッチパネル３０４に表示させる。エラー画面は、チェックインできないことを客に報知するものとして定められた画面である。なおプロセッサ３０１は例えば、図１４中のＡＣＴ１８８におけるエラー通知に対しては、店舗が混雑しているためにチェックインできないことを知らせるとともに、さらには暫く時間をおいてチェックインを試みるよう促すエラー画面を表示させる。当該エラー画面の表示は、利用できない旨の報知動作の一例である。つまりモバイルコントローラ３のプロセッサ３１が図１４中のＡＣＴ１８８として行ったエラー通知は、当該報知動作の実行を端末装置としてのユーザ端末３００に指示することに相当する。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは指示手段として機能する。なおプロセッサ３０１は、例えばエラー画面中に表したＧＵＩ要素の操作などによりエラー画面の表示解消が指示されたならば、ＡＣＴ１０１に戻る。

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

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

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

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

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

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

客は、今回のスキャンは行わずに一覧画面に戻ることを希望する場合には、ボタンＢＵ２１にタッチするなどの予め定められた操作によってスキャン中止を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１９にてＹＥＳと判定し、ＡＣＴ１１２へと戻る。

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

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

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

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

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

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

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

プロセッサ３０１は、ＡＣＴ１２３にて数量変更を要求したのち、あるいはＡＣＴ１２７にて削除を要求したのちには、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。

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

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

仮想ＰＯＳサーバ２においてプロセッサ２１は、図１７中のＡＣＴ３０２〜ＡＣＴ３０５の待受状態にあるときに登録、数量変更又は削除に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０２にてＹＥＳと判定し、ＡＣＴ３０６へと進む。
ＡＣＴ３０６としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、登録が要求された場合には、要求データに含まれたバーコードデータが、既存のＰＯＳ端末に備えられたバーコードスキャナにより読み取られたものであると見做して、既存のＰＯＳ端末と同様な処理によって購入商品の登録を試みる。ただし、何らかの事情により、バーコードデータが表す商品コードが商品データベースに登録されていない場合がある。また、商品には、商品コードを表すのとは別のバーコードが表示されている場合もある。そして、これらの場合にプロセッサ２１は、購入商品の登録を行えず、エラーとする。このようにプロセッサ２１は、正規のバーコード読み取りに基づく購入商品の登録を行う。プロセッサ２１は例えば、数量変更が要求された場合には、数量変更の対象となる商品に関して取引データベースＤＢ２１に既に示されている数量を変更する。プロセッサ２１は例えば、削除が要求された場合には、対象となる商品を購入商品から除外するように取引データベースＤＢ２１を更新する。

ＡＣＴ３０７としてプロセッサ２１は、上記のような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品の登録が正しく行えた場合には、正規登録の通知であることを識別するための識別データと、登録した商品の商品コード、商品名及び価格を結果データに含める。プロセッサ２１は、数量を変更した場合には、変更した商品の商品コードと、変更後の個数とを結果データに含める。プロセッサ２１は、購入商品を削除した場合には、購入商品から除外した商品の商品コードを結果データに含める。またプロセッサ２１は、エラーとした場合には、エラーの通知であることを識別するための識別データと、登録要求で送られてきたバーコードデータとを結果データに含める。プロセッサ２１は、結果データを送信し終えたならば、ＡＣＴ３０２〜ＡＣＴ３０５の待受状態に戻る。

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

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

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

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

第４のケース：数量変更の通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２から、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる個数を、結果データに含まれた個数に書き替える。

第５のケース：削除の通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２から、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる取消フラグを“１”に変更する。

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

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

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

なお、以降において説明するモバイルコントローラ３からユーザ端末３００への各種の指示は、上記と同様に、指示の理由を識別するための識別データを含んだ指示データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３からユーザ端末３００へと送ることにより実現される。

上述の第１のケース〜第３のケース及び第６のケースのいずれかにおける結果データがユーザ端末３００にて無線通信ユニット３０６により受信されると、プロセッサ３０１は図１０中のＡＣＴ１２１でＹＥＳと判定する。また上述の第４のケース又は第５のケースにおける結果データが無線通信ユニット３０６により受信されると、プロセッサ３０１は図１１中のＡＣＴ１２８でＹＥＳと判定する。そしてこれらの場合にプロセッサ３０１は、いずれも図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣ１をタッチパネル３０４に表示させる。このときにプロセッサ３０１は、一覧画面ＳＣ１を、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。またプロセッサ３０１は、指示データにエラーデータが含まれるならば、正しく登録されなかった旨を一覧画面ＳＣ１に追加して表す。

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

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

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

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

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

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

仮想ＰＯＳサーバ２においてプロセッサ２１は、図１７中のＡＣＴ３０２〜ＡＣＴ３０５の待受状態にあるときに取消に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０３にてＹＥＳと判定し、ＡＣＴ３０８へと進む。
ＡＣＴ３０８としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された取消指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードに関連付けて登録済みの商品の全てを購入商品から除外するように取引データベースＤＢ２１を更新する。

ＡＣＴ３０９としてプロセッサ２１は、上記のような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品から除外した全商品の商品コードを結果データに含める。プロセッサ２１は、結果データを送信し終えたならば、ＡＣＴ３０２〜ＡＣＴ３０５の待受状態に戻る。

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

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

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

客は、購入を希望する商品の全てを購入商品として登録し終えたならば、決済に進む。
このときに客は、一覧画面ＳＣ１におけるボタンＢＵ１３にタッチするなどの予め定められた操作によって会計開始を指定する。これに応じてプロセッサ３０１は、図１０中のＡＣＴ１１６にてＹＥＳと判定し、ＡＣＴ１３４へと進む。
ＡＣＴ１３４としてプロセッサ３０１は、モバイルコントローラ３に対して会計を要求する。プロセッサ３０１はここで送信する要求データには、端末コードを含める。またプロセッサ３０１は、補助記憶ユニット３０３に電子レシートＩＤが記憶されているならば、当該電子レシートＩＤを上記の要求データに含める。
ＡＣＴ１３５としてプロセッサ３０１は、会計画面の表示が指示されるのを待ち受ける。

モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から会計が要求されたならば、図１５中のＡＣＴ２０７にてＹＥＳと判定し、図１６中のＡＣＴ２１７へと進む。
ＡＣＴ２１７としてプロセッサ３１は、ユーザ端末３００から電子レシートＩＤが通知されているか否かを確認する。そしてプロセッサ３１は、要求データに電子レシートＩＤが含まれていたならばＹＥＳと判定し、ＡＣＴ２１８へと進む。

ＡＣＴ２１８としてプロセッサ３１は、ユーザ端末３００から通知された電子レシートＩＤを記録するべく取引管理データベースＤＢ３１を更新する。プロセッサ３１は例えば、要求データに含まれた端末コードがフィールドＦ１１にセットされているデータレコードＤＲ１を取引管理データベースＤＢ３１から探し出す。そしてプロセッサ３１は、該当するデータレコードＤＲ１のフィールドＦ１４に、要求データに含まれた電子レシートＩＤをセットする。なおプロセッサ３１は、該当のデータレコードＤＲ１のフィールドＦ１４に既に電子レシートＩＤがセットされている場合には、これを要求データに含まれた電子レシートＩＤで上書きする。

プロセッサ３１は、取引管理データベースＤＢ３１を更新し終えたならば、ＡＣＴ２１９へと進む。なおプロセッサ３１は、要求データに電子レシートＩＤが含まれていなかったならばＡＣＴ２１７にてＮＯと判定し、ＡＣＴ２１８をパスしてＡＣＴ２１９へと進む。
ＡＣＴ２１９としてプロセッサ３１は、会計画面の表示をユーザ端末３００に指示する。

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

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

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

客は、代金の決済のための操作をユーザ端末３００で行いたい場合には、ボタンＢＵ３１にタッチするなどの予め定められた操作によりユーザ端末３００を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１３７にてＹＥＳと判定し、ＡＣＴ１３９へと進む。
ＡＣＴ１３９としてプロセッサ３０１は、モバイルコントローラ３に対して決済を要求する。なおプロセッサ３０１は、決済を要求するための要求データには、決済のために必要な、クレジット番号又はオンライン決済サービス用の利用者コードなどのような決済情報を含めてもよい。

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

ＡＣＴ２２２としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、決済の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、処理対象となっている取引に関して電子レシートＩＤを取得済みであるならば、当該の電子レシートＩＤを要求データに含める。プロセッサ３１は例えば、要求データに含まれた端末コードがフィールドＦ１１にセットされているデータレコードＤＲ１を取引管理データベースＤＢ３１から探し出す。そしてプロセッサ３１は、該当するデータレコードＤＲ１のフィールドＦ１４に電子レシートＩＤがセットされているならば、当該の電子レシートＩＤを要求データに含める。またプロセッサ３１は、ユーザ端末３００から送られてきた要求データが決済データを含むならば、この決済データはそのまま仮想ＰＯＳサーバ２に送信する要求データに含める。

上記のデータレコードＤＲ１のフィールドＦ１４にセットされた電子レシートＩＤがユーザ端末３００から送信されたものであるならば、プロセッサ３１は、当該電子レシートＩＤを第２の情報処理装置としての仮想ＰＯＳサーバ２へと、通信インタフェース３４を用いて転送することとなる。
ＡＣＴ２２３としてプロセッサ３１は、決済完了が通知されるのを待ち受ける。

仮想ＰＯＳサーバ２にてプロセッサ２１は、図１７中のＡＣＴ３０２〜ＡＣＴ３０５の待受状態にあるときに決済に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０４にてＹＥＳと判定し、ＡＣＴ３１０へと進む。
ＡＣＴ３１０としてプロセッサ２１は、転送された要求データでの要求に応じて代金を決済するための決済処理を実行する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された決済指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードで識別される取引に関する代金を算出する。そしてプロセッサ２１は、算出した代金の決済を決済サーバ５００に要求する。プロセッサ２１は例えば、データベース群ＤＢ１１に含まれる利用者データベースを参照して、決済に適用する決済方法を判定するとともに、その決済方法での決済に用いる決済情報を取得する。利用者データベースに複数の決済方法又は複数の決済情報が登録されている場合には、それらのうちの１つをユーザ端末３００における操作者による指示に応じて、あるいは予め定められた条件に従って選択する。なおプロセッサ２１は例えば、要求データに決済情報が含まれるならば、決済に用いる決済方法を当該の決済情報に基づいて決定し、かつ当該の決済情報を決済に用いる決済情報としてもよい。

ＡＣＴ３１１としてプロセッサ２１は、電子レシートＩＤが通知されたか否かを確認する。プロセッサ２１は例えば、決済を要求する要求データに電子レシートＩＤが含まれるならばＹＥＳと判定し、ＡＣＴ３１２へと進む。
ＡＣＴ３１２としてプロセッサ２１は、上記のように決済を完了した取引に関する取引データを上記の要求データに含まれた電子レシートＩＤで識別される利用者が閲覧できるように電子レシートサーバ６００に登録するための処理を行う。なお、この処理は、例えば既存の電子レシートサービスにより行われている処理と同様であってよい。プロセッサ２１が取引データにどのようなデータを含めるかは、例えば電子レシートサービスでの規定に従う。

客は、代金の決済のための操作を会計機５で行いたい場合には、会計画面ＳＣ３におけるボタンＢＵ３２にタッチするなどの予め定められた操作により会計機５を指定する。これに応じてユーザ端末３００にてプロセッサ３０１は、図１２中のＡＣＴ１３８にてＹＥＳと判定し、ＡＣＴ１４０へと進む。
ＡＣＴ１４０としてプロセッサ３０１は、会計バーコード画面をタッチパネル３０４に表示させる。会計バーコード画面は、会計機５が仮想ＰＯＳサーバ２から取引の内容に関するデータを取得するために必要となるデータを表した会計バーコードを表した画面である。なお、詳細な処理の図示は省略しているが、プロセッサ３０１は、モバイルコントローラ３を介して仮想ＰＯＳサーバ２から会計バーコードを取得して、当該会計バーコードを会計バーコード画面に表す。

客は、他の客により使用されていない会計機５が備えるスキャナに、会計バーコードを読み取らせる。これに応じて会計機５は、会計バーコードが表すデータに従って、仮想ＰＯＳサーバ２に決済データの転送を要求する。例えば会計機５は、会計バーコードが表すデータに含まれる取引コードを含んだ要求データを仮想ＰＯＳサーバ２に送信する。

仮想ＰＯＳサーバ２にてプロセッサ２１は、図１７に示すＡＣＴ３０２〜ＡＣＴ３０５の待受状態にある取引処理の対象となっている取引の取引コードを含んだ転送要求のための要求データが受信されたならば、ＡＣＴ３０５にてＹＥＳと判定し、ＡＣＴ３１３へと進む。
ＡＣＴ３１３としてプロセッサ２１は、取引処理の対象となっている取引の内容を表し、会計機５での決済のために必要な決済データを、転送を要求した会計機５に対して送信する。なお決済データは、例えば既存のセミセルフタイプの取引処理システムにおいて登録機から会計機へと転送されている決済データと同様なデータであってよい。
ＡＣＴ３１４としてプロセッサ２１は、上記のように決済データを送信した会計機５での決済が完了するのを待ち受ける。

会計機５は、仮想ＰＯＳサーバ２から送信された決済データを受信したならば、操作者による操作を受けながら、取引の代金を決済する。また会計機５は、レシート又はクーポンなどの各種の印刷物を必要に応じて発行する。会計機５は、決済が完了したならば、その旨を仮想ＰＯＳサーバ２に通知する。これに応じて仮想ＰＯＳサーバ２にてプロセッサ２１は、ＡＣＴ３１４にてＹＥＳと判定し、ＡＣＴ３１５へと進む。
なお、プロセッサ２１はＡＣＴ３１２にて電子レシート登録を終えたのちにも、ＡＣＴ３１５へと進む。またプロセッサ２１は、決済を要求する要求データに電子レシートＩＤが含まれないならばＡＣＴ３１１にてＮＯと判定し、ＡＣＴ３１２をパスしてＡＣＴ３１５へと進む。
ＡＣＴ３１５としてプロセッサ２１は、モバイルコントローラ３に決済の完了を通知する。そしてプロセッサ２１は、これをもって取引処理を終了する。

以上のようにプロセッサ２１は、取引を処理するための情報処理としての取引処理を、それぞれ異なる対象端末からの指示に応じてそれぞれ実行する。これにより、取引処理をそれぞれ異なる端末装置からの指示に応じて実行する複数の処理手段が実現される。かくして仮想ＰＯＳアプリＡＰ２１に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは複数の処理手段として機能する。

モバイルコントローラ３にてプロセッサ３１は、上述のように仮想ＰＯＳサーバ２から決済完了が通知されたならば、図１６中のＡＣＴ２２１又はＡＣＴ２２３でＹＥＳと判定し、いずれの場合もＡＣＴ２２４へと進む。因みに、プロセッサ３１は、プロセッサ２１が図１７中のＡＣＴ３１１又はＡＣＴ３１２からＡＣＴ３１５へと進んだ場合には図１６中のＡＣＴ２２１にてＹＥＳと判定し、プロセッサ２１が図１７中のＡＣＴ３１４からＡＣＴ３１５へと進んだ場合には図１６中のＡＣＴ２２３にてＹＥＳと判定することになる。
ＡＣＴ２２４としてプロセッサ３１は、ユーザ端末３００に対して決済完了を通知する。

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

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

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

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

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

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

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

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

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

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

ＡＣＴ１６６としてプロセッサ４０１ａは、エラー画面をタッチパネル４０１ｅに表示させる。エラー画面は、チェックインできないことを客に報知するものとして定められた画面である。なおプロセッサ４０１ａは例えば、図１４中のＡＣＴ１８８におけるエラー通知に対しては、店舗が混雑しているためにチェックインできないことを知らせるとともに、さらには暫く時間をおいてチェックインを試みるよう促すエラー画面を表示させる。プロセッサ４０１ａは、例えばエラー画面中に表したＧＵＩ要素の操作などによりエラー画面の表示解消が指示されたならば、ＡＣＴ１６２の待受状態に戻る。

プロセッサ４０１ａは一方、図１５中のＡＣＴ２０４をプロセッサ３１が実行することによりモバイルコントローラ３から送信された、前述のチェックイン完了の通知のための通知データが無線通信ユニット４０１ｄにより受信されたならばＡＣＴ１６４にてＹＥＳと判定する。そして図１５では図示を省略するが、この後にプロセッサ４０１ａは、客の操作に応じて、登録、数量変更、取消又は決済を、前述したプロセッサ３０１と同様にしてモバイルコントローラ３に要求するか、会計バーコード画面をタッチパネル４０１ｅに表示させる。ただしプロセッサ４０１ａが受ける客の操作は、プロセッサ３０１の場合とは異なる場合がある。例えば、購入商品として登録しようとする商品に表示されたバーコードの読み取りはスキャナ４０２で行われる。
モバイルコントローラ３及び仮想ＰＯＳサーバ２では、カート端末４００を対象端末とした仲介処理及び取引処理においても、前述したようにユーザ端末３００を対象端末としている場合と同様に、上述の要求又は会計機５からの転送要求に応じた処理を実行する。

以上のようにプロセッサ２１は、取引を処理するための情報処理としての取引処理を、それぞれ異なる対象端末からの指示に応じてそれぞれ実行する。これにより、取引処理をそれぞれ異なる端末装置からの指示に応じて実行する複数の処理手段が実現される。かくして仮想ＰＯＳアプリＡＰ２１に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは複数の処理手段として機能する。

カート端末４００にてプロセッサ４０１ａは、図１２中のＡＣＴ１３９と同様に決済を要求するか、あるいはＡＣＴ１４０と同様に会計バーコード画面を表示させたのちには、図１３中のＡＣＴ１７１へと進む。
ＡＣＴ１７１としてプロセッサ４０１ａは、決済完了が通知されるのを待ち受ける。そしてプロセッサ４０１ａは、図１６中のＡＣＴ２２４による前述のような決済完了の通知又は会計機５からの前述のような決済完了の通知がなされたならばＹＥＳと判定し、ＡＣＴ１７２へと進む。
ＡＣＴ１７２としてプロセッサ４０１ａは、終了画面をタッチパネル４０１ｅに表示させる。終了画面は例えば、取引が終了したことを客に知らせる画面である。
ＡＣＴ１７３としてプロセッサ４０１ａは、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ４０１ａはこののち、ＡＣＴ１６１の待受状態に戻る。

以上のように本実施形態の取引処理システムは、仮想ＰＯＳサーバ２にてプロセッサ２１がユーザ端末３００を対象端末として並行して実行する取引処理の数を、プロセッサ２１が並行して実行可能な取引処理の数よりも少なく制限する。これにより、プロセッサ２１は、カート端末４００を対象端末とした取引処理を常に実行可能であり、カート端末を用いた購入商品の登録を行うことができない状況となる可能性を低減できる。

また、本実施形態の取引処理システムは、前述した具体例のように、店舗内で同時に稼働させるカート端末４００の制限台数を最大数から減じて求まる数を許容数とすれば、プロセッサ２１は、全てのカート端末４００を対象端末とした取引処理を常に実行可能であり、カート端末を用いた購入商品の登録を行うことができない状況となることを防止できる。

また、本実施形態の取引処理システムは、モバイルコントローラ３のメインメモリ３２又は補助記憶ユニット３３で制限台数を記憶しており、かつ当該記憶している制限台数を操作者による操作に応じて入力した数値に更新する。従って、制限台数を店舗毎に個別に設定することが可能であり、店舗毎の運営方針に適応した運用が可能となる。

この実施形態は、次のような種々の変形実施が可能である。
モバイルコントローラ３を備えることなく、仮想ＰＯＳサーバ２にてユーザ端末３００及びカート端末４００からの要求を直接に受け付けるようにしてもよい。そして管理処理は、仮想ＰＯＳサーバ２にてプロセッサ２１が実行してもよい。

複数の仮想ＰＯＳサーバ２を備え、これら複数の仮想ＰＯＳサーバ２により複数の取引処理を分担して実行してもよい。また、１つの取引処理を複数の情報処理装置で分担して処理してもよい。例えば購入商品の登録のための処理と決済のための処理とを別々の情報処理装置で実行してもよい。

取引処理システムで処理の対象とする取引は、店舗に陳列された商品の販売には限らず、例えば飲食物を調理して提供するなどの別の形態の取引であってもよい。

店舗により客に貸与される第２の種類に属する端末装置は、ショッピングカートＣ１に取り付けられることなくユーザにより携帯されるものであってもよいし、そのような端末装置とカート端末４００とが混在していてもよい。

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

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

１…店舗サーバ、２…仮想ＰＯＳサーバ、３…モバイルコントローラ、４…通信サーバ、５…会計機、６…アクセスポイント、７…店内通信ネットワーク、１１，２１，３１，３０１，４０１ａ…プロセッサ、１２，２２，３２，３０２，４０１ｂ…メインメモリ、１３，２３，３３，３０３，４０１ｃ…補助記憶ユニット、１４，２４，３４…通信インタフェース、１５，２５，３５，３０８，４０１ｈ…伝送路、３０４，４０１ｅ…タッチパネル、３０５，４０４…カメラ、３０６，４０１ｄ…無線通信ユニット、３０７…モバイル通信ユニット、４０１ｆ…サウンドユニット、４０１ｇ…インタフェースユニット、４０２…スキャナ、４０３…リーダ、１００（１００Ａ，１００Ｂ）…店舗システム、２００…中継サーバ、３００…ユーザ端末、４００…カート端末、５００…決済サーバ、６００…電子レシートサーバ、７００…通信ネットワーク。

Claims (5)

1. 取引を処理するための情報処理を、それぞれ異なる端末装置からの指示に応じて実行する複数の処理手段と、
   前記情報処理を実行中である前記処理手段が前記指示を受けている前記端末装置とは別の前記端末装置からの開始要求に応じて、当該開始要求を行った前記端末装置からの指示に応じての前記情報処理を開始するように、別の前記端末装置からの指示に応じての前記情報処理を実行していない前記処理手段を制御する制御手段と、
   を具備し、
   前記制御手段は、前記開始要求が第１の種類に属する前記端末装置からなされた場合、予め定められた数の前記処理手段のそれぞれが、前記第１の種類に属する前記端末装置からの前記指示に応じて前記情報処理を実行中であるならば、前記開始要求に応じて前記情報処理を開始させない、
   取引処理システム。
2. 前記開始要求が第１の種類に属する前記端末装置からなされた場合、予め定められた数の前記処理手段のそれぞれが、前記第１の種類に属する前記端末装置からの前記指示に応じて前記情報処理を実行中であるならば、前記開始要求を行った前記端末装置に対して、利用できない旨の報知動作の実行を指示する指示手段、
   をさらに備える請求項１に記載の取引処理システム。
3. 前記端末装置は前記指示のための客による操作を受けるものであって、前記第１の種類又は第２の種類のいずれかに属し、
   前記制御手段は、前記客により店舗に持ち込まれる前記端末装置を前記第１の種類に属するものとし、前記店舗により前記客に貸与される前記端末装置を前記第２の種類に属するものとする、
   請求項１又は請求項２に記載の取引処理システム。
4. 前記第２の種類に属する前記端末装置についての処理保証数を記憶する記憶手段をさらに備え、
   前記制御手段は、前記処理手段の数から前記記憶手段に記憶された前記処理保証数を減じた数を前記予め定められた数とする、
   請求項１乃至請求項３のいずれか一項に記載の取引処理システム。
5. 操作者による操作に応じて数値を入力する入力手段と、
   前記入力手段により入力された前記数値により前記記憶手段が記憶する前記処理保証数を更新する更新手段と、
   をさらに具備する請求項４に記載の取引処理システム。

Images