JP2021096619A - 取引処理システム - Google Patents

Abstract

【課題】 客が行うべき指示を店員が代行して行う場合に、その指示のための操作を客に確認させることを可能とする。【解決手段】 実施形態は、第１の装置及び第２の装置を含み、店舗における客との取引を処理する取引処理システムであって、第１の装置に設けられた第１の入力手段、第２の装置に設けられた第２の入力手段、処理手段、ならびに第１の装置に設けられた表示手段を備える。第１の入力手段は、客による指示を入力する。第２の入力手段は、店舗の店員による指示を入力する。処理手段は、第１の入力手段又は第２の入力手段により入力された指示に応じて取引を処理するための情報処理を実行する。表示手段は、第１の装置に設けられ、処理手段が第２の入力手段により入力された指示に応じて情報処理を実行する場合に、第２の入力手段により指示を入力する際の店員による操作を表示する。【選択図】 図１４

Description

本発明の実施形態は、取引処理システムに関する。

近年、店舗の省力化のため、取引の処理に関わる各種の情報処理に関する指示を客に行わせるセルフ化が活発である。
例えば、購入商品の登録から決済までに関わる情報処理の全てを、客が所持する情報端末を操作しての客の指示に応じて行うシステムが、スマホＰＯＳ（point-of-sale）システムなどと称されて開発されている。

しかしながら、客が行うべき操作の全てを間違い無く全ての客が行うことは困難であることから、一部の操作について店舗の店員がサポートできることが望ましい。そこで、遠隔操作により、客が行うべき指示を店員が代行して行うことが考えられる。しかしながらこの場合には、どのような操作を行うべきであったのかを客が確認することが困難であった。
このような事情から、客が行うべき指示を店員が代行して行う場合に、その指示のための操作を客に確認させることができることが望まれていた。

特開2019-133716号公報

本発明が解決しようとする課題は、客が行うべき指示を店員が代行して行う場合に、その指示のための操作を客に確認させることができる取引処理システムを提供することである。

実施形態は、第１の装置及び第２の装置を含み、店舗における客との取引を処理する取引処理システムであって、第１の装置に設けられた第１の入力手段、第２の装置に設けられた第２の入力手段、処理手段、ならびに第１の装置に設けられた表示手段を備える。第１の入力手段は、客による指示を入力する。第２の入力手段は、店舗の店員による指示を入力する。処理手段は、第１の入力手段又は第２の入力手段により入力された指示に応じて取引を処理するための情報処理を実行する。表示手段は、第１の装置に設けられ、処理手段が第２の入力手段により入力された指示に応じて情報処理を実行する場合に、第２の入力手段により指示を入力する際の店員による操作を表示する。

一実施形態に係る取引処理システムの概略構成を示すブロック図。 図１に示される店舗サーバの要部回路構成を示すブロック図。 図１に示される仮想ＰＯＳサーバの要部回路構成を示すブロック図。 図１に示されるモバイルコントローラの要部回路構成を示すブロック図。 図１に示される客端末の要部回路構成を示すブロック図。 図１に示される店員端末の要部回路構成を示すブロック図。 図６に示されるプロセッサによる店員端末アプリに基づく情報処理のフローチャート。 図６に示されるプロセッサによる店員端末アプリに基づく情報処理のフローチャート。 図７に示されるプロセッサによる被代行アプリに基づく情報処理のフローチャート。 入力画面の一例を示す図。 確認画面の一例を示す図。 選択画面の一例を示す図。 代行中画面の一例を示す図。 案内画面の一例を示す図。

以下、取引処理システムの一実施形態について、図面を用いて説明する。
図１は、本実施形態に係る取引処理システムの概略構成を示すブロック図である。
取引処理システムは、店舗システム１００、中継サーバ２００、客端末３００及び店員端末４００を含む。店舗システム１００、中継サーバ２００及び客端末３００は、通信ネットワーク５００を介して通信可能とされる。

図１では、２つの店舗システム１００を示している。これら店舗システム１００は、取引処理システムを利用するそれぞれ異なる店舗Ａ及び店舗Ｂにそれぞれ設けられる。取引処理システムを利用する店舗が３つ以上存在してもよく、店舗毎に店舗システム１００が設けられる。なお以下において、各店舗に設けられた店舗システム１００を区別する必要がある場合には、店舗Ａに設けられた店舗システム１００を店舗システム１００Ａと表し、店舗Ｂに設けられた店舗システム１００を店舗システム１００Ｂと表す。
店舗Ａを運営する事業者は、店舗Ｂを運営する事業者と同じであっても、別であってもよい。その他の店舗で取引システムが利用される場合も、その店舗を運営する事業者は、店舗Ａ又は店舗Ｂを運営する事業者と同じであっても、別であってもよい。

中継サーバ２００は、客端末３００と店舗システム１００との間でのデータ通信を中継する。中継サーバ２００は例えば、通信ネットワーク５００を介したクラウドサービスとしてデータ通信の中継機能を提供する。
客端末３００は、取引システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する端末装置である。客端末３００は、店舗システム１００と無線通信する機能と、通信ネットワーク５００と無線通信する機能とを備える。客端末３００は、客により所有されていてもよいし、店舗にて客に貸与されてもよい。

店員端末４００は、店舗システム１００が備えられた店舗の店員のためのユーザインタフェースとして機能する端末装置である。店員端末４００は、店舗システム１００と無線通信する機能を備える。店員端末４００は、１つの店舗システム１００に対して、１つのみが設けられてもよいし、複数が設けられてもよい。
通信ネットワーク５００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク５００としては典型的には、移動体通信網とインターネット又はＶＰＮとが利用される。

各店舗システム１００の概略的な構成は共通である。すなわち店舗システム１００は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５及びアクセスポイント６を、店内通信ネットワーク７を介して通信可能として構成される。ただし、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３、通信サーバ４、会計機５、アクセスポイント６及び店内通信ネットワーク７は、後述する動作を実現するための機能が共通であればよく、完全に同一である必要は無い。また一部の店舗システム１００は、図１に示されない装置を備えてもよい。

店舗サーバ１は、店舗システム１００により後述のように実現される取引処理の対象となった複数の取引を総合的に管理する。店舗サーバ１は例えば、既存のＰＯＳサーバと同様な機能を有する。
仮想ＰＯＳサーバ２は、外部からの要求に応じて取引毎の購入商品の登録及び当該購入商品の代金の決済などのための情報処理を行う。つまり仮想ＰＯＳサーバ２は、既存のＰＯＳ端末が備える機能を仮想的に実現する。ただし仮想ＰＯＳサーバ２は、客又は店員による指示の入力は行わない。仮想ＰＯＳサーバ２が行う情報処理は、店舗毎の運営方針の違いに適応するようにカスタマイズされる。つまり、例えば店舗システム１００Ａに備えられた店舗サーバ１が行う情報処理と、店舗システム１００Ｂに備えられた店舗サーバ１が行う情報処理とでは、一部相違する場合がある。仮想ＰＯＳサーバ２は、取引処理装置の一例である。

モバイルコントローラ３は、仮想ＰＯＳサーバ２による上記の情報処理を、客端末３００をユーザインタフェースデバイスとして用いつつ行わせるための支援を行う。
通信サーバ４は、店舗サーバ１、仮想ＰＯＳサーバ２、モバイルコントローラ３及び会計機５が、通信ネットワーク５００を介して中継サーバ２００等とデータを授受するための通信処理を行う。
会計機５は、仮想ＰＯＳサーバ２で管理されている取引毎の購入商品に関する代金を求めて、当該代金を客に決済させるための処理を行う。会計機５が上記の決済のために利用可能とする決済方法は、現金決済、クレジットカード決済、電子マネー決済、ポイント決済、コード決済（モバイル決済又はスマートフォン決済等とも称される）等、周知の決済方法の全て又は任意の一部であってよい。会計機５は、店員及び客のいずれにより操作されるのであってもよい。会計機５としては例えば、既存のセミセルフ方式のＰＯＳシステムで用いられるセルフ方式の会計機を用いることができる。会計機５は、商品を購入商品として登録するための情報処理を行う機能を有していてもよい。この場合に会計機５としては例えば、既存のＰＯＳシステムで用いられる対面式のＰＯＳ端末又は既存のセルフ方式のＰＯＳシステムで用いられるセルフ式のＰＯＳ端末を用いることができる。

アクセスポイント６は、客端末３００及び店員端末４００が無線通信により店内通信ネットワーク７へとアクセスすることを可能とするための通信処理を行う。アクセスポイント６としては例えば、ＩＥＥＥ８０２．１１規格により無線通信を行う周知の通信デバイスを用いることができる。アクセスポイント６は、店舗の売場のどこからでも客端末３００及び店員端末４００が無線通信可能なように、店舗内に設置される。店舗規模によっては、複数のアクセスポイント６が、１つの店舗システム１００に配置される場合もある。
店内通信ネットワーク７としては、インターネット、ＶＰＮ、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。ただし典型的には、店内通信ネットワーク７は、ＬＡＮである。

店舗システム１００が設けられた店舗には、その入口付近にチェックイン用の２次元コードＴＣ１が掲示され、その出口付近にチェックアウト用の２次元コードＴＣ２が掲示される。２次元コードＴＣ１は、チェックインのためのチェックインデータを表す。２次元コードＴＣ２は、チェックアウトのためのチェックアウトデータを表す。チェックインデータ及びチェックアウトデータは店舗毎に異なる。このため、店舗Ａ用の２次元コードＴＣ１，ＴＣ２と店舗Ｂ用の２次元コードＴＣ１，ＴＣ２とを区別する必要がある場合には、店舗Ａ用を２次元コードＴＣ１Ａ，ＴＣ２Ａと表し、店舗Ｂ用を２次元コードＴＣ１Ｂ，ＴＣ２Ｂと表す。

チェックインデータは例えば、以下に示すような情報を表す。
(1) 店舗システム１００の動作バージョン。例えば、２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａの動作バージョンを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂの動作バージョンを表す。
(2) 店舗システム１００が設けられる店舗を運営する事業者を識別するための事業者コード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａを運営する事業者に割り当てられた事業者コードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂを運営する事業者に割り当てられた事業者コードを表す。
(3) 店舗システム１００が設けられる店舗を識別するための店舗コード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａに割り当てられた店舗コードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂに割り当てられた店舗コードを表す。なお店舗コードは、取引処理システムを利用する全ての店舗の個々を識別可能なものであってもよいし、同じ事業者により運営される複数の店舗の個々を識別可能なものであってもよい。

(4) 店舗システム１００が設けられる店舗を運営する事業者の名称。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａを運営する事業者の名称を表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂを運営する事業者の名称を表す。
(5) 店舗システム１００が設けられる店舗の名称。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａの名称を表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂの名称を表す。
(6) ２次元コードＴＣ１と２次元コードＴＣ２とを区別するためのフラグ。チェックインデータにおける当該フラグは、チェックインデータであることを表す状態とされる。当該状態は、例えば“１”である。当該フラグは、全ての２次元コードＴＣ１で共通である。

(7) 通信サーバ４のＩＰアドレス。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれる通信サーバ４のＩＰアドレスを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれる通信サーバ４のＩＰアドレスを表す。
(8) 中継サーバ２００のドメイン名。当該ドメイン名は、全ての２次元コードＴＣ１で共通である。ただし、ドメイン名が互いに異なる複数の中継サーバ２００が、店舗毎に使い分けられてもよい。そしてこの場合には、２次元コードＴＣ１が表すチェックインデータは、対応する店舗で使用される中継サーバ２００のドメイン名が表される。
(9) 電子レシートサーバのアドレス。電子レシートサーバは、図１に示す取引処理システムに含まれず、通信ネットワーク５００を介して電子レシートサービスを提供する。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａを運営する事業者が利用する電子レシートサービスを提供する電子レシートサーバに通信ネットワーク５００を介してアクセスするためのアドレスを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂを運営する事業者が利用する電子レシートサービスを提供する電子レシートサーバに通信ネットワーク５００を介してアクセスするためのアドレスを表す。当該アドレスは、全ての２次元コードＴＣ１で共通であってもよいし、複数のアドレスのいずれかが２次元コードＴＣ１毎に表されていてもよい。

(10) 店舗システム１００とのデータ授受のために客端末３００が、アクセスポイント６との無線通信及び通信ネットワーク５００との無線通信とのいずれを利用すべきかを示すフラグ。例えば、店舗Ａにおいては、店舗システム１００Ａと客端末３００とのデータ授受にアクセスポイント６との無線通信を利用するのであれば、当該フラグは例えば“１”とされる。例えば、店舗Ｂにおいては、店舗システム１００Ｂと客端末３００とのデータ授受に通信ネットワーク５００との無線通信を利用するのであれば、当該フラグは例えば“０”とされる。
(11) アクセスポイント６を識別するためのＳＳＩＤ（service set identifier）。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれるアクセスポイント６を識別するＳＳＩＤを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれるアクセスポイント６のＳＳＩＤを表す。
(12) アクセスポイント６にアクセスするためのパスワード。例えば２次元コードＴＣ１Ａが表すチェックインデータは、店舗システム１００Ａに含まれるアクセスポイント６に設定されているパスワードを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗システム１００Ｂに含まれるアクセスポイント６に設定されているパスワードを表す。

(13) アクセスポイント６が利用するセキュリティ方式の識別番号。当該識別番号は例えば、ＷＰＡ２−ＰＳＫ方式には“１”が、ＷＰＡ−ＰＳＫ方式には“２”が、そしてＷＥＰ方式には“３”が割り付けられる。例えば、店舗システム１００Ａに含まれるアクセスポイント６がセキュリティ方式としてＷＰＡ２−ＰＳＫ方式を利用するならば、２次元コードＴＣ１Ａが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗システム１００Ｂに含まれるアクセスポイント６がセキュリティ方式としてＷＰＡ−ＰＳＫ方式を利用するならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該識別番号として“２”を表す。
(14) 客端末３００が中継サーバ２００との接続に失敗したときにエラーとするか、エラーとすることなく運用を続けるかを識別するためのフラグ。例えば、店舗Ａにおいては、客端末３００が中継サーバ２００との接続に失敗したときにエラーとする設定であるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、客端末３００が中継サーバ２００との接続に失敗しても運用を続ける設定であるならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(15) 客端末３００のステータスに関する送信モードの識別番号。当該送信モードには、例えば第１モード、第２モード及び第３モードがある。当該送信モードの識別番号は例えば、第１モードには“１”が、第２モードには“２”が、第３モードには“３”が割り付けられる。第１モードでは、客端末３００のステータスを中継サーバ２００に送信する。第２モードでは、客端末３００のステータスを店舗システム１００に送信する。第２モードでは、客端末３００のステータスを送信しない。例えば、店舗Ａにおいては、送信モードとして第１モードを適用するのであれば、２次元コードＴＣ１Ａが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗Ｂにおいては、送信モードとして第２モードを適用するのであれば、２次元コードＴＣ１Ｂが表すチェックインデータは当該識別番号として“２”を表す。

(16) 客端末３００のログデータを蓄積したログファイルに関する送信モードの識別番号。当該送信モードには、例えば第１モード、第２モード、第３モード及び第４モードがある。当該送信モードの識別番号は例えば、第１モードには“１”が、第２モードには“２”が、第３モードには“３”が、第４モードには“４”が割り付けられる。第１モードでは、ログファイルを中継サーバ２００にのみ送信する。第２モードでは、ログファイルを店舗システム１００にのみ送信する。第３モードでは、ログファイルを店舗システム１００及び中継サーバ２００の双方に送信する。第４モードでは、ログファイルを送信しない。例えば、店舗Ａにおいては、送信モードとして第１モードを適用するのであれば、２次元コードＴＣ１Ａが表すチェックインデータは当該識別番号として“１”を表す。また例えば、店舗Ｂにおいては、送信モードとして第２モードを適用するのであれば、２次元コードＴＣ１Ｂが表すチェックインデータは当該識別番号として“２”を表す。
(17) ログファイルを、通信ネットワーク５００を介して中継サーバ２００へとＦＴＰ（file transfer protocol）により送信する際に使用するホスト名又はＩＰアドレス。
(18) ログファイルを、通信ネットワーク５００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するユーザ名。

(19) ログファイルを、通信ネットワーク５００を介して中継サーバ２００へとＦＴＰにより送信する際に使用するパスワード。
(20) 通信ネットワーク５００を介して中継サーバ２００へとＦＴＰにより送信するログファイルのパス名。
(21) 商品コードの一種であるＵＰＣ（universal product cord）のチェックデジットを削除するか否かを識別するためのフラグ。例えば、店舗Ａにおいては、当該のチェックデジットを削除しない運用であるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにおいては、当該のチェックデジットを削除する運用であるならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。

(22) 客端末３００においてカメラ画面を自動遷移させるまでの時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(23) 客端末３００がアクセスポイント６を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(24) 客端末３００と店舗システム１００とのアクセスポイント６を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣ１Ａが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。

(25) 客端末３００が中継サーバ２００を介して店舗システム１００と通信を行う際のタイムアウト時間。２次元コードＴＣ１Ａが表すチェックインデータは当該時間として、店舗Ａに関して予め設定された時間を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された時間を表す。
(26) 客端末３００と店舗システム１００との中継サーバ２００を介した通信がタイムアウトした場合にリトライを許容する回数。２次元コードＴＣ１Ａが表すチェックインデータは当該回数として、店舗Ａに関して予め設定された回数を表す。２次元コードＴＣ１Ｂが表すチェックインデータは当該時間として、店舗Ｂに関して予め設定された回数を表す。
(27) 店員による確認が必要な商品を対象とした取引に関する確認終了の宣言を認証するための認証処理で用いる認証データ。２次元コードＴＣ１Ａが表すチェックインデータは、店舗Ａに関して予め設定された認証データを表す。２次元コードＴＣ１Ｂが表すチェックインデータは、店舗Ｂに関して予め設定された認証データを表す。認証データは、店舗毎で異なるように定められることが好ましいが、異なる店舗で同じ認証データが設定されても構わない。

(28) 店舗システム１００の動作モードを識別するためのデータ。例えば、店舗システム１００Ａが、取引処理システムを通常に運用する通常モードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、取引処理システムをデモ運用するデモモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(29) 会計機５へのデータ転送のモードを識別するためのデータ。例えば、店舗システム１００Ａが、会計機５からモバイルコントローラ３にデータ転送を要求するモードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、会計機５からの要求無しにモバイルコントローラ３から会計機５へとデータ転送するモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(30) 客端末３００での操作によるコード決済方式での決済を許容するか否かを表すフラグ。例えば、店舗Ａでは当該のコード決済を許容されるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。

(31) 購入者の年齢制限が定められている商品（以下、年齢制限商品と称する）の客端末３００での登録を許容するか否かを識別するためのフラグ。例えば、店舗Ａでは年齢制限商品の客端末３００での登録が許容されるならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂでは当該のコード決済が許容されないならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。
(32) ポイント会員の会員コードの入力モードを識別するためのデータ。例えば、店舗システム１００Ａが、会員コードを手入力するモードに設定されているならば、２次元コードＴＣ１Ａが表すチェックインデータは当該データとして例えば“１”を表す。また例えば、店舗システム１００Ｂが、バーコードの読み取りにより会員コードを入力するモードに設定されているならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該データとして例えば“２”を表す。
(33) ポイント会員の会員コードを手入力するモードが設定されている場合に、会員コードの入力に際して店員の確認を必要とするか否かを識別するためのフラグ。例えば、店舗Ａにて当該確認を必要とするならば、２次元コードＴＣ１Ａが表すチェックインデータは当該フラグとして例えば“１”を表す。また例えば、店舗Ｂにて当該確認を不要とするならば、２次元コードＴＣ１Ｂが表すチェックインデータは当該フラグとして例えば“０”を表す。

(34) チェックイン時に客端末３００のバッテリ残量のチェックをするための閾値。当該閾値は、店舗毎又は事業者毎に設定される。例えば店舗Ａを運営する事業者が当該閾値を「２０％」と定めている場合は、２次元コードＴＣ１Ａが表すチェックインデータは当該閾値として例えば“２０”を表す。また例えば店舗Ｂが当該閾値を「２５％」と定めている場合は、２次元コードＴＣ１Ｂが表すチェックインデータは当該閾値として例えば“２５”を表す。
以上が、チェックインデータが表す情報の例である。ただし、チェックインデータは、以上に示した各種の情報のうちの一部を含まなくてもよい。またチェックインデータは、以上に示した各種の情報とは別の情報を表してもよい。

図２は店舗サーバ１の要部回路構成を示すブロック図である。
店舗サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、店舗サーバ１を制御するためのコンピュータが構成される。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、店舗サーバ１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（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）などである。また複数の決済方法を選択可能とする場合には、決済情報に決済方法を識別するための決済方法コードを含む場合もある。また、ポイントサービスを提供する店舗の場合には、ポイントサービスのＩＤ及び保有ポイント数などを決済情報に含む場合もある。

この他、データベース群ＤＢ１１には、既存のＰＯＳシステムにおけるＰＯＳサーバで管理されるような様々なデータベースが含まれ得る。なお、データベース群ＤＢ１１がどのようなデータベースと含むか、あるいはそれらデータベースがどのようなデータをどのような構造で含んでいるかは、店舗毎に定められてよい。

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

補助記憶ユニット２３は、仮想ＰＯＳアプリＡＰ２１を記憶する。仮想ＰＯＳアプリＡＰ２１は、アプリケーションプログラムであり、仮想ＰＯＳサーバ２としての機能を実現するための情報処理について記述されている。仮想ＰＯＳアプリＡＰ２１は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して作成された別々のものであってよい。例えば、店舗Ａでは、店舗Ｂでは行われない割引サービスを行うのであるならば、店舗システム１００Ａで用いられる仮想ＰＯＳアプリＡＰ２１は、当該割引サービスを実現するための情報処理について記述され、店舗システム１００Ｂで用いられる仮想ＰＯＳアプリＡＰ２１は、当該割引サービスを実現するための情報処理について記述されない。

補助記憶ユニット２３の記憶領域の一部は、取引データベースＤＢ２１として使用される。取引データベースＤＢ２１は、店内で買い回り中である客との取引に関連付けられたデータレコードの集合である。取引データベースＤＢ２１のデータレコードには、取引コードと、購入商品として登録済みの商品に関する商品データとを含む。取引コードは、取引の個々を識別するために取引毎に設定された一意の識別コードである。商品データは、商品コード、商品名、価格及び個数などを表す。取引データベースＤＢ２１の構造は、店舗毎、あるいは店舗を運営する事業者毎の店舗運営方針に適応して個別に定められてよい。

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

補助記憶ユニット３３は、登録支援アプリＡＰ３１を記憶する。登録支援アプリＡＰ３１は、アプリケーションプログラムであり、購入商品の登録を支援するための情報処理について記述されている。登録支援アプリＡＰ３１は、各店舗システム１００で共通である。ただし、登録支援アプリＡＰ３１に基づく情報処理のための各種の設定は、店舗システム１００毎にカスタマイズされてもよい。

補助記憶ユニット２３の記憶領域の一部は、取引管理データベースＤＢ３１及び登録データベースＤＢ３２として使用される。これら取引管理データベースＤＢ３１及び登録データベースＤＢ３２の構造は、各店舗システム１００で共通である。
取引管理データベースＤＢ３１は、店内で客が利用する客端末３００に関連付けられたデータレコードの集合である。このため、店内に存在する客が１人であるときには、取引管理データベースＤＢ３１はデータレコードを１つ含む。また店内に存在する客が１人も居ないときには、取引管理データベースＤＢ３１はデータレコードを含まない。取引管理データベースＤＢ３１のデータレコードは例えば、客端末３００の端末ＩＤ（identifier）に関連付けて、当該客端末３００を利用している客を識別する会員コードと、当該客端末３００を利用して行われる取引を識別する取引コードとを記述している。
登録データベースＤＢ３２は、店内で買い回り中である客との取引に関連付けられたデータレコードの集合である。登録データベースＤＢ３２のデータレコードは例えば、取引コードに関連付けて、購入商品として登録済みの商品のそれぞれに関する登録データが記述される。登録データは例えば、商品コード、価格、個数及び取消フラグを含む。なお取消フラグは、それを含む登録データに関する商品が登録商品から取り消された場合に、セットされる。

図５は客端末３００の要部回路構成を示すブロック図である。
客端末３００は、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６、モバイル通信ユニット３０７及び伝送路３０８等を備える。プロセッサ３０１と、メインメモリ３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５及びモバイル通信ユニット３０７とは、伝送路３０８を介して通信可能とされている。そして、プロセッサ３０１、メインメモリ３０２及び補助記憶ユニット３０３が伝送路３０８により接続されていることによって、客端末３００を制御するためのコンピュータが構成される。なお、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３及び伝送路３０８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。

タッチパネル３０４は、客端末３００の操作デバイス及び表示デバイスとして機能する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
無線通信ユニット３０６は、アクセスポイント６との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット３０６としては、例えばＩＥＥＥ８０２．１１規格に準拠した周知の通信デバイスを利用できる。
モバイル通信ユニット３０７は、通信ネットワーク５００を介したデータ通信のインタフェースである。モバイル通信ユニット３０７としては、例えば移動通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。

補助記憶ユニット３０３は、情報処理プログラムの１つであるスマホＰＯＳアプリＡＰ３０１及び被代行アプリＡＰ３０２を記憶する。スマホＰＯＳアプリＡＰ３０１は、アプリケーションプログラムであり、客端末３００を店舗システム１００のユーザインタフェースとして機能させるための情報処理について記述されている。被代行アプリＡＰ３０２は、店員端末４００による代行操作を受けるための後述する情報処理について記述されている。スマホＰＯＳアプリＡＰ３０１及び被代行アプリＡＰ３０２は、複数の客端末３００で共通に利用される。スマホＰＯＳアプリＡＰ３０１及び被代行アプリＡＰ３０２は、それらに対応する２つのプログラムモジュールを含んだ１つのアプリケーションプログラムに置き換えられてもよい。

図６は店員端末４００の要部回路構成を示すブロック図である。
店員端末４００は、プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５、無線通信ユニット４０６及び伝送路４０７等を備える。プロセッサ４０１と、メインメモリ４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５及び無線通信ユニット４０６とは、伝送路４０７を介して通信可能とされている。そして、プロセッサ４０１、メインメモリ４０２及び補助記憶ユニット４０３が伝送路４０７により接続されていることによって、店員端末４００を制御するためのコンピュータが構成される。なお、プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５及び無線通信ユニット４０６及び伝送路４０７の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル３０４、カメラ３０５及び無線通信ユニット３０６及び伝送路１５と同等であるので、その説明は省略する。なお店員端末４００は、モバイル通信ユニット３０７と同様な機能のユニットを備えていてもよい。

補助記憶ユニット４０３は、情報処理プログラムの１つである店員端末アプリＡＰ４０１を記憶する。店員端末アプリＡＰ４０１は、アプリケーションプログラムであり、店員端末４００を店舗システム１００のユーザインタフェースとして機能させるための後述する情報処理について記述されている。

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

店員端末４００としては、例えばスマートフォン又はタブレットコンピュータなどの可搬型の汎用の情報処理装置、あるいはデスクトップコンピュータなどの据置型の汎用の情報処理装置を用いることができる。そして店員端末４００の譲渡は一般に、補助記憶ユニット４０３に店員端末アプリＡＰ４０１が記憶されない状態のハードウェアと、店員端末アプリＡＰ４０１とが別々の状態にて行われる。そして、任意の作業者の操作に応じて、補助記憶ユニット４０３に店員端末アプリＡＰ４０１が書き込まれることによって、店員端末４００が構成されてもよい。店員端末アプリＡＰ４０１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。ただし、店員端末アプリＡＰ４０１が補助記憶ユニット４０３に書き込まれた状態の店員端末４００が譲渡されてもよい。店員端末アプリＡＰ４０１は、メインメモリ４０２に記憶されてもよい。

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

以下に説明する取引処理システムの動作により客に提供されるサービスをスマホＰＯＳサービスと称する。
客は、スマホＰＯＳサービスを利用するためには、自らが所有するスマートフォン又はタブレットコンピュータ等の汎用の情報端末にスマホＰＯＳアプリＡＰ３０１及び被代行アプリＡＰ３０２をインストールして、客端末３００として利用可能としておく。あるいは、客は、タブレット端末などにスマホＰＯＳアプリＡＰ３０１をインストールして構成された客端末３００を店舗にて借りる。そして客は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理を起動した状態の客端末３００を持って、店舗システム１００が設けられたいずれかの店舗へと入る。

客は、店舗に入って買い物を開始する場合には、客端末３００にて買い物の開始を指定するための予め定められた操作を行う。そして客は、店舗の入口付近に掲示されている２次元コードＴＣ１をカメラ３０５に撮影させる。これにより、客端末３００は前述したようなチェックインデータを取得し、以後、当該チェックインデータに示された店舗システム１００の設定に適応した動作を行う。また客端末３００は、チェックインデータに基づいて、モバイルコントローラ３に対して、チェックインを要求する。この要求に応じてモバイルコントローラ３においてプロセッサ３１は、客端末３００を利用している客との取引を仮想ＰＯＳサーバ２が処理するのを支援するための支援処理を開始する。そして仮想ＰＯＳサーバ２は、モバイルコントローラ３の支援の下で、客端末３００を操作しての客による指示に応じて、登録処理及び会計処理を行う。

客端末３００においてプロセッサ３０１は、登録処理及び会計処理のための客による指示を入力する。具体的にはプロセッサ３０１は、登録処理及び会計処理のための客の各種の指示を受けるために、客端末３００のタッチパネル３０４に各種の操作画面を表示させた上で、客による指示を待ち受ける。プロセッサ３０１は例えば、商品登録、購入商品の個数の変更、購入商品の取消、会計の開始、会計を客端末３００での操作及び会計機５のいずれで行うか、決済方法、あるいは例えばクレジット番号などの決済に適用する決済情報などの指示を受ける。かくしてスマホＰＯＳアプリＡＰ３０１に基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは第１の入力手段として機能する。そして客端末３００は、第１の装置の一例である。
なお、指示は客端末３００にて入力するが、客端末３００は指示の内容をそのままモバイルコントローラ３に通知してもよい。そして上記の各種の指示のいずれが行われたかは、モバイルコントローラ３にてプロセッサ３１が判断してもよい。

登録処理は、客が購入しようとする商品を購入商品として登録する処理である。会計処理は、購入商品の代金を算出し、当該代金を客に決済させるための処理である。当該の登録処理及び会計処理は、例えば既存のＰＯＳシステムにおけるＰＯＳサーバがＰＯＳ端末での操作に応じて行っている処理と同様な処理であってよい。登録処理及び会計処理は、プロセッサ２１による情報処理により実現される。そして登録処理及び会計処理は、取引を処理するための情報処理に相当する。かくして仮想ＰＯＳアプリＡＰ２１に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは処理手段として機能する。

モバイルコントローラ３による支援処理は、客端末３００で入力される指示を、ＰＯＳ端末で与えられた指示であるが如く仮想ＰＯＳサーバ２に与え、また客端末３００をＰＯＳ端末の如く動作させるための処理である。当該支援処理は、プロセッサ３１による情報処理により実現される。

本実施形態においては、登録処理及び会計処理のための指示は、原則としては客により行われるべきである。しかしながら、スマホＰＯＳサービスの利用、あるいは客端末３００の操作に不慣れな客の場合、指示を適切に行えない場合がある。そしてこのような客が、店員に対して客端末３００の操作を問い合わせることが考えられる。このような問い合わせを受けた店員は、店員端末アプリＡＰ４０１による情報処理を起動した店員端末４００を用いて、客をサポートする。

図７及び図８はプロセッサ４０１による店員端末アプリＡＰ４０１に基づく情報処理のフローチャートである。
図７中のＡＣＴ１としてプロセッサ４０１は、リスト画面をタッチパネル４０４に表示させる。リスト画面は、店内で稼働中の客端末３００のリストを表し、それら客端末３００のうちから操作代行の対象とする１つの客端末３００を店員に指定させるための画面である。プロセッサ４０１は例えば、店内で稼働中の客端末３００のリストをモバイルコントローラ３から取得し、そのリストを表したリスト画面を生成し、タッチパネル４０４に表示させる。リスト画面の生成は、モバイルコントローラ３にてプロセッサ３１により行われてもよい。

ＡＣＴ２としてプロセッサ４０１は、操作代行の対象とする客端末３００が指定されるのを待ち受ける。店員は、リスト画面を確認し、問い合わせてきた客が利用している客端末３００を指定する。これに応じてプロセッサ４０１はＹＥＳと判定し、ＡＣＴ３へと進む。

ＡＣＴ３としてプロセッサ４０１は、客端末３００に対して、代行開始を通知する。プロセッサ４０１は例えば、代行開始を通知するための通知データを、モバイルコントローラ３に宛てて無線通信ユニット４０６から送信する。プロセッサ４０１は通知データには、代行開始の通知であることを表すものとして予め定められた識別データを通知の理由を表す識別データとして含める。プロセッサ４０１は通知データには、客端末３００の端末ＩＤを通知先ＩＤとして含める。またプロセッサ４０１は通知データには、プロセッサ４０１が設けられた店員端末４００の端末ＩＤを通知元ＩＤとして含める。この通知データは、アクセスポイント６及び店内通信ネットワーク７によりモバイルコントローラ３へと伝送される。そして通知データは、モバイルコントローラ３にて通信インタフェース３４により受信される。

これに応じてモバイルコントローラ３にてプロセッサ３１は、代行開始を通知するための通知データを、受信した通知データに含まれた通知先ＩＤで識別される客端末３００に宛てて通信インタフェース３４から送信する。プロセッサ３０１は、通信インタフェース３４により受信された通知データをそのまま転送するのでもよいし、当該通知データに基づく別の通知データを送信するのでもよい。プロセッサ３０１は、送信する通知データには、少なくとも、代行開始の通知であることを表すものとして予め定められた識別データを通知の理由を表す識別データとして含めるとともに、受信した通知データに含まれた通知元ＩＤを含める。なお、店員端末４００から送信される通知データに含められる識別データと、客端末３００へと送信される通知データに含められる識別データとは、同じ理由を表す場合でも、互いに異なっていても構わない。この通知データは、店内通信ネットワーク７及びアクセスポイント６を介して、あるいは店内通信ネットワーク７、通信サーバ４、通信ネットワーク５００、中継サーバ２００及び通信ネットワーク５００を介して、客端末３００へと伝送される。そして通知データは、客端末３００にて無線通信ユニット３０６又はモバイル通信ユニット３０７により受信される。

以降における店員端末４００から客端末３００への各種の通知は、モバイルコントローラ３を介して上記と同様に行われる。また、以降における客端末３００から店員端末４００への各種の通知は、モバイルコントローラ３を介して、上記とは逆の流れで行われる。
なお、客端末３００と店員端末４００とが、店内通信ネットワーク７を介して、モバイルコントローラ３を介すること無しに各種の通知を行ってもよい。また、客端末３００と店員端末４００との直接の無線通信によって、互いの通知を行ってもよい。

客端末３００においてプロセッサ３０１は、代行開始が通知されたならば、被代行アプリＡＰ３０２に基づく情報処理を開始する。なおプロセッサ３０１はこのとき、前述のように実行しているスマホＰＯＳアプリＡＰ３０１に基づく情報処理を終了することなく、被代行アプリＡＰ３０２に基づく情報処理を並行して実行する。

図９はプロセッサ３０１による被代行アプリＡＰ３０２に基づく情報処理のフローチャートである。
ＡＣＴ２１としてプロセッサ３０１は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理が、客による指示を待ち受ける状態にあるか否かを確認する。そしてプロセッサ３０１は、待受状態にないならばＮＯと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ３０１は、代行開始を拒否する旨を、代行開始の通知元の店員端末４００に対して通知する。そしてプロセッサ３０１は、これをもって被代行アプリＡＰ３０２に基づく情報処理を終了する。

プロセッサ３０１は、客による指示を待ち受ける状態にあるならばＡＣＴ２１にてＹＥＳと判定し、ＡＣＴ２３へと進む。
ＡＣＴ２３としてプロセッサ３０１は、代行操作の対象となる画面（以下、対象画面と称する）がどの画面であるかを、代行開始の通知元の店員端末４００に対して通知する。なお、客は、客端末３００にて表示されている画面での操作が不明なのであるから、当該表示中の画面が対象画面である。例えばプロセッサ３０１は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理で客からの指示を待ち受けるためにタッチパネル３０４に表示されている画面の画面ＩＤを当該通知のための通知データに含める。

店員端末４００にてプロセッサ４０１は、図７中のＡＣＴ３にて代行開始を通知したのちには、ＡＣＴ４へと進む。
ＡＣＴ４としてプロセッサ４０１は、拒否通知がなされたか否かを確認する。そしてプロセッサ４０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ５へと進む。
ＡＣＴ５としてプロセッサ４０１は、画面通知がなされたか否かを確認する。そしてプロセッサ４０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ４へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４及びＡＣＴ５としては、拒否通知又は画面通知を待ち受ける。そしてプロセッサ４０１は、上記のように客端末３００から拒否通知がなされたならばＡＣＴ４にてＹＥＳと判定し、ＡＣＴ６へと進む。

ＡＣＴ６としてプロセッサ４０１は、エラー画面をタッチパネル４０４に表示させる。エラー画面は、客端末３００が操作を代行されるべき状況にないことを店員に報知するものとして予め定められた画面である。プロセッサ４０１は、予め定められた終了条件が成立したならば、ＡＣＴ１へと戻り、タッチパネル４０４での表示をリスト画面に戻す。

一方、プロセッサ４０１は、上記のように客端末３００から画面通知がなされたならばＡＣＴ５にてＹＥＳと判定し、図８中のＡＣＴ７へと進む。
ＡＣＴ７としてプロセッサ４０１は、対象画面が要確認として予め設定された画面であるか否かを確認する。店員による代理操作は許容されるものの、客により操作されることが好ましい画面を、要確認として予め設定しておく。ただし、具体的にどの画面を要確認として設定するかは、店舗の管理者などによって任意に定められてよい。そしてプロセッサ４０１は、対象画面が要確認として設定されているならばＹＥＳと判定し、ＡＣＴ８へと進む。
ＡＣＴ８としてプロセッサ４０１は、確認画面をタッチパネル４０４に表示させる。確認画面は、対象画面に関する代理操作を行うか否かを店員に選択させるための画面である。

図１０は入力画面ＳＣ１の一例を示す図である。
入力画面ＳＣ１は、客端末３００にてプロセッサ３０１が、スマホＰＯＳアプリＡＰ３０１に基づく情報処理において、クレジット番号を客に入力させるためにタッチパネル３０４に表示させる画面である。入力画面ＳＣ１は、表示エリアＡＲ１１、入力エリアＡＲ１２、ボタンＢＵ１１，ＢＵ１２及びテンキーＴＫ１１を含む。表示エリアＡＲ１１は、登録済みの商品の合計個数と合計金額とを表す。図１０の例では、合計５個の商品が登録済みであり、その合計金額が１，７２０円である場合の例である。入力エリアＡＲ１２は、クレジット番号を入力するためのエリアである。図１０の例では、まだクレジット番号は入力されていない状態を表している。ボタンＢＵ１１は、クレジット番号の入力完了を客が指示するためのソフトキーである。ボタンＢＵ１２は、クレジット番号の入力を取り止めることを客が指示するためのソフトキーである。テンキーＴＫ１１は、数字を客が入力するためのソフトキー群である。

クレジット番号の入力のための操作は、客により行われることが好ましい。しかしながら、客の要望に応じてであれば、店員によるクレジット番号の入力を許容するのであれば、入力画面ＳＣ１は要確認として設定されることが想定される。

図１１は確認画面ＳＣ２の一例を示す図である。
図１１に示す確認画面ＳＣ２は、図１０に示される入力画面ＳＣ１がタッチパネル３０４にて表示されている状態の客端末３００が操作代行の対象として指定された場合の例である。

確認画面ＳＣ２は、入力画面ＳＣ１に重ねてウィンドウＷＩ２１を表した画面である。ウィンドウＷＩ２１は、メッセージＭＥ２１及びボタンＢＵ２１，ＢＵ２２を表す。メッセージＭＥ２１は、操作代行の対象となる画面における指示が客により行われることが推奨されることを店員に報知するための文字メッセージである。ボタンＢＵ２１は、操作代行の実行を店員が指示するためのソフトキーである。ボタンＢＵ２１は、操作代行の取り止めを店員が指示するためのソフトキーである。

要確認として設定されている対象画面を店員端末４００にて表示するならば、客により行われることが推奨されるとして予め定められた指示を第２の入力手段としてのプロセッサ４０１が入力する状態が形成される。そして確認画面は、第１の入力手段としてのプロセッサ３０１により指示が入力されるべきであることを店員に報知する画面である。かくして店員端末アプリＡＰ４０１に基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは第１の報知手段として機能する。

確認画面ＳＣ２の表示により、対象画面における指示の入力が、客により行われることが好ましいことの注意を店員に促すことができる。店員は、指示が客により行われることが好ましいことを考慮しつつ、操作代行を実行するか、取り止めて客に操作させるかを判断する。そして店員は、操作代行を実行するならば、ボタンＢＵ２１にタッチするなどの予め定められた操作によって実行を指示する。また店員は、操作代行を取り止めるならば、ボタンＢＵ２２にタッチするなどの予め定められた操作によって取り止めを指示する。

プロセッサ４０１は、確認画面ＳＣ２をタッチパネル４０４に表示させた状態で、図８中のＡＣＴ９へと進む。
ＡＣＴ９としてプロセッサ４０１は、操作代行の取り止めが指示されたか否かを確認する。そしてプロセッサ４０１は、該当の指示を確認できないならばＮＯと判定し、ＡＣＴ１０へと進む。
ＡＣＴ１０としてプロセッサ４０１は、操作代行の実行が指示されたか否かを確認する。そしてプロセッサ４０１は、該当の指示を確認できないならばＮＯと判定し、ＡＣＴ９へと戻る。
かくしてプロセッサ４０１はＡＣＴ９及びＡＣＴ１０としては、操作代行の取り止め又は実行が指示されるのを待ち受ける。そしてプロセッサ４０１は、上述のように店員により実行が指示されたことを確認したならば、ＡＣＴ１０にてＹＥＳと判定し、ＡＣＴ１２へと進む。

一方でプロセッサ４０１は、対象画面が要確認として設定されていないならば、ＡＣＴ７にてＮＯと判定し、ＡＣＴ１１へと進む。
ＡＣＴ１１としてプロセッサ４０１は、対象画面が店員指示禁止に設定されているか否かを確認する。店員により代理操作されるべきではない画面を、店員指示禁止として予め設定しておく。ただし、具体的にどの画面を店員指示禁止として設定するかは、店舗の管理者などによって任意に定められてよい。例えば、上記の入力画面ＳＣ１は、クレジット番号を客から聞くことを禁じている店舗においては、店員指示禁止として設定されることになる。そしてプロセッサ４０１は、対象画面が店員指示禁止として設定されていないならばＮＯと判定し、ＡＣＴ１２へと進む。
かくしてプロセッサ４０１は、対象画面が要確認及び店員指示禁止のいずれにも設定されていない場合と、対象画面が要確認に設定されているものの、確認画面にて代理操作の実行が指示された場合とにＡＣＴ１２へと進む。

図１２は選択画面ＳＣ３の一例を示す図である。
選択画面ＳＣ３は、客端末３００にてプロセッサ３０１が、スマホＰＯＳアプリＡＰ３０１に基づく情報処理において、代金の支払方法を客に選択させるためにタッチパネル３０４に表示させる画面である。
選択画面ＳＣ３は、表示エリアＡＲ３１、メッセージＭＥ３１及びボタンＢＵ３１，ＢＵ３２を含む。表示エリアＡＲ３１は、登録済みの商品の合計個数と合計金額とを表す。図１２の例では、合計５個の商品が登録済みであり、その合計金額が１，７２０円である場合の例である。メッセージＭＥ３１は、支払方法の選択を客に促すための文字メッセージである。ボタンＢＵ３１は、客端末３００での操作により決済することを客が指示するためのソフトキーである。ボタンＢＵ３２は、会計機５を利用して決済することを客が指示するためのソフトキーである。

選択画面ＳＣ３における決済方法の指示は、一般には店員が代行しても問題がない。このため選択画面ＳＣ３は、要確認の設定も、店員指示禁止の設定もなされないことが想定される。このため、選択画面ＳＣ３が対象画面であるならば、プロセッサ４０１は、図８中のＡＣＴ７及びＡＣＴ１１にていずれもＮＯと判定し、ＡＣＴ１２へと進むことになる。

ＡＣＴ１２としてプロセッサ４０１は、対象画面をタッチパネル４０４に表示させる。なお、客端末３００にて表示される画面のうちで対象画面となり得る画面の全てのデータを、店員端末４００の補助記憶ユニット４０３に記憶しておく。あるいは、客端末３００にて表示される画面のうちで対象画面となり得る画面の全てを、プロセッサ４０１による情報処理により生成可能としておく。なお、対象画面の画面データを、客端末３００から店員端末４００に送信してもよい。

店員は、店員端末４００のタッチパネル４０４に表示された対象画面に関して、客が行うべき操作を代行して行う。なお店員は、何らかの事情により操作の代行を取り止めるならば、例えば対象画面に追加して表されたキャンセル指示用のボタンにタッチするなどの予め定められた操作により取り止めを指示する。

ＡＣＴ１３としてプロセッサ４０１は、対象画面に関する操作が行われたか否かを確認する。そしてプロセッサ４０１は、該当する操作が行われないならばＮＯと判定し、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ４０１は、代行の取り止めが指示されたか否かを確認する。そして該当の指示が確認できないならばＮＯと判定し、ＡＣＴ１３へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ１３及びＡＣＴ１４としては、対象画面に関する操作又は取り止めの指示を待ち受ける。そしてプロセッサ４０１は、上記のように対象画面に関する操作が行われたならばＡＣＴ１３にてＹＥＳと判定し、ＡＣＴ１５へと進む。

ＡＣＴ１５としてプロセッサ４０１は、上記の操作によりなされた指示を客端末３００へと通知する。そしてプロセッサ４０１はこののち、ＡＣＴ１６へと進む。このときにプロセッサ４０１は、店員による指示を入力している。かくして店員端末アプリＡＰ４０１に基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは第２の入力手段として機能する。そして店員端末４００は、第２の装置の一例である。

なおプロセッサ４０１は、確認画面ＳＣ２を表示しているときに取り止めが指示されたことを確認したならば、ＡＣＴ９にてＹＥＳと判定し、ＡＣＴ１０乃至ＡＣＴ１５をパスしてＡＣＴ１６へと進む。またプロセッサ４０１は、対象画面が店員指示禁止に設定されているならば、ＡＣＴ１１にてＹＥＳと判定し、ＡＣＴ１２乃至ＡＣＴ１５をパスしてＡＣＴ１６へと進む。またプロセッサ４０１は、対象画面を表示しているときに上記のように取り止めが指示されたことを確認したならば、ＡＣＴ１４にてＹＥＳと判定し、ＡＣＴ１５をパスしてＡＣＴ１６へと進む。つまりこれらの場合にプロセッサ４０１は、ＡＣＴ１５を実行することなくＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ４０１は、代行終了を客端末３００に対して通知する。そしてプロセッサ４０１はこののち、店員端末アプリＡＰ４０１に基づく情報処理を終了する。

さて客端末３００にてプロセッサ３０１は、図９中のＡＣＴ２３にて対象画面を通知したならば、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ３０１は、代行中画面をタッチパネル３０４に表示させる。代行中画面は、操作が店員端末４００により代行される状態にあることを客に報知するための画面である。

図１３は代行中画面ＳＣ４の一例を示す図である。
図１３に示す代行中画面ＳＣ４は、図１２に示す選択画面ＳＣ３がタッチパネル３０４にて表示されている状態の客端末３００が操作代行の対象として指定された場合の例である。

図１３に示す代行中画面ＳＣ４は、選択画面ＳＣ３の見た目を表した画像にウィンドウＷＩ４１を重ねて形成される。代行中画面ＳＣ４は、選択画面ＳＣ３におけるボタンＢＵ３１，ＢＵ３２の見た目を表すが、スフとキーとしての機能は有さない。ウィンドウＷＩ４１は、操作が店員端末４００により代行される状態にあるために操作できないことを客に報知するための文字メッセージを表す。つまり代行中画面ＳＣ４を表示することは、第１の入力手段としてのプロセッサ３０１による指示の入力が無効であることを客に報知することに相当する。かくして被代行アプリＡＰ３０２に基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは第２の報知手段として機能する。

客は、操作の代行を店員に要求しているのではあるが、客端末３００でも指示を入力可能な状態であると、何らかの指示が客端末３００でも入力されてしまう恐れがある。しかしながら代行中画面ＳＣ４を表示することにより、スマホＰＯＳアプリＡＰ３０１に基づく情報処理では、客による指示を受けることができない状態となる。これにより、同じ画面に基づく指示が客端末３００及び店員端末４００の双方で行われてしまうことが防止される。

プロセッサ３０１は、代行中画面ＳＣ４をタッチパネル３０４に表示させた状態で、図９中のＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ３０１は、指示が通知されたか否かを確認する。そしてプロセッサ４０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ３０１は、操作代行の終了が通知されたか否かを確認する。そしてプロセッサ３０１は、該当の通知を確認できないならばＮＯと判定し、ＡＣＴ２５へと戻る。
かくしてプロセッサ３０１はＡＣＴ２５及びＡＣＴ２６としては、指示又は操作代行の終了が通知されるのを待ち受ける。なおプロセッサ３０１は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理においては、代行中画面ＳＣ４に表された対象画面での操作は、対象画面における指示とはしない。

そしてプロセッサ３０１は、上述のように店員端末４００から指示が通知されたことを確認したならば、ＡＣＴ２５にてＹＥＳと判定し、ＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ３０１は、案内画面をタッチパネル３０４に表示させる。案内画面は、店員端末４００での代理操作を客に案内するための画面である。

図１４は案内画面ＳＣ５の一例を示す図である。
図１４に示す案内画面ＳＣ５は、図１２に示す選択画面ＳＣ３が対象画面とされており、店員端末４００で店員により、客端末３００での操作により決済することが指示された場合の例である。

図１４に示す案内画面ＳＣ５では、選択画面ＳＣ３におけるボタンＢＵ３１に相当するエリアＡＲ５１を強調表示するとともに、当該エリアＡＲ５１に重ねて画像ＩＭ５１を表すことにより、ボタンＢＵ３１をタッチする様子を表している。なお、エリアＡＲ５１の強調表示は、例えば網掛け表示、カラー表示、あるいは点滅表示などであってよい。また画像ＩＭ５１は、案内画面ＳＣ５外から移動してきてエリアＡＲ５１に重なった状態で静止するようなアニメーション表示としてもよい。
かくして被代行アプリＡＰ３０２に基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは表示手段として機能する。

図９中のＡＣＴ２８としてプロセッサ３０１は、店員端末４００から通知された指示を、客端末３００での指示として、スマホＰＯＳアプリＡＰ３０１に基づく情報処理に通知する。
ＡＣＴ２９としてプロセッサ３０１は、代行終了通知を待ち受ける。そしてプロセッサ３０１は、前述のように店員端末４００にてプロセッサ４０１が、図８中のＡＣＴ１５からＡＣＴ１６へと進んで代行終了を通知したことに応じてＹＥＳと判定し、被代行アプリＡＰ３０２に基づく情報処理を終了する。
なおプロセッサ３０１は、プロセッサ４０１が図８中のＡＣＴ１５を実行することなくＡＣＴ１６へと進んで代行終了を通知した場合には、図９中のＡＣＴ２６にてＹＥＳと判定し、ＡＣＴ２７乃至ＡＣＴ２８を行うことなしに被代行アプリＡＰ３０２に基づく情報処理を終了する。

プロセッサ３０１は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理では、対象画面における指示を待ち受ける状態にあるので、被代行アプリＡＰ３０２に基づく情報処理により通知された指示がなされたものと判断して、その指示に応じた処理へと進む。この結果として仮想ＰＯＳサーバ２においてプロセッサ２１は、店員端末４００での店員による指示に応じて登録処理又は会計処理を実行することになる。ただしプロセッサ２１は、店員端末４００にてプロセッサ４０１が店員端末アプリＡＰ４０１に基づく情報処理を実行しない状態においては、店員端末４００での店員の指示は考慮することなく、客端末３００での客の指示に応じて登録処理又は会計処理を実行する。かくしてプロセッサ４０１が店員端末アプリＡＰ４０１に基づく情報処理を実行しない状態は第１の操作モードに相当し、実行する状態は第２の操作モードに相当する。
この後、客端末３００のタッチパネル３０４における表示は、スマホＰＯＳアプリＡＰ３０１に基づく情報処理によって、仮想ＰＯＳサーバ２での処理結果を反映するように更新される。

以上のように本実施形態の取引処理システムによれば、店員端末４００を操作しての店員による指示により、客端末３００での客の操作により行うべき指示を代行することができる。そしてこのように指示の代行のための操作が、案内画面ＳＣ５を客端末３００で表示することによって客に案内される。このため客は、店員により代行された指示のための操作を確認することができる。

このとき、店員の操作は店員端末４００で行われ、案内画面ＳＣ５の表示は客端末３００で行われるので、店員は客に見易いように操作を行う必要がないため店員の負担が過度に増加することも無いし、客も店員の操作を覗き込むこともないので容易に操作を確認できる。

この実施形態は、次のような種々の変形実施が可能である。
取引処理システムは、カートＰＯＳサービス、セルフ決済サービス又はセミセルフ決済サービスなどを提供するものとして実現されてもよい。カートＰＯＳサービスを提供する場合、第１の装置は例えばカート端末となる。セルフ決済サービスを提供する場合、第１の装置は例えばセルフＰＯＳ端末となる。セミセルフ決済サービスを提供する場合、第１の装置は例えばセミセルフ会計機となる。

図７及び図８に示す情報処理に類する情報処理を、モバイルコントローラ３のプロセッサ３１又は別のサーバが備えるプロセッサが、店員端末４００をユーザインタフェースデバイスとして用いながら実行してもよい。

図９に示す情報処理に類する情報処理を、モバイルコントローラ３のプロセッサ３１又は別のサーバが備えるプロセッサが、客端末３００をユーザインタフェースデバイスとして用いながら実行してもよい。

登録処理及び会計処理の全て又は一部を、客端末３００でプロセッサ３０１が実行してもよい。この場合は、プロセッサ３０１を中枢とするコンピュータが処理手段としての機能を持つことになる。

登録処理及び会計処理の全て又は一部を、モバイルコントローラ３でプロセッサ３１又は別のサーバが備えるプロセッサが実行してもよい。この場合は、プロセッサ３１又は別のサーバが備えるプロセッサを中枢とするコンピュータが処理手段としての機能を持つことになる。

確認画面ＳＣ２、代行中画面ＳＣ４及び案内画面ＳＣ５の少なくともいずれか１つの表示を、モバイルコントローラ３のプロセッサ３１又は別のサーバが備えるプロセッサが実行してもよい。この場合は、プロセッサ３１又は別のサーバが備えるプロセッサを中枢とするコンピュータが表示手段、第１の報知手段又は第２の報知手段としての機能を持つことになる。

前記の実施形態では、店員端末４００にて１つの指示がなされると代行状態が解除される。これにより、本来は客が行うべき指示を店員が安易に代行し続けてしまうことを防止できる。しかしながら、客端末３００又は店員端末４００にて解除が指示されるまで、代行状態を継続し、複数の指示を連続して店員が代行することを可能としてもよい。

客端末３００と店員端末４００との間での各種の通知に関して、通知元から送信する通知データには通知元の端末ＩＤを含めなくてもよい。この場合は例えばモバイルコントローラ３にてプロセッサ３１が、通知元との通信のプロトコルを利用して通知元を識別すればよい。

代行開始を通知する通知データの送信元の端末ＩＤと通知先の端末ＩＤとを関連付けてモバイルコントローラ３で管理しておき、通知元から送信する他の通知データには、通知先の端末ＩＤを含めなくてもよい。

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

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

１００（１００Ａ，１００Ｂ）…店舗システム、２００…中継サーバ、３００…客端末、４００…店員端末、５００…通信ネットワーク、１…店舗サーバ、２…仮想ＰＯＳサーバ、３…モバイルコントローラ、４…通信サーバ、５…会計機、６…アクセスポイント、７…店内通信ネットワーク、１１，２１，３１，３０１，４０１…プロセッサ、１２，２２，３２，３０２，４０２…メインメモリ、１３，２３，３３，３０３，４０３…補助記憶ユニット、１４，２４，３４…通信インタフェース、１５，２５，３５，３０８，４０７…伝送路、３０４，４０４…タッチパネル、３０５，４０５…カメラ、３０６，４０６…無線通信ユニット、３０７…モバイル通信ユニット。

Claims (5)

1. 第１の装置及び第２の装置を含み、店舗における客との取引を処理する取引処理システムであって、
   前記第１の装置に設けられ、客による指示を入力する第１の入力手段と、
   前記第２の装置に設けられ、前記店舗の店員による指示を入力する第２の入力手段と、
   前記第１の入力手段又は前記第２の入力手段により入力された前記指示に応じて前記取引を処理するための情報処理を実行する処理手段と、
   前記第１の装置に設けられ、前記処理手段が前記第２の入力手段により入力された前記指示に応じて前記情報処理を実行する場合に、前記第２の入力手段により前記指示を入力する際の前記店員による操作を表示する表示手段と、
   を具備する取引処理システム。
2. 前記処理手段は、第１の操作モードにおいては前記第２の入力手段により入力された前記指示に応じて前記情報処理を実行せず、第２の操作モードにおいては前記第２の入力手段により入力された前記指示に応じて前記情報処理を実行する、
   請求項１に記載の取引処理システム。
3. 前記処理手段は、第１の操作モードにおいては前記第１の入力手段により入力された前記指示に応じて前記情報処理を実行し、第２の操作モードにおいては前記第１の入力手段により入力された前記指示に応じて前記情報処理を実行しない、
   請求項１又は請求項２に記載の取引処理システム。
4. 前記処理手段は、前記第２の操作モードにおいては、前記第１の入力手段による前記指示の入力が無効であることを前記客に報知する第２の報知手段、
   をさらに備える請求項２又は請求項３に記載の取引処理システム。
5. 予め定められた指示を前記第２の入力手段が入力するときには、前記第１の入力手段により入力されるべきであることを前記店員に報知する第１の報知手段、
   をさらに備える請求項１乃至請求項４のいずれか一項に記載の取引処理システム。

Images