(57)【要約】【課題】  複数の認証代行サーバを連携させて認証する認証方法を提供する。【解決手段】  サービスサーバは、ユーザ端末からのサービスを要求を受けると、ユーザ端末の認証状態が未認証の場合に第１の認証代行サーバへユーザの認証要求を送信する。第１の認証代行サーバは、認証要求を受信し、ユーザ端末が認証済みの場合は認証済みの認証応答をサービスサーバに送信し、未認証の場合、自サーバにて認証を実行し、自サーバで認証できない場合は第２の認証代行サーバへ認証要求を送信する。第２の認証代行サーバは、認証を実行し、認証の結果を含んだ認証応答を第１の認証代行サーバへ送信する。第１の認証代行サーバは、認証応答を受信し、その認証内容が有効、かつ、自身の認証が有効の場合には認証済みを示す認証結果情報をサービスサーバヘ送信する。サービスサーバは認証結果情報が有効ならばサービスを提供する。【選択図】    図１
2007026294.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、
前記ユーザ端末から前記サービスサーバヘサービスを要求するステップと、
前記サービスサーバが当該ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供するステップと、
前記ユーザ端末の認証状態が未認証の場合に第１の認証代行サーバへ前記ユーザの認証要求を送信するステップと、
前記第１の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第１の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバに送信するステップと、
前記ユーザ端末の認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合は第２の認証代行サーバへ認証要求を送信する、もしくはその両方を実行するステップと、
前記第２の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第２の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、
前記ユーザ端末の認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、
前記第１の認証代行サーバが認証応答を受信し、認証内容の判定を行い、その認証内容が有効、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信するステップと、
前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信するステップと、
前記サービスサーバが前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知するステップと、
を備えたことを特徴とする認証方法。
【請求項２】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、
第２の認証代行サーバが第１の認証代行サーバから認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第２の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバに送信するステップと、
前記ユーザ端末の認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合はさらに第３の認証代行サーバへ認証要求を送信する、もしくはその両方を実行するステップと、
前記第３の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第３の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第２の認証代行サーバへ送信するステップと、
前記ユーザ端末の認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第２の認証代行サーバへ送信するステップと、
前記第２の認証代行サーバは前記第３の認証代行サーバから受信した認証応答に含まれる認証結果情報と、自身が認証を実行した場合はその結果情報をあわせて認証結果情報を生成し、その認証結果情報を含む認証応答を第１の認証代行サーバへ送信するステップと、
前記第１の認証代行サーバは、前記第２の認証代行サーバから受信した認証応答に含まれる認証結果情報と、自身が認証を実行した場合はその結果情報をあわせて認証結果情報を生成し、その認証結果情報を含む認証応答を前記サービスサーバヘ送信するステップと
を備えたことを特徴とする認証方法。
【請求項３】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、
第１の認証代行サーバがサービスサーバから認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第１の認証代行サーバが前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバに送信するステップと、
前記ユーザの認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合は第２の認証代行サーバ、第３の認証代行サーバへ認証要求を送信する、もしくはその両方を実行するステップと、
前記第２の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第２の認証代行サーバが前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、
前記ユーザの認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、
前記第３の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第３の認証代行サーバが前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、
前記ユーザの認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、
前記第１の認証代行サーバが前記第２の認証代行サーバと前記第３の認証代行サーバから認証応答を受信し、内容の判定を行い、その内容が両方とも有効、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信するステップと、
前記認証応答の内容のいずれかが無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信するステップと、
を備えたことを特徴とする認証方法。
【請求項４】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、
前記ユーザ端末と第２の認証代行サーバの間でユーザ認証を実施するステップと、
認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信するステップと、
前記ユーザ端末から前記サービスサーバヘサービスを要求するステップと、
前記サービスサーバが当該ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供するステップと、
前記ユーザ端末の認証状態が未認証の場合に前記第１の認証代行サーバへ前記ユーザの認証要求を送信するステップと、
前記第１の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第１の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、前記第２の認証代行サーバにおける認証結果が認証済である旨を前記第２の認証代行サーバから受信し保持してあり、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済であることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信するステップと、
前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信するステップと、
前記サービスサーバが前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知するステップと、
を備えたことを特徴とする認証方法。
【請求項５】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、
前記ユーザ端末と第２の認証代行サーバとの間および前記ユーザ端末と第３のサーバとの間でユーザ認証を実施するステップと、
第２の認証代行サーバが、自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信するステップと、
第３の認証代行サーバが、自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信するステップと、
前記ユーザ端末から前記サービスサーバヘサービスを要求するステップと、
前記サービスサーバが当該ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供するステップと、
前記ユーザ端末の認証状態が未認証の場合に前記第１の認証代行サーバへ前記ユーザの認証要求を送信するステップと、
前記第１の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、
前記第１の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、前記第２の認証代行サーバにおける認証結果が認証済である旨を前記第２の認証代行サーバから受信し保持してあり、かつ、前記第３の認証代行サーバにおける認証結果が認証済である旨を前記第３の認証代行サーバから受信し保持してあり、自身が認証を実行した場合にはその認証結果が有効の場合には認証済であることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信するステップと、
前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信するステップと、
前記サービスサーバが前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知するステップと、
を備えたことを特徴とする認証方法。
【請求項６】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のために前記ユーザの認証を代行する複数の認証代行サーバをネットワークを接続してなる認証システムであって、
前記第１の認証代行サーバが、
前記サービスサーバから認証要求を受信する手段と、
前記認証要求で要求される認証方法を判定する手段と、
前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバに送信する手段と、
前記ユーザの認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合は他第２の認証代行サーバへ認証要求を送信する、もしくはその両方を実行する手段と、
前記第２の認証代行サーバから認証応答を受信する手段と、
前記認証応答の内容の判定を行い、その内容が有効、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信する手段と、
前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信する手段を備え、
前記第２の認証代行サーバは、
前記第１の認証代行サーバからの認証要求を受信する手段と、
前記認証要求で要求される認証方法を判定する手段と、
前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信する手段と、
前記ユーザの認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信する手段を備え、
前記サービスサーバが前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知する手段と、
を備えたことを特徴とする認証システム。
【請求項７】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のために前記ユーザの認証を代行する複数の認証代行サーバをネットワークを接続してなる認証システムであって、
第２の認証代行サーバは、
第１の認証代行サーバから認証要求を受信し、前記認証要求で要求される認証方法を判定する手段と、
前記第２の認証代行サーバが前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバに送信する手段と、
前記ユーザの認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合はさらに他の第３の認証代行サーバへ認証要求を送信する、もしくはその両方を実行する手段と、
前記第３の認証代行サーバから受信した認証応答に含まれる認証結果情報と、自身が認証を実行した場合はその結果情報をあわせて認証結果情報を生成し、その認証結果情報を含む認証応答を第１の認証代行サーバへ送信する手段を備え、
前記第３の認証代行サーバは、
前記認証要求を受信し、前記認証要求で要求される認証方法を判定する手段と、
前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第２の認証代行サーバへ送信する手段と、
前記ユーザの認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第２の認証代行サーバへ送信する手段を備え、
前記第１の認証代行サーバは、
前記第２の認証代行サーバから受信した認証応答に含まれる認証結果情報と、自身が認証を実行した場合はその結果情報をあわせて認証結果情報を生成し、その認証結果情報を含む認証応答を前記サービスサーバヘ送信する手段と
を備えたことを特徴とする認証システム。
【請求項８】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のために前記ユーザの認証を代行する複数の認証代行サーバをネットワークを接続してなる認証システムであって、
第１の認証代行サーバは、
サービスサーバから認証要求を受信し、前記認証要求で要求される認証方法を判定する手段と、
前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバに送信する手段と、
前記ユーザの認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合は他の複数の認証代行サーバ、第２の認証代行サーバ、第３の認証代行サーバへ認証要求を送信する、もしくはその両方を実行する手段と、
前記第２の認証代行サーバと前記第３の認証代行サーバから認証応答を受信し、内容の判定を行い、その内容が両方とも有効、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信する手段と、
前記認証応答の内容のいずれかが無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信する手段を備え、
前記第２の認証代行サーバは、
前記認証要求を受信し、前記認証要求で要求される認証方法を判定する手段と、
前記第２の認証代行サーバが前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信する手段と、
前記ユーザの認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信する手段を備え、
前記第３の認証代行サーバは、
前記認証要求を受信し、前記認証要求で要求される認証方法を判定する手段と、
前記第３の認証代行サーバが前記ユーザの前記認証方法に対する認証状態を判定し、認証済みの湯合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信する手段と、
前記ユーザの認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信する手段と、
を備えたことを特徴とする認証システム。
【請求項９】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のために前記ユーザの認証を代行する複数の認証代行サーバをネットワークを接続してなる認証システムであって、
第２の認証代行サーバは、前記ユーザ端末との間でユーザ認証を行う手段と、
自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信する手段を備え、
前記第１の認証代行サーバは、
前記サービスサーバから前記認証要求を受信し、前記認証要求で要求される認証方法を判定する手段と、
前記ユーザ端末の前記認証方法に対する認証状態を判定し、前記第２の認証代行サーバにおける認証結果が認証済である旨を前記第２の認証代行サーバから受信し保持してあり、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済であることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信する手段と、
前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信する手段とを備え、
前記サービスサーバは、
前記ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供する手段と、
前記ユーザ端末の認証状態が未認証の場合に前記第１の認証代行サーバへ前記ユーザの認証要求を送信する手段と、
前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知する手段と、
を備えたことを特徴とする認証システム。
【請求項１０】
ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムであって、
第２の認証代行サーバは、
前記ユーザ端末との間でユーザ認証を行う手段と、
自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信する手段を備え、
第３の認証代行サーバは、
前記ユーザ端末との間でユーザ認証を行う手段と、
自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信する手段を備え、
前記第１の認証代行サーバは、
前記サービスサーバから前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップとを備え、
前記ユーザ端末の前記認証方法に対する認証状態を判定し、前記第２の認証代行サーバにおける認証結果が認証済である旨を前記第２の認証代行サーバから受信し保持してあり、かつ、前記第３の認証代行サーバにおける認証結果が認証済である旨を前記第３の認証代行サーバから受信し保持してあり、自身が認証を実行した場合にはその認証結果が有効の場合には認証済であることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信する手段と
前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信する手段とを備え、
前記サービスサーバは、
当該ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供する手段と、
前記ユーザ端末の認証状態が未認証の場合に前記第１の認証代行サーバへ前記ユーザの認証要求を送信する手段と、
前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知する手段と、
を備えたことを特徴とする認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末がネットワークを介してサービスサーバからサービス提供を受けるネットワーク構成でのシングルサインオン認証技術に関し、特にセキュリティの強化を目的とした認証方法及び認証システムに関するものである。
【背景技術】
【０００２】
ネットワーク上の複数のＷｅｂサーバに対して、一度の認証手続きでアクセスを可能とするシングルサインオン技術が存在する。このシングルサインオン技術には、リバース・プロキシ型とエージェント・モジュール型があり、前者はＷｅｂサーバ宛のトラヒックを全て専用のシングルサインオンサーバで受け、ユーザ毎に規定されたアクセスリストに照らし合わせてパケット転送の可否を取捨選択する方法である。一方後者は、各Ｗｅｂサーバでユーザ認証の認証状態を判断して未認証の場合にはユーザのアクセス要求をシングルサインオンサーバヘ転送して認証を受けさせるものである。認証が成功すると証明書が発行され、各Ｗｅｂサーバは受信したアクセス要求の中の証明書を検証することをもって、そのユーザのアクセス可否を判断する。
上記に述べた動作をするシングルサインオンサーバは既に世の中に各社から販売されており、コンシューマ向け商用サービスでも利用されている。また、Ｌｉｂｅｒｔｙ  Ａｌｌｉａｎｃｅプロジェクト（ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｊｅｃｔｌｉｂｅｒｔｙ．ｏｒｇ、ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｊｅｃｔｌｉｂｅｒｔｙ．ｏｒｇ／ｊｐ／）ではＩＤ−ＦＦ（Ｉｄｅｎｔｉｔｙ  Ｆｅｄｅｒａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）仕様においてＩＤ連携型シングルサインオンに関するオープンな標準仕様を規定している。
【０００３】
このようなシングルサインオンの技術については、例えば下記の文献にて提案されている。
【特許文献１】特開２００５−０６２５５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術においては、以下の課題がある。
第１として、認証代行サーバが複数の認証手段をサポートしている場合においても、実際の認証はそのうちの１つの認証手段によって実施されてしまうことである。
第２として、認証代行サーバにてユーザの認証を実施する際の認証方法は、その認証代行サーバがサポートしている認証手段に限定されている。ここでは、例えば、複数の事業主体がそれぞれ独自の認証情報や認証手段を有した認証代行サーバを有している場合に、それらの個々の認証手段を組み合わせた認証を実施することはできないということである。
【０００５】
本発明は、このような事情に鑑みてなされたもので、その目的は、複数の認証代行サーバを連携させて認証することができる認証方法及び認証システムを提供することにある。また、本発明は、認証を認証代行サーバヘ要求するサービスサーバが、認証手段として複数の認証代行サーバがサポートする認証手段の中から複数の認証手段を自由に組み合わせて指定可能となる認証方法及び認証システム
を提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、前記ユーザ端末から前記サービスサーバヘサービスを要求するステップと、前記サービスサーバが当該ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供するステップと、前記ユーザ端末の認証状態が未認証の場合に第１の認証代行サーバへ前記ユーザの認証要求を送信するステップと、前記第１の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、前記第１の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバに送信するステップと、前記ユーザ端末の認証状態が未認証の場合、自サーバで認証できる場合は自サーバにて認証を実行し、自サーバで認証できない場合は第２の認証代行サーバへ認証要求を送信する、もしくはその両方を実行するステップと、前記第２の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、前記第２の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、認証済みの場合は認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、前記ユーザ端末の認証状態が未認証の場合、認証を実行し、前記認証の結果を含んだ認証応答を前記第１の認証代行サーバへ送信するステップと、前記第１の認証代行サーバが認証応答を受信し、認証内容の判定を行い、その認証内容が有効、かつ、自身が認証を実行した場合にはその認証が有効の場合には認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信するステップと、前記認証応答の内容が無効、もしくは自身が認証を実行した場合にその認証が無効の場合、無効であったことを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバヘ送信するステップと、前記サービスサーバが前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知するステップと、を備えたことを特徴とする。
【０００７】
また、本発明は、上述の認証方法において、第２の認証代行サーバがさらに他の（第３の）認証代行サーバCへ認証を依頼するステップを有することを特徴とする。
また、本発明は、上述の認証方法において、第１の認証代行サーバが第２の認証代行サーバと第３の認証代行サーバへ認証を依頼するステップを有することを特徴とする。
また、本発明は、上述の認証方法において、第２の認証代行サーバが、ユーザ端末からサービスサーバにサービス要求が送信される前に、予め認証を行って第１の認証代行サーバに認証結果を通知することを特徴とする。
また、本発明は、上述の認証方法において、第２および第３の認証代行サーバが、ユーザ端末からサービスサーバにサービス要求が送信される前に、予め認証を行って第１の認証代行サーバに認証結果を通知することを特徴とする。
【０００８】
また、本発明は、ユーザ端末と、ユーザヘサービスを提供するサービスサーバと、前記サービスサーバのサービス提供のための前記ユーザの認証を代行する複数の認証代行サーバをネットワークを介して接続してなる認証システムにおける認証方法であって、前記ユーザ端末から第２の認証代行サーバと第３のサーバに認証要求を送信するステップと、第２の認証代行サーバが認証要求を受信し、自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信するステップと、第３の認証代行サーバが認証要求を受信し、自サーバで認証できる場合は自サーバにて認証を実行し、認証が成立した場合に認証済みであることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を第１の認証代行サーバへ送信するステップと、前記ユーザ端末から前記サービスサーバヘサービスを要求するステップと、前記サービスサーバが当該ユーザ端末の認証状態を判定し、認証済みの場合に前記ユーザ端末に対してサービスを提供するステップと、前記ユーザ端末の認証状態が未認証の場合に前記第１の認証代行サーバへ前記ユーザの認証要求を送信するステップと、前記第１の認証代行サーバが前記認証要求を受信し、前記認証要求で要求される認証方法を判定するステップと、前記第１の認証代行サーバが前記ユーザ端末の前記認証方法に対する認証状態を判定し、前記第２の認証代行サーバにおける認証結果が認証済である旨を前記第２の認証代行サーバから受信し保持してあり、かつ、前記第３の認証代行サーバにおける認証結果が認証済である旨を前記第３の認証代行サーバから受信し保持してあり、自身がユーザ端末に対して認証を実行した結果が有効の場合には認証済であることを示す認証結果情報を生成し、前記認証結果情報を含んだ認証応答を前記サービスサーバへ送信するステップと、前記サービスサーバが前記認証応答を判定し、有効ならば前記ユーザヘサービスを提供し、無効であれば前記ユーザヘサービス提供不可を通知するステップと、を備えたことを特徴とする。
【０００９】
また、本発明は、上述の認証システムにおいて、第２の認証代行サーバがさらに他の（第３の）認証代行サーバCへ認証を依頼するステップを有することを特徴とする。
また、本発明は、上述の認証システムにおいて、第１の認証代行サーバが第２の認証代行サーバと第３の認証代行サーバへ認証を依頼するステップを有することを特徴とする。
また、本発明は、上述の認証システムにおいて、第２の認証代行サーバが、ユーザ端末からサービスサーバにサービス要求が送信される前に、予め認証を行って第１の認証代行サーバに認証結果を通知することを特徴とする。
また、本発明は、上述の認証システムにおいて、第２および第３の認証代行サーバが、ユーザ端末からサービスサーバにサービス要求が送信される前に、予め認証を行って第１の認証代行サーバに認証結果を通知することを特徴とする。
【発明の効果】
【００１０】
以上説明したように、この発明によれば、認証を認証代行サーバヘ要求するサービスサーバは、認証手段として複数の認証代行サーバがサポートする認証手段の中から複数の認証手段を自由に組み合わせて指定することができ、これにより、提供するサービスに応じて自由にセキュリティ強度を設定することが可能となる。また、複数の事業主体が各々が保持するユーザ情報を元にした認証手段を有している場合に、それぞれの認証手段を連携させた強固な認証を実施可能となり、セキュリティを向上させることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態による認証方法および認証システムについて図面を参照して説明する。
図１により、ユーザ端末（１００）、サービスサーバ（１１０）、認証代行サーバ１（１２０）、認証代行サーバ２（１３０）で構成されるシステムの構成において、２台の認証代行サーバが連携してユーザ認証を実施する場合の処理手順について説明する。
図１では、認証代行サーバ１が「Ａ認証」を、認証代行サーバ２が「Ｂ認証」をサポートし、サービスサーバが「Ａ認証＋Ｂ認証」による認証を要求した場合で、かつ、認証代行サーバ１、２ともに当該ユーザの認証状態が末認証の場合の情報の流れを示している。
まず、ユーザ端末１００は、ユーザから入力される要求に基づいて、サービスサーバ１１０ヘサービス要求リクエストを送信する（ステップＳａ１）。
サービスサーバ１１０は、要求元となるユーザ端末１００のユーザの認証状態についてチェックする。ここでは、末認証のため、認証方法として「Ａ認証＋Ｂ認証」を指定し、認証依頼を認証代行サーバ１ヘ送信する（ステップＳａ２）。
認証代行サーバ１は、サービスサーバ１１０からの認証要求を受信し、要求された認証方法を判定するとともに、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここでは末認証のため、要求された認証方法について実施可能な認証代行サーバを検出する。「Ａ認証」は自サーバで実施可能なため、自サーバとユーザ端末の間で「Ａ認証」を実行する。この認証成功後に当該ユーザの認証状態を「Ａ認証で認証済み」として内部の記憶領域に記憶する（ステップＳａ３）。そして、「Ｂ認証」は自サーバで実施不可なため、「Ｂ認証」を行う認証代行サーバ２へ認証方法「Ｂ認証」を指定して認証依頼を送信する（ステップＳａ４）。
【００１２】
認証代行サーバ２は、この認証要求を受信し、要求された認証方法を判定し、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここでは末認証のため、自サーバとユーザ端末の間で「Ｂ認証」を実行する。この認証成功後に当該ユーザの認証状態を「Ｂ認証で認証済み」として内部の記憶領域に記憶する（ステップＳａ５）。認証代行サーバ２は、認証結果を格納した認証応答を認証代行サーバ１へ送信する（ステップＳａ６）。
認証代行サーバ１は、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」の認証結果を参照して認証が成功しているか否かを判定する。ここでは、Ｂ認証が成功しているため当該ユーザの認証状態を「Ｂ認証で認証済み」として内部の記憶領域に記憶する。そして、認証代行サーバ１は、自サーバが実施した「Ａ認証」の結果と、認証代行サーバ２から受け付けた認証応答に含まれる「Ｂ認証」の結果とをあわせた認証結果を生成し、認証応答に格納してサービスサーバヘ送信する（ステップＳａ７）。
【００１３】
サービスサーバは、認証代行サーバ１から受信した認証応答に含まれる認証が有効に成立しているか否かを判定し、有効であればサービスを提供する（ステップＳａ８）。
次に、別のサービスサーバが、同一のユーザに関する認証要求を認証方法を「Ａ認証」もしくは「Ｂ認証」もしくは「Ａ認証＋Ｂ認証」と指定して、認証代行サーバ１へ送信した際には、既に認証代行サーバ１には当該ユーザに関して当該認証方式に対する認証状態が「認証済み」として記憶されているため、認証処理は実施せず、「認証成功」の旨を含んだ認証結果情報をサービスサーバヘ通知する。この場合、ユーザは認証操作を行う必要はなく、いわゆるシングルサインオンによるサービス享受が可能となる。
【００１４】
次に、図２を用いて、ユーザ端末（１００）、サービスサーバ（１１０）、認証代行サーバ１（１２０）、認証代行サーバ２（１３０）、認証代行サーバ３（１４０）によって構成されるシステムの構成において、３台以上の認証代行サーバが連携してユーザ認証を実施する場合の処理手順について説明する。
図２では、認証代行サーバ１が「Ａ認証」を、認証代行サーバ２が「Ｂ認証」を、認証代行サーバ３が「Ｃ認証」をサポートし、サービスサーバが「Ａ認証＋Ｂ認証＋Ｃ認証」による認証を要求した場合で、かつ、認証代行サーバ１、２、３ともに当該ユーザの認証状態が末認証の場合の情報の流れを示している。
ユーザ端末１００は、ユーザから入力される要求に基づいて、サービスサーバ１１０ヘサービス要求リクエストを送信する（ステップＳｂ１）。サービスサーバ１１０は、要求元となるユーザ端末１００のユーザの認証状態をチェックする。ここでは、末認証のため、認証方法として「Ａ認証＋Ｂ認証＋Ｃ認証」を指定し、認証依頼を認証代行サーバ１ヘ送信する（ステップＳｂ２）。
認証代行サーバ１は、サービスサーバ１１０からの認証要求を受信し、要求された認証方法を判定するとともに、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここでは、未認証のため、要求された認証方法について実施可能な認証代行サーバを検出する。「Ａ認証」は自サーバで実施可能なため、自サーバとユーザ端末の間で「Ａ認証」を実施する。この認証成功後に当該ユーザの認証状態を「Ａ認証で認証済み」として内部の記憶領域に記憶する（ステップＳｂ３）。そして、「Ｂ認証」、「Ｃ認証」は、自サーバで実施不可なため、認証代行サーバ２へ認証方法「Ｂ認証＋Ｃ認証」を指定して認証依頼を送信する（ステップＳｂ４）。
【００１５】
認証代行サーバ２は、この認証要求を受信し、要求された認証方法を判定し、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここで、未認証のため、要求された認証方法を実施可能な認証代行サーバを決定する。
「Ｂ認証」は、自サーバで実施可能なため、自サーバとユーザ端末の間で「Ｂ認証」を実施する。この認証成功後に当該ユーザの認証状態を「Ｂ認証で認証済み」として内部の記憶領域に記憶する（ステップＳｂ５）。「Ｃ認証」は、自サーバで実施不可なため、認証代行サーバ３へ認証方法「Ｃ認証」を指定し、認証依頼を送信する（ステップＳｂ６）。
認証代行サーバ３は、この認証要求を受信し、要求された認証方法を判定し、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここで、末認証のため、自サーバとユーザ端末の間で「Ｃ認証」を実行する。この認証成功後に当該ユーザの認証状態を「Ｂ認証で認証済み」として内部の記憶領域に記憶する（ステップＳｂ５）。認証代行サーバ３は、認証結果を格納した認証応答を認証代行サーバ２へ送信する（ステップＳｂ８）。
認証代行サーバ２は、認証代行サーバ３から受信した認証応答に含まれる「Ｃ認証」の結果を参照して認証が成立しているか否かを判定する。ここでは、Ｃ認証が成功しているため当該ユーザの認証伏態を「Ｃ認証で認証済み」として内部の記憶領域に記憶する。そして、認証代行サーバ２は、自サーバが実施した「Ｂ認証」の結果と、認証代行サーバ３から受け付けた認証応答に含まれる「Ｃ認証」の結果とをあわせた認証結果を生成し、認証応答に格納して認証代行サーバ１へ送信する（ステップＳｂ９）。
【００１６】
認証代行サーバ１は、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」と「Ｃ認証」の認証結果を参照し、「Ｂ認証」と「Ｃ認証」の認証が有効に成立しているか否かを判定し、有効であれば当該ユーザの認証状態を「Ｂ認証とＣ認証で認証済み」として内部の記憶領域に記憶する。そして、認証代行サーバ１は、自サーバが実施した「Ａ認証」の結果と、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」、「Ｃ認証」の結果とをあわせた認証結果を生成し、認証応答に格納してサービスサーバヘ送信する（ステップＳｂ１０）。
【００１７】
サービスサーバは、認証代行サーバ１から受信した認証応答に含まれる認証結果を参照し、認証が有効に成立していればサービスを提供する（ステップＳｂ１１）。
本実施形態で示した認証方法により、原理的にＮ台（Ｎは１以上の整数）の認証代行サーバが協調して認証を実施することが可能となる。
【００１８】
図３により、ユーザ端末（１００）、サービスサーバ（１１０）、認証代行サーバ１（１２０）、認証代行サーバ２（１３０）、認証代行サーバ３（１４０）で構成されるシステムの構成において、３台以上の認証代行サーバが連携してユーザ認証を実施する場合の他の処理手順について説明する。
図３では認証代行サーバ１が「Ａ認証」を、認証代行サーバ２が「Ｂ認証」を、認証代行サーバ３が「Ｃ認証」をサポートし、サービスサーバが「Ａ認証＋Ｂ認証＋Ｃ認証」による認証を要求した場合で、かつ、認証代行サーバ１、２、３ともに当該ユーザの認証状態が未認証の場合の情報の流れを示している。
まず、ユーザ端末１００は、ユーザから入力される要求に基づいて、サービスサーバ１１０ヘサービス要求リクエストを送信する（ステップＳｃ１）。
サービスサーバ１１０は、要求元となるユーザ端末１００のユーザの認証状態についてチェックする。ここでは、末認証のため認証方法として「Ａ認証＋Ｂ認証＋Ｃ認証」を指定し、認証依頼を認証代行サーバ１ヘ送信する（ステップＳｃ２）。
認証代行サーバ１は、サービスサーバ１１０からの認証要求を受信し、要求された認証方法を判定するとともに、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここでは、未認証のため、要求された認証方法について実施可能な認証代行サーバを決定する。「Ａ認証」は、自サーバで実施可能なため、自サーバとユーザ端末の間で「Ａ認証」を実行する。この認証成功後に当該ユーザの認証状態を「Ａ認証で認証済み」として内部の記憶領域に記憶する（ステップＳｃ３）。そして、「Ｂ認証」、「Ｃ認証」は自サーバで実施不可なため、「Ｂ認証」は認証代行サーバ２へ認証方法として「Ｂ認証」を指定して送信する（ステップＳｃ４）。「ｃ認証」は、認証代行サーバ３へ認証方法「ｃ認証」を指定して送信する。認証代行サーバ２は、この認証要求を受信し、要求された認証方法を判定し、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここでは未認証のため、自サーバとユーザ端末の間で「Ｂ認証」を実行する。この認証成功後に当該ユーザの認証状態を「Ｂ認証で認証済み」として内部の記憶領域にする（ステップＳｃ５）。認証代行サーバ２は、認証結果を格納した認証応答を認証代行サーバ１へ送信する（ステップＳｃ６）。
認証代行サーバ３は、認証代行サーバ２からの認証要求を受信し、要求された認証方法を判定し、要求された認証方法に対して当該ユーザが認証済みか否かを判定する。ここでは、未認証のため、自サーバとユーザ端末の間で「Ｃ認証」を実行する。この認証成功後に当該ユーザの認証状態を「Ｃ認証で認証済み」として内部の記憶領域に記憶する（ステップＳｃ５）。認証代行サーバ３は、認証結果を格納した認証応答を認証代行サーバ１へ送信する（ステップＳｃ６）。
認証代行サーバ１は、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」の結果と、認証代行サーバ３から受信した認証応答に含まれる「Ｃ認証」の結果を参照して認証が成功しているか否かを判定し、「Ｂ認証」、「Ｃ認証」ともに成功しているため、当該ユーザの認証状態を「Ｂ認証とＣ認証で認証済み」として内部の記憶領域に記憶する。そして、認証代行サーバ１は、自サーバが実施した「Ａ認証」の結果と、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」の結果と、認証代行サーバ３から受信した認証応答に含まれる「Ｃ認証」の結果をあわせた認証結果を生成し、認証応答に格納してサービスサーバヘ送信する（ステップＳｃ７）。
サービスサーバは、認証代行サーバ１から受信した認証応答に含まれる認証が有効に成立しているか否かを判定し、有効であればサービスを提供する（ステップＳｃ８）。
【００１９】
以上、この実施形態で示した方法により、原理的にＮ台（Ｎは１以上の整数）の認証代行サーバが協調して認証を実施することが可能となる。
図１、２、３の説明において、認証方法（「Ａ認証」や「Ｂ認証」、「Ｃ認証」）は任意である。例えばＩＤ／パスワード認証や指紋認証などである。また、各情報をやりとりする際のプロトコル、ネットワークは任意である。例えばＨＴＴＰ（ＨＴＴＰＳ）ｏｖｅｒインターネットが考えられる。ＨＴＴＰ（ＨＴＴＰＳ）を利用した場合は、図１におけるＳａ２、Ｓａ４、Ｓａ６、Ｓａ７は、ＨＴＴＰリダイレクトによりユーザ端末１００経由で情報を転送する方法が考えられる（図２、３も同様にサーバ間のやりとりにＨＴＴＰリダイレクトを適用可）。
【００２０】
また、自サーバで認証が実施できない場合に当該認証を実施可能な認証代行サーバの決定方法は任意である。例えば、予めシステム情報として認証代行サーバのアドレスと当該認証代行サーバがサポートしている認証方法の対応を静的に保持しておく。もしくはディレクトリサービスにより動的に検索するなどが考えられる。また、認証方法の指定方法は任意である。例えば、図１のようにサービスサーバがＳａ２で「Ａ認証＋Ｂ認証」と指定し、認証代行サーバ１が認証代行サーバ２へ「Ｂ認証」と指定して要求する方法や、または、サービスサーバがＳａ２で「Ｘ認証」と指定し、認証代行サーバ１では「Ｘ認証＝Ａ認証＋Ｂ認証」と判定して認証代行サーバ２へ「Ｂ認証」と指定して要求する、などが考えられる。ここで、「Ｘ認証＝Ａ認証＋Ｂ認証」という情報は、予め静的に情報を保持しておく方法が考えられる。また、サービスサーバが認証方法を指定しない場合も考えられる。その場合、認証代行サーバ１では、認証要求時に認証方法が指定されていないデフォルトの動作を予め例えば「デフォルト認証方法＝Ａ認証＋Ｂ認証」と設定しておく方法が考えられる。
【００２１】
図４では、認証代行サーバ１が「Ａ認証」を、認証代行サーバ２が「Ｂ認証」をサポートし、サービスサーバが「Ａ認証＋Ｂ認証」による認証を要求した場合で、かつ、認証代行サーバ１、２ともに当該ユーザの認証状態が未認証の場合のシーケンス図を示している。
ユーザ端末１００は、ユーザから入力される要求に基づいて、サービスサーバ１１０へサービス要求リクエスト送信する（ステップＳ１０）。
サービスサーバ１１０は、当該ユーザの認証状態をチェックする（ステップＳ１１）。ここで、認証済みの場合、この時点でユーザ端末ヘサービスを提供し、未認証であった場合、認証方法に「Ａ認証＋Ｂ認証」を指定して認証代行サーバ１へ認証依頼を送信する（ステップＳ１２）。
認証代行サーバ１は、当該認証要求で指定された認証方法に対する当該ユーザの認証状態をチェックし（ステップＳ１３）、認証済みの場合はこの時点でサービスサーバヘ認証応答を返却し、未認証であった場合、当該ユーザとの間で「Ａ認証」を実行する（ステップＳ１４）。
そして、認証が成功した場合、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成する（ステップＳ１５）。認証が失敗した場合は、この時点で認証失敗の旨を含む認証応答をサービスサーバヘ送信する。
【００２２】
認証代行サーバ１は、認証方法に「Ｂ認証」を指定して認証代行サーバ２へ認証依頼を送信する（ステップＳ１８）。
認証代行サーバ２は、当該認証要求で指定された認証方法に対する当該ユーザの認証状態をチェックする（ステップＳ１７）。ここで、認証済みの場合、この時点で認証代行サーバ１へ認証応答を送信し、未認証であった場合、当該ユーザとの間で「Ｂ認証」を実行する（ステップＳ１８）。
【００２３】
認証代行サーバ２は、認証が成功した場合、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成し（ステップＳ１９）、認証が失敗した場合、この時点で認証失敗の旨を含む認証応答をサービスサーバヘ送信する。
そして、認証代行サーバ２は、認証代行サーバ１へ認証応答を送信する（ステップＳ２０）。
認証代行サーバ１は、認証代行サーバ２からの認証応答を検証し、当該ユーザが「Ｂ認証」で認証されたため、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成する（ステップＳ２１）。そして、認証代行サーバ１は、サービスサーバヘ認証応答を送信する（ステップＳ２２）。
サービスサーバは、認証代行サーバ１からの認証応答を検証し、当該ユーザが「Ａ認証＋Ｂ認証」で認証されたため、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成する（ステップＳ２３）。そして、サービスサーバは、ユーザヘサービスを提供する（ステップＳ２４）。
【００２４】
図５は、サービスサーバの動作を説明するための処理フロー図である。
サービスサーバは、ユーザ端末からサービス要求を受信すると（ステップＦ１）、ユーザ端末が要求したサービスに対して必要となる認証方法を検出する（ステップＦ２）。ここでは、当該サービスとして「Ａ認証＋Ｂ認証」が必要であった場合について説明する。
ここで、当該ユーザが「Ａ認証＋Ｂ認証」で既に認証済みか否かを認証セッションより判定し（ステップＦ３）、認証済みの場合はユーザヘ当該サービスを提供する（ステップＦ８）。
一方、未認証の場合、認証方法として「Ａ認証＋Ｂ認証」を指定し、認証代行サーバ１へ認証要求を送信する（ステップＦ４）。この認証代行サーバの決定方法は任意であり、例えば、予めシステム情報として認証代行サーバのアドレスと当該認証代行サーバがサポートしている認証方法の対応を静的に保持しておく、もしくはディレクトリサービスにより動的に検索するなどが考えられる。
【００２５】
次に、サービスサーバは、認証代行サーバ１から認証応答を受信すると（ステップＦ５）、認証応答を判定する（ステップＦ６）。認証応答の判定に失敗、もしくは認証の結果がＮＧであった場合はユーザ端末ヘ認証失敗の旨を通知する（ステップＦ９）。一方、認証応答の判定がＯＫの場合、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成し（ステップＦ７）、ユーザヘサービスを提供する（ステップＦ８）。
【００２６】
図６は、認証代行サーバ１の動作を説明するための処理フロー図である。
認証代行サーバ１は、サービスサーバから認証方法として「Ａ認証＋Ｂ認証」が指定された認証要求を受信する（ステップＦ１０）。認証要求を受信すると、要求された当該ユーザが「Ａ認証＋Ｂ認証」で既に認証済みか否かを認証セッションより判定する（ステップＦｌｌ）。認証済みの場合は、サービスサーバヘ認証応答を送信する（ステップＦ１９）。
一方、未認証の場合、要求された認証方法を実施可能な認証代行サーバを決定する（ステップＦ１２）。ここでは、認証代行サーバ１で「Ａ認証」を、認証代行サーバ２で「Ｂ認証」を実施可能な場合について説明する。
認証代行サーバ１は、ユーザ端末との間で「Ａ認証」を実行する（ステップＦ１３）。認証に失敗した場合はこの時点でサービスサーバヘ認証応答（認証失敗）を送信し（ステップＦ２０）、「Ａ認証」に成功した場合、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成する（ステップＦ１４）。そして、認証代行サーバ２へ認証方法として「Ｂ認証」を指定して認証代行要求を送信する（ステップＦ１５）。
【００２７】
一方、認証代行サーバ２から認証応答を受信すると（ステップＦ１６）、受信した認証応答を判定する（ステップＦ１７）。認証応答の判定に失敗、もしくは認証の結果がＮＧであった場合は、この時点でサービスサーバヘ認証応答（認証失敗）を送信する（ステップＦ２０）。
認証応答の検証がＯＫの場合、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成し（ステップＦ１８）、認証代行サーバ１へ認証応答を送信する（ステップＦ１９）。
【００２８】
図７は、認証代行サーバ２の動作を説明するための処理フロー図である。
認証代行サーバ２は、認証代行サーバ１から認証方法として「Ｂ認証」が指定された認証代行要求を受信すすと（ステップＦ２１）、当該ユーザが「Ｂ認証」で既に認証済みか否かを認証セッションより判定する（ステップＦ２２）。判定結果が認証済みの場合は認証代行サーバ１へ認証応答を送信する（ステップＦ２６）。一方、未認証の場合は、要求された認証方法を実施可能な認証代行サーバを決定する（ステップＦ２３）。ここでは、認証代行サーバ２で「Ｂ認証」を実施可能な場合について説明する。
【００２９】
認証代行サーバ２は、ユーザとの間で「Ｂ認証」を実行する（ステップＦ２４）。認証に失敗した場合は、この時点でサービスサーバヘ認証応答（認証失敗）を送信する（ステップＦ２７）。一方、「Ｂ認証」に成功した場合、当該ユーザＩＤと認証した認証方法を関連付けた認証セッションを生成し（ステップＦ２５）、認証代行サーバ２へ認証応答を送信する（ステップＦ２６）。
【００３０】
次に、他の実施形態について説明する。
図８は、図１における認証システムの他の実施形態について説明するための図面である。この実施形態において、図１の実施形態と相違する部分は、「認証Ｂ」を認証サーバ２とユーザ端末との間において、サービス要求を行う前に予め行っておき、その認証結果を認証代行サーバ１に保持しておく点である。
【００３１】
まず、ユーザ端末からサービスサーバに対してサービス要求を行う前に、ユーザ端末は、認証代行サーバ２に認証要求を送信する。認証代行サーバ２は、この認証要求を受信し、自サーバとユーザ端末の間で「Ｂ認証」を実行する（ステップＳｄ１）。この認証が成功すると、当該ユーザの認証状態を「Ｂ認証で認証済み」として代表の認証代行サーバ（ここでは、認証代行サーバ１）にＰＵＳＨ配信にて通知する（ステップＳｄ２）。
認証代行サーバ１は、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」の認証結果を内部の記憶領域に記憶する。
その後、ユーザ端末からサービスサーバに対してサービス要求が送信されると（ステップＳｄ３）、サービスサーバ１１０は、要求元となるユーザ端末１００のユーザの認証状態についてチェックする（ステップＳｄ４）。ここで、末認証の場合、認証方法として「Ａ認証＋Ｂ認証」を指定し、認証依頼を認証代行サーバ１ヘ送信する（ステップＳｄ５）。
認証代行サーバ１は、サービスサーバ１１０からの認証要求を受信し、要求された認証方法を判定するとともに、要求された認証方法に対して当該ユーザが認証済みか否かを判定する（ステップＳｄ６）。ここで、「Ａ認証」と「Ｂ認証」について認証済みであるか否かを内部の記憶領域を参照し、「Ａ認証」と「Ｂ認証」とが共に未認証である場合、また、「Ａ認証」が済んでおり、「Ｂ認証」が未認証である場合、サービスサーバにエラーを送信する。これにより、サービスサーバからユーザ端末に対してエラーが通知される。
【００３２】
一方、「Ａ認証」が未認証で「Ｂ認証」が認証済である場合、自サーバとユーザ端末の間で「Ａ認証」を実行する（ステップＳｄ７）。そして、この認証成功後に当該ユーザの認証状態を「Ａ認証で認証済み」として内部の記憶領域に記憶し、「Ａ認証」と「Ｂ認証」がともに成立したことを示す「認証成功」の旨を含んだ認証結果情報をサービスサーバヘ通知する（ステップＳｄ８）。この通知を受け、サービスサーバは、ユーザ端末にサービスを提供する（ステップＳｄ９）。
一方、「Ａ認証」と「Ｂ認証」とが共に認証済である場合、ステップＳｄ８に移行する。
【００３３】
次に、図８の変形例について、図面を用いて説明する。図９は、認証システムの他の実施形態について説明するための図面である。
この実施形態は、図８のステップＳｄ６では、「Ｂ認証」が未認証である場合、エラーをサービスサーバに送信する場合について説明したが、この実施形態では、エラーを送信するのではなく、その時点で認証代行サーバ２に対し、「Ｂ認証」を行うように認証要求をし、認証完了した際にサービスを提供する場合について説明する。
ここでは、ユーザ端末からサービスサーバに対してサービス要求を行う前に、ユーザ端末は、認証代行サーバ２に認証要求を送信し、認証代行サーバ２との間で「Ｂ認証」を実行する（ステップＳｅ１）。この認証が成功すると、当該ユーザの認証状態を「Ｂ認証で認証済み」として代表の認証代行サーバ（ここでは、認証代行サーバ１）にＰＵＳＨ配信等を利用して通知する（ステップＳｅ２）。
認証代行サーバ１は、認証代行サーバ２から受信した認証応答に含まれる「Ｂ認証」の認証結果を内部の記憶領域に記憶する。
【００３４】
Ｂ認証が行われた後、あるいは、Ｂ認証が未認証である場合、ユーザ端末からサービスサーバに対してサービス要求が送信されると（ステップＳｅ３）、サービスサーバ１１０は、要求元となるユーザ端末１００のユーザの認証状態についてチェックする（ステップＳｅ４）。ここで、認証済である場合、ユーザ端末に対し、サービスを提供する（ステップＳｅ１３）。一方、末認証の場合、認証方法として「Ａ認証＋Ｂ認証」を指定し、認証依頼を認証代行サーバ１ヘ送信する（ステップＳｅ５）。
認証代行サーバ１は、サービスサーバ１１０からの認証要求を受信し、要求された認証方法を判定するとともに、要求された認証方法に対して当該ユーザが認証済みか否かを判定する（ステップＳｅ６）。ここで、「Ａ認証」と「Ｂ認証」について認証済みであるか否かを内部の記憶領域を参照し、「Ａ認証」と「Ｂ認証」とが共に未認証である場合、ユーザ端末に対して「Ａ認証」を行い（ステップＳｅ７）、「Ｂ認証」は自身で認証できないので、認証代行サーバ２に「Ｂ認証」の要求を送信する（ステップＳｅ８）。
【００３５】
認証代行サーバ２は、「Ｂ認証」の要求を受信すると、内部に設けられた記憶領域を参照して当該ユーザの認証状態を判定し、「Ｂ認証」が認証済である場合に認証結果を認証代行サーバ１に通知し（ステップＳｅ１１）、「Ｂ認証」が未認証である場合に、ユーザ端末との間で「Ｂ認証」を実行する（ステップＳｅ１０）。そして、「Ｂ認証」の認証結果を内部の記憶領域に記憶したのち、認証代行サーバ１に認証結果を送信する（ステップＳｅ１１）。
【００３６】
一方、ステップＳｅ６において、「Ａ認証」が未認証で「Ｂ認証」が認証済である場合、ユーザ端末に対して「Ａ認証」を行い（ステップＳｅ７）、認証結果を内部の記憶領域に記憶し、「Ａ認証」、「Ｂ認証」が共に成立した認証結果をサービスサーバに送信する（ステップＳｅ１２）。
他方、「Ａ認証」が認証済で「Ｂ認証」が未認証である場合、「Ｂ認証」は自身で認証できないので、認証代行サーバ２に「Ｂ認証」の要求を送信し（ステップＳｅ８）、認証代行サーバ２から「Ｂ認証」が認証済であることを示す認証結果を受信したのち、「Ｂ認証」が成立した旨の認証結果を内部の記憶領域に記憶し、「Ａ認証」、「Ｂ認証」が共に成立した認証結果をサービスサーバに送信する（ステップＳｅ１２）。
他方、「Ａ認証」、「Ｂ認証」が共に認証済である場合、「Ａ認証」、「Ｂ認証」が共に成立した認証結果をサービスサーバに送信する（ステップＳｅ１２）。
サービスサーバは、認証代行サーバ１から認証結果の通知を受信すると、内部の記憶領域に当該ユーザの認証状態が「Ａ認証」、「Ｂ認証」が共に認証済である旨を記憶し、ユーザ端末にサービスを提供する（ステップＳｅ１３）。
【００３７】
以上説明した図８、図９の実施形態において、図１０に示すように、Ｂ認証フェーズにおいて、ユーザ端末から認証代行サーバ２に対し、「Ｂ認証」を予め実行し、認証結果を認証代行サーバ１に通知しておき、サービス要求フェーズにおいて、「Ａ認証」および「Ｂ認証」についての認証状態をサービスサーバから認証代行サーバ１に問い合わせるようにすることができる。なお、認証代行サーバ１は、「Ｂ認証」が成立したことを示す通知を保持していない状態でサービスサーバから認証要求を受けた際には、エラーを返信してもよく、また、その時点で認証代行サーバ２に「Ｂ認証」を実行させるようにしてもよい。
また、上述した図８、図９の実施形態において、ユーザ端末から認証代行サーバ２に認証要求を送信する場合について説明したが、認証代行サーバ２からユーザ端末に認証要求を送信することを契機に認証処理を行うようにしてもよい。
【００３８】
また、以上説明した図８および図９の実施形態の変形例について、図面を用いて説明する。図１１は、認証システムの他の実施形態について説明するための図面である。
まず、Ｂ認証、Ｃ認証フェーズにおいて、ユーザ端末から認証代行サーバ２、認証代行サーバ３に対して認証要求を送信する。認証代行サーバ２は、ユーザ端末との間で「Ｂ認証」を行って認証代行サーバ１に認証結果を通知する。認証代行サーバ３は、ユーザ端末との間で「Ｃ認証」を行い、認証代行サーバ１に認証結果を通知する。
そして、サービス要求フェーズにおいて、ユーザ端末からサービス要求があると、サービスサーバは、認証代行サーバ１に認証要求を送信する。認証代行サーバ１は、認証代行サーバ２における「Ｂ認証」、認証代行サーバ３における「Ｃ認証」がそれぞれ有効に成立しているか否かを判定し、自サーバとユーザ端末との間で「Ａ認証」を実行して認証が成立した場合に、「Ａ認証」、「Ｂ認証」、「Ｃ認証」の全ての認証が成立したことを示す認証応答をサービスサーバに送信する。これを受信したサービスサーバは、ユーザ端末にサービスを提供する。
【００３９】
なお、認証代行サーバ１は、「Ｂ認証」が成立したことを示す通知を保持していない状態もしくは「Ｃ認証」が成立したことを示す通知を保持していない状態の場合に、サービスサーバから認証要求を受けた際には、エラーを返信してもよく、また、「Ｂ認証」、「Ｃ認証」は自身で認証できないので、その時点で認証代行サーバ２に「Ｂ認証」を実行させ、認証代行サーバ３に「Ｃ認証」を実行させるようにしてもよい。
また、上述した図１０の実施形態において、ユーザ端末から認証代行サーバ２、認証代行サーバ３に認証要求を送信する場合について説明したが、認証代行サーバ２、認証代行サーバ３からユーザ端末に認証要求を送信することを契機に認証処理を行うようにしてもよい。
【００４０】
以上説明した実施形態におけるユーザ端末（１００）、サービスサーバ（１１０）、認証代行サーバ１（１２０）、認証代行サーバ２（１３０）、認証代行サーバ３（１４０）の機能を実現するためのプログラムを作成し、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりユーザの認証処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００４１】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００４２】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００４３】
【図１】２台の認証代行サーバが連携して認証を実施する場合のシステムの構成と情報の流れ図である。
【図２】３台以上の認証代行サーバが連携して認証を実施する場合のシステムの構成と情報の流れ図である。
【図３】３台以上の認証代行サーバが連携して認証を実施する場合のシステムの構成と情報の流れ図である。
【図４】２台の認証代行サーバが連携して認証を実施する場合の基本的なシーケンス図である。
【図５】ユーザからサービス要求を受け付けた際のサービスサーバの処理フロー図である。
【図６】サービスサーバから認証代行要求を受け付けた際の認証代行サーバ１の処理フロー図である。
【図７】認証代行サーバ１から認証代行要求を受け付けた際の認証代行サーバ２の処理フロー図である。
【図８】図１における認証システムの他の実施形態について説明するための図面である。
【図９】認証システムの他の実施形態について説明するための図面である。
【図１０】認証システムの他の実施形態について説明するための図面である。
【図１１】認証システムの他の実施形態について説明するための図面である。
【符号の説明】
【００４４】
１００  ユーザ端末                          １１０  サービスサーバ
１２０  認証代行サーバ１                    １３０  認証代行サーバ２
１４０  認証代行サーバ３
【図１】
2007026294.tif 000003
【図２】
2007026294.tif 000004
【図３】
2007026294.tif 000005
【図４】
2007026294.tif 000006
【図５】
2007026294.tif 000007
【図６】
2007026294.tif 000008
【図７】
2007026294.tif 000009
【図８】
2007026294.tif 000010
【図９】
2007026294.tif 000011
【図１０】
2007026294.tif 000012
【図１１】
2007026294.tif 000013