JP7452965B2 - 取引処理システム、移動端末及び情報処理プログラム - Google Patents

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）等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット１１ｃは、プロセッサ１１ａが各種の処理を行う上で使用するデータ、あるいはプロセッサ１１ａでの処理によって作成されたデータ等を保存する。補助記憶ユニット１１ｃは、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１１ｃは、情報処理プログラムの１つであるＵＩ処理プログラムＡＰ１を記憶する。ＵＩ(user interface）処理プログラムＡＰ１は、アプリケーションプログラムであり、後述するＵＩ処理について記述されている。

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

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

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

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

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

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

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

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

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

カート端末１０又はタブレットコンピュータ１１の譲渡は一般に、補助記憶ユニット１１ｃに、ＵＩ処理プログラムＡＰ１が記憶された状態にて行われる。しかし、ＵＩ処理プログラムＡＰ１が補助記憶ユニット１１ｃに記憶されない状態、あるいは同種の別バージョンのＵＩ処理プログラムＡＰ１が補助記憶ユニット１１ｃに記憶された状態のハードウェアと、ＵＩ処理プログラムＡＰ１とが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１１ｃにＵＩ処理プログラムＡＰ１が書き込まれることによって、カート端末１０又は当該カート端末１０用のタブレットコンピュータ１１が構成されてもよい。ＵＩ処理プログラムＡＰ１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

カート端末１０にてプロセッサ１１ａは、上記の指示に応じて図１１中のＡＣＴ３にてＹＥＳと判定してＡＣＴ７へと進み、タッチパネル１１ｅに第１の確認画面を表示させる。客Ｍ１は、会計を始めるか、あるいは売場に戻って購入商品の登録を続けるかを、第１の確認画面にて指示する。そしてこれに応じてカート端末１０にてプロセッサ１１ａは、図１１中のＡＣＴ４にてＹＥＳと判定してＡＣＴ８へと進み、第１の確認画面における操作の内容を仮想ＰＯＳサーバ３０に通知する。

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

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

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

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

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

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

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

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

カート端末１０にてプロセッサ１１ａは、上記の指示に応じて図１１中のＡＣＴ３にてＹＥＳと判定してＡＣＴ７へと進み、タッチパネル１１ｅに指定画面ＳＣ１３を表示させる。客Ｍ１は、決済方法を指定画面ＳＣ１３にて指定する。そしてこれに応じてカート端末１０にてプロセッサ１１ａは、図１１中のＡＣＴ４にてＹＥＳと判定してＡＣＴ８へと進み、指定された決済方法を仮想ＰＯＳサーバ３０に通知する。

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

カート端末１０にてプロセッサ１１ａは、上記の指示に応じて図１１中のＡＣＴ３にてＹＥＳと判定してＡＣＴ７へと進み、タッチパネル１１ｅに決済画面ＳＣ１４を表示させる。客Ｍ１は、利用するバーコード決済サービスをボタンＢＵ４１～ＢＵ４４のいずれかの操作によって指定する。また客Ｍ１は、利用するバーコード決済サービス用のアプリケーションソフトによってスマートフォンに表示させた決済用のバーコードを、スキャナ１２に読み取らせる。そしてこれに応じてカート端末１０にてプロセッサ１１ａは、図１１中のＡＣＴ４にてＹＥＳと判定してＡＣＴ８へと進み、指定されたバーコード決済サービスを他のサービスと識別するためのサービスコードと決済用のバーコードが表す決済用データとを仮想ＰＯＳサーバ３０に通知する。なお、クレジット決済の場合は、クレジットカードに記録されたクレジット番号などのデータが決済用データとなる。また電子マネー決済の場合は、電子マネーカードに記録された電子マネーＩＤなどのデータが決済用データとなる。また、クレジット番号又は電子マネーＩＤなどが決済サーバ３又は仮想ＰＯＳサーバ３０に管理コードに関連付けて記憶されていて、決済の要求に際して決済サーバ３又は仮想ＰＯＳサーバ３０に対して管理コードを通知するようにしている場合には、当該管理コードが決済用データとなる。

プロセッサ３１は、サービスコードと決済用データとがカート端末１０から通知されたならば、これらサービスコードと決済用データとの通知を伴って、決済サーバ３に決済を要求する。そしてプロセッサ３１は、当該決済サーバ３からの完了通知を受け取る。ただし、何らかの障害により、決済が完了しているかどうかが不明である状況となる場合もあり得る。この状況を、以下においては「未了」と称する。なお決済サーバ３は、例えば決済代行サービスを提供するサーバであってもよい。

以上の決済処理は、決済サーバ３を利用して、決済装置としてのセルフ会計機５０を用いずに、カート端末１０を含んだ端末装置の側で決済するための処理である。かくして取引処理プログラムＡＰ２に基づく情報処理をプロセッサ１１ａが実行することによって、プロセッサ１１ａを中枢とするコンピュータは決済手段として機能する。

ＡＣＴ４５としてプロセッサ３１は、決済が完了したか否かを確認する。そしてプロセッサ３１は、決済が完了したことを確認できないならばＮＯと判定し、ＡＣＴ４６へと進む。
ＡＣＴ４６としてプロセッサ３１は、決済が未了となったか否かを確認する。そしてプロセッサ３１は、決済が未了となったことを確認できないならばＮＯと判定し、ＡＣＴ４５へと戻る。

かくしてプロセッサ３１はＡＣＴ４５及びＡＣＴ４６においては、決済が完了したこと、又は決済が未了となったことを確認できるまで待ち受ける。そして、プロセッサ３１は例えば、決済サーバ３から決済が完了したか否かが不明である旨の通知がなされた場合に未了と判定する。あるいはプロセッサ３１は例えば、ＡＣＴ４４にて決済サーバ３に決済を要求してから予め定められた待機時間が経過しても完了の通知を受け取ることができない場合に未了と判定する。そしてプロセッサ３１は、未了と判定すると、ＡＣＴ４６にてＹＥＳと判定し、ＡＣＴ４７へと進む。
ＡＣＴ４７としてプロセッサ３１は、第２の確認画面の表示をカート端末１０に指示する。第２の確認画面は、未了となっている決済に関する確認作業を店員Ｍ２に行わせるための画面である。

カート端末１０にてプロセッサ１１ａは、上記の指示に応じて図１１中のＡＣＴ３にてＹＥＳと判定してＡＣＴ７へと進み、タッチパネル１１ｅに第２の確認画面を表示させる。客Ｍ１は、店員Ｍ２に対応を要求する。店員Ｍ２は、有人会計機４０又はその他の機器の問合わせ機能を起動した上で、当該機器に備えられたスキャナによって、カート端末１０に表示された第２の確認画面のコードシンボルを読み取る。そうすると有人会計機４０又はその他の機器は、第２の確認画面のコードシンボルに含まれたデータに基づいて、決済サーバ３に決済状況を問い合わせる。こののち、店員Ｍ２は、予め定められた手順で、未了となっている決済の完了を確認するための作業を行う。そして店員Ｍ２は、決済の完了を確認できたならば、カート端末１０にて、予め定められた解除操作を行う。カート端末１０にてプロセッサ１１ａは、図１１中のＡＣＴ４にてＹＥＳと判定してＡＣＴ８へと進み、解除操作がなされたことを仮想ＰＯＳサーバ３０に通知する。

ＡＣＴ４８としてプロセッサ３１は、解除操作がなされるのを待ち受ける。そしてプロセッサ３１は、上述のように解除操作がなされ、このことがカート端末１０から通知されると、ＡＣＴ４８にてＹＥＳと判定し、ＡＣＴ４９へと進む。なおプロセッサ３１は、例えば決済サーバ３から決済の完了が通知されるなどして決済が完了したことを確認できたならば、ＡＣＴ４５にてＹＥＳと判定し、ＡＣＴ４７及びＡＣＴ４８をパスしてＡＣＴ４９へと進む。

ＡＣＴ４９としてプロセッサ３１は、上記のように決済を完了した取引に関する電子レシートデータを客Ｍ１が閲覧できるように電子レシートサーバ４に登録するための処理を行う。なお、この処理は、既存の電子レシートサービスにより行われている処理と同様であってよい。本実施形態では、証票を客Ｍ１に渡す必要がないことが、スルーチェックアウトを許容する１つの条件であるから、紙によるレシートを発行する必要のない電子レシートサービスを利用できることが、スルーチェックアウトを利用する要件となる。そこでプロセッサ３１は、スルーチェックアウトのための処理に付随して、電子レシートの登録の処理を自動実行するのである。そしてプロセッサ３１はこののち、図１２中のＡＣＴ５７へと進む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＡＣＴ１４としてプロセッサ１１ａは、警告画面をタッチパネル１１ｅに表示させる。警告画面は、低残量状態への対処を店員Ｍ２に促すための画面である。本実施形態においては、警告画面は、上記の対処として外部バッテリ１６の交換を店員Ｍ２に促すための画面とする。警告画面の表示は報知の一例である。かくしてＵＩ処理プログラムＡＰ１に基づく情報処理をプロセッサ１１ａが実行することによって、プロセッサ１１ａを中枢部分とするコンピュータは報知手段として機能する。
図２１は警告画面ＳＣ１６の一例を示す図である。
警告画面ＳＣ１６は、メッセージＭＥ６１，ＭＥ６２及びボタンＢＵ６１を表す。メッセージＭＥ６１は、この警告画面ＳＣ１６が表示されたことを店員Ｍ２に告げるように客Ｍ１に案内する文字メッセージである。メッセージＭＥ６２は、外部バッテリ１６の交換が必要であることを店員Ｍ２に警告する文字メッセージである。ボタンＢＵ６１は、警告画面ＳＣ１６による警告状態を解除することを店員Ｍ２が指示するための操作ボタンである。警告画面ＳＣ１６においては、各表示要素ともに原則として変化しない。
つまりプロセッサ１１ａは、警告画面ＳＣ１６として予め定められた画面をそのままタッチパネル１１ｅに表示させる。

警告画面ＳＣ１６は、メッセージＭＥ６２によって、外部バッテリ１６の交換を店員Ｍ２に促すことが、その主たる目的である。しかしながら警告画面ＳＣ１６は、客Ｍ１によるログオフ操作をトリガとして表示されるから、タッチパネル１１ｅに表示された警告画面ＳＣ１６を始めに目にするのは客Ｍ１である。そこで、警告画面ＳＣ１６は、メッセージＭＥ６１を表している。
客Ｍ１は、メッセージＭＥ６１に従って店員Ｍ２に声掛けをし、警告画面ＳＣ１６が表示されたことを知らせる。店員Ｍ２は、メッセージＭＥ６２によって、外部バッテリ１６の交換が必要であることを確認する。そして店員Ｍ２は、カート端末１０に接続されている外部バッテリ１６を、充電済みの別の外部バッテリ１６に交換する。充電済みの外部バッテリ１６がカート端末１０に接続されれば、電源ユニット１１ｉは外部バッテリ１６からの供給電力で動作するようになる。このためカート端末１０は、バッテリユニット１１ｊの残量に拘わらずに安定して動作することが可能となる。また、外部バッテリ１６からの供給電力によりバッテリユニット１１ｊが充電される。

さて、プロセッサ１１ａは、図１１中のＡＣＴ１４にて警告画面ＳＣ１６を表示させたのちには、ＡＣＴ１５の待受状態に移行する。
ＡＣＴ１５にてプロセッサ１１ａは、解除操作がなされるのを待ち受ける。解除操作は、上記のようにバッテリ交換を店員Ｍ２が行った後に、店員Ｍ２が行うものとして予め定められた操作である。解除操作は例えば、客Ｍ１が通常は知らない隠し操作を伴って、警告画面ＳＣ１６に表されたボタンＢＵ６１を操作することである。このような解除操作が行われると、プロセッサ１１ａはＹＥＳと判定し、ＡＣＴ１の待受状態に戻る。つまり、プロセッサ１１ａは、利用開始操作を受け付ける状態に移行する。
なおプロセッサ１１ａは、バッテリユニット１１ｊの残量が少なくなっていないならばＡＣＴ１３にてＮＯと判定し、ＡＣＴ１４及びＡＣＴ１５をパスしてＡＣＴ１の待受状態に戻る。
ところで、ＡＣＴ１及びＡＣＴ２の処理は、カート端末１０の利用のための開始手続の受け付けに相当する。つまりプロセッサ１１ａは、取引の処理が終了したことに応じて、低残量状態ではないならば、開始手続の受け付けを開始するのである。かくしてＵＩ処理プログラムＡＰ１に基づく情報処理をプロセッサ１１ａが実行することによって、プロセッサ１１ａを中枢部分とするコンピュータは受付手段として機能する。

カート端末１０は、外部バッテリ１６からの給電がなされているうちは、バッテリユニット１１ｊの残量はほとんど減らず、残量値が閾値以下となることはない。外部バッテリ１６の残量が減少し、外部バッテリ１６からの十分な給電がなされなくなると、電源ユニット１１ｉは、バッテリユニット１１ｊからの給電により動作するようになる。これにより、バッテリユニット１１ｊの残量が減少し始めるが、バッテリユニット１１ｊの残量がある程度まで減少するまでは、カート端末１０は安定して動作することが可能である。
ところが、カート端末１０の利用を客Ｍ１が開始したタイミングにおけるバッテリユニット１１ｊの残量が、カート端末１０が安定して動作するのに十分であるとしても、カート端末１０の利用に伴ってバッテリユニット１１ｊの残量が減少すると、客Ｍ１による操作が不能となってしまう恐れがある。

しかしながらカート端末１０によれば、バッテリユニット１１ｊの残量値が閾値未満まで減少している状況においては、店員Ｍ２による解除操作が行われるまでは、次の利用開始のための操作を受け付けない。つまり、バッテリユニット１１ｊの残量が減少している状況においては、客Ｍ１による新たな利用の開始が制限される。
警告画面ＳＣ１６に従って、カート端末１０に装着されている外部バッテリ１６を、十分に充電された別の外部バッテリ１６に交換することを、店員Ｍ２の業務の決まりとしておく。この決まり通りに店員Ｍ２が外部バッテリ１６の交換を行ったならば、電源ユニット１１ｉは外部バッテリ１６からの給電により動作する状態となり、カート端末１０は安定して動作することが可能である。そしてカート端末１０は、このような状態となってから、客Ｍ１による新たな利用の開始の操作を受け付ける。従って、客Ｍ１による新たな利用の開始された後において、カート端末１０が、客Ｍ１による利用中に給電不足によって動作不能となってしまうことを防止できる。

外部バッテリ１６の交換に関して、上記のように店員Ｍ２の業務の決まりとしておけば、外部バッテリ１６の交換が適切に行われる可能性は高い。このため、上述のように、店員Ｍ２による解除操作がなされたならば、客Ｍ１による新たな利用の開始の操作を受け付けても構わない。
しかしながら、店員Ｍ２の不注意により、外部バッテリ１６が交換されないままで解除操作が行われるか、あるいは充電がなされていない外部バッテリ１６へと交換された上で解除操作が行われる恐れもある。

そこでプロセッサ１１ａによる情報処理を、以下のように変形してもよい。
図２２はプロセッサ１１ａによる情報処理の変形例を示すフローチャートである。なお図２２は、図１１に示す情報処理との相違箇所のみを示し、図１１に示す処理と同様の処理には同一の符号を付している。
プロセッサ１１ａは、解除操作がなされたことに応じてＡＣＴ１５にてＹＥＳと判定したならば、ＡＣＴ６１へと進む。
ＡＣＴ６１としてプロセッサ１１ａは、バッテリユニット１１ｊが充電中であるか否かを確認する。外部バッテリ１６が交換されないままで解除操作が行われるか、あるいは充電がなされていない外部バッテリ１６へと交換された上で解除操作が行われた場合には、外部バッテリ１６からの給電によるバッテリユニット１１ｊの充電が開始されない。そこでプロセッサ１１ａは、バッテリユニット１１ｊが充電中でなければＮＯと判定し、ＡＣＴ１５の待受状態に戻る。プロセッサ１１ａはこのとき、外部バッテリ１６の交換が適切に行われていないことを表した別の警告画面をタッチパネル１１ｅに表示させてもよい。
プロセッサ１１ａは、外部バッテリ１６からの給電によるバッテリユニット１１ｊの充電が開始されたならば、ＡＣＴ６１にてＹＥＳと判定し、ＡＣＴ１の待受状態に戻る。

かくして、店員Ｍ２が外部バッテリ１６の交換を適切に行わなかった場合には、店員Ｍ２による解除操作は無効とされ、外部バッテリ１６が適切に交換された上での解除操作を待ち受ける状態が維持される。これにより、外部バッテリ１６の交換を店員Ｍ２に適切に行わせることが可能となる。

ところで、警告画面ＳＣ１６が表示されたことを客Ｍ１が店員Ｍ２に告げなかった場合、警告画面ＳＣ１６が表示されているカート端末１０が存在することに店員Ｍ２が気づかなければ、利用を開始することができない状態のカートＣが放置されることになる。

そこでプロセッサ１１ａによる情報処理を、以下のように変形してもよい。
図２３はプロセッサ１１ａによる情報処理の変形例を示すフローチャートである。なお図２３は、図１１に示す情報処理との相違箇所のみを示し、図１１に示す処理と同様の処理には同一の符号を付している。
プロセッサ１１ａは、ＡＣＴ１４として警告画面ＳＣ１６を表示させた後には、ＡＣＴ１５及びＡＣＴ７１の待受状態へと進む。
プロセッサ１１ａは、解除操作がなされたことを確認できないならばＡＣＴ１５にてＮＯと判定し、ＡＣＴ７１へと進む。
ＡＣＴ７１としてプロセッサ１１ａは、この待受状態がタイムアウトとなったか否かを確認する。そしてプロセッサ１１ａは、タイムアウトしていなければＮＯと判定し、ＡＣＴ１５へと戻る。かくしてプロセッサ１１ａは、ＡＣＴ１５及びＡＣＴ７１においては、解除操作がなされるか、あるいはタイムアウトするのを待ち受ける。そしてプロセッサ１１ａは、この待受状態がタイムアウトした場合にはＡＣＴ７１にてＹＥＳと判定し、ＡＣＴ７２へと進む。

ＡＣＴ７２としてプロセッサ１１ａは、予め定められた音声メッセージ又はブザー音などの警告音をサウンドユニット１１ｆから出力させる。
ＡＣＴ７３としてプロセッサ１１ａは、解除操作がなされるのを待ち受ける。そしてプロセッサ１１ａは、解除操作がなされたことに応じてＡＣＴ７３にてＹＥＳと判定したならば、ＡＣＴ７４へと進む。
なお警告音の出力期間は、予め定められた時間が経過するまでの間としてもよいし、ＡＣＴ７３にてＹＥＳと判定されるまでの間としてもよい。
プロセッサ１１ａは、ＡＣＴ１５及びＡＣＴ７１の待受状態にあるときに解除操作がなされたならば、ＡＣＴ１５にてＹＥＳと判定し、ＡＣＴ７２及びＡＣＴ７３をパスしてＡＣＴ７４へと進む。

ＡＣＴ７４としてプロセッサ１１ａは、バッテリユニット１１ｊが充電中であるか否かを確認する。そしてプロセッサ１１ａは、バッテリユニット１１ｊが充電中にならなければＮＯと判定し、ＡＣＴ７５に進む。
ＡＣＴ７５としてプロセッサ１１ａは、解除操作がなされるのを再び待ち受ける。プロセッサ１１ａはこのとき、外部バッテリ１６の交換が適切に行われていないことを表した別の警告画面をタッチパネル１１ｅに表示させてもよい。そしてプロセッサ１１ａは、解除操作がなされたならばＹＥＳと判定してＡＣＴ７４へと戻る。
プロセッサ１１ａは、ＡＣＴ１５、ＡＣＴ７３又はＡＣＴ７５で解除操作がなされたことを確認した後、ＡＣＴ７４にてバッテリユニット１１ｊが充電中であることが確認できたならば、ＹＥＳと判定してＡＣＴ１の待受状態に戻る。

かくして、警告画面ＳＣ１６が表示されたことを客Ｍ１が店員Ｍ２に告げなかったために、警告画面ＳＣ１６が表示された状態でカートＣが放置された場合には、規定の時間が経過してタイムアウトすれば警告音により店員Ｍ２に警告される。これにより、外部バッテリ１６の交換を、確実に店員Ｍ２に促すことができる。

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

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

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

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

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

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

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

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

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

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

プロセッサ１１ａは、警告画面ＳＣ１６が表示されたことを、店員端末７０又は有人会計機４０などに対して通知してもよい。この通知は、直接であってもよいし、仮想ＰＯＳサーバ３０を介してであってもよい。

低残量状態への対処を店員Ｍ２に促すための警告動作は、カートＣに警告灯を設けて、これを点灯させるのでもよい。

セルフ会計機５０を利用して会計を行う場合には、そのためのカート端末１０における一連の操作が終了したのちであれば、決済が終了する前であっても低残量状態への対処を店員Ｍ２に促すための警告動作を行ってもよい。
(1)第１の確認画面にて会計を始めるよう指示され、かつスルーチェックアウトが許容されない状態である場合、(2)選択画面ＳＣ１２にてボタンＢＵ２２が操作された場合、あるいは(3)登録画面ＳＣ１１でボタンＢＵ２が操作された場合には、客Ｍ１がセルフ会計機５０を操作する状態となる。そこでこれらの場合に、カート端末１０にて、低残量状態への対処を店員Ｍ２に促すための警告動作を行ってもよい。上記(1)又は(2)の場合には例えば、プロセッサ３１が、図１５のＡＣＴ５１にて表示を指示する案内画面に、図２１に示されるメッセージＭ６１，Ｍ６２のような文字メッセージを含めればよい。また上記の(3)の場合には例えば、プロセッサ３１が、図１４中のＡＣＴ５４にて表示を指示するスキャン用画面ＳＣ１５に、図２１に示されるメッセージＭ６１，Ｍ６２のような文字メッセージを含めればよい。

プロセッサ１１ａは、低残量状態への対処を店員Ｍ２に促すための何らかの警告動作を行ったのちには、解除操作を待つこと無く、ＡＣＴ１の待受状態に戻り、新たな利用の開始を許容してもよい。

ＡＣＴ１３及びＡＣＴ１５の判断の少なくとも一方を仮想ＰＯＳサーバ３０にてプロセッサ３１が実行してもよい。またＡＣＴ１４における警告画面ＳＣ１６の表示は、プロセッサ３１からの指示で行われてもよい。

プロセッサ１１ａは、外部バッテリ１６の残量値を取得し、この残量値に基づき外部バッテリ１６の低残量状態が検出される場合に、低残量状態への対処を店員Ｍ２に促すための何らかの警告動作を行ってもよい。

カート端末１０は、外部バッテリ１６を備えず、バッテリユニット１１ｊからの給電のみで動作するのでもよい。この場合は、外部からの給電によりバッテリユニット１１ｊを充電することとする。そして、バッテリユニット１１ｊの残量値が閾値以上まで充電されるまでは、利用開始の手続を受け付けないようにする。この場合さらに、閾値よりも大きな残量値まで十分に充電されるまで、利用開始の手続を受け付けないようにしてもよい。

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

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

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

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

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ バッテリユニットを備えた移動端末を含み、
取引の対象となる商品の情報を入力する入力手段と、
前記バッテリユニットが、予め定められた低残量状態であることを検出する検出手段と、
前記入力手段で入力された商品の情報に基づく決済処理を行う決済手段と、
前記検出手段によって前記バッテリユニットが低残量状態であることを検出した場合、前記決済手段により決済処理が終了したことに応じ報知を行う報知手段と、
を具備した取引処理システム。
［付記２］ 前記検出手段によって前記バッテリユニットが低残量状態であることを検出しない場合、前記決済手段により決済処理が終了したことに応じて、前記移動端末に関する利用の開始手続の受け付けを開始する受付手段、
をさらに具備する付記１に記載の取引処理システム。
［付記３］ 前記検出手段は、前記決済手段による前記決済処理中に予め定められた低残量状態であることを検出するための処理を行う、
付記１又は付記２に記載の取引処理システム。
［付記４］ 前記受付手段は、前記報知手段が前記報知を行った場合には、開始を指示する操作が操作者により行われたことに応じて前記開始手続の受け付けを開始する、
付記２に記載の取引処理システム。
［付記５］ 報知手段は、開始を指示する前記操作が操作者により行われるまで、前記報知を継続すること、
を更に備える付記４に記載の取引処理システム。
［付記６］ 前記バッテリユニットは、外部バッテリからの給電により充電される、
付記１乃至付記５のいずれか一項に記載の取引処理システム。
［付記７］ 取引の対象となる商品の情報に基づく決済処理を行う決済手段を備える取引処理システムで用いられる移動端末であって
バッテリユニットと、
前記情報を入力する入力手段と、
前記バッテリユニットが、予め定められた低残量状態であることを検出する検出手段と、
前記検出手段によって前記バッテリユニットが低残量状態であることを検出した場合、前記決済手段により決済処理が終了したことに応じ報知を行う報知手段と、
を具備する移動端末。
［付記８］ 取引の対象となる商品の情報に基づく決済処理を行う決済手段を備える取引処理システムで用いられ、
バッテリユニットを備えた移動端末に設けられるコンピュータを、
前記情報を入力する入力手段と、
前記バッテリユニットが、予め定められた低残量状態であることを検出する検出手段と、
前記検出手段によって前記バッテリユニットが低残量状態であることを検出した場合、前記決済手段により決済処理が終了したことに応じ報知を行う報知手段と、
して機能させるための情報処理プログラム。

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

Claims (6)

1. バッテリユニットを備えた移動端末を含み、
   取引の対象となる商品の情報を入力する入力手段と、
   前記バッテリユニットが、予め定められた低残量状態であることを検出する検出手段と、
   前記入力手段で入力された商品の情報に基づく決済処理を行う決済手段と、
   前記決済手段による決済の終了後にログオフ操作がなされたことに応じて、操作者により利用されていない待機状態に移行するためのログオフ処理を実行するログオフ手段と、
   前記ログオフ手段によるログオフ処理が行われた後に、前記検出手段によって前記バッテリユニットが低残量状態であることを検出した場合、低残量状態であることの報知を行う報知手段と、
   前記報知手段による報知についての解除操作がなされた後に、次の利用開始を指示する操作を待ち受ける待受手段と、
   を具備した取引処理システム。
2. 前記待受手段は、前記検出手段によって前記バッテリユニットが低残量状態であることを検出しない場合、前記決済手段により決済処理が終了したことに応じて、次の利用開始を指示する操作を待ち受ける、
   請求項１に記載の取引処理システム。
3. 報知手段は、前記解除操作が行われるまで、前記報知を継続する、
   請求項１又は請求項２に記載の取引処理システム。
4. 前記バッテリユニットは、外部バッテリからの給電により充電される、
   請求項１乃至請求項３のいずれか一項に記載の取引処理システム。
5. 取引の対象となる商品の情報に基づく決済処理を行う決済手段を備える取引処理システムで用いられる移動端末であって
   バッテリユニットと、
   前記情報を入力する入力手段と、
   前記バッテリユニットが、予め定められた低残量状態であることを検出する検出手段と、
   前記決済手段による決済の終了後にログオフ操作がなされたことに応じて、操作者により利用されていない待機状態に移行するためのログオフ処理を実行するログオフ手段と、
   前記ログオフ手段によるログオフ処理が行われた後に、前記検出手段によって前記バッテリユニットが低残量状態であることを検出した場合、低残量状態であることの報知を行う報知手段と、
   前記報知手段による報知についての解除操作がなされた後に、次の利用開始を指示する操作を待ち受ける待受手段と、
   を具備する移動端末。
6. 取引の対象となる商品の情報に基づく決済処理を行う決済手段を備える取引処理システムで用いられ、
   バッテリユニットを備えた移動端末に設けられるコンピュータを、
   前記情報を入力する入力手段と、
   前記バッテリユニットが、予め定められた低残量状態であることを検出する検出手段と、
   前記決済手段による決済の終了後にログオフ操作がなされたことに応じて、操作者により利用されていない待機状態に移行するためのログオフ処理を実行するログオフ手段と、
   前記ログオフ手段によるログオフ処理が行われた後に、前記検出手段によって前記バッテリユニットが低残量状態であることを検出した場合、低残量状態であることの報知を行う報知手段と、
   前記報知手段による報知についての解除操作がなされた後に、次の利用開始を指示する操作を待ち受ける待受手段と、
   して機能させるための情報処理プログラム。