知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024102639
(43)【公開日】2024-07-31
(54)【発明の名称】決済システム、端末装置及び情報処理プログラム
(51)【国際特許分類】
G06Q 20/20 20120101AFI20240724BHJP
G07G 1/12 20060101ALI20240724BHJP
G06Q 30/06 20230101ALI20240724BHJP
G07G 1/06 20060101ALI20240724BHJP
G06Q 20/32 20120101ALI20240724BHJP
【ＦＩ】
G06Q20/20 370
G07G1/12 301Z
G06Q30/06
G07G1/12 321L
G07G1/06 Z
G06Q20/32 300
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023006660
(22)【出願日】2023-01-19
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】松本 悠紀
【テーマコード（参考）】
3E142
5L020
5L030
5L049
5L055
【Ｆターム（参考）】
3E142AA01
3E142AA03
3E142AA07
3E142CA12
3E142CA13
3E142CA17
3E142CA20
3E142DA07
3E142EA04
3E142FA42
3E142GA16
3E142GA41
3E142JA01
5L020AA42
5L020AA64
5L030BB72
5L049BB72
5L055AA42
5L055AA64
(57)【要約】
【課題】決済に際して行う決済以外の処置を、容易に、決済者のニーズに応じて柔軟に行えるようにする。
【解決手段】実施形態の決済システムは、第１、第２、第３の取得手段、表示手段、要求手段及び処理手段を備える。第１の取得手段は、コード決済用の認証コードを取得する。第２の取得手段は、コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する。表示手段は、第１及び第２の取得手段により取得された認証コード及び設定を表したバーコードを端末装置で表示させる。第３の取得手段は、表示手段により表示されたバーコードが表すデータを取得する。要求手段は、第３の取得手段により取得されたデータが表す認証コードの通知を伴って決済サーバに決済を要求する。処理手段は、第３の取得手段により取得されたデータが表す設定に応じた処置のための処理を行う。
【選択図】 図７
【解決手段】実施形態の決済システムは、第１、第２、第３の取得手段、表示手段、要求手段及び処理手段を備える。第１の取得手段は、コード決済用の認証コードを取得する。第２の取得手段は、コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する。表示手段は、第１及び第２の取得手段により取得された認証コード及び設定を表したバーコードを端末装置で表示させる。第３の取得手段は、表示手段により表示されたバーコードが表すデータを取得する。要求手段は、第３の取得手段により取得されたデータが表す認証コードの通知を伴って決済サーバに決済を要求する。処理手段は、第３の取得手段により取得されたデータが表す設定に応じた処置のための処理を行う。
【選択図】 図７
【特許請求の範囲】
【請求項1】
コード決済用の認証コードを取得する第１の取得手段と、
コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する第２の取得手段と、
前記第１の取得手段により取得された認証コードと、前記第２の取得手段により取得された設定と、を表したバーコードを端末装置で表示させる表示手段と、
前記表示手段により前記端末装置で表示されたバーコードが表すデータを取得する第３の取得手段と、
前記第３の取得手段により取得されたデータが表す認証コードの通知を伴って決済サーバに決済を要求する要求手段と、
前記第３の取得手段により取得されたデータが表す設定に応じた処置のための処理を行う処理手段と、
を具備した決済システム。
コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する第２の取得手段と、
前記第１の取得手段により取得された認証コードと、前記第２の取得手段により取得された設定と、を表したバーコードを端末装置で表示させる表示手段と、
前記表示手段により前記端末装置で表示されたバーコードが表すデータを取得する第３の取得手段と、
前記第３の取得手段により取得されたデータが表す認証コードの通知を伴って決済サーバに決済を要求する要求手段と、
前記第３の取得手段により取得されたデータが表す設定に応じた処置のための処理を行う処理手段と、
を具備した決済システム。
【請求項2】
前記要求手段は、取引の代金の決済を要求し、
前記第２の取得手段は、前記要求手段が要求した決済に関する取引についてのレシートを発行するか否かの設定を取得し、
前記処理手段は、前記第３の取得手段により取得されたバーコードがレシートを発行する設定を表す場合にレシートを発行するための処理を行い、レシートを発行しない設定を表す場合にレシートを発行するための処理を行わない、
請求項１に記載の決済システム。
前記第２の取得手段は、前記要求手段が要求した決済に関する取引についてのレシートを発行するか否かの設定を取得し、
前記処理手段は、前記第３の取得手段により取得されたバーコードがレシートを発行する設定を表す場合にレシートを発行するための処理を行い、レシートを発行しない設定を表す場合にレシートを発行するための処理を行わない、
請求項１に記載の決済システム。
【請求項3】
前記第２の取得手段は、複数種別の取引の種別毎でのレシートを発行するか否かの設定を取得し、
前記処理手段は、前記第３の取得手段により取得されたバーコードが、前記要求手段が要求した決済に関する取引の種別についてレシートを発行する設定を表す場合にレシートを発行するための処理を行い、前記要求手段が要求した決済に関する取引の種別についてレシートを発行しない設定を表す場合にレシートを発行するための処理を行わない、
請求項２に記載の決済システム。
前記処理手段は、前記第３の取得手段により取得されたバーコードが、前記要求手段が要求した決済に関する取引の種別についてレシートを発行する設定を表す場合にレシートを発行するための処理を行い、前記要求手段が要求した決済に関する取引の種別についてレシートを発行しない設定を表す場合にレシートを発行するための処理を行わない、
請求項２に記載の決済システム。
【請求項4】
前記要求手段は、１つ又は複数の商品を対象とする取引の代金の決済を要求し、
前記第２の取得手段は、基準値の設定を取得し、
前記処理手段は、前記第３の取得手段により取得されたバーコードが表す基準値に基づき、前記要求手段が要求した決済に関する取引を、対象となる商品の数が多い多数取引と、対象となる商品の数が多数取引よりも少ない少数取引と、のいずれであるかを判定し、多数取引と判定できる場合にレシートを発行するための処理を行い、少数取引と判定できる場合にレシートを発行するための処理を行わない、
請求項１に記載の決済システム。
前記第２の取得手段は、基準値の設定を取得し、
前記処理手段は、前記第３の取得手段により取得されたバーコードが表す基準値に基づき、前記要求手段が要求した決済に関する取引を、対象となる商品の数が多い多数取引と、対象となる商品の数が多数取引よりも少ない少数取引と、のいずれであるかを判定し、多数取引と判定できる場合にレシートを発行するための処理を行い、少数取引と判定できる場合にレシートを発行するための処理を行わない、
請求項１に記載の決済システム。
【請求項5】
コード決済用の認証コードを取得する第１の取得手段と、
コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する第２の取得手段と、
前記第１の取得手段により取得された認証コードと、前記第２の取得手段により取得された設定と、を表したバーコードを表示させる表示手段と、
を具備する端末装置。
コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する第２の取得手段と、
前記第１の取得手段により取得された認証コードと、前記第２の取得手段により取得された設定と、を表したバーコードを表示させる表示手段と、
を具備する端末装置。
【請求項6】
端末装置に備えられたコンピュータを、
コード決済用の認証コードを取得する第１の取得手段と、
コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する第２の取得手段と、
前記第１の取得手段により取得された認証コードと、前記第２の取得手段により取得された設定と、を表したバーコードを表示させる表示手段と、
して機能させるための情報処理プログラム。
コード決済用の認証コードを取得する第１の取得手段と、
コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する第２の取得手段と、
前記第１の取得手段により取得された認証コードと、前記第２の取得手段により取得された設定と、を表したバーコードを表示させる表示手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、決済システム、端末装置及び情報処理プログラムに関する。
【背景技術】
【0002】
客が、取引に関するレシートを必要とする場合もあれば、不要とする場合もある。そこで、店員による操作に応じて、レシートを発行するか否かを切り替える機能を備えた取引処理装置は考えられている。
しかしながら、店員が客の要望を聞き取らねばならず、店員及び客の双方にとって手間となっていた。
このような事情から、決済に際して行う決済以外のレシート発行のような処置を、容易に、決済者のニーズに応じて柔軟に行えることが望まれていた。
しかしながら、店員が客の要望を聞き取らねばならず、店員及び客の双方にとって手間となっていた。
このような事情から、決済に際して行う決済以外のレシート発行のような処置を、容易に、決済者のニーズに応じて柔軟に行えることが望まれていた。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１１－０３４１９１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、決済に際して行う決済以外の処置を、容易に、決済者のニーズに応じて柔軟に行えるようにする決済システム、端末装置及び情報処理プログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の決済システムは、第１の取得手段、第２の取得手段、表示手段、第３の取得手段、要求手段及び処理手段を備える。第１の取得手段は、コード決済用の認証コードを取得する。第２の取得手段は、コード決済に際して行われ得る決済以外の処置に関する決済者による設定を取得する。表示手段は、第１の取得手段により取得された認証コードと、第２の取得手段により取得された設定と、を表したバーコードを端末装置で表示させる。第３の取得手段は、表示手段により端末装置で表示されたバーコードが表すデータを取得する。要求手段は、第３の取得手段により取得されたデータが表す認証コードの通知を伴って決済サーバに決済を要求する。処理手段は、第３の取得手段により取得されたデータが表す設定に応じた処置のための処理を行う。
【図面の簡単な説明】
【0006】
【図1】一実施形態に係る取引処理システムの概略構成を表すブロック図。
【図5】取引処理のフローチャート。
【図6】コード決済処理のフローチャート。
【図7】コード決済処理のフローチャート。
【図8】トップ画面の一例を表す図。
【図9】設定画面の一例を表す図。
【図10】バーコード画面の一例を表す図。
【発明を実施するための形態】
【0007】
以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
取引処理システム１は、客と店舗とでの商品の売買に関する取引を処理するためのシステムである。取引処理システム１は、取引を処理するための処理の一環として、取引に関わる代金を決済するための処理を行う。かくして取引処理システム１は、決済システムとしての機能を併せ持つ。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
取引処理システム１は、客と店舗とでの商品の売買に関する取引を処理するためのシステムである。取引処理システム１は、取引を処理するための処理の一環として、取引に関わる代金を決済するための処理を行う。かくして取引処理システム１は、決済システムとしての機能を併せ持つ。
【0008】
取引処理システム１は、ＰＯＳ端末１００、ユーザ端末２００、レシートサーバ３００及び決済サーバ４００を、通信ネットワーク２を介して通信可能として構成されている。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。なお、ＰＯＳ端末１００及びユーザ端末２００は、それぞれ任意の数が取引処理システム１に含まれてよいが、図１では１台ずつのみを表している。
通信ネットワーク２は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２としては、一例として、インターネット及び移動体通信網が組み合わせて用いられる。なお、ＰＯＳ端末１００及びユーザ端末２００は、それぞれ任意の数が取引処理システム１に含まれてよいが、図１では１台ずつのみを表している。
【0009】
ＰＯＳ端末１００は、店舗にて操作者により行われる操作に従って、取引を処理するための情報処理を行う。ＰＯＳ端末１００は、店員が主たる操作者となる対面型、客が主たる操作者となるフルセルフ型、あるいは店員及び客のいずれもが主たる操作者となるセミセルフ型のいずれであってもよい。
ユーザ端末２００は、客により所持される情報処理端末である。ユーザ端末２００は、典型的には客により所有されていて、客によって店舗へと持ち込まれて使用される。ユーザ端末２００は、客に店舗から貸し出される情報通信端末、あるいは店舗に備品として備えられたショッピングカートに取り付けられた情報通信端末などであってもよい。
ユーザ端末２００は、客により所持される情報処理端末である。ユーザ端末２００は、典型的には客により所有されていて、客によって店舗へと持ち込まれて使用される。ユーザ端末２００は、客に店舗から貸し出される情報通信端末、あるいは店舗に備品として備えられたショッピングカートに取り付けられた情報通信端末などであってもよい。
【0010】
レシートサーバ３００は、店舗における取引の結果を電子的に表した電子レシートを客に閲覧させる電子レシートサービスを提供するための情報処理を行う。レシートサーバ３００は、決済サーバ４００が提供するコード決済サービスを電子レシートサービスの利用者に利用させるための情報処理を行う。
決済サーバ４００は、ＰＯＳ端末１００で処理された取引の代金をクレジットカード決済、電子マネー決済、あるいはコード決済などにより決済するための情報処理を行う。
レシートサーバ３００及び決済サーバ４００のいずれか又は双方は、単体のコンピュータ装置を用いて実現されても、複数のコンピュータが協働することにより実現されてもよい。
決済サーバ４００は、ＰＯＳ端末１００で処理された取引の代金をクレジットカード決済、電子マネー決済、あるいはコード決済などにより決済するための情報処理を行う。
レシートサーバ３００及び決済サーバ４００のいずれか又は双方は、単体のコンピュータ装置を用いて実現されても、複数のコンピュータが協働することにより実現されてもよい。
【0011】
なお、ＰＯＳ端末１００、レシートサーバ３００及び決済サーバ４００は、典型的にはそれぞれ別々の運営者により運営される。例えば、ＰＯＳ端末１００は小売業者、レシートサーバ３００は電子レシートサービスの提供事業者、決済サーバ４００は決済サービスの提供事業者、によりそれぞれ運営される。ただし、ＰＯＳ端末１００、レシートサーバ３００及び決済サーバ４００のうちの任意の２つ、または全てが同一の運営者により運営されても構わない。
【0012】
図２はＰＯＳ端末１００の要部回路構成を表すブロック図である。
ＰＯＳ端末１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４、バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７、カードリーダ／ライタ１０８、釣銭ユニット１０９、レシートプリンタ１１０、通信ユニット１１１及び伝送路１１２を含む。そしてプロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４、バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７、カードリーダ／ライタ１０８、釣銭ユニット１０９、レシートプリンタ１１０及び通信ユニット１１１は、伝送路１１２に接続されている。
ＰＯＳ端末１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４、バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７、カードリーダ／ライタ１０８、釣銭ユニット１０９、レシートプリンタ１１０、通信ユニット１１１及び伝送路１１２を含む。そしてプロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４、バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７、カードリーダ／ライタ１０８、釣銭ユニット１０９、レシートプリンタ１１０及び通信ユニット１１１は、伝送路１１２に接続されている。
【0013】
プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３が伝送路１１２で接続されて、ＰＯＳ端末１００の制御に関する情報処理を実行するためのコンピュータが構成される。
プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３を伝送路１１２で接続することによって、ＰＯＳ端末１００を制御するための情報処理を行うコンピュータを構成する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、ＰＯＳ端末１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。
プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３を伝送路１１２で接続することによって、ＰＯＳ端末１００を制御するための情報処理を行うコンピュータを構成する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、ＰＯＳ端末１００としての各種の機能を実現するべく各部を制御するための情報処理を実行する。
【0014】
メイン記憶ユニット１０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット１０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット１０２は、書き換え可能なメモリ領域を、プロセッサ１０１によるワークエリアとして使用する。
【0015】
補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータと、プロセッサ１０１での処理によって生成されたデータとを記憶する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１０３は、本実施形態では、情報処理プログラムの１つである取引処理プログラムＰＲＡを記憶する。取引処理プログラムＰＲＡは、後述する取引処理の手順について記述されたアプリケーションプログラムである。
【0016】
タッチパネル１０４は、操作者に対する情報提示のための画面を表示する。またタッチパネル１０４は、操作者による画面へのタッチ操作による指示を入力する。
バーコードスキャナ１０５は、読み取り口に対向されたバーコードを光学的に読み取る。バーコードスキャナ１０５は、読み取ったバーコードが表すバーコード情報を出力する。
クレジットカードリーダ１０６は、クレジットカードからカード情報を読み取る。
バーコードスキャナ１０５は、読み取り口に対向されたバーコードを光学的に読み取る。バーコードスキャナ１０５は、読み取ったバーコードが表すバーコード情報を出力する。
クレジットカードリーダ１０６は、クレジットカードからカード情報を読み取る。
【0017】
近接通信ユニット１０７は、近接された無線タグとの間で近接無線通信を行い、当該無線タグに記憶されたデータを取得する。また近接通信ユニット１０７は、上記の近接無線通信により、上記の無線タグに任意の情報を書き込む。
カードリーダ／ライタ１０８は、会員カード及びプリペイドカードなどの予め定められたカードに記録されたカードデータを読み取る。またカードリーダ／ライタ１０８は、会員カードに対して任意のデータを書き込む。
カードリーダ／ライタ１０８は、会員カード及びプリペイドカードなどの予め定められたカードに記録されたカードデータを読み取る。またカードリーダ／ライタ１０８は、会員カードに対して任意のデータを書き込む。
【0018】
バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７及びカードリーダ／ライタ１０８のうちの少なくとも２つとしては、同じデバイスが用いられてもよい。例えば、クレジットカードリーダ１０６及びカードリーダ／ライタ１０８の機能を兼ね備えた１つのカードリーダが用いられてもよい。
バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７及びカードリーダ／ライタ１０８は、ＰＯＳ端末１００とは別体とされて、ＰＯＳ端末１００に外付けされるのでも構わない。例えば、いわゆる決済端末がＰＯＳ端末１００に外付けされて、この決済端末がバーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７及びカードリーダ／ライタ１０８の少なくとも１つの機能を備えるのでもよい。
バーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７及びカードリーダ／ライタ１０８は、ＰＯＳ端末１００とは別体とされて、ＰＯＳ端末１００に外付けされるのでも構わない。例えば、いわゆる決済端末がＰＯＳ端末１００に外付けされて、この決済端末がバーコードスキャナ１０５、クレジットカードリーダ１０６、近接通信ユニット１０７及びカードリーダ／ライタ１０８の少なくとも１つの機能を備えるのでもよい。
【0019】
釣銭ユニット１０９は、硬貨投入口から投入された硬貨を、その金額を計数しつつ、内部の収納庫に収容する。釣銭ユニット１０９は、収納庫に収容している硬貨を、硬貨排出口を介して硬貨トレイへと排出する。釣銭ユニット１０９は、紙幣投入口から投入された紙幣を、その金額を計数しつつ、内部の収納庫に収容する。釣銭ユニット１０９は、収納庫に収容している紙幣を紙幣排出口から排出する。紙幣排出口は、排出された紙幣を、その一部を外部に露出させた状態で保持する。
レシートプリンタ１１０は、レシート用紙に対してプロセッサ１０１の制御の下に任意の画像をプリントする。レシートプリンタ１１０としては、例えばサーマルプリンタなどの周知のプリントデバイスを用いることができる。
レシートプリンタ１１０は、レシート用紙に対してプロセッサ１０１の制御の下に任意の画像をプリントする。レシートプリンタ１１０としては、例えばサーマルプリンタなどの周知のプリントデバイスを用いることができる。
【0020】
通信ユニット１１１は、プロセッサ１０１が通信ネットワーク２を介して、例えばレシートサーバ３００及び決済サーバ４００などの任意の装置と各種データを授受するための通信処理を行う。通信ユニット１１１としては、通信ネットワーク２の通信方式に準じた周知のデバイスを用いることができる。
伝送路１１２は、アドレスバス、データバス及び制御信号線等を含む。伝送路１１２は、接続されている各部の間で授受されるデータ及び信号を伝送する。
伝送路１１２は、アドレスバス、データバス及び制御信号線等を含む。伝送路１１２は、接続されている各部の間で授受されるデータ及び信号を伝送する。
【0021】
ＰＯＳ端末１００の基本ハードウェアとしては、例えば既存のＰＯＳ端末のハードウェアを用いることができる。このときにＰＯＳ端末１００の譲渡は一般に、取引処理プログラムＰＲＡが補助記憶ユニット１０３に記憶された状態にて行われる。しかし、取引処理プログラムＰＲＡが補助記憶ユニット１０３に記憶されない状態のＰＯＳ端末１００のハードウェアと取引処理プログラムＰＲＡとが個別に譲渡されてもよい。そして、補助記憶ユニット１０３に、任意の作業者の操作に応じて取引処理プログラムＰＲＡが書き込まれてもよい。あるいは、取引処理プログラムＰＲＡと同種の別バージョンの取引処理プログラムが補助記憶ユニット１０３に記憶された状態のＰＯＳ端末１００のハードウェアと取引処理プログラムＰＲＡとが個別に譲渡されてもよい。そして、補助記憶ユニット１０３に既に記憶されている取引処理プログラムを置き換える形で、取引処理プログラムＰＲＡが書き込まれてもよい。取引処理プログラムＰＲＡの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。取引処理プログラムＰＲＡは、メイン記憶ユニット１０２に記憶されてもよい。
【0022】
図３はユーザ端末２００の要部回路構成を表すブロック図である。
ユーザ端末２００は、プロセッサ２０１、メイン記憶ユニット２０２、補助記憶ユニット２０３、タッチパネル２０４、モバイル通信ユニット２０５及び伝送路２０６等を備える。
プロセッサ２０１、メイン記憶ユニット２０２、補助記憶ユニット２０３、タッチパネル２０４及び伝送路２０６の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４及び伝送路１１２と同等であるので、その説明は省略する。ただし補助記憶ユニット２０３は、取引処理プログラムＰＲＡに代えて、ユーザ端末プログラムＰＲＢを記憶する。ユーザ端末プログラムＰＲＢは、ユーザ端末２００を、レシートサーバ３００により提供される電子レシートサービスを利用するためのユーザインタフェースとして動作させるためのプロセッサ２０１の情報処理の手順を記述したアプリケーションプログラムである。また、補助記憶ユニット２０３は、設定データＤＡＡを記憶する。設定データＤＡＡについては後述する。
ユーザ端末２００は、プロセッサ２０１、メイン記憶ユニット２０２、補助記憶ユニット２０３、タッチパネル２０４、モバイル通信ユニット２０５及び伝送路２０６等を備える。
プロセッサ２０１、メイン記憶ユニット２０２、補助記憶ユニット２０３、タッチパネル２０４及び伝送路２０６の機能の概略は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４及び伝送路１１２と同等であるので、その説明は省略する。ただし補助記憶ユニット２０３は、取引処理プログラムＰＲＡに代えて、ユーザ端末プログラムＰＲＢを記憶する。ユーザ端末プログラムＰＲＢは、ユーザ端末２００を、レシートサーバ３００により提供される電子レシートサービスを利用するためのユーザインタフェースとして動作させるためのプロセッサ２０１の情報処理の手順を記述したアプリケーションプログラムである。また、補助記憶ユニット２０３は、設定データＤＡＡを記憶する。設定データＤＡＡについては後述する。
【0023】
モバイル通信ユニット２０５は、通信ネットワーク２を介したデータ通信のインタフェースである。モバイル通信ユニット２０５としては、例えば移動体通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。
ユーザ端末２００の基本ハードウェアとしては、例えばスマートフォン又はタブレットコンピュータのハードウェアを用いることが想定される。
ユーザ端末２００の基本ハードウェアとしては、例えばスマートフォン又はタブレットコンピュータのハードウェアを用いることが想定される。
【0024】
設定データＤＡＡは、後述するコード決済を利用した場合におけるレシート発行に関するユーザ設定を管理するためのデータである。
図４は設定データＤＡＡのデータ構造を模式的に表す図である。
設定データＤＡＡは、５つのフィールドＦＥＡ，ＦＥＢ，ＦＥＣ，ＦＥＤ，ＦＥＥを含む。フィールドＦＥＡには、取引が行われた店舗のカテゴリが「飲食店」である場合においてレシートを発行するか否かを表すフラグ（以下、飲食店フラグと称する）がセットされる。フィールドＦＥＢには、取引が行われた店舗のカテゴリが「スーパーマーケット」である場合においてレシートを発行するか否かを表すフラグ（以下、スーパーマーケットフラグと称する）がセットされる。フィールドＦＥＣには、取引が行われた店舗のカテゴリが「コンビニエンスストア」である場合においてレシートを発行するか否かを表すフラグ（以下、コンビニエンスストアフラグと称する）がセットされる。フィールドＦＥＤには、取引が行われた店舗のカテゴリが「衣料品店」である場合においてレシートを発行するか否かを表すフラグ（以下、衣料品店フラグと称する）がセットされる。フィールドＦＥＥには、取引の対象となる商品の点数に基づくレシートの発行／不発行を判断するための閾値となる基準点数がセットされる。
図４は設定データＤＡＡのデータ構造を模式的に表す図である。
設定データＤＡＡは、５つのフィールドＦＥＡ，ＦＥＢ，ＦＥＣ，ＦＥＤ，ＦＥＥを含む。フィールドＦＥＡには、取引が行われた店舗のカテゴリが「飲食店」である場合においてレシートを発行するか否かを表すフラグ（以下、飲食店フラグと称する）がセットされる。フィールドＦＥＢには、取引が行われた店舗のカテゴリが「スーパーマーケット」である場合においてレシートを発行するか否かを表すフラグ（以下、スーパーマーケットフラグと称する）がセットされる。フィールドＦＥＣには、取引が行われた店舗のカテゴリが「コンビニエンスストア」である場合においてレシートを発行するか否かを表すフラグ（以下、コンビニエンスストアフラグと称する）がセットされる。フィールドＦＥＤには、取引が行われた店舗のカテゴリが「衣料品店」である場合においてレシートを発行するか否かを表すフラグ（以下、衣料品店フラグと称する）がセットされる。フィールドＦＥＥには、取引の対象となる商品の点数に基づくレシートの発行／不発行を判断するための閾値となる基準点数がセットされる。
【0025】
次に以上のように構成された取引処理システム１の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理については記載を省略している。
【0026】
ＰＯＳ端末１００が設置されている店舗で商品を購入しようとする客は、購入する商品を売場からピックアップしてチェックアウトコーナーへと持って行き、ＰＯＳ端末１００の操作を担当する店員に引き渡す。店員は、客から引き渡された商品を取引対象として登録するための予め定められた操作をＰＯＳ端末１００において開始する。あるいは、客は、購入しようとする商品を取引対象として登録するための予め定められた操作をＰＯＳ端末１００において開始する。これに応じてＰＯＳ端末１００にてプロセッサ１０１は、取引処理プログラムＰＲＡに基づく取引処理を開始する。
【0027】
図５は取引処理のフローチャートである。
ＡＣＴ１１としてプロセッサ１０１は、登録処理を実行する。登録処理は、上記の店員又は客による操作に応じて商品を取引対象として登録してゆくための処理である。登録処理は例えば、既存の別のＰＯＳ端末装置で行われている処理と同様な処理であってよい。
ＡＣＴ１１としてプロセッサ１０１は、登録処理を実行する。登録処理は、上記の店員又は客による操作に応じて商品を取引対象として登録してゆくための処理である。登録処理は例えば、既存の別のＰＯＳ端末装置で行われている処理と同様な処理であってよい。
【0028】
店員又は客は、商品の全てを取引対象として登録し終えたならば、予め定められた操作によって会計の開始を指示する。これに応じてプロセッサ１０１は、登録処理を終えてＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ１０１は、指定画面をタッチパネル１０４に表示させる。指定画面は、処理中の取引に関する代金の決済に用いる決済方法を店員又は客に選択させるための画面である。指定画面は、例えば、利用を許容する決済方法のそれぞれを指定するためのソフトキーを表す。利用を許容する決済方法は例えば、現金決済、クレジットカード決済、プリペイドカード決済、電子マネー決済及びコード決済などである。さらに、同じ決済方法で、複数の決済サービスの選択的な利用を許容してもよい。
ＡＣＴ１３としてプロセッサ１０１は、決済方法が指定されるのを待ち受ける。
ＡＣＴ１２としてプロセッサ１０１は、指定画面をタッチパネル１０４に表示させる。指定画面は、処理中の取引に関する代金の決済に用いる決済方法を店員又は客に選択させるための画面である。指定画面は、例えば、利用を許容する決済方法のそれぞれを指定するためのソフトキーを表す。利用を許容する決済方法は例えば、現金決済、クレジットカード決済、プリペイドカード決済、電子マネー決済及びコード決済などである。さらに、同じ決済方法で、複数の決済サービスの選択的な利用を許容してもよい。
ＡＣＴ１３としてプロセッサ１０１は、決済方法が指定されるのを待ち受ける。
【0029】
店員は客の希望を聞き取った上で、あるいは客は、利用する決済方法が関連付けられたソフトキーをタップするなどの予め定められた操作により決済方法を指定する。これに応じてプロセッサ１０１はＡＣＴ１３にてＹＥＳと判定し、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ１０１は、指定された決済方法がコード決済であるか否かを確認する。そしてプロセッサ１０１は、コード決済以外の決済方法が指定されているならば、指定された決済方法を確認し、該当の決済方法で決済を行うための他処理に移行する。他処理は例えば、クレジット決済が指定されたことを確認の上で、クレジットカードリーダ１０６を利用してクレジット決済を行うための処理である。他処理は例えば、電子マネー決済が指定されたことを確認の上で、近接通信ユニット１０７を用いて電子マネー決済を行うための処理である。他処理は例えば、プリペイドカード決済が指定されたことを確認の上で、カードリーダ／ライタ１０８を利用してプリペイドカード決済を行うための処理である。他処理は例えば、現金決済が指定されたことを確認の上で、釣銭ユニット１０９を利用して現金決済を行うための処理である。これらの他処理は、既存の別のＰＯＳ端末装置で行われている処理と同様な処理であってよいので、その図示及び説明は省略する。
ＡＣＴ１４としてプロセッサ１０１は、指定された決済方法がコード決済であるか否かを確認する。そしてプロセッサ１０１は、コード決済以外の決済方法が指定されているならば、指定された決済方法を確認し、該当の決済方法で決済を行うための他処理に移行する。他処理は例えば、クレジット決済が指定されたことを確認の上で、クレジットカードリーダ１０６を利用してクレジット決済を行うための処理である。他処理は例えば、電子マネー決済が指定されたことを確認の上で、近接通信ユニット１０７を用いて電子マネー決済を行うための処理である。他処理は例えば、プリペイドカード決済が指定されたことを確認の上で、カードリーダ／ライタ１０８を利用してプリペイドカード決済を行うための処理である。他処理は例えば、現金決済が指定されたことを確認の上で、釣銭ユニット１０９を利用して現金決済を行うための処理である。これらの他処理は、既存の別のＰＯＳ端末装置で行われている処理と同様な処理であってよいので、その図示及び説明は省略する。
【0030】
さて、客は、コード決済を利用して決済しようとする場合には、ユーザ端末２００でユーザ端末プログラムＰＲＢによる処理を起動させた上で、予め定められた操作によってコード決済機能の起動を指示する。この指示に応じてユーザ端末２００にてプロセッサ２０１は、ユーザ端末プログラムＰＲＢによる処理の一環としてのコード決済処理を開始する。
【0031】
図６及び図７はコード決済処理のフローチャートである。
図６中のＡＣＴ３１としてプロセッサ２０１は、レシートの発行に関わる設定（以下、発行設定と称する）を「自動」に初期設定する。
ＡＣＴ３２としてプロセッサ２０１は、トップ画面をタッチパネル２０４に表示させる。トップ画面は、コード決済の開始に伴う操作のためのＧＵＩ（graphical user interface）画面である。
図６中のＡＣＴ３１としてプロセッサ２０１は、レシートの発行に関わる設定（以下、発行設定と称する）を「自動」に初期設定する。
ＡＣＴ３２としてプロセッサ２０１は、トップ画面をタッチパネル２０４に表示させる。トップ画面は、コード決済の開始に伴う操作のためのＧＵＩ（graphical user interface）画面である。
【0032】
図８はトップ画面ＳＣＡの一例を表す図である。
なお、図８及びその他の図に表す画面例は、いずれも一部の表示オブジェクトの図示を省略している場合がある。
トップ画面ＳＣＡは、ボタンＢＵＡ，ＢＵＢ及びスイッチＳＷＡをＧＵＩオブジェクトとして表す。
なお、図８及びその他の図に表す画面例は、いずれも一部の表示オブジェクトの図示を省略している場合がある。
トップ画面ＳＣＡは、ボタンＢＵＡ，ＢＵＢ及びスイッチＳＷＡをＧＵＩオブジェクトとして表す。
【0033】
ボタンＢＵＡは、コード決済を実行することの指示を受けるためのソフトキーである。ボタンＢＵＢは、コード決済を取り止めることの指示を受けるためのソフトキーである。
スイッチＳＷＡは、スライダＳＬＡをスライドさせるようなスワイプ操作により発行設定の変更に関わる指示を受けるため仮想的なスイッチである。スイッチＳＷＡは、初期的なスライダＳＬＡの位置は実線で表す位置である。これによりスイッチＳＷＡは、発行設定が「自動」となっていることを表すインジケータとしても機能する。
スイッチＳＷＡは、スライダＳＬＡをスライドさせるようなスワイプ操作により発行設定の変更に関わる指示を受けるため仮想的なスイッチである。スイッチＳＷＡは、初期的なスライダＳＬＡの位置は実線で表す位置である。これによりスイッチＳＷＡは、発行設定が「自動」となっていることを表すインジケータとしても機能する。
【0034】
図６中のＡＣＴ３３としてプロセッサ２０１は、コード決済を実行することの指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ２０１は、発行設定の変更が指示されたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ２０１は、レシートを発行するか否かを自動で決定するための条件（以下、発行条件と称する）の設定開始が指示されたか否かを確認する。そしてプロセッサ２０１は、該当野事象を確認できないならばＮＯと判定し、ＡＣＴ３３へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ３３～ＡＣＴ３５としては、実行、変更又は設定開始のいずれかが指示されるのを待ち受ける。
ＡＣＴ３４としてプロセッサ２０１は、発行設定の変更が指示されたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ２０１は、レシートを発行するか否かを自動で決定するための条件（以下、発行条件と称する）の設定開始が指示されたか否かを確認する。そしてプロセッサ２０１は、該当野事象を確認できないならばＮＯと判定し、ＡＣＴ３３へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ３３～ＡＣＴ３５としては、実行、変更又は設定開始のいずれかが指示されるのを待ち受ける。
【0035】
客は、発行条件を変更したい場合には、予め定められた操作によって設定開始を指示する。このときの操作は例えば、トップ画面ＳＣＡにてスライダＳＬＡを図８中の下方にスライドさせるようなスワイプ操作である。このように設定開始が指示されたならば、プロセッサ２０１は図６中のＡＣＴ３５にてＹＥＳと判定し、ＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ２０１は、設定画面をタッチパネル２０４に表示させる。設定画面は、発行条件の変更指示を受けるためのＧＵＩ画面である。
ＡＣＴ３６としてプロセッサ２０１は、設定画面をタッチパネル２０４に表示させる。設定画面は、発行条件の変更指示を受けるためのＧＵＩ画面である。
【0036】
図９は設定画面ＳＣＢの一例を表す図である。
設定画面ＳＣＢは、ボタンＢＵＣ，ＢＵＤ，ＢＵＥ，ＢＵＦ，ＢＵＧ，ＢＵＨ，ＢＵＩをＧＵＩオブジェクトとして表す。また設定画面ＳＣＢは、表示エリアＡＲＡを含む。
ボタンＢＵＣ～ＢＵＦは、「飲食店」、「スーパーマーケット」、「コンビニエンスストア」及び「衣料品店」の各カテゴリにそれぞれ関連付けられている。ボタンＢＵＣ～ＢＵＦは、関連付けられたカテゴリに属する店舗での取引に際してレシートを発行するか否かを表すととともに、変更するためのトグルボタンである。図９に表す設定画面ＳＣＢは、「飲食店」に属する店舗での取引に際してレシートを発行せず、「スーパーマーケット」、「コンビニエンスストア」及び「衣料品店」の各カテゴリに属する店舗での取引に際してレシートを発行する設定となっている場合の例である。プロセッサ２０１は、ＡＣＴ３６にて表示させる設定画面ＳＣＢに関しては、設定データＤＡＡのフィールドＦＥＡ～ＦＥＤにセットされているフラグのそれぞれに従ってボタンＢＵＣ～ＢＵＦの表示状態を決定する。
設定画面ＳＣＢは、ボタンＢＵＣ，ＢＵＤ，ＢＵＥ，ＢＵＦ，ＢＵＧ，ＢＵＨ，ＢＵＩをＧＵＩオブジェクトとして表す。また設定画面ＳＣＢは、表示エリアＡＲＡを含む。
ボタンＢＵＣ～ＢＵＦは、「飲食店」、「スーパーマーケット」、「コンビニエンスストア」及び「衣料品店」の各カテゴリにそれぞれ関連付けられている。ボタンＢＵＣ～ＢＵＦは、関連付けられたカテゴリに属する店舗での取引に際してレシートを発行するか否かを表すととともに、変更するためのトグルボタンである。図９に表す設定画面ＳＣＢは、「飲食店」に属する店舗での取引に際してレシートを発行せず、「スーパーマーケット」、「コンビニエンスストア」及び「衣料品店」の各カテゴリに属する店舗での取引に際してレシートを発行する設定となっている場合の例である。プロセッサ２０１は、ＡＣＴ３６にて表示させる設定画面ＳＣＢに関しては、設定データＤＡＡのフィールドＦＥＡ～ＦＥＤにセットされているフラグのそれぞれに従ってボタンＢＵＣ～ＢＵＦの表示状態を決定する。
【0037】
ボタンＢＵＧは、表示エリアＡＲＡに表される基準点数の増加指示を受けるためのソフトキーである。ボタンＢＵＨは、表示エリアＡＲＡに表される基準点数の減少指示を受けるためのソフトキーである。プロセッサ２０１は、ＡＣＴ３６にて表示させる設定画面ＳＣＢに関しては、設定データＤＡＡのフィールドＦＥＥにセットされている基準点数を表す数字を表示エリアＡＲＡに表す。
ボタンＢＵＩは、発行条件の変更を終了することの指示を受けるためのソフトキーである。
ボタンＢＵＩは、発行条件の変更を終了することの指示を受けるためのソフトキーである。
【0038】
プロセッサ２０１は、図６中のＡＣＴ３６として設定画面ＳＣＢを表示したのちには、ＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ２０１は、変更指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ２０１は、終了指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３７へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ３７及びＡＣＴ３８としては、変更指示又は終了指示を待ち受ける。
ＡＣＴ３７としてプロセッサ２０１は、変更指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ２０１は、終了指示がなされたか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３７へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ３７及びＡＣＴ３８としては、変更指示又は終了指示を待ち受ける。
【0039】
客は、発行条件を変更したいならば、そのための予め定められた操作を行う。客は例えば、設定画面ＳＣＢが図９に表す状態にあるときに、カテゴリが「衣料品店」である店舗での取引に関してはレシートを発行しないようにしたいならば、ボタンＢＵＦをタップする。あるいは客は例えば、設定画面ＳＣＢが図９に表す状態にあるときに、基準点数を「１２」としたいならば、ボタンＢＵＧを２回タップする。
プロセッサ２０１は、このような変更指示のための操作が行われたならば、ＡＣＴ３７にてＹＥＳと判定し、ＡＣＴ３９へと進む。
プロセッサ２０１は、このような変更指示のための操作が行われたならば、ＡＣＴ３７にてＹＥＳと判定し、ＡＣＴ３９へと進む。
【0040】
ＡＣＴ３９としてプロセッサ２０１は、変更指示に応じて設定データＤＡＡを更新する。プロセッサ２０１は例えば、ボタンＢＵＦがタップされたならば、設定データＤＡＡのフィールドＦＥＤにセットされているフラグの状態を反転させる。プロセッサ２０１は例えば、ボタンＢＵＧがタップされる毎に、設定データＤＡＡのフィールドＦＥＥにセットされている値を１つ増加する。
【0041】
ＡＣＴ４０としてプロセッサ２０１は、更新後の設定データＤＡＡの内容を反映するように設定画面ＳＣＢを更新する。プロセッサ２０１は例えば、設定データＤＡＡのフィールドＦＥＤにセットされているフラグの状態を反転させたならば、ボタンＢＵＦの表示状態を変更する。プロセッサ２０１は例えば、設定データＤＡＡのフィールドＦＥＥにセットされている値を変更したならば、その変更後の値を表す数字に、表示エリアＡＲＡに表されている数字を置き換える。
そしてプロセッサ２０１はこののち、ＡＣＴ３７及びＡＣＴ３８の待ち受け状態に戻る。かくしてプロセッサ２０１は、変更指示がなされる毎に，ＡＣＴ３９及びＡＣＴ４０を繰り返し実行する。
そしてプロセッサ２０１はこののち、ＡＣＴ３７及びＡＣＴ３８の待ち受け状態に戻る。かくしてプロセッサ２０１は、変更指示がなされる毎に，ＡＣＴ３９及びＡＣＴ４０を繰り返し実行する。
【0042】
客は、発行条件を変更し終えたならば、例えばボタンＢＵＩをタップするなどの予め定められた操作により終了を指示する。これに応じてプロセッサ２０１はＡＣＴ３８にてＹＥＳと判定し、ＡＣＴ３２へと戻って、以降を前述と同様に繰り返す。
客は、発行設定を変更したいならば、予め定められた操作によってその変更を指示する。客は例えば、これから行う決済に関しては発行条件に拘わらずにレシートの発行を希望するならば、トップ画面ＳＣＡにおいて、スライダＳＬＡを破線で表す位置ＰＯＡまで移動させるべくスワイプ操作を行う。また客は例えば、これから行う決済に関しては発行条件に拘わらずにレシートを発行しないことを希望するならば、トップ画面ＳＣＡにおいて、スライダＳＬＡを破線で表す位置ＰＯＢまで移動させるべくスワイプ操作を行う。あるいは客は例えば、レシートを発行する設定又は発行しない設定となっている場合に、発行設定を「自動」にしたいならば、スライダＳＬＡを図８で表す表示位置まで移動させるべくスワイプ操作を行う。
客は、発行設定を変更したいならば、予め定められた操作によってその変更を指示する。客は例えば、これから行う決済に関しては発行条件に拘わらずにレシートの発行を希望するならば、トップ画面ＳＣＡにおいて、スライダＳＬＡを破線で表す位置ＰＯＡまで移動させるべくスワイプ操作を行う。また客は例えば、これから行う決済に関しては発行条件に拘わらずにレシートを発行しないことを希望するならば、トップ画面ＳＣＡにおいて、スライダＳＬＡを破線で表す位置ＰＯＢまで移動させるべくスワイプ操作を行う。あるいは客は例えば、レシートを発行する設定又は発行しない設定となっている場合に、発行設定を「自動」にしたいならば、スライダＳＬＡを図８で表す表示位置まで移動させるべくスワイプ操作を行う。
【0043】
これらのような発行設定の変更指示がなされたならばプロセッサ２０１は、図６中のＡＣＴ３４にてＹＥＳと判定し、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ２０１は、変更指示に応じて発行設定を変更する。プロセッサ２０１は例えば、スライダＳＬＡを位置ＰＯＡまで移動させるべくスワイプ操作が行われたならば、発行設定を「発行」に変更する。プロセッサ２０１は例えば、スライダＳＬＡを位置ＰＯＢまで移動させるべくスワイプ操作が行われたならば、発行設定を「不発行」に変更する。プロセッサ２０１は、スライダＳＬＡを図８で表す表示位置まで移動させるべくスワイプ操作が行われたならば、発行設定を「自動」に変更する。なおプロセッサ２０１は、発行設定が「自動」「発行」及び「不発行」のいずれであるかを表すデータを、メイン記憶ユニット２０２又は補助記憶ユニット２０３に記憶させておく。
ＡＣＴ４１としてプロセッサ２０１は、変更指示に応じて発行設定を変更する。プロセッサ２０１は例えば、スライダＳＬＡを位置ＰＯＡまで移動させるべくスワイプ操作が行われたならば、発行設定を「発行」に変更する。プロセッサ２０１は例えば、スライダＳＬＡを位置ＰＯＢまで移動させるべくスワイプ操作が行われたならば、発行設定を「不発行」に変更する。プロセッサ２０１は、スライダＳＬＡを図８で表す表示位置まで移動させるべくスワイプ操作が行われたならば、発行設定を「自動」に変更する。なおプロセッサ２０１は、発行設定が「自動」「発行」及び「不発行」のいずれであるかを表すデータを、メイン記憶ユニット２０２又は補助記憶ユニット２０３に記憶させておく。
【0044】
ＡＣＴ４２としてプロセッサ２０１は、変更後の発行設定に応じてトップ画面ＳＣＡを更新する。プロセッサ２０１は例えば、発行設定を「発行」に変更したならば、スライダＳＬＡを位置ＰＯＡに表すようにトップ画面ＳＣＡを更新する。プロセッサ２０１は例えば、発行設定を「不発行」に変更したならば、スライダＳＬＡを位置ＰＯＢに表すようにトップ画面ＳＣＡを更新する。プロセッサ２０１は例えば、発行設定を「自動」に変更したならば、図８に表すトップ画面ＳＣＡに戻す。
そしてプロセッサ２０１はこののち、ＡＣＴ３３～ＡＣＴ３５の待ち受け状態に戻る。
そしてプロセッサ２０１はこののち、ＡＣＴ３３～ＡＣＴ３５の待ち受け状態に戻る。
【0045】
客は、決済へと進むことを決定したならば、例えばトップ画面ＳＣＡにてボタンＢＵＡにタップするなどの予め定められた操作によって実行を指示する。これに応じてプロセッサ２０１は、図６中のＡＣＴ３３にてＹＥＳと判定し、図７中のＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ２０１は、コード決済のための認証に用いる認証コードとしてのワンタイムコードを取得する。プロセッサ２０１は例えば、レシートサーバ３００に対してワンタイムコードを要求する。プロセッサ２０１は例えば、ワンタイムコードの要求のために予め定められた要求データを、レシートサーバ３００に宛ててモバイル通信ユニット２０５から通信ネットワーク２へと送出する。この要求データが通信ネットワーク２によりレシートサーバ３００へと伝送されると、レシートサーバ３００は決済サーバ４００に対してワンタイムコードを要求する。決済サーバ４００は、要求に応じてワンタイムコードを生成する。ワンタイムコードは、例えば既に行われているコード決済において用いられているのと同様なコードであって構わない。決済サーバ４００は、生成したワンタイムコードを、要求への応答としてレシートサーバ３００に送信する。レシートサーバ３００は、決済サーバ４００からワンタイムコードを受けると、このワンタイムコードをユーザ端末２００からの要求への応答としてユーザ端末２００に宛てて通信ネットワーク２へと送出する。このようにレシートサーバ３００から送出されたワンタイムコードが通信ネットワーク２によりユーザ端末２００へと伝送され、ユーザ端末２００にてモバイル通信ユニット２０５により受信されると、プロセッサ２０１はメイン記憶ユニット２０２又は補助記憶ユニット２０３に保存する。なお、このようなワンタイムコードの取得は、コード決済のために既に行われている処理と同様な処理であって構わない。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは認証コードとしてのワンタイムコードを取得する第１の取得手段として機能する。
ＡＣＴ５１としてプロセッサ２０１は、コード決済のための認証に用いる認証コードとしてのワンタイムコードを取得する。プロセッサ２０１は例えば、レシートサーバ３００に対してワンタイムコードを要求する。プロセッサ２０１は例えば、ワンタイムコードの要求のために予め定められた要求データを、レシートサーバ３００に宛ててモバイル通信ユニット２０５から通信ネットワーク２へと送出する。この要求データが通信ネットワーク２によりレシートサーバ３００へと伝送されると、レシートサーバ３００は決済サーバ４００に対してワンタイムコードを要求する。決済サーバ４００は、要求に応じてワンタイムコードを生成する。ワンタイムコードは、例えば既に行われているコード決済において用いられているのと同様なコードであって構わない。決済サーバ４００は、生成したワンタイムコードを、要求への応答としてレシートサーバ３００に送信する。レシートサーバ３００は、決済サーバ４００からワンタイムコードを受けると、このワンタイムコードをユーザ端末２００からの要求への応答としてユーザ端末２００に宛てて通信ネットワーク２へと送出する。このようにレシートサーバ３００から送出されたワンタイムコードが通信ネットワーク２によりユーザ端末２００へと伝送され、ユーザ端末２００にてモバイル通信ユニット２０５により受信されると、プロセッサ２０１はメイン記憶ユニット２０２又は補助記憶ユニット２０３に保存する。なお、このようなワンタイムコードの取得は、コード決済のために既に行われている処理と同様な処理であって構わない。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは認証コードとしてのワンタイムコードを取得する第１の取得手段として機能する。
【0046】
ＡＣＴ５２としてプロセッサ２０１は、発行設定が「自動」となっているか否かを確認する。そしてプロセッサ２０１は、「自動」であるならばＹＥＳと判定し、ＡＣＴ５３へと進む。
ＡＣＴ５３としてプロセッサ２０１は、第１のバーコードを生成する。プロセッサ２０１は例えば、ＡＣＴ５１で取得したワンタイムコードととともに、設定データＤＡＡを付加データとして含んだバーコードデータを表したバーコードとして第１のバーコードを生成する。このときにプロセッサ２０１は、補助記憶ユニット２０３に記憶された設定データＤＡＡを読み出すことによって、決済者による設定を取得していることになる。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の取得手段として機能する。
ＡＣＴ５３としてプロセッサ２０１は、第１のバーコードを生成する。プロセッサ２０１は例えば、ＡＣＴ５１で取得したワンタイムコードととともに、設定データＤＡＡを付加データとして含んだバーコードデータを表したバーコードとして第１のバーコードを生成する。このときにプロセッサ２０１は、補助記憶ユニット２０３に記憶された設定データＤＡＡを読み出すことによって、決済者による設定を取得していることになる。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の取得手段として機能する。
【0047】
プロセッサ２０１は、発行設定が「自動」ではないならば、ＡＣＴ５２にてＮＯと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ２０１は、発行設定が「発行」であるか否かを確認する。そしてプロセッサ２０１は、「発行」であるならばＹＥＳと判定し、ＡＣＴ５５へと進む。
ＡＣＴ５４としてプロセッサ２０１は、発行設定が「発行」であるか否かを確認する。そしてプロセッサ２０１は、「発行」であるならばＹＥＳと判定し、ＡＣＴ５５へと進む。
【0048】
ＡＣＴ５５としてプロセッサ２０１は、第２のバーコードを生成する。プロセッサ２０１は例えば、ＡＣＴ５１で取得したワンタイムコードとともに、レシート発行を指示するための予め定められた指示データを付加データとして含んだバーコードデータを表したバーコードとして第２のバーコードを生成する。このときにプロセッサ２０１は、発行設定を「発行」とする指示を受けていることで、決済者による設定を取得していることになる。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の取得手段として機能する。
【0049】
プロセッサ２０１は、発行設定が「不発行」であるならば、ＡＣＴ５４にてＮＯと判定し、ＡＣＴ５６へと進む。
ＡＣＴ５６としてプロセッサ２０１は、第３のバーコードを生成する。プロセッサ２０１は例えば、ＡＣＴ５１で取得したワンタイムコードとともに、レシートを発行しないことを指示するための予め定められた指示データを付加データとして含んだバーコードとして第３のバーコードを生成する。このときにプロセッサ２０１は、発行設定を「不発行」とする指示を受けていることで、決済者による設定を取得していることになる。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の取得手段として機能する。
ＡＣＴ５６としてプロセッサ２０１は、第３のバーコードを生成する。プロセッサ２０１は例えば、ＡＣＴ５１で取得したワンタイムコードとともに、レシートを発行しないことを指示するための予め定められた指示データを付加データとして含んだバーコードとして第３のバーコードを生成する。このときにプロセッサ２０１は、発行設定を「不発行」とする指示を受けていることで、決済者による設定を取得していることになる。かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の取得手段として機能する。
【0050】
プロセッサ２０１は、ＡＣＴ５３、ＡＣＴ５５及びＡＣＴ５６のいずれかを終えると、いずれの場合もＡＣＴ５７へと進む。
ＡＣＴ５７としてプロセッサ２０１は、バーコード画面をタッチパネル２０４に表示させる。バーコード画面は、ＡＣＴ５３、ＡＣＴ５５及びＡＣＴ５６で生成した第１、第２及び第３のバーコードのいずれかを決済バーコードとして表した画面である。
ＡＣＴ５７としてプロセッサ２０１は、バーコード画面をタッチパネル２０４に表示させる。バーコード画面は、ＡＣＴ５３、ＡＣＴ５５及びＡＣＴ５６で生成した第１、第２及び第３のバーコードのいずれかを決済バーコードとして表した画面である。
【0051】
図１０はバーコード画面ＳＣＣの一例を表す図である。
バーコード画面ＳＣＣは、決済バーコードＢＣＡ及びボタンＢＵＪを表す。またバーコード画面ＳＣＣは、表示エリアＡＲＢを含む。
決済バーコードＢＣＡは、ＡＣＴ５３、ＡＣＴ５５及びＡＣＴ５６で生成した第１、第２及び第３のバーコードのいずれかである。ボタンＢＵＪは、バーコード画面を閉じることの指示を受けるためのソフトキーである。プロセッサ２０１は、ＡＣＴ５１にて取得したワンタイムコードの有効時間を表示エリアＡＲＡに表す。なおプロセッサ２０１はバーコード画面ＳＣＣの表示中、表示エリアＡＲＡに表す有効時間を逐次減少するように更新する。
決済バーコードＢＣＡは、図１０に表すような一次元タイプのバーコードに限らず、二次元タイプなどの別のタイプのバーコード、すなわち二次元コードとしても構わない。
かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは表示手段として機能する。
バーコード画面ＳＣＣは、決済バーコードＢＣＡ及びボタンＢＵＪを表す。またバーコード画面ＳＣＣは、表示エリアＡＲＢを含む。
決済バーコードＢＣＡは、ＡＣＴ５３、ＡＣＴ５５及びＡＣＴ５６で生成した第１、第２及び第３のバーコードのいずれかである。ボタンＢＵＪは、バーコード画面を閉じることの指示を受けるためのソフトキーである。プロセッサ２０１は、ＡＣＴ５１にて取得したワンタイムコードの有効時間を表示エリアＡＲＡに表す。なおプロセッサ２０１はバーコード画面ＳＣＣの表示中、表示エリアＡＲＡに表す有効時間を逐次減少するように更新する。
決済バーコードＢＣＡは、図１０に表すような一次元タイプのバーコードに限らず、二次元タイプなどの別のタイプのバーコード、すなわち二次元コードとしても構わない。
かくしてユーザ端末プログラムＰＲＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは表示手段として機能する。
【0052】
店員又は客は、ＰＯＳ端末１００においては、コード決済が関連付けられたソフトキーをタップするなどの予め定められた操作によりコード決済を指定する。この場合にプロセッサ１０１は図５中のＡＣＴ１４にてＹＥＳと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ１０１は、ガイド画面をタッチパネル１０４に表示させる。ガイド画面は、決済バーコードＢＣＡをバーコードスキャナ１０５に読み取らせるように店員又は客をガイドするための画面である。プロセッサ１０１は例えば、文字メッセージなどを表すものとして予め定められたガイド画面をタッチパネル１０４に表示させる。
ＡＣＴ１５としてプロセッサ１０１は、ガイド画面をタッチパネル１０４に表示させる。ガイド画面は、決済バーコードＢＣＡをバーコードスキャナ１０５に読み取らせるように店員又は客をガイドするための画面である。プロセッサ１０１は例えば、文字メッセージなどを表すものとして予め定められたガイド画面をタッチパネル１０４に表示させる。
【0053】
ＡＣＴ１６としてプロセッサ１０１は、決済バーコードＢＣＡが読み取られるのを待ち受ける。プロセッサ１０１は例えば、バーコードスキャナ１０５によりバーコードが読み取られると、当該のバーコードがワンタイムコードを表すか否かを確認し、ワンタイムコードを表さないならばＹＥＳとは判定しない。
【0054】
店員又は客は、バーコード画面ＳＣＣに表されている決済バーコードＢＣＡを読み取るようにバーコードスキャナ１０５を操作する。プロセッサ１０１は、例えばバーコードスキャナ１０５により読み取られたバーコードがワンタイムコードを表すことなどにより決済バーコードＢＣＡがスキャンされたことを確認できたならば、ＡＣＴ１６にてＹＥＳと判定してＡＣＴ１７へと進む。
【0055】
ＡＣＴ１７としてプロセッサ１０１は、バーコードスキャナ１０５により決済バーコードＢＣＡを読み取って得られたバーコードデータから、ワンタイムコード及び付加データをそれぞれ抽出する。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは第３の取得手段として機能する。
【0056】
ＡＣＴ１８としてプロセッサ１０１は、決済サーバ４００に対して決済を要求する。プロセッサ１０１は例えば、決済要求のための予め定められた要求データを、決済サーバ４００に宛てて通信ユニット１１１から通信ネットワーク２へと送出する。プロセッサ１０１は、ここで送出する要求データには、ＡＣＴ１１にて登録した取引に関する決済額と、ＡＣＴ１７にて抽出したワンタイムコードとを含める。この要求データが通信ネットワーク２により決済サーバ４００へと伝送されると、決済サーバ４００は、要求データに含まれるワンタイムコードの正当性を確認し、正当なワンタイムコードであるならば、要求データに含まれた決済額を決済するための処理を行う。この処理による決済の決済者は、ユーザ端末２００を利用している客となる。なお、このような決済のための処理は、コード決済のために既に行われている処理と同様な処理であって構わない。そして決済サーバ４００は、決済を完了したならば、完了を通知するための通知データをＰＯＳ端末１００に宛てて通信ネットワーク２へと送出する。かくして、取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは要求手段として機能する。
【0057】
プロセッサ１０１は、ＡＣＴ１８として決済を要求したのちには、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ１０１は、決済の完了が通知されるのを待ち受ける。そしてプロセッサ１０１は、上述のように決済サーバ４００から送出された通知データが通信ネットワーク２によりＰＯＳ端末１００へと伝送されて、通信ユニット１１１により受信されたならば、ＡＣＴ１９にてＹＥＳと判定し、ＡＣＴ２０へと進む。
ＡＣＴ１９としてプロセッサ１０１は、決済の完了が通知されるのを待ち受ける。そしてプロセッサ１０１は、上述のように決済サーバ４００から送出された通知データが通信ネットワーク２によりＰＯＳ端末１００へと伝送されて、通信ユニット１１１により受信されたならば、ＡＣＴ１９にてＹＥＳと判定し、ＡＣＴ２０へと進む。
【0058】
ＡＣＴ２０としてプロセッサ１０１は、ＡＣＴ１７にて抽出した付加データが設定データであるか否かを確認する。そしてプロセッサ１０１は、設定データであるならばＹＥＳと判定してＡＣＴ２１へと進む。
ＡＣＴ２１としてプロセッサ１０１は、設定データに基づいて定まるレシート発行の条件が成立するか否かを確認する。プロセッサ１０１は例えば、ＰＯＳ端末１００が利用されている店舗が属するカテゴリが「飲食店」であるならば、ＡＣＴ１７にて抽出された設定データに含まれる飲食店フラグがレシートを発行することを表す状態であり、かつＡＣＴ１１にて取引対象として登録された商品の点数がＡＣＴ１７にて抽出された設定データに含まれる基準点数以上である場合に、条件が成立するとする。そしてプロセッサ１０１は、このように条件が成立するならばＡＣＴ２１にてＹＥＳと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２１としてプロセッサ１０１は、設定データに基づいて定まるレシート発行の条件が成立するか否かを確認する。プロセッサ１０１は例えば、ＰＯＳ端末１００が利用されている店舗が属するカテゴリが「飲食店」であるならば、ＡＣＴ１７にて抽出された設定データに含まれる飲食店フラグがレシートを発行することを表す状態であり、かつＡＣＴ１１にて取引対象として登録された商品の点数がＡＣＴ１７にて抽出された設定データに含まれる基準点数以上である場合に、条件が成立するとする。そしてプロセッサ１０１は、このように条件が成立するならばＡＣＴ２１にてＹＥＳと判定し、ＡＣＴ２２へと進む。
【0059】
ＡＣＴ２２としてプロセッサ１０１は、レシートを発行する。プロセッサ１０１は例えば、今回の処理対象となっている取引の内容を予め定められたフォーマットで表したレシート画像を生成する。そしてプロセッサ１０１は、当該のレシート画像をレシートプリンタ１１０によりプリントさせる。そしてプロセッサ１０１は、レシートをプリントし終えたならば、今回の処理対象となっている取引に関する取引処理を終了する。
なおプロセッサ１０１は、設定データに基づいて定まるレシート発行の条件が成立しないならば、ＡＣＴ２１にてＮＯと判定し、ＡＣＴ２２をパスして取引処理を終了する。つまりプロセッサ１０１は、条件が成立しない場合にはレシートを発行しない。
なおプロセッサ１０１は、設定データに基づいて定まるレシート発行の条件が成立しないならば、ＡＣＴ２１にてＮＯと判定し、ＡＣＴ２２をパスして取引処理を終了する。つまりプロセッサ１０１は、条件が成立しない場合にはレシートを発行しない。
【0060】
一方でプロセッサ１０１は、ＡＣＴ１７にて抽出した付加データが設定データではないならば、ＡＣＴ２０にてＮＯと判定し、ＡＣＴ２３へと進む。
ＡＣＴ２３としてプロセッサ１０１は、ＡＣＴ１７にて抽出した付加データが発行を指示するための指示データであるか否かを確認する。そしてプロセッサ１０１は、該当の指示データであるならばＹＥＳと判定し、ＡＣＴ２２へと進む。つまりこの場合にプロセッサ１０１は、無条件にレシートを発行する。
ＡＣＴ２３としてプロセッサ１０１は、ＡＣＴ１７にて抽出した付加データが発行を指示するための指示データであるか否かを確認する。そしてプロセッサ１０１は、該当の指示データであるならばＹＥＳと判定し、ＡＣＴ２２へと進む。つまりこの場合にプロセッサ１０１は、無条件にレシートを発行する。
【0061】
プロセッサ１０１は、ＡＣＴ１７にて抽出した付加データが不発行を指示するための指示データであるならば、ＡＣＴ２３にてＮＯと判定し、ＡＣＴ２２をパスして取引処理を終了する。つまりプロセッサ１０１は、無条件にレシートを発行しない。
このようにプロセッサ１０１は、決済バーコードＢＣＡが表す付加データが表す設定に応じた処理を行っている。つまり取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは処理手段として機能する。
このようにプロセッサ１０１は、決済バーコードＢＣＡが表す付加データが表す設定に応じた処理を行っている。つまり取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは処理手段として機能する。
【0062】
なお、ユーザ端末２００にてプロセッサ２０１は、図７中のＡＣＴ５７としてバーコード画面ＳＣＣを表示させたのちには、ＡＣＴ５８へと進む。
ＡＣＴ５８としてプロセッサ２０１は、終了が指示されるのを待ち受ける。店員又は客は、決済バーコードＢＣＡをバーコードスキャナ１０５に読み取らせたのちの任意のタイミングで、例えばボタンＢＵＪをタップするなどの予め定められた操作によって終了を指示する。これに応じてプロセッサ２０１は、ＡＣＴ５８にてＹＥＳと判定し、コード決済処理を終了する。
ＡＣＴ５８としてプロセッサ２０１は、終了が指示されるのを待ち受ける。店員又は客は、決済バーコードＢＣＡをバーコードスキャナ１０５に読み取らせたのちの任意のタイミングで、例えばボタンＢＵＪをタップするなどの予め定められた操作によって終了を指示する。これに応じてプロセッサ２０１は、ＡＣＴ５８にてＹＥＳと判定し、コード決済処理を終了する。
【0063】
以上のように取引処理システム１では、コード決済による決済の実施に当たっては、ユーザ端末２００におけるレシート発行の設定がワンタイムコードとともにＰＯＳ端末１００に取り込まれて、当該設定に従ってＰＯＳ端末１００でのレシート発行が制御される。かくして、ユーザ端末２００に設定されている決済者のニーズに応じたレシートの発行制御をＰＯＳ端末１００にて行うことができる。
そして、レシートの発行制御に関する決済者の設定は、ワンタイムコードをＰＯＳ端末１００に取り込ませるための決済バーコードＢＣＡの読み取りによってＰＯＳ端末１００に取得させるので、該当の設定をＰＯＳ端末１００に入力するための特別な操作は必要が無い。つまり、例えば客が店員に口頭で希望を伝え、店員がその希望を入力する操作を行う、といったことは必要がなく、容易である。
そして、レシートの発行制御に関する決済者の設定は、ワンタイムコードをＰＯＳ端末１００に取り込ませるための決済バーコードＢＣＡの読み取りによってＰＯＳ端末１００に取得させるので、該当の設定をＰＯＳ端末１００に入力するための特別な操作は必要が無い。つまり、例えば客が店員に口頭で希望を伝え、店員がその希望を入力する操作を行う、といったことは必要がなく、容易である。
【0064】
また取引処理システム１では、ＰＯＳ端末１００において、ユーザ端末２００から取得した設定データに基づいて定まるレシート発行の条件が成立するか否かを確認して、レシートの発行／不発行を決定する。かくして、例えば、「一部のカテゴリの店舗での取引に限ってレシートが必要」、あるいは「取引点数の少ない取引に関するレシートは不要」といった決済者の細かなニーズに対応したレシートの発行制御を柔軟に実行できる。そして、設定データに基づくレシートの発行制御を行う場合には、決済者は決済毎に発行／不発行を指定するための操作を行う必要がない。
【0065】
また取引処理システム１では、ユーザ端末２００にて決済毎のレシートの発行／不発行が設定されたならば、その設定に従ったレシートの発行制御がＰＯＳ端末１００にて行われる。かくして、決済者は、発行／不発行を指定する操作を行う必要はあるものの、決済毎にレシートの発行／不発行を柔軟に決定することができる。
【0066】
また取引処理システム１では、決済に先立って発行／不発行の指定がなされない場合には、設定データに基づくレシートの発行制御が適用される。かくして、決済者は、例えば定常的には設定データに基づくレシートの発行制御を利用しつつ、一部の取引に関して例外的に発行／不発行を決定する、といった柔軟な利用形態とすることができる。
【0067】
この実施形態は、次のような種々の変形実施が可能である。
実施形態では、発行設定に関して「自動」をデフォルトとしているが、「発行」又は「不発行」をデフォルトとしてもよい。
実施形態では、発行設定に関して「自動」をデフォルトとしているが、「発行」又は「不発行」をデフォルトとしてもよい。
【0068】
実施形態では、発行設定として「発行」及び「不発行」を設定可能としているが、これを省略し、常に設定データを決済バーコードに表すのでもよい。あるいは、発行設定として「自動」を設定可能としているが、これを省略し、「発行」を指示する指示データ又は「不発行」を指示する指示データを決済バーコードに表すのでもよい。この場合、「発行」又は「不発行」のいずれかをデフォルトとしてその変更指示を取引毎に受け付けてもよいし、あるいは「発行」又は「不発行」のいずれかの指定を取引毎に受け付けるようにしてもよい。
【0069】
レシートの発行／不発行を決定するための条件は、実施形態における店舗カテゴリに関する条件及び商品点数に関する条件のいずれか一方のみとしてもよい。あるいはこれらの条件の少なくともいずれか一方に変えて、あるいは加えて、別の条件を適用してもよい。別の条件としては、例えば決済金額が既定金額に満たない場合にレシートを不発行とするような条件が想定される。
【0070】
レシートの発行／不発行に関わる設定に限らず、別の様々な決済者の個々の設定を表したデータを決済バーコードに含めても構わない。例えば、レジ袋の要／不要、領収証の発行の要／不要、あるいはイートイン／テイクアウトなどの設定を決済バーコードに表してもよい。その他、決済者の個々の要望として様々な項目に関する設定を決済バーコードに表してもよい。
さらには、複数種の設定を同じ決済バーコードに表してもよい。
さらには、複数種の設定を同じ決済バーコードに表してもよい。
【0071】
ワンタイムコードは、ユーザ端末２００が決済サーバ４００から直接取得するのでもよい。
【0072】
認証コードは、ワンタイムコードには限らず、コード決済に関する認証のために用いるコードであればどのようなコードであってもよい。
【0073】
決済者個々の設定を、レシートサーバ３００又は決済サーバ４００、あるいは別途のサーバで管理しておき、これらサーバにて決済バーコードを生成するか、決済バーコードに表すべきデータを生成してもよい。
【0074】
条件に基づく発行／不発行の決定をユーザ端末２００にてプロセッサ２０１が行った上で、この決定に応じて決済バーコードに発行／不発行の指示データを含めてもよい。
【0075】
上記の実施形態は、電子レシートサービスを利用するためのアプリケーションプログラムであるユーザ端末プログラムＰＲＢに基づいてプロセッサ２０１がコード決済処理を実行しており、電子レシートサービスの一環として付帯的に提供されるコード決済サービスを利用するものである。しかしながら、電子レシートサービスとは無関係に提供されるコード決済サービスを利用するのでも構わない。そしてこの場合には、電子レシートサービスを利用するためのアプリケーションプログラムとは異なるアプリケーションプログラムに基づいてコード決済処理をプロセッサ２０１に実行させる。
【0076】
情報処理によりプロセッサ１０１，２０１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0077】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0078】
１…取引処理システム、２…通信ネットワーク、１００…ＰＯＳ端末、１０１…プロセッサ、１０２…メイン記憶ユニット、１０３…補助記憶ユニット、１０４…タッチパネル、１０５…バーコードスキャナ、１０６…クレジットカードリーダ、１０７…近接通信ユニット、１０８…カードリーダ／ライタ、１０９…釣銭ユニット、１１０…レシートプリンタ、１１１…通信ユニット、１１２…伝送路、２００…ユーザ端末、２０１…プロセッサ、２０２…メイン記憶ユニット、２０３…補助記憶ユニット、２０４…タッチパネル、２０５…モバイル通信ユニット、２０６…伝送路、３００…レシートサーバ、４００…決済サーバ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
