(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023184562
(43)【公開日】2023-12-28
(54)【発明の名称】情報処理装置、情報処理プログラム及び制御方法
(51)【国際特許分類】
G06Q 30/06 20230101AFI20231221BHJP
G07G 1/00 20060101ALI20231221BHJP
G07G 1/12 20060101ALI20231221BHJP
【ＦＩ】
G06Q30/06
G07G1/00 301Z
G07G1/12 331Z
【審査請求】有
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2023176923
(22)【出願日】2023-10-12
(62)【分割の表示】P 2022151382の分割
【原出願日】2020-02-06
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】河野 健太朗
(72)【発明者】
【氏名】望月 克人
(72)【発明者】
【氏名】二宮 茂樹
(72)【発明者】
【氏名】中司 文雄
(72)【発明者】
【氏名】伊藤 幹生
(72)【発明者】
【氏名】川本 剛士
(72)【発明者】
【氏名】山口 清充
(57)【要約】
【課題】 新たな端末装置の利用を開始することができない状況が生じる可能性を低減する。
【解決手段】 実施形態の取引処理システムは、操作手段、決定手段、検出手段及び制御手段を備える。操作手段は、操作者による操作を受ける。決定手段は、操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う。検出手段は、操作手段により操作が受けられない無操作状態を検出する。制御手段は、一取引の内容の決定のための処理を決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、検出手段により無操作状態が検出されたことに応じて、当該一取引に関する処理を終了するよう決定手段を制御する。
【選択図】 図１５
【解決手段】 実施形態の取引処理システムは、操作手段、決定手段、検出手段及び制御手段を備える。操作手段は、操作者による操作を受ける。決定手段は、操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う。検出手段は、操作手段により操作が受けられない無操作状態を検出する。制御手段は、一取引の内容の決定のための処理を決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、検出手段により無操作状態が検出されたことに応じて、当該一取引に関する処理を終了するよう決定手段を制御する。
【選択図】 図１５
【特許請求の範囲】
【請求項1】
端末装置と少なくとも１つの情報処理装置とを含み、
前記端末装置に備えられ、操作者による操作を受ける操作手段と、
前記情報処理装置の１つに備えられ、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える取引処理システム。
前記端末装置に備えられ、操作者による操作を受ける操作手段と、
前記情報処理装置の１つに備えられ、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える取引処理システム。
【請求項2】
前記検出手段は、前記操作手段により予め定められた時間に渡って前記操作が受けられない状態を前記無操作状態として検出する、
請求項１に記載の取引処理システム。
請求項１に記載の取引処理システム。
【請求項3】
前記情報処理装置の１つに備えられ、前記決定手段が前記処理を完了することなく終了したことを予め定められた通報先に通報する通報手段、
をさらに備える請求項１又は請求項２に記載の取引処理システム。
をさらに備える請求項１又は請求項２に記載の取引処理システム。
【請求項4】
前記端末装置は、店舗から客に貸与されて前記客が前記操作者となるものであり、
前記通報手段は、前記店舗の従業員を前記通報先とする、
請求項３に記載の取引処理システム。
前記通報手段は、前記店舗の従業員を前記通報先とする、
請求項３に記載の取引処理システム。
【請求項5】
操作者による操作を受ける操作手段を備える端末装置と、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段を備える登録処理装置とともに取引処理システムを構成し、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える制御装置。
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える制御装置。
【請求項6】
操作者による操作を受ける操作手段を備える端末装置と、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段を備える登録処理装置とともに取引処理システムを構成する制御装置が備えるコンピュータを、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
して機能させるための情報処理プログラム。
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、取引処理システム、制御装置及び情報処理プログラムに関する。
【背景技術】
【0002】
ショッピングカートに取り付けたカート端末又は客が所持する携帯情報通信端末のなどの端末装置での客による操作に応じて購入商品を登録する取引処理システムが考えられている。
このような取引処理システムでは、店内で買い物中の客の人数に応じて、同時に利用される端末装置の数が変動する。またこのような取引処理システムでは、店舗側のリソースの制限から、同時に利用可能な端末装置の数は制限される。このため混雑時には、新たな端末装置の利用を開始することができない状況が生じ得る。
このような状況が生じる可能性は、低減されることが望まれる。
このような取引処理システムでは、店内で買い物中の客の人数に応じて、同時に利用される端末装置の数が変動する。またこのような取引処理システムでは、店舗側のリソースの制限から、同時に利用可能な端末装置の数は制限される。このため混雑時には、新たな端末装置の利用を開始することができない状況が生じ得る。
このような状況が生じる可能性は、低減されることが望まれる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－１５３０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、新たな端末装置の利用を開始することができない状況が生じる可能性を低減できる取引処理システムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の取引処理システムは、操作手段、決定手段、検出手段及び制御手段を備える。操作手段は、端末装置に備えられ、操作者による操作を受ける。決定手段は、情報処理装置の１つに備えられ、操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う。検出手段は、端末装置又は情報処理装置の１つに備えられ、操作手段により操作が受けられない無操作状態を検出する。制御手段は、端末装置又は情報処理装置の１つに備えられ、一取引の内容の決定のための処理を決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、検出手段により無操作状態が検出されたことに応じて、当該一取引に関する処理を終了するよう決定手段を制御する。
【図面の簡単な説明】
【0006】
【図1】一実施形態に係る取引処理システムの概略構成を示すブロック図。
【図9】スマホＵＩ処理のフローチャート。
【図10】スマホＵＩ処理のフローチャート。
【図11】スマホＵＩ処理のフローチャート。
【図12】スマホＵＩ処理のフローチャート。
【図13】カートＵＩ処理のフローチャート。
【図14】管理処置のフローチャート。
【図15】仲介処理のフローチャート。
【図16】仲介処理のフローチャート。
【図17】仲介処理のフローチャート。
【図18】取引処理のフローチャート。
【図19】取引処理のフローチャート。
【図20】一覧画面の一例を示す図。
【図21】登録画面の一例を示す図。
【図22】一覧画面の一例を示す図。
【図23】会計画面の一例を示す図。
【発明を実施するための形態】
【0007】
以下、取引処理システムの一実施形態について、図面を用いて説明する。
この実施形態における取引処理システムは、店内に陳列している商品を、来訪した客に対して販売する店舗における商品の取引を処理する。
この実施形態における取引処理システムは、店内に陳列している商品を、来訪した客に対して販売する店舗における商品の取引を処理する。
【0008】
図１は本実施形態に係る取引処理システムの概略構成を示すブロック図である。
取引処理システムは、複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、カート端末４００、決済サーバ５００、電子レシートサーバ６００及び通信ネットワーク７００を含む。そして複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、決済サーバ５００及び電子レシートサーバ６００を、通信ネットワーク７００を介して通信可能とされる。
取引処理システムは、複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、カート端末４００、決済サーバ５００、電子レシートサーバ６００及び通信ネットワーク７００を含む。そして複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、決済サーバ５００及び電子レシートサーバ６００を、通信ネットワーク７００を介して通信可能とされる。
【0009】
図１では、２つの店舗システム１００を示している。これら店舗システム１００は、取引処理システムを利用するそれぞれ異なる店舗Ａ及び店舗Ｂにそれぞれ設けられる。取引処理システムを利用する店舗が３つ以上存在してもよく、店舗毎に店舗システム１００が設けられる。なお以下において、各店舗に設けられた店舗システム１００を区別する必要がある場合には、店舗Ａに設けられた店舗システム１００を店舗システム１００Ａと表し、店舗Ｂに設けられた店舗システム１００を店舗システム１００Ｂと表す。
店舗Ａを運営する事業者は、店舗Ｂを運営する事業者と同じであっても、別であってもよい。その他の店舗で取引処理システムが利用される場合も、その店舗を運営する事業者は、店舗Ａ又は店舗Ｂを運営する事業者と同じであっても、別であってもよい。
店舗Ａを運営する事業者は、店舗Ｂを運営する事業者と同じであっても、別であってもよい。その他の店舗で取引処理システムが利用される場合も、その店舗を運営する事業者は、店舗Ａ又は店舗Ｂを運営する事業者と同じであっても、別であってもよい。
【0010】
中継サーバ２００は、ユーザ端末３００と店舗システム１００との間でのデータ通信を中継する。中継サーバ２００は例えば、通信ネットワーク７００を介したクラウドサービスとしてデータ通信の中継機能を提供する。
【0011】
ユーザ端末３００は、取引処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する端末装置である。ユーザ端末３００は、店舗システム１００と無線通信する機能と、通信ネットワーク７００と無線通信する機能とを備える。ユーザ端末３００としては、スマートフォン又はタブレット端末等のデータ通信機能を備えた通信端末が利用できる。ユーザ端末３００は、客により所有される。つまりユーザ端末３００は、客により店舗に持ち込まれる端末装置の一例である。
【0012】
カート端末４００は、取引処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する端末装置である。カート端末４００は、店舗システム１００と無線通信する機能を備える。カート端末４００は、ショッピングカートＣ１に取り付けられ、店舗に備え付けられる。カート端末４００は、店舗にて客により使用される。つまりカート端末４００は、店舗により客に貸与される端末装置の一例である。
【0013】
決済サーバ５００は、通信ネットワーク７００を介した決済要求に応じてオンライン決済を行うための決済処理を行う。決済サーバ５００は、クレジットカード決済及び電子マネー決済のような複数種の決済方法のいずれか１つのみに対応するものであってもよいし、複数の決済方法に対応するものであってもよい。決済サーバ５００としては例えば、複数の決済方法のものを含む複数の決済サービスに対応した、決済代行業者が運営する既存の決済サーバを適用できる。
【0014】
電子レシートサーバ６００は、取引結果を表したレシートを画像又はウェブページとして提供する。電子レシートサーバ６００としては例えば、電子レシートサービスを提供している既存の電子レシートサーバを適用できる。
【0015】
通信ネットワーク７００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク７００としては典型的には、移動体通信網とインターネット又はＶＰＮとが利用される。
【0016】
各店舗システム１００の概略的な構成は共通である。すなわち店舗システム１００は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５及びアクセスポイント６を、店内通信ネットワーク７を介して通信可能として構成される。ただし、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５、アクセスポイント６及び店内通信ネットワーク７は、後述する動作を実現するための機能が共通であればよく、完全に同一である必要は無い。また一部の店舗システム１００は、図１に示されない装置を備えてもよい。
【0017】
店舗サーバ１は、取引処理システムでの処理の対象となった複数の取引を総合的に管理するための情報処理装置である。店舗サーバ１は例えば、既存のＰＯＳサーバと同様な機能を有する。
仮想ＰＯＳサーバ２は、外部からの要求に応じて取引毎の購入商品の登録及び当該購入商品の代金の決済などのための情報処理（以下、取引処理と称する）を行う情報処理装置である。仮想ＰＯＳサーバ２は、既存のＰＯＳ端末が備える機能を仮想的に実現する。仮想ＰＯＳサーバ２が行う情報処理は、店舗毎の運営方針の違いに適応するようにカスタマイズされる。つまり、例えば店舗システム１００Ａに備えられた店舗サーバ１が行う取引処理と、店舗システム１００Ｂに備えられた店舗サーバ１が行う取引処理とでは、一部相違する場合がある。
仮想ＰＯＳサーバ２は、外部からの要求に応じて取引毎の購入商品の登録及び当該購入商品の代金の決済などのための情報処理（以下、取引処理と称する）を行う情報処理装置である。仮想ＰＯＳサーバ２は、既存のＰＯＳ端末が備える機能を仮想的に実現する。仮想ＰＯＳサーバ２が行う情報処理は、店舗毎の運営方針の違いに適応するようにカスタマイズされる。つまり、例えば店舗システム１００Ａに備えられた店舗サーバ１が行う取引処理と、店舗システム１００Ｂに備えられた店舗サーバ１が行う取引処理とでは、一部相違する場合がある。
【0018】
モバイルコントローラ３は、管理処理及び仲介処理を実行する情報処理装置である。管理処理は、仮想ＰＯＳサーバ２により実行される上記の取引処理を管理するための情報処理である。仲介処理は、仮想ＰＯＳサーバ２により実行される上記の取引処理をユーザ端末３００又はカート端末４００をユーザインタフェースデバイスとして用いつつ行わせるために、仮想ＰＯＳサーバ２とユーザ端末３００又はカート端末４００とを仲介するための情報処理である。
通信サーバ４は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３及び会計機５が、通信ネットワーク７００を介して中継サーバ２００等とデータを授受するための通信処理を行う。
通信サーバ４は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３及び会計機５が、通信ネットワーク７００を介して中継サーバ２００等とデータを授受するための通信処理を行う。
【0019】
会計機５は、仮想ＰＯＳサーバ２で管理されている取引毎の購入商品に関する代金を求めて、当該代金を客に決済させるための処理を行う。会計機５が上記の決済のために利用可能とする決済方法は、現金決済、クレジットカード決済、電子マネー決済、ポイント決済、コード決済（モバイル決済又はスマートフォン決済等とも称される）等、周知の決済方法の全て又は任意の一部であってよい。会計機５は、店員及び客のいずれにより操作されるのであってもよい。会計機５としては例えば、既存のセミセルフ方式のＰＯＳシステムで用いられるセルフ方式の会計機を用いることができる。会計機５は、商品を購入商品として登録するための情報処理を行う機能を有していてもよい。この場合に会計機５としては例えば、既存のＰＯＳシステムで用いられる対面式のＰＯＳ端末又は既存のセルフ方式のＰＯＳシステムで用いられるセルフ式のＰＯＳ端末を用いることができる。
【0020】
アクセスポイント６は、ユーザ端末３００及びカート端末４００が無線通信により店内通信ネットワーク７へとアクセスすることを可能とするための通信処理を行う。アクセスポイント６としては例えば、ＩＥＥＥ８０２．１１規格により無線通信を行う周知の通信デバイスを用いることができる。アクセスポイント６は、店舗の売場のどこからでもユーザ端末３００及びカート端末４００が無線通信可能なように、店舗内に設置される。店舗規模によっては、複数のアクセスポイント６が、１つの店舗システム１００に配置される場合もある。
店内通信ネットワーク７としては、インターネット、ＶＰＮ、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。ただし典型的には、店内通信ネットワーク７は、ＬＡＮである。
店内通信ネットワーク７としては、インターネット、ＶＰＮ、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。ただし典型的には、店内通信ネットワーク７は、ＬＡＮである。
【0021】
店舗システム１００が設けられた店舗には、その入口付近にチェックイン用の２次元コードＴＣ１が掲示され、その出口付近にチェックアウト用の２次元コードＴＣ２が掲示される。２次元コードＴＣ１は、チェックインのためのチェックインデータを表す。２次元コードＴＣ２は、チェックアウトのためのチェックアウトデータを表す。チェックインデータ及びチェックアウトデータは店舗毎に異なる。このため、店舗Ａ用の２次元コードＴＣ１，ＴＣ２と店舗Ｂ用の２次元コードＴＣ１，ＴＣ２とを区別する必要がある場合には、店舗Ａ用を２次元コードＴＣ１Ａ，ＴＣ２Ａと表し、店舗Ｂ用を２次元コードＴＣ１Ｂ，ＴＣ２Ｂと表す。
【0022】
チェックインデータは例えば、以下に示すような情報を表す。
(1) 店舗システム１００の動作バージョン。例えば、２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａの動作バージョンを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂの動作バージョンを表す。
(2) 店舗システム１００が設けられる店舗を運営する事業者を識別するための事業者コード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａを運営する事業者に割り当てられた事業者コードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂを運営する事業者に割り当てられた事業者コードを表す。
(3) 店舗システム１００が設けられる店舗を識別するための店舗コード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａに割り当てられた店舗コードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂに割り当てられた店舗コードを表す。なお店舗コードは、取引処理システムを利用する全ての店舗の個々を識別可能なものであってもよいし、同じ事業者により運営される複数の店舗の個々を識別可能なものであってもよい。
(1) 店舗システム１００の動作バージョン。例えば、２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａの動作バージョンを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂの動作バージョンを表す。
(2) 店舗システム１００が設けられる店舗を運営する事業者を識別するための事業者コード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａを運営する事業者に割り当てられた事業者コードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂを運営する事業者に割り当てられた事業者コードを表す。
(3) 店舗システム１００が設けられる店舗を識別するための店舗コード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａに割り当てられた店舗コードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂに割り当てられた店舗コードを表す。なお店舗コードは、取引処理システムを利用する全ての店舗の個々を識別可能なものであってもよいし、同じ事業者により運営される複数の店舗の個々を識別可能なものであってもよい。
【0023】
(4) 店舗システム１００が設けられる店舗を運営する事業者の名称。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａを運営する事業者の名称を表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂを運営する事業者の名称を表す。
(5) 店舗システム１００が設けられる店舗の名称。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａの名称を表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂの名称を表す。
(6) ２次元コードＴＣ１と２次元コードＴＣ２とを区別するためのフラグ。チェックインデータにおける当該フラグは、チェックインデータであることを表す状態とされる。当該状態は、例えば“１”である。当該フラグは、全ての２次元コードＴＣ１で共通である。
(5) 店舗システム１００が設けられる店舗の名称。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａの名称を表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂの名称を表す。
(6) ２次元コードＴＣ１と２次元コードＴＣ２とを区別するためのフラグ。チェックインデータにおける当該フラグは、チェックインデータであることを表す状態とされる。当該状態は、例えば“１”である。当該フラグは、全ての２次元コードＴＣ１で共通である。
【0024】
(7) 通信サーバ４のＩＰアドレス。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれる通信サーバ４のＩＰアドレスを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれる通信サーバ４のＩＰアドレスを表す。
(8) 中継サーバ２００のドメイン名。当該ドメイン名は、全ての２次元コードＴＣ１で共通である。ただし、ドメイン名が互いに異なる複数の中継サーバ２００が、店舗毎に使い分けられてもよい。そしてこの場合には、２次元コードＴＣ１が表すチェックインデータは、対応する店舗で使用される中継サーバ２００のドメイン名が表される。
(9) 電子レシートサーバ６００のアドレス。当該アドレスは、全ての２次元コードＴＣ１で共通であってもよいし、複数のアドレスのいずれかが２次元コードＴＣ１毎に表されていてもよい。
(8) 中継サーバ２００のドメイン名。当該ドメイン名は、全ての２次元コードＴＣ１で共通である。ただし、ドメイン名が互いに異なる複数の中継サーバ２００が、店舗毎に使い分けられてもよい。そしてこの場合には、２次元コードＴＣ１が表すチェックインデータは、対応する店舗で使用される中継サーバ２００のドメイン名が表される。
(9) 電子レシートサーバ６００のアドレス。当該アドレスは、全ての２次元コードＴＣ１で共通であってもよいし、複数のアドレスのいずれかが２次元コードＴＣ１毎に表されていてもよい。
【0025】
(10) 店舗システム１００とのデータ授受のためにユーザ端末３００が、アクセスポイント６との無線通信及び通信ネットワーク７００との無線通信とのいずれを利用すべきかを示すフラグ。例えば、店舗Ａにおいては、店舗システム１００Ａとユーザ端末３００とのデータ授受にアクセスポイント６との無線通信を利用するのであれば、当該フラグは例えば“１”とされる。例えば、店舗Ｂにおいては、店舗システム１００Ｂとユーザ端末３００とのデータ授受に通信ネットワーク７００との無線通信を利用するのであれば、当該フラグは例えば“０”とされる。
(11) アクセスポイント６を識別するためのＳＳＩＤ（service set identifier）。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれるアクセスポイント６を識別するＳＳＩＤを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれるアクセスポイント６のＳＳＩＤを表す。
(12) アクセスポイント６にアクセスするためのパスワード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれるアクセスポイント６に設定されているパスワードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれるアクセスポイント６に設定されているパスワードを表す。
(11) アクセスポイント６を識別するためのＳＳＩＤ（service set identifier）。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれるアクセスポイント６を識別するＳＳＩＤを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれるアクセスポイント６のＳＳＩＤを表す。
(12) アクセスポイント６にアクセスするためのパスワード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれるアクセスポイント６に設定されているパスワードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれるアクセスポイント６に設定されているパスワードを表す。
【0026】
(13) アクセスポイント６が利用するセキュリティ方式の識別番号。当該識別番号は例えば、ＷＰＡ２－ＰＳＫ方式には“１”が、ＷＰＡ－ＰＳＫ方式には“２”が、そしてＷＥＰ方式には“３”が割り付けられる。例えば、店舗システム１００Ａに含まれるアクセスポイント６がセキュリティ方式としてＷＰＡ２－ＰＳＫ方式を利用するならば、２次元コードＴＣ１Ａが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗システム１００Ｂに含まれるアクセスポイント６がセキュリティ方式としてＷＰＡ－ＰＳＫ方式を利用するならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該識別番号として“２”を表す。
(14) ユーザ端末３００が中継サーバ２００との接続に失敗したときにエラーとするか、エラーとすることなく運用を続けるかを識別するためのフラグ。例えば、店舗Ａにおいては、ユーザ端末３００が中継サーバ２００との接続に失敗したときにエラーとする設定であるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、ユーザ端末３００が中継サーバ２００との接続に失敗しても運用を続ける設定であるならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(14) ユーザ端末３００が中継サーバ２００との接続に失敗したときにエラーとするか、エラーとすることなく運用を続けるかを識別するためのフラグ。例えば、店舗Ａにおいては、ユーザ端末３００が中継サーバ２００との接続に失敗したときにエラーとする設定であるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、ユーザ端末３００が中継サーバ２００との接続に失敗しても運用を続ける設定であるならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
【0027】
(15) ユーザ端末３００のステータスに関する送信モードの識別番号。当該送信モードには、例えば第１モード、第２モード及び第３モードがある。当該送信モードの識別番号は例えば、第１モードには“１”が、第２モードには“２”が、第３モードには“３”が割り付けられる。第１モードでは、ユーザ端末３００のステータスを中継サーバ２００に送信する。第２モードでは、ユーザ端末３００のステータスを店舗システム１００に送信する。第２モードでは、ユーザ端末３００のステータスを送信しない。例えば、店舗Ａにおいては、送信モードとして第１モードを適用するのであれば、２次元コードＴＣ１Ａが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗Ｂにおいては、送信モードとして第２モードを適用するのであれば、２次元コードＴＣ１Ｂが表すチェックインデータは当該識別番号として“２”を表す。
【0028】
(16) ユーザ端末３００のログデータを蓄積したログファイルに関する送信モードの識別番号。当該送信モードには、例えば第１モード、第２モード、第３モード及び第４モードがある。当該送信モードの識別番号は例えば、第１モードには“１”が、第２モードには“２”が、第３モードには“３”が、第４モードには“４”が割り付けられる。第１モードでは、ログファイルを中継サーバ２００にのみ送信する。第２モードでは、ログファイルを店舗システム１００にのみ送信する。第３モードでは、ログファイルを店舗システム１００及び中継サーバ２００の双方に送信する。第４モードでは、ログファイルを送信しない。例えば、店舗Ａにおいては、送信モードとして第１モードを適用するのであれば、２次元コードＴＣ１Ａが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗Ｂにおいては、送信モードとして第２モードを適用するのであれば、２次元コードＴＣ１Ｂが表すチェックインデータは当該識別番号として“２”を表す。
【0029】
(17) ログファイルを、通信ネットワーク７００を介して中継サーバ２００へとＦＴＰ（file transfer protocol）により送信する際に使用するホスト名又はＩＰアドレス。
(18) ログファイルを、通信ネットワーク７００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するユーザ名。
(19) ログファイルを、通信ネットワーク７００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するパスワード。
(20) 通信ネットワーク７００を介して中継サーバ２００へとＦＴＰにより送信するログファイルのパス名。
(18) ログファイルを、通信ネットワーク７００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するユーザ名。
(19) ログファイルを、通信ネットワーク７００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するパスワード。
(20) 通信ネットワーク７００を介して中継サーバ２００へとＦＴＰにより送信するログファイルのパス名。
【0030】
(21) 商品コードの一種であるＵＰＣ（universal product cord）のチェックデジットを削除するか否かを識別するためのフラグ。例えば、店舗Ａにおいては、当該のチェックデジットを削除しない運用であるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、当該のチェックデジットを削除する運用であるならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(22) ユーザ端末３００においてカメラ画面を自動遷移させるまでの時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(23) ユーザ端末３００がアクセスポイント６を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(22) ユーザ端末３００においてカメラ画面を自動遷移させるまでの時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(23) ユーザ端末３００がアクセスポイント６を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
【0031】
(24) ユーザ端末３００と店舗システム１００とのアクセスポイント６を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣ１Ａが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。
(25) ユーザ端末３００が中継サーバ２００を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(26) ユーザ端末３００と店舗システム１００との中継サーバ２００を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣ１Ａが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。
(25) ユーザ端末３００が中継サーバ２００を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(26) ユーザ端末３００と店舗システム１００との中継サーバ２００を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣ１Ａが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。
【0032】
(27) 店員による確認が必要な商品を対象とした取引に関する確認終了の宣言を認証するための認証処理で用いる認証データ。２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａに関して予め設定された認証データを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂに関して予め設定された認証データを表す。認証データは、店舗毎で異なるように定められることが好ましいが、異なる店舗で同じ認証データが設定されても構わない。
(28) 店舗システム１００の動作モードを識別するためのデータ。例えば、店舗システム１００Ａが、取引処理システムを通常に運用する通常モードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、取引処理システムをデモ運用するデモモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(29) 会計機５へのデータ転送のモードを識別するためのデータ。例えば、店舗システム１００Ａが、会計機５からモバイルコントローラ３にデータ転送を要求するモードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(28) 店舗システム１００の動作モードを識別するためのデータ。例えば、店舗システム１００Ａが、取引処理システムを通常に運用する通常モードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、取引処理システムをデモ運用するデモモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(29) 会計機５へのデータ転送のモードを識別するためのデータ。例えば、店舗システム１００Ａが、会計機５からモバイルコントローラ３にデータ転送を要求するモードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
【0033】
(30) ユーザ端末３００での操作によるコード決済方式での決済を許容するか否かを表すフラグ。例えば、店舗Ａでは当該のコード決済を許容されるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(31) 購入者の年齢制限が定められている年齢制限商品のユーザ端末３００での登録を許容するか否かを識別するためのフラグ。例えば、店舗Ａでは年齢制限商品のユーザ端末３００での登録が許容されるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(32) ポイント会員の会員コードの入力モードを識別するためのデータ。例えば、店舗システム１００Ａが、会員コードを手入力するモードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、バーコードの読み取りにより会員コードを入力するモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(31) 購入者の年齢制限が定められている年齢制限商品のユーザ端末３００での登録を許容するか否かを識別するためのフラグ。例えば、店舗Ａでは年齢制限商品のユーザ端末３００での登録が許容されるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(32) ポイント会員の会員コードの入力モードを識別するためのデータ。例えば、店舗システム１００Ａが、会員コードを手入力するモードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、バーコードの読み取りにより会員コードを入力するモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
【0034】
(33) ポイント会員の会員コードを手入力するモードが設定されている場合に、会員コードの入力に際して店員の確認を必要とするか否かを識別するためのフラグ。例えば、店舗Ａにて当該確認を必要とするならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにて当該確認を不要とするならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(34) チェックイン時にユーザ端末３００のバッテリ残量のチェックをするための閾値。当該閾値は、店舗毎又は事業者毎に設定される。例えば店舗Ａを運営する事業者が当該閾値を「２０％」と定めている場合は、２次元コードＴＣ１Ａが表すチェックインデータは当該閾値として例えば“２０”を表す。また例えば店舗Ｂが当該閾値を「２５％」と定めている場合は、２次元コードＴＣ１Ｂが表すチェックインデータは当該閾値として例えば“２５”を表す。
以上が、チェックインデータが表す情報の例である。ただし、チェックインデータは、以上に示した各種の情報のうちの一部を含まなくてもよい。またチェックインデータは、以上に示した各種の情報とは別の情報を表してもよい。
(34) チェックイン時にユーザ端末３００のバッテリ残量のチェックをするための閾値。当該閾値は、店舗毎又は事業者毎に設定される。例えば店舗Ａを運営する事業者が当該閾値を「２０％」と定めている場合は、２次元コードＴＣ１Ａが表すチェックインデータは当該閾値として例えば“２０”を表す。また例えば店舗Ｂが当該閾値を「２５％」と定めている場合は、２次元コードＴＣ１Ｂが表すチェックインデータは当該閾値として例えば“２５”を表す。
以上が、チェックインデータが表す情報の例である。ただし、チェックインデータは、以上に示した各種の情報のうちの一部を含まなくてもよい。またチェックインデータは、以上に示した各種の情報とは別の情報を表してもよい。
【0035】
図２は店舗サーバ１の要部回路構成を示すブロック図である。
店舗サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、店舗サーバ１を制御するためのコンピュータが構成される。
店舗サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、店舗サーバ１を制御するためのコンピュータが構成される。
【0036】
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、店舗サーバ１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。
【0037】
メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。メインメモリ１２は、プロセッサ１１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（read only memory）である。揮発性のメモリ領域は、例えばＲＡＭ（random access memory）である。
【0038】
補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、あるいはＳＳＤ（solid state drive）等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。
【0039】
通信インタフェース１４は、店内通信ネットワーク７に接続された各部との間で所定の通信プロトコルに従いデータ通信を行う。通信インタフェース１４としては、例えばＬＡＮ用の周知の通信デバイスを適用できる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【0040】
補助記憶ユニット１３は、情報処理プログラムの１つである店舗管理アプリＡＰ１１を記憶する。店舗管理アプリＡＰ１１は、アプリケーションプログラムであり、店舗サーバ１としての機能を実現するための情報処理について記述されている。店舗管理アプリＡＰ１１は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して作成された別々のものであってよい。例えば、店舗Ａと店舗Ｂとで売上データの管理方法が異なるならば、店舗システム１００Ａで用いられる店舗管理アプリＡＰ１１は、店舗Ａでの売上データの管理方法に適応した売上データの管理のための情報処理について記述され、店舗システム１００Ｂで用いられる店舗管理アプリＡＰ１１は、店舗Ｂでの売上データの管理方法に適応した売上データの管理のための情報処理について記述される。
【0041】
補助記憶ユニット１３の記憶領域の一部は、データベース群ＤＢ１１として使用される。データベース群ＤＢ１１は、各種の情報管理のための複数のデータベースを含む。データベース群ＤＢ１１に含まれるデータベースの１つは、店舗で販売する商品を管理するための商品データベースである。商品データベースは、管理の対象となる商品に関連付けられたデータレコードの集合である。商品データベースのデータレコードには、商品コード、価格及び商品名等の、関連付けられた商品に関するデータが含まれる。商品コードは、商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別コードであり、例えばＪＡＮ（Japanese article number）コードが用いられる。商品名は、商品を人間が区別し易いように定められた名称である。価格は、商品の販売の対価となる金額である。
【0042】
データベース群ＤＢ１１に含まれるデータベースの１つは、店舗の利用者を管理するための利用者データベースである。利用者データベースは、店舗の利用者として登録された客に関連付けられたデータレコードの集合である。利用者データベースのデータレコードには、利用者コード及び利用者を特定するための属性情報等の、関連付けられた客に関するデータが含まれる。利用者コードは、店舗の利用者を個々に識別するために店舗の利用者毎に定められた一意の識別コードである。属性情報は、氏名、性別、年齢、住所、電話番号などを含み得る。また利用者データベースのデータレコードには、店舗の利用者が申告した決済情報を含む場合もある。決済情報は、クレジット番号又はコード決済ＩＤ（identifier）などである。また複数の決済方法を選択可能とする場合には、決済情報に決済方法を識別するための決済方法コードを含む場合もある。また利用者データベースのデータレコードには、ポイントサービスを提供する店舗の場合には、ポイントサービスの利用者を識別するための識別子（以下、ポイントＩＤと称する）及び保有ポイント数などを含む場合もある。また、利用者データベースのデータレコードには、電子レシートサービスの利用者を識別するための利用者識別子（以下、電子レシートＩＤと称する）を含む場合もある。利用者データベースのデータレコードに含まれる各種のデータは、全ての利用者について実質的なデータを含む必要はない。例えばポイントＩＤ又は電子レシートＩＤは、それを事前に利用者が登録申請したもののみを利用者データベースが含んでもよい。
【0043】
この他、データベース群ＤＢ１１には、既存のＰＯＳシステムにおけるＰＯＳサーバで管理されるような様々なデータベースが含まれ得る。なお、データベース群ＤＢ１１がどのようなデータベースと含むか、あるいはそれらデータベースがどのようなデータをどのような構造で含んでいるかは、店舗毎に定められてよい。
【0044】
図３は仮想ＰＯＳサーバ２の要部回路構成を示すブロック図である。
仮想ＰＯＳサーバ２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３及び通信インタフェース２４は、伝送路２５を介して通信可能とされている。そして、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２５により接続されていることによって、仮想ＰＯＳサーバ２を制御するためのコンピュータが構成される。なお、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
仮想ＰＯＳサーバ２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３及び通信インタフェース２４は、伝送路２５を介して通信可能とされている。そして、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２５により接続されていることによって、仮想ＰＯＳサーバ２を制御するためのコンピュータが構成される。なお、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
【0045】
ただし補助記憶ユニット２３は、店舗管理アプリＡＰ１１に代えて仮想ＰＯＳアプリＡＰ２１を記憶する。仮想ＰＯＳアプリＡＰ２１は、アプリケーションプログラムであり、取引処理について記述されている。仮想ＰＯＳアプリＡＰ２１は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して作成された別々のものであってよい。例えば、店舗Ａでは、店舗Ｂでは行われない割引サービスを行うのであるならば、店舗システム１００Ａで用いられる仮想ＰＯＳアプリＡＰ２１は、当該割引サービスを実現するための情報処理について記述され、店舗システム１００Ｂで用いられる仮想ＰＯＳアプリＡＰ２１は、当該割引サービスを実現するための情報処理について記述されない。
【0046】
また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢ１１に代えて取引データベースＤＢ２１として使用される。取引データベースＤＢ２１は、店内で買い回り中である客との取引に関連付けられたデータレコードの集合である。取引データベースＤＢ２１のデータレコードには、取引コードと、購入商品として登録済みの商品に関する商品データとを含む。取引コードは、取引の個々を識別するために取引毎に設定された一意の識別コードである。商品データは、商品コード、商品名、価格及び個数などを表す。取引データベースＤＢ２１の構造は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して個別に定められてよい。
【0047】
図４はモバイルコントローラ３の要部回路構成を示すブロック図である。
モバイルコントローラ３は、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５を含む。プロセッサ３１、メインメモリ３２、補助記憶ユニット３３及び通信インタフェース３４は、伝送路３５を介して通信可能とされている。そして、プロセッサ３１、メインメモリ３２及び補助記憶ユニット３３が伝送路３５により接続されていることによって、モバイルコントローラ３を制御するためのコンピュータが構成される。なお、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
モバイルコントローラ３は、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５を含む。プロセッサ３１、メインメモリ３２、補助記憶ユニット３３及び通信インタフェース３４は、伝送路３５を介して通信可能とされている。そして、プロセッサ３１、メインメモリ３２及び補助記憶ユニット３３が伝送路３５により接続されていることによって、モバイルコントローラ３を制御するためのコンピュータが構成される。なお、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
【0048】
ただし補助記憶ユニット３３は、店舗管理アプリＡＰ１１に代えて取引管理アプリＡＰ３１を記憶する。取引管理アプリＡＰ３１は、アプリケーションプログラムであり、管理処理及び仲介処理について記述されている。取引管理アプリＡＰ３１は、各店舗システム１００で共通である。ただし、取引管理アプリＡＰ３１に基づく情報処理のための各種の設定は、店舗システム１００毎にカスタマイズされてもよい。
【0049】
また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢ１１に代えて取引管理データベースＤＢ３１及び登録データベースＤＢ３２として使用される。これら取引管理データベースＤＢ３１及び登録データベースＤＢ３２の構造は、各店舗システム１００で共通である。
【0050】
図５は取引管理データベースＤＢ３１に含まれるデータレコードＤＲ１の主要なデータ構造を示す模式図である。
取引管理データベースＤＢ３１は、店内で客が利用するユーザ端末３００又はカート端末４００に関連付けられたデータレコードＤＲ１の集合である。このため、店内に存在する客が１人であるときには、取引管理データベースＤＢ３１はデータレコードＤＲ１を１つ含む。また店内に存在する客が１人も居ないときには、取引管理データベースＤＢ３１はデータレコードＤＲ１を含まない。そしてデータレコードＤＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４を含む。
取引管理データベースＤＢ３１は、店内で客が利用するユーザ端末３００又はカート端末４００に関連付けられたデータレコードＤＲ１の集合である。このため、店内に存在する客が１人であるときには、取引管理データベースＤＢ３１はデータレコードＤＲ１を１つ含む。また店内に存在する客が１人も居ないときには、取引管理データベースＤＢ３１はデータレコードＤＲ１を含まない。そしてデータレコードＤＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４を含む。
【0051】
フィールドＦ１１には、関連付けられたユーザ端末３００又はカート端末４００を識別するための端末コードがセットされる。端末コードとしては例えば、ユーザ端末３００又はカート端末４００として利用される通信端末の個々を識別するために通信端末毎に設定された一意の識別コードを用いることができる。あるいは端末コードとしては例えば、後述するスマホＰＯＳアプリ又はカート端末アプリをユーザ端末３００又はカート端末４００にインストールする際に当該スマホＰＯＳアプリ又はカート端末アプリに対して設定される識別コードを用いることができる。フィールドＦ１２には、関連付けられたユーザ端末３００又はカート端末４００を使用している客を他の客と識別するための会員コードがセットされる。フィールドＦ１３には、関連付けられたユーザ端末３００又はカート端末４００を用いて行われる取引の取引コードがセットされる。フィールドＦ１４には、電子レシートＩＤが必要に応じてセットされる。なお、データレコードＤＲ１には、フィールドＦ１１～Ｆ１４とは別のデータがセットされる別のフィールドが含まれてもよい。
【0052】
図６は登録データベースＤＢ３２に含まれるデータレコードＤＲ２の主要なデータ構造を示す模式図である。
登録データベースＤＢ３２は、店内で買い回り中である客との取引に関連付けられたデータレコードＤＲ２の集合である。そしてデータレコードＤＲ２は、フィールドＦ２１，Ｆ２２を含む。データレコードＤＲ１はまた、フィールドＦ２３，Ｆ２４，…を含み得る。
登録データベースＤＢ３２は、店内で買い回り中である客との取引に関連付けられたデータレコードＤＲ２の集合である。そしてデータレコードＤＲ２は、フィールドＦ２１，Ｆ２２を含む。データレコードＤＲ１はまた、フィールドＦ２３，Ｆ２４，…を含み得る。
【0053】
フィールドＦ２１には、関連付けられた取引の取引コードがセットされる。この取引コードは、関連付けられた取引で使用されているユーザ端末３００に関連付けられたデータレコードＤＲ１のフィールドＦ１２にセットされた取引コードと同一である。フィールドＦ２２には、関連付けられた取引に関して試みられた商品登録に関する登録データがセットされる。登録データについては、後述する。
【0054】
データレコードＤＲ２には、関連付けられた取引に関して２つ以上の購入商品の登録が試みられている場合に、フィールドＦ２３以降のフィールドが含まれる。そしてフィールドＦ２３以降のフィールドにも、フィールドＦ１２と同様な登録データがセットされる。
【0055】
図７はユーザ端末３００の要部回路構成を示すブロック図である。
ユーザ端末３００は、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６、モバイル通信ユニット３０７及び伝送路３０８等を備える。プロセッサ３０１と、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５及びモバイル通信ユニット３０７とは、伝送路３０８を介して通信可能とされている。そして、プロセッサ３０１、メインメモリ３０２及び補助記憶ユニット３０３が伝送路３０８により接続されていることによって、ユーザ端末３００を制御するためのコンピュータが構成される。なお、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３及び伝送路３０８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。
ユーザ端末３００は、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６、モバイル通信ユニット３０７及び伝送路３０８等を備える。プロセッサ３０１と、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５及びモバイル通信ユニット３０７とは、伝送路３０８を介して通信可能とされている。そして、プロセッサ３０１、メインメモリ３０２及び補助記憶ユニット３０３が伝送路３０８により接続されていることによって、ユーザ端末３００を制御するためのコンピュータが構成される。なお、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３及び伝送路３０８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。
【0056】
タッチパネル３０４は、ユーザ端末３００の入力デバイス及び表示デバイスとして機能する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
【0057】
無線通信ユニット３０６は、アクセスポイント６との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット３０６としては、例えばＩＥＥＥ８０２．１１規格に準拠した周知の通信デバイスを利用できる。
モバイル通信ユニット３０７は、通信ネットワーク７００を介したデータ通信のインタフェースである。モバイル通信ユニット３０７としては、例えば移動通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。
モバイル通信ユニット３０７は、通信ネットワーク７００を介したデータ通信のインタフェースである。モバイル通信ユニット３０７としては、例えば移動通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。
【0058】
なお補助記憶ユニット３０３は、情報処理プログラムの１つであるスマホＰＯＳアプリＡＰ３０１を記憶する。スマホＰＯＳアプリＡＰ３０１は、アプリケーションプログラムであり、ユーザ端末３００を店舗システム１００のユーザインタフェースとして機能させるための後述する情報処理（以下、スマホＵＩ処理と称する）について記述されている。スマホＰＯＳアプリＡＰ３０１は、複数のユーザ端末３００で共通に利用される。
【0059】
図８はカート端末４００の要部回路構成を示すブロック図である。
カート端末４００は、タブレットコンピュータ４０１、スキャナ４０２、リーダ４０３及びカメラ４０４を備える。
カート端末４００は、タブレットコンピュータ４０１、スキャナ４０２、リーダ４０３及びカメラ４０４を備える。
【0060】
タブレットコンピュータ４０１は、プロセッサ４０１ａ、メインメモリ４０１ｂ、補助記憶ユニット４０１ｃ、無線通信ユニット４０１ｄ、タッチパネル４０１ｅ、サウンドユニット４０１ｆ、インタフェースユニット４０１ｇ及び伝送路４０１ｈを含む。プロセッサ４０１ａ、メインメモリ４０１ｂ、補助記憶ユニット４０１ｃ、無線通信ユニット４０１ｄ、タッチパネル４０１ｅ、サウンドユニット４０１ｆ及びインタフェースユニット４０１ｇは、伝送路４０１ｈを介して通信可能とされている。そして、プロセッサ４０１ａ、メインメモリ４０１ｂ及び補助記憶ユニット４０１ｃが伝送路４０１ｈにより接続されていることによって、カート端末４００を制御するためのコンピュータが構成される。なお、プロセッサ４０１ａ、メインメモリ４０１ｂ、補助記憶ユニット４０１ｃ、タッチパネル４０１ｅ、無線通信ユニット４０１ｄ及び伝送路４０１ｈの機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル３０４、無線通信ユニット３０６及び伝送路１５と同等であるので、その説明は省略する。
【0061】
ただし補助記憶ユニット４０１ｃは、店舗管理アプリＡＰ１１に代えてカート端末アプリＡＰ４０１を記憶する。カート端末アプリＡＰ４０１は、アプリケーションプログラムであり、カート端末４００を店舗システム１００のユーザインタフェースとして機能させるための後述する情報処理（以下、カートＵＩ処理と称する）について記述されている。カート端末アプリＡＰ４０１は、複数のカート端末４００で共通に利用される。
【0062】
サウンドユニット４０１ｆは、音声及びメロディなどの各種サウンドを出力する。
インタフェースユニット４０１ｇには、スキャナ４０２、リーダ４０３及びカメラ４０４が接続される。インタフェースユニット４０１ｇは、これらスキャナ４０２、リーダ４０３及びカメラ４０４とプロセッサ４０１ａとのデータの授受をインタフェースする。インタフェースユニット４０１ｇとしては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。
インタフェースユニット４０１ｇには、スキャナ４０２、リーダ４０３及びカメラ４０４が接続される。インタフェースユニット４０１ｇは、これらスキャナ４０２、リーダ４０３及びカメラ４０４とプロセッサ４０１ａとのデータの授受をインタフェースする。インタフェースユニット４０１ｇとしては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。
【0063】
スキャナ４０２は、バーコード又は二次元データコード等のコードシンボルを読み取る。スキャナ４０２は、主として、商品に示され、当該商品の商品コード等を表したコードシンボルを読み取るために使用される。スキャナ４０２は、会員カードに示されるか、又は携帯端末で表示され、会員コードなどを表したコードシンボルを読み取るために使用されてもよい。スキャナ４０２は、読み取ったコードシンボルが表すデータを出力する。スキャナ４０２は、レーザ光の走査によりコードシンボルを読み取るタイプであってもよいし、撮像デバイスで撮像した画像からコードシンボルを読み取るタイプであってもよい。
【0064】
リーダ４０３は、記録媒体に記録されたデータを読み取り、出力する。リーダ４０３は、記録媒体が磁気カードの場合は磁気カードリーダであり、接触式ＩＣカードの場合にはＩＣカードリーダである。非接触式ＩＣカード又はスマートフォン等のようにＲＦＩＤ（radio frequency identification）を使用した記録媒体の場合には、ＲＦＩＤリーダがリーダ４０３として使用される。
カメラ４０４は、ショッピングカートＣ１に載せられた買物カゴの中を俯瞰撮影する。そしてカメラ４０４は、撮影した画像を表した画像データを出力する。
カメラ４０４は、ショッピングカートＣ１に載せられた買物カゴの中を俯瞰撮影する。そしてカメラ４０４は、撮影した画像を表した画像データを出力する。
【0065】
さて、店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３の譲渡は一般に、補助記憶ユニット１３，２３又は３３に店舗管理アプリＡＰ１１、仮想ＰＯＳアプリＡＰ２１又は取引管理アプリＡＰ３１がそれぞれ記憶され、データベース群ＤＢ１１、取引データベースＤＢ２１、又は取引管理データベースＤＢ３１及び登録データベースＤＢ３２が記憶されない状態にて行われる。しかし、店舗管理アプリＡＰ１１、仮想ＰＯＳアプリＡＰ２１又は取引管理アプリＡＰ３１が補助記憶ユニット１３，２３又は３３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット１３，２３又は３３に記憶された状態のハードウェアと、店舗管理アプリＡＰ１１、仮想ＰＯＳアプリＡＰ２１又は取引管理アプリＡＰ３１とが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１３，２３又は３３に店舗管理アプリＡＰ１１、仮想ＰＯＳアプリＡＰ２１又は取引管理アプリＡＰ３１が書き込まれることによって、店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３が構成されてもよい。店舗管理アプリＡＰ１１、仮想ＰＯＳアプリＡＰ２１又は取引管理アプリＡＰ３１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。取引データベースＤＢ２１、又は取引管理データベースＤＢ３１及び登録データベースＤＢ３２は、プロセッサ１１，２１又は３１が店舗管理アプリＡＰ１１、仮想ＰＯＳアプリＡＰ２１又は取引管理アプリＡＰ３１に基づく情報処理を実行することで、補助記憶ユニット１３，２３又は３３内に構成される。なお、店舗管理アプリＡＰ１１及びデータベース群ＤＢ１１に含まれるデータベースの少なくとも一部が、メインメモリ１２に記憶されてもよい。仮想ＰＯＳアプリＡＰ２１及び取引データベースＤＢ２１の少なくとも一部が、メインメモリ２２に記憶されてもよい。取引管理アプリＡＰ３１、取引管理データベースＤＢ３１及び登録データベースＤＢ３２の少なくとも一部が、メインメモリ３２に記憶されてもよい。
【0066】
次に以上のように構成された取引処理システムの動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理の一部については記載を省略している。
【0067】
ユーザ端末３００を用いる客に取引処理システムの動作により提供されるサービスをスマホＰＯＳサービスと称する。またカート端末４００を用いる客に取引処理システムの動作により提供されるサービスをカートＰＯＳサービスと称する。
スマホＰＯＳサービスを利用するためにユーザ端末３００が店舗システム１００とデータを授受するが、そのための通信にアクセスポイント６との無線通信及び通信ネットワーク７００との無線通信とのいずれを利用するかは、チェックインデータに含まれるフラグの状態により決まる。しかしながら以下においては説明の簡略化のために、アクセスポイント６との無線通信を用いる場合について説明する。また、会計機５で会計を行わせるために仮想ＰＯＳサーバ２から会計機５へのデータ転送を、会計機５からモバイルコントローラ３にデータ転送を要求するモードと、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードとのいずれを利用するかは、チェックインデータに含まれるフラグの状態により決まる。しかしながら以下においては説明の簡略化のために、会計機５からモバイルコントローラ３にデータ転送を要求するモードが固定的に用いられることとして説明する。
スマホＰＯＳサービスを利用するためにユーザ端末３００が店舗システム１００とデータを授受するが、そのための通信にアクセスポイント６との無線通信及び通信ネットワーク７００との無線通信とのいずれを利用するかは、チェックインデータに含まれるフラグの状態により決まる。しかしながら以下においては説明の簡略化のために、アクセスポイント６との無線通信を用いる場合について説明する。また、会計機５で会計を行わせるために仮想ＰＯＳサーバ２から会計機５へのデータ転送を、会計機５からモバイルコントローラ３にデータ転送を要求するモードと、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードとのいずれを利用するかは、チェックインデータに含まれるフラグの状態により決まる。しかしながら以下においては説明の簡略化のために、会計機５からモバイルコントローラ３にデータ転送を要求するモードが固定的に用いられることとして説明する。
【0068】
客は、スマホＰＯＳサービスを利用するためには、自らが所有するスマートフォン等にスマホＰＯＳアプリＡＰ３０１をインストールして、ユーザ端末３００として利用可能としておく。あるいは、客は、タブレット端末などにスマホＰＯＳアプリＡＰ３０１をインストールして構成されたユーザ端末３００を店舗にて借りる。そして客は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理を起動した状態のユーザ端末３００を持って、店舗システム１００が設けられたいずれかの店舗へと入る。
【0069】
客は、スマホＰＯＳサービスを利用した取引の結果を電子レシートサービスにより確認したい場合は、電子レシートサービスの利用登録を行っておく。この利用登録によって客には、電子レシートＩＤが割り当てられる。そして客は、自らが所有するユーザ端末３００に、自らに割り当てられた電子レシートＩＤを記憶させておく。また、客を管理するために店舗側で管理される会員データベースにて、ポイントＩＤに関連付けて電子レシートＩＤを記憶する場合がある。この場合には客は、自らが所有するユーザ端末３００に、自らに割り当てられたポイントＩＤを記憶させておくのでもよい。
【0070】
ユーザ端末３００にてプロセッサ３０１は、スマホＰＯＳアプリＡＰ３０１に基づいた設定処理により、電子レシートＩＤ又はポイントＩＤを取得し、スマホＰＯＳアプリＡＰ３０１に関する登録データとして補助記憶ユニット３０３に保存する。プロセッサ３０１は例えば、操作者が電子レシートＩＤの登録を要求したならば、電子レシートサーバ６００にて利用者を認証するためのログインＩＤとログインパスワードとを操作者に指定させる。そしてプロセッサ３０１は、指定されたログインＩＤ及びログインパスワードを用いて電子レシートサーバ６００にログインした上で、当該ログインＩＤで識別される利用者の電子レシートＩＤを取得し、補助記憶ユニット３０３に保存する。プロセッサ３０１は例えば、電子レシートＩＤを操作者に指定させ、指定された電子レシートＩＤを補助記憶ユニット３０３に保存するのでもよい。またプロセッサ３０１は例えば、操作者がポイントＩＤの登録を要求したならば、ポイントＩＤを操作者に指定させ、指定されたポイントＩＤを補助記憶ユニット３０３に保存する。なお、ポイントＩＤとしては、客に配布されるポイントカードに付与されたポイントカード番号などが用いられる。電子レシートＩＤ及びポイントＩＤのそれぞれの登録が順次に要求された場合には、プロセッサ３０１は上記の処理を個別に実行し、電子レシートＩＤ及びポイントＩＤの双方を補助記憶ユニット３０３に記憶させておく。ただし、プロセッサ３０１は、予め定められた一方のみを記憶させておくようにしてもよい。
【0071】
図９、図１０、図１１及び図１２はプロセッサ３０１がスマホＰＯＳアプリＡＰ３０１に従って実行するスマホＵＩ処理のフローチャートである。
まず図９に示すＡＣＴ１０１としてプロセッサ３０１は、メインメニュー画面をタッチパネル３０４に表示させる。メインメニュー画面は、スマホＰＯＳアプリＡＰ３０１に従って行うべきいくつかの処理のいずれかの指定を受けるための画面である。メインメニュー画面には、買い物の開始を指定するためのＧＵＩ（graphical user interface）要素を含む、複数のＧＵＩ要素が配置されている。なおＧＵＩ要素は、例えばソフトキーである。
まず図９に示すＡＣＴ１０１としてプロセッサ３０１は、メインメニュー画面をタッチパネル３０４に表示させる。メインメニュー画面は、スマホＰＯＳアプリＡＰ３０１に従って行うべきいくつかの処理のいずれかの指定を受けるための画面である。メインメニュー画面には、買い物の開始を指定するためのＧＵＩ（graphical user interface）要素を含む、複数のＧＵＩ要素が配置されている。なおＧＵＩ要素は、例えばソフトキーである。
【0072】
ＡＣＴ１０２としてプロセッサ３０１は、買い物の開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１０３へと進む。
ＡＣＴ１０３としてプロセッサ３０１は、買い物の開始以外の指定がなされたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１０２へと戻る。
かくしてプロセッサ３０１はＡＣＴ１０２及びＡＣＴ１０３としては、メインメニュー画面での何らかの指定がなされるのを待ち受ける。そしてプロセッサ３０１は、買い物の開始以外の指定がなされたならば、ＡＣＴ１０３にてＹＥＳと判定し、指定された処理へと進む。なおこの場合のプロセッサ３０１の処理についての説明は省略する。前述の電子レシートＩＤ又はポイントＩＤを登録するためのプロセッサ３０１の処理は、ここでの処理の１つであってもよい。
ＡＣＴ１０３としてプロセッサ３０１は、買い物の開始以外の指定がなされたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１０２へと戻る。
かくしてプロセッサ３０１はＡＣＴ１０２及びＡＣＴ１０３としては、メインメニュー画面での何らかの指定がなされるのを待ち受ける。そしてプロセッサ３０１は、買い物の開始以外の指定がなされたならば、ＡＣＴ１０３にてＹＥＳと判定し、指定された処理へと進む。なおこの場合のプロセッサ３０１の処理についての説明は省略する。前述の電子レシートＩＤ又はポイントＩＤを登録するためのプロセッサ３０１の処理は、ここでの処理の１つであってもよい。
【0073】
客は、店舗に入って買い物を開始する場合には、メインメニュー画面にて買い物の開始を指定するための予め定められた操作を行う。当該操作が例えばタッチパネル３０４にて検出されると、プロセッサ３０１はＡＣＴ１０２にてＹＥＳと判定し、ＡＣＴ１０４へと進む。
ＡＣＴ１０４としてプロセッサ３０１は、チェックイン用のスキャン画面をタッチパネル３０４に表示させる。チェックイン用のスキャン画面は、チェックイン用の２次元コードＴＣ１を読み取るように客に促す画面である。プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、２次元コードＴＣ１を読み取るように客に促す文字メッセージと、２次元コードＴＣを翳すべき位置の目安を示すラインとを重ねてスキャン画面を生成する。
ＡＣＴ１０４としてプロセッサ３０１は、チェックイン用のスキャン画面をタッチパネル３０４に表示させる。チェックイン用のスキャン画面は、チェックイン用の２次元コードＴＣ１を読み取るように客に促す画面である。プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、２次元コードＴＣ１を読み取るように客に促す文字メッセージと、２次元コードＴＣを翳すべき位置の目安を示すラインとを重ねてスキャン画面を生成する。
【0074】
客は、スキャン画面がタッチパネル３０４に表示されたならば、店舗の入口付近に掲示されている２次元コードＴＣ１がスキャン画面に映り込むようにカメラ３０５を２次元コードＴＣ１に向ける。
【0075】
ＡＣＴ１０５としてプロセッサ３０１は、２次元コードが読み取れるのを待ち受ける。このときにプロセッサ３０１は、カメラ３０５で得られる画像を繰り返し解析し、２次元コードの読み取りを試みる。この２次元コードの読み取りは、スマホＰＯＳアプリＡＰ３０１に基づく処理として行われてもよいし、２次元コードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、２次元コードが読み取れたならばＹＥＳと判定し、ＡＣＴ１０６へと進む。
【0076】
ＡＣＴ１０６としてプロセッサ３０１は、読み取った２次元コードが表すデータがチェックインデータであるか否かを確認する。そしてプロセッサ３０１は、チェックインデータでなければＮＯと判定し、ＡＣＴ１０５へと戻る。このときにプロセッサ３０１は、誤った２次元コードが読み取られたことを客に通知する画面をタッチパネル３０４に表示させてもよい。
【0077】
プロセッサ３０１は、読み取った２次元コードが表すデータがチェックインデータであることが確認できたならば、ＡＣＴ１０６にてＹＥＳと判定し、ＡＣＴ１０７へと進む。
ＡＣＴ１０７としてプロセッサ３０１は、読み取ったチェックインデータを、メインメモリ３０２又は補助記憶ユニット３０３に保存する。
ＡＣＴ１０７としてプロセッサ３０１は、読み取ったチェックインデータを、メインメモリ３０２又は補助記憶ユニット３０３に保存する。
【0078】
ＡＣＴ１０８としてプロセッサ３０１は、モバイルコントローラ３に対して、チェックインを要求する。具体的にはプロセッサ３０１は、チェックインデータに表されたデータに基づいて、無線通信ユニット３０６とアクセスポイント６との無線通信を確立する。例えば店舗Ａにて２次元コードＴＣ１Ａに客によってカメラ３０５が向けられたならば、２次元コードＴＣ１Ａが表すチェックインデータに基づいてプロセッサ３０１は、店舗システム１００Ａに設けられたアクセスポイント６との無線通信を確立する。そしてプロセッサ３０１は、アクセスポイント６との無線通信を介して、チェックインを要求するための要求データをモバイルコントローラ３に宛てて送信する。上述のように店舗システム１００Ａに設けられたアクセスポイント６との無線通信が確立している場合には、当該の要求データは、店舗システム１００Ａに設けられたアクセスポイント６及び店内通信ネットワーク７を介して、店舗システム１００Ａに設けられたモバイルコントローラ３へと伝送される。なおプロセッサ３０１は、チェックインを要求するための要求データには、チェックインの要求であることを識別するための識別データと、端末コードとを含める。プロセッサ３０１は、客がスマホＰＯＳサービスの利用登録者であり、会員コードを有している場合には、その会員コードも要求データに含める。会員コードは例えば、ユーザ端末３００の補助記憶ユニット３０３で記憶される。プロセッサ３０１は、ポイントＩＤが補助記憶ユニット３０３に記憶されているならば、当該ポイントＩＤも要求データに含める。プロセッサ３０１は、例えば客を認証するためのデータなどのその他のデータを要求データに含めてもよい。
【0079】
なお、以降において説明するユーザ端末３００からモバイルコントローラ３への各種の要求は、上記と同様に、要求の理由を識別するための識別データを含んだ要求データをアクセスポイント６及び店内通信ネットワーク７を介してユーザ端末３００からモバイルコントローラ３へと送ることにより実現される。
【0080】
カート端末４００が起動されるとプロセッサ４０１ａは、カート端末アプリＡＰ４０１に従って、以下に説明するカートＵＩ処理を実行する。
図１３はプロセッサ４０１ａが実行するカートＵＩ処理のフローチャートである。
図１３はプロセッサ４０１ａが実行するカートＵＩ処理のフローチャートである。
【0081】
ＡＣＴ１６１としてプロセッサ４０１ａは、起動されたことをモバイルコントローラ３に対して通知する。プロセッサ４０１ａは、無線通信ユニット４０１ｄとアクセスポイント６との無線通信を介して、起動通知のための通知データをモバイルコントローラ３に宛てて送信する。当該の通知データは、アクセスポイント６及び店内通信ネットワーク７を介して、モバイルコントローラ３へと伝送される。
ＡＣＴ１６２としてプロセッサ４０１ａは、利用開始操作が行われるのを待ち受ける。このときプロセッサ４０１ａは、取り付け先のショッピングカートＣ１を用いた買い物が開始されるのを待機している状態である。プロセッサ４０１ａは例えば、この待機状態においては、開始ボタンを表した画面をタッチパネル４０１ｅに表示させておく。客は、カートＰＯＳサービスを利用する場合には、カート置き場に置かれているショッピングカートＣ１の一台を取り出し、そのショッピングカートＣ１に取り付けられているカート端末４００に対して利用開始のための予め定められた操作を行う。客は、会員であるならば、会員カードに記録された会員コードを、スキャナ４０２又はリーダ４０３に読み取らせる。客は、会員ではないならば、上記の開始ボタンを操作する。そしてプロセッサ４０１ａは、これらの操作が行われたならば、利用開始のための操作が行われたとしてＹＥＳと判定して、ＡＣＴ１６３へと進む。
ＡＣＴ１６２としてプロセッサ４０１ａは、利用開始操作が行われるのを待ち受ける。このときプロセッサ４０１ａは、取り付け先のショッピングカートＣ１を用いた買い物が開始されるのを待機している状態である。プロセッサ４０１ａは例えば、この待機状態においては、開始ボタンを表した画面をタッチパネル４０１ｅに表示させておく。客は、カートＰＯＳサービスを利用する場合には、カート置き場に置かれているショッピングカートＣ１の一台を取り出し、そのショッピングカートＣ１に取り付けられているカート端末４００に対して利用開始のための予め定められた操作を行う。客は、会員であるならば、会員カードに記録された会員コードを、スキャナ４０２又はリーダ４０３に読み取らせる。客は、会員ではないならば、上記の開始ボタンを操作する。そしてプロセッサ４０１ａは、これらの操作が行われたならば、利用開始のための操作が行われたとしてＹＥＳと判定して、ＡＣＴ１６３へと進む。
【0082】
ＡＣＴ１６３としてプロセッサ４０１ａは、モバイルコントローラ３に対して、チェックインを要求する。具体的にはプロセッサ４０１ａは、無線通信ユニット４０１ｄとアクセスポイント６との無線通信を介して、チェックインを要求するための要求データをモバイルコントローラ３に宛てて送信する。当該の要求データは、アクセスポイント６及び店内通信ネットワーク７を介してモバイルコントローラ３へと伝送される。なおプロセッサ４０１ａは、チェックインを要求するための要求データには、チェックインの要求であることを識別するための識別データと、自らが搭載されているカート端末４００を識別するための端末コードと、前述の会員コードとを含める。なおプロセッサ４０１ａは、開始ボタンがタッチされた場合には、非会員用として予め定められた会員コードを仮想ＰＯＳサーバ３０に通知する。非会員用の会員コードは、複数の客に対して共通であってもよいし、異ならせてもよい。当該の通知データは、アクセスポイント６及び店内通信ネットワーク７を介して、モバイルコントローラ３へと伝送される。
【0083】
なお、以降において説明するカート端末４００からモバイルコントローラ３への各種の要求は、上記と同様に、要求の理由を識別するための識別データを含んだ要求データをアクセスポイント６及び店内通信ネットワーク７を介してユーザ端末３００からモバイルコントローラ３へと送ることにより実現される。
【0084】
モバイルコントローラ３においてプロセッサ３１は、取引管理アプリＡＰ３１に従って管理処理を実行する。
図１４はプロセッサ３１による管理処理のフローチャートである。
図１４はプロセッサ３１による管理処理のフローチャートである。
【0085】
ＡＣＴ１８１としてプロセッサ３１は、起動通知がなされたか否かを確認する。そしてプロセッサ３１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１８２へと進む。
ＡＣＴ１８２としてプロセッサ３１は、チェックイン要求がなされたか否かを確認する。そしてプロセッサ３１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ１８３へと進む。
ＡＣＴ１８３としてプロセッサ３１は、仲介処理が終了したか否かを確認する。そしてプロセッサ３１は、仲介処理の終了を確認できないならばＮＯと判定し、ＡＣＴ１８１へと戻る。
かくしてプロセッサ３１はＡＣＴ１８１～ＡＣＴ１８３としては、起動通知、チェックイン要求又は仲介処理の終了を待ち受ける。
ＡＣＴ１８２としてプロセッサ３１は、チェックイン要求がなされたか否かを確認する。そしてプロセッサ３１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ１８３へと進む。
ＡＣＴ１８３としてプロセッサ３１は、仲介処理が終了したか否かを確認する。そしてプロセッサ３１は、仲介処理の終了を確認できないならばＮＯと判定し、ＡＣＴ１８１へと戻る。
かくしてプロセッサ３１はＡＣＴ１８１～ＡＣＴ１８３としては、起動通知、チェックイン要求又は仲介処理の終了を待ち受ける。
【0086】
プロセッサ３１は、前述のようにカート端末４００から送信された起動通知のための通知データが通信インタフェース３４により受信されたならば、ＡＣＴ１８１にてＹＥＳと判定し、ＡＣＴ１８４へと進む。
ＡＣＴ１８４としてプロセッサ３１は、カートリストを更新する。カートリストは、稼働中であるカート端末４００の端末コードのリストを表したデータである。カートリストは、メインメモリ３２又は補助記憶ユニット３３に記憶される。プロセッサ３１は例えば、上記の通知データに含まれた端末コードを含むようにカートリストを更新する。プロセッサ３１は、カート端末４００のＳＳＩＤなどのカート端末４００に関する種々のデータをカート端末４００から取得して、カートリストに端末コードに関連付けて記述してもよい。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。なお具体的な説明は省略するが、プロセッサ３１は、カート端末４００の動作停止を検知した場合には、当該カート端末４００の端末コードを抹消するようにカートリストを更新する。
ＡＣＴ１８４としてプロセッサ３１は、カートリストを更新する。カートリストは、稼働中であるカート端末４００の端末コードのリストを表したデータである。カートリストは、メインメモリ３２又は補助記憶ユニット３３に記憶される。プロセッサ３１は例えば、上記の通知データに含まれた端末コードを含むようにカートリストを更新する。プロセッサ３１は、カート端末４００のＳＳＩＤなどのカート端末４００に関する種々のデータをカート端末４００から取得して、カートリストに端末コードに関連付けて記述してもよい。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。なお具体的な説明は省略するが、プロセッサ３１は、カート端末４００の動作停止を検知した場合には、当該カート端末４００の端末コードを抹消するようにカートリストを更新する。
【0087】
プロセッサ３１は、前述のようにユーザ端末３００又はカート端末４００から送信されたチェックイン要求のための要求データが通信インタフェース３４により受信されたならば、ＡＣＴ１８２にてＹＥＳと判定し、ＡＣＴ１８５へと進む。
ＡＣＴ１８５としてプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であるか否かを確認する。後述するように、仮想ＰＯＳサーバ２は複数の取引処理を並行して実行する。しかしながら、プロセッサ２１の処理能力などのリソースの制限のために、並行して実行可能な取引処理の数（以下、最大数と称する）は限られる。プロセッサ３１は例えば、その時点でプロセッサ２１が実行している取引処理の総数が最大数未満であるならば、開始可能としてＹＥＳと判定し、ＡＣＴ１８６へと進む。
ＡＣＴ１８５としてプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であるか否かを確認する。後述するように、仮想ＰＯＳサーバ２は複数の取引処理を並行して実行する。しかしながら、プロセッサ２１の処理能力などのリソースの制限のために、並行して実行可能な取引処理の数（以下、最大数と称する）は限られる。プロセッサ３１は例えば、その時点でプロセッサ２１が実行している取引処理の総数が最大数未満であるならば、開始可能としてＹＥＳと判定し、ＡＣＴ１８６へと進む。
【0088】
ＡＣＴ１８６としてプロセッサ３１は、チェックインを要求しているのがカート端末４００であるか否かを確認する。プロセッサ３１は例えば、要求データに含まれた端末コードがカートリストに含まれているか否かを確認する。そしてプロセッサ３１は、該当の端末コードがカートリストに含まれていないならば、チェックインを要求しているのがユーザ端末３００であるとしてＮＯと判定し、ＡＣＴ１８７へと進む。
プロセッサ３１は、要求データに含まれる種別データに基づいて、チェックインを要求しているのがユーザ端末３００及びカート端末４００のいずれであるかを確認してもよい。ただしこの場合は、ユーザ端末３００のプロセッサ３０１及びカート端末４００のプロセッサ４０１ａの少なくとも一方が、チェックインを要求するための要求データにユーザ端末３００及びカート端末４００を区別するための種別データを含めるようにする。
ＡＣＴ１８７としてプロセッサ３１は、ユーザ端末３００に関する取引処理の開始が許容される状態であるか否かを確認する。プロセッサ３１は例えば、ユーザ端末３００に関して仮想ＰＯＳサーバ２で実行されている取引処理の数が予め定められた許容数であるならばＮＯと判定し、ＡＣＴ１８８へと進む。なおプロセッサ３１は例えば、ここでの判断のためには、ユーザ端末３００を対象とした仲介処理に関してメインメモリ３２又は補助記憶ユニット３３に後述のように記憶される実行数を許容数と比較する。
プロセッサ３１は、要求データに含まれる種別データに基づいて、チェックインを要求しているのがユーザ端末３００及びカート端末４００のいずれであるかを確認してもよい。ただしこの場合は、ユーザ端末３００のプロセッサ３０１及びカート端末４００のプロセッサ４０１ａの少なくとも一方が、チェックインを要求するための要求データにユーザ端末３００及びカート端末４００を区別するための種別データを含めるようにする。
ＡＣＴ１８７としてプロセッサ３１は、ユーザ端末３００に関する取引処理の開始が許容される状態であるか否かを確認する。プロセッサ３１は例えば、ユーザ端末３００に関して仮想ＰＯＳサーバ２で実行されている取引処理の数が予め定められた許容数であるならばＮＯと判定し、ＡＣＴ１８８へと進む。なおプロセッサ３１は例えば、ここでの判断のためには、ユーザ端末３００を対象とした仲介処理に関してメインメモリ３２又は補助記憶ユニット３３に後述のように記憶される実行数を許容数と比較する。
【0089】
一例としては、店舗毎に、店舗システム１００の管理者などが、店舗内で同時に稼働させるカート端末４００の制限台数を決める。プロセッサ３１は、上記の管理者などの操作に応じて制限台数を入力し、当該の制限台数をメインメモリ３２又は補助記憶ユニット３３に記憶させる。なおプロセッサ３１は、メインメモリ３２又は補助記憶ユニット３３に制限台数が既に記憶されているならば、新たに入力した制限台数で上書きする。そしてプロセッサ３１は、最大数から制限台数を減じて求まる数を許容数とする。具体的には、最大数が２４である場合に、制限台数を１５とするならば、許容数は９とされる。この例の場合、制限台数のカート端末４００のそれぞれを対象端末としての取引処理を並行実行できることが常に保証されることになる。
【0090】
ただし制限台数は、例えば取引管理アプリＡＰ３１の作成者などによって定められ、各店舗共通で固定的に適用されてもよい。また許容数は、例えば取引管理アプリＡＰ３１の作成者などによって定められ、各店舗共通で固定的に適用されてもよい。また許容数は、カートリストに記述されている端末コードの数、つまり稼働中のカート端末４００の数を、最大数から減じた数としてもよい。また許容数は、制限台数又は稼働中のカート端末４００の数に１未満の係数を乗じて、あるいは一定数を減じて求まる数に適宜の端数処理を施して求まる整数値を最大数から減じた数としてもよい。また制限台数に代えて、最大数未満の数として制限台数とは無関係に定められた接続保証数をメインメモリ３２又は補助記憶ユニット３３に記憶させておき、最大数から接続保証数を減じて求まる数を許容数としてもよい。
【0091】
プロセッサ３１は、ＡＣＴ１８７にてＮＯと判定した場合の他、ＡＣＴ１８５にてＮＯと判定した場合にもＡＣＴ１８８へと進む。なおプロセッサ３１は、プロセッサ２１により実行されている取引処理の総数が最大数と一致するならば、開始可能ではないとしてＡＣＴ１８５にてＮＯと判定する。プロセッサ３１は例えば、後述するようにメインメモリ３２又は補助記憶ユニット３３に記憶される２つの実行数の和として、上記の総数を求める。
ＡＣＴ１８８としてプロセッサ３１は、チェックインの要求元であるユーザ端末３００又はカート端末４００に対して、チェックインできない旨のエラー通知を行う。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。つまりプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能でない状態でユーザ端末３００又はカート端末４００からなされたチェックイン要求、あるいはユーザ端末３００に関する取引処理の実行数が許容数に到達している状態でユーザ端末３００からなされたチェックイン要求は拒否する。
ＡＣＴ１８８としてプロセッサ３１は、チェックインの要求元であるユーザ端末３００又はカート端末４００に対して、チェックインできない旨のエラー通知を行う。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。つまりプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能でない状態でユーザ端末３００又はカート端末４００からなされたチェックイン要求、あるいはユーザ端末３００に関する取引処理の実行数が許容数に到達している状態でユーザ端末３００からなされたチェックイン要求は拒否する。
【0092】
プロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であり、かつチェックイン要求がカート端末４００からである場合には、ＡＣＴ１８６にてＹＥＳと判定し、ＡＣＴ１８９へと進む。なおプロセッサ３１は例えば、要求データに含まれた端末コードがカートリストに含まれている場合に、チェックイン要求がカート端末４００からであるとしてＡＣＴ１８６にてＹＥＳと判定する。またプロセッサ３１は、仮想ＰＯＳサーバ２が新たな取引処理を開始可能であり、チェックイン要求がユーザ端末３００からであるものの、ユーザ端末３００に関する取引処理の実行数が許容数未満である場合には、ＡＣＴ１８７にてＹＥＳと判定してＡＣＴ１８９へと進む。
ＡＣＴ１８９としてプロセッサ３１は、チェックインを要求したユーザ端末３００又はカート端末４００を対象とした仲介処理を開始する。なお、仲介処理は、この管理処理とは例えば別スレッドの処理として、管理処理に並行してプロセッサ３１が実行する。なおプロセッサ３１は、別のユーザ端末３００又はカート端末４００を対象とした仲介処理を既に実行中であるならば、その仲介処理とも並行して新たな仲介処理を開始する。つまりプロセッサ３１は、複数の仲介処理を並行して実行する場合がある。
ＡＣＴ１８９としてプロセッサ３１は、チェックインを要求したユーザ端末３００又はカート端末４００を対象とした仲介処理を開始する。なお、仲介処理は、この管理処理とは例えば別スレッドの処理として、管理処理に並行してプロセッサ３１が実行する。なおプロセッサ３１は、別のユーザ端末３００又はカート端末４００を対象とした仲介処理を既に実行中であるならば、その仲介処理とも並行して新たな仲介処理を開始する。つまりプロセッサ３１は、複数の仲介処理を並行して実行する場合がある。
【0093】
ＡＣＴ１９０としてプロセッサ３１は、仲介処理の実行数を増加する。プロセッサ３１は例えば、ユーザ端末３００を対象とした仲介処理の実行数と、カート端末４００を対象とした仲介処理の実行数とを、例えばメインメモリ１２又は補助記憶ユニット１３に記憶させることで管理する。そしてプロセッサ３１は、ＡＣＴ１８９にてユーザ端末３００を対象とした仲介処理を開始したならば、ユーザ端末３００を対象とした仲介処理の実行数を１つ増加する。またプロセッサ３１は、ＡＣＴ１８９にてカート端末４００を対象とした仲介処理を開始したならば、カート端末４００を対象とした仲介処理の実行数を１つ増加する。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。
【0094】
プロセッサ３１は、上述のように開始させた仲介処理が終了すると、ＡＣＴ１８３にてＹＥＳと判定し、ＡＣＴ１９１へと進む。
ＡＣＴ１９１としてプロセッサ３１は、実行数を減少する。プロセッサ３１は例えば、終了した仲介処理がユーザ端末３００を対象としていたならば、ユーザ端末３００を対象とした仲介処理の実行数を１つ減少する。またプロセッサ３１は、終了した仲介処理がカート端末４００を対象としていたならば、カート端末４００を対象とした仲介処理の実行数を１つ減少する。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。
ＡＣＴ１９１としてプロセッサ３１は、実行数を減少する。プロセッサ３１は例えば、終了した仲介処理がユーザ端末３００を対象としていたならば、ユーザ端末３００を対象とした仲介処理の実行数を１つ減少する。またプロセッサ３１は、終了した仲介処理がカート端末４００を対象としていたならば、カート端末４００を対象とした仲介処理の実行数を１つ減少する。そしてプロセッサ３１はこののち、ＡＣＴ１８１～ＡＣＴ１８３の待受状態に戻る。
【0095】
図１５及び図１６はプロセッサ３１による仲介処理のフローチャートである。
プロセッサ３１は、前述の通り、複数のユーザ端末３００又はカート端末４００をそれぞれ対象として仲介処理を複数並行して実行する場合がある。以下の仲介処理の説明において、単にユーザ端末３００又はカート端末４００と記す場合は、その仲介処理の対象となっているユーザ端末３００又はカート端末４００を指す。また仲介処理の対象となっているユーザ端末３００又はカート端末４００を区別する必要がない場合は、対象端末と記す。
プロセッサ３１は、前述の通り、複数のユーザ端末３００又はカート端末４００をそれぞれ対象として仲介処理を複数並行して実行する場合がある。以下の仲介処理の説明において、単にユーザ端末３００又はカート端末４００と記す場合は、その仲介処理の対象となっているユーザ端末３００又はカート端末４００を指す。また仲介処理の対象となっているユーザ端末３００又はカート端末４００を区別する必要がない場合は、対象端末と記す。
【0096】
図１５のＡＣＴ２０１としてプロセッサ３１は、チェックイン処理を行う。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に取引の開始を要求し、取引コードの通知を受ける。そしてプロセッサ３１は、新たなデータレコードＤＲ１を取引管理データベースＤＢ３１に追加する。プロセッサ３１は、要求データに含まれた端末コードを、新たなデータレコードＤＲ１のフィールドＦ１１にセットする。プロセッサ３１は、要求データに会員コードが含まれるならば、当該会員コードを、新たなデータレコードＤＲ１のフィールドＦ１２にセットする。プロセッサ３１は、上記の通知された取引コードを、新たなデータレコードＤＲ１のフィールドＦ１３にセットする。プロセッサ３１は、要求データにポイントＩＤが含まれるならば、このポイントＩＤに関連付けられた電子レシートＩＤの取得を試みる。つまりプロセッサ３１は例えば、店舗サーバ１にアクセスし、データベース群ＤＢ１１に含まれる利用者データベースを確認し、ポイントＩＤに電子レシートＩＤが関連付けられているならば、その電子レシートＩＤを取得する。そしてプロセッサ３１は、このように電子レシートＩＤを取得できたならば、その電子レシートＩＤを、新たなデータレコードＤＲ１のフィールドＦ１４にセットする。これにより、対象端末を用いて行われる取引の管理が開始される。
【0097】
仮想ＰＯＳサーバ２においてプロセッサ２１は、取引の開始がモバイルコントローラ３から要求されたならば、仮想ＰＯＳアプリＡＰ２１に従って取引処理を開始する。
図１８はプロセッサ２１による取引処理のフローチャートである。
図１８はプロセッサ２１による取引処理のフローチャートである。
【0098】
プロセッサ２１は、取引の開始が要求される毎に、当該取引処理を開始する。別の取引処理を既に実行している場合には、それに並行して新たな取引処理を開始する。つまりプロセッサ２１は、モバイルコントローラ３にて仲介処理が複数並行して実行されている場合には、それら複数の仲介処理のそれぞれに対応する複数の取引処理を並行して実行する。
【0099】
つまりプロセッサ３１は、端末装置としてのユーザ端末３００又はカート端末４００からの要求に応じて仲介処理を開始することにより、要求元の端末装置からの指示に応じた取引処理を仮想ＰＯＳサーバ２のプロセッサ２１に開始させる。ただしプロセッサ３１は、要求元の端末装置が第１の種類に属する端末装置としてのユーザ端末３００であって、予め定められた許容数の取引処理がユーザ端末３００を対象端末としてプロセッサ２１により既に実行中であるならば、上記の要求に応じての取引処理を開始させない。
【0100】
ＡＣＴ３０１としてプロセッサ２１は、取引開始処理を実行する。この取引開始処理においてプロセッサ２１は、予め定められたルールに従って取引コードを決定し、その取引コードで識別される取引での購入商品を管理するための新たなデータレコードを含むように取引データベースＤＢ２１を更新する。そしてプロセッサ２１は、上記の決定した取引コードをモバイルコントローラ３に通知する。
【0101】
ＡＣＴ３０２としてプロセッサ２１は、購入商品の変更が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０３へと進む。
ＡＣＴ３０３としてプロセッサ２１は、取引の取消が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０４へと進む。
ＡＣＴ３０４としてプロセッサ２１は、決済が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０５へと進む。
ＡＣＴ３０５としてプロセッサ２１は、決済データの転送が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０６へと進む。
ＡＣＴ３０６としてプロセッサ２１は、終了が指示されたか否かを確認する。そしてプロセッサ２１は、該当の指示を確認できないならばＮＯと判定し、ＡＣＴ３０２へと戻る。
かくしてプロセッサ２１はＡＣＴ３０２～ＡＣＴ３０６としては、変更、取消、決済又は転送のいずれかが要求されるか、終了が指示されるのを待ち受ける。
ＡＣＴ３０３としてプロセッサ２１は、取引の取消が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０４へと進む。
ＡＣＴ３０４としてプロセッサ２１は、決済が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０５へと進む。
ＡＣＴ３０５としてプロセッサ２１は、決済データの転送が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０６へと進む。
ＡＣＴ３０６としてプロセッサ２１は、終了が指示されたか否かを確認する。そしてプロセッサ２１は、該当の指示を確認できないならばＮＯと判定し、ＡＣＴ３０２へと戻る。
かくしてプロセッサ２１はＡＣＴ３０２～ＡＣＴ３０６としては、変更、取消、決済又は転送のいずれかが要求されるか、終了が指示されるのを待ち受ける。
【0102】
さて、モバイルコントローラ３にてプロセッサ３１は、チェックイン処理を終えたならば、図１５中のＡＣＴ２０２へと進む。
ＡＣＴ２０２としてプロセッサ３１は、チェックイン処理を正常に完了したか否かを確認する。そしてプロセッサ３１は、何らかの異常によりチェックイン処理を正常に完了することができなかったならばＮＯと判定し、ＡＣＴ２０３へと進む。
ＡＣＴ２０３としてプロセッサ３１は、対象端末に対してエラーを通知する。プロセッサ３１は例えば、エラー通知のための通知データを、店内通信ネットワーク７及びアクセスポイント６を介して対象端末へと送信する。プロセッサ３１は、エラーの通知であることを識別するための識別データを通知データに含める。プロセッサ３１は、エラーの原因を表すエラーコードを通知データに含めてもよい。そしてプロセッサ３１は、これをもって仲介処理を終了する。
ＡＣＴ２０２としてプロセッサ３１は、チェックイン処理を正常に完了したか否かを確認する。そしてプロセッサ３１は、何らかの異常によりチェックイン処理を正常に完了することができなかったならばＮＯと判定し、ＡＣＴ２０３へと進む。
ＡＣＴ２０３としてプロセッサ３１は、対象端末に対してエラーを通知する。プロセッサ３１は例えば、エラー通知のための通知データを、店内通信ネットワーク７及びアクセスポイント６を介して対象端末へと送信する。プロセッサ３１は、エラーの通知であることを識別するための識別データを通知データに含める。プロセッサ３１は、エラーの原因を表すエラーコードを通知データに含めてもよい。そしてプロセッサ３１は、これをもって仲介処理を終了する。
【0103】
なお、以降において説明するモバイルコントローラ３から対象端末への各種の通知は、上記と同様に、通知の理由を識別するための識別データを含んだ通知データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３から対象端末へと送ることにより実現される。
【0104】
プロセッサ３１は一方、チェックイン処理を正常に完了することができたならばＡＣＴ２０２にてＹＥＳと判定し、ＡＣＴ２０４へと進む。
ＡＣＴ２０４としてプロセッサ３１は、対象端末に対してチェックイン完了を通知する。
ＡＣＴ２０４としてプロセッサ３１は、対象端末に対してチェックイン完了を通知する。
【0105】
ユーザ端末３００においてプロセッサ３０１は、図９中のＡＣＴ１０８にてチェックインを要求した後には、ＡＣＴ１０９へと進む。
ＡＣＴ１０９としてプロセッサ３０１は、チェックイン完了が通知されたか否かを確認する。そしてプロセッサ３０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１１０へと進む。
ＡＣＴ１１０としてプロセッサ３０１は、チェックインのエラーが通知されたか否かを確認する。そしてプロセッサ３０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１０９へと戻る。
かくしてプロセッサ３０１はＡＣＴ１０９及びＡＣＴ１１０としては、チェックインの完了又はエラーが通知されるのを待ち受ける。そしてプロセッサ３０１は、図１４中のＡＣＴ１８８又は図１５中のＡＣＴ２０３におけるエラー通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１１０にてＹＥＳと判定し、ＡＣＴ１１１へと進む。
ＡＣＴ１０９としてプロセッサ３０１は、チェックイン完了が通知されたか否かを確認する。そしてプロセッサ３０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１１０へと進む。
ＡＣＴ１１０としてプロセッサ３０１は、チェックインのエラーが通知されたか否かを確認する。そしてプロセッサ３０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１０９へと戻る。
かくしてプロセッサ３０１はＡＣＴ１０９及びＡＣＴ１１０としては、チェックインの完了又はエラーが通知されるのを待ち受ける。そしてプロセッサ３０１は、図１４中のＡＣＴ１８８又は図１５中のＡＣＴ２０３におけるエラー通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１１０にてＹＥＳと判定し、ＡＣＴ１１１へと進む。
【0106】
ＡＣＴ１１１としてプロセッサ３０１は、エラー画面をタッチパネル３０４に表示させる。エラー画面は、チェックインできないことを客に報知するものとして定められた画面である。なおプロセッサ３０１は例えば、図１４中のＡＣＴ１８８におけるエラー通知に対しては、店舗が混雑しているためにチェックインできないことを知らせるとともに、さらには暫く時間をおいてチェックインを試みるよう促すエラー画面を表示させる。なおプロセッサ３０１は、例えばエラー画面中に表したＧＵＩ要素の操作などによりエラー画面の表示解消が指示されたならば、ＡＣＴ１０１に戻る。
【0107】
プロセッサ３０１は一方、前述のチェックイン完了の通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１０９にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと進む。
ＡＣＴ１１２としてプロセッサ３０１は、一覧画面をタッチパネル３０４に表示させる。一覧画面は、登録済みの購入商品の一覧を表した画面である。
ＡＣＴ１１２としてプロセッサ３０１は、一覧画面をタッチパネル３０４に表示させる。一覧画面は、登録済みの購入商品の一覧を表した画面である。
【0108】
図２０は一覧画面ＳＣ１の一例を示す図である。
一覧画面ＳＣ１は、表示エリアＡＲ１１，ＡＲ１２及びボタンＢＵ１１，ＢＵ１２，ＢＵ１３を含む。表示エリアＡＲ１１は、購入商品の総数と、購入商品の代金の総額とを表す。表示エリアＡＲ１２は、購入商品の一覧を表す。ボタンＢＵ１１は、購入商品の全てを取り消して買い物を中止することを客が宣言するためのソフトキーである。ボタンＢＵ１２は、購入商品として登録する商品のスキャンを開始することを客が宣言するためのソフトキーである。ボタンＢＵ１３は、会計を開始することを客が宣言するためのソフトキーである。
なお、図２０は、まだ購入商品の登録が行われていない状態の一覧画面ＳＣ１を示している。このため、表示エリアＡＲ１１には総数及び総額としていずれも“０”を表し、表示エリアＡＲ１２には何も表さない。
一覧画面ＳＣ１は、表示エリアＡＲ１１，ＡＲ１２及びボタンＢＵ１１，ＢＵ１２，ＢＵ１３を含む。表示エリアＡＲ１１は、購入商品の総数と、購入商品の代金の総額とを表す。表示エリアＡＲ１２は、購入商品の一覧を表す。ボタンＢＵ１１は、購入商品の全てを取り消して買い物を中止することを客が宣言するためのソフトキーである。ボタンＢＵ１２は、購入商品として登録する商品のスキャンを開始することを客が宣言するためのソフトキーである。ボタンＢＵ１３は、会計を開始することを客が宣言するためのソフトキーである。
なお、図２０は、まだ購入商品の登録が行われていない状態の一覧画面ＳＣ１を示している。このため、表示エリアＡＲ１１には総数及び総額としていずれも“０”を表し、表示エリアＡＲ１２には何も表さない。
【0109】
図１０中のＡＣＴ１１３としてプロセッサ３０１は、商品のスキャン開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１４へと進む。
ＡＣＴ１１４としてプロセッサ３０１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１５へと進む。
ＡＣＴ１１５としてプロセッサ３０１は、買い物の中止が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１６へと進む。
ＡＣＴ１１６としてプロセッサ３０１は、会計の開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１３へと戻る。
かくしてプロセッサ３０１はＡＣＴ１１３～ＡＣＴ１１６としては、スキャン開始、数量、中止及び会計開始のいずれかが指定されるのを待ち受ける。
ＡＣＴ１１４としてプロセッサ３０１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１５へと進む。
ＡＣＴ１１５としてプロセッサ３０１は、買い物の中止が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１６へと進む。
ＡＣＴ１１６としてプロセッサ３０１は、会計の開始が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１３へと戻る。
かくしてプロセッサ３０１はＡＣＴ１１３～ＡＣＴ１１６としては、スキャン開始、数量、中止及び会計開始のいずれかが指定されるのを待ち受ける。
【0110】
客は、商品を購入商品として登録するならば、一覧画面ＳＣ１におけるボタンＢＵ１２にタッチするなどの予め定められた操作によってスキャン開始を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１３にてＹＥＳと判定し、ＡＣＴ１１７へと進む。
ＡＣＴ１１７としてプロセッサ３０１は、登録画面をタッチパネル３０４に表示させる。登録画面は、購入商品として登録する商品の商品コードを表したバーコードを読み取るように客に促す画面である。
ＡＣＴ１１７としてプロセッサ３０１は、登録画面をタッチパネル３０４に表示させる。登録画面は、購入商品として登録する商品の商品コードを表したバーコードを読み取るように客に促す画面である。
【0111】
図２１は登録画面ＳＣ２の一例を示す図である。
登録画面ＳＣ２は、表示エリアＡＲ２１、メッセージＭＥ２１及びボタンＢＵ２１を含む。表示エリアＡＲ２１は、カメラ３０５で得られた画像を表示する。メッセージＭＥ２１は、商品のバーコードを読み取るように客に促す文字メッセージである。ボタンＢＵ２１は、商品コードのスキャンを中止することを客が宣言するためのソフトキーである。
プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、表示エリアＡＲ２１の範囲を表すラインと、メッセージＭＥ２１及びボタンＢＵ２１とを表した画像を重ねて登録画面ＳＣ２を生成する。
登録画面ＳＣ２は、表示エリアＡＲ２１、メッセージＭＥ２１及びボタンＢＵ２１を含む。表示エリアＡＲ２１は、カメラ３０５で得られた画像を表示する。メッセージＭＥ２１は、商品のバーコードを読み取るように客に促す文字メッセージである。ボタンＢＵ２１は、商品コードのスキャンを中止することを客が宣言するためのソフトキーである。
プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、表示エリアＡＲ２１の範囲を表すラインと、メッセージＭＥ２１及びボタンＢＵ２１とを表した画像を重ねて登録画面ＳＣ２を生成する。
【0112】
図１０中のＡＣＴ１１８としてプロセッサ３０１は、バーコードが読み取れたか否かを確認する。このときにプロセッサ３０１は、カメラ３０５で得られる画像を解析し、バーコードの読み取りを試みる。このバーコードの読み取りは、スマホＰＯＳアプリＡＰ３０１に基づく処理として行われてもよいし、バーコードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、バーコードが読み取れないならばＮＯと判定し、ＡＣＴ１１９へと進む。
ＡＣＴ１１９としてプロセッサ３０１は、スキャンの中止が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１１８に戻る。
かくしてプロセッサ３０１はＡＣＴ１１８及びＡＣＴ１１９としては、バーコードが読み取れるか、スキャン中止が指定されるのを待ち受ける。
ＡＣＴ１１９としてプロセッサ３０１は、スキャンの中止が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１１８に戻る。
かくしてプロセッサ３０１はＡＣＴ１１８及びＡＣＴ１１９としては、バーコードが読み取れるか、スキャン中止が指定されるのを待ち受ける。
【0113】
客は、今回のスキャンは行わずに一覧画面に戻ることを希望する場合には、ボタンＢＵ２１にタッチするなどの予め定められた操作によってスキャン中止を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１１９にてＹＥＳと判定し、ＡＣＴ１１２へと戻る。
【0114】
客は、登録画面がタッチパネル３０４に表示されたならば、購入商品として登録しようとする商品に表示されたバーコードが表示エリアＡＲ２１に映り込むようにカメラ３０５を商品に向ける。これに応じてバーコードが読み取れたならばプロセッサ３０１は、ＡＣＴ１１８にてＹＥＳと判定し、ＡＣＴ１２０へと進む。
ＡＣＴ１２０としてプロセッサ３０１は、モバイルコントローラ３に対して登録を要求する。プロセッサ３０１はここで送信する要求データには、読み取ったバーコードが表すデータ（以下、バーコードデータと称する）を含める。
ＡＣＴ１２１としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。
ＡＣＴ１２０としてプロセッサ３０１は、モバイルコントローラ３に対して登録を要求する。プロセッサ３０１はここで送信する要求データには、読み取ったバーコードが表すデータ（以下、バーコードデータと称する）を含める。
ＡＣＴ１２１としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。
【0115】
プロセッサ３０１は、ＡＣＴ１１３～ＡＣＴ１１６の待受状態にあるときに、客が一覧画面ＳＣ１における個数を表しているエリアにタッチすると、一覧画面ＳＣ１に重ねて個数指定のためのリストボックスを表示させる。そしてこのリストボックスが操作されると、プロセッサ３０１はこれを数量の指定として受ける。そしてプロセッサ３０１はこの場合、図１０中のＡＣＴ１１４にてＹＥＳと判定し、図１１中のＡＣＴ１２２へと進む。
【0116】
ＡＣＴ１２２としてプロセッサ３０１は、指定数が０であるか否かを確認する。そしてプロセッサ３０１は、指定数が０ではなければＮＯと判定し、ＡＣＴ１２３へと進む。
ＡＣＴ１２３としてプロセッサ３０１は、モバイルコントローラ３に対して数量変更を要求する。プロセッサ３０１はここで送信する要求データには、数量が指定された商品を特定するための特定データと指定数を含める。特定データは、商品コードでもよいし、購入商品のリスト内で各購入商品を識別するための番号などのようにモバイルコントローラ３でのみ購入商品を特定可能なデータであってもよい。なお、特定コードとして商品コードを用いるならば、プロセッサ３１は、一覧画面の表示を指示するための指示データに、各購入商品に関する商品コードを含める。
ＡＣＴ１２３としてプロセッサ３０１は、モバイルコントローラ３に対して数量変更を要求する。プロセッサ３０１はここで送信する要求データには、数量が指定された商品を特定するための特定データと指定数を含める。特定データは、商品コードでもよいし、購入商品のリスト内で各購入商品を識別するための番号などのようにモバイルコントローラ３でのみ購入商品を特定可能なデータであってもよい。なお、特定コードとして商品コードを用いるならば、プロセッサ３１は、一覧画面の表示を指示するための指示データに、各購入商品に関する商品コードを含める。
【0117】
さて、プロセッサ３０１は、指定数が０であったならば、ＡＣＴ１２２にてＹＥＳと判定し、ＡＣＴ１２４へと進む。
ＡＣＴ１２４としてプロセッサ３０１は、削除画面をタッチパネル３０４に表示させる。削除画面は、個数を０個とすることが指定された商品が購入商品から削除されることを客に報知する画面である。削除画面は、削除を指定するための削除ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。
ＡＣＴ１２４としてプロセッサ３０１は、削除画面をタッチパネル３０４に表示させる。削除画面は、個数を０個とすることが指定された商品が購入商品から削除されることを客に報知する画面である。削除画面は、削除を指定するための削除ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。
【0118】
ＡＣＴ１２５としてプロセッサ３０１は、削除が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２６へと進む。
ＡＣＴ１２６としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２５へと戻る。
かくしてプロセッサ３０１はＡＣＴ１２５及びＡＣＴ１２６としては、削除又は戻りが指定されるのを待ち受ける。
ＡＣＴ１２６としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２５へと戻る。
かくしてプロセッサ３０１はＡＣＴ１２５及びＡＣＴ１２６としては、削除又は戻りが指定されるのを待ち受ける。
【0119】
客は、削除を取り止めて、数量の変更を指定する前の状態に戻ること望むならば、削除画面において戻りボタンにタッチするなどの予め定められた操作により戻りを指定する。これに応じてプロセッサ３０１は、ＡＣＴ１２６にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻る。この場合には、購入商品の登録状態は変更されないので、プロセッサ３０１は、削除画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣ１をタッチパネル３０４に再び表示させる。
【0120】
客は、削除で間違いないならば、削除画面において削除ボタンにタッチするなどの予め定められた操作により削除を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１２５にてＹＥＳと判定し、ＡＣＴ１２７へと進む。
ＡＣＴ１２７としてプロセッサ３０１は、モバイルコントローラ３に対して削除を要求する。プロセッサ３０１はここで送信する要求データには、削除が指定された商品を特定するための特定データを含める。
ＡＣＴ１２７としてプロセッサ３０１は、モバイルコントローラ３に対して削除を要求する。プロセッサ３０１はここで送信する要求データには、削除が指定された商品を特定するための特定データを含める。
【0121】
プロセッサ３０１は、ＡＣＴ１２３にて数量変更を要求したのち、あるいはＡＣＴ１２７にて削除を要求したのちには、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。
ＡＣＴ１２８としてプロセッサ３０１は、一覧画面の表示が指示されるのを待ち受ける。
【0122】
さて、モバイルコントローラ３においてプロセッサ３１は、図１５中のＡＣＴ２０４にてチェックイン完了の通知を行った後には、ＡＣＴ２０５へと進む。
ＡＣＴ２０５としてプロセッサ３１は、購入商品の変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０６へと進む。
ＡＣＴ２０６としてプロセッサ３１は、購入商品の取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０７へと進む。
ＡＣＴ２０７としてプロセッサ３１は、会計が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０８へと進む。
ＡＣＴ２０８としてプロセッサ３１は、制限時間が経過したか否かを確認する。そしてプロセッサ３１は、該当の状況でなければＮＯと判定しＡＣＴ２０５へと戻る。
かくしてプロセッサ３１はＡＣＴ２０５～ＡＣＴ２０８としては、変更、取消及び会計のいずれかが要求されるか、制限時間が経過するのを待ち受ける。そしてプロセッサ３１は、登録、数量変更及び削除のいずれかが、対象端末となっているユーザ端末３００から前述のように要求されたならばＡＣＴ２０５にてＹＥＳと判定し、図１６中のＡＣＴ２０９へと進む。
ＡＣＴ２０５としてプロセッサ３１は、購入商品の変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０６へと進む。
ＡＣＴ２０６としてプロセッサ３１は、購入商品の取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０７へと進む。
ＡＣＴ２０７としてプロセッサ３１は、会計が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０８へと進む。
ＡＣＴ２０８としてプロセッサ３１は、制限時間が経過したか否かを確認する。そしてプロセッサ３１は、該当の状況でなければＮＯと判定しＡＣＴ２０５へと戻る。
かくしてプロセッサ３１はＡＣＴ２０５～ＡＣＴ２０８としては、変更、取消及び会計のいずれかが要求されるか、制限時間が経過するのを待ち受ける。そしてプロセッサ３１は、登録、数量変更及び削除のいずれかが、対象端末となっているユーザ端末３００から前述のように要求されたならばＡＣＴ２０５にてＹＥＳと判定し、図１６中のＡＣＴ２０９へと進む。
【0123】
ＡＣＴ２０９としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、ユーザ端末３００からの要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、ユーザ端末３００から送られてきた要求データに含まれたバーコードデータ又は特定データは、仮想ＰＯＳサーバ２へと通知する。
【0124】
仮想ＰＯＳサーバ２においてプロセッサ２１は、図１８中のＡＣＴ３０２～ＡＣＴ３０５の待受状態にあるときに登録、数量変更又は削除に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０２にてＹＥＳと判定し、ＡＣＴ３０７へと進む。
ＡＣＴ３０７としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、登録が要求された場合には、要求データに含まれたバーコードデータが、既存のＰＯＳ端末に備えられたバーコードスキャナにより読み取られたものであると見做して、既存のＰＯＳ端末と同様な処理によって購入商品の登録を試みる。ただし、何らかの事情により、バーコードデータが表す商品コードが商品データベースに登録されていない場合がある。また、商品には、商品コードを表すのとは別のバーコードが表示されている場合もある。そして、これらの場合にプロセッサ２１は、購入商品の登録を行えず、エラーとする。このようにプロセッサ２１は、正規のバーコード読み取りに基づく購入商品の登録を行う。プロセッサ２１は例えば、数量変更が要求された場合には、数量変更の対象となる商品に関して取引データベースＤＢ２１に既に示されている数量を変更する。プロセッサ２１は例えば、削除が要求された場合には、対象となる商品を購入商品から除外するように取引データベースＤＢ２１を更新する。
ＡＣＴ３０７としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、登録が要求された場合には、要求データに含まれたバーコードデータが、既存のＰＯＳ端末に備えられたバーコードスキャナにより読み取られたものであると見做して、既存のＰＯＳ端末と同様な処理によって購入商品の登録を試みる。ただし、何らかの事情により、バーコードデータが表す商品コードが商品データベースに登録されていない場合がある。また、商品には、商品コードを表すのとは別のバーコードが表示されている場合もある。そして、これらの場合にプロセッサ２１は、購入商品の登録を行えず、エラーとする。このようにプロセッサ２１は、正規のバーコード読み取りに基づく購入商品の登録を行う。プロセッサ２１は例えば、数量変更が要求された場合には、数量変更の対象となる商品に関して取引データベースＤＢ２１に既に示されている数量を変更する。プロセッサ２１は例えば、削除が要求された場合には、対象となる商品を購入商品から除外するように取引データベースＤＢ２１を更新する。
【0125】
ＡＣＴ３０８としてプロセッサ２１は、上記のような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品の登録が正しく行えた場合には、正規登録の通知であることを識別するための識別データと、登録した商品の商品コード、商品名及び価格を結果データに含める。プロセッサ２１は、数量を変更した場合には、変更した商品の商品コードと、変更後の個数とを結果データに含める。プロセッサ２１は、購入商品を削除した場合には、購入商品から除外した商品の商品コードを結果データに含める。またプロセッサ２１は、エラーとした場合には、エラーの通知であることを識別するための識別データと、登録要求で送られてきたバーコードデータとを結果データに含める。プロセッサ２１は、結果データを送信し終えたならば、ＡＣＴ３０２～ＡＣＴ３０５の待受状態に戻る。
【0126】
モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２０９にて要求を転送したのちには、ＡＣＴ２１０へと進む。
ＡＣＴ２１０としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
ＡＣＴ２１０としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
【0127】
ＡＣＴ２１１としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢ３２を更新する。この登録データベースＤＢ３２の更新は、例えば以下のように行われる。
第１のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲ２に、通知された商品コードを含んだ登録データが含まれていない場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２に既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知された商品コードと、エラーではないことを表す“０”としたエラーフラグと、通知された商品名及び価格と、“１”とした個数と、取り消されていないことを表す“０”とした取消フラグとを含める。かくしてこのケースで追加される登録データは、図６の右上側に示されるような構造となる。
第１のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲ２に、通知された商品コードを含んだ登録データが含まれていない場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２に既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知された商品コードと、エラーではないことを表す“０”としたエラーフラグと、通知された商品名及び価格と、“１”とした個数と、取り消されていないことを表す“０”とした取消フラグとを含める。かくしてこのケースで追加される登録データは、図６の右上側に示されるような構造となる。
【0128】
第２のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲ２に、通知された商品コードを含んだ登録データが含まれているものの、当該登録データの取消フラグが取り消されていることを表す“１”となっている場合。
この場合にプロセッサ３１は、上記の第１のケースの場合と同様に処理する。
この場合にプロセッサ３１は、上記の第１のケースの場合と同様に処理する。
【0129】
第３のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲ２に、通知された商品コードを含んだ登録データが含まれており、当該登録データの取消フラグが“０”となっている場合。
この場合にプロセッサ３１は、通知された商品コードを含み、取消フラグが“０”となっている登録データに含まれる個数の値を、１つ大きな値に書き替える。
この場合にプロセッサ３１は、通知された商品コードを含み、取消フラグが“０”となっている登録データに含まれる個数の値を、１つ大きな値に書き替える。
【0130】
第４のケース：数量変更の通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２から、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる個数を、結果データに含まれた個数に書き替える。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２から、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる個数を、結果データに含まれた個数に書き替える。
【0131】
第５のケース：削除の通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２から、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる取消フラグを“１”に変更する。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２から、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる取消フラグを“１”に変更する。
【0132】
第６のケース：エラーの通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２に既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知されたバーコードデータと、エラーを表す“１”としたエラーフラグとを含める。かくしてこのケースで追加される登録データは、図６の右下側に示されるような構造となる。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２に既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知されたバーコードデータと、エラーを表す“１”としたエラーフラグとを含める。かくしてこのケースで追加される登録データは、図６の右下側に示されるような構造となる。
【0133】
このようにプロセッサ３１により更新されることにより登録データベースＤＢ３２は、仮想ＰＯＳサーバ２で登録済みの購入商品のリストを表すとともに、これに加えてエラーとなったバーコード読み取りを記録したものとなる。
なおプロセッサ３１は、登録要求で送られてきたバーコードデータをメインメモリ３２又は補助記憶ユニット３３に保存しておき、上記の第６のケースにおいては、この保存してあるバーコードデータを登録データに含めてもよい。そしてこの場合には、仮想ＰＯＳサーバ２においてプロセッサ２１は、結果データにバーコードデータを含めなくてもよい。またプロセッサ３１は、保存してあるバーコードデータから商品コードを取り出し、この商品コードに基づいて第１のケース～第５のケースの処理を行ってもよい。また商品名及び価格は、プロセッサ３１が商品コードに基づいて店舗サーバ１などから取得してもよい。
なおプロセッサ３１は、登録要求で送られてきたバーコードデータをメインメモリ３２又は補助記憶ユニット３３に保存しておき、上記の第６のケースにおいては、この保存してあるバーコードデータを登録データに含めてもよい。そしてこの場合には、仮想ＰＯＳサーバ２においてプロセッサ２１は、結果データにバーコードデータを含めなくてもよい。またプロセッサ３１は、保存してあるバーコードデータから商品コードを取り出し、この商品コードに基づいて第１のケース～第５のケースの処理を行ってもよい。また商品名及び価格は、プロセッサ３１が商品コードに基づいて店舗サーバ１などから取得してもよい。
【0134】
ＡＣＴ２１２としてプロセッサ３１は、一覧画面の表示をユーザ端末３００に対して指示する。プロセッサ３１は例えば、一覧画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末３００へと送信する。プロセッサ３１は、処理対象となっている取引が登録データベースＤＢ３２にて関連付けられたデータレコードＤＲ２に含まれている商品コード、商品名、価格及び個数を指示データに含める。またプロセッサ３１は、今回の登録がエラーとされているならば、その旨を表すエラーデータを指示データに含める。そしてプロセッサ３１はこののち、図１５中のＡＣＴ２０５～ＡＣＴ２０８の待受状態に戻る。
【0135】
なお、以降において説明するモバイルコントローラ３からユーザ端末３００への各種の指示は、上記と同様に、指示の理由を識別するための識別データを含んだ指示データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３からユーザ端末３００へと送ることにより実現される。
【0136】
上述の第１のケース～第３のケース及び第６のケースのいずれかにおける結果データがユーザ端末３００にて無線通信ユニット３０６により受信されると、プロセッサ３０１は図１０中のＡＣＴ１２１でＹＥＳと判定する。また上述の第４のケース又は第５のケースにおける結果データが無線通信ユニット３０６により受信されると、プロセッサ３０１は図１１中のＡＣＴ１２８でＹＥＳと判定する。そしてこれらの場合にプロセッサ３０１は、いずれも図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣ１をタッチパネル３０４に表示させる。このときにプロセッサ３０１は、一覧画面ＳＣ１を、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。またプロセッサ３０１は、指示データにエラーデータが含まれるならば、正しく登録されなかった旨を一覧画面ＳＣ１に追加して表す。
【0137】
図２２は購入商品が登録済みである状態での一覧画面ＳＣ１の一例を示す図である。
図２２に示す一覧画面ＳＣ１は、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、そして商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、購入商品として登録済みである場合の例である。図２２に示す一覧画面ＳＣ１では、表示エリアＡＲ１２には、これらの登録済みの商品に関する商品名、価格及び個数を表している。また表示エリアＡＲ１１には、総数として“４”を表すとともに、総額として“１，３４０”を表している。なお、商品名の左側の破線で囲まれたエリアは、アイコンを表示するためのエリアを表す。当該エリアを表す破線は、実際には一覧画面ＳＣ１には表されない。
図２２に示す一覧画面ＳＣ１は、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、そして商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、購入商品として登録済みである場合の例である。図２２に示す一覧画面ＳＣ１では、表示エリアＡＲ１２には、これらの登録済みの商品に関する商品名、価格及び個数を表している。また表示エリアＡＲ１１には、総数として“４”を表すとともに、総額として“１，３４０”を表している。なお、商品名の左側の破線で囲まれたエリアは、アイコンを表示するためのエリアを表す。当該エリアを表す破線は、実際には一覧画面ＳＣ１には表されない。
【0138】
客は、既に登録した購入商品の全てをキャンセルし、買い物を中止したい場合には、一覧画面ＳＣ１においてボタンＢＵ１１にタッチするなどの予め定められた操作により中止を指定する。これに応じてプロセッサ３０１は、図１０中のＡＣＴ１１５にてＹＥＳと判定し、図１１中のＡＣＴ１２９へと進む。
ＡＣＴ１２９としてプロセッサ３０１は、取消画面をタッチパネル３０４に表示させる。取消画面は、既に登録した購入商品の全てが取り消されることを客に報知する画面である。取消画面は、取消実行を指定するための実行ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。
ＡＣＴ１２９としてプロセッサ３０１は、取消画面をタッチパネル３０４に表示させる。取消画面は、既に登録した購入商品の全てが取り消されることを客に報知する画面である。取消画面は、取消実行を指定するための実行ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。
【0139】
ＡＣＴ１３０としてプロセッサ３０１は、取消実行が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３１へと進む。
ＡＣＴ１３１としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３０へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３０及びＡＣＴ１３１としては、取消実行又は戻りが指定されるのを待ち受ける。
ＡＣＴ１３１としてプロセッサ３０１は、戻りが指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３０へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３０及びＡＣＴ１３１としては、取消実行又は戻りが指定されるのを待ち受ける。
【0140】
客は、そのまま買い物を続けるならば、取消画面において戻りボタンにタッチするなどの予め定められた操作により戻りを指定する。これに応じてプロセッサ３０１は、ＡＣＴ１３１にてＹＥＳと判定し、図１０中のＡＣＴ１１２へと戻り、再び一覧画面ＳＣ１をタッチパネル３０４に表示させる。この場合には、購入商品の登録状態は変更されないので、プロセッサ３０１は、取消画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣ１をタッチパネル３０４に再び表示させる。
【0141】
客は、買い物を取り止めるのであれば、取消画面において実行ボタンにタッチするなどの予め定められた操作により取消実行を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１３０にてＹＥＳと判定し、ＡＣＴ１３２へと進む。
ＡＣＴ１３２としてプロセッサ３０１は、モバイルコントローラ３に対して取消を要求する。
ＡＣＴ１３２としてプロセッサ３０１は、モバイルコントローラ３に対して取消を要求する。
【0142】
モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から取消が要求されたならば、図１５中のＡＣＴ２０６にてＹＥＳと判定し、図１６中のＡＣＴ２１３へと進む。
ＡＣＴ２１３としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、取消の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。
ＡＣＴ２１３としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、取消の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。
【0143】
仮想ＰＯＳサーバ２においてプロセッサ２１は、図１８中のＡＣＴ３０２～ＡＣＴ３０５の待受状態にあるときに取消に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０３にてＹＥＳと判定し、ＡＣＴ３０９へと進む。
ＡＣＴ３０９としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された取消指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードに関連付けて登録済みの商品の全てを購入商品から除外するように取引データベースＤＢ２１を更新する。
ＡＣＴ３０９としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された取消指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードに関連付けて登録済みの商品の全てを購入商品から除外するように取引データベースＤＢ２１を更新する。
【0144】
ＡＣＴ３１０としてプロセッサ２１は、上記のような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品から除外した全商品の商品コードを結果データに含める。プロセッサ２１は、結果データを送信し終えたならば、ＡＣＴ３０２～ＡＣＴ３０５の待受状態に戻る。
【0145】
以上のようにしてプロセッサ２１は、対象端末で受けられた操作に応じて取引の内容を決定する。かくして仮想ＰＯＳアプリＡＰ２１に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは決定手段として機能する。
【0146】
モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２１３にて要求を転送したのちには、ＡＣＴ２１４へと進む。
ＡＣＴ２１４としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
ＡＣＴ２１４としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバから送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
【0147】
ＡＣＴ２１５としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢ３２を更新する。つまりプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲ２に含まれる登録データの全てに関して、“０”となっている取消フラグを“１”に変更する。
ＡＣＴ２１６としてプロセッサ３１は、ユーザ端末３００に対して取消を通知する。そしてプロセッサ３１はこののち、図１５中のＡＣＴ２０５～ＡＣＴ２０８の待受状態に戻る。
ＡＣＴ２１６としてプロセッサ３１は、ユーザ端末３００に対して取消を通知する。そしてプロセッサ３１はこののち、図１５中のＡＣＴ２０５～ＡＣＴ２０８の待受状態に戻る。
【0148】
さて、ユーザ端末３００にてプロセッサ３０１は、図１１中のＡＣＴ１３２にて取消を要求したのちには、ＡＣＴ１３３へと進む。
ＡＣＴ１３３としてプロセッサ３０１は、モバイルコントローラ３から取消が通知されるのを待ち受ける。そしてプロセッサ３０１は、前述のように取消が通知されたならばＹＥＳと判定し、図９中のＡＣＴ１０１へと戻る。
ＡＣＴ１３３としてプロセッサ３０１は、モバイルコントローラ３から取消が通知されるのを待ち受ける。そしてプロセッサ３０１は、前述のように取消が通知されたならばＹＥＳと判定し、図９中のＡＣＴ１０１へと戻る。
【0149】
客は、購入を希望する商品の全てを購入商品として登録し終えたならば、決済に進む。このときに客は、一覧画面ＳＣ１におけるボタンＢＵ１３にタッチするなどの予め定められた操作によって会計開始を指定する。これに応じてプロセッサ３０１は、図１０中のＡＣＴ１１６にてＹＥＳと判定し、ＡＣＴ１３４へと進む。
ＡＣＴ１３４としてプロセッサ３０１は、モバイルコントローラ３に対して会計を要求する。プロセッサ３０１はここで送信する要求データには、端末コードを含める。またプロセッサ３０１は、補助記憶ユニット３０３に電子レシートＩＤが記憶されているならば、当該電子レシートＩＤを上記の要求データに含める。
ＡＣＴ１３５としてプロセッサ３０１は、会計画面の表示が指示されるのを待ち受ける。
ＡＣＴ１３４としてプロセッサ３０１は、モバイルコントローラ３に対して会計を要求する。プロセッサ３０１はここで送信する要求データには、端末コードを含める。またプロセッサ３０１は、補助記憶ユニット３０３に電子レシートＩＤが記憶されているならば、当該電子レシートＩＤを上記の要求データに含める。
ＡＣＴ１３５としてプロセッサ３０１は、会計画面の表示が指示されるのを待ち受ける。
【0150】
モバイルコントローラ３にてプロセッサ３１は、上記のようにユーザ端末３００から会計が要求されたならば、図１５中のＡＣＴ２０７にてＹＥＳと判定し、図１６中のＡＣＴ２１７へと進む。
ＡＣＴ２１７としてプロセッサ３１は、ユーザ端末３００から電子レシートＩＤが通知されているか否かを確認する。そしてプロセッサ３１は、要求データに電子レシートＩＤが含まれていたならばＹＥＳと判定し、ＡＣＴ２１８へと進む。
ＡＣＴ２１７としてプロセッサ３１は、ユーザ端末３００から電子レシートＩＤが通知されているか否かを確認する。そしてプロセッサ３１は、要求データに電子レシートＩＤが含まれていたならばＹＥＳと判定し、ＡＣＴ２１８へと進む。
【0151】
ＡＣＴ２１８としてプロセッサ３１は、ユーザ端末３００から通知された電子レシートＩＤを記録するべく取引管理データベースＤＢ３１を更新する。プロセッサ３１は例えば、要求データに含まれた端末コードがフィールドＦ１１にセットされているデータレコードＤＲ１を取引管理データベースＤＢ３１から探し出す。そしてプロセッサ３１は、該当するデータレコードＤＲ１のフィールドＦ１４に、要求データに含まれた電子レシートＩＤをセットする。なおプロセッサ３１は、該当のデータレコードＤＲ１のフィールドＦ１４に既に電子レシートＩＤがセットされている場合には、これを要求データに含まれた電子レシートＩＤで上書きする。
【0152】
プロセッサ３１は、取引管理データベースＤＢ３１を更新し終えたならば、ＡＣＴ２１９へと進む。なおプロセッサ３１は、要求データに電子レシートＩＤが含まれていなかったならばＡＣＴ２１７にてＮＯと判定し、ＡＣＴ２１８をパスしてＡＣＴ２１９へと進む。
ＡＣＴ２１９としてプロセッサ３１は、会計画面の表示をユーザ端末３００に指示する。
ＡＣＴ２１９としてプロセッサ３１は、会計画面の表示をユーザ端末３００に指示する。
【0153】
ユーザ端末３００にてプロセッサ３０１は、上記のように会計画面の表示が指示されたならば図１０中のＡＣＴ１３５にてＹＥＳと判定し、図１２中のＡＣＴ１３６へと進む。
ＡＣＴ１３６としてプロセッサ３０１は、会計画面をタッチパネル３０４に表示させる。会計画面は、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを客が選択するための画面である。
ＡＣＴ１３６としてプロセッサ３０１は、会計画面をタッチパネル３０４に表示させる。会計画面は、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを客が選択するための画面である。
【0154】
図２３は会計画面ＳＣ３の一例を示す図である。
会計画面ＳＣ３は、表示エリアＡＲ３１、メッセージＭＥ３１及びボタンＢＵ３１，ＢＵ３２を含む。表示エリアＡＲ３１は、購入商品の総数と、購入商品の代金の総額とを表す。メッセージＭＥ３１は、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを指定するように客に促す文字メッセージである。ボタンＢＵ３１は、ユーザ端末３００を客が指定するソフトキーである。ボタンＢＵ３２は、会計機５を客が指定するためのソフトキーである。
会計画面ＳＣ３は、表示エリアＡＲ３１、メッセージＭＥ３１及びボタンＢＵ３１，ＢＵ３２を含む。表示エリアＡＲ３１は、購入商品の総数と、購入商品の代金の総額とを表す。メッセージＭＥ３１は、代金の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを指定するように客に促す文字メッセージである。ボタンＢＵ３１は、ユーザ端末３００を客が指定するソフトキーである。ボタンＢＵ３２は、会計機５を客が指定するためのソフトキーである。
【0155】
ＡＣＴ１３７としてプロセッサ３０１は、ユーザ端末３００が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１３８へと進む。
ＡＣＴ１３８としてプロセッサ３０１は、会計機５が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１３７へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３７及びＡＣＴ１３８としては、ユーザ端末３００又は会計機５が指定されるのを待ち受ける。
ＡＣＴ１３８としてプロセッサ３０１は、会計機５が指定されたか否かを確認する。そしてプロセッサ３０１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１３７へと戻る。
かくしてプロセッサ３０１はＡＣＴ１３７及びＡＣＴ１３８としては、ユーザ端末３００又は会計機５が指定されるのを待ち受ける。
【0156】
客は、代金の決済のための操作をユーザ端末３００で行いたい場合には、ボタンＢＵ３１にタッチするなどの予め定められた操作によりユーザ端末３００を指定する。これに応じてプロセッサ３０１は、ＡＣＴ１３７にてＹＥＳと判定し、ＡＣＴ１３９へと進む。
ＡＣＴ１３９としてプロセッサ３０１は、モバイルコントローラ３に対して決済を要求する。なおプロセッサ３０１は、決済を要求するための要求データには、決済のために必要な、クレジット番号又はオンライン決済サービス用の利用者コードなどのような決済情報を含めてもよい。
ＡＣＴ１３９としてプロセッサ３０１は、モバイルコントローラ３に対して決済を要求する。なおプロセッサ３０１は、決済を要求するための要求データには、決済のために必要な、クレジット番号又はオンライン決済サービス用の利用者コードなどのような決済情報を含めてもよい。
【0157】
モバイルコントローラ３にてプロセッサ３１は、図１６中のＡＣＴ２１９にて会計画面の表示を指示したのちには、ＡＣＴ２２０へと進む。
ＡＣＴ２２０としてプロセッサ３１は、決済が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できないならばＮＯと判定し、ＡＣＴ２２１へと進む。
ＡＣＴ２２１としてプロセッサ３１は、決済完了が通知されたか否かを確認する。そしてプロセッサ３１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ２２０へと戻る。
かくしてプロセッサ３１はＡＣＴ２２０及びＡＣＴ２２１としては、決済要求又は決済完了通知を待ち受ける。そしてプロセッサ３１は、前述のようにユーザ端末３００から決済が要求されたならばＡＣＴ２２０にてＹＥＳと判定し、ＡＣＴ２２２へと進む。
ＡＣＴ２２０としてプロセッサ３１は、決済が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できないならばＮＯと判定し、ＡＣＴ２２１へと進む。
ＡＣＴ２２１としてプロセッサ３１は、決済完了が通知されたか否かを確認する。そしてプロセッサ３１は、該当の通知が確認できないならばＮＯと判定し、ＡＣＴ２２０へと戻る。
かくしてプロセッサ３１はＡＣＴ２２０及びＡＣＴ２２１としては、決済要求又は決済完了通知を待ち受ける。そしてプロセッサ３１は、前述のようにユーザ端末３００から決済が要求されたならばＡＣＴ２２０にてＹＥＳと判定し、ＡＣＴ２２２へと進む。
【0158】
ＡＣＴ２２２としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、決済の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、ユーザ端末３００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、処理対象となっている取引に関して電子レシートＩＤを取得済みであるならば、当該の電子レシートＩＤを要求データに含める。プロセッサ３１は例えば、要求データに含まれた端末コードがフィールドＦ１１にセットされているデータレコードＤＲ１を取引管理データベースＤＢ３１から探し出す。そしてプロセッサ３１は、該当するデータレコードＤＲ１のフィールドＦ１４に電子レシートＩＤがセットされているならば、当該の電子レシートＩＤを要求データに含める。またプロセッサ３１は、ユーザ端末３００から送られてきた要求データが決済データを含むならば、この決済データはそのまま仮想ＰＯＳサーバ２に送信する要求データに含める。
【0159】
上記のデータレコードＤＲ１のフィールドＦ１４にセットされた電子レシートＩＤがユーザ端末３００から送信されたものであるならば、プロセッサ３１は、当該電子レシートＩＤを第２の情報処理装置としての仮想ＰＯＳサーバ２へと、通信インタフェース３４を用いて転送することとなる。
ＡＣＴ２２３としてプロセッサ３１は、決済完了が通知されるのを待ち受ける。
ＡＣＴ２２３としてプロセッサ３１は、決済完了が通知されるのを待ち受ける。
【0160】
仮想ＰＯＳサーバ２にてプロセッサ２１は、図１８中のＡＣＴ３０２～ＡＣＴ３０５の待受状態にあるときに決済に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０４にてＹＥＳと判定し、図１９中のＡＣＴ３１１へと進む。
ＡＣＴ３１１としてプロセッサ２１は、転送された要求データでの要求に応じて代金を決済するための決済処理を実行する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された決済指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードで識別される取引に関する代金を算出する。そしてプロセッサ２１は、算出した代金の決済を決済サーバ５００に要求する。プロセッサ２１は例えば、データベース群ＤＢ１１に含まれる利用者データベースを参照して、決済に適用する決済方法を判定するとともに、その決済方法での決済に用いる決済情報を取得する。利用者データベースに複数の決済方法又は複数の決済情報が登録されている場合には、それらのうちの１つをユーザ端末３００における操作者による指示に応じて、あるいは予め定められた条件に従って選択する。なおプロセッサ２１は例えば、要求データに決済情報が含まれるならば、決済に用いる決済方法を当該の決済情報に基づいて決定し、かつ当該の決済情報を決済に用いる決済情報としてもよい。
ＡＣＴ３１１としてプロセッサ２１は、転送された要求データでの要求に応じて代金を決済するための決済処理を実行する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された決済指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードで識別される取引に関する代金を算出する。そしてプロセッサ２１は、算出した代金の決済を決済サーバ５００に要求する。プロセッサ２１は例えば、データベース群ＤＢ１１に含まれる利用者データベースを参照して、決済に適用する決済方法を判定するとともに、その決済方法での決済に用いる決済情報を取得する。利用者データベースに複数の決済方法又は複数の決済情報が登録されている場合には、それらのうちの１つをユーザ端末３００における操作者による指示に応じて、あるいは予め定められた条件に従って選択する。なおプロセッサ２１は例えば、要求データに決済情報が含まれるならば、決済に用いる決済方法を当該の決済情報に基づいて決定し、かつ当該の決済情報を決済に用いる決済情報としてもよい。
【0161】
ＡＣＴ３１２としてプロセッサ２１は、電子レシートＩＤが通知されたか否かを確認する。プロセッサ２１は例えば、決済を要求する要求データに電子レシートＩＤが含まれるならばＹＥＳと判定し、ＡＣＴ３１３へと進む。
ＡＣＴ３１３としてプロセッサ２１は、上記のように決済を完了した取引に関する取引データを上記の要求データに含まれた電子レシートＩＤで識別される利用者が閲覧できるように電子レシートサーバ６００に登録するための処理を行う。なお、この処理は、例えば既存の電子レシートサービスにより行われている処理と同様であってよい。プロセッサ２１が取引データにどのようなデータを含めるかは、例えば電子レシートサービスでの規定に従う。
ＡＣＴ３１３としてプロセッサ２１は、上記のように決済を完了した取引に関する取引データを上記の要求データに含まれた電子レシートＩＤで識別される利用者が閲覧できるように電子レシートサーバ６００に登録するための処理を行う。なお、この処理は、例えば既存の電子レシートサービスにより行われている処理と同様であってよい。プロセッサ２１が取引データにどのようなデータを含めるかは、例えば電子レシートサービスでの規定に従う。
【0162】
客は、代金の決済のための操作を会計機５で行いたい場合には、会計画面ＳＣ３におけるボタンＢＵ３２にタッチするなどの予め定められた操作により会計機５を指定する。これに応じてユーザ端末３００にてプロセッサ３０１は、図１２中のＡＣＴ１３８にてＹＥＳと判定し、ＡＣＴ１４０へと進む。
ＡＣＴ１４０としてプロセッサ３０１は、会計バーコード画面をタッチパネル３０４に表示させる。会計バーコード画面は、会計機５が仮想ＰＯＳサーバ２から取引の内容に関するデータを取得するために必要となるデータを表した会計バーコードを表した画面である。なお、詳細な処理の図示は省略しているが、プロセッサ３０１は、モバイルコントローラ３を介して仮想ＰＯＳサーバ２から会計バーコードを取得して、当該会計バーコードを会計バーコード画面に表す。
ＡＣＴ１４０としてプロセッサ３０１は、会計バーコード画面をタッチパネル３０４に表示させる。会計バーコード画面は、会計機５が仮想ＰＯＳサーバ２から取引の内容に関するデータを取得するために必要となるデータを表した会計バーコードを表した画面である。なお、詳細な処理の図示は省略しているが、プロセッサ３０１は、モバイルコントローラ３を介して仮想ＰＯＳサーバ２から会計バーコードを取得して、当該会計バーコードを会計バーコード画面に表す。
【0163】
客は、他の客により使用されていない会計機５が備えるスキャナに、会計バーコードを読み取らせる。これに応じて会計機５は、会計バーコードが表すデータに従って、仮想ＰＯＳサーバ２に決済データの転送を要求する。例えば会計機５は、会計バーコードが表すデータに含まれる取引コードを含んだ要求データを仮想ＰＯＳサーバ２に送信する。
【0164】
仮想ＰＯＳサーバ２にてプロセッサ２１は、図１８に示すＡＣＴ３０２～ＡＣＴ３０５の待受状態にある取引処理の対象となっている取引の取引コードを含んだ転送要求のための要求データが受信されたならば、ＡＣＴ３０５にてＹＥＳと判定し、図１９中のＡＣＴ３１４へと進む。
ＡＣＴ３１４としてプロセッサ２１は、取引処理の対象となっている取引の内容を表し、会計機５での決済のために必要な決済データを、転送を要求した会計機５に対して送信する。なお決済データは、例えば既存のセミセルフタイプの取引処理システムにおいて登録機から会計機へと転送されている決済データと同様なデータであってよい。
ＡＣＴ３１５としてプロセッサ２１は、上記のように決済データを送信した会計機５での決済が完了するのを待ち受ける。
ＡＣＴ３１４としてプロセッサ２１は、取引処理の対象となっている取引の内容を表し、会計機５での決済のために必要な決済データを、転送を要求した会計機５に対して送信する。なお決済データは、例えば既存のセミセルフタイプの取引処理システムにおいて登録機から会計機へと転送されている決済データと同様なデータであってよい。
ＡＣＴ３１５としてプロセッサ２１は、上記のように決済データを送信した会計機５での決済が完了するのを待ち受ける。
【0165】
会計機５は、仮想ＰＯＳサーバ２から送信された決済データを受信したならば、操作者による操作を受けながら、取引の代金を決済する。また会計機５は、レシート又はクーポンなどの各種の印刷物を必要に応じて発行する。会計機５は、決済が完了したならば、その旨を仮想ＰＯＳサーバ２に通知する。これに応じて仮想ＰＯＳサーバ２にてプロセッサ２１は、ＡＣＴ３１５にてＹＥＳと判定し、ＡＣＴ３１６へと進む。
なお、プロセッサ２１はＡＣＴ３１３にて電子レシート登録を終えたのちにも、ＡＣＴ３１６へと進む。またプロセッサ２１は、決済を要求する要求データに電子レシートＩＤが含まれないならばＡＣＴ３１２にてＮＯと判定し、ＡＣＴ３１３をパスしてＡＣＴ３１６へと進む。
ＡＣＴ３１６としてプロセッサ２１は、処理対象としている取引の管理を終了するべく取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、処理対象としている取引の取引コードを含んだデータレコードを取引データベースＤＢ２１から削除する。
ＡＣＴ３１７としてプロセッサ２１は、モバイルコントローラ３に決済の完了を通知する。そしてプロセッサ２１は、これをもって取引処理を終了する。
なお、プロセッサ２１はＡＣＴ３１３にて電子レシート登録を終えたのちにも、ＡＣＴ３１６へと進む。またプロセッサ２１は、決済を要求する要求データに電子レシートＩＤが含まれないならばＡＣＴ３１２にてＮＯと判定し、ＡＣＴ３１３をパスしてＡＣＴ３１６へと進む。
ＡＣＴ３１６としてプロセッサ２１は、処理対象としている取引の管理を終了するべく取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、処理対象としている取引の取引コードを含んだデータレコードを取引データベースＤＢ２１から削除する。
ＡＣＴ３１７としてプロセッサ２１は、モバイルコントローラ３に決済の完了を通知する。そしてプロセッサ２１は、これをもって取引処理を終了する。
【0166】
モバイルコントローラ３にてプロセッサ３１は、上述のように仮想ＰＯＳサーバ２から決済完了が通知されたならば、図１６中のＡＣＴ２２１又はＡＣＴ２２３でＹＥＳと判定し、いずれの場合もＡＣＴ２２４へと進む。因みに、プロセッサ３１は、プロセッサ２１が図１８中のＡＣＴ３１２又はＡＣＴ３１３からＡＣＴ３１７へと進んだ場合には図１６中のＡＣＴ２２１にてＹＥＳと判定し、プロセッサ２１が図１８中のＡＣＴ３１５からＡＣＴ３１７へと進んだ場合には図１６中のＡＣＴ２２３にてＹＥＳと判定することになる。
ＡＣＴ２２４としてプロセッサ３１は、ユーザ端末３００に対して決済完了を通知する。
ＡＣＴ２２４としてプロセッサ３１は、ユーザ端末３００に対して決済完了を通知する。
【0167】
ユーザ端末３００にてプロセッサ３０１は、ＡＣＴ１３９にて決済を要求した後、又はＡＣＴ１４０にて会計バーコード画面を表示させた後には、ＡＣＴ１４１へと進む。
ＡＣＴ１４１としてプロセッサ３０１は、決済完了が通知されるのを待ち受ける。そしてプロセッサ３０１は、上述のようにモバイルコントローラ３から決済完了が通知されたならばＹＥＳと判定し、ＡＣＴ１４２へと進む。
ＡＣＴ１４２としてプロセッサ３０１は、完了画面をタッチパネル３０４に表示させる。完了画面は、決済が完了したことを客に報知するための画面である。
ＡＣＴ１４１としてプロセッサ３０１は、決済完了が通知されるのを待ち受ける。そしてプロセッサ３０１は、上述のようにモバイルコントローラ３から決済完了が通知されたならばＹＥＳと判定し、ＡＣＴ１４２へと進む。
ＡＣＴ１４２としてプロセッサ３０１は、完了画面をタッチパネル３０４に表示させる。完了画面は、決済が完了したことを客に報知するための画面である。
【0168】
客は、完了画面を確認したならば、完了画面に表されたボタンにタッチするなどの予め定められた操作によって、確認したことを宣言する。これに応じてプロセッサ３０１はＡＣＴ１４３へと進む。なおプロセッサ３０１は、完了画面を表示した状態での経過時間が予め定めた時間に到達した場合に、ＡＣＴ１４３へと進んでもよい。
【0169】
ＡＣＴ１４３としてプロセッサ３０１は、チェックアウト用のスキャン画面をタッチパネル３０４に表示させる。チェックアウト用のスキャン画面は、チェックアウト用の２次元コードＴＣ２を読み取るための画面である。プロセッサ３０１は例えば、カメラ３０５を起動し、これによりカメラ３０５で得られた画像に、２次元コードＴＣ２を読み取るように客に促す文字メッセージと、２次元コードＴＣ２を翳すべき位置の目安を示すラインとを重ねてスキャン画面を生成する。
【0170】
客は、チェックアウト用のスキャン画面がタッチパネル３０４に表示されたならば、店舗の出口付近に掲示されている２次元コードＴＣ２がスキャン画面に映り込むようにカメラ３０５を２次元コードＴＣ２に向ける。
ＡＣＴ１４４としてプロセッサ３０１は、２次元コードが読み取れるのを待ち受ける。このときにプロセッサ３０１は、カメラ３０５で得られる画像を繰り返し解析し、２次元コードの読み取りを試みる。この２次元コードの読み取りは、スマホＰＯＳアプリＡＰ３０１に基づく処理として行われてもよいし、２次元コードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、２次元コードが読み取れたならばＹＥＳと判定し、ＡＣＴ１４５へと進む。
ＡＣＴ１４４としてプロセッサ３０１は、２次元コードが読み取れるのを待ち受ける。このときにプロセッサ３０１は、カメラ３０５で得られる画像を繰り返し解析し、２次元コードの読み取りを試みる。この２次元コードの読み取りは、スマホＰＯＳアプリＡＰ３０１に基づく処理として行われてもよいし、２次元コードの読み取り用の別のアプリケーションプログラムに基づく処理として行われてもよい。そしてプロセッサ３０１は、２次元コードが読み取れたならばＹＥＳと判定し、ＡＣＴ１４５へと進む。
【0171】
ＡＣＴ１４５としてプロセッサ３０１は、読み取った２次元コードが表すデータがチェックアウトデータであるか否かを確認する。そしてプロセッサ３０１は、チェックアウトデータでなければＮＯと判定し、ＡＣＴ１４４へと戻る。このときにプロセッサ３０１は、誤った２次元コードが読み取られたことを客に通知する画面をタッチパネル３０４に表示させてもよい。
【0172】
プロセッサ３０１は、読み取った２次元コードが表すデータがチェックアウトデータであることが確認できたならば、ＡＣＴ１４５にてＹＥＳと判定し、ＡＣＴ１４６へと進む。
ＡＣＴ１４６としてプロセッサ３０１は、モバイルコントローラ３に対して、チェックアウトを要求する。
ＡＣＴ１４６としてプロセッサ３０１は、モバイルコントローラ３に対して、チェックアウトを要求する。
【0173】
モバイルコントローラ３にてプロセッサ３１は、図１６中のＡＣＴ２２４にて決済完了を通知したのちには、ＡＣＴ２２５へと進む。
ＡＣＴ２２５としてプロセッサ３１は、チェックアウトが要求されるのを待ち受ける。そしてプロセッサ３１は、上述のようにユーザ端末３００からチェックアウトが要求されたならばＹＥＳと判定し、ＡＣＴ２２６へと進む。
ＡＣＴ２２５としてプロセッサ３１は、チェックアウトが要求されるのを待ち受ける。そしてプロセッサ３１は、上述のようにユーザ端末３００からチェックアウトが要求されたならばＹＥＳと判定し、ＡＣＴ２２６へと進む。
【0174】
ＡＣＴ２２６としてプロセッサ３１は、チェックアウト処理を実行する。チェックアウト処理は、処理対象となっていた取引の管理のためにメインメモリ３２及び補助記憶ユニット３３に保存してあるデータをクリアするなどの処理である。なお仮想ＰＯＳサーバ２は、決済が完了したことに応じて、該当する取引に関する処理を終了してもよいし、モバイルコントローラ３からの指示に応じて取引に関する処理を終了してもよい。そして後者の場合には、プロセッサ３１はチェックアウト処理において、仮想ＰＯＳサーバ２に対して上記指示をする。また、誤ったバーコードスキャンなどを含むユーザの操作の履歴を表した履歴データベースを店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３、あるいは図示されない別のサーバ等で管理する場合がある。この場合には、プロセッサ３１はチェックアウト処理において、今回の取引に関する操作の履歴を反映するように履歴データベースを更新するための処理を行う。
ＡＣＴ２２７としてプロセッサ３１は、チェックアウトの完了をユーザ端末３００に通知する。そしてプロセッサ３１は、これをもって仲介処理を終了する。
ＡＣＴ２２７としてプロセッサ３１は、チェックアウトの完了をユーザ端末３００に通知する。そしてプロセッサ３１は、これをもって仲介処理を終了する。
【0175】
ユーザ端末３００にてプロセッサ３０１は、図１２中のＡＣＴ１４６にてチェックアウトを要求したのちには、ＡＣＴ１４７へと進む。
ＡＣＴ１４７としてプロセッサ３０１は、チェックアウト完了の通知を待ち受ける。そしてプロセッサ３０１は、上述のようにモバイルコントローラ３からチェックアウト完了が通知されたならばＹＥＳと判定し、ＡＣＴ１４８へと進む。
ＡＣＴ１４８としてプロセッサ３０１は、例えば図９中のＡＣＴ１０７にて保存したチェックインデータなどのような、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ３０１はこののち、図９中のＡＣＴ１０１に戻る。
ＡＣＴ１４７としてプロセッサ３０１は、チェックアウト完了の通知を待ち受ける。そしてプロセッサ３０１は、上述のようにモバイルコントローラ３からチェックアウト完了が通知されたならばＹＥＳと判定し、ＡＣＴ１４８へと進む。
ＡＣＴ１４８としてプロセッサ３０１は、例えば図９中のＡＣＴ１０７にて保存したチェックインデータなどのような、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ３０１はこののち、図９中のＡＣＴ１０１に戻る。
【0176】
ところでカート端末４００においてプロセッサ４０１ａは、図１３中のＡＣＴ１６３にてチェックインを要求した後には、ＡＣＴ１６４へと進む。
ＡＣＴ１６４としてプロセッサ４０１ａは、チェックイン完了が通知されたか否かを確認する。そしてプロセッサ４０１ａは、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１６５へと進む。
ＡＣＴ１６５としてプロセッサ４０１ａは、チェックインのエラーが通知されたか否かを確認する。そしてプロセッサ４０１ａは、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１６４へと戻る。
かくしてプロセッサ４０１ａはＡＣＴ１６４及びＡＣＴ１６５としては、チェックインの完了又はエラーが通知されるのを待ち受ける。そしてプロセッサ４０１ａは、図１４中のＡＣＴ１８８又は図１５中のＡＣＴ２０３におけるエラー通知のための通知データが無線通信ユニット４０１ｄにより受信されたならばＡＣＴ１６５にてＹＥＳと判定し、ＡＣＴ１６６へと進む。
ＡＣＴ１６４としてプロセッサ４０１ａは、チェックイン完了が通知されたか否かを確認する。そしてプロセッサ４０１ａは、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１６５へと進む。
ＡＣＴ１６５としてプロセッサ４０１ａは、チェックインのエラーが通知されたか否かを確認する。そしてプロセッサ４０１ａは、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１６４へと戻る。
かくしてプロセッサ４０１ａはＡＣＴ１６４及びＡＣＴ１６５としては、チェックインの完了又はエラーが通知されるのを待ち受ける。そしてプロセッサ４０１ａは、図１４中のＡＣＴ１８８又は図１５中のＡＣＴ２０３におけるエラー通知のための通知データが無線通信ユニット４０１ｄにより受信されたならばＡＣＴ１６５にてＹＥＳと判定し、ＡＣＴ１６６へと進む。
【0177】
ＡＣＴ１６６としてプロセッサ４０１ａは、エラー画面をタッチパネル４０１ｅに表示させる。エラー画面は、チェックインできないことを客に報知するものとして定められた画面である。なおプロセッサ４０１ａは例えば、図１４中のＡＣＴ１８８におけるエラー通知に対しては、店舗が混雑しているためにチェックインできないことを知らせるとともに、さらには暫く時間をおいてチェックインを試みるよう促すエラー画面を表示させる。プロセッサ４０１ａは、例えばエラー画面中に表したＧＵＩ要素の操作などによりエラー画面の表示解消が指示されたならば、ＡＣＴ１６２の待受状態に戻る。
【0178】
プロセッサ４０１ａは一方、図１５中のＡＣＴ２０４をプロセッサ３１が実行することによりモバイルコントローラ３から送信された、前述のチェックイン完了の通知のための通知データが無線通信ユニット４０１ｄにより受信されたならばＡＣＴ１６４にてＹＥＳと判定する。そして図１５では図示を省略するが、この後にプロセッサ４０１ａは、客の操作に応じて、登録、数量変更、取消又は決済を、前述したプロセッサ３０１と同様にしてモバイルコントローラ３に要求するか、会計バーコード画面をタッチパネル４０１ｅに表示させる。ただしプロセッサ４０１ａが受ける客の操作は、プロセッサ３０１の場合とは異なる場合がある。例えば、購入商品として登録しようとする商品に表示されたバーコードの読み取りはスキャナ４０２で行われる。
モバイルコントローラ３及び仮想ＰＯＳサーバ２では、カート端末４００を対象端末とした仲介処理及び取引処理においても、前述したようにユーザ端末３００を対象端末としている場合と同様に、上述の要求又は会計機５からの転送要求に応じた処理を実行する。
モバイルコントローラ３及び仮想ＰＯＳサーバ２では、カート端末４００を対象端末とした仲介処理及び取引処理においても、前述したようにユーザ端末３００を対象端末としている場合と同様に、上述の要求又は会計機５からの転送要求に応じた処理を実行する。
【0179】
以上のようにプロセッサ２１は、取引を処理するための情報処理としての取引処理を、それぞれ異なる対象端末からの指示に応じてそれぞれ実行する。
【0180】
カート端末４００にてプロセッサ４０１ａは、図１２中のＡＣＴ１３９と同様に決済を要求するか、あるいはＡＣＴ１４０と同様に会計バーコード画面を表示させたのちには、図１３中のＡＣＴ１７１へと進む。
ＡＣＴ１７１としてプロセッサ４０１ａは、決済完了が通知されるのを待ち受ける。そしてプロセッサ４０１ａは、図１６中のＡＣＴ２２４による前述のような決済完了の通知又は会計機５からの前述のような決済完了の通知がなされたならばＹＥＳと判定し、ＡＣＴ１７２へと進む。
ＡＣＴ１７２としてプロセッサ４０１ａは、終了画面をタッチパネル４０１ｅに表示させる。終了画面は例えば、取引が終了したことを客に知らせる画面である。
ＡＣＴ１７３としてプロセッサ４０１ａは、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ４０１ａはこののち、ＡＣＴ１６１の待受状態に戻る。
ＡＣＴ１７１としてプロセッサ４０１ａは、決済完了が通知されるのを待ち受ける。そしてプロセッサ４０１ａは、図１６中のＡＣＴ２２４による前述のような決済完了の通知又は会計機５からの前述のような決済完了の通知がなされたならばＹＥＳと判定し、ＡＣＴ１７２へと進む。
ＡＣＴ１７２としてプロセッサ４０１ａは、終了画面をタッチパネル４０１ｅに表示させる。終了画面は例えば、取引が終了したことを客に知らせる画面である。
ＡＣＴ１７３としてプロセッサ４０１ａは、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ４０１ａはこののち、ＡＣＴ１６１の待受状態に戻る。
【0181】
客が、チェックインを完了したものの、上記のように決済を完了することなく、かつ中止を指定することもなく、買い物を止めて店舗から出て行ってしまうことは、例えばスマホＰＯＳサービス及びカートＰＯＳサービスの利用に関する禁止事項とされる。しかしながら、客がそのように行動する危険性はある。
客が上記のように行動した場合、モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２０５～ＡＣＴ２０８の待受状態を継続することになる。プロセッサ３１は、ＡＣＴ２０４、図１６中のＡＣＴ２１２又はＡＣＴ２１６からＡＣＴ２０５～ＡＣＴ２０８の待受状態に移行してからの経過時間が予め定められた制限時間に至ったならば、ＡＣＴ２０８にてＹＥＳと判定し、ＡＣＴ２２８へと進む。このときにプロセッサ３１は、予め定められた時間に渡って操作が受けられない状態を無操作状態として検出していることになる。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは検出手段として機能する。
なお制限時間は、一例としては、店舗毎に、店舗システム１００の管理者などが決める。プロセッサ３１は、上記の管理者などの操作に応じて制限時間を入力し、当該の制限時間をメインメモリ３２又は補助記憶ユニット３３に記憶させる。なおプロセッサ３１は、メインメモリ３２又は補助記憶ユニット３３に制限時間が既に記憶されているならば、新たに入力した制限時間で上書きする。ただし制限時間は、例えば取引管理アプリＡＰ３１の作成者などによって定められ、各店舗共通で固定的に適用されてもよい。
客が上記のように行動した場合、モバイルコントローラ３にてプロセッサ３１は、ＡＣＴ２０５～ＡＣＴ２０８の待受状態を継続することになる。プロセッサ３１は、ＡＣＴ２０４、図１６中のＡＣＴ２１２又はＡＣＴ２１６からＡＣＴ２０５～ＡＣＴ２０８の待受状態に移行してからの経過時間が予め定められた制限時間に至ったならば、ＡＣＴ２０８にてＹＥＳと判定し、ＡＣＴ２２８へと進む。このときにプロセッサ３１は、予め定められた時間に渡って操作が受けられない状態を無操作状態として検出していることになる。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは検出手段として機能する。
なお制限時間は、一例としては、店舗毎に、店舗システム１００の管理者などが決める。プロセッサ３１は、上記の管理者などの操作に応じて制限時間を入力し、当該の制限時間をメインメモリ３２又は補助記憶ユニット３３に記憶させる。なおプロセッサ３１は、メインメモリ３２又は補助記憶ユニット３３に制限時間が既に記憶されているならば、新たに入力した制限時間で上書きする。ただし制限時間は、例えば取引管理アプリＡＰ３１の作成者などによって定められ、各店舗共通で固定的に適用されてもよい。
【0182】
ＡＣＴ２２８としてプロセッサ３１は、対象端末に関する取引処理の終了を仮想ＰＯＳサーバ２に対して指示する。プロセッサ３１は例えば、終了指示のための指示データを、仮想ＰＯＳサーバ２に宛てて通信インタフェース３４から店内通信ネットワーク７へと送出する。プロセッサ３１は、終了の指示であることを識別するための識別データを指示データに含める。プロセッサ３１は、対象端末の端末コードがフィールドＦ１１にセットされているデータレコードＤＲ１を取引管理データベースＤＢ３１から見つけ出し、該当のデータレコードＤＲ１のフィールドＦ１３にセットされている取引コードを指示データに含める。
【0183】
上記の指示データが店内通信ネットワーク７によって仮想ＰＯＳサーバ２へと伝送されると、通信インタフェース２４により受信される。このときには、プロセッサ２１は、指示データに含まれた取引コードで識別される取引を処理対象としている取引処理においては、図１８中のＡＣＴ３０２～ＡＣＴ３０６の待受状態にあるはずである。そこで当該の取引処理に関してプロセッサ２１は、ＡＣＴ３０６にてＹＥＳと判定し、図１９中のＡＣＴ３１８へと進む。
ＡＣＴ３１８としてプロセッサ２１は、処理対象としている取引の管理を終了するべく取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、処理対象としている取引の取引コードを含んだデータレコードを取引データベースＤＢ２１から削除する。
ＡＣＴ３１９としてプロセッサ２１は、モバイルコントローラ３に終了を通知する。プロセッサ２１は、この終了通知のための通知データには、処理対象としている取引の取引コードを含める。そしてプロセッサ２１は、これをもって取引処理を終了する。つまりプロセッサ２１は、決済は完了していないものの、該当の取引処理を強制的に終了する。
このように、モバイルコントローラ３のプロセッサ３１による指示に応じて取引処理が終了される。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは制御手段として機能する。
ＡＣＴ３１８としてプロセッサ２１は、処理対象としている取引の管理を終了するべく取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、処理対象としている取引の取引コードを含んだデータレコードを取引データベースＤＢ２１から削除する。
ＡＣＴ３１９としてプロセッサ２１は、モバイルコントローラ３に終了を通知する。プロセッサ２１は、この終了通知のための通知データには、処理対象としている取引の取引コードを含める。そしてプロセッサ２１は、これをもって取引処理を終了する。つまりプロセッサ２１は、決済は完了していないものの、該当の取引処理を強制的に終了する。
このように、モバイルコントローラ３のプロセッサ３１による指示に応じて取引処理が終了される。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは制御手段として機能する。
【0184】
モバイルコントローラ３にてプロセッサ３１は、図１５中のＡＣＴ２２８にて終了を指示したのちには、ＡＣＴ２２９へと進む。
ＡＣＴ２２９としてプロセッサ３１は、終了通知を待ち受ける。そしてプロセッサ３１は、上述のように仮想ＰＯＳサーバ２から終了が通知されたならばＹＥＳと判定し、ＡＣＴ２３０へと進む。
ＡＣＴ２２９としてプロセッサ３１は、終了通知を待ち受ける。そしてプロセッサ３１は、上述のように仮想ＰＯＳサーバ２から終了が通知されたならばＹＥＳと判定し、ＡＣＴ２３０へと進む。
【0185】
ＡＣＴ２３０としてプロセッサ３１は、予め定められた報知先に報知動作の実行を指示する。そしてプロセッサ３１は、これをもって仲介処理を終了する。
報知動作は、取引処理を強制的に終了したことを予め定められた通報先に通報するための動作である。
例えば、取引処理を上記のように強制的に終了させる場合は、取引処理の対象端末であるカート端末４００が店内に放置された状態で客が帰ってしまった場合が想定される。つまり、商品が入れられたショッピングカートＣが、どの客にも利用されることなく店内に放置されていることになる。このショッピングカートＣに取り付けられたカート端末４００は、取引処理の強制終了により新たな取引を開始することができる状態となるが、ショッピングカートＣには商品が入っているから、新たな客は利用できない。そこでプロセッサ３１は、店員用の端末で報知動作を行わせることにより、上記の強制終了を店員に対して通報する。店員は、この通報に応じて、例えば店内に報知されたショッピングカートＣを探し出して、入れられている商品を取り除いた上で置き場に戻すことにより、当該ショッピングカートＣを利用可能とすることができる。
報知動作は、取引処理を強制的に終了したことを予め定められた通報先に通報するための動作である。
例えば、取引処理を上記のように強制的に終了させる場合は、取引処理の対象端末であるカート端末４００が店内に放置された状態で客が帰ってしまった場合が想定される。つまり、商品が入れられたショッピングカートＣが、どの客にも利用されることなく店内に放置されていることになる。このショッピングカートＣに取り付けられたカート端末４００は、取引処理の強制終了により新たな取引を開始することができる状態となるが、ショッピングカートＣには商品が入っているから、新たな客は利用できない。そこでプロセッサ３１は、店員用の端末で報知動作を行わせることにより、上記の強制終了を店員に対して通報する。店員は、この通報に応じて、例えば店内に報知されたショッピングカートＣを探し出して、入れられている商品を取り除いた上で置き場に戻すことにより、当該ショッピングカートＣを利用可能とすることができる。
【0186】
また例えば、強制終了した取引処理の対象端末を利用している客が、店内の休憩スペースで休憩していたなどの事情で、買い物中であるにも拘わらずに取引処理が強制終了されてしまう場合も考えられる。そこでプロセッサ３１は、強制終了した取引処理の対象端末で報知動作を行わせることにより、上記の強制終了を客に対して通報する。客は、この通報により、買い物を最初からやり直す必要があることを知ることができる。なお、このような状況が生じ得ることが懸念されるならば、プロセッサ３１は、図１５中のＡＣＴ２０５～ＡＣＴ２０８の待受状態の継続時間が、制限時間よりも短く定めた時間を経過したことに応じて、操作を行わないと強制終了されることを客に案内するための警報動作を対象端末に指示してもよい。そしてこの指示に応じて対象端末にてプロセッサ３０１又はプロセッサ４０１ａは、上記のような予め定められた警報動作を実行するようにしてもよい。
なおプロセッサ３１は、複数の端末に対してそれぞれ報知動作の実行を指示してもよい。
このようにプロセッサ３１は、報知動作の実行を予め定められた端末に指示することで、予め定められた通報先に通報することになる。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは通報手段として機能する。
なおプロセッサ３１は、複数の端末に対してそれぞれ報知動作の実行を指示してもよい。
このようにプロセッサ３１は、報知動作の実行を予め定められた端末に指示することで、予め定められた通報先に通報することになる。かくして取引管理アプリＡＰ３１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは通報手段として機能する。
【0187】
以上のように本実施形態の取引処理システムは、仮想ＰＯＳサーバ２にてプロセッサ２１が取引処理中に対象端末が無操作状態となったならば、当該取引処理を強制的に終了する。従って、その取引処理のために使用していたリソースを解放し、新たな取引に使用することが可能となる。これにより、新たな端末装置の利用を開始することができない状況が生じる可能性を低減できる。
【0188】
この実施形態は、次のような種々の変形実施が可能である。
モバイルコントローラ３を備えることなく、仮想ＰＯＳサーバ２にてユーザ端末３００及びカート端末４００からの要求を直接に受け付けるようにしてもよい。そして管理処理は、仮想ＰＯＳサーバ２にてプロセッサ２１が実行してもよい。またこの場合にプロセッサ２１は、例えば図１８中のＡＣＴ３０６に代えて図１５中のＡＣＴ２０８に相当する処理を実行するようにする。またプロセッサ２１は、例えば図１９中のＡＣＴ３１９に代えて図１５中のＡＣＴ２３０に相当する処理を実行する。
モバイルコントローラ３を備えることなく、仮想ＰＯＳサーバ２にてユーザ端末３００及びカート端末４００からの要求を直接に受け付けるようにしてもよい。そして管理処理は、仮想ＰＯＳサーバ２にてプロセッサ２１が実行してもよい。またこの場合にプロセッサ２１は、例えば図１８中のＡＣＴ３０６に代えて図１５中のＡＣＴ２０８に相当する処理を実行するようにする。またプロセッサ２１は、例えば図１９中のＡＣＴ３１９に代えて図１５中のＡＣＴ２３０に相当する処理を実行する。
【0189】
無操作状態の検出は、ユーザ端末３００及びカート端末４００にてプロセッサ３０１及びプロセッサ４０１ａが実行してもよい。プロセッサ３０１ならば、例えば図１０中のＡＣＴ１１３～ＡＣＴ１１６の待受状態の継続時間が制限時間を越えたかどうかを確認すればよい。またプロセッサ４０１ａならば、例えばカートＵＩ処理の中での図１０中のＡＣＴ１１３～ＡＣＴ１１６に相当する待受状態の継続時間が制限時間を越えたかどうかを確認すればよい。そして、無操作状態の検出をユーザ端末３００及びカート端末４００にて行うならば、無操作状態が検出されたことに応じての取引処理の終了の指示もプロセッサ３０１及びプロセッサ４０１ａが行ってもよい。
【0190】
無操作状態の検出は、例えばＡＣＴ２０８を繰り返し実行した回数をカウントし、当該回数が予め定められた制限回数を超えた場合を無操作状態とするなど、任意に変更が可能である。
【0191】
複数の仮想ＰＯＳサーバ２を備え、これら複数の仮想ＰＯＳサーバ２により複数の取引処理を分担して実行してもよい。また、１つの取引処理を複数の情報処理装置で分担して処理してもよい。例えば購入商品の登録のための処理と決済のための処理とを別々の情報処理装置で実行してもよい。
【0192】
取引処理システムで処理の対象とする取引は、店舗に陳列された商品の販売には限らず、例えば飲食物を調理して提供するなどの別の形態の取引であってもよい。
【0193】
店舗により客に貸与される端末装置は、ショッピングカートＣ１に取り付けられることなくユーザにより携帯されるものであってもよいし、そのような端末装置とカート端末４００とが混在していてもよい。
【0194】
ユーザ端末３００とカート端末４００とのいずれか一方を使用するのでも構わない。
【0195】
情報処理によりプロセッサ１１，２１，３１，３０１，４０１ａが実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0196】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0197】
１…店舗サーバ、２…仮想ＰＯＳサーバ、３…モバイルコントローラ、４…通信サーバ、５…会計機、６…アクセスポイント、７…店内通信ネットワーク、１１，２１，３１，３０１，４０１ａ…プロセッサ、１２，２２，３２，３０２，４０１ｂ…メインメモリ、１３，２３，３３，３０３，４０１ｃ…補助記憶ユニット、１４，２４，３４…通信インタフェース、１５，２５，３５，３０８，４０１ｈ…伝送路、３０４，４０１ｅ…タッチパネル、３０５，４０４…カメラ、３０６，４０１ｄ…無線通信ユニット、３０７…モバイル通信ユニット、４０１ｆ…サウンドユニット、４０１ｇ…インタフェースユニット、４０２…スキャナ、４０３…リーダ、１００（１００Ａ，１００Ｂ）…店舗システム、２００…中継サーバ、３００…ユーザ端末、４００…カート端末、５００…決済サーバ、６００…電子レシートサーバ、７００…通信ネットワーク。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【手続補正書】
【提出日】2023-11-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
操作者により店舗に持ち込まれ、当該操作者による操作を受ける操作手段を有する複数のユーザ端末と接続可能な情報処理装置であって、
並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定する判定手段と、
前記判定手段により許容数を超えていないと判定されている場合、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える情報処理装置。
並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定する判定手段と、
前記判定手段により許容数を超えていないと判定されている場合、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える情報処理装置。
【請求項2】
前記検出手段は、前記操作手段により予め定められた時間に渡って前記操作が受けられない状態を前記無操作状態として検出する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記決定手段が前記処理を完了することなく終了したことを、当該終了した前記処理に関して前記決定手段が応じていた操作を受けていた前記操作手段を備える前記ユーザ端末に通報する通報手段、
をさらに備える請求項１又は請求項２に記載の情報処理装置。
をさらに備える請求項１又は請求項２に記載の情報処理装置。
【請求項4】
操作者により店舗に持ち込まれ、当該操作者による操作を受ける操作手段を有する複数のユーザ端末と接続可能な情報処理装置が備えるコンピュータを、
並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定する判定手段と、
前記判定手段により許容数を超えていないと判定されている場合、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
して機能させるための情報処理プログラム。
並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定する判定手段と、
前記判定手段により許容数を超えていないと判定されている場合、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
して機能させるための情報処理プログラム。
【請求項5】
操作者により店舗に持ち込まれ、当該操作者による操作を受ける操作手段を有する複数のユーザ端末と接続可能な情報処理装置が備えるコンピュータが、
並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定し、
許容数を超えていないと判定されている場合、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行い、
前記操作手段により前記操作が受けられない無操作状態を検出し、
一取引の内容の決定のための前記処理が開始されてから当該一取引の内容の決定が完了するまでの間に、前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了させる、
制御方法。
並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定し、
許容数を超えていないと判定されている場合、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行い、
前記操作手段により前記操作が受けられない無操作状態を検出し、
一取引の内容の決定のための前記処理が開始されてから当該一取引の内容の決定が完了するまでの間に、前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了させる、
制御方法。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
本発明の実施形態は、情報処理装置、情報処理プログラム及び制御方法に関する。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【0004】
本発明が解決しようとする課題は、新たな端末装置の利用を開始することができない状況が生じる可能性を低減できる情報処理装置、情報処理プログラム及び制御方法を提供することである。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【0005】
実施形態の情報処理装置は、操作者により店舗に持ち込まれ、当該操作者による操作を受ける操作手段を有する複数のユーザ端末と接続可能な情報処理装置であって、判定手段、決定手段、検出手段及び制御手段を備える。判定手段は、並行して実行可能な前記ユーザ端末の許容数を超えていないことを判定する。決定手段は、判定手段により許容数を超えていないと判定されている場合、操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う。検出手段は、操作手段により操作が受けられない無操作状態を検出する。制御手段は、一取引の内容の決定のための処理を決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、検出手段により無操作状態が検出されたことに応じて、当該一取引に関する処理を終了するよう決定手段を制御する。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【0082】
ＡＣＴ１６３としてプロセッサ４０１ａは、モバイルコントローラ３に対して、チェックインを要求する。具体的にはプロセッサ４０１ａは、無線通信ユニット４０１ｄとアクセスポイント６との無線通信を介して、チェックインを要求するための要求データをモバイルコントローラ３に宛てて送信する。当該の要求データは、アクセスポイント６及び店内通信ネットワーク７を介してモバイルコントローラ３へと伝送される。なおプロセッサ４０１ａは、チェックインを要求するための要求データには、チェックインの要求であることを識別するための識別データと、自らが搭載されているカート端末４００を識別するための端末コードと、前述の会員コードとを含める。なおプロセッサ４０１ａは、開始ボタンがタッチされた場合には、非会員用として予め定められた会員コードを仮想ＰＯＳサーバ２に通知する。非会員用の会員コードは、複数の客に対して共通であってもよいし、異ならせてもよい。当該の通知データは、アクセスポイント６及び店内通信ネットワーク７を介して、モバイルコントローラ３へと伝送される。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【0185】
ＡＣＴ２３０としてプロセッサ３１は、予め定められた報知先に報知動作の実行を指示する。そしてプロセッサ３１は、これをもって仲介処理を終了する。
報知動作は、取引処理を強制的に終了したことを予め定められた通報先に通報するための動作である。
例えば、取引処理を上記のように強制的に終了させる場合は、取引処理の対象端末であるカート端末４００が店内に放置された状態で客が帰ってしまった場合が想定される。つまり、商品が入れられたショッピングカートＣ１が、どの客にも利用されることなく店内に放置されていることになる。このショッピングカートＣ１に取り付けられたカート端末４００は、取引処理の強制終了により新たな取引を開始することができる状態となるが、ショッピングカートＣ１には商品が入っているから、新たな客は利用できない。そこでプロセッサ３１は、店員用の端末で報知動作を行わせることにより、上記の強制終了を店員に対して通報する。店員は、この通報に応じて、例えば店内に報知されたショッピングカートＣ１を探し出して、入れられている商品を取り除いた上で置き場に戻すことにより、当該ショッピングカートＣ１を利用可能とすることができる。
報知動作は、取引処理を強制的に終了したことを予め定められた通報先に通報するための動作である。
例えば、取引処理を上記のように強制的に終了させる場合は、取引処理の対象端末であるカート端末４００が店内に放置された状態で客が帰ってしまった場合が想定される。つまり、商品が入れられたショッピングカートＣ１が、どの客にも利用されることなく店内に放置されていることになる。このショッピングカートＣ１に取り付けられたカート端末４００は、取引処理の強制終了により新たな取引を開始することができる状態となるが、ショッピングカートＣ１には商品が入っているから、新たな客は利用できない。そこでプロセッサ３１は、店員用の端末で報知動作を行わせることにより、上記の強制終了を店員に対して通報する。店員は、この通報に応じて、例えば店内に報知されたショッピングカートＣ１を探し出して、入れられている商品を取り除いた上で置き場に戻すことにより、当該ショッピングカートＣ１を利用可能とすることができる。
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】０１９６
【補正方法】変更
【補正の内容】
【0196】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 端末装置と少なくとも１つの情報処理装置とを含み、
前記端末装置に備えられ、操作者による操作を受ける操作手段と、
前記情報処理装置の１つに備えられ、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える取引処理システム。
［付記２］ 前記検出手段は、前記操作手段により予め定められた時間に渡って前記操作が受けられない状態を前記無操作状態として検出する、
付記１に記載の取引処理システム。
［付記３］ 前記情報処理装置の１つに備えられ、前記決定手段が前記処理を完了することなく終了したことを予め定められた通報先に通報する通報手段、
をさらに備える付記１又は付記２に記載の取引処理システム。
［付記４］ 前記端末装置は、店舗から客に貸与されて前記客が前記操作者となるものであり、
前記通報手段は、前記店舗の従業員を前記通報先とする、
付記３に記載の取引処理システム。
［付記５］ 操作者による操作を受ける操作手段を備える端末装置と、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段を備える登録処理装置とともに取引処理システムを構成し、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える制御装置。
［付記６］ 操作者による操作を受ける操作手段を備える端末装置と、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段を備える登録処理装置とともに取引処理システムを構成する制御装置が備えるコンピュータを、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
して機能させるための情報処理プログラム。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 端末装置と少なくとも１つの情報処理装置とを含み、
前記端末装置に備えられ、操作者による操作を受ける操作手段と、
前記情報処理装置の１つに備えられ、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
前記端末装置又は前記情報処理装置の１つに備えられ、一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える取引処理システム。
［付記２］ 前記検出手段は、前記操作手段により予め定められた時間に渡って前記操作が受けられない状態を前記無操作状態として検出する、
付記１に記載の取引処理システム。
［付記３］ 前記情報処理装置の１つに備えられ、前記決定手段が前記処理を完了することなく終了したことを予め定められた通報先に通報する通報手段、
をさらに備える付記１又は付記２に記載の取引処理システム。
［付記４］ 前記端末装置は、店舗から客に貸与されて前記客が前記操作者となるものであり、
前記通報手段は、前記店舗の従業員を前記通報先とする、
付記３に記載の取引処理システム。
［付記５］ 操作者による操作を受ける操作手段を備える端末装置と、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段を備える登録処理装置とともに取引処理システムを構成し、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
を備える制御装置。
［付記６］ 操作者による操作を受ける操作手段を備える端末装置と、前記操作手段で受けられた操作に応じて取引の内容を決定するための処理を行う決定手段を備える登録処理装置とともに取引処理システムを構成する制御装置が備えるコンピュータを、
前記操作手段により前記操作が受けられない無操作状態を検出する検出手段と、
一取引の内容の決定のための前記処理を前記決定手段が開始してから当該一取引の内容の決定が完了するまでの間に、前記検出手段により前記無操作状態が検出されたことに応じて、当該一取引に関する前記処理を終了するよう前記決定手段を制御する制御手段と、
して機能させるための情報処理プログラム。