知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024043329
(43)【公開日】2024-03-29
(54)【発明の名称】情報表示装置及び情報処理プログラム
(51)【国際特許分類】
G06Q 20/32 20120101AFI20240322BHJP
G07G 1/00 20060101ALI20240322BHJP
G07G 1/12 20060101ALI20240322BHJP
G06Q 30/0601 20230101ALI20240322BHJP
【ＦＩ】
G06Q20/32 330
G07G1/00 301D
G07G1/12 321Z
G06Q30/06 340
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022148455
(22)【出願日】2022-09-16
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】小宮山 光
(72)【発明者】
【氏名】中原 可南子
【テーマコード（参考）】
3E142
5L049
5L055
【Ｆターム（参考）】
3E142AA01
3E142CA13
3E142CA17
3E142DA08
3E142EA19
3E142GA16
3E142GA41
3E142JA01
5L049BB58
5L049BB66
5L055AA64
(57)【要約】
【課題】 複数の取引に互いに異なる種別の端末装置が混在して利用されている状況における各取引の実施状況の確認作業の簡略化を図る。
【解決手段】 実施形態の情報表示装置は、それぞれが第１の端末種別又は第２の端末種別のいずれかに属する複数の端末装置をそれぞれ用いて複数の取引を並列的に処理する取引処理システムで用いられるものであって、受付手段、絞込手段及び表示手段を備える。受付手段は、第１の端末種別及び第２の端末種別の少なくとも一方の指定を受け付ける。絞込手段は、取引処理システムで処理されている複数の取引のうちから、受付手段により受け付けられた指定の対象となる端末種別に属する端末装置を用いて処理される取引を絞り込む。表示手段は、絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる。
【選択図】 図２１
【解決手段】 実施形態の情報表示装置は、それぞれが第１の端末種別又は第２の端末種別のいずれかに属する複数の端末装置をそれぞれ用いて複数の取引を並列的に処理する取引処理システムで用いられるものであって、受付手段、絞込手段及び表示手段を備える。受付手段は、第１の端末種別及び第２の端末種別の少なくとも一方の指定を受け付ける。絞込手段は、取引処理システムで処理されている複数の取引のうちから、受付手段により受け付けられた指定の対象となる端末種別に属する端末装置を用いて処理される取引を絞り込む。表示手段は、絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる。
【選択図】 図２１
【特許請求の範囲】
【請求項1】
それぞれが第１の端末種別又は第２の端末種別のいずれかに属する複数の端末装置をそれぞれ用いて複数の取引を並列的に処理する取引処理システムで用いられ、
前記第１の端末種別及び前記第２の端末種別の少なくとも一方の指定を受け付ける受付手段と、
前記取引処理システムで処理されている複数の取引のうちから、前記受付手段により受け付けられた指定の対象となる端末種別に属する前記端末装置を用いて処理される取引を絞り込む絞込手段と、
前記絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる表示手段と、
を具備する情報表示装置。
前記第１の端末種別及び前記第２の端末種別の少なくとも一方の指定を受け付ける受付手段と、
前記取引処理システムで処理されている複数の取引のうちから、前記受付手段により受け付けられた指定の対象となる端末種別に属する前記端末装置を用いて処理される取引を絞り込む絞込手段と、
前記絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる表示手段と、
を具備する情報表示装置。
【請求項2】
キーを取得する取得手段、
をさらに備え、
前記絞込手段は、前記受付手段により受け付けられた指定の対象となる端末種別に属する前記端末装置のうちで、その識別子が、予め定められた条件が前記取得手段により取得されたキーに関して予め定められた関係にある前記端末装置を用いて処理される取引を絞り込む、
請求項１に記載の情報表示装置。
をさらに備え、
前記絞込手段は、前記受付手段により受け付けられた指定の対象となる端末種別に属する前記端末装置のうちで、その識別子が、予め定められた条件が前記取得手段により取得されたキーに関して予め定められた関係にある前記端末装置を用いて処理される取引を絞り込む、
請求項１に記載の情報表示装置。
【請求項3】
前記絞込手段は、前記受付手段により受け付けられた指定の対象となるのが前記第１の端末種別である場合は、前記第１の端末種別に属する前記端末装置のうちで、その識別子の一部が前記取得手段により取得されたキーと一致する前記端末装置を用いて処理される取引を絞り込む、請求項２に記載の情報表示装置。
【請求項4】
前記絞込手段は、前記受付手段により受け付けられた指定の対象となるのが前記第２の端末種別である場合は、前記第２の端末種別に属する前記端末装置のうちで、その識別子の全てが前記取得手段により取得されたキーと一致する前記端末装置を用いて処理される取引を絞り込む、
請求項２に記載の情報表示装置。
請求項２に記載の情報表示装置。
【請求項5】
前記絞込手段は、前記受付手段により受け付けられた指定の対象となるのが前記第１の端末種別及び前記第２の端末種別の双方である場合は、前記第１の端末種別に属する前記端末装置及び前記第２の端末種別に属する前記端末装置のうちで、その識別子の一部が前記取得手段により取得されたキーと一致する前記端末装置を用いて処理される取引を絞り込む、
請求項２に記載の情報表示装置。
請求項２に記載の情報表示装置。
【請求項6】
それぞれが第１の端末種別又は第２の端末種別のいずれかに属する複数の端末装置をそれぞれ用いて複数の取引を並列的に処理する取引処理システムで用いられる情報表示装置に備えられたコンピュータを、
前記第１の端末種別及び前記第２の端末種別の少なくとも一方の指定を受け付ける受付手段と、
前記取引処理システムで処理されている複数の取引のうちから、前記受付手段により受け付けられた指定の対象となる端末種別に属する前記端末装置を用いて処理される取引を絞り込む絞込手段と、
前記絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる表示手段と、
して機能させるための情報処理プログラム。
前記第１の端末種別及び前記第２の端末種別の少なくとも一方の指定を受け付ける受付手段と、
前記取引処理システムで処理されている複数の取引のうちから、前記受付手段により受け付けられた指定の対象となる端末種別に属する前記端末装置を用いて処理される取引を絞り込む絞込手段と、
前記絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる表示手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報表示装置及び情報処理プログラムに関する。
【背景技術】
【0002】
スマートフォンなどのような利用者としての客が所有する情報通信端末、あるいは利用者に店舗等から貸し出される情報通信端末をユーザインタフェース端末として用いて取引処理を行うＰＯＳ（point-of-sale）サービスは、「スマホＰＯＳサービス」などと称されて知られている。あるいは、店舗に備えられたショッピングカートに取り付けられた情報通信端末をユーザインタフェース端末として用いて取引処理を行うＰＯＳサービスは、「カートＰＯＳサービス」などと称されて知られている。
【0003】
これらスマホＰＯＳサービス及びカートＰＯＳサービスは、利用者、つまり店舗の客がユーザインタフェース端末の操作者となるために、何らかのトラブルに際して利用者を適切にサポートするべく、サービスの利用状況を店員などが確認することがある。しかしながら、スマホＰＯＳサービス及びカートＰＯＳサービスの双方を同一の店舗で利用可能としている場合は、当該店舗で行われている複数の取引に、異なる種別の端末装置を用いて処理される取引が混在することになり、各取引の実施状況の確認作業が繁雑となる。
このような事情から、複数の取引に互いに異なる種別の端末装置が混在して利用されている状況における各取引の実施状況の確認作業の簡略化を図ることができることが望まれていた。
このような事情から、複数の取引に互いに異なる種別の端末装置が混在して利用されている状況における各取引の実施状況の確認作業の簡略化を図ることができることが望まれていた。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１５３０７４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明が解決しようとする課題は、複数の取引に互いに異なる種別の端末装置が混在して利用されている状況における各取引の実施状況の確認作業の簡略化を図ることができる情報表示装置及び情報処理プログラムを提供することである。
【課題を解決するための手段】
【0006】
実施形態の情報表示装置は、それぞれが第１の端末種別又は第２の端末種別のいずれかに属する複数の端末装置をそれぞれ用いて複数の取引を並列的に処理する取引処理システムで用いられるものであって、受付手段、絞込手段及び表示手段を備える。受付手段は、第１の端末種別及び第２の端末種別の少なくとも一方の指定を受け付ける。絞込手段は、取引処理システムで処理されている複数の取引のうちから、受付手段により受け付けられた指定の対象となる端末種別に属する端末装置を用いて処理される取引を絞り込む。表示手段は、絞込手段により絞り込まれた取引に関する情報を表示デバイスに表示させる。
【図面の簡単な説明】
【0007】
【図1】一実施形態に係る取引処理システムの概略構成を表すブロック図。
【図8】スマホＰＯＳ処理のフローチャート。
【図9】スマホＰＯＳ処理のフローチャート。
【図10】スマホＰＯＳ処理のフローチャート。
【図11】利用不可画面を表す図。
【図12】登録画面を表す図。
【図13】商品スキャン画面を表す図。
【図14】登録確認画面を表す図。
【図15】第１の選択画面を表す図。
【図16】許可コードスキャン画面を表す図。
【図17】カートＰＯＳ処理のフローチャート。
【図18】第１の要求画面を表す図。
【図19】第２の要求画面を表す図。
【図20】引継画面を表す図。
【図21】確認支援処理のフローチャート。
【図22】ステータス確認画面を表す図。
【図23】ステータス確認画面を表す図。
【図24】ステータス確認画面を表す図。
【図25】ステータス確認画面を表す図。
【図26】ステータス確認画面を表す図。
【図27】ステータス確認画面を表す図。
【発明を実施するための形態】
【0008】
以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
取引処理システム１は、取引処理装置１００、会計機２００、アテンダント端末３００、ユーザ端末４００、カート端末５００及び電子レシートサーバ６００を、通信ネットワーク２を介して通信可能として構成されている。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。
なお、取引処理装置１００、会計機２００、アテンダント端末３００、ユーザ端末４００及びカート端末５００は、それぞれ任意の数が取引処理システム１に含まれてよいが、図１では１台ずつのみを表している。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
取引処理システム１は、取引処理装置１００、会計機２００、アテンダント端末３００、ユーザ端末４００、カート端末５００及び電子レシートサーバ６００を、通信ネットワーク２を介して通信可能として構成されている。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。
なお、取引処理装置１００、会計機２００、アテンダント端末３００、ユーザ端末４００及びカート端末５００は、それぞれ任意の数が取引処理システム１に含まれてよいが、図１では１台ずつのみを表している。
【0009】
取引処理装置１００は、会計機２００、ユーザ端末４００及びカート端末５００をユーザインタフェース端末として用いて店舗にて利用者により行われる操作に従って、当該利用者と店舗とでの商品の売買取引を処理する取引処理サービスを提供するための情報処理を行う情報処理装置である。つまり典型的には、店舗で商品を購入する客が、取引処理サービスの利用者となる。取引処理装置１００は、例えばクラウドサーバとして実現され、複数の店舗で取引処理サービスを提供する。取引処理装置１００は、例えばローカルサーバとして実現され、１つの店舗のみで取引処理サービスを提供するのでもよい。また取引処理装置１００は、取引の実施状況の確認作業のための画面表示をアテンダント端末３００で行わせるための情報表示装置としての機能を備える。
【0010】
会計機２００は、店舗に設置され、取引処理装置１００により処理される取引の会計に関わる会計処理を実行する。会計機２００は、会計処理に際して、操作者による操作を受ける。つまり会計機２００は、会計に関わる利用者の操作を受け付ける端末装置である。会計機２００の操作者は、主として利用者である。店員が会計機２００の操作者となる場合もある。
【0011】
アテンダント端末３００は、店員により操作される情報処理端末である。アテンダント端末３００は、取引処理システム１により処理される取引に関する店員の作業をサポートするための情報処理に関するユーザインタフェースのための端末装置である。
【0012】
ユーザ端末４００は、利用者により所持される情報処理端末である。ユーザ端末４００は、典型的には利用者により所有されていて、利用者によって店舗へと持ち込まれて使用される。ユーザ端末４００は、取引処理装置１００での取引処理のための利用者による操作を受ける端末装置である。
【0013】
カート端末５００は、店舗に備え付けのショッピングカートに取り付けられる情報処理端末である。カート端末５００は、ショッピングカートとともに利用者に貸し出される。カート端末５００は、取引処理装置１００での取引処理のための利用者による操作を受ける端末装置である。カート端末５００には、利用者に店舗から貸し出され、利用者により持ち運ばれて利用される情報通信端末が含まれてもよい。
【0014】
電子レシートサーバ６００は、利用者に対して電子レシートサービスを提供するための情報処理を行う情報処理装置である。電子レシートサーバ６００は、例えばクラウドサーバとして実現され、複数の店舗での取引を電子的に閲覧可能とする電子レシートサービスを提供する。取引処理装置１００は、例えばローカルサーバとして実現され、１つの店舗のみにおける取引を電子的に閲覧可能とする電子レシートサービスを提供するのでもよい。
【0015】
図２は取引処理装置１００の要部回路構成を表すブロック図である。
取引処理装置１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、通信ユニット１０４及び伝送路１０５等を備える。プロセッサ１０１と、メイン記憶ユニット１０２、補助記憶ユニット１０３及び通信ユニット１０４とは、伝送路１０５を介して通信可能とされている。
取引処理装置１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、通信ユニット１０４及び伝送路１０５等を備える。プロセッサ１０１と、メイン記憶ユニット１０２、補助記憶ユニット１０３及び通信ユニット１０４とは、伝送路１０５を介して通信可能とされている。
【0016】
プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３を伝送路１０５で接続することによって、取引処理装置１００を制御するための情報処理を行うコンピュータを構成する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、取引処理装置１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、取引処理装置１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。
【0017】
メイン記憶ユニット１０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット１０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット１０２は、書き換え可能なメモリ領域を、プロセッサ１０１によるワークエリアとして使用する。
【0018】
補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータと、プロセッサ１０１での処理によって生成されたデータとを記憶する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１０３は、本実施形態では、情報処理プログラムの１つである取引処理プログラムＰＲＡを記憶する。取引処理プログラムＰＲＡは、後述する取引処理の手順について記述されたアプリケーションプログラムである。補助記憶ユニット１０３の記憶領域の一部は、店舗データベースＤＢＡ及び取引データＤＡＡを記憶する領域として利用される。店舗データベースＤＢＡは、取引処理装置１００による取引処理サービスを提供する店舗を管理するためのデータベースである。取引データＤＡＡは、一取引の内容を表すデータである。
【0019】
通信ユニット１０４は、通信ネットワーク２を介したデータ通信を行うための通信処理を実行する。通信ユニット１０４としては、例えばインターネット用の既存の有線通信デバイスを用いることができる。なお、通信ユニット１０４としては、有線通信デバイスに代えて、あるいは加えて、通信ネットワーク２に無線通信により接続される無線通信デバイスが用いられてもよい。
伝送路１０５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
伝送路１０５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【0020】
図３は店舗データベースＤＢＡに含まれる１つのデータレコードＲＥＡの構成を模式的に表す図である。
店舗データベースＤＢＡは、取引処理装置１００による取引処理サービスを提供する店舗のそれぞれに関連付けられるデータレコードＲＥＡの集合である。
店舗データベースＤＢＡは、取引処理装置１００による取引処理サービスを提供する店舗のそれぞれに関連付けられるデータレコードＲＥＡの集合である。
【0021】
データレコードＲＥＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣを含む。フィールドＦＡＡには、関連付けられた店舗を識別するための識別子としての店舗コードがセットされる。フィールドＦＡＢには、関連付けられた店舗で取引処理サービスを提供するに当たって必要となる各種の店舗情報がセットされる。店舗情報には、例えば店舗で取引処理サービスの利用を許容する時間帯（以下、利用可能時間帯と称する）を表す情報を含む。フィールドＦＡＣには、関連付けられた店舗で取引処理サービスにより処理される取引の代金をオンライン決済サービスを利用して決済する場合に利用を許容する決済方法を表した決済方法情報がセットされる。
【0022】
図４は取引データＤＡＡの構成を模式的に表す図である。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。かくして取引データＤＡＡは、補助記憶ユニット１０３に１つも記憶されない場合もあれば、複数の取引データＤＡＡは、補助記憶ユニット１０３に同時に記憶される場合もある。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。かくして取引データＤＡＡは、補助記憶ユニット１０３に１つも記憶されない場合もあれば、複数の取引データＤＡＡは、補助記憶ユニット１０３に同時に記憶される場合もある。
【0023】
取引データＤＡＡは、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤを含む。取引データＤＡＡは、フィールドＦＢＥ以降に任意の数のフィールドを含み得る。フィールドＦＢＡには、該当の取引の識別子としての取引コードがセットされる。フィールドＦＢＢには、該当の取引を行う利用者が利用するユーザ端末４００又はカート端末５００の識別子としての端末コードがセットされる。フィールドＦＢＣには、該当の取引を行う利用者の識別子としての利用者コードがセットされる。フィールドＦＢＤには、該当の取引を管理するための種々のデータを含んだ管理データがセットされる。管理データには、例えば、開始時刻、直前操作時刻、ステータス、会計機コード、会計処理コード、中止フラグなどが含まれる。開始時刻は、該当の取引が開始された時刻を表す。直前操作時刻は、該当の取引に関してユーザ端末４００又はカート端末５００で直前に操作が行われた時刻を表す。ステータスは、該当の取引の進捗状況を複数に区切って表す。ステータスとしては、例えば「入店」「買物中」「会計中」「退店」「中止」が含まれる。会計機コードは、該当の取引に関する決済のために用いられている会計機２００、あるいは用いられた会計機２００の識別子である。会計処理コードは、該当の取引に関する会計処理を会計機２００で識別するための識別子である。中止フラグは、該当の取引に関する処理が一時的な中止状態にあることを表す。
該当の取引の対象として登録済みの商品（以下、取引商品と称する）がある場合には、取引商品のそれぞれに関連付けたフィールドＦＢＥ，ＦＢＦ，…が取引データＤＡＡに追加される。フィールドＦＢＥ，ＦＢＦ，…には、それぞれ別々の取引商品に関する商品データがセットされる。商品データには、該当の取引商品の識別子としての商品コード及び数量が含まれる。商品データには、例えば商品名、単価、割引情報などの別の様々な情報が含まれていてもよい。
該当の取引の対象として登録済みの商品（以下、取引商品と称する）がある場合には、取引商品のそれぞれに関連付けたフィールドＦＢＥ，ＦＢＦ，…が取引データＤＡＡに追加される。フィールドＦＢＥ，ＦＢＦ，…には、それぞれ別々の取引商品に関する商品データがセットされる。商品データには、該当の取引商品の識別子としての商品コード及び数量が含まれる。商品データには、例えば商品名、単価、割引情報などの別の様々な情報が含まれていてもよい。
【0024】
さて、取引処理装置１００のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして取引処理装置１００の譲渡は一般に、補助記憶ユニット１０３に取引処理プログラムＰＲＡが記憶され、店舗データベースＤＢＡ及び取引データＤＡＡが記憶されない状態にて行われる。しかし、取引処理プログラムＰＲＡが補助記憶ユニット１０３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット１０３に記憶された状態のハードウェアと、取引処理プログラムＰＲＡとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１０３に取引処理プログラムＰＲＡが書き込まれることによって、取引処理装置１００が構成されてもよい。取引処理プログラムＰＲＡの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。
【0025】
図５はアテンダント端末３００の要部回路構成を表すブロック図である。
アテンダント端末３００は、プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６及び伝送路３０７等を備える。
アテンダント端末３００は、プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３、タッチパネル３０４、カメラ３０５、無線通信ユニット３０６及び伝送路３０７等を備える。
【0026】
プロセッサ３０１、メイン記憶ユニット３０２、補助記憶ユニット３０３及び伝送路３０７の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等であるので、その説明は省略する。ただし補助記憶ユニット３０３は、取引処理プログラムＰＲＡに代えて、アテンダント端末プログラムＰＲＣを記憶する。アテンダント端末プログラムＰＲＣは、アテンダント端末３００を、取引処理装置１００により処理され取引のサポートする店員のためのユーザインタフェースとして動作させるためのプロセッサ３０１の情報処理の手順を記述したアプリケーションプログラムである。
【0027】
タッチパネル３０４は、操作者に対する情報提示のための画面を表示する。またタッチパネル３０４は、操作者による画面へのタッチ操作による指示を入力する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
カメラ３０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
【0028】
無線通信ユニット３０６は、通信ネットワーク２を介したデータ通信を行うための通信処理を実行する。無線通信ユニット３０６としては、例えば無線ＬＡＮ用の既存の無線通信デバイスを用いることができる。なお、無線通信ユニット３０６に代えて、あるいは加えて、通信ネットワーク２に有線接続される通信ユニットが用いられてもよい。
【0029】
アテンダント端末３００のハードウェアとしては、例えばタブレット型の情報処理装置、あるいはスマートフォンなどの携帯型の情報処理装置を用いることができる。アテンダント端末３００のハードウェアとしては、据え置き型のコンピュータ装置が用いられてもよい。
【0030】
図６はユーザ端末４００の要部回路構成を表すブロック図である。
ユーザ端末４００は、プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５、無線通信ユニット４０６及び伝送路４０７等を備える。
ユーザ端末４００は、プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３、タッチパネル４０４、カメラ４０５、無線通信ユニット４０６及び伝送路４０７等を備える。
【0031】
プロセッサ４０１、メイン記憶ユニット４０２、補助記憶ユニット４０３及び伝送路４０７の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等である。またタッチパネル４０４、カメラ４０５及び無線通信ユニット４０６の機能の概略は、タッチパネル３０４、カメラ３０５及び無線通信ユニット３０６と同等である。
ただし補助記憶ユニット４０３は、取引処理プログラムＰＲＡに代えて、ユーザ端末プログラムＰＲＤを記憶する。ユーザ端末プログラムＰＲＤは、ユーザ端末４００を、取引処理装置１００による取引処理のためのユーザインタフェースとして動作させるためのプロセッサ４０１の情報処理の手順を記述したアプリケーションプログラムである。また補助記憶ユニット４０３は、ブラウザプログラムＰＲＥを記憶する。ブラウザプログラムＰＲＥは、通信ネットワーク２を介したウェブブラウジングのための情報処理の手順を記述したアプリケーションプログラムである。ブラウザプログラムＰＲＥとしては、例えばスマートフォンなどが標準で備える汎用のブラウザアプリケーションをそのまま用いることができる。また補助記憶ユニット４０３は、ユーザ端末４００用の端末コードＣＯＡを記憶する。端末コードＣＯＡは、ユーザ端末４００及びカート端末５００の個々を識別するための識別子である。端末コードＣＯＡとしては例えば、ユーザ端末プログラムＰＲＤのインストールに際して、ユーザ端末４００のＯＳ（operating system）により決定される識別子を用いることができる。端末コードＣＯＡは、例えば英数字混在の３２桁である。
また無線通信ユニット４０６には、典型的には、移動体通信網を介したデータ通信を行うための周知の通信デバイスが含まれる。ただし、無線通信ユニット４０６には、上記の通信デバイスに代えて、あるいは加えて、無線ＬＡＮ用の既存の無線通信デバイスが含まれてもよい。
ユーザ端末４００の基本ハードウェアとしては、例えばスマートフォンのハードウェアを用いることが想定される。
ただし補助記憶ユニット４０３は、取引処理プログラムＰＲＡに代えて、ユーザ端末プログラムＰＲＤを記憶する。ユーザ端末プログラムＰＲＤは、ユーザ端末４００を、取引処理装置１００による取引処理のためのユーザインタフェースとして動作させるためのプロセッサ４０１の情報処理の手順を記述したアプリケーションプログラムである。また補助記憶ユニット４０３は、ブラウザプログラムＰＲＥを記憶する。ブラウザプログラムＰＲＥは、通信ネットワーク２を介したウェブブラウジングのための情報処理の手順を記述したアプリケーションプログラムである。ブラウザプログラムＰＲＥとしては、例えばスマートフォンなどが標準で備える汎用のブラウザアプリケーションをそのまま用いることができる。また補助記憶ユニット４０３は、ユーザ端末４００用の端末コードＣＯＡを記憶する。端末コードＣＯＡは、ユーザ端末４００及びカート端末５００の個々を識別するための識別子である。端末コードＣＯＡとしては例えば、ユーザ端末プログラムＰＲＤのインストールに際して、ユーザ端末４００のＯＳ（operating system）により決定される識別子を用いることができる。端末コードＣＯＡは、例えば英数字混在の３２桁である。
また無線通信ユニット４０６には、典型的には、移動体通信網を介したデータ通信を行うための周知の通信デバイスが含まれる。ただし、無線通信ユニット４０６には、上記の通信デバイスに代えて、あるいは加えて、無線ＬＡＮ用の既存の無線通信デバイスが含まれてもよい。
ユーザ端末４００の基本ハードウェアとしては、例えばスマートフォンのハードウェアを用いることが想定される。
【0032】
図７はカート端末５００の要部回路構成を表すブロック図である。
カート端末５００は、プロセッサ５０１、メイン記憶ユニット５０２、補助記憶ユニット５０３、タッチパネル５０４、スキャナ５０５、無線通信ユニット５０６及び伝送路５０７等を備える。
カート端末５００は、プロセッサ５０１、メイン記憶ユニット５０２、補助記憶ユニット５０３、タッチパネル５０４、スキャナ５０５、無線通信ユニット５０６及び伝送路５０７等を備える。
【0033】
プロセッサ５０１、メイン記憶ユニット５０２、補助記憶ユニット５０３及び伝送路５０７の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３及び伝送路１０５と同等である。またタッチパネル５０４及び無線通信ユニット５０６の機能の概略は、タッチパネル３０４及び無線通信ユニット３０６と同等である。
ただし補助記憶ユニット５０３は、取引処理プログラムＰＲＡに代えて、カート端末プログラムＰＲＦを記憶する。カート端末プログラムＰＲＦは、カート端末５００を、取引処理装置１００による取引処理のためのユーザインタフェースとして動作させるためのプロセッサ５０１の情報処理の手順を記述したアプリケーションプログラムである。また補助記憶ユニット５０３は、カート端末５００用の端末コードＣＯＢを記憶する。端末コードＣＯＢは、ユーザ端末４００及びカート端末５００の個々を識別するための識別子である。端末コードＣＯＢは、同じ店舗で利用される複数のカート端末５００の個々を識別可能なように、かつユーザ端末４００の端末コードとは重複しないように、メンテナンス作業者などによってカート端末５００の個々に対して予め付与され、補助記憶ユニット５０３に書き込まれる。端末コードＣＯＢとしては例えば、「１」～「９９９」の数値を用いる。
また無線通信ユニット５０６には、典型的には、無線ＬＡＮ用の既存の無線通信デバイスが含まれる。ただし、無線通信ユニット５０６には、上記の通信デバイスに代えて、あるいは加えて、移動体通信網を介したデータ通信を行うための周知の通信デバイスが含まれてもよい。
ただし補助記憶ユニット５０３は、取引処理プログラムＰＲＡに代えて、カート端末プログラムＰＲＦを記憶する。カート端末プログラムＰＲＦは、カート端末５００を、取引処理装置１００による取引処理のためのユーザインタフェースとして動作させるためのプロセッサ５０１の情報処理の手順を記述したアプリケーションプログラムである。また補助記憶ユニット５０３は、カート端末５００用の端末コードＣＯＢを記憶する。端末コードＣＯＢは、ユーザ端末４００及びカート端末５００の個々を識別するための識別子である。端末コードＣＯＢは、同じ店舗で利用される複数のカート端末５００の個々を識別可能なように、かつユーザ端末４００の端末コードとは重複しないように、メンテナンス作業者などによってカート端末５００の個々に対して予め付与され、補助記憶ユニット５０３に書き込まれる。端末コードＣＯＢとしては例えば、「１」～「９９９」の数値を用いる。
また無線通信ユニット５０６には、典型的には、無線ＬＡＮ用の既存の無線通信デバイスが含まれる。ただし、無線通信ユニット５０６には、上記の通信デバイスに代えて、あるいは加えて、移動体通信網を介したデータ通信を行うための周知の通信デバイスが含まれてもよい。
【0034】
スキャナ５０５は、１次元バーコード及び２次元バーコードなどを光学的にスキャンする。
カート端末５００の基本ハードウェアとしては、例えばタブレット型の情報処理装置のハードウェアを用いることが想定される。そしてスキャナ５０５としては、情報処理装置とは別ユニットとして構成されたものを情報処理装置に外付けする構成が想定される。しかしながらカート端末５００は、情報処理装置が内蔵しているカメラをスキャナ５０５の撮影デバイスとして用いて構成されてもよい。
カート端末５００の基本ハードウェアとしては、例えばタブレット型の情報処理装置のハードウェアを用いることが想定される。そしてスキャナ５０５としては、情報処理装置とは別ユニットとして構成されたものを情報処理装置に外付けする構成が想定される。しかしながらカート端末５００は、情報処理装置が内蔵しているカメラをスキャナ５０５の撮影デバイスとして用いて構成されてもよい。
【0035】
次に以上のように構成された取引処理システム１の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理については記載を省略している。
【0036】
以下の説明のように取引処理システム１により利用者に提供されるサービスは、利用者がユーザ端末４００を用いる場合にスマホＰＯＳサービスと称され、利用者がカート端末５００を用いる場合にカートＰＯＳサービスと称される。
利用者は、スマホＰＯＳサービスを利用するためには、利用者自らが所有するスマートフォンなどの情報処理装置にユーザ端末プログラムＰＲＤをインストールしてユーザ端末４００として利用可能としておく、そして利用者は、ユーザ端末プログラムＰＲＤに従ってのユーザ端末処理をプロセッサ４０１に実行させた状態のユーザ端末４００を持って、スマホＰＯＳサービスの提供対象となっている店舗へと入る。
利用者は、スマホＰＯＳサービスを利用するためには、利用者自らが所有するスマートフォンなどの情報処理装置にユーザ端末プログラムＰＲＤをインストールしてユーザ端末４００として利用可能としておく、そして利用者は、ユーザ端末プログラムＰＲＤに従ってのユーザ端末処理をプロセッサ４０１に実行させた状態のユーザ端末４００を持って、スマホＰＯＳサービスの提供対象となっている店舗へと入る。
【0037】
スマホＰＯＳサービスの提供対象となっている店舗には、チェックインデータを表したチェックインコードを店舗の入口、あるいは店舗内などに掲出しておく。チェックインコードは、例えば２次元バーコードである。チェックインデータは、少なくとも店舗コードを含む。従ってチェックインコードは、店舗毎に異なる。
【0038】
利用者は、ユーザ端末４００を操作して、利用する店舗に掲出されているチェックインコードをユーザ端末４００のカメラ４０５に撮影させる。これに応じてユーザ端末４００にてプロセッサ４０１は、カメラ４０５により撮影されたチェックインコードが表すチェックインデータを、ユーザ端末４００の端末コードＣＯＡとともに、取引処理装置１００に宛てて無線通信ユニット４０６から通信ネットワーク２へと送出する。
【0039】
一方、利用者は、電子レシートサーバ６００により提供される電子レシートサービスを利用するためには、利用登録を行って、利用者コードの発行を受けておく。そして利用者は、スマホＰＯＳサービスを利用した取引に関する決済にオンライン決済サービスを利用したい場合には、ユーザ端末プログラムＰＲＤの利用設定として、電子レシートサービスの利用者コードの連携を行っておく。この連携により、ユーザ端末４００には、ユーザ端末処理にてプロセッサ４０１がアクセス可能な状態で、メイン記憶ユニット４０２又は補助記憶ユニット４０３に利用者コードが記憶される。そしてプロセッサ４０１は、上記のようにチェックインデータを取引処理装置１００に宛てて送出する場合、利用者コードが上述のように記憶されているならば、当該の利用者コードも併せて送出する。
【0040】
チェックインデータが通信ネットワーク２により取引処理装置１００へと伝送されると、取引処理装置１００では当該のチェックインデータを通信ユニット１０４が受信し、メイン記憶ユニット１０２又は補助記憶ユニット１０３に一時保存する。
このようにして、ユーザ端末４００から送出されたチェックインデータが取引処理装置１００により受信されると、プロセッサ１０１は、スマホＰＯＳサービス向けの取引処理（以下、スマホＰＯＳ処理と称する）を取引処理プログラムＰＲＡに従って開始する。
このようにして、ユーザ端末４００から送出されたチェックインデータが取引処理装置１００により受信されると、プロセッサ１０１は、スマホＰＯＳサービス向けの取引処理（以下、スマホＰＯＳ処理と称する）を取引処理プログラムＰＲＡに従って開始する。
【0041】
ただし、このようなチェックインの手順は、あくまでも一例であって、種々の変更が可能である。例えば、ユーザ端末４００のプロセッサ４０１が、ユーザ端末プログラムＰＲＤの起動後に、ＧＰＳ（global positioning system）又はその他の位置測位センサ等を用いて取得された位置情報を含むチェックインデータを取引処理装置１００へ送信するのでもよい。そして取引処理装置１００は例えば、上記の位置情報を受信すると、位置情報と関連付けて店舗情報を表したデータベースから、位置情報を送信したユーザ端末４００が位置している店舗の店舗情報を取得し、この店舗情報に従ってチェックイン処理を行うのでもよい。
【0042】
プロセッサ１０１は、異なる利用者に関する取引を対象としたスマホＰＯＳ処理を既に実行しているならば、そのスマホＰＯＳ処理とは別スレッドの処理として新たなスマホＰＯＳ処理を開始する。つまりプロセッサ１０１は、複数のスマホＰＯＳ処理を並列して実行することもある。そしてこの場合、取引処理装置１００がユーザインタフェース端末として用いるユーザ端末４００が同時に複数存在することになる。しかしながら以下の説明は、一の利用者に関する取引の処理に関してのみ着目する。かくして以下の説明における「ユーザ端末４００」は、着目しているスマホＰＯＳ処理のために利用者により利用されている一のユーザ端末４００を指す。また以下の説明における「取引」は、着目している処理の対象となっている取引を指す。
【0043】
図８、図９及び図１０はスマホＰＯＳ処理のフローチャートである。以下は、ユーザ端末４００によりチェックインコードの読み取りが行われる場合であって、かつ当該チェックインコードが表すチェックインデータに店舗コードが含まれる場合を例として説明する。
図８中のＡＣＴ１１としてプロセッサ１０１は、現時点が、利用可能時間帯内であるか否かを確認する。つまりプロセッサ１０１は例えば、受信されたチェックインデータに含まれる店舗コードがフィールドＦＡＡにセットされているデータレコードＲＥＡを店舗データベースＤＢＡから探し出し、当該のデータレコードＲＥＡのフィールドＦＡＢにセットされている店舗情報に含まれる情報が表す利用可能時間帯を判定する。そしてプロセッサ１０１は例えば、ここで判定した利用可能時間帯に現在時刻が含まれないならばＮＯと判定してＡＣＴ１２へと進む。なお、利用可能時間帯は、店舗毎に適宜に定められてよい。
図８中のＡＣＴ１１としてプロセッサ１０１は、現時点が、利用可能時間帯内であるか否かを確認する。つまりプロセッサ１０１は例えば、受信されたチェックインデータに含まれる店舗コードがフィールドＦＡＡにセットされているデータレコードＲＥＡを店舗データベースＤＢＡから探し出し、当該のデータレコードＲＥＡのフィールドＦＡＢにセットされている店舗情報に含まれる情報が表す利用可能時間帯を判定する。そしてプロセッサ１０１は例えば、ここで判定した利用可能時間帯に現在時刻が含まれないならばＮＯと判定してＡＣＴ１２へと進む。なお、利用可能時間帯は、店舗毎に適宜に定められてよい。
【0044】
ＡＣＴ１２としてプロセッサ１０１は、利用不可画面の表示をユーザ端末４００に対して指示する。利用不可画面は、スマホＰＯＳサービスを利用することができないことを利用者に認識させるための画面である。プロセッサ１０１は例えば、利用可能画面の表示を行うようにユーザ端末４００に対して指示するための指示データを、通信ユニット１０４からユーザ端末４００に宛てて通信ネットワーク２に送出する。そしてプロセッサ１０１はこののち、スマホＰＯＳ処理を終了する。
【0045】
画面表示の指示のための指示データが通信ネットワーク２によりユーザ端末４００に伝送されると、ユーザ端末４００では無線通信ユニット４０６が当該の指示データを受信する。無線通信ユニット４０６は、指示データを受信すると、その旨をプロセッサ４０１に通知する。プロセッサ４０１は、画面表示の指示のための指示データが受信されたならば、ユーザ端末処理により、その指示データに応じた画面をタッチパネル４０４に表示させる。
【0046】
画面表示の指示のための指示データは、当該の指示データに応じて表示すべき画面を表す画面データを含んでもよいし、このような画面データは含まず、表示すべき画面をユーザ端末４００にて特定可能とするためのデータを含んでもよい。前者の場合にプロセッサ１０１は例えば、ユーザ端末４００にて表示させる画面を表した画面データを生成した上で、当該の画面データを指示データに含める。また、後者の場合にプロセッサ１０１は例えば、ユーザ端末４００にて表示させる画面を識別するものとして予め定められた画面識別子、あるいは画面表示の契機となる通知を識別する通知識別子を指示データに含める。通知識別子は例えば、例えば「利用可能時間帯外である」という通知を識別するべく予め定められた情報である。
【0047】
ユーザ端末４００にてプロセッサ４０１は、受信された指示データに画面データが含まれるならば、その画面データが表す画面をそのままタッチパネル４０４に表示させる。プロセッサ４０１は、受信された指示データに画面識別子が含まれるならば、その画面識別子により識別される画面を生成してタッチパネル４０４に表示させる。プロセッサ４０１は、受信された指示データに通知識別子が含まれるならば、その通知識別子で識別される通知に応じて表示すべき画面を判定し、該当の画面を生成してタッチパネル４０４に表示させる。
なお、以降に説明する各種の画面の表示指示の授受は、表示の対象となる画面の内容が異なるものの、上記と同様な手順で行われる。
なお、以降に説明する各種の画面の表示指示の授受は、表示の対象となる画面の内容が異なるものの、上記と同様な手順で行われる。
【0048】
図１１は利用不可画面ＳＣＡを表す図である。
利用不可画面ＳＣＡは、チェックインコードのスキャンを行う状態においてタッチパネル４０４に表示されている画面にポップアップウィンドウＷＡＡを重ねて表した画面である。ポップアップウィンドウＷＡＡは、利用可能時間外であることを利用者に案内するための文字メッセージと、ボタンＢＡＡとを表す。ボタンＢＡＡは、利用不可画面ＳＣＡでの案内を確認したことの利用者による表明を受けるためのソフトキーである。
利用不可画面ＳＣＡは、チェックインコードのスキャンを行う状態においてタッチパネル４０４に表示されている画面にポップアップウィンドウＷＡＡを重ねて表した画面である。ポップアップウィンドウＷＡＡは、利用可能時間外であることを利用者に案内するための文字メッセージと、ボタンＢＡＡとを表す。ボタンＢＡＡは、利用不可画面ＳＣＡでの案内を確認したことの利用者による表明を受けるためのソフトキーである。
【0049】
利用者は、利用不可画面ＳＣＡでの案内を確認したならば、ボタンＢＡＡにタップする。このような操作がタッチパネル４０４にて検出されると、プロセッサ４０１は利用不可画面ＳＣＡの表示を終了し、タッチパネル４０４の表示画面を、例えばチェックインコードのスキャンを行うための画面に戻す。
【0050】
一方でプロセッサ１０１は、利用可能時間帯に現在時刻が含まれるならば、ＡＣＴ１１にてＹＥＳと判定してＡＣＴ１３へと進む。
ＡＣＴ１３としてプロセッサ１０１は、新たな取引データを生成する。つまりプロセッサ１０１は例えば、他の取引を識別するための取引コードとは異なる新たな取引コードを予め定められたルールに従って決定し、この取引コードをフィールドＦＢＡにセットするとともに、チェックインデータとともに受信された端末コードをフィールドＦＢＢにセットした新たな取引データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。なおプロセッサ１０１は、チェックインデータとともに利用者コードが受信されているならば、当該の利用者コードを上記の新たに生成する取引データＤＡＡのフィールドＦＢＣにセットする。プロセッサ１０１は、チェックインデータとともに利用者コードが受信されていないならば、上記の新たに生成する取引データＤＡＡのフィールドＦＢＣは、例えばnull状態としておく。プロセッサ１０１は、管理データを生成し、上記の新たに生成する取引データＤＡＡのフィールドＦＢＤにセットする。プロセッサ１０１は、管理データには、現在時刻を開始時刻として含める。プロセッサ１０１は、管理データには、ステータスとして「入店」を含める。プロセッサ１０１は、管理データに含める中止フラグはリセット状態としておく。プロセッサ１０１は、他の様々なデータを管理データに含める場合もある。管理データにどのようなデータを含めるかは、例えば取引処理プログラムＰＲＡの作成者などにより適宜に定められてよい。
ＡＣＴ１３としてプロセッサ１０１は、新たな取引データを生成する。つまりプロセッサ１０１は例えば、他の取引を識別するための取引コードとは異なる新たな取引コードを予め定められたルールに従って決定し、この取引コードをフィールドＦＢＡにセットするとともに、チェックインデータとともに受信された端末コードをフィールドＦＢＢにセットした新たな取引データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。なおプロセッサ１０１は、チェックインデータとともに利用者コードが受信されているならば、当該の利用者コードを上記の新たに生成する取引データＤＡＡのフィールドＦＢＣにセットする。プロセッサ１０１は、チェックインデータとともに利用者コードが受信されていないならば、上記の新たに生成する取引データＤＡＡのフィールドＦＢＣは、例えばnull状態としておく。プロセッサ１０１は、管理データを生成し、上記の新たに生成する取引データＤＡＡのフィールドＦＢＤにセットする。プロセッサ１０１は、管理データには、現在時刻を開始時刻として含める。プロセッサ１０１は、管理データには、ステータスとして「入店」を含める。プロセッサ１０１は、管理データに含める中止フラグはリセット状態としておく。プロセッサ１０１は、他の様々なデータを管理データに含める場合もある。管理データにどのようなデータを含めるかは、例えば取引処理プログラムＰＲＡの作成者などにより適宜に定められてよい。
【0051】
図８中のＡＣＴ１４としてプロセッサ１０１は、登録画面の表示をユーザ端末４００に対して指示する。登録画面は、取引商品として登録済みの商品の一覧などを含み、取引商品の登録状況を利用者に認識させるための画面である。プロセッサ１０１は例えば、取引商品の登録状況を反映した登録画面を表す画面データを生成し、当該画面データを、画面表示を行うようにユーザ端末４００に対して指示するための指示データに含める。プロセッサ１０１は、前述のように、当該の指示データには画面データを含めずに、登録画面の画面識別子、又は「チェックインの確認完了」という通知を識別する通知識別子を含めるのでもよい。そして登録画面の生成は、ユーザ端末４００にてプロセッサ４０１が行ってもよい。
【0052】
図１２は登録画面ＳＣＢを表す図である。
登録画面ＳＣＢは、表示エリアＡＢＡに、登録状況を表す画像が配置される。登録画面ＳＣＢは、ボタンＢＢＡ，ＢＢＢを表す。表示エリアＡＢＡに配置される画像は、図１２の例では、「ＡＡＡＡＡ」「ＢＢＢＢＢ」及び「ＣＣＣＣＣ」なる商品名で、単価がそれぞれ３００円、４００円及び７００円である商品が１つずつ、合計３点が登録済みであり、その参考価格が１４００円である状態を表している。なお、参考価格とは、全ての取引商品の単価の総和からクーポンサービスなどの各種サービスによる値引額を差し引いて求まる金額である。取引商品及び適用するサービスが変更されないままに取引を決済するならば、この参考価格が決済額となる。なお、表示エリアＡＢＡに配置される画像は、取引商品の登録状況に応じて逐次変化する。プロセッサ１０１が図８中のＡＣＴ１４を最初に実行する際には、取引商品はまだ登録されていない。従って、プロセッサ１０１が図８中のＡＣＴ１３を最初に実行することでユーザ端末４００に送られる画面データが表す登録画面ＳＣＢでは、表示エリアＡＢＡに配置される画像は、各商品の情報を表さず、合計０点、参考価格０円であることを表す画像である。
登録画面ＳＣＢは、表示エリアＡＢＡに、登録状況を表す画像が配置される。登録画面ＳＣＢは、ボタンＢＢＡ，ＢＢＢを表す。表示エリアＡＢＡに配置される画像は、図１２の例では、「ＡＡＡＡＡ」「ＢＢＢＢＢ」及び「ＣＣＣＣＣ」なる商品名で、単価がそれぞれ３００円、４００円及び７００円である商品が１つずつ、合計３点が登録済みであり、その参考価格が１４００円である状態を表している。なお、参考価格とは、全ての取引商品の単価の総和からクーポンサービスなどの各種サービスによる値引額を差し引いて求まる金額である。取引商品及び適用するサービスが変更されないままに取引を決済するならば、この参考価格が決済額となる。なお、表示エリアＡＢＡに配置される画像は、取引商品の登録状況に応じて逐次変化する。プロセッサ１０１が図８中のＡＣＴ１４を最初に実行する際には、取引商品はまだ登録されていない。従って、プロセッサ１０１が図８中のＡＣＴ１３を最初に実行することでユーザ端末４００に送られる画面データが表す登録画面ＳＣＢでは、表示エリアＡＢＡに配置される画像は、各商品の情報を表さず、合計０点、参考価格０円であることを表す画像である。
【0053】
ボタンＢＢＡは、新たな商品をスキャンする状態への移行指示を受けるためのソフトキーである。ボタンＢＢＢは、会計開始の指定を受けるためのソフトキーである。なお、登録画面ＳＣＢ及び後述する各種の画面は、主要な表示オブジェクトを図示しており、一部の表示オブジェクトの図示を省略している場合がある。例えば、利用者が行うべき操作を利用者にイメージさせるための画像が画面に含められる場合がある。また登録画面ＳＣＢ及び後述する各種の画面は一例であって、例えば取引処理プログラムＰＲＡの作成者などによって適宜に定められてよい。
【0054】
プロセッサ４０１は、登録画面ＳＣＢをタッチパネル４０４に表示させた状態で、利用者による何らかの操作がなされるのを待ち受ける。そしてプロセッサ４０１は、利用者による何らかの操作がタッチパネル４０４により検出されたならば、その操作内容を通知するための通知データを、無線通信ユニット４０６から取引処理装置１００に宛てて通信ネットワーク２へと送出する。なお、取引処理装置１００からの指示に応じての各種の画面の表示及び各画面に基づく操作内容の通知は、後述する処理も含めいずれもユーザ端末処理にて実行される。
【0055】
操作内容を通知するための通知データが通信ネットワーク２により取引処理装置１００に伝送されると、取引処理装置１００では通信ユニット１０４が当該の通知データを受信する。通信ユニット１０４は、通知データを受信すると、その旨をプロセッサ１０１に通知する。
なお、以降に説明する各種の画面に関する操作内容の通知の授受は、操作の内容が異なるものの、上記と同様な手順で行われる。また図示は省略しているが、プロセッサ１０１は、操作内容の通知を受けると、取引データＤＡＡを、フィールドＦＢＤにセットされている管理データに含まれる直前操作時刻が現在時刻を表すように更新する。
なお、以降に説明する各種の画面に関する操作内容の通知の授受は、操作の内容が異なるものの、上記と同様な手順で行われる。また図示は省略しているが、プロセッサ１０１は、操作内容の通知を受けると、取引データＤＡＡを、フィールドＦＢＤにセットされている管理データに含まれる直前操作時刻が現在時刻を表すように更新する。
【0056】
図８中のＡＣＴ１５としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上記のように操作内容を通知するための通知データを受信したことが通信ユニット１０４から通知されたならばＹＥＳと判定し、ＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ１０１は、行われた操作が、スキャンの開始を指定する操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１７へと進む。
ＡＣＴ１６としてプロセッサ１０１は、行われた操作が、スキャンの開始を指定する操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１７へと進む。
【0057】
ＡＣＴ１７としてプロセッサ１０１は、行われた操作が、会計の開始を指定する操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、取引中止を指定する操作がなされたことを確認し、取引を中止するための処理を実行後に登録処理を終了する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0058】
利用者は、店舗内で取引の対象とする商品を探す。そして利用者は、商品を新たに取引商品として登録する場合は、例えば登録画面ＳＣＢ上のボタンＢＢＡをタップするなどの、スキャン開始を指定するための予め定められた操作を行う。そしてこの操作がユーザ端末４００から取引処理装置１００に通知されたならば、プロセッサ１０１はＡＣＴ１６にてＹＥＳと判定し、図９中のＡＣＴ２１へと進む。
ＡＣＴ２１としてプロセッサ１０１は、商品スキャン画面の表示をユーザ端末４００に対して指示する。商品スキャン画面は、商品コードを表したバーコードをスキャンするための画面である。
ＡＣＴ２１としてプロセッサ１０１は、商品スキャン画面の表示をユーザ端末４００に対して指示する。商品スキャン画面は、商品コードを表したバーコードをスキャンするための画面である。
【0059】
図１３は商品スキャン画面ＳＣＣを表す図である。
商品スキャン画面ＳＣＣは、表示エリアＡＣＡ及びボタンＢＣＡを含む。表示エリアＡＣＡは、カメラ４０５で得られた画像を表示するためのエリアである。ボタンＢＣＡは、商品コードのスキャンを中止することを利用者が宣言するためのソフトキーである。
商品スキャン画面ＳＣＣは、表示エリアＡＣＡ及びボタンＢＣＡを含む。表示エリアＡＣＡは、カメラ４０５で得られた画像を表示するためのエリアである。ボタンＢＣＡは、商品コードのスキャンを中止することを利用者が宣言するためのソフトキーである。
【0060】
ユーザ端末４００にてプロセッサ４０１は、商品スキャン画面ＳＣＣを表示するに当たっては、カメラ４０５を起動し、これによりカメラ４０５で得られた画像を表示エリアＡＣＡ内に重畳表示する。なお、プロセッサ４０１は、スキャン開始を指定するための予め定められた操作が行われた場合には、その操作を取引処理装置１００に通知することなしに、商品スキャン画面を生成し、タッチパネル４０４に表示させてもよい。この場合、取引処理装置１００にてプロセッサ１０１は、ＡＣＴ１６として後述するＡＣＴ２３の処理を行い、ＡＣＴ１６にてＹＥＳと判定した場合には後述するＡＣＴ２１～ＡＣＴ２３を行わずに後述するＡＣＴ２４へと進むようにする。プロセッサ４０１は、商品スキャン画面ＳＣＣの表示中に何らかの操作が利用者により行われたならば、その操作の内容を後述するように取引処理装置１００に通知する。
【0061】
利用者は、商品スキャン画面ＳＣＣがタッチパネル４０４に表示されたならば、取引商品として登録しようとする商品に表示されたバーコードが表示エリアＡＣＡ内に映り込むようにユーザ端末４００を操作する。プロセッサ４０１は、カメラ４０５で得られる画像を解析し、バーコードの読み取りを試みる。そしてプロセッサ４０１は、バーコードが読み取れたならば、読み取ったバーコードが表すデータ（以下、バーコードデータと称する）の通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する（商品スキャン通知）。
また利用者は例えば、取引商品の登録を一旦取り止めて、取引商品の登録状況を確認しようとする場合は、ボタンＢＣＡをタップするなどのスキャン中止を指定するための予め定められた操作を行う。
また利用者は例えば、取引商品の登録を一旦取り止めて、取引商品の登録状況を確認しようとする場合は、ボタンＢＣＡをタップするなどのスキャン中止を指定するための予め定められた操作を行う。
【0062】
取引処理装置１００にてプロセッサ１０１は、図９中のＡＣＴ２１として商品スキャン画面の表示を指示し終えたならば、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２３へと進む。
ＡＣＴ２２としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２３へと進む。
【0063】
ＡＣＴ２３としてプロセッサ１０１は、行われた操作が、商品を指定するための操作であったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＣＡをタップするなどのスキャン中止を指定する操作が行われたことを確認し、図８中のＡＣＴ１４へと戻り、ユーザ端末４００でのタッチパネル４０４の表示画面を登録画面ＳＣＢに戻す。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0064】
プロセッサ１０１は、上述のようにバーコードデータが通知され、当該バーコードデータが商品コードを表すものであるならば、商品を指定するための操作が行われたとしてＡＣＴ２３にてＹＥＳと判定し、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ１０１は、通知されたバーコードデータに基づいて、取引商品とすべき商品を判定する。つまりプロセッサ１０１は例えば、バーコードデータに含まれる商品コードを抽出し、その商品コードで識別される商品を取引商品とすべき商品（以下、候補商品と称する）として判定する。なお、プロセッサ１０１は、例えばタッチパネル４０４に表示させたプリセットボタンをタップする操作がなされたことのユーザ端末４００からの通知を受けて、該当のプリセットボタンに割り当てられた商品を候補商品として判定するようにしてもよい。またプロセッサ１０１は、例えば数値列としてタッチパネル４０４にて直接入力された商品コードのユーザ端末４００からの通知を受けて、その商品コードで識別される商品を候補商品として判定するようにしてもよい。
ＡＣＴ２５としてプロセッサ１０１は、登録確認画面の表示をユーザ端末４００に対して指示する。登録確認画面は、候補商品を取引商品として登録するか否かを確認するための画面である。プロセッサ１０１は、登録確認画面の表示指示のための指示データに登録確認画面を表す画面データを含めてもよいし、候補商品のデータを含めて、登録確認画面の生成はユーザ端末４００にてプロセッサ４０１により行わせてもよい。
ＡＣＴ２４としてプロセッサ１０１は、通知されたバーコードデータに基づいて、取引商品とすべき商品を判定する。つまりプロセッサ１０１は例えば、バーコードデータに含まれる商品コードを抽出し、その商品コードで識別される商品を取引商品とすべき商品（以下、候補商品と称する）として判定する。なお、プロセッサ１０１は、例えばタッチパネル４０４に表示させたプリセットボタンをタップする操作がなされたことのユーザ端末４００からの通知を受けて、該当のプリセットボタンに割り当てられた商品を候補商品として判定するようにしてもよい。またプロセッサ１０１は、例えば数値列としてタッチパネル４０４にて直接入力された商品コードのユーザ端末４００からの通知を受けて、その商品コードで識別される商品を候補商品として判定するようにしてもよい。
ＡＣＴ２５としてプロセッサ１０１は、登録確認画面の表示をユーザ端末４００に対して指示する。登録確認画面は、候補商品を取引商品として登録するか否かを確認するための画面である。プロセッサ１０１は、登録確認画面の表示指示のための指示データに登録確認画面を表す画面データを含めてもよいし、候補商品のデータを含めて、登録確認画面の生成はユーザ端末４００にてプロセッサ４０１により行わせてもよい。
【0065】
図１４は登録確認画面ＳＣＤを表す図である。
登録確認画面ＳＣＤは、候補商品が、「ＤＤＤＤＤ」なる商品名で、単価が２５０円である商品の場合の例である。登録確認画面ＳＣＤは、表示エリアＡＤＡ及びボタンＢＤＡ，ＢＤＢ，ＢＤＣ，ＢＤＤを表す。表示エリアＡＤＡは、内部に数量を表す。ボタンＢＤＡは、数量減少の指定を受けるためのソフトキーである。ボタンＢＤＢは、数量増加の指定を受けるためのソフトキーである。ボタンＢＤＣは、取引商品として登録しない旨の指定を受けるためのソフトキーである。ボタンＢＤＤは、取引商品としての登録の指定を受けるためのソフトキーである。
登録確認画面ＳＣＤは、候補商品が、「ＤＤＤＤＤ」なる商品名で、単価が２５０円である商品の場合の例である。登録確認画面ＳＣＤは、表示エリアＡＤＡ及びボタンＢＤＡ，ＢＤＢ，ＢＤＣ，ＢＤＤを表す。表示エリアＡＤＡは、内部に数量を表す。ボタンＢＤＡは、数量減少の指定を受けるためのソフトキーである。ボタンＢＤＢは、数量増加の指定を受けるためのソフトキーである。ボタンＢＤＣは、取引商品として登録しない旨の指定を受けるためのソフトキーである。ボタンＢＤＤは、取引商品としての登録の指定を受けるためのソフトキーである。
【0066】
図９中のＡＣＴ２６としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ１０１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２８へと進む。
ＡＣＴ２７としてプロセッサ１０１は、数量の変更が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２８へと進む。
【0067】
ＡＣＴ２８としてプロセッサ１０１は、候補商品を取引商品として登録することの指定がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＤＣをタップするなどの登録を取り止める旨の指定のための予め定められた操作が行われたことを確認し、ＡＣＴ２１へと戻る。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0068】
利用者は、数量を変更したいならば、ボタンＢＤＡ又はボタンＢＤＢをタップするなどの予め定められた操作により数量変更を指定する。このような操作がユーザ端末４００から通知されると、プロセッサ１０１はＡＣＴ２７にてＹＥＳと判定してＡＣＴ２９へと進む。
ＡＣＴ２９としてプロセッサ１０１は、指定に応じて数量を変更するように取引データＤＡＡを更新する。そしてプロセッサ１０１はこののち、図８中のＡＣＴ１４へと戻り、上述のようにして更新された取引データに応じた登録画面ＳＣＢの表示をユーザ端末４００に指示した上で、ＡＣＴ１５の待ち受け状態に戻る。
ＡＣＴ２９としてプロセッサ１０１は、指定に応じて数量を変更するように取引データＤＡＡを更新する。そしてプロセッサ１０１はこののち、図８中のＡＣＴ１４へと戻り、上述のようにして更新された取引データに応じた登録画面ＳＣＢの表示をユーザ端末４００に指示した上で、ＡＣＴ１５の待ち受け状態に戻る。
【0069】
利用者は、登録確認画面ＳＣＤに表された候補商品を、表示エリアＡＤＡに表された数量、取引商品として登録することを決定したならば、例えばボタンＢＤＤをタップするなどの予め定められた操作により登録を指定する。このような操作がユーザ端末４００から通知されると、プロセッサ１０１はＡＣＴ２８にてＹＥＳと判定し、ＡＣＴ３０へと進む。
ＡＣＴ３０としてプロセッサ１０１は、候補商品を、表示エリアＡＤＡに表している数量、取引商品として登録する。プロセッサ１０１は例えば、候補商品の商品コードと、表示エリアＡＤＡに表している数量とをそれぞれ表した商品データを含むように取引データＤＡＡを更新する。プロセッサ１０１は、ＡＣＴ３０を初めて実行した際には、取引データＤＡＡのフィールドＦＢＤにセットされている管理データに含まれるステータスを「買物中」に変更する。そしてプロセッサ１０１はこののち、図８中のＡＣＴ１４へと戻り、上述のようにして更新された取引データに応じた登録画面ＳＣＢの表示をユーザ端末４００に指示した上で、ＡＣＴ１５の待ち受け状態に戻る。
ＡＣＴ３０としてプロセッサ１０１は、候補商品を、表示エリアＡＤＡに表している数量、取引商品として登録する。プロセッサ１０１は例えば、候補商品の商品コードと、表示エリアＡＤＡに表している数量とをそれぞれ表した商品データを含むように取引データＤＡＡを更新する。プロセッサ１０１は、ＡＣＴ３０を初めて実行した際には、取引データＤＡＡのフィールドＦＢＤにセットされている管理データに含まれるステータスを「買物中」に変更する。そしてプロセッサ１０１はこののち、図８中のＡＣＴ１４へと戻り、上述のようにして更新された取引データに応じた登録画面ＳＣＢの表示をユーザ端末４００に指示した上で、ＡＣＴ１５の待ち受け状態に戻る。
【0070】
利用者は、今回の取引に関する取引商品の全てを登録し終えたならば、例えば登録画面ＳＣＢ中のボタンＢＢＢをタップするなどの予め定められた操作により会計開始を指定する。このような操作がユーザ端末４００から通知されると、プロセッサ１０１は図８中のＡＣＴ１７にてＹＥＳと判定し、図１０中のＡＣＴ４１へと進む。なお、図示は省略しているが、プロセッサ１０１はこのとき、取引データＤＡＡのフィールドＦＢＤにセットされている管理データに含まれるステータスを「会計中」に変更する。
ＡＣＴ４１としてプロセッサ１０１は、利用者コードを取得済みであるか否かを確認する。そしてプロセッサ１０１は例えば、取引に関する取引データＤＡＡのフィールドＦＢＣに利用者コードがセットされていることを確認できたならば、取得済みであるとしてＹＥＳと判定し、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ１０１は、第１の選択画面の表示をユーザ端末４００に対して指示する。第１の選択画面は、スマホ決済及び会計機決済のいずれを行うかを利用者に指定させるための画面である。なお、第１の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、スマホ決済及び会計機決済のいずれを行うかの通知を要求する旨の通知、あるいは利用者コードを取得済みであることの通知とすることが想定される。
ＡＣＴ４１としてプロセッサ１０１は、利用者コードを取得済みであるか否かを確認する。そしてプロセッサ１０１は例えば、取引に関する取引データＤＡＡのフィールドＦＢＣに利用者コードがセットされていることを確認できたならば、取得済みであるとしてＹＥＳと判定し、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ１０１は、第１の選択画面の表示をユーザ端末４００に対して指示する。第１の選択画面は、スマホ決済及び会計機決済のいずれを行うかを利用者に指定させるための画面である。なお、第１の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、スマホ決済及び会計機決済のいずれを行うかの通知を要求する旨の通知、あるいは利用者コードを取得済みであることの通知とすることが想定される。
【0071】
図１５は第１の選択画面ＳＣＥを表す図である。
第１の選択画面ＳＣＥは、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、ボタンＢＥＡ，ＢＥＢを表す。ボタンＢＥＡは、スマホ決済の指定を受けるためのソフトキーである。ボタンＢＥＢは、会計機決済の指定を受けるためのソフトキーである。
第１の選択画面ＳＣＥは、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、ボタンＢＥＡ，ＢＥＢを表す。ボタンＢＥＡは、スマホ決済の指定を受けるためのソフトキーである。ボタンＢＥＢは、会計機決済の指定を受けるためのソフトキーである。
【0072】
一方でプロセッサ１０１は例えば、取引に関する取引データＤＡＡのフィールドＦＢＣがnull状態であることを確認したならば、利用者コードを取得済みではないとして、ＡＣＴ４１にてＮＯと判定し、ＡＣＴ４３へと進む。
ＡＣＴ４３としてプロセッサ１０１は、第２の選択画面の表示をユーザ端末４００に対して指示する。第２の選択画面は、会計機決済を利用者に指定させるための画面である。第２の選択画面は例えば、第１の選択画面ＳＣＥを、ボタンＢＥＡを表さないか、あるいはボタンＢＥＡをグレーアウト表示とするなどのように、ボタンＢＥＡを無効化するように変更した画面とする。なお、第２の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、会計機決済の実行指示を要求する旨の通知、あるいは利用者コードを取得済みでないことの通知とすることが想定される。
ＡＣＴ４３としてプロセッサ１０１は、第２の選択画面の表示をユーザ端末４００に対して指示する。第２の選択画面は、会計機決済を利用者に指定させるための画面である。第２の選択画面は例えば、第１の選択画面ＳＣＥを、ボタンＢＥＡを表さないか、あるいはボタンＢＥＡをグレーアウト表示とするなどのように、ボタンＢＥＡを無効化するように変更した画面とする。なお、第２の選択画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、会計機決済の実行指示を要求する旨の通知、あるいは利用者コードを取得済みでないことの通知とすることが想定される。
【0073】
ユーザ端末４００にてプロセッサ４０１は、会計開始を指定する操作が行われた場合には、上記のＡＣＴ４１～ＡＣＴ４３の処理をプロセッサ１０１に代わって実行してもよい。この場合に取引処理装置１００にてプロセッサ１０１は例えば、図８中のＡＣＴ１７にてＹＥＳと判定したら、図１０中のＡＣＴ４４へと進む。
【0074】
利用者は、ユーザ端末４００を操作してオンライン決済サービスを利用した決済を行う場合には、例えば第１の選択画面ＳＣＥに表されているボタンＢＥＡをタップするなどの、スマホ決済を指定するための予め定められた操作を行う。また利用者は、会計機２００を用いて決済を行う場合には、例えば第１の選択画面ＳＣＥ又は第２の選択画面に表されているボタンＢＥＢをタップするなどの、会計機決済を指定するための予め定められた操作を行う。
【0075】
プロセッサ１０１は、ＡＣＴ４２又はＡＣＴ４３での表示指示を終えると、いずれの場合もＡＣＴ４４へと進む。
ＡＣＴ４４としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上述のような操作がユーザ端末４００から取引処理装置１００に通知されたならばＹＥＳと判定し、ＡＣＴ４５へと進む。
ＡＣＴ４４としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上述のような操作がユーザ端末４００から取引処理装置１００に通知されたならばＹＥＳと判定し、ＡＣＴ４５へと進む。
【0076】
ＡＣＴ４５としてプロセッサ１０１は、スマホ決済が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は、会計機決済が指定されたことを確認し、処理中の取引の代金の決済処理を会計機２００に行わせるための処理を実行する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0077】
決済処理を会計機２００に行わせるための処理は、一例として以下の通りである。
プロセッサ１０１は、会計用画面の表示をユーザ端末４００に対して指示する。会計用画面は、取引に関する会計処理を会計機２００に引き継ぐための画面である。会計用画面には、該当の取引に関する問い合わせを会計機２００が取引処理装置１００に対して行うための情報を表したバーコードが表される。
利用者は、店舗に会計機２００が複数台設置されているならば、それらのうちから使用されていない会計機２００を任意に選択し、その会計機２００が備えるバーコードスキャナに、会計用画面に表されたバーコードを読み取らせる。これに応じて会計機２００は、バーコードスキャナにより読み取られたバーコードが表す情報に基づいて取引処理装置１００に会計データを要求する。
プロセッサ１０１は、会計用画面の表示をユーザ端末４００に対して指示する。会計用画面は、取引に関する会計処理を会計機２００に引き継ぐための画面である。会計用画面には、該当の取引に関する問い合わせを会計機２００が取引処理装置１００に対して行うための情報を表したバーコードが表される。
利用者は、店舗に会計機２００が複数台設置されているならば、それらのうちから使用されていない会計機２００を任意に選択し、その会計機２００が備えるバーコードスキャナに、会計用画面に表されたバーコードを読み取らせる。これに応じて会計機２００は、バーコードスキャナにより読み取られたバーコードが表す情報に基づいて取引処理装置１００に会計データを要求する。
【0078】
取引処理装置１００にてプロセッサ１０１は、会計データの要求を受けると、要求された取引の決済を会計機２００に行わせるための会計データを要求元の会計機２００に対して送信する。このときプロセッサ１０１は、要求元の会計機２００の会計機コードを含むように、取引データＤＡＡのフィールドＦＢＤにセットされている管理データを更新する。またプロセッサ１０１は、要求元の会計機２００から通知される会計処理コードを含むように、取引データＤＡＡのフィールドＦＢＤにセットされている管理データを更新する。
このように取引処理装置１００から送信された会計データに応じて会計機２００は、適宜に画面を表示しながら、会計に関する利用者の操作を受けつつ、会計データに基づいて取引を会計するための処理を実行する。この会計機２００の処理は、例えば既存のＰＯＳシステムの会計機で行われている処理と同様な処理であってよい。
このように取引処理装置１００から送信された会計データに応じて会計機２００は、適宜に画面を表示しながら、会計に関する利用者の操作を受けつつ、会計データに基づいて取引を会計するための処理を実行する。この会計機２００の処理は、例えば既存のＰＯＳシステムの会計機で行われている処理と同様な処理であってよい。
【0079】
さて、取引処理装置１００にてプロセッサ１０１は、第１の選択画面ＳＣＥを表示している状態のユーザ端末４００にて前述のようにスマホ決済を指定する操作がなされたことに応じて、図１０中のＡＣＴ４４からＡＣＴ４５へと進んだ場合には、ＡＣＴ４５にてＹＥＳと判定してＡＣＴ４６へと進む。なおプロセッサ１０１は、利用者コードが取得されていないためにＡＣＴ４３にて第２の選択画面の表示を指示している場合には、スマホ決済が指定されることはなく、ＡＣＴ４６へと進むことはない。
ＡＣＴ４６としてプロセッサ１０１は、許可コードスキャン画面の表示をユーザ端末４００に対して指示する。許可コードスキャン画面は、許可コードを表したバーコードをスキャンするための画面である。なお、許可コードスキャン画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、許可コードの入力を要求する旨の通知を識別するものとすることが想定される。
ＡＣＴ４６としてプロセッサ１０１は、許可コードスキャン画面の表示をユーザ端末４００に対して指示する。許可コードスキャン画面は、許可コードを表したバーコードをスキャンするための画面である。なお、許可コードスキャン画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、許可コードの入力を要求する旨の通知を識別するものとすることが想定される。
【0080】
図１６は許可コードスキャン画面ＳＣＦを表す図である。
許可コードスキャン画面ＳＣＦは、表示エリアＡＦＡ及びボタンＢＦＡを含む。表示エリアＡＦＡは、カメラ４０５で得られた画像を表示するためのエリアである。ボタンＢＦＡは、スマホ決済を中止することを利用者が宣言するためのソフトキーである。
ユーザ端末４００にてプロセッサ４０１は、許可コードスキャン画面ＳＣＦを表示するに当たっては、カメラ４０５を起動し、これによりカメラ４０５で得られた画像を表示エリアＡＦＡ内に重畳表示する。
許可コードスキャン画面ＳＣＦは、表示エリアＡＦＡ及びボタンＢＦＡを含む。表示エリアＡＦＡは、カメラ４０５で得られた画像を表示するためのエリアである。ボタンＢＦＡは、スマホ決済を中止することを利用者が宣言するためのソフトキーである。
ユーザ端末４００にてプロセッサ４０１は、許可コードスキャン画面ＳＣＦを表示するに当たっては、カメラ４０５を起動し、これによりカメラ４０５で得られた画像を表示エリアＡＦＡ内に重畳表示する。
【0081】
店舗内の一部のエリアとして予め定められた会計エリア内には、予め定められたスマホ決済を許可するための許可コードを表した２次元バーコードを掲出しておく。２次元バーコードの掲出は、看板の設置又は印刷物の掲示などにより行うことができる。会計エリアは、オンライン決済サービスを利用した決済を行うことを許容するエリアである。会計エリアは、店舗毎に、当該店舗の運営者などによって適宜に定められてよい。許可コードは、店舗毎に別々でも、複数の店舗で共通でも構わない。許可コードを表した１次元バーコードが、上記の２次元バーコードに代えて掲出されてもよい。
【0082】
利用者は、会計エリアまで移動した上で、上記のように掲出されている２次元バーコードが表示エリアＡＦＡ内に映り込むようにユーザ端末４００を操作する。プロセッサ４０１は、カメラ４０５で得られる画像を解析し、２次元バーコードの読み取りを試みる。そしてプロセッサ４０１は、２次元バーコードが読み取れたならば、読み取った２次元バーコードが表すバーコードデータの通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する。かくして、２次元バーコードの掲出のための上記の看板又は印刷物などは、ユーザ端末４００による許可コードの取得元となる媒体に該当する。
【0083】
プロセッサ１０１は、ＡＣＴ４６での表示指示を終えると、ＡＣＴ４７へと進む。
ＡＣＴ４７としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ４８へと進む。
ＡＣＴ４７としてプロセッサ１０１は、ユーザ端末４００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、ユーザ端末４００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ４８へと進む。
【0084】
ＡＣＴ４８としてプロセッサ１０１は、許可コードのスキャンがなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＦＡをタップするなどのスマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ４２へと戻り、ユーザ端末４００のタッチパネル４０４の表示画面を第１の選択画面ＳＣＥに戻す。また他処理の１つとしてプロセッサ１０１は例えば、許可コードを表さないバーコードのスキャン操作が行われたことを確認し、エラー表示を行った後にＡＣＴ４６へと戻り、ユーザ端末４００でのタッチパネル４０４の表示画面を許可コードスキャン画面ＳＣＦに戻す。エラー表示は、例えば許可コードをスキャンしなければスマホ決済を行うことができない旨を操作者に通知するための画面表示である。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0085】
プロセッサ１０１は、許可コードを表したバーコードデータの通知を伴う操作通知がなされたならば、許可コードがスキャンされたとしてＡＣＴ４８にてＹＥＳと判定し、ＡＣＴ４９へと進む。
【0086】
ＡＣＴ４９としてプロセッサ１０１は、オンライン決済サービスに対してウェブアクセスして、取引の決済を行わせるための決済用ＵＲＬ（uniform resource locator）をユーザ端末４００に通知する。プロセッサ１０１は、決済用ＵＲＬには例えば、オンライン決済サービスを提供するウェブサーバ（以下、決済サーバと称する）にアクセスするためのアドレスと、取引に関する決済データと、を含める。プロセッサ１０１は例えば、取引に関する決済額と取引コードとを決済データから判定可能とする。プロセッサ１０１は例えば、取引が行われる店舗が属するオンライン決済サービスの加盟店の識別子を決済データから判定可能とする。プロセッサ１０１は例えば、決済サーバにて取引処理装置１００を識別するための識別子を決済データから判定可能とする。なお、プロセッサ１０１が、決済データからどのような情報を判定可能とするかは、オンライン決済サービスの仕様に準じる。また、決済データに含める情報の一部は、決済データに含めることなしに、別途の通信によって、ユーザ端末４００又は取引処理装置１００から決済サーバへと送られてもよい。
【0087】
ユーザ端末４００にてプロセッサ４０１はユーザ端末処理にて、決済用ＵＲＬの通知を受けると、ユーザ端末４００が備えるブラウザプログラムＰＲＥに従ってのブラウザ処理を起動し、取引処理装置１００から通知された決済用ＵＲＬをこのブラウザ処理に受け渡す。
【0088】
プロセッサ４０１は、ブラウザ処理にて、ユーザ端末処理から受け渡された決済用ＵＲＬに基づいて決済サーバにアクセスする。そしてこののちにプロセッサ４０１は、ブラウザ処理にて、決済サーバからの指示と、利用者による操作とに応じて、オンライン決済サービスを利用しての決済を行う。なお、オンライン決済サービスを利用しての決済の手順は、例えば既存のオンライン決済サービスにおいて知られたものであってよく、ここではその説明は省略する。
決済サーバは、決済を完了すると、例えばアクセスに用いられた決済用ＵＲＬに含まれる決済データから判定される識別子で識別される取引処理装置１００に対して、同決済用ＵＲＬから判定される取引識別子の通知を伴って、決済の完了を通知する。
決済サーバは、決済を完了すると、例えばアクセスに用いられた決済用ＵＲＬに含まれる決済データから判定される識別子で識別される取引処理装置１００に対して、同決済用ＵＲＬから判定される取引識別子の通知を伴って、決済の完了を通知する。
【0089】
取引処理装置１００にてプロセッサ１０１は、図１０中のＡＣＴ４９として決済用ＵＲＬの通知を行ったのちには、ＡＣＴ５０へと進む。
ＡＣＴ５０としてプロセッサ１０１は、完了通知を待ち受ける。そしてプロセッサ１０１は、上述のように決済サーバから決済の完了が通知されたならばＹＥＳと判定し、ＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ１０１は、完了画面の表示をユーザ端末４００に対して指示する。完了画面は、取引が完了したことを利用者に認識させるための画面である。完了画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、決済が完了した旨の通知を識別するものとすることが想定される。図示は省略しているが、プロセッサ１０１はこのとき、取引データＤＡＡのフィールドＦＢＤにセットされている管理データに含まれるステータスを「退店」に変更する。
ＡＣＴ５０としてプロセッサ１０１は、完了通知を待ち受ける。そしてプロセッサ１０１は、上述のように決済サーバから決済の完了が通知されたならばＹＥＳと判定し、ＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ１０１は、完了画面の表示をユーザ端末４００に対して指示する。完了画面は、取引が完了したことを利用者に認識させるための画面である。完了画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、決済が完了した旨の通知を識別するものとすることが想定される。図示は省略しているが、プロセッサ１０１はこのとき、取引データＤＡＡのフィールドＦＢＤにセットされている管理データに含まれるステータスを「退店」に変更する。
【0090】
ＡＣＴ５２としてプロセッサ１０１は、電子レシート登録処理を行う。つまりプロセッサ１０１は、今回の取引の内容を電子レシートサービスで閲覧可能とするために、利用者コード、取引商品のリスト及び決済の結果などの各種のデータを電子レシートサーバ６００に送る。そうすると電子レシートサーバ６００は、取得したデータを取引データベースに保存し、取引の内容を電子レシートサービスにより閲覧可能とする。この電子レシート登録処理は、例えば既存の電子レシートサービスで行われている処理と同様であってよく、ここではその詳細の説明は省略する。したがって、プロセッサ１０１が電子レシートサーバ６００に送るデータは、電子レシートサービスの仕様に準じる。
そしてプロセッサ１０１はこののち、スマホＰＯＳ処理を終了する。
そしてプロセッサ１０１はこののち、スマホＰＯＳ処理を終了する。
【0091】
さて利用者は、カートＰＯＳサービスを利用するためには、未使用状態となっているカート端末５００で、利用開始のための予め定められた操作を行う。利用者は、利用開始のための操作の一環として、利用者コードをカート端末５００に入力するための操作を行うこともできる。このような操作を受けたカート端末５００にてプロセッサ５０１は、チェックインデータを、カート端末５００の端末コードＣＯＢとともに、取引処理装置１００に宛てて無線通信ユニット５０６から通信ネットワーク２へと送出する。プロセッサ５０１は、利用者コードの入力が行われている場合には、入力された利用者コードも、チェックインデータとともに送出する。チェックインデータは、例えばチェックインコードに表されるのと同じものが、予め補助記憶ユニット５０３に書き込まれる。ただし補助記憶ユニット５０３に書き込まれるチェックインデータは、チェックインコードに表されるチェックインデータと一部異なっていても構わない。
【0092】
チェックインデータが通信ネットワーク２により取引処理装置１００へと伝送されると、取引処理装置１００では当該のチェックインデータを通信ユニット１０４が受信し、メイン記憶ユニット１０２又は補助記憶ユニット１０３に一時保存する。
このようにして、カート端末５００から送出されたチェックインデータが取引処理装置１００により受信されると、プロセッサ１０１は、カートＰＯＳサービス向けの取引処理（以下、カートＰＯＳ処理と称する）を取引処理プログラムＰＲＡに従って開始する。なお、スマホＰＯＳ処理とカートＰＯＳ処理とは、それぞれ別々のアプリケーションプログラムに記述されてもよい。
このようにして、カート端末５００から送出されたチェックインデータが取引処理装置１００により受信されると、プロセッサ１０１は、カートＰＯＳサービス向けの取引処理（以下、カートＰＯＳ処理と称する）を取引処理プログラムＰＲＡに従って開始する。なお、スマホＰＯＳ処理とカートＰＯＳ処理とは、それぞれ別々のアプリケーションプログラムに記述されてもよい。
【0093】
プロセッサ１０１は、異なる利用者に関する取引を対象としたカートＰＯＳ処理を既に実行しているならば、そのカートＰＯＳ処理とは別スレッドの処理として新たなカートＰＯＳ処理を開始する。またプロセッサ１０１は、前述したスマホＰＯＳ処理を既に実行しているならば、そのスマホＰＯＳ処理とは別スレッドの処理としてカートＰＯＳ処理を開始する。つまりプロセッサ１０１は、スマホＰＯＳ処理及びカートＰＯＳ処理を、複数並列して実行することもある。しかしながら以下の説明は、一の利用者に関する取引の処理に関してのみ着目する。かくして以下の説明における「カート端末５００」は、着目しているカートＰＯＳ処理のために利用者により利用されている一のカート端末５００を指す。また以下の説明における「取引」は、着目している処理の対象となっている取引を指す。
【0094】
図１７はカートＰＯＳ処理のフローチャートである。
プロセッサ１０１は、カートＰＯＳ処理においても、スマホＰＯＳ処理における図８及び図９に表される各処理に関しては、同様に行う。ただし、ユーザインタフェースとして用いる端末は、カートＰＯＳ処理においてはカート端末５００である。またカート端末５００のタッチパネル５０４で表示させる各種の画面は、カート端末５００向けに変更されてもよい。例えば、カート端末５００が、タッチパネル５０４が横長となる状態でショッピングカートに取り付けられているならば、前述した縦長の各種画面を、横長に適応するように変更する。また例えば、タッチパネル５０４の画面サイズがタッチパネル４０４の画面サイズよりも大きいならば、前述した各種画面よりも多くの情報を１画面中に表す様に変更する。ただし、各種画面について前述した機能は変更しない。
プロセッサ１０１は、カートＰＯＳ処理においても、スマホＰＯＳ処理における図８及び図９に表される各処理に関しては、同様に行う。ただし、ユーザインタフェースとして用いる端末は、カートＰＯＳ処理においてはカート端末５００である。またカート端末５００のタッチパネル５０４で表示させる各種の画面は、カート端末５００向けに変更されてもよい。例えば、カート端末５００が、タッチパネル５０４が横長となる状態でショッピングカートに取り付けられているならば、前述した縦長の各種画面を、横長に適応するように変更する。また例えば、タッチパネル５０４の画面サイズがタッチパネル４０４の画面サイズよりも大きいならば、前述した各種画面よりも多くの情報を１画面中に表す様に変更する。ただし、各種画面について前述した機能は変更しない。
【0095】
プロセッサ１０１は、会計開始を指示するための操作が行われたことがカート端末５００から通知されたことに応じて、図１７中のＡＣＴ６１へと進む。
ＡＣＴ６１としてプロセッサ１０１は、選択画面の表示をカート端末５００に対して指示する。選択画面は、第１の選択画面と同様に、スマホ決済及び会計機決済のいずれを行うかを利用者に指定させるための画面である。
ＡＣＴ６１としてプロセッサ１０１は、選択画面の表示をカート端末５００に対して指示する。選択画面は、第１の選択画面と同様に、スマホ決済及び会計機決済のいずれを行うかを利用者に指定させるための画面である。
【0096】
カート端末５００にてプロセッサ５０１は、選択画面の表示指示のための指示データが無線通信ユニット５０６により受信されると、選択画面をタッチパネル５０４に表示させる。ただしプロセッサ４０１は、プロセッサ１０１からの表示指示を受けること無しに選択画面をタッチパネル４０４に表示させてもよい。この場合にプロセッサ１０１は例えば、ＡＣＴ６１を省略してＡＣＴ６２へと進む。
【0097】
利用者は、オンライン決済サービスを利用した決済を行う場合には、例えば選択画面にスマホ決済の指定のために表されているボタンをタップするなどの、スマホ決済を指定するための予め定められた操作を行う。また利用者は、会計機２００を用いて決済を行う場合には、例えば選択画面に決済機決済の指定のために表されているボタンをタップするなどの、会計機決済を指定するための予め定められた操作を行う。
【0098】
ＡＣＴ６２としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、上述のような操作がカート端末５００から取引処理装置１００に通知されたならばＹＥＳと判定し、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ１０１は、スマホ決済が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は、会計機決済が指定されたことを確認し、処理中の取引の代金の決済処理を会計機２００に行わせるための処理を実行する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
ＡＣＴ６３としてプロセッサ１０１は、スマホ決済が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は、会計機決済が指定されたことを確認し、処理中の取引の代金の決済処理を会計機２００に行わせるための処理を実行する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0099】
さて、取引処理装置１００にてプロセッサ１０１は、カート端末５００にて前述のようにスマホ決済を指定する操作がなされたことに応じて、ＡＣＴ６２からＡＣＴ６３へと進んだ場合には、ＡＣＴ６３にてＹＥＳと判定してＡＣＴ６４へと進む。
ＡＣＴ６４としてプロセッサ１０１は、第１の要求画面の表示をカート端末５００に対して指示する。第１の要求画面は、許可コードをカート端末５００にスキャンさせるように利用者に要求するための画面である。第１の要求画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、許可コードの入力を要求する旨の通知を識別するものとすることが想定される。
ＡＣＴ６４としてプロセッサ１０１は、第１の要求画面の表示をカート端末５００に対して指示する。第１の要求画面は、許可コードをカート端末５００にスキャンさせるように利用者に要求するための画面である。第１の要求画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、許可コードの入力を要求する旨の通知を識別するものとすることが想定される。
【0100】
なお、カート端末５００にてプロセッサ５０１は、選択画面にてスマホ決済を指定する操作がなされた場合には、取引処理装置１００からの表示指示を受けること無しに第１の要求画面をタッチパネル５０４に表示させてもよい。この場合に取引処理装置１００にてプロセッサ１０１は、ＡＣＴ６４を実行しない。
【0101】
図１８は第１の要求画面ＳＣＧを表す図である。
第１の要求画面ＳＣＧは、許可コードをカート端末５００にスキャンさせるように利用者に要求するための文字メッセージを表す。また第１の要求画面ＳＣＧは、ボタンＢＧＡを表す。ボタンＢＧＡは、スマホ決済を中止する指示を受けるためのソフトキーである。
第１の要求画面ＳＣＧは、許可コードをカート端末５００にスキャンさせるように利用者に要求するための文字メッセージを表す。また第１の要求画面ＳＣＧは、ボタンＢＧＡを表す。ボタンＢＧＡは、スマホ決済を中止する指示を受けるためのソフトキーである。
【0102】
利用者は、会計エリアに掲出されている許可コードをスキャナ５０５により読み取らせるようにカート端末５００を操作する。プロセッサ５０１は、スキャナ５０５により２次元バーコードが読み取られたならば、その２次元バーコードが表すバーコードデータの通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する。
【0103】
プロセッサ１０１は、図１７中のＡＣＴ６４での表示指示を終えると、ＡＣＴ６５へと進む。
ＡＣＴ６５としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、カート端末５００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ６６へと進む。
ＡＣＴ６５としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、カート端末５００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ６６へと進む。
【0104】
ＡＣＴ６６としてプロセッサ１０１は、許可コードのスキャンがなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＧＡをタップするなどのスマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ６１へと戻り、カート端末５００のタッチパネル５０４の表示画面を選択画面に戻す。また他処理の１つとしてプロセッサ１０１は例えば、許可コードを表さないバーコードのスキャン操作が行われたことを確認し、エラー表示を行った後にＡＣＴ６４へと戻り、カート端末５００でのタッチパネル５０４の表示画面を第１の要求画面ＳＣＧに戻す。エラー表示は、例えば許可コードをスキャンしなければスマホ決済を行うことができない旨を操作者に通知するための画面表示である。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0105】
プロセッサ１０１は、許可コードを表したバーコードデータの通知を伴う操作通知がなされたならば、許可コードがスキャンされたとしてＡＣＴ６６にてＹＥＳと判定し、ＡＣＴ６８へと進む。
ＡＣＴ６７としてプロセッサ１０１は、利用者コードを取得済みであるか否かを確認する。プロセッサ１０１は、カート端末５００の利用開始のための操作の一環として、利用者コードがカート端末５００に入力されず、カート端末５００からチェックインデータとともに利用者コードが送出されていないためにチェックインデータを取得できていないならばＮＯと判定し、ＡＣＴ６８へと進む。
ＡＣＴ６８としてプロセッサ１０１は、第２の要求画面の表示をカート端末５００に対して指示する。第２の要求画面は、利用者コードをカート端末５００にスキャンさせるように利用者に要求するための画面である。第２の要求画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、利用者コードの入力を要求する旨の通知を識別するものとすることが想定される。
ＡＣＴ６７としてプロセッサ１０１は、利用者コードを取得済みであるか否かを確認する。プロセッサ１０１は、カート端末５００の利用開始のための操作の一環として、利用者コードがカート端末５００に入力されず、カート端末５００からチェックインデータとともに利用者コードが送出されていないためにチェックインデータを取得できていないならばＮＯと判定し、ＡＣＴ６８へと進む。
ＡＣＴ６８としてプロセッサ１０１は、第２の要求画面の表示をカート端末５００に対して指示する。第２の要求画面は、利用者コードをカート端末５００にスキャンさせるように利用者に要求するための画面である。第２の要求画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、利用者コードの入力を要求する旨の通知を識別するものとすることが想定される。
【0106】
図１９は第２の要求画面ＳＣＨを表す図である。
第２の要求画面ＳＣＨは、利用者コードをカート端末５００にスキャンさせるように利用者に要求するための文字メッセージを表す。なお、当該の文字メッセージでは、利用者コードのことを「会員コード」と表している。また第２の要求画面ＳＣＨは、ボタンＢＨＡを表す。ボタンＢＨＡは、スマホ決済を中止する指示を受けるためのソフトキーである。
第２の要求画面ＳＣＨは、利用者コードをカート端末５００にスキャンさせるように利用者に要求するための文字メッセージを表す。なお、当該の文字メッセージでは、利用者コードのことを「会員コード」と表している。また第２の要求画面ＳＣＨは、ボタンＢＨＡを表す。ボタンＢＨＡは、スマホ決済を中止する指示を受けるためのソフトキーである。
【0107】
利用者は、例えば当該利用者が所有するスマートフォン等の情報通信端末の画面に、利用者コードを表したバーコードを表示させて、このバーコードをカート端末５００のスキャナ５０５にスキャンさせる。プロセッサ５０１は、スキャナ５０５によりバーコードが読み取られたならば、そのバーコードが表すバーコードデータの通知を伴って、スキャン操作が行われたことを取引処理装置１００に通知する。
【0108】
プロセッサ１０１は、図１７中のＡＣＴ６８での表示指示を終えると、ＡＣＴ６９へと進む。
ＡＣＴ６９としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、カート端末５００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ７０へと進む。
ＡＣＴ６９としてプロセッサ１０１は、カート端末５００で操作が行われるのを待ち受ける。そしてプロセッサ１０１は、カート端末５００から操作内容が通知されたならばＹＥＳと判定し、ＡＣＴ７０へと進む。
【0109】
ＡＣＴ７０としてプロセッサ１０１は、利用者コードのスキャンがなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ボタンＢＨＡをタップするなどのスマホ決済の中止を指定する操作が行われたことを確認し、ＡＣＴ６１へと戻り、カート端末５００のタッチパネル５０４の表示画面を選択画面に戻す。また他処理の１つとしてプロセッサ１０１は例えば、利用者コードを表さないバーコードのスキャン操作が行われたことを確認し、スキャンしたバーコードが誤っていることを通知するためのエラー表示を行った後にＡＣＴ６８へと戻り、カート端末５００でのタッチパネル５０４の表示画面を第２の要求画面ＳＣＨに戻す。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0110】
プロセッサ１０１は、利用者コードを表したバーコードデータの通知を伴う操作通知がなされたならば、利用者コードがスキャンされたとしてＡＣＴ７０にてＹＥＳと判定し、ＡＣＴ７１へと進む。なおプロセッサ１０１は、利用者コードを取得済みであることを確認してＡＣＴ６７にてＹＥＳと判定した場合は、ＡＣＴ６８～ＡＣＴ７０を行うことなしにＡＣＴ７１へと進む。
ＡＣＴ７１としてプロセッサ１０１は、引継画面の表示をカート端末５００に対して指示する。引継画面は、オンライン決済サービスを利用した決済を別の情報通信端末に引き継ぐための画面である。当該別の情報通信端末としては、典型的にはスマートフォンが利用される。
ＡＣＴ７１としてプロセッサ１０１は、引継画面の表示をカート端末５００に対して指示する。引継画面は、オンライン決済サービスを利用した決済を別の情報通信端末に引き継ぐための画面である。当該別の情報通信端末としては、典型的にはスマートフォンが利用される。
【0111】
図２０は引継画面ＳＣＩを表す図である。
引継画面ＳＣＩは、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、２次元バーコードＣＩＡ及びボタンＢＩＡを表す。また引継画面ＳＣＩは、２次元バーコードＣＩＡを、決済に用いる情報通信端末に読み取らせるように利用者に要求するための文字メッセージを表す。２次元バーコードＣＩＡは、決済用ＵＲＬを含むとともに、当該決済用ＵＲＬを用いたウェブアクセスを実行するように要求するコマンドを含んだ引継データを表す。ボタンＢＩＡは、スマホ決済を中止する指示を受けるためのソフトキーである。プロセッサ１０１は例えば、決済用ＵＲＬは、図１０中のＡＣＴ４９にてユーザ端末４００へと通知する決済用ＵＲＬと同様に生成する。
引継画面ＳＣＩは、適用される値引きの合計額、取引商品の合計点数、決済金額、さらには利用者コードを文字列により表すとともに、２次元バーコードＣＩＡ及びボタンＢＩＡを表す。また引継画面ＳＣＩは、２次元バーコードＣＩＡを、決済に用いる情報通信端末に読み取らせるように利用者に要求するための文字メッセージを表す。２次元バーコードＣＩＡは、決済用ＵＲＬを含むとともに、当該決済用ＵＲＬを用いたウェブアクセスを実行するように要求するコマンドを含んだ引継データを表す。ボタンＢＩＡは、スマホ決済を中止する指示を受けるためのソフトキーである。プロセッサ１０１は例えば、決済用ＵＲＬは、図１０中のＡＣＴ４９にてユーザ端末４００へと通知する決済用ＵＲＬと同様に生成する。
【0112】
利用者は、例えば当該利用者が所有するスマートフォン等の情報通信端末のバーコードリーダ機能を用いて、２次元バーコードＣＩＡを情報通信端末に読み取らせる。これに応じて情報通信端末は、ブラウザ機能により２次元バーコードＣＩＡが表す引継データに含まれる決済用ＵＲＬに基づいて決済サーバにアクセスする。そしてこののちに情報通信端末は、ブラウザ機能にて、決済サーバからの指示と、利用者による操作とに応じて、オンライン決済サービスを利用しての決済を行う。なお、オンライン決済サービスを利用しての決済の手順は、例えば既存のオンライン決済サービスにおいて知られたものであってよく、ここではその説明は省略する。
【0113】
取引処理装置１００にてプロセッサ１０１は、図１７中のＡＣＴ７１として表示指示を行ったのちには、ＡＣＴ７２へと進む。
ＡＣＴ７２としてプロセッサ１０１は、完了通知を待ち受ける。そしてプロセッサ１０１は、上述のような決済の完了が決済サーバから通知されたならばＹＥＳと判定し、ＡＣＴ７３へと進む。
ＡＣＴ７２としてプロセッサ１０１は、完了通知を待ち受ける。そしてプロセッサ１０１は、上述のような決済の完了が決済サーバから通知されたならばＹＥＳと判定し、ＡＣＴ７３へと進む。
【0114】
ＡＣＴ７３としてプロセッサ１０１は、完了画面の表示をカート端末５００に対して指示する。完了画面は、取引が完了したことを利用者に認識させるための画面である。完了画面の表示指示のための指示データに通知識別子を含める場合、当該の通知識別子は例えば、決済が完了した旨の通知を識別するものとすることが想定される。図示は省略しているが、プロセッサ１０１はこのとき、取引データＤＡＡのフィールドＦＢＤにセットされている管理データに含まれるステータスを「退店」に変更する。
ＡＣＴ７４としてプロセッサ１０１は、電子レシート登録処理を、図１０中のＡＣＴ５２と同様に行う。
そしてプロセッサ１０１はこののち、カートＰＯＳ処理を終了する。
ＡＣＴ７４としてプロセッサ１０１は、電子レシート登録処理を、図１０中のＡＣＴ５２と同様に行う。
そしてプロセッサ１０１はこののち、カートＰＯＳ処理を終了する。
【0115】
次に、以上の取引処理により処理される各取引の実施状況の確認作業をアテンダント端末３００にて行うことを可能とするための動作について説明する。
プロセッサ１０１は、上述のスマホＰＯＳ処理及びカートＰＯＳ処理とは別スレッドの処理として、確認支援処理を取引処理プログラムＰＲＡに従って開始する。なお、確認支援処理は、取引処理プログラムＰＲＡとは別のアプリケーションプログラムに記述されてもよい。
プロセッサ１０１は、上述のスマホＰＯＳ処理及びカートＰＯＳ処理とは別スレッドの処理として、確認支援処理を取引処理プログラムＰＲＡに従って開始する。なお、確認支援処理は、取引処理プログラムＰＲＡとは別のアプリケーションプログラムに記述されてもよい。
【0116】
図２１は確認支援処理のフローチャートである。
ＡＣＴ８１としてプロセッサ１０１は、後述するステータス確認画面での提示対象とする取引に関する取引データ（以下、対象取引データと称する）を、補助記憶ユニット１０３に保存されている取引データのうちから抽出する。
プロセッサ１０１は、確認支援処理を開始後、最初にＡＣＴ８１を実行する際には、デフォルトの抽出条件に従って対象取引データを抽出する。本実施形態では、抽出条件は以下の通りとする。ただし、抽出条件は、例えば取引処理プログラムＰＲＡの作成者などにより適宜に定められてよい。
ＡＣＴ８１としてプロセッサ１０１は、後述するステータス確認画面での提示対象とする取引に関する取引データ（以下、対象取引データと称する）を、補助記憶ユニット１０３に保存されている取引データのうちから抽出する。
プロセッサ１０１は、確認支援処理を開始後、最初にＡＣＴ８１を実行する際には、デフォルトの抽出条件に従って対象取引データを抽出する。本実施形態では、抽出条件は以下の通りとする。ただし、抽出条件は、例えば取引処理プログラムＰＲＡの作成者などにより適宜に定められてよい。
【0117】
抽出条件の設定項目として、「件数」「ステータス」「端末種別」及び「端末ＩＤ」を含む。「件数」なる設定項目については、「全件」「１０分前」「３０分前」を選択的に対象として設定可能とし、「全件」を対象とする設定をデフォルトとする。「ステータス」なる設定項目については、「入店」「買物中」「会計中」「退店」「中止」のうちの少なくとも１つを対象して設定可能とし、「入店」「買物中」「会計中」「退店」「中止」のすべてを対象とする設定をデフォルトとする。「端末種別」なる設定項目については、「スマホ」及び「タブレット」のうちの少なくとも１つを対象として設定可能とし、「スマホ」及び「タブレット」の双方を対象とする設定をデフォルトとする。「端末ＩＤ」なる設定項目については、端末コードのうちの少なくとも一部分に相当する任意の文字列をキーとして設定可能とし、当該キーが未設定である状態をデフォルトとする。
【0118】
ＡＣＴ８２としてプロセッサ１０１は、ステータス確認画面の表示をアテンダント端末３００に対して指示する。ステータス確認画面は、取引の実施状況を、アテンダント端末３００を利用している店員に確認させるための画面である。プロセッサ１０１は例えば、ステータス確認画面を表す画面データを生成し、この画面データに基づく画面表示を行うように指示するための指示データを、通信ユニット１０４からアテンダント端末３００に宛てて通信ネットワーク２に送出する。
【0119】
画面表示の指示のための指示データが通信ネットワーク２によりアテンダント端末３００に伝送されると、アテンダント端末３００では無線通信ユニット３０６が当該の指示データを受信する。無線通信ユニット３０６は、指示データを受信すると、その旨をプロセッサ３０１に通知する。プロセッサ３０１は、画面表示の指示のための指示データが受信されたならば、アテンダント端末プログラムＰＲＣに従ってのアテンダント端末処理により、その指示データに応じた画面をタッチパネル３０４に表示させる。
なお、以降に説明する各種の画面の表示指示の授受は、画面データの内容が異なるものの、上記と同様な手順で行われる。
なお、以降に説明する各種の画面の表示指示の授受は、画面データの内容が異なるものの、上記と同様な手順で行われる。
【0120】
図２２は一例としてのステータス確認画面ＳＣＪを表す図である。
ステータス確認画面ＳＣＪは、表示エリアＡＪＡ，ＡＪＢ及びボタンＢＪＡを表す。表示エリアＡＪＡは、抽出条件の設定状況を表す。表示エリアＡＪＢは、図２１中のＡＣＴ８１にてプロセッサ１０１により抽出された対象取引データに関する取引の実施状況を表す。ボタンＢＪＡは、絞り込みの条件の更新指示を受けるためのソフトキーである。
ステータス確認画面ＳＣＪは、表示エリアＡＪＡ，ＡＪＢ及びボタンＢＪＡを表す。表示エリアＡＪＡは、抽出条件の設定状況を表す。表示エリアＡＪＢは、図２１中のＡＣＴ８１にてプロセッサ１０１により抽出された対象取引データに関する取引の実施状況を表す。ボタンＢＪＡは、絞り込みの条件の更新指示を受けるためのソフトキーである。
【0121】
ステータス確認画面ＳＣＪにおける表示エリアＡＪＡは、全ての設定項目の全ての設定が上述のデフォルトである場合である。つまり、「件数」なる設定項目に関して表された３つのラジオボタンのうち、「全件」が関連付けられたラジオボタンをオン状態とするとともに、「１０分前」「３０分前」がそれぞれ関連付けられたラジオボタンをオフ状態とすることにより、「件数」なる設定項目に関して「全件」を対象とする設定であることを表している。「ステータス」なる設定項目については、「入店」「買物中」「会計中」「退店」「中止」にそれぞれ関連付けられた５つのチェックボックスの全てにチェックマークを表していることにより、「入店」「買物中」「会計中」「退店」「中止」のすべてを対象とする設定であることを表している。「端末種別」なる設定項目については、「スマホ」及び「タブレット」にそれぞれ関連付けられた２つのチェックボックスの双方にチェックマークを表していることにより、「スマホ」及び「タブレット」の双方を対象とする設定であることを表している。「端末ＩＤ」なる設定項目については、関連付けられた入力欄をブランク状態としていることにより、キーが設定されていないことを表している。
【0122】
表示エリアＡＪＢは、対象取引データのそれぞれに対応する取引の実施状況のリストを表す。表示エリアＡＪＢに表されるリストは、一行が１つの取引に関し、「端末ＩＤ」「取引Ｎｏ．」「回遊時間」「直前操作時間」「登録点数」「ステータス」「会計機Ｎｏ．」「会計取引Ｎｏ．」「中止フラグ」なる各項目に関する情報を表す。「端末ＩＤ」なる項目の情報としては、対象取引データのフィールドＦＢＢにセットされている端末コードを表す。なお、対象取引データのフィールドＦＢＣに利用者コードがセットされている場合には、その旨を表すマークを端末コードの左横に表す。「取引Ｎｏ．」なる項目の情報としては、対象取引データのフィールドＦＢＡにセットされている取引コードを表す。「回遊時間」なる項目の情報としては、対象取引データのフィールドＦＢＤにセットされている管理データに含まれる開始時刻から現在時刻までの経過時間を表す。「直前操作時間」なる項目の情報としては、対象取引データのフィールドＦＢＤにセットされている管理データに含まれる直前操作時刻を表す。「登録点数」なる項目の情報としては、対象取引データのフィールドＦＢＥ以降の各フィールドにセットされている商品データのそれぞれに含まれる数量の総和を表す。「ステータス」なる項目の情報としては、対象取引データのフィールドＦＢＤにセットされている管理データにステータスとして含まれる情報を表す。「会計機Ｎｏ．」なる項目の情報としては、対象取引データのフィールドＦＢＤにセットされている管理データに会計機コードが含まれる場合に、当該の会計機コードを表す。「会計取引Ｎｏ．」なる項目の情報としては、対象取引データのフィールドＦＢＤにセットされている管理データに会計処理コードが含まれる場合に、当該の会計処理コードを表す。「中止フラグ」なる項目の情報としては、対象取引データのフィールドＦＢＤにセットされている管理データに含まれる中止フラグの状態を表す。
なお、図２２の例では、「端末ＩＤ」なる項目に関する表示可能桁数が７桁に制限されていることから、３２桁の端末コードの全てを表示することができず、プロセッサ３０１は上位７桁のみの表示としている。プロセッサ３０１は、表示エリアＡＪＢ中の「端末ＩＤ」なる項目に表された情報の１つが、例えばタップなどの予め定められた操作により指定されると、該当の情報が端末コードの一部のみを表しているならば、該当の端末コードの全てを表示させる。
なお、図２２の例では、「端末ＩＤ」なる項目に関する表示可能桁数が７桁に制限されていることから、３２桁の端末コードの全てを表示することができず、プロセッサ３０１は上位７桁のみの表示としている。プロセッサ３０１は、表示エリアＡＪＢ中の「端末ＩＤ」なる項目に表された情報の１つが、例えばタップなどの予め定められた操作により指定されると、該当の情報が端末コードの一部のみを表しているならば、該当の端末コードの全てを表示させる。
【0123】
ＡＣＴ８３としてプロセッサ１０１は、ステータス確認画面の更新タイミングとなったか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ８４へと進む。
ＡＣＴ８４としてプロセッサ１０１は、アテンダント端末３００から抽出条件の通知がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ８５へと進む。
ＡＣＴ８５としてプロセッサ１０１は、抽出条件の変更のための操作とは別の操作がアテンダント端末３００で行われたか否か確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ８３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ８３～ＡＣＴ８５としては、更新タイミングとなるか、抽出条件の通知がなされるか、他の操作がおこなわれるのを待ち受ける。
ＡＣＴ８４としてプロセッサ１０１は、アテンダント端末３００から抽出条件の通知がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ８５へと進む。
ＡＣＴ８５としてプロセッサ１０１は、抽出条件の変更のための操作とは別の操作がアテンダント端末３００で行われたか否か確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ８３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ８３～ＡＣＴ８５としては、更新タイミングとなるか、抽出条件の通知がなされるか、他の操作がおこなわれるのを待ち受ける。
【0124】
プロセッサ１０１は、更新タイミングとして予め定められたタイミングとなったならば、ＡＣＴ８３にてＹＥＳと判定し、ＡＣＴ８１以降を繰り返す。このとき、新たにＡＣＴ８１にて対象取引データとして抽出する取引データは、前回にＡＣＴ８１にて抽出した取引データと変わらないが、取引の進捗により対象取引データの内容が変更されていれば、ＡＣＴ８２として表示させるステータス確認画面における表示エリアＡＪＢに表される情報が更新される。なお、更新タイミングとしては例えば、ＡＣＴ８２を前回に実行してからの経過時間が予め定められた時間を越えた時とすることが想定される。更新タイミングとしては例えば、ＡＣＴ８２を前回に実行した際に対象取引データとして抽出した取引データが更新されたことが確認できた時とすることが想定される。ただし更新タイミングは、取引処理プログラムＰＲＡの作成者などにより適宜に定められてよい。
【0125】
店員は、ステータス確認画面に表される取引に関する抽出条件を変更したいならば、その変更を指示するための予め定められた操作を行う。アテンダント端末３００にてプロセッサ３０１は、操作に応じて、表示エリアＡＪＡでの表示を変更する。
第１の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、「表示件数」なる設定項目に関して「１０分前」に変更したいならば、「１０分前」が関連付けられたラジオボタンをタップする。この操作に応じてプロセッサ３０１は、タップされたラジオボタンを有効状態とし、他のラジオボタンを無効状態とする。
第２の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、「ステータス」なる設定項目に関して「退店」「中止」の２つを対象から外したいならば「退店」「中止」に関連付けられたチェックボックスをそれぞれタップする。この操作に応じてプロセッサ３０１は、「退店」「中止」に関連付けられたチェックボックス内のチェックマークを非表示とする。なおプロセッサ３０１は、チェックマークが非表示となっているチェックボックスがタップされたならば、そのチェックボックス内にチェックマークを表示する。
第３の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、表示エリアＡＪＢに表される取引をスマホＰＯＳ処理の対象である取引に絞り込みたいならば、「タブレット」なる設定に関するチェックボックスをタップする。この操作に応じてプロセッサ３０１は、「タブレット」なる設定に関連付けられたチェックボックス内のチェックマークを非表示とする。
第４の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、表示エリアＡＪＢに表される取引をカートＰＯＳ処理の対象である取引に絞り込みたいならば、「スマホ」なる設定に関するチェックボックスをタップする。この操作に応じてプロセッサ３０１は、「スマホ」なる設定に関連付けられたチェックボックス内のチェックマークを非表示とする。
第５の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、表示エリアＡＪＢに表される取引を、端末コードの１桁目が「３」である端末が用いられている取引に絞り込みたいならば、「端末ＩＤ」なる設定に関する入力欄に「３」を入力する。この操作に応じてプロセッサ３０１は、該当の入力欄に「３」を表す。
第１の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、「表示件数」なる設定項目に関して「１０分前」に変更したいならば、「１０分前」が関連付けられたラジオボタンをタップする。この操作に応じてプロセッサ３０１は、タップされたラジオボタンを有効状態とし、他のラジオボタンを無効状態とする。
第２の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、「ステータス」なる設定項目に関して「退店」「中止」の２つを対象から外したいならば「退店」「中止」に関連付けられたチェックボックスをそれぞれタップする。この操作に応じてプロセッサ３０１は、「退店」「中止」に関連付けられたチェックボックス内のチェックマークを非表示とする。なおプロセッサ３０１は、チェックマークが非表示となっているチェックボックスがタップされたならば、そのチェックボックス内にチェックマークを表示する。
第３の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、表示エリアＡＪＢに表される取引をスマホＰＯＳ処理の対象である取引に絞り込みたいならば、「タブレット」なる設定に関するチェックボックスをタップする。この操作に応じてプロセッサ３０１は、「タブレット」なる設定に関連付けられたチェックボックス内のチェックマークを非表示とする。
第４の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、表示エリアＡＪＢに表される取引をカートＰＯＳ処理の対象である取引に絞り込みたいならば、「スマホ」なる設定に関するチェックボックスをタップする。この操作に応じてプロセッサ３０１は、「スマホ」なる設定に関連付けられたチェックボックス内のチェックマークを非表示とする。
第５の具体例：例えば店員は、図２２のステータス確認画面ＳＣＪが表示されているときに、表示エリアＡＪＢに表される取引を、端末コードの１桁目が「３」である端末が用いられている取引に絞り込みたいならば、「端末ＩＤ」なる設定に関する入力欄に「３」を入力する。この操作に応じてプロセッサ３０１は、該当の入力欄に「３」を表す。
【0126】
そして店員は、表示エリアＡＪＡの表示が所望の条件と合致している状態にて、ボタンＢＪＡをタップする等の予め定められた操作により条件更新を指示する。この操作に応じてプロセッサ３０１は、その時点で表示エリアＡＪＢに表されている設定を通知するための通知データを、無線通信ユニット３０６から取引処理装置１００に宛てて通信ネットワーク２へと送出する。
【0127】
取引処理装置１００にてプロセッサ１０１は、上記のように設定を通知するためにアテンダント端末３００から送出された通知データを受信したことが通信ユニット１０４から通知されたならば、図２１中のＡＣＴ８４にてＹＥＳと判定し、ＡＣＴ８６へと進む。
ＡＣＴ８６としてプロセッサ１０１は、通知に応じて対象取引データの抽出条件を変更する。そしてプロセッサ１０１はＡＣＴ８１以降を前述と同様に繰り返す。このときプロセッサ１０１は、変更後の抽出条件で対象取引データの抽出をやり直した上で、改めて抽出された対象取引データに基づく新たなステータス確認画面の表示をアテンダント端末３００に指示する。
ＡＣＴ８６としてプロセッサ１０１は、通知に応じて対象取引データの抽出条件を変更する。そしてプロセッサ１０１はＡＣＴ８１以降を前述と同様に繰り返す。このときプロセッサ１０１は、変更後の抽出条件で対象取引データの抽出をやり直した上で、改めて抽出された対象取引データに基づく新たなステータス確認画面の表示をアテンダント端末３００に指示する。
【0128】
ここで、通知データに含まれる「端末ＩＤ」なる設定項目に関する設定は、第１の端末種別としての「スマホ」と第２の端末種別としての「タブレット」の少なくとも一方の指定の内容を表したものである。かくしてプロセッサ１０１は、通知データに基づいて抽出条件を変更するに際して、上記の指定を受け付けていることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは受付手段として機能する。
また、通知データにキーが含まれる場合には、プロセッサ１０１は、通知データに基づいて抽出条件を変更するに際して、キーを取得していることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは取得手段として機能する。
また、通知データにキーが含まれる場合には、プロセッサ１０１は、通知データに基づいて抽出条件を変更するに際して、キーを取得していることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは取得手段として機能する。
【0129】
図２３は一例としてのステータス確認画面ＳＣＫを表す図である。
ステータス確認画面ＳＣＫは、上記の第２の具体例及び第３の具体例による抽出条件の変更後の一例である。
プロセッサ１０１は、第２の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＤにセットされている管理データに含まれるステータスが「退店」又は「中止」である取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１１」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、「ステータス」が「退店」であり、かつ端末コードが１桁であるために、ステータス確認画面ＳＣＫにおいては対象取引データとしない。
ステータス確認画面ＳＣＫは、上記の第２の具体例及び第３の具体例による抽出条件の変更後の一例である。
プロセッサ１０１は、第２の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＤにセットされている管理データに含まれるステータスが「退店」又は「中止」である取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１１」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、「ステータス」が「退店」であり、かつ端末コードが１桁であるために、ステータス確認画面ＳＣＫにおいては対象取引データとしない。
【0130】
またプロセッサ１０１は、第３の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードがカート端末５００を識別するものである取引データは対象取引データから除外している。なおプロセッサ１０１は、フィールドＦＢＢに３２桁の端末コードがセットされている取引データを対象取引データとして抽出する。本実施形態では、ユーザ端末４００の端末コードが３２桁であり、カート端末５００の端末コードが３桁以下であるから、プロセッサ１０１は例えば、フィールドＦＢＢにセットされた端末コードが４桁以上である場合に３２桁の端末コードがセットされていると判断すればよい。つまりプロセッサ１０１は、取引コードが「１４」及び「１５」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、端末コードが４桁以上ではないために、ステータス確認画面ＳＣＫにおいては対象取引データとしない。
【0131】
図２４は一例としてのステータス確認画面ＳＣＬを表す図である。
ステータス確認画面ＳＣＬは、上記の第２の具体例及び第４の具体例による抽出条件の変更後の一例である。
プロセッサ１０１は、第２の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＤにセットされている管理データに含まれるステータスが「退店」又は「中止」である取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１１」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、「ステータス」が「退店」であり、かつ端末コードが１桁であるために、ステータス確認画面ＳＣＬにおいては対象取引データとしない。
ステータス確認画面ＳＣＬは、上記の第２の具体例及び第４の具体例による抽出条件の変更後の一例である。
プロセッサ１０１は、第２の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＤにセットされている管理データに含まれるステータスが「退店」又は「中止」である取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１１」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、「ステータス」が「退店」であり、かつ端末コードが１桁であるために、ステータス確認画面ＳＣＬにおいては対象取引データとしない。
【0132】
またプロセッサ１０１は、第４の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードがユーザ端末４００を識別するものである取引データは対象取引データから除外している。なおプロセッサ１０１は、フィールドＦＢＢに１桁～３桁の端末コードがセットされている取引データを対象取引データとして抽出する。本実施形態では、プロセッサ１０１は例えば、フィールドＦＢＢにセットされた端末コードが３桁以下である場合に１桁～３桁の端末コードがセットされていると判断すればよい。つまりプロセッサ１０１は、取引コードが「１０」「１２」及び「１３」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、端末コードが３桁以下ではないために、ステータス確認画面ＳＣＬにおいては対象取引データとしない。
【0133】
図２５は一例としてのステータス確認画面ＳＣＭを表す図である。
ステータス確認画面ＳＣＭは、上記の第５の具体例による抽出条件の変更後の一例である。
プロセッサ１０１は、第５の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードの上位１桁が「３」ではない取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１２」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、端末コードの上位１桁が「３」ではないために、ステータス確認画面ＳＣＭにおいては対象取引データとしない。
プロセッサ１０１はこのように、「端末種別」なる設定項目に関して「スマホ」及び「タブレット」の双方を対象とする設定である場合には、このように端末コードに関しての前方一致による絞り込みを行う。
ステータス確認画面ＳＣＭは、上記の第５の具体例による抽出条件の変更後の一例である。
プロセッサ１０１は、第５の具体例による変更により、図２２のステータス確認画面ＳＣＪの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードの上位１桁が「３」ではない取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１２」である取引に関する取引データは、ステータス確認画面ＳＣＪにおいては対象取引データとしているが、端末コードの上位１桁が「３」ではないために、ステータス確認画面ＳＣＭにおいては対象取引データとしない。
プロセッサ１０１はこのように、「端末種別」なる設定項目に関して「スマホ」及び「タブレット」の双方を対象とする設定である場合には、このように端末コードに関しての前方一致による絞り込みを行う。
【0134】
図２６は一例としてのステータス確認画面ＳＣＮを表す図である。
ステータス確認画面ＳＣＮは、図２３のステータス確認画面ＳＣＫにて、さらに「端末ＩＤ」なる設定項目に関するキーを「３１９１８」とするように抽出条件を変更した後の一例である。
プロセッサ１０１は、図２３のステータス確認画面ＳＣＫの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードの上位５桁が「３１９１８」ではない取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１６」及び「１９」である取引に関する取引データは、ステータス確認画面ＳＣＫにおいては対象取引データとしているが、端末コードの上位５桁が「３１９１８」ではないために、ステータス確認画面ＳＣＮにおいては対象取引データとしない。
プロセッサ１０１はこのように、「端末種別」なる設定項目に関して「スマホ」のみを対象とする設定である場合には、このように端末コードに関しての前方一致による絞り込みを行う。
ステータス確認画面ＳＣＮは、図２３のステータス確認画面ＳＣＫにて、さらに「端末ＩＤ」なる設定項目に関するキーを「３１９１８」とするように抽出条件を変更した後の一例である。
プロセッサ１０１は、図２３のステータス確認画面ＳＣＫの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードの上位５桁が「３１９１８」ではない取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１６」及び「１９」である取引に関する取引データは、ステータス確認画面ＳＣＫにおいては対象取引データとしているが、端末コードの上位５桁が「３１９１８」ではないために、ステータス確認画面ＳＣＮにおいては対象取引データとしない。
プロセッサ１０１はこのように、「端末種別」なる設定項目に関して「スマホ」のみを対象とする設定である場合には、このように端末コードに関しての前方一致による絞り込みを行う。
【0135】
図２７は一例としてのステータス確認画面ＳＣＯを表す図である。
ステータス確認画面ＳＣＯは、図２４のステータス確認画面ＳＣＬにて、さらに「端末ＩＤ」なる設定項目に関するキーを「３」とするように抽出条件を変更した後の一例である。
プロセッサ１０１は、図２４のステータス確認画面ＳＣＬの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードが「３」ではない取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１４」及び「１８」である取引に関する取引データは、ステータス確認画面ＳＣＬにおいては対象取引データとしているが、端末コードが「３」ではないために、ステータス確認画面ＳＣＯにおいては対象取引データとしない。
プロセッサ１０１はこのように、「端末種別」なる設定項目に関して「タブレット」のみを対象とする設定である場合には、このように端末コードに関しての全件一致による絞り込みを行う。なお、全件一致は、完全一致又は全桁一致とも称される。
ステータス確認画面ＳＣＯは、図２４のステータス確認画面ＳＣＬにて、さらに「端末ＩＤ」なる設定項目に関するキーを「３」とするように抽出条件を変更した後の一例である。
プロセッサ１０１は、図２４のステータス確認画面ＳＣＬの表示に際して対象取引データとして抽出した取引データのうち、フィールドＦＢＢにセットされている端末コードが「３」ではない取引データは対象取引データから除外している。つまりプロセッサ１０１は、取引コードが「１４」及び「１８」である取引に関する取引データは、ステータス確認画面ＳＣＬにおいては対象取引データとしているが、端末コードが「３」ではないために、ステータス確認画面ＳＣＯにおいては対象取引データとしない。
プロセッサ１０１はこのように、「端末種別」なる設定項目に関して「タブレット」のみを対象とする設定である場合には、このように端末コードに関しての全件一致による絞り込みを行う。なお、全件一致は、完全一致又は全桁一致とも称される。
【0136】
以上のような各買い物ステータス画面は、取引処理により処理されている複数の取引のうちから、指定された端末種別に属する端末装置を用いて処理される取引を絞り込み、その絞り込んだ取引に関する情報を、取引処理装置１００のプロセッサ１０１による指示の下に、アテンダント端末３００にて表示デバイスとしてのタッチパネル３０４にて表示させたものである。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは絞込手段及び表示手段として機能する。
【0137】
プロセッサ３０１は、ステータス確認画面をタッチパネル３０４に表示させた状態で、抽出条件の変更のため以外の何らかの操作がなされると、その操作内容を通知するための通知データを、無線通信ユニット３０６から取引処理装置１００に宛てて通信ネットワーク２へと送出する。
【0138】
操作内容を通知するために上記のようにアテンダント端末３００から送出された通知データが通信ネットワーク２により取引処理装置１００に伝送されると、取引処理装置１００では通信ユニット１０４が当該の通知データを受信する。通信ユニット１０４は、通知データを受信すると、その旨をプロセッサ１０１に通知する。
プロセッサ１０１は、上記の通知を受けると、ＡＣＴ８５にてＹＥＳと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ステータス確認画面に表された取引の１つを指定する操作に応じて、その取引に関する取引商品の一覧などの取引の内容を表した画面の表示をアテンダント端末３００に指示する。他処理の１つとしてプロセッサ１０１は例えば、ステータス確認画面の表示エリアＡＪＢにて見出しを表している欄を指定する操作に応じて、表示エリアＡＪＢでの各取引の表示順序に関して、指定された欄に表される見出しに相当する項目に関する値の比較による並べ替えを行うべくステータス確認画面を更新する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
なお、上記の並べ替えのためのステータス確認画面の更新は、プロセッサ３０１による処理により行われてもよい。
プロセッサ１０１は、上記の通知を受けると、ＡＣＴ８５にてＹＥＳと判定し、操作の内容を確認し、それに応じた処理を行うための他処理へと進む。他処理の１つとしてプロセッサ１０１は例えば、ステータス確認画面に表された取引の１つを指定する操作に応じて、その取引に関する取引商品の一覧などの取引の内容を表した画面の表示をアテンダント端末３００に指示する。他処理の１つとしてプロセッサ１０１は例えば、ステータス確認画面の表示エリアＡＪＢにて見出しを表している欄を指定する操作に応じて、表示エリアＡＪＢでの各取引の表示順序に関して、指定された欄に表される見出しに相当する項目に関する値の比較による並べ替えを行うべくステータス確認画面を更新する。他処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
なお、上記の並べ替えのためのステータス確認画面の更新は、プロセッサ３０１による処理により行われてもよい。
【0139】
以上のように取引処理装置１００は、ユーザ端末４００をユーザインタフェースとして用いて行われるスマホＰＯＳサービスとカート端末５００をユーザインタフェースとして用いて行われるカートＰＯＳサービスとを並列的に提供している。そして取引処理装置１００は、図２３に表すステータス確認画面ＳＣＫのように、スマホＰＯＳサービスによる取引に絞り込んで、取引の実施状況をアテンダント端末３００にて表示させることができる。また取引処理装置１００は、図２４に表すステータス確認画面ＳＣＬのように、カートＰＯＳサービスによる取引に絞り込んで、取引の実施状況をアテンダント端末３００にて表示させることができる。これにより、複数の取引に、ユーザ端末４００及びカート端末５００といった互いに異なる種別の端末装置が混在して利用されている状況における各取引の実施状況の確認作業の簡略化を図ることができる。
【0140】
取引処理装置１００は、スマホＰＯＳサービスの対象となる取引のみに関するステータス確認画面をアテンダント端末３００で表示させる場合で、キーが設定されている場合には、端末コードとキーとの前方一致により絞り込んだ取引に絞り込んで、図２６に表すステータス確認画面ＳＣＮのように表示させる。これにより、利用者は、例えば３２桁と長い端末コードの全てを入力しなくとも、ステータス確認画面での表示対象とする取引を絞り込むことが可能となる。
【0141】
取引処理装置１００は、カートＰＯＳサービスの対象となる取引のみに関するステータス確認画面をアテンダント端末３００に表示させる場合で、キーが設定されている場合には、端末コードとキーとの全件一致により絞り込んだ取引に絞り込んで、図２７に表すステータス確認画面ＳＣＯのように表示させる。例えば、３０台のカート端末５００に対して「１」～「３０」の端末コードが設定されている場合、キー「１」に対して前方一致にて絞り込みを行うと、「１」「１０」～「１９」なる端末コードに絞り込まれることになり、総数３０台のうちの１１台までしか絞り込むことができないが、全件一致とすることにより１台に絞り込むことが可能である。これにより利用者は、容易に所望とするカート端末５００を用いての取引の実施状況を確認可能となる。
【0142】
取引処理装置１００は、スマホＰＯＳサービスの対象となる取引と、カートＰＯＳサービスの対象となる取引との双方に関するステータス確認画面をアテンダント端末３００で表示させる場合で、キーが設定されている場合には、端末コードとキーとの前方一致により絞り込んだ取引に絞り込んで、図２５に表すステータス確認画面ＳＣＭのように表示させる。これにより、利用者は、例えば３２桁と長い端末コードの全てを入力しなくとも、ステータス確認画面での表示対象とする取引を絞り込むことが可能となる。
【0143】
この実施形態は、次のような種々の変形実施が可能である。
上記の実施形態では、取引処理装置１００が、取引の実施状況の確認作業のための画面表示をアテンダント端末３００で行わせるための各種処理を実行するとして説明したがこれに限定されるものではない。例えば、取引データＤＡＡの管理は上記の実施形態と同様に取引処理装置１００で行うが、図２１中のＡＣＴ８１～ＡＣＴ８６の各処理のうちの一部又は全部をアテンダント端末３００にて実行してもよい。
上記の実施形態では、取引処理装置１００が、取引の実施状況の確認作業のための画面表示をアテンダント端末３００で行わせるための各種処理を実行するとして説明したがこれに限定されるものではない。例えば、取引データＤＡＡの管理は上記の実施形態と同様に取引処理装置１００で行うが、図２１中のＡＣＴ８１～ＡＣＴ８６の各処理のうちの一部又は全部をアテンダント端末３００にて実行してもよい。
【0144】
ユーザ端末４００及びカート端末５００のいずれか一方に代えて、あるいはそれらに加えて、利用者が持ち運ぶタイプの端末装置をユーザインタフェース端末として店舗から利用者に貸し出すのでもよい。この場合にプロセッサ１０１は、当該の貸し出される端末装置は、ユーザ端末４００及びカート端末５００のいずれか一方と同種別であるとしてもよいし、ユーザ端末４００及びカート端末５００のいずれとも別種別であるとしてもよい。
【0145】
ステータス確認画面での表示対象とする取引のキーに基づく絞り込みに際して一部の一致による絞り込みは、前方一致以外の一部一致による絞り込みを適用してもよい。また「端末種別」なる設定項目についての設定状況毎での絞り込み方法の適用形態は、任意に変更が可能である。
【0146】
取引処理装置１００にてプロセッサ１０１が行っている処理の一部を、ユーザ端末４００又はカート端末５００にてプロセッサ４０１，５０１が実行してもよい。例えば取引データは、補助記憶ユニット４０３，５０３に保存し、その更新はプロセッサ４０１，５０１が行ってもよい。
【0147】
情報処理によりプロセッサ１０１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0148】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0149】
１…取引処理システム、２…通信ネットワーク、１００…取引処理装置、２００…会計機、３００…アテンダント端末、４００…ユーザ端末、５００…カート端末、６００…電子レシートサーバ、１０１，３０１，４０１，５０１…プロセッサ、１０２，３０２，４０２，５０２…メイン記憶ユニット、１０３，３０３，４０３，５０３…補助記憶ユニット、１０４…通信ユニット、３０４，４０４，５０４…タッチパネル、３０５，４０５…カメラ、３０６，４０６，５０６…無線通信ユニット、５０５…スキャナ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
