JP2024048051A - 取引処理装置、商品販売システム及び情報処理プログラム - Google Patents

Abstract

【課題】 店舗の営業時間内の一部の時間帯における利用を制限できる取引処理装置及び情報処理プログラムを提供することである。【解決手段】 実施形態の取引処理装置は、登録手段及び制御手段を備える。登録手段は、店舗内での端末装置での利用者による操作により指定された商品を取引の対象とする取引商品として登録する。制御手段は、一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが予め定められた時間帯内である場合に限り、該当の取引に関する取引商品の登録を開始するように登録手段を制御する。【選択図】 図１０

Description

本発明の実施形態は、取引処理装置、商品販売システム及び情報処理プログラムに関する。

スマートフォンなどのような利用者としての客が所有する情報通信端末、あるいは利用者に店舗等から貸し出される情報通信端末をユーザインタフェースとして用いて取引処理を行うシステムは、「スマホＰＯＳシステム」などと称されて知られている。あるいは、店舗に備えられたショッピングカートに取り付けられた情報通信端末をユーザインタフェースとして用いて取引処理を行う取引処理システムは、「カートＰＯＳシステム」などと称されて知られている。
このような取引処理システムでは、店舗の営業時間内であっても、ある時間帯における利用を制限できることが望まれていた。

特開２０２１－１２５０４３号公報

本発明が解決しようとする課題は、店舗の営業時間内の一部の時間帯における利用を制限できる取引処理装置、商品販売システム及び情報処理プログラムを提供することである。

実施形態の取引処理装置は、登録手段及び制御手段を備える。登録手段は、店舗内での端末装置での利用者による操作により指定された商品を取引の対象とする取引商品として登録する。制御手段は、一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが予め定められた時間帯内である場合に限り、該当の取引に関する取引商品の登録を開始するように登録手段を制御する。

一実施形態に係る取引処理システムの概略構成を表すブロック図。 図１中の取引処理装置の要部回路構成を表すブロック図。 図２中の店舗データベースに含まれる１つのデータレコードの構成を模式的に表す図。 図２中の取引データの構成を模式的に表す図。 図１中のアテンダント端末の要部回路構成を表すブロック図。 図１中のユーザ端末の要部回路構成を表すブロック図。 図１中のカート端末の要部回路構成を表すブロック図。 ユーザ端末処理のフローチャート。 ユーザ端末処理のフローチャート。 スマホＰＯＳ処理のフローチャート。 スマホＰＯＳ処理のフローチャート。 スマホＰＯＳ処理のフローチャート。 利用不可画面を表す図。 登録画面を表す図。 商品スキャン画面を表す図。 登録確認画面を表す図。 第１の選択画面を表す図。 許可コードスキャン画面を表す図。 カート端末処理のフローチャート。 カート端末処理のフローチャート。 カートＰＯＳ処理のフローチャート。 第１の要求画面を表す図。 第２の要求画面を表す図。 引継画面を表す図。 ユーザ端末処理の変形例を表す図。 店舗データベースに含まれる１つのデータレコード内容の変更例を表す図。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
取引処理システム１は、取引処理装置１００、会計機２００、アテンダント端末３００、ユーザ端末４００、カート端末５００及び電子レシートサーバ６００を、通信ネットワーク２を介して通信可能として構成されている。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。
なお、取引処理装置１００、会計機２００、アテンダント端末３００、ユーザ端末４００及びカート端末５００は、それぞれ任意の数が取引処理システム１に含まれてよいが、図１では１台ずつのみを表している。

取引処理装置１００は、会計機２００、ユーザ端末４００及びカート端末５００をユーザインタフェース用の端末装置として用いて店舗にて利用者により売場を周りながら行われる操作に従って、当該利用者と店舗とでの商品の売買取引を処理する取引処理サービスを提供するための情報処理を行う情報処理装置である。つまり典型的には、店舗で商品を購入する客が、取引処理サービスの利用者となる。取引処理装置１００は、例えばクラウドサーバとして実現され、複数の店舗で取引処理サービスを提供する。取引処理装置１００は、例えばローカルサーバとして実現され、１つの店舗のみで取引処理サービスを提供するのでもよい。取引処理サービスは、商品の売買取引を処理するから、商品販売システムの一例である。

会計機２００は、店舗に設置され、取引処理装置１００により処理される取引の会計に関わる会計処理を実行する。会計機２００は、会計処理に際して、操作者による操作を受ける。つまり会計機２００は、会計に関わる利用者の操作を受け付ける端末装置である。会計機２００の操作者は、主として利用者である。店員が会計機２００の操作者となる場合もある。

アテンダント端末３００は、店員により操作される情報処理端末である。アテンダント端末３００は、取引処理システム１により処理される取引に関する店員の作業をサポートするための情報処理に関するユーザインタフェースのための端末装置である。

ユーザ端末４００は、利用者により所持される情報処理端末である。ユーザ端末４００は、典型的には利用者により所有されていて、利用者によって店舗へと持ち込まれて使用される。ユーザ端末４００は、取引処理装置１００での取引処理のための利用者による操作を受ける端末装置である。

カート端末５００は、店舗に備え付けのショッピングカートに取り付けられる情報処理端末である。カート端末５００は、ショッピングカートとともに利用者に貸し出される。カート端末５００は、取引処理装置１００での取引処理のための利用者による操作を受ける端末装置である。カート端末５００には、利用者に店舗から貸し出され、利用者により持ち運ばれて利用される情報通信端末が含まれてもよい。

電子レシートサーバ６００は、利用者に対して電子レシートサービスを提供するための情報処理を行う情報処理装置である。電子レシートサーバ６００は、例えばクラウドサーバとして実現され、複数の店舗での取引を電子的に閲覧可能とする電子レシートサービスを提供する。取引処理装置１００は、例えばローカルサーバとして実現され、１つの店舗のみにおける取引を電子的に閲覧可能とする電子レシートサービスを提供するのでもよい。

図２は取引処理装置１００の要部回路構成を表すブロック図である。
取引処理装置１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、通信ユニット１０４及び伝送路１０５等を備える。プロセッサ１０１と、メイン記憶ユニット１０２、補助記憶ユニット１０３及び通信ユニット１０４とは、伝送路１０５を介して通信可能とされている。

プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３を伝送路１０５で接続することによって、取引処理装置１００を制御するための情報処理を行うコンピュータを構成する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、取引処理装置１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。

メイン記憶ユニット１０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット１０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット１０２は、書き換え可能なメモリ領域を、プロセッサ１０１によるワークエリアとして使用する。

補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータと、プロセッサ１０１での処理によって生成されたデータとを記憶する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１０３は、本実施形態では、情報処理プログラムの１つである取引処理プログラムＰＲＡを記憶する。取引処理プログラムＰＲＡは、後述する取引処理の手順について記述されたアプリケーションプログラムである。補助記憶ユニット１０３の記憶領域の一部は、店舗データベースＤＢＡ及び取引データＤＡＡを記憶する領域として利用される。店舗データベースＤＢＡは、取引処理装置１００による取引処理サービスを提供する店舗を管理するためのデータベースである。取引データＤＡＡは、一取引の内容を表すデータである。

通信ユニット１０４は、通信ネットワーク２を介したデータ通信を行うための通信処理を実行する。通信ユニット１０４としては、例えばインターネット用の既存の有線通信デバイスを用いることができる。なお、通信ユニット１０４としては、有線通信デバイスに代えて、あるいは加えて、通信ネットワーク２に無線通信により接続される無線通信デバイスが用いられてもよい。
伝送路１０５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

図３は店舗データベースＤＢＡに含まれる１つのデータレコードＲＥＡの構成を模式的に表す図である。
店舗データベースＤＢＡは、取引処理装置１００による取引処理サービスを提供する店舗のそれぞれに関連付けられるデータレコードＲＥＡの集合である。

データレコードＲＥＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣを含む。フィールドＦＡＡには、関連付けられた店舗を識別するための識別子としての店舗コードがセットされる。フィールドＦＡＢには、関連付けられた店舗で取引処理サービスを提供するに当たって必要となる各種の設定情報がセットされる。つまり設定情報は、店舗毎での取引処理サービスを提供するに当たっての諸設定を表す情報である。設定情報には、例えば店舗で取引処理サービスの利用を許容する時間帯（以下、利用可能時間帯と称する）を表す情報を含む。フィールドＦＡＣには、関連付けられた店舗で取引処理サービスにより処理される取引の代金をオンライン決済サービスを利用して決済する場合に利用を許容する決済方法を表した決済方法情報がセットされる。なお、同じ企業により運営される複数の店舗において同じ設定情報を適用するのであれば、当該の企業を識別するための企業コードを店舗コードの代わりにフィールドＦＡＡにセットするのでもよい。また、ことなる企業で同じ店舗コードが用いられ得るのであれば、企業コードと店舗コードとがフィールドＦＡＡにセットされてもよい。
なお、フィールドＦＡＢにセットされる各種の設定情報は、プロセッサ１０１により、例えば任意の情報通信端末からの通信ネットワーク２を介したアクセスを受けて、上記の情報通信端末を操作しての店舗管理者などによる指示に応じて適宜に更新される。

図４は取引データＤＡＡの構成を模式的に表す図である。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。かくして取引データＤＡＡは、補助記憶ユニット１０３に１つも記憶されない場合もあれば、複数の取引データＤＡＡは、補助記憶ユニット１０３に同時に記憶される場合もある。

取引データＤＡＡは、フィールドＦＢＡ，ＦＢＢ，ＦＢＣを含む。取引データＤＡＡは、フィールドＦＢＤ以降に任意の数のフィールドを含み得る。フィールドＦＢＡには、該当の取引の識別子としての取引コードがセットされる。フィールドＦＢＢには、該当の取引を行う利用者が利用するユーザ端末４００又はカート端末５００の識別子としての端末コードがセットされる。フィールドＦＢＣには、該当の取引を行う利用者の識別子としての利用者コードがセットされる。該当の取引の対象として登録済みの商品（以下、取引商品と称する）がある場合には、取引商品のそれぞれに関連付けたフィールドＦＢＤ，ＦＢＥ，…が取引データＤＡＡに追加される。フィールドＦＢＤ，ＦＢＥ，…には、それぞれ別々の取引商品に関する商品データがセットされる。商品データには、該当の取引商品の識別子としての商品コード及び数量が含まれる。商品データには、例えば商品名、単価、割引情報などの別の様々な情報が含まれていてもよい。

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

図５はアテンダント端末３００の要部回路構成を表すブロック図である。
アテンダント端末３００は、プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６及び伝送路３０７等を備える。

プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３及び伝送路３０７の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等であるので、その説明は省略する。ただし補助記憶ユニット３０３は、取引処理プログラムＰＲＡに代えて、アテンダント端末プログラムＰＲＣを記憶する。アテンダント端末プログラムＰＲＣは、アテンダント端末３００を、取引処理装置１００により処理され取引のサポートする店員のためのユーザインタフェースとして動作させるためのプロセッサ３０１の情報処理の手順を記述したアプリケーションプログラムである。

タッチパネル３０４は、操作者に対する情報提示のための画面を表示する。またタッチパネル３０４は、操作者による画面へのタッチ操作による指示を入力する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。

無線通信ユニット３０６は、通信ネットワーク２を介したデータ通信を行うための通信処理を実行する。無線通信ユニット３０６としては、例えば無線ＬＡＮ用の既存の無線通信デバイスを用いることができる。なお、無線通信ユニット３０６に代えて、あるいは加えて、通信ネットワーク２に有線接続される通信ユニットが用いられてもよい。

アテンダント端末３００のハードウェアとしては、例えばタブレット型の情報処理装置、あるいはスマートフォンなどの携帯型の情報処理装置を用いることができる。アテンダント端末３００のハードウェアとしては、据え置き型のコンピュータ装置が用いられてもよい。

図６はユーザ端末４００の要部回路構成を表すブロック図である。
ユーザ端末４００は、プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５、無線通信ユニット４０６及び伝送路４０７等を備える。

プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３及び伝送路４０７の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等である。またタッチパネル４０４、カメラ４０５及び無線通信ユニット４０６の機能の概略は、タッチパネル３０４、カメラ３０５及び無線通信ユニット３０６と同等である。ただし補助記憶ユニット４０３は、取引処理プログラムＰＲＡに代えて、ユーザ端末プログラムＰＲＤを記憶する。ユーザ端末プログラムＰＲＤは、ユーザ端末４００を、取引処理装置１００による取引処理のためのユーザインタフェースとして動作させるためのプロセッサ４０１の情報処理の手順を記述したアプリケーションプログラムである。また補助記憶ユニット４０３は、ブラウザプログラムＰＲＥを記憶する。ブラウザプログラムＰＲＥは、通信ネットワーク２を介したウェブブラウジングのための情報処理の手順を記述したアプリケーションプログラムである。ブラウザプログラムＰＲＥとしては、例えばスマートフォンなどが標準で備える汎用のブラウザアプリケーションをそのまま用いることができる。また無線通信ユニット４０６には、典型的には、移動体通信網を介したデータ通信を行うための周知の通信デバイスが含まれる。ただし、無線通信ユニット４０６には、上記の通信デバイスに代えて、あるいは加えて、無線ＬＡＮ用の既存の無線通信デバイスが含まれてもよい。
ユーザ端末４００の基本ハードウェアとしては、例えばスマートフォンのハードウェアを用いることが想定される。

図７はカート端末５００の要部回路構成を表すブロック図である。
カート端末５００は、プロセッサ５０１、メイン記憶ユニット５０２、補助記憶ユニット５０３、タッチパネル５０４、スキャナ５０５、無線通信ユニット５０６及び伝送路５０７等を備える。

プロセッサ５０１、メイン記憶ユニット５０２、補助記憶ユニット５０３及び伝送路５０７の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等である。またタッチパネル５０４及び無線通信ユニット５０６の機能の概略は、タッチパネル３０４及び無線通信ユニット３０６と同等である。ただし補助記憶ユニット５０３は、取引処理プログラムＰＲＡに代えて、カート端末プログラムＰＲＦを記憶する。カート端末プログラムＰＲＦは、カート端末５００を、取引処理装置１００による取引処理のためのユーザインタフェースとして動作させるためのプロセッサ５０１の情報処理の手順を記述したアプリケーションプログラムである。また無線通信ユニット５０６には、典型的には、無線ＬＡＮ用の既存の無線通信デバイスが含まれる。ただし、無線通信ユニット５０６には、上記の通信デバイスに代えて、あるいは加えて、移動体通信網を介したデータ通信を行うための周知の通信デバイスが含まれてもよい。

スキャナ５０５は、１次元バーコード及び２次元バーコードなどを光学的にスキャンする。
カート端末５００の基本ハードウェアとしては、例えばタブレット型の情報処理装置のハードウェアを用いることが想定される。そしてスキャナ５０５としては、情報処理装置とは別ユニットとして構成されたものを情報処理装置に外付けする構成が想定される。しかしながらカート端末５００は、情報処理装置が内蔵しているカメラをスキャナ５０５の撮影デバイスとして用いて構成されてもよい。

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

以下の説明のように取引処理システム１により利用者に提供されるサービスは、利用者がユーザ端末４００を用いる場合にスマホＰＯＳサービスと称され、利用者がカート端末５００を用いる場合にカートＰＯＳサービスと称される。
利用者は、スマホＰＯＳサービスを利用するためには、利用者自らが所有するスマートフォンなどの情報処理装置にユーザ端末プログラムＰＲＤをインストールしてユーザ端末４００として利用可能としておく、そして利用者は、ユーザ端末プログラムＰＲＤに従ってのユーザ端末処理をプロセッサ４０１に実行させた状態のユーザ端末４００を持って、スマホＰＯＳサービスの提供対象となっている店舗へと入る。

図８及び図９はユーザ端末処理のフローチャートである。
ＡＣＴ１１１としてプロセッサ４０１は、トップ画面をタッチパネル４０４に表示させる。トップ画面は、ユーザ端末処理により実現する各種の機能のうちから実行すべき機能を利用者に指定させるための画面である。トップ画面は、チェックインの指示を受けるためのソフトキーを表す。

スマホＰＯＳサービスの提供対象となっている店舗には、チェックインデータを表したチェックインコードを店舗の入口、あるいは店舗内などに掲出しておく。チェックインコードは、例えば２次元バーコードである。チェックインデータは、少なくとも店舗コードを含む。従ってチェックインコードは、店舗毎に異なる。

利用者は、店舗でスマホＰＯＳサービスの利用を開始しようとするならば、チェックインの指示を受けるためにトップ画面に表されているソフトキーをタップするなどの予め定められた操作を行う。
ＡＣＴ１１２としてプロセッサ４０１は、トップ画面を表示した状態で、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作が例えばタッチパネル４０４により検出されたならばＹＥＳと判定し、ＡＣＴ１１３へと進む。

ＡＣＴ１１３としてプロセッサ４０１は、行われた操作が、チェックインの指示のための操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、中止を指示する操作がなされたことを確認し、チェックインの手続きを取り止めてＡＣＴ１１１から処理をやり直す。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

上述のようにチェックインの指示のための操作がなされたのであれば、プロセッサ４０１はＡＣＴ１１３にてＹＥＳと判定し、ＡＣＴ１１４へと進む。
ＡＣＴ１１４としてプロセッサ４０１は、チェックイン画面をタッチパネル４０４に表示させる。チェックイン画面は、チェックインコードをユーザ端末４００のカメラ４０５に撮影させるよう利用者をガイドするための画面である。
ＡＣＴ１１５としてプロセッサ４０１は、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作が行われたことを確認できたならばＹＥＳと判定し、ＡＣＴ１１６へと進む。

利用者は、チェックイン画面に従ってユーザ端末４００を操作して、利用する店舗に掲出されているチェックインコードをユーザ端末４００のカメラ４０５に撮影させる。この際の利用者によるユーザ端末４００の操作は、スマホＰＯＳサービスを利用して一取引に関する取引商品の登録を開始するための操作の一例である。
プロセッサ４０１は、カメラ４０５により２次元バーコードが撮影された場合も、２次元バーコードを読み取らせるための操作が行われたものとしてＡＣＴ１１５にてＹＥＳと判定し、ＡＣＴ１１６へと進む。

ＡＣＴ１１６としてプロセッサ４０１は、上記の行われた操作によりチェックインコーダが読み取られたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ４０１は例えば、２次元バーコードを読み取らせるための操作が行われているものの、該当の２次元バーコードがチェックインコードではないことを確認して、そのような操作誤りを利用者に通知するための画面を表示する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

プロセッサ４０１は、チェックインコードがカメラ４０５により撮影されたのであれば、上記の行われた操作によりチェックインコーダが読み取られたとしてＡＣＴ１１６にてＹＥＳと判定し、ＡＣＴ１１７へと進む。
ＡＣＴ１１７としてプロセッサ４０１は、取引処理装置１００にチェックインを要求する。プロセッサ４０１は例えば、チェックインの要求のための要求データを、取引処理装置１００に宛てて無線通信ユニット４０６から通信ネットワーク２へと送出する。プロセッサ４０１は、カメラ４０５により撮影されたチェックインコードが表すチェックインデータと、ユーザ端末４００の端末コードとを上記の要求データに含める。なお端末コードは、例えば補助記憶ユニット４０３に記憶されている。端末コードとしては例えば、ユーザ端末プログラムＰＲＤのインストールに際して、ユーザ端末４００のオペレーションシステムにより決定される識別子を用いることができる。この識別子は、例えば英数字混在の３２桁のコードである。

一方、利用者は、電子レシートサーバ６００により提供される電子レシートサービスを利用するためには、利用登録を行って、利用者コードの発行を受けておく。そして利用者は、スマホＰＯＳサービスを利用した取引に関する決済にオンライン決済サービスを利用したい場合には、ユーザ端末プログラムＰＲＤの利用設定として、電子レシートサービスの利用者コードの連携を行っておく。この連携により、ユーザ端末４００には、ユーザ端末処理にてプロセッサ４０１がアクセス可能な状態で、メイン記憶ユニット４０２又は補助記憶ユニット４０３に利用者コードが記憶される。そしてプロセッサ４０１は、利用者コードが上述のように記憶されているならば、当該の利用者コードも上記の要求データに含める。

チェックインの要求のための要求データが通信ネットワーク２により取引処理装置１００へと伝送されると、取引処理装置１００では当該の要求データを通信ユニット１０４が受信し、メイン記憶ユニット１０２又は補助記憶ユニット１０３に一時保存する。
このようにして、ユーザ端末４００から送出された要求データが取引処理装置１００により受信されると、プロセッサ１０１は、スマホＰＯＳサービス向けの取引処理（以下、スマホＰＯＳ処理と称する）を取引処理プログラムＰＲＡに従って開始する。

ただし、このようなチェックインの手順は、あくまでも一例であって、種々の変更が可能である。例えば、ユーザ端末４００のプロセッサ４０１が、ユーザ端末プログラムＰＲＤの起動後に、ＧＰＳ（global positioning system）又はその他の位置測位センサ等を用いて取得された位置情報を含むチェックインデータを取引処理装置１００へ送信するのでもよい。そして取引処理装置１００は例えば、上記の位置情報を受信すると、位置情報と関連付けて設定情報を表したデータベースから、位置情報を送信したユーザ端末４００が位置している店舗の設定情報を取得し、この設定情報に従ってチェックイン処理を行うのでもよい。

プロセッサ１０１は、異なる利用者に関する取引を対象としたスマホＰＯＳ処理を既に実行しているならば、そのスマホＰＯＳ処理とは別スレッドの処理として新たなスマホＰＯＳ処理を開始する。つまりプロセッサ１０１は、複数のスマホＰＯＳ処理を並列して実行することもある。そしてこの場合、取引処理装置１００がユーザインタフェース端末として用いるユーザ端末４００が同時に複数存在することになる。しかしながら以下の説明は、一の利用者に関する取引の処理に関してのみ着目する。かくして以下の説明における「ユーザ端末４００」は、着目しているスマホＰＯＳ処理のために利用者により利用されている一のユーザ端末４００を指す。また以下の説明における「取引」は、着目している処理の対象となっている取引を指す。

図１０、図１１及び図１２はスマホＰＯＳ処理のフローチャートである。以下は、ユーザ端末４００によりチェックインコードの読み取りが行われる場合であって、かつ当該チェックインコードが表すチェックインデータに店舗コードが含まれる場合を例として説明する。
図１０中のＡＣＴ２１１としてプロセッサ１０１は、現時点が、利用可能時間帯内であるか否かを確認する。つまりプロセッサ１０１は例えば、受信されたチェックインデータに含まれる店舗コードがフィールドＦＡＡにセットされているデータレコードＲＥＡを店舗データベースＤＢＡから探し出し、当該のデータレコードＲＥＡのフィールドＦＡＢにセットされている設定情報に含まれる情報が表す利用可能時間帯を判定する。そしてプロセッサ１０１は例えば、ここで判定した利用可能時間帯に現在時刻が含まれないならばＮＯと判定してＡＣＴ２１２へと進む。なお、利用可能時間帯は、店舗毎に適宜に定められてよい。

ＡＣＴ２１２としてプロセッサ１０１は、利用不可画面の表示をユーザ端末４００に対して指示する。利用不可画面は、スマホＰＯＳサービスを利用することができないことを利用者に認識させるための画面である。プロセッサ１０１は例えば、利用可能画面の表示を行うようにユーザ端末４００に対して指示するための指示データを、通信ユニット１０４からユーザ端末４００に宛てて通信ネットワーク２に送出する。そしてプロセッサ１０１はこののち、スマホＰＯＳ処理を終了する。

画面表示の指示のための指示データが通信ネットワーク２によりユーザ端末４００に伝送されると、ユーザ端末４００では無線通信ユニット４０６が当該の指示データを受信する。無線通信ユニット４０６は、指示データを受信すると、その旨をプロセッサ４０１に通知する。プロセッサ４０１は、画面表示の指示のための指示データが受信されたならば、ユーザ端末処理により、その指示データに応じた画面をタッチパネル４０４に表示させる。

画面表示の指示のための指示データは、当該の指示データに応じて表示すべき画面を表す画面データを含んでもよいし、このような画面データは含まず、表示すべき画面をユーザ端末４００にて特定可能とするためのデータを含んでもよい。前者の場合にプロセッサ１０１は例えば、ユーザ端末４００にて表示させる画面を表した画面データを生成した上で、当該の画面データを指示データに含める。また、後者の場合にプロセッサ１０１は例えば、ユーザ端末４００にて表示させる画面を識別するものとして予め定められた画面識別子、あるいは画面表示の契機となる通知を識別する通知識別子を指示データに含める。通知識別子は例えば、例えば「利用可能時間帯外である」という通知を識別するべく予め定められた情報である。

ユーザ端末４００にてプロセッサ４０１は、図８中のＡＣＴ１１７にてチェックインを要求したのちには、ＡＣＴ１１８へと進む。
ＡＣＴ１１８としてプロセッサ４０１は、チェックイン要求に対する応答を待ち受ける。そしてプロセッサ４０１は、何らかの画面の表示を指示する指示データが無線通信ユニット４０６によって受信されたならば応答がなされたとしてＹＥＳと判定し、ＡＣＴ１１９へと進む。

ＡＣＴ１１９としてプロセッサ４０１は、利用不可画面の表示が指示されたか否かを確認する。そしてプロセッサ４０１は、上述のように利用不可画面の表示が指示されたならばＹＥＳと判定し、ＡＣＴ１２０へと進む。
ＡＣＴ１２０としてプロセッサ４０１は、利用不可画面をタッチパネル４０４に表示させる。

プロセッサ４０１は、受信された指示データに画面データが含まれるならば、その画面データが表す画面をそのままタッチパネル４０４に表示させる。プロセッサ４０１は、受信された指示データに画面識別子が含まれるならば、その画面識別子により識別される画面を生成してタッチパネル４０４に表示させる。プロセッサ４０１は、受信された指示データに通知識別子が含まれるならば、その通知識別子で識別される通知に応じて表示すべき画面を判定し、該当の画面を生成してタッチパネル４０４に表示させる。
以降に説明する各種の画面の表示指示の授受は、表示の対象となる画面の内容が異なるものの、上記と同様な手順で行われる。

図１３は利用不可画面ＳＣＡを表す図である。
利用不可画面ＳＣＡは、チェックインコードのスキャンを行う状態においてタッチパネル４０４に表示されている画面にポップアップウィンドウＷＡＡを重ねて表した画面である。ポップアップウィンドウＷＡＡは、利用可能時間外であることを利用者に案内するための文字メッセージと、ボタンＢＡＡとを表す。ボタンＢＡＡは、利用不可画面ＳＣＡでの案内を確認したことの利用者による表明を受けるためのソフトキーである。
プロセッサ１０１は、このような利用不可画面ＳＣＡをユーザ端末４００で表示させることで、利用可能時間外であるためにスマホＰＯＳサービスを利用しての取引商品の登録を開始できないことを利用者に通知することになる。かくして取引処理プログラムＰＲＡに基づくスマホＰＯＳ処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは通知手段として機能する。

利用者は、利用不可画面ＳＣＡでの案内を確認したならば、ボタンＢＡＡにタップする。このような操作がタッチパネル４０４にて検出されると、プロセッサ４０１は利用不可画面ＳＣＡの表示を終了し、タッチパネル４０４の表示画面を、例えばチェックインコードのスキャンを行うための画面に戻す。

一方でプロセッサ１０１は、利用可能時間帯に現在時刻が含まれるならば、図１０中のＡＣＴ２１１にてＹＥＳと判定してＡＣＴ２１３へと進む。プロセッサ１０１はこののち、後述するように取引商品の登録のための処理を実行する。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは制御手段として機能する。

ＡＣＴ２１３としてプロセッサ１０１は、新たな取引データを生成する。つまりプロセッサ１０１は例えば、他の取引を識別するための取引コードとは異なる新たな取引コードを予め定められたルールに従って決定し、この取引コードをフィールドＦＢＡにセットするとともに、チェックインデータとともに受信された端末コードをフィールドＦＢＢにセットした新たな取引データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。なおプロセッサ１０１は、チェックインデータとともに利用者コードが受信されているならば、当該の利用者コードを上記の新たに生成する取引データＤＡＡのフィールドＦＢＣにセットする。プロセッサ１０１は、チェックインデータとともに利用者コードが受信されていないならば、上記の新たに生成する取引データＤＡＡのフィールドＦＢＣは、例えばnull状態としておく。

図１０中のＡＣＴ２１４としてプロセッサ１０１は、チェックイン要求への応答として登録画面の表示をユーザ端末４００に対して指示する。登録画面は、取引商品として登録済みの商品の一覧などを含み、取引商品の登録状況を利用者に認識させるための画面である。プロセッサ１０１は例えば、取引商品の登録状況を反映した登録画面を表す画面データを生成し、当該画面データを、画面表示を行うようにユーザ端末４００に対して指示するための指示データに含める。プロセッサ１０１は、前述のように、当該の指示データには画面データを含めずに、登録画面の画面識別子、又は「チェックインの確認完了」という通知を識別する通知識別子を含めるのでもよい。そして登録画面の生成は、ユーザ端末４００にてプロセッサ４０１が行ってもよい。

ユーザ端末４００にてプロセッサ４０１は、登録画面の表示指示のための指示データの受信に応じて図８中のＡＣＴ１１８にてＹＥＳと判定してＡＣＴ１１９へと進んだ場合には、利用不可画面の表示指示ではないからＮＯと判定し、ＡＣＴ１２１へと進む。
ＡＣＴ１２１としてプロセッサ４０１は、登録画面をタッチパネル４０４に表示させる。

図１４は登録画面ＳＣＢを表す図である。
登録画面ＳＣＢは、表示エリアＡＢＡに、登録状況を表す画像が配置される。登録画面ＳＣＢは、ボタンＢＢＡ，ＢＢＢを表す。表示エリアＡＢＡに配置される画像は、図１４の例では、「ＡＡＡＡＡ」「ＢＢＢＢＢ」及び「ＣＣＣＣＣ」なる商品名で、単価がそれぞれ３００円、４００円及び７００円である商品が１つずつ、合計３点が登録済みであり、その参考価格が１４００円である状態を表している。なお、参考価格とは、全ての取引商品の単価の総和からクーポンサービスなどの各種サービスによる値引額を差し引いて求まる金額である。取引商品及び適用するサービスが変更されないままに取引を決済するならば、この参考価格が決済額となる。なお、表示エリアＡＢＡに配置される画像は、取引商品の登録状況に応じて逐次変化する。プロセッサ１０１が図１０中のＡＣＴ２１４を最初に実行する際には、取引商品はまだ登録されていない。従って、プロセッサ１０１が図１０中のＡＣＴ２１３を最初に実行することでユーザ端末４００に送られる画面データが表す登録画面ＳＣＢでは、表示エリアＡＢＡに配置される画像は、各商品の情報を表さず、合計０点、参考価格０円であることを表す画像である。

ボタンＢＢＡは、新たな商品をスキャンする状態への移行指示を受けるためのソフトキーである。ボタンＢＢＢは、会計開始の指定を受けるためのソフトキーである。なお、登録画面ＳＣＢ及び後述する各種の画面は、主要な表示オブジェクトを図示しており、一部の表示オブジェクトの図示を省略している場合がある。例えば、利用者が行うべき操作を利用者にイメージさせるための画像が画面に含められる場合がある。また登録画面ＳＣＢ及び後述する各種の画面は一例であって、例えば取引処理プログラムＰＲＡの作成者などによって適宜に定められてよい。

プロセッサ４０１は、登録画面ＳＣＢをタッチパネル４０４に表示させたならば、図９中のＡＣＴ１３１へと進む。
ＡＣＴ１３１としてプロセッサ４０１は、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作がタッチパネル４０４により検出されたならばＹＥＳと判定し、ＡＣＴ１３２へと進む。
ＡＣＴ１３２としてプロセッサ４０１は、行われた操作を取引処理装置１００へと通知する必要があるか否かを確認する。そしてプロセッサ４０１は、行われた操作が通知の対象として予め定められた操作ではなければＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ４０１は例えば、スクロール操作に応じて登録画面をスクロールさせる。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

プロセッサ４０１は一方、行われた操作が通知の対象として予め定められた操作であったならばＡＣＴ１３２にてＹＥＳと判定し、ＡＣＴ１３３へと進む。
ＡＣＴ１３３としてプロセッサ４０１は、操作内容を取引処理装置１００に対して通知する。プロセッサ４０１は例えば、操作内容を通知するための通知データを、無線通信ユニット４０６から取引処理装置１００に宛てて通信ネットワーク２へと送出する。

操作内容を通知するための通知データが通信ネットワーク２により取引処理装置１００に伝送されると、取引処理装置１００では通信ユニット１０４が当該の通知データを受信する。通信ユニット１０４は、通知データを受信すると、その旨をプロセッサ１０１に通知する。
なお、以降に説明する各種の画面に関する操作内容の通知の授受は、操作の内容が異なるものの、上記と同様な手順で行われる。

図１０中のＡＣＴ２１５としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上記のように操作内容を通知するための通知データを受信したことが通信ユニット１０４から通知されたならばＹＥＳと判定し、ＡＣＴ２１６へと進む。
ＡＣＴ２１６としてプロセッサ１０１は、行われた操作が、スキャンの開始を指定する操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２１７へと進む。

ＡＣＴ２１７としてプロセッサ１０１は、行われた操作が、会計の開始を指定する操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、取引中止を指定する操作がなされたことを確認し、取引を中止するための処理を実行後に登録処理を終了する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

利用者は、店舗内で取引の対象とする商品を探す。そして利用者は、商品を新たに取引商品として登録する場合は、例えば登録画面ＳＣＢ上のボタンＢＢＡをタップするなどの、スキャン開始を指定するための予め定められた操作を行う。この操作は通知対象であり、ユーザ端末４００にてプロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、スキャン開始指示のための操作を通知するための通知データを送信する。

こうしてスキャン開始指示のための操作がユーザ端末４００から取引処理装置１００に通知されたならば、プロセッサ１０１は図１０中のＡＣＴ２１６にてＹＥＳと判定し、図１１中のＡＣＴ２２１へと進む。
ＡＣＴ２２１としてプロセッサ１０１は、商品スキャン画面の表示をユーザ端末４００に対して指示する。商品スキャン画面は、商品コードを表したバーコードをスキャンするための画面である。

ユーザ端末４００にてプロセッサ４０１は、図９中のＡＣＴ１３３にて操作内容を通知したのちには、ＡＣＴ１３４へと進む。
ＡＣＴ１３４としてプロセッサ４０１は、表示指示がなされたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３５へと進む。
ＡＣＴ１３５としてプロセッサ４０１は、決済用ＵＲＬが通知されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３４へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ１３４及びＡＣＴ１３５としては、表示指示又は決済用ＵＲＬの通知を待ち受ける。

そしてプロセッサ４０１は、取引処理装置１００から何らかの画面の表示を指示する指示データが送信され、これが無線通信ユニット４０６にて受信されたならば、ＡＣＴ１３４にてＹＥＳと判定し、ＡＣＴ１３６へと進む。
ＡＣＴ１３６としてプロセッサ４０１は、指示に応じてタッチパネル４０４での表示画面を更新する。つまりプロセッサ４０１は、上記の商品スキャン画面の表示指示に応じては、タッチパネル４０４での表示画面を商品スキャン画面に更新する。
ＡＣＴ１３７としてプロセッサ４０１は、更新後の表示画面が後述する完了画面であるか否かを確認する。そしてプロセッサ４０１は、上記のように商品スキャン画面に更新した場合のように、完了画面以外の画面に更新したならばＮＯと判定し、ＡＣＴ１３１の待ち受け状態に戻る。つまりプロセッサ４０１は、更新後の画面に関する操作を待ち受ける状態に移行する。

図１５は商品スキャン画面ＳＣＣを表す図である。
商品スキャン画面ＳＣＣは、表示エリアＡＣＡ及びボタンＢＣＡを含む。表示エリアＡＣＡは、カメラ４０５で得られた画像を表示するためのエリアである。ボタンＢＣＡは、商品コードのスキャンを中止することを利用者が宣言するためのソフトキーである。

ユーザ端末４００にてプロセッサ４０１は、商品スキャン画面ＳＣＣを表示するに当たっては、カメラ４０５を起動し、これによりカメラ４０５で得られた画像を表示エリアＡＣＡ内に重畳表示する。なお、プロセッサ４０１は、スキャン開始を指定するための予め定められた操作が行われた場合には、その操作を取引処理装置１００に通知することなしに、商品スキャン画面を生成し、タッチパネル４０４に表示させてもよい。この場合、取引処理装置１００にてプロセッサ１０１は、ＡＣＴ２１６として後述するＡＣＴ２２３の処理を行い、ＡＣＴ２１６にてＹＥＳと判定した場合には後述するＡＣＴ２２１～ＡＣＴ２２３を行わずに後述するＡＣＴ２２４へと進むようにする。

利用者は、商品スキャン画面ＳＣＣがタッチパネル４０４に表示されたならば、取引商品として登録しようとする商品に表示されたバーコードが表示エリアＡＣＡ内に映り込むようにユーザ端末４００を操作する。プロセッサ４０１は、カメラ４０５で得られる画像を解析し、バーコードの読み取りを試みる。そしてプロセッサ４０１は、バーコードが読み取れたならば、この操作は通知対象であり、プロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、読み取ったバーコードが表すデータ（以下、バーコードデータと称する）の通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する（商品スキャン通知）。
また利用者は例えば、取引商品の登録を一旦取り止めて、取引商品の登録状況を確認しようとする場合は、ボタンＢＣＡをタップするなどのスキャン中止を指定するための予め定められた操作を行う。この操作は通知対象であり、プロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、スキャン中止を指示する操作が行われたことを取引処理装置１００に通知する。

取引処理装置１００にてプロセッサ１０１は、図１１中のＡＣＴ２２１として商品スキャン画面の表示を指示し終えたならば、ＡＣＴ２２２へと進む。
ＡＣＴ２２２としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２２３へと進む。

ＡＣＴ２２３としてプロセッサ１０１は、行われた操作が、商品を指定するための操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＣＡをタップするなどのスキャン中止を指定する操作が行われたことを確認し、図１０中のＡＣＴ２１４へと戻り、ユーザ端末４００でのタッチパネル４０４の表示画面を登録画面ＳＣＢに戻す。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
なお、スキャン中止を指定する操作はユーザ端末４００からの通知の対象とはせずに、上記のようにユーザ端末４００でのタッチパネル４０４の表示画面を登録画面ＳＣＢに戻す処理は、ユーザ端末４００にてプロセッサ４０１が、ＡＣＴ１３２にてＮＯと判定したのちに自律的に実行してもよい。

プロセッサ１０１は、上述のようにバーコードデータが通知され、当該バーコードデータが商品コードを表すものであるならば、商品を指定するための操作が行われたとしてＡＣＴ２２３にてＹＥＳと判定し、ＡＣＴ２２４へと進む。
ＡＣＴ２２４としてプロセッサ１０１は、通知されたバーコードデータに基づいて、取引商品とすべき商品を判定する。つまりプロセッサ１０１は例えば、バーコードデータに含まれる商品コードを抽出し、その商品コードで識別される商品を取引商品とすべき商品（以下、候補商品と称する）として判定する。なお、プロセッサ１０１は、例えばタッチパネル４０４に表示させたプリセットボタンをタップする操作がなされたことのユーザ端末４００からの通知を受けて、該当のプリセットボタンに割り当てられた商品を候補商品として判定するようにしてもよい。またプロセッサ１０１は、例えば数値列としてタッチパネル４０４にて直接入力された商品コードのユーザ端末４００からの通知を受けて、その商品コードで識別される商品を候補商品として判定するようにしてもよい。このようにプロセッサ１０１と、タッチパネル４０４又はカメラ４０５との協働によって、商品を識別する識別情報としての商品コードを入力する入力手段としての機能が実現される。

ＡＣＴ２２５としてプロセッサ１０１は、登録確認画面の表示をユーザ端末４００に対して指示する。登録確認画面は、候補商品を取引商品として登録するか否かを確認するための画面である。プロセッサ１０１は、登録確認画面の表示指示のための指示データに登録確認画面を表す画面データを含めてもよいし、候補商品のデータを含めて、登録確認画面の生成はユーザ端末４００にてプロセッサ４０１により行わせてもよい。
ユーザ端末４００にてプロセッサ４０１は、登録確認画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を登録確認画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面は完了画面ではないから、ＡＣＴ１３７にてＮＯと判定してＡＣＴ１３１の待ち受け状態に戻る。

図１６は登録確認画面ＳＣＤを表す図である。
登録確認画面ＳＣＤは、候補商品が、「ＤＤＤＤＤ」なる商品名で、単価が２５０円である商品の場合の例である。登録確認画面ＳＣＤは、表示エリアＡＤＡ及びボタンＢＤＡ，ＢＤＢ，ＢＤＣ，ＢＤＤを表す。表示エリアＡＤＡは、内部に数量を表す。ボタンＢＤＡは、数量減少の指定を受けるためのソフトキーである。ボタンＢＤＢは、数量増加の指定を受けるためのソフトキーである。ボタンＢＤＣは、取引商品として登録しない旨の指定を受けるためのソフトキーである。ボタンＢＤＤは、取引商品としての登録の指定を受けるためのソフトキーである。

図１１中のＡＣＴ２２６としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２２７へと進む。
ＡＣＴ２２７としてプロセッサ１０１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２２８へと進む。

ＡＣＴ２２８としてプロセッサ１０１は、候補商品を取引商品として登録することの指定がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＤＣをタップするなどの登録を取り止める旨の指定のための予め定められた操作が行われたことを確認し、ＡＣＴ２２１へと戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

利用者は、数量を変更したいならば、ボタンＢＤＡ又はボタンＢＤＢをタップするなどの予め定められた操作により数量変更を指定する。この操作は通知対象であり、ユーザ端末４００にてプロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、数量変更を指示する操作が行われたことを取引処理装置１００に通知する。そしてこの通知に応じて、取引処理装置１００にてプロセッサ１０１は、図１１中のＡＣＴ２２７にてＹＥＳと判定してＡＣＴ２２９へと進む。
ＡＣＴ２２９としてプロセッサ１０１は、指定に応じて数量を変更するように取引データＤＡＡを更新する。そしてプロセッサ１０１はこののち、図１０中のＡＣＴ２１４へと戻り、上述のようにして更新された取引データに応じた登録画面ＳＣＢの表示をユーザ端末４００に指示した上で、ＡＣＴ２１５の待ち受け状態に戻る。

利用者は、登録確認画面ＳＣＤに表された候補商品を、表示エリアＡＤＡに表された数量、取引商品として登録することを決定したならば、例えばボタンＢＤＤをタップするなどの予め定められた操作により登録を指定する。このような操作がユーザ端末４００から通知されると、プロセッサ１０１はＡＣＴ２２８にてＹＥＳと判定し、ＡＣＴ２３０へと進む。
ＡＣＴ２３０としてプロセッサ１０１は、候補商品を、表示エリアＡＤＡに表している数量、取引商品として登録する。プロセッサ１０１は例えば、候補商品の商品コードと、表示エリアＡＤＡに表している数量とをそれぞれ表した商品データを含むように取引データＤＡＡを更新する。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは登録手段として機能する。そしてプロセッサ１０１はこののち、図１０中のＡＣＴ２１４へと戻り、上述のようにして更新された取引データに応じた登録画面ＳＣＢの表示をユーザ端末４００に指示した上で、ＡＣＴ２１５の待ち受け状態に戻る。

利用者は、今回の取引に関する取引商品の全てを登録し終えたならば、例えば登録画面ＳＣＢ中のボタンＢＢＢをタップするなどの予め定められた操作により会計開始を指定する。この操作は通知対象であり、ユーザ端末４００にてプロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、会計開始を指示する操作が行われたことを取引処理装置１００に通知する。そしてこの通知に応じて、取引処理装置１００にてプロセッサ１０１は図１０中のＡＣＴ２１７にてＹＥＳと判定し、図１２中のＡＣＴ２４１へと進む。
ＡＣＴ２４１としてプロセッサ１０１は、利用者コードを取得済みであるか否かを確認する。そしてプロセッサ１０１は例えば、取引に関する取引データＤＡＡのフィールドＦＢＣに利用者コードがセットされていることを確認できたならば、取得済みであるとしてＹＥＳと判定し、ＡＣＴ２４２へと進む。

ＡＣＴ２４２としてプロセッサ１０１は、第１の選択画面の表示をユーザ端末４００に対して指示する。第１の選択画面は、スマホ決済及び会計機決済のいずれを行うかを利用者に指定させるための画面である。なお、第１の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、スマホ決済及び会計機決済のいずれを行うかの通知を要求する旨の通知、あるいは利用者コードを取得済みであることの通知とすることが想定される。

ユーザ端末４００にてプロセッサ４０１は、第１の選択画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を第１の選択画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面は完了画面ではないから、ＡＣＴ１３７にてＮＯと判定してＡＣＴ１３１の待ち受け状態に戻る。

図１７は第１の選択画面ＳＣＥを表す図である。
第１の選択画面ＳＣＥは、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、ボタンＢＥＡ，ＢＥＢを表す。ボタンＢＥＡは、スマホ決済の指定を受けるためのソフトキーである。ボタンＢＥＢは、会計機決済の指定を受けるためのソフトキーである。

一方でプロセッサ１０１は例えば、取引に関する取引データＤＡＡのフィールドＦＢＣがnull状態であることを確認したならば、利用者コードを取得済みではないとして、図１２中のＡＣＴ２４１にてＮＯと判定し、ＡＣＴ２４３へと進む。
ＡＣＴ２４３としてプロセッサ１０１は、第２の選択画面の表示をユーザ端末４００に対して指示する。第２の選択画面は、会計機決済を利用者に指定させるための画面である。第２の選択画面は例えば、第１の選択画面ＳＣＥを、ボタンＢＥＡを表さないか、あるいはボタンＢＥＡをグレーアウト表示とするなどのように、ボタンＢＥＡを無効化するように変更した画面とする。なお、第２の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、会計機決済の実行指示を要求する旨の通知、あるいは利用者コードを取得済みでないことの通知とすることが想定される。

ユーザ端末４００にてプロセッサ４０１は、第２の選択画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を第２の選択画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面は完了画面ではないから、ＡＣＴ１３７にてＮＯと判定してＡＣＴ１３１の待ち受け状態に戻る。

ユーザ端末４００にてプロセッサ４０１は、会計開始を指定する操作が行われた場合には、上記のＡＣＴ２４１～ＡＣＴ２４３の処理をプロセッサ１０１に代わって実行してもよい。この場合に取引処理装置１００にてプロセッサ１０１は例えば、図１０中のＡＣＴ２１７にてＹＥＳと判定したら、図１２中のＡＣＴ２４４へと進む。

利用者は、ユーザ端末４００を操作してオンライン決済サービスを利用した決済を行う場合には、例えば第１の選択画面ＳＣＥに表されているボタンＢＥＡをタップするなどの、スマホ決済を指定するための予め定められた操作を行う。また利用者は、会計機２００を用いて決済を行う場合には、例えば第１の選択画面ＳＣＥ又は第２の選択画面に表されているボタンＢＥＢをタップするなどの、会計機決済を指定するための予め定められた操作を行う。これらの操作は通知対象であり、プロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、スマホ決済又は会計機決済を指定する操作が行われたことを取引処理装置１００に通知する。

プロセッサ１０１は、図１２中のＡＣＴ２４２又はＡＣＴ２４３での表示指示を終えると、いずれの場合もＡＣＴ２４４へと進む。
ＡＣＴ２４４としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上述のような操作がユーザ端末４００から取引処理装置１００に通知されたならばＹＥＳと判定し、ＡＣＴ２４５へと進む。

ＡＣＴ２４５としてプロセッサ１０１は、スマホ決済が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は、会計機決済が指定されたことを確認し、処理中の取引の代金の決済処理を会計機２００に行わせるための処理を実行する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

決済処理を会計機２００に行わせるための処理は、一例として以下の通りである。
プロセッサ１０１は、会計用画面の表示をユーザ端末４００に対して指示する。会計用画面は、取引に関する会計処理を会計機２００に引き継ぐための画面である。会計用画面には、該当の取引に関する問い合わせを会計機２００が取引処理装置１００に対して行うための情報を表したバーコードが表される。
ユーザ端末４００にてプロセッサ４０１は、会計用画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を会計用画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面は完了画面ではないから、ＡＣＴ１３７にてＮＯと判定してＡＣＴ１３１の待ち受け状態に戻る。

利用者は、店舗に会計機２００が複数台設置されているならば、それらのうちから使用されていない会計機２００を任意に選択し、その会計機２００が備えるバーコードスキャナに、会計用画面に表されたバーコードを読み取らせる。これに応じて会計機２００は、バーコードスキャナにより読み取られたバーコードが表す情報に基づいて取引処理装置１００に会計データを要求する。

取引処理装置１００にてプロセッサ１０１は、会計データの要求を受けると、要求された取引の決済を会計機２００に行わせるための会計データを要求元の会計機２００に対して送信する。
このように取引処理装置１００から送信された会計データに応じて会計機２００は、適宜に画面を表示しながら、会計に関する利用者の操作を受けつつ、会計データに基づいて取引を会計するための処理を実行する。この会計機２００の処理は、例えば既存のＰＯＳシステムの会計機で行われている処理と同様な処理であってよい。

さて、取引処理装置１００にてプロセッサ１０１は、第１の選択画面ＳＣＥを表示している状態のユーザ端末４００にて前述のようにスマホ決済を指定する操作がなされたことに応じて、図１２中のＡＣＴ２４４からＡＣＴ２４５へと進んだ場合には、ＡＣＴ２４５にてＹＥＳと判定してＡＣＴ２４６へと進む。なおプロセッサ１０１は、利用者コードが取得されていないためにＡＣＴ２４３にて第２の選択画面の表示を指示している場合には、スマホ決済が指定されることはなく、ＡＣＴ２４６へと進むことはない。

ＡＣＴ２４６としてプロセッサ１０１は、許可コードスキャン画面の表示をユーザ端末４００に対して指示する。許可コードスキャン画面は、許可コードを表したバーコードをスキャンするための画面である。なお、許可コードスキャン画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、許可コードの入力を要求する旨の通知を識別するものとすることが想定される。
ユーザ端末４００にてプロセッサ４０１は、許可コードスキャン画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を許可コードスキャン画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面は完了画面ではないから、ＡＣＴ１３７にてＮＯと判定してＡＣＴ１３１の待ち受け状態に戻る。

図１８は許可コードスキャン画面ＳＣＦを表す図である。
許可コードスキャン画面ＳＣＦは、表示エリアＡＦＡ及びボタンＢＦＡを含む。表示エリアＡＦＡは、カメラ４０５で得られた画像を表示するためのエリアである。ボタンＢＦＡは、スマホ決済を中止することを利用者が宣言するためのソフトキーである。
ユーザ端末４００にてプロセッサ４０１は、許可コードスキャン画面ＳＣＦを表示するに当たっては、カメラ４０５を起動し、これによりカメラ４０５で得られた画像を表示エリアＡＦＡ内に重畳表示する。

店舗内の一部のエリアとして予め定められた会計エリア内には、予め定められたスマホ決済を許可するための許可コードを表した２次元バーコードを掲出しておく。２次元バーコードの掲出は、看板の設置又は印刷物の掲示などにより行うことができる。会計エリアは、オンライン決済サービスを利用した決済を行うことを許容するエリアである。会計エリアは、店舗毎に、当該店舗の運営者などによって適宜に定められてよい。許可コードは、店舗毎に別々でも、複数の店舗で共通でも構わない。許可コードを表した１次元バーコードが、上記の２次元バーコードに代えて掲出されてもよい。

利用者は、会計エリアまで移動した上で、上記のように掲出されている２次元バーコードが表示エリアＡＦＡ内に映り込むようにユーザ端末４００を操作する。プロセッサ４０１は、カメラ４０５で得られる画像を解析し、２次元バーコードの読み取りを試みる。２次元バーコードが読み取れたならば、この操作は通知対象であり、プロセッサ４０１は、図９中のＡＣＴ１３１及びＡＣＴ１３２にていずれもＹＥＳと判定してＡＣＴ１３３へと進み、読み取った２次元バーコードが表すバーコードデータの通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する。かくして、２次元バーコードの掲出のための上記の看板又は印刷物などは、ユーザ端末４００による許可コードの取得元となる媒体に該当する。

プロセッサ１０１は、図１２中のＡＣＴ２４６での表示指示を終えると、ＡＣＴ２４７へと進む。
ＡＣＴ２４７としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２４８へと進む。

ＡＣＴ２４８としてプロセッサ１０１は、許可コードのスキャンがなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＦＡをタップするなどのスマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ２４２へと戻り、ユーザ端末４００のタッチパネル４０４の表示画面を第１の選択画面ＳＣＥに戻す。また他処理の１つとしてプロセッサ１０１は例えば、許可コードを表さないバーコードのスキャン操作が行われたことを確認し、エラー表示を行った後にＡＣＴ２４６へと戻り、ユーザ端末４００でのタッチパネル４０４の表示画面を許可コードスキャン画面ＳＣＦに戻す。エラー表示は、例えば許可コードをスキャンしなければスマホ決済を行うことができない旨を操作者に通知するための画面表示である。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

プロセッサ１０１は、許可コードを表したバーコードデータの通知を伴う操作通知がなされたならば、許可コードがスキャンされたとしてＡＣＴ２４８にてＹＥＳと判定し、ＡＣＴ２４９へと進む。
ＡＣＴ２４９としてプロセッサ１０１は、オンライン決済サービスに対してウェブアクセスして、取引の決済を行わせるための決済用ＵＲＬ（uniform resource locator）をユーザ端末４００に通知する。プロセッサ１０１は、決済用ＵＲＬには例えば、オンライン決済サービスを提供するウェブサーバ（以下、決済サーバと称する）にアクセスするためのアドレスと、取引に関する決済データと、を含める。プロセッサ１０１は例えば、取引に関する決済額と取引コードとを決済データから判定可能とする。プロセッサ１０１は例えば、取引が行われる店舗が属するオンライン決済サービスの加盟店の識別子を決済データから判定可能とする。プロセッサ１０１は例えば、決済サーバにて取引処理装置１００を識別するための識別子を決済データから判定可能とする。なお、プロセッサ１０１が、決済データからどのような情報を判定可能とするかは、オンライン決済サービスの仕様に準じる。また、決済データに含める情報の一部は、決済データに含めることなしに、別途の通信によって、ユーザ端末４００又は取引処理装置１００から決済サーバへと送られてもよい。

ユーザ端末４００にてプロセッサ４０１は、決済用ＵＲＬの通知を受けると、図９中のＡＣＴ１３５にてＹＥＳと判定し、ＡＣＴ１３８へと進む。
ＡＣＴ１３８としてプロセッサ４０１は、ユーザ端末４００が備えるブラウザプログラムＰＲＥに従ってのブラウザ処理を起動する。なお、ブラウザ処理が既に機動済みであるならば、プロセッサ４０１はこの処理をパスする。
ＡＣＴ１３９としてプロセッサ４０１は、取引処理装置１００から通知された決済用ＵＲＬを、上記の起動したブラウザ処理に受け渡す。

プロセッサ４０１は、ブラウザ処理にて、ユーザ端末処理から受け渡された決済用ＵＲＬに基づいて決済サーバにアクセスする。そしてこののちにプロセッサ４０１は、ブラウザ処理にて、決済サーバからの指示と、利用者による操作とに応じて、オンライン決済サービスを利用しての決済を行う。なお、オンライン決済サービスを利用しての決済の手順は、例えば既存のオンライン決済サービスにおいて知られたものであってよく、ここではその説明は省略する。
決済サーバは、決済を完了すると、例えばアクセスに用いられた決済用ＵＲＬに含まれる決済データから判定される識別子で識別される取引処理装置１００に対して、同決済用ＵＲＬから判定される取引識別子の通知を伴って、決済の完了を通知する。

取引処理装置１００にてプロセッサ１０１は、図１２中のＡＣＴ２４９として決済用ＵＲＬの通知を行ったのちには、ＡＣＴ２５０へと進む。
ＡＣＴ２５０としてプロセッサ１０１は、完了通知を待ち受ける。そしてプロセッサ１０１は、上述のように決済サーバから決済の完了が通知されたならばＹＥＳと判定し、ＡＣＴ２５１へと進む。
ＡＣＴ２５１としてプロセッサ１０１は、完了画面の表示をユーザ端末４００に対して指示する。完了画面は、取引が完了したことを利用者に認識させるための画面である。完了画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、決済が完了した旨の通知を識別するものとすることが想定される。

ユーザ端末４００にてプロセッサ４０１は、完了画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を完了画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面が完了画面であるから、ＡＣＴ１３７にてＹＥＳと判定し、他処理へと進む。他処理の１つとしてプロセッサ４０１は例えば、完了画面に表されたソフトキーがタップされるなどの操作が行われたことに応じて図８中のＡＣＴ１１１に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

図１２中のＡＣＴ２５２としてプロセッサ１０１は、電子レシート登録処理を行う。つまりプロセッサ１０１は、今回の取引の内容を電子レシートサービスで閲覧可能とするために、利用者コード、取引商品のリスト及び決済の結果などの各種のデータを電子レシートサーバ６００に送る。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは送信手段として機能する。

そうすると電子レシートサーバ６００は、取得したデータを取引データベースに保存し、取引の内容を電子レシートサービスにより閲覧可能とする。この電子レシート登録処理は、例えば既存の電子レシートサービスで行われている処理と同様であってよく、ここではその詳細の説明は省略する。したがって、プロセッサ１０１が電子レシートサーバ６００に送るデータは、電子レシートサービスの仕様に準じる。
そしてプロセッサ１０１はこののち、スマホＰＯＳ処理を終了する。

カート端末５００が起動状態にあるとき、プロセッサ５０１はカート端末プログラムＰＲＦに従ってカート端末処理を実行している。
図１９及び図２０はカート端末処理のフローチャートである。
ＡＣＴ３１１としてプロセッサ５０１は、ホーム画面をタッチパネル５０４に表示させる。ホーム画面は、カート端末処理により実現する各種の機能のうちから実行すべき機能を操作者に指定させるための画面である。ホーム画面は、利用者による利用開始の指示を受けるためのソフトキーを表す。

利用者は、店舗でカートＰＯＳサービスの利用を開始しようとするならば、未使用状態となっているカート端末５００のタッチパネル５０４に表示されたホーム画面に表されたソフトキーをタップするなどの予め定められた操作により利用開始を指示する。この際の利用者によるカート端末５００の操作は、カートＰＯＳサービスを利用して一取引に関する取引商品の登録を開始するための操作の一例である。
ＡＣＴ３１２としてプロセッサ５０１は、ホーム画面を表示した状態で、操作者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ５０１は、操作者による何らかの操作が例えばタッチパネル５０４により検出されたならばＹＥＳと判定し、ＡＣＴ３１３へと進む。

ＡＣＴ３１３としてプロセッサ５０１は、行われた操作が、利用開始の指示のための操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、店員などの権限者による操作に応じてのメンテナンスのための処理である。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

上述のように利用開始の指示のための操作がなされたのであれば、プロセッサ５０１はＡＣＴ３１３にてＹＥＳと判定し、ＡＣＴ３１４へと進む。
ＡＣＴ３１４としてプロセッサ５０１は、会員確認画面をタッチパネル５０４に表示させる。会員確認画面は、利用者が会員であるか否かを利用者に問い合わせる画面である。会員確認画面は、利用者が、会員であることを表明するためのソフトキーと、非会員であることを表明するためのソフトキーとを表す。

利用者は、会員であることを表明するためのソフトキーをタップするなどの予め定められた操作により会員であることを表明する。あるいは利用者は、非会員であることを表明するためのソフトキーをタップするなどの予め定められた操作により非会員であることを表明する。

ＡＣＴ３１５としてプロセッサ５０１は、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ５０１は、利用者による何らかの操作が行われたことを確認できたならばＹＥＳと判定し、ＡＣＴ３１６へと進む。
ＡＣＴ３１６としてプロセッサ５０１は、上記の行われた操作により会員であることが表明されたか否かを確認する。そしてプロセッサ５０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３１７へと進む。

ＡＣＴ３１７としてプロセッサ５０１は、上記の行われた操作により非会員であることが表明されたか否かを確認する。そしてプロセッサ５０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ５０１は例えば、利用開始を取り止める旨を指示する操作が行われたことを確認して、ＡＣＴ３１１に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

プロセッサ５０１は、会員であることを表明する操作が行われたことを確認したならば、ＡＣＴ３１６にてＹＥＳと判定し、ＡＣＴ３１８へと進む。
ＡＣＴ３１８としてプロセッサ５０１は、会員コードを取得する。例えばプロセッサ５０１は、利用者がスキャナ５０５に翳した会員カードからスキャナ５０５がスキャンしたバーコードが表すバーコードデータから会員コードを抽出する。そしてプロセッサ５０１は、会員コードで識別される利用者に関する利用者コードの取得を試みる。なお、会員コードと利用者コードとは同一とされてもよく、この場合に上記の会員コードの取得をもって利用者コードの取得としてもよい。あるいはプロセッサ５０１は例えば、取得した会員コードに図示しないデータベースにて利用者コードが関連付けられているならば、当該の利用者コードを取得する。

そしてプロセッサ５０１はこののち、ＡＣＴ３１９へと進む。なおプロセッサ５０１は、非会員であることを表明する操作が行われたことを確認したならば、ＡＣＴ３１７にてＹＥＳと判定し、ＡＣＴ３１８をパスしてＡＣＴ３１９へと進む。
ＡＣＴ３１９としてプロセッサ５０１は、取引処理装置１００にチェックインを要求する。プロセッサ５０１は例えば、チェックインの要求のための要求データを、取引処理装置１００に宛てて無線通信ユニット５０６から通信ネットワーク２へと送出する。プロセッサ５０１は、補助記憶ユニット５０３に記憶されているチェックインデータと、カート端末５００の端末コードとを上記の要求データに含める。なお端末コードは、例えば補助記憶ユニット５０３に記憶されている。プロセッサ５０１は、ＡＣＴ３１８にて利用者コードを取得できた場合には、当該の利用者コードも要求データに含める。チェックインデータは、例えばチェックインコードに表されるのと同じものが、予め補助記憶ユニット５０３に書き込まれる。ただし補助記憶ユニット５０３に書き込まれるチェックインデータは、チェックインコードに表されるチェックインデータと一部異なっていても構わない。端末コードは、同じ店舗で利用される複数のカート端末５００の個々を識別可能なように、かつユーザ端末４００の端末コードとは重複しないように、カート端末５００の個々に対して予め付与されて、補助記憶ユニット５０３に書き込まれる。カート端末５００の端末コードとしては例えば、「１」～「９９９」の数値を用いる。

要求データが通信ネットワーク２により取引処理装置１００へと伝送されると、取引処理装置１００では当該の要求データを通信ユニット１０４が受信し、メイン記憶ユニット１０２又は補助記憶ユニット１０３に一時保存する。
このようにして、カート端末５００から送出された要求データが取引処理装置１００により受信されると、プロセッサ１０１は、カートＰＯＳサービス向けの取引処理（以下、カートＰＯＳ処理と称する）を取引処理プログラムＰＲＡに従って開始する。なお、スマホＰＯＳ処理とカートＰＯＳ処理とは、それぞれ別々のアプリケーションプログラムに記述されてもよい。

プロセッサ１０１は、異なる利用者に関する取引を対象としたカートＰＯＳ処理を既に実行しているならば、そのカートＰＯＳ処理とは別スレッドの処理として新たなカートＰＯＳ処理を開始する。またプロセッサ１０１は、前述したスマホＰＯＳ処理を既に実行しているならば、そのスマホＰＯＳ処理とは別スレッドの処理としてカートＰＯＳ処理を開始する。つまりプロセッサ１０１は、スマホＰＯＳ処理及びカートＰＯＳ処理を、複数並列して実行することもある。しかしながら以下の説明は、一の利用者に関する取引の処理に関してのみ着目する。かくして以下の説明における「カート端末５００」は、着目しているカートＰＯＳ処理のために利用者により利用されている一のカート端末５００を指す。また以下の説明における「取引」は、着目している処理の対象となっている取引を指す。

図２１はカートＰＯＳ処理のフローチャートである。
プロセッサ１０１は、カートＰＯＳ処理においても、スマホＰＯＳ処理における図１０及び図１１に表される各処理に関しては、同様に行う。ただし、ユーザインタフェースとして用いる端末は、カートＰＯＳ処理においてはカート端末５００である。またカート端末５００のタッチパネル５０４で表示させる各種の画面は、カート端末５００向けに変更されてもよい。例えば、カート端末５００が、タッチパネル５０４が横長となる状態でショッピングカートに取り付けられているならば、前述した縦長の各種画面を、横長に適応するように変更する。また例えば、タッチパネル５０４の画面サイズがタッチパネル５０４の画面サイズよりも大きいならば、前述した各種画面よりも多くの情報を１画面中に表す様に変更する。ただし、各種画面について前述した機能は変更しない。

かくして、プロセッサ１０１は、利用可能時間外にカート端末５００の利用が開始されようとした場合にも、利用不可画面ＳＣＡと同様な機能の画面をカート端末５００で表示させることで、利用可能時間外であるためにカートＰＯＳサービスを利用しての取引商品の登録を開始できないことを利用者に通知することになる。かくして取引処理プログラムＰＲＡに基づくカートＰＯＳ処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは通知手段として機能する。

そこでカート端末５００にてプロセッサ５０１は、図１９中のＡＣＴ３１９にてチェックインを要求したのちには、ＡＣＴ３２０～ＡＣＴ３２３及び図２０中のＡＣＴ３３１～ＡＣＴ３３３を、図８中のＡＣＴ１１８～ＡＣＴ１２１及び図９中のＡＣＴ１３１～ＡＣＴ１３３と同様に実行する。
プロセッサ５０１は、ＡＣＴ３３３にて操作内容を通知したのちには、ＡＣＴ３３４へと進む。
ＡＣＴ３３４としてプロセッサ５０１は、表示指示を待ち受ける。そしてプロセッサ５０１は、何らかの画面の表示を指示するべく取引処理装置１００から送信された指示データが無線通信ユニット５０６により受信されると、ＹＥＳと判定してＡＣＴ３３５へと進む。

ＡＣＴ３３５としてプロセッサ５０１は、指示に応じてタッチパネル５０４での表示画面を更新する。
ＡＣＴ３３６としてプロセッサ５０１は、更新後の表示画面が後述する引継画面であるか否かを確認する。そしてプロセッサ５０１は、引継画面以外の画面に更新したならばＮＯと判定し、ＡＣＴ３３１の待ち受け状態に戻る。つまりプロセッサ５０１は、更新後の画面に関する操作を待ち受ける状態に移行する。

取引処理装置１００にてプロセッサ１０１は、会計開始を指示するための操作が行われたことがカート端末５００から通知されたことに応じて、図２１中のＡＣＴ２６１へと進む。
ＡＣＴ２６１としてプロセッサ１０１は、選択画面の表示をカート端末５００に対して指示する。選択画面は、第１の選択画面と同様に、スマホ決済及び会計機決済のいずれを行うかを利用者に指定させるための画面である。

カート端末５００にてプロセッサ５０１は、選択画面の表示指示のための指示データが無線通信ユニット５０６により受信されると、図２０中のＡＣＴ３３４にてＹＥＳと判定してＡＣＴ３３５へと進み、タッチパネル５０４の表示画面を選択画面に更新する。そしてプロセッサ５０１は、ここでの更新後の画面は引継画面ではないから、ＡＣＴ３６６にてＮＯと判定してＡＣＴ３３１の待ち受け状態に戻る。ただしプロセッサ５０１は、プロセッサ１０１からの表示指示を受けること無しに選択画面をタッチパネル５０４に表示させてもよい。この場合にプロセッサ１０１は例えば、ＡＣＴ２６１を省略してＡＣＴ２６２へと進む。

利用者は、オンライン決済サービスを利用した決済を行う場合には、例えば選択画面にスマホ決済の指定のために表されているボタンをタップするなどの、スマホ決済を指定するための予め定められた操作を行う。また利用者は、会計機２００を用いて決済を行う場合には、例えば選択画面に決済機決済の指定のために表されているボタンをタップするなどの、会計機決済を指定するための予め定められた操作を行う。これらの操作は通知対象であり、プロセッサ５０１は、図２０中のＡＣＴ３３１及びＡＣＴ３３２にていずれもＹＥＳと判定してＡＣＴ３３３へと進み、スマホ決済又は会計機決済を指定する操作が行われたことを取引処理装置１００に通知する。

図２１中のＡＣＴ２６２としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上述のような操作がカート端末５００から取引処理装置１００に通知されたならばＹＥＳと判定し、ＡＣＴ２６３へと進む。
ＡＣＴ２６３としてプロセッサ１０１は、スマホ決済が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は、会計機決済が指定されたことを確認し、処理中の取引の代金の決済処理を会計機２００に行わせるための処理を実行する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

さて、取引処理装置１００にてプロセッサ１０１は、カート端末５００にて前述のようにスマホ決済を指定する操作がなされたことに応じて、ＡＣＴ２６２からＡＣＴ２６３へと進んだ場合には、ＡＣＴ２６３にてＹＥＳと判定してＡＣＴ２６４へと進む。
ＡＣＴ２６４としてプロセッサ１０１は、第１の要求画面の表示をカート端末５００に対して指示する。第１の要求画面は、許可コードをカート端末５００にスキャンさせるように利用者に要求するための画面である。第１の要求画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、許可コードの入力を要求する旨の通知を識別するものとすることが想定される。

なお、カート端末５００にてプロセッサ５０１は、選択画面にてスマホ決済を指定する操作がなされた場合には、取引処理装置１００からの表示指示を受けること無しに第１の要求画面をタッチパネル５０４に表示させてもよい。この場合に取引処理装置１００にてプロセッサ１０１は、ＡＣＴ２６４を実行しない。

図２２は第１の要求画面ＳＣＧを表す図である。
第１の要求画面ＳＣＧは、許可コードをカート端末５００にスキャンさせるように利用者に要求するための文字メッセージを表す。また第１の要求画面ＳＣＧは、ボタンＢＧＡを表す。ボタンＢＧＡは、スマホ決済を中止する指示を受けるためのソフトキーである。

利用者は、会計エリアに掲出されている許可コードをスキャナ５０５により読み取らせるようにカート端末５００を操作する。スキャナ５０５により２次元バーコードが読み取られたならばこの操作は通知対象であり、プロセッサ５０１は、図２０中のＡＣＴ３３１及びＡＣＴ３３２にていずれもＹＥＳと判定してＡＣＴ３３３へと進み、その２次元バーコードが表すバーコードデータの通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する。

プロセッサ１０１は、図２１中のＡＣＴ２６４での表示指示を終えると、ＡＣＴ２６５へと進む。
ＡＣＴ２６５としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、カート端末５００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２６６へと進む。

ＡＣＴ２６６としてプロセッサ１０１は、許可コードのスキャンがなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＧＡをタップするなどのスマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ２６１へと戻り、カート端末５００のタッチパネル５０４の表示画面を選択画面に戻す。また他処理の１つとしてプロセッサ１０１は例えば、許可コードを表さないバーコードのスキャン操作が行われたことを確認し、エラー表示を行った後にＡＣＴ２６４へと戻り、カート端末５００でのタッチパネル５０４の表示画面を第１の要求画面ＳＣＧに戻す。エラー表示は、例えば許可コードをスキャンしなければスマホ決済を行うことができない旨を操作者に通知するための画面表示である。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

プロセッサ１０１は、許可コードを表したバーコードデータの通知を伴う操作通知がなされたならば、許可コードがスキャンされたとしてＡＣＴ２６６にてＹＥＳと判定し、ＡＣＴ２６７へと進む。このときにプロセッサ１０１は、カート端末５００が許容範囲としての会計エリアに位置する許容状態にあることを検出していることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは検出手段として機能する。

ＡＣＴ２６７としてプロセッサ１０１は、利用者コードを取得済みであるか否かを確認する。プロセッサ１０１は、カート端末５００の利用開始のための操作の一環として、利用者コードがカート端末５００に入力されず、カート端末５００からチェックインデータとともに利用者コードが送出されていないためにチェックインデータを取得できていないならばＮＯと判定し、ＡＣＴ２６８へと進む。

ＡＣＴ２６８としてプロセッサ１０１は、第２の要求画面の表示をカート端末５００に対して指示する。第２の要求画面は、利用者コードをカート端末５００にスキャンさせるように利用者に要求するための画面である。第２の要求画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、利用者コードの入力を要求する旨の通知を識別するものとすることが想定される。

カート端末５００にてプロセッサ５０１は、第２の要求画面の表示指示のための指示データが無線通信ユニット５０６により受信されると、図２０中のＡＣＴ３３４にてＹＥＳと判定してＡＣＴ３３５へと進み、タッチパネル５０４の表示画面を第２の要求画面に更新する。そしてプロセッサ５０１は、ここでの更新後の画面は引継画面ではないから、ＡＣＴ３６６にてＮＯと判定してＡＣＴ３３１の待ち受け状態に戻る。

図２３は第２の要求画面ＳＣＨを表す図である。
第２の要求画面ＳＣＨは、利用者コードをカート端末５００にスキャンさせるように利用者に要求するための文字メッセージを表す。なお、当該の文字メッセージでは、利用者コードのことを「会員コード」と表している。また第２の要求画面ＳＣＨは、ボタンＢＨＡを表す。ボタンＢＨＡは、スマホ決済を中止する指示を受けるためのソフトキーである。

利用者は、例えば当該利用者が所有するスマートフォン等の情報通信端末の画面に、利用者コードを表したバーコードを表示させて、このバーコードをカート端末５００のスキャナ５０５にスキャンさせる。スキャナ５０５によりバーコードが読み取られたならばこの操作は通知対象であり、プロセッサ５０１は、図２０中のＡＣＴ３３１及びＡＣＴ３３２にていずれもＹＥＳと判定してＡＣＴ３３３へと進み、そのバーコードが表すバーコードデータの通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する。

プロセッサ１０１は、図２１中のＡＣＴ２６８での表示指示を終えると、ＡＣＴ２６９へと進む。
ＡＣＴ２６９としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、カート端末５００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２７０へと進む。

ＡＣＴ２７０としてプロセッサ１０１は、利用者コードのスキャンがなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＨＡをタップするなどのスマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ２６１へと戻り、カート端末５００のタッチパネル５０４の表示画面を選択画面に戻す。また他処理の１つとしてプロセッサ１０１は例えば、利用者コードを表さないバーコードのスキャン操作が行われたことを確認し、スキャンしたバーコードが誤っていることを通知するためのエラー表示を行った後にＡＣＴ２６８へと戻り、カート端末５００でのタッチパネル５０４の表示画面を第２の要求画面ＳＣＨに戻す。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

プロセッサ１０１は、利用者コードを表したバーコードデータの通知を伴う操作通知がなされたならば、利用者コードがスキャンされたとしてＡＣＴ２７０にてＹＥＳと判定し、ＡＣＴ２７１へと進む。なおプロセッサ１０１は、利用者コードを取得済みであることを確認してＡＣＴ２６７にてＹＥＳと判定した場合は、ＡＣＴ２６８～ＡＣＴ２７０を行うことなしにＡＣＴ２７１へと進む。

ＡＣＴ２７１としてプロセッサ１０１は、引継画面の表示をカート端末５００に対して指示する。引継画面は、オンライン決済サービスを利用した決済を別の情報通信端末に引き継ぐための画面である。当該別の情報通信端末としては、典型的にはスマートフォンが利用される。
カート端末５００にてプロセッサ５０１は、引継画面の表示指示のための指示データが無線通信ユニット５０６により受信されると、図２０中のＡＣＴ３３４にてＹＥＳと判定してＡＣＴ３３５へと進み、タッチパネル５０４の表示画面を引継画面に更新する。

図２４は引継画面ＳＣＩを表す図である。
引継画面ＳＣＩは、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、２次元バーコードＣＩＡ及びボタンＢＩＡを表す。また引継画面ＳＣＩは、２次元バーコードＣＩＡを、決済に用いる情報通信端末に読み取らせるように利用者に要求するための文字メッセージを表す。２次元バーコードＣＩＡは、決済用ＵＲＬを含むとともに、当該決済用ＵＲＬを用いたウェブアクセスを実行するように要求するコマンドを含んだ引継データを表す。ボタンＢＩＡは、スマホ決済を中止する指示を受けるためのソフトキーである。プロセッサ１０１は例えば、決済用ＵＲＬは、図１２中のＡＣＴ２４９にてユーザ端末４００へと通知する決済用ＵＲＬと同様に生成する。

利用者は、例えば当該利用者が所有するスマートフォン等の情報通信端末のバーコードリーダ機能を用いて、２次元バーコードＣＩＡを情報通信端末に読み取らせる。これに応じて情報通信端末は、ブラウザ機能により２次元バーコードＣＩＡが表す引継データに含まれる決済用ＵＲＬに基づいて決済サーバにアクセスする。そしてこののちに情報通信端末は、ブラウザ機能にて、決済サーバからの指示と、利用者による操作とに応じて、オンライン決済サービスを利用しての決済を行う。なお、オンライン決済サービスを利用しての決済の手順は、例えば既存のオンライン決済サービスにおいて知られたものであってよく、ここではその説明は省略する。

このように、引継画面ＳＣＩをカート端末５００で表示させることは、オンライン決済サービスを用いての決済のための情報処理を情報通信端末にて行わせるとともに、その処理に決済額を受け渡すための処理に相当する。そしてプロセッサ１０１は、この処理を、カート端末５００が会計エリア内に位置する状態にあることが検出されている場合に限って開始する。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは処理手段として機能する。

取引処理装置１００にてプロセッサ１０１は、図２１中のＡＣＴ２７１として引継画面の表示指示を行ったのちには、ＡＣＴ２７２へと進む。
ＡＣＴ２７２としてプロセッサ１０１は、完了通知がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２７３へと進む。
ＡＣＴ２７３としてプロセッサ１０１は、利用者による何らかの操作がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２７２へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ２７２及びＡＣＴ２７３としては、完了通知又は操作を待ち受ける。

カート端末５００にてプロセッサ５０１は、図２０中のＡＣＴ３３５にて引継画面を表示させたのちにＡＣＴ３６６に進んだならば、ここでＹＥＳと判定し、ＡＣＴ３３７へと進む。
ＡＣＴ３３７としてプロセッサ５０１は、利用者による何らかの操作がなされたか否かを確認する。そしてプロセッサ５０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３３８へと進む。
ＡＣＴ３３８としてプロセッサ５０１は、表示指示がなされたか否かを確認する。そしてプロセッサ５０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３３７に戻る。
かくしてプロセッサ５０１は、ＡＣＴ３３７及びＡＣＴ３３８としては、操作又は表示指示を待ち受ける。

プロセッサ５０１は、例えば引継画面に表されているボタンＢＩＡをタップするなどの操作が利用者により行われ、これがタッチパネル５０４で検出されると、ＡＣＴ３３７にてＹＥＳと判定し、ＡＣＴ３３２に移行してこれ以降の処理を前述と同様に繰り返す。例えばボタンＢＩＡをタップするなどの、スマホ決済を中止する指示のための予め定められた操作は通知対象であり、プロセッサ５０１は、図２０中のＡＣＴ３３１及びＡＣＴ３３２にていずれもＹＥＳと判定してＡＣＴ３３３へと進み、当該操作を取引処理装置１００に通知する。

取引処理装置１００にてプロセッサ１０１は、このようにしてカート端末５００から操作が通知されたならば、図２１中のＡＣＴ２７３にてＹＥＳと判定し、通知された操作の内容に応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、スマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ２６１へと戻り、カート端末５００のタッチパネル５０４の表示画面を選択画面に戻す。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

決済サーバは、決済用ＵＲＬに基づくアクセスを受けて開始した決済処理を完了したならば、決済用ＵＲＬから判定された取引コードの通知を伴って、決済の完了を取引処理装置１００に対して通知する。
取引処理装置１００にてプロセッサ１０１は、このように完了が通知されると、併せて通知された取引コードで識別される取引を対象として実行中のカートＰＯＳ処理における図２１中のＡＣＴ２７２にてＹＥＳと判定し、ＡＣＴ２７３へと進む。

ＡＣＴ２７３としてプロセッサ１０１は、完了画面の表示をカート端末５００に対して指示する。完了画面は、取引が完了したことを利用者に認識させるための画面である。完了画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、決済が完了した旨の通知を識別するものとすることが想定される。
ＡＣＴ２７４としてプロセッサ１０１は、電子レシート登録処理を、図１２中のＡＣＴ２５２と同様に行う。
そしてプロセッサ１０１はこののち、カートＰＯＳ処理を終了する。

カート端末５００にてプロセッサ５０１は、タッチパネル５０４が引継画面を表示している状態にて、表示指示のための指示データが受信されると、図２０中のＡＣＴ３３８にてＹＥＳと判定してＡＣＴ３３９へと進む。
ＡＣＴ３３９としてプロセッサ５０１は、指示データによる指示に応じてタッチパネル５０４での表示画面を更新する。プロセッサ５０１は、上述のように完了画面の表示が指示されたのであるならば、タッチパネル５０４の画面を完了画面に更新する。

ＡＣＴ３４０としてプロセッサ５０１は、更新後の表示画面が完了画面であるか否かを確認する。そしてプロセッサ４０１は、上記のように完了画面に更新したならばＹＥＳと判定し、他処理へと進む。他処理の１つとしてプロセッサ５０１は例えば、完了画面に表されたソフトキーがタップされるなどの操作が行われたことに応じて図１９中のＡＣＴ３１１に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
なお、スマホ決済の中止が指示された場合などのように、タッチパネル５０４が引継画面を表示している状態で完了画面以外の画面の表示が指示される場合もある。そしてこの場合にプロセッサ５０１は、ＡＣＴ３４０にてＮＯと判定し、ＡＣＴ３３１の待ち受け状態に移行する。

以上のように本実施形態によれば、ユーザ端末４００及びカート端末５００では、一取引に関する取引商品の登録開始のための予め定められた操作が行われた時点が利用可能時間帯内である場合に限り、取引商品の登録を開始する。かくして、店舗の営業中であっても、スマホＰＯＳサービス及びカートＰＯＳサービスの利用を一部の時間帯に制限できる。これにより例えば、スマホＰＯＳサービス及びカートＰＯＳサービスの利用者対応を行う店員を配置できない時間帯などにおいて、スマホＰＯＳサービス及びカートＰＯＳサービスの利用を制限するなどのような店舗側の都合に応じた柔軟な運用が可能となる。

また本実施形態によれば、利用可能時間帯外において取引商品の登録開始を抑止している場合には、その旨がユーザ端末４００及びカート端末５００での利用不可画面の表示によって利用者に通知される。これにより、スマホＰＯＳサービス及びカートＰＯＳサービスの利用ができないことを利用者に確実に認識させることができる。

この実施形態は、次のような種々の変形実施が可能である。
（第１の変形例）
利用不可画面ＳＣＡを表示するか否かの判断は、ユーザ端末４００にてプロセッサ４０１が、あるいはカート端末５００にてプロセッサ５０１が行ってもよい。
図２５はこの場合のユーザ端末処理の変形例を表す図である。
プロセッサ４０１は、ＡＣＴ１１８までは前記実施形態と同様に実行する。この変更例においては、取引処理装置１００にてプロセッサ１０１は、チェックインが要求されたことに応じて、利用可能時間帯であるか否かに拘わらずに、チェックインデータに含まれた店舗コードに店舗データベースＤＢＡで関連付けられている設定情報のうち、少なくとも利用可能時間帯を表す設定情報を、チェックインの要求に対する応答として要求元のユーザ端末４００へと送信することとする。

そこでプロセッサ４０１は、取引処理装置１００からの応答がなされたことをＡＣＴ１１８にて確認したならば、ＡＣＴ１２５へと進む。
ＡＣＴ１２５としてプロセッサ４０１は、上述のように取引処理装置１００から送信された設定情報に基づき、現時点が利用可能時間帯内であるか否かを確認する。そしてプロセッサ４０１は、利用可能時間帯内でなければＮＯと判定してＡＣＴ１２６へと進む。このときにプロセッサ４０１は、設定情報を取引処理装置１００から取得している。かくしてユーザ端末プログラムＰＲＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは取得手段として機能する。

ＡＣＴ１２６としてプロセッサ４０１は、予め定められた利用不可画面ＳＣＡをタッチパネル４０４に表示させる。かくしてユーザ端末プログラムＰＲＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは、スマホＰＯＳサービスが利用不可である旨を表示手段としてのタッチパネル４０４を介して利用者に通知する制御手段として機能する。
なおプロセッサ４０１は、利用可能時間帯内であることが確認できたならばＡＣＴ１２５にてＹＥＳと判定し、ＡＣＴ１２１へと進み、以降、前述の実施形態と同様に処理を進める。

カート端末５００にてプロセッサ５０１も、上記のプロセッサ４０１の処理と同様な処理を行えばよい。
なお、カート端末５００の場合は、利用可能時間帯を表す情報を補助記憶ユニット５０３に保存しておき、この補助記憶ユニット５０３に保存された情報に基づいて、現時点が利用可能時間帯内であるか否かをプロセッサ５０１が確認してもよい。利用可能時間帯を表す情報は、例えば開店準備などにおいてカート端末５００が起動された際に、取引処理装置１００又は店舗に備えられたサーバなどからダウンロードされて補助記憶ユニット５０３に保存されてもよいし、カート端末５００の動作設定の１つとして、カート端末５００の初期設定などにおいて補助記憶ユニット５０３に書き込まれてもよい。

なお、カート端末５００をある店舗にて利用開始する際には、カート端末５００にて端末認証を行うものとする。例えば、プロセッサ５０１は、商品コードを表したバーコードがスキャナ５０５によりスキャンされるのを待ち受けている状態で、店員の識別子としての店員コードを表したバーコードがスキャナ５０５によりスキャンされた場合には、店舗を運営する企業の識別子としての企業コードと、店舗コードと、端末コードと、を入力するための端末認証画面をタッチパネル５０４に表示させる。そしてプロセッサ５０１は、企業コード、店舗コード及び端末コードがそれぞれ入力された上で、利用開始を指示する操作がなされると、上記の入力された企業コード、店舗コード及び端末コードを含む認証情報を取引処理装置１００へ送信する。取引処理装置１００にてプロセッサ１０１は、カート端末５００から送信されてきた認証情報に基づき、当該カート端末５００を企業コード、店舗コードに対応する店舗における、端末コードで識別されるカート端末５００として認証し、認証完了応答をカート端末５００へ送信する。取引処理装置１００から認証完了の応答を受信したカート端末５００は、入力した企業コード、店舗コードに対応する店舗において、利用者により利用可能な動作状態に移行する。なお、この端末認証の処理を行う際に、認証完了の応答とともに利用可能時間帯を表す情報が取引処理装置１００からカート端末５００へと取得されて補助記憶ユニット５０３に書き込まれるのでもよい。

（第２の変形例）
チェックインの要求への応答として取引処理装置１００からユーザ端末４００又はカート端末５００へと、利用可能時間帯を表す設定情報に加えて、あるいは利用可能時間帯を表す設定情報に代えて、利用可能時間帯を表す設定情報以外の各種の設定情報を送信してもよい。
そして、プロセッサ１０１又はプロセッサ４０１はユーザ端末４００の各種機能を、またプロセッサ１０１又はプロセッサ５０１はカート端末５００の各種機能を、設定情報に基づいて制御する。ユーザ端末４００のプロセッサ４０１あるいはカート端末５００のプロセッサ５０１が、取引処理装置１００から設定情報を取得した上で、当該の設定情報に基づき各種機能を制御するとしてもよい。

例えば、以下のような制御が想定される。なお、以下の各制御に関する設定情報は、例えば店舗データベースＤＢＡのデータレコードＲＥＡのフィールドＦＡＢにセットされる。かくして各制御は、店舗毎に個別に設定可能である。
図２６はデータレコードＲＥＡの内容の変更例を表す図である。
図２６に表すデータレコードＲＥＡにおいては、フィールドＦＡＢにセットされる設定情報として、前述した利用可能時間帯を表す設定情報ＩＡＡに加えて、設定情報ＩＡＢ，ＩＡＣ，ＩＡＤ，ＩＡＥ，ＩＡＦ，ＩＡＧ，ＩＡＨ，ＩＡＩを含む。

設定情報ＩＡＢは、スマホ決済の利用の許可／不許可を表す。設定情報ＩＡＢに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、スマホ決済のための処理を実行するか否かを切り換える。プロセッサ１０１又はプロセッサ４０１は例えば、スマホ決済の利用を不許可とする旨の設定情報ＩＡＢに基づき、第１の選択画面を表示させず、スマホ決済の実行の指定を受けない。またプロセッサ１０１又はプロセッサ５０１は例えば、スマホ決済の利用を不許可とする旨の設定情報ＩＡＢに基づき、選択画面においてスマホ決済を指定するためのボタンを表さないか、無効とし、スマホ決済の実行の指定を受けない。

設定情報ＩＡＣは、値割引シールの運用の有効／無効を表す。設定情報ＩＡＣは、値割引シールの運用を有効とする場合には、有効とする値割引シールの種類も表す。設定情報ＩＡＣに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、値割引シールを読み取るための処理の実行／不実行を切り換える。

設定情報ＩＡＤは、レジ袋読み忘れチェックの有効／無効を表す。設定情報ＩＡＤに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、レジ袋読み忘れチェックのための処理の実行／不実行を切り換える。レジ袋読み忘れチェックを有効とする場合、プロセッサ１０１又はプロセッサ４０１，５０１は、会計開始を指示する操作がなされたことに応じて、レジ袋の要否を利用者に問い合わせるための画面をタッチパネル４０４，５０４に表示させる。当該の画面は例えば、レジ袋がバーコード付きであるならば、そのバーコードを読み取るように利用者に案内する画面である。当該の画面は例えば、レジ袋がバーコード無しであるならば、レジ袋を購入する旨の指定を受けるためのソフトキーを表す。

設定情報ＩＡＥは、お買い得情報（キャンペーン、値割引商品の販促、クーポンなど）の表示の有効／無効を表す。設定情報ＩＡＥに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、お買い得情報を適宜のタイミングでユーザ端末４００又はカート端末５００にて表示させるための処理の実行／不実行を切り換える。

設定情報ＩＡＦは、年齢制限商品が取引商品として登録された際の年齢確認画面の表示の有効／無効を表す。設定情報ＩＡＦに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、年齢確認画面をユーザ端末４００又はカート端末５００にて表示させるための処理の実行／不実行を切り換える。

設定情報ＩＡＧは、商品毎のイートインか否かの設定可否を表す。設定情報ＩＡＧに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、候補商品を新たに判定した場合に、当該の候補商品についてイートイン及びテイクアウトのいずれとするかを決定するための処理の実行／不実行を切り換える。

設定情報ＩＡＨは、不正防止機能の有効／無効を表す。設定情報ＩＡＨに基づいてプロセッサ１０１又はプロセッサ４０１，５０１は例えば、不正防止機能を実現するための処理の実行／不実行を切り換える。不正防止機能の一例は、所定のタイミング（点数ごと、登録内容の変更時毎）で、カゴ内を自動で撮影するか、あるいは利用者に撮影させるための表示を行い、撮影された画像を保存する機能である。あるいは不正防止機能の一例は、取引商品として登録されていない商品がカゴ内に載置されたことを検知した場合に、撮像又は報知する機能である。

設定情報ＩＡＩは、自動電源ＯＮ／ＯＦＦ機能の有効／無効を表す。設定情報ＩＡＩは、自動電源ＯＮ／ＯＦＦ機能を有効とする場合には、ＯＮ時刻、ＯＦＦ時刻及び対象曜日も表す。設定情報ＩＡＩに基づいてプロセッサ１０１又はプロセッサ５０１は例えば、自動電源ＯＮ／ＯＦＦ機能を実現するための処理の実行／不実行を切り換える。自動電源ＯＮ／ＯＦＦ機能は、カート端末５００の動作を、対象曜日のＯＮ時刻に自動起動し、対象曜日のＯＦＦ時刻に自動停止する機能である。

（その他の変形例）
取引処理装置１００にてプロセッサ１０１が行っている処理の一部又は全部を、ユーザ端末４００又はカート端末５００にてプロセッサ４０１，５０１が実行してもよい。例えば取引データは、補助記憶ユニット４０３，５０３に保存し、その更新はプロセッサ４０１，５０１が行ってもよい。この場合、登録手段は、プロセッサ４０１，５０１による情報処理により実現されることになる。

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

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

１…取引処理システム、２…通信ネットワーク、１００…取引処理装置、２００…会計機、３００…アテンダント端末、４００…ユーザ端末、５００…カート端末、６００…電子レシートサーバ、１０１，３０１，４０１，５０１…プロセッサ、１０２，３０２，４０２，５０２…メイン記憶ユニット、１０３，３０３，４０３，５０３…補助記憶ユニット、１０４…通信ユニット、３０４，４０４，５０４…タッチパネル、３０５，４０５…カメラ、３０６，４０６，５０６…無線通信ユニット、５０５…スキャナ。

Claims (6)

1. 店舗内での端末装置での利用者による操作により指定された商品を取引の対象とする取引商品として登録する登録手段と、
   一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが予め定められた時間帯内である場合に限り、該当の取引に関する取引商品の登録を開始するように前記登録手段を制御する制御手段と、
   を具備した取引処理装置。
2. 一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが予め定められた時間帯外である場合に、前記登録手段による取引商品の登録を行えない旨を利用者に通知するための予め定められた通知処理を行う通知手段、
   をさらに備える請求項１に記載の取引処理装置。
3. 前記通知手段は、前記端末装置が備える表示デバイスに、前記登録手段による取引商品の登録を行えない旨を表した画面を表示させる処理を前記通知処理として行う、
   請求項２に記載の取引処理装置。
4. コンピュータを、
   店舗内での端末装置での利用者による操作により指定された商品を取引の対象とする取引商品として登録する登録手段と、
   一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが予め定められた時間帯内である場合に限り、該当の取引に関する取引商品の登録を開始するように前記登録手段を制御する制御手段と、
   して機能させるための情報処理プログラム。
5. 商品を識別する識別情報を入力する入力手段を備え、利用者が売り場を回りながら商品を登録するサービスを提供可能な端末装置と、前記入力手段で入力された識別情報に対応する商品を取引の対象である取引商品として登録する登録手段を備える取引処理装置と、を含む商品販売システムにおいて、
   前記端末装置は、
   企業あるいは店舗に関連付けて設定された設定情報を前記取引処理装置より取得する取得手段と、
   一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが前記設定情報に定められた時間帯内である場合に限り、前記入力手段を介しての商品の識別情報の入力を可能とし、前記操作が行われたときが前記時間帯外である場合に、前記サービスが利用不可である旨を表示手段を介して利用者に通知する制御手段と、
   を備える商品販売システム。
6. 商品を識別する識別情報を入力する入力手段を備え、利用者が売り場を回りながら商品を登録するサービスを提供可能な端末装置と、前記入力手段で入力された識別情報に対応する商品を取引の対象である取引商品として登録する登録手段を備える取引処理装置と、を含む商品販売システムで使用される前記端末装置のコンピュータを、
   企業あるいは店舗に関連付けて設定された設定情報を前記取引処理装置より取得する取得手段、
   一取引に関する取引商品の登録開始のための予め定められた操作が行われたときが前記設定情報に定められた時間帯内である場合に限り、前記入力手段を介しての商品の識別情報の入力を可能とし、前記操作が行われたときが前記時間帯外である場合に、前記サービスが利用不可である旨を表示手段を介して利用者に通知する制御手段、
   として機能させることができるプログラム。