JP2021047730A - 取引処理システム、取引処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】移動端末での操作に応じての電子決済の未了に容易に対応可能とする。【解決手段】実施形態の取引処理システムは、取引の対象となる商品を識別する商品コードを取得する取得手段、を備えた移動端末を含んだ取引処理システムであって、要求手段、出力手段、検出手段及び指示手段を備える。要求手段は、取引に関する電子決済を決済装置に要求する。出力手段は、要求手段により要求された電子決済の案件を、別の電子決済の案件と識別するための第１の識別データを少なくとも含み、かつ取引に関した取引データを、記憶装置に記憶させるべく出力する。検出手段は、要求された電子決済が完了したか否かが不明となったことを検出する。指示手段は、不明となったことが検出された電子決済の対象である取引に関し、記憶装置により記憶されている取引データを識別するための第２の識別データを出力するように移動端末に指示する。【選択図】 図１５

Description

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

客による移動端末の操作に応じて取引の内容を登録する取引処理システムが、例えばカートＰＯＳシステムなどとして知られている。
このようなシステムにおいては、クレジットカード決済又はバーコード決済などの電子決済を用いれば、決済の処理自体は、移動端末における客の操作に応じて完結することが可能である。そしてこのようにして決済を完結できれば、客は会計装置などの別の装置を操作する必要なく、簡易に取引を完了することができる。

しかしながら、電子決済は、決済を要求した側では、決済が完了したのか否かが不明な、いわゆる未了と呼ばれる状態となることがある。そしてこの未了となると、取引のための移動端末での処理を終了することができなくなってしまう。
このような事情から、未了となった場合の対策が求められていた。

特開２００９−２５１６２５号公報

本発明が解決しようとする課題は、移動端末での操作に応じての電子決済が未了となった場合に容易に対応することを可能とする取引処理システム、取引処理装置及び情報処理プログラムを提供することである。

実施形態の取引処理システムは、取引の対象となる商品を識別する商品コードを取得する取得手段、を備えた移動端末を含んだ取引処理システムであって、要求手段、出力手段、検出手段及び指示手段を備える。要求手段は、取引に関する電子決済を決済装置に要求する。出力手段は、要求手段により取引に関して要求された電子決済の案件を、決済装置に対して要求された別の電子決済の案件と識別するための第１の識別データを少なくとも含み、かつ取引に関した取引データを、記憶装置に記憶させるべく出力する。検出手段は、要求手段により要求された電子決済が完了したか否かが不明となったことを検出する。指示手段は、不明となったことが検出手段により検出されたことに応じて、この不明となった電子決済の対象である取引に関し、記憶装置により記憶されている取引データを識別するための第２の識別データを出力するように移動端末に指示する。

一実施形態に係る取引処理システムの概略構成図。 実施の形態における取引処理システムを導入した店舗のレイアウト例を示す模式図。 実施の形態における連絡先データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 実施の形態における会員サーバにより管理される会員データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 実施の形態における商品マスタデータベースに含まれるデータレコードの主要なデータ構造を示す模式図。 実施の形態におけるカート端末の要部回路構成を示すブロック図。 実施の形態におけるカートの外観の一例を示す斜視図。 実施の形態における仮想ＰＯＳサーバの要部回路構成を示すブロック図。 実施の形態におけるカート管理データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 実施の形態における購入商品データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 実施の形態におけるカート端末のプロセッサが実行する情報処理の手順を示すフローチャート。 実施の形態における仮想ＰＯＳサーバのプロセッサによる取引処理のための情報処理の手順を示すフローチャート。 実施の形態における仮想ＰＯＳサーバのプロセッサによる取引処理のための情報処理の手順を示すフローチャート。 実施の形態における仮想ＰＯＳサーバのプロセッサによる取引処理のための情報処理の手順を示すフローチャート。 実施の形態における仮想ＰＯＳサーバのプロセッサによる取引処理のための情報処理の手順を示すフローチャート。 登録画面の一例を示す図。 実施の形態における選択画面の一例を示す図。 実施の形態における指定画面の一例を示す図。 実施の形態においてバーコード決済が指定された場合の決済画面の一例を示す図。 実施の形態における第２の確認画面の一例を示す図。 実施の形態におけるスキャン用画面の一例を示す図。 実施の形態における仮想ＰＯＳサーバのプロセッサによる情報処理の変形例を示すフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施形態の取引処理システムは、店舗における陳列販売による商品の売買を処理対象の取引とする。

図１は本実施形態に係る店舗システム１の概略構成図である。図２は店舗システム１を導入した店舗のレイアウト例を示す模式図である。
図１に示すように店舗システム１は、カート端末１０、店舗サーバ２０、仮想ＰＯＳサーバ３０、有人会計機４０、セルフ会計機５０、ビーコン発信機６０及び店員端末７０を含む。そしてカート端末１０、店舗サーバ２０、仮想ＰＯＳサーバ３０、有人会計機４０、セルフ会計機５０及び店員端末７０は、通信ネットワーク２を介して互いに通信可能とされている。ただし、カート端末１０は、アクセスポイント２ａとの無線通信により、アクセスポイント２ａを介して通信ネットワーク２に接続される。アクセスポイント２ａは、店舗における客の立ち入りが許容されている領域のどこに位置しているカート端末１０からでも、いずれかのアクセスポイント２ａと通信可能なように配置されていることが望ましい。仮想ＰＯＳサーバ３０は、通信ネットワーク２を介して直接に、又は店舗サーバ２０を介して、決済サーバ３及び電子レシートサーバ４が提供する決済サービス及び電子レシートサービスを利用可能である。また仮想ＰＯＳサーバ３０は、会員サーバ５により管理されている会員データベースを、通信ネットワーク２を介して参照することが可能である。決済サーバ３は、通信ネットワーク２を介しての決済要求に応じて、電子決済のための情報処理を行う。つまり決済サーバ３は、決済装置の一例である。

なお、店舗サーバ２０、仮想ＰＯＳサーバ３０、有人会計機４０又はセルフ会計機５０が、アクセスポイント２ａとの無線通信により、アクセスポイント２ａを介して通信ネットワーク２に接続されてもよい。
通信ネットワーク２は、接続された各装置の間で授受される各種のデータを伝送する。通信ネットワーク２としては、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。

電子レシートサーバ４は、記憶デバイス４ａを備える。記憶デバイス４ａは、電子レシートサービスの提供のために連絡先データベースを記憶している。
図３は連絡先データベースに含まれるデータレコードＤＲ１の主要なデータ構造を示す模式図である。
連絡先データベースは、電子レシートサービスの利用者のそれぞれに関連付けられたデータレコードＤＲ１の集合である。そしてデータレコードＤＲ１は、フィールドＦ１１，Ｆ１２を含む。
フィールドＦ１１には、関連付けられた利用者を他の利用者と識別するための識別子としての電子レシートＩＤ（identifier）がセットされる。フィールドＦ１２には、関連付けられた利用者に対して電子レシートサービスに関する各種の連絡のための連絡先がセットされる。連絡先は、例えばメールアドレスである。

会員サーバ５は、記憶デバイス５ａを備える。記憶デバイス５ａは、店舗システム１により提供されるサービスの会員を管理するために会員データベースを記憶している。
図４は会員サーバ５により管理される会員データベースに含まれるデータレコードＤＲ２の主要なデータ構造を示す模式図である。
会員データベースは、会員のそれぞれに関連付けられたデータレコードＤＲ２の集合である。そしてデータレコードＤＲ２は、フィールドＦ２１，Ｆ２２，Ｆ２３を含む。
フィールドＦ２１には、関連付けられた会員を他の会員と識別するための識別子としての会員コードがセットされる。フィールドＦ２２には、関連付けられた会員が電子レシートサービスの利用者でもある場合に、当該会員の電子レシートＩＤがセットされる。なお、関連付けられた会員が電子レシートサービスの利用者ではない場合は、フィールドＦ２２はブランクの状態とされるか、あるいは予め定められた無効データがセットされる。フィールドＦ２３には、関連付けられた会員がポイント還元サービスに関して保有するポイント数がセットされる。

カート端末１０は、購入商品の登録に係る操作のためのユーザインタフェースとして機能する情報処理端末である。カート端末１０は例えば、図２に示すようにショッピングカート（以下、カートと称する）Ｃに取り付けられる。そしてカート端末１０は、カートＣを使用する客Ｍ１によって操作される。しかしながらカート端末１０は、客によって携帯されてもよい。店舗システム１には、典型的には多数のカート端末１０が含まれる。客は、買い物を行う間、１つのカート端末１０を専用する。カート端末１０は、カートＣに固定されていてもよいし、カートＣに対して着脱自在であってもよい。カート端末１０は、客Ｍ１によって利用されるとき、客Ｍ１によって移動される。つまりカート端末１０は、客が移動可能な移動端末の一例である。

店舗サーバ２０は、店舗業務全般を支援するための情報処理を実行する。店舗サーバ２０は、記憶デバイス２０ａを備える。記憶デバイス２０ａは、商品マスタデータベースを含む種々のデータベースを記憶する。
図５は商品マスタデータベースに含まれるデータレコードＤＲ３の主要なデータ構造を示す模式図である。
商品マスタデータベースは、店舗で販売され得る商品の個々に関連付けられたデータレコードＤＲ３の集合である。そしてデータレコードＤＲ３は、フィールドＦ３１，Ｆ３２，Ｆ３３，Ｆ３４を含む。
フィールドＦ３１には、関連付けられた商品を他の商品と識別するための識別子としての商品コードがセットされる。フィールドＦ３２には、関連付けられた商品を人間が識別しやすいように定められた名称である商品名がセットされる。フィールドＦ３３には、関連付けられた商品を客に販売する際に適用する価格がセットされる。フィールドＦ３４には、発行確認情報がセットされる。発行確認情報は、商品の販売に際して割引券又は保証書などの証票を発行する必要があるか否かを表すフラグ情報を含み得る。また発行確認情報は、酒、タバコ、所定の医薬品など、販売に際して店員による対応が必要であるか否かを表すフラグ情報を含み得る。これらフラグ情報は例えば、必要無しであれば「０」とされ、必要有りであれば「１」とされる。発行確認情報は、発行が必要である証票の種別情報を含んでもよい。発行確認情報は、店員による確認事項を識別するための識別情報を含んでもよい。
かくして、証票を発行する必要があるか否かを表すフラグ情報は、「０」である場合は、媒体に印刷する必要が無いことを表す。従って当該のフラグ情報は、媒体に印刷する必要が無いことを表した情報に相当する。また酒又はタバコは、年齢制限のある商品であり、販売に際しての店員による対応は、購入者の年齢確認である。かくして、このような年齢確認が必要な商品の販売に際して店員による対応が必要であるか否かを表すフラグ情報は、「０」である場合は、購入者に年齢制限が無いことを表した情報に相当する。

仮想ＰＯＳサーバ３０は、カート端末１０と協働することで、ＰＯＳ端末としての種々の機能を達成するための情報処理を実行する。本実施形態においては、カート端末１０は多くの場合はユーザインタフェース機器として機能する。より詳細にカート端末１０は、仮想ＰＯＳサーバ３０におけるユーザインタフェースとして機能する。そして仮想ＰＯＳサーバ３０とカート端末１０とが連携しながら、ＰＯＳ端末としての種々の機能を実現するための情報処理を実行することによって、客に対して、カート端末１０をＰＯＳ端末として見せかける。なお、ＰＯＳ端末としての種々の機能の一部は、取引に関する処理である。かくしてカート端末１０と仮想ＰＯＳサーバ３０とによって取引処理システムとしての機能が実現される。

有人会計機４０は、仮想ＰＯＳサーバ３０により登録済みの購入商品の決済に関わる操作を店員が行うようにした決済端末である。そして有人会計機４０は、購入商品の代金を決定する勘定処理を実行する。また有人会計機４０は、店員による操作の下に、上記の勘定処理により決定した代金を決済するための決済処理を実行する。有人会計機４０は、店員による操作に応じて購入商品を登録して、さらに当該購入商品の決済のための処理を店員による操作に応じて行う機能を備えてもよい。つまり、有人会計機４０は、対面式と称される周知のＰＯＳ端末としての機能を備えてもよい。

このため有人会計機４０は、図２に示すように、会計ゾーンＺＯ１のうちの対面ゾーンＺＯ１１に設置される。稼働中である有人会計機４０に対しては、客Ｍ１と対面しながら有人会計機４０を専属で操作する店員Ｍ２が配置される。対面ゾーンＺＯ１１には、スキャナＳＣ１が設けられている。スキャナＳＣ１は、有人会計機４０に接続されている。スキャナＳＣ１は、定置式及び手持ち式のいずれであってもよい。スキャナＳＣ１は、客Ｍ１がカート端末１０により登録せずに対面ゾーンＺＯ１１に持ち込んだ商品を購入商品として登録する際に、当該商品に示されたバーコード又は二次元データコード等のコードシンボルを店員Ｍ２による操作の下にスキャンする。

セルフ会計機５０は、仮想ＰＯＳサーバ３０により登録済みの購入商品の決済に関わる操作を客が行うようにした決済端末である。そしてセルフ会計機５０は、購入商品の売買に関わる代金を決定する勘定処理を実行する。セルフ会計機５０は、プリンタ５０ａを備え、客に受け取らせるために、媒体への印刷によってレシート等の証票を発行する。

このためセルフ会計機５０は、図２に示すように、会計ゾーンＺＯ１のうちのセルフゾーンＺＯ１２に設置される。セルフ会計機５０に対しては、当該セルフ会計機５０を専属で操作する店員Ｍ２は配置されない。

なお、図２においては、２つの有人会計機４０と３つのセルフ会計機５０とを表しているが、有人会計機４０及びセルフ会計機５０のそれぞれの台数は、店舗の運営者の事情により任意である。また、有人会計機４０は設けられなくてもよい。

ビーコン発信機６０は、予め定められたビーコン信号を発信する。ビーコン発信機６０は、複数が配置されることもある。ビーコン発信機６０は、図２に示す会計ゾーンＺＯ１内を概ねの受信可能範囲とするように、設置台数、設置場所及び送信強度が調整される。

店員端末７０は、店員Ｍ２による業務を支援するための情報処理を行う情報処理端末である。店員端末７０は例えば、カートＣのメンテナンスを担当する店員Ｍ２が携帯する携帯情報端末である。また店員端末７０は例えば、店舗システム１の運用状況を監視するための監視端末である。複数の店員端末７０が店舗システム１に含まれてもよい。そしてこの場合、店員端末７０としては複数の種類が含まれてもよい。

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

タブレットコンピュータ１１は、プロセッサ１１ａ、メインメモリ１１ｂ、補助記憶ユニット１１ｃ、無線ユニット１１ｄ、タッチパネル１１ｅ、サウンドユニット１１ｆ、インタフェースユニット１１ｇ、伝送路１１ｈ、電源ユニット１１ｉ及びバッテリユニット１１ｊを含む。プロセッサ１１ａ、メインメモリ１１ｂ、補助記憶ユニット１１ｃ、無線ユニット１１ｄ、タッチパネル１１ｅ、サウンドユニット１１ｆ及びインタフェースユニット１１ｇは、伝送路１１ｈを介して通信可能とされている。そして、プロセッサ１１ａ、メインメモリ１１ｂ及び補助記憶ユニット１１ｃが伝送路１１ｈにより接続されていることによって、カート端末１０を制御するためのコンピュータが構成される。

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

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

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

無線ユニット１１ｄは、アクセスポイント２ａとの間で無線通信プロトコルに従った無線通信によりデータを授受する。
タッチパネル１１ｅは、表示デバイス及びタッチセンサを含む。表示デバイスは、プロセッサ１１ａによる制御の下に、ＧＵＩ（graphical user interface）画面などの任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をプロセッサ１１ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

サウンドユニット１１ｆは、音声及びメロディなどの各種サウンドを出力する。
インタフェースユニット１１ｇには、スキャナ１２、リーダ１３、カメラ１４及びビーコン受信機１５が接続される。インタフェースユニット１１ｇは、これらスキャナ１２、リーダ１３、カメラ１４及びビーコン受信機１５とプロセッサ１１ａとのデータの授受をインタフェースする。インタフェースユニット１１ｇとしては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。
伝送路１１ｈは、アドレスバス、データバス、制御信号線等を含み、プロセッサ１１ａ、メインメモリ１１ｂ、補助記憶ユニット１１ｃ、無線ユニット１１ｄ、タッチパネル１１ｅ及びインタフェースユニット１１ｇの間で授受されるデータ及び制御信号を伝送する。

電源ユニット１１ｉは、バッテリユニット１１ｊ又は外部バッテリ１６からの給電を受けて、タブレットコンピュータ１１内の電気的要素に対して動作電力を供給する。電源ユニット１１ｉは、外部バッテリ１６から給電されているときには、外部バッテリ１６からの供給電力を消費し、外部バッテリ１６から給電されないときには、バッテリユニット１１ｊからの供給電力を消費する。
バッテリユニット１１ｊは、外部バッテリ１６からの給電により充電する。バッテリユニット１１ｊは、外部バッテリ１６から給電されないときには、充電している電力を電源ユニット１１ｉへと給電する。バッテリユニット１１ｊは、自らの残量を測定する機能を備える。

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

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

ビーコン受信機１５は、ビーコン発信機６０により送信されたビーコン信号を受信する。そしてビーコン受信機１５は、ビーコン信号を受信できた場合に、そのことをプロセッサ１１ａに通知するための通知データを出力する。
外部バッテリ１６は、タブレットコンピュータ１１に対して着脱が可能である。外部バッテリ１６は、タブレットコンピュータ１１に装着された状態においては、蓄積している電力をタブレットコンピュータ１１に供給する。

図７はカートＣの外観の一例を示す斜視図である。
カートＣは、キャスタ部Ｃ１、ハンドルフレーム部Ｃ２及び籠受部Ｃ３を備えている。
キャスタ部Ｃ１は、カートＣを床面上で円滑に移動させるための４つの車輪Ｃ１１を有する。車輪Ｃ１１は、フレームＣ１２に対して、鉛直方向の軸周りで回転可能な状態で取り付けられている。
ハンドルフレーム部Ｃ２は、一対の縦フレームＣ２１，Ｃ２１及びハンドルバーＣ２２を含む。縦フレームＣ２１，Ｃ２１は、キャスタ部Ｃ１の２つの車輪の上方に立設される。ハンドルバーＣ２２は、縦フレームＣ２１，Ｃ２１の上端を連結する。
籠受部Ｃ３は、ハンドルフレーム部Ｃ２の中途部位から水平に向けて設けられる。籠受部Ｃ３は、商品を収容するための買物カゴＳＢを保持する。なお、キャスタ部Ｃ１も、その上に買物カゴＳＢを保持する。

カートＣを使用する客Ｍ１は、典型的には、ハンドルフレーム部Ｃ２よりも図７中の手前側に位置する。そして客Ｍ１が、ハンドルバーＣ２２を握りながらカートＣを押す。つまりこの場合は、ハンドルフレーム部Ｃ２に対して籠受部Ｃ３が突出している向きがカートＣの前進方向となる。

ハンドルバーＣ２２の中途部に、スキャナ１２が取り付けられている。また、一方の縦フレームＣ２１に、その先端がハンドルバーＣ２２よりも上方に位置するようにポールＣ４が取り付けられている。そして、このポールＣ４の先端部に上述のタブレットコンピュータ１１が、タッチパネル１１ｅの画面が前進方向の反対側を向く姿勢で取り付けられている。また、ポールＣ４の中途部に、籠受部Ｃ３により保持された買物カゴＳＢに向く姿勢でカメラ１４が取り付けられている。さらに、タブレットコンピュータ１１にリーダ１３が取り付けられている。なお、図７においては、リーダ１３を磁気カードリーダとしている。リーダ１３は、カードスリットがタッチパネル１１ｅの画面と同じ向きに向けられている。ハンドルフレーム部Ｃ２の下端側には、縦フレームＣ２１，Ｃ２１の間にバッテリケースＢＣが取り付けられている。バッテリケースＢＣは、外部バッテリ１６を収容する。

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

補助記憶ユニット３３は、情報処理プログラムの１つである取引処理プログラムＡＰ１を記憶する。取引処理プログラムＡＰ１は、アプリケーションプログラムであり、後述する販売処理について記述されている。補助記憶ユニット３３の記憶領域の一部は、カート管理データベースＤＢ１及び購入商品データベースＤＢ２として使用される。

図９はカート管理データベースＤＢ１に含まれるデータレコードＤＲ４の主要なデータ構造を示す模式図である。
カート管理データベースＤＢ１は、客Ｍ１に利用されているカートＣのそれぞれに関連付けられたデータレコードＤＲ４の集合である。そしてデータレコードＤＲ４は、フィールドＦ４１，Ｆ４２，Ｆ４３，Ｆ４４，Ｆ４５を含む。
フィールドＦ４１には、関連付けられたカートＣに取り付けられているカート端末１０を他のカート端末１０と識別するための端末コードがセットされる。フィールドＦ４２には、関連付けられたカートＣを使用している客Ｍ１を他の客と識別するための会員コードがセットされる。フィールドＦ４３には、関連付けられたカートＣを用いて行われる取引を他の取引と識別するための取引コードがセットされる。フィールドＦ４４には、関連付けられたカートＣを使用している客Ｍ１の電子レシートＩＤがセットされる。フィールドＦ４５には、関連付けられたカートＣを使用している客Ｍ１が保有するポイント数がセットされる。なお、データレコードＤＲ４には、フィールドＦ４１〜Ｆ４５とは別のデータがセットされる別のフィールドが含まれてもよい。

図１０は購入商品データベースＤＢ２に含まれるデータレコードＤＲ５の主要なデータ構造を示す模式図である。
購入商品データベースＤＢ２は、店舗内で実行中である買い物のそれぞれに関連付けられたデータレコードＤＲ５の集合である。そしてデータレコードＤＲ５は、フィールドＦ５１，Ｆ５２を含む。データレコードＤＲ５はまた、フィールドＦ５３，Ｆ５４，…を含み得る。
フィールドＦ５１には、関連付けられた買い物に対して定められた取引コードがセットされる。この取引コードは、関連付けられた買い物に使用されているカートＣに関連付けられたデータレコードＤＲ４のフィールドＦ４２にセットされた取引コードと同一である。フィールドＦ５２には、関連付けられた買い物に関して購入商品として登録済みの商品に関する商品データがセットされる。商品データは、商品コード、単価、商品名、個数及び取消フラグを含む。商品コードは、商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別コードであり、例えばＪＡＮ（Japanese article number）コードが用いられる。取消フラグは、購入商品として一旦登録されたものの、その後に取り消された商品を特定するためのフラグデータである。

データレコードＤＲ５には、関連付けられた買い物に関して２つ以上の購入商品が登録済みである場合に、フィールドＦ５３以降のフィールドが含まれる。そしてフィールドＦ５３以降のフィールドにも、フィールドＦ５２と同様に商品データがセットされる。かくしてフィールドＦ５２以降の各フィールドにより、関連付けられた買い物に関しての購入商品のリストが表される。なお、この購入商品のリストを、以下においては商品リストと称する。

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

次に以上のように構成された店舗システム１の動作について、図１１，図１２，図１３，図１４，図１５を用いて説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
カート端末１０が起動されるとプロセッサ１１ａは、メインメモリ１１ｂ又は補助記憶ユニット１１ｃに記憶された情報処理プログラムに従って、以下に説明する情報処理を実行する。
図１１はカート端末１０におけるプロセッサ１１ａが実行する情報処理の手順を示すフローチャートである。

（カートＣの使用の開始）
ＡＣＴ１としてプロセッサ１１ａは、利用開始操作が行われるのを待ち受ける。このときプロセッサ１１ａは、取り付け先のカートＣを用いた買い物が開始されるのを待機している状態である。プロセッサ１１ａは例えば、この待機状態においては、開始ボタンを表した画面をタッチパネル１１ｅに表示させておく。客Ｍ１は、カート置き場に置かれているカートＣの一台を取り出し、そのカートＣに取り付けられているカート端末１０に対して利用開始のための予め定められた操作を行う。客Ｍ１は、会員であるならば、会員カードに記録された会員コードを、スキャナ１２又はリーダ１３に読み取らせる。客Ｍ１は、会員ではないならば、上記の開始ボタンを操作する。そしてプロセッサ１１ａは、これらの操作が行われたならば、利用開始のための操作が行われたとしてＹＥＳと判定して、ＡＣＴ２へと進む。

ＡＣＴ２としてプロセッサ１１ａは、自らが搭載されているカート端末１０の端末コードと会員コードとを仮想ＰＯＳサーバ３０に通知する。これはログイン要求の通知である。なおプロセッサ１１ａは、開始ボタンがタッチされた場合には、非会員用として予め定められた会員コードを仮想ＰＯＳサーバ３０に通知する。非会員用の会員コードは、複数の客に対して共通であってもよいし、異ならせてもよい。具体的にはプロセッサ１１ａは、端末コード及び会員コードを含んだ通知データを、無線ユニット１１ｄから仮想ＰＯＳサーバ３０に宛ててアクセスポイント２ａへと送信する。この通知データは、アクセスポイント２ａ及び通信ネットワーク２によって仮想ＰＯＳサーバ３０へと伝送される。そうすると、仮想ＰＯＳサーバ３０の通信インタフェース３４が通知データを受信する。通信インタフェース３４は、受信した通知データをプロセッサ３１へと与える。これにより、プロセッサ３１にログイン要求が通知される。以降における別の通知に関する説明においては、上記のような詳細の説明を省略する。

プロセッサ３１は、ログイン要求の通知を受けると、以下に説明するような取引処理のための情報処理を開始する。プロセッサ３１は、当該情報処理は、取引処理プログラムＡＰ１に従って実行する。

図１２、図１３、図１４及び図１５はプロセッサ３１による取引処理のための情報処理の手順を示すフローチャートである。
なおプロセッサ３１は、ログイン要求の通知を受ける毎にこの情報処理を開始し、複数の情報処理を並行して実行する。つまりプロセッサ３１は、複数のカート端末１０を対象として、以下の情報処理をそれぞれ並行して実行する。以下においては、上記のようにログインを通知した１つのカート端末１０に対する情報処理について説明する。従って、単に「カート端末１０」と記す場合、上記の対象となる１つのカート端末１０を指す。また単に「客Ｍ１」と記す場合、上記の対象となる１つのカート端末１０を使用している客Ｍ１を指す。

図１２中のＡＣＴ２０としてプロセッサ３１は、ログインを要求した会員が既にログイン中であるか否かを確認する。プロセッサ３１は例えば、ログイン要求の通知データに含まれた会員コードが、非会員用ではなく、かつカート管理データベースＤＢ１に含まれているデータレコードＤＲ４のフィールドＦ４２にセットされた会員コードのいずれとも一致しないならば、ログイン中ではないと判定する。またプロセッサ３１は、ログイン要求の通知データに含まれた会員コードが非会員用である場合も、ログイン中ではないと判定する。そしてプロセッサ３１は、このようにログイン中ではないならばＮＯと判定し、ＡＣＴ２１へと進む。

ＡＣＴ２１としてプロセッサ３１は、会員サーバ５に対して会員問合わせを行う。プロセッサ３１は例えば、上記のログイン要求の通知データに含まれた会員コードの通知を伴って、会員サーバ５に対して問い合わせる。会員サーバ５は、会員データベースに含まれるデータレコードＤＲ２の中から、フィールドＦ２１にセットされた会員コードが通知された会員コードと一致するデータレコードＤＲ２を見つけ出す。そして会員サーバ５は、当該のデータレコードＤＲ２のフィールドＦ２２，Ｆ２３にセットされた電子レシートＩＤ及びポイント数を仮想ＰＯＳサーバ３０に通知する。

ＡＣＴ２２としてプロセッサ３１は、カート管理データベースＤＢ１を新たなデータレコードＤＲ４を追加するように更新する。プロセッサ３１は、ここで追加するデータレコードＤＲ４へは、通知データに含まれた端末コード及び会員コードをフィールドＦ４１，Ｆ４２にセットする。またプロセッサ３１は、取引コードを、少なくとも別のカート端末１０を対象とした取引処理で用いられている取引コードとは異なるように、予め定められたアルゴリズムで決定する。そしてこの取引コードを、上記の追加するデータレコードＤＲ４のフィールドＦ４３にセットする。またプロセッサ３１は、上記のように会員サーバ５から通知された電子レシートＩＤ及びポイント数を、上記の追加するデータレコードＤＲ４のフィールドＦ４４，Ｆ４５にそれぞれセットする。なおプロセッサ３１は、会員サーバ５から通知された電子レシートＩＤが通知されないならば、上記の追加するデータレコードＤＲ４のフィールドＦ４４をブランクの状態とするか、予め定められた無効データをセットする。そしてプロセッサ３１は、当該の更新を終えたならば、カート端末１０に対してログインの完了を通知する。

ＡＣＴ２３としてプロセッサ３１は、完了画面の表示をカート端末１０に指示する。完了画面は、ログインが完了したことを客に通知する画面である。完了画面は、購入商品の登録を開始してよいことなどの客に対するガイダンスを表していてもよい。プロセッサ３１は例えば、完了画面を表す画面データを含んだ指示データを、通信インタフェース３４からカート端末１０に宛てて送信する。この指示データは、通信ネットワーク２及びアクセスポイント２ａによってカート端末１０へと伝送される。そうすると、カート端末１０の無線ユニット１１ｄが指示データを受信する。無線ユニット１１ｄは、受信した指示データをプロセッサ１１ａへと与える。これにより、プロセッサ１１ａに完了画面の表示が指示される。仮想ＰＯＳサーバ３０からカート端末１０への各種の指示は、以上のような完了画面の表示指示と同様にして行われる。このため、以降における別の指示に関する説明においては、上記のような詳細の説明を省略する。

（購入商品の登録）
カート端末１０にてプロセッサ１１ａは、図１１中のＡＣＴ２にてログイン要求を通知したのちには、仮想ＰＯＳサーバ３０からログインの完了が通知されるのを待ってＡＣＴ３へと進む。
ＡＣＴ３としてプロセッサ１１ａは、画面変更が、仮想ＰＯＳサーバ３０から後述するように指示されたか否かを確認する。そしてプロセッサ１１ａは、当該の指示がなされたことが確認できないならばＮＯと判定し、ＡＣＴ４へと進む。
ＡＣＴ４としてプロセッサ１１ａは、操作者により何らかの操作がなされたか否かを確認する。なお、操作者は、通常は客Ｍ１であるが、店員Ｍ２が一時的に操作者になることもある。そしてプロセッサ１１ａは、該当の操作がなされたことを確認できないならばＮＯと判定し、ＡＣＴ５へと進む。

ＡＣＴ５としてプロセッサ１１ａは、ビーコン信号が受信されたか否かを確認する。そしてビーコン受信機１５からビーコン信号を受信したことの通知がなされたことが確認できないならばＮＯと判定し、ＡＣＴ６へと進む。
ＡＣＴ６としてプロセッサ１１ａは、仮想ＰＯＳサーバ３０からログオフが許可されたか否かを確認する。そしてプロセッサ１１ａは、当該の許可がなされたことを確認できないならばＮＯと判定し、ＡＣＴ３へと戻る。
かくしてプロセッサ１１ａは、ＡＣＴ３乃至ＡＣＴ６においては、画面変更の指示、操作、ビーコン信号の受信及びログオフの許可のいずれかがなされるのを待ち受ける。

前述のような完了画面の表示指示などの種々の表示指示がなさると、プロセッサ１１ａはＡＣＴ３にてＹＥＳと判定し、ＡＣＴ７へと進む。
ＡＣＴ７としてプロセッサ１１ａは、表示指示に従って、タッチパネル１１ｅにおける表示画面を変更する。プロセッサ１１ａは例えば、指示データに含まれた画面データが表す画面を表示するようにタッチパネル１１ｅを制御する。指示データに含まれた画面データが前述の完了画面を表すならば、タッチパネル１１ｅの表示画面は完了画面に変更される。これにより客Ｍ１は、購入商品の登録のための操作を開始してよいことを知ることができる。プロセッサ１１ａはこののち、ＡＣＴ３乃至ＡＣＴ６の待受状態に戻る。

客Ｍ１は、カートＣを押しながら、購入する商品を探して店内を移動する。そして購入する商品を見つけたならば、その商品を陳列場所から取り出し、カートＣに載せる。このときに客Ｍ１は、該当の商品を購入商品として指定するための操作を行う。当該の操作は例えば、該当の商品に表示されたコードシンボルを読み取らせるためのスキャナ１２の操作である。また上記の操作は例えば、該当の商品を指定するためのタッチパネル１１ｅの操作である。客Ｍ１は、商品コードが同一である商品を複数個、購入商品として登録する場合には、個数を指定する操作を行った上で、コードシンボルを一度だけスキャナ１２に読み取らせてもよい。

このような操作を含む何らかの操作が操作者により行われたならば、プロセッサ１１ａはＡＣＴ４にてＹＥＳと判定し、ＡＣＴ８へと進む。
ＡＣＴ８としてプロセッサ１１ａは、操作内容を仮想ＰＯＳサーバ３０のプロセッサ３１に通知する。なおプロセッサ１１ａは、商品に表示されたコードシンボルを読み取らせるためのスキャナ１２の操作が行われた場合には、スキャナ１２で読み取られたコードシンボルのデータをスキャナ１２から取得する。コードシンボルのデータは、商品を識別するための商品コードを含む。またプロセッサ１１ａは、商品を指定するためのタッチパネル１１ｅの操作が行われた場合には、その操作により指定される商品に関する商品コードを例えばデータテーブルを参照することにより取得する。データテーブルは、操作の内容に関連付けて、商品コードを表しており、例えば予め補助記憶ユニット１１ｃに記憶される。つまりプロセッサ１１ａは、これらにより商品コードを取得するのであり、取得手段としての機能を備える。プロセッサ１１ａは、商品を購入商品として指定するための操作を通知するに当たっては、指定された商品の商品コードと個数とを通知する。プロセッサ１１ａは、個数を指定する操作が行われなかった場合の個数は「１」とする。そしてプロセッサ１１ａはこののち、ＡＣＴ３乃至ＡＣＴ６の待受状態に戻る。

さて仮想ＰＯＳサーバ３０にてプロセッサ３１は、図１２中のＡＣＴ２４として、操作内容が通知されたか否かを確認する。そしてプロセッサ３１は、該当の通知がなされたことを確認できないならばＮＯと判定し、ＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ３１は、ビーコン信号の受信が通知されたか否かを確認する。そしてプロセッサ３１は、該当の通知がなされたことを確認できないならばＮＯと判定し、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ３１は、会計データが要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求がなされたことを確認できないならばＮＯと判定し、ＡＣＴ２４へと戻る。
かくしてプロセッサ３１はＡＣＴ２４乃至ＡＣＴ２６においては、操作内容の通知、ビーコン受信の通知及び会計データの要求のいずれかがなされるのを待ち受ける。

前述のように操作内容が通知されたならば、プロセッサ３１はＡＣＴ２４にてＹＥＳと判定し、図１３中のＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ３１は、通知された操作内容が購入商品の指定であるか否かを確認する。そしてプロセッサ３１は、購入商品の指定であったならばＹＥＳと判定し、ＡＣＴ２８へと進む。

ＡＣＴ２８としてプロセッサ３１は、指定された購入商品を追加するように商品リストを更新する。プロセッサ３１は例えば、カート管理データベースＤＢ１に含まれるデータレコードＤＲ４のうちから、フィールドＦ４１にセットされた端末コードがカート端末１０の端末コードに一致するデータレコードＤＲ４を見つけ出す。そしてプロセッサ３１は、該当するデータレコードＤＲ４のフィールドＦ４３にセットされている取引コードを取得する。次にプロセッサ３１は、購入商品データベースＤＢ２に含まれるデータレコードＤＲ５のうちから、フィールドＦ５１にセットされた取引コードが上記の取得した取引コードに一致するデータレコードＤＲ５を見つけ出す。プロセッサ３１は、該当のデータレコードＤＲ５が存在しないならば、上記の取得した取引コードをフィールドＦ５１にセットし、かつ指定された購入商品の商品コードを含んだ商品データをフィールドＦ５２にセットした新たなデータレコードＤＲ５を購入商品データベースＤＢ２に追加する。またプロセッサ３１は、該当のデータレコードＤＲ５が見つかったならば、該当のデータレコードＤＲ５の末尾に位置するフィールドの次に新たなフィールドを追加し、このフィールドに、指定された購入商品の商品コードを含んだ商品データをセットする。なおプロセッサ３１はここで新たにセットする商品データの取消フラグは、取り消されていないことを表す状態とする。なおプロセッサ３１は、フィールドＦ５２又は新たなフィールドにセットする商品データには、商品コードをキーとして店舗サーバ２０の商品マスタデータベースから取得した商品名、価格及び発行確認情報と、カート端末１０から商品コードと共に通知された個数とを含める。

ところで客Ｍ１は、上記のようにして登録した購入商品の購入を取り止めたいならば、その商品に関する取消を指示するための操作を、例えばタッチパネル１１ｅにて行う。そしてこの操作の内容がカート端末１０から仮想ＰＯＳサーバ３０へと通知された場合にプロセッサ３１は、ＡＣＴ２７にてＮＯと判定し、ＡＣＴ２９へと進む。
ＡＣＴ２９としてプロセッサ３１は、通知された操作内容が取消の指示であるか否かを確認する。そして上記のように取消の指示であったならばＹＥＳと判定し、ＡＣＴ３０へと進む。
ＡＣＴ３０としてプロセッサ３１は、取消が指示された購入商品を除外するように商品リストを更新する。プロセッサ３１は例えば、取消が指定された購入商品に関する商品データに含まれる取消フラグを、取り消されたことを表す状態に変更する。

なおプロセッサ３１は、ＡＣＴ２８又はＡＣＴ３０では、更新後の商品リストに含まれる商品データに基づいて、購入商品の代金額を算出する。プロセッサ３１は、この代金額の算出に当たっては、周知の各種の値引処理又は割引処理を必要に応じて適用する。
プロセッサ３１は、ＡＣＴ２８又はＡＣＴ３０を終えたならば、いずれの場合もＡＣＴ３１へと進む。
ＡＣＴ３１としてプロセッサ３１は、スルーチェックアウトを許容する状態であるか否かを確認する。ここでスルーチェックアウトとは、有人会計機４０及びセルフ会計機５０を用いることなく、カート端末１０における手続きで会計を行うことである。プロセッサ３１は、予め定められた許容条件が成立するか否かを確認する。そしてプロセッサ３１は、許容条件が成立するならば、スルーチェックアウトを許容する状態であるとしてＹＥＳと判定し、ＡＣＴ３２へと進む。
なお許容条件は、取引処理プログラムＡＰ１の作成者又は仮想ＰＯＳサーバ３０の管理者などにより任意に定められてよい。許容条件は例えば、以下のいずれにも該当しない場合とすることが想定される。ただし、以下の全ての条件を考慮することは必須ではない。例えば、証票をプリントする必要がない場合には、許容条件が成立するとしてもよい。また例えば、年齢制限のある商品が購入商品に含まれない場合には、許容条件が成立するとしてもよい。あるいは、客Ｍ１が電子レシート会員である場合には、許容条件が成立するとしてもよい。

(1) 証票を客Ｍ１に渡す必要がある場合。証票は、レシート、購入証明書、保証書、クーポン券、割引券、あるいはその他である。証票は、典型的には、有人会計機４０又はセルフ会計機５０に備えられたプリンタ５０ａにより会計に際してプリントされる。証票は、予め用意された印刷物であってもよい。証票は、予め用意された用紙に店員により何らかの情報が手書きされて形成されてもよい。なお、レシートは、原則として全ての取引に関して発行されるべきである。ただし、客Ｍ１が電子レシートサービスの会員である場合には、当該電子レシートサービスを利用することで、レシートの発行を省略できる。このため本実施形態では、客Ｍ１が電子レシートサービスの会員ではない場合には、証票を客Ｍ１に渡す必要がある場合に該当する。この条件に関してプロセッサ３１は例えば、カート端末１０に関連付けられたデータレコードＤＲ４のフィールドＦ４４に有効な電子レシートＩＤがセットされていないならば、証票を客Ｍ１に渡す必要があると判定する。またプロセッサ３１は例えば、カート端末１０に関する取引に関連付けられたデータレコードＤＲ５に含まれる商品データのいずれかに、証票を発行する必要があるか否かを表すフラグ情報を含んだ発行確認情報が含まれているならば、証票を客Ｍ１に渡す必要があると判定する。

(2) 店員Ｍ２による対応が必要な商品が購入商品に含まれる場合。この場合における店員Ｍ２による対応とは例えば、購入者に年齢制限等の制限がある商品が購入商品に含まれる場合に、客Ｍ１が制限に合致するか否かを確認することである。店員Ｍ２による対応とは例えば、購入に際して有資格者による説明を客Ｍ１に対して行うことが必要である商品についての説明を行うことである。店員Ｍ２による対応とは例えば、購入者に対してプレゼント品を授与することが定められている商品が購入商品に含まれている場合に、上記のプレゼント品を客Ｍ１に手渡すことである。店員Ｍ２による対応とは例えば、商品に関する説明を客Ｍ１に対して店員Ｍ２が口頭で行うことである。この条件に関してプロセッサ３１は例えば、カート端末１０に関する取引に関連付けられたデータレコードＤＲ５に含まれる商品データのいずれかに、販売に際して店員による確認が必要であることを表すフラグ情報を含んだ発行確認情報が含まれているならば、店員Ｍ２による対応が必要な商品が購入商品に含まれると判定する。

(3) 店員Ｍ２による確認が必要な商品がカートＣに載せられている可能性がある場合。この場合における店員Ｍ２による確認とは例えば、購入商品としての登録がなされることなくカートＣに載せられた可能性がある場合の確認である。

(4) 店員による対応が必要な決済方法が指定されている場合。店員による対応が必要な決済方法とは、例えば商品券による決済のようにセルフ会計機５０での取り扱いが認められておらず、店員による対応を行うことが定められている決済方法である。該当する決済方法の適用が、客Ｍ１に関するデフォルトの決済方法として指定されているときが、上記の場合の一例である。あるいは、該当する決済方法が、購入商品の登録が完了するよりも前に、当該登録中の購入商品の決済方法として指定されたときが、上記の場合の一例である。

ＡＣＴ３２としてプロセッサ３１は、登録画面の表示をカート端末１０に指示する。登録画面は、登録済みの購入商品のリストを表した画面である。
図１６は登録画面ＳＣ１１の一例を示す図である。
登録画面ＳＣ１１は、エリアＡＲ１，ＡＲ２，ＡＲ３、ボタンＢＵ１，ＢＵ２，ＢＵ３及びアイコンＩＣ１を表す。エリアＡＲ１は、ＡＣＴ２８又はＡＣＴ３０にて更新された後の商品リストに表される商品に関しての商品名を行方向に並べて表す。エリアＡＲ１はまた、上記の商品名に対して列方向に並べて、当該商品が購入商品として登録されている点数と、当該商品の販売価格とを表す。エリアＡＲ１は、商品リストに表されているものの、取消フラグが取り消されたことを表す状態となっている商品の商品名、点数及び販売価格に対しては、抹消線を付している。つまり登録画面ＳＣ１１は、商品名が「ＡＡＡ」「ＢＢＢ」「ＤＤＤ」及び「ＥＥＥ」である商品が登録商品とされていて、商品名が「ＣＣＣ」である商品が一旦は登録商品とされたものの既に取り消されている状態を表している。

エリアＡＲ２は、エリアＡＲ１の各行に並べて配置される。図１６では図示していないが、エリアＡＲ２には、対応付けられた商品に応じたアイコンが必要に応じて表される。エリアＡＲ２に表されるアイコンは例えば、セット割引などのような各種の値引きの対象商品であることや、年齢制限商品であることなどを表す。
エリアＡＲ３は、登録済みの購入商品に関して、総点数及び合計金額を表している。プロセッサ３１は、ＡＣＴ２８又はＡＣＴ３０で算出した代金額を合計金額としてエリアＡＲ３に表す。

ボタンＢＵ１は、エリアＡＲ１の各行のうちで、購入商品を表した行に並べて配置される。ボタンＢＵ１は、並べて表された購入商品の取消を操作者が指示するための操作ボタンである。つまりボタンＢＵ１がタッチされ、そのことがカート端末１０から仮想ＰＯＳサーバ３０へと通知された場合に、プロセッサ３１はＡＣＴ２９にて取消が指示されたと判定する。
ボタンＢＵ２は、購入商品の登録を終えて会計に移行することを操作者が指示するための操作ボタンである。
ボタンＢＵ３は、コードシンボルが示されていない商品を購入商品として登録するための操作画面に移行することを操作者が指示するための操作ボタンである。
アイコンＩＣ１は、スルーチェックアウトが許容されることを客Ｍ１に知らせるためのアイコンである。

プロセッサ３１は、ＡＣＴ２８又はＡＣＴ３０にて更新後の商品リストに基づく情報をエリアＡＲ１，ＡＲ２，ＡＲ３に表した登録画面ＳＣ１１の画面データを生成し、この画面データをカート端末１０に送信する。そうするとカート端末１０においてプロセッサ１１ａは、当該の画面データに基づいて登録画面ＳＣ１１をタッチパネル１１ｅに表示させる。

一方、プロセッサ３１は、予め定められた許容条件が成立しないならばＡＣＴ３１にてＮＯと判定し、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ３１は、登録画面ＳＣ１１の表示をカート端末１０に指示する。ただし、プロセッサ３１はＡＣＴ３３で生成する登録画面ＳＣ１１には、アイコンＩＣ１は表さない。

かくして登録画面ＳＣ１１においては、エリアＡＲ１，ＡＲ２，ＡＲ３に表される情報、ボタンＢＵ１の表示状態及びアイコンＩＣ１の表示の有無は、図１６に示される状態から変化し得、その他の表示要素は原則として変化しない。
そしてプロセッサ３１は、スルーチェックアウトが許容される状況であるか否かに応じて、登録画面ＳＣ１１にアイコンＩＣ１を表すか否かを変える。
プロセッサ３１は、ＡＣＴ３２又はＡＣＴ３３を終えると、図１２中のＡＣＴ２４乃至ＡＣＴ２６の待受状態に戻る。

（カートＣの交換）
ところで会員である客Ｍ１は、使用中のカートＣにおけるバッテリ残量が少なくなった場合などに、使用するカートＣを変更することができる。この場合に客Ｍ１は、使用中のカートＣとは異なり、かつ他の客Ｍ１によって使用されていないカートＣにおいて利用開始操作を行う。

この利用開始操作に応じてのログイン要求がカートＣのカート端末１０（ここでは、新端末１０と称する）から仮想ＰＯＳサーバ３０に対して通知されると、プロセッサ３１は新端末１０を対象とした情報処理を開始する。このとき、ログイン要求の通知データに含まれた会員コードが、使用中のカートＣのカート端末１０（ここでは、旧端末１０と称する）に関連付けられたデータレコードＤＲ４のフィールドＦ４２にセットされた会員コードと一致する。従ってプロセッサ３１は、新端末１０を対象とした情報処理のＡＣＴ２０においてはＹＥＳと判定し、ＡＣＴ３４へと進む。

ＡＣＴ３４としてプロセッサ３１は、カート管理データベースＤＢ１を変更するように更新する。プロセッサ３１は例えば、カート管理データベースＤＢ１に含まれるデータレコードＤＲ４の中から、フィールドＦ４２にセットされた会員コードがログイン要求の通知データに含まれた会員コードに一致するデータレコードＤＲ４を見つけ出す。そしてプロセッサ３１は、該当するデータレコードＤＲ４のフィールドＦ４１にセットされている端末コードを、新端末１０の端末コードに書き替える。これにより、これまで旧端末１０に関する情報処理での更新の対象となっていた商品リストは、新端末１０に関する情報処理での更新の対象として引き継がれる。そしてプロセッサ３１は、当該の更新を終えたならば、新端末１０に対してログインの完了を通知する。

ＡＣＴ３５としてプロセッサ３１は、旧端末１０にてタッチパネル１１ｅに表示中の画面を表示するように新端末１０に指示する。こののちプロセッサ３１は、ＡＣＴ２４乃至ＡＣＴ２６の待受状態に移行する。
客Ｍ１は、以降、新端末１０を用いて購入商品の登録を継続することができる。
この場合にプロセッサ３１は、旧端末１０を対象とした情報処理においては、ＡＣＴ２４乃至ＡＣＴ２６の待受状態に留まることとなる。この場合にプロセッサ３１は、旧端末１０からの何らかの通知を受けた場合に、旧端末１０に関連付けられたデータレコードＤＲ４が存在しないことを確認した上で、旧端末１０を対象とした情報処理を終了する。

（会計）
客Ｍ１は、購入しようとする全ての商品を購入商品として登録し終えたならば、会計ゾーンＺＯ１へと移動する。これによってビーコン発信機６０が発信するビーコン信号の受信可能範囲にカート端末１０が入ると、ビーコン受信機１５がビーコン信号を受信する。そしてそのことがビーコン受信機１５からプロセッサ１１ａに通知されると、プロセッサ１１ａは図１１中のＡＣＴ５にてＹＥＳと判定し、ＡＣＴ９へと進む。
ＡＣＴ９としてプロセッサ１１ａは、ビーコン受信を仮想ＰＯＳサーバ３０に通知する。そしてプロセッサ１１ａはこののち、ＡＣＴ３乃至ＡＣＴ６の待受状態に戻る。

このように仮想ＰＯＳサーバ３０にビーコン受信が通知されると、プロセッサ３１は図１２中のＡＣＴ２５にてＹＥＳと判定し、ＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ３１は、第１の確認画面の表示をカート端末１０に指示する。第１の確認画面は、会計を始めるか否かを確認するための画面である。第１の確認画面は例えば、会計を始めることを指定するためのボタンと、売場に戻って購入商品の登録を続けることを指定するためのボタンとを表す。プロセッサ３１はこののち、ＡＣＴ２４乃至ＡＣＴ２６の待受状態に戻る。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに第１の確認画面を表示させる。客Ｍ１は、会計を始めるか、あるいは売場に戻って購入商品の登録を続けるかを、第１の確認画面にて指示する。そしてこれに応じてカート端末１０は、第１の確認画面における操作の内容を仮想ＰＯＳサーバ３０に通知する。

このように第１の確認画面における操作の内容が通知された場合にプロセッサ３１は、図１２中のＡＣＴ２４にてＹＥＳ、図１３中のＡＣＴ２７及びＡＣＴ２９にてそれぞれＮＯと判定し、図１４中のＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ３１は、第１の確認画面における操作の内容が通知されたか否かを確認する。かくしてプロセッサ３１は、上記の場合にはＹＥＳと判定し、ＡＣＴ３８へと進む。

ＡＣＴ３８としてプロセッサ３１は、会計を始めるよう指示されたか否かを確認する。そしてプロセッサ３１は、購入商品の登録を続けるよう指示されたのならばＮＯと判定し、図１２中のＡＣＴ２４乃至ＡＣＴ２６の待受状態に戻る。このときにプロセッサ３１は、ＡＣＴ２４乃至ＡＣＴ２６の待受状態に戻ってから予め定められた時間が経過するまでの間は、ＡＣＴ２５にてＹＥＳと判定しないようにする。これにより、第１の確認画面における購入商品の登録を続ける旨の指示が、客Ｍ１が会計ゾーンＺＯ１内に居る状態で行われたとしても、その後の暫くのビーコン受信は無視される。

ところで客Ｍ１は、上記のようにビーコン受信が無視される期間において、やはり会計を始めたいと思い直した場合には、例えば図２に示すように会計ゾーンＺＯ１内に設置された会計バーコードＢＣ１をカート端末１０のスキャナ１２に読み取らせる。また、何らかの障害でビーコン受信機１５がビーコン信号を受信せず、会計ゾーンＺＯ１内に移動しても第１の確認画面が表示されない場合にも、客Ｍ１は会計バーコードＢＣ１を読み取らせるようにカート端末１０のスキャナ１２を操作する。そしてこれに応じてカート端末１０は、会計バーコードの通知を伴って、スキャナ１２が操作されたことを仮想ＰＯＳサーバ３０に通知する。

この場合にプロセッサ３１は、図１２中のＡＣＴ２４にてＹＥＳ、図１３中のＡＣＴ２７、ＡＣＴ２９及び図１４中のＡＣＴ３７にてそれぞれＮＯと判定し、ＡＣＴ３９へと進む。
ＡＣＴ３９としてプロセッサ３１は、会計バーコードの読取であるか否かを確認する。そしてプロセッサ３１は、上述のように会計バーコードを読み取る操作が通知されたのであるならばＹＥＳと判定し、ＡＣＴ４０へと進む。なおプロセッサ３１は、第１の確認画面において会計の開始が指示された場合には、ＡＣＴ３８にてＹＥＳと判定してＡＣＴ４０へと進む。

ＡＣＴ４０としてプロセッサ３１は、スルーチェックアウトを許容する状態であるか否かをＡＣＴ３１と同様に確認する。そしてプロセッサ３１は、スルーチェックアウトを許容する状態であるならばＹＥＳと判定し、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ３１は、選択画面の表示をカート端末１０に指示する。選択画面は、スルーチェックアウトを適用するか否かを客Ｍ１に選択させるための画面である。プロセッサ３１はこののち、図１２中のＡＣＴ２４乃至ＡＣＴ２６の待受状態に戻る。
図１７は選択画面ＳＣ１２の一例を示す図である。
選択画面ＳＣ１２は、エリアＡＲ２１、ボタンＢＵ２１，ＢＵ２２，ＢＵ２３及びメッセージＭＥ２１を表す。エリアＡＲ２１は、客Ｍ１が決済すべき金額を表す。ボタンＢＵ２１は、スルーチェックアウトを適用することを操作者が指定するための操作ボタンである。ボタンＢＵ２２は、セルフ会計機５０を利用することを操作者が指定するための操作ボタンである。ボタンＢＵ２３は、カート端末１０における表示を、この選択画面ＳＣ１２を表示する以前に表示していた画面に戻すことを操作者が指示するための操作ボタンである。メッセージＭＥ２１は、スルーチェックアウトを適用してカート端末１０にて会計を行うか、セルフ会計機を利用して会計を行うかを、ボタンＢＵ２１又はボタンＢＵ２２により選択するように操作者に案内する文字メッセージである。
かくして選択画面ＳＣ１２においては、エリアＡＲ２１に表される金額は、購入商品の登録状況に応じて図１７に示す状態から変化し得、その他の表示要素は原則として変化しない。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに選択画面ＳＣ１２を表示させる。客Ｍ１は、スルーチェックアウトを適用するか、あるいはセルフ会計機５０を利用するかを、選択画面ＳＣ１２にて指示する。そしてこれに応じてカート端末１０は、選択画面ＳＣ１２における操作の内容を仮想ＰＯＳサーバ３０に通知する。つまりプロセッサ１１ａは、客Ｍ１の操作に応じて、スルーチェックアウトを適用するか、あるいはセルフ会計機５０を利用するかを選択することになる。
このように選択画面ＳＣ１２における操作の内容が通知された場合にプロセッサ３１は、図１２中のＡＣＴ２４にてＹＥＳ、図１３中のＡＣＴ２７，ＡＣＴ２９及び図１４中のＡＣＴ３７及びＡＣＴ３９にてそれぞれＮＯと判定し、ＡＣＴ４２へと進む。

ＡＣＴ４２としてプロセッサ３１は、選択画面ＳＣ１２における操作の内容が通知されたか否かを確認する。かくしてプロセッサ３１は、上記の場合にはＹＥＳと判定し、ＡＣＴ４３へと進む。
ＡＣＴ４３としてプロセッサ３１は、カート端末１０からの通知に基づいて、スルーチェックアウトを適用することが指定されているか否かを確認する。そしてプロセッサ３１は、スルーチェックアウトを適用することが指定されているならばＹＥＳと判定し、図１５中のＡＣＴ４４へと進む。

ＡＣＴ４４としてプロセッサ３１は、決済サーバ３に対して決済を要求する。具体的にはプロセッサ３１は例えば、指定画面の表示をカート端末１０に指示する。指定画面は、スルーチェックアウトで利用する支払方法を操作者に指定させるための画面である。
図１８は指定画面ＳＣ１３の一例を示す図である。
指定画面ＳＣ１３は、エリアＡＲ３１、ボタンＢＵ３１，ＢＵ３２，ＢＵ３３，ＢＵ３４及びメッセージＭＥ３１を表す。エリアＡＲ３１は、客Ｍ１が決済すべき金額を表す。ボタンＢＵ３１は、利用する支払方法としてバーコード決済を操作者が指定するための操作ボタンである。ボタンＢＵ３２は、利用する決済方法としてクレジット決済を操作者が指定するための操作ボタンである。ボタンＢＵ３３は、利用する決済方法として電子マネー決済を操作者が指定するための操作ボタンである。ボタンＢＵ３４は、カート端末１０における表示を、この指定画面ＳＣ１３を表示する以前に表示していた画面に戻すことを操作者が指示するための操作ボタンである。メッセージＭＥ３１は、どの決済方法を利用するかを、ボタンＢＵ３１，ＢＵ３２，ＢＵ３３により指定するように操作者に案内する文字メッセージである。
かくして指定画面ＳＣ１３においては、エリアＡＲ３１に表される金額は、購入商品の登録状況に応じて図１８に示す状態から変化し得、その他の表示要素は原則として変化しない。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに指定画面ＳＣ１３を表示させる。客Ｍ１は、決済方法を指定画面ＳＣ１３にて指定する。そしてこれに応じてカート端末１０は、指定された決済方法を仮想ＰＯＳサーバ３０に通知する。

プロセッサ３１は、指定された決済方法がカート端末１０から通知されたならば、その通知された決済方法に応じた決済画面を表示するようにカート端末１０に指示する。決済画面は、決済を実行するための操作を操作者に案内する画面である。
図１９はバーコード決済が指定された場合の決済画面ＳＣ１４の一例である。
決済画面ＳＣ１４は、エリアＡＲ４１、ボタンＢＵ４１，ＢＵ４２，ＢＵ４３，ＢＵ４４，ＢＵ４５、メッセージＭＥ４１，ＭＥ４２及び画像ＩＭ４１を表す。エリアＡＲ４１は、客Ｍ１が決済すべき金額を表す。ボタンＢＵ４１〜ＢＵ４４は、利用するバーコード決済サービスを操作者が指定するための操作ボタンである。ボタンＢＵ４１〜ＢＵ４４には、利用可能なバーコード決済サービスがそれぞれ関連付けられている。ボタンＢＵ４５は、カート端末１０における表示を、この決済画面ＳＣ１４を表示する以前に表示していた画面に戻すことを操作者が指示するための操作ボタンである。メッセージＭＥ４１は、まずどのバーコード決済サービスを利用するかを、ボタンＢＵ４１，ＢＵ４２，ＢＵ４３，ＢＵ４４により指定するように操作者に案内する文字メッセージである。メッセージＭＥ４２は、客Ｍ１が所持するスマートフォンに表示させた決済用のバーコードをスキャンするように操作者に案内する文字メッセージである。画像ＩＭ４１は、メッセージＭＥ４２と対となって、キャンすべきバーコードを操作者に案内するための画像である。
かくして決済画面ＳＣ１４においては、エリアＡＲ４１に表される金額は、購入商品の登録状況に応じて図１９に示す状態から変化し得、その他の表示要素は原則として変化しない。
なお、決済画面ＳＣ１４は、４つのバーコード決済サービスの利用が許容される場合の例である。利用が許容されるバーコード決済サービスの数に応じて、ボタンＢＵ１〜ＢＵ４に相当するボタンの数を変更する。１つのバーコード決済サービスのみの利用を許容するのであれば、ボタンＢＵ１〜ＢＵ４に相当するボタンを決済画面ＳＣ１４に表さない。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに決済画面ＳＣ１４を表示させる。客Ｍ１は、利用するバーコード決済サービスをボタンＢＵ４１〜ＢＵ４４のいずれかの操作によって指定する。また客Ｍ１は、利用するバーコード決済サービス用のアプリケーションソフトによってスマートフォンに表示させた決済用のバーコードを、スキャナ１２に読み取らせる。そしてこれに応じてカート端末１０にてプロセッサ１１ａは、バーコード決済を他の決済方法と識別するための決済方法コードと、指定されたバーコード決済サービスを他のサービスと識別するためのサービスコードと、決済用のバーコードが表す決済用データとを仮想ＰＯＳサーバ３０に通知する。なおプロセッサ１１ａは、１つのバーコード決済サービスのみの利用が許容されるのであれば、その１つのバーコード決済サービスのサービスコードを仮想ＰＯＳサーバ３０に通知してもよいし、サービスコードの通知を省略してもよい。
クレジット決済の場合は、クレジットカードに記録されたクレジット番号などのデータが決済用データとなる。プロセッサ１１ａは、クレジット決済が指定された場合には、クレジット決済を他の決済方法と識別するための決済方法コードと、クレジットカードからリーダ１３によって読み取られたクレジット番号とを仮想ＰＯＳサーバ３０に通知する。
電子マネー決済の場合は、電子マネーカードに記録された電子マネーＩＤなどのデータが決済用データとなる。プロセッサ１１ａは、電子マネー決済が指定された場合には、電子マネー決済を他の決済方法と識別するための決済方法コードと、電子マネー用の記録媒体からリーダ１３によって読み取られた電子マネーＩＤとを仮想ＰＯＳサーバ３０に通知する。プロセッサ１１ａは、複数の電子マネー決済サービスの利用が許容されるならば、選択画面ＳＣ１２と同様な画面によって、客Ｍ１による電子マネー決済サービスの指定を受けて、指定された電子マネー決済サービスのサービスコードも仮想ＰＯＳサーバ３０に通知する。なおプロセッサ１１ａは、１つの電子マネー決済サービスのみの利用が許容されるのであれば、その１つの電子マネー決済サービスのサービスコードを仮想ＰＯＳサーバ３０に通知してもよいし、サービスコードの通知を省略してもよい。
なお、クレジット番号又は電子マネーＩＤなどが決済サーバ３又は仮想ＰＯＳサーバ３０に管理コードに関連付けて記憶されていて、決済の要求に際して決済サーバ３又は仮想ＰＯＳサーバ３０に対して管理コードを通知するようにしている場合には、当該管理コードが決済用データとなる。

プロセッサ３１は、上記のようなカート端末１０からの通知を受けたならば、決済用データの通知を伴って、決済サーバ３に決済を要求する。プロセッサ３１は、図１３中のＡＣＴ２８又はＡＣＴ３０で最も新しく算出した代金額を、ここで決済を要求する決済額とする。
決済サーバ３が各決済方法に対応する場合、プロセッサ３１は決済を要求するに際して、決済方法コードも決済サーバ３に通知する。また決済サーバ３が各決済サービスに対応する場合、プロセッサ３１は決済を要求するに際して、サービスコードも決済サーバ３に通知する。決済サーバ３が、決済方法に応じて複数存在する場合、あるいは決済サービスに応じて複数存在する場合、プロセッサ３１はカート端末１０から通知された決済方法コード及びサービスコードに基づいて、利用する決済方法及び決済サービスに対応する決済サーバ３を選択し、その決済サーバ３に決済を要求する。
かくして取引処理プログラムＡＰ１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは要求手段として機能する。

決済サーバ３は、決済が要求されたならば、その要求に応じた決済が可能か否かを確認する。そして決済サーバ３は、決済が可能であるならば、要求に応じた決済のための処理を実行する。そして決済サーバ３は、決済を完了できたならば、完了を表す結果コードを仮想ＰＯＳサーバ３０に送る。決済サーバ３は、決済のための処理を何らかの事情で中止したならば、失敗を表す結果コードを仮想ＰＯＳサーバ３０に送る。決済サーバ３は、決済のための処理は正常に行ったものの、決済が完了したか否かが不明となった場合には、未了を表す結果コードを仮想ＰＯＳサーバ３０に送る。なお、以上の決済サーバ３における処理に詳細は、既存の決済サーバにおける処理と同様であってよい。

仮想ＰＯＳサーバ３０にてプロセッサ３１は、図１５中のＡＣＴ４４にて決済を要求したのちには、ＡＣＴ４５及びＡＣＴ４６の待受状態に移行する。
ＡＣＴ４５としてプロセッサ３１は、この待受状態がタイムアウトとなったか否かを確認する。そしてプロセッサ３１は、タイムアウトしていなければＮＯと判定し、ＡＣＴ４６へと進む。
ＡＣＴ４６としてプロセッサ３１は、決済サーバ３から決済の結果の通知がなされたか否かを確認する。そしてプロセッサ３１は、該当の通知がなされたことが確認できないならばＮＯと判定し、ＡＣＴ４５へと戻る。
かくしてプロセッサ３１は、ＡＣＴ４５及びＡＣＴ４６の待受状態においては、タイムアウトとなるか、結果が通知されるのを待ち受ける。
そしてプロセッサ３１は、上記のように決済サーバ３から送られた結果コードが通信インタフェース３４により受信されたならば、結果が通知されたとしてＡＣＴ４６にてＹＥＳと判定し、ＡＣＴ４７へと進む。

ＡＣＴ４７としてプロセッサ３１は、決済が完了したか否かを確認する。プロセッサ３１は、上記の受信された結果コードが完了を表すならばＹＥＳと判定し、ＡＣＴ４８へと進む。
ＡＣＴ４８としてプロセッサ３１は、取引データを店舗サーバ２０に送信する。取引データは、処理中の取引に関したデータである。プロセッサ３１は、第１の識別データ及び第２の識別データを取引データに含める。第１の識別データは、当該の取引の決済に関しての決済サーバ３への要求案件を、決済サーバ３が受ける他の要求案件と識別するためのデータである。決済サーバ３に決済を要求する際に、要求元の仮想ＰＯＳサーバ３０から決済サーバ３に対して、その要求に関する決済案件を識別するための識別コードを通知するならば、その識別コードが第１の識別データとして利用できる。あるいは、仮想ＰＯＳサーバ３０を決済サーバ３にて識別するための識別コードと、決済を要求した日時と、決済額との組合せのように、決済サーバ３への要求案件どうしで重複しないデータを第１の識別データとして利用できる。第２の識別データは、当該の取引データを、ジャーナルデータベースに含まれる他の取引データと識別するためのデータである。第２の識別データとしては例えば、取引コード、レジコード及び日付の組合せが用いられる。レジコードは、カート端末１０と仮想ＰＯＳサーバ３０との協働により実現されるＰＯＳ端末の個々を識別するためのコードである。レジコードとしては、端末コードを用いても良いし、端末コードとは別に定められてもよい。プロセッサ３１はまた、取引の決済のための決済データを取引データに含めてもよい。決済データは例えば、購入商品の商品コード及び個数と、決済額との少なくともいずれか一方である。プロセッサ３１は、会員コード、日時、決済方法、決済処理コード等の取引に関わる別の任意のデータを決済データに含めてもよい。
店舗サーバ２０は、取引データを受けると、当該取引データを含むようにジャーナルデータベースを更新する。ジャーナルデータベースは、過去の取引の履歴を表すデータベースである。ジャーナルデータベースは、例えば記憶デバイス２０ａに記憶される。
かくして、プロセッサ３１は、取引データを、記憶装置としての記憶デバイス２０ａに記憶させるべく出力している。つまり取引処理プログラムＡＰ１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは出力手段として機能する。

ＡＣＴ４９としてプロセッサ３１は、上記のように決済を完了した取引に関する電子レシートデータを客Ｍ１が閲覧できるように電子レシートサーバ４に登録するための処理を行う。なお、この処理は、既存の電子レシートサービスにより行われている処理と同様であってよい。

ＡＣＴ５０としてプロセッサ３１は、完了画面の表示をカート端末１０に指示する。完了画面は、決済が完了したことを操作者に通知するための画面である。
カート端末１０は、上記の指示に応じてタッチパネル１１ｅに完了画面を表示させる。客Ｍ１は、決済が完了したことを完了画面により確認したならば、例えば完了画面に表されたボタンを操作するなどしてカート端末１０の利用の終了を指示する。そしてこれに応じてカート端末１０にてプロセッサ１１ａは、終了指示がなされたことを仮想ＰＯＳサーバ３０に通知する。
仮想ＰＯＳサーバ３０にてプロセッサ３１は、完了画面の表示を指示した後、ＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ３１は、完了指示を待ち受ける。そしてプロセッサ３１は、完了指示がなされたことが上記のようにカート端末１０から通知されたならばＹＥＳと判定し、図１２中のＡＣＴ６５へと進む。

一方、受信された結果コードが完了を表さないならば、プロセッサ３１はＡＣＴ４７にてＮＯと判定し、ＡＣＴ５２へと進む。
ＡＣＴ５２としてプロセッサ３１は、決済が失敗したか否かを確認する。プロセッサ３１は、上記の受信された結果コードが失敗を表すならばＹＥＳと判定し、ＡＣＴ５３へと進む。
ＡＣＴ５３としてプロセッサ３１は、エラー画面の表示をカート端末１０に指示する。エラー画面は、決済に失敗したことを操作者に通知するための画面である。
カート端末１０は、上記の指示に応じてタッチパネル１１ｅにエラー画面を表示させる。客Ｍ１は、決済に失敗したことをエラー画面により確認したならば、例えばエラー画面に表されたボタンを操作するなどして決済の再試行を指示する。そしてこれに応じてカート端末１０にてプロセッサ１１ａは、再試行指示がなされたことを仮想ＰＯＳサーバ３０に通知する。

仮想ＰＯＳサーバ３０にてプロセッサ３１は、エラー画面の表示を指示した後、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ３１は、再試行指示を待ち受ける。そしてプロセッサ３１は、再試行指示がなされたことが上記のようにカート端末１０から通知されたならばＹＥＳと判定し、図１４中のＡＣＴ４１へと戻る。つまりプロセッサ３１は、カート端末１０を、選択画面ＳＣ１２をタッチパネル１１ｅにて表示する状態に戻し、それ以降の処理を前述と同様に繰り返す。なおプロセッサ３１は、図１５中のＡＣＴ４４へと戻ってもよい。

受信された結果コードが未了を表すならば、プロセッサ３１は図１５中のＡＣＴ４７及びＡＣＴ５２でいずれもＮＯと判定し、ＡＣＴ５５へと進む。
なお、結果コードが受信されない状態も、決済が完了したか否かが不明な状態である。このためプロセッサ３１はＡＣＴ４５及びＡＣＴ４６の待受状態がタイムアウトした場合にはＡＣＴ４５にてＹＥＳと判定し、ＡＣＴ５５へと進む。
つまりプロセッサ３１は、未了が決済サーバ３から通知された場合と、結果コードが受信されること無くタイムアウトした場合に、決済が完了したか否かが不明となったことを検出する。かくして取引処理プログラムＡＰ１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは検出手段として機能する。
ＡＣＴ５５としてプロセッサ３１は、取引データを店舗サーバ２０に送信する。ここで送信する取引データは、ＡＣＴ４８にて送信する取引データと同様なデータであってよい。ただしここで送信する取引データは、決済が未了となっていることを表すデータを含む。

ＡＣＴ５６としてプロセッサ３１は、第２の確認画面の表示をカート端末１０に指示する。第２の確認画面は、未了となっている決済に関する確認作業を店員Ｍ２に行わせるための画面である。
図２０は第２の確認画面ＳＣ１５の一例を示す図である。
第２の確認画面ＳＣ１５は、コードシンボルＣＳ５１、メッセージＭＥ５１及びボタンＢＵ５１を表す。コードシンボルＣＳ５１は、ＡＣＴ５５で送信した取引データに含めた第２の識別データを表す。図２０の例では、コードシンボルとしてバーコードを用いている。メッセージＭＥ５１は、決済状況の確認のために店員Ｍ２に申し出る必要があることを客Ｍ１に案内する文字メッセージである。ボタンＢＵ５１は、第２の確認画面ＳＣ１５が表示された状態を解除することを店員Ｍ２が指示するための操作ボタンである。
かくして第２の確認画面ＳＣ１５においては、コードシンボルＣＳ５１は、識別データに応じて図２０に示す状態から変化し得、その他の表示要素は原則として変化しない。
第２の確認画面ＳＣ１５を表示することは、コードシンボルＣＳ５１が表す第２の識別データを出力することに相当する。かくして、第２の確認画面の表示をカート端末１０に指示することは、第２の識別データを出力するように指示することと同じである。つまり取引処理プログラムＡＰ１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは指示手段として機能する。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに第２の確認画面ＳＣ１５を表示させる。客Ｍ１は、メッセージＭＥ５１による案内に従って、店員Ｍ２に申し出る。この申し出を受けた店員Ｍ２は、例えば有人会計機４０のジャーナル検索機能を起動した上で、カート端末１０のタッチパネル１１ｅに表されたコードシンボルＣＳ５１を読み取らせる。有人会計機４０は、コードシンボルＣＳ５１を読み取ると、このコードシンボルＣＳ５１が表している第２の識別データを判定する。有人会計機４０は、判定した第２の識別データを含んだ取引データを店舗サーバ２０から取得する。有人会計機４０は、取得した取引データに含まれる第１の識別データを、表示又は印刷などによって出力する。
店員Ｍ２は、予め定められた問い合わせ先に電話などによって、第１の識別データで識別される要求案件に関する電子決済の状況を問い合わせる。そして店員Ｍ２は、決済が完了していることを確認したならば、完了確認のための予め定められた操作を有人会計機１０で行う。そうすると有人会計機４０は、ジャーナルデータベースに含まれていて、上記の判定した第２の識別データを含んだ取引データを、決済が未了となっていることを表すデータを削除するか、または当該データを決済が完了していることを表すデータに書き替えるように店舗サーバ２０へと要求する。店舗サーバ２０は、この要求に応じてジャーナルデータベースを更新する。

店員Ｍ２は、決済が完了していないことを確認したならば、上記の取得した取引データに含まれた決済データに基づく決済を行うべく有人会計機４０を操作する。そして有人会計機４０は、この操作に応じた処理によって決済が完了したならば、ジャーナルデータベースに含まれていて、上記の判定した第２の識別データを含んだ取引データを、その決済の結果を表すように書き替えるように店舗サーバ２０へと要求する。また有人会計機４０は、ジャーナルデータベースに含まれていて、上記の判定した第２の識別データを含んだ取引データを、決済が未了となっていることを表すデータを削除するか、または当該データを決済が完了していることを表すデータに書き替えるように店舗サーバ２０へと要求する。店舗サーバ２０は、これらの要求に応じてジャーナルデータベースを更新する。
なお、以上の作業のうちの決済状況を確認するまでの作業と、完了していなかった決済を改めて行うための作業とは、それぞれ別々の装置を用いて行われてもよい。また以上の作業に用いる装置は、店員端末７０であってもよい。

さて、仮想ＰＯＳサーバ３０にてプロセッサ３１は、図１５中のＡＣＴ５６にてカート端末１０に第２の確認画面ＳＣ１５を表示させたのちには、ＡＣＴ５７の待受状態に移行する。
ＡＣＴ５７にてプロセッサ３１は、解除操作がなされるのを待ち受ける。解除操作は、上記のような処置を店員Ｍ２が行った後に、店員Ｍ２が行うものとして予め定められた操作である。解除操作は例えば、客Ｍ１が通常は知らない隠し操作を伴って、第２の確認画面ＳＣ１５に表されたボタンＢＵ５１を操作することである。このような解除操作が行われたことがカート端末１０から通知されると、プロセッサ３１はＹＥＳと判定し、図１２中のＡＣＴ６５へと進む。

一方、プロセッサ３１は、例えば選択画面ＳＣ１２におけるボタンＢＵ２１の操作により、セルフ会計機５０を利用しての会計が指示されたならば、図１４中のＡＣＴ４３にてＮＯと判定し、ＡＣＴ５８へと進む。またプロセッサ３１は、スルーチェックアウトが許容されないためにＡＣＴ４０にてＮＯと判定した場合も、ＡＣＴ５８へと進む。つまりプロセッサ３１は、セルフ会計機５０での会計を開始する必要がある状況において、ＡＣＴ５８へと進む。

ＡＣＴ５８としてプロセッサ３１は、会計データを、待機状態にあるセルフ会計機５０の１つに取得させるように通信ネットワーク２へと送信する。プロセッサ３１は例えば、セルフ会計機５０のうちから待機状態にあるセルフ会計機５０を見つけ出し、当該のセルフ会計機５０に宛てて会計データを送信する。あるいはプロセッサ３１は例えば、セルフ会計機５０の１つに宛てて、そのセルフ会計機５０が待機状態にあるか否かに拘わらずに、会計データを送信する。この場合、会計データの送信先とされたセルフ会計機５０は、自らが待機状態にあるならば、その会計データを受け入れる。しかしながらセルフ会計機５０は、待機状態にないならば、会計データを他のセルフ会計機５０の１つに転送する。あるいはプロセッサ３１は例えば、複数のセルフ会計機５０に宛てて会計データを同報送信する。この場合、複数のセルフ会計機５０のうちの待機状態にある１つのセルフ会計機５０が、上記の会計データを受け入れる。なお、待機状態にある１つのセルフ会計機５０によって会計データが受け入れられるのであれば、他のどのような手法によって会計データが送信されてもよい。

なお、会計データは、カート端末１０で登録された購入商品に関する代金をセルフ会計機５０にて決済するために必要なデータである。具体的にはプロセッサ３１は例えば、カート管理データベースＤＢ１に含まれるデータレコードＤＲ４のうちから、フィールドＦ４１にセットされた端末コードがカート端末１０の端末コードに一致するデータレコードＤＲ４を見つけ出す。そしてプロセッサ３１は、該当するデータレコードＤＲ４のフィールドＦ４３にセットされている取引コードを取得する。次にプロセッサ３１は、購入商品データベースＤＢ２に含まれるデータレコードＤＲ５のうちから、フィールドＦ５１にセットされた取引コードが上記の取得した取引コードに一致するデータレコードＤＲ５を見つけ出す。そしてプロセッサ３１は、上記の見つけ出したデータレコードＤＲ４の各フィールドにセットされているデータと、上記の見つけ出したデータレコードＤＲ５に含まれた商品データとを含めて会計データを生成する。プロセッサ３１は、上記の見つけ出したデータレコードＤＲ５に含まれた商品データに基づいて、購入商品の販売に関わる決済金額を算出して、会計データに含めてもよい。

ＡＣＴ５９としてプロセッサ３１は、案内画面の表示をカート端末１０に指示する。案内画面は、会計データを受け入れたセルフ会計機５０を知らせるとともに、そのセルフ会計機５０で会計を行うように客Ｍ１に案内する画面である。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに案内画面を表示させる。客Ｍ１は、案内画面での案内に従って、知らされたセルフ会計機５０を操作して、購入商品に関する代金を決済する。なお、セルフ会計機５０の動作は例えば、既存のセミセルフチェックアウトシステムにおける会計機の動作と同様であってよい。そしてセルフ会計機５０は、決済を完了したならば、仮想ＰＯＳサーバ３０に対して決済の完了を通知する。

ＡＣＴ６０としてプロセッサ３１は、ＡＣＴ５８で送信した会計データを受け入れたセルフ会計機５０から決済の完了が通知されるのを待ち受ける。そしてプロセッサ３１は、完了が通知されたならばＹＥＳと判定し、図１２中のＡＣＴ６５へと進む。

ところで、客Ｍ１は、待機状態にあるセルフ会計機５０を見つけて、そのセルフ会計機５０を利用して会計することもできる。この場合に客Ｍ１は、まず、登録画面ＳＣ１１に表されたボタンＢＵ２を操作する。これに応じてカート端末１０は、会計ボタンが操作されたとして仮想ＰＯＳサーバ３０に通知する。
このように会計ボタンが操作されたとして通知された場合にプロセッサ３１は、図１２中のＡＣＴ２４にてＹＥＳ、図１３中のＡＣＴ２７，ＡＣＴ２９及び図１４中のＡＣＴ３７，ＡＣＴ３９，ＡＣＴ４２にてそれぞれＮＯと判定し、図１４中のＡＣＴ６１へと進む。

ＡＣＴ６１としてプロセッサ３１は、会計ボタンの操作であるか否かを確認する。かくしてプロセッサ３１は、上記の場合にはＹＥＳと判定し、ＡＣＴ６２へと進む。なおプロセッサ３１は、通知された操作の内容が会計ボタンの操作でも無い場合には、ＡＣＴ６１にてＮＯと判定し、操作に応じた処理に移行する。

ＡＣＴ６２としてプロセッサ３１は、スキャン用画面の表示をカート端末１０に指示する。スキャン用画面は、会計データの取得をセルフ会計機５０に指示するための画面である。プロセッサ３１はこののち図１２中のＡＣＴ２４乃至ＡＣＴ２６の待受状態に戻る。
図２１はスキャン用画面ＳＣ１６の一例を示す図である。
スキャン用画面ＳＣ１６は、エリアＡＲ６１、コードシンボルＣＳ６１、メッセージＭＥ６１及びボタンＢＵ６１を表す。エリアＡＲ６１は、客Ｍ１が決済すべき金額を表す。コードシンボルＣＳ６１は、カート端末１０に関する会計データを仮想ＰＯＳサーバ３０からセルフ会計機５０が取得するために必要なデータを含む。このコードシンボルが含むデータには例えば、取引コードが含まれる。図２１の例では、コードシンボルとしてバーコードを用いている。メッセージＭＥ６１は、コードシンボルＣＳ６１をセルフ会計機５０のスキャナＳＣ２にスキャンさせるように操作者に案内する文字メッセージである。ボタンＢＵ６１は、買い物を終了するためにログオフすることを操作者が指示するための操作ボタンである。
かくしてスキャン用画面ＳＣ１６においては、エリアＡＲ６１に表される金額及びコードシンボルＣＳ６１は、購入商品の登録状況及び取引コードなどに応じて図２１に示す状態から変化し得、その他の表示要素は原則として変化しない。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅにスキャン用画面ＳＣ１６を表示させる。客Ｍ１は、待機状態にあるセルフ会計機５０のスキャナＳＣ２を用いて、スキャン用画面ＳＣ１６に表されたコードシンボルＣＳ６１を読み取らせる。セルフ会計機５０は、コードシンボルＣＳ６１をスキャナＳＣ２が読み取ると、このコードシンボルＣＳ６１に含まれた取引コードに基づいて、カート端末１０に関する会計データを仮想ＰＯＳサーバ３０に対して要求する。
なお、取引コードの出力は、短距離無線通信技術を用いた無線送信などの、表示とは異なる方法で出力されてもよい。読み取った商品コードをカート端末１０にて記憶しておくようにしてもよく、この場合には商品コードを会計のための情報として出力してもよい。

仮想ＰＯＳサーバ３０においてプロセッサ３１は、このようにして会計データを要求されると、図１２中のＡＣＴ２６にてＹＥＳと判定し、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ３１は、要求元のセルフ会計機５０に対して、ＡＣＴ５８と同様な会計データを送信する。客Ｍ１は、セルフ会計機５０を操作して、購入商品に関する代金を決済する。なお、セルフ会計機５０の動作は例えば、既存のセミセルフチェックアウトシステムにおける会計機の動作と同様であってよい。そしてセルフ会計機５０は、決済を完了したならば、仮想ＰＯＳサーバ３０に対して決済の完了を通知する。

ＡＣＴ６４としてプロセッサ３１は、ＡＣＴ６３での会計データの送信先であるセルフ会計機５０から決済の完了が通知されるのを待ち受ける。そしてプロセッサ３１は、完了が通知されたならばＹＥＳと判定し、ＡＣＴ６５へと進む。
かくしてプロセッサ３１は、図１４中のＡＣＴ６０又は図１２中のＡＣＴ６４の待受状態のいずれかにおいて決済の完了が通知されたならばＡＣＴ６５へと進む。またプロセッサ３１は、前述のように、図１５中のＡＣＴ５１又はＡＣＴ５７から図１２中のＡＣＴ６５へと進む。

ＡＣＴ６５としてプロセッサ３１は、この情報処理の対象となっている取引の終了のための終了処理を実行する。プロセッサ３１は例えば、今回の取引の内容を表した取引データを店舗サーバ２０に送る。取引データは、取引の内容及び会計の結果などを表す。取引データは例えば、既存のＰＯＳシステムで、終了済みの取引の管理のために保存されているデータと同様であってよい。またプロセッサ３１は例えば、今回の取引に関してカート管理データベースＤＢ１及び購入商品データベースＤＢ２に含めていたデータレコードＤＲ４，ＤＲ５を削除する。つまりプロセッサ３１は、カート端末１０の端末コードがフィールドＦ４１にセットされているデータレコードＤＲ４と、当該データレコードＤＲ４のフィールドＦ４３にセットされている取引コードと同一の取引コードがフィールドＦ５１にセットされているデータレコードＤＲ５とを、カート管理データベースＤＢ１及び購入商品データベースＤＢ２からそれぞれ削除する。
ＡＣＴ６６としてプロセッサ３１は、カート端末１０に対してログオフを許可する旨を通知する。そしてプロセッサ３１は、カート端末１０を対象とした情報処理を終了する。

カート端末１０においてプロセッサ１１ａは、ログオフを許可する旨の通知を仮想ＰＯＳサーバ３０から受けると、図１１中のＡＣＴ６にてＹＥＳと判定し、ＡＣＴ１０へと進む。
ＡＣＴ１０としてプロセッサ１１ａは、ログオフ画面をタッチパネル１１ｅに表示する。ログオフ画面は、操作者がログオフを指示するためのログオフボタンを表した画面である。

ＡＣＴ１１としてプロセッサ１１ａは、ログオフのための操作がなされるのを待ち受ける。そしてプロセッサ１１ａは、例えばログオフボタンの操作がなされるとＹＥＳと判定し、ＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ１１ａは、ログオフ処理を実行する。ログオフ処理は、客Ｍ１により利用されていない待機状態に移行するための処理である。

ＡＣＴ１３としてプロセッサ１１ａは、バッテリユニット１１ｊの残量が少なくなっているか否かを確認する。プロセッサ１１ａは例えば、バッテリユニット１１ｊで計測された残量値を取得し、当該残量値を予め定められた閾値と比較する。そしてプロセッサ１１ａは、残量値が閾値以下となっている場合に残量が少なくなっていると判定する。あるいはプロセッサ１１ａは、バッテリユニット１１ｊの残量値が予め定められた閾値未満となっている場合に残量が少なくなっていると判定してもよい。閾値は、一例として「３５％」とすることが想定される。しかしながら閾値は、取引処理プログラムＡＰ１の作成者又は仮想ＰＯＳサーバ３０の管理者などによって任意に定められてよい。閾値は、例えば補助記憶ユニット１１ｃに保存される。そしてプロセッサ１１ａは、バッテリユニット１１ｊの残量が少なくなっているならばＹＥＳと判定し、ＡＣＴ１４へと進む。

ＡＣＴ１４としてプロセッサ１１ａは、警告動作を実施する。この警告動作は、バッテリユニット１１ｊの残量が少なくなっていることを店員Ｍ２に警告するための動作である。警告動作は例えば、店員端末７０に対する通知である。警告動作は例えば、予め定められた警告画面のタッチパネル１１ｅでの表示である。警告動作は例えば、予め定められた音声メッセージ又は警告音のサウンドユニット１１ｆからの出力である。警告動作は、１つの動作のみ実施してもよいし、複数の動作を並行して実施してもよい。

警告動作に応じて、カートＣのメンテナンスを担当する店員Ｍ２は、カート端末１０に接続されている外部バッテリ１６を、充電済みの別の外部バッテリ１６に交換する。充電済みの外部バッテリ１６がカート端末１０に接続されれば、電源ユニット１１ｉは外部バッテリ１６からの供給電力で動作するようになるから、カート端末１０はバッテリユニット１１ｊの残量に拘わらずに安定して動作することが可能となる。また、外部バッテリ１６からの供給電力によりバッテリユニット１１ｊが充電される。店員Ｍ２は、外部バッテリ１６の交換を終えたならば、予め定められた解除操作を、例えばタッチパネル１１ｅにて行う。

ＡＣＴ１５としてプロセッサ１１ａは、解除操作がなされるのを待ち受ける。そしてプロセッサ１１ａは、上記のように解除操作が行われたならばＹＥＳと判定し、ＡＣＴ１の待受状態に戻る。なおプロセッサ１１ａは、バッテリユニット１１ｊの残量が少なくなっていないならばＡＣＴ１３にてＮＯと判定し、ＡＣＴ１４及びＡＣＴ１５をパスしてＡＣＴ１の待受状態に戻る。

以上のように店舗システム１は、スルーチェックアウトのための電子決済が未了となった場合に、前述したように容易に対応することが可能となる。

この実施形態は、次のような変形実施が可能である。
図２２はプロセッサ３１による情報処理の変形例を示すフローチャートである。なお、図２２は図１２乃至図１５に示す情報処理との相違箇所のみを示し、図１２乃至図１５に示す処理と同様の処理には同一の符号を付している。

プロセッサ３１は、スルーチェックアウトが許容されないためにＡＣＴ４０にてＮＯと判定した場合は、ＡＣＴ７１へと進む。
ＡＣＴ７１としてプロセッサ３１は、客Ｍ１が電子レシートサービスの会員であるか否かを確認する。そしてプロセッサ３１は、客Ｍ１が電子レシートサービスの会員ではないならば、ＮＯと判定してＡＣＴ５８へと進む。つまりプロセッサ３１は、客Ｍ１が電子レシートサービスの会員ではない場合には、ＡＣＴ７１における確認を行うことの他は、前述した実施形態と同様に処理する。

しかしながらプロセッサ３１は、客Ｍ１が電子レシートサービスの会員であるならばＡＣＴ７１にてＹＥＳと判定し、ＡＣＴ７２へと進む。
ＡＣＴ７２としてプロセッサ３１は、転送画面の表示をカート端末１０に指示する。転送画面は、セルフ会計機５０に会計データを転送することを客Ｍ１に指示させるための画面である。転送画面は加えて、スルーチェックアウトを行いたい場合には、客Ｍ１が店員Ｍ２に確認を要求すべきである旨の案内を表す。

カート端末１０は、上記の指示に応じてタッチパネル１１ｅに転送画面を表示させる。客Ｍ１は、スルーチェックアウトを行わずにセルフ会計機５０で会計することを決めたならば、転送画面においてセルフ会計機５０に会計データを転送すること指示するための操作を行う。これに応じてカート端末１０は、転送が指示されたとして仮想ＰＯＳサーバ３０に通知する。

このように転送が指示されたとして通知された場合にプロセッサ３１は、図１２中のＡＣＴ２４にてＹＥＳ、図１３中のＡＣＴ２７，ＡＣＴ２９及び図１４中のＡＣＴ３９，ＡＣＴ４２にてそれぞれＮＯと判定し、さらにＡＣＴ６１にてＮＯと判定してＡＣＴ７３へと進む。
ＡＣＴ７３としてプロセッサ３１は、転送指示であるか否かを確認する。かくしてプロセッサ３１は、上記の場合にはＹＥＳと判定し、ＡＣＴ５８へと進む。

一方で客Ｍ１は、スルーチェックアウトを行いたい場合には、転送画面での案内に従って、店員Ｍ２に確認を要求する。この要求に応じて店員Ｍ２は、スルーチェックアウトを許容できない状況を確認し、その状況を解消するための処置を講じる。店員Ｍ２は例えば、購入者に年齢制限等の制限がある商品が購入商品に含まれる場合に、客Ｍ１が制限に合致することを確認する。また店員Ｍ２は例えば、カートＣに載せられている商品の全てが購入商品として登録済みであることを確認する。そしてこのような場合に店員Ｍ２は、店員Ｍ２のための特別な操作を例えばタッチパネル１１ｅで行って、許容するように指示する。これに応じてカート端末１０は、許容するよう指示されたとして仮想ＰＯＳサーバ３０に通知する。

このように許容するよう指示されたとして通知された場合にプロセッサ３１は、図１２中のＡＣＴ２４にてＹＥＳ、図１３中のＡＣＴ２７，ＡＣＴ２９及び図１４中のＡＣＴ３９，ＡＣＴ４２にてそれぞれＮＯと判定し、さらにＡＣＴ６１，ＡＣＴ７３にてそれぞれＮＯと判定してＡＣＴ７４へと進む。
ＡＣＴ７４としてプロセッサ３１は、スルーチェックアウトを許容するよう指示されたか否かを確認する。かくしてプロセッサ３１は、上記の場合にはＹＥＳと判定し、ＡＣＴ４４へと進む。つまりプロセッサ３１は、スルーチェックアウトのための処理に移行する。

なお、店員Ｍ２は、購入商品として登録されていない商品がカートＣに載せられていることを確認したならば、その商品を購入商品として登録するように客Ｍ１に案内するか、その商品を購入商品として登録するための操作を客Ｍ１の同意の下に店員Ｍ２が行う。これにより、カートＣに載せられた全ての商品が購入商品として登録されれば、スルーチェックアウトが許容される状況になり得る。そしてスルーチェックアウトが許容される状況となったならば、客Ｍ１はスルーチェックアウトを開始することが可能となる。

店員Ｍ２は、スルーチェックアウトを許容できない状況であることを確認したならば、その旨を客Ｍ１に知らせて、セルフ会計機５０で会計するように案内する。
これにより、店員Ｍ２による確認作業を経ることが必要ではあるが、その確認を経ることでスルーチェックアウトを許容することができる状況であれば、客Ｍ１はスルーチェックアウトを利用することが可能である。

本実施形態はこの他に、次のような種々の変形実施が可能である。
プロセッサ３１は、図１４中のＡＣＴ４０又はＡＣＴ４３でＮＯと判定した場合には、スキャン用画面ＳＣ１６の表示をカート端末１０に指示してもよい。そしてスキャン用画面ＳＣ１６に表したコードシンボルＣＳ６１に基づいて会計データが要求されたことに応じて、ＡＣＴ６３以降を処理してもよい。
そしてこの場合は前記実施形態とは逆に、プロセッサ３１は、登録画面ＳＣ１１に表されたボタンＢＵ２が操作されたことに応じて、ＡＣＴ５８へと進んでもよい。

図１２乃至図１５に示す情報処理を、カート端末１０にてプロセッサ１１ａが実行してもよい。この場合は、カート端末１０が単独で取引処理装置としての機能することになる。また、図１２乃至図１５に示す情報処理をプロセッサ１１ａとプロセッサ３１とで分担して実行してもよい。なおプロセッサ１１ａは、図１２中のＡＣＴ２０、ＡＣＴ３４及びＡＣＴ３５などのように、複数のカート端末１０を管理するための処理は実行しない。

仮想ＰＯＳサーバ３０の機能を、店舗サーバ２０又は別のサーバに持たせてもよい。また仮想ＰＯＳサーバ３０の機能を、複数のサーバによる分散処理により実現してもよい。

客Ｍ１が店舗へと持ち込んだスマートフォンなどの情報端末をカート端末１０の代わりに用いるのでもよい。

スキャナ１２、リーダ１３、カメラ１４、ビーコン受信機１５及び外部バッテリ１６のうちの少なくとも１つは、カート端末１０の構成要素とはせずに、オプション機器として適宜に外付けされてもよい。

タブレットコンピュータ１１にカメラを内蔵し、当該カメラを用いてシンボルコードを撮影してもよい。そしてこの場合は、撮影により得られた画像からプロセッサ１１ａが商品コードを取り出すことにより、プロセッサ１１ａが取得手段として機能する。

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

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

１…店舗システム、２…通信ネットワーク、２ａ…アクセスポイント、３…決済サーバ、４…電子レシートサーバ、５…会員サーバ、１０…カート端末、１１…タブレットコンピュータ、１１ａ…プロセッサ、１１ｂ…メインメモリ、１１ｃ…補助記憶ユニット、１１ｄ…無線ユニット、１１ｅ…タッチパネル、１１ｆ…サウンドユニット、１１ｇ…インタフェースユニット、１１ｈ…伝送路、１１ｉ…電源ユニット、１１ｊ…バッテリユニット、１２…スキャナ、１３…リーダ、１４…カメラ、１５…ビーコン受信機、１６…外部バッテリ、２０…店舗サーバ、３０…仮想ＰＯＳサーバ、３１…プロセッサ、３２…メインメモリ、３３…補助記憶ユニット、３４…通信インタフェース、３５…伝送路、４０…有人会計機、５０…セルフ会計機、６０…ビーコン発信機、７０…店員端末。

Claims (5)

1. 取引の対象となる商品を識別する商品コードを取得する取得手段、を備えた移動端末を含んだ取引処理システムであって、
   前記取引に関する電子決済を決済装置に要求する要求手段と、
   前記要求手段により前記取引に関して要求された前記電子決済の案件を、前記決済装置に対して要求された別の電子決済の案件と識別するための第１の識別データを少なくとも含み、かつ前記取引に関した取引データを、記憶装置に記憶させるべく出力する出力手段と、
   前記要求手段により要求された前記電子決済が完了したか否かが不明となったことを検出する検出手段と、
   前記不明となったことが前記検出手段により検出されたことに応じて、この不明となった電子決済の対象である前記取引に関し、前記記憶装置により記憶されている前記取引データを識別するための第２の識別データを出力するように前記移動端末に指示する指示手段と、
   を具備する取引処理システム。
2. 前記出力手段は、前記取引を決済するための決済データを前記取引データに含める、
   請求項１に記載の取引処理システム。
3. 前記移動端末は、表示デバイスをさらに備え、
   前記指示手段は、前記第２の識別データを表したコードシンボルを表した画面を前記表示デバイスに表示させるよう前記移動端末に指示する、
   請求項１に記載の取引処理システム。
4. 取引の対象となる商品を識別する商品コードを取得する取得手段、を備えた移動端末とともに取引処理システムを構成する取引処理装置であって、
   前記取引に関する電子決済を決済装置に要求する要求手段と、
   前記要求手段により前記取引に関して要求された前記電子決済の案件を、前記決済装置に対して要求された別の電子決済の案件と識別するための第１の識別データを少なくとも含み、かつ前記取引に関した取引データを、記憶装置に記憶させるべく出力する出力手段と、
   前記要求手段により要求された前記電子決済が完了したか否かが不明となったことを検出する検出手段と、
   前記不明となったことが前記検出手段により検出されたことに応じて、この不明となった電子決済の対象である前記取引に関し、前記記憶装置により記憶されている前記取引データを識別するための第２の識別データを出力するように前記移動端末に指示する指示手段と、
   を具備する取引処理装置。
5. 取引の対象となる商品を識別する商品コードを取得する取得手段、を備えた移動端末とともに取引処理システムを構成する取引処理装置に設けられたコンピュータを、
   前記取引に関する電子決済を決済装置に要求する要求手段と、
   前記要求手段により前記取引に関して要求された前記電子決済の案件を、前記決済装置に対して要求された別の電子決済の案件と識別するための第１の識別データを少なくとも含み、かつ前記取引に関した取引データを、記憶装置に記憶させるべく出力する出力手段と、
   前記要求手段により要求された前記電子決済が完了したか否かが不明となったことを検出する検出手段と、
   前記不明となったことが前記検出手段により検出されたことに応じて、この不明となった電子決済の対象である前記取引に関し、前記記憶装置により記憶されている前記取引データを識別するための第２の識別データを出力するように前記移動端末に指示する指示手段と、
   して機能させるための情報処理プログラム。

Images