(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-12-19
(45)【発行日】2022-12-27
(54)【発明の名称】決済システム、端末、サーバ及びプログラム
(51)【国際特許分類】
G06Q 20/32 20120101AFI20221220BHJP
G06Q 30/06 20120101ALI20221220BHJP
【ＦＩ】
G06Q20/32 300
G06Q30/06 340
【請求項の数】
9
(21)【出願番号】P 2019159856
(22)【出願日】2019-09-02
(65)【公開番号】P2021039517
(43)【公開日】2021-03-11
【審査請求日】2022-04-18
(73)【特許権者】
【識別番号】000001432
【氏名又は名称】グローリー株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100125346
【弁理士】
【氏名又は名称】尾形 文雄
(74)【代理人】
【識別番号】100166981
【弁理士】
【氏名又は名称】砂田 岳彦
(72)【発明者】
【氏名】▲高▼▲濱▼ 智久
(72)【発明者】
【氏名】鈴木 もなみ
(72)【発明者】
【氏名】辻川 陽
(72)【発明者】
【氏名】福井 淳
【審査官】梅岡 信幸
(56)【参考文献】
【文献】国際公開第２０１９／１３０５７４（ＷＯ，Ａ１）
【文献】特開２００５－３５２７９１（ＪＰ，Ａ）
【文献】特開２０２０－１７０４７２（ＪＰ，Ａ）
【文献】特開２０２１－０２６４５３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
利用者の購入により発生した第一の決済情報を識別子として表示する店舗側の端末と、前記識別子を読み取った利用者の端末から第二の決済情報を受信するサーバと
を有し、
前記サーバは、前記店舗側の端末から受信した前記第一の決済情報と、前記利用者の端末から受信した前記第二の決済情報とを突合し、突合の結果に基づいて決済の進行を制御する、もしくは、
前記店舗側の端末は、前記サーバから受信した前記第二の決済情報と前記第一の決済情報とを突合して、突合の結果に応じた情報を当該サーバに送信し、当該サーバは、当該店舗側の端末から受信した当該情報に基づいて決済の進行を制御する、
ことを特徴とする決済システム。
【請求項2】
前記店舗側の端末における前記突合の結果が不一致の場合、前記店舗側の端末は、
決済の中止を要求する中止情報を前記サーバに送信するとともに、
前記識別子の再読み取りを促すメッセージを表示し、さらに当該識別子を再表示する、
ことを特徴とする請求項１に記載の決済システム。
【請求項3】
前記サーバにおける前記突合の結果が不一致の場合、前記サーバは、
決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信し、
前記店舗側の端末は、
前記再読み取り情報を受信すると、前記識別子の再読み取りを促すメッセージを表示するとともに、当該識別子を再表示する、
ことを特徴とする請求項１に記載の決済システム。
【請求項4】
前記突合の結果が一致の場合、前記サーバは、前記利用者の端末から受信した前記第二の決済情報を第三の決済情報として決済センタに送信し、前記突合の結果が不一致の場合、前記サーバは、前記第三の決済情報の前記決済センタへの送信を中止する、
ことを特徴とする請求項１に記載の決済システム。
【請求項5】
サーバと通信可能に接続された店舗側の端末であって、前記店舗側の端末は、
利用者の購入により発生した第一の決済情報を識別子として表示し、
前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信し、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する、
ことを特徴とする店舗側の端末。
【請求項6】
店舗側の端末と通信可能に接続されたサーバであって、前記サーバは、
利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信し、
前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信し、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する
ことを特徴とするサーバ。
【請求項7】
サーバと通信可能に接続された店舗側の端末において実行されるプログラムであって、利用者の購入により発生した第一の決済情報を識別子として表示する機能と、
前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信する機能と、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する機能と
を実行させるプログラム。
【請求項8】
店舗側の端末と通信可能に接続されたサーバにおいて実行されるプログラムであって、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信する機能と、
前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信する機能と、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する機能と
を実行させるプログラム。
【請求項9】
利用者の購入により店舗側の端末で発生した第一の決済情報に対応する第一の識別子を当該店舗側の端末から読み取る利用者の端末において実行されるプログラムであって、読み取った前記第一の識別子に利用者の情報を追加した第二の決済情報を、決済処理を実行するサーバに送信する機能と、
前記第二の決済情報に基づく決済処理の完了の通知として、当該第二の決済情報に対応する取引の内容を特定する情報を前記サーバから受信する機能と、
前記サーバから受信した前記情報を第二の識別子として利用者の端末に表示する機能と
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、決済システム、端末、サーバ及びプログラムに関する。
【背景技術】
【0002】
現在、二次元コード（例えばＱＲコード（登録商標））を利用した決済システムが実用化されている。
決済システムの１つに、ＭＰＭ（＝Merchant Presented Mode）方式がある。この方式の場合、店舗側の情報端末に商品の購入代金やその振り込み先などの情報が二次元コードで表示される。一方、電子決済サービスの利用者は、表示された二次元コードを自身の情報端末で撮影し、撮像された二次元コードの情報を決済事業者が運用するサーバに送出する。決済事業者が運用するサーバは、受信した情報により、利用者本人による商品の購入であることを確認し、決済処理を実行する。
決済システムの１つに、ＭＰＭ（＝Merchant Presented Mode）方式がある。この方式の場合、店舗側の情報端末に商品の購入代金やその振り込み先などの情報が二次元コードで表示される。一方、電子決済サービスの利用者は、表示された二次元コードを自身の情報端末で撮影し、撮像された二次元コードの情報を決済事業者が運用するサーバに送出する。決済事業者が運用するサーバは、受信した情報により、利用者本人による商品の購入であることを確認し、決済処理を実行する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００３－１４１４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところが、ＭＰＭ方式では、情報端末による二次元コードの読み取りミスや情報端末にインストールされている不正なアプリケーションにより、正しい金額とは異なる金額で決済される可能性がある。すなわち、決済の安全性が確保できない可能性がある。
【0005】
本発明は、二次元コードを利用した決済における決済情報の一致性を決済の確定前に確認することを目的とする。
【課題を解決するための手段】
【0006】
請求項１に記載の発明は、利用者の購入により発生した第一の決済情報を識別子として表示する店舗側の端末と、前記識別子を読み取った利用者の端末から第二の決済情報を受信するサーバとを有し、前記サーバは、前記店舗側の端末から受信した前記第一の決済情報と、前記利用者の端末から受信した前記第二の決済情報とを突合し、突合の結果に基づいて決済の進行を制御する、もしくは、前記店舗側の端末は、前記サーバから受信した前記第二の決済情報と前記第一の決済情報とを突合して、突合の結果に応じた情報を当該サーバに送信し、当該サーバは、当該店舗側の端末から受信した当該情報に基づいて決済の進行を制御する、ことを特徴とする決済システムである。
請求項２に記載の発明は、前記店舗側の端末における前記突合の結果が不一致の場合、前記店舗側の端末は、決済の中止を要求する中止情報を前記サーバに送信するとともに、前記識別子の再読み取りを促すメッセージを表示し、さらに当該識別子を再表示する、ことを特徴とする請求項１に記載の決済システムである。
請求項３に記載の発明は、前記サーバにおける前記突合の結果が不一致の場合、前記サーバは、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信し、前記店舗側の端末は、前記再読み取り情報を受信すると、前記識別子の再読み取りを促すメッセージを表示するとともに、当該識別子を再表示する、ことを特徴とする請求項１に記載の決済システムである。
請求項４に記載の発明は、前記突合の結果が一致の場合、前記サーバは、前記利用者の端末から受信した前記第二の決済情報を第三の決済情報として決済センタに送信し、前記突合の結果が不一致の場合、前記サーバは、前記第三の決済情報の前記決済センタへの送信を中止する、ことを特徴とする請求項１に記載の決済システムである。
請求項５に記載の発明は、サーバと通信可能に接続された店舗側の端末であって、前記店舗側の端末は、利用者の購入により発生した第一の決済情報を識別子として表示し、前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信し、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する、ことを特徴とする店舗側の端末である。
請求項６に記載の発明は、店舗側の端末と通信可能に接続されたサーバであって、前記サーバは、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信し、前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信し、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信することを特徴とするサーバである。
請求項７に記載の発明は、サーバと通信可能に接続された店舗側の端末において実行されるプログラムであって、利用者の購入により発生した第一の決済情報を識別子として表示する機能と、前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信する機能と、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する機能とを実行させるプログラムである。
請求項８に記載の発明は、店舗側の端末と通信可能に接続されたサーバにおいて実行されるプログラムであって、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信する機能と、前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信する機能と、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する機能とを実行させるプログラムである。
請求項９に記載の発明は、利用者の購入により店舗側の端末で発生した第一の決済情報に対応する第一の識別子を当該店舗側の端末から読み取る利用者の端末において実行されるプログラムであって、読み取った前記第一の識別子に利用者の情報を追加した第二の決済情報を、決済処理を実行するサーバに送信する機能と、前記第二の決済情報に基づく決済処理の完了の通知として、当該第二の決済情報に対応する取引の内容を特定する情報を前記サーバから受信する機能と、前記サーバから受信した前記情報を第二の識別子として利用者の端末に表示する機能とを実行させるプログラムである。
請求項２に記載の発明は、前記店舗側の端末における前記突合の結果が不一致の場合、前記店舗側の端末は、決済の中止を要求する中止情報を前記サーバに送信するとともに、前記識別子の再読み取りを促すメッセージを表示し、さらに当該識別子を再表示する、ことを特徴とする請求項１に記載の決済システムである。
請求項３に記載の発明は、前記サーバにおける前記突合の結果が不一致の場合、前記サーバは、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信し、前記店舗側の端末は、前記再読み取り情報を受信すると、前記識別子の再読み取りを促すメッセージを表示するとともに、当該識別子を再表示する、ことを特徴とする請求項１に記載の決済システムである。
請求項４に記載の発明は、前記突合の結果が一致の場合、前記サーバは、前記利用者の端末から受信した前記第二の決済情報を第三の決済情報として決済センタに送信し、前記突合の結果が不一致の場合、前記サーバは、前記第三の決済情報の前記決済センタへの送信を中止する、ことを特徴とする請求項１に記載の決済システムである。
請求項５に記載の発明は、サーバと通信可能に接続された店舗側の端末であって、前記店舗側の端末は、利用者の購入により発生した第一の決済情報を識別子として表示し、前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信し、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する、ことを特徴とする店舗側の端末である。
請求項６に記載の発明は、店舗側の端末と通信可能に接続されたサーバであって、前記サーバは、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信し、前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信し、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信することを特徴とするサーバである。
請求項７に記載の発明は、サーバと通信可能に接続された店舗側の端末において実行されるプログラムであって、利用者の購入により発生した第一の決済情報を識別子として表示する機能と、前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信する機能と、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する機能とを実行させるプログラムである。
請求項８に記載の発明は、店舗側の端末と通信可能に接続されたサーバにおいて実行されるプログラムであって、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信する機能と、前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信する機能と、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する機能とを実行させるプログラムである。
請求項９に記載の発明は、利用者の購入により店舗側の端末で発生した第一の決済情報に対応する第一の識別子を当該店舗側の端末から読み取る利用者の端末において実行されるプログラムであって、読み取った前記第一の識別子に利用者の情報を追加した第二の決済情報を、決済処理を実行するサーバに送信する機能と、前記第二の決済情報に基づく決済処理の完了の通知として、当該第二の決済情報に対応する取引の内容を特定する情報を前記サーバから受信する機能と、前記サーバから受信した前記情報を第二の識別子として利用者の端末に表示する機能とを実行させるプログラムである。
【発明の効果】
【0007】
本発明によれば、二次元コードを利用した決済における決済情報の一致性を決済の確定前に確認できる。
【図面の簡単な説明】
【0008】
【図1】実施の形態１で使用する電子決済システムの概略構成を例示する図である。
【図2】実施の形態１で使用するＰＯＳ端末の構成を説明するブロック図の一例を示す図である。
【図3】実施の形態１で使用する決済中継サーバの構成を説明するブロック図の一例を示す図である。
【図4】実施の形態１で説明する電子決済システム上で実行される決済処理の概要を説明する図である。
【図5】決済用のＱＲコードの読み取りを促すメッセージの表示例を示す図である。
【図6】決済用のＱＲコードの再読み取りを促すメッセージの表示例を示す図である。
【図7】実施の形態２で使用する電子決済システムの概略構成を例示する図である。
【図8】実施の形態２で使用するＰＯＳ端末の構成を説明するブロック図の一例を示す図である。
【図9】実施の形態２で使用する決済中継サーバの構成を説明するブロック図の一例を示す図である。
【図10】実施の形態２で説明する電子決済システム上で実行される決済処理の概要を説明する図である。
【図11】実施の形態３で使用する電子決済システムの概略構成を例示する図である。
【図12】実施の形態３で使用するスマートフォンの構成を説明するブロック図の一例を示す図である。
【図13】実施の形態３で説明する電子決済システム上で実行される決済処理の概要を説明する図である。
【図14】実施の形態４で使用する電子決済システムの概略構成を例示する図である。
【図15】実施の形態４で使用するＰＯＳ端末の構成を説明するブロック図の一例を示す図である。
【図16】実施の形態４で説明する電子決済システム上で実行される決済処理の一例を概略的に説明する図である。
【図17】実施の形態４で説明する電子決済システム上で実行される決済処理の他の一例を概略的に説明する図である。
【図18】実施の形態５で使用する電子決済システムの概略構成を例示する図である。
【図19】実施の形態５で使用するＰＯＳ端末の構成を説明するブロック図の一例を示す図である。
【図20】実施の形態５で使用する決済中継サーバの構成を説明するブロック図の一例を示す図である。
【図21】実施の形態５で説明する電子決済システム上で実行される決済処理の概要を説明する図である。
【発明を実施するための形態】
【0009】
以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態１＞
図１は、実施の形態１で使用する電子決済システム１の概略構成を例示する図である。
電子決済システム１は、店舗内に設置される決済端末（以下「ＰＯＳ端末１０」ともいう）と、店舗内で物品を購入した電子決済サービスの利用者が決済に使用する情報端末（以下「スマートフォン２０」ともいう）と、店舗と決済事業者との間で決済情報を中継する情報処理センタ（以下「決済中継サーバ３０」ともいう）と、決済事業者が運用する決済センタ（以下「決済事業者サーバ４０」ともいう）とを有している。
＜実施の形態１＞
図１は、実施の形態１で使用する電子決済システム１の概略構成を例示する図である。
電子決済システム１は、店舗内に設置される決済端末（以下「ＰＯＳ端末１０」ともいう）と、店舗内で物品を購入した電子決済サービスの利用者が決済に使用する情報端末（以下「スマートフォン２０」ともいう）と、店舗と決済事業者との間で決済情報を中継する情報処理センタ（以下「決済中継サーバ３０」ともいう）と、決済事業者が運用する決済センタ（以下「決済事業者サーバ４０」ともいう）とを有している。
【0010】
図１には、決済事業者サーバ４０を１つだけ表しているが複数でもよい。その場合、決済中継サーバ３０は、ＰＯＳ端末１０と複数の決済事業者サーバ４０との間の決済情報のやり取りを中継する。
ここでのＰＯＳ端末１０は決済端末の一例であり、スマートフォン２０は情報端末の一例である。また、決済中継サーバ３０は、情報処理センタの一例であり、決済事業者サーバ４０は、決済センタの一例である。
ここでのＰＯＳ端末１０は決済端末の一例であり、スマートフォン２０は情報端末の一例である。また、決済中継サーバ３０は、情報処理センタの一例であり、決済事業者サーバ４０は、決済センタの一例である。
【0011】
本実施の形態では、顧客が物品又はサービスの対価に当たる決済金額を、ＰＯＳ端末１０又はＰＯＳ端末１０に接続された不図示の端末に表示されるＱＲコードの読み取りを通じて支払う場合を想定する。ＰＯＳ端末１０は、店舗側の端末の一例である。
本実施の形態では、対価の支払いを伴う取引を総称して「購入」と表現する。従って、単に購入と総称する場合、いわゆる物品の購入に限らず、サービスの利用も含まれる。
また、購入の対価としてＰＯＳ端末１０が顧客に請求する決済金額を含む決済情報を、第一の決済情報という。第一の決済情報には、加盟店を識別する情報や取引の内容に関する情報が含まれる。加盟店を識別する情報には、例えば加盟店コードがある。また、取引の内容に関する情報には、例えば取引の日時、決済金額、取引の番号が含まれる。取引の内容に関する情報は、取引毎に一意である。
本実施の形態では、対価の支払いを伴う取引を総称して「購入」と表現する。従って、単に購入と総称する場合、いわゆる物品の購入に限らず、サービスの利用も含まれる。
また、購入の対価としてＰＯＳ端末１０が顧客に請求する決済金額を含む決済情報を、第一の決済情報という。第一の決済情報には、加盟店を識別する情報や取引の内容に関する情報が含まれる。加盟店を識別する情報には、例えば加盟店コードがある。また、取引の内容に関する情報には、例えば取引の日時、決済金額、取引の番号が含まれる。取引の内容に関する情報は、取引毎に一意である。
【0012】
本実施の形態におけるＰＯＳ端末１０は、顧客に請求する決済金額を決済用のＱＲコードとして表示する。図１では、ＰＯＳ端末１０に表示された決済用のＱＲコードをスマートフォン２０で読み取る様子を表している。図１では、スマートフォン２０で撮像されたＱＲコードが表示面に表示されている。決済用のＱＲコードは、第一の決済情報に対応する識別子の一例である。
本実施の形態におけるＰＯＳ端末１０とスマートフォン２０は、それぞれネットワーク５０経由で決済中継サーバ３０に接続されている。本実施の形態の場合、ＰＯＳ端末１０とスマートフォン２０の直接通信は想定しない。
決済用のＱＲコードを読み取ったスマートフォン２０は、決済用のＱＲコードから読み取られた決済金額に利用者の情報を追加し、第二の決済情報として決済中継サーバ３０に送信する。ここでのスマートフォン２０は、利用者の端末の一例である。
本実施の形態におけるＰＯＳ端末１０とスマートフォン２０は、それぞれネットワーク５０経由で決済中継サーバ３０に接続されている。本実施の形態の場合、ＰＯＳ端末１０とスマートフォン２０の直接通信は想定しない。
決済用のＱＲコードを読み取ったスマートフォン２０は、決済用のＱＲコードから読み取られた決済金額に利用者の情報を追加し、第二の決済情報として決済中継サーバ３０に送信する。ここでのスマートフォン２０は、利用者の端末の一例である。
【0013】
本実施の形態における決済中継サーバ３０は、ＰＯＳ端末１０から受信する第一の決済情報とスマートフォン２０から受信する第二の決済情報とを突合し、突合の結果に基づいて決済の進行を制御する。具体的には、第一の決済情報で示されている決済金額と第二の決済情報で示される情報とが一致する場合には、第二の決済情報を決済事業者サーバ４０に送信して決済処理を完了させるのに対し、第一の決済情報で示されている決済金額と第二の決済情報で示される情報とが一致しない場合には、決済事業者サーバ４０への第二の決済情報の送信を中止し、決済用のＱＲコードの再読み込みをＰＯＳ端末１０に要求する。詳細については後述する。
ここでの決済中継サーバ３０は、スマートフォン２０から第二の決済情報を受け取るサーバの一例である。本実施の形態の場合、ＰＯＳ端末１０と決済中継サーバ３０は、決済システムを構成する。
なお、決済中継サーバ３０と決済事業者サーバ４０とは、不図示のネットワークや専用線経由で通信可能に接続されている。
ここでの決済中継サーバ３０は、スマートフォン２０から第二の決済情報を受け取るサーバの一例である。本実施の形態の場合、ＰＯＳ端末１０と決済中継サーバ３０は、決済システムを構成する。
なお、決済中継サーバ３０と決済事業者サーバ４０とは、不図示のネットワークや専用線経由で通信可能に接続されている。
【0014】
（ＰＯＳ端末１０の構成）
図２は、実施の形態１で使用するＰＯＳ端末１０の構成を説明するブロック図の一例を示す図である。
実施の形態１で用いるＰＯＳ端末１０は、端末全体の動作を制御する制御部１１と、データ等の記憶に用いられる記憶部１２と、操作の受付や操作画面の表示等に使用される操作表示部１３と、紙幣処理部１４と、硬貨処理部１５と、決済の明細であるレシートを出力するレシート出力部１６と、第一の決済情報に対応する決済用ＱＲコードを生成する決済用ＱＲコード生成部１７と、外部装置との通信に用いられる通信部１８とを備えている。
図２は、実施の形態１で使用するＰＯＳ端末１０の構成を説明するブロック図の一例を示す図である。
実施の形態１で用いるＰＯＳ端末１０は、端末全体の動作を制御する制御部１１と、データ等の記憶に用いられる記憶部１２と、操作の受付や操作画面の表示等に使用される操作表示部１３と、紙幣処理部１４と、硬貨処理部１５と、決済の明細であるレシートを出力するレシート出力部１６と、第一の決済情報に対応する決済用ＱＲコードを生成する決済用ＱＲコード生成部１７と、外部装置との通信に用いられる通信部１８とを備えている。
【0015】
制御部１１は、ＣＰＵ（＝Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＲＯＭ（＝Read Only Memory）、ＲＡＭ（＝Random Access Memory）等で構成される。
制御部１１のＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラム（オペレーションシステム）や各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部１２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
制御部１１のＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラム（オペレーションシステム）や各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部１２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
【0016】
例えば制御部１１は、利用者に請求する決済金額や取引を特定する情報を含む第一の決済情報を決済中継サーバ３０に送信する機能、同決済金額に対応する決済用のＱＲコードを操作表示部１３等に表示させる機能、決済用のＱＲコードの表示とともにその読み取りを促すメッセージを操作表示部１３に表示させる機能、決済中継サーバ３０から再読み取り情報を受信した場合に決済用のＱＲコードを操作表示部１３に再表示させる機能、決済用のＱＲコードの再表示とともにその読み取りを促すメッセージを操作表示部１３に再表示させる機能等を、プログラムの実行を通じて実行する。なお、決済用ＱＲコード生成部１７も、プログラムの実行を通じて実現される機能の一例である。
【0017】
記憶部１２は、半導体メモリやＨＤＤ（＝Hard Disk Drive）等の記憶装置で構成される。本実施の形態の場合、記憶部１２には、ＰＯＳ端末１０から読み取った第一の決済情報が記憶されている。
操作表示部１３は、ＰＯＳ端末１０を操作するスタッフの操作画面や利用者に提示される画面を表示するディスプレイで構成される。操作表示部１３には、例えば液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイが用いられる。なお、操作画面の表示に用いるディスプレイと、決済用のＱＲコードの表示に用いられるディスプレイとは、それぞれ別に用意されてもよい。なお、操作表示部１３には、スタッフが情報の入力に使用するボタン、スイッチ、タッチパネル等が設けられる。
操作表示部１３は、ＰＯＳ端末１０を操作するスタッフの操作画面や利用者に提示される画面を表示するディスプレイで構成される。操作表示部１３には、例えば液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイが用いられる。なお、操作画面の表示に用いるディスプレイと、決済用のＱＲコードの表示に用いられるディスプレイとは、それぞれ別に用意されてもよい。なお、操作表示部１３には、スタッフが情報の入力に使用するボタン、スイッチ、タッチパネル等が設けられる。
【0018】
紙幣処理部１４は、投入された紙幣に対する真贋判定、紙幣の保管、紙幣の返却などの処理を実行する装置ユニットである。
硬貨処理部１５は、投入された硬貨に対する真贋判定、硬貨の保管、おつり硬貨の払出しなどの処理を実行する装置ユニットである。
レシート出力部１６は、前述したように決済の明細であるレシートの出力に用いられるが、決済用のＱＲコードを印字したレシートの出力に用いることも可能である。
決済用ＱＲコード生成部１７は、制御部２１で実行される機能の一部であり、第一の決済情報に対応するＱＲコードを生成する。本実施の形態の場合、生成された決済用のＱＲコードは操作表示部１３に表示される。
通信部１８は、通信インターフェース（通信Ｉ／Ｆ）であり、ネットワーク５０経由で決済中継サーバ３０との通信を実現する。
硬貨処理部１５は、投入された硬貨に対する真贋判定、硬貨の保管、おつり硬貨の払出しなどの処理を実行する装置ユニットである。
レシート出力部１６は、前述したように決済の明細であるレシートの出力に用いられるが、決済用のＱＲコードを印字したレシートの出力に用いることも可能である。
決済用ＱＲコード生成部１７は、制御部２１で実行される機能の一部であり、第一の決済情報に対応するＱＲコードを生成する。本実施の形態の場合、生成された決済用のＱＲコードは操作表示部１３に表示される。
通信部１８は、通信インターフェース（通信Ｉ／Ｆ）であり、ネットワーク５０経由で決済中継サーバ３０との通信を実現する。
【0019】
（決済中継サーバ３０の構成）
図３は、実施の形態１で使用する決済中継サーバ３０の構成を説明するブロック図の一例を示す図である。
実施の形態１で用いる決済中継サーバ３０は、装置全体を制御する制御部３１と、データ等の記憶に用いられる記憶部３２と、ＰＯＳ端末１０から通知される第一の決済情報を受信する第一決済情報受信部３３と、スマートフォン２０から通知される第二の決済情報を受信する第二決済情報受信部３４と、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とを突合する突合処理部３５と、突合の結果に応じて決済処理の進行を管理する決済進行管理部３６と、外部装置との通信に用いられる通信部３７とを備えている。
図３は、実施の形態１で使用する決済中継サーバ３０の構成を説明するブロック図の一例を示す図である。
実施の形態１で用いる決済中継サーバ３０は、装置全体を制御する制御部３１と、データ等の記憶に用いられる記憶部３２と、ＰＯＳ端末１０から通知される第一の決済情報を受信する第一決済情報受信部３３と、スマートフォン２０から通知される第二の決済情報を受信する第二決済情報受信部３４と、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とを突合する突合処理部３５と、突合の結果に応じて決済処理の進行を管理する決済進行管理部３６と、外部装置との通信に用いられる通信部３７とを備えている。
【0020】
ここでの制御部３１も、ＣＰＵやＭＰＵ、ＲＯＭ、ＲＡＭ等で構成される。
制御部３１のＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラムや各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部３２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
制御部３１のＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラムや各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部３２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
【0021】
例えば制御部３１は、ＰＯＳ端末１０から受信した第一の決済情報の決済金額とスマートフォン２０から受信した第二の決済情報の決済金額が一致する場合には受信した第二の決済情報を決済事業者サーバ４０に送信する機能、第一の決済情報の決済金額と第二の決済情報の決済金額が一致しない場合には第二の決済情報の決済事業者サーバ４０への送信を中止するとともに決済用ＱＲコードの再読み取りをＰＯＳ端末１０に要求する機能等を、プログラムの実行を通じて実行する。
なお、第一決済情報受信部３３、第二決済情報受信部３４、突合処理部３５、決済進行管理部３６に対応する機能も、アプリケーションプログラムの実行を通じて実現される。
なお、第一決済情報受信部３３、第二決済情報受信部３４、突合処理部３５、決済進行管理部３６に対応する機能も、アプリケーションプログラムの実行を通じて実現される。
【0022】
記憶部３２は、半導体メモリやＨＤＤ等の記憶装置で構成される。本実施の形態の場合、記憶部３２には、ＰＯＳ端末１０（図１参照）から通知された決済情報である第一の決済情報と、スマートフォン２０（図１参照）から通知された決済情報である第二の決済情報とが記憶されている。これらの決済情報は、突合処理部３５による突合処理で使用される。なお、第一の決済情報と第二の決済情報とが対応関係にあることは、各決済情報に付属する情報により確認が可能である。例えば店舗を識別する情報、ＰＯＳ端末１０を識別する情報、読み取りの時刻等が使用される。
【0023】
第一決済情報受信部３３は、ＰＯＳ端末１０から新たな決済情報が通知されるたび、受信した決済情報を記憶部３２に保存する処理を実行する。
一方の第二決済情報受信部３４は、利用者の端末であるスマートフォン２０（図１参照）から新たな決済情報が通知されるたび、受信した決済情報を記憶部３２に保存する処理を実行する。
突合処理部３５は、同じ取引に紐付けられている第一の決済情報と第二の決済情報とを突き合わせ、２つの決済情報に含まれる決済金額が一致するか否かを突合の結果として出力する。
一方の第二決済情報受信部３４は、利用者の端末であるスマートフォン２０（図１参照）から新たな決済情報が通知されるたび、受信した決済情報を記憶部３２に保存する処理を実行する。
突合処理部３５は、同じ取引に紐付けられている第一の決済情報と第二の決済情報とを突き合わせ、２つの決済情報に含まれる決済金額が一致するか否かを突合の結果として出力する。
【0024】
決済進行管理部３６は、突合の結果に基づいて、中継する決済処理の進行を管理する。具体的には、突合の結果が決済金額の一致を表す場合、決済進行管理部３６は、利用者の端末であるスマートフォン２０（図１参照）から受信した第二の決済情報を決済事業者サーバ４０に送信する。
一方、突合の結果が決済金額の不一致を表す場合、決済進行管理部３６は、利用者の端末であるスマートフォン２０（図１参照）から受信した第二の決済情報を決済事業者サーバ４０に送信せず、決済用のＱＲコードの再読み取りをＰＯＳ端末１０に要求する。
通信部３７は、通信インターフェース（通信Ｉ／Ｆ）であり、ネットワーク５０経由でＰＯＳ端末１０及びスマートフォン２０と通信する。また、通信部３７は、決済事業者サーバ４０とも通信する。
一方、突合の結果が決済金額の不一致を表す場合、決済進行管理部３６は、利用者の端末であるスマートフォン２０（図１参照）から受信した第二の決済情報を決済事業者サーバ４０に送信せず、決済用のＱＲコードの再読み取りをＰＯＳ端末１０に要求する。
通信部３７は、通信インターフェース（通信Ｉ／Ｆ）であり、ネットワーク５０経由でＰＯＳ端末１０及びスマートフォン２０と通信する。また、通信部３７は、決済事業者サーバ４０とも通信する。
【0025】
（決済処理の流れ）
図４は、実施の形態１で説明する電子決済システム１上で実行される決済処理の概要を説明する図である。なお、図中のＳはステップの意味である。
一連の処理は、店舗内に設置されているＰＯＳ端末１０に購入された物品等の金額が入力され、決済金額が確定することで開始される（ステップ１）。
決済金額は、例えば合計ボタンが操作されることで確定する。前述したように、ここでの決済金額は第一の決済情報に含まれる。ＰＯＳ端末１０は、確定した決済金額を含む第一の決済情報を、決済中継サーバ３０に通知する。
図４は、実施の形態１で説明する電子決済システム１上で実行される決済処理の概要を説明する図である。なお、図中のＳはステップの意味である。
一連の処理は、店舗内に設置されているＰＯＳ端末１０に購入された物品等の金額が入力され、決済金額が確定することで開始される（ステップ１）。
決済金額は、例えば合計ボタンが操作されることで確定する。前述したように、ここでの決済金額は第一の決済情報に含まれる。ＰＯＳ端末１０は、確定した決済金額を含む第一の決済情報を、決済中継サーバ３０に通知する。
【0026】
次に、ＰＯＳ端末１０は、操作表示部１３（図２参照）に読み取りを促すメッセージを表示する（ステップ２）と共に、決済用のＱＲコードを表示する（ステップ３）。決済用のＱＲコードには、第一の決済情報が含まれる。なお、メッセージの表示と決済用のＱＲコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
図５は、決済用のＱＲコードの読み取りを促すメッセージの表示例を示す図である。
図５の場合、「ＱＲコードを読み取り決済してください」との文が表示されている。
図５は、決済用のＱＲコードの読み取りを促すメッセージの表示例を示す図である。
図５の場合、「ＱＲコードを読み取り決済してください」との文が表示されている。
【0027】
図４の説明に戻る。
メッセージが表示されると、電子決済サービスの利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン２０を用い、操作表示部１３（図２参照）に表示されている決済用のＱＲコードを読み取る（ステップ４）。
スマートフォン２０は、読み取った決済用のＱＲコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ３０に通知する。第二の決済情報は、スマートフォン２０にインストールされているアプリケーションプログラムが生成する。
決済中継サーバ３０は、同じ取引に紐付けられている第一の決済情報と第二の決済情報とが受信されると、突合処理を実行する（ステップ５）。突合処理では、第一の決済情報に含まれる決済金額と、第二の決済情報に含まれる決済金額とが突き合わされる。
２つの決済金額が一致する場合（ステップ６で肯定結果の場合）、決済中継サーバ３０は、決済事業者サーバ４０に第二の決済情報を通知する。
メッセージが表示されると、電子決済サービスの利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン２０を用い、操作表示部１３（図２参照）に表示されている決済用のＱＲコードを読み取る（ステップ４）。
スマートフォン２０は、読み取った決済用のＱＲコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ３０に通知する。第二の決済情報は、スマートフォン２０にインストールされているアプリケーションプログラムが生成する。
決済中継サーバ３０は、同じ取引に紐付けられている第一の決済情報と第二の決済情報とが受信されると、突合処理を実行する（ステップ５）。突合処理では、第一の決済情報に含まれる決済金額と、第二の決済情報に含まれる決済金額とが突き合わされる。
２つの決済金額が一致する場合（ステップ６で肯定結果の場合）、決済中継サーバ３０は、決済事業者サーバ４０に第二の決済情報を通知する。
【0028】
第二の決済情報の通知を受け付けた決済事業者サーバ４０は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する（ステップ７）。具体的には、決済事業者サーバ４０は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ３０に返す。取引の成立を示す通知は、決済中継サーバ３０を通じて、スマートフォン２０に通知される。なお、取引の成立を示す通知がＰＯＳ端末１０に通知されてもよい。
これに対し、２つの決済金額が一致しない場合（ステップ６で否定結果の場合）、決済中継サーバ３０は、第二の決済情報を決済事業者サーバ４０に通知せず、ＰＯＳ端末１０に対して決済用のＱＲコードの再読み取りを要求する再読み取り情報を送信する（ステップ８）。
前述したように、２つの決済金額の不一致は、決済用のＱＲコードに読み取りミスがあった場合やスマートフォン２０にインストールされている悪意のアプリケーションプログラムによって決済金額が改ざんされた場合に起こり得る。
これに対し、２つの決済金額が一致しない場合（ステップ６で否定結果の場合）、決済中継サーバ３０は、第二の決済情報を決済事業者サーバ４０に通知せず、ＰＯＳ端末１０に対して決済用のＱＲコードの再読み取りを要求する再読み取り情報を送信する（ステップ８）。
前述したように、２つの決済金額の不一致は、決済用のＱＲコードに読み取りミスがあった場合やスマートフォン２０にインストールされている悪意のアプリケーションプログラムによって決済金額が改ざんされた場合に起こり得る。
【0029】
決済用のＱＲコードの再読み取りが要求されたＰＯＳ端末１０は、操作表示部１３（図２参照）に再読み取りを促すメッセージを再表示する（ステップ９）と共に、決済用のＱＲコードを再表示する（ステップ１０）。この場合も、メッセージの再表示と決済用のＱＲコードの再表示の実行の順番は入れ替わっても良いし、同じ画面に一度に表示してもよい。
図６は、決済用のＱＲコードの再読み取りを促すメッセージの表示例を示す図である。
図６の場合、「もう一度ＱＲコードを読み取り決済してください」との文が表示される。
操作表示部２３の表示を確認した利用者は、自身のスマートフォン２０を用いて決済用のＱＲコードを読み取り直すことになる。
これ以降の処理は、ステップ４以降の繰り返しとなる。すなわち、再度の読み取りにより通知された第二の決済情報に含まれる決済金額と先に通知されている第一の決済情報に含まれる決済金額とが一致するまで決済処理は成立せず、ＱＲコードの読み取り作業が繰り返される。
図６は、決済用のＱＲコードの再読み取りを促すメッセージの表示例を示す図である。
図６の場合、「もう一度ＱＲコードを読み取り決済してください」との文が表示される。
操作表示部２３の表示を確認した利用者は、自身のスマートフォン２０を用いて決済用のＱＲコードを読み取り直すことになる。
これ以降の処理は、ステップ４以降の繰り返しとなる。すなわち、再度の読み取りにより通知された第二の決済情報に含まれる決済金額と先に通知されている第一の決済情報に含まれる決済金額とが一致するまで決済処理は成立せず、ＱＲコードの読み取り作業が繰り返される。
【0030】
本実施の形態の場合、第一の決済情報と第二の決済情報の突き合わせで決済金額が一致しない間、何度でも、決済用のＱＲコードの再表示と読み取りとが繰り返される。もっとも、繰り返しの回数に上限を設け、上限の回数に達した場合には、決済用のＱＲコードの読み取りによる決済を行えない旨を操作表示部２３に表示させてもよい。この場合には、現金や他の決済手段を用いて決済を完了することになる。なお、繰り返しの回数が上限に達したか否かの判断は、ＰＯＳ端末１０が実行してもよいし、決済中継サーバ３０が実行してもよい。
このように本実施の形態の場合には、決済中継サーバ３０の介在により、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額が一致しない不正な決済処理の進行を中止させることが可能になる。
なお、実施の形態１の説明では、顧客が対価の決済に使用する情報端末の一例として、スマートフォン２０を例示しているが、タブレット型のコンピュータ端末やウェアラブル端末でも可能である。
このように本実施の形態の場合には、決済中継サーバ３０の介在により、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額が一致しない不正な決済処理の進行を中止させることが可能になる。
なお、実施の形態１の説明では、顧客が対価の決済に使用する情報端末の一例として、スマートフォン２０を例示しているが、タブレット型のコンピュータ端末やウェアラブル端末でも可能である。
【0031】
また、実施の形態１の説明では、二次元コードの一例であるＱＲコードの読み取りにより決済を行う場合について説明しているが、１次元コードの一例であるバーコードの読み取りによる決済を排除しない。
また、実施の形態１の説明では、ＰＯＳ端末１０と複数の決済事業者サーバ４０との間でやり取りされる決済情報を中継する決済中継サーバ３０を設けているが、ＰＯＳ端末１０と決済事業者サーバ４０とが一対一に接続される場合には、決済中継サーバ３０を設けない電子決済システム１の構成も考えられる。
また、実施の形態１の説明では、ＰＯＳ端末１０と複数の決済事業者サーバ４０との間でやり取りされる決済情報を中継する決済中継サーバ３０を設けているが、ＰＯＳ端末１０と決済事業者サーバ４０とが一対一に接続される場合には、決済中継サーバ３０を設けない電子決済システム１の構成も考えられる。
【0032】
この場合には、前述した決済中継サーバ３０で実行されている突合機能を決済事業者サーバ４０に設ければよい。この場合には、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とが一致するとき決済処理を実行し、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とが一致しないとき決済処理を中止して決済用のＱＲコードの再読み取りをＰＯＳ端末１０に要求すればよい。決済中継サーバ３０を設けない場合には、決済事業者サーバ４０がスマートフォン２０から第二の決済情報を受け取るサーバの一例となり、ＰＯＳ端末１０と決済事業者サーバ４０が決済システムを構成する。
【0033】
＜実施の形態２＞
続いて、実施の形態２について説明する。
図７は、実施の形態２で使用する電子決済システム１Ａの概略構成を例示する図である。図７には、図１との対応部分に対応する符号を付して示している。
図７に示すように、実施の形態２で説明する電子決済システム１Ａの構成は、実施の形態１と同様である。すなわち、実施の形態２の場合も、店舗内に設置されるＰＯＳ端末１０Ａと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン２０と、店舗と決済事業者との間で決済情報を中継する決済中継サーバ３０Ａと、決済事業者が運用する決済事業者サーバ４０とを有している。
実施の形態１の場合には、突合処理を決済中継サーバ３０で実行しているが、本実施の形態では、同処理をＰＯＳ端末１０ＡにインストールされているＰＯＳ連動型のアプリケーションプログラム（以下「ＯＣＸドライバ」ともいう）を使用して突合処理を実行する。
続いて、実施の形態２について説明する。
図７は、実施の形態２で使用する電子決済システム１Ａの概略構成を例示する図である。図７には、図１との対応部分に対応する符号を付して示している。
図７に示すように、実施の形態２で説明する電子決済システム１Ａの構成は、実施の形態１と同様である。すなわち、実施の形態２の場合も、店舗内に設置されるＰＯＳ端末１０Ａと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン２０と、店舗と決済事業者との間で決済情報を中継する決済中継サーバ３０Ａと、決済事業者が運用する決済事業者サーバ４０とを有している。
実施の形態１の場合には、突合処理を決済中継サーバ３０で実行しているが、本実施の形態では、同処理をＰＯＳ端末１０ＡにインストールされているＰＯＳ連動型のアプリケーションプログラム（以下「ＯＣＸドライバ」ともいう）を使用して突合処理を実行する。
【0034】
（ＰＯＳ端末１０Ａの構成）
図８は、実施の形態２で使用するＰＯＳ端末１０Ａの構成を説明するブロック図の一例を示す図である。図８には、図２との対応部分に対応する符号を付して示している。
実施の形態２で用いるＰＯＳ端末１０Ａは、端末の全体を制御する制御部１１Ａと、データ等の記憶に用いられる記憶部１２と、操作の受付や操作画面の表示等に使用される操作表示部１３と、紙幣処理部１４と、硬貨処理部１５と、決済の明細であるレシートを出力するレシート出力部１６と、第一の決済情報に対応する決済用のＱＲコードを生成する決済用ＱＲコード生成部１７と、外部装置との通信に用いられる通信部１８と、ＰＯＳ端末１０Ａで発生した決済金額と決済中継サーバ３０から通知された決済金額とを突合する突合処理部１９とを備えている。
図８は、実施の形態２で使用するＰＯＳ端末１０Ａの構成を説明するブロック図の一例を示す図である。図８には、図２との対応部分に対応する符号を付して示している。
実施の形態２で用いるＰＯＳ端末１０Ａは、端末の全体を制御する制御部１１Ａと、データ等の記憶に用いられる記憶部１２と、操作の受付や操作画面の表示等に使用される操作表示部１３と、紙幣処理部１４と、硬貨処理部１５と、決済の明細であるレシートを出力するレシート出力部１６と、第一の決済情報に対応する決済用のＱＲコードを生成する決済用ＱＲコード生成部１７と、外部装置との通信に用いられる通信部１８と、ＰＯＳ端末１０Ａで発生した決済金額と決済中継サーバ３０から通知された決済金額とを突合する突合処理部１９とを備えている。
【0035】
本実施の形態における制御部１１Ａの場合、突合処理部１９の機能がアプリケーションプログラムの実行を通じて実行される点で、実施の形態１における制御部１１と相違する。
本実施の形態の場合、記憶部１２には、ＰＯＳ端末１０で発生された決済情報である第一の決済情報と決済中継サーバ３０から通知された決済情報である第二の決済情報とが記憶される点で実施の形態１の場合と異なっている。具体的には、決済用のＱＲコードを読み取った利用者が操作するスマートフォン２０から決済中継サーバ３０に通知された第二の決済情報が記憶部１２に記憶されている点で、実施の形態１と相違する。
本実施の形態の場合、記憶部１２には、ＰＯＳ端末１０で発生された決済情報である第一の決済情報と決済中継サーバ３０から通知された決済情報である第二の決済情報とが記憶される点で実施の形態１の場合と異なっている。具体的には、決済用のＱＲコードを読み取った利用者が操作するスマートフォン２０から決済中継サーバ３０に通知された第二の決済情報が記憶部１２に記憶されている点で、実施の形態１と相違する。
【0036】
突合処理部１９は、実施の形態１における突合処理部３５（図３参照）と同じく、同じ取引に紐付けられている第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とを突き合わせ、２つの決済金額が一致するか否かを突合の結果として出力する。ここでの突合処理部１９の機能は、前述したように、ＯＣＸ（＝OLE Custom Control）ドライバの機能として実行される。なお、ＯＬＥは、Object Linking and Embeddingの略称である。
突合処理部１９は、２つの決済金額が一致する場合、決済処理の進行が可能であることを示す推進許可情報を決済中継サーバ３０Ａに通知し、２つの決済金額が一致しない場合、決済処理の中止を示す中止情報を決済中継サーバ３０Ａに通知する。
突合処理部１９は、２つの決済金額が一致する場合、決済処理の進行が可能であることを示す推進許可情報を決済中継サーバ３０Ａに通知し、２つの決済金額が一致しない場合、決済処理の中止を示す中止情報を決済中継サーバ３０Ａに通知する。
【0037】
（決済中継サーバ３０Ａの構成）
図９は、実施の形態２で使用する決済中継サーバ３０Ａの構成を説明するブロック図の一例を示す図である。図９には、図３との対応部分に対応する符号を付して示している。
実施の形態２で用いる決済中継サーバ３０Ａは、装置全体を制御する制御部３１Ａと、データ等の記憶に用いられる記憶部３２と、スマートフォン２０から通知される第二の決済情報を受信する第二決済情報受信部３４と、突合の結果に応じて決済処理の進行を管理する決済進行管理部３６と、外部装置との通信に用いられる通信部３７と、受信した第二の決済情報をＰＯＳ端末１０に通知する第二決済情報通知部３８とを備えている。
図９は、実施の形態２で使用する決済中継サーバ３０Ａの構成を説明するブロック図の一例を示す図である。図９には、図３との対応部分に対応する符号を付して示している。
実施の形態２で用いる決済中継サーバ３０Ａは、装置全体を制御する制御部３１Ａと、データ等の記憶に用いられる記憶部３２と、スマートフォン２０から通知される第二の決済情報を受信する第二決済情報受信部３４と、突合の結果に応じて決済処理の進行を管理する決済進行管理部３６と、外部装置との通信に用いられる通信部３７と、受信した第二の決済情報をＰＯＳ端末１０に通知する第二決済情報通知部３８とを備えている。
【0038】
本実施の形態の場合、決済中継サーバ３０Ａは、突合処理を実行しないので、ＰＯＳ端末１０Ａから第一の決済情報を受信する機能が設けられていない。このため、記憶部３２にも、第一の決済情報は記憶されていない。
第二決済情報通知部３８は、第二決済情報受信部３４がスマートフォン２０から受信した第二の決済情報を、対応するＰＯＳ端末１０に転送する。ここで、第二決済情報通知部３８は、第二の決済情報に含まれるＰＯＳ端末１０を識別する情報などに基づいて対応するＰＯＳ端末１０を宛先として第二の決済情報を送信する。
第二決済情報通知部３８は、第二決済情報受信部３４がスマートフォン２０から受信した第二の決済情報を、対応するＰＯＳ端末１０に転送する。ここで、第二決済情報通知部３８は、第二の決済情報に含まれるＰＯＳ端末１０を識別する情報などに基づいて対応するＰＯＳ端末１０を宛先として第二の決済情報を送信する。
【0039】
（決済処理の流れ）
図１０は、実施の形態２で説明する電子決済システム１Ａ上で実行される決済処理の概要を説明する図である。図１０には、図４との対応部分に対応する符号を付して示している。なお、図中のＳはステップの意味である。
実施の形態２の場合も、一連の処理は、店舗内に設置されているＰＯＳ端末１０Ａに購入された物品等の金額が入力され、決済金額が確定することで開始される（ステップ１）。この時点で、決済金額を含む第一の決済情報が発生される。
実施の形態１の場合とは異なり、第一の決済情報は、決済中継サーバ３０Ａには通知されない。
図１０は、実施の形態２で説明する電子決済システム１Ａ上で実行される決済処理の概要を説明する図である。図１０には、図４との対応部分に対応する符号を付して示している。なお、図中のＳはステップの意味である。
実施の形態２の場合も、一連の処理は、店舗内に設置されているＰＯＳ端末１０Ａに購入された物品等の金額が入力され、決済金額が確定することで開始される（ステップ１）。この時点で、決済金額を含む第一の決済情報が発生される。
実施の形態１の場合とは異なり、第一の決済情報は、決済中継サーバ３０Ａには通知されない。
【0040】
次に、ＰＯＳ端末１０は、操作表示部１３（図８参照）に読み取りを促すメッセージを表示する（ステップ２）と共に、決済用のＱＲコードを表示する（ステップ３）。本実施の形態の場合も、メッセージの表示と決済用のＱＲコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
メッセージが表示されると、利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン２０を用い、操作表示部１３に表示されている決済用のＱＲコードを読み取る（ステップ４）。
スマートフォン２０は、読み取った決済用のＱＲコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ３０Ａに通知する。第二の決済情報は、スマートフォン２０にインストールされているアプリケーションプログラムが生成する。
ここまでの処理は、決済中継サーバ３０Ａに対する第一の決済情報の通知が存在しないことを除き、実施の形態１と共通である。
メッセージが表示されると、利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン２０を用い、操作表示部１３に表示されている決済用のＱＲコードを読み取る（ステップ４）。
スマートフォン２０は、読み取った決済用のＱＲコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ３０Ａに通知する。第二の決済情報は、スマートフォン２０にインストールされているアプリケーションプログラムが生成する。
ここまでの処理は、決済中継サーバ３０Ａに対する第一の決済情報の通知が存在しないことを除き、実施の形態１と共通である。
【0041】
実施の形態２の場合、決済中継サーバ３０Ａは、第二の決済情報を受信すると、送信元のスマートフォン２０が決済用のＱＲコードを読み取ったＰＯＳ端末１０Ａを特定し、特定されたＰＯＳ端末１０Ａを宛先として第二の決済情報を通知する（ステップ１１）。ＰＯＳ端末１０Ａを特定する機能は、第二決済情報受信部３４（図９参照）の機能の一部として実行してもよいし、第二決済情報通知部３８（図９参照）の機能として実行してもよい。また、これらの機能部とは別に制御部３１Ａ（図９参照）の機能として実行してもよい。
ＰＯＳ端末１０Ａは、決済中継サーバ３０Ａから第二の決済情報を受信すると、同じ取引に紐付けられている第一の決済情報と第二の決済情報の間で決済金額の突合処理を実行する（ステップ１２）。すなわち、第一の決済情報に含まれる決済金額と、第二の決済情報に含まれる決済金額との突き合わせが実行される。
２つの決済金額が一致する場合（ステップ１３で肯定結果の場合）、ＰＯＳ端末１０Ａは、決済中継サーバ３０Ａに決済の進行が可能であることを示す推進許可情報を通知する（ステップ１４）。この推進許可情報には、決済の進行が許可される第二の決済情報を特定する情報が含まれている。
ＰＯＳ端末１０Ａは、決済中継サーバ３０Ａから第二の決済情報を受信すると、同じ取引に紐付けられている第一の決済情報と第二の決済情報の間で決済金額の突合処理を実行する（ステップ１２）。すなわち、第一の決済情報に含まれる決済金額と、第二の決済情報に含まれる決済金額との突き合わせが実行される。
２つの決済金額が一致する場合（ステップ１３で肯定結果の場合）、ＰＯＳ端末１０Ａは、決済中継サーバ３０Ａに決済の進行が可能であることを示す推進許可情報を通知する（ステップ１４）。この推進許可情報には、決済の進行が許可される第二の決済情報を特定する情報が含まれている。
【0042】
この場合、第二の決済情報の通知を受け付けた決済中継サーバ３０Ａは、決済進行管理部３６（図９参照）によって推進許可情報の受信を確認し、決済事業者サーバ４０に対して、決済処理の進行が許可された第二の決済情報を通知する。
通知を受けた決済事業者サーバ４０は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する（ステップ１５）。具体的には、決済事業者サーバ４０は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ３０Ａに返す。取引の成立を示す通知は、決済中継サーバ３０Ａを通じて、スマートフォン２０に通知される。実施の形態２の場合も、取引の成立を示す通知は、ＰＯＳ端末１０Ａに通知されてもよい。
これに対し、２つの決済金額が一致しない場合（ステップ１３で否定結果の場合）、ＰＯＳ端末１０Ａは、決済中継サーバ３０Ａに対し、決済処理の進行の中止を示す中止情報を通知する（ステップ１６）。この中止情報にも、決済の進行を中止する第二の決済情報を特定する情報が含まれている。
通知を受けた決済事業者サーバ４０は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する（ステップ１５）。具体的には、決済事業者サーバ４０は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ３０Ａに返す。取引の成立を示す通知は、決済中継サーバ３０Ａを通じて、スマートフォン２０に通知される。実施の形態２の場合も、取引の成立を示す通知は、ＰＯＳ端末１０Ａに通知されてもよい。
これに対し、２つの決済金額が一致しない場合（ステップ１３で否定結果の場合）、ＰＯＳ端末１０Ａは、決済中継サーバ３０Ａに対し、決済処理の進行の中止を示す中止情報を通知する（ステップ１６）。この中止情報にも、決済の進行を中止する第二の決済情報を特定する情報が含まれている。
【0043】
この場合、中止情報を受信した決済中継サーバ３０Ａは、決済進行管理部３６（図９参照）によって中止情報の受信を確認し、決済事業者サーバ４０に対する第二の決済情報の通知を中止する（ステップ１７）。
一方、中止情報を決済中継サーバ３０Ａに通知したＰＯＳ端末１０Ａは、突合処理部１９の処理の一部として、操作表示部１３（図８参照）に再読み取りを促すメッセージを再表示する（ステップ１８）と共に、決済用のＱＲコードを再表示する（ステップ１９）。この場合も、メッセージの再表示と決済用のＱＲコードの再表示の実行の順番は入れ替わっても良いし、同じ画面を同時に表示してもよい。
操作表示部１３の表示を確認した利用者は、自身のスマートフォン２０を用いて決済用のＱＲコードを読み取り直すことになる。
これ以降の処理は、ステップ４以降の繰り返しとなる。すなわち、再度の読み取りにより通知された第二の決済情報に含まれる決済金額と自端末で発生した第一の決済情報に含まれる決済金額とが一致するまで決済処理は成立せず、ＱＲコードの読み取り作業が繰り返される。
一方、中止情報を決済中継サーバ３０Ａに通知したＰＯＳ端末１０Ａは、突合処理部１９の処理の一部として、操作表示部１３（図８参照）に再読み取りを促すメッセージを再表示する（ステップ１８）と共に、決済用のＱＲコードを再表示する（ステップ１９）。この場合も、メッセージの再表示と決済用のＱＲコードの再表示の実行の順番は入れ替わっても良いし、同じ画面を同時に表示してもよい。
操作表示部１３の表示を確認した利用者は、自身のスマートフォン２０を用いて決済用のＱＲコードを読み取り直すことになる。
これ以降の処理は、ステップ４以降の繰り返しとなる。すなわち、再度の読み取りにより通知された第二の決済情報に含まれる決済金額と自端末で発生した第一の決済情報に含まれる決済金額とが一致するまで決済処理は成立せず、ＱＲコードの読み取り作業が繰り返される。
【0044】
本実施の形態の場合も、第一の決済情報と第二の決済情報の突き合わせで決済金額が一致しない間、何度でも、決済用のＱＲコードの再表示と読み取りとが繰り返されるが、繰り返しの回数に上限を設け、上限の回数に達した場合には、決済用のＱＲコードの読み取りによる決済を行えない旨を操作表示部２３に表示させてもよい。
このように本実施の形態の場合には、ＰＯＳ端末１０Ａの介在により、第一の決済情報の金額と第二の決済情報の金額が一致しない不正な決済処理の進行を中止させることが可能になる。
このように本実施の形態の場合には、ＰＯＳ端末１０Ａの介在により、第一の決済情報の金額と第二の決済情報の金額が一致しない不正な決済処理の進行を中止させることが可能になる。
【0045】
なお、実施の形態２の説明でも、ＰＯＳ端末１０Ａと複数の決済事業者サーバ４０との間でやり取りされる決済情報を中継する決済中継サーバ３０Ａを設けているが、ＰＯＳ端末１０Ａと決済事業者サーバ４０とが一対一に接続される場合には、決済中継サーバ３０Ａを設けない電子決済システム１の構成も考えられる。
この場合には、前述した決済中継サーバ３０Ａで実行されている第二の決済情報の通知機能を決済事業者サーバ４０に設ければよい。この構成を採用する場合、決済事業者サーバ４０は、ＰＯＳ端末１０Ａから推進許可情報が受信された場合に決済処理を実行する設定とする。すなわち、ＰＯＳ端末１０Ａから推進許可情報が受信されるまで、スマートフォン２０から受信した第二の決済情報の決済処理を中止する仕組みを採用する。なお、ＰＯＳ端末１０Ａから中止情報が受信された場合には、決済処理の中止を継続する。
決済中継サーバ３０Ａを設けない場合には、決済事業者サーバ４０がスマートフォン２０から第二の決済情報を受け取るサーバの一例となり、ＰＯＳ端末１０Ａと決済事業者サーバ４０が決済システムを構成する。
この場合には、前述した決済中継サーバ３０Ａで実行されている第二の決済情報の通知機能を決済事業者サーバ４０に設ければよい。この構成を採用する場合、決済事業者サーバ４０は、ＰＯＳ端末１０Ａから推進許可情報が受信された場合に決済処理を実行する設定とする。すなわち、ＰＯＳ端末１０Ａから推進許可情報が受信されるまで、スマートフォン２０から受信した第二の決済情報の決済処理を中止する仕組みを採用する。なお、ＰＯＳ端末１０Ａから中止情報が受信された場合には、決済処理の中止を継続する。
決済中継サーバ３０Ａを設けない場合には、決済事業者サーバ４０がスマートフォン２０から第二の決済情報を受け取るサーバの一例となり、ＰＯＳ端末１０Ａと決済事業者サーバ４０が決済システムを構成する。
【0046】
＜実施の形態３＞
続いて、実施の形態３について説明する。
前述の実施の形態１では、ＰＯＳ端末１０（図１参照）がネットワーク５０（図１参照）に接続されている場合を想定しているが、コスト等の理由で、ＰＯＳ端末１０がネットワーク５０に接続されない場合も考えられる。
この状態で電子決済システムを利用するには、店舗側は、電子決済サービスの利用者が保有するスマートフォン２０（図１参照）に表示される決済結果を確認する必要がある。しかし、利用者が提示するスマートフォン２０の画面の確認だけでは、決済の結果を確実に確認することは困難である。
以下では、この技術上の課題を解決することを目的とした電子決済システムの一例を説明する。
続いて、実施の形態３について説明する。
前述の実施の形態１では、ＰＯＳ端末１０（図１参照）がネットワーク５０（図１参照）に接続されている場合を想定しているが、コスト等の理由で、ＰＯＳ端末１０がネットワーク５０に接続されない場合も考えられる。
この状態で電子決済システムを利用するには、店舗側は、電子決済サービスの利用者が保有するスマートフォン２０（図１参照）に表示される決済結果を確認する必要がある。しかし、利用者が提示するスマートフォン２０の画面の確認だけでは、決済の結果を確実に確認することは困難である。
以下では、この技術上の課題を解決することを目的とした電子決済システムの一例を説明する。
【0047】
図１１は、実施の形態３で使用する電子決済システム１Ｂの概略構成を例示する図である。図１１には、図１との対応部分に対応する符号を付して示している。
図１１に示すように、実施の形態３で説明する電子決済システム１Ｂを構成する要素は、実施の形態１と同様である。すなわち、実施の形態３の場合も、店舗内に設置されるＰＯＳ端末１０Ｂと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン２０Ａと、店舗と決済事業者との間で決済情報を中継する決済中継サーバ３０Ｂと、決済事業者が運用する決済事業者サーバ４０とを有している。
図１１に示すように、実施の形態３で説明する電子決済システム１Ｂを構成する要素は、実施の形態１と同様である。すなわち、実施の形態３の場合も、店舗内に設置されるＰＯＳ端末１０Ｂと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン２０Ａと、店舗と決済事業者との間で決済情報を中継する決済中継サーバ３０Ｂと、決済事業者が運用する決済事業者サーバ４０とを有している。
【0048】
ただし、実施の形態３におけるＰＯＳ端末１０Ｂは、ネットワーク５０に接続されていない。また、ＰＯＳ端末１０Ｂには、ＱＲコードリーダー１０１が通信可能に接続されている。ＱＲコードリーダ１０１は、スマートフォン２０Ａに表示される決済結果通知用のＱＲコードの読み取りに使用される。本実施の形態の場合、ＱＲコードリーダ１０１で読み取られたＱＲコードはデコードされ、ＰＯＳ端末１０Ｂに取り込まれる。
【0049】
（スマートフォン２０Ａの構成）
図１２は、実施の形態３で使用するスマートフォン２０Ａの構成を説明するブロック図の一例を示す図である。
実施の形態３で用いるスマートフォン２０Ａは、端末の全体を制御する制御部２１と、データ等の記憶に用いられる記憶部２２と、操作の受付や操作画面の表示等に使用される操作表示部２３と、ＰＯＳ端末１０Ｂに表示されたＱＲコードの読み取りに用いられるＱＲコードリーダ２４と、決済処理の結果を通知する決済結果通知用ＱＲコードを生成する決済結果通知用ＱＲコード生成部２５と、外部装置との通信に用いられる通信部２６とを備えている。
制御部２１は、ＣＰＵやＭＰＵ、ＲＯＭ、ＲＡＭ等で構成される。制御部２１のＲＯＭには、ＣＰＵやＭＰＵにより実行されるファームウェアや各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部２２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
図１２は、実施の形態３で使用するスマートフォン２０Ａの構成を説明するブロック図の一例を示す図である。
実施の形態３で用いるスマートフォン２０Ａは、端末の全体を制御する制御部２１と、データ等の記憶に用いられる記憶部２２と、操作の受付や操作画面の表示等に使用される操作表示部２３と、ＰＯＳ端末１０Ｂに表示されたＱＲコードの読み取りに用いられるＱＲコードリーダ２４と、決済処理の結果を通知する決済結果通知用ＱＲコードを生成する決済結果通知用ＱＲコード生成部２５と、外部装置との通信に用いられる通信部２６とを備えている。
制御部２１は、ＣＰＵやＭＰＵ、ＲＯＭ、ＲＡＭ等で構成される。制御部２１のＲＯＭには、ＣＰＵやＭＰＵにより実行されるファームウェアや各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部２２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
【0050】
例えば制御部２１は、ＱＲコードリーダ２４から読み取った第一の決済情報を記憶部２２に保存する機能、読み取った第一の決済情報に利用者の情報を付加して第二の決済情報を生成し、記憶部２２に保存する機能、生成された第二の決済情報を決済中継サーバ３０Ｂに通知する機能、決済結果通知用ＱＲコード生成部２５と連携して決済結果の通知用のＱＲコードを生成する機能等を、プログラムの実行を通じて実行する。
記憶部２２は、半導体メモリ等の記憶装置で構成される。本実施の形態の場合、記憶部２２には、ＰＯＳ端末１０Ｂから読み取った第一の決済情報、決済中継サーバ３０Ｂに通知される第二の決済情報、決済中継サーバ３０Ｂから受信した決済結果が含まれる。
記憶部２２は、半導体メモリ等の記憶装置で構成される。本実施の形態の場合、記憶部２２には、ＰＯＳ端末１０Ｂから読み取った第一の決済情報、決済中継サーバ３０Ｂに通知される第二の決済情報、決済中継サーバ３０Ｂから受信した決済結果が含まれる。
【0051】
操作表示部２３は、操作画面を表示する液晶ディスプレイや有機ＥＬディスプレイが用いられる。なお、ディスプレイの表面にはタッチセンサが取り付けられており、ディスプレイと共にタッチパネルを構成する。この他、操作表示部２３には、物理的なボタンやスイッチが設けられることもある。
ＱＲコードリーダ２４は、不図示の撮像カメラで撮像された決済用のＱＲコードの画像を処理するアプリケーションプログラムの実行を通じて実現される。本実施の形態では、ＱＲコードリーダ２４を第一の決済情報に対応するＱＲコードの読み取りに使用する。
決済結果通知用ＱＲコード生成部２５は、操作表示部２３に表示するＱＲコードの生成に使用される機能部である。決済結果通知用ＱＲコード生成部２５は、アプリケーションプログラムの実行を通じて実現される。本実施の形態の場合、決済結果通知用ＱＲコード生成部２５は、決済中継サーバ３０Ｂから受信した決済の結果と取引の内容に関する情報を示すＱＲコードを生成する。取引の内容に関する情報には、取引番号、取引の金額等が含まれる。決済結果通知用ＱＲコード生成部２５で生成されたＱＲコードは操作表示部２３に表示される。
ＱＲコードリーダ２４は、不図示の撮像カメラで撮像された決済用のＱＲコードの画像を処理するアプリケーションプログラムの実行を通じて実現される。本実施の形態では、ＱＲコードリーダ２４を第一の決済情報に対応するＱＲコードの読み取りに使用する。
決済結果通知用ＱＲコード生成部２５は、操作表示部２３に表示するＱＲコードの生成に使用される機能部である。決済結果通知用ＱＲコード生成部２５は、アプリケーションプログラムの実行を通じて実現される。本実施の形態の場合、決済結果通知用ＱＲコード生成部２５は、決済中継サーバ３０Ｂから受信した決済の結果と取引の内容に関する情報を示すＱＲコードを生成する。取引の内容に関する情報には、取引番号、取引の金額等が含まれる。決済結果通知用ＱＲコード生成部２５で生成されたＱＲコードは操作表示部２３に表示される。
【0052】
（決済処理の流れ）
図１３は、実施の形態３で説明する電子決済システム１Ｂ上で実行される決済処理の概要を説明する図である。図１３には、図４との対応部分に対応する符号を付して示している。なお、図中のＳはステップの意味である。
実施の形態３の場合も、一連の処理は、店舗内に設置されているＰＯＳ端末１０Ｂに購入された物品等の金額が入力され、決済金額が確定することで開始される（ステップ１）。この時点で、決済金額を含む第一の決済情報が発生される。
図１３は、実施の形態３で説明する電子決済システム１Ｂ上で実行される決済処理の概要を説明する図である。図１３には、図４との対応部分に対応する符号を付して示している。なお、図中のＳはステップの意味である。
実施の形態３の場合も、一連の処理は、店舗内に設置されているＰＯＳ端末１０Ｂに購入された物品等の金額が入力され、決済金額が確定することで開始される（ステップ１）。この時点で、決済金額を含む第一の決済情報が発生される。
【0053】
次に、ＰＯＳ端末１０は、操作表示部１３（図２参照）に読み取りを促すメッセージを表示する（ステップ２）と共に、決済用のＱＲコードを表示する（ステップ３）。決済用のＱＲコードには、第一の決済情報が含まれる。本実施の形態の場合も、メッセージの表示と決済用のＱＲコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
メッセージが表示されると、電子決済サービスの利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン２０Ａを用い、操作表示部１３に表示されている決済用のＱＲコードを読み取る（ステップ４）。
スマートフォン２０Ａは、読み取った決済用のＱＲコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ３０Ｂに通知する。第二の決済情報は、スマートフォン２０Ａにインストールされているアプリケーションプログラムが生成する。
メッセージが表示されると、電子決済サービスの利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン２０Ａを用い、操作表示部１３に表示されている決済用のＱＲコードを読み取る（ステップ４）。
スマートフォン２０Ａは、読み取った決済用のＱＲコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ３０Ｂに通知する。第二の決済情報は、スマートフォン２０Ａにインストールされているアプリケーションプログラムが生成する。
【0054】
決済中継サーバ３０Ｂは、受信した第二の決済情報を対応する決済事業者サーバ４０に通知する。
決済事業者サーバ４０は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する（ステップ２１）。具体的には、決済事業者サーバ４０は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ３０Ｂに返す。
取引の成立の通知は、決済中継サーバ３０Ｂにより、取引に用いられたスマートフォン２０Ａに通知される。
本実施の形態におけるスマートフォン２０Ａは、取引の成立の通知を受信すると、成立した取引の結果の通知に用いるＱＲコードを生成し（ステップ２２）、操作表示部２３（図１２参照）に表示する（ステップ２３）。
決済事業者サーバ４０は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する（ステップ２１）。具体的には、決済事業者サーバ４０は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ３０Ｂに返す。
取引の成立の通知は、決済中継サーバ３０Ｂにより、取引に用いられたスマートフォン２０Ａに通知される。
本実施の形態におけるスマートフォン２０Ａは、取引の成立の通知を受信すると、成立した取引の結果の通知に用いるＱＲコードを生成し（ステップ２２）、操作表示部２３（図１２参照）に表示する（ステップ２３）。
【0055】
決済結果通知用のＱＲコードが表示されると、店舗側のスタッフは、ＱＲコードリーダ１０１（図１１参照）を使用して、スマートフォン２０Ａに表示されている決済結果通知用のＱＲコードをＰＯＳ端末１０Ｂに読み取る（ステップ２４）。
続いて、ＰＯＳ端末１０Ｂは、読み取った決済結果及び取引に関する情報を、ＰＯＳ端末１０Ｂの操作表示部１３（図２参照）に表示する。
図１３の例では、決済結果通知用のＱＲコードから読み取った情報を表示した時点で処理を終了しているが、読み取った決済金額等の情報がＰＯＳ端末１０Ｂに取り込まれるようにしてもよい。
続いて、ＰＯＳ端末１０Ｂは、読み取った決済結果及び取引に関する情報を、ＰＯＳ端末１０Ｂの操作表示部１３（図２参照）に表示する。
図１３の例では、決済結果通知用のＱＲコードから読み取った情報を表示した時点で処理を終了しているが、読み取った決済金額等の情報がＰＯＳ端末１０Ｂに取り込まれるようにしてもよい。
【0056】
また、ＰＯＳ端末１０Ｂには、決済された金額と第一の決済情報の金額とを突合する機能を追加してもよい。なお、突合の結果を店舗側のスタッフ等に通知する機能を更に追加してもよい。
このように本実施の形態の場合には、利用者が操作するスマートフォン２０Ａを活用して電子決済システム１Ｂを実現することができる。また、スマートフォン２０Ａが受け取る決済の結果をスマートフォン２０Ａに表示されるＱＲコードを通じてＰＯＳ端末１０Ｂに取り込み、取り込んだ内容をＰＯＳ端末１０Ｂに表示させることにより、決済の結果の確認をスマートフォン２０Ａの表示画面を用いて行う場合に比して、成立した取引の内容の確認がより確実に行えるようになる。
このように本実施の形態の場合には、利用者が操作するスマートフォン２０Ａを活用して電子決済システム１Ｂを実現することができる。また、スマートフォン２０Ａが受け取る決済の結果をスマートフォン２０Ａに表示されるＱＲコードを通じてＰＯＳ端末１０Ｂに取り込み、取り込んだ内容をＰＯＳ端末１０Ｂに表示させることにより、決済の結果の確認をスマートフォン２０Ａの表示画面を用いて行う場合に比して、成立した取引の内容の確認がより確実に行えるようになる。
【0057】
実施の形態３の場合には、決済中継サーバ３０Ｂから通知される決済の結果をスマートフォン２０Ａに表示される決済結果通知用のＱＲコードを用いてＰＯＳ端末１０Ｂに受け渡ししているが、近距離無線通信規格の一例であるＦｅｌｉＣａ（登録商標）その他を利用して行ってもよい。既にＦｅｌｉＣａに対応するリーダライタがＰＯＳ端末１０Ｂに接続されている場合には、ＱＲコードリーダ１０１を新たに設置せずに済む。
また、実施の形態３では、決済中継サーバ３０Ｂを使用しているが、決済中継サーバ３０Ｂを用いないシステム構成も可能である。
また、実施の形態３では、決済中継サーバ３０Ｂを使用しているが、決済中継サーバ３０Ｂを用いないシステム構成も可能である。
【0058】
＜実施の形態４＞
続いて、実施の形態４について説明する。
前述の実施の形態では、基本的にＱＲコードを用いた電子決済を想定しているが、本実施の形態では、クレジットカードを活用した決済について説明する。
現在、クレジットカードによる決済に対応するＰＯＳ端末には、決済金額が予め定めた金額以下の場合に本人認証をスキップできる機能が用意されている。なお、ＰＯＳ端末は、クレジットカードを発行しているカード会社毎に設定されている金額に基づいて、ＰＩＮ（＝Personal Identification Number）レス又はサインレスの決済が可能か否かを判断する。なお、ＰＩＮコードは、セキュリティコードの一種である。
一方で、ＰＩＮレス又はサインレスの運用のニーズは、売り場によって異なる。例えばある売り場では、ＰＩＮレス又はサインレスにより決済が可能な金額を、カード会社とは別に設定したいニーズがある。また、ＰＩＮレス又はサインレスによる決済を許可するか否かを売り場毎に設定したい場合がある。しかし、これらのニーズへの対応をＰＯＳ端末だけで実現することはできない。
続いて、実施の形態４について説明する。
前述の実施の形態では、基本的にＱＲコードを用いた電子決済を想定しているが、本実施の形態では、クレジットカードを活用した決済について説明する。
現在、クレジットカードによる決済に対応するＰＯＳ端末には、決済金額が予め定めた金額以下の場合に本人認証をスキップできる機能が用意されている。なお、ＰＯＳ端末は、クレジットカードを発行しているカード会社毎に設定されている金額に基づいて、ＰＩＮ（＝Personal Identification Number）レス又はサインレスの決済が可能か否かを判断する。なお、ＰＩＮコードは、セキュリティコードの一種である。
一方で、ＰＩＮレス又はサインレスの運用のニーズは、売り場によって異なる。例えばある売り場では、ＰＩＮレス又はサインレスにより決済が可能な金額を、カード会社とは別に設定したいニーズがある。また、ＰＩＮレス又はサインレスによる決済を許可するか否かを売り場毎に設定したい場合がある。しかし、これらのニーズへの対応をＰＯＳ端末だけで実現することはできない。
【0059】
図１４は、実施の形態４で使用する電子決済システム１Ｃの概略構成を例示する図である。図１４には、図１との対応部分に対応する符号を付して示している。
図１４に示すように、実施の形態４で説明する電子決済システム１Ｃの構成は、実施の形態１と類似する。ただし、実施の形態４の場合には、カード決済を前提とするため、サービスの利用者が所持するスマートフォン２０（図１参照）は不要である。
このため、電子決済システム１Ｃは、店舗内に設置されるＰＯＳ端末１０Ｃと、店舗と決済事業者との間で決済情報を中継する決済中継サーバ３０Ｃと、決済事業者が運用する決済事業者サーバ４０とを有している。
なお、ＰＯＳ端末１０Ｃには、クレジットカードの読み取りに使用するカードリーダー１１１が接続されている。ＰＯＳ端末１０Ｃは、クレジットカードから読み取った利用者の情報に決済する金額の情報等を付加して決済中継サーバ３０Ｃに送信する。
図１４に示すように、実施の形態４で説明する電子決済システム１Ｃの構成は、実施の形態１と類似する。ただし、実施の形態４の場合には、カード決済を前提とするため、サービスの利用者が所持するスマートフォン２０（図１参照）は不要である。
このため、電子決済システム１Ｃは、店舗内に設置されるＰＯＳ端末１０Ｃと、店舗と決済事業者との間で決済情報を中継する決済中継サーバ３０Ｃと、決済事業者が運用する決済事業者サーバ４０とを有している。
なお、ＰＯＳ端末１０Ｃには、クレジットカードの読み取りに使用するカードリーダー１１１が接続されている。ＰＯＳ端末１０Ｃは、クレジットカードから読み取った利用者の情報に決済する金額の情報等を付加して決済中継サーバ３０Ｃに送信する。
【0060】
（ＰＯＳ端末１０Ｃの構成）
図１５は、実施の形態４で使用するＰＯＳ端末１０Ｃの構成を説明するブロック図の一例を示す図である。
実施の形態４で用いるＰＯＳ端末１０Ｃは、端末の全体を制御する制御部１１Ｂと、データ等の記憶に用いられる記憶部１２と、操作の受付や操作画面の表示等に使用される操作表示部１３と、紙幣処理部１４と、硬貨処理部１５と、決済の明細であるレシートを出力するレシート出力部１６と、決済中継サーバ３０Ｃとの通信を通じて決済を実行する決済処理部１２０と、ミドルウェアとしてのＯＣＸ部１２１と、カード情報の読み取り等を実行するＰＯＳアプリ部１２２と、外部装置との通信に用いられる通信部１８とを備えている。
図１５は、実施の形態４で使用するＰＯＳ端末１０Ｃの構成を説明するブロック図の一例を示す図である。
実施の形態４で用いるＰＯＳ端末１０Ｃは、端末の全体を制御する制御部１１Ｂと、データ等の記憶に用いられる記憶部１２と、操作の受付や操作画面の表示等に使用される操作表示部１３と、紙幣処理部１４と、硬貨処理部１５と、決済の明細であるレシートを出力するレシート出力部１６と、決済中継サーバ３０Ｃとの通信を通じて決済を実行する決済処理部１２０と、ミドルウェアとしてのＯＣＸ部１２１と、カード情報の読み取り等を実行するＰＯＳアプリ部１２２と、外部装置との通信に用いられる通信部１８とを備えている。
【0061】
本実施の形態における制御部１１Ｂも、ＣＰＵやＭＰＵ、ＲＯＭ、ＲＡＭ等で構成される。
制御部１１ＢのＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラム（オペレーションシステム）や各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部１２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
制御部１１ＢのＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラム（オペレーションシステム）や各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部１２から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。
【0062】
例えば制御部１１Ｂは、利用者に請求する決済金額や取引を特定する情報にクレジットカードから読み取った情報を関連付けて決済中継サーバ３０Ｃを通じて決済処理を実行する決済処理部１２０の機能と、決済処理部１２０とＰＯＳアプリ部１２２との通信に介在するＯＣＸ部１２１の機能と、クレジットカード払いによる決済を管理するＰＯＳアプリ部１２２の機能等を、プログラムの実行を通じて実行する。
記憶部１２は、半導体メモリやＨＤＤ等の記憶装置で構成される。本実施の形態の場合、記憶部１２には、カード会社用のＤＬＬ（＝Dynamic Link Library）テーブルとダミー会社用のＤＬＬテーブルが記憶されている。ここで、カード会社用ＤＬＬテーブルは、提携するクレジットカード別に用意される。従って、複数のクレジットカードの利用が可能なＰＯＳ端末１０Ｃには複数のカード会社用ＤＬＬテーブルが記憶される。ダミー会社用ＤＬＬテーブルは、決済する金額が、仮にカード会社別に定められているＰＩＮレス決済等が可能な金額以内の場合でも、例外的に個人認証を必要とする決済を可能にするために用いられるライブラリである。カード会社用ＤＬＬテーブルもダミー会社用ＤＬＬテーブルも事前に用意される。
記憶部１２は、半導体メモリやＨＤＤ等の記憶装置で構成される。本実施の形態の場合、記憶部１２には、カード会社用のＤＬＬ（＝Dynamic Link Library）テーブルとダミー会社用のＤＬＬテーブルが記憶されている。ここで、カード会社用ＤＬＬテーブルは、提携するクレジットカード別に用意される。従って、複数のクレジットカードの利用が可能なＰＯＳ端末１０Ｃには複数のカード会社用ＤＬＬテーブルが記憶される。ダミー会社用ＤＬＬテーブルは、決済する金額が、仮にカード会社別に定められているＰＩＮレス決済等が可能な金額以内の場合でも、例外的に個人認証を必要とする決済を可能にするために用いられるライブラリである。カード会社用ＤＬＬテーブルもダミー会社用ＤＬＬテーブルも事前に用意される。
【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】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
