知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-13
(45)【発行日】2024-09-25
(54)【発明の名称】情報端末装置、決済システム及び情報処理プログラム
(51)【国際特許分類】
G06Q 20/34 20120101AFI20240917BHJP
【ＦＩ】
G06Q20/34 420
【請求項の数】
6
(21)【出願番号】P 2020156471
(22)【出願日】2020-09-17
(65)【公開番号】P2022050083
(43)【公開日】2022-03-30
【審査請求日】2023-05-25
(73)【特許権者】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】和田 智史
【審査官】岩橋 龍太郎
(56)【参考文献】
【文献】特開２０１７－２１５８２５（ＪＰ，Ａ）
【文献】特開２０１６－１１９１０９（ＪＰ，Ａ）
【文献】特開２０１２－０５３７８５（ＪＰ，Ａ）
【文献】特開２０２０－０９５５１４（ＪＰ，Ａ）
【文献】特開２００９－１６９８３５（ＪＰ，Ａ）
【文献】特開２０１９－１２５２７０（ＪＰ，Ａ）
【文献】“現金はもちろん、クレジットカードも不要！タッチ１つで決済できる モバイル決済の黒船「Apple Pay」の全貌”，Ｍａｃ Ｆａｎ，日本，株式会社マイナビ出版，2016年11月01日，第24巻第11号，pp.118-123
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
登録装置にて表示されたアクセスコードを撮影して得られた画像から当該アクセスコードが表す決済ＵＲＬ（uniform resource locator）を取得する第１の取得手段と、
カードを撮影して得られた画像から当該カードに可視表示された利用者識別子を判定する第１の判定手段と、
前記第１の取得手段により取得された決済ＵＲＬによりサーバ装置へとアクセスし、前記第１の判定手段により判定された利用者識別子を通知する第１の通知手段と、
前記第１の通知手段によるアクセスに用いた決済ＵＲＬに関連付けられた決済情報に関して前記サーバ装置から通知される支払い情報を取得する第２の取得手段と、
前記第２の取得手段により支払い情報が取得された後に、前記サーバ装置に対して決済を要求する要求手段と、
を具備した情報端末装置。
【請求項2】
前記第１の判定手段は、カードに可視表示された有効期限、氏名及びセキュリティコードの少なくともいずれかを判定し、前記第１の通知手段が利用者識別子を通知するに際して、あるいは前記要求手段が決済を要求するに際して、有効期限、氏名及びセキュリティコードの少なくともいずれかの前記第１の判定手段により判定されたものを前記サーバ装置に対して通知する、
請求項１に記載の情報端末装置。
【請求項3】
情報端末装置とサーバ装置とを備え、前記サーバ装置に設けられ、登録装置からの決済情報の通知を受けると、当該決済情報に関連付けた決済ＵＲＬを決定し、この決済ＵＲＬを表したアクセスコードを前記登録装置に通知する第２の通知手段と、
前記情報端末装置に設けられ、前記第２の通知手段による通知に応じて前記登録装置にて表示されたアクセスコードを撮影して得られた画像から当該アクセスコードが表す決済ＵＲＬを取得する第１の取得手段と、
前記情報端末装置に設けられ、カードを撮影して得られた画像から当該カードに可視表示された利用者識別子を判定する第１の判定手段と、
前記情報端末装置に設けられ、前記第１の取得手段により取得された決済ＵＲＬによりサーバ装置へとアクセスし、前記第１の判定手段により判定された利用者識別子を通知する第１の通知手段と、
前記サーバ装置に設けられ、前記第１の通知手段によるアクセスに応じて、当該のアクセスに用いられた決済ＵＲＬに関連付けられた決済情報に関する支払い情報を前記情報端末装置へと通知する第３の通知手段と、
前記情報端末装置に設けられ、前記第３の通知手段により通知された支払い情報を取得する第２の取得手段と、
前記情報端末装置に設けられ、前記第２の取得手段により支払い情報が取得された後に、前記サーバ装置に対して決済を要求する要求手段と、
前記サーバ装置に設けられ、前記要求手段による要求に応じた決済のための処理を行う処理手段と、
を具備した決済システム。
【請求項4】
前記第１の判定手段は、前記カードに可視表示された有効期限、氏名及びセキュリティコードの少なくともいずれかを取得し、前記第１の通知手段が利用者識別子を通知するに際して、あるいは前記要求手段が決済を要求するに際して、有効期限、氏名及びセキュリティコードの少なくともいずれかの前記取得手段により取得されたものを通知する、
請求項３に記載の決済システム。
【請求項5】
一の種別に属する複数のカードに共通に可視表示される要素が、前記第１の判定手段が利用者識別子を判定するために用いた画像に含まれる場合に、前記第１の判定手段が利用者識別子を判定するために用いた画像に映り込んでいる前記カードが前記種別に属すると判定する第２の判定手段、をさらに備える請求項３又は請求項４に記載の決済システム。
【請求項6】
情報端末装置を制御するコンピュータを、
登録装置にて表示されたアクセスコードを撮影して得られた画像から当該アクセスコードが表す決済ＵＲＬ（uniform resource locator）を取得する第１の取得手段と、
カードを撮影して得られた画像から当該カードに可視表示された利用者識別子を判定する第１の判定手段と、
前記第１の取得手段により取得された決済ＵＲＬによりサーバ装置へとアクセスし、前記第１の判定手段により判定された利用者識別子を通知する第１の通知手段と、
前記第１の通知手段によるアクセスに用いた決済ＵＲＬに関連付けられた決済情報に関して前記サーバ装置から通知される支払い情報を取得する第２の取得手段と、
前記第２の取得手段により支払い情報が取得された後に、前記サーバ装置に対して決済を要求する要求手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報端末装置、決済システム及び情報処理プログラムに関する。
【背景技術】
【0002】
店舗においてクレジットカードを用いた決済を行う場合は、クレジットカードに記録されたカード情報を読み取るための専用のカードリーダが必要となる。
多数のチェックアウトレーンを設けたスーパーマーケット等においては、多数のカードリーダを備えることが必要となる。なお、コスト低減のため、一部のチェックアウトレーンのみにカードリーダを配置し、クレジットカードを用いた決済を行うレーンを制限するケースも多い。
このような事情から、クレジットカードなどのカードに記録された情報に基づく決済を専用のカードリーダを用いることなく行えることが望まれていた。
多数のチェックアウトレーンを設けたスーパーマーケット等においては、多数のカードリーダを備えることが必要となる。なお、コスト低減のため、一部のチェックアウトレーンのみにカードリーダを配置し、クレジットカードを用いた決済を行うレーンを制限するケースも多い。
このような事情から、クレジットカードなどのカードに記録された情報に基づく決済を専用のカードリーダを用いることなく行えることが望まれていた。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－７９２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、カードに記録された情報に基づく決済を専用のカードリーダを用いることなく行える情報端末装置、決済システム及び情報処理プログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の情報端末装置は、第１の取得手段、第１の判定手段、第１の通知手段、第２の取得手段及び要求手段を備える。第１の取得手段は、登録装置にて表示されたアクセスコードを撮影して得られた画像から当該アクセスコードが表す決済ＵＲＬを取得する。第１の判定手段は、カードを撮影して得られた画像から当該カードに可視表示された利用者識別子を判定する。第１の通知手段は、第１の取得手段により取得された決済ＵＲＬによりサーバ装置へとアクセスし、第１の判定手段により判定された利用者識別子を通知する。第２の取得手段は、第１の通知手段によるアクセスに用いた決済ＵＲＬに関連付けられた決済情報に関してサーバ装置から通知される支払い情報を取得する。要求手段は、第２の取得手段により支払い情報が取得された後に、サーバ装置に対して決済を要求する。
【図面の簡単な説明】
【0006】
【図1】第１の実施形態に係る取引処理システムの概略構成を示すブロック図。
【図7】店舗での商品購入に関わる決済に取引処理サービスを利用する場合の第１の実施形態におけるシーケンスを示す図。
【図10】第２の読取画面の一例を示す図。
【図11】確認画面の一例を示す図。
【図12】終了画面の一例を示す図。
【図13】店舗での商品購入に関わる決済に取引処理サービスを利用する場合の第２の実施形態におけるシーケンスを示す図。
【図14】確認画面の一例を示す図。
【発明を実施するための形態】
【0007】
以下、実施の形態について図面を用いて説明する。
［第１の実施形態］
図１は第１の実施形態に係る取引処理システム１００の概略構成を示すブロック図である。
取引処理システム１００は、代価の決済を伴う取引に関して、取引内容の登録、決済金額の算出及び決済金額の決済などの処理を行う。かくして取引処理システム１００は、決済システムとしての機能を備える。
［第１の実施形態］
図１は第１の実施形態に係る取引処理システム１００の概略構成を示すブロック図である。
取引処理システム１００は、代価の決済を伴う取引に関して、取引内容の登録、決済金額の算出及び決済金額の決済などの処理を行う。かくして取引処理システム１００は、決済システムとしての機能を備える。
【0008】
取引処理システム１００は、ユーザ端末１、販売サーバ２、代行サーバ３及び決済サーバ４を含む。そしてこれらユーザ端末１、販売サーバ２、代行サーバ３及び決済サーバ４は、通信ネットワーク２００を介して通信可能である。通信ネットワーク２００は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網、専用線などを、単独又は適宜に組み合わせて用いることができる。なお、取引処理システム１００には、複数のユーザ端末１及び決済サーバ４が含まれるが、図１においては１つのみを示している。また、取引処理システム１００には、販売サーバ２が複数設けられる場合もある。
【0009】
ユーザ端末１は、取引処理システム１００での処理対象となる取引の決済者となる利用者により利用される情報端末装置である。ユーザ端末１は、典型的には個々の利用者により専用される。なお、取引処理システム１００での処理対象となる取引は、代価の決済を伴う取引であればどのようなものでもよいが、本実施形態では商品の販売とする。
【0010】
販売サーバ２は、販売商品の登録及び販売商品の代価の算出など、販売のための情報処理を行うサーバ装置である。販売サーバ２は、例えばＰＯＳ（point-of-sale）サーバである。販売サーバ２は、例えば商品販売者等により管理される。
【0011】
代行サーバ３は、複数の決済サーバ４が提供する複数の決済サービスを簡易に利用可能とする決済代行サービスを提供するための情報処理を行うサーバ装置である。代行サーバ３は、例えば決済代行サービスの提供者により管理される。
【0012】
決済サーバ４は、代行サーバ３からの要求に応じて決済のための情報処理を行うサーバ装置である。取引処理システム１００に含まれる複数の決済サーバ４には、適用する決済方法がそれぞれ異なるものが含まれる。例えば決済サーバ４の１つは、クレジット決済を行う。例えば決済サーバ４の別の１つは、コード決済を行う。また取引処理システム１００に含まれる複数の決済サーバ４には、適用する決済方法が同一であるが、業者又はブランドなどがそれぞれ異なるものが含まれる。例えば決済サーバ４の２つは、それぞれ異なるブランドのクレジットカードに関するクレジット決済を行う。決済サーバ４は、例えば決済サービスの提供者により管理される。
なお、商品販売者及び各種サービスの提供者は、典型的にはそれぞれ別々である。しかしながら、商品販売者及び各種サービスの提供者の一部又は全部が同一の業者等であってもよい。
なお、商品販売者及び各種サービスの提供者は、典型的にはそれぞれ別々である。しかしながら、商品販売者及び各種サービスの提供者の一部又は全部が同一の業者等であってもよい。
【0013】
図２はユーザ端末１の要部回路構成を示すブロック図である。
ユーザ端末１は、典型的には、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置である。
ユーザ端末１は、典型的には、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置である。
【0014】
ユーザ端末１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル１４、カメラ１５、通信ユニット１６及び伝送路１７等を備える。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル１４、カメラ１５及び通信ユニット１６は、伝送路１７を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３を伝送路１７で接続することによって、ユーザ端末１を制御するための情報処理を行うコンピュータを構成する。
【0015】
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、ユーザ端末１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。
【0016】
メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（read only memory）である。揮発性のメモリ領域は、例えばＲＡＭ（random access memory）である。
【0017】
補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）である。ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスが補助記憶ユニット１３として使用されてもよい。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、アプリケーションプログラムを記憶する。
【0018】
補助記憶ユニット１３が記憶するアプリケーションプログラムの１つは、取引処理システム１００を利用しての決済のための情報処理プログラム（以下、決済アプリと称する）ＡＰＡである。ただし典型的には、決済アプリＡＰＡは、ユーザ端末１の使用者による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶ユニット１３に書き込まれる。つまり、ユーザ端末１の使用者へのユーザ端末１の譲渡は、決済アプリＡＰＡが補助記憶ユニット１３に記憶されていない状態で行われる。しかしながら、決済アプリＡＰＡが補助記憶ユニット１３に記憶された状態のユーザ端末１がユーザ端末１の使用者に譲渡されても構わない。
【0019】
タッチパネル１４は、ユーザ端末１の入力デバイス及び表示デバイスとして機能する。
カメラ１５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
カメラ１５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
【0020】
通信ユニット１６は、通信ネットワーク２００を介したデータ通信のための通信処理を行う。通信ユニット１６としては、例えば移動通信網又はインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路１７は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
伝送路１７は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【0021】
図３は販売サーバ２の要部回路構成を示すブロック図である。
販売サーバ２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３及び通信ユニット２４は、伝送路２５を介して通信可能とされている。そして、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２５により接続されていることによって、販売サーバ２を制御するためのコンピュータが構成される。
販売サーバ２は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５を含む。プロセッサ２１、メインメモリ２２、補助記憶ユニット２３及び通信ユニット２４は、伝送路２５を介して通信可能とされている。そして、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３が伝送路２５により接続されていることによって、販売サーバ２を制御するためのコンピュータが構成される。
【0022】
プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、販売サーバ２としての各種の機能を実現するための情報処理を実行する。プロセッサ２１は、例えばＣＰＵである。
【0023】
メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。メインメモリ２２は、プロセッサ２１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。
【0024】
補助記憶ユニット２３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット２３としては、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、あるいはプロセッサ２１での処理によって作成されたデータ等を保存する。補助記憶ユニット２３は、上記の情報処理プログラムを記憶する場合もある。
【0025】
通信ユニット２４は、通信ネットワーク２００を介したデータ通信のための通信処理を行う。通信ユニット２４としては、例えば移動通信網又はインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【0026】
補助記憶ユニット２３は、情報処理プログラムの１つである販売アプリＡＰＢを記憶する。販売アプリＡＰＢは、アプリケーションプログラムであり、販売サーバ２としての機能を実現するための情報処理について記述されている。
【0027】
図４は代行サーバ３の要部回路構成を示すブロック図である。
代行サーバ３は、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信ユニット３４及び伝送路３５を含む。プロセッサ３１、メインメモリ３２、補助記憶ユニット３３及び通信ユニット３４は、伝送路３５を介して通信可能とされている。そして、プロセッサ３１、メインメモリ３２及び補助記憶ユニット３３が伝送路３５により接続されていることによって、代行サーバ３を制御するためのコンピュータが構成される。なお、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信ユニット３４及び伝送路３５の機能の概略は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５と同等であるので、その説明は省略する。
代行サーバ３は、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信ユニット３４及び伝送路３５を含む。プロセッサ３１、メインメモリ３２、補助記憶ユニット３３及び通信ユニット３４は、伝送路３５を介して通信可能とされている。そして、プロセッサ３１、メインメモリ３２及び補助記憶ユニット３３が伝送路３５により接続されていることによって、代行サーバ３を制御するためのコンピュータが構成される。なお、プロセッサ３１、メインメモリ３２、補助記憶ユニット３３、通信ユニット３４及び伝送路３５の機能の概略は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５と同等であるので、その説明は省略する。
【0028】
ただし補助記憶ユニット３３は、代行アプリＡＰＣを記憶する。代行アプリＡＰＣは、アプリケーションプログラムであり、代行サーバ３としての機能を実現するための情報処理について記述されている。また補助記憶ユニット３３の記憶領域の一部は、決済情報データベースＤＢＡとして使用される。
【0029】
図５は決済情報データベースＤＢＡに含まれるデータレコードＤＲＡの構成を模式的に示す図である。
決済情報データベースＤＢＡは、取引に関連付けられたデータレコードＤＲＡの集合である。データレコードＤＲＡは、フィールドＦＡＡ，ＦＡＢを含む。フィールドＦＡＡには、関連付けられた取引を他の取引と識別するための識別子である取引ＩＤ（identifier）がセットされる。フィールドＦＡＢには、関連付けられた取引を決済するために必要な決済情報がセットされる。決済情報は例えば、決済金額及び受領側ＩＤを含む。決済情報は、この他の任意の情報を含んでもよい。決済金額は、取引に関して決済するべき金額である。受領側ＩＤは例えば、販売サーバ２による処理対象となる取引による代価の受領者を識別する識別子である。受領者は、決済代行サービスにおいては加盟店と称される。受領側ＩＤとしては例えば、決済代行サービスにて加盟店を識別するために付与された加盟店ＩＤが用いられる。
決済情報データベースＤＢＡは、取引に関連付けられたデータレコードＤＲＡの集合である。データレコードＤＲＡは、フィールドＦＡＡ，ＦＡＢを含む。フィールドＦＡＡには、関連付けられた取引を他の取引と識別するための識別子である取引ＩＤ（identifier）がセットされる。フィールドＦＡＢには、関連付けられた取引を決済するために必要な決済情報がセットされる。決済情報は例えば、決済金額及び受領側ＩＤを含む。決済情報は、この他の任意の情報を含んでもよい。決済金額は、取引に関して決済するべき金額である。受領側ＩＤは例えば、販売サーバ２による処理対象となる取引による代価の受領者を識別する識別子である。受領者は、決済代行サービスにおいては加盟店と称される。受領側ＩＤとしては例えば、決済代行サービスにて加盟店を識別するために付与された加盟店ＩＤが用いられる。
【0030】
図６は決済サーバ４の要部回路構成を示すブロック図である。
決済サーバ４は、プロセッサ４１、メインメモリ４２、補助記憶ユニット４３、通信ユニット４４及び伝送路４５を含む。プロセッサ４１、メインメモリ４２、補助記憶ユニット４３及び通信ユニット４４は、伝送路４５を介して通信可能とされている。そして、プロセッサ４１、メインメモリ４２及び補助記憶ユニット４３が伝送路４５により接続されていることによって、決済サーバ４を制御するためのコンピュータが構成される。なお、プロセッサ４１、メインメモリ４２、補助記憶ユニット４３、通信ユニット４４及び伝送路４５の機能の概略は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５と同等であるので、その説明は省略する。
決済サーバ４は、プロセッサ４１、メインメモリ４２、補助記憶ユニット４３、通信ユニット４４及び伝送路４５を含む。プロセッサ４１、メインメモリ４２、補助記憶ユニット４３及び通信ユニット４４は、伝送路４５を介して通信可能とされている。そして、プロセッサ４１、メインメモリ４２及び補助記憶ユニット４３が伝送路４５により接続されていることによって、決済サーバ４を制御するためのコンピュータが構成される。なお、プロセッサ４１、メインメモリ４２、補助記憶ユニット４３、通信ユニット４４及び伝送路４５の機能の概略は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５と同等であるので、その説明は省略する。
【0031】
ただし補助記憶ユニット４３は、決済アプリＡＰＤを記憶する。決済アプリＡＰＤは、アプリケーションプログラムであり、決済サーバ４としての機能を実現するための情報処理について記述されている。
【0032】
さて、販売サーバ２、代行サーバ３及び決済サーバ４のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして販売サーバ２、代行サーバ３又は決済サーバ４の譲渡は一般に、補助記憶ユニット２３，３３又は４３に販売アプリＡＰＢ、代行アプリＡＰＣ又は決済アプリＡＰＤがそれぞれ記憶され、決済情報データベースＤＢＡが記憶されない状態にて行われる。しかし、販売アプリＡＰＢ、代行アプリＡＰＣ又は決済アプリＡＰＤが補助記憶ユニット２３，３３又は４３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット２３，３３又は４３に記憶された状態のハードウェアと、販売アプリＡＰＢ、代行アプリＡＰＣ又は決済アプリＡＰＤとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット２３，３３又は４３に販売アプリＡＰＢ、代行アプリＡＰＣ又は決済アプリＡＰＤが書き込まれることによって、販売サーバ２、代行サーバ３又は決済サーバ４が構成されてもよい。販売アプリＡＰＢ、代行アプリＡＰＣ又は決済アプリＡＰＤの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。決済情報データベースＤＢＡは、プロセッサ３１が情報処理を実行することで、補助記憶ユニット３３内に構成される。
【0033】
次に以上のように構成された取引処理システム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、そのような特徴的な動作に関する一部の処理について説明し、その他の多くの処理の説明を省略する。
ユーザ端末１、販売サーバ２、代行サーバ３及び決済サーバ４においてプロセッサ１１，２１，３１及び４１は、決済アプリＡＰＡ、販売アプリＡＰＢ、代行アプリＡＰＣ及び決済アプリＡＰＤに基づいて、以下に説明するシーケンスを実現するための情報処理を実行する。
ユーザ端末１、販売サーバ２、代行サーバ３及び決済サーバ４においてプロセッサ１１，２１，３１及び４１は、決済アプリＡＰＡ、販売アプリＡＰＢ、代行アプリＡＰＣ及び決済アプリＡＰＤに基づいて、以下に説明するシーケンスを実現するための情報処理を実行する。
【0034】
図７は店舗での商品購入に関わる決済に取引処理サービスを利用する場合のシーケンスを示す図である。
取引処理システム１００を利用して商品を購入しようとする利用者は、販売サーバ２に接続されたＰＯＳ端末などの登録装置又はユーザ端末１を自ら操作して、あるいは登録装置の店員による操作によって、購入する商品を指示する。このような商品登録のための操作が開始されると、販売サーバ２にてプロセッサ２１は、ＡＣＴ１へと進む。
取引処理システム１００を利用して商品を購入しようとする利用者は、販売サーバ２に接続されたＰＯＳ端末などの登録装置又はユーザ端末１を自ら操作して、あるいは登録装置の店員による操作によって、購入する商品を指示する。このような商品登録のための操作が開始されると、販売サーバ２にてプロセッサ２１は、ＡＣＴ１へと進む。
【0035】
ＡＣＴ１としてプロセッサ２１は、上記のような指示に応じて取引内容を登録するための登録処理を実行する。この登録処理は例えば、既存のＰＯＳシステムに備えられたＰＯＳサーバが行っているのと同様な処理であってよい。つまりプロセッサ２１は例えば、ＰＯＳ端末などの登録装置での操作に応じて、取引内容を決定する処理である。なお取引内容を登録するための操作を受ける一連の処理は登録装置で行った上で、プロセッサ２１は、ＡＣＴ１としては登録装置での処理結果を取得するのでもよい。
【0036】
登録処理が完了し、決済方法としてクレジット決済が登録装置で指定され、それが登録装置から販売サーバ２へと通知されると、販売サーバ２にてプロセッサ２１は、ＡＣＴ２へと進む。
ＡＣＴ２としてプロセッサ２１は、代行サーバ３に対して決済情報の登録を要求する。プロセッサ１１は例えば、決済情報の登録の要求であることを識別するための識別情報と、ＡＣＴ１での登録処理に関する決済情報とを含んだ要求データを、代行サーバ３に宛てて、通信ユニット１６から通信ネットワーク２００へと送信する。
ＡＣＴ２としてプロセッサ２１は、代行サーバ３に対して決済情報の登録を要求する。プロセッサ１１は例えば、決済情報の登録の要求であることを識別するための識別情報と、ＡＣＴ１での登録処理に関する決済情報とを含んだ要求データを、代行サーバ３に宛てて、通信ユニット１６から通信ネットワーク２００へと送信する。
【0037】
上記の要求データが通信ネットワーク２００により代行サーバ３へと伝送され、通信ユニット３４により受信されると、代行サーバ３にてプロセッサ３１はＡＣＴ３へと進む。
なお、以下に説明する各種の要求は、上記と同様に、要求の目的を識別するための識別情報を含んだ要求データを、通信ネットワーク２００を介して授受することにより実現される。
ＡＣＴ３としてプロセッサ３１は、決済情報データベースＤＢＡを更新する。プロセッサ３１は例えば、取引に関連付ける取引ＩＤを、既に別の取引に関連付けられている取引ＩＤと重複しないように決定する。そしてプロセッサ３１は、上記の決定した取引ＩＤと、上記の要求データに含まれた決済情報とをフィールドＦＡＡ，ＦＡＢにそれぞれセットした新たなデータレコードＤＲＡを決済情報データベースＤＢＡに追加する。これにより、上記の決済情報に関する決済が、実行待ちの決済として代行サーバ３に登録される。
なお、以下に説明する各種の要求は、上記と同様に、要求の目的を識別するための識別情報を含んだ要求データを、通信ネットワーク２００を介して授受することにより実現される。
ＡＣＴ３としてプロセッサ３１は、決済情報データベースＤＢＡを更新する。プロセッサ３１は例えば、取引に関連付ける取引ＩＤを、既に別の取引に関連付けられている取引ＩＤと重複しないように決定する。そしてプロセッサ３１は、上記の決定した取引ＩＤと、上記の要求データに含まれた決済情報とをフィールドＦＡＡ，ＦＡＢにそれぞれセットした新たなデータレコードＤＲＡを決済情報データベースＤＢＡに追加する。これにより、上記の決済情報に関する決済が、実行待ちの決済として代行サーバ３に登録される。
【0038】
ＡＣＴ４としてプロセッサ３１は、販売サーバ２に対してアクセスコードを通知する。プロセッサ３１は例えば、ＡＣＴ３にて実行待ちとして登録した決済に関してユーザ端末１から代行サーバ３へとアクセスするためのＵＲＬ（uniform resource locator）を決済ＵＲＬとして決定する。プロセッサ３１は、決済ＵＲＬをユーザ端末１に取得させるためのアクセスコードを表すアクセスコード情報を生成する。アクセスコードは、例えば二次元コードである。そしてプロセッサ３１は、アクセスコードの通知であることを識別するための識別情報と、アクセスコード情報とを含んだ通知データを、販売サーバ２に宛てて、通信ユニット３４から通信ネットワーク２００へと送信する。
【0039】
上記の通知データが通信ネットワーク２００により販売サーバ２へと伝送され、通信ユニット２４により受信されると、販売サーバ２にてプロセッサ２１はＡＣＴ６へと進む。
なお、以下に説明する各種の通知は、上記と同様に、通知の目的を識別するための識別情報を含んだ通知データを、通信ネットワーク２００を介して授受することにより実現される。
ＡＣＴ６としてプロセッサ２１は、ＡＣＴ１での登録処理の際に用いられた登録装置にアクセスコードを表示させる。プロセッサ２１は例えば、ＡＣＴ５にて受信された通知データに含まれたアクセスコード情報の通知を伴ってアクセスコードの表示を登録装置に指示する。登録装置は、この指示に応じて、アクセスコード情報が表すアクセスコードを表示デバイスに表示させる。
なお、以下に説明する各種の通知は、上記と同様に、通知の目的を識別するための識別情報を含んだ通知データを、通信ネットワーク２００を介して授受することにより実現される。
ＡＣＴ６としてプロセッサ２１は、ＡＣＴ１での登録処理の際に用いられた登録装置にアクセスコードを表示させる。プロセッサ２１は例えば、ＡＣＴ５にて受信された通知データに含まれたアクセスコード情報の通知を伴ってアクセスコードの表示を登録装置に指示する。登録装置は、この指示に応じて、アクセスコード情報が表すアクセスコードを表示デバイスに表示させる。
【0040】
利用者は、ユーザ端末１での予め定められた操作にて、決済アプリＡＰＡに基づくアプリケーションの起動を指示する。そうするとユーザ端末１にてプロセッサ１１は、決済アプリＡＰＡに基づく情報処理を開始する。
ＡＣＴ６としてプロセッサ１１は、決済に用いるクレジットカードに関するカード情報を作成するための作成処理を実行する。
ＡＣＴ６としてプロセッサ１１は、決済に用いるクレジットカードに関するカード情報を作成するための作成処理を実行する。
【0041】
図８及び図９はプロセッサ１１による作成処理のフローチャートである。
ＡＣＴ２１としてプロセッサ１１は、第１の読取画面をタッチパネル１４に表示する。第１の読取画面は、アクセスコードを読み取らせるように利用者に促す画面である。プロセッサ１１は例えば、カメラ１５を起動し、これによりカメラ１５で得られた画像に、アクセスコードを収めるべき認識範囲を表すラインと、アクセスコードを読み取らせるように利用者に促すメッセージとを表した画像を重ねて第１の読取画面を生成する。
ＡＣＴ２１としてプロセッサ１１は、第１の読取画面をタッチパネル１４に表示する。第１の読取画面は、アクセスコードを読み取らせるように利用者に促す画面である。プロセッサ１１は例えば、カメラ１５を起動し、これによりカメラ１５で得られた画像に、アクセスコードを収めるべき認識範囲を表すラインと、アクセスコードを読み取らせるように利用者に促すメッセージとを表した画像を重ねて第１の読取画面を生成する。
【0042】
利用者は、カメラ１５にアクセスコードを翳し、カメラ１５により撮影されたアクセスコードが認識範囲内に収まるように調整する。
ＡＣＴ２２としてプロセッサ１１は、カメラ１５で得られる画像からアクセスコードの認識を試み、決済ＵＲＬを取得できるのを待ち受ける。そしてプロセッサ１１は、上述のように利用者によりカメラ１５にアクセスコードが翳されたことによりアクセスコードを認識できたならば、アクセスコードが表す決済ＵＲＬが取得できるので、ＹＥＳと判定してＡＣＴ２３へと進む。このようにプロセッサ１１は、アクセスコードが示す決済ＵＲＬを、販売サーバ２から登録装置を介して取得する。
ＡＣＴ２３としてプロセッサ１１は、第２の読取画面をタッチパネル１４に表示する。第２の読取画面は、決済に用いるクレジットカードの券面のおもて面を撮影させるように利用者に促す画面である。
ＡＣＴ２２としてプロセッサ１１は、カメラ１５で得られる画像からアクセスコードの認識を試み、決済ＵＲＬを取得できるのを待ち受ける。そしてプロセッサ１１は、上述のように利用者によりカメラ１５にアクセスコードが翳されたことによりアクセスコードを認識できたならば、アクセスコードが表す決済ＵＲＬが取得できるので、ＹＥＳと判定してＡＣＴ２３へと進む。このようにプロセッサ１１は、アクセスコードが示す決済ＵＲＬを、販売サーバ２から登録装置を介して取得する。
ＡＣＴ２３としてプロセッサ１１は、第２の読取画面をタッチパネル１４に表示する。第２の読取画面は、決済に用いるクレジットカードの券面のおもて面を撮影させるように利用者に促す画面である。
【0043】
図１０は第２の読取画面ＳＣＡの一例を示す図である。
プロセッサ１１は例えば、カメラ１５を起動し、これによりカメラ１５で得られた画像ＩＭＡに、枠線ＬＡＡ，ＬＡＢ，ＬＡＣ，ＬＡＤ、メッセージＭＥＡ及びボタンＢＵＡを表す画像を重ねて第２の読取画面ＳＣＡを生成する。なお、図１０では、画像ＩＭＡにクレジットカードの券面のおもて面が写り込んでいる状態を表している。
枠線ＬＡＡ，ＬＡＢ，ＬＡＣ，ＬＡＤは、クレジットカードの券面を収めるべき範囲の四隅を表すＬ字状の線である。メッセージＭＥＡは、クレジットカードの券面のおもて面を読み取らせるよう利用者に促す文字メッセージである。ボタンＢＵＡは、読み取りを利用者が指示するためのソフトキーである。
プロセッサ１１は例えば、カメラ１５を起動し、これによりカメラ１５で得られた画像ＩＭＡに、枠線ＬＡＡ，ＬＡＢ，ＬＡＣ，ＬＡＤ、メッセージＭＥＡ及びボタンＢＵＡを表す画像を重ねて第２の読取画面ＳＣＡを生成する。なお、図１０では、画像ＩＭＡにクレジットカードの券面のおもて面が写り込んでいる状態を表している。
枠線ＬＡＡ，ＬＡＢ，ＬＡＣ，ＬＡＤは、クレジットカードの券面を収めるべき範囲の四隅を表すＬ字状の線である。メッセージＭＥＡは、クレジットカードの券面のおもて面を読み取らせるよう利用者に促す文字メッセージである。ボタンＢＵＡは、読み取りを利用者が指示するためのソフトキーである。
【0044】
利用者は、決済に用いるクレジットカードの券面のおもて面をカメラ１５に翳し、例えば図１０に示すように券面の全体を、枠線ＬＡＡ，ＬＡＢ，ＬＡＣ，ＬＡＤにより示される領域の内側に納めた状態とした上で、ボタンＢＵＡにタッチするなどの予め定められた操作により読み取りを指示する。
【0045】
ＡＣＴ２４としてプロセッサ１１は、読み取りが指示されるのを待ち受ける。そしてプロセッサ１１は、上述のように読み取りが指示されたならばＹＥＳと判定し、ＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ１１は、カメラ１５で得られた画像を静止画として撮影する。かくして、カメラ１５は撮影手段の一例である。
ＡＣＴ２５としてプロセッサ１１は、カメラ１５で得られた画像を静止画として撮影する。かくして、カメラ１５は撮影手段の一例である。
【0046】
ＡＣＴ２６としてプロセッサ１１は、ＡＣＴ２５での撮影により得た静止画を対象として文字認識処理を行い、ＰＡＮ（primary account number）、有効期限及び氏名をおもて面情報として取得する。なお、文字認識処理は、例えば周知の処理を用いることができる。第２の読取画面ＳＣＡが図１０に示す状態にあるときに読み取りが指示されたのであれば、プロセッサ１１は、ＰＡＮとして「１２３４５６７８９０１２３４５６」を、有効期限として「９９／９９」を、そして氏名として「ＡＡＡＡＡ ＡＡＡＡＡ」をそれぞれ取得することになる。なお、おもて面情報としてどのような情報を取得するかは、決済代行サービスの提供者により決められる。一般的には、ＰＡＮは少なくともおもて面情報に含められる。有効期限及び氏名はおもて面情報には含まれなくてもよいし、あるいは別の情報がおもて面情報に含まれてもよい。ＰＡＮは、利用者に関連付けられた番号であるから、利用者識別子の１つである。かくして決済アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは取得手段として機能する。
【0047】
ＡＣＴ２７としてプロセッサ１１は、カメラ１５で得られた画像を静止画として撮影する。
ＡＣＴ２８としてプロセッサ１１は、ＡＣＴ２７での撮影により得た静止画を対象として文字認識処理を行い、ＡＣＴ２８と同様の情報をおもて面情報として取得する。文字認識処理は、ＡＣＴ２６と同一の処理であっても、別の処理であってもよい。
ＡＣＴ２９としてプロセッサ１１は、ＡＣＴ２６及びＡＣＴ２８でそれぞれ取得したおもて面情報を比較し、互いに一致するかを確認する。
ＡＣＴ２８としてプロセッサ１１は、ＡＣＴ２７での撮影により得た静止画を対象として文字認識処理を行い、ＡＣＴ２８と同様の情報をおもて面情報として取得する。文字認識処理は、ＡＣＴ２６と同一の処理であっても、別の処理であってもよい。
ＡＣＴ２９としてプロセッサ１１は、ＡＣＴ２６及びＡＣＴ２８でそれぞれ取得したおもて面情報を比較し、互いに一致するかを確認する。
【0048】
ＡＣＴ３０としてプロセッサ１１は、おもて面情報の取得に成功したか否かを確認する。プロセッサ１１は、ＡＣＴ２９での比較確認により一致が確認できないならばＮＯと判定し、ＡＣＴ２４の待受状態に戻り、それ以降を前述と同様に繰り返す。しかしながらプロセッサ１１は、ＡＣＴ２９での比較確認により一致が確認できたならばＡＣＴ３０にてＹＥＳと判定し、図９中のＡＣＴ３１へと進む。
つまりプロセッサ１１は、一度の読み取りの指示に対して内部的に２度の撮影及び文字認識を行い、その結果を比較することで認識の正確性を高めている。
つまりプロセッサ１１は、一度の読み取りの指示に対して内部的に２度の撮影及び文字認識を行い、その結果を比較することで認識の正確性を高めている。
【0049】
ＡＣＴ３１としてプロセッサ１１は、第３の読取画面をタッチパネル１４に表示する。第３の読取画面は、決済に用いるクレジットカードの券面の裏面を撮影させるように利用者に促す画面である。プロセッサ１１は例えば、第２の読取画面ＳＣＡにおけるメッセージＭＥＡを、「カードの裏面を読取ってください」なる文字メッセージに置き換えた画面として第３の読取画面を生成する。
利用者は、おもて面のときと同様に決済に用いるクレジットカードの券面の裏面をカメラ１５に翳し、ボタンＢＵＡにタッチするなどの予め定められた操作により読み取りを指示する。
利用者は、おもて面のときと同様に決済に用いるクレジットカードの券面の裏面をカメラ１５に翳し、ボタンＢＵＡにタッチするなどの予め定められた操作により読み取りを指示する。
【0050】
ＡＣＴ３２としてプロセッサ１１は、読み取りが指示されるのを待ち受ける。そしてプロセッサ１１は、上述のように読み取りが指示されたならばＹＥＳと判定し、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ１１は、カメラ１５で得られた画像を静止画として撮影する。
ＡＣＴ３３としてプロセッサ１１は、カメラ１５で得られた画像を静止画として撮影する。
【0051】
ＡＣＴ３４としてプロセッサ１１は、ＡＣＴ３３での撮影により得た静止画を対象として文字認識処理を行い、セキュリティコードを裏面情報として取得する。なお、裏面情報としてどのような情報を取得するかは、決済代行サービスの提供者により決められる。一般的には、セキュリティコードは少なくとも裏面情報に含められるが、別の情報が裏面情報に含まれてもよい。文字認識処理は、ＡＣＴ２６又はＡＣＴ２８と同一の処理であっても、ＡＣＴ２６及びＡＣＴ２８のいずれとも別の処理であってもよい。
【0052】
ＡＣＴ３５としてプロセッサ１１は、カメラ１５で得られた画像を静止画として撮影する。
ＡＣＴ３６としてプロセッサ１１は、ＡＣＴ３５での撮影により得た静止画を対象として文字認識処理を行い、ＡＣＴ３４と同様の情報を裏面情報として取得する。文字認識処理は、ＡＣＴ２６、ＡＣＴ２８又はＡＣＴ３４と同一の処理であっても、ＡＣＴ２６、ＡＣＴ２８及びＡＣＴ３４のいずれとも別の処理であってもよい。
ＡＣＴ３６としてプロセッサ１１は、ＡＣＴ３５での撮影により得た静止画を対象として文字認識処理を行い、ＡＣＴ３４と同様の情報を裏面情報として取得する。文字認識処理は、ＡＣＴ２６、ＡＣＴ２８又はＡＣＴ３４と同一の処理であっても、ＡＣＴ２６、ＡＣＴ２８及びＡＣＴ３４のいずれとも別の処理であってもよい。
【0053】
ＡＣＴ３７としてプロセッサ１１は、ＡＣＴ３４及びＡＣＴ３６でそれぞれ取得した裏面情報を比較し、互いに一致するかを確認する。
ＡＣＴ３８としてプロセッサ１１は、裏面情報の取得に成功したか否かを確認する。プロセッサ１１は、ＡＣＴ３７での比較確認により一致が確認できないならばＮＯと判定し、ＡＣＴ３２の待受状態に戻り、それ以降を前述と同様に繰り返す。しかしながらプロセッサ１１は、ＡＣＴ３７での比較確認により一致が確認できたならばＡＣＴ３８にてＹＥＳと判定し、ＡＣＴ３９へと進む。
ＡＣＴ３８としてプロセッサ１１は、裏面情報の取得に成功したか否かを確認する。プロセッサ１１は、ＡＣＴ３７での比較確認により一致が確認できないならばＮＯと判定し、ＡＣＴ３２の待受状態に戻り、それ以降を前述と同様に繰り返す。しかしながらプロセッサ１１は、ＡＣＴ３７での比較確認により一致が確認できたならばＡＣＴ３８にてＹＥＳと判定し、ＡＣＴ３９へと進む。
【0054】
ＡＣＴ３９としてプロセッサ１１は、ＡＣＴ２６又はＡＣＴ２８で取得したおもて面情報と、ＡＣＴ３４又はＡＣＴ３６で取得した裏面情報とを含んだ情報としてカード情報を作成する。
ＡＣＴ４０としてプロセッサ１１は、ＡＣＴ２２で取得した決済ＵＲＬにより代行サーバ３へとアクセスし、支払い情報を要求する。プロセッサ１１は、ここでの要求データには、ＡＣＴ３９で作成したカード情報に含めたＰＡＮを少なくとも含める。プロセッサ１１は、ここでの要求データに、ＡＣＴ３９で作成したカード情報を含めてもよい。
ＡＣＴ４０としてプロセッサ１１は、ＡＣＴ２２で取得した決済ＵＲＬにより代行サーバ３へとアクセスし、支払い情報を要求する。プロセッサ１１は、ここでの要求データには、ＡＣＴ３９で作成したカード情報に含めたＰＡＮを少なくとも含める。プロセッサ１１は、ここでの要求データに、ＡＣＴ３９で作成したカード情報を含めてもよい。
【0055】
上記の要求データが通信ネットワーク２００により代行サーバ３へと伝送され、通信ユニット３４により受信されると、代行サーバ３にてプロセッサ３１は図７中のＡＣＴ７へと進む。
ＡＣＴ７としてプロセッサ３１は、ユーザ端末１がアクセスに用いた決済ＵＲＬが関連付けられた決済情報に関する支払い情報をユーザ端末１に対して通知する。支払い情報は、本実施形態では、決済金額、加盟店名及びカードブランド名を含むこととする。プロセッサ３１は例えば、決済ＵＲＬが関連付けられた決済情報に含まれる決済金額を支払い情報に含める。プロセッサ３１は例えば、決済ＵＲＬが関連付けられた決済情報に含まれる受領側ＩＤで識別される加盟店の名称を加盟店名として支払い情報に含める。プロセッサ３１は例えば、ユーザ端末１から送られた要求データに含まれたＰＡＮから特定されるカードブランド名を支払い情報に含める。
ＡＣＴ７としてプロセッサ３１は、ユーザ端末１がアクセスに用いた決済ＵＲＬが関連付けられた決済情報に関する支払い情報をユーザ端末１に対して通知する。支払い情報は、本実施形態では、決済金額、加盟店名及びカードブランド名を含むこととする。プロセッサ３１は例えば、決済ＵＲＬが関連付けられた決済情報に含まれる決済金額を支払い情報に含める。プロセッサ３１は例えば、決済ＵＲＬが関連付けられた決済情報に含まれる受領側ＩＤで識別される加盟店の名称を加盟店名として支払い情報に含める。プロセッサ３１は例えば、ユーザ端末１から送られた要求データに含まれたＰＡＮから特定されるカードブランド名を支払い情報に含める。
【0056】
ユーザ端末１にてプロセッサ１１は、図９中のＡＣＴ４０での要求を終えると、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ１１は、上記のように代行サーバ３から通知された支払い情報を取得する。
ＡＣＴ４２としてプロセッサ１１は、確認画面をタッチパネル１４に表示する。確認画面は、実行しようとしている決済の内容を利用者に確認させるための画面である。
ＡＣＴ４１としてプロセッサ１１は、上記のように代行サーバ３から通知された支払い情報を取得する。
ＡＣＴ４２としてプロセッサ１１は、確認画面をタッチパネル１４に表示する。確認画面は、実行しようとしている決済の内容を利用者に確認させるための画面である。
【0057】
図１１は確認画面ＳＣＢの一例を示す図である。
確認画面ＳＣＢは領域ＡＲＡ、メッセージＭＥＢ及びボタンＢＵＢ，ＢＵＣを表す。領域ＡＲＡは、支払い情報の内容を表す。メッセージＭＥＢは、領域ＡＲＡに示す決済を実行しようとしていることを利用者に確認させるための文字メッセージである。ボタンＢＵＢは、決済の実行を利用者が指示するためのソフトキーである。ボタンＢＵＣは、決済をキャンセルすることを利用者が指示するためのソフトキーである。
なお、図１１に示す確認画面ＳＣＢは、12,000円を「ＡＡＡＡ」なるカードブランドのクレジットカードを用いて「ＢＢＢＢ」なる加盟店に支払うための決済を実行しようとしていることを利用者に確認させるものである。
プロセッサ１１は、おもて面情報として取得したＰＡＮの一部の桁をマスク処理して得られる文字列を確認画面に表してもよい。
確認画面ＳＣＢは領域ＡＲＡ、メッセージＭＥＢ及びボタンＢＵＢ，ＢＵＣを表す。領域ＡＲＡは、支払い情報の内容を表す。メッセージＭＥＢは、領域ＡＲＡに示す決済を実行しようとしていることを利用者に確認させるための文字メッセージである。ボタンＢＵＢは、決済の実行を利用者が指示するためのソフトキーである。ボタンＢＵＣは、決済をキャンセルすることを利用者が指示するためのソフトキーである。
なお、図１１に示す確認画面ＳＣＢは、12,000円を「ＡＡＡＡ」なるカードブランドのクレジットカードを用いて「ＢＢＢＢ」なる加盟店に支払うための決済を実行しようとしていることを利用者に確認させるものである。
プロセッサ１１は、おもて面情報として取得したＰＡＮの一部の桁をマスク処理して得られる文字列を確認画面に表してもよい。
【0058】
以上のように、図９中のＡＣＴ４０としての支払い情報の要求と、これに応じての図７中のＡＣＴ７としての支払い情報の通知とは、確認画面ＳＣＢに支払い情報を表すことにより、実行しようとする決済を利用者に確認させるためである。このため、支払い情報をアクセスコードに含めておいて、プロセッサ１１は、決済ＵＲＬとともにアクセスコードから支払い情報を取得して確認画面ＳＣＢに表してもよい。この場合は、図９中のＡＣＴ４０及び図７中のＡＣＴ７は省略できる。あるいは、確認画面ＳＣＢには支払い情報を表さないこととして、図９中のＡＣＴ４０及び図７中のＡＣＴ７を省略してもよい。
【0059】
利用者は、領域ＡＲＡに示される内容の決済を実行することを決めたならばボタンＢＵＢにタッチするなどの予め定められた操作により決済を指示する。利用者は、しかしながら、領域ＡＲＡに示される内容の決済を実行しないことを決めたならばボタンＢＵＣにタッチするなどの予め定められた操作によりキャンセルを指示する。
【0060】
プロセッサ１１は、確認画面を表示した後には、図９中のＡＣＴ４３へと進む。
ＡＣＴ４３としてプロセッサ１１は、決済が指示されたか否かを確認する。そしてプロセッサ１１は、上記のようにキャンセルが指示されたならばＮＯと判定し、図８中のＡＣＴ２３へと戻り、それ以降を前述と同様に繰り返す。プロセッサ１１は、上記のように決済が指示されたならばＹＥＳと判定し、作成処理を終了して図７中のＡＣＴ８へと進む。
ＡＣＴ４３としてプロセッサ１１は、決済が指示されたか否かを確認する。そしてプロセッサ１１は、上記のようにキャンセルが指示されたならばＮＯと判定し、図８中のＡＣＴ２３へと戻り、それ以降を前述と同様に繰り返す。プロセッサ１１は、上記のように決済が指示されたならばＹＥＳと判定し、作成処理を終了して図７中のＡＣＴ８へと進む。
【0061】
ＡＣＴ８としてプロセッサ１１は、代行サーバ３に対して決済を要求する。プロセッサ１１はここでの要求データには、図９中のＡＣＴ３９で作成したカード情報を含める。なおプロセッサ１１は、ＡＣＴ４０で送信する要求データにカード情報を含めた場合には、ここでの要求データにはカード情報を含めなくてもよい。ただしこの場合は、ＡＣＴ４０でユーザ端末１から送信されたカード情報を、代行サーバ３にて記憶しておくようにする。
【0062】
代行サーバ３にてプロセッサ３１は、上記の決済要求を受けると、図７中のＡＣＴ９へと進む。
ＡＣＴ９としてプロセッサ３１は、上記の決済要求に応じた決済のための処理を実行する。プロセッサ３１は例えば、決済要求に応じた決済に用いる決済サーバ４を決定する。プロセッサ３１は例えば、カード情報に含まれるＰＡＮから特定されるカードブランドに対応している決済サーバ４を、決済に用いる決済サーバ４として決定する。続いてプロセッサ３１は例えば、図示は省略するが、決定した決済サーバ４に対して決済を要求する。プロセッサ３１は、ここでの要求データには、ユーザ端末１からのアクセスに用いられた決済ＵＲＬが関連付けられた決済情報と、決済要求のための要求データに含まれたカード情報とを含める。
ＡＣＴ９としてプロセッサ３１は、上記の決済要求に応じた決済のための処理を実行する。プロセッサ３１は例えば、決済要求に応じた決済に用いる決済サーバ４を決定する。プロセッサ３１は例えば、カード情報に含まれるＰＡＮから特定されるカードブランドに対応している決済サーバ４を、決済に用いる決済サーバ４として決定する。続いてプロセッサ３１は例えば、図示は省略するが、決定した決済サーバ４に対して決済を要求する。プロセッサ３１は、ここでの要求データには、ユーザ端末１からのアクセスに用いられた決済ＵＲＬが関連付けられた決済情報と、決済要求のための要求データに含まれたカード情報とを含める。
【0063】
決済サーバ４にてプロセッサ４１は、決済要求のための要求データに含まれた決済情報及びカード情報に基づくクレジット決済のための処理を実行する。プロセッサ４１は例えば、カード情報に含まれるＰＡＮ、有効期限、氏名及びセキュリティコードに基づいてクレジットカードが有効であることを確認した上で、決済情報に示された決済金額を、カード情報に含まれたＰＡＮに関連付けられた口座から引き落としするための処理を実行する。なお、ここでプロセッサ４１が行う処理は、既存の決済サーバにて行われているのと同様な処理であって構わない。プロセッサ４１は、代行サーバ３に対して決済処理の結果を通知する。プロセッサ４１は、ここでの通知データには、決済を正常に完了したか否かを表す結果情報を少なくとも含める。プロセッサ４１は、決済番号などの決済方法に応じて通知することが定められた情報があるならば、該当する情報も通知データに含める。なお以降における説明は、決済を正常に完了した場合のシーケンスを表し、決済失敗の場合についての説明は省略する。
【0064】
以上のように、ユーザ端末１にてプロセッサ１１が図７中のＡＣＴ８として行った決済要求に応じて、利用者識別子として取得されたＰＡＮにより識別される利用者に関する決済が行われる。かくして決済アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは要求手段として機能する。
【0065】
代行サーバ３にてプロセッサ３１は、決済を正常に完了した旨の結果通知を受けると、決済対象の取引に関連付けられたデータレコードＤＲＡを削除するように決済情報データベースＤＢＡを更新した上で、ＡＣＴ９としての決済処理を完了し、ＡＣＴ１０へと進む。
ＡＣＴ１０としてプロセッサ３１は、ユーザ端末１に対して決済処理の完了を通知する。プロセッサ３１はここでの通知データには、例えば決済サーバから送られた上記の通知データに含まれた情報を含める。
なお、以上のような図９中のＡＣＴ４０による支払い情報要求から、図７中のＡＣＴ１０による完了通知までのユーザ端末１と代行サーバ３とのシーケンスにおいて代行サーバ３は、支払い情報要求に応じて決定したセッションＩＤを用いてユーザ端末１を識別する。
ＡＣＴ１０としてプロセッサ３１は、ユーザ端末１に対して決済処理の完了を通知する。プロセッサ３１はここでの通知データには、例えば決済サーバから送られた上記の通知データに含まれた情報を含める。
なお、以上のような図９中のＡＣＴ４０による支払い情報要求から、図７中のＡＣＴ１０による完了通知までのユーザ端末１と代行サーバ３とのシーケンスにおいて代行サーバ３は、支払い情報要求に応じて決定したセッションＩＤを用いてユーザ端末１を識別する。
【0066】
ユーザ端末１にてプロセッサ１１は、決済を正常に完了した旨の完了通知を受けると、ＡＣＴ１１へと進む。
ＡＣＴ１１としてプロセッサ１１は、終了画面をタッチパネル１４に表示する。終了画面は決済が完了したことを利用者に確認させるための画面である。
ＡＣＴ１１としてプロセッサ１１は、終了画面をタッチパネル１４に表示する。終了画面は決済が完了したことを利用者に確認させるための画面である。
【0067】
図１２は終了画面ＳＣＣの一例を示す図である。
図１２に示す状態の終了画面ＳＣＣは、図１１に示す状態の確認画面ＳＣＢにてボタンＢＵＢがタッチされたことに応じて実行された決済処理が完了した場合の例である。
終了画面ＳＣＣは、領域ＡＲＢ、メッセージＭＥＣ及び終了コードＣＯＡを表す。領域ＡＲＢは、図１１中の領域ＡＲＡと同じであり、完了した決済の内容を示す。メッセージＭＥＣは、決済が完了したことを利用者に確認させるための文字メッセージである。終了コードＣＯＡは、完了した決済の内容に関する情報（以下、完了決済情報と称する）を示した二次元コードである。完了決済情報は、例えば領域ＡＲＢに示される情報である。完了決済情報は、代行サーバ３から送られた上記の通知データに含まれる決済番号などを含んでもよい。
図１２に示す状態の終了画面ＳＣＣは、図１１に示す状態の確認画面ＳＣＢにてボタンＢＵＢがタッチされたことに応じて実行された決済処理が完了した場合の例である。
終了画面ＳＣＣは、領域ＡＲＢ、メッセージＭＥＣ及び終了コードＣＯＡを表す。領域ＡＲＢは、図１１中の領域ＡＲＡと同じであり、完了した決済の内容を示す。メッセージＭＥＣは、決済が完了したことを利用者に確認させるための文字メッセージである。終了コードＣＯＡは、完了した決済の内容に関する情報（以下、完了決済情報と称する）を示した二次元コードである。完了決済情報は、例えば領域ＡＲＢに示される情報である。完了決済情報は、代行サーバ３から送られた上記の通知データに含まれる決済番号などを含んでもよい。
【0068】
客は、終了画面ＳＣＣにより決済の完了を確認したならば、ＡＣＴ１での登録処理での操作を担当した店員に終了画面ＳＣＣを提示する。そうすると店員は、登録装置に備えられたスキャナを用いて終了コードＣＯＡを登録装置に読み取らせる。あるいは利用者が、登録装置に備えられたスキャナを用いて終了コードＣＯＡを登録装置に読み取らせる。登録装置は、終了コードＣＯＡを読み取ると、この終了コードＣＯＡが示す完了決済情報を、販売サーバ２へと通知する。
【0069】
この通知を受けると販売サーバ２にてプロセッサ２１は、図７中のＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ２１は、上記の通知された完了決済情報を取得する。つまりプロセッサ２１は、ユーザ端末１で表示された終了コードＣＯＡが示す完了決済情報を、登録装置を介して取得する。プロセッサ２１は、完了決済情報を取得したことによりＡＣＴ２として登録を要求した決済情報に基づく決済の完了を確認する。
ＡＣＴ１３としてプロセッサ２１は、取引の終了をユーザ端末１に対して通知する。
ＡＣＴ１２としてプロセッサ２１は、上記の通知された完了決済情報を取得する。つまりプロセッサ２１は、ユーザ端末１で表示された終了コードＣＯＡが示す完了決済情報を、登録装置を介して取得する。プロセッサ２１は、完了決済情報を取得したことによりＡＣＴ２として登録を要求した決済情報に基づく決済の完了を確認する。
ＡＣＴ１３としてプロセッサ２１は、取引の終了をユーザ端末１に対して通知する。
【0070】
以上のようにユーザ端末１は、クレジットカードの券面をカメラ１５により撮影した画像から当該券面に可視表示されたＰＡＮを判定し、当該ＰＡＮの通知を伴って代行サーバ３に対して決済を要求する。かくしてユーザ端末１によれば、クレジットカードに記録された情報に基づく決済を専用のカードリーダを用いることなく行える。またユーザ端末１によれば、クレジットカードを店員に手渡すことも、店舗側の端末で読み取ることもないことから、スキミングなどの不正も防止できる。
【0071】
［第２の実施形態］
第２の実施形態に係る取引処理システム１００の概略構成は第１の実施形態と同様であるので、図示及び説明を省略する。そして第２の実施形態が第１の実施形態と異なるのは、シーケンスの一部である。
以下、第２の実施形態における取引処理システム１００の動作について説明する。
第２の実施形態に係る取引処理システム１００の概略構成は第１の実施形態と同様であるので、図示及び説明を省略する。そして第２の実施形態が第１の実施形態と異なるのは、シーケンスの一部である。
以下、第２の実施形態における取引処理システム１００の動作について説明する。
【0072】
図１３は店舗での商品購入に関わる決済に取引処理サービスを利用する場合のシーケンスを示す図である。なお、図７と同一の動作に関しては同一の符号を付し、その説明は省略する。
ＡＣＴ１からＡＣＴ６までは図７に示す第１の実施形態のシーケンスと同様である。
利用者は、登録装置で表示されたアクセスコードを、ユーザ端末１のカメラ１５に翳し、カメラ１５により撮影されたアクセスコードが認識範囲内に収まるように調整する。
ＡＣＴ１からＡＣＴ６までは図７に示す第１の実施形態のシーケンスと同様である。
利用者は、登録装置で表示されたアクセスコードを、ユーザ端末１のカメラ１５に翳し、カメラ１５により撮影されたアクセスコードが認識範囲内に収まるように調整する。
【0073】
ＡＣＴ５１としてプロセッサ１１は、第１の実施形態と同様に、カメラ１５で得られる画像からアクセスコードを認識し、決済ＵＲＬを取得する。
ＡＣＴ５２としてプロセッサ１１は、決済に用いるクレジットカードの券面のおもて面に関する２枚の静止画を撮影する。プロセッサ１１は例えば、図８中のＡＣＴ２３～ＡＣＴ２７と同様の処理を、ＡＣＴ２６を省いて実行する。
ＡＣＴ５２としてプロセッサ１１は、決済に用いるクレジットカードの券面のおもて面に関する２枚の静止画を撮影する。プロセッサ１１は例えば、図８中のＡＣＴ２３～ＡＣＴ２７と同様の処理を、ＡＣＴ２６を省いて実行する。
【0074】
ＡＣＴ５３としてプロセッサ１１は、ＡＣＴ５１で取得した決済ＵＲＬにより代行サーバ３へとアクセスし、おもて面の認識を要求する。プロセッサ１１は、ここでの要求データには、ＡＣＴ５２で撮影した２枚の静止画をそれぞれに関する画像情報を含める。
【0075】
代行サーバ３にてプロセッサ３１は、上記の認識要求を受けるとＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ３１は、おもて面情報を取得する。プロセッサ３１は例えば、ＡＣＴ５３にてユーザ端末１から送信された要求データに含まれた画像情報のそれぞれに関して、図８中のＡＣＴ２６及びＡＣＴ２８としてプロセッサ１１が実行するのと同様な文字認識を実行して、おもて面情報をそれぞれ取得する。
ＡＣＴ５４としてプロセッサ３１は、おもて面情報を取得する。プロセッサ３１は例えば、ＡＣＴ５３にてユーザ端末１から送信された要求データに含まれた画像情報のそれぞれに関して、図８中のＡＣＴ２６及びＡＣＴ２８としてプロセッサ１１が実行するのと同様な文字認識を実行して、おもて面情報をそれぞれ取得する。
【0076】
以上のようにプロセッサ３１は、ユーザ端末１でクレジットカードを撮影して生成された画像情報に基づき、利用者識別子としてのＰＡＮを取得する。かくして代行アプリＡＰＣに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは取得手段として機能する。
【0077】
ＡＣＴ５５としてプロセッサ３１は、認識結果をユーザ端末１へと通知する。プロセッサ３１は、ここでの通知データには、ＡＣＴ５４で取得した２つのおもて面情報をそれぞれ含める。
【0078】
ユーザ端末１にてプロセッサ１１は、おもて面に関する認識結果通知を受けるとＡＣＴ５６へと進む。
ＡＣＴ５６としてプロセッサ１１は、図８中のＡＣＴ２９と同様の比較確認を、認識結果通知のための通知データに含まれた２つのおもて面情報を対象として実行する。そしてプロセッサ１１は、比較確認により一致が確認できたならば、ＡＣＴ５７へと進む。なおプロセッサ１１は、比較確認により一致が確認できなかったならば、ＡＣＴ５２へと戻り、それ以降を前述と同様に繰り返す。
ＡＣＴ５６としてプロセッサ１１は、図８中のＡＣＴ２９と同様の比較確認を、認識結果通知のための通知データに含まれた２つのおもて面情報を対象として実行する。そしてプロセッサ１１は、比較確認により一致が確認できたならば、ＡＣＴ５７へと進む。なおプロセッサ１１は、比較確認により一致が確認できなかったならば、ＡＣＴ５２へと戻り、それ以降を前述と同様に繰り返す。
【0079】
ＡＣＴ５７としてプロセッサ１１は、決済に用いるクレジットカードの券面の裏面に関する２枚の静止画を撮影する。プロセッサ１１は例えば、図９中のＡＣＴ３１～ＡＣＴ３５と同様の処理を、ＡＣＴ３４を省いて実行する。
ＡＣＴ５８としてプロセッサ１１は、代行サーバ３に対して裏面の認識を要求する。プロセッサ１１は、ここでの要求データには、ＡＣＴ５７で撮影した２枚の静止画をそれぞれに関する画像情報を含める。
ＡＣＴ５８としてプロセッサ１１は、代行サーバ３に対して裏面の認識を要求する。プロセッサ１１は、ここでの要求データには、ＡＣＴ５７で撮影した２枚の静止画をそれぞれに関する画像情報を含める。
【0080】
代行サーバ３にてプロセッサ３１は、上記の認識要求を受けるとＡＣＴ５９へと進む。
ＡＣＴ５９としてプロセッサ３１は、裏面情報を取得する。プロセッサ３１は例えば、ＡＣＴ５８にてユーザ端末１から送信された要求データに含まれた画像情報のそれぞれに関して、図９中のＡＣＴ３４及びＡＣＴ３６としてプロセッサ１１が実行するのと同様な文字認識を実行して、裏面情報をそれぞれ取得する。
ＡＣＴ５９としてプロセッサ３１は、裏面情報を取得する。プロセッサ３１は例えば、ＡＣＴ５８にてユーザ端末１から送信された要求データに含まれた画像情報のそれぞれに関して、図９中のＡＣＴ３４及びＡＣＴ３６としてプロセッサ１１が実行するのと同様な文字認識を実行して、裏面情報をそれぞれ取得する。
【0081】
ＡＣＴ６０としてプロセッサ３１は、認識結果をユーザ端末１へと通知する。プロセッサ３１は、ここでの通知データには、ＡＣＴ５９で取得した２つの裏面情報をそれぞれ含める。
なお、ユーザ端末１にてプロセッサ１１は、おもて面の撮影と裏面の撮影とを連続して行い、おもて面に関する画像情報と裏面に関する画像情報とを含んだ要求データの送信により、代行サーバ３に対する認識要求を行ってもよい。そして代行サーバ３にてプロセッサ３１は、おもて面情報及び裏面情報を連続して取得し、これらおもて面情報及び裏面情報を含んだ通知データを送信するのでもよい。
なお、ユーザ端末１にてプロセッサ１１は、おもて面の撮影と裏面の撮影とを連続して行い、おもて面に関する画像情報と裏面に関する画像情報とを含んだ要求データの送信により、代行サーバ３に対する認識要求を行ってもよい。そして代行サーバ３にてプロセッサ３１は、おもて面情報及び裏面情報を連続して取得し、これらおもて面情報及び裏面情報を含んだ通知データを送信するのでもよい。
【0082】
ユーザ端末１にてプロセッサ１１は、裏面に関する認識結果通知を受けるとＡＣＴ６１へと進む。
ＡＣＴ６１としてプロセッサ１１は、図９中のＡＣＴ３７と同様の比較確認を、認識結果通知のための通知データに含まれた２つの裏面情報を対象として実行する。そしてプロセッサ１１は、比較確認により一致が確認できたならば、ＡＣＴ３９へと進む。これ以降は、プロセッサ１１，２１，３１は、第１の実施形態と同様に処理を実行する。なおプロセッサ１１は、比較確認により一致が確認できなかったならば、ＡＣＴ５７へと戻り、それ以降を前述と同様に繰り返す。
ＡＣＴ６１としてプロセッサ１１は、図９中のＡＣＴ３７と同様の比較確認を、認識結果通知のための通知データに含まれた２つの裏面情報を対象として実行する。そしてプロセッサ１１は、比較確認により一致が確認できたならば、ＡＣＴ３９へと進む。これ以降は、プロセッサ１１，２１，３１は、第１の実施形態と同様に処理を実行する。なおプロセッサ１１は、比較確認により一致が確認できなかったならば、ＡＣＴ５７へと戻り、それ以降を前述と同様に繰り返す。
【0083】
代行サーバ３にてプロセッサ３１は、ＡＣＴ５４及びＡＣＴ５９で取得したおもて面情報及び裏面情報を、メインメモリ３２又は補助記憶ユニット３３に保存しておいてもよい。そしてユーザ端末１にてプロセッサ１１は、ＡＣＴ８で決済要求のために送信する要求データには、カード情報を含めなくてもよい。そして代行サーバ３にてプロセッサ３１は、ＡＣＴ９としては、メインメモリ３２又は補助記憶ユニット３３に保存しておいたおもて面情報及び裏面情報に基づき決済処理を実行する。
【0084】
また代行サーバ３にてプロセッサ３１は、ＡＣＴ６０にて送信する通知データに、ＡＣＴ７にて通知するべき支払情報を含めてもよい。そしてこの場合は、ユーザ端末１にてプロセッサ１１はＡＣＴ４０を、また代行サーバ３にてプロセッサ３１はＡＣＴ７を実行しない。
【0085】
かくして第２の実施形態の取引処理システム１００は、クレジットカードの券面をユーザ端末１にてカメラ１５により撮影した画像から当該券面に可視表示されたＰＡＮを代行サーバ３にて判定する。そして代行サーバ３は、ユーザ端末１からの要求に応じて、上記の判定したＰＡＮで識別される利用者に関する決済を実行する。かくして取引処理システム１００によれば、クレジットカードに記録された情報に基づく決済を専用のカードリーダを用いることなく行える。また取引処理システム１００によれば、クレジットカードを店員に手渡すことも、店舗側の端末で読み取ることもないことから、スキミングなどの不正も防止できる。さらに取引処理システム１００によれば、おもて面情報及び裏面情報の取得のための文字認識処理をユーザ端末１にて実行する必要がないため、第１の実施形態に比べてプロセッサ１１の負荷を軽減でき、かつ決済アプリＡＰＡを簡略にできる。
なお、第１の実施形態は、ユーザ端末１側の負荷は増大するものの、ユーザ端末１と代行サーバ３との通信量及び通信時間は第２の実施形態に比べて低減できる。
なお、第１の実施形態は、ユーザ端末１側の負荷は増大するものの、ユーザ端末１と代行サーバ３との通信量及び通信時間は第２の実施形態に比べて低減できる。
【0086】
この実施形態は、次のような種々の変形実施が可能である。
おもて面情報又は裏面情報としては、上述したＰＡＮ、有効期限、氏名及びセキュリティコードなどのようなカード毎に異なり得る情報の他に、複数のカードで共通の情報を取得してもよい。例えば、ロゴ、提携カード名を表す文字列、あるいは背景デザインなど、提携カード毎で異なる特徴を表したテンプレートデータを提携カード毎に用意しておき、利用者のクレジットカードを撮影した画像に対するテンプレートマッチング処理によって、提携カードＩＤ又は提携カード名を判定する。この処理は、提携カード毎のテンプレートを参照する必要があることから、代行サーバ３などのサーバ装置に備えられたプロセッサにより行われることが好適である。しかしながらユーザ端末１にてプロセッサ１１が行うことも可能である。
提携カードＩＤ又は提携カード名を判定することは、撮影の対象となったクレジットカードが、複数種の提携カードのいずれに属するかを判定することである。つまり、当該判定を行うプロセッサは、提携カードＩＤ又は提携カード名を判定できたとき、一の種別としての一の提携カードに、撮影の対象となったクレジットカードが属すると判定していることになる。かくして情報処理プログラムに基づく情報処理をプロセッサが実行することによって、当該プロセッサを中枢部分とするコンピュータは判定手段として機能する。
おもて面情報又は裏面情報としては、上述したＰＡＮ、有効期限、氏名及びセキュリティコードなどのようなカード毎に異なり得る情報の他に、複数のカードで共通の情報を取得してもよい。例えば、ロゴ、提携カード名を表す文字列、あるいは背景デザインなど、提携カード毎で異なる特徴を表したテンプレートデータを提携カード毎に用意しておき、利用者のクレジットカードを撮影した画像に対するテンプレートマッチング処理によって、提携カードＩＤ又は提携カード名を判定する。この処理は、提携カード毎のテンプレートを参照する必要があることから、代行サーバ３などのサーバ装置に備えられたプロセッサにより行われることが好適である。しかしながらユーザ端末１にてプロセッサ１１が行うことも可能である。
提携カードＩＤ又は提携カード名を判定することは、撮影の対象となったクレジットカードが、複数種の提携カードのいずれに属するかを判定することである。つまり、当該判定を行うプロセッサは、提携カードＩＤ又は提携カード名を判定できたとき、一の種別としての一の提携カードに、撮影の対象となったクレジットカードが属すると判定していることになる。かくして情報処理プログラムに基づく情報処理をプロセッサが実行することによって、当該プロセッサを中枢部分とするコンピュータは判定手段として機能する。
【0087】
おもて面情報又は裏面情報として提携カード名を判定したならば、例えばユーザ端末１にてプロセッサ１１が図９中のＡＣＴ４２にて表示する確認画面に提携カード名を表すことができる。
図１４は確認画面ＳＣＤの一例を示す図である。
図１４に示す状態の確認画面ＳＣＤは、上記の変形例において図１１に示す確認画面ＳＣＢに代えて表示する画面の例である。そこで図１１と同一の表示要素には同一の符号を付し、その詳細な説明は省略する。
確認画面ＳＣＤは、領域ＡＲＣ、メッセージＭＥＢ及びボタンＢＵＢ，ＢＵＣを表す。つまり確認画面ＳＣＤは、確認画面ＳＣＢにおける領域ＡＲＡに代えて領域ＡＲＣを含む。領域ＡＲＣは、領域ＡＲＡでは「ＡＡＡＡ」なるカードブランド名を表していたのに代えて、「ＡＢＣカード」なる提携カード名を表している。
このような確認画面ＳＣＤによれば、利用者は、自らが決済に用いようとしているクレジットカードが正しく認識されているかどうかを確認した上で、決済を実行するか否かを決定できる。例えば、特定の提携カードでの決済に限って利用者に特典を与えるキャンペーンが開催されている場合に、対象の提携カードが決済に用いられることを利用者が確認できる。
図１４は確認画面ＳＣＤの一例を示す図である。
図１４に示す状態の確認画面ＳＣＤは、上記の変形例において図１１に示す確認画面ＳＣＢに代えて表示する画面の例である。そこで図１１と同一の表示要素には同一の符号を付し、その詳細な説明は省略する。
確認画面ＳＣＤは、領域ＡＲＣ、メッセージＭＥＢ及びボタンＢＵＢ，ＢＵＣを表す。つまり確認画面ＳＣＤは、確認画面ＳＣＢにおける領域ＡＲＡに代えて領域ＡＲＣを含む。領域ＡＲＣは、領域ＡＲＡでは「ＡＡＡＡ」なるカードブランド名を表していたのに代えて、「ＡＢＣカード」なる提携カード名を表している。
このような確認画面ＳＣＤによれば、利用者は、自らが決済に用いようとしているクレジットカードが正しく認識されているかどうかを確認した上で、決済を実行するか否かを決定できる。例えば、特定の提携カードでの決済に限って利用者に特典を与えるキャンペーンが開催されている場合に、対象の提携カードが決済に用いられることを利用者が確認できる。
【0088】
【0089】
ユーザ端末１にてプロセッサ１１は、ＡＣＴ３９としてカード情報を作成したのち、ＡＣＴ８としての決済要求を利用者による指示を受けることなしに実行してもよい。そしてこの場合にプロセッサ１１は、図７及び図１３におけるＡＣＴ４２としての確認画面の表示も行わなくてもよい。
【0090】
裏面情報の取得は行わなくてもよい。
【0091】
券面の２度の撮影と、これにより得られた２つの画像情報のそれぞれを対象とする文字認識処理とは、それぞれ３組以上行ってもよいし、１組だけとしても良い。なお１組だけとする場合は、比較確認も省略する。
【0092】
図７におけるＡＣＴ３，ＡＣＴ４及びＡＣＴ７について、あるいは図１３におけるＡＣＴ３，ＡＣＴ４，ＡＣＴ５４，ＡＣＴ５５，ＡＣＴ５９，ＡＣＴ６０及びＡＣＴ７について、代行サーバ３とは別のサーバ装置により実行してもよい。
【0093】
カードに可視表示された利用者識別子を用いて決済する決済方法であれば、クレジット決済以外の決済方法でも実施が可能である。
【0094】
代行サーバ３にてプロセッサ３１は、ＡＣＴ９としての決済処理を完了したならば、そのことをＡＣＴ２として登録要求を行った販売サーバ２に対して通知してもよい。この場合には、図７及び図１３におけるＡＣＴ１２は省略可能である。
【0095】
情報処理によりプロセッサ１１，２１，３１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0096】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ カードを撮影して画像情報を生成する撮影手段と、
前記撮影手段により生成された画像情報に基づき、前記カードに可視表示された利用者識別子を判定する判定手段と、
前記判定手段により判定された利用者識別子で識別される利用者に関する決済を要求する要求手段と、
を具備した情報端末装置。
［付記２］ 前記判定手段は、前記カードに可視表示された有効期限、氏名及びセキュリティコードの少なくともいずれかを判定し、
前記要求手段は、決済を要求するに際して、有効期限、氏名及びセキュリティコードの少なくともいずれかの前記判定手段により判定されたものを通知する、
付記１に記載の情報端末装置。
［付記３］ 情報端末装置とサーバ装置とを備え、
前記情報端末装置に設けられ、カードを撮影して画像情報を生成する撮影手段と、
前記サーバ装置に設けられ、前記撮影手段により生成された画像情報に基づき、前記カードに可視表示された利用者識別子を取得する取得手段と、
前記情報端末装置に設けられ、前記取得手段により取得された利用者識別子で識別される利用者に関する決済を要求する要求手段と、
を具備した決済システム。
［付記４］ 前記取得手段は、前記カードに可視表示された有効期限、氏名及びセキュリティコードの少なくともいずれかを取得し、
前記要求手段は、決済を要求するに際して、有効期限、氏名及びセキュリティコードの少なくともいずれかの前記取得手段により取得されたものを通知する、
付記３に記載の決済システム。
［付記５］ 前記撮影手段により生成された画像情報に基づき、一の種別に属する複数のカードに共通に可視表示される要素が前記撮影手段により撮影された前記カードに可視表示される場合に、前記撮影手段により撮影された前記カードが前記種別に属すると判定する判定手段、
をさらに備える付記３又は付記４に記載の決済システム。
［付記６］ カードを撮影して画像情報を生成する撮影手段とともに情報端末装置に備えられたコンピュータを、
前記撮影手段により生成された画像情報に基づき、前記カードに可視表示された利用者識別子を判定する判定手段と、
前記判定手段により判定された利用者識別子で識別される利用者に関する決済を要求する要求手段と、
して機能させるための情報処理プログラム。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ カードを撮影して画像情報を生成する撮影手段と、
前記撮影手段により生成された画像情報に基づき、前記カードに可視表示された利用者識別子を判定する判定手段と、
前記判定手段により判定された利用者識別子で識別される利用者に関する決済を要求する要求手段と、
を具備した情報端末装置。
［付記２］ 前記判定手段は、前記カードに可視表示された有効期限、氏名及びセキュリティコードの少なくともいずれかを判定し、
前記要求手段は、決済を要求するに際して、有効期限、氏名及びセキュリティコードの少なくともいずれかの前記判定手段により判定されたものを通知する、
付記１に記載の情報端末装置。
［付記３］ 情報端末装置とサーバ装置とを備え、
前記情報端末装置に設けられ、カードを撮影して画像情報を生成する撮影手段と、
前記サーバ装置に設けられ、前記撮影手段により生成された画像情報に基づき、前記カードに可視表示された利用者識別子を取得する取得手段と、
前記情報端末装置に設けられ、前記取得手段により取得された利用者識別子で識別される利用者に関する決済を要求する要求手段と、
を具備した決済システム。
［付記４］ 前記取得手段は、前記カードに可視表示された有効期限、氏名及びセキュリティコードの少なくともいずれかを取得し、
前記要求手段は、決済を要求するに際して、有効期限、氏名及びセキュリティコードの少なくともいずれかの前記取得手段により取得されたものを通知する、
付記３に記載の決済システム。
［付記５］ 前記撮影手段により生成された画像情報に基づき、一の種別に属する複数のカードに共通に可視表示される要素が前記撮影手段により撮影された前記カードに可視表示される場合に、前記撮影手段により撮影された前記カードが前記種別に属すると判定する判定手段、
をさらに備える付記３又は付記４に記載の決済システム。
［付記６］ カードを撮影して画像情報を生成する撮影手段とともに情報端末装置に備えられたコンピュータを、
前記撮影手段により生成された画像情報に基づき、前記カードに可視表示された利用者識別子を判定する判定手段と、
前記判定手段により判定された利用者識別子で識別される利用者に関する決済を要求する要求手段と、
して機能させるための情報処理プログラム。
【符号の説明】
【0097】
１…ユーザ端末、２…販売サーバ、３…代行サーバ、４…決済サーバ、１１，２１，３１，４１…プロセッサ、１２，２２，３２，４２…メインメモリ、１３，２３，３３，４３…補助記憶ユニット、１４…タッチパネル、１５…カメラ、１６，２４，３４，４４…通信ユニット、１７，２５，３５，４５…伝送路、１００…取引処理システム、２００…通信ネットワーク。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
