JP4758575B2

JP4758575B2 - User authentication method and user authentication system

Info

Publication number: JP4758575B2
Application number: JP2001242027A
Authority: JP
Inventors: 裕恭望月
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2001-08-09
Filing date: 2001-08-09
Publication date: 2011-08-31
Anticipated expiration: 2021-08-09
Also published as: JP2003058503A

Description

【０００１】
【発明の属する技術分野】
本発明は、電子商取引用のＷｅｂサイトなどにおいて、異なるドメインに属する複数のＷｅｂサーバ間で共通のユーザ認証を与える方法に関する。
【０００２】
【従来の技術】
シングルサインオンと呼ばれるミドルウェア製品がある。ユーザが、１回のログオン操作（ユーザＩＤ及びパスワードの入力）で複数の異なるシステムにアクセスできるようにする仕組みを実現するものである。その中でも特に、アフィリエート（提携）と呼ばれる機能を備えたものが知られている。この機能は、異なる企業が運営する複数の電子商取引Ｗｅｂサイトに順次アクセスする際に、最初のサイトにログオンすれば、他のサイトに対してはログオン操作なしでアクセスできるようにするものである。
【０００３】
アフィリエート機能を有するミドルウェア製品の登場以前は、以下のような問題があった。例えば、ある書店のＷｅｂサイトが別の企業のショッピングモールサイトに出店しているとする。このサイトは、クレジットカード番号などユーザの個人情報を保護する必要があるため、ユーザ登録が必要である。ユーザ登録済みのユーザは、書籍購入の注文をするために、このショッピングモールサイトにユーザＩＤとパスワードを入力してログオンする。そしてある書籍を選択し、注文を終え、その直後に、同サイトで以前に注文した別の書籍の配達状況を確認しようとしたとする。ところが、このショッピングモールサイトには、配達状況の確認を行う機能は無く、その確認のためには、前記書店のＷｅｂサイトへ移動する必要がある。書店のサイトも同様にユーザ登録が必要なサイトであるため、ユーザがアクセスするためには、書店サイトに登録されたユーザＩＤとパスワードを入力して、ログオン操作を行わなくてはならない。このようにサイトを移動する度にログオン操作を行うのは、ユーザにとって甚だ面倒であり、企業側にとっても全体としてアクセス処理の効率が悪い。
【０００４】
アフィリエート機能を有するシングルサインオン製品を使用すると、あるユーザがショッピングモールサイトにログオンしてユーザ認証を受けると、ショッピングモール企業との間に業務提携など信頼関係が確立されている書店のサイトには、直ちにショッピングモール企業側においてユーザ認証済みであるという情報がバックグラウンドで送られる。その結果、ユーザが書店サイトにアクセスする際には、既にユーザ認証されており、ログオン操作は不要となる。要するに、アフィリエート機能とは、あるユーザが複数のドメインのサーバに順次アクセスするときに、どれか１つのサーバに対するログオン操作を１回行うだけで、ユーザに対してバックグラウンドで他のサーバに対してもあらかじめユーザ認証を与えてしまう機能である。
【０００５】
【発明が解決しようとする課題】
ところが上記のようなシングルサインオン製品は、Ｗｅｂサーバ、クライアントからなるシステムに専用のミドルウェアを追加するため、導入及びメンテナンスの費用や手間がかかる。通常のＷｅｂサーバやＷｅｂブラウザ、ＣＧＩといったツールだけで同じ機能が実現できれば導入やメンテナンスが簡単であり、費用も少なくて済む。
【００１０】
【課題を解決するための手段】
上記の課題を解決するために、本発明は、第１のドメインに属する第１サーバが、ユーザから認証要求を受け付けるステップと、前記第１サーバが、前記認証を完了した場合に、第２のドメインに属する第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信するステップと、前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信するステップと、前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信するステップと、
前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信するステップと、前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信するステップと、前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信するステップと、
前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行うステップと、を有することを特徴とするユーザ認証方法である。
【００１１】
このような本発明によれば、初めに第１サーバにアクセスした時点のユーザ属性情報と、第２サーバから送信されてきたユーザ属性情報とを、再度第１サーバにおいて照合することによって、ユーザ認証情報のみを偽造した、なりすましなどの不正アクセスを、より確実に防御することができる。
【００１２】
また、本発明のユーザ認証方法において、前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うこととしてもよい。
【００１３】
このようにすれば、ユーザの認証レベルによって、アクセス可能な画面をも複数レベルに分けて設定することができる。
【００１４】
また、本発明のユーザ認証方法において、前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることとしてもよい。
【００１５】
このようにすれば、ユーザの個人情報であるユーザ認証情報やユーザ属性情報の機密保持性をより高めることができる。
【００１８】
また、本発明は、第１のドメインに属する第１サーバと、第２のドメインに属する第２サーバとを有するユーザ認証システムであって、)前記第１サーバが、ユーザから認証要求を受け付け、前記第１サーバが、前記認証を完了した場合に、前記第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信し、前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信し、前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信し、前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信し、前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信し、前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信し、前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行う、ことを特徴とするユーザ認証システムである。
【００１９】
また、本発明のユーザ認証システムにおいて、前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うこととしてもよい。
【００２０】
また、本発明のユーザ認証システムにおいて、前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることとしてもよい。
【００２１】
【発明の実施の形態】
＝＝＝システム構成＝＝＝
まず、本発明の一実施形態に係るシステム構成の概要について説明する。図１は、本実施形態のシステム構成の概略を示す図である。ユーザは、パーソナルコンピュータなどの端末１０にインストールされたブラウザを通じて、Ａ社のＷｅｂサイトを管理している第１サーバ１２、及びＢ社のＷｅｂサイトを管理している第２サーバ１４にアクセスし、Ｗｅｂショッピングなどを行う。第１サーバ１２及び第２サーバ１４は、もちろんドメインが異なる。端末１０、第１サーバ１２、及び第２サーバ１４は互いにインターネットを介して通信しあう。第１サーバ１２は、データベース１６と接続されている。
【００２２】
この実施例では、Ａ社の運営するＷｅｂサイトは、様々な種類の店舗を有するショッピングモールサイトである。Ｂ社は書店であって、Ａ社のショッピングモールサイトに出店しているが、注文を受けた書籍の配達状況などの一部の情報は、Ｂ社自身のＷｅｂサイト上でなければ確認できない。Ａ社のサイトもＢ社のサイトも各ユーザに対し個別の情報を提供する画面を表示する機能があるが、個人情報保護の必要性などにより、その機能を利用するためにはユーザ登録を行う必要がある。ユーザは登録時にユーザＩＤとパスワードを与えられ、以降これらのＷｅｂサイトにアクセスするにはそれらを入力し、ユーザ認証を受ける（以下、この操作をログオン操作と呼ぶ）。
【００２３】
Ａ社のＷｅｂサイトに続けて何度もアクセスする場合などは、クッキーと呼ばれるファイルを利用して、ログオン操作を逐一行わなくてもユーザ認証を与えることができるようにすることができる。クッキーとは、ユーザＩＤや、アクセス履歴のようなユーザ属性情報などを含む、テキスト形式などの小さなファイルで、ＷｅｂサーバがＷｅｂクライアント上に保存しておき、後で適宜取り出すことのできるものである。ユーザがアクセスしようとしたとき、サーバは、クライアントからクッキーを取り出してその内容を参照することによって、ユーザにいちいちログオン操作を行わせることなく、ユーザ認証を行うことができる。本発明は、詳しく後述するように、このクッキーやその他の仕組みを利用して、Ａ社のＷｅｂサイトでユーザ認証を受ければ、続けてＢ社のＷｅｂサイトにアクセスする際にはログオン操作が不要となるようなユーザの相互認証を実現したものである。
【００２４】
データベース１６には、全ての会員ユーザのユーザＩＤやパスワード、さらにはセッションＩＤやブラウザＩＤなどのアクセス履歴情報（ユーザ属性情報）が記録されている。ログオン操作によるユーザ認証においては、第１サーバ１２は、ユーザの入力したユーザＩＤとパスワードをデータベース１６内の記録と照合する。クッキーを利用したユーザ認証においては、ユーザ端末１０から取り出したクッキーに含まれるセッションＩＤなどのアクセス履歴情報を、データベース１６内の記録と照合する。
【００２５】
＝＝＝処理の流れ＝＝＝
次に、本発明の参考例であるユーザ認証方法の処理の流れについて説明する。図２は本参考例の処理の流れを示すフロー図である。まず、ユーザがＡ社のＷｅｂサイトにアクセスするために、第１サーバ１２に対してユーザ認証を要求する（ｓ２０１）。具体的には、あらかじめ発行されたユーザＩＤとパスワードを入力し、第１サーバ１２はこれをデータベース１６内の記録と照合する。そして、正しいと判断すれば（ｓ２０３）、次に第１サーバ１２はユーザ端末１０に対して認証完了を通知するＷｅｂ画像を送信する（ｓ２０５）。
【００２６】
ユーザはブラウザによってこの画像を確認する。このとき、このＷｅｂ画像構成データの中には、第２サーバ１４へのリンク情報が含まれている。このリンク情報を受信したユーザ端末１０のブラウザは、勝手にこれを解釈し、ユーザに対してバックグラウンドの処理として、第２サーバ１４にアクセスする。このリンク情報を実現する仕組みとしては様々なものが考えられるが、本参考例では、ビーコンバナーと呼ばれる仕組みを使用する。
【００２７】
ビーコンバナーとは、具体的には以下のように、ＵＲＬに引数を付加した形式のリンクタグである。＜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の部分が、ｓ３０５の処理におけるビーコンバナーと異なっている。
【００３３】
ユーザ端末１０のブラウザでは、この送信されたリンク情報を解釈し、第１サーバ１２にアクセスするとともに、このリンク情報の引数に記述されたユーザ認証情報とユーザ属性情報とを送信する（ｓ３１７）。なおここで、ユーザ認証情報は送信せず、ユーザ属性情報のみを送信することとしてもよい。
【００３４】
次に、このユーザ属性情報などを受信した第１サーバ１２は、データベース１６に記録されている、ステップｓ３０５においてユーザ端末１０へ送信したユーザ属性情報と、今回受信したユーザ属性情報との照合を行う（ｓ３１９）。ユーザＩＤ、ブラウザＩＤ、及びセッションＩＤ全てが一致した場合は、正常ステータスを第２サーバ１４に送信する（ｓ３２１）。逆に、３種類の属性情報のうちいずれかが不一致の場合には、なりすましなどの不正アクセスの疑いが強いとして、異常ステータスを第２サーバ１４に送信する（ｓ３２１）。
【００３５】
第２サーバ１４は、正常ステータスを受信した場合は、ユーザ認証が行われたとして、ユーザ端末１０のブラウザに向けて、即座に配達状況確認画面を送信する（ｓ３２３）。異常ステータスを受信した場合は、ユーザＩＤ及びパスワードの入力要求画面を送信し、通常のログオン操作を行ってもらうことにより、ユーザ認証を行うこととすればよい。
【００３６】
このように、初めにユーザが第１サーバ１２にログオンしたときの属性情報と、第２サーバ１４から戻されてきた属性情報とを照合することにより、他者がユーザになりすましてユーザ認証情報や一部のユーザ属性情報のみを偽造してアクセスしようとしても、これを防ぐことができる。
【００３７】
＝＝＝その他の変形例など＝＝＝
上記実施形態では、３種類のユーザ属性情報を全て照合して、全てが一致する場合のみユーザ認証を与えることとしたが、前記３種類のユーザ属性情報を個別に照合し、複数レベルのユーザ認証を行うこととしてもよい。例えば、ユーザＩＤ、ブラウザＩＤ、及びセッションＩＤの全てが初めのログオン時と一致した場合は、あらゆるＷｅｂ画面にアクセスできるが、ブラウザＩＤ又はセッションＩＤなどが異なる場合には、重要な個人情報が記載された画面にはアクセスできないようにするなどとしてもよい。
【００３８】
また、上記実施形態において、ユーザ属性情報は３種類としたが、その他、ログインの時刻情報などを含めてもよい。
【００３９】
また、上記実施形態において、第１及び第２サーバをセキュアサーバとし、両者及びユーザ端末などの間の通信を全て暗号化されたものとしてもよい。その場合、ユーザの個人情報に対してより確かな機密保持を実現することができる。
【００４０】
また、上記実施形態においては、パーソナルコンピュータ１０、第１サーバ１２、及び第２サーバ１４などは互いにインターネットを介して通信しあうこととしたが、それぞれ互いに専用線などで結ばれたシステムであっても同じように本発明のユーザ認証方法を適用することができる。
【００４１】
【発明の効果】
本発明の方法によれば、１回のログオン操作で複数ドメインのＷｅｂサイトにアクセスすることができるシングルサインオンの機能を、通常のＷｅｂサーバやＷｅｂブラウザ、ＣＧＩといったツールだけで実現できるため、導入やメンテナンスが簡単であり、費用も少なくて済む。
【図面の簡単な説明】
【図１】本発明のユーザ認証方法の一実施例における、システム構成図である。
【図２】本発明の参考例のユーザ認証方法における、処理の流れを示すフロー図である。
【図３】本発明のユーザ認証方法の実施形態における、処理の流れを示すフロー図である。
【符号の説明】
１０端末
１２第１サーバ
１４第２サーバ
１６データベース[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method for providing common user authentication among a plurality of Web servers belonging to different domains in a Web site for electronic commerce.
[0002]
[Prior art]
There is a middleware product called single sign-on. A mechanism for enabling a user to access a plurality of different systems by a single logon operation (input of a user ID and a password) is realized. Among these, those having a function called affiliate (partnership) are known. This function makes it possible to access other sites without a logon operation by logging on to the first site when sequentially accessing a plurality of electronic commerce Web sites operated by different companies.
[0003]
Prior to the advent of middleware products with affiliate functions, there were the following problems. For example, assume that a bookstore website is open at a shopping mall site of another company. Since this site needs to protect the user's personal information such as a credit card number, user registration is required. A user who has been registered as a user logs on to this shopping mall site by entering a user ID and password in order to place an order to purchase a book. Suppose you select a book, finish the order, and immediately try to check the delivery status of another book you ordered earlier on the site. However, this shopping mall site does not have a function of confirming the delivery status, and it is necessary to move to the website of the bookstore for the confirmation. Similarly, since the bookstore site is a site that requires user registration, the user must enter a user ID and password registered in the bookstore site and perform a logon operation in order to access. It is troublesome for the user to perform the logon operation every time the site is moved in this way, and the efficiency of the access processing as a whole is also poor for the company.
[0004]
Using a single sign-on product that has an affiliate function, when a user logs on to a shopping mall site and receives user authentication, a bookstore site that has established a trust relationship with a shopping mall company, such as a business alliance, Immediately, information indicating that the user has been authenticated at the shopping mall company side is immediately sent in the background. As a result, when the user accesses the bookstore site, the user has already been authenticated and no logon operation is required. In short, the affiliate function means that when a user sequentially accesses a server in multiple domains, the user only has to log on to one of the servers once, and the user can be in the background to another server. This is a function that gives user authentication in advance.
[0005]
[Problems to be solved by the invention]
However, since the single sign-on product as described above adds dedicated middleware to a system consisting of a Web server and a client, it requires introduction and maintenance costs and labor. If the same function can be realized with only a normal Web server, Web browser, or CGI tool, the installation and maintenance are simple and the cost is low.
[0010]
[Means for Solving the Problems]
In order to solve the above problems, the present invention, when the first server belonging to the first domain, a step of receiving an authentication request from the user, the previous SL first server, completing the authentication, second The user authentication is completed, including link information to a second server belonging to the domain of the user, the user authentication information indicating that the user has been authenticated by the first server, and link information having the attribute information of the user and transmitting the screen configuration data to the user terminal, when the browser before SL user terminal interprets the link information to the second server, the user terminal accesses the second server, the user is the transmitting the attribute information of the user authentication information and the user indicating that the authenticated by the first server to the second server, the previous SL second server, said Yu Toward The terminal, and transmitting the cookie containing the attribute information of the user authentication information and the user,
When prior SL user accesses the second server, the second server adds the user attribute information of receiving the cookie in the cookie in the link information to the first server, wherein the link information and transmitting to the user terminal, when the browser before SL user terminal interprets the link information, wherein the step of transmitting said user attribute information to the first server, the user attributes before Symbol first server receives Collating the information with the user attribute information transmitted to the user terminal, and transmitting the collation result to the second server;
Before Stories second server, by referring to the collation result received a user authentication method characterized by comprising the steps of: performing authentication of the user.
[0011]
According to the present invention, the user attribute information at the time when the first server is first accessed and the user attribute information transmitted from the second server are collated again in the first server, so that the user authentication is performed. It is possible to more reliably prevent unauthorized access such as spoofing, which is forged information only.
[0012]
Further, in the user authentication method of the present invention, the user attribute information, a plurality of user attribute information having different significance, by confirming the user attribute information of the plurality of individually, to authenticate users in multiple levels It is good .
[0013]
In this way, accessible screens can be divided into a plurality of levels according to the user authentication level.
[0014]
In the user authentication method of the present invention, the first and second domain servers may be secure servers, and the user authentication information communicated may be encrypted .
[0015]
In this way , the confidentiality of user authentication information and user attribute information, which are user personal information, can be further improved.
[0018]
The present onset Ming, a first server belonging to the first domain, a user authentication system and a second server belonging to the second domain,) before Symbol first server, an authentication request from a user reception, before Symbol first server, wherein when completing the authentication, the user authentication information and the user indicates that the second a link information to the server the user has already been authenticated by the first server including link information having the attribute information, and transmits an authentication completion screen configuration data of the user to the user terminal, when the browser before SL user terminal interprets the link information to the second server, the user terminal is the accesses the second server, the user transmits the attribute information of the user authentication information and the user indicating that the authenticated by the first server to the second server, before Symbol second server Ba is toward the user terminal, and transmits a cookie containing the attribute information of the user authentication information and the user, when the front SL user accesses the second server, the second server, the cookie when received is added to the link information of the user attribute information to the first server in the cookie, and sends the link information to the user terminal, the browser before SL user terminal interprets the link information, wherein transmitting the user attribute information to the first server, and the user attribute information before Symbol first server receives, and user attribute information transmitted to the user terminal collates, and transmits the collation result to the second server , before Symbol second server, by referring to the collation result received, it performs authentication of the user is a user authentication system characterized by.
[0019]
Further, in this onset Ming user authentication system, the user attribute information, a plurality of user attribute information having different significance, by confirming the user attribute information of the plurality of individually authenticate users in multiple levels It is good as well .
[0020]
Further, in this onset Ming user authentication system, the first and second domain server is a secure server, the user authentication information to be communicated may be that which has been encrypted.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
=== System configuration ===
First, an overview of a system configuration according to an embodiment of the present invention will be described. FIG. 1 is a diagram showing an outline of the system configuration of this embodiment. The user accesses the first server 12 that manages the website of company A and the second server 14 that manages the website of company B through a browser installed in the terminal 10 such as a personal computer. Web shopping and so on. Of course, the first server 12 and the second server 14 have different domains. The terminal 10, the first server 12, and the second server 14 communicate with each other via the Internet. The first server 12 is connected to the database 16.
[0022]
In this embodiment, the website operated by company A is a shopping mall site having various types of stores. Company B is a bookstore and is open at a shopping mall site of Company A, but some information such as the delivery status of the book that has been ordered can only be confirmed on Company B's own website. Company A's site and Company B's site have a function to display a screen for providing individual information to each user, but user registration is required to use this function due to the necessity of protecting personal information. There is a need. The user is given a user ID and password at the time of registration, and thereafter, in order to access these Web sites, they are input and subjected to user authentication (this operation is hereinafter referred to as a logon operation).
[0023]
For example, when accessing the website of Company A many times in succession, a file called a cookie can be used to provide user authentication without performing logon operations one by one. A cookie is a small file such as a text format that contains user ID and user attribute information such as access history, etc., which can be saved on the Web client by the Web server and later retrieved appropriately. . When the user tries to access the server, the server can perform user authentication without taking the user to perform logon operations one by one by taking out the cookie from the client and referring to the contents. As will be described in detail later, the present invention uses this cookie and other mechanisms to receive user authentication on the website of company A, and does not require a logon operation when subsequently accessing the website of company B. In this way, mutual authentication of users is realized.
[0024]
The database 16 stores user IDs and passwords of all member users, and access history information (user attribute information) such as session IDs and browser IDs. In the user authentication by the logon operation, the first server 12 collates the user ID and password input by the user with the record in the database 16. In user authentication using a cookie, access history information such as a session ID included in the cookie taken out from the user terminal 10 is collated with a record in the database 16.
[0025]
=== Flow of processing ===
Next, a processing flow of a user authentication method which is a reference example of the present invention will be described. FIG. 2 is a flowchart showing the flow of processing of this reference example . First, in order to access the website of company A, the user requests user authentication from the first server 12 (s201). Specifically, the user ID and password issued in advance are input, and the first server 12 verifies this with the record in the database 16. If it is determined that it is correct (s203), the first server 12 then transmits a Web image that notifies the user terminal 10 of the completion of authentication (s205).
[0026]
The user confirms this image with a browser. At this time, link information to the second server 14 is included in the Web image configuration data. The browser of the user terminal 10 that has received this link information interprets it without permission and accesses the second server 14 as background processing for the user. There are various mechanisms for realizing this link information. In this reference example , a mechanism called a beacon banner is used.
[0027]
Specifically, the beacon banner is a link tag in a format in which an argument is added to a URL as described below. <Img width = "1" height = "1" src = https: //secureB.Bcompany.co.jp/? F = Acompany & y = YYYYYYYY & b = BBBBBBBB & s = SSSSSSSS &login> where width and height In both cases, 1 indicates that link information having a size of 1 pixel which is invisible to the user is included in the Web screen indicating the authentication notification. When the user's browser finds this 1-pixel beacon banner, it automatically accesses the server of the domain described in the following section https: //. SecureB is the name of the server (second server) of company B. “?” Is an argument as additional information, and describes user authentication information, a user ID, a browser ID, and user attribute information indicating a session ID. In this example, the & login portion at the end is user authentication information, and f = Acompany indicates that user authentication has already been performed on the website of Company A. The y = YYYYYYYY part is the user ID, the b = BBBBBBBB part is the browser ID, and the s = SSSSSSSS part is the session ID. By confirming the browser ID, even the terminal of the same user can be identified. By confirming the session ID, access can be distinguished every time.
[0028]
When the user terminal 10 automatically accesses the second server 14, the user terminal 10 transmits the user authentication information and the user attribute information described in the link tag (s207). Next, the second server 14 creates a cookie describing the received user authentication information and user attribute information, and transmits the cookie to the user terminal 10. This cookie is stored in the user terminal 10 (s209). Since the processes from the reception of the link information from the first server 12 to the reception of the cookie from the second server 14 are performed in the background in the user terminal 10, the user is unaware of these processes.
[0029]
At this point, the user is logged on to the website of Company A and is purchasing the desired book, but will continue to check the delivery status of the book that was ordered on the site before. Then. In this case, the hypertext mechanism moves from the shopping mall site of company A to the website of company B linked. In order to access the website of Company B, a logon operation is usually required. However, in the present invention, user authentication is automatically performed by using the cookie stored in the user terminal 10 earlier. No operation is required, which is very convenient for the user.
[0030]
More specifically, the user first tries to access the second server 14 of company B (s211). Then, the second server 14 instructs the browser of the user terminal 10 to take out the cookie previously transmitted to the user terminal 10 and transmit it to the second server 14. Then, this cookie is received (s213), and the user authentication information portion is confirmed, so that the delivery status confirmation image is immediately transmitted to the user terminal 10 even if the user authentication is successfully performed (s215). If the user authentication information is inaccurate and unauthorized access such as impersonation is suspected, user authentication will be performed by sending a user ID and password input request screen and having a normal logon operation performed. do it.
[0031]
In the above reference example , the user authentication is performed by confirming only the user authentication information described in the cookie transmitted to the second server 14. In other words, in this case, the user is permitted to access only with a record that the user has been authenticated by the first server 12 of the company A. In this case, only the user authentication information may be described as an argument in the link tag, which is as follows. <Img width = "1" height = "1" src = https: //secureB.Bcompany.co.jp/? F = Acompany &login>
=== Embodiment with More Careful Authentication ===
Next, an embodiment of the present invention that performs more careful user authentication using user attribute information will be described. FIG. 3 is a flowchart showing the flow of processing of this embodiment. 3, the processing from s301 to s313, i.e., from the user authentication request to the first server 12, until cookies received from the user terminal 10 according to the second server 14, similar to s201 from s213 process before Symbol Reference Example Therefore, explanation is omitted.
[0032]
In the processing step of s313, the second server 14 that has received the cookie including the user authentication information and the user attribute information, next sends the first beacon banner format similar to that of the first embodiment to the user terminal 10. Link information to the server 12 is transmitted (s315). The specific contents are as follows. <Img width = "1" height = "1" src = https: //secureA.Acompany.co.jp/? F = Acompany & y = YYYYYYYY & b = BBBBBBBB & s = SSSSSSSS &login> where https: / indicates the domain to link to The part of /secureA.Acompany.co.jp is different from the beacon banner in the process of s305.
[0033]
The browser of the user terminal 10 interprets the transmitted link information, accesses the first server 12, and transmits user authentication information and user attribute information described in arguments of the link information (s317). Here, only the user attribute information may be transmitted without transmitting the user authentication information.
[0034]
Next, the first server 12 that has received the user attribute information and the like collates the user attribute information recorded in the database 16 and transmitted to the user terminal 10 in step s305 with the user attribute information received this time. (S319). If all of the user ID, browser ID, and session ID match, a normal status is transmitted to the second server 14 (s321). On the other hand, if any of the three types of attribute information does not match, it is determined that there is a strong suspicion of unauthorized access such as impersonation, and an abnormal status is transmitted to the second server 14 (s321).
[0035]
When receiving the normal status, the second server 14 immediately transmits a delivery status confirmation screen to the browser of the user terminal 10 assuming that user authentication has been performed (s323). When an abnormal status is received, user authentication may be performed by transmitting a user ID and password input request screen and performing a normal logon operation.
[0036]
In this way, by comparing the attribute information when the user first logs on to the first server 12 and the attribute information returned from the second server 14, another person impersonates the user as the user authentication information or Even if it is attempted to forge and access only some user attribute information, this can be prevented.
[0037]
=== Other variations etc. ===
Above you facilities embodiment, three by matching all user attribute information, but all was to provide a user authentication only if they match, the three types of user attribute information matching individually, multiple levels User authentication may be performed. For example, if all of the user ID, browser ID, and session ID match the initial logon time, all Web screens can be accessed, but if the browser ID or session ID is different, important personal information is described. It may be possible to prevent access to the displayed screen.
[0038]
Further, in the above you facilities embodiment, although the three types user attribute information, and other, it may be included, such as time information of the login.
[0039]
Further, in the above you facilities embodiment, the first and second server as a secure server, it may be that all the communication between such two and a user terminal is encrypted. In that case, it is possible to realize more reliable confidentiality for the personal information of the user.
[0040]
In the above embodiment , the personal computer 10, the first server 12, the second server 14 and the like communicate with each other via the Internet. Similarly, the user authentication method of the present invention can be applied.
[0041]
【The invention's effect】
According to the method of the present invention, the single sign-on function that enables access to websites of a plurality of domains with a single logon operation can be realized only with a tool such as a normal web server, web browser, or CGI. Is easy to maintain and costs less.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram in an embodiment of a user authentication method of the present invention.
[Figure 2] definitive user authentication method of the reference example of the present invention, is a flow diagram showing the flow of processing.
In the implementation of a user authentication method of the present invention; FIG is a flow diagram showing the flow of processing.
[Explanation of symbols]
10 terminal 12 first server 14 second server 16 database

Claims

第１のドメインに属する第１サーバが、ユーザから認証要求を受け付けるステップと、
前記第１サーバが、前記認証を完了した場合に、第２のドメインに属する第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信するステップと、
前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信するステップと、
前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信するステップと、
前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信するステップと、
前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信するステップと、
前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信するステップと、
前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行うステップと、
を有することを特徴とするユーザ認証方法。A first server belonging to a first domain accepting an authentication request from a user;
When the first server completes the authentication, user authentication information indicating link information to a second server belonging to a second domain and indicating that the user has been authenticated by the first server; and Transmitting the user authentication completion screen configuration data to the user terminal, including link information having user attribute information;
User authentication indicating that when the browser of the user terminal interprets link information to the second server, the user terminal accesses the second server and the user has been authenticated by the first server. Transmitting information and attribute information of the user to the second server;
The second server transmits a cookie including the user authentication information and the attribute information of the user to the user terminal;
When the user accesses the second server, the second server receives the cookie, adds the user attribute information in the cookie to link information to the first server, and adds the link information to the user. Sending to the device;
Transmitting the user attribute information to the first server when the browser of the user terminal interprets the link information;
Collating the user attribute information received by the first server with user attribute information transmitted to the user terminal, and transmitting a collation result to the second server;
The second server authenticates the user by referring to the received verification result;
A user authentication method comprising:

請求項１に記載のユーザ認証方法において、
前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うことを特徴とするユーザ認証方法。The user authentication method according to claim 1 ,
The user attribute information includes a plurality of user attribute information having different degrees of importance, and a plurality of levels of user authentication are performed by individually checking the plurality of user attribute information.

請求項１又は２に記載のユーザ認証方法において、
前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることを特徴とするユーザ認証方法。The user authentication method according to claim 1 or 2 ,
The first and second domain servers are secure servers, and the user authentication information to be communicated is encrypted.

第１のドメインに属する第１サーバと、第２のドメインに属する第２サーバとを有するユーザ認証システムであって、
前記第１サーバが、ユーザから認証要求を受け付け、
前記第１サーバが、前記認証を完了した場合に、前記第２サーバへのリンク情報であって該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を有するリンク情報を含む、前記ユーザの認証完了画面構成データをユーザ端末へ送信し、
前記ユーザ端末のブラウザが前記第２サーバへのリンク情報を解釈する際に、前記ユーザ端末が前記第２サーバにアクセスして、該ユーザが前記第１サーバにより認証済みであることを示すユーザ認証情報及び該ユーザの属性情報を前記第２サーバに送信し、
前記第２サーバが、前記ユーザ端末に向けて、前記ユーザ認証情報及び該ユーザの属性情報を含むクッキーを送信し、
前記ユーザが前記第２サーバにアクセスした際に、前記第２サーバが、前記クッキーを受信し該クッキー内の前記ユーザ属性情報を第１サーバへのリンク情報に付加し、このリンク情報を前記ユーザ端末に送信し、
前記ユーザ端末のブラウザが前記リンク情報を解釈する際に、前記第１サーバに前記ユーザ属性情報を送信し、
前記第１サーバが受信した前記ユーザ属性情報と、前記ユーザ端末へ送信したユーザ属性情報とを照合し、照合結果を前記第２サーバへ送信し、
前記第２サーバが、受信した照合結果を参照することにより、該ユーザの認証を行う、
ことを特徴とするユーザ認証システム。A user authentication system having a first server belonging to a first domain and a second server belonging to a second domain,
The first server accepts an authentication request from a user;
When the first server completes the authentication, link information to the second server, user authentication information indicating that the user has been authenticated by the first server, and user attribute information Sending the user authentication completion screen configuration data to the user terminal, including link information having
User authentication indicating that when the browser of the user terminal interprets link information to the second server, the user terminal accesses the second server and the user has been authenticated by the first server. Transmitting information and attribute information of the user to the second server;
The second server sends a cookie including the user authentication information and the user attribute information to the user terminal;
When the user accesses the second server, the second server receives the cookie, adds the user attribute information in the cookie to link information to the first server, and adds the link information to the user. Send it to your device,
When the browser of the user terminal interprets the link information, the user attribute information is transmitted to the first server,
The user attribute information received by the first server and the user attribute information transmitted to the user terminal are collated, and the collation result is transmitted to the second server,
The second server authenticates the user by referring to the received verification result;
A user authentication system.

請求項４に記載のユーザ認証システムにおいて、
前記ユーザ属性情報は、重要度の異なる複数のユーザ属性情報からなり、該複数のユーザ属性情報を個別に確認することにより、複数レベルのユーザ認証を行うことを特徴とするユーザ認証システム。The user authentication system according to claim 4 , wherein
The user attribute information includes a plurality of pieces of user attribute information having different importance levels, and a plurality of levels of user authentication are performed by individually checking the plurality of user attribute information.

請求項４又は５に記載のユーザ認証システムにおいて、
前記第１及び第２のドメインサーバは、セキュアサーバであり、通信される前記ユーザ認証情報は、暗号化されたものであることを特徴とするユーザ認証システム。The user authentication system according to claim 4 or 5 ,
The first and second domain servers are secure servers, and the user authentication information to be communicated is encrypted.