JP2022139573A - 商品販売処理システム - Google Patents

Abstract

【課題】 欠品商品の予約購入を容易とする。【解決手段】 実施形態の商品販売処理システムは、判定手段、作成手段、決済手段及び決定手段を備える。判定手段は、商品を判定する。作成手段は、判定手段により判定された商品を買上商品とするリストを作成する。決済手段は、作成手段により作成されたリストに含まれる買上商品に関する代金を決済する。決定手段は、判定手段により判定された買上商品が欠品となっている場合に、当該買上商品を予約商品として決定する。【選択図】 図１２

Description

本発明の実施形態は、商品販売処理システムに関する。

商品を陳列販売する店舗においては、客が、陳列されている商品の中から希望の商品を選び出し、購入する。このため、欠品となっている商品については、購入することができない。
店員が、客の連絡先を聞き、欠品中の商品が入荷した際にその旨を客に連絡するサービスは知られているが、店員にとって大きな手間となっていた。
このような事情から、欠品商品の予約購入を容易に行えることが望まれていた。

特開２０２０－１０２１５８号公報

本発明が解決しようとする課題は、欠品商品の予約購入を容易とすることができる商品販売処理システムを提供することである。

実施形態の商品販売処理システムは、判定手段、作成手段、決済手段及び決定手段を備える。判定手段は、商品を判定する。作成手段は、判定手段により判定された商品を買上商品とするリストを作成する。決済手段は、作成手段により作成されたリストに含まれる買上商品に関する代金を決済する。決定手段は、判定手段により判定された買上商品が欠品となっている場合に、当該買上商品を予約商品として決定する。

一実施形態に係る商品販売処理システムの概略構成を示すブロック図。 図１に示される店舗サーバの要部回路構成を示すブロック図。 図４に示される予約データベースに含まれるデータレコードのデータ構造を示す模式図。 図１に示される仮想ＰＯＳサーバの要部回路構成を示すブロック図。 図２に示される取引データベースに含まれるデータレコードのデータ構造を示す模式図。 図１に示されるモバイルコントローラの要部回路構成を示すブロック図。 図６に示される登録データベースに含まれるデータレコードのデータ構造を示す模式図。 図１に示されるユーザ端末の要部回路構成を示すブロック図。 図１に示されるカート端末の要部回路構成を示すブロック図。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる情報処理のフローチャート。 図８に示されるプロセッサによる取引処理のフローチャート。 図６に示されるプロセッサによる取引処理のフローチャート。 図６に示されるプロセッサによる取引処理のフローチャート。 図６に示されるプロセッサによる取引処理のフローチャート。 図６に示されるプロセッサによる取引処理のフローチャート。 図４に示されるプロセッサによる取引処理のフローチャート。 図４に示されるプロセッサによる取引処理のフローチャート。 図４に示されるプロセッサによる取引処理のフローチャート。 買上商品の登録が行われていない状態での一覧画面の一例を示す図。 登録画面の一例を示す図。 買上商品が登録済みである状態での一覧画面の一例を示す図。 欠品画面の一例を示す図。 予約商品を含む買上商品が登録済みである状態での一覧画面の一例を示す図。 図２に示されるプロセッサによる情報処理のフローチャート。

以下、商品販売処理システムの一実施形態について、図面を用いて説明する。
図１は本実施形態に係る商品販売処理システムの概略構成を示すブロック図である。
商品販売処理システムは、複数の店舗システム１００、ユーザ端末２００、カート端末３００及び中継サーバ４００を含む。そして、複数の店舗システム１００、ユーザ端末２００カート端末３００及び中継サーバ４００は、通信ネットワーク５００を介して通信可能である。

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

ユーザ端末２００及びカート端末３００は、商品販売処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する情報処理装置である。ユーザ端末２００及びカート端末３００は、店舗システム１００と無線通信する機能と、通信ネットワーク５００と無線通信する機能とを備える。ユーザ端末２００としては、スマートフォン又はタブレットコンピュータ等のデータ通信機能を備えた通信端末が利用できる。ユーザ端末２００は、客により所有されていてもよいし、店舗にて客に貸与されてもよい。カート端末３００としては、タブレットコンピュータ等のデータ通信機能を備えた通信端末が利用され、店舗Ａ又は店舗Ｂに備え付けのショッピングカートに取り付けられている。ユーザ端末２００及びカート端末３００は、主として客が操作者となる。ただしユーザ端末２００及びカート端末３００は、店員などにより客に代わって操作されることもある。カート端末３００は、バーコードスキャナ３０１を備える。バーコードスキャナ３０１は、商品を識別するための識別子としての商品コードを表したバーコードを赤外線レーザなどを用いて光学的に読み取るのに好適に構成された読取デバイスである。バーコードスキャナ３０１としては、撮像デバイスで撮影された画像からバーコードを認識して読み取るように構成された読取デバイスを、上記の読取デバイスに代えて、あるいは上記の読取デバイスに加えて備えてもよい。ユーザ端末２００及びカート端末３００は、客により店内で移動させられる可搬端末の一例である。

中継サーバ４００は、店舗システム１００とユーザ端末２００との間でのデータ通信を中継する。中継サーバ４００は例えば、通信ネットワーク５００を介したクラウドサービスとしてデータ通信の中継機能を提供する。
通信ネットワーク５００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク５００としては典型的には、移動体通信網とインターネット又はＶＰＮとが利用される。

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

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

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

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

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

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

チェックインデータは例えば、それぞれの店舗の (1)店舗システム１００の動作バージョン、(2) 店舗を識別するための店舗コード、(3) 店舗を運営する事業者の名称、(4) 店舗システム１００が設けられる店舗の名称、(5) 店舗を運営する事業者を識別するための事業者コード、(6) ２次元コードＴＣＩと２次元コードＴＣＯとを区別するためのフラグ、(7) ユーザ端末２００が店舗システム１００と通信するための接続先や接続に必要な情報、といった情報を表す。なお、ユーザ端末２００が店舗システム１００と通信するための接続先としては、アクセスポイント６又は中継サーバ４００が挙げられる。そしてその接続に必要な情報としては、中継サーバ４００のドメイン名又はアクセスポイント６を識別するためのＳＳＩＤ（service set identifier）と、アクセスポイント６又は中継サーバ４００にアクセスするためのパスワードなどが挙げられる。
なお、チェックインデータは、例示した各種の情報のうちの一部を含まなくてもよい。またチェックインデータは、例示した各種の情報とは別の情報を表してもよい。

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

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

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

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

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

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

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

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

また、データベース群ＤＢＡＡに含まれるデータベースの１つは、在庫データベースＤＢＡＢである。在庫データベースＤＢＡＢは、店舗で販売される商品のそれぞれの商品コードに関連付けて、その商品コードで識別される商品の店舗での在庫状況を表す在庫情報を記述している。在庫情報は例えば、在庫数などを含む。

また、データベース群ＤＢＡＡに含まれるデータベースの１つは、予約データベースＤＢＡＣである。
図３は予約データベースＤＢＡＣに含まれるデータレコードＲＥＡのデータ構造を示す模式図である。
予約データベースＤＢＡＣは、後述する予約購入に関する管理のためのデータレコードＲＥＡの集合である。データレコードＲＥＡは、予約購入の対象となる商品の個々に関連付けられ、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤ，ＦＢＥ，ＦＢＦを含む。

フィールドＦＢＡには、関連付けられた商品に関する予約購入を管理するための識別子としての予約コードがセットされる。フィールドＦＢＢには、関連付けられた商品を予約購入した客の識別子としての利用者コードがセットされる。フィールドＦＢＣには、関連付けられた商品の商品コードがセットされる。フィールドＦＢＤに、関連付けられた商品の予約購入の数量がセットされる。フィールドＦＢＥには、予約購入された日時を表す予約日がセットされる。フィールドＦＢＦには、入荷通知済みであるか否かを表す通知フラグがセットされる。

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

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

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

また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢＡＡに代えて取引データベースＤＢＢＡ及び予約データベースＤＢＡＣとして使用される。
図５は取引データベースＤＢＢＡに含まれるデータレコードＲＥＢのデータ構造を示す模式図である。
取引データベースＤＢＢＡは、店内で買い回り中である客との取引に関連付けられたデータレコードＲＥＢの集合である。そしてデータレコードＲＥＢは、フィールドＦＡＡ，ＦＡＢを含む。データレコードＲＥＢはまた、フィールドＦＡＣ，ＦＡＤ，ＦＡＥ…を含み得る。

フィールドＦＡＡには、関連付けられた取引の取引コードがセットされる。フィールドＦＡＢには、関連付けられた取引の客の利用者コードがセットされる。フィールドＦＡＣ以降の各フィールドには、関連付けられた取引に関して買上商品が登録済みである場合に、その登録済みの買上商品のそれぞれに関する商品データがセットされる。
商品データは、商品コード、商品名、価格、数量及び予約フラグなどを含む。取引データベースＤＢＢＡの構造は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して個別に定められてよい。

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

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

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

取引管理データベースＤＢＣＡは、店内で客が利用しているユーザ端末２００又はカート端末３００に関連付けられたデータレコードの集合である。このため、店内でユーザ端末２００又はカート端末３００を利用している客が１人であるときには、取引管理データベースＤＢＣＡはデータレコードを１つ含む。また店内でユーザ端末２００又はカート端末３００を利用している客が１人も居ないときには、取引管理データベースＤＢＣＡはデータレコードを含まない。そして取引管理データベースＤＢＣＡのデータレコードは、端末コード、利用者コード及び取引コードを互いに関連付けて記述する。
取引管理データベースＤＢＣＡのデータレコードに含められる端末コードは、関連付けられたユーザ端末２００又はカート端末３００を識別するための識別子である。端末コードとしては例えば、ユーザ端末２００又はカート端末３００として利用される通信端末の個々を識別するために通信端末毎に設定された一意の識別コードを用いることができる。あるいは端末コードとしては例えば、後述するスマホＰＯＳアプリをユーザ端末２００にインストールする際に当該スマホＰＯＳアプリに対して設定される識別コード、あるいはカート端末アプリをカート端末３００にインストールする際に当該カート端末アプリに対して設定される識別コードを用いることができる。取引管理データベースＤＢＣＡのデータレコードに含められる利用者コードは、関連付けられたユーザ端末２００又はカート端末３００を使用している客に対して割り当てられた利用者コードである。取引管理データベースＤＢＣＡのデータレコードに含められる取引コードは、関連付けられたユーザ端末２００又はカート端末３００を用いて行われる取引を識別するための識別子である。

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

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

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

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

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

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

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

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

店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、ユーザ端末２００又はカート端末３００は、店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ、登録支援アプリＡＰＣ、スマホＰＯＳアプリＡＰＤ又はカート端末アプリＡＰＥが補助記憶ユニット１３，２３，３３，２０３，３０４に記憶された状態で譲渡されてもよいし、店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ、登録支援アプリＡＰＣ、スマホＰＯＳアプリＡＰＤ又はカート端末アプリＡＰＥが補助記憶ユニット１３，２３，３３，２０３，３０４に記憶されない状態のハードウェアと、店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ、登録支援アプリＡＰＣ、スマホＰＯＳアプリＡＰＤ又はカート端末アプリＡＰＥと、が個別に譲渡されてもよい。店舗管理アプリＡＰＡ、仮想ＰＯＳアプリＡＰＢ、登録支援アプリＡＰＣ、スマホＰＯＳアプリＡＰＤ又はカート端末アプリＡＰＥの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

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

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

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

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

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

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

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

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

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

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

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

モバイルコントローラ３のプロセッサ３１は、チェックインを要求するための要求データが通信インタフェース３４によって受信されると、チェックインしようとしている客との取引に関する情報処理（以下、支援処理と称する）を登録支援アプリＡＰＣに従って開始する。
図１５、図１６、図１７及び図１８はプロセッサ３１による支援処理のフローチャートである。

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

図１５のＡＣＴ２０１としてプロセッサ３１は、チェックイン処理を行う。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に対して、要求データに含まれている利用者コードの通知を伴って、取引の開始を要求し、取引コードの通知を受ける。そしてプロセッサ３１は、要求データに含まれた端末コードを含んだ新たなデータレコードを取引管理データベースＤＢＣＡに追加する。プロセッサ３１は、要求データに含まれている利用者コードを、新たなデータレコードに含める。プロセッサ３１は、上記の通知された取引コードを、新たなデータレコードに含める。これにより、チェックインを要求したユーザ端末２００を用いて行われる取引の管理が開始される。なお、プロセッサ３１は、店舗サーバ１に対して利用者コードを照会し、利用者認証を経て新たなデータレコードを取引管理データベースＤＢＣＡに追加するのでもよい。
かくしてプロセッサ３１は、要求データに含まれる利用者コードで識別される客として、買上商品を買い上げる客として識別する。つまりプロセッサ３１は、登録支援アプリＡＰＣに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは識別手段として機能する。

仮想ＰＯＳサーバ２のプロセッサ２１は、取引の開始がモバイルコントローラ３から要求されたならば、当該取引に関する情報処理（以下、取引処理と称する）を仮想ＰＯＳアプリＡＰＢに従って開始する。
図１９、図２０及び図２１はプロセッサ２１による取引処理のフローチャートである。

プロセッサ２１は、取引の開始が要求される毎に、当該取引処理を開始する。別の要求に基づいて開始した取引処理を既に実行している場合には、それに並行して新たな取引処理を開始する。つまりプロセッサ２１は、複数の取引のそれぞれについての取引処理を並行して実行する場合がある。以下においては、単に「取引」と表す場合には、説明中の取引処理の対象となっている取引を指すこととする。
図１９中のＡＣＴ３０１としてプロセッサ２１は、１取引に関する処理を開始するための開始処理を実行する。プロセッサ２１は例えば、予め定められたルールに従って、他の取引を識別するための取引コードと重複しないように新たな取引コードを決定し、その決定した取引コードをモバイルコントローラ３に通知する。プロセッサ２１は例えば、上記のように決定した取引コードをフィールドＦＡＡにセットし、かつ通知データに含まれている利用者コードをフィールドＦＡＢにセットした新たなデータレコードＲＥＢを取引データベースＤＢＢＡに追加する。

モバイルコントローラ３のプロセッサ３１は、前述のような図１５中のＡＣＴ２０１でのチェックイン処理を、上記のように仮想ＰＯＳサーバ２から通知された取引コードを用いて行う。そしてプロセッサ３１はチェックイン処理を終えると、ＡＣＴ２０２へと進む。
ＡＣＴ２０２としてプロセッサ３１は、チェックイン処理を正常に完了したか否かを確認する。そしてプロセッサ３１は、何らかの異常によりチェックイン処理を正常に完了することができなかったならばＮＯと判定し、ＡＣＴ２０３へと進む。

ＡＣＴ２０３としてプロセッサ３１は、ユーザ端末２００に対してエラーを通知する。プロセッサ３１は例えば、エラー通知のための通知データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末２００へと送信する。プロセッサ３１は、エラーの通知であることを識別するための識別データを通知データに含める。プロセッサ３１は、エラーの原因を表すエラーコードを通知データに含めてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

仮想ＰＯＳサーバ２のプロセッサ２１は、図１９中のＡＣＴ３０１にて取引コードを通知したのちには、ＡＣＴ３０２へと進む。
ＡＣＴ３０２としてプロセッサ２１は、登録が要求されたか否かを確認する。そしてプロセッサ２１は、該当の事象を確認できなければＮＯと判定し、ＡＣＴ３０３へと進む。
ＡＣＴ３０３としてプロセッサ２１は、検索が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できなければＮＯと判定し、ＡＣＴ３０４へと進む。
ＡＣＴ３０４としてプロセッサ２１は、数量変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できなければＮＯと判定し、ＡＣＴ３０５へと進む。
ＡＣＴ３０５としてプロセッサ２１は、買上商品の削除が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できなければＮＯと判定し、ＡＣＴ３０６へと進む。
ＡＣＴ３０６としてプロセッサ２１は、買上商品の取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できなければＮＯと判定し、ＡＣＴ３０７へと進む。
ＡＣＴ３０７としてプロセッサ２１は、会計が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できなければＮＯと判定し、ＡＣＴ３０２へと戻る。
かくしてプロセッサ３１はＡＣＴ３０２～ＡＣＴ３０７としては、登録、検索、数量変更、削除、取消及び会計のいずれかが要求されるのを待ち受ける。

プロセッサ２１は、前述のように登録の要求がモバイルコントローラ３から転送されると、ＡＣＴ３０２にてＹＥＳと判定し、ＡＣＴ３０８へと進む。
ＡＣＴ３０８としてプロセッサ２１は、モバイルコントローラ３から転送された要求データに含まれたバーコードデータに基づく買上商品の登録を試みる。つまりプロセッサ２１は例えば、上記の取引コードがフィールドＦＡＡにセットされているデータレコードＲＥＢの末尾に新たなフィールドを追加し、新たな商品データを追加する。プロセッサ２１は例えば、ここで追加する新たな商品データには、上記のバーコードデータが表す商品コードと、その商品コードで識別される商品の商品名及び価格と、数量「１」とを含め、予約フラグは予約による買上商品（以下、予約商品と称する）であることを表さない状態とする。なおプロセッサ２１は例えば、上記の取引コードがフィールドＦＡＡにセットされているデータレコードＲＥＢに、上記のバーコードデータが表す商品コードを含んだ商品データが既に含まれているならば、その商品データに含まれる数量を１つ増加する。ただし、何らかの事情により、バーコードデータが表す商品コードが商品データベースに登録されていない場合がある。また、商品には、商品コードを表すのとは別のバーコードが表示されている場合もある。そして、これらの場合にプロセッサ２１は、買上商品の登録を行えず、エラーとする。
以上のようにプロセッサ２１は、バーコードデータに基づいて商品を判定し、その商品を買上商品として登録する。そしてこのような登録により生成されたデータレコードＲＥＢは、買上商品のリストを表す。かくして仮想ＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは判定手段及び作成手段として機能する。

ＡＣＴ３０９としてプロセッサ２１は、上記の登録のための処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、買上商品の登録が正しく行えた場合には、正規登録の通知であることを識別するための識別データと、登録した商品の商品コード、商品名及び価格を結果データに含める。またプロセッサ２１は、エラーとした場合には、エラーの通知であることを識別するための識別データと、登録要求で送られてきたバーコードデータとを結果データに含める。そしてプロセッサ２１はこののち、ＡＣＴ３０２～ＡＣＴ３０７の待受状態に戻る。

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

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

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

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

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

このようにプロセッサ３１により更新されることにより登録データベースＤＢＣＢは、仮想ＰＯＳサーバ２で登録済みの買上商品のリストを表すとともに、これに加えてエラーとなったバーコード読み取りを記録したものとなる。

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

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

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

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

図２４は買上商品が登録済みである状態での一覧画面ＳＣＡの一例を示す図である。
図２４に示す一覧画面ＳＣＡは、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、そして商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、買上商品として登録済みである場合の例である。図２４に示す一覧画面ＳＣＡでは、表示エリアＡＲＡＢには、これらの登録済みの商品に関する商品名、価格及び数量を表している。また表示エリアＡＲＡＡには、総数として“４”を表すとともに、総額として“１，３４０”を表している。

客は、購入しようとする商品を見つけることができない場合などにおいて、該当の商品についての案内を受けたい場合には、一覧画面におけるボタンＢＵＡＤにタッチするなどの予め定められた操作によって検索の開始を指定する。

ユーザ端末２００のプロセッサ２０１は、このように検索の開始が指定されたならば図１１中のＡＣＴ１１４にてＹＥＳと判定し、図１２中のＡＣＴ１２４へと進む。
ＡＣＴ１２４としてプロセッサ２０１は、検索画面をタッチパネル２０４に表示させる。
検索画面は、商品名などのような商品検索のための条件を客が指定するためのＧＵＩ画面である。
ＡＣＴ１２５としてプロセッサ２０１は、検索の条件が指定されるのを待ち受ける。そしてプロセッサ２０１は、客が検索画面にて検索の条件を指定すると、ＹＥＳと判定してＡＣＴ１２６へと進む。
ＡＣＴ１２６としてプロセッサ２０１は、モバイルコントローラ３に対して検索を要求する。プロセッサ２０１は、ここで送信する要求データには、指定された条件を表す条件データを含める。

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

仮想ＰＯＳサーバ２のプロセッサ２１は、前述のように検索の要求がモバイルコントローラ３から転送されると、図１９中のＡＣＴ３０３にてＹＥＳと判定し、図２０中のＡＣＴ３１０へと進む。
ＡＣＴ３１０としてプロセッサ２１は、要求データに含まれた条件データが表す条件に合致する商品を、データベース群ＤＢＡＡに含まれる商品データベースから検索する。
ＡＣＴ３１１としてプロセッサ２１は、結果画面の表示をモバイルコントローラ３に対して指示する。プロセッサ２１は例えば、結果画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末２００へと送信する。プロセッサ２１は、ＡＣＴ３１０での検索の結果を表した結果画面を生成し、この結果画面を表す画面データを指示データに含める。なお結果画面の内容は、例えば仮想ＰＯＳアプリＡＰＢの作成者又は仮想ＰＯＳサーバ２の管理者などにより適宜に定められてよい。結果画面は、例えば、検索により見つかった商品の一覧を表す画面とすることが想定される。

モバイルコントローラ３のプロセッサ３１は、図１６中のＡＣＴ２１５にて検索要求を転送したのちには、ＡＣＴ２１６へと進む。
ＡＣＴ２１６としてプロセッサ３１は、画面表示が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２１７へと進む。
ＡＣＴ２１７としてプロセッサ３１は、案内が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２１８へと進む。
ＡＣＴ２１８としてプロセッサ３１は、検索の終了が通知されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２１９へと進む。
ＡＣＴ２１９としてプロセッサ３１は、予約登録が要求されたか否かを確認する。そしてプロセッサ３１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２１６へと戻る。
かくしてプロセッサ３１はＡＣＴ２１６～ＡＣＴ２１９としては、画面表示の指示、検索終了の通知、あるいは予約登録のいずれかがなされるのを待ち受ける。そしてプロセッサ３１は、前述のように結果画面の表示が要求されたならばＡＣＴ２１６にてＹＥＳと判定し、ＡＣＴ２２０へと進む。

ＡＣＴ２２０としてプロセッサ３１は、結果画面の表示指示を、指示データに含まれている取引コードで識別される取引のために使用されているユーザ端末２００に対して転送する。プロセッサ３１は例えば、指示データに含まれている取引コードが含まれるデータレコードを取引管理データベースＤＢＣＡから見つけ出し、当該データレコードに含まれる端末コードで識別されるユーザ端末２００に、指示データを転送する。プロセッサ３１はこのとき、仮想ＰＯＳサーバ２から送られてきた指示データをそのままユーザ端末２００に転送してもよいし、何らかの処理による変換後の指示データをユーザ端末２００に送信してもよい。ただしプロセッサ３１は、仮想ＰＯＳサーバ２から送られてきた指示データに含まれた画面データは、ユーザ端末２００に送る。そしてプロセッサ３１はこののち、ＡＣＴ２１６～ＡＣＴ２１９の待受状態に戻る。

ユーザ端末２００にてプロセッサ２０１は、図１２中のＡＣＴ１２６として検索を要求したのちには、ＡＣＴ１２７へと進む。
ＡＣＴ１２７としてプロセッサ２０１は、結果画面の表示指示を待ち受ける。そしてプロセッサ２０１は、上述のようにモバイルコントローラ３から結果画面の表示指示が転送されたならばＹＥＳと判定し、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ２０１は、指示データに含まれた画面データが表す結果画面をタッチパネル２０４に表示させる。
ＡＣＴ１２９としてプロセッサ２０１は、商品の指定がなされるのを待ち受ける。

客は、タッチパネル２０４に表示された結果画面に表されている商品の一覧に所望の商品が含まれるならば、例えばタッチパネル２０４での予め定められた操作により、当該商品を指定する。そしてプロセッサ２０１は、このように商品が指定されたならば、ＡＣＴ１２９にてＹＥＳと判定し、ＡＣＴ１３０へと進む。
ＡＣＴ１３０としてプロセッサ２０１は、指定された商品に関する案内をモバイルコントローラ３に対して要求する。プロセッサ２０１は、ここで送信する要求データには、指定された商品の商品コードを含める。

モバイルコントローラ３のプロセッサ３１は、前述のようにユーザ端末２００から案内が要求されたならば図１６中のＡＣＴ２１７にてＹＥＳと判定し、ＡＣＴ２２１へと進む。
ＡＣＴ２２１としてプロセッサ３１は、案内の要求を仮想ＰＯＳサーバ２に転送する。つまりプロセッサ３１は例えば、案内の要求のためにユーザ端末２００から送られた要求データを仮想ＰＯＳサーバ２に転送する。そしてプロセッサ３１はこののち、ＡＣＴ２１６～ＡＣＴ２１９の待受状態に戻る。

仮想ＰＯＳサーバ２のプロセッサ２１は、図２０中のＡＣＴ３１１として結果画面の表示を指示し終えたならば、ＡＣＴ３１２へと進む。
ＡＣＴ３１２としてプロセッサ２１は、案内が要求されるのを待ち受ける。そしてプロセッサ２１は、上記のように案内の要求がモバイルコントローラ３から転送されたならばＹＥＳと判定し、ＡＣＴ３１３へと進む。
ＡＣＴ３１３としてプロセッサ２１は、案内を要求するための要求データに含まれた商品コードで識別される商品の在庫が有るか否かを確認する。プロセッサ２１は例えば、上記の商品コードに関連付けて在庫データベースＤＢＡＢに記述された在庫情報を店舗サーバ１から取得して、この在庫情報に基づいて在庫の有無を判定する。そしてプロセッサ２１は、該当商品の在庫が有るならばＹＥＳと判定し、ＡＣＴ３１４へと進む。
ＡＣＴ３１４としてプロセッサ２１は、案内画面の表示をモバイルコントローラ３に対して指示する。プロセッサ２１は例えば、案内画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してユーザ端末２００へと送信する。プロセッサ２１は、案内の対象として指定されている商品の陳列場所を客に知らせる画面として案内画面を生成し、この案内画面を表す画面データを指示データに含める。なお案内画面の内容は、例えば仮想ＰＯＳアプリＡＰＢの作成者又は仮想ＰＯＳサーバ２の管理者などにより適宜に定められてよい。案内画面は、例えば、陳列場所を表した店舗内マップを表す画面とすることが想定される。

一方でプロセッサ２１は、該当商品の在庫が無いならばＡＣＴ３１３にてＮＯと判定し、ＡＣＴ３１６へと進む。
ＡＣＴ３１６としてプロセッサ２１は、欠品画面の表示をモバイルコントローラ３に対して指示する。プロセッサ２１は例えば、欠品画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７を介してモバイルコントローラ３へと送信する。プロセッサ２１は、案内の対象として指定されている商品が欠品中であることを客に知らせる画面として欠品画面を生成し、この欠品画面を表す画面データを指示データに含める。なお欠品画面の内容は、例えば仮想ＰＯＳアプリＡＰＢの作成者又は仮想ＰＯＳサーバ２の管理者などにより適宜に定められてよい。

モバイルコントローラ３のプロセッサ３１は、前述のように案内画面又は欠品画面の表示が要求されたならば図１６中のＡＣＴ２１６にてＹＥＳと判定し、ＡＣＴ２２０へと進む。
ＡＣＴ２２０としてプロセッサ３１は、案内画面又は欠品画面の表示指示を、指示データに含まれている取引コードで識別される取引のために使用されているユーザ端末２００に対して転送する。そしてプロセッサ３１はこののち、ＡＣＴ２１６～ＡＣＴ２１９の待受状態に戻る。

ユーザ端末２００にてプロセッサ２０１は、図１２中のＡＣＴ１３０にて案内を要求したのちには、ＡＣＴ１３１へと進む。
ＡＣＴ１３１としてプロセッサ２０１は、案内画面の表示が指示されたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３２へと進む。
ＡＣＴ１３２としてプロセッサ２０１は、欠品画面の表示が指示されたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３１へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ１３１及びＡＣＴ１３２としては、案内画面又は欠品画面の表示が指示されるのを待ち受ける。

プロセッサ２０１は、前述のように案内画面の表示を指示する指示データがモバイルコントローラ３から転送されたならば、ＡＣＴ１３１にてＹＥＳと判定し、ＡＣＴ１３３へと進む。
ＡＣＴ１３３としてプロセッサ２０１は、指示データに含まれた画面データが表す案内画面をタッチパネル２０４に表示させる。
ＡＣＴ１３４としてプロセッサ２０１は、終了指示を待ち受ける。このときにプロセッサ２０１は、案内画面をタッチパネル２０４に表示させたままとする。

一方でプロセッサ２０１は、前述のように欠品画面の表示を指示する指示データがモバイルコントローラ３から転送されたならば、ＡＣＴ１３２にてＹＥＳと判定し、ＡＣＴ１３５へと進む。
ＡＣＴ１３５としてプロセッサ２０１は、指示データに含まれた画面データが表す欠品画面をタッチパネル２０４に表示させる。

図２５はユーザ端末２００が表示する欠品画面ＳＣＣの一例を示す図である。
欠品画面ＳＣＣは、文字列ＣＳＣＡ，ＣＳＣＢ，ＣＳＣＣ及びボタンＢＵＣＡ，ＢＵＣＢを含む。文字列ＣＳＣＡは、案内の対象として指定されている商品が欠品中であることを表す文字メッセージを表す。文字列ＣＳＣＢは、案内の対象として指定されている商品の名称を表す。文字列ＣＳＣＣは、案内の対象として指定されている商品の単価を表す。ボタンＢＵＣＡは、指定中の商品を予約登録することを客が指定するためのソフトキーである。ボタンＢＵＣＢは、検索機能による商品の確認作業を終了することを客が指定するためのソフトキーである。
なお、図２５に示す欠品画面ＳＣＣは、単価が「３６０円」である、「ＤＤＤ」なる名称の商品についての案内が要求されている場合の例である。

ＡＣＴ１３６としてプロセッサ２０１は、終了指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３７へと進む。
ＡＣＴ１３７としてプロセッサ２０１は、予約指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３６へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ１３６及びＡＣＴ１３７としては、終了指示又は予約指示を待ち受ける。プロセッサ２０１は、この待受状態においては、欠品画面をタッチパネル２０４に表示させたままとする。

客は、タッチパネル２０４に表示された案内画面を確認し、所望とする商品の陳列場所等を知ることができる。そして客は、案内画面の用が済んだならば、例えば案内画面に設けられたボタンへのタッチなどの予め定められた操作により終了を指示する。この場合にプロセッサ２０１は、ＡＣＴ１３４にてＹＥＳと判定し、ＡＣＴ１３８へと進む。
また客は、タッチパネル２０４に表示された欠品画面を確認し、所望とする商品が欠品中であることを知ることができる。そして客は、欠品画面で欠品中であることが通知されている商品を購入しないことを決めたならば、例えばボタンＢＵＣＢへのタッチなどの予め定められた操作により終了を指示する。この場合にプロセッサ２０１は、ＡＣＴ１３６にてＹＥＳと判定し、ＡＣＴ１３８へと進む。
ＡＣＴ１３８としてプロセッサ２０１は、モバイルコントローラ３に対して終了を通知する。プロセッサ２０１は例えば、終了通知のための通知データを、アクセスポイント６及び店内通信ネットワーク７を介してモバイルコントローラ３へと送信する。プロセッサ３１は、終了の通知であることを識別するための識別データを通知データに含める。

また客は、欠品画面で欠品中であることが通知されている商品を予約購入することを決めたならば、例えばボタンＢＵＣＡへのタッチなどの予め定められた操作により予約を指示する。この場合にプロセッサ２０１は、ＡＣＴ１３７にてＹＥＳと判定し、ＡＣＴ１３９へと進む。
ＡＣＴ１３９としてプロセッサ２０１は、モバイルコントローラ３に対して予約登録を要求する。プロセッサ２０１は例えば、予約登録の要求である事を識別するための識別データを含めた要求データをモバイルコントローラ３に対して送信する。

モバイルコントローラ３のプロセッサ３１は、前述のようにユーザ端末２００から終了通知がなされたならば図１６中のＡＣＴ２１８にてＹＥＳと判定し、ＡＣＴ２２２へと進む。
ＡＣＴ２２２としてプロセッサ３１は、終了通知を仮想ＰＯＳサーバ２に転送する。つまりプロセッサ３１は例えば、終了通知のためにユーザ端末２００から送られた通知データを仮想ＰＯＳサーバ２に転送する。

プロセッサ３１は、前述のようにユーザ端末２００から予約登録が要求されたならば、ＡＣＴ２１９にてＹＥＳと判定し、ＡＣＴ２２３へと進む。
ＡＣＴ２２３としてプロセッサ３１は、ユーザ端末２００の端末コードに取引管理データベースＤＢＣＡのデータレコードで関連付けられた取引コードの通知を伴って、上記の予約登録の要求のために送られた要求データを仮想ＰＯＳサーバ２に転送する。

仮想ＰＯＳサーバ２のプロセッサ２１は、図２０中のＡＣＴ３１４にて案内画面の表示指示を行ったのちには、ＡＣＴ３１５へと進む。
ＡＣＴ３１５としてプロセッサ２１は、終了指示を待ち受ける。
またプロセッサ２１は、ＡＣＴ３１６にて欠品画面の表示指示を行ったのちには、ＡＣＴ３１７へと進む。
ＡＣＴ３１７としてプロセッサ２１は、終了指示がなされたか否かを確認する。そしてプロセッサ２１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３１８へと進む。
ＡＣＴ３１８としてプロセッサ２１は、予約登録が要求されたか否かを確認する。そしてプロセッサ２１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３１７へと戻る。
かくしてプロセッサ２１は、ＡＣＴ３１７及びＡＣＴ３１８としては、終了指示又は予約登録の要求を待ち受ける。

プロセッサ２１は、前述のようにモバイルコントローラ３から終了通知が転送されたならば、ＡＣＴ３１５又はＡＣＴ３１７にてＹＥＳと判定し、そのまま図１９中のＡＣＴ３０２～ＡＣＴ３０７の待受状態に戻る。
一方でプロセッサ２１は、前述のようにモバイルコントローラ３から予約登録の要求が転送されたならば、ＡＣＴ３１８にてＹＥＳと判定し、ＡＣＴ３１９へと進む。
ＡＣＴ３１９としてプロセッサ２１は、予約商品の登録を行う。プロセッサ２１は例えば、前述の予約登録の要求のための要求データとともに通知された取引コードがフィールドＦＡＡにセットされているデータレコードＲＥＢが取引データベースＤＢＢＡに含まれていないならば、上記の取引コードをフィールドＦＡＡにセットするとともに、新たな商品データをフィールドＦＡＣにセットした新たなデータレコードＲＥＢを取引データベースに追加する。またプロセッサ２１は例えば、上記の取引コードがフィールドＦＡＡにセットされているデータレコードＲＥＢが取引データベースＤＢＢＡに既に含まれるならば、当該データレコードＲＥＢの末尾に新たなフィールドを追加し、新たな商品データを追加する。プロセッサ２１は例えば、ここで追加する新たな商品データには、案内の要求のための要求データに含まれた商品コードと、その商品コードで識別される商品の商品名及び価格と、数量「１」とを含め、予約フラグは予約商品であることを表す状態とする。

以上のようにプロセッサ２１は、客の指定に応じて判定した商品を予約商品として決定し、その予約商品を買上商品の１つとして登録する。かくして仮想ＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは判定手段、作成手段及び決定手段として機能する。またプロセッサ２１による作成手段としての機能は、客により案内対象として指定された商品が欠品となっている場合には、ユーザ端末２００で予約が指定された場合に限り、上記の商品を予約商品としてデータレコードＲＥＢが表すリストに含める。
ＡＣＴ３２０としてプロセッサ２１は、上記の予約登録のための処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、正規登録の通知であることを識別するための識別データと、登録した商品の商品コード、商品名、価格、数量及び予約フラグを結果データに含める。そしてプロセッサ２１はこののち、図１９中のＡＣＴ３０２～ＡＣＴ３０７の待受状態に戻る。

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

ＡＣＴ２２５としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＣＢを更新する。プロセッサ３１は例えば、処理対象となっている取引が関連付けられたデータレコードＲＥＣに既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、結果データに含まれた商品コードと、エラーではないことを表す“０”としたエラーフラグと、結果データに含まれた商品名、価格及び数量と、予約であることを表す状態とした予約フラグと、取り消されていないことを表す“０”とした取消フラグとを含める。

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

ユーザ端末２００のプロセッサ２０１は、図１２中のＡＣＴ１３８にて終了通知を行ったのち、あるいはＡＣＴ１３９にて予約登録を要求したのちには、ＡＣＴ１４０へと進む。
ＡＣＴ１４０としてプロセッサ２０１は、一覧画面の表示が指示されるのを待ち受ける。そしてプロセッサ２０１は例えば、前述のようにモバイルコントローラ３から一覧画面の表示が指示されると、ＹＥＳと判定して図１１中のＡＣＴ１１２に戻り、再び一覧画面ＳＣＡをタッチパネル２０４に表示させる。

図２６は予約商品を含む買上商品が登録済みである状態での一覧画面ＳＣＡの一例を示す図である。
図２６に示す一覧画面ＳＣＡは、商品名が“ＡＡＡ”であり、価格が１２０円である商品が１個、商品名が“ＢＢＢ”であり、価格が９８円である商品が２個、そして商品名が“ＣＣＣ”であり、価格が１，０２４円である商品が１個、予約商品ではない買上商品として登録済みである場合の例である。また図２６に示す一覧画面ＳＣＡは、商品名が“ＤＤＤ”であり、価格が３６０円である商品が１個、予約商品として登録済みである場合の例である。図２６に示す一覧画面ＳＣＡでは、表示エリアＡＲＡＢには、これらの登録済みの商品に関する商品名、価格及び数量を表している。また表示エリアＡＲＡＡには、総数として“５”を表すとともに、総額として“１，７００”を表している。アイコンＩＣＡＡは、商品名が“ＤＤＤ”である商品が予約登録された商品であることを表す。

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

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

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

仮想ＰＯＳサーバ２のプロセッサ２１は、数量変更の要求がモバイルコントローラ３から転送されると、図１９中のＡＣＴ３０４にてＹＥＳと判定し、ＡＣＴ３２１へと進む。
ＡＣＴ３２１としてプロセッサ２１は、モバイルコントローラ３から送られた要求データに含まれた数量が、既存のＰＯＳ端末に備えられた入力デバイスにより入力されたものであると見做して、既存のＰＯＳ端末と同様な処理によって買上商品の数量を変更すべく取引データベースＤＢＢＡを更新する。
ＡＣＴ３２２としてプロセッサ２１は、数量を変更した商品の商品コードと、変更後の数量とを表した結果データを、モバイルコントローラ３に送信する。そしてプロセッサ２１はこののち、ＡＣＴ３０２～ＡＣＴ３０７の待受状態に戻る。

モバイルコントローラ３のプロセッサ３１は、図１７中のＡＣＴ２２７にて数量変更の要求を転送したのちには、ＡＣＴ２２８へと進む。
ＡＣＴ２２８としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバ２から送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
ＡＣＴ２２９としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＣＢを更新する。つまりプロセッサ３１は、関連付けられたデータレコードＲＥＣから、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる数量を、結果データに含まれた数量に書き替える。
なおプロセッサ３１は、数量変更の要求データで送られてきた特定データ及び数量をメインメモリ３２又は補助記憶ユニット３３に保存しておき、更新が完了した旨を表す結果データを受けたことに応じて、この保存してある特定データで特定される商品に関する登録データの数量を、保存してある数量に書き替えてもよい。そしてこの場合には、仮想ＰＯＳサーバ２のプロセッサ２１は、結果データに商品コード及び数量を含めなくてもよい。

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

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

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

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

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

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

仮想ＰＯＳサーバ２のプロセッサ２１は、削除の要求がモバイルコントローラ３から転送されると、図１９中のＡＣＴ３０５にてＹＥＳと判定し、ＡＣＴ３２３へと進む。
ＡＣＴ３２３としてプロセッサ２１は、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された削除指示であると見做して、既存のＰＯＳ端末と同様な処理によって対象となる商品を買上商品から除外すべく取引データベースＤＢＢＡを更新する。
ＡＣＴ３２４としてプロセッサ２１は、買上商品から除外した商品の商品コードを表した結果データを、モバイルコントローラ３に送信する。そしてプロセッサ２１はこののち、ＡＣＴ３０２～ＡＣＴ３０７の待受状態に戻る。

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

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

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

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

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

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

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

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

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

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

仮想ＰＯＳサーバ２のプロセッサ２１は、取消の要求がモバイルコントローラ３から転送されると、図１９中のＡＣＴ３０６にてＹＥＳと判定し、ＡＣＴ３２５へと進む。
ＡＣＴ３２５としてプロセッサ２１は、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された取消指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードに関連付けて登録済みの商品の全てを買上商品から除外すべく取引データベースＤＢＢＡを更新する。
ＡＣＴ３２６としてプロセッサ２１は、取消が完了したことを表した結果データを、モバイルコントローラ３に送信する。そしてプロセッサ２１はこののち、ＡＣＴ３０２～ＡＣＴ３０７の待受状態に戻る。

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

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

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

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

モバイルコントローラ３のプロセッサ３１は、上記のようにユーザ端末２００から会計が要求されたならば、図１５中のＡＣＴ２１０にてＹＥＳと判定し、図１８中のＡＣＴ２３９へと進む。
ＡＣＴ２３９としてプロセッサ３１は、会計画面の表示をユーザ端末２００に指示する。

さてユーザ端末２００のプロセッサ２０１は、図１４中のＡＣＴ１５３にて会計を要求したのちには、ＡＣＴ１５４へと進む。
ＡＣＴ１５４としてプロセッサ２０１は、会計画面の表示が指示されるのを待ち受ける。そしてプロセッサ２０１は、上述のように会計画面の表示が指示されたことを確認したならばＡＣＴ１５４にてＹＥＳと判定し、ＡＣＴ１５５へと進む。

ＡＣＴ１５５としてプロセッサ２０１は、会計画面をタッチパネル２０４に表示させる。会計画面は、代金の決済のための操作をユーザ端末２００及び会計機５のいずれで行うかを客が選択するための画面である。
客は、代金の決済のための操作をユーザ端末２００で行いたい場合には、予め定められた操作によりユーザ端末２００を指定する。また客は、代金の決済のための操作を会計機５で行いたい場合には、予め定められた操作により会計機５を指定する。

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

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

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

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

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

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

仮想ＰＯＳサーバ２のプロセッサ２１は、会計の要求がモバイルコントローラ３から転送されると、図１９中のＡＣＴ３０７にてＹＥＳと判定し、図２１中のＡＣＴ３２７へと進む。
ＡＣＴ３２７としてプロセッサ２１は、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された会計指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードで識別される取引に関する代金を算出し、これを決済データに基づいて決済するための処理を行う。つまりプロセッサ２１は、通知された取引コードがフィールドＦＡＡにセットされているデータレコードＲＥＢを取引データベースＤＢＢＡから探し出し、該当のデータレコードＲＥＢに含まれる商品データに基づいて代金を算出する。このときにプロセッサ２１は、各商品データに含まれる予約フラグの状態に関わらずに全ての商品データを考慮する。つまりプロセッサ２１は、予約商品として登録されている商品についても決済の対象とする。なお決済のための処理は例えば、図示しない決済サーバへの決済要求を含む。
かくして仮想ＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは決済手段として機能する。

ＡＣＴ３２８としてプロセッサ２１は、上記のように決済を終えた取引の対象となっている商品に予約商品が有るか否かを確認する。プロセッサ２１は例えば、ＡＣＴ３２７で探し出したデータレコードＲＥＢに含まれる商品データのいずれかの予約フラグが予約であることを表すならば予約商品が有るとしてＹＥＳと判定し、ＡＣＴ３２９へと進む。
ＡＣＴ３２９としてプロセッサ２１は、新たな予約を店舗サーバ１に通知する。
プロセッサ２１は例えば、予約通知のための通知データを、店内通信ネットワーク７を介して店舗サーバ１へと送信する。プロセッサ２１は、予約通知であることを識別するための識別データと、ＡＣＴ３２７で探し出したデータレコードＲＥＢのフィールドＦＡＢにセットされている利用者コードと、新たに登録した予約商品についての商品コード及び数量の組とを通知データに含める。

さて、店舗サーバ１のプロセッサ１１は、店舗管理アプリＡＰＡに基づき、店舗での商品の在庫状況を管理するための情報処理（以下、在庫管理処理と称する）を実行する。
図２７はプロセッサ１１によるに在庫管理処理のフローチャートである。
ＡＣＴ４０１としてプロセッサ１１は、予約通知がなされたか否かを確認する。そしてプロセッサ１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０２へと進む。
ＡＣＴ４０２としてプロセッサ１１は、販売データが受信されたか否かを確認する。そしてプロセッサ１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０３へと進む。
ＡＣＴ４０３としてプロセッサ１１は、入荷指示がなされたか否かを確認する。そしてプロセッサ１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０１へと戻る。
かくしてプロセッサ１１はＡＣＴ４０１～ＡＣＴ４０３としては、予約通知がなされるか、販売データが受信されるか、あるいは入荷指示がなされるのを待ち受ける。

プロセッサ１１は、前述のように仮想ＰＯＳサーバ２から予約通知のために送信された通知データが通信インタフェース１４により受信されると、ＡＣＴ４０１にてＹＥＳと判定し、ＡＣＴ４０４へと進む。
ＡＣＴ４０４としてプロセッサ１１は、上記のように決済を終えた取引の対象となっている予約商品に関する新たなデータレコードＲＥＡを追加するべく予約データベースＤＢＡＣを更新する。プロセッサ１１は例えば、新たなデータレコードＲＥＡのフィールドＦＢＡには、他のデータレコードＲＥＡのフィールドＦＢＡにセットされているのとは異なる予約コードをセットする。プロセッサ１１は例えば、新たなデータレコードＲＥＡのフィールドＦＢＢには、通知データに含まれている利用者コードをセットする。プロセッサ１１は例えば、新たなデータレコードＲＥＡのフィールドＦＢＣ，ＦＢＤには、通知データに含まれる商品コードと数量の組の各々をセットする。プロセッサ１１は例えば、新たなデータレコードＲＥＡのフィールドＦＢＥには、例えば別処理として実現されるソフトウェアタイマにより計時している日時をセットする。なおプロセッサ１１は例えば、新たなデータレコードＲＥＡのフィールドＦＢＥには、仮想ＰＯＳサーバ２に設けられたハードウェアタイマが計時している日時をセットするのでもよい。プロセッサ１１は例えば、新たなデータレコードＲＥＡのフィールドＦＢＦには、入荷通知が済んでいないことを表す状態の通知フラグをセットする。
プロセッサ１１はこののち、ＡＣＴ４０１～ＡＣＴ４０３の待受状態に戻る。
プロセッサ１１は、以上のように予約データベースＤＢＡＣにデータレコードＲＥＡを追加することにより、予約商品を客に関連付けて管理する。かくして店舗管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは管理手段として機能する。

仮想ＰＯＳサーバ２のプロセッサ２１は、図２１中のＡＣＴ３２９を終えるとＡＣＴ３３０へと進む。なおプロセッサ２１は、ＡＣＴ３２７で探し出したデータレコードＲＥＢに含まれる全ての商品データに含まれる予約フラグがいずれも予約でないことを表すならば、予約商品が無いとしてＡＣＴ３２８にてＮＯと判定する。そしてプロセッサ２１はこの場合は、ＡＣＴ３２９をパスしてＡＣＴ３３０へと進む。
ＡＣＴ３３０としてプロセッサ２１は、決済が完了したことを表した結果データを、モバイルコントローラ３に送信する。
ＡＣＴ３３１としてプロセッサ２１は、販売データを店舗サーバ１に送信する。販売データは、上記のように決済が完了した取引にて客に引き渡される商品を店舗サーバ１にて把握可能なデータとする。つまり販売データは、予約商品以外の買上商品のそれぞれに関して、商品コード及び数量の組を含む。販売データは、店舗サーバ１が店舗で行われる取引を総合的に管理するために収集する、いわゆるトランと呼ばれるデータと共通で合っても良いし、別のデータであってもよい。
そしてプロセッサ２１はこののち、取引処理を終了する。

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

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

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

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

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

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

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

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

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

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

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

ＡＣＴ１６７としてプロセッサ２０１は、例えば図１０中のＡＣＴ１０７にて保存したチェックインデータなどのような、今回の買い物に関して一時的に利用する各種のデータをクリアする。そしてプロセッサ２０１はこののち、図１０中のＡＣＴ１０１に戻る。

前述のように、仮想ＰＯＳサーバ２のプロセッサ２１が図２１中のＡＣＴ３３１を実行することで送信された販売データが店内通信ネットワーク７により店舗サーバ１へと伝送されると、当該販売データを通信インタフェース１４が受信する。そしてプロセッサ１１は、これに応じてＡＣＴ４０２にてＹＥＳと判定し、ＡＣＴ４０５へと進む。
ＡＣＴ４０５としてプロセッサ１１は、販売による在庫の減少を反映するように在庫データベースＤＢＡＢを更新する。プロセッサ１１は例えば、販売データに示される商品コードに関連付けて在庫データベースＤＢＡＢに記述されている在庫情報に含まれている在庫数を、同じ商品コードと販売データ内で組をなす数量を上記の在庫数から減じた数に変更する。
そしてプロセッサ１１はこののち、ＡＣＴ４０２及びＡＣＴ４０３の待受状態に戻る。

一方、店員は、商品が入荷した場合には、図１には示されない情報端末を用いて、入荷を指定する。つまり店員は、上記の情報端末に、入荷した商品の商品コードと入荷数とを入力する。そうすると情報端末は、商品コードと入荷数との組を含んだ入荷通知データを店舗サーバ１に送信する。この入荷通知データが店内通信ネットワーク７により店舗サーバ１へと伝送されると、当該入荷通知データを通信インタフェース１４が受信する。そしてプロセッサ１１は、これに応じてＡＣＴ４０３にてＹＥＳと判定し、ＡＣＴ４０６へと進む。
ＡＣＴ４０６としてプロセッサ１１は、入荷による在庫の増加を反映するように在庫データベースＤＢＡＢを更新する。プロセッサ１１は例えば、販売データに示される商品コードに関連付けて在庫データベースＤＢＡＢに記述されている在庫情報に含まれている在庫数を、同じ商品コードと入荷通知データ内で組をなす数量を上記の在庫数に加えた数に変更する。
ＡＣＴ４０７としてプロセッサ１１は、入荷された商品に関する予約があるか否かを確認する。プロセッサ１１は例えば、入荷通知データに含まれた商品コードのいずれもが、予約データベースＤＢＡＣに含まれているデータレコードＲＥＡのいずれかのフィールドＦＢＣにセットされた商品コードと一致しないならばＮＯと判定し、そのままＡＣＴ４０２及びＡＣＴ４０３の待受状態に戻る。しかしながらプロセッサ１１は、入荷通知データに含まれた商品コードのいずれかが、予約データベースＤＢＡＣに含まれているデータレコードＲＥＡのいずれかのフィールドＦＢＣにセットされた商品コードと一致するならばＡＣＴ４０７にてＹＥＳと判定し、ＡＣＴ４０８へと進む。
ＡＣＴ４０８としてプロセッサ１１は、予約している客に対して入荷を通知するための処理を実行する。プロセッサ１１は例えば、入荷通知データに含まれた商品コードのそれぞれに関して、その商品コードがフィールドＦＢＣにセットされ、かつフィールドＦＢＦにセットされている通知フラグが未通知を表しているデータレコードＲＥＡを予約データベースＤＢＡＣから抽出する。そしてプロセッサ１１は、抽出したデータレコードＲＥＡのフィールドＦＢＢにセットされている利用者コードで識別される利用者に関して予め定められている連絡先に対して、予約している商品が入荷したことの通知を行う。この通知は、例えば電子メール、あるいはユーザ端末２００に対するプッシュ通知などにより行うことができる。連絡先は、例えばデータベース群ＤＢＡＡに設けた利用者データベース中に、利用者コードに関連付けて記述しておけばよい。なおプロセッサ１１は、このように通知を行ったならば、該当のデータレコードＲＥＡのフィールドＦＢＦにセットされている通知フラグを、通知済みを表す状態に更新する。
かくして店舗管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは通知手段として機能する。
そしてプロセッサ１１は、上記の抽出したデータレコードＲＥＡの全てに関する上記の通知を終えたならば、ＡＣＴ４０２及びＡＣＴ４０３の待受状態に戻る。
入荷通知を受けた客は、店舗に出向いて商品を受け取ることができる。

以上のように本実施形態によれば、欠品となっていた商品を、予約商品として買上商品とともに取引の対象として登録し、購入することができる。これにより、欠品商品の予約購入を容易とすることができる。

また本実施形態の商品販売処理システムは、欠品となっていた商品は、客による指示に応じて予約商品として登録する。従って、客は、指定した商品が欠品であることを確認したのちに、その商品を予約商品として登録するか否かを判断し、必要に応じて予約商品として登録することができる。

また本実施形態の商品販売処理システムは、入荷した予約商品に関連付けられた客に対して入荷を通知する。従って、予約商品が入荷したならば、その予約商品を予約している客に対して入荷を速やかに通知できる。そしてこの通知に応じて速やかに客が予約商品の引き取りを行えば、予約商品を客が受け取ることができるまでの待ち時間を最小限に留めることができる。

また本実施形態の商品販売処理システムは、客により指定された条件に合致する商品のなかからの客による指定に応じて予約商品を決定している。このため、客が所望の商品を店舗にて見つけることができないとしても、その商品を予約商品として登録できる。

この実施形態は、次のような種々の変形実施が可能である。
例えば、ユーザ端末２００に代えてカート端末３００を用いた買い物を実現する場合には、ユーザ端末２００をカート端末３００に読み替えることができる。つまり、カート端末３００のプロセッサ３０２は、ユーザ端末２００のプロセッサ２０１による情報処理と大筋では同様の情報処理を実行すればよい。ただしカート端末３００の場合は例えば、チェックインデータに示される各種のデータのうちの少なくとも一部を、予めメインメモリ３０３又は補助記憶ユニット３０４に保存しておくことで、図１０中のＡＣＴ１０４～ＡＣＴ１０７の処理を省略してもよい。

予約商品として登録する商品の指定は、例えば棚札に表示されたバーコードの読み取り、などの別の任意の手段で行われてもよい。

スマホＰＯＳサービスを提供しない商品販売処理システムとして実現することもできる。この場合の商品の指定及び当該商品の予約商品としての登録に関わる操作は、対面型又はフルセルフ型のＰＯＳ端末、あるいはセミセルフ方式のＰＯＳシステムにおける登録端末又は決済端末で行われてもよい。そして、この操作は、店員により行われてもよい。

客が予約商品の決済を、予約商品の受け取り時に行うことを指定した場合には、予約商品を決済対象から除外するようにしてもよい。

予約商品の登録は、複数の店舗システムのうちの一部でのみ行われてもよい。

予約データベースＤＢＡＣは、仮想ＰＯＳサーバ２の補助記憶ユニット２３、モバイルコントローラ３の補助記憶ユニット３３、あるいは図１に示されないサーバ装置に備えられた補助記憶ユニットに記憶されてもよい。そして図２７に示す在庫管理処理の少なくとも一部は、予約データベースＤＢＡＣを記憶する補助記憶ユニットが備えられた装置のプロセッサにより実行されてもよい。

予約商品の入荷に関する通知は行わなくてもよい。この場合は例えば、入荷の予定又は目安を表した予約票を会計機５のプリンタで印刷するか、予約票を表した画面をユーザ端末２００のタッチパネル２０４で表示可能とするなどの処置を講ずるとよい。

モバイルコントローラ３の機能を仮想ＰＯＳサーバ２に統合し、モバイルコントローラ３は設けなくてもよい。

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

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

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

Claims (5)

1. 商品を判定する判定手段と、
   前記判定手段により判定された商品を買上商品とするリストを作成する作成手段と、
   前記作成手段により作成されたリストに含まれる買上商品に関する代金を決済する決済手段と、
   前記判定手段により判定された買上商品が欠品となっている場合に、当該買上商品を予約商品として決定する決定手段と、
   を具備する商品販売処理システム。
2. 前記作成手段は、前記判定手段により判定された商品が欠品となっている場合には、前記リストに含めることが指定された場合に買上商品として前記リストに含める、
   請求項１に記載の商品販売処理システム。
3. 前記買上商品を買い上げる客を識別する識別手段と、
   前記決定手段により決定された予約商品を前記識別手段により識別された客と関連付けて管理する管理手段と、
   前記予約商品の引き渡しが可能となったことを、当該引き渡しが可能となった予約商品に関連付けて前記管理手段により管理されている客に対して通知する通知手段と、
   をさらに具備する請求項１又は請求項２に記載の商品販売処理システム。
4. 前記判定手段は、客により指定された条件に合致する商品のなかからの客による指定に応じて商品を判定する、
   請求項１～請求項３のいずれか一項に記載の商品販売処理システム。
5. 前記判定手段は、客により移動可能な可搬端末での操作に応じて商品を判定する、
   請求項１～請求項４のいずれか一項に記載の商品販売処理システム。
   
   

Images