(57)【特許請求の範囲】
【請求項１】
第１のドメインに属する第１サーバが、ユーザから認証要求を受け付けるステップと、
前記第１サーバが、前記認証を完了した場合に、第２のドメインに属する第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信するステップと、
前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信するステップと、
前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信するステップと、
前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信するステップと、
前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信するステップと、
前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信するステップと、
前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行うステップと、
を有することを特徴とするユーザ認証方法。
【請求項２】
請求項１に記載のユーザ認証方法において、
前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うことを特徴とするユーザ認証方法。
【請求項３】
請求項１又は２に記載のユーザ認証方法において、
前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることを特徴とするユーザ認証方法。
【請求項４】
第１のドメインに属する第１サーバと、第２のドメインに属する第２サーバとを有するユーザ認証システムであって、
前記第１サーバが、ユーザから認証要求を受け付け、
前記第１サーバが、前記認証を完了した場合に、前記第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信し、
前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信し、
前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信し、
前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信し、
前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信し、
前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信し、
前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行う、
ことを特徴とするユーザ認証システム。
【請求項５】
請求項４に記載のユーザ認証システムにおいて、
前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うことを特徴とするユーザ認証システム。
【請求項６】
請求項４又は５に記載のユーザ認証システムにおいて、
前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることを特徴とするユーザ認証システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子商取引用のＷｅｂサイトなどにおいて、異なるドメインに属する複数のＷｅｂサーバ間で共通のユーザ認証を与える方法に関する。
【０００２】
【従来の技術】
シングルサインオンと呼ばれるミドルウェア製品がある。ユーザが、１回のログオン操作（ユーザＩＤ及びパスワードの入力）で複数の異なるシステムにアクセスできるようにする仕組みを実現するものである。その中でも特に、アフィリエート（提携）と呼ばれる機能を備えたものが知られている。この機能は、異なる企業が運営する複数の電子商取引Ｗｅｂサイトに順次アクセスする際に、最初のサイトにログオンすれば、他のサイトに対してはログオン操作なしでアクセスできるようにするものである。
【０００３】
アフィリエート機能を有するミドルウェア製品の登場以前は、以下のような問題があった。例えば、ある書店のＷｅｂサイトが別の企業のショッピングモールサイトに出店しているとする。このサイトは、クレジットカード番号などユーザの個人情報を保護する必要があるため、ユーザ登録が必要である。ユーザ登録済みのユーザは、書籍購入の注文をするために、このショッピングモールサイトにユーザＩＤとパスワードを入力してログオンする。そしてある書籍を選択し、注文を終え、その直後に、同サイトで以前に注文した別の書籍の配達状況を確認しようとしたとする。ところが、このショッピングモールサイトには、配達状況の確認を行う機能は無く、その確認のためには、前記書店のＷｅｂサイトへ移動する必要がある。書店のサイトも同様にユーザ登録が必要なサイトであるため、ユーザがアクセスするためには、書店サイトに登録されたユーザＩＤとパスワードを入力して、ログオン操作を行わなくてはならない。このようにサイトを移動する度にログオン操作を行うのは、ユーザにとって甚だ面倒であり、企業側にとっても全体としてアクセス処理の効率が悪い。
【０００４】
アフィリエート機能を有するシングルサインオン製品を使用すると、あるユーザがショッピングモールサイトにログオンしてユーザ認証を受けると、ショッピングモール企業との間に業務提携など信頼関係が確立されている書店のサイトには、直ちにショッピングモール企業側においてユーザ認証済みであるという情報がバックグラウンドで送られる。その結果、ユーザが書店サイトにアクセスする際には、既にユーザ認証されており、ログオン操作は不要となる。要するに、アフィリエート機能とは、あるユーザが複数のドメインのサーバに順次アクセスするときに、どれか１つのサーバに対するログオン操作を１回行うだけで、ユーザに対してバックグラウンドで他のサーバに対してもあらかじめユーザ認証を与えてしまう機能である。
【０００５】
【発明が解決しようとする課題】
ところが上記のようなシングルサインオン製品は、Ｗｅｂサーバ、クライアントからなるシステムに専用のミドルウェアを追加するため、導入及びメンテナンスの費用や手間がかかる。通常のＷｅｂサーバやＷｅｂブラウザ、ＣＧＩといったツールだけで同じ機能が実現できれば導入やメンテナンスが簡単であり、費用も少なくて済む。
【００１０】
【課題を解決するための手段】
上記の課題を解決するために、本発明は、第１のドメインに属する第１サーバが、ユーザから認証要求を受け付けるステップと、前記第１サーバが、前記認証を完了した場合に、第２のドメインに属する第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信するステップと、前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信するステップと、前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信するステップと、
前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信するステップと、前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信するステップと、前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信するステップと、
前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行うステップと、を有することを特徴とするユーザ認証方法である。
【００１１】
このような本発明によれば、初めに第１サーバにアクセスした時点のユーザ属性情報と、第２サーバから送信されてきたユーザ属性情報とを、再度第１サーバにおいて照合することによって、ユーザ認証情報のみを偽造した、なりすましなどの不正アクセスを、より確実に防御することができる。
【００１２】
また、本発明のユーザ認証方法において、前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うこととしてもよい。
【００１３】
このようにすれば、ユーザの認証レベルによって、アクセス可能な画面をも複数レベルに分けて設定することができる。
【００１４】
また、本発明のユーザ認証方法において、前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることとしてもよい。
【００１５】
このようにすれば、ユーザの個人情報であるユーザ認証情報やユーザ属性情報の機密保持性をより高めることができる。
【００１８】
また、本発明は、第１のドメインに属する第１サーバと、第２のドメインに属する第２サーバとを有するユーザ認証システムであって、)前記第１サーバが、ユーザから認証要求を受け付け、前記第１サーバが、前記認証を完了した場合に、前記第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信し、前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信し、前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信し、前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信し、前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信し、前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信し、前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行う、ことを特徴とするユーザ認証システムである。
【００１９】
また、本発明のユーザ認証システムにおいて、前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うこととしてもよい。
【００２０】
また、本発明のユーザ認証システムにおいて、前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることとしてもよい。
【００２１】
【発明の実施の形態】
＝＝＝システム構成＝＝＝
まず、本発明の一実施形態に係るシステム構成の概要について説明する。図１は、本実施形態のシステム構成の概略を示す図である。ユーザは、パーソナルコンピュータなどの端末１０にインストールされたブラウザを通じて、Ａ社のＷｅｂサイトを管理している第１サーバ１２、及びＢ社のＷｅｂサイトを管理している第２サーバ１４にアクセスし、Ｗｅｂショッピングなどを行う。第１サーバ１２及び第２サーバ１４は、もちろんドメインが異なる。端末１０、第１サーバ１２、及び第２サーバ１４は互いにインターネットを介して通信しあう。第１サーバ１２は、データベース１６と接続されている。
【００２２】
この実施例では、Ａ社の運営するＷｅｂサイトは、様々な種類の店舗を有するショッピングモールサイトである。Ｂ社は書店であって、Ａ社のショッピングモールサイトに出店しているが、注文を受けた書籍の配達状況などの一部の情報は、Ｂ社自身のＷｅｂサイト上でなければ確認できない。Ａ社のサイトもＢ社のサイトも各ユーザに対し個別の情報を提供する画面を表示する機能があるが、個人情報保護の必要性などにより、その機能を利用するためにはユーザ登録を行う必要がある。ユーザは登録時にユーザＩＤとパスワードを与えられ、以降これらのＷｅｂサイトにアクセスするにはそれらを入力し、ユーザ認証を受ける（以下、この操作をログオン操作と呼ぶ）。
【００２３】
Ａ社のＷｅｂサイトに続けて何度もアクセスする場合などは、クッキーと呼ばれるファイルを利用して、ログオン操作を逐一行わなくてもユーザ認証を与えることができるようにすることができる。クッキーとは、ユーザＩＤや、アクセス履歴のようなユーザ属性情報などを含む、テキスト形式などの小さなファイルで、ＷｅｂサーバがＷｅｂクライアント上に保存しておき、後で適宜取り出すことのできるものである。ユーザがアクセスしようとしたとき、サーバは、クライアントからクッキーを取り出してその内容を参照することによって、ユーザにいちいちログオン操作を行わせることなく、ユーザ認証を行うことができる。本発明は、詳しく後述するように、このクッキーやその他の仕組みを利用して、Ａ社のＷｅｂサイトでユーザ認証を受ければ、続けてＢ社のＷｅｂサイトにアクセスする際にはログオン操作が不要となるようなユーザの相互認証を実現したものである。
【００２４】
データベース１６には、全ての会員ユーザのユーザＩＤやパスワード、さらにはセッションＩＤやブラウザＩＤなどのアクセス履歴情報（ユーザ属性情報）が記録されている。ログオン操作によるユーザ認証においては、第１サーバ１２は、ユーザの入力したユーザＩＤとパスワードをデータベース１６内の記録と照合する。クッキーを利用したユーザ認証においては、ユーザ端末１０から取り出したクッキーに含まれるセッションＩＤなどのアクセス履歴情報を、データベース１６内の記録と照合する。
【００２５】
＝＝＝処理の流れ＝＝＝
次に、本発明の参考例であるユーザ認証方法の処理の流れについて説明する。図２は本参考例の処理の流れを示すフロー図である。まず、ユーザがＡ社のＷｅｂサイトにアクセスするために、第１サーバ１２に対してユーザ認証を要求する（ｓ２０１）。具体的には、あらかじめ発行されたユーザＩＤとパスワードを入力し、第１サーバ１２はこれをデータベース１６内の記録と照合する。そして、正しいと判断すれば（ｓ２０３）、次に第１サーバ１２はユーザ端末１０に対して認証完了を通知するＷｅｂ画像を送信する（ｓ２０５）。
【００２６】
ユーザはブラウザによってこの画像を確認する。このとき、このＷｅｂ画像構成データの中には、第２サーバ１４へのリンク情報が含まれている。このリンク情報を受信したユーザ端末１０のブラウザは、勝手にこれを解釈し、ユーザに対してバックグラウンドの処理として、第２サーバ１４にアクセスする。このリンク情報を実現する仕組みとしては様々なものが考えられるが、本参考例では、ビーコンバナーと呼ばれる仕組みを使用する。
【００２７】
ビーコンバナーとは、具体的には以下のように、ＵＲＬに引数を付加した形式のリンクタグである。＜img width="1" height="1" src=https://secureB.Bcompany.co.jp/?f=Acompany&y=YYYYYYYY&b=BBBBBBBB&s=SSSSSSSS&login>  ここで、width（幅）及びheight（高さ）が共に１というのは、ユーザには見えない１ピクセルの大きさのリンク情報が、認証通知を示すＷｅｂ画面に含まれていることを示す。ユーザのブラウザは、この１ピクセルのビーコンバナーを見つけると、https://以下の部分に記述されたドメインのサーバに、自動的にアクセスする。SecureBというのはＢ社のサーバ（第２サーバ）名である。「？」以下は付加的な情報としての引数であって、ユーザ認証情報、ユーザＩＤ、ブラウザＩＤ、及びセッションＩＤを示すユーザ属性情報とが記述されている。この例では、末尾の&loginの部分がユーザ認証情報であり、f=Acompanyの部分によりＡ社のＷｅｂサイトにおいて既にユーザ認証済みであることを示している。y=YYYYYYYYの部分がユーザＩＤ、b=BBBBBBBBの部分がブラウザＩＤ、s=SSSSSSSSの部分がセッションＩＤである。ブラウザＩＤを確認することで、同一ユーザのアクセスでもその端末までもが特定される。セッションＩＤを確認することで、アクセスを１回ごとに区別することができる。
【００２８】
ユーザ端末１０は、自動的に第２サーバ１４にアクセスする際に、リンクタグに記述されたこれらユーザ認証情報とユーザ属性情報とを送信する（ｓ２０７）。次に、第２サーバ１４は、受信したユーザ認証情報とユーザ属性情報とを記載したクッキーを作成し、ユーザ端末１０に送信する。このクッキーはユーザ端末１０に保存される（ｓ２０９）。前記第１サーバ１２からのリンク情報の受信から、この第２サーバ１４からのクッキー受信までの処理は、ユーザ端末１０においてバックグラウンドで行われるため、ユーザはこれらの処理に気が付かない。
【００２９】
この時点でユーザはＡ社のＷｅｂサイトにログオンしており、目当ての書籍の購入などを行っている訳であるが、続けて、以前に同サイトで注文をした書籍の配達状況を確認しようとするとする。その場合、Ａ社のショッピングモールサイトからリンクが張られたＢ社のＷｅｂサイトに、ハイパーテキストの仕組みにより移動する。Ｂ社のＷｅｂサイトにアクセスするには、通常であれログオン操作が必要であるが、本発明では先ほどユーザ端末１０に保存されたクッキーを利用することにより、自動的にユーザ認証が行われるのでログオン操作は不要であり、ユーザにとっては実に利便性がよい。
【００３０】
より具体的に説明すると、まずユーザはＢ社の第２サーバ１４にアクセスしようとする（ｓ２１１）。すると第２サーバ１４は、先ほどユーザ端末１０に送信したクッキーを、取り出して第２サーバ１４に送信するよう、ユーザ端末１０のブラウザに指示を出す。そして、このクッキーを受信し（ｓ２１３）、ユーザ認証情報の部分を確認することにより、ユーザ認証が順調に行われたとして即座に配達状況確認画像をユーザ端末１０に送信する（ｓ２１５）。もしも、ユーザ認証情報が正確でなく、なりすましなどの不正アクセスが疑われる場合は、ユーザＩＤ及びパスワードの入力要求画面を送信し、通常のログオン操作を行ってもらうことにより、ユーザ認証を行うこととすればよい。
【００３１】
以上の参考例では、第２サーバ１４に送信するクッキーに記載されたユーザ認証情報だけを確認することによって、ユーザ認証を行った。つまりこの場合、Ａ社の第１サーバ１２にユーザ認証されたことがあるという実績のみを持って、そのユーザにアクセスを許可してしまうということである。この場合、前記リンクタグには、ユーザ認証情報のみが引数として記述されていてもよく、以下のようになる。＜img width="1" height="1" src=https://secureB.Bcompany.co.jp/?f=Acompany&login>
＝＝＝より慎重な認証を行う実施形態＝＝＝
次に、ユーザ属性情報をも利用して、より慎重なユーザ認証を行う本発明の実施形態について説明する。図３は、本実施形態の処理の流れを示すフロー図である。図３において、ｓ３０１からｓ３１３までの処理、すなわち、第１サーバ１２に対するユーザ認証要求から、第２サーバ１４によるユーザ端末１０からのクッキー受信までは、前記参考例におけるｓ２０１からｓ２１３の処理と同様であるので説明を省略する。
【００３２】
ｓ３１３の処理ステップにおいて、ユーザ認証情報とユーザ属性情報とを含むクッキーを受信した第２サーバ１４は、次に、ユーザ端末１０に対して第１の実施形態と同様なビーコンバナー形式の、第１サーバ１２へのリンク情報を送信する（ｓ３１５）。その具体的な内容は、以下のとおりである。＜img width="1" height="1" src=https://secureA.Acompany.co.jp/?f=Acompany&y=YYYYYYYY&b=BBBBBBBB&s=SSSSSSSS&login>  ここで、リンク先となるドメインを示すhttps://secureA.Acompany.co.jpの部分が、ｓ３０５の処理におけるビーコンバナーと異なっている。
【００３３】
ユーザ端末１０のブラウザでは、この送信されたリンク情報を解釈し、第１サーバ１２にアクセスするとともに、このリンク情報の引数に記述されたユーザ認証情報とユーザ属性情報とを送信する（ｓ３１７）。なおここで、ユーザ認証情報は送信せず、ユーザ属性情報のみを送信することとしてもよい。
【００３４】
次に、このユーザ属性情報などを受信した第１サーバ１２は、データベース１６に記録されている、ステップｓ３０５においてユーザ端末１０へ送信したユーザ属性情報と、今回受信したユーザ属性情報との照合を行う（ｓ３１９）。ユーザＩＤ、ブラウザＩＤ、及びセッションＩＤ全てが一致した場合は、正常ステータスを第２サーバ１４に送信する（ｓ３２１）。逆に、３種類の属性情報のうちいずれかが不一致の場合には、なりすましなどの不正アクセスの疑いが強いとして、異常ステータスを第２サーバ１４に送信する（ｓ３２１）。
【００３５】
第２サーバ１４は、正常ステータスを受信した場合は、ユーザ認証が行われたとして、ユーザ端末１０のブラウザに向けて、即座に配達状況確認画面を送信する（ｓ３２３）。異常ステータスを受信した場合は、ユーザＩＤ及びパスワードの入力要求画面を送信し、通常のログオン操作を行ってもらうことにより、ユーザ認証を行うこととすればよい。
【００３６】
このように、初めにユーザが第１サーバ１２にログオンしたときの属性情報と、第２サーバ１４から戻されてきた属性情報とを照合することにより、他者がユーザになりすましてユーザ認証情報や一部のユーザ属性情報のみを偽造してアクセスしようとしても、これを防ぐことができる。
【００３７】
＝＝＝その他の変形例など＝＝＝
上記実施形態では、３種類のユーザ属性情報を全て照合して、全てが一致する場合のみユーザ認証を与えることとしたが、前記３種類のユーザ属性情報を個別に照合し、複数レベルのユーザ認証を行うこととしてもよい。例えば、ユーザＩＤ、ブラウザＩＤ、及びセッションＩＤの全てが初めのログオン時と一致した場合は、あらゆるＷｅｂ画面にアクセスできるが、ブラウザＩＤ又はセッションＩＤなどが異なる場合には、重要な個人情報が記載された画面にはアクセスできないようにするなどとしてもよい。
【００３８】
また、上記実施形態において、ユーザ属性情報は３種類としたが、その他、ログインの時刻情報などを含めてもよい。
【００３９】
また、上記実施形態において、第１及び第２サーバをセキュアサーバとし、両者及びユーザ端末などの間の通信を全て暗号化されたものとしてもよい。その場合、ユーザの個人情報に対してより確かな機密保持を実現することができる。
【００４０】
また、上記実施形態においては、パーソナルコンピュータ１０、第１サーバ１２、及び第２サーバ１４などは互いにインターネットを介して通信しあうこととしたが、それぞれ互いに専用線などで結ばれたシステムであっても同じように本発明のユーザ認証方法を適用することができる。
【００４１】
【発明の効果】
本発明の方法によれば、１回のログオン操作で複数ドメインのＷｅｂサイトにアクセスすることができるシングルサインオンの機能を、通常のＷｅｂサーバやＷｅｂブラウザ、ＣＧＩといったツールだけで実現できるため、導入やメンテナンスが簡単であり、費用も少なくて済む。
【図面の簡単な説明】
【図１】 本発明のユーザ認証方法の一実施例における、システム構成図である。
【図２】 本発明の参考例のユーザ認証方法における、処理の流れを示すフロー図である。
【図３】 本発明のユーザ認証方法の実施形態における、処理の流れを示すフロー図である。
【符号の説明】
１０  端末
１２  第１サーバ
１４  第２サーバ
１６  データベース
【図１】
0004758575.tif 000002
【図２】
0004758575.tif 000003
【図３】
0004758575.tif 000004