認証プログラム、認証サーバおよびシングルサインオン認証システム
【課題】連携する複数のサイトが、連携型ＩＤ管理方式によってシングルサインオンを実現しているＳＳＯ認証システムにおいて、ユーザの利便性を損なうことなく、セキュリティを確保する。
【解決手段】（１）ユーザがサイトＡにログインするとき、認証サーバ１０１は、ユーザからの認証情報（ユーザＩＤ、パスワード）に基づき、ユーザ認証を行う。（２）不審な挙動が検知されるとき、検知装置１０５は認証サーバ１０１に不審挙動情報（ユーザＩＤ、挙動ＩＤ）を通知する。認証サーバ１０１は、不審挙動情報に基づいて信頼度レベルを算出して、アカウント情報ＤＢ１０２に記録する。（３）ユーザがサイトＢにアクセスするとき、（４）サイトＡは、サイトＢに、ユーザの信頼度を付加した状態で認証情報を送る。（５）サイトＢの認証サーバ１０１は、サイトＡからのユーザの信頼度に基づき、認証の可否、提供する機能を決める。
【解決手段】（１）ユーザがサイトＡにログインするとき、認証サーバ１０１は、ユーザからの認証情報（ユーザＩＤ、パスワード）に基づき、ユーザ認証を行う。（２）不審な挙動が検知されるとき、検知装置１０５は認証サーバ１０１に不審挙動情報（ユーザＩＤ、挙動ＩＤ）を通知する。認証サーバ１０１は、不審挙動情報に基づいて信頼度レベルを算出して、アカウント情報ＤＢ１０２に記録する。（３）ユーザがサイトＢにアクセスするとき、（４）サイトＡは、サイトＢに、ユーザの信頼度を付加した状態で認証情報を送る。（５）サイトＢの認証サーバ１０１は、サイトＡからのユーザの信頼度に基づき、認証の可否、提供する機能を決める。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、認証プログラム、認証サーバおよびシングルサインオン認証システムに関する。
【背景技術】
【０００２】
例えば、ネットワークに接続された端末を使っている場合、端末の起動時、ＬＡＮ(Local Area Network)への接続時、サーバへの接続時、サーバ上のアプリケーションの起動時等で、ユーザに対してユーザＩＤ、パスワードの入力を求めて、その都度ユーザ認証を行うことが考えられる。この場合、セキュリティは確保されるが、ユーザＩＤおよびパスワードの入力がユーザに何度も求められるため、ユーザの利便性を損なうものとなる。
【０００３】
ＳＳＯ（シングルサインオン）というシステムが知られている。ＳＳＯは、ユーザが一度認証を受けるだけで、許可されている全ての機能を利用できるようになるシステムである。例えば、特許文献１等には、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってＳＳＯを実現するＳＳＯ認証システムが記載されている。
【０００４】
ＳＳＯ認証システムでは、あるサイトでユーザの不審な挙動を検知したときに、その旨を他のサイトに通知する手段がないため、あるサイトで不審な挙動が検知された場合の対処がそのサイトのみに限定される。
【０００５】
あるサイトで不審な挙動が検知されたら、それ以降、連携する全サイトでそのユーザの認証を拒否するという方法が考えられるが、不審な挙動を直ちに不正アクセスと断定できないため、正規のユーザであった場合の利便性が失われる。また、複数のサイトが検知した情報を相互に送受信するという方法も考えられるが、この方法では、サイト数が多くなると送受信する検知情報が膨大になる。
【特許文献１】特開２００２−３３５２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ユーザの利便性を損なうことなく、セキュリティの確保を可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
請求項１の発明に係る認証プログラムは、コンピュータを、認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証手段と、ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録手段と、上記挙動情報登録手段で登録された不審な
挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定手段と、ユーザが、連携している他のサイトにアクセスした場合に、上記認証手段で受信された認証情報を、上記信頼度決定手段で決定された信頼度を付加して、上記他のサイトに送る認証情報送信手段と、上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定手段として機能させるものである。
【０００８】
請求項２の発明に係る認証プログラムは、請求項１の発明において、上記認証手段は、上記受信した認証情報に上記信頼度が付加されているとき、該信頼度がログインを許可するレベルであるか否かを判別し、該信頼度がログインを許可するレベルでないときは認証処理を行わないものである。
【０００９】
請求項３の発明に係る認証プログラムは、請求項１の発明において、上記提供機能決定手段は、上記認証手段が受信した認証情報に上記信頼度が付加されていないとき、上記信頼度決定手段で決定された信頼度に基づいて、ユーザに提供する機能を決定するものである。
【００１０】
請求項４の発明に係る認証プログラムは、請求項１の発明において、上記提供機能決定手段は、上記認証手段が受信した認証情報に上記信頼度が付加されているとき、該付加されている信頼度および上記信頼度決定手段で決定された信頼度のうち低い方の信頼度に基づいて、ユーザに提供する機能を決定するものである。
【００１１】
請求項５の発明に係る認証プログラムは、請求項１の発明において、上記提供機能決定手段は、上記信頼度に基づいてユーザから要求された機能を提供できないと判断するとき、代替機能があるときは、該代替機能をユーザに提供する機能に決定するものである。
【００１２】
請求項６の発明に係る認証サーバは、認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部とを備えるものである。
【００１３】
請求項７の発明に係るシングルサインオン認証システムは、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムであって、上記認証サーバは、認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部とを備えるものである。
【発明の効果】
【００１４】
請求項１の発明によれば、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムにおいて、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１５】
請求項２の発明によれば、請求項１の発明において、信頼度に基づいて不審者のログインを制限するものであり、ユーザの利便性を損なうことなく、セキュリティを確保できる。
【００１６】
請求項３の発明によれば、請求項１の発明において、自己のサイトが持つ信頼度の情報に基づいて不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１７】
請求項４の発明によれば、請求項１の発明において、他のサイトからの信頼度の情報を有効に利用して不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１８】
請求項５の発明によれば、請求項１の発明において、信頼度に基づいて不審者に代替機能を提供するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１９】
請求項６の発明によれば、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムにおいて、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００２０】
請求項７の発明によれば、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムを得ることができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しながら、この発明の実施の形態について説明する。
【００２２】
図１は、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システム（ＳＳＯ認証システム）１００の構成の一例を示している。このＳＳＯ認証システム１００は、説明を簡単にするため、２つのサイト（サイトＡ、サイトＢ）が連携している場合を示すものとする。
【００２３】
各サイトは、認証サーバ１０１と、アカウント情報データベース（アカウント情報ＤＢ）１０２と、アプリケーション１０３と、検知装置１０４と、ログ部１０５とを備えている。アカウント情報ＤＢ１０２は、アカウント情報（ユーザＩＤ、パスワード、その他の登録した情報）を格納しているデータベースである。アプリケーション１０３は、ユーザの要求により動作し、ユーザが要求する機能を提供するソフトウェアである。ログ部１０４は、アプリケーション１０３の実行ログを保存する。検知装置１０５は、ログ部１０４に保存される実行ログを監視し、ユーザの不審な挙動を検知して、認証サーバ１０１に不審な挙動情報を通知する。
【００２４】
図２のフローチャートは、検知装置１０５における不審な挙動検知処理の一例を示している。検知装置１０５は、ステップＳＴ１で、例えば、ユーザのログインがあったときに処理を開始し、ステップＳＴ２に進む。検知装置１０５は、ステップＳＴ２で、ログ部１０４に保存された実行ログに基づいて、ユーザの不審な挙動を検知したか否かを判定する。不審な挙動は、例えば、図３の不審な挙動一覧のように、予め定義されている。この場合、不審な挙動は、連携するサイトの全てにおいて、共通なものとする。
【００２５】
不審な挙動としては、例えば、「いつもと異なる端末からのアクセス」、「いつもと異なる時間帯のアクセス」、「予め登録されていない端末からのアクセス」、「異なるマシンからの同時アクセス」、・・・等がある。各挙動はＩＤで識別され、各挙動には不審度レベルが設定されている。
【００２６】
ステップＳＴ２で不審な挙動を検知したとき、検知装置１０５は、ステップ３に進み、検知した不審な挙動のＩＤと、その不審な挙動を行ったユーザのＩＤを、認証サーバ１０１の後述する不審挙動受信部に通知し、その後に、ステップＳＴ４に進む。ステップ２で不審な挙動を検知しなかったとき、検知装置１０５は、直ちに、ステップＳＴ４に進む。
【００２７】
検知装置１０５は、ステップＳＴ４で、不審な挙動検知処理を終了するか否かを判定する。例えば、検知装置１０５は、ユーザのログオフがあったときに、処理を終了すると判定する。検知装置１０５は、処理を終了しないと判定するときはステップＳＴ２に戻り、一方、処理を終了すると判定するときはステップＳＴ５に進んで、不審な挙動検知処理を終了する。
【００２８】
図１に戻って、認証サーバ１０１は、例えば図４に示すように、認証部１１１、認証情報送信部１１２、アカウント情報ＤＢアクセス部１１３、提供機能決定部１１４、不審挙動受信部１１５および信頼度決定部１１６の機能を持っている。認証サーバ１０１は、周知のようにコンピュータで構成されている。この認証サーバ１０１には、当該認証サーバ１０１を、上述の各機能部として機能させるための認証プログラムが備えられている。
【００２９】
認証部１１１は、いわゆるログイン処理（認証処理）を行う。すなわち、認証部１１１は、認証情報（ユーザＩＤ、パスワード等）を受信し、この受信された認証情報とアカウント情報ＤＢ１０２に格納されている登録情報等に基づいて、ユーザの認証を行う。ここで、認証情報は、ユーザ端末から送られてくる場合と、連携する他のサイトから送られてくる場合とがある。ＳＳＯ認証システム１００を構成するサイトＡ、サイトＢのいずれかにユーザが最初にアクセスする際には、その最初にアクセスされたサイトにユーザ端末から認証情報が送られてくる。その後、ユーザが他のサイトにアクセスする際には、最初にアクセスされたサイトから当該他のサイトに認証情報が送られてくる。つまり、ユーザは、最初にアクセスする際に認証情報を入力するだけで済み、シングルサインオンが実現される。
【００３０】
認証情報送信部１１２は、ユーザが連携している他のサイトにアクセスした場合に、上述したように認証部１１１で受信された認証情報を当該他のサイトに送信する。この場合、認証情報送信部１１２は、後述するように信頼度決定部１１６で決定された信頼度を、認証情報に付加して送る。
【００３１】
アカウント情報ＤＢアクセス部１１３は、認証部１１１における認証処理時にアカウント情報ＤＢに格納されている登録情報を読み出すこと、信頼度決定部１１６で決定された信頼度をユーザＩＤと対応付けてアカウント情報ＤＢに記録すること、認証情報送信部１１２における認証情報送信時にアカウント情報ＤＢに格納されている信頼度を読み出すこと等を行う。
【００３２】
不審挙動受信部１１５は、検知装置１０５から通知されたユーザの不審な挙動情報（ユーザＩＤ、挙動ＩＤ）を受信し、この不審な挙動情報を登録する。信頼度決定部１１６は、不審挙動受信部１１５で受信されて登録されたユーザの不審な挙動情報に基づいて、ユーザの信頼度を決定する。信頼度決定部１１６は、各挙動に対応して設定されている不審度レベル（図３参照）を使用して、例えば、以下の（１）式に基づいて、信頼度レベルを算出する。なお、（１）式の算出結果が０未満である場合には、信頼度レベルを０とする。この信頼度レベルは、０から１０までの整数で、値が大きいほど信頼度が高いことを示す。
【００３３】
信頼度レベル＝
１０−（ログインしてから通知された不審挙動の不審度レベルの総和）
・・・（１）
【００３４】
提供機能決定部１１４は、ユーザの信頼度に基づいて、ユーザに提供する機能を決定する。提供機能決定部１１４は、認証部１１１で他のサイトから受信した認証情報に付加されている信頼度、および自サイトの信頼度決定部１１６で決定された信頼度を、後述するように選択的に用いる。
【００３５】
ここで、サイトが提供する機能と、その機能を提供し得る信頼度レベルとは予め関係付けがされている。図５は、例えば、サイトＡが、（ａ）商品情報の閲覧、（ｂ）購入依頼受け付け、（ｃ）過去購入履歴の参照、等のサービスを提供するオンラインショッピングサイトであるとしたときの、関係付けの一例を示したものである。信頼度レベルが１０〜４であれば、全てのサービスを使用できる。信頼度レベルが３〜０であれば、商品情報の閲覧のみが可能である。
【００３６】
図６は、例えば、サイトＢが、（ａ）代金引換、（ｂ）銀行振り込み、（ｃ）後払い（コンビニエンスストア／銀行）、（ｄ）クレジットカード、等の決済方法を提供する、決済サービス提供サイトであるとしたときの、関係付けの一例を示したものである。信頼度レベルが１０〜９であれば、全ての決済方法を使用できる。信頼度レベルが８から５であれば、代金引換、後払いは使用できず、クレジットカードは別の方法で本人確認ができた場合のみ使用でき、銀号振り込みは使用できる。信頼度レベルが４〜０であれば、全ての決済方法を使用できない。
【００３７】
図７のフローチャートは、認証サーバ１０１における不審情報受信処理の一例を示している。不審挙動受信部１１５が検知装置１０５から不審挙動情報を受信したとき、認証サーバ１０１は、ステップＳＴ１１で、不審情報受信処理を開始し、ステップＳＴ１２に進む。認証サーバ１０１は、不審挙動受信部１１５で受信した不審挙動情報を、アカウント情報ＤＢアクセス部１１３によりアカウント情報ＤＢ１０２に記録する。
【００３８】
次に、認証サーバ１０１は、ステップＳＴ１３で、アカウント情報ＤＢ１０２に記録された不審な挙動情報を基に、信頼度決定部１１６でユーザの信頼度を決定し（（１）式参照）、信頼度（信頼度レベル）を、アカウント情報ＤＢアクセス部１１３によりアカウント情報ＤＢ１０２に記録する。そして、認証サーバ１０１は、ステップＳＴ１４に進み、不審情報受信処理を終了する。
【００３９】
認証サーバ１０１は、不審挙動受信部１１５が検知装置１０５から不審挙動情報を受信する毎に、図７のフローチャートに沿って、ユーザの信頼度（信頼度レベル）を決定し、アカウント情報ＤＢ１０２に記録する。したがって、アカウント情報ＤＢ１０２に記録されたユーザの信頼度（信頼度レベル）は検知装置１０５で不審な挙動が検知される毎に更新されていく。
【００４０】
図８のフローチャートは、認証サーバ１０１におけるログイン処理の一例を示している。認証サーバ１０１は、認証部１１１が認証情報を受信したとき、ステップＳＴ２１で、ログイン処理を開始し、ステップＳＴ２２に進む。認証サーバ１０１は、ステップＳＴ２２で、認証情報にユーザの信頼度（信頼度レベル）が付加されているか否かを判定する。信頼度が付加されているとき、認証サーバ１０１は、ステップＳＴ２３に進み、ユーザの信頼度がログインを許可するレベルか否かを判定する。なお、ログインを許可するレベルは予め設定される。
【００４１】
認証サーバ１０１は、ステップＳＴ２３でユーザ信頼度がログインを許可するレベルでないとき、ステップＳＴ２４に進んで当該ユーザに認証エラーを通知し、その後にステップＳＴ２５でログイン処理を終了する。一方、認証サーバ１０１は、ステップＳＴ２３で信頼度がログインを許可するレベルであるとき、ステップＳＴ２５に進む。認証サーバ１０１は、上述のステップＳＴ２２で認証情報にユーザの信頼度が付加されていないとき、直ちに、ステップＳＴ２５に進む。
【００４２】
認証サーバ１０１は、ステップＳＴ２５において、認証部１１１で認証情報に基づいて、ユーザの認証処理を行う。そして、認証サーバ１０１は、認証が成功するときは、ステップＳＴ２５でログイン処理を終了し、認証が失敗したときは、ステップＳＴ２４でユーザに認証エラーを通知した後、ステップＳＴ２５でログイン処理を終了する。
【００４３】
認証サーバ１０１は、上述したように、認証情報に付加されているユーザの信頼度が、ログインを許可するレベルでないときは、認証処理を行わないので、ユーザの利便性を損なうことなく、不審者のログインを防止でき、セキュリティを確保できる。なお、認証情報に信頼度が付加されているということは、この認証情報は、連携する他のサイトから送られてきたものであり、従って、他のサイトで検知されたユーザの不審な挙動に基づいて、不審者のログインが防止される。
【００４４】
図９のフローチャートは、認証サーバ１０１における提供機能決定処理の一例を示している。認証サーバ１０１は、ユーザからの機能提供要求を受信したとき、ステップＳＴ３１で、提供機能決定処理を開始し、ステップＳＴ３２に進む。認証サーバ１０１は、ステップＳＴ３２で、認証部１１１で受信された認証情報にユーザの信頼度（信頼度レベル）が付加されているか否かを判定する。
【００４５】
認証情報がユーザ端末から送られてきたものであって、ユーザの信頼度が付加されていないとき、認証サーバ１０１は、ステップＳＴ３３で、自サイトのアカウント情報ＤＢ１０２に記録されている当該ユーザの信頼度を選択し、その後に、ステップＳＴ３５に進む。また、認証情報が他のサイトから送られてきたものであって、ユーザの信頼度が付加されているとき、認証サーバ１０１は、ステップＳＴ３４で、認証情報に付加されているユーザの信頼度と、自サイトのアカウント情報ＤＢ１０２に記録されている当該ユーザの信頼度を比較し、低い方の信頼度を選択し、その後に、ステップＳＴ３５に進む。
【００４６】
認証サーバ１０１は、ステップＳＴ３５において、ステップＳＴ３３またはステップＳＴ３４で選択されたユーザの信頼度が、ユーザから要求された機能を提供できるか、提供機能決定部１１４で判断する。提供機能決定部１１４は、この判断を、サイト内で提供する機能とその機能を提供する信頼度レベルとの関係付け（図５、図６参照）を参照して行う。
【００４７】
認証サーバ１０１は、提供機能決定部１１４がユーザから要求された機能を提供できると判断するとき、ステップＳＴ３６で、ユーザに対して、アプリケーション１０３により要求された機能で応答し、その後に、ステップＳＴ３７で、提供機能決定処理を終了する。また、認証サーバ１０１は、提供機能決定部１１４がユーザから要求された機能を提供できないと判断するとき、ステップＳＴ３８に進む。
【００４８】
認証サーバ１０１は、ステップＳＴ３８で、ユーザから要求された機能の代替機能があるか否かを判定する。具体例は示さないが、代替機能は、例えば、ユーザから要求された機能に関連した機能であって、不審者に対してもセキュリティを確保し得る機能であり、
各サイトにおいて予め設定される。代替機能があるとき、認証サーバ１０１は、ステップＳＴ３９で、ユーザに対して、アプリケーション１０３により代替機能で応答し、その後に、ステップＳＴ３７で、提供機能決定処理を終了する。一方、代替機能がないとき、認証サーバ１０１は、ステップＳＴ４０で、ユーザに対して機能提供要求に応答できない旨のメッセージを返信し、その後に、ステップＳＴ３７で、提供機能決定処理を終了する。
【００４９】
認証サーバ１０１は、上述したように、認証情報にユーザの信頼度が付加されていないとき、自サイトのアカウント情報ＤＢ１０２に記録されているユーザの信頼度（信頼度レベル）に基づいて、ユーザから要求された機能を提供できるか判断するものである。つまり、認証サーバ１０１は、認証情報にユーザの信頼度が付加されていない場合、自サイトが持つユーザの信頼度の情報に基づいて不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００５０】
また、認証サーバ１０１は、上述したように、認証情報にユーザの信頼度が付加されているとき、その付加されているユーザの信頼度および自サイトのアカウント情報ＤＢ１０２に記録されているユーザの信頼度うち低い方の信頼度に基づいて、ユーザから要求された機能を提供できるか判断するものである。つまり、認証サーバ１０１は、他のサイトからのユーザの信頼度の情報を有効に利用して不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００５１】
この場合、他のサイトでユーザの不審な挙動が検知されている場合、自サイトでユーザの不審な挙動が検知できなかった場合でも、他のサイトから認証情報に付加されてくる信頼度に基づいて対処でき、不審者に対するセキュリティを良好に確保できる。
【００５２】
また、認証サーバ１０１は、上述したように、ユーザの信頼度に基づいてユーザから要求された機能が提供できないと判断するとき、代替機能があるときは、ユーザに対して当該代替機能で応答するものである。この代替機能は例えばユーザから要求された機能に関連した機能であって不審者に対してもセキュリティを確保し得る機能であり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００５３】
図１０は、図１に示すＳＳＯ認証システム１００における動作（ユーザのサイトＡ、サイトＢに対するアクセス、そのアクセス時におけるユーザ認証、ユーザの信頼度の生成、信頼度を用いた認証サーバの認証、提供機能の決定など）の一例をまとめて示している。
【００５４】
（１）ユーザがサイトＡにログイン（アクセス）する。このログイン時に、ユーザは、ユーザ端末に認証情報（ユーザＩＤ、パスワード）を入力して、サイトＡの認証サーバ１０１におくる。サイトＡの認証サーバ１０１は、ユーザ端末から送られてくる認証情報とアカウント情報ＤＢ１０２に格納されている登録情報に基づいて、ユーザ認証を行う。
【００５５】
ユーザ認証が成功すると、サイトＡは、ユーザから当該サイトＡが提供する機能の要求を受け付ける状態となる。ユーザから所定の機能の要求があるとき、サイトＡのアプリケーション１０３が動作し、ユーザに対して、要求する機能を提供する。このアプリケーション１０３の実行ログはログ部１０４に保存される。検知装置１０５により、ログ部１０４に保存される実行ログが監視される。
【００５６】
（２）ユーザの不審な挙動が検知されるとき、検知装置１０５から認証サーバ１０１に不審挙動情報（ユーザＩＤ、挙動ＩＤ）が通知される（図３参照）。認証サーバ１０１は、不審挙動情報が通知される毎に、この不審挙動情報を登録し、（１）式に基づいて、信頼度レベルを算出して、アカウント情報ＤＢ１０２に記録しておく。
【００５７】
サイトＡでは、認証サーバ１０１で受信される認証情報はユーザ端末から送られてきたものであり、この認証情報にはユーザの信頼度（信頼度レベル）は付加されていない。認証サーバ１０１は、ユーザからの機能の要求に対し、アカウント情報ＤＢ１０２に記録されているユーザの信頼度に基づいて、その要求された機能を提供できるか否かを判断し、提供できると判断するとき、アプリケーション１０３によりその要求された機能をユーザに提供する。一方、ユーザが要求した機能を提供できないと判断するとき、代替機能があるときはその代替機能をユーザに提供し、代替機能がないときはユーザに対して要求に応答できない旨のメッセージを送る。
【００５８】
（３）ユーザはサイトＡに対する機能の要求が終了し、次に、サイトＡと連携しているサイトＢにアクセスする。
【００５９】
（４）この場合、サイトＡの認証サーバ１０１は、認証情報（ユーザＩＤ、パスワード）を、ユーザの信頼度を付加した状態で、サイトＢの認証サーバに送る。この場合、ユーザは、ユーザ端末に認証情報を入力してサイトＢに送る必要がなく、シングルサインオンが実現される。サイトＢの認証サーバＢは、ユーザの信頼度がログインを許可するレベルであるときのみ、認証情報に基づいて認証処理を行う。ユーザの信頼度がログインを許可するレベルでないとき、認証エラーをユーザに通知する。
【００６０】
ユーザ認証が成功すると、サイトＢは、ユーザから当該サイトＢが提供する機能の要求を受け付ける状態となる。ユーザから所定の機能の要求があるとき、サイトＢのアプリケーション１０３が動作し、ユーザに対して、要求する機能を提供する。このアプリケーション１０３の実行ログはログ部１０４に保存されると共に、検知装置１０５によりログ部１０４に保存される実行ログが監視される。ユーザの不審な挙動が検知されるとき、検知装置１０５から認証サーバ１０１に不審挙動情報（ユーザＩＤ、挙動ＩＤ）が通知される。そして、認証サーバ１０１は、不審挙動情報が通知される毎に、この不審挙動情報を登録し、（１）式に基づいて、信頼度レベルを算出して、アカウント情報ＤＢ１０２に記録しておく。
【００６１】
（５）サイトＢの認証サーバ１０１は、ユーザからの機能の要求に対し、サイトＡから受信した認証情報に付加されている信頼度とアカウント情報ＤＢ１０２に記録されている信頼度のうち低い方の信頼度に基づいて、その要求された機能を提供できるか否かを判断し、提供できると判断するとき、アプリケーション１０３によりその要求された機能をユーザに提供する。一方、ユーザが要求した機能を提供できないと判断するとき、代替機能があるときはその代替機能をユーザに提供し、代替機能がないときはユーザに対して要求に応答できない旨のメッセージを送る。
【００６２】
図１に示すＳＳＯ認証システム１００においては、あるサイト（例えばサイトＡ）で不審な挙動を示したユーザが他のサイト（例えばサイトＢ）を利用したときに、あるサイトから認証情報と共に当該ユーザの信頼度が他のサイトに送られるため、当該他のサイトでユーザの不審な挙動を直接検知できなかった場合でも、あるサイトから送られてくる信頼度に基づいて、ログインおよび機能要求を制限でき、不審者に対処できる。この場合、信頼度に基づいた制限を行うものであり、ユーザの利便性を損なうことはない。
【００６３】
なお、上述実施の形態においては、説明を簡単にするため、サイトＡおよびサイトＢにより構成されるＳＳＯ認証システム１００を示したが、さらに多くの連携するサイトからなるＳＳＯ認証システムにも、この発明を同様に適用できる。
【産業上の利用可能性】
【００６４】
この発明は、ユーザの利便性を損なうことなく、セキュリティを確保できるものであり、例えば、オンラインショップと銀行など、異なる企業の複数のサイトを連携して利便性の高い総合サイトを提供する場合に適用できる。
【図面の簡単な説明】
【００６５】
【図１】実施の形態としての、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システム（ＳＳＯ認証システム）の構成の一例を示すブロック図である。
【図２】各サイトに備えられる検知装置の不審な挙動検知処理の一例を説明するためのフローチャートである。
【図３】予め定義される不審な挙動の一覧の例を示す図である。
【図４】各サイトの認証サーバが持つ機能の例を示すブロック図である。
【図５】オンラインショッピングサイトにおいて予め定義される、提供機能と信頼度レベルとの関係付けの一例を示す図である。
【図６】決済サービス提供サイトにおいて予め定義される、提供機能と信頼度レベルとの関係付けの一例を示す図である。
【図７】認証サーバの不審情報受信処理の一例を説明するためのフローチャートである。
【図８】認証サーバのログイン処理の一例を説明するためのフローチャートである。
【図９】認証サーバの提供機能決定処理の一例を説明するためのフローチャートである。
【図１０】ＳＳＯ認証システムにおける動作（ユーザのサイトＡ、サイトＢに対するアクセス、そのアクセス時におけるユーザ認証、ユーザの信頼度の生成、信頼度を用いた認証サーバの認証、提供機能の決定など）の一例をまとめて示す図である。
【符号の説明】
【００６６】
１００・・・ＳＳＯ認証システム、１０１・・・認証サーバ、１０２・・・アカウント情報データベース、１０３・・・アプリケーション、１０４・・・ログ部、１０５・・・検知装置、１１１・・・認証部、１１２・・・認証情報送信部、１１３・・・アカウント情報ＤＢアクセス部、１１４・・・提供機能決定部、１１５・・・不審挙動受信部、ｍ１１６・・・信頼度決定部
【技術分野】
【０００１】
この発明は、認証プログラム、認証サーバおよびシングルサインオン認証システムに関する。
【背景技術】
【０００２】
例えば、ネットワークに接続された端末を使っている場合、端末の起動時、ＬＡＮ(Local Area Network)への接続時、サーバへの接続時、サーバ上のアプリケーションの起動時等で、ユーザに対してユーザＩＤ、パスワードの入力を求めて、その都度ユーザ認証を行うことが考えられる。この場合、セキュリティは確保されるが、ユーザＩＤおよびパスワードの入力がユーザに何度も求められるため、ユーザの利便性を損なうものとなる。
【０００３】
ＳＳＯ（シングルサインオン）というシステムが知られている。ＳＳＯは、ユーザが一度認証を受けるだけで、許可されている全ての機能を利用できるようになるシステムである。例えば、特許文献１等には、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってＳＳＯを実現するＳＳＯ認証システムが記載されている。
【０００４】
ＳＳＯ認証システムでは、あるサイトでユーザの不審な挙動を検知したときに、その旨を他のサイトに通知する手段がないため、あるサイトで不審な挙動が検知された場合の対処がそのサイトのみに限定される。
【０００５】
あるサイトで不審な挙動が検知されたら、それ以降、連携する全サイトでそのユーザの認証を拒否するという方法が考えられるが、不審な挙動を直ちに不正アクセスと断定できないため、正規のユーザであった場合の利便性が失われる。また、複数のサイトが検知した情報を相互に送受信するという方法も考えられるが、この方法では、サイト数が多くなると送受信する検知情報が膨大になる。
【特許文献１】特開２００２−３３５２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ユーザの利便性を損なうことなく、セキュリティの確保を可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
請求項１の発明に係る認証プログラムは、コンピュータを、認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証手段と、ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録手段と、上記挙動情報登録手段で登録された不審な
挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定手段と、ユーザが、連携している他のサイトにアクセスした場合に、上記認証手段で受信された認証情報を、上記信頼度決定手段で決定された信頼度を付加して、上記他のサイトに送る認証情報送信手段と、上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定手段として機能させるものである。
【０００８】
請求項２の発明に係る認証プログラムは、請求項１の発明において、上記認証手段は、上記受信した認証情報に上記信頼度が付加されているとき、該信頼度がログインを許可するレベルであるか否かを判別し、該信頼度がログインを許可するレベルでないときは認証処理を行わないものである。
【０００９】
請求項３の発明に係る認証プログラムは、請求項１の発明において、上記提供機能決定手段は、上記認証手段が受信した認証情報に上記信頼度が付加されていないとき、上記信頼度決定手段で決定された信頼度に基づいて、ユーザに提供する機能を決定するものである。
【００１０】
請求項４の発明に係る認証プログラムは、請求項１の発明において、上記提供機能決定手段は、上記認証手段が受信した認証情報に上記信頼度が付加されているとき、該付加されている信頼度および上記信頼度決定手段で決定された信頼度のうち低い方の信頼度に基づいて、ユーザに提供する機能を決定するものである。
【００１１】
請求項５の発明に係る認証プログラムは、請求項１の発明において、上記提供機能決定手段は、上記信頼度に基づいてユーザから要求された機能を提供できないと判断するとき、代替機能があるときは、該代替機能をユーザに提供する機能に決定するものである。
【００１２】
請求項６の発明に係る認証サーバは、認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部とを備えるものである。
【００１３】
請求項７の発明に係るシングルサインオン認証システムは、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムであって、上記認証サーバは、認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部とを備えるものである。
【発明の効果】
【００１４】
請求項１の発明によれば、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムにおいて、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１５】
請求項２の発明によれば、請求項１の発明において、信頼度に基づいて不審者のログインを制限するものであり、ユーザの利便性を損なうことなく、セキュリティを確保できる。
【００１６】
請求項３の発明によれば、請求項１の発明において、自己のサイトが持つ信頼度の情報に基づいて不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１７】
請求項４の発明によれば、請求項１の発明において、他のサイトからの信頼度の情報を有効に利用して不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１８】
請求項５の発明によれば、請求項１の発明において、信頼度に基づいて不審者に代替機能を提供するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００１９】
請求項６の発明によれば、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムにおいて、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００２０】
請求項７の発明によれば、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムを得ることができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しながら、この発明の実施の形態について説明する。
【００２２】
図１は、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システム（ＳＳＯ認証システム）１００の構成の一例を示している。このＳＳＯ認証システム１００は、説明を簡単にするため、２つのサイト（サイトＡ、サイトＢ）が連携している場合を示すものとする。
【００２３】
各サイトは、認証サーバ１０１と、アカウント情報データベース（アカウント情報ＤＢ）１０２と、アプリケーション１０３と、検知装置１０４と、ログ部１０５とを備えている。アカウント情報ＤＢ１０２は、アカウント情報（ユーザＩＤ、パスワード、その他の登録した情報）を格納しているデータベースである。アプリケーション１０３は、ユーザの要求により動作し、ユーザが要求する機能を提供するソフトウェアである。ログ部１０４は、アプリケーション１０３の実行ログを保存する。検知装置１０５は、ログ部１０４に保存される実行ログを監視し、ユーザの不審な挙動を検知して、認証サーバ１０１に不審な挙動情報を通知する。
【００２４】
図２のフローチャートは、検知装置１０５における不審な挙動検知処理の一例を示している。検知装置１０５は、ステップＳＴ１で、例えば、ユーザのログインがあったときに処理を開始し、ステップＳＴ２に進む。検知装置１０５は、ステップＳＴ２で、ログ部１０４に保存された実行ログに基づいて、ユーザの不審な挙動を検知したか否かを判定する。不審な挙動は、例えば、図３の不審な挙動一覧のように、予め定義されている。この場合、不審な挙動は、連携するサイトの全てにおいて、共通なものとする。
【００２５】
不審な挙動としては、例えば、「いつもと異なる端末からのアクセス」、「いつもと異なる時間帯のアクセス」、「予め登録されていない端末からのアクセス」、「異なるマシンからの同時アクセス」、・・・等がある。各挙動はＩＤで識別され、各挙動には不審度レベルが設定されている。
【００２６】
ステップＳＴ２で不審な挙動を検知したとき、検知装置１０５は、ステップ３に進み、検知した不審な挙動のＩＤと、その不審な挙動を行ったユーザのＩＤを、認証サーバ１０１の後述する不審挙動受信部に通知し、その後に、ステップＳＴ４に進む。ステップ２で不審な挙動を検知しなかったとき、検知装置１０５は、直ちに、ステップＳＴ４に進む。
【００２７】
検知装置１０５は、ステップＳＴ４で、不審な挙動検知処理を終了するか否かを判定する。例えば、検知装置１０５は、ユーザのログオフがあったときに、処理を終了すると判定する。検知装置１０５は、処理を終了しないと判定するときはステップＳＴ２に戻り、一方、処理を終了すると判定するときはステップＳＴ５に進んで、不審な挙動検知処理を終了する。
【００２８】
図１に戻って、認証サーバ１０１は、例えば図４に示すように、認証部１１１、認証情報送信部１１２、アカウント情報ＤＢアクセス部１１３、提供機能決定部１１４、不審挙動受信部１１５および信頼度決定部１１６の機能を持っている。認証サーバ１０１は、周知のようにコンピュータで構成されている。この認証サーバ１０１には、当該認証サーバ１０１を、上述の各機能部として機能させるための認証プログラムが備えられている。
【００２９】
認証部１１１は、いわゆるログイン処理（認証処理）を行う。すなわち、認証部１１１は、認証情報（ユーザＩＤ、パスワード等）を受信し、この受信された認証情報とアカウント情報ＤＢ１０２に格納されている登録情報等に基づいて、ユーザの認証を行う。ここで、認証情報は、ユーザ端末から送られてくる場合と、連携する他のサイトから送られてくる場合とがある。ＳＳＯ認証システム１００を構成するサイトＡ、サイトＢのいずれかにユーザが最初にアクセスする際には、その最初にアクセスされたサイトにユーザ端末から認証情報が送られてくる。その後、ユーザが他のサイトにアクセスする際には、最初にアクセスされたサイトから当該他のサイトに認証情報が送られてくる。つまり、ユーザは、最初にアクセスする際に認証情報を入力するだけで済み、シングルサインオンが実現される。
【００３０】
認証情報送信部１１２は、ユーザが連携している他のサイトにアクセスした場合に、上述したように認証部１１１で受信された認証情報を当該他のサイトに送信する。この場合、認証情報送信部１１２は、後述するように信頼度決定部１１６で決定された信頼度を、認証情報に付加して送る。
【００３１】
アカウント情報ＤＢアクセス部１１３は、認証部１１１における認証処理時にアカウント情報ＤＢに格納されている登録情報を読み出すこと、信頼度決定部１１６で決定された信頼度をユーザＩＤと対応付けてアカウント情報ＤＢに記録すること、認証情報送信部１１２における認証情報送信時にアカウント情報ＤＢに格納されている信頼度を読み出すこと等を行う。
【００３２】
不審挙動受信部１１５は、検知装置１０５から通知されたユーザの不審な挙動情報（ユーザＩＤ、挙動ＩＤ）を受信し、この不審な挙動情報を登録する。信頼度決定部１１６は、不審挙動受信部１１５で受信されて登録されたユーザの不審な挙動情報に基づいて、ユーザの信頼度を決定する。信頼度決定部１１６は、各挙動に対応して設定されている不審度レベル（図３参照）を使用して、例えば、以下の（１）式に基づいて、信頼度レベルを算出する。なお、（１）式の算出結果が０未満である場合には、信頼度レベルを０とする。この信頼度レベルは、０から１０までの整数で、値が大きいほど信頼度が高いことを示す。
【００３３】
信頼度レベル＝
１０−（ログインしてから通知された不審挙動の不審度レベルの総和）
・・・（１）
【００３４】
提供機能決定部１１４は、ユーザの信頼度に基づいて、ユーザに提供する機能を決定する。提供機能決定部１１４は、認証部１１１で他のサイトから受信した認証情報に付加されている信頼度、および自サイトの信頼度決定部１１６で決定された信頼度を、後述するように選択的に用いる。
【００３５】
ここで、サイトが提供する機能と、その機能を提供し得る信頼度レベルとは予め関係付けがされている。図５は、例えば、サイトＡが、（ａ）商品情報の閲覧、（ｂ）購入依頼受け付け、（ｃ）過去購入履歴の参照、等のサービスを提供するオンラインショッピングサイトであるとしたときの、関係付けの一例を示したものである。信頼度レベルが１０〜４であれば、全てのサービスを使用できる。信頼度レベルが３〜０であれば、商品情報の閲覧のみが可能である。
【００３６】
図６は、例えば、サイトＢが、（ａ）代金引換、（ｂ）銀行振り込み、（ｃ）後払い（コンビニエンスストア／銀行）、（ｄ）クレジットカード、等の決済方法を提供する、決済サービス提供サイトであるとしたときの、関係付けの一例を示したものである。信頼度レベルが１０〜９であれば、全ての決済方法を使用できる。信頼度レベルが８から５であれば、代金引換、後払いは使用できず、クレジットカードは別の方法で本人確認ができた場合のみ使用でき、銀号振り込みは使用できる。信頼度レベルが４〜０であれば、全ての決済方法を使用できない。
【００３７】
図７のフローチャートは、認証サーバ１０１における不審情報受信処理の一例を示している。不審挙動受信部１１５が検知装置１０５から不審挙動情報を受信したとき、認証サーバ１０１は、ステップＳＴ１１で、不審情報受信処理を開始し、ステップＳＴ１２に進む。認証サーバ１０１は、不審挙動受信部１１５で受信した不審挙動情報を、アカウント情報ＤＢアクセス部１１３によりアカウント情報ＤＢ１０２に記録する。
【００３８】
次に、認証サーバ１０１は、ステップＳＴ１３で、アカウント情報ＤＢ１０２に記録された不審な挙動情報を基に、信頼度決定部１１６でユーザの信頼度を決定し（（１）式参照）、信頼度（信頼度レベル）を、アカウント情報ＤＢアクセス部１１３によりアカウント情報ＤＢ１０２に記録する。そして、認証サーバ１０１は、ステップＳＴ１４に進み、不審情報受信処理を終了する。
【００３９】
認証サーバ１０１は、不審挙動受信部１１５が検知装置１０５から不審挙動情報を受信する毎に、図７のフローチャートに沿って、ユーザの信頼度（信頼度レベル）を決定し、アカウント情報ＤＢ１０２に記録する。したがって、アカウント情報ＤＢ１０２に記録されたユーザの信頼度（信頼度レベル）は検知装置１０５で不審な挙動が検知される毎に更新されていく。
【００４０】
図８のフローチャートは、認証サーバ１０１におけるログイン処理の一例を示している。認証サーバ１０１は、認証部１１１が認証情報を受信したとき、ステップＳＴ２１で、ログイン処理を開始し、ステップＳＴ２２に進む。認証サーバ１０１は、ステップＳＴ２２で、認証情報にユーザの信頼度（信頼度レベル）が付加されているか否かを判定する。信頼度が付加されているとき、認証サーバ１０１は、ステップＳＴ２３に進み、ユーザの信頼度がログインを許可するレベルか否かを判定する。なお、ログインを許可するレベルは予め設定される。
【００４１】
認証サーバ１０１は、ステップＳＴ２３でユーザ信頼度がログインを許可するレベルでないとき、ステップＳＴ２４に進んで当該ユーザに認証エラーを通知し、その後にステップＳＴ２５でログイン処理を終了する。一方、認証サーバ１０１は、ステップＳＴ２３で信頼度がログインを許可するレベルであるとき、ステップＳＴ２５に進む。認証サーバ１０１は、上述のステップＳＴ２２で認証情報にユーザの信頼度が付加されていないとき、直ちに、ステップＳＴ２５に進む。
【００４２】
認証サーバ１０１は、ステップＳＴ２５において、認証部１１１で認証情報に基づいて、ユーザの認証処理を行う。そして、認証サーバ１０１は、認証が成功するときは、ステップＳＴ２５でログイン処理を終了し、認証が失敗したときは、ステップＳＴ２４でユーザに認証エラーを通知した後、ステップＳＴ２５でログイン処理を終了する。
【００４３】
認証サーバ１０１は、上述したように、認証情報に付加されているユーザの信頼度が、ログインを許可するレベルでないときは、認証処理を行わないので、ユーザの利便性を損なうことなく、不審者のログインを防止でき、セキュリティを確保できる。なお、認証情報に信頼度が付加されているということは、この認証情報は、連携する他のサイトから送られてきたものであり、従って、他のサイトで検知されたユーザの不審な挙動に基づいて、不審者のログインが防止される。
【００４４】
図９のフローチャートは、認証サーバ１０１における提供機能決定処理の一例を示している。認証サーバ１０１は、ユーザからの機能提供要求を受信したとき、ステップＳＴ３１で、提供機能決定処理を開始し、ステップＳＴ３２に進む。認証サーバ１０１は、ステップＳＴ３２で、認証部１１１で受信された認証情報にユーザの信頼度（信頼度レベル）が付加されているか否かを判定する。
【００４５】
認証情報がユーザ端末から送られてきたものであって、ユーザの信頼度が付加されていないとき、認証サーバ１０１は、ステップＳＴ３３で、自サイトのアカウント情報ＤＢ１０２に記録されている当該ユーザの信頼度を選択し、その後に、ステップＳＴ３５に進む。また、認証情報が他のサイトから送られてきたものであって、ユーザの信頼度が付加されているとき、認証サーバ１０１は、ステップＳＴ３４で、認証情報に付加されているユーザの信頼度と、自サイトのアカウント情報ＤＢ１０２に記録されている当該ユーザの信頼度を比較し、低い方の信頼度を選択し、その後に、ステップＳＴ３５に進む。
【００４６】
認証サーバ１０１は、ステップＳＴ３５において、ステップＳＴ３３またはステップＳＴ３４で選択されたユーザの信頼度が、ユーザから要求された機能を提供できるか、提供機能決定部１１４で判断する。提供機能決定部１１４は、この判断を、サイト内で提供する機能とその機能を提供する信頼度レベルとの関係付け（図５、図６参照）を参照して行う。
【００４７】
認証サーバ１０１は、提供機能決定部１１４がユーザから要求された機能を提供できると判断するとき、ステップＳＴ３６で、ユーザに対して、アプリケーション１０３により要求された機能で応答し、その後に、ステップＳＴ３７で、提供機能決定処理を終了する。また、認証サーバ１０１は、提供機能決定部１１４がユーザから要求された機能を提供できないと判断するとき、ステップＳＴ３８に進む。
【００４８】
認証サーバ１０１は、ステップＳＴ３８で、ユーザから要求された機能の代替機能があるか否かを判定する。具体例は示さないが、代替機能は、例えば、ユーザから要求された機能に関連した機能であって、不審者に対してもセキュリティを確保し得る機能であり、
各サイトにおいて予め設定される。代替機能があるとき、認証サーバ１０１は、ステップＳＴ３９で、ユーザに対して、アプリケーション１０３により代替機能で応答し、その後に、ステップＳＴ３７で、提供機能決定処理を終了する。一方、代替機能がないとき、認証サーバ１０１は、ステップＳＴ４０で、ユーザに対して機能提供要求に応答できない旨のメッセージを返信し、その後に、ステップＳＴ３７で、提供機能決定処理を終了する。
【００４９】
認証サーバ１０１は、上述したように、認証情報にユーザの信頼度が付加されていないとき、自サイトのアカウント情報ＤＢ１０２に記録されているユーザの信頼度（信頼度レベル）に基づいて、ユーザから要求された機能を提供できるか判断するものである。つまり、認証サーバ１０１は、認証情報にユーザの信頼度が付加されていない場合、自サイトが持つユーザの信頼度の情報に基づいて不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００５０】
また、認証サーバ１０１は、上述したように、認証情報にユーザの信頼度が付加されているとき、その付加されているユーザの信頼度および自サイトのアカウント情報ＤＢ１０２に記録されているユーザの信頼度うち低い方の信頼度に基づいて、ユーザから要求された機能を提供できるか判断するものである。つまり、認証サーバ１０１は、他のサイトからのユーザの信頼度の情報を有効に利用して不審者に提供する機能を制限するものであり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００５１】
この場合、他のサイトでユーザの不審な挙動が検知されている場合、自サイトでユーザの不審な挙動が検知できなかった場合でも、他のサイトから認証情報に付加されてくる信頼度に基づいて対処でき、不審者に対するセキュリティを良好に確保できる。
【００５２】
また、認証サーバ１０１は、上述したように、ユーザの信頼度に基づいてユーザから要求された機能が提供できないと判断するとき、代替機能があるときは、ユーザに対して当該代替機能で応答するものである。この代替機能は例えばユーザから要求された機能に関連した機能であって不審者に対してもセキュリティを確保し得る機能であり、ユーザの利便性を損なうことなく、不審者に対するセキュリティを確保できる。
【００５３】
図１０は、図１に示すＳＳＯ認証システム１００における動作（ユーザのサイトＡ、サイトＢに対するアクセス、そのアクセス時におけるユーザ認証、ユーザの信頼度の生成、信頼度を用いた認証サーバの認証、提供機能の決定など）の一例をまとめて示している。
【００５４】
（１）ユーザがサイトＡにログイン（アクセス）する。このログイン時に、ユーザは、ユーザ端末に認証情報（ユーザＩＤ、パスワード）を入力して、サイトＡの認証サーバ１０１におくる。サイトＡの認証サーバ１０１は、ユーザ端末から送られてくる認証情報とアカウント情報ＤＢ１０２に格納されている登録情報に基づいて、ユーザ認証を行う。
【００５５】
ユーザ認証が成功すると、サイトＡは、ユーザから当該サイトＡが提供する機能の要求を受け付ける状態となる。ユーザから所定の機能の要求があるとき、サイトＡのアプリケーション１０３が動作し、ユーザに対して、要求する機能を提供する。このアプリケーション１０３の実行ログはログ部１０４に保存される。検知装置１０５により、ログ部１０４に保存される実行ログが監視される。
【００５６】
（２）ユーザの不審な挙動が検知されるとき、検知装置１０５から認証サーバ１０１に不審挙動情報（ユーザＩＤ、挙動ＩＤ）が通知される（図３参照）。認証サーバ１０１は、不審挙動情報が通知される毎に、この不審挙動情報を登録し、（１）式に基づいて、信頼度レベルを算出して、アカウント情報ＤＢ１０２に記録しておく。
【００５７】
サイトＡでは、認証サーバ１０１で受信される認証情報はユーザ端末から送られてきたものであり、この認証情報にはユーザの信頼度（信頼度レベル）は付加されていない。認証サーバ１０１は、ユーザからの機能の要求に対し、アカウント情報ＤＢ１０２に記録されているユーザの信頼度に基づいて、その要求された機能を提供できるか否かを判断し、提供できると判断するとき、アプリケーション１０３によりその要求された機能をユーザに提供する。一方、ユーザが要求した機能を提供できないと判断するとき、代替機能があるときはその代替機能をユーザに提供し、代替機能がないときはユーザに対して要求に応答できない旨のメッセージを送る。
【００５８】
（３）ユーザはサイトＡに対する機能の要求が終了し、次に、サイトＡと連携しているサイトＢにアクセスする。
【００５９】
（４）この場合、サイトＡの認証サーバ１０１は、認証情報（ユーザＩＤ、パスワード）を、ユーザの信頼度を付加した状態で、サイトＢの認証サーバに送る。この場合、ユーザは、ユーザ端末に認証情報を入力してサイトＢに送る必要がなく、シングルサインオンが実現される。サイトＢの認証サーバＢは、ユーザの信頼度がログインを許可するレベルであるときのみ、認証情報に基づいて認証処理を行う。ユーザの信頼度がログインを許可するレベルでないとき、認証エラーをユーザに通知する。
【００６０】
ユーザ認証が成功すると、サイトＢは、ユーザから当該サイトＢが提供する機能の要求を受け付ける状態となる。ユーザから所定の機能の要求があるとき、サイトＢのアプリケーション１０３が動作し、ユーザに対して、要求する機能を提供する。このアプリケーション１０３の実行ログはログ部１０４に保存されると共に、検知装置１０５によりログ部１０４に保存される実行ログが監視される。ユーザの不審な挙動が検知されるとき、検知装置１０５から認証サーバ１０１に不審挙動情報（ユーザＩＤ、挙動ＩＤ）が通知される。そして、認証サーバ１０１は、不審挙動情報が通知される毎に、この不審挙動情報を登録し、（１）式に基づいて、信頼度レベルを算出して、アカウント情報ＤＢ１０２に記録しておく。
【００６１】
（５）サイトＢの認証サーバ１０１は、ユーザからの機能の要求に対し、サイトＡから受信した認証情報に付加されている信頼度とアカウント情報ＤＢ１０２に記録されている信頼度のうち低い方の信頼度に基づいて、その要求された機能を提供できるか否かを判断し、提供できると判断するとき、アプリケーション１０３によりその要求された機能をユーザに提供する。一方、ユーザが要求した機能を提供できないと判断するとき、代替機能があるときはその代替機能をユーザに提供し、代替機能がないときはユーザに対して要求に応答できない旨のメッセージを送る。
【００６２】
図１に示すＳＳＯ認証システム１００においては、あるサイト（例えばサイトＡ）で不審な挙動を示したユーザが他のサイト（例えばサイトＢ）を利用したときに、あるサイトから認証情報と共に当該ユーザの信頼度が他のサイトに送られるため、当該他のサイトでユーザの不審な挙動を直接検知できなかった場合でも、あるサイトから送られてくる信頼度に基づいて、ログインおよび機能要求を制限でき、不審者に対処できる。この場合、信頼度に基づいた制限を行うものであり、ユーザの利便性を損なうことはない。
【００６３】
なお、上述実施の形態においては、説明を簡単にするため、サイトＡおよびサイトＢにより構成されるＳＳＯ認証システム１００を示したが、さらに多くの連携するサイトからなるＳＳＯ認証システムにも、この発明を同様に適用できる。
【産業上の利用可能性】
【００６４】
この発明は、ユーザの利便性を損なうことなく、セキュリティを確保できるものであり、例えば、オンラインショップと銀行など、異なる企業の複数のサイトを連携して利便性の高い総合サイトを提供する場合に適用できる。
【図面の簡単な説明】
【００６５】
【図１】実施の形態としての、連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システム（ＳＳＯ認証システム）の構成の一例を示すブロック図である。
【図２】各サイトに備えられる検知装置の不審な挙動検知処理の一例を説明するためのフローチャートである。
【図３】予め定義される不審な挙動の一覧の例を示す図である。
【図４】各サイトの認証サーバが持つ機能の例を示すブロック図である。
【図５】オンラインショッピングサイトにおいて予め定義される、提供機能と信頼度レベルとの関係付けの一例を示す図である。
【図６】決済サービス提供サイトにおいて予め定義される、提供機能と信頼度レベルとの関係付けの一例を示す図である。
【図７】認証サーバの不審情報受信処理の一例を説明するためのフローチャートである。
【図８】認証サーバのログイン処理の一例を説明するためのフローチャートである。
【図９】認証サーバの提供機能決定処理の一例を説明するためのフローチャートである。
【図１０】ＳＳＯ認証システムにおける動作（ユーザのサイトＡ、サイトＢに対するアクセス、そのアクセス時におけるユーザ認証、ユーザの信頼度の生成、信頼度を用いた認証サーバの認証、提供機能の決定など）の一例をまとめて示す図である。
【符号の説明】
【００６６】
１００・・・ＳＳＯ認証システム、１０１・・・認証サーバ、１０２・・・アカウント情報データベース、１０３・・・アプリケーション、１０４・・・ログ部、１０５・・・検知装置、１１１・・・認証部、１１２・・・認証情報送信部、１１３・・・アカウント情報ＤＢアクセス部、１１４・・・提供機能決定部、１１５・・・不審挙動受信部、ｍ１１６・・・信頼度決定部
【特許請求の範囲】
【請求項１】
コンピュータを、
認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証手段と、
ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録手段と、
上記挙動情報登録手段で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定手段と、
ユーザが、連携している他のサイトにアクセスした場合に、上記認証手段で受信された認証情報を、上記信頼度決定手段で決定された信頼度を付加して、上記他のサイトに送る認証情報送信手段と、
上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定手段と
して機能させるための認証プログラム。
【請求項２】
上記認証手段は、
上記受信した認証情報に上記信頼度が付加されているとき、該信頼度がログインを許可するレベルであるか否かを判別し、該信頼度がログインを許可するレベルでないときは認証処理を行わない
ことを特徴とする請求項１に記載の認証プログラム。
【請求項３】
上記提供機能決定手段は、
上記認証手段が受信した認証情報に上記信頼度が付加されていないとき、上記信頼度決定手段で決定された信頼度に基づいて、ユーザに提供する機能を決定する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項４】
上記提供機能決定手段は、
上記認証手段が受信した認証情報に上記信頼度が付加されているとき、該付加されている信頼度および上記信頼度決定手段で決定された信頼度のうち低い方の信頼度に基づいて、ユーザに提供する機能を決定する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項５】
上記提供機能決定手段は、
上記信頼度に基づいてユーザから要求された機能を提供できないと判断するとき、代替機能があるときは、該代替機能をユーザに提供する機能に決定する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項６】
認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、
ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、
上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、
ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、
上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部と
を備えることを特徴とする認証サーバ。
【請求項７】
連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムであって、
上記認証サーバは、
認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、
ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、
上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、
ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、
上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部と
を備えることを特徴とするシングルサインオン認証システム。
【請求項１】
コンピュータを、
認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証手段と、
ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録手段と、
上記挙動情報登録手段で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定手段と、
ユーザが、連携している他のサイトにアクセスした場合に、上記認証手段で受信された認証情報を、上記信頼度決定手段で決定された信頼度を付加して、上記他のサイトに送る認証情報送信手段と、
上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定手段と
して機能させるための認証プログラム。
【請求項２】
上記認証手段は、
上記受信した認証情報に上記信頼度が付加されているとき、該信頼度がログインを許可するレベルであるか否かを判別し、該信頼度がログインを許可するレベルでないときは認証処理を行わない
ことを特徴とする請求項１に記載の認証プログラム。
【請求項３】
上記提供機能決定手段は、
上記認証手段が受信した認証情報に上記信頼度が付加されていないとき、上記信頼度決定手段で決定された信頼度に基づいて、ユーザに提供する機能を決定する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項４】
上記提供機能決定手段は、
上記認証手段が受信した認証情報に上記信頼度が付加されているとき、該付加されている信頼度および上記信頼度決定手段で決定された信頼度のうち低い方の信頼度に基づいて、ユーザに提供する機能を決定する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項５】
上記提供機能決定手段は、
上記信頼度に基づいてユーザから要求された機能を提供できないと判断するとき、代替機能があるときは、該代替機能をユーザに提供する機能に決定する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項６】
認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、
ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、
上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、
ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、
上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部と
を備えることを特徴とする認証サーバ。
【請求項７】
連携する複数のサイトが、認証サーバを共有せず、連携型ＩＤ管理方式によってシングルサインオンを実現しているシングルサインオン認証システムであって、
上記認証サーバは、
認証情報を受信し、該認証情報に基づいてユーザの認証を行う認証部と、
ユーザの不審な挙動情報を受信し、該不審な挙動情報を登録する挙動情報登録部と、
上記挙動情報登録部で登録された不審な挙動情報に基づいて、ユーザの信頼度を決定する信頼度決定部と、
ユーザが、連携している他のサイトにアクセスした場合に、上記認証部で受信された認証情報を、上記信頼度決定部で決定された信頼度を付加して、上記他のサイトに送る認証情報送信部と、
上記ユーザの信頼度に基づいて、ユーザに提供する機能を決定する提供機能決定部と
を備えることを特徴とするシングルサインオン認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００８−１５２５９６（Ｐ２００８−１５２５９６Ａ）
【公開日】平成２０年７月３日（２００８．７．３）
【国際特許分類】
【出願番号】特願２００６−３４０７１２（Ｐ２００６−３４０７１２）
【出願日】平成１８年１２月１９日（２００６．１２．１９）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２０年７月３日（２００８．７．３）
【国際特許分類】
【出願日】平成１８年１２月１９日（２００６．１２．１９）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]