(57)【要約】【課題】ユーザが決済専用サーバへ新規に決済情報を登録する必要がなく、ECサイトのコストを削減することが可能な決済方法を提供する。【解決手段】ECサイトと決済サイトとの間に仲介サーバを設置する。ECサイトはユーザによる決済の選択を検出すると、仲介サーバ向け決済要求電文を生成して仲介サーバに送信する。仲介サーバは仲介サーバ向け決済要求電文を受信すると、決済サイト向け決済要求電文を生成して決済サイトに送信する。決済サイトは決済サイト向け決済要求電文を受信すると、仲介サーバ向け決済結果電文を生成して仲介サーバに送信する。仲介サーバは仲介サーバ向け決済結果電文を受信すると、ECサイト向け決済結果電文を生成してECサイトに送信する。ECサイトはECサイト向け決済結果電文を受信すると、ECサイト向け決済結果電文に含まれる決済結果の内容を参照し、ECサイトの決済システムがユーザへ決済結果を提示する。【選択図】図９
2005309589.tif 000002
【特許請求の範囲】
【請求項１】
インターネット上で物品を販売する電子商取引の中で、物品を販売するECサイトにおいて、ユーザが物品を購入する際に実施する決済方法であって、
ECサイトと、ユーザが決済を実施するための決済情報を登録済みのインターネット上の決済サイトとの間に、仲介サーバを設置し、
ECサイトは、ユーザによる決済の選択を検出する場合に、決済に必要となる複数の決済用データと、仲介サーバがサイト毎に付与するサイトIDとを含む電文を生成して、仲介サーバ向け決済要求電文として仲介サーバに送信するとともに、
仲介サーバは、仲介サーバ向け決済要求電文を受信する場合に、仲介サーバ向け決済要求電文から抽出した複数の決済用データと、仲介サーバ向け決済要求電文から抽出した決済要求元ECサイトIDを含む電文を生成して、決済サイト向け決済要求電文として決済サイトに送信するとともに、
決済サイトは、決済サイト向け決済要求電文を受信する場合に、電文に含まれる決済要求金額を参照して、ユーザが決済サイトで有する既存IDに対し決済要求金額を課金して、決済結果と、決済を実施した決済サイトのサイトIDを含む電文を生成して、仲介サーバ向け決済結果電文として仲介サーバに送信するとともに、
仲介サーバは、仲介サーバ向け決済結果電文を受信する場合に、仲介サーバ向け決済結果電文から抽出した決済結果と、決済を実施した決済サイトのサイトIDを含む仲介サーバ向け決済結果電文から抽出した電文を生成して、ECサイト向け決済結果電文としてECサイトに送信すると共に、
ECサイトは、ECサイト向け決済結果電文を受信する場合に、ECサイト向け決済結果電文に含まれる決済結果の内容を参照し、ECサイトの決済システムがユーザへ決済結果を提示する
ことを特徴とする決済方法。
【請求項２】
仲介サーバは、仲介サーバ向け決済要求電文を受信する場合に、決済を要求するユーザを、仲介サーバがユーザに付与するIDにより認証することを特徴とする請求項１に記載の決済方法。
【請求項３】
仲介サーバは、ユーザを認証後、仲介サーバがユーザに付与するユーザ共通IDを決済サイト向け決済要求電文に含めて、決済サイトへ決済サイト向け決済要求電文を送信すると共に、
ユーザ共通IDをECサイト向け決済結果電文に含めて、ECサイトへECサイト向け決済結果電文を送信する
ことを特徴とする請求項１又は２に記載の決済方法。
【請求項４】
仲介サーバは、ユーザを認証後、ユーザが決済サイトで有する既存IDを決済サイト向け決済要求電文に含めて、決済サイト向け決済要求電文を送信すると共に、
ユーザがECサイトで有する既存IDをECサイト向け決済結果通知電文に含めて、ECサイト向け決済要求電文を送信する
ことを特徴とする請求項１又は２に記載の決済方法。
【請求項５】
決済サイトは、ユーザがECサイト及び決済サイトで有する既存IDを用いてユーザを認証後、既存ID登録要求を示す識別子と、ECサイト及び決済サイトで有する既存IDを含む電文を生成して、既存ID登録要求電文として仲介サーバに送信するとともに、
仲介サーバは、既存ID登録要求電文を受信する場合に、ECサイト及び決済サイトにおいて既存IDの登録を要求するユーザを、ユーザが仲介サーバで有するIDで認証後、データベースへ仲介サーバで有するIDと共に、ECサイト及び決済サイトで有する既存IDを登録する
ことを特徴とする請求項１又は２に記載の決済方法。
【請求項６】
仲介サーバは、ECサイト及び決済サイトでユーザが有する既存IDの登録を要求するユーザを、ユーザが仲介サーバで有するIDで認証して、既存ID認証要求を示す識別子と、ユーザがECサイト及び決済サイトで有する既存ID及び既存PWを含む電文を生成して、既存ID認証要求電文としてECサイト及び決済サイトに送信するとともに、
ECサイト及び決済サイトは、既存ID認証要求電文を受信する場合に、電文に含まれる既存ID及び既存PWにより認証して、仲介サーバ向け認証結果を示す識別子と、認証結果の内容を含む電文を生成して、既存ID認証結果電文として仲介サーバに送信すると共に、
仲介サーバは、既存ID認証結果電文を受信する場合に、既存ID認証結果電文に含まれる認証結果が認証成功だった場合、データベースへ仲介サーバで有するIDと共に、ECサイト及び決済サイトで有する既存IDを登録する
ことを特徴とする請求項１又は２に記載の決済方法。
【請求項７】
ECサイト及び決済サイトが仲介サーバへ電文を送信する場合に、仲介サーバからサイト毎に事前に配布された暗号鍵を用いて電文を暗号化して、電文として仲介サーバに送信するとともに、
仲介サーバは、暗号化された電文を受信する場合に、サイト毎に事前に配布した暗号鍵と対の暗号鍵を用いて復号して電文の内容を参照すると共に、
仲介サーバがECサイト及び決済サイトへ電文を送信する場合に、仲介サーバが送信先サイトへ配布した暗号鍵と対の暗号鍵を用いて電文を暗号化して、電文としてECサイト及び決済サイトに送信するとともに、
ECサイト及び決済サイトは、暗号化された電文を受信する場合に、仲介サーバより事前に配布された暗号鍵を用いて復号して電文の内容を参照する
ことを特徴とする請求項１に記載の決済方法。
【請求項８】
ECサイト及び決済サイトが仲介サーバへ電文を送信する場合に、仲介サーバからサイト毎に事前に配布された暗号鍵を用いて電文に署名して、電文として仲介サーバに送信するとともに、
仲介サーバは、署名された電文を受信する場合に、サイト毎に事前に配布した暗号鍵と対の暗号鍵を用いて電文の署名を照合して照合結果が正しかった場合、電文の内容を参照する
ことを特徴とする請求項１に記載の決済方法。
【請求項９】
仲介サーバは、ユーザを認証後、ユーザへ利用可能な決済サイトの一覧を提示し、ユーザが決済サイトを選択後、ユーザが選択した決済サイトに対して、決済サイト向け決済要求電文を送信することを特徴とする請求項１に記載の決済方法。
【請求項１０】
ECサイト及び決済サイトは、複数の仲介サーバの中から決済に使用する仲介サーバを選択して、決済を行うことを特徴とする請求項１に記載の決済方法。
【請求項１１】
インターネットに接続されるユーザ端末を用いて、ECサイトでの電子商取引の決済を決済サイトで行う決済システムであって、
インターネットに接続される仲介サーバを有し、
前記ユーザ端末が電子商取引を行った前記ECサイトでの決済金額、再接続先仲介サーバの情報を含む電文を、前記ユーザ端末に対して送信する、前記ECサイトを構成する第１の電文送信手段と、
前記第１の電文送信手段から送信された電文に含まれる再接続先仲介サーバの情報に基づいて、仲介サーバに決済金額の情報を含む電文を送信する、前記ユーザ端末を構成する第２の電文送信手段と、
前記ユーザ端末との間で前記ユーザ端末の使用者の本人性を認証する、前記仲介サーバを構成する第１のユーザ認証手段と、
前記ユーザ認証手段によりユーザの本人性が認証された場合に、決済金額、再接続先決済サイトの情報を含む電文を、前記ユーザ端末に対して送信する、前記仲介サーバを構成する第３の電文送信手段と、
前記第３の電文送信手段から送信された電文に含まれる再接続先決済サイトの情報に基づいて、決済金額、ユーザ共通IDの情報を含む電文を、前記決済サイトに対して送信する、前記ユーザ端末を構成する第４の電文送信手段と、
前記第４の電文送信手段から送信された電文に含まれるユーザ共通IDに対して、前記第４の電文送信手段から送信された電文に含まれる決済金額を課金する課金手段と、
を有することを特徴とする決済システム。
【請求項１２】
前記ユーザ端末との間で前記ユーザ端末の使用者の本人性を認証する、前記ECサイトを構成する第２の認証手段を更に有することを特徴とする請求項１１に記載の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上で物品を販売するWEBサイトであるECサイトにおいて、ユーザに対して決済機能を提供する方法に関するものである。
【背景技術】
【０００２】
ユーザが、インターネット上で物品販売を行うECサイトで物品を購入する場合、ECサイトにおいて決済を行う必要がある。
ユーザがECサイトにおいて決済を行う方法として、ECサイトへ事前に決済情報を登録しておき、ECサイトで購入する物品を選択後、決済時にはECサイトで認証して、既にECサイトへ登録した決済情報を用いてECサイトで決済を行うという方法がある。
この方法では、ユーザがECサイト毎に個別に決済情報を登録する点で、ユーザが不便である。また、ユーザが入力した決済情報を個別のECサイトが管理している点で、ユーザがセキュリティの不安を感じる。また、ECサイトがユーザを個別に認証する点で、ECサイトがユーザ認証システムの構築及びメンテナンスを行わなくてはならない負担がある。
【０００３】
また、上記の欠点を解決しつつ、ユーザがECサイトにおいて決済を行う別の方法として、インターネット上の決済専用サーバへ事前に決済情報を登録しておき、ECサイトで購入する物品を選択後、決済時には決済専用サーバで認証して、既に決済専用サーバへ登録した決済情報を用いて決済専用サーバで決済を行い、決済専用サーバがユーザに一意に割り当てるIDと共に決済結果をECサイトへ通知して決済するという方法がある。
この方法では、ユーザは、決済専用サーバのみへ決済情報を登録すればよく、ECサイト毎に決済情報を登録する必要がないため利便性が向上する。また、ECサイトに対して決済情報を渡さずに決済可能であることから、決済情報を個別のECサイトが管理する必要がなく、ユーザが感じるセキュリティの不安を減らすことができる。また、決済専用サーバで認証を行ってユーザに一意なIDを通知することで、ECサイトがユーザを個別に認証せず、ユーザ認証システムの構築及びメンテナンスを行う必要がないため、ECサイトのコストを減らすことができる。
しかし、ユーザが決済専用サーバへ新規に決済情報を登録しなくてはならない点で、ユーザにとって不便であり、また、セキュリティ的に不安であるという問題があった。
また、決済専用サーバを用いた決済方法の導入により、決済専用サーバからユーザ毎に通知される一意なIDをECサイトが新たに管理しなくてはならない点で、ECサイトがコストを要する。また、ECサイトが異なる決済専用サーバ毎に対してECサイトの決済システムを個別に対応させなくてはならない点で、ECサイトがコストを要する。
【非特許文献１】Microsoft Coporation、「NET Passport Wallet」、［平成１６年４月６日検索］、インターネット<http://www.passport.net/Consumer/>
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ユーザが決済専用サーバへ新規に決済情報を登録する必要がないとともに、ECサイトのコストを削減することが可能な決済方法を提供することにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、インターネット上で物品を販売する電子商取引の中で、物品を販売するECサイトにおいて、ユーザが物品を購入する際に実施する決済方法であって、ECサイトと、ユーザが決済を実施するための決済情報を登録済みのインターネット上の決済サイトとの間に、仲介サーバを設置し、ECサイトは、ユーザによる決済の選択を検出する場合に、決済に必要となる複数の決済用データと、仲介サーバがサイト毎に付与するサイトIDとを含む電文を生成して、仲介サーバ向け決済要求電文として仲介サーバに送信するとともに、仲介サーバは、仲介サーバ向け決済要求電文を受信する場合に、仲介サーバ向け決済要求電文から抽出した複数の決済用データと、仲介サーバ向け決済要求電文から抽出した決済要求元ECサイトIDを含む電文を生成して、決済サイト向け決済要求電文として決済サイトに送信するとともに、決済サイトは、決済サイト向け決済要求電文を受信する場合に、電文に含まれる決済要求金額を参照して、ユーザが決済サイトで有する既存IDに対し決済要求金額を課金して、決済結果と、決済を実施した決済サイトのサイトIDを含む電文を生成して、仲介サーバ向け決済結果電文として仲介サーバに送信するとともに、仲介サーバは、仲介サーバ向け決済結果電文を受信する場合に、仲介サーバ向け決済結果電文から抽出した決済結果と、決済を実施した決済サイトのサイトIDを含む仲介サーバ向け決済結果電文から抽出した電文を生成して、ECサイト向け決済結果電文としてECサイトに送信すると共に、ECサイトは、ECサイト向け決済結果電文を受信する場合に、ECサイト向け決済結果電文に含まれる決済結果の内容を参照し、ECサイトの決済システムがユーザへ決済結果を提示することを特徴とする。
本発明では、ユーザが既に決済情報を登録しているインターネット上のシステムを、ECサイトでの物品購入時に決済を実施する決済サイトとして利用できるようにする。
また、ECサイトと決済サイトの間を仲介して、決済に必要となる情報をセキュアに交換する仲介サーバをインターネット上に設置する。
【０００６】
また、請求項２に記載の発明は、仲介サーバは、仲介サーバ向け決済要求電文を受信する場合に、決済を要求するユーザを、仲介サーバがユーザに付与するIDにより認証することを特徴とする。
【０００７】
また、請求項３に記載の発明は、仲介サーバは、ユーザを認証後、仲介サーバがユーザに付与するユーザ共通IDを決済サイト向け決済要求電文に含めて、決済サイトへ決済サイト向け決済要求電文を送信すると共に、ユーザ共通IDをECサイト向け決済結果電文に含めて、ECサイトへECサイト向け決済結果電文を送信することを特徴とする。
仲介サーバがユーザを認証して、仲介サーバがユーザへ一意に付与するユーザ共通IDと共に、認証結果をECサイトと決済サイトへ通知する。
【０００８】
また、請求項４に記載の発明は、仲介サーバは、ユーザを認証後、ユーザが決済サイトで有する既存IDを決済サイト向け決済要求電文に含めて、決済サイト向け決済要求電文を送信すると共に、ユーザがECサイトで有する既存IDをECサイト向け決済結果通知電文に含めて、ECサイト向け決済要求電文を送信することを特徴とする。
ECサイトや決済サイトがユーザ毎に既に割り当てている既存IDを、ユーザ共通IDと合わせて通知する。
【０００９】
また、請求項５に記載の発明は、決済サイトは、ユーザがECサイト及び決済サイトで有する既存IDを用いてユーザを認証後、既存ID登録要求を示す識別子と、ECサイト及び決済サイトで有する既存IDを含む電文を生成して、既存ID登録要求電文として仲介サーバに送信するとともに、仲介サーバは、既存ID登録要求電文を受信する場合に、ECサイト及び決済サイトにおいて既存IDの登録を要求するユーザを、ユーザが仲介サーバで有するIDで認証後、データベースへ仲介サーバで有するIDと共に、ECサイト及び決済サイトで有する既存IDを登録することを特徴とする。ユーザ共通IDと既存IDの利用者の同一性を確保するため、IDの紐付け処理を行う。
【００１０】
また、請求項６に記載の発明は、仲介サーバは、ECサイト及び決済サイトでユーザが有する既存IDの登録を要求するユーザを、ユーザが仲介サーバで有するIDで認証して、既存ID認証要求を示す識別子と、ユーザがECサイト及び決済サイトで有する既存ID及び既存PWを含む電文を生成して、既存ID認証要求電文としてECサイト及び決済サイトに送信するとともに、ECサイト及び決済サイトは、既存ID認証要求電文を受信する場合に、電文に含まれる既存ID及び既存PWにより認証して、仲介サーバ向け認証結果を示す識別子と、認証結果の内容を含む電文を生成して、既存ID認証結果電文として仲介サーバに送信すると共に、仲介サーバは、既存ID認証結果電文を受信する場合に、既存ID認証結果電文に含まれる認証結果が認証成功だった場合、データベースへ仲介サーバで有するIDと共に、ECサイト及び決済サイトで有する既存IDを登録することを特徴とする。
【００１１】
また、請求項７に記載の発明は、ECサイト及び決済サイトが仲介サーバへ電文を送信する場合に、仲介サーバからサイト毎に事前に配布された暗号鍵を用いて電文を暗号化して、電文として仲介サーバに送信するとともに、仲介サーバは、暗号化された電文を受信する場合に、サイト毎に事前に配布した暗号鍵と対の暗号鍵を用いて復号して電文の内容を参照すると共に、仲介サーバがECサイト及び決済サイトへ電文を送信する場合に、仲介サーバが送信先サイトへ配布した暗号鍵と対の暗号鍵を用いて電文を暗号化して、電文としてECサイト及び決済サイトに送信するとともに、ECサイト及び決済サイトは、暗号化された電文を受信する場合に、仲介サーバより事前に配布された暗号鍵を用いて復号して電文の内容を参照することを特徴とする。
【００１２】
また、請求項８に記載の発明は、ECサイト及び決済サイトが仲介サーバへ電文を送信する場合に、仲介サーバからサイト毎に事前に配布された暗号鍵を用いて電文に署名して、電文として仲介サーバに送信するとともに、仲介サーバは、署名された電文を受信する場合に、サイト毎に事前に配布した暗号鍵と対の暗号鍵を用いて電文の署名を照合して照合結果が正しかった場合、電文の内容を参照することを特徴とする。
【００１３】
また、請求項９に記載の発明は、仲介サーバは、ユーザを認証後、ユーザへ利用可能な決済サイトの一覧を提示し、ユーザが決済サイトを選択後、ユーザが選択した決済サイトに対して、決済サイト向け決済要求電文を送信することを特徴とする。
【００１４】
また、請求項１０に記載の発明は、ECサイト及び決済サイトは、複数の仲介サーバの中から決済に使用する仲介サーバを選択して、決済を行うことを特徴とする。
【００１５】
また、請求項１１に記載の発明は、インターネットに接続されるユーザ端末を用いて、ECサイトでの電子商取引の決済を決済サイトで行う決済システムであって、インターネットに接続される仲介サーバを有し、前記ユーザ端末が電子商取引を行った前記ECサイトでの決済金額、再接続先仲介サーバの情報を含む電文を、前記ユーザ端末に対して送信する、前記ECサイトを構成する第１の電文送信手段と、前記第１の電文送信手段から送信された電文に含まれる再接続先仲介サーバの情報に基づいて、仲介サーバに決済金額の情報を含む電文を送信する、前記ユーザ端末を構成する第２の電文送信手段と、前記ユーザ端末との間で前記ユーザ端末の使用者の本人性を認証する、前記仲介サーバを構成する第１のユーザ認証手段と、前記ユーザ認証手段によりユーザの本人性が認証された場合に、決済金額、再接続先決済サイトの情報を含む電文を、前記ユーザ端末に対して送信する、前記仲介サーバを構成する第３の電文送信手段と、前記第３の電文送信手段から送信された電文に含まれる再接続先決済サイトの情報に基づいて、決済金額、ユーザ共通IDの情報を含む電文を、前記決済サイトに対して送信する、前記ユーザ端末を構成する第４の電文送信手段と、前記第４の電文送信手段から送信された電文に含まれるユーザ共通IDに対して、前記第４の電文送信手段から送信された電文に含まれる決済金額を課金する課金手段とを有することを特徴とする。
【００１６】
また、請求項１２に記載の発明は、前記ユーザ端末との間で前記ユーザ端末の使用者の本人性を認証する、前記ECサイトを構成する第２の認証手段を更に有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ユーザは、既に信頼して決済情報を登録している決済サイト以外に、新規に決済情報を入力及び登録することなく、ECサイトでの物品購入の決済を実施することができる点で、ユーザの利便性及び安全性に効果がある。
また、仲介サーバが、ユーザを認証後ユーザ共通IDと合わせて、ECサイトにおいてユーザが有する既存IDをECサイトへ通知することにより、ECサイトで管理するIDが新たに増えることなく、ユーザが決済可能となる点で、ECサイトのコスト低減に効果がある。
また、ECサイトは、本発明による仲介サーバを用いたシステムにのみ対応すれば、決済サイト毎に個別にECサイトのシステムを変更することなく、多数の決済サイトでユーザが決済を実施することができる点で、ECサイトのコスト低減に効果がある。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の実施形態による決済システムの構成を示す概略図である。
このシステムでは、ユーザ端末１Ａ、ECサイト１Ｃ、仲介サーバ１Ｄ、及び、決済サイト１Ｅがそれぞれインターネット１Ｂに接続される。
ユーザ端末１Ａは、ユーザがインターネット１Ｂに接続されているウェブサイトを閲覧する際に使用されるパソコンなどの端末により構成される。ユーザ端末１Ａは、インターネット１Ｂに接続されており複数存在する。
また、ECサイト１Ｃは、インターネット１Ｂに接続されるウェブサイトであって、電子商取引により物品や情報の販売を行うサイトである。ECサイト１Ｃは、インターネット１Ｂに接続されており複数存在する。
また、決済サイト１Ｅは、ユーザがユーザ端末１Ａを介して、ECサイト１Ｃで物品等を購入した場合の決済に用いられる。決済サイト１Ｅは、インターネット１Ｂに接続されており複数存在する。  決済サイト１Ｅは、ユーザのクレジットカード番号などの決済情報を登録して管理する。
また、仲介サーバ１Ｄは、ユーザ端末１ＡとECサイト１Ｃの間での電子商取引を安全に行うために設置されるサーバであり、基本的にインターネット１Ｂ上に１台設置される。ただ、本発明の第５の実施形態の説明で後述するように、仲介サーバ１Ｄをインターネット１Ｂ上に複数設置することも可能である。
ユーザは、本実施形態による決済システムを利用する前段階として、ユーザ端末１Ａから仲介サーバ１Ｄに対して、IDとパスワードを登録する。
ECサイト１Ｃと決済サイト１Ｅは本実施形態による決済システムを利用する前段階として、予め仲介サーバ１Ｄに対して登録を行う。また、仲介サーバ１Ｄから、ECサイト１Ｃと決済サイト１Ｅに対しては、電文の暗号化、複合化を行うための暗号鍵が通知される。ECサイト１Ｃ及び決済サイト１Ｅには、本実施形態による決済システムを利用するために使用されるソフトが予め組み込まれる。
ECサイト１Ｃ、仲介サーバ１Ｄ、決済サイト１Ｅの間では、ユーザが仲介サーバ１Ｄに登録したIDと一意に対応するユーザ共通IDが登録され管理されることにより、ユーザ端末１Ａのユーザを識別することが可能となっている。
【００１９】
図２は、本実施形態の決済システムにおけるユーザ端末１Ａの構成を示す概略図である。
ユーザ端末１Ａは、ユーザがECサイト１Ｃへアクセスして物品購入の動作を実施するにあたり、ユーザ端末１Ａの端末上へ画面を表示するためのWEBブラウザ２Ａを有している。
【００２０】
図３は、本実施形態の決済システムにおけるECサイト１Ｃの構成を示すブロック図である。
ECサイト１Ｃは、ユーザのWEBブラウザ２ＡからのHTTPによるWEBアクセスを受信すると共に、WEBブラウザ２ＡへHTTPを送信するHTTP処理部３Ａを有している。
また、ユーザが購入を希望する物品を選択して購入処理を行う物品購入処理部３Ｂを有している。
また、ユーザが物品を購入するにあたり、ユーザの認証と、購入する物品の決済を行う認証決済処理部３Ｃを有している。
また、ECサイト１Ｃがユーザ毎に付与するID及びPW（パスワード）などのユーザ情報を管理するユーザDB・３Ｄを有している。
また、仲介サーバ１Ｄに対して認証及び決済の要求を通知するメッセージを生成して送信すると共に、仲介サーバ１Ｄからの認証及び決済の結果を通知するメッセージを受信して解釈するメッセージ処理部３Ｅを有している。
また、メッセージを暗号化及び複合化すると共に、メッセージに署名を付与し、付与された署名を検証するためのサイト用暗号鍵３Ｆを有している。
【００２１】
図４は、本実施形態の決済システムにおける仲介サーバ１Ｄの構成を示すブロック図である。
仲介サーバ１Ｄは、ユーザのWEBブラウザ２ＡからのHTTPによるWEBアクセスを受信すると共に、WEBブラウザ２ＡへHTTPを送信するHTTP処理部４Ａを有している。
また、ユーザがWEBブラウザ２Ａによりアクセスし、ユーザに個別の画面を提示し、既存IDを仲介サーバ１Ｄに登録するなど、ユーザが個別の制御を行うユーザ制御処理部４Ｂを有している。
また、仲介サーバ１Ｄに対して認証及び決済の要求を通知するメッセージを生成して送信すると共に、仲介サーバ１Ｄからの認証及び決済の結果を通知するメッセージを受信して解釈するメッセージ処理部４Ｃを有している。
また、仲介サーバ１Ｄにおいてユーザを認証するユーザ認証処理部４Ｄを有している。
また、仲介サーバ１ＤがECサイト１Ｃ及び決済サイト１Ｅ毎に付与するサイト番号などのサイト情報を管理するサイトDB・４Ｅを有している。
また、ECサイト１Ｃ及び決済サイト１Ｅがユーザ毎に付与する既存IDなどのユーザ情報を管理するユーザDB・４Ｆを有している。
【００２２】
図５は、本実施形態の決済システムにおける決済サイト１Ｅの構成を示すブロック図である。
決済サイト１Ｅは、ユーザのWEBブラウザ２ＡからのHTTPによるWEBアクセスを受信すると共に、WEBブラウザ２ＡへHTTPを送信するHTTP処理部５Ａを有している。
また、ユーザの認証と、ユーザDB・５Ｃに対して決済処理を行う認証決済処理部５Ｂを有している。
また、決済サイト１Ｅがユーザ毎に付与するID及びPWなどのユーザ情報を管理するユーザDB・５Ｃを有している。
また、仲介サーバ１Ｄに対して認証及び決済の要求を通知するメッセージを生成して送信すると共に、仲介サーバ１Ｄからの認証及び決済の結果を通知するメッセージを受信して解釈するメッセージ処理部５Ｄを有している。
また、メッセージを暗号化及び複合化すると共に、メッセージに署名を付与し、付与された署名を検証するためのサイト用暗号鍵５Ｅを有している。
【００２３】
図６は、ECサイト１Ｃ（図３）のユーザDB・３Ｄの構成を示す概略図である。
ユーザDB・３Ｄは、ユーザ情報テーブル６Ａと、決済履歴テーブル６Ｂを有している。
ユーザ情報テーブル６Ａには、IDとPWが記録され、また、決済履歴テーブル６Ｂには、IDと決済金額と決済日付が記録される。
【００２４】
図７（Ａ）は、仲介サーバ１Ｄ（図４）を構成するユーザDB・４Ｆの構成を示す概略図である。
ユーザDB・４Ｆは、ユーザ情報テーブル７Ａと、決済履歴テーブル７Ｂを有している。ユーザ情報テーブル７Ａには、ID、PW、ユーザ共通ID、サイトID、サイトでの既存IDがそれぞれ記録され、決済履歴テーブル７Ｂには、ID、購入したECサイトID、決済した決済サイトID、決済金額がそれぞれ記録される。
図７（Ｂ）は、仲介サーバ１Ｄ（図４）を構成するサイトDB・４Ｅの構成を示す概略図である。サイトDB・４Ｅは、サイト情報テーブル７Ｃを有している。サイト情報テーブル７Ｃには、サイトID、サイト用暗号鍵がそれぞれ記録される。
【００２５】
図８は、決済サイト１Ｅ（図５）のユーザDB・５Ｃの構成を示す概略図である。
ユーザDB・５Ｃは、ユーザ情報テーブル８Ａと、決済履歴テーブル８Ｂと、ECサイト管理テーブル８Ｃを有している。ユーザ情報テーブル８Ａには、ID、PW、ユーザ共通IDが記録され、決済履歴テーブル８Ｂには、ID、課金金額などの課金情報、決済日付が記録され、ECサイト管理テーブル８Ｃには、サイトID、料率が記録される。
【００２６】
次に、本発明の第１の実施形態による決済システムの処理の流れを説明する。
図９及び図１０は、本実施形態による決済システムの処理を示すシーケンス図である。
ユーザは、ユーザ端末１Ａによりインターネット１Ｂを介して、ECサイト１ＣのHTTP処理部３Ａ経由で物品購入処理部３Ｂにおいて、購入を希望する物品等を選択する。ユーザの購入の要求を受け付けたECサイト１Ｃは、ユーザ端末１Ａに対して、どの決済方法により決済を行うかの確認を行う。すなわち、ユーザは、従来のようにECサイト１Ｃに対して直接クレジットカード番号を通知する決済方法や、本実施形態による決済システムを利用した決済方法などのなかからいずれの決済方法を用いて決済するかを選択する（図９のステップＳ００１）。ここで、ユーザは本実施形態による決済システムによる決済方法を選択する。
【００２７】
ECサイト１Ｃの認証決済処理部３Ｃは、ユーザからの決済サイト１Ｅでの決済要求を検出すると、物品購入処理部３Ｂから渡された決済要求金額をメッセージ処理部３Ｅへ渡し、仲介サーバ向け決済要求電文９の生成を依頼する。
ECサイト１Ｃのメッセージ処理部３Ｅは、図１１に示すような仲介サーバ１Ｄ向け決済要求電文９を生成する（図９のステップＳ００２）。
すなわち、ECサイト１Ｃのメッセージ処理部３Ｅは、仲介サーバ向け決済要求を示す識別子である仲介サーバ向け決済要求識別子９Ａと、ECサイト１Ｃでの決済要求金額９Ｂと、決済結果通知アドレス９ＣとしてECサイト１Ｃの専用のアドレスと、メッセージを一意に識別するメッセージ番号９Ｄとを連結した電文を生成する。
次に、仲介サーバ１ＤからECサイト１Ｃ毎に事前に配布されたサイト用暗号鍵を用いて、電文を暗号化する。
次に、暗号化した電文に対し、仲介サーバ１Ｄがサイト毎に付与するサイトIDを連結した電文を生成する。
次に、サイト用暗号鍵３Ｆを用いて電文の署名９Ｆを計算して付与し、仲介サーバ向け決済要求電文９を生成する。
【００２８】
更に、ECサイト１Ｃのメッセージ処理部３Ｅは、図１２に示すような仲介サーバ向け決済要求HTTPレスポンス１０を生成する（図９のステップＳ００２）。
すなわち、仲介サーバ向け決済要求電文９（図１１参照）を格納し、送信先アドレス１０Ａとして決済サイト１Ｅでの決済を要求してきたユーザの使用する端末１Ａのアドレスと、送信元アドレス１０ＢとしてECサイト１Ｃのアドレスと、再接続先アドレス１０Ｃとして仲介サーバ１Ｄのアドレスを設定した仲介サーバ向け決済要求HTTPレスポンス１０を生成して、HTTP処理部３Ａへ渡す。
HTTP処理部３Ａは、メッセージ処理部３Ｅより渡された仲介サーバ向け決済要求HTTPレスポンス１０を送信先アドレス１０Ａへ送信する。
【００２９】
ユーザのブラウザ２Ａは、図１３に示すような仲介サーバ向け決済要求HTTPリクエスト１１を生成する。すなわち、ECサイト１Ｃより受信したHTTPレスポンス１０内で再接続先アドレス１０Ｃとして設定された仲介サーバ１Ｄへ、仲介サーバ向け決済要求電文９を格納し、送信先アドレス１０Ａとして仲介サーバ１Ｄと、送信元アドレス１０Ｂとしてユーザの使用する端末１Ａのアドレスを設定したHTTPリクエスト１１を生成する。その後、ユーザのブラウザ２Ａは、仲介サーバ向け決済要求HTTPリクエスト１１を仲介サーバ１Ｄへ送信する（図９のステップＳ００３）。
【００３０】
仲介サーバ１ＤのHTTP処理部４Ａは、ユーザのブラウザ２ＡからのHTTPリクエスト１１を受信した際、仲介サーバ向け決済要求電文９を抽出してメッセージ処理部４Ｃへ渡す。その後、ユーザ認証処理部４Ｄが、仲介サーバ１Ｄが事前にユーザ毎に付与してユーザDB・４Ｆに格納しているIDとPWによりユーザ認証を行う。つまり、仲介サーバ１ＤのユーザDB・４Ｆに格納されているID及びPWと、ユーザがユーザ端末１Ａから入力するID及びPWが一致するか否かを判定することにより、ユーザの本人性を認証する（図９のステップＳ００４〜Ｓ００６）。
ユーザ認証後、仲介サーバ１Ｄのメッセージ処理部４Ｃは、仲介サーバ向け決済要求電文９に含まれるサイトIDをキーとして、サイトDB・４ＥからECサイト１Ｃへ事前に配布した暗号鍵と対になる暗号鍵を抽出し、電文の署名を照合する。
照合に問題が無い場合、電文の中で暗号化されている部分を復号化して電文の内容を参照する。
そこで、電文に仲介サーバ向け決済要求識別子９Ａ（図１１）が格納されていた場合、ユーザ制御処理部４Ｂが、ユーザ端末１Ａへ利用可能な決済サイトの一覧を提示する。ユーザが決済の際に利用する決済サイトは、本実施形態による決済システムを利用する前提として、ユーザによって事前に仲介サーバに対して登録される。よって、この情報に基づいてユーザが使用するユーザ端末１Ａの画面に、利用可能な決済サイトの一覧が提示される（図９のステップＳ００７）。
ユーザが、提示された決済サイトの一覧から決済を実施する決済サイトを選択すると、仲介サーバ１Ｄのメッセージ処理部４Ｃは、図１４に示すような決済サイト向け決済要求電文１２を生成する（図９のステップＳ００８〜Ｓ０１０）。
すなわち、メッセージ処理部４Ｃは始めに、決済サイト向け決済要求を示す識別子１２Ａと、仲介サーバ向け決済要求電文９から抽出したECサイト１Ｃでの決済要求金額９Ｂと、決済結果通知アドレス９Ｃとして仲介サーバ１Ｄの専用のアドレスと、メッセージを一意に識別するメッセージ番号９Ｄと、仲介サーバ向け決済要求電文９から抽出した決済要求元ECサイトID・９Ｅと、ユーザ認証時のIDをキーとしてユーザDBから抽出した、仲介サーバ１Ｄがユーザへ一意に付与するユーザ共通ID・１２Ｆとを連結した電文を生成する。次に、ユーザが選択した決済サイト１Ｅに事前に配布したサイト用暗号鍵（５Ｅ）と対になる暗号鍵をサイトDB・４Ｅから抽出し、暗号鍵を用いて電文を暗号化し、決済サイト向け決済要求電文１２を生成する。
【００３１】
更に、メッセージ処理部４Ｃは、図１５に示すような決済サイト向け決済要求HTTPレスポンス１３を生成する。すなわち、決済サイト向け決済要求電文１２を格納し、送信先アドレス１０Ａとして決済サイト１Ｅでの決済を要求してきたユーザの使用する端末１Ａのアドレスと、送信元アドレス１０Ｂとして仲介サーバ１Ｄのアドレスと、再接続先アドレス１０Ｃとして決済サイト１Ｅのアドレスを設定したHTTPレスポンス１３を生成する。その後、仲介サーバ１Ｄのメッセージ処理部４ＣはHTTP処理部４Ａへ、決済サイト向け決済要求HTTPレスポンス１３を渡す。
HTTP処理部４Ａは、メッセージ処理部４Ｃより渡されたHTTPレスポンス１３を送信先アドレス１０Ａへ送信する。
【００３２】
ユーザのブラウザ２Ａは、図１６に示すような決済サイト向け決済要求HTTPリクエスト１４を生成する。すなわち、仲介サーバ１Ｄより受信したHTTPレスポンス内で再接続先アドレス１０Ｃとして設定された決済サイト１Ｅへ、決済サイト向け決済要求電文１２を格納し、送信先アドレス１０Ａとして決済サイト１Ｅと、送信元アドレス１０Ｂとしてユーザの使用する端末１Ａのアドレスを設定したHTTPリクエスト１４を生成する。その後、ユーザのブラウザ２Ａは、決済サイト向け決済要求HTTPリクエスト１４を決済サイト１Ｅへ送信する（図９のステップＳ０１１）。
【００３３】
決済サイト１Ｅは、HTTP処理部５Ａが、ユーザのブラウザ２ＡからのHTTPリクエスト１４を受信した際、決済サイト向け決済要求電文１２を抽出し、メッセージ処理部５Ｄへ渡す。
メッセージ処理部５Ｄは、仲介サーバ１Ｄから事前に決済サイト毎に配布される暗号鍵５Ｅ（図５）を用いて、電文の中で暗号化されている部分を復号化して電文の内容を参照する。そこで、電文に決済サイト向け決済要求識別子１２Ａ（図１４）が格納されていた場合、電文から決済要求金額９Ｂ、決済要求元ECサイトID・９Ｅ及びユーザ共通ID・１２Ｆを抽出し、認証決済処理部５Ｂへ渡す。
認証決済処理部５Ｂは、ユーザ共通ID・１２Ｆを事前にユーザDB・５Ｃへ登録しておいたユーザに対し、決済要求元ECサイトID・９ＥをキーとしてECサイト管理テーブル８Ｃ（図８）から料率を抽出して、決済要求金額に料率を乗じて課金すべき金額を計算し、ユーザDB・５Ｃに登録して課金する（図９のステップＳ０１２）。
次にメッセージ処理部５Ｄは、図１７に示すような仲介サーバ向け決済結果電文１５を生成する（図９のステップＳ０１３）。すなわち、仲介サーバ向け決済結果を示す仲介サーバ向け決済結果識別子１５Ａと、決済結果の内容を示す決済結果コード１５Ｂと、決済サイト向け決済要求電文１２（図１４）に格納されていたメッセージ番号９Ｄとを連結した仲介サーバ向け決済結果電文１５を生成する。
次に、仲介サーバ１Ｄから決済サイト毎に事前に配布されたサイト用暗号鍵５Ｅ（図５）を用いて、電文を暗号化する。
次に、暗号化した電文に対し、仲介サーバ１Ｄがサイト毎に付与する決済サイトID・１５Ｄを連結した電文を生成する。
次に、暗号鍵を用いて電文の署名９Ｆを計算して付与し、仲介サーバ向け決済結果電文１５を生成する。
【００３４】
更に、メッセージ処理部５Ｄは、図１８に示すような仲介サーバ向け決済結果HTTPレスポンス１６を生成する（図９のステップＳ０１３）。すなわち、仲介サーバ向け決済結果電文１５を格納し、送信先アドレス１０Ａとして決済サイト１Ｅでの決済を要求してきたユーザの使用する端末１Ａのアドレスと、送信元アドレス１０Ｂとして決済サイト１Ｅのアドレスと、再接続先アドレス１０Ｃとして決済サイト向け決済要求電文１２（図１４）に含まれる決済結果通知アドレス９Ｃを設定したHTTPレスポンス１６を生成する。その後、メッセージ処理部５Ｄは、仲介サーバ向け決済結果HTTPレスポンス１６をHTTP処理部５Ａへ渡す。
HTTP処理部５Ａは、メッセージ処理部５Ｄより渡されたHTTPレスポンス１６を送信先アドレス１０Ａへ送信する。
【００３５】
ユーザのブラウザ２Ａは、図１９に示すような仲介サーバ向け決済結果HTTPリクエスト１７を生成する。すなわち、決済サイト１Ｅより受信したHTTPレスポンス１６内で再接続先アドレス１０Ｃとして設定された仲介サーバ１Ｄへ、仲介サーバ向け決済結果電文１５を格納し、送信先アドレス１０Ａとして仲介サーバ１Ｄと、送信元アドレス１０Ｂとしてユーザの使用する端末１Ａのアドレスを設定したHTTPリクエスト１７を生成する。その後、ユーザのブラウザ２Ａは、仲介サーバ向け決済結果HTTPリクエスト１７を仲介サーバ１Ｄへ送信する（図１０のステップＳ０１４）。
【００３６】
仲介サーバ１Ｄは、HTTP処理部４Ａが、ユーザのブラウザ２ＡからのHTTPリクエスト１７を受信した際、仲介サーバ向け決済結果電文１５を抽出してメッセージ処理部４Ｃへ渡す。
メッセージ処理部４Ｃは、仲介サーバ向け決済結果電文１５に含まれる決済サイトのサイトID・１５Ｄをキーとして、サイトDB・４Ｅから決済サイト１Ｅへ事前に配布した暗号鍵５Ｅ（図５）と対になる暗号鍵を抽出し、電文の署名を照合する。
照合に問題が無い場合、電文の中で暗号化されている部分を復号化して電文の内容を参照する。
そこで、電文に仲介サーバ向け決済結果識別子１５Ａが格納されていた場合、仲介サーバ１Ｄのメッセージ処理部４Ｃは、図２０に示すようなECサイト向け決済結果電文を生成する（図１０のステップＳ０１５）。すなわち、メッセージ処理部４Ｃは、ECサイト向け決済結果を示す識別子１８Ａと、決済結果の内容を示す決済結果コード１５Ｂと、仲介サーバ向け決済要求電文９（図１１参照）に格納されていたメッセージ番号９Ｄと、仲介サーバ向け決済結果電文１５から抽出した決済実施先決済サイトID・１５Ｄと、仲介サーバ１Ｄがユーザへ一意に付与するユーザ共通ID・１２Ｆとを連結した電文を生成する。
次に、仲介サーバ向け決済要求電文９を送信してきたECサイト１Ｃに事前に配布したサイト用暗号鍵３Ｆ（図３）と対になる暗号鍵をサイトDB・４Ｅから抽出し、暗号鍵を用いて電文を暗号化し、ECサイト向け決済結果電文１８を生成する。
【００３７】
更に、メッセージ処理部４Ｃは、図２１に示すようなECサイト向け決済結果HTTPレスポンス１９を生成する（図１０のステップＳ０１５）。
すなわち、ECサイト向け決済結果電文１８を格納し、送信先アドレス１０Ａとして決済サイト１Ｅでの決済を要求してきたユーザの使用する端末１Ａのアドレスと、送信元アドレス１０Ｂとして仲介サーバ１Ｄのアドレスと、再接続先アドレス１０Ｃとして仲介サーバ向け決済要求電文９に決済結果通知アドレス９Ｃとして格納されていたECサイト１Ｃの専用のアドレスを設定したHTTPレスポンス１９を生成する。その後、メッセージ処理部４Ｃは、ECサイト向け決済結果HTTPレスポンス１９をHTTP処理部４Ａへ渡す。
HTTP処理部４Ａは、メッセージ処理部４Ｃより渡されたHTTPレスポンス１９を送信先アドレス１０Ａへ送信する。
【００３８】
ユーザのブラウザ２Ａは、図２２に示すようなECサイト向け決済結果HTTPリクエスト２０を生成する。すなわち、仲介サーバ１Ｄより受信したHTTPレスポンス１９内で再接続先アドレス１０Ｃとして設定されたECサイト１Ｃへ、ECサイト向け決済結果電文１８を格納し、送信先アドレス１０ＡとしてECサイト１Ｃと、送信元アドレス１０Ｂとしてユーザの使用する端末１Ａのアドレスを設定したHTTPリクエスト２０を生成する。その後、ユーザのブラウザ２Ａは、ECサイト向け決済結果HTTPリクエスト２０をECサイト１Ｃへ送信する（図１０のステップＳ０１６）。
【００３９】
ECサイト１Ｃは、HTTP処理部３Ａが、ユーザのブラウザ２ＡからのHTTPリクエスト２０を受信し、ECサイト向け決済結果電文１８を抽出し、メッセージ処理部３Ｅへ渡す。
メッセージ処理部３Ｅは、仲介サーバ１Ｄから事前にECサイト毎に配布される暗号鍵３Ｆ（図３）を用いて、電文の中で暗号化されている部分を復号化して電文の内容を参照する。
そこで、ECサイト向け決済結果電文１８（図２０）に仲介サーバ向け決済結果識別子１５Ａが格納されていた場合、電文から決済結果コード１５Ｂ、決済実施先決済サイトID・１５Ｄ及びユーザ共通ID・１２Ｆを抽出し、認証決済処理部３Ｃへ渡す。
認証決済処理部３Ｃは、渡された決済結果コード１５Ｂが決済完了を示す場合、ユーザDB・３Ｄの決済履歴テーブル６Ｂ（図６）に決済金額及び決済日付を格納する。
更に、物品購入処理部３Ｂへ結果を渡す。物品購入処理部３Ｂは物品購入後の画面を生成してHTTP処理部３Ａへ渡し、HTTP処理部３Ａはユーザのブラウザ２ＡへHTTPで送信する（図１０のステップＳ０１７）。
【００４０】
次に、本発明の第２の実施形態による決済システムの処理の流れを説明する。
図２３は、本実施形態による決済システムの処理を示すシーケンス図である。
第１の実施形態による決済システムでは、決済サイト向け決済要求電文１２（図
１４）及びECサイト向け決済結果電文１８（図２０）に格納するユーザ共通ID・１２Ｆを使用していた。しかし、図２４及び図２５に示すように、ユーザ共通ID・１２Ｆに更にユーザがECサイト１Ｃ及び決済サイト１Ｅそれぞれにおいて有する既存ID（２２Ｇ、２３Ｆ）を追加した決済サイト向け決済要求電文２２（図２４）とECサイト向け決済結果電文２３（図２５）を、仲介サーバ１Ｄが各サイトへ通知することもできる。
なお、既存ID・２２Ｇを追加した決済サイト向け決済要求電文２２を受信した決済サイト１Ｅは、ユーザ共通ID・１２Ｆを事前にユーザDB・５Ｃへ登録していないユーザに対しても、既存ID・２２Ｇを事前に登録しておいたユーザに対し、ユーザDB・５Ｃに登録して課金することもできる。
また、既存ID・２３Ｆを追加したECサイト向け決済結果電文２３を受信したECサイト１Ｃは、既存ID・２３Ｆを事前に登録しておいたユーザに対し、ユーザDB・３Ｄの決済履歴テーブル６Ｂ（図６）に決済金額及び決済日付を格納することもできる。
【００４１】
この際、仲介サーバ１Ｄが各サイトの既存ID（２２Ｇ、２３Ｆ）を通知するためには、ユーザが仲介サーバ１Ｄで有するユーザ共通ID・１２Ｆに対し、事前に既存ID（２２Ｇ、２３Ｆ）を紐付けして登録することが必要である。
なお、既存ID（２２Ｇ、２３Ｆ）の通知にあたっては、ユーザが既存ID（２２Ｇ、２３Ｆ）を紐付け登録しているサイトに対しては、ユーザ共通ID・１２Ｆと既存ID（２２Ｇ、２３Ｆ）が通知される。また、ユーザが既存ID（２２Ｇ、２３Ｆ）を紐付け登録していないサイトに対しては、ユーザ共通ID・１２Ｆのみが通知される。
既存ID（２２Ｇ、２３Ｆ）を紐付け登録するにあたり、ユーザは、WEBブラウザ２ＡによりECサイト１Ｃ及び決済サイト１Ｅへアクセスして、各サイトよりユーザ毎に付与されたIDとPWにより、各サイトの認証決済処理部によりユーザ認証をされる（図２３のステップＳ１０１〜Ｓ１０３）。
更に、ユーザは、ユーザが各サイトから付与された既存ID（２２Ｇ、２３Ｆ）を仲介サーバ１Ｄへ登録することを各サイトで選択する（図２３のステップＳ１０４）。
【００４２】
各サイトのメッセージ処理部は、ユーザによる既存ID登録を検出すると、図２６に示すような既存ID登録要求電文２４を生成する（図２３のステップＳ１０５）。すなわち、既存ID登録要求を示す識別子２４Ａと、登録結果通知アドレス２４Ｂとして各サイトの専用のアドレスと、メッセージを一意に識別するメッセージ番号９Ｄと、ユーザを認証した既存ID・２４Ｄとを連結した既存ID登録要求電文２４を生成する。
次に、仲介サーバ１Ｄからサイト毎に事前に配布されたサイト用暗号鍵（３Ｆ、５Ｅ）を用いて、電文を暗号化する。
次に、暗号化した電文に対し、仲介サーバ１Ｄがサイト毎に付与するサイトID・２４Ｅを連結した電文を生成する。
次に、サイト用暗号鍵（３Ｆ、５Ｅ）を用いて電文の署名９Ｆを計算して付与し、既存ID登録要求電文２４を生成する。
【００４３】
各サイトのメッセージ処理部（３Ｅ、５Ｄ）は、更に、図２７に示すような既存ID登録要求HTTPレスポンス２５を生成する（図２３のステップＳ１０５）。すなわち、既存ID登録要求電文２４を格納し、送信先アドレス１０Ａとして既存ID・２４Ｄの登録を要求してきたユーザの使用する端末１Ａのアドレスと、送信元アドレス１０Ｂとして各サイトのアドレスと、再接続先アドレス１０Ｃとして仲介サーバ１Ｄのアドレスを設定したHTTPレスポンス２５を生成して、HTTP処理部へ渡す。
【００４４】
ユーザのブラウザ２Ａは、図２８に示すような既存ID登録要求HTTPリクエスト２６を生成する。すなわち、各サイトより受信したHTTPレスポンス２５内で再接続先アドレス１０Ｃとして設定された仲介サーバ１Ｄへ、既存ID登録要求電文２４を格納し、送信先アドレス１０Ａとして仲介サーバ１Ｄと、送信元アドレス１０Ｂとしてユーザの使用する端末１Ａのアドレスを設定したHTTPリクエスト２６を生成して、仲介サーバ１Ｄへ送信する（図２３のステップＳ１０６）。
【００４５】
仲介サーバ１Ｄは、HTTP処理部４Ａが、ユーザのブラウザ２ＡからのHTTPリクエストを受信した際、既存ID登録要求電文２４（図２６）を抽出してメッセージ処理部４Ｃへ渡した後、ユーザ認証処理部４Ｄが、仲介サーバ１Ｄが事前にユーザ毎に付与してユーザDB・４Ｆに格納しているIDとPWによりユーザ認証を行う（図２３のステップＳ１０７、Ｓ１０８）。
ユーザ認証後、仲介サーバ１Ｄのメッセージ処理部４Ｃは、既存ID登録要求電文２４に含まれるサイトID・２４Ｅをキーとして、サイトDB・４Ｆから各サイトへ事前に配布した暗号鍵（３Ｆ、５Ｅ）と対になる暗号鍵を抽出し、電文の署名を照合する。
照合に問題が無い場合、電文の中で暗号化されている部分を復号化して電文の内容を参照する。
そこで、電文に既存ID登録要求識別子２４Ａが格納されていた場合、ユーザ認証した仲介サーバ１ＤでのIDに対応したユーザ共通ID・１２Ｆと対にして、既存ID登録要求電文２４から抽出した既存ID・２４ＤをユーザDB・４Ｆへ登録する（図２３のステップＳ１０９）。
これらの処理により、ユーザは各サイトで有する既存ID・２４Ｄを、仲介サーバ１ＤのユーザDB・４Ｆへ登録し、ユーザ共通ID・１２Ｆに対して既存IDを紐付けする。
【００４６】
なお、上記の第２の実施形態による決済システムの説明では、ユーザがＥＣサイト１Ｃで有する既存IDを仲介サーバ１Ｄに登録する場合について、図２３のシーケンス図を用いて説明したが、これに限定されるものではない。
すなわち、第２の実施形態による決済システムにおいて、ユーザがＥＣサイト１Ｃで有する既存IDを仲介サーバ１Ｄに登録するのではなく、ユーザが決済サイト１Ｅで有する既存IDを仲介サーバ１Ｄに登録するように決済システムを構成することも可能である。
【００４７】
次に、本発明の第３の実施形態による決済システムの処理の流れを説明する。
図２９は、本実施形態による決済システムの処理を示すシーケンス図である。
第２の実施の形態による決済システムにおいて、ユーザがECサイト１Ｃ及び決済サイト１Ｅで有する既存ID・２４Ｄ（図２６）を仲介サーバ１Ｄへ登録する紐付け処理を実施するにあたり、サイトから実施する以外に、仲介サーバ１Ｄから実施することもできる。
ユーザは、WEBブラウザ２Ａにより仲介サーバ１Ｄへアクセスし、仲介サーバ１Ｄより付与されたIDとPWによりユーザ認証される（図２９のステップＳ２０１〜Ｓ２０３）。
更にユーザは、ユーザ制御処理部４Ｂへアクセスして、ユーザが付与された既存ID・２４Ｄで仲介サーバ１Ｄへ登録を希望するサイトを選択し、選択したサイトから付与された既存ID/PWを仲介サーバ１Ｄへ入力する（図２９のステップＳ２０４）。
【００４８】
仲介サーバ１Ｄのメッセージ処理部４Ｃは、図３０に示すような既存ID認証要求電文２８を生成する（図２９のステップＳ２０５）。すなわち、仲介サーバ１Ｄにおいてユーザによる既存ID登録を検出すると、既存ID認証要求を示す既存ID認証要求識別子２８Ａと、ユーザを認証するための既存ID/PW・２８Ｂと、既存ID登録要求先アドレス２８Ｃとして仲介サーバ１Ｄの専用のアドレスと、メッセージに一意なメッセージ番号９Ｄとを連結した電文を生成する。
次に、ユーザが選択したサイトに事前に配布したサイト用暗号鍵（３Ｆ、５Ｅ）と対になる暗号鍵をサイトDB・４Ｅから抽出し、暗号鍵を用いて電文を暗号化し、サイト向け既存ID認証要求電文２８を生成する。
【００４９】
更に、仲介サーバ１Ｄのメッセージ処理部４Ｃは、図３１に示すような既存ID認証要求HTTPレスポンス２９を生成する（図２９のステップＳ２０５）。すなわち、既存ID認証要求電文２８を格納し、送信先アドレス１０Ａとして既存ID登録を要求してきたユーザの使用する端末１Ａのアドレスと、送信元アドレス１０Ｂとして仲介サーバ１Ｄのアドレスと、再接続先アドレス１０Ｃとしてサイトのアドレスを設定したHTTPレスポンスを生成する。その後、仲介サーバ１Ｄのメッセージ処理部４Ｃは、既存ID認証要求HTTPレスポンス２９を、HTTP処理部４Ａへ渡す。
【００５０】
ユーザのブラウザ２Ａは、図３２に示すような既存ID認証要求HTTPリクエスト３０を生成する。すなわち、各サイトより受信したHTTPレスポンス２９内で再接続先アドレス１０Ｃとして設定されたサイトへ、既存ID認証要求電文２８を格納し、送信先アドレス１０Ａとしてサイトと、送信元アドレス１０Ｂとしてユーザの使用する端末１Ａのアドレスを設定したHTTPリクエスト３０を生成して、仲介サーバ１Ｄへ送信する（図２９のステップＳ２０６）。
【００５１】
ECサイト１Ｃ及び決済サイト１Ｅは、HTTP処理部（３Ａ、５Ａ）が、ユーザのブラウザ２ＡからのHTTPリクエストを受信し、既存ID認証要求電文２８を抽出し、メッセージ処理部（３Ｅ、５Ｄ）へ渡す。
メッセージ処理部（３Ｅ、５Ｄ）は、仲介サーバ１Ｄから事前にサイト毎に配布される暗号鍵（３Ｆ、５Ｅ）を用いて、電文の中で暗号化されている部分を復号化して電文の内容を参照する。
そこで、電文に既存ID認証要求識別子２８Ａが格納されていた場合、格納されている既存IDとPWにより認証決済処理部を介してユーザ認証を行い（図２９のステップＳ２０７）、ユーザ認証が成功した場合、第２の実施形態と同じ既存ID登録要求電文２４（図２６）を生成し、既存ID登録要求HTTPリクエスト２６を生成してその中に格納し、仲介サーバ１Ｄへ送信する（図２９のステップＳ２０８）。
【００５２】
次に、本発明の第４の実施形態による仲介サーバ向け決済要求電文３２のデータ構成を図３３を用いて説明する。
第１の実施の形態による決済システムでは、仲介サーバ向け決済要求電文９（図１１）を生成するにあたり、決済に必要となる複数の決済用データ（仲介サーバ向け決済要求識別子９Ａ、決済要求金額９Ｂ、決済結果通知アドレス９Ｃ、メッセージ番号９Ｄ）を連結した電文を生成後暗号化し、更にサイトID・９Ｅを連結した電文を生成後、電文全体に対する署名 ９Ｆを計算して連結し、仲介サーバ向け決済要求電文９としていた。しかし、これに限定されるものではなく、仲介サーバ向け決済要求電文を生成する順序を変更することもできる。
【００５３】
本実施形態による仲介サーバ向け決済要求電文３２の例を、図３３に示す。
まず、仲介サーバ向け決済要求電文３２の生成において、決済に必要となる複数の決済用データ（仲介サーバ向け決済要求識別子９Ａ、決済要求金額９Ｂ、決済結果通知アドレス９Ｃ、メッセージ番号９Ｄ）を連結した電文を生成後暗号化する。その後、暗号化した電文に対する署名 ９Ｆを計算して連結し、更にサイトID・９Ｅを連結して、仲介サーバ向け決済要求電文３２とする。
本実施形態による仲介サーバ向け決済要求電文３２のデータ構成を用いれば、署名計算処理の範囲を削減することができ、決済処理の負担を軽減することができる。
【００５４】
次に、本発明の第５の実施形態による仲介サーバ向け決済要求電文３３と、ECサイト向け決済結果電文３４のデータ構成を、図３４と図３５を用いてそれぞれ説明する。
第１の実施の形態による決済システムでは、ECサイト１Ｃ及び決済サイト１Ｅが使用可能な仲介サーバは1つのみとしていたが、ECサイト１Ｃ及び決済サイト１Ｅが複数の仲介サーバに対応し、ユーザが仲介サーバ１Ｄを選択することを可能としてもよい。
【００５５】
図３４に、複数の仲介サーバ１Ｄが存在する場合の仲介サーバ向け決済用要求電文３３の例を示す。
ユーザがECサイト１Ｃにおいて決済を行う際、ECサイト１Ｃが対応している複数の仲介サーバ１Ｄの中から、ユーザまたはECサイト１Ｃが決済に使用する仲介サーバ１Ｄを選択する。
ECサイト１Ｃが仲介サーバ向け決済要求電文３３を生成する際は、複数の暗号鍵の中より、選択した仲介サーバ１Ｄから付与されている暗号鍵を抽出し、決済用データ（仲介サーバ向け決済要求識別子９Ａ、決済要求金額９Ｂ、決済結果通知アドレス９Ｃ、メッセージ番号９Ｄ）を連結した電文を生成後暗号化する。
更に、暗号化した電文に対して、選択した仲介サーバ１Ｄから付与されているサイトID・３３Ｅを連結して電文を生成し、電文に対して暗号鍵により署名９Ｆを計算して付与して、仲介サーバ向け決済要求電文３３とする。
仲介サーバ１Ｄは、ECサイト１Ｃからの仲介サーバ向け決済要求電文３３を受信すると、電文に含まれるECサイトID・３３ＥをキーとしてサイトDBより暗号鍵を抽出し、署名照合及び復号を行う。
【００５６】
図３４に、複数の仲介サーバ１Ｄが存在する場合のECサイト向け決済用結果電文３４の例を示す。
仲介サーバ１ＤがECサイト向け決済結果電文３４を生成する際は、仲介サーバ１ＤがECサイト１Ｃに払い出した暗号鍵３Ｆと対になる暗号鍵により、決済用データ（仲介サーバ向け決済結果識別子１５Ａ、決済結果コード１５Ｂ、メッセージ番号９Ｄ、決済実施先決済サイトID・１５Ｄ、ユーザ共通ID・１２Ｆ）を連結した電文を生成後暗号化する。
更に、暗号化した電文に対して、仲介サーバ１Ｄが有する一意な仲介サーバID・１８Ｆを連結して電文を生成し、電文に対して暗号鍵により署名９Ｆを計算して付与して、ECサイト向け決済結果電文３４とする。
ECサイト１Ｃは、仲介サーバ１ＤからのECサイト向け決済結果電文３４を受信すると、電文に含まれる仲介サーバID・１８Ｆをキーとして対応した暗号鍵を抽出し、書名照合及び復号を行う。
【産業上の利用可能性】
【００５７】
ユーザに対する安全性及び利便性を向上させることが要求されるインターネット上での電子商取引における決済システムに利用することができる。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施形態による決済システムの構成を示す概略図である。
【図２】本実施形態のユーザ端末の構成を示すブロック図である。
【図３】本実施形態のECサイトの構成を示すブロック図である。
【図４】本実施形態の仲介サーバの構成を示すブロック図である。
【図５】本実施形態の決済サイトの構成を示すブロック図である。
【図６】ECサイトのユーザデータベースの構成図である。
【図７】仲介サーバのデータベースの構成図である。
【図８】決済サイトのユーザデータベースの構成図である。
【図９】本発明の第１の実施形態による決済システムの処理の流れを示すシーケンス図である。
【図１０】本実施形態による決済システムの処理の流れを示すシーケンス図である。
【図１１】仲介サーバ向け決済要求電文のデータ構成図である。
【図１２】仲介サーバ向け決済要求HTTPレスポンスのデータ構成図である。
【図１３】仲介サーバ向け決済要求HTTPリクエストのデータ構成図である。
【図１４】決済サイト向け決済要求電文のデータ構成図である。
【図１５】決済サイト向け決済要求HTTPレスポンスのデータ構成図である。
【図１６】決済サイト向け決済要求HTTPリクエストのデータ構成図である。
【図１７】仲介サーバ向け決済結果電文のデータ構成図である。
【図１８】仲介サーバ向け決済結果HTTPレスポンスのデータ構成図である。
【図１９】仲介サーバ向け決済結果HTTPリクエストのデータ構成図である。
【図２０】ECサイト向け決済結果電文のデータ構成図である。
【図２１】ECサイト向け決済結果HTTPレスポンスのデータ構成図である。
【図２２】ECサイト向け決済結果HTTPリクエストのデータ構成図である。
【図２３】本発明の第２の実施形態による決済システムの処理の流れを示すシーケンス図である。
【図２４】既存IDも通知する決済サイト向け決済用電文のデータ構成図である。
【図２５】既存IDも通知するECサイト向け決済結果電文のデータ構成図である。
【図２６】既存ID登録要求電文のデータ構成図である。
【図２７】既存ID登録要求HTTPレスポンスのデータ構成図である。
【図２８】既存ID登録要求HTTPリクエストのデータ構成図である。
【図２９】本発明の第３の実施形態による決済システムの処理の流れを示すシーケンス図である。
【図３０】既存ID認証要求電文のデータ構成図である。
【図３１】既存ID認証要求HTTPレスポンスのデータ構成図である。
【図３２】既存ID認証要求HTTPリクエストのデータ構成図である。
【図３３】本発明の第４の実施形態による仲介サーバ向け決済要求電文のデータ構成図である。
【図３４】本発明の第５の実施形態による仲介サーバ向け決済要求電文のデータ構成図である。
【図３５】本実施形態によるECサイト向け決済結果電文のデータ構成図である。
【符号の説明】
【００５９】
１Ａ・・・ユーザ端末
１Ｂ・・・インターネット
１Ｃ・・・ECサイト
１Ｄ・・・仲介サーバ
１Ｅ・・・決済サイト
２Ａ・・・WEBブラウザ
３Ａ、４Ａ、５Ａ・・・HTTP処理部
３Ｂ・・・物品購入処理部
３Ｃ、５Ｂ・・・認証決済処理部
３Ｄ、４Ｆ、５Ｃ・・・ユーザDB
３Ｅ、４Ｃ、５Ｄ・・・メッセージ処理部
３Ｆ、５Ｅ・・・サイト用暗号鍵
４Ｂ・・・ユーザ制御処理部
４Ｄ・・・ユーザ認証処理部
４Ｅ・・・サイトDB
９、３２、３３・・・仲介サーバ向け決済要求電文
１０・・・仲介サーバ向け決済要求HTTPレスポンス
１１・・・仲介サーバ向け決済要求HTTPリクエスト
１２、２２・・・決済サイト向け決済要求電文
１３・・・決済サイト向け決済要求HTTPレスポンス
１４・・・決済サイト向け決済要求HTTPリクエスト
１５・・・仲介サーバ向け決済結果電文
１６・・・仲介サーバ向け決済結果HTTPレスポンス
１７・・・仲介サーバ向け決済結果HTTPリクエスト
１８、２３、３４・・・ECサイト向け決済結果電文
１９・・・ECサイト向け決済結果HTTPレスポンス
２０・・・ECサイト向け決済結果HTTPリクエスト
２４・・・既存ID登録要求電文
２５・・・既存ID登録要求レスポンス
２６・・・既存ID登録要求HTTPリクエスト
２８・・・既存ID認証要求電文
２９・・・既存ID認証要求HTTPレスポンス
３０・・・既存ID認証要求HTTPリクエスト
【図１】
2005309589.tif 000003
【図２】
2005309589.tif 000004
【図３】
2005309589.tif 000005
【図４】
2005309589.tif 000006
【図５】
2005309589.tif 000007
【図６】
2005309589.tif 000008
【図７】
2005309589.tif 000009
【図８】
2005309589.tif 000010
【図９】
2005309589.tif 000011
【図１０】
2005309589.tif 000012
【図１１】
2005309589.tif 000013
【図１２】
2005309589.tif 000014
【図１３】
2005309589.tif 000015
【図１４】
2005309589.tif 000016
【図１５】
2005309589.tif 000017
【図１６】
2005309589.tif 000018
【図１７】
2005309589.tif 000019
【図１８】
2005309589.tif 000020
【図１９】
2005309589.tif 000021
【図２０】
2005309589.tif 000022
【図２１】
2005309589.tif 000023
【図２２】
2005309589.tif 000024
【図２３】
2005309589.tif 000025
【図２４】
2005309589.tif 000026
【図２５】
2005309589.tif 000027
【図２６】
2005309589.tif 000028
【図２７】
2005309589.tif 000029
【図２８】
2005309589.tif 000030
【図２９】
2005309589.tif 000031
【図３０】
2005309589.tif 000032
【図３１】
2005309589.tif 000033
【図３２】
2005309589.tif 000034
【図３３】
2005309589.tif 000035
【図３４】
2005309589.tif 000036
【図３５】
2005309589.tif 000037