JP2024047241A - 情報処理プログラム、情報通信装置及び情報処理装置 - 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状態であることを確認したならば、利用者コードを取得済みではないとして、図１３中のＡＣＴ２４１にてＮＯと判定し、ＡＣＴ２４３へと進む。
ＡＣＴ２４３としてプロセッサ１０１は、第２の選択画面の表示をユーザ端末４００に対して指示する。第２の選択画面は、会計機決済を利用者に指定させるための画面である。第２の選択画面は例えば、第１の選択画面ＳＣＥを、ボタンＢＥＡを表さないか、あるいはボタンＢＥＡをグレーアウト表示とするなどのように、ボタンＢＥＡを無効化するように変更した画面とする。なお、第２の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、会計機決済の実行指示を要求する旨の通知、あるいは利用者コードを取得済みでないことの通知とすることが想定される。

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

ユーザ端末４００にてプロセッサ４０１は、第２の選択画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を第２の選択画面に更新する。
プロセッサ４０１は、以上のようにＡＣＴ１３６にてタッチパネル４０４の表示画面を第１の選択画面又は第２の選択画面に変更した後には、ＡＣＴ１３７にてＹＥＳと判定し、ＡＣＴ１３９へと進む。

ＡＣＴ１３９としてプロセッサ４０１は、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作が例えばタッチパネル４０４により検出されたならばＹＥＳと判定し、ＡＣＴ１４０へと進む。
ＡＣＴ１４０としてプロセッサ４０１は、行われた操作が、決済前通知を指定するための操作であったか否かを確認する。そしてプロセッサ４０１は、例えばボタンＢＥＣをタップするなどの決済前通知を指定するための予め定められた操作であることを確認したならば、ＹＥＳと判定して図１０中のＡＣＴ１５１へと進む。

ＡＣＴ１５１としてプロセッサ４０１は、タッチパネル４０４に実行確認画面を表示させる。
図１９は実行確認画面ＳＣＦを表す図である。
実行確認画面ＳＣＦは、決済前通知に用いるアプリケーションの選択により、そのアプリケーションを用いた決済前通知の実行を利用者に指示させるための画面である。実行確認画面ＳＣＦは、決済前通知の対象となる取引を利用者に確認させるために、値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表す。また実行確認画面ＳＣＦは、ボタンＢＦＡ，ＢＦＢを表す。ボタンＢＦＡ，ＢＦＢは、それぞれ別々のアプリケーションの指定を受けるためのソフトキーである。

プロセッサ４０１は、決済前通知に利用可能な予め定められたアプリケーションのうちで、ユーザ端末４００で利用可能なアプリケーションがいずれであるかを確認して、該当のアプリケーションをそれぞれ関連付けたボタンを実行確認画面ＳＣＦに表す。決済前通知に利用可能な予め定められたアプリケーションとは、例えば電子メールの送信を行えるメーラーアプリケーション、あるいはＳＮＳ（social networking service）アプリケーションなどの、任意のデータを任意の送信先に送信する機能を備えたアプリケーションである。つまり図１９に表す実行確認画面ＳＣＦは、決済前通知に２つのアプリケーションを利用可能である場合の一例である。このため、別のユーザ端末４００で表示される実行確認画面は、ボタンＢＦＡ，ＢＦＢにそれぞれ関連付けられるアプリケーションが異なる場合もある。あるいは別のユーザ端末４００で表示される実行確認画面は、ボタンＢＦＡ，ＢＦＢに代えて１つ又は３つ以上のボタンが表される場合もある。

ＡＣＴ１５２としてプロセッサ４０１は、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作が例えばタッチパネル４０４により検出されたならばＹＥＳと判定し、ＡＣＴ１５３へと進む。
ＡＣＴ１５３としてプロセッサ４０１は、行われた操作が、決済前通知の実行を指定するための操作であったか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ４０１は例えば、決済前通知の中止を指定する操作が行われたことを確認し、タッチパネル４０４の表示画面を実行確認画面の表示前に表示していた画面、つまり第１の選択画面又は第２の選択画面に戻した上で、図９中のＡＣＴ１３９の待ち受け状態に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。

さて、利用者は、決済前通知を実行させるならば、その実行を指示するための予め定められた操作を行う。この際、例えば図１９に表す実行確認画面ＳＣＦのように複数のアプリケーションが選択肢として表されているならば、使用するアプリケーションでの決済前通知の実行を指定する操作を行う。例えば利用者は、ボタンＢＦＡに関連付けられたアプリケーションでの決済前通知を行うと決定したならば、ボタンＢＦＡをタップする。
プロセッサ４０１は、このようにして決済前通知の実行を指定するための予め定められた操作が行われたのであることを確認したならば、ＡＣＴ１５３にてＹＥＳと判定し、ＡＣＴ１５４へと進む。

ＡＣＴ１５４としてプロセッサ４０１は、指定されたアプリケーションに対して事前確認データを引き渡す。
かくしてユーザ端末プログラムＰＲＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは、利用者による指示に応じて複数のアプリケーションに関する情報処理のうちの１つを選択する選択手段として機能し、またこの選択された情報処理に対して事前確認データを引き渡す引渡手段として機能する。
事前確認データは、取引データに含まれるデータのうちで第三者に提示すべきデータを含む。事前確認データにどのようなデータを含むかは、例えばユーザ端末プログラムＰＲＤの作成者又はユーザ端末４００の所有者などにより適宜に定められてよい。事前確認データには例えば、取引商品のリスト、値引きの合計額、取引商品の合計点数、決済金額、あるいは利用者コードなどを含むことが想定される。事前確認データのデータ形式は、例えばユーザ端末プログラムＰＲＤの作成者又はユーザ端末４００の所有者などにより適宜に定められてよい。事前確認データのデータ形式は例えば、テキストデータとすることが想定される。

プロセッサ４０１は、事前確認データに含めるデータを例えば、取引データが更新される毎に取引処理装置１００から通知されるデータから取り出す。プロセッサ４０１はあるいは、事前確認データに含めるデータを例えば、ＡＣＴ１５４を実行する毎に取引処理装置１００に要求して取得する。プロセッサ４０１はあるいは、事前確認データに含めるデータとして例えば、最も新しく表示した登録画面に表されるデータを抽出する。かくしてユーザ端末プログラムＰＲＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは取得手段として機能する。

なおプロセッサ４０１は、決済前通知に利用するとして指定されたアプリケーションが起動されていないならば、該当のアプリケーションとしての処理を開始した上で、そのアプリケーションとしての処理に事前確認データを引き渡す。この事前確認データの引き渡しには、例えばアプリケーション間でのデータ引き渡しのためにユーザ端末４００のＯＳ（operating system）により提供される周知の機能を用いることができる。
利用者は、こののち、事前確認データの引き渡し先となったアプリケーションを操作して、希望の通知先へと事前確認データを送信させる。
ＡＣＴ１５５としてプロセッサ４０１は、タッチパネル４０４の表示画面を実行確認画面の表示前に表示していた画面、つまり第１の選択画面又は第２の選択画面に戻す。そしてプロセッサ４０１はこののち、図９中のＡＣＴ１３１の待ち受け状態に戻る。

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

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

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

決済処理を会計機２００に行わせるための処理は、一例として以下の通りである。
プロセッサ１０１は、会計用画面の表示をユーザ端末４００に対して指示する。会計用画面は、取引に関する会計処理を会計機２００に引き継ぐための画面である。会計用画面には、該当の取引に関する問い合わせを会計機２００が取引処理装置１００に対して行うための情報を表したバーコードが表される。
ユーザ端末４００にてプロセッサ４０１は、会計用画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を会計用画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面は第１の選択画面又は第２の選択画面でも、完了画面でもないから、ＡＣＴ１３７及びＡＣＴ１３８にていずれもＮＯと判定してＡＣＴ１３１の待ち受け状態に戻る。
利用者は、店舗に会計機２００が複数台設置されているならば、それらのうちから使用されていない会計機２００を任意に選択し、その会計機２００が備えるバーコードスキャナに、会計用画面に表されたバーコードを読み取らせる。これに応じて会計機２００は、バーコードスキャナにより読み取られたバーコードが表す情報に基づいて取引処理装置１００に会計データを要求する。

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

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

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

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

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

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

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

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

プロセッサ１０１は、許可コードを表したバーコードデータの通知を伴う操作通知がなされたならば、許可コードがスキャンされたとしてＡＣＴ２４８にてＹＥＳと判定し、ＡＣＴ２４９へと進む。

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

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

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

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

ユーザ端末４００にてプロセッサ４０１は、完了画面の表示指示のための指示データが受信されると、図９中のＡＣＴ１３４にてＹＥＳと判定してＡＣＴ１３６へと進み、タッチパネル４０４の表示画面を完了画面に更新する。そしてプロセッサ４０１は、ここでの更新後の画面が完了画面であるから、ＡＣＴ１３９にてＹＥＳと判定し、他処理へと進む。他処理の１つとしてプロセッサ４０１は例えば、完了画面に表されたソフトキーがタップされるなどの操作が行われたことに応じて図８中のＡＣＴ１１１に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
以上のようにユーザ端末プログラムＰＲＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは、ユーザ端末４００をユーザインタフェース端末として動作させるための各種の機能を実行する実行手段として機能する。

図１３中のＡＣＴ２５２としてプロセッサ１０１は、電子レシート登録処理を行う。つまりプロセッサ１０１は、今回の取引の内容を電子レシートサービスで閲覧可能とするために、利用者コード、取引商品のリスト及び決済の結果などの各種のデータを電子レシートサーバ６００に送る。
そうすると電子レシートサーバ６００は、取得したデータを取引データベースに保存し、取引の内容を電子レシートサービスにより閲覧可能とする。この電子レシート登録処理は、例えば既存の電子レシートサービスで行われている処理と同様であってよく、ここではその詳細の説明は省略する。したがって、プロセッサ１０１が電子レシートサーバ６００に送るデータは、電子レシートサービスの仕様に準じる。
そしてプロセッサ１０１はこののち、スマホＰＯＳ処理を終了する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＡＣＴ３３８としてプロセッサ５０１は、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作が例えばタッチパネル５０４により検出されたならばＹＥＳと判定し、ＡＣＴ３３９へと進む。
ＡＣＴ３３９としてプロセッサ５０１は、行われた操作が、決済前通知を指定するための操作であったか否かを確認する。そしてプロセッサ５０１は、決済前通知を指定するための予め定められた操作であることを確認したならば、ＹＥＳと判定してＡＣＴ３４０へと進む。

ＡＣＴ３４０としてプロセッサ５０１は、タッチパネル５０４に引渡画面を表示させる。
図２５は引渡画面ＳＣＨを表す図である。
引渡画面ＳＣＨは、決済前通知の対象となる取引を利用者に確認させるために、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、２次元バーコードＣＨＡ及びボタンＢＨＡを表す。また引渡画面ＳＣＨは、２次元バーコードＣＨＡを、決済前通知に用いる情報通信端末に読み取らせるように利用者に要求するための文字メッセージを表す。２次元バーコードＣＨＡは、電子メール送信のためのアプリケーション（以下、メーラ－と称する）により、決済前通知の対象となる取引に関する事前確認データをテキストデータとして本文に入力済みの状態の電子メールの作成画面を開かせるためのデータを表す。事前確認データの内容は、ユーザ端末４００に関して前述したものと同様であってよく、例えばカート端末プログラムＰＲＦの作成者などにより適宜に定められてよい。またプロセッサ５０１による事前確認データの取得は、プロセッサ４０１による事前確認データの取得と同様に行われてよい。かくしてカート端末プログラムＰＲＦに基づく情報処理をプロセッサ５０１が実行することによって、プロセッサ５０１を中枢部分とするコンピュータは取得手段として機能する。

利用者がカート端末５００とは異なる任意の情報通信端末に２次元バーコードＣＨＡを読み取らせると、当該の情報通信端末のメーラーにより、決済前通知の対象となる取引を利用者に確認させるため文字列を本文として入力済みの状態の電子メールの作成画面が開かれる。利用者は、メーラーを操作して、所望の通知先へと電子メールを送信する。このように、２次元バーコードＣＨＡを表した画面を表示することは、情報通信端末に事前確認データを引き渡すことに相当する。かくしてカート端末プログラムＰＲＦに基づく情報処理をプロセッサ５０１が実行することによって、プロセッサ５０１を中枢部分とするコンピュータは引渡手段として機能する。
そしてプロセッサ５０１は、図示は省略するが、引渡画面の表示終了を指示する利用者の操作を待って、タッチパネル５０４の表示画面を引渡画面の表示前に表示していた選択画面に戻した上で、図２２中のＡＣＴ３３８の待ち受け状態に戻る。

利用者は、オンライン決済サービスを利用した決済を行う場合には、例えば選択画面にスマホ決済の指定のために表されているボタンをタップするなどの、スマホ決済を指定するための予め定められた操作を行う。また利用者は、会計機２００を用いて決済を行う場合には、例えば選択画面に決済機決済の指定のために表されているボタンをタップするなどの、会計機決済を指定するための予め定められた操作を行う。これらの操作は事前通知の指定ではないので、プロセッサ５０１は、図２２中のＡＣＴ３３８でＹＥＳ、ＡＣＴ３３９でＮＯと判定してＡＣＴ３４１へと進む。

ＡＣＴ３４１としてプロセッサ５０１は、行われた操作を取引処理装置１００へと通知する必要があるか否かを確認する。そしてプロセッサ４０１は、行われた操作が通知の対象として予め定められた操作ではなければＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ５０１は例えば、決済前通知の中止を指定する操作が行われたことを確認し、タッチパネル５０４の表示画面を引渡画面の表示前に表示していた選択画面に戻した上で図２２中のＡＣＴ３３４の待ち受け状態に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
プロセッサ５０１は、前述のようなスマホ決済又は会計機決済を指定する操作は取引処理装置１００に対する通知対象であるので、ＡＣＴ３４１にてＹＥＳと判定してＡＣＴ３３３へと戻り、当該の操作が行われたことを取引処理装置１００に通知する。そしてプロセッサ５０１こののち、ＡＣＴ３３４の待ち受け状態に移行する。

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

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

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

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

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

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

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

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

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

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

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

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

プロセッサ１０１は、利用者コードを表したバーコードデータの通知を伴う操作通知がなされたならば、利用者コードがスキャンされたとしてＡＣＴ２７０にてＹＥＳと判定し、ＡＣＴ２７１へと進む。なおプロセッサ１０１は、利用者コードを取得済みであることを確認してＡＣＴ２６７にてＹＥＳと判定した場合は、ＡＣＴ２６８～ＡＣＴ２７０を行うことなしにＡＣＴ２７１へと進む。
ＡＣＴ２７１としてプロセッサ１０１は、引継画面の表示をカート端末５００に対して指示する。引継画面は、オンライン決済サービスを利用した決済を別の情報通信端末に引き継ぐための画面である。当該別の情報通信端末としては、典型的にはスマートフォンが利用される。引継画面は例えば、２次元バーコードを表す。この２次元バーコードは、決済用ＵＲＬを含むとともに、当該決済用ＵＲＬを用いたウェブアクセスを実行するように要求するコマンドを含んだ引継データを表す。
カート端末５００にてプロセッサ５０１は、引継画面の表示指示のための指示データが無線通信ユニット５０６により受信されると、図２２中のＡＣＴ３３４にてＹＥＳと判定してＡＣＴ３３５へと進み、タッチパネル５０４の表示画面を引継画面に更新する。

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

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

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

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

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

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

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

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

ＡＣＴ３５４としてプロセッサ５０１は、更新後の表示画面が完了画面であるか否かを確認する。そしてプロセッサ４０１は、上記のように完了画面に更新したならばＹＥＳと判定し、他処理へと進む。他処理の１つとしてプロセッサ５０１は例えば、完了画面に表されたソフトキーがタップされるなどの操作が行われたことに応じて図２１中のＡＣＴ３１１に戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
なお、スマホ決済の中止が指示された場合などのように、タッチパネル５０４が引継画面を表示している状態で完了画面以外の画面の表示が指示される場合もある。そしてこの場合にプロセッサ５０１は、ＡＣＴ３５４にてＮＯと判定し、図２２中のＡＣＴ３３１の待ち受け状態に移行する。
かくしてカート端末プログラムＰＲＦに基づく情報処理をプロセッサ５０１が実行することによって、プロセッサ５０１を中枢部分とするコンピュータは、カート端末５００をユーザインタフェース端末として動作させるための各種の機能を実行する実行手段として機能する。

以上のようにユーザ端末４００は、利用者により事前通知が指示されたならば、当該ユーザ端末４００のＳＮＳ又はメーラーなどのアプリケーションに事前確認データを引き渡す。かくして利用者は、ＳＮＳ又はメーラーなどのアプリケーションを用いて、これから決済しようとする取引の内容を、任意の第三者に通知することができる。そしてこれにより利用者は、例えば買い物の依頼者などに買い物の内容を、決済前に容易に確認することが可能となる。

またカート端末５００は、利用者により事前通知が指示されたならば、他の任意の情報通信端末のメーラーなどのアプリケーションに事前確認データを引き渡すための二次元バーコードを表示する。かくして利用者は、任意の情報通信端末に上記の二次元バーコードを読み取らせることによって、当該の情報通信端末にてメーラーなどのアプリケーションを用いて、これから決済しようとする取引の内容を、任意の第三者に通知することができる。そしてこれにより利用者は、例えば買い物の依頼者などに買い物の内容を、決済前に容易に確認することが可能となる。そしてカート端末５００によれば、事前確認データの送信先の情報などを利用者がカート端末５００に入力する必要がないから、利用者の手間を大幅に煩雑になることもない。

この実施形態は、次のような種々の変形実施が可能である。
プロセッサ４０１及びプロセッサ５０１は、事前確認データの引き渡しを、取引商品の登録が行われている最中の任意のタイミングにおいて行ってもよい。

カート端末５００から情報通信端末へと事前確認情報を引き渡す先のアプリケーションは、ＳＮＳアプリケーションなどのメーラー以外のアプリケーションとしてもよい。

取引処理装置１００にてプロセッサ１０１が行っている処理の一部又は全部を、ユーザ端末４００又はカート端末５００にてプロセッサ４０１，５０１が実行してもよい。例えば取引データは、補助記憶ユニット４０３，５０３に保存し、その更新はプロセッサ４０１，５０１が行ってもよい。

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

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

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

Claims (5)

1. ユーザインタフェース端末での操作に応じて取引の内容を表す取引データを生成する取引処理システムで前記ユーザインタフェース端末として用いられる情報通信装置に備えられたコンピュータを、
   前記ユーザインタフェース端末としての機能を実行する実行手段と、
   前記実行手段により実行される機能に基づいて前記取引処理システムにより生成される取引データの少なくとも一部として定められた事前確認データを取得する取得手段と、
   前記取得手段により取得された事前確認データを、任意のデータを他の情報通信端末に取得させるために前記情報通信装置にて実行される情報処理に引き渡す引渡手段と、
   して機能させるための情報処理プログラム。
2. 任意のデータを他の情報通信装置に取得させるために前記コンピュータにより実行される複数の情報処理のうちの１つを操作者による指示に応じて選択する選択手段、をさらに備え、
   前記引渡手段は、前記選択手段により選択された情報処理に事前確認データを引き渡す、
   請求項１に記載の情報処理プログラム。
3. ユーザインタフェース端末での操作に応じて取引の内容を表す取引データを生成する取引処理システムで前記ユーザインタフェース端末として用いられる情報通信装置であって、
   前記ユーザインタフェース端末としての機能を実行する実行手段と、
   前記実行手段により実行される機能に基づいて前記取引処理システムにより生成される取引データの少なくとも一部として定められた事前確認データを取得する取得手段と、
   前記取得手段により取得された事前確認データを、任意のデータを他の情報通信端末に取得させるために前記情報通信装置により実行される情報処理に引き渡す引渡手段と、
   を具備する情報通信装置。
4. ユーザインタフェース端末での操作に応じて取引の内容を表す取引データを生成する取引処理システムで前記ユーザインタフェース端末として用いられる情報処理装置に備えられたコンピュータを、
   前記ユーザインタフェース端末としての機能を実行する実行手段と、
   前記実行手段により実行される機能に基づいて前記取引処理システムにより生成される取引データを取得する取得手段と、
   前記取得手段により取得された取引データに含まれるデータの少なくとも一部として定められた事前確認データを、任意のデータを任意の通知先端末に取得させるための情報処理を実行可能な情報通信端末に引き渡す引渡手段と、
   して機能させるための情報処理プログラム。
5. ユーザインタフェース端末での操作に応じて取引の内容を表す取引データを生成する取引処理システムで前記ユーザインタフェース端末として用いられる情報処理装置であって、
   前記ユーザインタフェース端末としての機能を実行する実行手段と、
   前記実行手段により実行される機能に基づいて前記取引処理システムにより生成される取引データを取得する取得手段と、
   前記取得手段により取得された取引データに含まれるデータの少なくとも一部として定められた事前確認データを、任意のデータを任意の通知先端末に取得させるための情報処理を実行可能な情報通信端末に引き渡す引渡手段と、
   を具備する情報処理装置。