JP2017167859A - 決済認証システム、方法、及びプログラム - Google Patents

Abstract

【課題】電子商取引における決済認証システム、方法、及びプログラムを提供する。【解決手段】本発明の一実施形態に係る決済認証システムは、電子商取引を提供する電子商取引サイトとは異なるインターネットサービスによって認証を受けた照合用ユーザＩＤ及びパスワードを予め記憶する手段と、電子商取引サイトから、ユーザが入力したユーザＩＤ及びパスワード、並びに、商品の購入情報を受信する手段と、受信したユーザＩＤ及びパスワードと、予め記憶した照合用ユーザＩＤ及びパスワードを照合する手段と、受信したユーザＩＤを認証した後に、ユーザの生体認証結果を判定する手段と、商品の購入情報に含まれる決済方法に応じて、決済システムに対して決済可否確認を行なう手段と、決済が可能であると判定された場合に、電子商取引サイトへ商品の発送情報を要求する手段と、電子商取引サイトから受信した商品の発送情報を配送業者に通知する手段とを備える。【選択図】図１

Description

本発明は、電子商取引における決済認証システム、方法、及びプログラムに関する。

従来、電子商取引（ＥＣ）サイトを利用した商品の購入が広く行なわれている。ＥＣサイトで商品を購入する際には、インターネットバンキングサービスを利用した口座振込や、クレジットカードによるオンライン決済が行われている。

また、ＥＣサイト上でオンライン決済を行なうには、ユーザ個人を識別する必要があるため、一般に、ＥＣサイト上でユーザが入力したユーザＩＤ及びパスワードを用いてユーザ認証が実施される。

また、ユーザ認証は、上述したオンライン決済に限らず、インターネットサービスを提供するウェブサイト上で広く行なわれており、各インターネットサービスのユーザＩＤを連携させてユーザ認証を行なうことを可能にしたＯＡｕｔｈ認証の利用が広まっている。ＯＡｕｔｈ認証とは、Ｇｏｏｇｌｅ（登録商標）やＦａｃｅｂｏｏｋ（登録商標）などのインターネットサービスに登録しているアカウントのユーザＩＤ及びパスワードを利用して、他のウェブサイトにログインし、ユーザ認証を行なうために使用される認証プロトコルである。ユーザは、ＯＡｕｔｈ認証が実装されたウェブサイトにログインする場合、上述したＧｏｏｇｌｅやＦａｃｅｂｏｏｋに既に登録しているユーザアカウントのユーザＩＤ及びパスワードを利用することでユーザ認証を受けることができる。

しかしながら、従来のＥＣサイト上のオンライン決済では、口座振込みやクレジットカード決済などのそれぞれの決済方法に応じて、ユーザＩＤ及びパスワード等を使い分ける必要があった。これは、一般に、それぞれの決済方法を提供するシステムが異なるためである。例えば、ウェブサイト上での口座振込は、銀行などの金融機関が提供するインターネットバンキングサービスによって提供される一方、クレジットカード決済は、クレジットカード会社のシステムによって提供される。したがって、ユーザには、決済方法毎に複数のユーザＩＤ及びパスワードを管理する必要が生じている。

本発明は、このような問題に鑑みてなされたものであり、その目的とするところは、電子商取引における決済認証システム、方法、及びプログラムを提供することにある。

このような目的を達成するために、本発明の一実施形態に係る発明は、電子商取引における決済認証システムであって、前記電子商取引を提供する電子商取引サイトとは異なるインターネットサービスによって認証を受けた照合用ユーザＩＤ及びパスワードを予め記憶する記憶手段と、前記電子商取引サイトから、ユーザが入力したユーザＩＤ及びパスワード、並びに、商品の購入情報を受信する受信手段と、前記受信したユーザＩＤ及びパスワードと、前記記憶手段に予め記憶した前記照合用ユーザＩＤ及びパスワードを照合するユーザＩＤ認証手段と、前記受信したユーザＩＤを認証した後に、前記ユーザの生体認証結果を判定する生体認証結果判定手段と、前記受信した商品の購入情報に含まれる決済方法に応じて、決済システムに対して決済可否確認を行なう手段と、決済が可能であると判定された場合に、前記電子商取引サイトへ前記商品の発送情報を要求する手段と、前記電子商取引サイトから受信した前記商品の発送情報を配送業者に通知する通知手段とを備えたことを特徴とする。

また、本発明の一実施形態によると、前記異なるインターネットサービスによるユーザＩＤ及びパスワードの認証は、ＯＡｕｔｈ認証プロトコルを利用して実施される。

また、本発明の一実施形態によると、前記決済方法は、銀行の口座振込またはクレジットカード決済を含む。

また、本発明の一実施形態によると、前記配送業者から前記商品の出荷情報を受信した後に、前記決済システムに対して前記商品の売り手口座への入金要求を送信する手段をさらに備えてもよい。

また、本発明の一実施形態によると、前記配送業者から受信した前記商品の出荷情報に基づいて、前記商品の出荷をユーザ端末に通知する手段をさらに備えてもよい。

また、本発明の一実施形態によると、前記記憶手段は、前記ユーザから受信した照合用生体認証情報をさらに記憶し、前記決済認証システムは、前記ユーザから生体認証情報を受信する生体認証情報受信手段と、前記受信した生体認証情報と、前記記憶手段に予め記憶した前記照合用生体認証情報を照合する生体認証情報認証手段とをさらに備えてもよい。

また、本発明の一実施形態に係る発明は、コンピュータによって実行される電子商取引における決済認証方法であって、前記電子商取引を提供する電子商取引サイトとは異なるインターネットサービスによって認証を受けた照合用ユーザＩＤ及びパスワードを予め記憶する記憶ステップと、前記電子商取引サイトから、ユーザが入力したユーザＩＤ及びパスワード、並びに、商品の購入情報を受信する受信ステップと、前記受信したユーザＩＤ及びパスワードと、前記予め記憶した照合用ユーザＩＤ及びパスワードを照合するユーザＩＤ認証ステップと、前記受信したユーザＩＤを認証した後に、前記ユーザの生体認証結果を判定する生体認証結果判定ステップと、前記受信した商品の購入情報に含まれる決済方法に応じて、決済システムに対して決済可否確認を行なうステップと、決済が可能であると判定された場合に、前記電子商取引サイトへ前記商品の発送情報を要求するステップと、前記電子商取引サイトから受信した前記商品の発送情報を配送業者に通知する通知ステップとを含む。

また、本発明の一実施形態に係る発明は、コンピュータに、上記決済認証方法を実行させるコンピュータプログラムを含む。

本発明によると、ＥＣサイトとは別のインターネットサービスに登録しているユーザＩＤを共通ＩＤとして使用して、認証処理を行なうことができる。また、本発明によると、口座情報やクレジットカード番号などの個人情報をＥＣサイトに登録しないで決済処理を行なうことができ、個人情報の漏洩に対するユーザの不安を軽減することができる。また、本発明によると、ＥＣサイトにとっても、決済処理や発送処理を行なうシステムを構築せずに商品を販売することができるので、ＥＣサイトの構築に対する作業負荷を軽減することができる。

本発明の一実施形態に係る電子商取引システムの概要を示す図である。 本発明の一実施形態に係る認証情報登録処理の画面遷移を示す図である。 本発明の一実施形態に係る認証処理の画面遷移を示す図である。 本発明の一実施形態に係る決済認証システムの機能ブロック図である。 本発明の一実施形態に係る認証情報登録処理の処理フロー図である。 本発明の一実施形態に係る認証処理の処理フロー図である。 本発明の一実施形態に係る発送処理の処理フロー図である。

以下に、図面を参照しながら、本発明の実施形態について詳細に説明する。なお、複数の図面において同一の符号は同一物を表し、その繰り返しの説明は省略する。

図１は、本発明の一実施形態に係る電子商取引システムの概要を示す図である。

（１）本発明の一実施形態に係る電子商取引システム１００を利用するユーザはまず、端末１０１を操作して、決済認証システム１０３にアクセスし、認証情報及び決済情報を決済認証システム１０３に登録する。端末１０１は、ＰＣやスマートフォンなどとすることができる。

ここで、より具体的に、認証情報登録処理の流れについて説明する。

図２は、本発明の一実施形態に認証情報登録処理の画面遷移を示す。この画面遷移は、端末１０１に表示される。また、この画面遷移は、端末１０１にインストールされたアプリケーション（以下、アプリとも呼ぶ）上で表示してもよいし、端末１０１にインストールされたウェブブラウザ上で表示してもよい。

画面２０１に示すように、端末１０１は、認証情報及び決済情報の登録画面を表示する。画面２０１は、共通ＩＤ及び生体認証情報登録ボタン２０１ａと、決済情報登録ボタン２０１ｂを含み、ユーザが端末１０１を操作して共通ＩＤ及び生体認証情報登録ボタン２０１ａを選択すると、画面２０２に遷移する。

画面２０２では、ユーザは、共通ＩＤとして、ＧｏｏｇｌｅやＦａｃｅｂｏｏｋなどの他のインターネットサービスで使用しているアカウントでのログインを選択することができる。ここでは、Ｇｏｏｇｌｅアカウントを選択したとする。

画面２０３では、ユーザは、端末１０１を操作して、ＧｏｏｇｌｅアカウントのユーザＩＤ及びパスワードを入力し、ログインボタンを選択する。ユーザの認証はＧｏｏｇｌｅによって行なわれ、Ｇｏｏｇｌｅによる認証が完了すると、共通ＩＤとしてＧｏｏｇｌｅのＩＤが利用可能となる。次いで、画面２０４に進む。

画面２０４では、生体認証のための生体認証情報を登録する。ここでは、端末１０１が備えるタッチスクリーンにユーザが指を押し当てることで、指紋情報を入力する。なお、生体認証情報は指紋に限らず、瞳の中の虹彩や、手の平や指の静脈を登録するようにしてもよい。登録された生体認証情報は、共通ＩＤに関連付けて決済認証システム１０３に記憶される。

このように、ユーザは端末１０１を利用して、決済認証システム１０３に対して共通ＩＤ及び生体認証情報を登録することができる。

次いで、ユーザは、共通ＩＤ及び生体認証情報に加えて、決済情報を登録する。画面２０１において決済情報登録ボタン２０１ｂを選択すると、画面２０５に遷移する。

画面２０５では、登録した共通ＩＤに関連付ける決済情報を登録する。一実施形態によると、決済情報には、銀行の口座番号やクレジットカードのカード番号が含まれるが、これに限定するものではない。

このように、ユーザは端末１０１を利用して、決済認証システム１０３に対して共通ＩＤに紐付く決済情報を登録することができる。

（２）次に、図１に戻り、本発明の一実施形態に係る電子商取引システム１００を利用した商品の購入について説明する。

ユーザは、端末１０１を利用してＥＣサイト１０２にアクセスする。端末１０１にはブラウザソフトや専用アプリケーションがインストールされており、ユーザは端末１０１を操作することで、インターネットなどのネットワークを介してＥＣサイト１０２にアクセスすることができる。

ユーザは、ＥＣサイト１０２にアクセスして商品を選択すると、共通ＩＤを利用してユーザ認証を行い、選択した商品の注文に対してオンライン決済を行なうことができる。

ここで、より具体的に、オンライン決済のためのユーザ認証処理を説明する。図３は、本発明の一実施形態に係るユーザ認証処理の画面遷移を示す。

画面３０１は、オンライン決済方法として、口座振込やクレジットカード決済を選択可能なボタンを含む。ユーザが、端末１０１上に表示されたＥＣサイト１０２のオンライン決済方法を選択することにより、認証処理が開始される。ここでは、決済方法として口座振込を選択するものとする。

決済方法が選択されると、画面３０２に示すように、端末１０１には共通ＩＤ入力画面が表示される。ユーザは、端末１０１を操作して共通ＩＤ及びパスワードを入力し、ユーザ認証ボタンを選択する。決済認証システム１０３は、共通ＩＤ及びパスワードを受信すると、認証情報ＤＢ（データベース）１１０に記憶した共通ＩＤ及びパスワードと照合し、ユーザ認証を行なう。共通ＩＤによるユーザ認証が完了すると、次いで、生体認証が行われる。

画面３０３は、生体認証情報入力画面であり、生体認証として指紋情報の入力欄を含む。ユーザは、端末１０１のタッチスクリーンに触れることで指紋情報を入力し、認証ボタンを選択する。決済認証システム１０３は、認証情報ＤＢ１１０に記憶した共通ＩＤに紐付く指紋情報と照合することで、生体認証を行なう。生体認証が完了とすると、決済認証システム１０３は、銀行／クレジットカード会社システム１０４と連携して決済処理を行なう。銀行／クレジットカード会社システム１０４は、口座振込や口座振替を行なう決済システムである。なお、図１には、銀行／クレジットカード会社システム１０４が単一のブロックによって示してあるが、銀行システム及びクレジットカード会社システムは一般に、別個の異なるシステムによって構成される。

図１に戻り、決済認証システム１０３と銀行／クレジットカード会社システム１０４による決済処理について説明する。なお、以下の説明では、決済方法を口座振込として、銀行システム１０４が決済処理を行なうものとする。

（３）決済認証システム１０３は、ＥＣサイト１０２から共通ＩＤ、振込先口座情報（商品の売り手口座）、及び振込金額情報を受信する。なお、振込先口座情報（商品の売り手口座）は、予め決済認証システム１０３に登録しておいてもよい。その場合、決済認証システム１０３は、ＥＣサイト１０２から当該ＥＣサイト１０２を識別する情報（ＥＣサイト識別情報）を受信することで、当該ＥＣサイト識別情報に紐付く振込先口座情報（売り手口座）を識別する。

次いで、決済認証システム１０３は、ＥＣサイト１０２から受信した共通ＩＤについて生体認証情報認証を実行する。決済認証システム１０３は、端末１０１に生体認証情報認証画面３０３を表示させ、ユーザが入力した指紋情報を受信すると、認証情報ＤＢ１１０に記憶した指紋情報と照合する。

（４）生体認証情報認証が完了すると、ＥＣサイトから受信した共通ＩＤに紐付く口座からの引落し要求を、振込金額情報とともに銀行システム１０４に送信する。

（５）銀行システム１０４は、引落しの可否を確認し、引落し可能な場合は引落し処理を実行する（第１の決済処理）。なお、引落とし処理は、共通ＩＤに紐付く口座から、銀行名義の口座に資金を移動することで行なわれる。引落し処理が完了すると、決済認証システム１０４に通知する。なお、銀行システム１０４は、引落し不可の場合も決済認証システム１０３に通知し、その場合は処理を終了する。また、決済認証システム１０４は、端末１０１に引落し不可を通知する。

（６）次いで、決済認証システム１０３は、ＥＣサイト１０２に商品の発送情報を要求を送信する。

ＥＣサイト１０２は、商品の発送情報として注文ＩＤ、指定配送業者、配送日を、決済認証システム１０３に対して送信する。また、商品の販売者は、商品を配送業者１０５に受け渡す。

（７）決済認証システム１０３は、ＥＣサイト１０２から受信した注文ＩＤ、配送業者、配送日を記憶し、商品情報、配送日、送付先住所を指定された配送業者１０５に通知する。

（８）配送業者１０５は、通知された商品情報、配送日、送付先住所に基づいて配送伝票を作成し、販売者から受け取った商品を出荷する。また、配送業者１０５は、決済認証システム１０３に対して出荷ＩＤを通知する。決済認証システム１０３は、商品出荷の通知を受信すると、銀行システム１０４に対して振込先口座（売り手口座）への入金要求を送信し、銀行システム１０４は、ユーザの口座から引き落とした商品の代金を、銀行名義の口座から振込先口座（売り手口座）へ入金する（第２の決済処理）。

以上説明したように、本発明の一実施形態に係る電子商取引システム１００は、ＯＡｕｔｈ認証を利用してユーザ認証を行い、ユーザからの要求に応じたオンライン決済を行なうことができる。また、本発明の一実施形態に係る電子商取引システム１００によると、ユーザはＥＣサイト１０２に住所情報、金融機関の口座番号、クレジットカード番号などの個人情報を入力することなく、商品を購入することができる。

なお、上述した実施形態では、決済認証システム１０３に生体認証情報を登録したが、別の実施形態では、決済認証システム１０３には生体認証情報を登録せず、ユーザ端末１０１が記憶するようにしてもよい。この場合、ユーザの生体情報認証処理は、ユーザ端末１０１上で行なわれる。

図４は、本発明の一実施形態に係る決済認証システム１０３の機能ブロック図を示す。

本発明の一実施形態に係る決済認証システム１０３は、認証情報登録部４１０、認証処理部４１１、発送処理部４１２、認証情報ＤＢ１１０、注文情報ＤＢ１１１を備える。

認証情報登録部４１０は、ユーザ端末１０１からインターネットなどのネットワーク１０６を介して受信した共通ＩＤ、パスワード、生体認証情報、口座情報またはクレジットカード番号、住所等の情報を認証情報ＤＢ１１０に記憶する。

認証処理部４１１は、ＥＣ（電子商取引）サイト１０２から認証ＡＰＩ（アプリケーシオンプログラミングインターフェース）４２０を介して受信した共通ＩＤ、パスワード、生体認証情報などを、認証情報ＤＢ１１０に記憶されたものと照合し、ユーザ認証を行なう。また、認証処理部４１１は、ユーザ認証完了後に、認証ＡＰＩを介して受信した決済方法に応じて、共通ＩＤに紐付けられた口座情報またはクレジットカード番号を、銀行システム１０４ａまたはクレジットカード会社システム１０４ｂに通知し、決済処理を要求する。銀行システム１０４ａ及びクレジットカード会社システム１０４ｂは、決済処理を行なう決済システムである。具体的には、ユーザが口座振込を選択した場合、認証処理部４１１は銀行システム１０４ａに口座番号及び振込金額を通知し、引落し可否確認及び引落し処理結果を受信する。一方、ユーザがクレジットカード決済を選択している場合、クレジットカード会社システム１０４ｂに対してクレジットカード番号及び請求金額を通知し、オーソリ処理確認及び売上請求結果を受信する。

発送処理部４１２は、銀行システム１０４ａにおける引落し処理結果またはクレジットカード会社システム１０４ｂにおける売上請求処理結果を受けて、ＥＣサイト１０２に商品の発送情報を要求する。次いで、発送処理部４１２は、ＥＣサイトから商品の発送情報として、注文ＩＤ、指定配送業者、配送日を受信し、注文情報ＤＢ１１１に記憶する。また、発送処理部４１２は、注文情報ＤＢ１１１に記憶した商品の発送情報に基づいて、商品情報、配送日、送付先住所を指定された配送業者１０５に通知する。

なお、ＥＣサイト１０２上の商品の販売者は、商品の発送情報を決済認証システム１０３に通知するとともに、商品を配送業者１０５に受け渡す。配送業者１０５は、決済認証システム１０３から通知された商品情報、配送日、送付先住所に基づいて配送伝票を作成し、販売者から受け取った商品を出荷する。また、配送業者１０５は、商品を出荷するとともに、出荷ＩＤを決済認証システムに通知する。ユーザが口座振込を選択していた場合、決済認証システム１０３は、商品出荷の通知を販売業者から受信すると、銀行システム１０４ａに通知し、銀行システム１０４ａは、ユーザの口座から引き落とした代金を、銀行名義の口座から振込先口座（売り手口座）へ入金する。

上述した決済認証システム１０３の各機能部は、１つまたは複数のコンピュータによって実装することができる。当該１つまたは複数のコンピュータは、メモリ等の記憶装置に記憶されたコンピュータプログラムを処理装置（ＣＰＵ）が実行することによって統括的に制御され、各機能部の機能を実現することができる。

図５は、本発明の一実施形態に係る認証情報登録処理の処理フローを示す。以下に、本発明の一実施形態に係る認証情報登録処理の処理フローを説明する。処理フローの各ステップは、決済認証システム１０３の機能手段として実装される。

ステップＳ５０１において、決済認証システム１０３は、ユーザ端末１０１からＥＣサイト１０２等で使用するための共通ＩＤ及びパスワードを受信する。共通ＩＤ及びパスワードとは、ＧｏｏｇｌｅやＦａｃｅｂｏｏｋなどの他のインターネットサービスのアカウントに登録されているユーザＩＤ及びパスワードである。決済認証システム１０３は、共通ＩＤ及びパスワードとともに、どのインターネットサービスで用いられているかの指定を受信する。

次いで、ステップＳ５０２において、決済認証システム１０３は、共通ＩＤ及びパスワードを、対応するインターネットサービスへ送信し、ステップＳ５０３において、当該インターネットサービスから認証結果を受信する。共通ＩＤ及びパスワードの認証に関する一連の処理は、ＯＡｕｔｈ認証プロトコルを利用して実施される。

ステップＳ５０４において、決済認証システム１０３は、受信した認証結果から、送信した共通ＩＤ及びパスワードによってユーザが認証されたかどうか判定する。認証されなかった場合、ステップＳ５０５に進み、ユーザ端末１０１に対して認証エラーを通知し、処理を終了する。一方、ユーザが認証された場合、ステップＳ５０６において、決済認証システム１０３は、認証情報ＤＢ１１０に共通ＩＤ及びパスワードを記憶する。

次いで、ステップＳ５０７において、決済認証システム１０３は、ユーザ端末１０１から生体認証情報を受信する。生体認証情報は、限定はしないが、指紋情報や、瞳の中の虹彩、または、手の平や指の静脈とすることができる。ステップＳ５０８において、決済認証システム１０３は、受信した生体認証情報を認証情報ＤＢ１１０に、共通ＩＤに紐付けて記憶する。

次いで、ステップＳ５０９において、決済認証システム１０３は、ユーザ端末１０１から決済情報を受信する。決済情報とは、ＥＣサイト１０２等で購入する商品の代金を決済するための情報である。決済情報は、限定はしないが、銀行の口座情報やクレジットカードのカード番号などとすることができる。ステップＳ５１０において、決済認証システム１０３は、受信した決済情報を認証情報ＤＢ１１０に、共通ＩＤに紐付けて記憶する。

このようにして、ユーザの認証情報を決済認証システム１０３に登録することができる。記憶された共通ＩＤ及びパスワード、並びに生体認証情報は、ＥＣサイト１０２で商品を購入し、決済するための照合用ユーザＩＤ及びパスワード、並びに照合用生体認証情報として使用される。なお、生体認証情報は、ユーザ端末１０１が記憶するようにしてもよい。

図６は、本発明の一実施形態に係る認証処理の処理フローを示す。以下に説明する認証処理は、ユーザがＥＣサイト１０２上で購入する商品を選択し、決済を行なう際の処理フローであり、決済の方法としてユーザが口座振込を選択したものとして説明する。処理フローの各ステップは、決済認証システム１０３の機能手段として実装される。

ステップＳ６０１において、決済認証システム１０３は、ユーザがＥＣサイト１０２に対して入力した共通ＩＤ、パスワード、及び、商品の購入情報を、ＥＣサイト１０２から受信する。また、ＥＣサイト１０２からは、代金の振込先口座情報を受信する。なお、振込先口座情報（商品の売り手口座）は、予め決済認証システム１０３に登録しておいてもよい。その場合、決済認証システム１０３は、ＥＣサイト１０２から当該ＥＣサイト１０２を識別する情報（ＥＣサイト識別情報）を受信することで、当該ＥＣサイト識別情報に紐付く振込先口座情報（売り手口座）を識別する。また、商品の購入情報は、少なくとも、商品を識別する情報、購入個数、支払金額、決済方法（ここでは、口座振込）を含む。

次いで、ステップＳ６０２において、決済認証システム１０３は、受信した共通ＩＤ及びパスワードを、認証情報ＤＢ１１０に予め記憶された照合用共通ＩＤ及びパスワードと照合し、共通ＩＤの認証処理を実行する。ステップＳ６０３において認証結果の判定を行い、認証できなかった場合は、ステップＳ６０４に進み、認証エラーを通知し、処理を終了する。一方、認証できた場合は、ステップＳ６０５に進み、生体認証処理を実行する。

ステップＳ６０５では、決済認証システム１０３は、ユーザ端末１０１に対して生体認証情報の入力を促し、ユーザ端末１０１から生体認証情報を受信すると、認証情報ＤＢ１０１に事前に記憶した生体認証情報と照合する。なお、生体認証処理は、ユーザ端末１０１が記憶した生体認証情報を用いて、ユーザ端末１０１上で行なうようにしてもよい。その場合、決済認証システム１０３は、ユーザ端末１０１から認証結果を受信する。

次いで、ステップＳ６０６において生体認証結果の判定を行い、認証できなかった場合は、ステップＳ６０７に進み、処理を終了する。一方、認証できた場合は、ステップＳ６０８に進む。

ステップＳ６０８では、決済認証システム１０３は、受信した商品の購入情報に含まれる決済方法（ここでは口座振込）に応じて、商品の購入代金の決済可否確認を行なう。具体的には、決済認証システム１０３は、受信した振込先口座情報に基づいて、銀行システム１０４ａに対して購入代金の引落し可否確認要求を送信する。ステップＳ６０９において、決済認証システム１０３は、銀行システム１０４ａから確認結果を受信し、引落し可能でない場合はステップＳ６１０に進み、ユーザ端末１０１に対して決済エラーを通知する。一方、引落し可能であった場合は、銀行システム１０４ａによって引落し処理が実行され（第１の決済処理）、ステップＳ６１１において、決済認証システム１０３は引落し結果を受信する。なお、引落し処理は、共通ＩＤに紐付くユーザの口座から、銀行名義の口座へ資金を移動することで行なわれる。

このようにして、決済認証システム１０３は、ユーザ認証を行ない、決済システムに対して商品の購入代金の決済可否確認を行なう。

図７は、本発明の一実施形態に係る発送処理の処理フロー図を示す。以下に説明する発送処理は、図６を参照して説明した認証処理に続いて実行される。また、処理フローの各ステップは、決済認証システム１０３の機能手段として実装される。

ステップＳ７０１において、決済認証システム１０３は、ＥＣサイト１０２に商品の発送情報要求を送信する。

ステップＳ７０２において、決済認証システム１０３は、商品の発送情報として、注文ＩＤ、指定配送業者、配送日を受信し、注文情報ＤＢ１１１に記憶する。また、商品の販売者は、商品を配送業者１０５に受け渡す。

ステップＳ７０３において、決済認証システム１０３は、注文情報ＤＢ１１１に記憶した商品の発送情報に基づいて、商品情報、配送日、送付先住所を配送業者１０５に通知する。配送業者１０５は、通知された商品情報、配送日、送付先住所に基づいて配送伝票を作成し、販売者から受け取った商品を出荷する。

ステップＳ７０４において、決済認証システム１０３は、配送業者１０５から商品の出荷情報を受信する。また、決済認証システム１０３は、受信した出荷情報に基づいて、ユーザ端末１０１に商品の出荷を通知する。

ステップＳ７０５において、決済認証システム１０３は、銀行システム１０４ａに対して、振込先口座（商品の売り手口座）への入金要求を送信する。銀行システム１０４ａは、入金要求に応じて、図６のステップＳ６１１においてユーザの口座から引き落とした商品の代金を、銀行名義の口座から振込先口座（売り手口座）に入金する（第２の決済処理）。

このようにして、決済認証システム１０３は、商品の発送処理を実行する。

以上説明したように、本発明によると、ＥＣサイト１０２とは別のインターネットサービスに登録しているユーザＩＤを共通ＩＤとして使用して、認証処理を行なうことができる。また、本発明によると、口座情報やクレジットカード番号などの個人情報をＥＣサイト１０２に登録しないで決済処理を行なうことができ、個人情報の漏洩に対するユーザの不安を軽減することができる。また、本発明は、電子マネーやビットコインによる決済にも適用可能であり、この場合、決済認証システム１０３は、電子マネーやビットコインを提供する決済システムと連携して決済処理を行なうように構成することができる。また、本発明によると、ＥＣサイト１０２にとっても、決済処理や発送処理を行なうシステムを構築せずに商品を販売することができるので、ＥＣサイトの構築に対する作業負荷を軽減することができる。

１０１ ユーザ端末
１０２ ＥＣ（電子商取引）サイト
１０３ 決済認証システム
１０４ 銀行／クレジットカード会社
１０５ 配送業者
１０６ ネットワーク
１１０ 認証情報ＤＢ
１１１ 注文情報ＤＢ
４１０ 認証情報登録部
４１１ 認証処理部
４１２ 発送処理部
４２０ 認証ＡＰＩ

Claims (8)

1. 電子商取引における決済認証システムであって、
   前記電子商取引を提供する電子商取引サイトとは異なるインターネットサービスによって認証を受けた照合用ユーザＩＤ及びパスワードを予め記憶する記憶手段と、
   前記電子商取引サイトから、ユーザが入力したユーザＩＤ及びパスワード、並びに、商品の購入情報を受信する受信手段と、
   前記受信したユーザＩＤ及びパスワードと、前記記憶手段に予め記憶した前記照合用ユーザＩＤ及びパスワードを照合するユーザＩＤ認証手段と、
   前記受信したユーザＩＤを認証した後に、前記ユーザの生体認証結果を判定する生体認証結果判定手段と、
   前記受信した商品の購入情報に含まれる決済方法に応じて、決済システムに対して決済可否確認を行なう手段と、
   決済が可能であると判定された場合に、前記電子商取引サイトへ前記商品の発送情報を要求する手段と、
   前記電子商取引サイトから受信した前記商品の発送情報を配送業者に通知する通知手段と
   を備えたことを特徴とする決済認証システム。
2. 前記異なるインターネットサービスによるユーザＩＤ及びパスワードの認証は、ＯＡｕｔｈ認証プロトコルを利用して実施されることを特徴とする請求項１に記載の決済認証システム。
3. 前記決済方法は、銀行の口座振込またはクレジットカード決済を含むことを特徴とする請求項１または２に記載の決済認証システム。
4. 前記配送業者から前記商品の出荷情報を受信した後に、前記決済システムに対して前記商品の売り手口座への入金要求を送信する手段をさらに備えたことを特徴とする請求項１乃至３のいずれか１項に記載の決済認証システム。
5. 前記配送業者から受信した前記商品の出荷情報に基づいて、前記商品の出荷をユーザ端末に通知する手段をさらに備えたことを特徴とする請求項１乃至３のいずれか１項に記載の決済認証システム。
6. 前記記憶手段は、前記ユーザから受信した照合用生体認証情報をさらに記憶し、
   前記決済認証システムは、
   前記ユーザから生体認証情報を受信する生体認証情報受信手段と、
   前記受信した生体認証情報と、前記記憶手段に予め記憶した前記照合用生体認証情報を照合する生体認証情報認証手段と
   をさらに備えたことを特徴とする請求項１乃至５のいずれか１項に記載の決済認証システム。
7. コンピュータによって実行される電子商取引における決済認証方法であって、
   前記電子商取引を提供する電子商取引サイトとは異なるインターネットサービスによって認証を受けた照合用ユーザＩＤ及びパスワードを予め記憶する記憶ステップと、
   前記電子商取引サイトから、ユーザが入力したユーザＩＤ及びパスワード、並びに、商品の購入情報を受信する受信ステップと、
   前記受信したユーザＩＤ及びパスワードと、前記予め記憶した照合用ユーザＩＤ及びパスワードを照合するユーザＩＤ認証ステップと、
   前記受信したユーザＩＤを認証した後に、前記ユーザの生体認証結果を判定する生体認証結果判定ステップと、
   前記受信した商品の購入情報に含まれる決済方法に応じて、決済システムに対して決済可否確認を行なうステップと、
   決済が可能であると判定された場合に、前記電子商取引サイトへ前記商品の発送情報を要求するステップと、
   前記電子商取引サイトから受信した前記商品の発送情報を配送業者に通知する通知ステップと
   を含むことを特徴とする決済認証方法。
8. コンピュータに、請求項７に記載の決済認証方法を実行させるコンピュータプログラム。

Images