JP7630941B2 - 取引処理システム及び取引処理方法 - Google Patents

Description

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

取引の決済者を生体認証により行う場合、決済者は自らの生体情報を入力するための操作が必要である。
また、上記の取引に関して電子レシートサービスの適用を希望する決済者は、電子レシートサービスの利用者の識別子などを表したバーコードを、スマートフォンなどの情報端末に表示させて、読み取らせる等の操作が必要であった。
このため、決済者の操作が面倒であった。
このような事情から、電子レシートサービスを利用する取引の決済者の認証に生体認証を用いる場合の決済者の手間を軽減できることが望まれていた。

特開２０１８－６０２７８号公報 特許第５７３９０４６号

本発明が解決しようとする課題は、電子レシートサービスを利用する取引の決済者の認証に生体認証を用いる場合の決済者の手間を軽減できる取引処理システム及び取引処理方法を提供することである。

実施形態の取引処理システムは、取得手段、判定手段、決済手段、変換手段、管理手段及び付与手段を備える。取得手段は、取引の決済者の生体情報を取得する。判定手段は、取得手段により取得された生体情報に関連付けられた第１の識別子を判定する。決済手段は、判定手段により第１の識別子を判定できた場合に、当該第１の識別子に関連付けられていて、決済サービスを利用するために予め定められた決済情報を用いて取引の代価を決済する。変換手段は、判定手段により判定された第１の識別子を、レシート用及び特典用のそれぞれの第２の識別子に変換する。管理手段は、決済手段により決済された取引に関するレシート情報を、変換手段により得られたレシート用の第２の識別子に関連付けて管理する。付与手段は、決済手段により決済された取引に関する特典を、判定手段により判定された識別子又は変換手段により得られた特典用の第２の識別子に関連付けられた利用者に付与する。

第１の実施形態に係る取引処理システムの概略構成を示すブロック図。 図１に示されたユーザ端末の要部回路構成を示すブロック図。 図１に示された販売サーバの要部回路構成を示すブロック図。 図１に示された代行サーバの要部回路構成を示すブロック図。 図４に示された決済情報データベースに含まれるデータレコードの構成を模式的に示す図。 図１に示された認証サーバの要部回路構成を示すブロック図。 図６に示された認証データベースに含まれるデータレコードの構成を模式的に示す図。 図１に示された決済サーバの要部回路構成を示すブロック図。 図１に示されたレシートサーバの要部回路構成を示すブロック図。 図９に示されたレシートデータベースに含まれるデータレコードの構成を模式的に示す図。 図１に示された特典サーバ７の要部回路構成を示すブロック図。 図１１に示されたポイントデータベースに含まれるデータレコードの構成を模式的に示す図。 取引処理サービスの利用者登録に関わるシーケンスを示す図。 店舗での商品購入に関わる決済に取引処理サービスを利用する場合のシーケンスを示す図。 図４に示された決済情報データベースに含まれるデータレコードの構成を模式的に示す図。 図６に示された認証データベースに含まれるデータレコードの構成を模式的に示す図。 図９に示されたレシートデータベースに含まれるデータレコードの構成を模式的に示す図。 図１１に示されたポイントデータベースに含まれるデータレコードの構成を模式的に示す図。 電子レシートサービスの利用者登録に関わるシーケンスを示す図。 ポイントサービスの利用者登録に関わるシーケンスを示す図。 ＩＤの関連付けに関わるシーケンスを示す図。 店舗での商品購入に関わる決済に取引処理サービスを利用する場合のシーケンスを示す図。

以下、実施の形態について図面を用いて説明する。
［第１の実施形態］
図１は第１の実施形態に係る取引処理システム１００の概略構成を示すブロック図である。
取引処理システム１００は、ユーザ端末１、販売サーバ２、代行サーバ３、認証サーバ４、決済サーバ５、レシートサーバ６及び特典サーバ７を含む。そしてこれらユーザ端末１、販売サーバ２、代行サーバ３、認証サーバ４、決済サーバ５、レシートサーバ６及び特典サーバ７は、通信ネットワーク２００を介して通信可能である。通信ネットワーク２００は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網、専用線などを、単独又は適宜に組み合わせて用いることができる。なお、取引処理システム１００には、複数のユーザ端末１及び決済サーバ５が含まれるが、図１においては１つのみを示している。また、取引処理システム１００には、販売サーバ２が複数設けられる場合もある。また、取引処理システム１００には、特典サーバ７が複数設けられる場合もある。

ユーザ端末１は、取引処理システム１００での処理対象となる取引の決済者となる利用者により利用される情報端末である。ユーザ端末１は、典型的には個々の利用者により専用される。なお、取引処理システム１００での処理対象となる取引は、代価の決済を伴う取引であればどのようなものでもよいが、本実施形態では商品の販売とする。

販売サーバ２は、販売商品の登録及び販売商品の代価の算出など、販売のための情報処理を行うサーバ装置である。販売サーバ２は、例えばＰＯＳ（point-of-sale）サーバである。販売サーバ２は、例えば商品販売者等により管理される。

代行サーバ３は、複数の決済サーバ５が提供する複数の決済サービスを簡易に利用可能とする決済代行サービスを提供するための情報処理を行うサーバ装置である。代行サーバ３は、例えば決済代行サービスの提供者により管理される。

認証サーバ４は、決済者が、取引処理システム１００により提供される取引処理サービスの利用者として登録済みであるかの認証のための情報処理を行うサーバ装置である。認証サーバ４は、例えば認証サービスの提供者により管理される。

決済サーバ５は、代行サーバ３からの要求に応じて決済のための情報処理を行うサーバ装置である。取引処理システム１００に含まれる複数の決済サーバ５には、適用する決済方法がそれぞれ異なるものが含まれる。例えば決済サーバ５の１つは、クレジット決済を行う。例えば決済サーバ５の別の１つは、コード決済を行う。また取引処理システム１００に含まれる複数の決済サーバ５には、適用する決済方法が同一であるが、業者又はブランドなどがそれぞれ異なるものが含まれる。例えば決済サーバ５の２つは、それぞれ異なるブランドのクレジットカードに関するクレジット決済を行う。代行サーバ３は、例えば決済代行サービスの提供者により管理される。決済サーバ５は、例えば決済サービスの提供者により管理される。

レシートサーバ６は、電子レシートサービスを、利用登録済みである利用者に対して提供するための情報処理を行うサーバ装置である。レシートサーバ６は、例えば電子レシートサービスの提供者により管理される。

特典サーバ７は、特典付与サービスを、利用登録済みである利用者に対して提供するための情報処理を行うサーバ装置である。特典付与サービスは、ユーザに対して任意の特典を与えるサービスである。本実施形態では、特典付与サービスは、ポイントサービスとする。特典サーバ７は、例えば特典付与サービスの提供者により管理される。
なお、商品販売者及び各種サービスの提供者は、典型的にはそれぞれ別々である。しかしながら、商品販売者及び各種サービスの提供者の一部又は全部が同一の業者等であってもよい。

図２はユーザ端末１の要部回路構成を示すブロック図である。
ユーザ端末１は、典型的には、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置である。

ユーザ端末１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル１４、入力ユニット１５、通信ユニット１６及び伝送路１７等を備える。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル１４、入力ユニット１５及び通信ユニット１６は、伝送路１７を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３を伝送路１７で接続することによって、ユーザ端末１を制御するための情報処理を行うコンピュータを構成する。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラムなどの情報処理プログラムに従って、ユーザ端末１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（read only memory）である。揮発性のメモリ領域は、例えばＲＡＭ（random access memory）である。

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）である。ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスが補助記憶ユニット１３として使用されてもよい。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、アプリケーションプログラムを記憶する。

補助記憶ユニット１３が記憶するアプリケーションプログラムの１つは、取引処理システム１００により提供される取引処理サービスを利用するための情報処理プログラム（以下、クライアントアプリと称する）ＡＰＡである。ただし典型的には、クライアントアプリＡＰＡは、ユーザ端末１の使用者による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶ユニット１３に書き込まれる。つまり、ユーザ端末１の使用者へのユーザ端末１の譲渡は、クライアントアプリＡＰＡが補助記憶ユニット１３に記憶されていない状態で行われる。しかしながら、クライアントアプリＡＰＡが補助記憶ユニット１３に記憶された状態のユーザ端末１がユーザ端末１の使用者に譲渡されても構わない。

タッチパネル１４は、ユーザ端末１の入力デバイス及び表示デバイスとして機能する。
入力ユニット１５は、生体情報を入力する。生体情報は、例えば指紋、静脈、虹彩及び顔などの特徴を表す情報である。生体情報としては例えば、周知の生体認証技術で用いられる情報と同様な情報を用いることができる。生体情報として例えば指紋の特徴を用いるのであれば、入力ユニット１５としては例えば既存の指紋センサーを用いることができる。また生体情報として顔の特徴を用いるのであれば、入力ユニット１５としては例えば既存のカメラを用いることができる。

通信ユニット１６は、通信ネットワーク２００を介したデータ通信のための通信処理を行う。通信ユニット１６としては、例えば移動通信網又はインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路１７は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

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

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、販売サーバ２としての各種の機能を実現するための情報処理を実行する。プロセッサ２１は、例えばＣＰＵである。

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。メインメモリ２２は、プロセッサ２１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

補助記憶ユニット２３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット２３としては、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、あるいはプロセッサ２１での処理によって作成されたデータ等を保存する。補助記憶ユニット２３は、上記の情報処理プログラムを記憶する場合もある。

通信ユニット２４は、通信ネットワーク２００を介したデータ通信のための通信処理を行う。通信ユニット２４としては、例えば移動通信網又はインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

補助記憶ユニット２３は、情報処理プログラムの１つである販売アプリＡＰＢを記憶する。販売アプリＡＰＢは、アプリケーションプログラムであり、販売サーバ２としての機能を実現するための情報処理について記述されている。

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

ただし補助記憶ユニット３３は、販売アプリＡＰＢに代えて代行アプリＡＰＣを記憶する。代行アプリＡＰＣは、アプリケーションプログラムであり、代行サーバ３としての機能を実現するための情報処理について記述されている。また補助記憶ユニット３３の記憶領域の一部は、決済情報データベースＤＢＡとして使用される。

図５は決済情報データベースＤＢＡに含まれるデータレコードＤＲＡの構成を模式的に示す図である。
決済情報データベースＤＢＡは、取引処理サービスの利用者に関連付けられたデータレコードＤＲＡの集合である。データレコードＤＲＡは、フィールドＦＡＡ，ＦＡＢを含む。フィールドＦＡＡには、利用者の識別子であるユーザＩＤ（identifier）がセットされる。フィールドＦＡＢには、利用者が予め申告した決済情報がセットされる。決済情報は、決済サーバ５が提供する決済サービスを利用するための情報である。決済情報は、クレジット決済、電子マネー決済、あるいはコード決済などの他の様々な決済サービスを利用するために予め定められる、例えばクレジット番号などの各種データである。なおデータレコードＤＲＡは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

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

ただし補助記憶ユニット４３は、販売アプリＡＰＢに代えて認証アプリＡＰＤを記憶する。認証アプリＡＰＤは、アプリケーションプログラムであり、認証サーバ４としての機能を実現するための情報処理について記述されている。また補助記憶ユニット４３の記憶領域の一部は、認証データベースＤＢＢとして使用される。

図７は認証データベースＤＢＢに含まれるデータレコードＤＲＢの構成を模式的に示す図である。
認証データベースＤＢＢは、取引処理サービスの利用者に関連付けられたデータレコードＤＲＢの集合である。データレコードＤＲＢは、フィールドＦＢＡ，ＦＢＢを含む。フィールドＦＢＡには、ユーザＩＤがセットされる。フィールドＦＢＢには、利用者の生体情報がセットされる。生体情報は例えば、ハッシュ値としてフィールドＦＢＢにセットされる。なおデータレコードＤＲＢは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

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

ただし補助記憶ユニット５３は、販売アプリＡＰＢに代えて決済アプリＡＰＥを記憶する。決済アプリＡＰＥは、アプリケーションプログラムであり、決済サーバ５としての機能を実現するための情報処理について記述されている。

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

ただし補助記憶ユニット６３は、販売アプリＡＰＢに代えて電子レシートアプリＡＰＦを記憶する。電子レシートアプリＡＰＦは、アプリケーションプログラムであり、レシートサーバ６としての機能を実現するための情報処理について記述されている。また補助記憶ユニット６３の記憶領域の一部は、レシートデータベースＤＢＣとして使用される。

図１０はレシートデータベースＤＢＣに含まれるデータレコードＤＲＣの構成を模式的に示す図である。
レシートデータベースＤＢＣは、取引処理サービスの利用者に関連付けられたデータレコードＤＲＣの集合である。データレコードＤＲＣは、フィールドＦＣＡ，ＦＣＢを含む。またデータレコードＤＲＣは、フィールドＦＣＣ以降のフィールドを含み得る。フィールドＦＣＡには、ユーザＩＤがセットされる。フィールドＦＣＢには、１つの取引に関するレシート情報がセットされる。フィールドＦＣＡにセットされているユーザＩＤで識別される利用者に関して複数のレシート情報が登録済みである場合は、２つ目以降の取引に関するレシート情報がフィールドＦＣＣ以降の各フィールドにセットされる。なおデータレコードＤＲＣは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

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

ただし補助記憶ユニット７３は、販売アプリＡＰＢに代えてポイントサービスアプリＡＰＧを記憶する。ポイントサービスアプリＡＰＧは、アプリケーションプログラムであり、特典サーバ７としての機能を実現するための情報処理について記述されている。また補助記憶ユニット７３の記憶領域の一部は、ポイントデータベースＤＢＤとして使用される。

図１２はポイントデータベースＤＢＤに含まれるデータレコードＤＲＤの構成を模式的に示す図である。
ポイントデータベースＤＢＤは、取引処理サービスの利用者に関連付けられたデータレコードＤＲＤの集合である。データレコードＤＲＤは、フィールドＦＤＡ，ＦＤＢを含む。フィールドＦＤＡには、ユーザＩＤがセットされる。フィールドＦＤＢには、利用者に関するポイント情報がセットされる。ポイント情報にどのような情報を含むかは任意であるが、例えば現状での保有ポイント数を含むことが想定される。ポイント情報には、ポイントの付与及び利用の履歴を表した履歴情報を含んでもよい。なおデータレコードＤＲＤは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

さて、販売サーバ２、代行サーバ３、認証サーバ４、決済サーバ５、レシートサーバ６及び特典サーバ７のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そして販売サーバ２、代行サーバ３、認証サーバ４、決済サーバ５、レシートサーバ６又は特典サーバ７の譲渡は一般に、補助記憶ユニット１３，２３，３３，４３，５３，６３又は７３に販売アプリＡＰＢ、代行アプリＡＰＣ、認証アプリＡＰＤ、決済アプリＡＰＥ、電子レシートアプリＡＰＦ又はポイントサービスアプリＡＰＧがそれぞれ記憶され、決済情報データベースＤＢＡ、認証データベースＤＢＢ、レシートデータベースＤＢＣ又はポイントデータベースＤＢＤが記憶されない状態にて行われる。しかし、販売アプリＡＰＢ、代行アプリＡＰＣ、認証アプリＡＰＤ、決済アプリＡＰＥ、電子レシートアプリＡＰＦ又はポイントサービスアプリＡＰＧが補助記憶ユニット１３，２３，３３，４３，５３，６３又は７３に記憶されない状態、あるいは同種の別バージョンのアプリケーションプログラムが補助記憶ユニット１３，２３，３３，４３，５３，６３又は７３に記憶された状態のハードウェアと、販売アプリＡＰＢ、代行アプリＡＰＣ、認証アプリＡＰＤ、決済アプリＡＰＥ、電子レシートアプリＡＰＦ又はポイントサービスアプリＡＰＧとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット１３，２３，３３，４３，５３，６３又は７３に販売アプリＡＰＢ、代行アプリＡＰＣ、認証アプリＡＰＤ、決済アプリＡＰＥ、電子レシートアプリＡＰＦ又はポイントサービスアプリＡＰＧが書き込まれることによって、販売サーバ２、代行サーバ３、認証サーバ４、決済サーバ５、レシートサーバ６及び特典サーバ７が構成されてもよい。販売アプリＡＰＢ、代行アプリＡＰＣ、認証アプリＡＰＤ、決済アプリＡＰＥ、電子レシートアプリＡＰＦ又はポイントサービスアプリＡＰＧの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。決済情報データベースＤＢＡ、認証データベースＤＢＢ、レシートデータベースＤＢＣ又はポイントデータベースＤＢＤは、プロセッサ３１，４１，６１又は７１が情報処理を実行することで、補助記憶ユニット３３，４３，６３又は７３内に構成される。

次に以上のように構成された取引処理システム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、そのような特徴的な動作に関する一部の処理について説明し、その他の多くの処理の説明を省略する。

なお、ユーザ端末１、販売サーバ２、代行サーバ３、認証サーバ４、決済サーバ５、レシートサーバ６及び特典サーバ７においてプロセッサ１１，２１，３１，４１，５１，６１，７１は、クライアントアプリＡＰＡ、販売アプリＡＰＢ、代行アプリＡＰＣ、認証アプリＡＰＤ、決済アプリＡＰＥ、電子レシートアプリＡＰＦ及びポイントサービスアプリＡＰＧに基づいて、以下に説明するシーケンスを実現するための情報処理を実行する。

図１３は取引処理サービスの利用者登録に関わるシーケンスを示す図である。
利用者は、取引処理サービスを利用するためには、ユーザ端末１にクライアントアプリＡＰＡをインストールした上で、当該クライアントアプリＡＰＡに基づく情報処理の開始を指示する。さらに利用者は、利用者登録を指示する。なお、利用者によるユーザ端末１での各種の指示は、例えばタッチパネル１４での予め定められた操作により行われる。
開始指示に応じてユーザ端末１にてプロセッサ１１は、クライアントアプリＡＰＡに基づく情報処理を開始する。

ＡＣＴ１としてプロセッサ１１は、生体情報及び決済情報を入力する。プロセッサ１１は例えば、生体情報及び決済情報を入力するように利用者に案内する。利用者は、案内に従い、自らの生体情報を入力ユニット１５に入力させるための作業を行う。生体情報として例えば指紋の特徴を用いるのであれば、利用者は入力ユニット１５に自らの指先を当てる。生体情報として顔の特徴を用いるのであれば、利用者は入力ユニット１５に自らの顔を向ける。入力ユニット１５は、指紋又は顔などに関して予め定められた特徴を抽出し、それを表した生体情報を生成する。なお、生体情報の生成は、プロセッサ１１にて行ってもよい。利用者は、案内に従い、取引処理サービスを利用した決済に用いる決済情報を、例えばタッチパネル１４での予め定められた操作により入力する。なお、生体情報及び決済情報の入力の順序は任意である。

ＡＣＴ２としてプロセッサ１１は、代行サーバ３に対して登録を要求する。プロセッサ１１は例えば、利用者登録の要求であることを識別するための識別情報と、ＡＣＴ１にて入力した生体情報及び決済情報とを含んだ要求データを、代行サーバ３に宛てて、通信ユニット１６から通信ネットワーク２００へと送信する。

上記の要求データが通信ネットワーク２００により代行サーバ３へと伝送され、通信ユニット３４により受信されると、代行サーバ３にてプロセッサ３１はＡＣＴ３へと進む。
なお、以下に説明する各種の要求は、上記と同様に、要求の目的を識別するための識別情報を含んだ要求データを、通信ネットワーク２００を介して授受することにより実現される。

ＡＣＴ３としてプロセッサ３１は、利用者に関連付けるユーザＩＤを、既に別の利用者に関連付けられているユーザＩＤと重複しないように決定する。プロセッサ３１は例えば、重複することなく文字列を決定可能なように予め定められたアルゴリズムに従って決定した文字列をユーザＩＤとする。あるいはプロセッサ３１は例えば、過去に決定したユーザＩＤのリストを表すリストデータを補助記憶ユニット３３に記憶させておき、上記のリストに含まれないユーザＩＤを新たなユーザＩＤとして決定する。プロセッサ３１は、この他の任意の方法でユーザＩＤを決定してもよい。

ＡＣＴ４としてプロセッサ３１は、決済情報データベースＤＢＡを更新する。プロセッサ３１は例えば、ＡＣＴ３にて決定したユーザＩＤと、上記の要求データに含まれた決済情報とをフィールドＦＡＡ，ＦＡＢにそれぞれセットした新たなデータレコードＤＲＡを決済情報データベースＤＢＡに追加する。

ＡＣＴ５としてプロセッサ３１は、認証サーバ４に対して登録を要求する。プロセッサ３１は例えば、ここでの要求のための要求データには、ＡＣＴ３にて決定したユーザＩＤと、ＡＣＴ２にてユーザ端末１から送られた要求データに含まれる生体情報とを含める。

認証サーバ４にてプロセッサ４１は、登録要求を受けると、ＡＣＴ６へと進む。
ＡＣＴ６としてプロセッサ４１は、認証データベースＤＢＢを更新する。プロセッサ４１は例えば、要求データに含まれたユーザＩＤ及び生体情報をフィールドＦＢＡ，ＦＢＢにそれぞれセットした新たなデータレコードＤＲＢを認証データベースＤＢＢに追加する。

ＡＣＴ７としてプロセッサ４１は、代行サーバ３に対して登録完了を通知する。プロセッサ４１は例えば、登録完了の通知であることを識別するための識別情報と、上記の新たなデータレコードＤＲＢのフィールドＦＢＡにセットしたユーザＩＤとを含んだ通知データを、代行サーバ３に宛てて、通信ユニット４４から通信ネットワーク２００へと送信する。なお、セッションＩＤ又は登録要求を個々に識別するためのＩＤなどを用いて完了通知がどの登録要求に対するかを判別可能とするならば、上記の通知データにユーザＩＤを含めなくてもよい。

上記の通知データが通信ネットワーク２００により代行サーバ３へと伝送され、通信ユニット３４により受信されると、代行サーバ３にてプロセッサ３１はＡＣＴ８へと進む。このときにプロセッサ３１は、通知データに含まれたユーザＩＤがＡＣＴ３で決定したユーザＩＤと一致するかを確認し、一致する場合にのみＡＣＴ８へと進むのでもよい。
なお、以下に説明する各種の通知は、上記と同様に、通知の目的を識別するための識別情報を含んだ通知データを、通信ネットワーク２００を介して授受することにより実現される。

ＡＣＴ８としてプロセッサ３１は、ユーザ端末１に対して登録完了を通知する。
上記の通知データが通信ネットワーク２００によりユーザ端末１へと伝送され、通信ユニット１６により受信されると、ユーザ端末１は利用者登録に関する処理を終了する。

図１４は店舗での商品購入に関わる決済に取引処理サービスを利用する場合のシーケンスを示す図である。
利用者登録を済ませた利用者が店舗で商品購入に関わる決済に取引処理サービスを利用する場合には、商品登録のための登録装置における利用者又は店員による操作により、取引処理サービスの利用を宣言する。この宣言を受けて販売サーバ２においてプロセッサ２１は、ＡＣＴ２１へと進む。

ＡＣＴ２１としてプロセッサ２１は、ユーザ端末１に対して生体情報を要求する。なおプロセッサ２１は、ユーザ端末１のタッチパネル１４に表示させたバーコードをＰＯＳ端末などの登録装置にて、例えばスキャナを用いて読み取るなどして得た接続情報に基づいて、ユーザ端末１との通信を確立する。

ユーザ端末１にてプロセッサ１１は、生体情報の要求を受けると、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ１１は、生体情報を入力する。プロセッサ１１は例えば、生体情報を入力するように利用者に案内する。利用者は、案内に従い、自らの生体情報を入力ユニット１５に入力させるための作業を行う。そしてこれにより、プロセッサ１１は、前述と同様に生体情報を得る。かくしてプロセッサ１１は、取引の決済者となる利用者の生体情報を取得する。つまりクライアントアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは取得手段として機能する。そしてユーザ端末１は、取得手段を備える第１の装置に相当する。
ＡＣＴ２３としてプロセッサ１１は、生体情報を販売サーバ２に通知する。プロセッサ１１は、ここで送信する通知データには、ＡＣＴ２２で入力した生体情報を含める。

販売サーバ２にてプロセッサ２１は、商品登録と決済金額の算出とが登録装置において完了すると、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ２１は、代行サーバ３に対して決済を要求する。プロセッサ２１は、ここで送信する要求データには、登録装置で算出された決済金額と、ＡＣＴ２３にて通知された生体情報とを含める。

代行サーバ３にてプロセッサ３１は、決済要求を受けると、ＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ３１は、認証サーバ４に対して認証を要求する。プロセッサ３１は、ここで送信する要求データには、ＡＣＴ２４にて販売サーバ２から送られた要求データに含まれた生体情報を含める。

認証サーバ４にてプロセッサ４１は、認証要求を受けると、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ４１は、照会処理を行う。つまりプロセッサ４１は例えば、ＡＣＴ２５にて代行サーバ３から送られた要求データに含まれた生体情報が、認証データベースＤＢＢに登録されている生体情報のいずれかに合致するかを確認する。プロセッサ４１は例えば、ＡＣＴ２５にて代行サーバ３から送られた要求データに含まれた生体情報との特徴の一致率が予め定められた割合以上であるならば認証成功とし、そうでなければ認証失敗とする。そしてプロセッサ４１は例えば、認証成功であるならば、一致率が最大である生体情報がセットされたフィールドＦＢＢを含んでいるデータレコードＤＲＢを選択する。そしてプロセッサ４１は例えば、該当のデータレコードＤＲＢのフィールドＦＢＡにセットされたユーザＩＤを取得する。なお照会処理は、生体認証のための別の周知の処理であってもよい。かくしてプロセッサ４１は、生体情報に関連付けられた識別子としてのユーザＩＤを判定する。つまり認証アプリＡＰＤに基づく情報処理をプロセッサ４１が実行することによって、プロセッサ４１を中枢部分とするコンピュータは判定手段として機能する。そして認証サーバ４は、判定手段を備える第２の装置に相当する。

ＡＣＴ２７としてプロセッサ４１は、代行サーバ３に対して認証の結果を通知する。プロセッサ４１は、ここで送信する通知データには、認証成功であるか否かを表す結果情報を含め、また認証成功である場合にはＡＣＴ２６で取得したユーザＩＤを含める。なお図１４におけるＡＣＴ２７以降については、認証成功である場合のシーケンスを表し、認証失敗の場合についての説明は省略する。

代行サーバ３にてプロセッサ３１は、認証成功の旨の結果通知を受けると、ＡＣＴ２８へと進む。
ＡＣＴ２８としてプロセッサ３１は、ＡＣＴ２４として販売サーバ２からなされた決済要求に応じた決済に用いる決済サーバ５を決定する。プロセッサ３１は例えば、結果通知の通知データに含まれたユーザＩＤがフィールドＦＡＡにセットされているデータレコードＤＲＡを、決済情報データベースＤＢＡから探し出す。そしてプロセッサ３１は、該当するデータレコードＤＲＡのフィールドＦＡＢにセットされた決済情報に対応している決済サーバ５を、決済に用いる決済サーバ５として決定する。

ＡＣＴ２９としてプロセッサ３１は、ＡＣＴ２８にて決定した決済サーバ５に対して決済を要求する。プロセッサ３１は、ここでの要求データには、ＡＣＴ２４として販売サーバ２から送信された要求データに含まれた決済金額と、ＡＣＴ２８で決済サーバ５の決定に用いた決済情報とを含める。

決済サーバ５にてプロセッサ５１は、決済要求を受けると、ＡＣＴ３０へと進む。
ＡＣＴ３０としてプロセッサ５１は、要求データに含まれた決済金額を、決済情報を用いて決済するための決済処理を行う。プロセッサ５１は例えば、決済金額を、決済情報に含まれたクレジット番号に関連付けられた口座から引き落としするための処理を実行する。なお、プロセッサ５１が行う決済処理は、既存の決済サーバにて行われているのと同様な処理であって構わない。

このようにプロセッサ５１は、取引の代価を、生体情報に関連付けられたユーザＩＤが判定された場合に代行サーバ３から通知される決済情報を用いて決済する。決済アプリＡＰＥに基づく情報処理をプロセッサ５１が実行することによって、プロセッサ５１は決済手段として機能する。そして決済サーバ５は、決済手段を備える第３の装置に相当する。

ＡＣＴ３１としてプロセッサ５１は、代行サーバ３に対して決済処理の結果を通知する。プロセッサ５１は、ここでの通知データには、決済を正常に完了したか否かを表す結果情報を少なくとも含める。プロセッサ５１は、決済番号などの決済方法に応じて通知することが定められた情報があるならば、該当する情報も通知データに含める。なお図１４におけるＡＣＴ３１以降については、ＡＣＴ３０にて決済を正常に完了した場合のシーケンスを表し、決済失敗の場合についての説明は省略する。

代行サーバ３にてプロセッサ３１は、決済を正常に完了した旨の結果通知を受けると、ＡＣＴ３２へと進む。
ＡＣＴ３２としてプロセッサ３１は、販売サーバ２に対して決済処理の結果を通知する。プロセッサ３１は、ここでの通知データには、ＡＣＴ３１にて決済サーバ５から受けた通知データに含まれた結果情報と、ＡＣＴ２７にて認証サーバ４から受けた通知データに含まれたユーザＩＤとを含める。

販売サーバ２にてプロセッサ２１は、決済を正常に完了した旨の結果通知を受けると、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ２１は、レシートサーバ６に対して電子レシートの登録を要求する。プロセッサ２１は、ここでの要求データには、ＡＣＴ３２にて代行サーバ３から受けた通知データに含まれたユーザＩＤと、レシート情報とを含める。レシート情報は、ＡＣＴ２４にて代行サーバ３へと通知した決済金額の算出の対象となった取引の内容を表す情報である。レシート情報にどのような情報を含むかは、例えば販売アプリＡＰＢの作成者などによって任意に定められてよい。レシート情報は例えば、取引が行われた店舗の名称及び日付、あるいはレシートナンバーなどの取引を管理するための情報と、取引の対象となった商品の個々に関しての商品コード、点数、単価及び合計金額などの情報を含む。つまりレシート情報は、紙レシートに記載される各種の情報を含むことが想定される。またレシート情報は、ＡＣＴ３１で決済サーバ５から送られた通知データに含まれる決済番号などを含んでもよい。なお、レシート情報は、登録装置にて生成されてもよい。この場合にプロセッサ２１は、登録装置から取得したレシート情報を要求データに含める。

レシートサーバ６にてプロセッサ６１は、登録要求を受けると、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ６１は、レシートデータベースＤＢＣを更新する。プロセッサ６１は例えば、ＡＣＴ３３にて販売サーバ２から受けた要求データに含まれるユーザＩＤがフィールドＦＣＡにセットされているデータレコードＤＲＣをレシートデータベースＤＢＣから探し出す。そしてプロセッサ６１は、該当するデータレコードＤＲＣが見つかったならば、当該データレコードＤＲＣの末尾のフィールドの後ろに新たなフィールドを追加する。そしてプロセッサ６１は、この新たなフィールドに、ＡＣＴ３３にて販売サーバ２から受けた要求データに含まれるレシート情報をセットする。プロセッサ６１は、該当するデータレコードＤＲＣが見つからなかったならば、フィールドＦＣＡ，ＦＣＢにＡＣＴ３３にて販売サーバ２から受けた要求データに含まれるユーザＩＤ及びレシート情報をセットした新たなデータレコードＤＲＣをレシートデータベースＤＢＣに追加する。

かくして、プロセッサ６１はレシートデータベースＤＢＣを用いて、決済者の生体情報に関連付けられたユーザ識別子に関連付けてレシート情報を管理する。かくして電子レシートアプリＡＰＦに基づく情報処理をプロセッサ６１が実行することによって、プロセッサ６１を中枢部分とするコンピュータは管理手段として機能する。そしてレシートサーバ６は、管理手段を備える第４の装置に相当する。
ＡＣＴ３５としてプロセッサ６１は、販売サーバ２に対して、レシート登録が完了した旨を通知する。

販売サーバ２にてプロセッサ２１は、レシート登録を完了した旨の完了通知を受けると、ＡＣＴ３６へと進む。なおプロセッサ２１は、ＡＣＴ３２にて結果通知を受けたことに応じて、ＡＣＴ３３としての登録要求に前後して、ＡＣＴ３５にて完了通知を受けるのを待たずにＡＣＴ３６へと進んでもよい。
ＡＣＴ３６としてプロセッサ２１は、特典サーバ７に対してポイントサービスに関する処理を要求する。プロセッサ２１は、ここでの要求データには、ＡＣＴ３２にて代行サーバ３から受けた通知データに含まれたユーザＩＤと、ポイント情報とを含める。図１４では、取引内容に応じた付与ポイント数を決済者の保有ポイント数に加算するサービスを実現するためのシーケンスを表している。このためポイント情報は、取引内容に応じた付与ポイント数を表す。どのようなポイントサービスを提供し、ポイント情報にどのような情報を含むかは、例えばポイントサービスアプリＡＰＧの作成者などによって任意に定められてよい。なお、ポイント情報は、登録装置にて生成されてもよい。この場合にプロセッサ２１は、登録装置から取得したポイント情報を要求データに含める。

特典サーバ７にてプロセッサ７１は、処理要求を受けると、ＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ７１は、ポイントデータベースＤＢＤを更新する。プロセッサ７１は例えば、ＡＣＴ３６にて販売サーバ２から受けた要求データに含まれるユーザＩＤがフィールドＦＤＡにセットされているデータレコードＤＲＤをポイントデータベースＤＢＤから探し出す。そしてプロセッサ７１は、該当するデータレコードＤＲＤが見つかったならば、当該データレコードＤＲＤのフィールドＦＤＢにセットされているポイント情報が表す保有ポイント数を、当該保有ポイント数に上記の要求データに含まれたポイント情報が表す付与ポイント数を加算した数に書き換える。
ＡＣＴ３８としてプロセッサ７１は、販売サーバ２に対して、ポイント処理が完了した旨を通知する。

以上のように第１の実施形態の取引処理システム１００は、ユーザ端末１で取得した決済者の生体情報を用いた生体認証により決済者のユーザＩＤを判定し、ユーザＩＤを判定できた場合には取引の代価を決済するとともに、取引に関するレシート情報をユーザＩＤに関連付けて管理する。従って、決済者の生体認証により電子レシートサービスの利用者の認証も終えることができ、利用者は、電子レシートサービス用のＩＤを入力するための操作を別途に行う必要がない。これにより、電子レシートサービスを利用する取引の決済者の認証に生体認証を用いる場合の決済者の手間を軽減できる。

また第１の実施形態の取引処理システム１００によれば、ポイントサービスに関わるポイント情報もユーザＩＤに関連付けて管理する。従って、利用者は、生体情報を正規に入力すれば、電子レシートサービスに加えて、ポイントサービスも利用でき、ポイントサービスを利用する取引の決済者の認証に生体認証を用いる場合の決済者の手間を軽減できる。

［第２の実施形態］
第２の実施形態に係る取引処理システム１００の概略構成は第１の実施形態と同様であるので、図示及び説明を省略する。そして第２の実施形態が第１の実施形態と異なるのは、各種データベースの構造とシーケンスの一部である。
図１５は決済情報データベースＤＢＡに含まれるデータレコードＤＲＥの構成を模式的に示す図である。

決済情報データベースＤＢＡは、第２の実施形態においては、取引処理サービスの利用者に関連付けられたデータレコードＤＲＥの集合である。データレコードＤＲＥは、フィールドＦＥＡ，ＦＥＢ，ＦＥＣ及びＦＤＤを含む。フィールドＦＥＡには、取引処理サービスの利用者の識別子である認証ＩＤがセットされる。フィールドＦＥＢには、利用者が予め申告した決済情報がセットされる。フィールドＦＥＣには、電子レシートサービスの利用者の識別子であるレシートＩＤがセットされる。フィールドＦＥＤには、ポイントサービスの利用者の識別子であるポイントＩＤがセットされる。なおデータレコードＤＲＥは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

図１６は認証データベースＤＢＢに含まれるデータレコードＤＲＦの構成を模式的に示す図である。
認証データベースＤＢＢは、第２の実施形態においては、取引処理サービスの利用者に関連付けられたデータレコードＤＲＦの集合である。データレコードＤＲＦは、フィールドＦＦＡ，ＦＦＢを含む。フィールドＦＦＡには、認証ＩＤがセットされる。フィールドＦＦＢには、利用者の生体情報がセットされる。なおデータレコードＤＲＦは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

図１７はレシートデータベースＤＢＣに含まれるデータレコードＤＲＧの構成を模式的に示す図である。
レシートデータベースＤＢＣは、第２の実施形態においては、電子レシートサービスの利用者に関連付けられたデータレコードＤＲＧの集合である。データレコードＤＲＧは、フィールドＦＧＡ，ＦＧＢを含む。またデータレコードＤＲＧは、フィールドＦＧＣ以降のフィールドを含み得る。フィールドＦＧＡには、レシートＩＤがセットされる。フィールドＦＧＢには、１つの取引に関するレシート情報がセットされる。フィールドＦＧＡにセットされているレシートＩＤで識別される利用者に関して複数のレシート情報が登録済みである場合は、２つ目以降の取引に関するレシート情報がフィールドＦＧＣ以降の各フィールドにセットされる。なおデータレコードＤＲＧは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

図１８はポイントデータベースＤＢＤに含まれるデータレコードＤＲＨの構成を模式的に示す図である。
ポイントデータベースＤＢＤは、第２の実施形態においては、ポイントサービスの利用者に関連付けられたデータレコードＤＲＨの集合である。データレコードＤＲＨは、フィールドＦＨＡ，ＦＨＢを含む。フィールドＦＨＡには、ポイントＩＤがセットされる。フィールドＦＨＢには、ポイント情報がセットされる。なおデータレコードＤＲＨは別のフィールドを含み、そのフィールドに任意の情報をセットしてもよい。

次に以上のように構成された第２の実施形態の取引処理システム１００の動作について説明する。
第２の実施形態における認証ＩＤは、第１の実施形態におけるユーザＩＤと実質的に同じである。このため、取引処理サービスの利用者登録に関わるシーケンスは、実質的に第１の実施形態と同様である。ただし代行サーバ３にてプロセッサ３１は、図１３中のＡＣＴ４としては例えば、ＡＣＴ３として決定した認証ＩＤと、要求データに含まれた決済情報とをフィールドＦＥＡ，ＦＥＢにそれぞれセットし、フィールドＦＥＣ，ＦＥＤには予め定められた無効値をセットした新たなデータレコードＤＲＥを決済情報データベースＤＢＡに追加する。なおプロセッサ３１は、フィールドＦＥＣ，ＦＥＤをブランク状態とするのでもよいし、新たなデータレコードＤＲＥにフィールドＦＥＣ，ＦＥＤを含めないのでもよい。

また、ＡＣＴ５としての登録要求及びＡＣＴ７としての完了通知においては、ユーザＩＤに代えて認証ＩＤが要求データ及び通知データに含められる。そして認証サーバ４にてプロセッサ４１は、ＡＣＴ６としては例えば、要求データに含まれた認証ＩＤ及び生体情報をフィールドＦＦＡ，ＦＦＢにそれぞれセットした新たなデータレコードＤＲＦを認証データベースＤＢＢに追加する。

図１９は電子レシートサービスの利用者登録に関わるシーケンスを示す図である。
利用者は、電子レシートサービスの利用を開始するためには、クライアントアプリＡＰＡに基づく情報処理をプロセッサ１１が実行中であるユーザ端末１に対し、電子レシートサービスに関する利用者登録を指示する。
この指示に応じてユーザ端末１にてプロセッサ１１は、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ１１は、レシートサーバ６に対して登録を要求する。

レシートサーバ６にてプロセッサ６１は、登録要求を受けると、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ６１は、利用者に関連付けるレシートＩＤを、既に別の利用者に関連付けられているレシートＩＤと重複しないように決定する。プロセッサ６１は例えば、重複することなく文字列を決定可能なように予め定められたアルゴリズムに従って決定した文字列をレシートＩＤとする。あるいはプロセッサ６１は例えば、過去に決定したレシートＩＤのリストを表すリストデータを補助記憶ユニット６３に記憶させておき、上記のリストに含まれないレシートＩＤを新たなレシートＩＤとして決定する。あるいはプロセッサ６１は例えば、レシートデータベースＤＢＣに含まれるデータレコードＤＲＧのフィールドＦＧＡにセットされていないレシートＩＤを新たなレシートＩＤとして決定し、ここで決定したレシートＩＤをフィールドＦＧＡにセットした新たなデータレコードＤＲＧをレシートデータベースＤＢＣに追加する。プロセッサ６１は、この他の任意の方法でレシートＩＤを決定してもよい。

ＡＣＴ４３としてプロセッサ６１は、ユーザ端末１に対して登録完了を通知する。プロセッサ６１は、このときの通知データには、上記の決定したレシートＩＤを含める。
ユーザ端末１にてプロセッサ１１は、登録完了の通知を受けると、通知データに含まれたレシートＩＤを補助記憶ユニット１３に保存する。

図２０はポイントサービスの利用者登録に関わるシーケンスを示す図である。
利用者は、ポイントサービスの利用を開始するためには、クライアントアプリＡＰＡに基づく情報処理をプロセッサ１１が実行中であるユーザ端末１に対し、ポイントサービスに関する利用者登録を指示する。
この指示に応じてユーザ端末１にてプロセッサ１１は、ＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ１１は、特典サーバ７に対して登録を要求する。

特典サーバ７にてプロセッサ７１は、登録要求を受けると、ＡＣＴ５２へと進む。
ＡＣＴ５２としてプロセッサ７１は、利用者に関連付けるポイントＩＤを、既に別の利用者に関連付けられているポイントＩＤと重複しないように決定する。プロセッサ７１は例えば、重複することなく文字列を決定可能なように予め定められたアルゴリズムに従って決定した文字列をポイントＩＤとする。あるいはプロセッサ７１は例えば、過去に決定したポイントＩＤのリストを表すリストデータを補助記憶ユニット７３に記憶させておき、上記のリストに含まれないレシートＩＤを新たなレシートＩＤとして決定する。あるいはプロセッサ７１は例えば、ポイントデータベースＤＢＤに含まれるデータレコードＤＲＨのフィールドＦＨＡにセットされていないポイントＩＤを新たなポイントＩＤとして決定し、ここで決定したポイントＩＤをフィールドＦＨＡにセットした新たなデータレコードＤＲＨをレシートデータベースＤＢＣに追加する。プロセッサ７１は、この他の任意の方法でポイントＩＤを決定してもよい。

ＡＣＴ５３としてプロセッサ７１は、ユーザ端末１に対して登録完了を通知する。プロセッサ７１は、このときの通知データには、上記の決定したポイントＩＤを含める。
ユーザ端末１にてプロセッサ１１は、登録完了の通知を受けると、通知データに含まれたポイントＩＤを補助記憶ユニット１３に保存する。

図２１はＩＤの関連付けに関わるシーケンスを示す図である。
利用者は、取引処理サービスの利用者登録と、電子レシートサービス及びポイントサービスの少なくとも一方の利用者登録とを終えたのちに、クライアントアプリＡＰＡに基づく情報処理をプロセッサ１１が実行中であるユーザ端末１に対し、ＩＤの関連付けを指示する。
この指示に応じてユーザ端末１にてプロセッサ１１は、ＡＣＴ６１へと進む。
ＡＣＴ６１としてプロセッサ１１は、生体情報を入力する。プロセッサ１１は例えば、生体情報を入力するように利用者に案内する。利用者は、案内に従い、自らの生体情報を入力ユニット１５に入力させるための作業を行う。そしてこれにより、プロセッサ１１は、前述と同様に生体情報を得る。

ＡＣＴ６２としてプロセッサ１１は、代行サーバ３に対して関連付けを要求する。プロセッサ１１は、ここでの要求データには、補助記憶ユニット１３にレシートＩＤが記憶されているならば当該レシートＩＤを含める。プロセッサ１１は、ここでの要求データには、補助記憶ユニット１３にポイントＩＤが記憶されているならば当該ポイントＩＤを含める。プロセッサ１１は、ここでの要求データには、ＡＣＴ６１で入力した生体情報を含める。

代行サーバ３にてプロセッサ３１は、関連付けの要求を受けると、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ３１は、認証サーバ４に対して認証を要求する。プロセッサ３１は、ここで送信する要求データには、ＡＣＴ６２にてユーザ端末１から送られた要求データに含まれた生体情報を含める。

認証サーバ４にてプロセッサ４１は、認証要求を受けると、ＡＣＴ６５へと進む。
ＡＣＴ６５としてプロセッサ４１は、照会処理を行う。つまりプロセッサ４１は例えば、ＡＣＴ６４にて代行サーバ３から送られた要求データに含まれた生体情報が、認証データベースＤＢＢに登録されている生体情報のいずれかに合致するかを確認する。プロセッサ４１は例えば、ＡＣＴ６４にて代行サーバ３から送られた要求データに含まれた生体情報との特徴の一致率が予め定められた割合以上であるならば認証成功とし、そうでなければ認証失敗とする。そしてプロセッサ４１は例えば、認証成功であるならば、一致率が最大である生体情報がセットされたフィールドＦＦＢを含んでいるデータレコードＤＲＦを選択する。そしてプロセッサ４１は例えば、該当のデータレコードＤＲＦのフィールドＦＦＡにセットされた認証ＩＤを取得する。

ＡＣＴ６６としてプロセッサ４１は、代行サーバ３に対して認証の結果を通知する。プロセッサ４１は、ここで送信する通知データには、認証成功であるか否かを表す結果情報を含め、また認証成功である場合にはＡＣＴ６５で取得した認証ＩＤを含める。なお図２１においては、ＡＣＴ６６以降については、認証成功である場合のシーケンスを表し、認証失敗の場合についての説明は省略する。

代行サーバ３にてプロセッサ３１は、認証成功の旨の結果通知を受けると、ＡＣＴ６７へと進む。
ＡＣＴ６７としてプロセッサ３１は、決済情報データベースＤＢＡを更新する。プロセッサ３１は例えば、ＡＣＴ６７にて認証サーバ４から送られた通知データに含まれた認証ＩＤがフィールドＦＥＡにセットされているデータレコードＤＲＥを決済情報データベースＤＢＡから探し出す。そしてプロセッサ３１は、ＡＣＴ６２にてユーザ端末１から送られた要求データにレシートＩＤが含まれていたならばそのレシートＩＤを、該当するデータレコードＤＲＥのフィールドＦＥＣにセットする。またプロセッサ３１は、ＡＣＴ６２にてユーザ端末１から送られた要求データにポイントＩＤが含まれていたならばそのポイントＩＤを、該当するデータレコードＤＲＥのフィールドＦＥＤにセットする。
ＡＣＴ６８としてプロセッサ３１は、ユーザ端末１に対して関連付けの完了を通知する。

図２２は店舗での商品購入に関わる決済に取引処理サービスを利用する場合のシーケンスを示す図である。なお、図１４と同一の動作に関しては同一の符号を付し、その説明は省略する。
ＡＣＴ２１からＡＣＴ２６までは図１４に示す第１の実施形態のシーケンスと同様である。ただしプロセッサ４１はＡＣＴ２６では、認証成功であるならば、一致率が最大である生体情報がセットされたフィールドＦＦＢを含んでいるデータレコードＤＲＦのフィールドＦＧＡにセットされた認証ＩＤを取得する。そしてプロセッサ４１はＡＣＴ２６を終えるとＡＣＴ７１へと進む。かくしてプロセッサ４１は、生体情報に関連付けられた第１の識別子としての認証ＩＤを判定する。つまり認証アプリＡＰＤに基づく情報処理をプロセッサ４１が実行することによって、プロセッサ４１を中枢部分とするコンピュータは判定手段として機能する。

ＡＣＴ７１としてプロセッサ４１は、代行サーバ３に対して認証の結果を通知する。プロセッサ４１は、ここで送信する通知データには、認証成功であるか否かを表す結果情報を含め、また認証成功である場合にはＡＣＴ２６で取得した認証ＩＤを含める。なお図２２におけるＡＣＴ７１以降については、認証成功である場合のシーケンスを表し、認証失敗の場合についての説明は省略する。

代行サーバ３にてプロセッサ３１は、認証成功の旨の結果通知を受けると、ＡＣＴ７２へと進む。
ＡＣＴ７２としてプロセッサ３１は、ＡＣＴ２４として販売サーバ２からなされた決済要求に応じた決済に用いる決済サーバ５を決定する。プロセッサ３１は例えば、結果通知の通知データに含まれた認証ＩＤがフィールドＦＥＡにセットされているデータレコードＤＲＥを、決済情報データベースＤＢＡから探し出す。そしてプロセッサ３１は、該当するデータレコードＤＲＥのフィールドＦＥＢにセットされた決済情報に対応している決済サーバ５を、決済に用いる決済サーバ５として決定する。

その後のＡＣＴ２９，ＡＣＴ３０及びＡＣＴ３１については、第１の実施形態と同様である。このためプロセッサ５１は、取引の代価を、生体情報に関連付けられた認証ＩＤが判定された場合に代行サーバ３から通知される決済情報を用いて決済する。つまり決済アプリＡＰＥに基づく情報処理をプロセッサ５１が実行することによって、プロセッサ５１は決済手段として機能する。

代行サーバ３にてプロセッサ３１は、決済を正常に完了した旨の結果通知を受けると、ＡＣＴ７３へと進む。
ＡＣＴ７３としてプロセッサ３１は、認証サーバ４から送られた通知データに含まれた認証ＩＤに対するＩＤ変換を行う。プロセッサ３１は例えば、ＡＣＴ７２で見つけたデータレコードＤＲＥのフィールドＦＥＣにレシートＩＤがセットされているならば、当該レシートＩＤを変換後のＩＤとする。またプロセッサ３１は例えば、ＡＣＴ７２で見つけたデータレコードＤＲＥのフィールドＦＥＤにポイントＩＤがセットされているならば、当該ポイントＩＤを変換後のＩＤとする。かくしてプロセッサ３１は、第１の識別子としての認証ＩＤを第２の識別子としてのレシートＩＤに変換している。つまり代行アプリＡＰＣに基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは変換手段として機能する。そして代行サーバ３は、変換手段を備える第５の装置に相当する。

ＡＣＴ７４としてプロセッサ３１は、販売サーバ２に対して決済処理の結果を通知する。プロセッサ３１は、ここでの通知データには、ＡＣＴ３１にて決済サーバ５から受けた通知データに含まれた結果情報と、ＡＣＴ７３でのＩＤ変換後のＩＤとを含める。つまりプロセッサ３１は、ＡＣＴ７３にてレシートＩＤを変換後のＩＤとして得たならば、当該レシートＩＤを通知データに含める。またプロセッサ３１は、ＡＣＴ７３にてポイントＩＤを変換後のＩＤとして得たならば、当該ポイントＩＤを通知データに含める。図２２では、ＡＣＴ７４における通知データがレシートＩＤ及びポイントＩＤを含むように示しているが、レシートＩＤ及びポイントＩＤのいずれか一方のみを含む場合、あるいはレシートＩＤ及びポイントＩＤのいずれも含まない場合もある。

販売サーバ２にてプロセッサ２１は、決済を正常に完了した旨の結果通知を受け、かつその通知データにレシートＩＤが含まれるならば、ＡＣＴ７５へと進む。
ＡＣＴ７５としてプロセッサ２１は、レシートサーバ６に対して電子レシートの登録を要求する。プロセッサ２１は、ここでの要求データには、ＡＣＴ７４にて代行サーバ３から受けた通知データに含まれたレシートＩＤと、レシート情報とを含める。

レシートサーバ６にてプロセッサ６１は、登録要求を受けると、ＡＣＴ７６へと進む。
ＡＣＴ７６としてプロセッサ６１は、レシートデータベースＤＢＣを更新する。プロセッサ６１は例えば、ＡＣＴ７５にて販売サーバ２から受けた要求データに含まれるレシートＩＤがフィールドＦＧＡにセットされているデータレコードＤＲＧをレシートデータベースＤＢＣから探し出す。そしてプロセッサ６１は、該当するデータレコードＤＲＧが見つかったならば、当該データレコードＤＲＧの末尾のフィールドの後ろに新たなフィールドを追加する。そしてプロセッサ６１は、この新たなフィールドに、ＡＣＴ７５にて販売サーバ２から受けた要求データに含まれるレシート情報をセットする。プロセッサ６１は、該当するデータレコードＤＲＧが見つからなかったならば、フィールドＦＧＡ，ＦＧＢにＡＣＴ７５にて販売サーバ２から受けた要求データに含まれるレシートＩＤ及びレシート情報をセットした新たなデータレコードＤＲＧをレシートデータベースＤＢＣに追加する。

かくして、プロセッサ６１はレシートデータベースＤＢＣを用いて、決済者の生体情報に関連付けられたレシート識別子に関連付けてレシート情報を管理する。かくして電子レシートアプリＡＰＦに基づく情報処理をプロセッサ６１が実行することによって、プロセッサ６１を中枢部分とするコンピュータは管理手段として機能する。
ＡＣＴ７７としてプロセッサ６１は、販売サーバ２に対して、レシート登録が完了した旨を通知する。

販売サーバ２にてプロセッサ２１は、決済を正常に完了した旨の結果通知を受け、かつその通知データにポイントＩＤが含まれるならば、ＡＣＴ７８へと進む。
ＡＣＴ７８としてプロセッサ２１は、特典サーバ７に対してポイントサービスに関する処理を要求する。プロセッサ２１は、ここでの要求データには、ＡＣＴ７４にて代行サーバ３から受けた通知データに含まれたポイントＩＤと、ポイント情報とを含める。

特典サーバ７にてプロセッサ７１は、処理要求を受けると、ＡＣＴ７９へと進む。
ＡＣＴ７９としてプロセッサ７１は、ポイントデータベースＤＢＤを更新する。プロセッサ７１は例えば、ＡＣＴ７８にて販売サーバ２から受けた要求データに含まれるポイントＩＤがフィールドＦＨＡにセットされているデータレコードＤＲＨをポイントデータベースＤＢＤから探し出す。そしてプロセッサ７１は、該当するデータレコードＤＲＨが見つかったならば、当該データレコードＤＲＨのフィールドＦＨＢにセットされているポイント情報が表す保有ポイント数を、当該保有ポイント数に上記の要求データに含まれたポイント情報が表す付与ポイント数を加算した数に書き換える。
これにより、ユーザＩＤで識別される利用者に対して、取引に応じたポイントの付与という形で特典が付与されることになる。かくしてポイントサービスアプリＡＰＧに基づく情報処理をプロセッサ７１が実行することによって、プロセッサ７１を中枢部分とするコンピュータは付与手段として機能する。
ＡＣＴ８０としてプロセッサ７１は、販売サーバ２に対して、ポイント処理が完了した旨を通知する。

なお図２２は、ＡＣＴ７４にて代行サーバ３から受けた通知データに、レシートＩＤ及びポイントＩＤが含まれる場合の例である。レシートＩＤが含まれなければ、ＡＣＴ７５，ＡＣＴ７６及びＡＣＴ７７は実行されない。ポイントＩＤが含まれなければ、ＡＣＴ７８，ＡＣＴ７７及びＡＣＴ７８は実行されない。またプロセッサ２１は、ＡＣＴ７８をＡＣＴ７５よりも前に実行してもよい。プロセッサ２１はあるいは、ＡＣＴ７８をＡＣＴ７５よりも後、かつＡＣＴ７７よりも前に実行してもよい。

以上のように第２の実施形態の取引処理システム１００は、ユーザ端末１で取得した決済者の生体情報を用いた生体認証により決済者の認証ＩＤを判定し、認証ＩＤを判定できた場合には取引の代価を決済するとともに、取引に関するレシート情報を認証ＩＤに関連付けられたレシートＩＤに関連付けて管理する。従って、決済者の生体認証により電子レシートサービスの利用者の認証も終えることができ、利用者は、電子レシートサービス用のＩＤを入力するための操作を別途に行う必要がない。これにより、電子レシートサービスを利用する取引の決済者の認証に生体認証を用いる場合の決済者の手間を軽減できる。

また第２の実施形態の取引処理システム１００は、ポイントサービスに関わるポイント情報は、認証ＩＤに関連付けられたポイントＩＤに関連付けて管理する。従って、利用者は、生体情報を正規に入力すれば、電子レシートサービスに加えて、ポイントサービスも利用でき、ポイントサービスを利用する取引の決済者の認証に生体認証を用いる場合の決済者の手間を軽減できる。

この実施形態は、次のような種々の変形実施が可能である。
生体情報に関連付けられたユーザＩＤ又は認証ＩＤの判定は、代行サーバ３で行ってもよい。また、販売サーバ２から決済サーバ５へと直接に決済を要求するようにして、生体情報に関連付けられたユーザＩＤ又は認証ＩＤの判定を決済サーバにて行ってもよい。あるいは、レシートサーバ６又は特典サーバ７に、判定手段としての機能を備え、認証サーバ４として代用してもよい。

変換手段としての機能を、レシートサーバ６又は特典サーバ７、あるいは取引処理システム１００に含まれるのとは別のサーバに備えて、該当のサーバを認証サーバ４として代用してもよい。

図１９に示すシーケンスは実行しなくてもよい。そして図２１に示すシーケンスにおいては、別途に任意の方法で決定されたレシートＩＤをユーザ端末１にて入力するようにしてもよい。

図２０に示すシーケンスは実行しなくてもよい。別に登録されたポイントＩＤをユーザ端末１にて入力してもよい。そして図２１に示すシーケンスにおいては、別途に任意の方法で決定されたポイントＩＤをユーザ端末１にて入力するようにしてもよい。

生体情報は、販売サーバ２に接続されたＰＯＳ端末などの登録装置にて、当該登録装置に内蔵又は外付けされた入力デバイスを用いて入力されてもよい。

ポイントサービスは提供しなくてもよい。

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

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 取引の決済者の生体情報を取得する取得手段と、
前記取得手段により取得された生体情報に関連付けられた識別子を判定する判定手段と、
前記判定手段により識別子を判定できた場合に、当該識別子に関連付けられた決済情報を用いて前記取引の代価を決済する決済手段と、
前記決済手段により決済された前記取引に関するレシート情報を、前記判定手段により判定された識別子に関連付けて管理する管理手段と、
を具備した取引処理システム。
［付記２］ 取引の決済者の生体情報を取得する取得手段と、
前記取得手段により取得された生体情報に関連付けられた第１の識別子を判定する判定手段と、
前記判定手段により第１の識別子を判定できた場合に、当該第１の識別子に関連付けられた決済情報を用いて前記取引の代価を決済する決済手段と、
前記判定手段により判定された第１の識別子を第２の識別子に変換する変換手段と、
前記決済手段により決済された前記取引に関するレシート情報を、前記変換手段により得られた第２の識別子に関連付けて管理する管理手段と、
を具備した取引処理システム。
［付記３］ 前記決済手段により決済された前記取引に関する特典を、前記判定手段により判定された識別子又は前記変換手段により得られた第２の識別子に関連付けられた利用者に付与する付与手段、
をさらに備える付記１又は付記２に記載の取引処理システム。
［付記４］ 前記変換手段は、前記判定手段により判定された第１の識別子を、レシート用及び特典用のそれぞれの第２の識別子に変換し、
前記管理手段は、前記変換手段により得られたレシート用の第２の識別子を用い、
前記付与手段は、前記変換手段により得られた特典用の第２の識別子を用いる、
付記３に記載の取引処理システム。
［付記５］ 第１の装置にて、取引の決済者の生体情報を取得し、
第２の装置にて、前記第１の装置により取得された生体情報に関連付けられた識別子を判定し、
第３の装置にて、前記第２の装置により識別子を判定できた場合に、当該識別子に関連付けられた決済情報を用いて前記取引の代価を決済し、
第４の装置にて、前記第３の装置により決済された前記取引に関するレシート情報を、前記第２の装置により判定された識別子に関連付けて管理する、
取引処理方法。

１…ユーザ端末、２…販売サーバ、３…代行サーバ、４…認証サーバ、５…決済サーバ、６…レシートサーバ、７…特典サーバ、１１，２１，３１，４１，５１，６１，７１…プロセッサ、１２，２２，３２，４２，５２，６２，７２…メインメモリ、１３，２３，３３，４３，５３，６３，７３…補助記憶ユニット、１４…タッチパネル、１５…入力ユニット、１６，２４，３４，４４，５４，６４，７４…通信ユニット、１７，２５，３５，４５，５５，６５，７５…伝送路、１００…取引処理システム、２００…通信ネットワーク。

Claims (2)

1. 取引の決済者の生体情報を取得する取得手段と、
   前記取得手段により取得された生体情報に関連付けられた第１の識別子を判定する判定手段と、
   前記判定手段により第１の識別子を判定できた場合に、当該第１の識別子に関連付けられていて、決済サービスを利用するために予め定められた決済情報を用いて前記取引の代価を決済する決済手段と、
   前記判定手段により判定された第１の識別子を、レシート用及び特典用のそれぞれの第２の識別子に変換する変換手段と、
   前記決済手段により決済された前記取引に関するレシート情報を、前記変換手段により得られたレシート用の第２の識別子に関連付けて管理する管理手段と、
   前記決済手段により決済された前記取引に関する特典を、前記判定手段により判定された識別子又は前記変換手段により得られた特典用の第２の識別子に関連付けられた利用者に付与する付与手段と、
   を具備した取引処理システム。
2. 第１の装置にて、取引の決済者の生体情報を取得し、
   第２の装置にて、前記第１の装置により取得された生体情報に関連付けられた識別子を判定し、
   第３の装置にて、前記第２の装置により識別子を判定できた場合に、当該識別子に関連付けられていて、決済サービスを利用するために予め定められた決済情報を用いて前記取引の代価を決済し、
   第４の装置にて、前記第３の装置により決済された前記取引に関するレシート情報を、前記第２の装置により判定された識別子に関連付けて管理し、
   特典サーバにて、決済された前記取引に関する特典を、判定された識別子又は変換により得られた特典用の第２の識別子に関連付けられた利用者に付与する、
   取引処理方法。