JP2021140518A - 取引処理システム、携帯端末及び情報処理プログラム - Google Patents

取引処理システム、携帯端末及び情報処理プログラム Download PDF

Info

Publication number
JP2021140518A
JP2021140518A JP2020038422A JP2020038422A JP2021140518A JP 2021140518 A JP2021140518 A JP 2021140518A JP 2020038422 A JP2020038422 A JP 2020038422A JP 2020038422 A JP2020038422 A JP 2020038422A JP 2021140518 A JP2021140518 A JP 2021140518A
Authority
JP
Japan
Prior art keywords
processor
act
payment
data
transaction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2020038422A
Other languages
English (en)
Inventor
和伸 足立
Kazunobu Adachi
和伸 足立
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP2020038422A priority Critical patent/JP2021140518A/ja
Priority to US17/112,026 priority patent/US20210279710A1/en
Priority to CN202011433079.9A priority patent/CN113362055A/zh
Priority to EP21156393.7A priority patent/EP3876175A1/en
Publication of JP2021140518A publication Critical patent/JP2021140518A/ja
Priority to JP2024078231A priority patent/JP2024097969A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures
    • G07G1/0045—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】不特定の客により利用される端末装置を用いて取引の内容を登録しながら、端末装置に決済データを入力することなしに、客の操作の応じての決済を完了可能とする。【解決手段】実施形態の取引処理システムは、第１の取得手段を備える登録端末と、第２の取得手段、決済手段及び送信手段を備えた携帯端末とを備える。第１の取得手段は、客が購入を希望する商品の情報を取得する。第２の取得手段は、第１の取得手段によって取得された商品の情報に応じた決済額データを取得する。決済手段は、第２の取得手段により取得された決済額データと電子決済のための決済データとに基づいて電子決済のための処理を実行する。送信手段は、決済手段による電子決済が完了したことの通知を送信する。【選択図】 図１１

Description

本発明の実施形態は、取引処理システム、携帯端末及び情報処理プログラムに関する。
客による端末装置の操作に応じて取引の内容を登録する取引処理システムが、例えばカートＰＯＳシステムなどとして考えられている。
このようなシステムにおいては、クレジットカード決済又はバーコード決済などの決済方法を用いれば、決済の処理は端末装置における客の操作に応じて完結することが可能である。そしてこのようにして決済を完結できれば、店員が関与すること無しに取引を完了することが可能である。
しかしながら、端末装置が不特定の客により利用されるものである場合、クレジットカードデータなどの決済データを端末装置に入力することに抵抗感を持つ人も少なくはない。
このような事情から、不特定の客により利用される端末装置を用いて取引の内容を登録するようにしながら、当該端末装置に決済データを入力することなしに、客の操作の応じての決済を完了できることが望まれていた。
特許第４３３４３５０号公報
本発明が解決しようとする課題は、不特定の客により利用される端末装置を用いて取引の内容を登録するようにしながら、当該端末装置に決済データを入力することなしに、客の操作の応じての決済を完了できる取引処理システム、携帯端末及び情報処理プログラムを提供することである。
実施形態の取引処理システムは、第１の取得手段を備える登録端末と、第２の取得手段、決済手段及び送信手段を備えた携帯端末とを備える。第１の取得手段は、客が購入を希望する商品の情報を取得する。第２の取得手段は、第１の取得手段によって取得された商品の情報に応じた決済額データを取得する。決済手段は、第２の取得手段により取得された決済額データと電子決済のための決済データとに基づいて電子決済のための処理を実行する。送信手段は、決済手段による電子決済が完了したことの通知を送信する。
一実施形態に係る取引処理システムの概略構成を示すブロック図。 図１中の店舗サーバの要部回路構成を示すブロック図。 図１中の仮想ＰＯＳサーバの要部回路構成を示すブロック図。 図１中のモバイルコントローラの要部回路構成を示すブロック図。 図４中の取引管理データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図４中の登録データベースに含まれるデータレコードの主要なデータ構造を示す模式図。 図１中のユーザ端末の要部回路構成を示すブロック図。 図１中のカート端末の要部回路構成を示すブロック図。 ＵＩ処理のフローチャート。 ＵＩ処理のフローチャート。 ＵＩ処理のフローチャート。 案内画面の一例を示す図。 会員証処理のフローチャート。 仲介処理のフローチャート。 仲介処理のフローチャート。 取引処理のフローチャート。 取引処理のフローチャート。 一覧画面の一例を示す図。 会計画面の一例を示す図。
以下、取引処理システムの一実施形態について、図面を用いて説明する。
この実施形態における取引処理システムは、店内に陳列している商品を、来訪した客に対して販売する店舗で用いられる。つまり当該取引処理システムは、店舗による客への商品販売が、処理の対象の取引である。
図１は本実施形態に係る取引処理システムの概略構成を示すブロック図である。
取引処理システムは、店舗システム１００、中継サーバ２００、ユーザ端末３００、カート端末４００、決済サーバ５００及び通信ネットワーク６００を含む。そして複数の店舗システム１００、中継サーバ２００、ユーザ端末３００、決済サーバ５００を、通信ネットワーク６００を介して通信可能とされる。
店舗システム１００は、店舗に対して設けられ、当該店舗における商品販売を処理するための情報処理を行う。
中継サーバ２００は、ユーザ端末３００と店舗システム１００との間でのデータ通信を中継する。中継サーバ２００は例えば、通信ネットワーク６００を介したクラウドサービスとしてデータ通信の中継機能を提供する。
ユーザ端末３００は、取引処理システムを利用した買い物を店舗にて行う客が店舗へと持ち込む端末装置である。ユーザ端末３００は、カート端末４００と無線通信する機能と、通信ネットワーク６００と無線通信する機能とを備える。ユーザ端末３００としては、スマートフォン又はタブレット端末等のデータ通信機能を備えた通信端末が利用できる。ユーザ端末３００は、携帯端末の一例である。
カート端末４００は、取引処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する端末装置である。カート端末４００は、店舗システム１００と無線通信する機能と、ユーザ端末３００と通信する機能とを備える。カート端末４００は、ショッピングカート７００に取り付けられ、店舗に備え付けられる。カート端末４００は、店舗にて客により使用される。カート端末４００は、登録端末の一例である。
決済サーバ５００は、通信ネットワーク６００を介した決済要求に応じてオンライン決済を行うための決済処理を行う。決済サーバ５００は、クレジットカード決済及び電子マネー決済のような複数種の決済方法のいずれか１つのみに対応するものであってもよいし、複数の決済方法に対応するものであってもよい。決済サーバ５００としては例えば、複数の決済方法のものを含む複数の決済サービスに対応した、決済代行業者が運営する既存の決済サーバを適用できる。
通信ネットワーク６００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク６００としては典型的には、移動体通信網とインターネット又はＶＰＮとが利用される。
店舗システム１００は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５及びアクセスポイント６を、店内通信ネットワーク７を介して通信可能として構成される。
店舗サーバ１は、取引処理システムでの処理の対象となった複数の取引を総合的に管理するための情報処理装置である。店舗サーバ１は例えば、既存のＰＯＳサーバと同様な機能を有する。
仮想ＰＯＳサーバ２は、外部からの要求に応じて取引毎の購入商品の登録及び当該購入商品の代価の決済などのための情報処理（以下、取引処理と称する）を行う情報処理装置である。仮想ＰＯＳサーバ２は、既存のＰＯＳ端末が備える機能の一部を仮想的に実現する。
モバイルコントローラ３は、仮想ＰＯＳサーバ２により実行される上記の取引処理を、カート端末４００をユーザインタフェースデバイスとして用いつつ行わせるために、仮想ＰＯＳサーバ２とカート端末４００とを仲介するための情報処理（以下、仲介処理と称する）を行う情報処理装置である。
通信サーバ４は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３及び会計機５が、通信ネットワーク６００を介して中継サーバ２００等とデータを授受するための通信処理を行う。
会計機５は、仮想ＰＯＳサーバ２で管理されている取引毎の購入商品に関する代価を求めて、当該代価を客に決済させるための処理を行う。会計機５が上記の決済のために利用可能とする決済方法は、現金決済、クレジットカード決済、電子マネー決済、ポイント決済、コード決済（モバイル決済又はスマートフォン決済等とも称される）等、周知の決済方法の全て又は任意の一部であってよい。会計機５は、店員及び客のいずれにより操作されるのであってもよい。会計機５としては例えば、既存のセミセルフ方式のＰＯＳシステムで用いられるセルフ方式の会計機を用いることができる。会計機５は、商品を購入商品として登録するための情報処理を行う機能を有していてもよい。この場合に会計機５としては例えば、既存のＰＯＳシステムで用いられる対面式のＰＯＳ端末又は既存のセルフ方式のＰＯＳシステムで用いられるセルフ式のＰＯＳ端末を用いることができる。
アクセスポイント６は、カート端末４００が無線通信により店内通信ネットワーク７へとアクセスすることを可能とするための通信処理を行う。アクセスポイント６としては例えば、ＩＥＥＥ８０２．１１規格により無線通信を行う周知の通信デバイスを用いることができる。アクセスポイント６は、店舗の売場のどこからでもカート端末４００が無線通信可能なように、店舗内に設置される。店舗規模によっては、複数のアクセスポイント６が店舗システム１００に含まれる場合もある。
店内通信ネットワーク７としては、インターネット、ＶＰＮ、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。ただし典型的には、店内通信ネットワーク７は、ＬＡＮである。
図２は店舗サーバ１の要部回路構成を示すブロック図である。
店舗サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、店舗サーバ１を制御するためのコンピュータが構成される。
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、店舗サーバ１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。
メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。メインメモリ１２は、プロセッサ１１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（read only memory）である。揮発性のメモリ領域は、例えばＲＡＭ（random access memory）である。
補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、あるいはＳＳＤ（solid state drive）等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。
通信インタフェース１４は、店内通信ネットワーク７に接続された各部との間で所定の通信プロトコルに従いデータ通信を行う。通信インタフェース１４としては、例えばＬＡＮ用の周知の通信デバイスを適用できる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
補助記憶ユニット１３は、情報処理プログラムの１つである店舗管理アプリＡＰＡＡを記憶する。店舗管理アプリＡＰＡＡは、アプリケーションプログラムであり、店舗サーバ１としての機能を実現するための情報処理について記述されている。
補助記憶ユニット１３の記憶領域の一部は、データベース群ＤＢＡＡとして使用される。データベース群ＤＢＡＡは、各種の情報管理のための複数のデータベースを含む。データベース群ＤＢＡＡに含まれるデータベースの１つは、店舗で販売する商品を管理するための商品データベースである。商品データベースは、管理の対象となる商品に関連付けられたデータレコードの集合である。商品データベースのデータレコードには、商品コード、価格及び商品名等の、関連付けられた商品に関するデータが含まれる。商品コードは、商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別コードであり、例えばＪＡＮ（Japanese article number）コードが用いられる。商品名は、商品を人間が区別し易いように定められた名称である。価格は、商品の販売の代価となる金額である。
データベース群ＤＢＡＡに含まれるデータベースの１つは、店舗の利用者を管理するための利用者データベースである。利用者データベースは、店舗の利用者として登録された客に関連付けられたデータレコードの集合である。利用者データベースのデータレコードには、利用者コード及び利用者を特定するための属性情報等の、関連付けられた客に関するデータが含まれる。利用者コードは、店舗の利用者を個々に識別するために店舗の利用者毎に定められた一意の識別コードである。属性情報は、氏名、性別、年齢、住所、電話番号などを含み得る。また利用者データベースのデータレコードには、店舗の利用者が申告した決済データを含む場合もある。決済データは、クレジット番号又はコード決済ＩＤ（identifier）などである。また複数の決済方法を選択可能とする場合には、決済データに決済方法を識別するための決済方法コードを含む場合もある。また利用者データベースのデータレコードには、ポイントサービスを提供する店舗の場合には、ポイントサービスの利用者を識別するための識別子及び保有ポイント数などを含む場合もある。また、利用者データベースのデータレコードには、電子レシートサービスの利用者を識別するための利用者識別子を含む場合もある。利用者データベースのデータレコードに含まれる各種のデータは、全ての利用者について実質的なデータを含む必要はない。例えばポイントＩＤ又は電子レシートＩＤは、それを事前に利用者が登録申請したもののみを利用者データベースが含んでもよい。
この他、データベース群ＤＢＡＡには、既存のＰＯＳシステムにおけるＰＯＳサーバで管理されるような様々なデータベースが含まれ得る。なお、データベース群ＤＢＡＡがどのようなデータベースを含むか、あるいはそれらデータベースがどのようなデータをどのような構造で含んでいるかは、店舗で定められてよい。
図３は仮想ＰＯＳサーバ２の要部回路構成を示すブロック図である。
仮想ＰＯＳサーバ２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３及び通信インタフェース２４は、伝送路２５を介して通信可能とされている。そして、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２５により接続されていることによって、仮想ＰＯＳサーバ２を制御するためのコンピュータが構成される。なお、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信インタフェース２４及び伝送路２５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
ただし補助記憶ユニット２３は、店舗管理アプリＡＰＡＡに代えて仮想ＰＯＳアプリＡＰＢＡを記憶する。仮想ＰＯＳアプリＡＰＢＡは、アプリケーションプログラムであり、取引処理について記述されている。
また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢＡＡに代えて取引データベースＤＢＢＡとして使用される。取引データベースＤＢＢＡは、店内で買い回り中である客との取引に関連付けられたデータレコードの集合である。取引データベースＤＢＢＡのデータレコードには、取引コードと、購入商品として登録済みの商品に関する商品データとを含む。取引コードは、取引の個々を識別するために取引毎に設定された一意の識別コードである。商品データは、商品コード、商品名、価格及び個数などを表す。
図４はモバイルコントローラ３の要部回路構成を示すブロック図である。
モバイルコントローラ３は、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５を含む。プロセッサ３１、メインメモリ３２、補助記憶ユニット３３及び通信インタフェース３４は、伝送路３５を介して通信可能とされている。そして、プロセッサ３１、メインメモリ３２及び補助記憶ユニット３３が伝送路３５により接続されていることによって、モバイルコントローラ３を制御するためのコンピュータが構成される。なお、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信インタフェース３４及び伝送路３５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。
ただし補助記憶ユニット３３は、店舗管理アプリＡＰＡＡに代えて仲介アプリＡＰＣＡを記憶する。仲介アプリＡＰＣＡは、アプリケーションプログラムであり、仲介処理について記述されている。
また補助記憶ユニット２３の記憶領域の一部は、データベース群ＤＢＡＡに代えて取引管理データベースＤＢＣＡ及び登録データベースＤＢＣＢとして使用される。
図５は取引管理データベースＤＢＣＡに含まれるデータレコードＤＲＣＡの主要なデータ構造を示す模式図である。
取引管理データベースＤＢＣＡは、店内で客が利用しているカート端末４００に関連付けられたデータレコードＤＲＣＡの集合である。このため、利用中のカート端末４００が１つのみであるときには、取引管理データベースＤＢＣＡはデータレコードＤＲＣＡを１つ含む。またカート端末４００が１つも利用されていないときには、取引管理データベースＤＢＣＡはデータレコードＤＲＣＡを含まない。そしてデータレコードＤＲＣＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤを含む。
フィールドＦＡＡには、関連付けられたカート端末４００を識別するための端末コードがセットされる。端末コードとしては例えば、カート端末４００として利用される通信端末の個々を識別するために通信端末毎に設定された一意の識別コードを用いることができる。あるいは端末コードとしては例えば、後述するカート端末アプリをカート端末４００にインストールする際に当該カート端末アプリに対して設定される識別コードを用いることができる。フィールドＦＡＢには、関連付けられたカート端末４００を使用している客を他の客と識別するための会員コードがセットされる。フィールドＦＡＣには、関連付けられたカート端末４００を用いて行われる取引の取引コードがセットされる。フィールドＦＡＤには、電子レシートＩＤが必要に応じてセットされる。なお、データレコードＤＲＣＡには、フィールドＦＡＡ〜ＦＡＤとは別のデータがセットされる別のフィールドが含まれてもよいし、フィールドＦＡＤなどの一部のフィールドを含まなくてもよい。
図６は登録データベースＤＢＣＢに含まれるデータレコードＤＲＣＢの主要なデータ構造を示す模式図である。
登録データベースＤＢＣＢは、店内で買い回り中である客との取引に関連付けられたデータレコードＤＲＣＢの集合である。そしてデータレコードＤＲＣＢは、フィールドＦＢＡ，ＦＢＢを含む。データレコードＤＲＣＡはまた、フィールドＦＢＣ，ＦＢＤ，…を含み得る。
フィールドＦＢＡには、関連付けられた取引の取引コードがセットされる。この取引コードは、関連付けられた取引で使用されているカート端末４００に関連付けられたデータレコードＤＲＣＡのフィールドＦＡＢにセットされた取引コードと同一である。フィールドＦＢＢには、関連付けられた取引に関して試みられた商品登録に関する登録データがセットされる。登録データについては、後述する。
データレコードＤＲＣＢには、関連付けられた取引に関して２つ以上の購入商品の登録が試みられている場合に、フィールドＦＢＣ以降のフィールドが含まれる。そしてフィールドＦＢＣ以降のフィールドにも、フィールドＦＡＢと同様な登録データがセットされる。
さて、店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３の譲渡は一般に、補助記憶ユニット１３，２３又は３３に店舗管理アプリＡＰＡＡ、仮想ＰＯＳアプリＡＰＢＡ又は仲介アプリＡＰＣＡがそれぞれ記憶され、データベース群ＤＢＡＡ、取引データベースＤＢＢＡ、又は取引管理データベースＤＢＣＡ及び登録データベースＤＢＣＢが記憶されない状態にて行われる。しかし、店舗管理アプリＡＰＡＡ、仮想ＰＯＳアプリＡＰＢＡ又は仲介アプリＡＰＣＡが補助記憶ユニット１３，２３又は３３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット１３，２３又は３３に記憶された状態のハードウェアと、店舗管理アプリＡＰＡＡ、仮想ＰＯＳアプリＡＰＢＡ又は仲介アプリＡＰＣＡとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１３，２３又は３３に店舗管理アプリＡＰＡＡ、仮想ＰＯＳアプリＡＰＢＡ又は仲介アプリＡＰＣＡが書き込まれることによって、店舗サーバ１、仮想ＰＯＳサーバ２又はモバイルコントローラ３が構成されてもよい。店舗管理アプリＡＰＡＡ、仮想ＰＯＳアプリＡＰＢＡ又は仲介アプリＡＰＣＡの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。取引データベースＤＢＢＡ、又は取引管理データベースＤＢＣＡ及び登録データベースＤＢＣＢは、プロセッサ１１，２１又は３１が店舗管理アプリＡＰＡＡ、仮想ＰＯＳアプリＡＰＢＡ又は仲介アプリＡＰＣＡに基づく情報処理を実行することで、補助記憶ユニット１３，２３又は３３内に構成される。なお、店舗管理アプリＡＰＡＡ及びデータベース群ＤＢＡＡに含まれるデータベースの少なくとも一部が、メインメモリ１２に記憶されてもよい。仮想ＰＯＳアプリＡＰＢＡ及び取引データベースＤＢＢＡの少なくとも一部が、メインメモリ２２に記憶されてもよい。仲介アプリＡＰＣＡ、取引管理データベースＤＢＣＡ及び登録データベースＤＢＣＢの少なくとも一部が、メインメモリ３２に記憶されてもよい。
図７はユーザ端末３００の要部回路構成を示すブロック図である。
ユーザ端末３００は、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６、モバイル通信ユニット３０７及び伝送路３０８等を備える。プロセッサ３０１と、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５及びモバイル通信ユニット３０７とは、伝送路３０８を介して通信可能とされている。そして、プロセッサ３０１、メインメモリ３０２及び補助記憶ユニット３０３が伝送路３０８により接続されていることによって、ユーザ端末３００を制御するためのコンピュータが構成される。なお、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３及び伝送路３０８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。
タッチパネル３０４は、ユーザ端末３００の入力デバイス及び表示デバイスとして機能する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
無線通信ユニット３０６は、カート端末４００との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット３０６としては、例えばBluetooth（登録商標）に準拠した周知の通信デバイスを利用できる。無線通信ユニット３０６は、第１の通信手段の一例である。
モバイル通信ユニット３０７は、通信ネットワーク６００を介したデータ通信のインタフェースである。モバイル通信ユニット３０７としては、例えば移動通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。
なお補助記憶ユニット３０３は、情報処理プログラムの１つである会員証アプリＡＰＤＡを記憶する。会員証アプリＡＰＤＡは、アプリケーションプログラムであり、カート端末４００の利用資格を証明するための会員証としてユーザ端末３００を機能させるための後述する情報処理（以下、会員証処理と称する）について記述されている。なお会員証処理は、カート端末４００と連携して購入商品の代価を決済するための情報処理も含む。
図８はカート端末４００の要部回路構成を示すブロック図である。
カート端末４００は、タブレットコンピュータ４０１、スキャナ４０２、リーダ４０３及びカメラ４０４を備える。
タブレットコンピュータ４０１は、プロセッサ４０１１、メインメモリ４０１２、補助記憶ユニット４０１３、無線通信ユニット４０１４，４０１５、タッチパネル４０１６、サウンドユニット４０１７、インタフェースユニット４０１８及び伝送路４０１９を含む。プロセッサ４０１１、メインメモリ４０１２、補助記憶ユニット４０１３、無線通信ユニット４０１５、タッチパネル４０１６、サウンドユニット４０１７及びインタフェースユニット４０１８は、伝送路４０１９を介して通信可能とされている。そして、プロセッサ４０１１、メインメモリ４０１２及び補助記憶ユニット４０１３が伝送路４０１９により接続されていることによって、カート端末４００を制御するためのコンピュータが構成される。なお、プロセッサ４０１１、メインメモリ４０１２、補助記憶ユニット４０１３、タッチパネル４０１６、無線通信ユニット４０１５及び伝送路４０１９の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル３０４、無線通信ユニット３０６及び伝送路１５と同等であるので、その説明は省略する。
ただし補助記憶ユニット４０１３は、店舗管理アプリＡＰＡＡに代えてカート端末アプリＡＰＥＡを記憶する。カート端末アプリＡＰＥＡは、アプリケーションプログラムであり、カート端末４００を店舗システム１００のユーザインタフェースとして機能させるための後述する情報処理（以下、ＵＩ処理と称する）について記述されている。カート端末の譲渡は一般に、補助記憶ユニット４０１３にカート端末アプリＡＰＥＡが記憶された状態にて行われる。しかし、カート端末アプリＡＰＥＡが補助記憶ユニット４０１３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット４０１３に記憶された状態のハードウェアと、カート端末アプリＡＰＥＡとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット４０１３にカート端末アプリＡＰＥＡが書き込まれることによって、カート端末４００が構成されてもよい。カート端末アプリＡＰＥＡの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。なおカート端末アプリＡＰＥＡは、メインメモリ４０１２に記憶されてもよい。
無線通信ユニット４０１４は、ユーザ端末３００との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット４０１４としては、例えばBluetooth（登録商標）に準拠した周知の通信デバイスを利用できる。無線通信ユニット４０１４は、第２の通信手段の一例である。
サウンドユニット４０１７は、音声及びメロディなどの各種サウンドを出力する。
インタフェースユニット４０１８には、スキャナ４０２、リーダ４０３及びカメラ４０４が接続される。インタフェースユニット４０１８は、これらスキャナ４０２、リーダ４０３及びカメラ４０４とプロセッサ４０１１とのデータの授受をインタフェースする。インタフェースユニット４０１８としては、既存のＵＳＢ（universal serial bus）コントローラ等を利用できる。
スキャナ４０２は、バーコード又は二次元データコード等のコードシンボルを読み取る。スキャナ４０２は、主として、商品に示され、当該商品の商品コード等を表したコードシンボルを読み取るために使用される。スキャナ４０２は、会員カードに示されるか、又は携帯端末で表示され、会員コードなどを表したコードシンボルを読み取るために使用されてもよい。スキャナ４０２は、読み取ったコードシンボルが表すデータを出力する。スキャナ４０２は、レーザ光の走査によりコードシンボルを読み取るタイプであってもよいし、撮像デバイスで撮像した画像からコードシンボルを読み取るタイプであってもよい。
リーダ４０３は、記録媒体に記録されたデータを読み取り、出力する。リーダ４０３は、記録媒体が磁気カードの場合は磁気カードリーダであり、接触式ＩＣカードの場合にはＩＣカードリーダである。非接触式ＩＣカード又はスマートフォン等のようにＲＦＩＤ（radio frequency identification）を使用した記録媒体の場合には、ＲＦＩＤリーダがリーダ４０３として使用される。
カメラ４０４は、ショッピングカート７００に載せられた買物カゴの中を俯瞰撮影する。そしてカメラ４０４は、撮影した画像を表した画像データを出力する。
次に以上のように構成された取引処理システムの動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理の一部については記載を省略している。
カート端末４００を用いる客に取引処理システムの動作により提供されるサービスをカートＰＯＳサービスと称する。また、カートＰＯＳサービスを利用しながら、ユーザ端末３００を用いた決済を可能とするサービスをスマホ決済サービスと称する。
客は、スマホ決済サービスを利用するためには、自らが所有するスマートフォン等に会員証アプリＡＰＤＡをインストールして、ユーザ端末３００として利用可能としておく。また客は、スマホ決済サービスによる決済に適用する決済データを指定し、当該決済データの登録をプロセッサ４０１１に対して要求する。この要求に応じてプロセッサ４０１１は、指定された決済データをメインメモリ４０１２又は補助記憶ユニット４０１３に記憶させる。あるいは客は、電子マネーの利用手続を行って、ユーザ端末３００に取り付けられた図示しない電子マネー用のＩＣ（integrated circuit）チップに電子マネーのための
決済データを記憶させておく。
図９、図１０及び図１１はプロセッサ４０１１によるＵＩ処理のフローチャートである。
プロセッサ４０１１は、カート端末４００が起動されると、ＵＩ処理を開始する。
図９に示すＡＣＴ１０１としてプロセッサ４０１１は、案内画面をタッチパネル４０１６に表示させる。案内画面は、カート端末４００の利用を開始するための操作について客に案内する画面である。案内画面は例えば、ユーザ端末３００に表示されるチェックインコードをスキャナ４０２によって読み取ることを客に促す画面である。
図１２は案内画面ＳＣＡの一例を示す図である。
案内画面ＳＣＡは、メッセージＭＥＡＡ及び画像ＩＭＡＡを表す。メッセージＭＥＡＡは、ユーザ端末３００に表示されるチェックインコードを読み取ることを客に促す文字メッセージである。画像ＩＭＡＡは、メッセージＭＥＡＡと対となって、チェックインコードの読取のためにスキャンすべきバーコードを客に案内するための画像である。
客は、カートＰＯＳサービスを利用するためには、利用登録を行っておく。この利用登録によって客には、利用者ＩＤが割り当てられる。そして客は、会員証アプリＡＰＤＡに基づく会員証処理を起動した状態のユーザ端末３００を持って、店舗システム１００が設けられたいずれかの店舗へと入る。プロセッサ３０１は、会員証処理の起動時には、利用者の認証処理を行い、利用登録が済んだ正規の利用者であることを確認する。なお、以下において、単に「ユーザ端末３００」と記す場合は、上記のユーザ端末３００を指すこととする。
図１３はプロセッサ３０１による会員証処理のフローチャートである。
ＡＣＴ１５１としてプロセッサ３０１は、チェックイン画面をタッチパネル３０４に表示させる。チェックイン画面は、チェックインコードをカート端末４００に取得させるための画面である。チェックイン画面は、チェックインコードを表したバーコードを含む。ただし、チェックイン画面は、チェックインコードを表した２次元コード又は文字列を含んでいてもよい。チェックインコードは、無線通信ユニット３０６との無線接続を確立するための予め定められた接続データと、ユーザ端末３００の利用者がカートＰＯＳサービスの会員であることをカート端末４００にて確認するための予め定められた確認データとを含む。
客は、未使用状態のショッピングカート７００を置き場などから取り出し、そのショッピングカート７００に取り付けられているカート端末４００が備えるスキャナ４０２を用いて、チェックイン画面のバーコードをスキャンする。これに応じてスキャナ４０２が、当該バーコードが表すチェックインコードを読み取る。なお、以下において、単に「カート端末４００」と記す場合は、上記のカート端末４００を指すこととする。
プロセッサ４０１１は、図９中のＡＣＴ１０１として案内画面を表示した後には、ＡＣＴ１０２へと進む。
ＡＣＴ１０２としてプロセッサ４０１１は、チェックインコードが読み取られるのを待ち受ける。そしてプロセッサ４０１１は、上記のようにスキャナ４０２によってチェックインコードが読み取られたならばＹＥＳと判定し、ＡＣＴ１０３へと進む。
ＡＣＴ１０３としてプロセッサ４０１１は、ユーザ端末３００の利用者が正規の会員であるか否かを確認する。プロセッサ４０１１は例えば、チェックインコードに含まれた確認データが予め定められたデータと一致するか否かを確認する。あるいはプロセッサ４０１１は、店舗サーバ１にてデータベース群ＤＢＡＡに含まれた利用者データベースを参照して、会員の認証を行うのでもよい。その他、利用者の認証のための種々の技術を適宜に適用できる。そしてプロセッサ４０１１は、正規の会員であることを確認できないならばＮＯと判定し、ＡＣＴ１０１に戻る。このときにプロセッサ４０１１は、正しいバーコードがスキャンされていないことを客に通知するためのエラー画面をタッチパネル４０１６に表示させるなどのエラー処理を行ってもよい。
プロセッサ４０１１は、正規の会員であることを確認できたならば、ＡＣＴ１０３にてＹＥＳと判定し、ＡＣＴ１０４へと進む。このときにプロセッサ４０１１は、ユーザ端末３００が、正規の会員である客により所持される端末として識別していることになる。かくしてカート端末アプリＡＰＥＡに基づく情報処理をプロセッサ４０１１が実行することによって、プロセッサ４０１１を中枢部分とするコンピュータは制御手段として機能する。
ＡＣＴ１０４としてプロセッサ４０１１は、チェックインコードに含まれた接続データによるユーザ端末３００との無線接続を無線通信ユニット４０１４に指示する。これに応じて無線通信ユニット４０１４は、準拠する通信規格で定められた手順での無線接続を試みる。そしてこれにより、無線通信ユニット４０１４と、ユーザ端末３００の無線通信ユニット３０６との無線接続が確立されることになる。
ＡＣＴ１０５としてプロセッサ４０１１は、接続が完了するのを待ち受ける。そしてプロセッサ４０１１は、上記のように無線接続が確立されたならばＹＥＳと判定し、ＡＣＴ１０６へと進む。
ＡＣＴ１０６としてプロセッサ４０１１は、モバイルコントローラ３に対して、チェックインを要求する。具体的にはプロセッサ４０１１は、アクセスポイント６との無線通信を介して、チェックインを要求するための要求データをモバイルコントローラ３に宛てて送信する。当該の要求データは、アクセスポイント６及び店内通信ネットワーク７を介して、モバイルコントローラ３へと伝送される。なおプロセッサ４０１１は、チェックインを要求するための要求データには、チェックインの要求であることを識別するための識別データと、端末コードとを含める。プロセッサ４０１１は、会員コードを要求データに含めてもよい。プロセッサ４０１１は例えば、会員コードが確認データに含まれるならば、それを抽出する。あるいはプロセッサ４０１１は例えば、ＡＣＴ１０３での認証の際に、利用者データベースから会員コードを取得する。
なお、以降において説明するカート端末４００からモバイルコントローラ３への各種の要求は、上記と同様に、要求の理由を識別するための識別データを含んだ要求データをアクセスポイント６及び店内通信ネットワーク７を介してカート端末４００からモバイルコントローラ３へと送ることにより実現される。
モバイルコントローラ３においてプロセッサ３１は、チェックインを要求するための要求データが通信インタフェース３４によって受信されると、チェックインしようとしている客との取引に関する仲介処理を仲介アプリＡＰＣＡに基づいて開始する。
図１４及び図１５はプロセッサ３１による仲介処理のフローチャートである。
プロセッサ３１は、チェックインを要求するための要求データが通信インタフェース３４によって受信される毎に、当該仲介処理を開始する。別の要求に基づいて開始した仲介処理を既に実行している場合には、それに並行して新たな仲介処理を開始する。つまりプロセッサ３１は、複数のカート端末４００をそれぞれ対象として仲介処理を複数並行して実行する場合がある。以下の仲介処理の説明においては、単に「カート端末４００」と表す場合には、説明中の仲介処理の対象となっているカート端末４００を指すこととする。
図１４中のＡＣＴ２０１としてプロセッサ３１は、チェックイン処理を行う。プロセッサ３１は例えば、仮想ＰＯＳサーバ２に取引の開始を要求し、取引コードの通知を受ける。そしてプロセッサ３１は、新たなデータレコードＤＲＣＡを取引管理データベースＤＢＣＡに追加する。プロセッサ３１は、要求データに含まれた端末コードを、新たなデータレコードＤＲＣＡのフィールドＦＡＡにセットする。プロセッサ３１は、要求データに会員コードが含まれるならば、当該会員コードを、新たなデータレコードＤＲＣＡのフィールドＦＡＢにセットする。プロセッサ３１は、上記の通知された取引コードを、新たなデータレコードＤＲＣＡのフィールドＦＡＣにセットする。
仮想ＰＯＳサーバ２においてプロセッサ２１は、取引の開始がモバイルコントローラ３から要求されたならば、仮想ＰＯＳアプリＡＰＢＡに従って取引処理を開始する。
図１６及び図１７はプロセッサ２１による取引処理のフローチャートである。
プロセッサ２１は、取引の開始が要求される毎に、当該取引処理を開始する。別の取引処理を既に実行している場合には、それに並行して新たな取引処理を開始する。つまりプロセッサ２１は、モバイルコントローラ３にて仲介処理が複数並行して実行されている場合には、それら複数の仲介処理のそれぞれに対応する複数の取引処理を並行して実行する。
図１６中のＡＣＴ３０１としてプロセッサ２１は、取引開始処理を実行する。この取引開始処理においてプロセッサ２１は、予め定められたルールに従って取引コードを決定し、その取引コードで識別される取引での購入商品を管理するための新たなデータレコードを含むように取引データベースＤＢＢＡを更新する。そしてプロセッサ２１は、上記の決定した取引コードをモバイルコントローラ３に通知する。
ＡＣＴ３０２としてプロセッサ２１は、購入商品の変更が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０３へと進む。
ＡＣＴ３０３としてプロセッサ２１は、取引の取消が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０４へと進む。
ＡＣＴ３０４としてプロセッサ２１は、決済額の通知が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０５へと進む。
ＡＣＴ３０５としてプロセッサ２１は、決済の完了が通知されたか否かを確認する。そしてプロセッサ２１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ３０６へと進む。
ＡＣＴ３０６としてプロセッサ２１は、決済データの転送が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ３０２へと戻る。
かくしてプロセッサ２１はＡＣＴ３０２〜ＡＣＴ３０６としては、変更、取消、決済額通知又は転送のいずれかが要求されるか、決済の完了が通知されるのを待ち受ける。
さて、モバイルコントローラ３にてプロセッサ３１は、図１４中のＡＣＴ２０１としてのチェックイン処理を終えたならば、ＡＣＴ２０２へと進む。
ＡＣＴ２０２としてプロセッサ３１は、チェックイン処理を正常に完了したか否かを確認する。そしてプロセッサ３１は、何らかの異常によりチェックイン処理を正常に完了することができなかったならばＮＯと判定し、ＡＣＴ２０３へと進む。
ＡＣＴ２０３としてプロセッサ３１は、カート端末４００に対してエラーを通知する。プロセッサ３１は例えば、エラー通知のための通知データを、店内通信ネットワーク７及びアクセスポイント６を介してカート端末４００へと送信する。プロセッサ３１は、エラーの通知であることを識別するための識別データを通知データに含める。プロセッサ３１は、エラーの原因を表すエラーコードを通知データに含めてもよい。そしてプロセッサ３１は、これをもって仲介処理を終了する。
なお、以降において説明するモバイルコントローラ３からカート端末４００への各種の通知は、上記と同様に、通知の理由を識別するための識別データを含んだ通知データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３からカート端末４００へと送ることにより実現される。
プロセッサ３１は一方、チェックイン処理を正常に完了することができたならばＡＣＴ２０２にてＹＥＳと判定し、ＡＣＴ２０４へと進む。
ＡＣＴ２０４としてプロセッサ３１は、カート端末４００に対してチェックイン完了を通知する。
カート端末４００においてプロセッサ４０１１は、図９中のＡＣＴ１０６にてチェックインを要求した後には、ＡＣＴ１０７へと進む。
ＡＣＴ１０７としてプロセッサ４０１１は、チェックイン完了が通知されたか否かを確認する。そしてプロセッサ４０１１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１０８へと進む。
ＡＣＴ１０８としてプロセッサ４０１１は、チェックインのエラーが通知されたか否かを確認する。そしてプロセッサ４０１１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１０７へと戻る。
かくしてプロセッサ４０１１はＡＣＴ１０７及びＡＣＴ１０８としては、チェックインの完了又はエラーが通知されるのを待ち受ける。そしてプロセッサ４０１１は、前述のエラー通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１０８にてＹＥＳと判定し、ＡＣＴ１０９へと進む。
ＡＣＴ１０９としてプロセッサ４０１１は、エラー画面をタッチパネル３０４に表示させる。エラー画面は、チェックインできないことを客に報知するものとして定められた画面である。なおプロセッサ４０１１は、例えばエラー画面中に表したＧＵＩ要素の操作などによりエラー画面の表示解消が指示されたならば、ＡＣＴ１０１に戻る。
プロセッサ４０１１は一方、前述のチェックイン完了の通知のための通知データが無線通信ユニット３０６により受信されたならばＡＣＴ１０７にてＹＥＳと判定し、ＡＣＴ１１０へと進む。
ＡＣＴ１１０としてプロセッサ４０１１は、一覧画面をタッチパネル３０４に表示させる。一覧画面は、登録済みの購入商品の一覧を表した画面である。
図１８は一覧画面ＳＣＢの一例を示す図である。
一覧画面ＳＣＢは、エリアＡＲＢＡ，ＡＲＢＢ，ＡＲＢＣ及びボタンＢＵＢＡ，ＢＵＢＢ，ＢＵＢＣを表す。エリアＡＲＢＡは、登録済みの購入商品の一覧を表す。エリアＡＲＢＡはより具体的には、購入商品に関しての商品名を行方向に並べて表す。エリアＡＲＢＡはまた、上記の商品名に対して列方向に並べて、当該商品が購入商品として登録されている点数と、当該商品の販売価格とを表す。エリアＡＲＢＡは、一旦は購入商品として登録されたものの、取り消された商品の商品名、点数及び販売価格に対しては、抹消線を付している。つまり一覧画面ＳＣＢは、商品名が「ＡＡＡ」「ＢＢＢ」「ＤＤＤ」及び「ＥＥＥ」である商品が登録商品とされていて、商品名が「ＣＣＣ」である商品が一旦は登録商品とされたものの既に取り消されている状態を表している。ただし、プロセッサ４０１１が最初にＡＣＴ１１０を実行する場合には、まだ購入商品が登録されていない。従って、プロセッサ４０１１が最初にＡＣＴ１１０を実行することにより表示される一覧画面ＳＣＢのエリアＡＲＢＡは、購入商品の商品名、点数及び販売価格を表さない。
エリアＡＲＢＢは、エリアＡＲＢＡの各行に並べて配置される。図１８では図示していないが、エリアＡＲＢＢには、対応付けられた商品に応じたアイコンが必要に応じて表される。エリアＡＲＢＢに表されるアイコンは例えば、セット割引などのような各種の値引きの対象商品であることや、年齢制限商品であることなどを表す。
エリアＡＲＢＣは、登録済みの購入商品に関して、総点数及び合計金額を表す。
ボタンＢＵＢＡは、エリアＡＲＢＡの各行のうちで、購入商品を表した行に並べて配置される。ボタンＢＵＢＡは、並べて表された購入商品の取消を操作者が指示するためのソフトキーである。ボタンＢＵＢＢは、購入商品の登録を終えて会計に移行することを操作者が指示するためのソフトキーである。ボタンＢＵＢＣは、既に登録した購入商品の全てをキャンセルし、買い物を中止することを操作者が指示するためのソフトキーである。
図９中のＡＣＴ１１１としてプロセッサ４０１１は、商品が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１２へと進む。
ＡＣＴ１１２としてプロセッサ４０１１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１３へと進む。
ＡＣＴ１１３としてプロセッサ４０１１は、買い物の中止が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１４へと進む。
ＡＣＴ１１４としてプロセッサ４０１１は、会計の開始が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定が確認できなければＮＯと判定し、ＡＣＴ１１１へと戻る。
かくしてプロセッサ４０１１はＡＣＴ１１１〜ＡＣＴ１１４としては、商品、数量、中止及び会計開始のいずれかが指定されるのを待ち受ける。
客は、ショッピングカート７００を押しながら、購入する商品を探して店内を移動する。そして客は、購入する商品を見つけたならば、その商品を陳列場所から取り出し、ショッピングカート７００に載せる。このときに客は、該当の商品を購入商品として指定するための操作を行う。当該の操作は例えば、該当の商品に表示されたコードシンボルを読み取らせるためのスキャナ４０２の操作である。また上記の操作は例えば、該当の商品を指定するためのタッチパネル４０１６の操作である。客は、商品コードが同一である商品を複数個、購入商品として登録する場合には、個数を指定する操作を行った上で、コードシンボルを一度だけスキャナ４０２に読み取らせてもよい。
プロセッサ４０１１は、これらの操作により商品が指定されたならばＡＣＴ１１１にてＹＥＳと判定し、図１０中のＡＣＴ１１５へと進む。
ＡＣＴ１１５としてプロセッサ４０１１は、モバイルコントローラ３に対して登録を要求する。プロセッサ４０１１はここで送信する要求データには、上記のような客による指定の内容を表した指定データを含める。プロセッサ４０１１は、当該指定データには、指定された商品の商品コードを少なくとも含める。このときにプロセッサ４０１１は、タッチパネル４０１６での操作に応じて購入商品の情報を取得している。かくしてカート端末アプリＡＲＥＡに基づく情報処理をプロセッサ４０１１が実行することによって、プロセッサ４０１１を中枢部分とするコンピュータは第１の取得手段として機能する。
ＡＣＴ１１６としてプロセッサ４０１１は、一覧画面の表示が指示されるのを待ち受ける。
客は、既に購入商品として登録済みの商品についての個数を変更するならば、そのための予め定められた操作を行う。当該の操作は例えば、購入商品として登録済みの商品の指定と、当該商品の変更後の個数の指定のためのタッチパネル４０１６の操作である。
プロセッサ４０１１は、ＡＣＴ１１１〜ＡＣＴ１１４の待受状態にあるときに、上記のような個数変更を指定する操作が行われると、ＡＣＴ１１２にてＹＥＳと判定し、図１０中のＡＣＴ１１７へと進む。
ＡＣＴ１１７としてプロセッサ４０１１は、指定数が０であるか否かを確認する。そしてプロセッサ４０１１は、指定数が０ではなければＮＯと判定し、ＡＣＴ１１８へと進む。
ＡＣＴ１１８としてプロセッサ４０１１は、モバイルコントローラ３に対して数量変更を要求する。プロセッサ４０１１はここで送信する要求データには、数量が指定された商品を特定するための特定データと指定数を含める。特定データは、商品コードでもよいし、購入商品のリスト内で各購入商品を識別するための番号などのようにモバイルコントローラ３でのみ購入商品を特定可能なデータであってもよい。
さて、プロセッサ４０１１は、指定数が０であったならば、ＡＣＴ１１７にてＹＥＳと判定し、ＡＣＴ１１９へと進む。
ＡＣＴ１１９としてプロセッサ４０１１は、削除画面をタッチパネル４０１６に表示させる。削除画面は、個数を０個とすることが指定された商品が購入商品から削除されることを客に報知する画面である。削除画面は、削除を指定するための削除ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。
ＡＣＴ１２０としてプロセッサ４０１１は、削除が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２１へと進む。
ＡＣＴ１２１としてプロセッサ４０１１は、戻りが指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２０へと戻る。
かくしてプロセッサ４０１１はＡＣＴ１２０及びＡＣＴ１２１としては、削除又は戻りが指定されるのを待ち受ける。
客は、削除を取り止めて、数量の変更を指定する前の状態に戻ること望むならば、削除画面において戻りボタンにタッチするなどの予め定められた操作により戻りを指定する。
これに応じてプロセッサ４０１１は、ＡＣＴ１２１にてＹＥＳと判定し、図９中のＡＣＴ１１０へと戻る。この場合には、購入商品の登録状態は変更されないので、プロセッサ４０１１は、削除画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣＢをタッチパネル４０１６に再び表示させる。
客は、削除で間違いないならば、削除画面において削除ボタンにタッチするなどの予め定められた操作により削除を指定する。これに応じてプロセッサ４０１１は、ＡＣＴ１２０にてＹＥＳと判定し、ＡＣＴ１２２へと進む。
ＡＣＴ１２２としてプロセッサ４０１１は、モバイルコントローラ３に対して削除を要求する。プロセッサ４０１１はここで送信する要求データには、削除が指定された商品を特定するための特定データを含める。
プロセッサ４０１１は、ＡＣＴ１１８にて数量変更を要求したのち、あるいはＡＣＴ１２２にて削除を要求したのちには、ＡＣＴ１２３へと進む。
ＡＣＴ１２３としてプロセッサ４０１１は、一覧画面の表示が指示されるのを待ち受ける。
さて、モバイルコントローラ３においてプロセッサ３１は、図１４中のＡＣＴ２０４にてチェックイン完了の通知を行った後には、ＡＣＴ２０５へと進む。
ＡＣＴ２０５としてプロセッサ３１は、購入商品の変更が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０６へと進む。
ＡＣＴ２０６としてプロセッサ３１は、購入商品の取消が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０７へと進む。
ＡＣＴ２０７としてプロセッサ３１は、会計が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求が確認できなければＮＯと判定し、ＡＣＴ２０５へと戻る。
かくしてプロセッサ３１はＡＣＴ２０５〜ＡＣＴ２０７としては、変更、取消及び会計のいずれかが要求されるのを待ち受ける。
プロセッサ３１は、登録、数量変更及び削除のいずれかが、カート端末４００から前述のように要求されたならばＡＣＴ２０５にてＹＥＳと判定し、ＡＣＴ２０８へと進む。
ＡＣＴ２０８としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、カート端末４００からの要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、カート端末４００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。ただしプロセッサ３１は、カート端末４００から送られてきた要求データに含まれたバーコードデータ又は特定データは、仮想ＰＯＳサーバ２へと通知する。
仮想ＰＯＳサーバ２においてプロセッサ２１は、図１６中のＡＣＴ３０２〜ＡＣＴ３０６の待受状態にあるときに登録、数量変更又は削除に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０２にてＹＥＳと判定し、ＡＣＴ３０７へと進む。
ＡＣＴ３０７としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢＢＡを更新する。プロセッサ２１は例えば、登録が要求された場合には、要求データに含まれたバーコードデータが、既存のＰＯＳ端末に備えられたバーコードスキャナにより読み取られたものであると見做して、既存のＰＯＳ端末と同様な処理によって購入商品の登録を試みる。ただし、何らかの事情により、バーコードデータが表す商品コードが商品データベースに登録されていない場合がある。また、商品には、商品コードを表すのとは別のバーコードが表示されている場合もある。そして、これらの場合にプロセッサ２１は、購入商品の登録を行えず、エラーとする。このようにプロセッサ２１は、正規のバーコード読み取りに基づく購入商品の登録を行う。プロセッサ２１は例えば、数量変更が要求された場合には、数量変更の対象となる商品に関して取引データベースＤＢＢＡに既に示されている数量を変更する。プロセッサ２１は例えば、削除が要求された場合には、対象となる商品を購入商品から除外するように取引データベースＤＢＢＡを更新する。
ＡＣＴ３０８としてプロセッサ２１は、上記のような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品の登録が正しく行えた場合には、正規登録の通知であることを識別するための識別データと、登録した商品の商品コード、商品名及び価格を結果データに含める。プロセッサ２１は、数量を変更した場合には、変更した商品の商品コードと、変更後の個数とを結果データに含める。プロセッサ２１は、購入商品を削除した場合には、購入商品から除外した商品の商品コードを結果データに含める。またプロセッサ２１は、エラーとした場合には、エラーの通知であることを識別するための識別データと、登録要求で送られてきたバーコードデータとを結果データに含める。プロセッサ２１は、結果データを送信し終えたならば、ＡＣＴ３０２〜ＡＣＴ３０６の待受状態に戻る。
モバイルコントローラ３にてプロセッサ３１は、図１４中のＡＣＴ２０８にて要求を転送したのちには、ＡＣＴ２０９へと進む。
ＡＣＴ２０９としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバ２から送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
ＡＣＴ２１０としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＣＢを更新する。この登録データベースＤＢＣＢの更新は、例えば以下のように行われる。
第１のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢに、通知された商品コードを含んだ登録データが含まれていない場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢに既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知された商品コードと、エラーではないことを表す“０”としたエラーフラグと、通知された商品名及び価格と、“１”とした個数と、取り消されていないことを表す“０”とした取消フラグとを含める。かくしてこのケースで追加される登録データは、図６の右上側に示されるような構造となる。
第２のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢに、通知された商品コードを含んだ登録データが含まれているものの、当該登録データの取消フラグが取り消されていることを表す“１”となっている場合。
この場合にプロセッサ３１は、上記の第１のケースの場合と同様に処理する。
第３のケース：正規登録の通知であり、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢに、通知された商品コードを含んだ登録データが含まれており、当該登録データの取消フラグが“０”となっている場合。
この場合にプロセッサ３１は、通知された商品コードを含み、取消フラグが“０”となっている登録データに含まれる個数の値を、１つ大きな値に書き替える。
第４のケース：数量変更の通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢから、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる個数を、結果データに含まれた個数に書き替える。
第５のケース：削除の通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢから、通知された商品コードを含んだ登録データを見つけ出す。そしてプロセッサ３１は、該当する登録データに含まれる取消フラグを“１”に変更する。
第６のケース：エラーの通知である場合。
この場合にプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢに既に存在する最後のフィールドの次に新たなフィールドを追加し、当該フィールドに新たな登録データを追加する。プロセッサ３１は、新たな登録データには、通知されたバーコードデータと、エラーを表す“１”としたエラーフラグとを含める。かくしてこのケースで追加される登録データは、図６の右下側に示されるような構造となる。
このようにプロセッサ３１により更新されることにより登録データベースＤＢＣＢは、仮想ＰＯＳサーバ２で登録済みの購入商品のリストを表すとともに、これに加えてエラーとなったバーコード読み取りを記録したものとなる。
なおプロセッサ３１は、登録要求で送られてきたバーコードデータをメインメモリ３２又は補助記憶ユニット３３に保存しておき、上記の第６のケースにおいては、この保存してあるバーコードデータを登録データに含めてもよい。そしてこの場合には、仮想ＰＯＳサーバ２においてプロセッサ２１は、結果データにバーコードデータを含めなくてもよい。またプロセッサ３１は、保存してあるバーコードデータから商品コードを取り出し、この商品コードに基づいて第１のケース〜第５のケースの処理を行ってもよい。また商品名及び価格は、プロセッサ３１が商品コードに基づいて店舗サーバ１などから取得してもよい。
ＡＣＴ２１１としてプロセッサ３１は、一覧画面の表示をカート端末４００に対して指示する。プロセッサ３１は例えば、一覧画面の表示指示であることを識別するための識別データを含んだ指示データを、店内通信ネットワーク７及びアクセスポイント６を介してカート端末４００へと送信する。プロセッサ３１は、処理対象となっている取引が登録データベースＤＢＣＢにて関連付けられたデータレコードＤＲＣＢに含まれている商品コード、商品名、価格及び個数を指示データに含める。またプロセッサ３１は、今回の登録がエラーとされているならば、その旨を表すエラーデータを指示データに含める。そしてプロセッサ３１はこののち、ＡＣＴ２０５〜ＡＣＴ２０７の待受状態に戻る。
なお、以降において説明するモバイルコントローラ３からカート端末４００への各種の指示は、上記と同様に、指示の理由を識別するための識別データを含んだ指示データを店内通信ネットワーク７及びアクセスポイント６を介してモバイルコントローラ３からカート端末４００へと送ることにより実現される。
上述の第１のケース〜第３のケース及び第６のケースのいずれかにおいて、一覧画面の表示を指示する指示データがカート端末４００にて無線通信ユニット４０１５により受信されると、プロセッサ４０１１は図１０中のＡＣＴ１１６でＹＥＳと判定する。また上述の第４のケース又は第５のケースにおいて、一覧画面の表示を指示する指示データが無線通信ユニット４０１５により受信されると、プロセッサ４０１１はＡＣＴ１２３でＹＥＳと判定する。そしてこれらの場合にプロセッサ４０１１は、いずれも図９中のＡＣＴ１１０へと戻り、再び一覧画面ＳＣＢをタッチパネル４０１６に表示させる。このときにプロセッサ４０１１は、一覧画面ＳＣＢを、指示データに含まれた購入商品の商品名、価格及び個数を表す画面とする。またプロセッサ４０１１は、指示データにエラーデータが含まれるならば、正しく登録されなかった旨を一覧画面ＳＣＢに追加して表す。
客は、既に登録した購入商品の全てをキャンセルし、買い物を中止したい場合には、一覧画面ＳＣＢにおいてボタンＢＵＢＣにタッチするなどの予め定められた操作により中止を指定する。これに応じてプロセッサ４０１１は、図９中のＡＣＴ１１３にてＹＥＳと判定し、図１０中のＡＣＴ１２４へと進む。
ＡＣＴ１２４としてプロセッサ４０１１は、取消画面をタッチパネル４０１６に表示させる。取消画面は、既に登録した購入商品の全てが取り消されることを客に報知する画面である。取消画面は、取消実行を指定するための実行ボタンと、個数を変更せずに個数の変更を指定する前の状態に戻ることを指定するための戻りボタンとを含む。
ＡＣＴ１２５としてプロセッサ４０１１は、取消実行が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２６へと進む。
ＡＣＴ１２６としてプロセッサ４０１１は、戻りが指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１２５へと戻る。
かくしてプロセッサ４０１１はＡＣＴ１２５及びＡＣＴ１２６としては、取消実行又は戻りが指定されるのを待ち受ける。
客は、そのまま買い物を続けるならば、取消画面において戻りボタンにタッチするなどの予め定められた操作により戻りを指定する。これに応じてプロセッサ４０１１は、ＡＣＴ１２６にてＹＥＳと判定し、図９中のＡＣＴ１１０へと戻り、再び一覧画面ＳＣＢをタッチパネル４０１６に表示させる。この場合には、購入商品の登録状態は変更されないので、プロセッサ４０１１は、取消画面を表示する前に表示していたのと同じ状態の一覧画面ＳＣＢをタッチパネル４０１６に再び表示させる。
客は、買い物を取り止めるのであれば、取消画面において実行ボタンにタッチするなどの予め定められた操作により取消実行を指定する。これに応じてプロセッサ４０１１は、ＡＣＴ１２５にてＹＥＳと判定し、ＡＣＴ１２７へと進む。
ＡＣＴ１２７としてプロセッサ４０１１は、モバイルコントローラ３に対して取消を要求する。
モバイルコントローラ３にてプロセッサ３１は、上記のようにカート端末４００から取消が要求されたならば、図１４中のＡＣＴ２０６にてＹＥＳと判定し、ＡＣＴ２１２へと進む。
ＡＣＴ２１２としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、取消の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、カート端末４００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。
仮想ＰＯＳサーバ２においてプロセッサ２１は、図１６中のＡＣＴ３０２〜ＡＣＴ３０６の待受状態にあるときに取消に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０３にてＹＥＳと判定し、ＡＣＴ３０９へと進む。
ＡＣＴ３０９としてプロセッサ２１は、転送された要求データでの要求に応じて取引データベースＤＢＢＡを更新する。プロセッサ２１は例えば、モバイルコントローラ３から送られた要求データによる要求を、既存のＰＯＳ端末に備えられた入力デバイスにより入力された取消指示であると見做して、既存のＰＯＳ端末と同様な処理によって、通知された取引コードに関連付けて登録済みの商品の全てを購入商品から除外するように取引データベースＤＢＢＡを更新する。
ＡＣＴ３１０としてプロセッサ２１は、上記のような処理の結果を表した結果データを、モバイルコントローラ３に送信する。プロセッサ２１は、購入商品から除外した全商品の商品コードを結果データに含める。プロセッサ２１は、結果データを送信し終えたならば、ＡＣＴ３０２〜ＡＣＴ３０６の待受状態に戻る。
モバイルコントローラ３にてプロセッサ３１は、図１４中のＡＣＴ２１２にて要求を転送したのちには、ＡＣＴ２１３へと進む。
ＡＣＴ２１３としてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバ２から送信される結果データを取得する。プロセッサ３１は、取得した結果データをメインメモリ３２又は補助記憶ユニット３３に保存する。
ＡＣＴ２１４としてプロセッサ３１は、上記の結果データに基づいて登録データベースＤＢＣＢを更新する。つまりプロセッサ３１は、処理対象となっている取引が関連付けられたデータレコードＤＲＣＢに含まれる登録データの全てに関して、“０”となっている取消フラグを“１”に変更する。
ＡＣＴ２１５としてプロセッサ３１は、ユーザ端末３００に対して取消を通知する。そしてプロセッサ３１はこののち、ＡＣＴ２０５〜ＡＣＴ２０７の待受状態に戻る。
さて、カート端末４００にてプロセッサ４０１１は、図１０中のＡＣＴ１２７にて取消を要求したのちには、ＡＣＴ１２８へと進む。
ＡＣＴ１２８としてプロセッサ４０１１は、モバイルコントローラ３から取消が通知されるのを待ち受ける。そしてプロセッサ４０１１は、前述のように取消が通知されたならばＹＥＳと判定し、図９中のＡＣＴ１０１へと戻る。
客は、購入を希望する商品の全てを購入商品として登録し終えたならば、決済に進む。
このときに客は、一覧画面ＳＣＢにおけるボタンＢＵＢＢにタッチするなどの予め定められた操作によって会計開始を指定する。これに応じてプロセッサ４０１１は、図９中のＡＣＴ１１４にてＹＥＳと判定し、図１１中のＡＣＴ１２９へと進む。
ＡＣＴ１２９としてプロセッサ４０１１は、モバイルコントローラ３に対して会計を要求する。プロセッサ４０１１はここで送信する要求データには、端末コードを含める。
ＡＣＴ１３０としてプロセッサ４０１１は、会計画面の表示が指示されるのを待ち受ける。
モバイルコントローラ３にてプロセッサ３１は、上記のようにカート端末４００から会計が要求されたならば、図１４中のＡＣＴ２０７にてＹＥＳと判定し、図１５中のＡＣＴ２１６へと進む。
ＡＣＴ２１６としてプロセッサ３１は、会計画面の表示をカート端末４００に指示する。
カート端末４００にてプロセッサ４０１１は、上記のように会計画面の表示が指示されたならば図１１中のＡＣＴ１３０にてＹＥＳと判定し、ＡＣＴ１３１へと進む。
ＡＣＴ１３１としてプロセッサ４０１１は、ユーザ端末３００と接続状態にあるか否かを確認する。そしてプロセッサ４０１１は、接続状態にあるならばＹＥＳと判定し、ＡＣＴ１３２へと進む。
ＡＣＴ１３２としてプロセッサ４０１１は、会計画面をタッチパネル３０４に表示させる。会計画面は、代価の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを客が選択するための画面である。
図１９は会計画面ＳＣＣの一例を示す図である。
会計画面ＳＣＣは、表示エリアＡＲＣＡ、メッセージＭＥＣＡ及びボタンＢＵＣＡ，ＢＵＣＢを含む。表示エリアＡＲＣＡは、購入商品の総数と、購入商品の代価の総額とを表す。メッセージＭＥＣＡは、代価の決済のための操作をユーザ端末３００及び会計機５のいずれで行うかを指定するように客に促す文字メッセージである。ボタンＢＵＣＡは、ユーザ端末３００を客が指定するためのソフトキーである。ボタンＢＵＣＢは、会計機５を客が指定するためのソフトキーである。
ＡＣＴ１３３としてプロセッサ４０１１は、ユーザ端末３００が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３４へと進む。
ＡＣＴ１３４としてプロセッサ４０１１は、会計機５が指定されたか否かを確認する。そしてプロセッサ４０１１は、該当の指定を確認できないならばＮＯと判定し、ＡＣＴ１３３へと戻る。
かくしてプロセッサ４０１１はＡＣＴ１３３及びＡＣＴ１３４としては、ユーザ端末３００又は会計機５が指定されるのを待ち受ける。
客は、代価の決済をユーザ端末３００で行いたい場合には、ボタンＢＵＣＡにタッチするなどの予め定められた操作によりユーザ端末３００を指定する。これに応じてプロセッサ４０１１は、ＡＣＴ１３３にてＹＥＳと判定し、ＡＣＴ１３５へと進む。
ＡＣＴ１３５としてプロセッサ４０１１は、モバイルコントローラ３に対して決済額の通知を要求する。
モバイルコントローラ３にてプロセッサ３１は、図１５中のＡＣＴ２１６にて会計画面の表示を指示したのちには、ＡＣＴ２１７へと進む。
ＡＣＴ２１７としてプロセッサ３１は、決済額の通知が要求されたか否かを確認する。そしてプロセッサ３１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ２１８へと進む。
ＡＣＴ２１８としてプロセッサ３１は、取引終了が通知されたか否かを確認する。そしてプロセッサ３１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ２１７へと戻る。
かくしてプロセッサ３１はＡＣＴ２１７及びＡＣＴ２１８としては、決済額通知の要求又は決済完了の通知を待ち受ける。そしてプロセッサ３１は、前述のように決済額の通知がカート端末４００から要求されたならばＡＣＴ２１７にてＹＥＳと判定し、ＡＣＴ２１９へと進む。
ＡＣＴ２１９としてプロセッサ３１は、処理対象となっている取引の取引コードの通知を伴って、決済額通知の要求を仮想ＰＯＳサーバ２に転送する。プロセッサ３１はこのとき、カート端末４００から送られてきた要求データをそのまま仮想ＰＯＳサーバ２に転送してもよいし、何らかの処理による変換後の要求データを仮想ＰＯＳサーバ２に送信してもよい。
仮想ＰＯＳサーバ２においてプロセッサ２１は、図１６中のＡＣＴ３０２〜ＡＣＴ３０６の待受状態にあるときに決済額通知に関する要求データがモバイルコントローラ３から転送されてきたならば、ＡＣＴ３０４にてＹＥＳと判定し、ＡＣＴ３１１へと進む。
ＡＣＴ３１１としてプロセッサ２１は、処理対象となっている取引に関する決済額を算出する。プロセッサ２１は例えば、決済額通知に関する要求データに含まれた取引コードがフィールドＦＢＡにセットされたデータレコードＤＲＣＢに基づき、購入商品として登録されている商品の代価を算出し、これを決済額とする。決済額の算出のための具体的な処理は、例えば既存のＰＯＳ端末などで行われているのと同様な処理であってよい。
ＡＣＴ３１２としてプロセッサ２１は、算出した決済額をモバイルコントローラ３に対して通知する。そしてプロセッサ２１はこののち、ＡＣＴ３０２乃至ＡＣＴ３０６の待受状態に戻る。
モバイルコントローラ３にてプロセッサ３１は、図１５中のＡＣＴ２１９にて要求を転送したのちには、ＡＣＴ２２０へと進む。
ＡＣＴ２２０としてプロセッサ３１は、決済額が通知されるのを待ち受ける。そしてプロセッサ３１は、上記のようにして仮想ＰＯＳサーバ２から決済額が通知されたならばＹＥＳと判定し、ＡＣＴ２２１へと進む。
ＡＣＴ２２１としてプロセッサ３１は、仮想ＰＯＳサーバ２から通知された決済額をカート端末４００へと通知する。
カート端末４００にてプロセッサ４０１１は、図１１中のＡＣＴ１３５として決済額の通知を要求したのちには、ＡＣＴ１３６へと進む。
ＡＣＴ１３６としてプロセッサ４０１１は、決済額が通知されるのを待ち受ける。そしてプロセッサ４０１１は、上記のようにしてモバイルコントローラ３から決済額が通知されたならばＹＥＳと判定し、ＡＣＴ１３７へと進む。
ＡＣＴ１３７としてプロセッサ４０１１は、ユーザ端末３００に対して、決済を要求する。具体的にはプロセッサ４０１１は、無線通信ユニット４０１４により通信状態にあるユーザ端末３００に対して、無線通信ユニット４０１４と無線通信ユニット３０６との無線通信を介して、決済を要求するための要求データを送信する。なおプロセッサ４０１１は、決済を要求するための要求データには、モバイルコントローラ３から通知された決済額を含める。
さて、ユーザ端末３００にてプロセッサ３０１は、図１３中のＡＣＴ１５１にてチェックイン画面を表示させた後には、ＡＣＴ１５２へと進む。
ＡＣＴ１５２としてプロセッサ３０１は、カート端末４００との無線接続が完了するのを待ち受ける。そしてプロセッサ３０１は、前述のように無線通信ユニット３０６と無線通信ユニット４０１４との無線接続が確立されたならばＹＥＳと判定し、ＡＣＴ１５３へと進む。
ＡＣＴ１５３としてプロセッサ３０１は、上記の無線接続が切断されたか否かを確認する。そしてプロセッサ３０１は、無線接続が維持されているならばＮＯと判定し、ＡＣＴ１５４へと進む。
ＡＣＴ１５４としてプロセッサ３０１は、決済が要求されたか否かを確認する。そしてプロセッサ３０１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ１５３へと戻る。
かくしてプロセッサ３０１はＡＣＴ１５３及びＡＣＴ１５４としては、無線接続が切断されるか、決済が要求されるのを待ち受ける。そしてプロセッサ３０１は、上述のようにカート端末４００から送信された、決済を要求するための要求データが無線通信ユニット３０６により受信されると、ＡＣＴ１５４にてＹＥＳと判定し、ＡＣＴ１５５へと進む。このときにプロセッサ３０１は、受信された要求データを取り込んで、メインメモリ３０２又は補助記憶ユニット３０３に記憶させる。要求データは、決済額を含むから、決済額データに相当する。かくして会員証アプリＡＰＤＡに基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは第２の取得手段として機能する。
ＡＣＴ１５５としてプロセッサ３０１は、前述のように客の要求に応じてユーザ端末３００に登録されてメインメモリ４０１２又は補助記憶ユニット４０１３に記憶されている決済データが有るか否かを確認する。そしてプロセッサ３０１は、該当する決済データが有るならば、ＹＥＳと判定してＡＣＴ１５６へと進む。
ＡＣＴ１５６としてプロセッサ３０１は、メインメモリ４０１２又は補助記憶ユニット４０１３に記憶されている決済データを用いて、決済が要求されている決済額を決済可能であるか否かを確認する。プロセッサ３０１は具体的には、決済額及び決済データが予め定められた条件に合致するか否かを判定する。プロセッサ３０１は、複数の条件が定められているならば、それら複数の条件のそれぞれに合致するか否かを判定する。そしてプロセッサ３０１は、この判定の結果に基づいて、決済可能であるか否かを確認する。上記の条件は例えば、決済方法に応じて、例えば決済業者などにより定められた条件である。つまり上記の条件は例えば、電子マネーに関しては、電子マネー残高が決済額よりも多いか否かである。この他、客により予め設定された条件が上記の条件に含まれてもよい。例えば、決済に先立ち暗証コードの入力を必要とする設定が客によりなされているならば、正規の暗証コードがタッチパネル３０４での操作により入力されたか否かが、上記の条件の１つとして含まれる。そしてプロセッサ３０１は、決済が可能であるならばＹＥＳと判定し、ＡＣＴ１５７へと進む。
ＡＣＴ１５７としてプロセッサ３０１は、決済が要求されている決済額をメインメモリ４０１２又は補助記憶ユニット４０１３に記憶されている決済データを用いて電子決済するための決済処理を実行する。この決済処理は例えば、スマートフォンなどを用いた電子決済のための周知の処理をそのまま適用できる。例えばプロセッサ３０１は、通信ネットワーク６００を介して決済サーバ５００と通信しながら、クレジットカード決済のための決済データを使用したオンライン決済のための処理を行う。あるいは例えばプロセッサ３０１は、電子マネー用のＩＣチップに記憶された決済データに表される電子マネー残高を充当するオフライン決済のための処理を行う。プロセッサ３０１は、決済を完了したならば、ＡＣＴ１５８へと進む。かくして会員証アプリＡＰＤＡに基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは決済手段として機能する。
ＡＣＴ１５８としてプロセッサ３０１は、カート端末４００に対して決済完了を通知する。プロセッサ３１は例えば、決済完了の通知のための通知データを、無線通信ユニット３０６と無線通信ユニット４０１４との無線通信を介してカート端末４００へと送信する。そしてプロセッサ３０１はこののち、ＡＣＴ１６０へと進む。かくして会員証アプリＡＰＤＡに基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは送信手段として機能する。
なおプロセッサ３０１は、メインメモリ４０１２又は補助記憶ユニット４０１３に決済データが記憶されていないならばＡＣＴ１５５にて、また決済が不可であるならばＡＣＴ１５６にて、それぞれＮＯと判定してＡＣＴ１５９へと進む。
ＡＣＴ１５９としてプロセッサ３０１は、カート端末４００に対して決済不可を通知する。プロセッサ３１は例えば、決済不可の通知のための通知データを、無線通信ユニット３０６と無線通信ユニット４０１４との無線通信を介してカート端末４００へと送信する。そしてプロセッサ３０１は、この場合には、ＡＣＴ１５７及びＡＣＴ１５８を実行することなしにＡＣＴ１６０へと進む。
ＡＣＴ１６０としてプロセッサ３０１は、カート端末４００との無線接続が切断されるのを待ち受ける。そしてプロセッサ３０１は、無線通信ユニット３０６と無線通信ユニット４０１４との無線通信が終了されたならばＹＥＳと判定し、ＡＣＴ１５１へと戻る。なおプロセッサ３０１は、ＡＣＴ１５３及びＡＣＴ１５４の待受状態にあるときに無線通信ユニット３０６と無線通信ユニット４０１４との無線通信が終了されたならば、ＡＣＴ１５３にてＹＥＳと判定し、ＡＣＴ１５１へと戻る。
なお、無線通信ユニット３０６と無線通信ユニット４０１４との無線通信は、例えばユーザ端末３００での客による指示に応じたプロセッサ３０１の制御の下に無線通信ユニット３０６により終了される。無線通信ユニット３０６と無線通信ユニット４０１４との無線通信は、例えばＡＣＴ１５８又はＡＣＴ１５９を終了したことに応じてのプロセッサ３０１の制御の下に無線通信ユニット３０６により終了される。無線通信ユニット３０６と無線通信ユニット４０１４との無線通信は、例えばカート端末４００での客による指示に応じたプロセッサ４０１１の制御の下に無線通信ユニット４０１４により終了される。無線通信ユニット３０６と無線通信ユニット４０１４との無線通信は、例えばカート端末４００での取引に関する処理が終了したことに応じたプロセッサ４０１１の制御の下に無線通信ユニット４０１４により終了される。なお、無線通信ユニット３０６と無線通信ユニット４０１４との無線通信を終了するためのプロセッサ３０１又はプロセッサ４０１１での処理に関する図示は省略している。
カート端末４００にてプロセッサ４０１１は、図１１中のＡＣＴ１３７として決済を要求したのちには、ＡＣＴ１３８へと進む。
ＡＣＴ１３８としてプロセッサ４０１１は、決済完了が通知されたか否かを確認する。そしてプロセッサ４０１１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１３９へと進む。
ＡＣＴ１３９としてプロセッサ４０１１は、決済不可が通知されたか否かを確認する。そしてプロセッサ４０１１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ１３８へと戻る。
かくしてプロセッサ４０１１はＡＣＴ１３８及びＡＣＴ１３９としては、決済完了又は決済不可が通知されるのを待ち受ける。
プロセッサ４０１１は、前述のようにユーザ端末３００から決済完了が通知されたならばＡＣＴ１３８にてＹＥＳと判定し、ＡＣＴ１４０へと進む。
ＡＣＴ１４０としてプロセッサ４０１１は、モバイルコントローラ３に対して決済完了を通知する。プロセッサ４０１１は例えば、決済完了の通知のための通知データを、アクセスポイント６及び店内通信ネットワーク７介してモバイルコントローラ３へと送信する。
モバイルコントローラ３にてプロセッサ３１は、図１５中のＡＣＴ２２１として決済額を通知したのちには、ＡＣＴ２２２へと進む。
ＡＣＴ２２２としてプロセッサ３１は、決済完了が通知されるのを待ち受ける。そしてプロセッサ３１は、前述のようにカート端末４００から決済完了が通知されたならばＹＥＳと判定し、ＡＣＴ２２３へと進む。
ＡＣＴ２２３としてプロセッサ３１は、仮想ＰＯＳサーバ２に対して決済完了を通知する。
仮想ＰＯＳサーバ２にてプロセッサ２１は、図１６中のＡＣＴ３１２として決済額の通知を行ったのちにはＡＣＴ３０２乃至ＡＣＴ３０６の待受状態に戻っているから、上記のように決済完了の通知を受けると、ＡＣＴ３０５にてＹＥＳと判定し、図１７中のＡＣＴ３１３へと進む。
ＡＣＴ３１３としてプロセッサ２１は、処理対象としている取引の管理を終了するべく取引データベースＤＢＢＡを更新する。プロセッサ２１は例えば、処理対象としている取引の取引コードを含んだデータレコードを取引データベースＤＢＢＡから削除する。
ＡＣＴ３１４としてプロセッサ２１は、モバイルコントローラ３に取引の終了を通知する。そしてプロセッサ２１は、これをもって取引処理を終了する。
客は、代価の決済を会計機５で行いたい場合には、カート端末４００のタッチパネル４０１６に表示された会計画面ＳＣＣにてボタンＢＵＣＢにタッチするなどの予め定められた操作により会計機５を指定する。これに応じてプロセッサ４０１１は、図１１中のＡＣＴ１３４にてＹＥＳと判定し、ＡＣＴ１４１へと進む。
なおプロセッサ４０１１は、モバイルコントローラ３から会計画面の表示が指示されたものの、ユーザ端末３００と接続状態にないならば、ＡＣＴ１３１にてＮＯと判定し、ＡＣＴ１４１へと進む。この場合は、ユーザ端末３００が指定されても、ユーザ端末３００に決済を行わせることができないために、プロセッサ４０１１が会計機５での決済を選択するのである。これにより、会計機５を選択し直すための客の手間を省くことができる。なお、ユーザ端末３００との無線接続を試み、接続できたならばＡＣＴ１３２へと進むようにしてもよい。
またプロセッサ４０１１は、ユーザ端末３００に決済を要求したものの、これに対してユーザ端末３００から決済不可が通知されたならば、ＡＣＴ１３９にてＹＥＳと判定し、ＡＣＴ１４１へと進む。この場合は、ユーザ端末３００にて決済することができないために、プロセッサ４０１１が会計機５での決済を選択し直すのである。これにより、会計機５を選択し直すための客の手間を省くことができる。
ＡＣＴ１４１としてプロセッサ４０１１は、会計バーコード画面をタッチパネル４０１６に表示させる。会計バーコード画面は、会計機５が仮想ＰＯＳサーバ２から取引の内容に関するデータを取得するために必要となるデータを表した会計バーコードを表した画面である。なお、詳細な処理の図示は省略しているが、プロセッサ４０１１は、モバイルコントローラ３を介して仮想ＰＯＳサーバ２から会計バーコードを取得して、当該会計バーコードを会計バーコード画面に表す。
客は、他の客により使用されていない会計機５が備えるスキャナに、会計バーコードを読み取らせる。これに応じて会計機５は、会計バーコードが表すデータに従って、仮想ＰＯＳサーバ２に決済データの転送を要求する。例えば会計機５は、会計バーコードが表すデータに含まれる取引コードを含んだ要求データを仮想ＰＯＳサーバ２に送信する。
仮想ＰＯＳサーバ２にてプロセッサ２１は、図１６に示すＡＣＴ３０２〜ＡＣＴ３０６の待受状態にある取引処理の対象となっている取引の取引コードを含んだ転送要求のための要求データが受信されたならば、ＡＣＴ３０６にてＹＥＳと判定し、図１７中のＡＣＴ３１５へと進む。
ＡＣＴ３１５としてプロセッサ２１は、取引処理の対象となっている取引の内容を表し、会計機５での会計のために必要な会計データを、転送を要求した会計機５に対して送信する。なお会計データは、例えば既存のセミセルフタイプの取引処理システムにおいて登録機から会計機へと転送されているデータと同様なデータであってよい。
ＡＣＴ３１６としてプロセッサ２１は、上記のように会計データを送信した会計機５での決済が完了するのを待ち受ける。
会計機５は、仮想ＰＯＳサーバ２から送信された会計データを受信したならば、操作者による操作を受けながら、取引の代価を決済する。また会計機５は、レシート又はクーポンなどの各種の印刷物を必要に応じて発行する。会計機５は、決済が完了したならば、その旨を仮想ＰＯＳサーバ２に通知する。これに応じて仮想ＰＯＳサーバ２にてプロセッサ２１は、ＡＣＴ３１６にてＹＥＳと判定し、ＡＣＴ３１７へと進む。
ＡＣＴ３１７としてプロセッサ２１は、処理対象としている取引の管理を終了するべく取引データベースＤＢ２１を更新する。プロセッサ２１は例えば、処理対象としている取引の取引コードを含んだデータレコードを取引データベースＤＢ２１から削除する。
ＡＣＴ３１８としてプロセッサ２１は、モバイルコントローラ３に取引の終了を通知する。そしてプロセッサ２１は、これをもって取引処理を終了する。
モバイルコントローラ３にてプロセッサ３１は、図１５中のＡＣＴ２２３として決済完了を通知したのちには、ＡＣＴ２２４へと進む。
ＡＣＴ２２４としてプロセッサ３１は、取引終了が通知されるのを待ち受ける。仮想ＰＯＳサーバ２にてプロセッサ２１が前述のように図１７中のＡＣＴ３１４として取引終了の通知を行う際には、プロセッサ３１はこのＡＣＴ２２４の待受状態にある。
一方で、仮想ＰＯＳサーバ２にてプロセッサ２１が前述のように図１７中のＡＣＴ３１８として取引終了の通知を行う際には、プロセッサ３１は図１５中のＡＣＴ２１７及びＡＣＴ２１８の待受状態にある。
かくしてプロセッサ３１は、図１７中のＡＣＴ３１４として取引終了の通知に対しては図１５中のＡＣＴ２２４にてＹＥＳと判定し、また図１７中のＡＣＴ３１８として取引終了の通知に対しては図１５中のＡＣＴ２１８にてＹＥＳと判定し、いずれもＡＣＴ２２５へと進む。
ＡＣＴ２２５としてプロセッサ３１は、カート端末４００に対して取引終了を通知する。
ＡＣＴ２２６としてプロセッサ３１は、当該の仲介処理においてメインメモリ３０２又は補助記憶ユニット３０３に一時的に記憶してある各種のデータをクリアする。このときプロセッサ３１は、処理対象となっている取引に関連付けられたデータレコードＤＲＣＢを、取引管理データベースＤＢＣＡから削除してもよいし、削除せずに残しておいてもよい。そしてプロセッサ３１は、これをもって仲介処理を終了する。
カート端末４００としてプロセッサ４０１１は、図１１中のＡＣＴ１４０として決済完了を通知したのちと、ＡＣＴ１４１として会計バーコード画面を表示させたのちには、ＡＣＴ１４２へと進む。
ＡＣＴ１４２としてプロセッサ４０１１は、取引の終了が通知されるのを待ち受ける。そしてプロセッサ４０１１は、上述のようにモバイルコントローラ３から取引終了が通知されたならばＹＥＳと判定し、ＡＣＴ１４３へと進む。
ＡＣＴ１４３としてプロセッサ４０１１は、完了画面をタッチパネル４０１６に表示させる。完了画面は、取引が終了したことを客に報知するための画面である。
客は、完了画面を確認したならば、完了画面に表されたボタンにタッチするなどの予め定められた操作によって、確認したことを宣言する。これに応じてプロセッサ４０１１はＡＣＴ１４４へと進む。なおプロセッサ４０１１は、完了画面を表示した状態での経過時間が予め定めた時間に到達した場合に、ＡＣＴ１４４へと進んでもよい。
ＡＣＴ１４４としてプロセッサ４０１１は、当該のＵＩ処理においてメインメモリ４０１２又は補助記憶ユニット４０１３に一時的に記憶してある各種のデータをクリアする。そしてプロセッサ４０１１はこののち、図９中のＡＣＴ１０１に戻る。
以上のように本実施形態の取引処理システムは、カート端末４００が、ユーザ端末３００との直接の通信を利用して当該ユーザ端末３００を認識する。そして、カート端末４００での指定に応じてカート端末４００にて登録した購入商品についての代価を、カート端末４００からの要求に応じて、認識したユーザ端末３００が、当該ユーザ端末３００にて取得した決済データを利用した電子決済のための決済処理を実行する。これにより、不特定の客により利用されるカート端末４００を用いて取引の内容を登録するようにしながら、カート端末４００に決済データを入力することなしに、客の操作の応じての決済を完了できる。
また本実施形態の取引処理システムでは、ユーザ端末３００は、カート端末４００との直接の通信を利用してカート端末４００から決済額を取得する。これにより、客は、決済額をユーザ端末３００に取得させるための特別な操作を行う必要がない。
また本実施形態の取引処理システムでは、カート端末４００は、ユーザ端末３００との直接の通信を利用してユーザ端末３００から決済完了の通知を受ける。これにより、客は、決済の完了の通知をカート端末４００に取得させるための特別な操作を行う必要がない。
この実施形態は、次のような種々の変形実施が可能である。
決済額データは、ユーザ端末３００にてプロセッサ３０１が決済額を判定できるデータであれば、どのようなデータであってもよい。例えば、決済額データは、取引データベースＤＢＢＡ中のデータレコード又は登録データベースＤＢＣＢ中のデータレコードＤＲＣＢを含んでいてもよい。そしてプロセッサ３０１が、これらのデータレコードに基づいて決済額を算出してもよい。
決済データをメインメモリ３０２又は補助記憶ユニット３０３に記憶せず、決済の要求を受けたユーザ端末３００にてプロセッサ３０１が、例えば客による操作に応じて、決済データを取得してもよい。
カート端末４００からユーザ端末３００への決済額の通知と、ユーザ端末３００からカート端末４００への決済完了の通知との少なくともいずれか一方は、無線通信ユニット３０６無線通信ユニット４０１４との無線通信とは別の通信を介して行われてもよいし、あるいは例えば二次元コードの表示及び読み取りなどの通信以外の方法によって行われてもよい。
チェックイン時に、決済データが登録済みであるか否かをユーザ端末３００からカート端末４００に通知しておき、カート端末４００にてプロセッサ４０１１は、図９中のＡＣＴ１１４にてＹＥＳと判定した場合には、決済データが登録済みであるならばＡＣＴ１３１又はＡＣＴ１３５に進み、決済データが未登録であるならばＡＣＴ１４１に進んでもよい。
チェックイン時にユーザ認証を行わず、客が所持する通信端末との通信が確立できれば、これをもって当該通信端末をユーザ端末３００として認識するのでもよい。
ユーザ端末３００とカート端末４００との無線接続のための処理は、ユーザ端末３００から開始してもよい。例えば、無線通信ユニット４０１４との無線接続を確立するための予め定められた接続データを含んだチェックインコードを表すバーコードを、カート端末４００のタッチパネル４０１６に表示するか、あるいはカート端末４００又はショッピングカート７００に貼り付けたラベルに表しておく。そして、当該バーコードをカメラ３０５により撮影した画像からプロセッサ３０１がチェックインコードを取得し、これに含まれる接続データに応じた接続を無線通信ユニット３０６に指示する。
モバイルコントローラ３を備えることなく、仮想ＰＯＳサーバ２にてユーザ端末３００及びカート端末４００からの要求を直接に受け付けるようにしてもよい。
複数の仮想ＰＯＳサーバ２を備え、これら複数の仮想ＰＯＳサーバ２により複数の取引処理を分担して実行してもよい。また、１つの取引処理を複数の情報処理装置で分担して処理してもよい。例えば購入商品の登録のための処理と決済のための処理とを別々の情報処理装置で実行してもよい。
取引処理システムで処理の対象とする取引は、店舗に陳列された商品の販売には限らず、例えば飲食物を調理して提供するなどの別の形態の取引であってもよい。
カート端末４００に代えて、ショッピングカート７００に取り付けられることなくユーザにより携帯される端末が用いられてもよいし、そのような端末とカート端末４００とが混在していてもよい。
情報処理によりプロセッサ１１，２１，３１，３０１，４０１１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
１００…店舗システム、２００…中継サーバ、３００…ユーザ端末、４００…カート端末、５００…決済サーバ、６００…通信ネットワーク、７００…ショッピングカート、１…店舗サーバ、２…仮想ＰＯＳサーバ、３…モバイルコントローラ、４…通信サーバ、５…会計機、６…アクセスポイント、７…店内通信ネットワーク、１１，２１，３１，３０１，４０１１…プロセッサ、１２，２２，３２，３０２，４０１２…メインメモリ、１３，２３，３３，３０３，４０１３…補助記憶ユニット、１４，２４，３４…通信インタフェース、３０４，４０１６…タッチパネル、３０５，４０４…カメラ、３０６，４０１４，４０１５…無線通信ユニット、３０７…モバイル通信ユニット、４０１…タブレットコンピュータ、４０２…スキャナ、４０３…リーダ、４０１７…サウンドユニット、４０１８…インタフェースユニット。

Claims (5)

  1. 客が購入を希望する商品の情報を取得する第１の取得手段、
    を備える登録端末と、
    前記第１の取得手段によって取得された商品の情報に応じた決済額データを取得する第２の取得手段と、
    前記第２の取得手段により取得された決済額データと電子決済のための決済データとに基づいて電子決済のための処理を実行する決済手段と、
    前記決済手段による電子決済が完了したことの通知を送信する送信手段と、
    を具備した携帯端末と、
    を具備した取引処理システム。
  2. 前記携帯端末に備えられた第１の通信手段と、
    前記登録端末に備えられた第２の通信手段と、
    をさらに具備し、
    前記第２の取得手段は、前記第１の通信手段による前記第２の通信手段との通信を利用して前記決済額データを取得する、
    請求項１に記載の取引処理システム。
  3. 前記携帯端末に備えられた第１の通信手段と、
    前記登録端末に備えられた第２の通信手段と、
    をさらに具備し、
    前記送信手段は、前記第２の通信手段による前記第１の通信手段との通信を利用して前記通知を送信する、
    請求項１に記載の取引処理システム。
  4. 客が購入を希望する商品の情報を取得する第１の取得手段を備えた登録端末とともに取引処理システムを構成し、
    前記第１の取得手段によって取得された商品の情報に応じた決済額データを取得する第２の取得手段と、
    前記第２の取得手段により取得された決済額データと電子決済のための決済データとに基づいて電子決済のための処理を実行する決済手段と、
    前記決済手段による電子決済が完了したことの通知を送信する送信手段と、
    を具備した携帯端末。
  5. 客が購入を希望する商品の情報を取得する第１の取得手段を備えた登録端末とともに取引処理システムを構成する携帯端末に備えられたコンピュータを、
    前記第１の取得手段によって取得された商品の情報に応じた決済額データを取得する第２の取得手段と、
    前記第２の取得手段により取得された決済額データと電子決済のための決済データとに基づいて電子決済のための処理を実行する決済手段と、
    前記決済手段による電子決済が完了したことの通知を送信する送信手段と、
    して機能させるための情報処理プログラム。
JP2020038422A 2020-03-06 2020-03-06 取引処理システム、携帯端末及び情報処理プログラム Pending JP2021140518A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2020038422A JP2021140518A (ja) 2020-03-06 2020-03-06 取引処理システム、携帯端末及び情報処理プログラム
US17/112,026 US20210279710A1 (en) 2020-03-06 2020-12-04 Transaction processing system and method
CN202011433079.9A CN113362055A (zh) 2020-03-06 2020-12-09 交易处理系统、便携终端及存储介质
EP21156393.7A EP3876175A1 (en) 2020-03-06 2021-02-10 Transaction processing system and method
JP2024078231A JP2024097969A (ja) 2020-03-06 2024-05-13 取引処理システム、携帯端末及び情報処理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020038422A JP2021140518A (ja) 2020-03-06 2020-03-06 取引処理システム、携帯端末及び情報処理プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024078231A Division JP2024097969A (ja) 2020-03-06 2024-05-13 取引処理システム、携帯端末及び情報処理プログラム

Publications (1)

Publication Number Publication Date
JP2021140518A true JP2021140518A (ja) 2021-09-16

Family

ID=74672060

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020038422A Pending JP2021140518A (ja) 2020-03-06 2020-03-06 取引処理システム、携帯端末及び情報処理プログラム
JP2024078231A Pending JP2024097969A (ja) 2020-03-06 2024-05-13 取引処理システム、携帯端末及び情報処理プログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024078231A Pending JP2024097969A (ja) 2020-03-06 2024-05-13 取引処理システム、携帯端末及び情報処理プログラム

Country Status (4)

Country Link
US (1) US20210279710A1 (ja)
EP (1) EP3876175A1 (ja)
JP (2) JP2021140518A (ja)
CN (1) CN113362055A (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210295417A1 (en) * 2020-03-23 2021-09-23 Toshiba Tec Kabushiki Kaisha Commodity sales processing system
JP2023043624A (ja) * 2021-09-16 2023-03-29 東芝テック株式会社 サーバ装置、決済結果通知システムおよびプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011210171A (ja) * 2010-03-30 2011-10-20 Japan Research Institute Ltd 決済サーバ、決済システム、決済方法および決済プログラム
JP2017142809A (ja) * 2011-12-19 2017-08-17 シークエント ソフトウェア インコーポレイテッド．Ｓｅｑｕｅｎｔ Ｓｏｆｔｗａｒｅ Ｉｎｃ． 携帯通信デバイスにおける動的一時決済認証のシステムおよび方法
JP2018147252A (ja) * 2017-03-06 2018-09-20 東芝テック株式会社 チェック装置、及びチェックプログラム
JP2019215738A (ja) * 2018-06-13 2019-12-19 シャープ株式会社 決済システム、決済処理装置、端末装置、決済システムの処理方法及びプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU4779300A (en) * 2000-05-19 2001-11-26 E-Mark Systems Inc. Electronic settlement system, settlement device and terminal
AU2000251640A1 (en) * 2000-05-25 2001-12-11 Smartmedia, Inc. Self-service shopping cart
JP2012194959A (ja) * 2011-03-02 2012-10-11 Dainippon Printing Co Ltd ショッピングシステム及びショッピング用プログラム
US10223730B2 (en) * 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
CN103617528A (zh) * 2013-12-04 2014-03-05 武海瑞 一种利用手机进行的超市商品辅助快速结算装置及方法
JP6552428B2 (ja) * 2016-02-05 2019-07-31 東芝テック株式会社 商品販売データ処理装置
CN106845965A (zh) * 2017-02-13 2017-06-13 上海云剑信息技术有限公司 线下超市自助购物的手机结账系统
US11080680B2 (en) * 2018-01-31 2021-08-03 Target Brands, Inc. Physical shopping chart-to-mobile device associations
JP2019053756A (ja) * 2018-11-15 2019-04-04 東芝テック株式会社 商品販売データ処理システム、支援装置および制御プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011210171A (ja) * 2010-03-30 2011-10-20 Japan Research Institute Ltd 決済サーバ、決済システム、決済方法および決済プログラム
JP2017142809A (ja) * 2011-12-19 2017-08-17 シークエント ソフトウェア インコーポレイテッド．Ｓｅｑｕｅｎｔ Ｓｏｆｔｗａｒｅ Ｉｎｃ． 携帯通信デバイスにおける動的一時決済認証のシステムおよび方法
JP2018147252A (ja) * 2017-03-06 2018-09-20 東芝テック株式会社 チェック装置、及びチェックプログラム
JP2019215738A (ja) * 2018-06-13 2019-12-19 シャープ株式会社 決済システム、決済処理装置、端末装置、決済システムの処理方法及びプログラム

Also Published As

Publication number Publication date
EP3876175A1 (en) 2021-09-08
JP2024097969A (ja) 2024-07-19
US20210279710A1 (en) 2021-09-09
CN113362055A (zh) 2021-09-07

Similar Documents

Publication Publication Date Title
JP7248435B2 (ja) 商品データ処理装置及び制御プログラム
JP2024097969A (ja) 取引処理システム、携帯端末及び情報処理プログラム
JP2023168409A (ja) 商品販売処理システム、商品販売処理装置及び方法、制御プログラム
JP2024019619A (ja) 情報処理装置及び情報処理プログラム
JP7534080B2 (ja) 取引処理システム
JP2023029402A (ja) 取引処理システム、取引支援装置、情報処理プログラム及び取引処理方法
JP6997233B2 (ja) 取引処理システム
WO2022050383A1 (ja) 取引処理装置、取引処理方法及びプログラム記録媒体
JP6952144B2 (ja) 取引処理システム、取引支援装置、情報処理プログラム及び取引処理方法
JP7148703B2 (ja) 取引処理システム、制御装置及び情報処理プログラム
US11893621B2 (en) Merchandise sales processing system
US20210248585A1 (en) Transaction processing system
JP6993443B2 (ja) 取引処理システム、制御装置及び情報処理プログラム
US20230096680A1 (en) Information processing device and information processing method
JP7475961B2 (ja) 取引処理システム
JP2022173337A (ja) 取引処理システム、制御装置及び情報処理プログラム
JP2022163828A (ja) 情報処理システム、クライアント装置及び情報処理プログラム
JP2021096619A (ja) 取引処理システム

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20230104

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231024

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231222

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240213