JP2004355073A - ネットワーク認証とシングルサインオンの一括認証方法及びシステム - Google Patents
ネットワーク認証とシングルサインオンの一括認証方法及びシステム Download PDFInfo
- Publication number
- JP2004355073A JP2004355073A JP2003148635A JP2003148635A JP2004355073A JP 2004355073 A JP2004355073 A JP 2004355073A JP 2003148635 A JP2003148635 A JP 2003148635A JP 2003148635 A JP2003148635 A JP 2003148635A JP 2004355073 A JP2004355073 A JP 2004355073A
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- user terminal
- server
- authenticated
- authentication server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】ネットワーク接続事業者に対する認証とリバティアライアンスにおけるシングルサインオンに対応しているＷＥＢサービス提供事業者に対する認証を１回で済ますことを可能とするネットワーク認証とシングルサインオンの一括認証方法及びシステムの提供。
【解決手段】ユーザ端末１がＷＥＢサーバ４に接続を試みると、ゲートウェイ２が認証されているか否かにつき判断し、認証されていなければ認証サーバ３にリダイレクション指示を出し、認証サーバ３は当該ユーザ端末１に認証処理を要求し、当該ユーザ端末１が認証処理を実行後ＷＥＢサーバ４に接続すると、当該ＷＥＢサーバ４がシングルサインオンにより認証サーバ３に対して認証情報を要求して認証判断をする特徴的方法及びシステム。
【選択図】図１
【解決手段】ユーザ端末１がＷＥＢサーバ４に接続を試みると、ゲートウェイ２が認証されているか否かにつき判断し、認証されていなければ認証サーバ３にリダイレクション指示を出し、認証サーバ３は当該ユーザ端末１に認証処理を要求し、当該ユーザ端末１が認証処理を実行後ＷＥＢサーバ４に接続すると、当該ＷＥＢサーバ４がシングルサインオンにより認証サーバ３に対して認証情報を要求して認証判断をする特徴的方法及びシステム。
【選択図】図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ユーザがＷＥＢサービスを利用する際の認証、特にリバティーアライアンスが提供するシングルサインオンに対応しているＷＥＢサービスを利用する場合における認証とネットワークに接続する際の認証を一括して行うネットワーク認証とシングルサインオンの一括認証方法及びシステムに関する。
【０００２】
【従来の技術】
従来、ユーザが各種ネットワークサービスの提供を受ける際、ユーザは、先ず、インターネットサービスプロバイダ等のネットワーク事業者の保有する装置に対して認証作業を行い、次に、ユーザが要求しているサービスを提供するＷＥＢサーバの認証を受けなければならなかった。
【０００３】
一方で、サービス事業者が提携しあい、ユーザが一度認証すると、各々のサービス事業者がその認証情報を利用し、再度の認証を不要とするシングルサインオンが提案され、実施されている。
【０００４】
これは、リバティーアライアンス計画の第１フェーズの技術仕様で、認証に関する情報をアイデンティティとして連携し、各種サービス事業者がこれを利用することにより、ユーザ側から見れば、ＩＤＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ ）に対して認証を行うと、そのＩＤＰと提携関係にあるサービス事業者に対しては、再度認証を行う必要が無く、何度も認証を行わなければならない煩わしさを回避できるという特徴を有している。
【０００５】
ここで、リバティアライアンスにつき参考となる先行技術文献情報を以下に列挙しておく。
【非特許文献】
“リバティアライアンスの標準化動向”ＮＴＴ技術ジャーナル、ｐ７９−８０、平成１５年３月１日電気通信協会発行
【非特許文献】
“Ｌｉｂｅｒｔｙ Ａｌｌｉａｎｃｅ Ｐｒｏｊｅｃｔ”［ｏｎｌｉｎｅ］、［２００３年４月２８日検索］、インターネット、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｊｅｃｔｌｉｂｅｒｔｙ．ｏｒｇ／＞
【０００６】
【発明が解決しようとする課題】
しかしながら、シングルサインオンが実現したとしても、ユーザがＷＥＢサービスの提供を受ける場合には、インターネットサービスプロバイダ等のネットワーク事業者の保有する装置に対してと、シングルサインオンを提供する第三者認証機関（Ｔｒｕｓｔｅｄ Ｔｈｉｒｄ Ｐａｒｔｙ）に対しての各１回づつ、計２回認証する必要がある。
【０００７】
また、ユーザが公共無線ＬＡＮサービスや携帯電話等の複数のサービスの提供を受ける際には、ユーザが移動するたび、または利用するネットワークを切り替えるたびに再度ネットワーク事業者に対して認証を行う必要があり、認証作業の煩わしさを完全に回避することはできなかった。
【０００８】
ここにおいて、本発明の解決すべき主要な目的は、次の通りである。
即ち、本発明の第１の目的は、ユーザがＷＥＢサービスの提供を受ける際に、ネットワーク接続事業者の保有する装置に対してと、ＷＥＢサービスを提供する事業者の保有するＷＥＢサーバに対する認証を１回で行うことを可能にするネットワーク認証とシングルサインオンの一括認証方法及びシステムを提供せんとするものである。
【０００９】
本発明の第２の目的は、ユーザが公共無線ＬＡＮサービスや携帯電話等の複数のサービスの提供を受ける場合において、ユーザが移動したり、ネットワークの切替えを行った際に再度のネットワークの認証を不要とするローミングを可能とするネットワーク認証とシングルサインオンの一括認証方法及びシステムを提供せんとするものである。
【００１０】
本発明の他の目的は、明細書、図面、特に特許請求の範囲の各請求項の記載から自ずと明らかとなろう。
【００１１】
【課題を解決するための手段】
本発明方法は、上記課題の解決に当たり、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行う方法であって、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、前記ゲートウェイは当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続するように指示を出し、前記認証サーバは当該リダイレクション指示に従って接続してきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求し、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記認証サーバは、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出し、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションするよう指示を出し、当該ユーザ端末が、ネットワーク利用中に当該ユーザ端末と提携関係にあるＷＥＢサーバに接続すると、当該ＷＥＢサーバが当該ユーザ端末を認証した前記認証サーバに対し、リバティアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供する特徴的構成手法を講じる。
【００１２】
本発明システムは、上記課題の解決に当たり、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行うシステムであって、前記ゲートウェイは、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続する旨の指示を出すように機能構成され、前記認証サーバは、当該リダイレクションされてきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求するとともに、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出す一方、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば、最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションする旨の指示を出すよう機能構成され、前記ＷＥＢサーバは、前記ユーザ端末から接続されると当該ユーザ端末を認証した認証サーバに対し、リバティーアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供するよう機能構成される特徴的構成手段を講じる。
【００１３】
更に詳説すると、当該課題の解決では、本発明が次に列挙する新規な特徴的構成手法又は手段を採用することにより、上記目的を達成するようになされる。
【００１４】
本発明方法の第１の特徴は、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行う方法であって、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、前記ゲートウェイは当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続するように指示を出し、前記認証サーバは当該リダイレクション指示に従って接続してきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求し、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記認証サーバは、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出し、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションするよう指示を出し、当該ユーザ端末が、ネットワーク利用中に当該ユーザ端末と提携関係にあるＷＥＢサーバに接続すると、当該ＷＥＢサーバが当該ユーザ端末を認証した前記認証サーバに対し、リバティアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供してなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１５】
本発明方法の第２の特徴は、上記本発明方法の第１の特徴における認証サーバは、複数のネットワークインターフェースを有し、イントラネット環境とインターネット環境の両方から接続自在に構成されてなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１６】
本発明方法の第３の特徴は、上記本発明方法の第１の特徴におけるゲートウェイは、前記ユーザ端末が前記特定のアプリケーションで接続要求を行わなかった場合には、当該特定のアプリケーションで特定の認証サーバに対して接続するように指示を出し、前記ユーザ端末は、前記ゲートウェイから前記指示が出された場合には、当該指示にある特定のアプリケーションで特定の認証サーバに対して接続を行ってなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１７】
本発明方法の第４の特徴は、上記本発明方法の第１、第２又は第３の特徴における認証サーバが、前記リダイレクションされてきたユーザ端末を認証していないと判断した場合には、当該ユーザ端末上のコモンドメインクッキーにより提携関係にある他の認証サーバで認証が既に行われているか否かを判断し、当該他の認証サーバにて既に認証されている場合には、リバティーアライアンスのシングルサインオン機能による認証情報の授受により認証状態を判断し、一方で、前記ユーザ端末の認証をした場合には、自己が認証したことを前記ユーザ端末上のコモンドメインクッキーに記述してなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１８】
本発明方法の第５の特徴は、上記本発明方法の第１、第２、第３又は第４の特徴におけるゲートウェイが、前記認証サーバによる認証が成功したことの通知により、当該認証が成功したユーザ端末のＭＡＣアドレス又はＩＰアドレスをリストに登録し、一方、前記ユーザ端末が既に認証を受けているか否かの判断を行う際には、前記ユーザ端末のＭＡＣアドレス又はＩＰアドレスが前記リストに登録されているか否かにより行ってなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１９】
本発明システムの第１の特徴は、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行うシステムであって、前記ゲートウェイは、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続する旨の指示を出すように機能構成され、前記認証サーバは、当該リダイレクションされてきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求するとともに、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出す一方、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば、最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションする旨の指示を出すよう機能構成され、前記ＷＥＢサーバは、前記ユーザ端末から接続されると当該ユーザ端末を認証した認証サーバに対し、リバティーアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供するよう機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２０】
本発明システムの第２の特徴は、上記本発明システムの第１の特徴における認証サーバが、複数のネットワークインターフェースを有し、イントラネット環境とインターネット環境の両方から接続自在に構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２１】
本発明システムの第３の特徴は、上記本発明システムの第１又は第２の特徴におけるゲートウェイが、前記ユーザ端末がＨＴＴＰ／ＨＴＴＰＳで接続要求を行わなかった場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続するように指示を出すよう機能構成され、前記ユーザ端末は、前記ゲートウェイから前記指示が出された場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続自在に機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２２】
本発明システムの第４の特徴は、上記本発明システムの第１、第２又は第３の特徴における認証サーバは、前記リダイレクションされてきたユーザ端末が認証されていないと判断された場合には、当該ユーザ端末上のコモンドメインクッキーにより提携関係にある他の認証サーバで認証が既に行われているか否かを判断し、当該他の認証サーバにて既に認証されている場合には、リバティーアライアンスのシングルサインオン機能による認証情報の授受により認証状態を判断し、一方で、前記ユーザ端末の認証をした場合には、自己が認証したことを前記ユーザ端末上のコモンドメインクッキーに記述するよう機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２３】
本発明システムの第５の特徴は、上記本発明システムの第１、第２、第３又は第４の特徴におけるゲートウェイが、前記認証サーバによる認証が成功したことの通知により、当該認証が成功したユーザ端末のＭＡＣアドレス又はＩＰアドレスをリストに登録し、一方、接続してきた前記ユーザ端末が既に認証を受けているか否かにつき判断する際には、前記ユーザ端末のＭＡＣアドレス又はＩＰアドレスが前記リストに登録されているか否かで判断するよう機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２４】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態を詳細に説明する。
【００２５】
（システム例１）
図１に本発明の実施形態に係るシステム例１のシステム構成図を示す。本図において、ネットワーク認証とシングルサインオンの一括認証システムαは、ゲートウェイ２、認証サーバ３及びサービスプロバイダ４がそれぞれインターネットＮでそれぞれ接続され、構築されている。また、ユーザ端末１はインターネットサービスプロバイダ等のネットワーク接続事業者のゲートウェイ２を介してインターネットＮに接続される。ここで、本図においては、各構成要素が１台づつ表されているが、便宜上のものであることは当然であり、実際はそれぞれ１以上の構成要素からなる。
【００２６】
ユーザ端末１は、たとえば、パーソナルコンピュータ、無線ＬＡＮに対応している端末、ＰＨＳ等であり、ゲートウェイ２に指定されるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ）、ＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）での通信が可能なＷＥＢブラウザ等のアプリケーションを保有し、またセッション管理情報としてクッキーが利用可能に構築される。
【００２７】
一方、各種サービスを提供するサービスプロバイダに設置されるＷＥＢサーバ４は、リバティーアライアンスのシングルサインオン提携のサービス事業者の管理下にあり、後述する認証サーバ３による認証情報を利用可能に機能構成されているものである。また、本願発明においては、当該ユーザ端末１に対して認証サーバ３とシングルサインオンの提携関係にないサービスプロバイダが管理する１以上のＷＥＢサーバ（図示せず）もその構成要素としており、ユーザ端末１がこのようなＷＥＢサーバに接続する際には、認証サーバ３とのシングルサインオンによる認証は行われない。
【００２８】
そして、ＷＥＢサーバ４は、シングルサインオン機能により取得した認証情報の内容が自己のサイトの認証ポリシーを満たせば、対応するユーザ端末１に対してＷＥＢサービスを提供するように設定されている。
【００２９】
ゲートウェイ２は、インターネットサービスプロバイダによって管理され、認証していないユーザ端末１に対しては、上記した特定のホストへの通信のみを受け付ける様に機能構成されている。ここで、もし、認証サーバ３がイントラネット環境に設置されている場合には、特定のホストへの接続のみを許可する通信制御機能は不要とすることも可能である。
【００３０】
そして、ユーザ端末１からＷＥＢサービスの提供を受けるためにインターネットＮへの接続要求を受けると、ユーザ端末１のＭＡＣアドレス又はＩＰアドレス等のソースアドレスがリストに登録されているか否か（後述する認証サーバ３によるユーザ端末１の認証成功通知により登録する。）を確認することにより、当該ユーザ端末１が認証されているか否かを判断する。
【００３１】
上記判断において、当該ユーザ端末１が認証されていれば、インターネットＮへの接続を許可し、要求したＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ ）で特定されるＷＥＢサーバ４への接続を可能とし、認証が未だ為されていなければ、当該ユーザ端末１の接続先を特定の認証サーバ３にリダイレクトするよう機能構成される。
【００３２】
認証サーバ３は、インターネットサービスプロバイダ等のネットワークサービス提供者（又は当該者が信頼する第三者でもよい。）によって管理されるものであり、リバティーアライアンスのシングルサインオンを実現するための第三者認証機関（リバティーアライアンスにおけるＩｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒに該当）としての役割を持つものである。
【００３３】
そして、ユーザ端末１がリダイレクトにより接続されると、クッキーを利用して、当該ユーザ端末１が認証されているか否かを判断し、認証が未だ為されていなければ、ユーザ端末１に対して、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）等のクライアント認証や、ユーザＩＤやパスワードを用いて行うベーシック認証等の認証処理を要求するよう機能構成されている。
【００３４】
上記の認証処理の要求によりユーザ端末１が認証処理を実行すると、認証サーバ３は、ユーザ端末１による認証が成功したか否かを判断し、失敗した場合にあっては、その旨を当該ユーザ端末１に通知し、成功した場合にあっては、ゲートウェイ２にその旨を通知するとともに、ユーザ端末１にもその旨を通知すると同時に、認証が成功したことの証明としてユーザ端末１上のクッキーを用いて、認証済みであるセッションの確立を実施し、さらにコモンドメインクッキーを用いて自身のＩＤを埋め込む。このコモンドメインクッキーは認証サーバ３と提携する事業者によって閲覧可能となっているものである。
【００３５】
また、認証サーバ３は、接続継続機能を有していてもよく、上記判断において認証が成功したならば、ユーザ端末１が最初に接続要求をしていたＵＲＩによって特定されるＷＥＢサーバ４にリダイレクトするようにユーザ端末１に指示を送信するよう機能構成されてもよい。
【００３６】
以上説明してきた通り、ユーザ端末１は、認証サーバ３による認証命令により認証作業を１回行うだけで、インターネットサービスプロバイダ等のネットワーク接続とＷＥＢサービスへのシングルサインオンが実現可能となる。
【００３７】
また、本システム例１では、認証サーバ３は、ゲートウェイ２やＷＥＢサーバ４とは、インターネットＮを介して接続されていたが、ゲートウェイ２とイントラネット環境で構築されてもよい。
【００３８】
このとき、認証サーバ３は、複数のネットワークインターフェースによりイントラネット環境とインターネットＮ環境の両方にネットワークのコネクティビティを保有し、イントラネットとインターネットＮでは異なる情報がＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）に記録されることで、ユーザ端末１、契約関係にあるＷＥＢサーバ４や他の認証サーバから認証サーバ３に接続されるとき、インターネットＮからはインターネットＮ側のインターフェースに、イントラネットからはイントラネット側のインターフェースを通して接続される。これにより、ゲートウェイ２において、認証サーバ３のみ接続を可能にする制御が不要となり、更にインターネット側のインターフェースからの接続に対して可能な処理に制限を加えてセキュリティーの向上を計れる。
【００３９】
（方法例１）
次に、システム例１に対応する方法例１を図２、図３、図４を参照しながら説明する。これらの図は、方法例１の動作を示すシーケンス図である。
【００４０】
先ず、ユーザは無線ＬＡＮやＰＨＳ等のネットワーク接続用デバイスであるユーザ端末１を用いてインターネットＮに接続要求する（ＳＴ１）。なお、本方法例１を説明するにあたり、便宜上、この時点で当該ユーザ端末１は認証されていないものとする。このとき、ユーザ端末１は、ゲートウェイ２により指定されている特定のアプリケーション（ＷＥＢブラウザ）を用いてサービスプロバイダのＷＥＢサーバ４に接続を要求することになる（ＳＴ１）。
【００４１】
ゲートウェイ２は、ユーザ端末１による接続要求に対して、当該ユーザ端末１が認証を受けているか否かを判断する（ＳＴ２）。このとき、ユーザ端末１のＭＡＣアドレス又はＩＰアドレスがゲートウェイ２の認証リストに登録されているか否かにより、当該ユーザ端末１の認証状態を判断する。上述したように、この時点では、当該ユーザ端末１は認証を受けていないので（図２のＳＴ２においてＮＯと判断された場合）、ユーザ端末１に対して、特定の認証サーバ３に接続するように、リダイレクション指示を出す（ＳＴ３）。すると、ユーザ端末１は指示された特定の認証サーバ３に接続を試みる。また、認証が済んでいれば、ユーザ端末１が要求したＵＲＩで特定されるＷＥＢサーバ４への接続を許可する。
【００４２】
認証サーバ３は、リダイレクションを受けて接続してきたユーザ端末１が既に、認証を受けているか否かにつき判断を行う（ＳＴ４）。そして、認証が済んでいない場合には（ＳＴ４においてＮＯと判断）、ユーザ端末１に対して認証処理を行うよう要求を出す（ＳＴ５）。一方で、認証が済んでいれば（ＳＴ４においてＹＥＳと判断）、処理は後述するＳＴ１２（図３）から実行されることになるが、ここでは、説明を省略する。
【００４３】
認証サーバ３から認証要求（ＳＴ５）を受けたユーザ端末１は、認証処理を認証サーバ３との間で実行する（ＳＴ６）。この際の認証は、ＳＳＬ若しくはＴＬＳ等のクライアント認証、又はベーシック認証である。
【００４４】
そして、ユーザ端末１が上記認証処理（ＳＴ６）を実行すると、認証サーバ３は、認証が成功したか否かにつき判断する（ＳＴ７）。認証が失敗に終わった場合（図３のＳＴ７においてＮＧと判断）には、ユーザ端末１に対して認証失敗通知をし（ＳＴ８）、通知を受けたユーザ端末１は処理を終了する（ＳＴ９）。ここでは、ユーザ端末１が再度認証サーバ３に対して認証要求するようにしてもよい。一方で、認証サーバ３も処理を終了する（ＳＴ１０）。
【００４５】
上記判断処理（ＳＴ７）で認証が成功したと判断されれば（ＳＴ７においてＯＫと判断）、認証サーバ３は、認証が成功した旨をクッキーに、自己が認証した旨をコモンドメインクッキーに書き込む（ＳＴ１１）。このクッキーに書きこまれた認証情報は、認証サーバ３がユーザ端末１の認証状態を判断するのに利用される。そして、ゲートウェイ２に対して認証成功通知をする（ＳＴ１２）。
【００４６】
ここで、認証サーバ３が接続継続機能が利用可能な状態であったならば（ＳＴ１３でＹＥＳと判断）、図３に示すとおり、ユーザが最初に接続要求していたＵＲＩにて特定されるＷＥＢサーバへリダイレクション指示を出し（ＳＴ１７）、接続継続機能が利用不可の状態であれば、ユーザ端末１に対して認証成功通知をし（ＳＴ１４）、処理を終了する（ＳＴ１６）。リダイレクション指示を受けたユーザ端末１は、当初接続を要求していたＵＲＩにて特定されるサービスプロバイダのＷＥＢサーバ４へ自動的に接続処理を実行することになる。
【００４７】
ユーザ端末１がリダイレクトされてくるとＷＥＢサーバ４は、当該ユーザ端末１が認証されているか否かの判断を行うことになる（ＳＴ１８）。ここで、認証が済んでいる場合（図４のＳＴ１８においてＹＥＳと判断）にはＷＥＢサーバ４はユーザ端末１に対してサービスを提供することになる（ＳＴ２０）。
【００４８】
また、上記判断において、ユーザ端末１が認証されていないと判断された場合（ＳＴ１８においてＮＯと判断）には（すなわち、ユーザが当初接続を要求していたＷＥＢサーバ４とは別のＷＥＢサーバ４に接続を試みた場合）、当該ＷＥＢサーバ４がリバティーリライアンスが提供するシングルサインオンの提携関係にあれば、シングルサインオン機能を利用し、認証サーバ３が有する当該ユーザ端末１に関する認証情報を利用することになる（ＳＴ１９）。
【００４９】
上述したとおり、当該ＷＥＢサーバ４を有するサービスプロバイダはシングルサインオンの提携関係にあるため、当該ユーザ端末１の認証情報を取得することができ、当該認証情報の内容が自己のサイトの認証ポリシーを満たしていれば、上記と同様、ＷＥＢサーバ４はユーザ端末１に対してサービスを提供することになる（ＳＴ２０）。
【００５０】
以上、方法例１について説明してきたが、ユーザ端末１が認証処理を行うのは、ＳＴ６の１回のみであり、１度の認証でネットワークサービスとＷＥＢサーバ４が提供するＷＥＢサービスへの認証が可能となる。また、本方法例１を実現するシステム例１で説明したように、本発明実施の形態に係る認証サーバ３は、ＷＥＢサービスへのシングルサインオンを提供するものであり、リバティーアライアンスにおけるＩＤＰに相当する機能を有するため、他のＷＥＢサーバにユーザが接続要求を出した際も、当該他のＷＥＢサーバがシングルサインオン提携関係にあれば再度の認証処理が必要となることはない。
【００５１】
また、システム例１でも説明したように、本方法例１におけるゲートウェイ２と認証サーバ３はイントラ環境に構築されていてもよい。このとき、認証サーバ３は、複数のネットワークインターフェースによりイントラネット環境とインターネットＮ環境の両方にネットワークのコネクティビティを保有し、イントラネットとインターネットＮでは異なる情報がＤＮＳに記録されることでユーザ端末１、契約関係にあるＷＥＢサーバ４や他の認証サーバから認証サーバ３に接続されるとき、インターネットＮからはインターネットＮ側のインターフェースに、イントラネットからはイントラネット側のインターフェースを通して接続される。
【００５２】
これにより、ゲートウェイ２において、認証サーバ３のみ接続を可能にする制御が不要となり、更にインターネット側のインターフェースからの接続に対して可能な処理に制限を加えてセキュリティーの向上を計れる。
【００５３】
（システム例２）
図５に本発明の実施形態に係るシステム例２のシステム構成図を示す。本図において、ゲートウェイ２及び認証サーバ３は図１と同じものであり、特にユーザ端末１を利用するユーザと契約関係にあるネットワーク事業者の設備として存在するものである。一方、ゲートウェイ２´及び認証サーバ３´はユーザとは契約関係にないインターネットサービスプロバイダが有するものである。但し、これらゲートウェイ２´及び認証サーバ３´は、ゲートウェイ２及び認証サーバ３の機能構成と何ら異なるものはなく、ユーザとの契約関係のみ異なるものである。なお、ユーザ端末１及びＷＥＢサーバ４は上述したシステム例１と何ら異なるところは無い。
【００５４】
本システム例２は、ユーザ端末１が一度自己と契約関係にあるインターネットサービスプロバイダの認証サーバ３で認証されれば、その認証情報をユーザと契約関係にない他の認証サーバ３´も利用することを可能とするローミングを実現するためのものである。以下、本システム例２を実現するための構成要素の機能構成に付き説明する。但し、システム例１で説明した機能構成については、同様である為説明を省略する。
【００５５】
認証サーバ３（認証サーバ３´）は、先ず、ユーザ端末１を利用するユーザが自己と契約関係にあるかどうかを判断する機能を有する。自己との契約関係にあれば自己が当該ユーザ端末１を認証する立場にあることになるからである。ここで、ユーザ端末１が契約ユーザであるか否かの判断は、ユーザ端末１のＭＡＣアドレス、コモンドメインクッキー上のパーマネントクッキー、又はＨＴＴＰ ＨｅａｄｅｒのＵｓｅｒ Ａｇｅｎｔ等によって、契約認証サーバ３を判別する。
【００５６】
また、認証サーバ３は、ゲートウェイ２からのリダイレクション要求により接続してきたユーザ端末１が既に他の認証サーバにより認証を受けているか否かにつき判断する機能を有する。この判断は、ユーザ端末１の例えばＷＥＢブラウザが利用可能なコモンドメインクッキーのセッションクッキーを利用して行われる。但し、上述した契約ユーザであるか否かの判断で、当該ユーザ端末１が契約ユーザであると判断された場合には、他の認証サーバにより認証を受けているか否かの判断は行わずともよい。
【００５７】
すなわち、認証サーバ３（認証サーバ３´）は、ユーザ端末１のＷＥＢブラウザのコモンドメインクッキーから認証を受けているか否かの情報を取得し、認証を受けていれば認証した認証サーバ３に対して、シングルサインオンによる認証情報の授受を要求しユーザ端末１に対して認証処理を要求しないとする機能構成である。このとき、要求する側の認証サーバ３´は、認証情報を利用する立場になり、リバティーアライアンスでいうところのサービスプロバイダとなる。
【００５８】
また、認証サーバ３（認証サーバ３´）は、他の認証サーバにより認証を受けていない場合には、認証処理をユーザ端末１に要求し、認証が成功すれば、自己が当該ユーザ端末１を認証したことをユーザ端末１のコモンドメインクッキーに書きこむ機能をも有する。
【００５９】
一方、ユーザ端末１は、認証サーバ３（認証サーバ３´）の以上のような判断処理を可能にするため、コモンドメインクッキーを認証サーバ３（認証サーバ３´）が利用可能に構成される。
【００６０】
以上説明した、本システム例２を構成する各装置により、ローミングが実現され、ユーザは、認証サーバ３に対する一回の認証でサービスプロバイダのＷＥＢサーバ４の認証に対してだけでなく、自己との契約関係にない他のインターネットサービスプロバイダの認証サーバ３´に対する認証も行うことができ、ユーザに対して再度の認証処理を強要することもなく負担軽減となり得る。
【００６１】
（方法例２）
次に、システム例２に対応する方法例２を図６、図７、図８及び図９を参照しながら説明する。これらの図は、方法例２の動作を示すシーケンス図である。本方法例２は、上述したシステム例２におけるローミングを可能とする方法を、方法例１におけるネットワークサービス事業者とＷＥＢサービス事業者の認証を１回で済ます方法をベースとしているものである。したがって、方法例１で説明したステップに付いては、重複する説明を避け、本方法例２を説明するに必要な範囲にとどめることにする。
【００６２】
先ず、ユーザ端末１がインターネットＮに接続要求すると（ＳＴ１）、ゲートウェイ２´は当該ユーザ端末１が認証を受けているか否かにつき判断し（ＳＴ２）、認証を未だ受けていなければ（図６のＳＴ２においてＮＯと判断）、認証サーバ３´へリダイレクションするように指示する（ＳＴ３）。但し、ここでは、本方法例２の特徴であるローミングにつき説明するため、ユーザ端末１が自己との契約関係にないゲートウェイ２´に接続要求をし、認証を受ける状況を想定している。
【００６３】
認証サーバ３´は、リダイレクションされてきたユーザ端末１が認証を受けているか否かにつきユーザ端末１のクッキーにより判断し（ＳＴ４）、自己（＝認証サーバ３´）が認証をしたものでないと判断すると次の処理を実行する。
【００６４】
即ち、契約サーバ３´は、当該ユーザ端末１が自己との契約関係にあるか否かにつき判断処理をする（ＳＴ４１）。そして、当該ユーザ端末１を利用するユーザが契約ユーザであれば（ＳＴ４１においてＹＥＳと判断）次の判断処理を実行し、そうでなければ（ＳＴ４１においてＮＯと判断）シングルサインオンを用いて当該ユーザと契約関係にある認証サーバ３から認証情報の授受を要求する（ＳＴ４３）。ここで、ユーザ端末１が契約ユーザであるか否かの判断は、ユーザ端末１のＭＡＣアドレス、コモンドメインクッキー上のパーマネントクッキー、又はＨＴＴＰ ＨｅａｄｅｒのＵｓｅｒ Ａｇｅｎｔ等によって、契約認証サーバ３を判別する。
【００６５】
上記判断処理において、当該ユーザ端末１が契約ユーザであると判断された場合には、既に他の認証サーバ３で認証を受けているか否かにつき判断する（ＳＴ４２）。このとき、ユーザ端末１のＷＥＢブラウザが利用可能なコモンドメインクッキーを利用して行われる。但し、このＳＴ４２の判断処理は必須でなく、当該ユーザ端末１が契約関係にある場合には、常に認証要求するように変更実施しても良い。
【００６６】
そして、他の認証サーバ３により既に認証が行われていると判断された場合（ＳＴ４２においてＹＥＳと判断）には、当該認証した認証サーバ３からシングルサインオンによる認証情報の授受を要求し（ＳＴ４３）、その際に認証が成功しているか否かにつき判断する（ＳＴ７）。このとき要求する側の認証サーバ３´は認証情報を利用する立場になり、リバティーアライアンスでいうところのサービスプロバイダとなる。
【００６７】
また、他の認証サーバ３によって未だ認証が行われていないと判断されると（ＳＴ４２においてＮＯと判断）、認証サーバ３´は、当該ユーザ端末１は自己との契約関係にあるため（ＳＴ４１で判断されている）、ユーザ端末１に対し認証処理を要求することになる（ＳＴ５）。
【００６８】
その後、ユーザ端末１は認証処理を認証サーバ３´との間で実行し（ＳＴ６）、認証が成功すれば（ＳＴ７においてＯＫと判断）、その旨をユーザ端末１のＷＥＢブラウザが利用可能なセッションクッキーに書き込む（ＳＴ１１）。そして、シングルサインオンによる認証情報の授受（ＳＴ４３）を受けていないと判断された場合には（ＳＴ１１１）、自己が認証した旨を他のサービスプロバイダが閲覧可能なユーザ端末１上のコモンドメインクッキーに書き込む（ＳＴ１１２）。ここでは、例えば、ＵＲＩや認証サーバ３´自身のＩＤ等を記述するなどして実現する。
【００６９】
一方で、ＳＴ４３の処理を経由してきた場合には、ユーザ端末１には他の認証サーバ３のＩＤ等が記述されているから、コモンドメインクッキーに書き込む処理は行わない。その後、認証サーバ３´は、ゲートウェイ２´に対して認証成功通知をする（ＳＴ１２）。また、ＳＴ７の判断処理において、認証が失敗に終わったと判断された場合（ＳＴ７においてＮＧと判断）には、ユーザ端末１に対して認証失敗通知をし（ＳＴ８）、認証サーバ３´は処理を終了する（ＳＴ１０）。以後の処理は、方法例１と同様である為、説明は省略することとする。
【００７０】
このように、認証サーバ３´がユーザ端末１のＷＥＢブラウザのコモンドメインクッキーに認証情報を記述することにより、他の認証サーバから認証を受けているかどうかの確認をすることができ、リバティーアライアンスが提供するシングルサインオンによる認証情報の授受を利用すればローミングが可能となり、ユーザとの契約関係にない認証サーバとの間でもユーザは新たに認証をする必要がなくなり、認証処理の煩わしさを回避することができる。
【００７１】
以上、本発明の実施形態であるシステム例、方法例を説明してきたが、本発明の目的を達成し、下記する効果を奏する範囲において適宜変更実施可能である。
【００７２】
例えば、ユーザはユーザ端末１として常にＨＴＴＰ又はＨＴＴＰＳのプロトコルでインターネットＮに接続するとは限らない。そこで、ユーザが特殊なユーザ端末１を利用して任意のプロトコルでゲートウェイ２に接続するという場面を想定し、このときに本発明を適用する点につき説明する。
【００７３】
この場合、ユーザ端末１は、ゲートウェイ２からの要求を受け付ける機能を有し、かつ、ＷＥＢブラウザに対して認証サーバ３に接続するように指示できるという機能をも有するように構成されていてもよい。そして、ゲートウェイ２から「特定のアプリケーションを用いて指定された認証サーバ３へ接続しなさい」との要求を受け付けることができるように機能構成されているものとする。
【００７４】
これに対し、ゲートウェイ２は、認証されていないユーザ端末１から任意のプロトコルで任意のインターネット上のホストに対する接続要求が来た場合において、その接続要求に際し、ＨＴＴＰ／ＨＴＴＰＳ等のリバティーアライアンスで認められていないプロトコルで接続要求が来た場合には、当該ユーザ端末１に対し「特定のアプリケーションを用いて指定された認証サーバ３へ接続しなさい」との要求を発することができるように機能構成されているものとする。ただし、上記ＨＴＴＰ／ＨＴＴＰＳ等のプロトコルで接続要求が来た場合、通常のリダイレクション機能を用いてもよく、この点は任意である。
【００７５】
上記のような特殊なユーザ端末１及び当該特殊なユーザ端末１をサポートするゲートウェイ２を用いて本発明実施形態の方法例１及び２の変更点につき、以下に説明する。この場合には、方法例１及び２におけるＳＴ１とＳＴ２との間に以下の処理を実行させることになる。
【００７６】
先ず、ユーザは当該特殊なユーザ端末１を用いてインターネットへの接続要求をする（ＳＴ１）。ここで、当該ユーザ端末１は、未だ認証されていない状態として説明する。この際、ゲートウェイ２が要求している特定のアプリケーション（例えば、ＷＥＢブラウザ）を用いて接続の要求がされなかった場合には、「特定のＨＴＴＰ／ＨＴＴＰＳ等のリバティーアライアンスで指定されたプロトコルで認証サーバ３へ接続しなさい」との指示を出す（ＳＴ３）。
【００７７】
その結果、ユーザ端末１は、この指示に対して、上記条件を満たすＷＥＢブラウザ等の特定のアプリケーションを用いて指定された認証サーバ３へ接続を行う。その後の処理は、上述した方法例１及び２と全く同一の処理手順に従う。
【００７８】
この場合において、ゲートウェイ２は自己の認証サーバ３とローミング契約している認証サーバ３´に対しては、自己の認証サーバ３と同様に認証サーバ３´に対しても接続できるようにゲートウェイ２を設定するか、又はゲートウェイ２を通過せずにイントラネットを利用して接続できるように機能構成されている必要がある。
【００７９】
以上のような処理を設けることにより、ユーザがネットワークを変更して利用した場合等にも、改めてネットワーク接続事業者に対する認証を行う必要がなくなり、一番最初に行った認証が有効利用されることになる。
【００８０】
このような例外処理を方法例２に適用すると、例えば、ユーザが無線ＬＡＮサービスを受けている場合やＰＨＳ又は携帯電話等の移動媒体を用いて複数のサービスを受けている場合に、認証処理のためにユーザがＷＥＢブラウザを起動する手間を排除し、ユーザが他の認証サーバ３´と既に認証関係にある場合、ユーザは何の操作もすることなくインターネットＮへの接続を継続して利用できる。
【００８１】
さらに、イントラネットシステム上に全ての認証サーバ３が設置されている場合において、ユーザが上記無線端末を利用するときは、認証サーバ３がリバティーアライアンスアーティファクトプロファイルを利用しないように設定されれば、認証サーバ３は直接インターネット上の各種サーバと接続する必要がなくなるため、認証サーバ３にはインターネットＮからのインターフェースを必要としなくなる。
【００８２】
【発明の効果】
以上説明してきたように、ユーザはインターネットサービスプロバイダ等のネットワーク接続事業者に対する認証とシングルサインオンが利用可能なＷＥＢサービスに対する認証を１回で済ますことができ、ユーザに対し過度に認証作業を強いることが無くなり負担軽減を実現する。
【００８３】
また、本発明で実施する認証処理は従来のＷＥＢによるクライアント認証技術を用いることができ、従来のユーザ端末やＷＥＢサーバ等を特段変更することなく実施することができる。
【００８４】
また、以上の効果に加え、ユーザ端末として特定のアプリケーションを用いることで、ユーザはＨＴＴＰベースでのサービス以外でもシームレスにネットワークの変更に対応でき、ユーザの負担をさらに緩和することができる。
【図面の簡単な説明】
【図１】本発明実施形態のシステム例１に係るネットワーク認証とシングルサインオンの一括認証システムの構成図である。
【図２】本発明実施形態の方法例１に係るネットワーク認証とシングルサインオンの一括認証方法のシーケンス図である。
【図３】図２に示すシーケンス図の続きを示すものである。
【図４】図２、図３に示すシーケンス図の続きを示すものである。
【図５】本発明実施形態のシステム例２に係るネットワーク認証とシングルサインオンの一括認証システムの構成図である。
【図６】本発明実施形態の方法例２に係るネットワーク認証とシングルサインオンの一括認証方法のシーケンス図である。
【図７】図６に示すシーケンス図の続きを示すものである。
【図８】図６、図７に示すシーケンス図の続きを示すものである。
【図９】図６、図７、図８に示すシーケンス図の続きを示すものである。
【符号の説明】
α、α´…ネットワーク認証とシングルサインオンの一括認証システム
Ｎ…Ｉｎｔｅｒｎｅｔ
１…ユーザ端末
２、２´…ゲートウェイ
３、３´…認証サーバ
４…ＷＥＢサーバ
【発明の属する技術分野】
本発明は、ユーザがＷＥＢサービスを利用する際の認証、特にリバティーアライアンスが提供するシングルサインオンに対応しているＷＥＢサービスを利用する場合における認証とネットワークに接続する際の認証を一括して行うネットワーク認証とシングルサインオンの一括認証方法及びシステムに関する。
【０００２】
【従来の技術】
従来、ユーザが各種ネットワークサービスの提供を受ける際、ユーザは、先ず、インターネットサービスプロバイダ等のネットワーク事業者の保有する装置に対して認証作業を行い、次に、ユーザが要求しているサービスを提供するＷＥＢサーバの認証を受けなければならなかった。
【０００３】
一方で、サービス事業者が提携しあい、ユーザが一度認証すると、各々のサービス事業者がその認証情報を利用し、再度の認証を不要とするシングルサインオンが提案され、実施されている。
【０００４】
これは、リバティーアライアンス計画の第１フェーズの技術仕様で、認証に関する情報をアイデンティティとして連携し、各種サービス事業者がこれを利用することにより、ユーザ側から見れば、ＩＤＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ ）に対して認証を行うと、そのＩＤＰと提携関係にあるサービス事業者に対しては、再度認証を行う必要が無く、何度も認証を行わなければならない煩わしさを回避できるという特徴を有している。
【０００５】
ここで、リバティアライアンスにつき参考となる先行技術文献情報を以下に列挙しておく。
【非特許文献】
“リバティアライアンスの標準化動向”ＮＴＴ技術ジャーナル、ｐ７９−８０、平成１５年３月１日電気通信協会発行
【非特許文献】
“Ｌｉｂｅｒｔｙ Ａｌｌｉａｎｃｅ Ｐｒｏｊｅｃｔ”［ｏｎｌｉｎｅ］、［２００３年４月２８日検索］、インターネット、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｊｅｃｔｌｉｂｅｒｔｙ．ｏｒｇ／＞
【０００６】
【発明が解決しようとする課題】
しかしながら、シングルサインオンが実現したとしても、ユーザがＷＥＢサービスの提供を受ける場合には、インターネットサービスプロバイダ等のネットワーク事業者の保有する装置に対してと、シングルサインオンを提供する第三者認証機関（Ｔｒｕｓｔｅｄ Ｔｈｉｒｄ Ｐａｒｔｙ）に対しての各１回づつ、計２回認証する必要がある。
【０００７】
また、ユーザが公共無線ＬＡＮサービスや携帯電話等の複数のサービスの提供を受ける際には、ユーザが移動するたび、または利用するネットワークを切り替えるたびに再度ネットワーク事業者に対して認証を行う必要があり、認証作業の煩わしさを完全に回避することはできなかった。
【０００８】
ここにおいて、本発明の解決すべき主要な目的は、次の通りである。
即ち、本発明の第１の目的は、ユーザがＷＥＢサービスの提供を受ける際に、ネットワーク接続事業者の保有する装置に対してと、ＷＥＢサービスを提供する事業者の保有するＷＥＢサーバに対する認証を１回で行うことを可能にするネットワーク認証とシングルサインオンの一括認証方法及びシステムを提供せんとするものである。
【０００９】
本発明の第２の目的は、ユーザが公共無線ＬＡＮサービスや携帯電話等の複数のサービスの提供を受ける場合において、ユーザが移動したり、ネットワークの切替えを行った際に再度のネットワークの認証を不要とするローミングを可能とするネットワーク認証とシングルサインオンの一括認証方法及びシステムを提供せんとするものである。
【００１０】
本発明の他の目的は、明細書、図面、特に特許請求の範囲の各請求項の記載から自ずと明らかとなろう。
【００１１】
【課題を解決するための手段】
本発明方法は、上記課題の解決に当たり、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行う方法であって、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、前記ゲートウェイは当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続するように指示を出し、前記認証サーバは当該リダイレクション指示に従って接続してきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求し、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記認証サーバは、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出し、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションするよう指示を出し、当該ユーザ端末が、ネットワーク利用中に当該ユーザ端末と提携関係にあるＷＥＢサーバに接続すると、当該ＷＥＢサーバが当該ユーザ端末を認証した前記認証サーバに対し、リバティアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供する特徴的構成手法を講じる。
【００１２】
本発明システムは、上記課題の解決に当たり、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行うシステムであって、前記ゲートウェイは、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続する旨の指示を出すように機能構成され、前記認証サーバは、当該リダイレクションされてきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求するとともに、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出す一方、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば、最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションする旨の指示を出すよう機能構成され、前記ＷＥＢサーバは、前記ユーザ端末から接続されると当該ユーザ端末を認証した認証サーバに対し、リバティーアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供するよう機能構成される特徴的構成手段を講じる。
【００１３】
更に詳説すると、当該課題の解決では、本発明が次に列挙する新規な特徴的構成手法又は手段を採用することにより、上記目的を達成するようになされる。
【００１４】
本発明方法の第１の特徴は、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行う方法であって、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、前記ゲートウェイは当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続するように指示を出し、前記認証サーバは当該リダイレクション指示に従って接続してきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求し、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記認証サーバは、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出し、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションするよう指示を出し、当該ユーザ端末が、ネットワーク利用中に当該ユーザ端末と提携関係にあるＷＥＢサーバに接続すると、当該ＷＥＢサーバが当該ユーザ端末を認証した前記認証サーバに対し、リバティアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供してなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１５】
本発明方法の第２の特徴は、上記本発明方法の第１の特徴における認証サーバは、複数のネットワークインターフェースを有し、イントラネット環境とインターネット環境の両方から接続自在に構成されてなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１６】
本発明方法の第３の特徴は、上記本発明方法の第１の特徴におけるゲートウェイは、前記ユーザ端末が前記特定のアプリケーションで接続要求を行わなかった場合には、当該特定のアプリケーションで特定の認証サーバに対して接続するように指示を出し、前記ユーザ端末は、前記ゲートウェイから前記指示が出された場合には、当該指示にある特定のアプリケーションで特定の認証サーバに対して接続を行ってなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１７】
本発明方法の第４の特徴は、上記本発明方法の第１、第２又は第３の特徴における認証サーバが、前記リダイレクションされてきたユーザ端末を認証していないと判断した場合には、当該ユーザ端末上のコモンドメインクッキーにより提携関係にある他の認証サーバで認証が既に行われているか否かを判断し、当該他の認証サーバにて既に認証されている場合には、リバティーアライアンスのシングルサインオン機能による認証情報の授受により認証状態を判断し、一方で、前記ユーザ端末の認証をした場合には、自己が認証したことを前記ユーザ端末上のコモンドメインクッキーに記述してなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１８】
本発明方法の第５の特徴は、上記本発明方法の第１、第２、第３又は第４の特徴におけるゲートウェイが、前記認証サーバによる認証が成功したことの通知により、当該認証が成功したユーザ端末のＭＡＣアドレス又はＩＰアドレスをリストに登録し、一方、前記ユーザ端末が既に認証を受けているか否かの判断を行う際には、前記ユーザ端末のＭＡＣアドレス又はＩＰアドレスが前記リストに登録されているか否かにより行ってなるネットワーク認証とシングルサインオンの一括認証方法の構成採用にある。
【００１９】
本発明システムの第１の特徴は、ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行うシステムであって、前記ゲートウェイは、前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続する旨の指示を出すように機能構成され、前記認証サーバは、当該リダイレクションされてきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求するとともに、当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出す一方、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば、最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションする旨の指示を出すよう機能構成され、前記ＷＥＢサーバは、前記ユーザ端末から接続されると当該ユーザ端末を認証した認証サーバに対し、リバティーアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供するよう機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２０】
本発明システムの第２の特徴は、上記本発明システムの第１の特徴における認証サーバが、複数のネットワークインターフェースを有し、イントラネット環境とインターネット環境の両方から接続自在に構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２１】
本発明システムの第３の特徴は、上記本発明システムの第１又は第２の特徴におけるゲートウェイが、前記ユーザ端末がＨＴＴＰ／ＨＴＴＰＳで接続要求を行わなかった場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続するように指示を出すよう機能構成され、前記ユーザ端末は、前記ゲートウェイから前記指示が出された場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続自在に機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２２】
本発明システムの第４の特徴は、上記本発明システムの第１、第２又は第３の特徴における認証サーバは、前記リダイレクションされてきたユーザ端末が認証されていないと判断された場合には、当該ユーザ端末上のコモンドメインクッキーにより提携関係にある他の認証サーバで認証が既に行われているか否かを判断し、当該他の認証サーバにて既に認証されている場合には、リバティーアライアンスのシングルサインオン機能による認証情報の授受により認証状態を判断し、一方で、前記ユーザ端末の認証をした場合には、自己が認証したことを前記ユーザ端末上のコモンドメインクッキーに記述するよう機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２３】
本発明システムの第５の特徴は、上記本発明システムの第１、第２、第３又は第４の特徴におけるゲートウェイが、前記認証サーバによる認証が成功したことの通知により、当該認証が成功したユーザ端末のＭＡＣアドレス又はＩＰアドレスをリストに登録し、一方、接続してきた前記ユーザ端末が既に認証を受けているか否かにつき判断する際には、前記ユーザ端末のＭＡＣアドレス又はＩＰアドレスが前記リストに登録されているか否かで判断するよう機能構成されてなるネットワーク認証とシングルサインオンの一括認証システムの構成採用にある。
【００２４】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態を詳細に説明する。
【００２５】
（システム例１）
図１に本発明の実施形態に係るシステム例１のシステム構成図を示す。本図において、ネットワーク認証とシングルサインオンの一括認証システムαは、ゲートウェイ２、認証サーバ３及びサービスプロバイダ４がそれぞれインターネットＮでそれぞれ接続され、構築されている。また、ユーザ端末１はインターネットサービスプロバイダ等のネットワーク接続事業者のゲートウェイ２を介してインターネットＮに接続される。ここで、本図においては、各構成要素が１台づつ表されているが、便宜上のものであることは当然であり、実際はそれぞれ１以上の構成要素からなる。
【００２６】
ユーザ端末１は、たとえば、パーソナルコンピュータ、無線ＬＡＮに対応している端末、ＰＨＳ等であり、ゲートウェイ２に指定されるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ）、ＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）での通信が可能なＷＥＢブラウザ等のアプリケーションを保有し、またセッション管理情報としてクッキーが利用可能に構築される。
【００２７】
一方、各種サービスを提供するサービスプロバイダに設置されるＷＥＢサーバ４は、リバティーアライアンスのシングルサインオン提携のサービス事業者の管理下にあり、後述する認証サーバ３による認証情報を利用可能に機能構成されているものである。また、本願発明においては、当該ユーザ端末１に対して認証サーバ３とシングルサインオンの提携関係にないサービスプロバイダが管理する１以上のＷＥＢサーバ（図示せず）もその構成要素としており、ユーザ端末１がこのようなＷＥＢサーバに接続する際には、認証サーバ３とのシングルサインオンによる認証は行われない。
【００２８】
そして、ＷＥＢサーバ４は、シングルサインオン機能により取得した認証情報の内容が自己のサイトの認証ポリシーを満たせば、対応するユーザ端末１に対してＷＥＢサービスを提供するように設定されている。
【００２９】
ゲートウェイ２は、インターネットサービスプロバイダによって管理され、認証していないユーザ端末１に対しては、上記した特定のホストへの通信のみを受け付ける様に機能構成されている。ここで、もし、認証サーバ３がイントラネット環境に設置されている場合には、特定のホストへの接続のみを許可する通信制御機能は不要とすることも可能である。
【００３０】
そして、ユーザ端末１からＷＥＢサービスの提供を受けるためにインターネットＮへの接続要求を受けると、ユーザ端末１のＭＡＣアドレス又はＩＰアドレス等のソースアドレスがリストに登録されているか否か（後述する認証サーバ３によるユーザ端末１の認証成功通知により登録する。）を確認することにより、当該ユーザ端末１が認証されているか否かを判断する。
【００３１】
上記判断において、当該ユーザ端末１が認証されていれば、インターネットＮへの接続を許可し、要求したＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ ）で特定されるＷＥＢサーバ４への接続を可能とし、認証が未だ為されていなければ、当該ユーザ端末１の接続先を特定の認証サーバ３にリダイレクトするよう機能構成される。
【００３２】
認証サーバ３は、インターネットサービスプロバイダ等のネットワークサービス提供者（又は当該者が信頼する第三者でもよい。）によって管理されるものであり、リバティーアライアンスのシングルサインオンを実現するための第三者認証機関（リバティーアライアンスにおけるＩｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒに該当）としての役割を持つものである。
【００３３】
そして、ユーザ端末１がリダイレクトにより接続されると、クッキーを利用して、当該ユーザ端末１が認証されているか否かを判断し、認証が未だ為されていなければ、ユーザ端末１に対して、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）等のクライアント認証や、ユーザＩＤやパスワードを用いて行うベーシック認証等の認証処理を要求するよう機能構成されている。
【００３４】
上記の認証処理の要求によりユーザ端末１が認証処理を実行すると、認証サーバ３は、ユーザ端末１による認証が成功したか否かを判断し、失敗した場合にあっては、その旨を当該ユーザ端末１に通知し、成功した場合にあっては、ゲートウェイ２にその旨を通知するとともに、ユーザ端末１にもその旨を通知すると同時に、認証が成功したことの証明としてユーザ端末１上のクッキーを用いて、認証済みであるセッションの確立を実施し、さらにコモンドメインクッキーを用いて自身のＩＤを埋め込む。このコモンドメインクッキーは認証サーバ３と提携する事業者によって閲覧可能となっているものである。
【００３５】
また、認証サーバ３は、接続継続機能を有していてもよく、上記判断において認証が成功したならば、ユーザ端末１が最初に接続要求をしていたＵＲＩによって特定されるＷＥＢサーバ４にリダイレクトするようにユーザ端末１に指示を送信するよう機能構成されてもよい。
【００３６】
以上説明してきた通り、ユーザ端末１は、認証サーバ３による認証命令により認証作業を１回行うだけで、インターネットサービスプロバイダ等のネットワーク接続とＷＥＢサービスへのシングルサインオンが実現可能となる。
【００３７】
また、本システム例１では、認証サーバ３は、ゲートウェイ２やＷＥＢサーバ４とは、インターネットＮを介して接続されていたが、ゲートウェイ２とイントラネット環境で構築されてもよい。
【００３８】
このとき、認証サーバ３は、複数のネットワークインターフェースによりイントラネット環境とインターネットＮ環境の両方にネットワークのコネクティビティを保有し、イントラネットとインターネットＮでは異なる情報がＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）に記録されることで、ユーザ端末１、契約関係にあるＷＥＢサーバ４や他の認証サーバから認証サーバ３に接続されるとき、インターネットＮからはインターネットＮ側のインターフェースに、イントラネットからはイントラネット側のインターフェースを通して接続される。これにより、ゲートウェイ２において、認証サーバ３のみ接続を可能にする制御が不要となり、更にインターネット側のインターフェースからの接続に対して可能な処理に制限を加えてセキュリティーの向上を計れる。
【００３９】
（方法例１）
次に、システム例１に対応する方法例１を図２、図３、図４を参照しながら説明する。これらの図は、方法例１の動作を示すシーケンス図である。
【００４０】
先ず、ユーザは無線ＬＡＮやＰＨＳ等のネットワーク接続用デバイスであるユーザ端末１を用いてインターネットＮに接続要求する（ＳＴ１）。なお、本方法例１を説明するにあたり、便宜上、この時点で当該ユーザ端末１は認証されていないものとする。このとき、ユーザ端末１は、ゲートウェイ２により指定されている特定のアプリケーション（ＷＥＢブラウザ）を用いてサービスプロバイダのＷＥＢサーバ４に接続を要求することになる（ＳＴ１）。
【００４１】
ゲートウェイ２は、ユーザ端末１による接続要求に対して、当該ユーザ端末１が認証を受けているか否かを判断する（ＳＴ２）。このとき、ユーザ端末１のＭＡＣアドレス又はＩＰアドレスがゲートウェイ２の認証リストに登録されているか否かにより、当該ユーザ端末１の認証状態を判断する。上述したように、この時点では、当該ユーザ端末１は認証を受けていないので（図２のＳＴ２においてＮＯと判断された場合）、ユーザ端末１に対して、特定の認証サーバ３に接続するように、リダイレクション指示を出す（ＳＴ３）。すると、ユーザ端末１は指示された特定の認証サーバ３に接続を試みる。また、認証が済んでいれば、ユーザ端末１が要求したＵＲＩで特定されるＷＥＢサーバ４への接続を許可する。
【００４２】
認証サーバ３は、リダイレクションを受けて接続してきたユーザ端末１が既に、認証を受けているか否かにつき判断を行う（ＳＴ４）。そして、認証が済んでいない場合には（ＳＴ４においてＮＯと判断）、ユーザ端末１に対して認証処理を行うよう要求を出す（ＳＴ５）。一方で、認証が済んでいれば（ＳＴ４においてＹＥＳと判断）、処理は後述するＳＴ１２（図３）から実行されることになるが、ここでは、説明を省略する。
【００４３】
認証サーバ３から認証要求（ＳＴ５）を受けたユーザ端末１は、認証処理を認証サーバ３との間で実行する（ＳＴ６）。この際の認証は、ＳＳＬ若しくはＴＬＳ等のクライアント認証、又はベーシック認証である。
【００４４】
そして、ユーザ端末１が上記認証処理（ＳＴ６）を実行すると、認証サーバ３は、認証が成功したか否かにつき判断する（ＳＴ７）。認証が失敗に終わった場合（図３のＳＴ７においてＮＧと判断）には、ユーザ端末１に対して認証失敗通知をし（ＳＴ８）、通知を受けたユーザ端末１は処理を終了する（ＳＴ９）。ここでは、ユーザ端末１が再度認証サーバ３に対して認証要求するようにしてもよい。一方で、認証サーバ３も処理を終了する（ＳＴ１０）。
【００４５】
上記判断処理（ＳＴ７）で認証が成功したと判断されれば（ＳＴ７においてＯＫと判断）、認証サーバ３は、認証が成功した旨をクッキーに、自己が認証した旨をコモンドメインクッキーに書き込む（ＳＴ１１）。このクッキーに書きこまれた認証情報は、認証サーバ３がユーザ端末１の認証状態を判断するのに利用される。そして、ゲートウェイ２に対して認証成功通知をする（ＳＴ１２）。
【００４６】
ここで、認証サーバ３が接続継続機能が利用可能な状態であったならば（ＳＴ１３でＹＥＳと判断）、図３に示すとおり、ユーザが最初に接続要求していたＵＲＩにて特定されるＷＥＢサーバへリダイレクション指示を出し（ＳＴ１７）、接続継続機能が利用不可の状態であれば、ユーザ端末１に対して認証成功通知をし（ＳＴ１４）、処理を終了する（ＳＴ１６）。リダイレクション指示を受けたユーザ端末１は、当初接続を要求していたＵＲＩにて特定されるサービスプロバイダのＷＥＢサーバ４へ自動的に接続処理を実行することになる。
【００４７】
ユーザ端末１がリダイレクトされてくるとＷＥＢサーバ４は、当該ユーザ端末１が認証されているか否かの判断を行うことになる（ＳＴ１８）。ここで、認証が済んでいる場合（図４のＳＴ１８においてＹＥＳと判断）にはＷＥＢサーバ４はユーザ端末１に対してサービスを提供することになる（ＳＴ２０）。
【００４８】
また、上記判断において、ユーザ端末１が認証されていないと判断された場合（ＳＴ１８においてＮＯと判断）には（すなわち、ユーザが当初接続を要求していたＷＥＢサーバ４とは別のＷＥＢサーバ４に接続を試みた場合）、当該ＷＥＢサーバ４がリバティーリライアンスが提供するシングルサインオンの提携関係にあれば、シングルサインオン機能を利用し、認証サーバ３が有する当該ユーザ端末１に関する認証情報を利用することになる（ＳＴ１９）。
【００４９】
上述したとおり、当該ＷＥＢサーバ４を有するサービスプロバイダはシングルサインオンの提携関係にあるため、当該ユーザ端末１の認証情報を取得することができ、当該認証情報の内容が自己のサイトの認証ポリシーを満たしていれば、上記と同様、ＷＥＢサーバ４はユーザ端末１に対してサービスを提供することになる（ＳＴ２０）。
【００５０】
以上、方法例１について説明してきたが、ユーザ端末１が認証処理を行うのは、ＳＴ６の１回のみであり、１度の認証でネットワークサービスとＷＥＢサーバ４が提供するＷＥＢサービスへの認証が可能となる。また、本方法例１を実現するシステム例１で説明したように、本発明実施の形態に係る認証サーバ３は、ＷＥＢサービスへのシングルサインオンを提供するものであり、リバティーアライアンスにおけるＩＤＰに相当する機能を有するため、他のＷＥＢサーバにユーザが接続要求を出した際も、当該他のＷＥＢサーバがシングルサインオン提携関係にあれば再度の認証処理が必要となることはない。
【００５１】
また、システム例１でも説明したように、本方法例１におけるゲートウェイ２と認証サーバ３はイントラ環境に構築されていてもよい。このとき、認証サーバ３は、複数のネットワークインターフェースによりイントラネット環境とインターネットＮ環境の両方にネットワークのコネクティビティを保有し、イントラネットとインターネットＮでは異なる情報がＤＮＳに記録されることでユーザ端末１、契約関係にあるＷＥＢサーバ４や他の認証サーバから認証サーバ３に接続されるとき、インターネットＮからはインターネットＮ側のインターフェースに、イントラネットからはイントラネット側のインターフェースを通して接続される。
【００５２】
これにより、ゲートウェイ２において、認証サーバ３のみ接続を可能にする制御が不要となり、更にインターネット側のインターフェースからの接続に対して可能な処理に制限を加えてセキュリティーの向上を計れる。
【００５３】
（システム例２）
図５に本発明の実施形態に係るシステム例２のシステム構成図を示す。本図において、ゲートウェイ２及び認証サーバ３は図１と同じものであり、特にユーザ端末１を利用するユーザと契約関係にあるネットワーク事業者の設備として存在するものである。一方、ゲートウェイ２´及び認証サーバ３´はユーザとは契約関係にないインターネットサービスプロバイダが有するものである。但し、これらゲートウェイ２´及び認証サーバ３´は、ゲートウェイ２及び認証サーバ３の機能構成と何ら異なるものはなく、ユーザとの契約関係のみ異なるものである。なお、ユーザ端末１及びＷＥＢサーバ４は上述したシステム例１と何ら異なるところは無い。
【００５４】
本システム例２は、ユーザ端末１が一度自己と契約関係にあるインターネットサービスプロバイダの認証サーバ３で認証されれば、その認証情報をユーザと契約関係にない他の認証サーバ３´も利用することを可能とするローミングを実現するためのものである。以下、本システム例２を実現するための構成要素の機能構成に付き説明する。但し、システム例１で説明した機能構成については、同様である為説明を省略する。
【００５５】
認証サーバ３（認証サーバ３´）は、先ず、ユーザ端末１を利用するユーザが自己と契約関係にあるかどうかを判断する機能を有する。自己との契約関係にあれば自己が当該ユーザ端末１を認証する立場にあることになるからである。ここで、ユーザ端末１が契約ユーザであるか否かの判断は、ユーザ端末１のＭＡＣアドレス、コモンドメインクッキー上のパーマネントクッキー、又はＨＴＴＰ ＨｅａｄｅｒのＵｓｅｒ Ａｇｅｎｔ等によって、契約認証サーバ３を判別する。
【００５６】
また、認証サーバ３は、ゲートウェイ２からのリダイレクション要求により接続してきたユーザ端末１が既に他の認証サーバにより認証を受けているか否かにつき判断する機能を有する。この判断は、ユーザ端末１の例えばＷＥＢブラウザが利用可能なコモンドメインクッキーのセッションクッキーを利用して行われる。但し、上述した契約ユーザであるか否かの判断で、当該ユーザ端末１が契約ユーザであると判断された場合には、他の認証サーバにより認証を受けているか否かの判断は行わずともよい。
【００５７】
すなわち、認証サーバ３（認証サーバ３´）は、ユーザ端末１のＷＥＢブラウザのコモンドメインクッキーから認証を受けているか否かの情報を取得し、認証を受けていれば認証した認証サーバ３に対して、シングルサインオンによる認証情報の授受を要求しユーザ端末１に対して認証処理を要求しないとする機能構成である。このとき、要求する側の認証サーバ３´は、認証情報を利用する立場になり、リバティーアライアンスでいうところのサービスプロバイダとなる。
【００５８】
また、認証サーバ３（認証サーバ３´）は、他の認証サーバにより認証を受けていない場合には、認証処理をユーザ端末１に要求し、認証が成功すれば、自己が当該ユーザ端末１を認証したことをユーザ端末１のコモンドメインクッキーに書きこむ機能をも有する。
【００５９】
一方、ユーザ端末１は、認証サーバ３（認証サーバ３´）の以上のような判断処理を可能にするため、コモンドメインクッキーを認証サーバ３（認証サーバ３´）が利用可能に構成される。
【００６０】
以上説明した、本システム例２を構成する各装置により、ローミングが実現され、ユーザは、認証サーバ３に対する一回の認証でサービスプロバイダのＷＥＢサーバ４の認証に対してだけでなく、自己との契約関係にない他のインターネットサービスプロバイダの認証サーバ３´に対する認証も行うことができ、ユーザに対して再度の認証処理を強要することもなく負担軽減となり得る。
【００６１】
（方法例２）
次に、システム例２に対応する方法例２を図６、図７、図８及び図９を参照しながら説明する。これらの図は、方法例２の動作を示すシーケンス図である。本方法例２は、上述したシステム例２におけるローミングを可能とする方法を、方法例１におけるネットワークサービス事業者とＷＥＢサービス事業者の認証を１回で済ます方法をベースとしているものである。したがって、方法例１で説明したステップに付いては、重複する説明を避け、本方法例２を説明するに必要な範囲にとどめることにする。
【００６２】
先ず、ユーザ端末１がインターネットＮに接続要求すると（ＳＴ１）、ゲートウェイ２´は当該ユーザ端末１が認証を受けているか否かにつき判断し（ＳＴ２）、認証を未だ受けていなければ（図６のＳＴ２においてＮＯと判断）、認証サーバ３´へリダイレクションするように指示する（ＳＴ３）。但し、ここでは、本方法例２の特徴であるローミングにつき説明するため、ユーザ端末１が自己との契約関係にないゲートウェイ２´に接続要求をし、認証を受ける状況を想定している。
【００６３】
認証サーバ３´は、リダイレクションされてきたユーザ端末１が認証を受けているか否かにつきユーザ端末１のクッキーにより判断し（ＳＴ４）、自己（＝認証サーバ３´）が認証をしたものでないと判断すると次の処理を実行する。
【００６４】
即ち、契約サーバ３´は、当該ユーザ端末１が自己との契約関係にあるか否かにつき判断処理をする（ＳＴ４１）。そして、当該ユーザ端末１を利用するユーザが契約ユーザであれば（ＳＴ４１においてＹＥＳと判断）次の判断処理を実行し、そうでなければ（ＳＴ４１においてＮＯと判断）シングルサインオンを用いて当該ユーザと契約関係にある認証サーバ３から認証情報の授受を要求する（ＳＴ４３）。ここで、ユーザ端末１が契約ユーザであるか否かの判断は、ユーザ端末１のＭＡＣアドレス、コモンドメインクッキー上のパーマネントクッキー、又はＨＴＴＰ ＨｅａｄｅｒのＵｓｅｒ Ａｇｅｎｔ等によって、契約認証サーバ３を判別する。
【００６５】
上記判断処理において、当該ユーザ端末１が契約ユーザであると判断された場合には、既に他の認証サーバ３で認証を受けているか否かにつき判断する（ＳＴ４２）。このとき、ユーザ端末１のＷＥＢブラウザが利用可能なコモンドメインクッキーを利用して行われる。但し、このＳＴ４２の判断処理は必須でなく、当該ユーザ端末１が契約関係にある場合には、常に認証要求するように変更実施しても良い。
【００６６】
そして、他の認証サーバ３により既に認証が行われていると判断された場合（ＳＴ４２においてＹＥＳと判断）には、当該認証した認証サーバ３からシングルサインオンによる認証情報の授受を要求し（ＳＴ４３）、その際に認証が成功しているか否かにつき判断する（ＳＴ７）。このとき要求する側の認証サーバ３´は認証情報を利用する立場になり、リバティーアライアンスでいうところのサービスプロバイダとなる。
【００６７】
また、他の認証サーバ３によって未だ認証が行われていないと判断されると（ＳＴ４２においてＮＯと判断）、認証サーバ３´は、当該ユーザ端末１は自己との契約関係にあるため（ＳＴ４１で判断されている）、ユーザ端末１に対し認証処理を要求することになる（ＳＴ５）。
【００６８】
その後、ユーザ端末１は認証処理を認証サーバ３´との間で実行し（ＳＴ６）、認証が成功すれば（ＳＴ７においてＯＫと判断）、その旨をユーザ端末１のＷＥＢブラウザが利用可能なセッションクッキーに書き込む（ＳＴ１１）。そして、シングルサインオンによる認証情報の授受（ＳＴ４３）を受けていないと判断された場合には（ＳＴ１１１）、自己が認証した旨を他のサービスプロバイダが閲覧可能なユーザ端末１上のコモンドメインクッキーに書き込む（ＳＴ１１２）。ここでは、例えば、ＵＲＩや認証サーバ３´自身のＩＤ等を記述するなどして実現する。
【００６９】
一方で、ＳＴ４３の処理を経由してきた場合には、ユーザ端末１には他の認証サーバ３のＩＤ等が記述されているから、コモンドメインクッキーに書き込む処理は行わない。その後、認証サーバ３´は、ゲートウェイ２´に対して認証成功通知をする（ＳＴ１２）。また、ＳＴ７の判断処理において、認証が失敗に終わったと判断された場合（ＳＴ７においてＮＧと判断）には、ユーザ端末１に対して認証失敗通知をし（ＳＴ８）、認証サーバ３´は処理を終了する（ＳＴ１０）。以後の処理は、方法例１と同様である為、説明は省略することとする。
【００７０】
このように、認証サーバ３´がユーザ端末１のＷＥＢブラウザのコモンドメインクッキーに認証情報を記述することにより、他の認証サーバから認証を受けているかどうかの確認をすることができ、リバティーアライアンスが提供するシングルサインオンによる認証情報の授受を利用すればローミングが可能となり、ユーザとの契約関係にない認証サーバとの間でもユーザは新たに認証をする必要がなくなり、認証処理の煩わしさを回避することができる。
【００７１】
以上、本発明の実施形態であるシステム例、方法例を説明してきたが、本発明の目的を達成し、下記する効果を奏する範囲において適宜変更実施可能である。
【００７２】
例えば、ユーザはユーザ端末１として常にＨＴＴＰ又はＨＴＴＰＳのプロトコルでインターネットＮに接続するとは限らない。そこで、ユーザが特殊なユーザ端末１を利用して任意のプロトコルでゲートウェイ２に接続するという場面を想定し、このときに本発明を適用する点につき説明する。
【００７３】
この場合、ユーザ端末１は、ゲートウェイ２からの要求を受け付ける機能を有し、かつ、ＷＥＢブラウザに対して認証サーバ３に接続するように指示できるという機能をも有するように構成されていてもよい。そして、ゲートウェイ２から「特定のアプリケーションを用いて指定された認証サーバ３へ接続しなさい」との要求を受け付けることができるように機能構成されているものとする。
【００７４】
これに対し、ゲートウェイ２は、認証されていないユーザ端末１から任意のプロトコルで任意のインターネット上のホストに対する接続要求が来た場合において、その接続要求に際し、ＨＴＴＰ／ＨＴＴＰＳ等のリバティーアライアンスで認められていないプロトコルで接続要求が来た場合には、当該ユーザ端末１に対し「特定のアプリケーションを用いて指定された認証サーバ３へ接続しなさい」との要求を発することができるように機能構成されているものとする。ただし、上記ＨＴＴＰ／ＨＴＴＰＳ等のプロトコルで接続要求が来た場合、通常のリダイレクション機能を用いてもよく、この点は任意である。
【００７５】
上記のような特殊なユーザ端末１及び当該特殊なユーザ端末１をサポートするゲートウェイ２を用いて本発明実施形態の方法例１及び２の変更点につき、以下に説明する。この場合には、方法例１及び２におけるＳＴ１とＳＴ２との間に以下の処理を実行させることになる。
【００７６】
先ず、ユーザは当該特殊なユーザ端末１を用いてインターネットへの接続要求をする（ＳＴ１）。ここで、当該ユーザ端末１は、未だ認証されていない状態として説明する。この際、ゲートウェイ２が要求している特定のアプリケーション（例えば、ＷＥＢブラウザ）を用いて接続の要求がされなかった場合には、「特定のＨＴＴＰ／ＨＴＴＰＳ等のリバティーアライアンスで指定されたプロトコルで認証サーバ３へ接続しなさい」との指示を出す（ＳＴ３）。
【００７７】
その結果、ユーザ端末１は、この指示に対して、上記条件を満たすＷＥＢブラウザ等の特定のアプリケーションを用いて指定された認証サーバ３へ接続を行う。その後の処理は、上述した方法例１及び２と全く同一の処理手順に従う。
【００７８】
この場合において、ゲートウェイ２は自己の認証サーバ３とローミング契約している認証サーバ３´に対しては、自己の認証サーバ３と同様に認証サーバ３´に対しても接続できるようにゲートウェイ２を設定するか、又はゲートウェイ２を通過せずにイントラネットを利用して接続できるように機能構成されている必要がある。
【００７９】
以上のような処理を設けることにより、ユーザがネットワークを変更して利用した場合等にも、改めてネットワーク接続事業者に対する認証を行う必要がなくなり、一番最初に行った認証が有効利用されることになる。
【００８０】
このような例外処理を方法例２に適用すると、例えば、ユーザが無線ＬＡＮサービスを受けている場合やＰＨＳ又は携帯電話等の移動媒体を用いて複数のサービスを受けている場合に、認証処理のためにユーザがＷＥＢブラウザを起動する手間を排除し、ユーザが他の認証サーバ３´と既に認証関係にある場合、ユーザは何の操作もすることなくインターネットＮへの接続を継続して利用できる。
【００８１】
さらに、イントラネットシステム上に全ての認証サーバ３が設置されている場合において、ユーザが上記無線端末を利用するときは、認証サーバ３がリバティーアライアンスアーティファクトプロファイルを利用しないように設定されれば、認証サーバ３は直接インターネット上の各種サーバと接続する必要がなくなるため、認証サーバ３にはインターネットＮからのインターフェースを必要としなくなる。
【００８２】
【発明の効果】
以上説明してきたように、ユーザはインターネットサービスプロバイダ等のネットワーク接続事業者に対する認証とシングルサインオンが利用可能なＷＥＢサービスに対する認証を１回で済ますことができ、ユーザに対し過度に認証作業を強いることが無くなり負担軽減を実現する。
【００８３】
また、本発明で実施する認証処理は従来のＷＥＢによるクライアント認証技術を用いることができ、従来のユーザ端末やＷＥＢサーバ等を特段変更することなく実施することができる。
【００８４】
また、以上の効果に加え、ユーザ端末として特定のアプリケーションを用いることで、ユーザはＨＴＴＰベースでのサービス以外でもシームレスにネットワークの変更に対応でき、ユーザの負担をさらに緩和することができる。
【図面の簡単な説明】
【図１】本発明実施形態のシステム例１に係るネットワーク認証とシングルサインオンの一括認証システムの構成図である。
【図２】本発明実施形態の方法例１に係るネットワーク認証とシングルサインオンの一括認証方法のシーケンス図である。
【図３】図２に示すシーケンス図の続きを示すものである。
【図４】図２、図３に示すシーケンス図の続きを示すものである。
【図５】本発明実施形態のシステム例２に係るネットワーク認証とシングルサインオンの一括認証システムの構成図である。
【図６】本発明実施形態の方法例２に係るネットワーク認証とシングルサインオンの一括認証方法のシーケンス図である。
【図７】図６に示すシーケンス図の続きを示すものである。
【図８】図６、図７に示すシーケンス図の続きを示すものである。
【図９】図６、図７、図８に示すシーケンス図の続きを示すものである。
【符号の説明】
α、α´…ネットワーク認証とシングルサインオンの一括認証システム
Ｎ…Ｉｎｔｅｒｎｅｔ
１…ユーザ端末
２、２´…ゲートウェイ
３、３´…認証サーバ
４…ＷＥＢサーバ
Claims (10)
- ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行う方法であって、
前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、
前記ゲートウェイは当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続するように指示を出し、
前記認証サーバは当該リダイレクション指示に従って接続してきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求し、
当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記認証サーバは、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出し、
当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションするよう指示を出し、
当該ユーザ端末が、ネットワーク利用中に当該ユーザ端末と提携関係にあるＷＥＢサーバに接続すると、当該ＷＥＢサーバが当該ユーザ端末を認証した前記認証サーバに対し、リバティアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供する、ことを特徴とするネットワーク認証とシングルサインオンの一括認証方法。 - 前記認証サーバは、
複数のネットワークインターフェースを有し、イントラネット環境とインターネット環境の両方から接続自在に構成される、ことを特徴とする請求項１に記載のネットワーク認証とシングルサインオンの一括認証方法。 - 前記ゲートウェイは、
前記ユーザ端末がＨＴＴＰ／ＨＴＴＰＳで接続要求を行わなかった場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続するように指示を出し、
前記ユーザ端末は、
前記ゲートウェイから前記指示が出された場合には、ＨＴＴＰ／ＨＴＴＰＳを用いて特定の認証サーバに対して接続を行う、ことを特徴とする請求項１又は２に記載のネットワーク認証とシングルサインオンの一括認証方法。 - 前記認証サーバは、
前記リダイレクションされてきたユーザ端末を認証していないと判断した場合には、当該ユーザ端末上のコモンドメインクッキーにより提携関係にある他の認証サーバで認証が既に行われているか否かを判断し、当該他の認証サーバにて既に認証されている場合には、リバティーアライアンスのシングルサインオン機能による認証情報の授受により認証状態を判断し、
一方で、前記ユーザ端末の認証をした場合には、自己が認証したことを前記ユーザ端末上のコモンドメインクッキーに記述する、ことを特徴とする請求項１、２又は３に記載のネットワーク認証とシングルサインオンの一括認証方法。 - 前記ゲートウェイは、
前記認証サーバによる認証が成功したことの通知により、当該認証が成功したユーザ端末のＭＡＣアドレス又はＩＰアドレスをリストに登録し、
一方、前記ユーザ端末が既に認証を受けているか否かの判断を行う際には、
前記ユーザ端末のＭＡＣアドレス又はＩＰアドレスが前記リストに登録されているか否かにより行う、ことを特徴とする請求項１、２、３又は４に記載のネットワーク認証とシングルサインオンの一括認証方法。 - ユーザ端末と、リバティーアライアンスにおけるシングルサインオンを実現する第三者認証機関となる認証サーバと、前記ユーザ端末からの接続に対して特定の前記認証サーバへの接続を許可するゲートウェイと、シングルサインオンの提携関係にある各種サービスプロバイダのＷＥＢサービスを提供するＷＥＢサーバとがネットワークを介して接続されている環境において、前記ユーザ端末がＷＥＢサービスの提供を受ける際の認証を行うシステムであって、
前記ゲートウェイは、
前記ユーザ端末が任意のＷＥＢサーバに接続を試みると、当該ユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対して前記認証サーバへリダイレクションにより接続する旨の指示を出すように機能構成され、
前記認証サーバは、
当該リダイレクションされてきたユーザ端末が既に認証を受けているか否かにつき判断し、認証を受けていなければ、当該ユーザ端末に対し、認証処理を行うよう要求するとともに、
当該ユーザ端末が認証処理を行った結果、認証が成功すれば、前記ゲートウェイに当該ユーザ端末によるネットワークの利用を可能にするように指示を出す一方、当該認証サーバの接続継続機能が有効であれば、当該ユーザ端末には認証処理が完了したことを通知し、無効であれば、最初に当該ユーザ端末が接続を試みた前記ＷＥＢサーバにリダイレクションする旨の指示を出すよう機能構成され、
前記ＷＥＢサーバは、
前記ユーザ端末から接続されると当該ユーザ端末を認証した認証サーバに対し、リバティーアライアンスのシングルサインオン機能により認証情報を要求してその結果によりサービスの可否を判断し、認証を受けていればＷＥＢサービスを提供するよう機能構成される、ことを特徴とするネットワーク認証とシングルサインオンの一括認証システム。 - 前記認証サーバは、
複数のネットワークインターフェースを有し、イントラネット環境とインターネット環境の両方から接続自在に構成される、ことを特徴とする請求項６に記載のネットワーク認証とシングルサインオンの一括認証システム。 - 前記ゲートウェイは、
前記ユーザ端末がＨＴＴＰ／ＨＴＴＰＳで接続要求を行わなかった場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続するように指示を出すよう機能構成され、
前記ユーザ端末は、
前記ゲートウェイから前記指示が出された場合には、ＨＴＴＰ／ＨＴＴＰＳで特定の認証サーバに対して接続自在に機能構成される、ことを特徴とする請求項６又は７に記載のネットワーク認証とシングルサインオンの一括認証システム。 - 前記認証サーバは、
前記リダイレクションされてきたユーザ端末が認証されていないと判断された場合には、当該ユーザ端末上のコモンドメインクッキーにより提携関係にある他の認証サーバで認証が既に行われているか否かを判断し、当該他の認証サーバにて既に認証されている場合には、リバティーアライアンスのシングルサインオン機能による認証情報の授受により認証状態を判断し、
一方で、前記ユーザ端末の認証をした場合には、自己が認証したことを前記ユーザ端末上のコモンドメインクッキーに記述するよう機能構成される、ことを特徴とする請求項６、７又は８に記載のネットワーク認証とシングルサインオンの一括認証システム。 - 前記ゲートウェイは、
前記認証サーバによる認証が成功したことの通知により、当該認証が成功したユーザ端末のＭＡＣアドレス又はＩＰアドレスをリストに登録し、
一方、接続してきた前記ユーザ端末が既に認証を受けているか否かにつき判断する際には、
前記ユーザ端末のＭＡＣアドレス又はＩＰアドレスが前記リストに登録されているか否かで判断するよう機能構成される、ことを特徴とする請求項６、７、８又は９に記載のネットワーク認証とシングルサインオンの一括認証システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003148635A JP2004355073A (ja) | 2003-05-27 | 2003-05-27 | ネットワーク認証とシングルサインオンの一括認証方法及びシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003148635A JP2004355073A (ja) | 2003-05-27 | 2003-05-27 | ネットワーク認証とシングルサインオンの一括認証方法及びシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004355073A true JP2004355073A (ja) | 2004-12-16 |
Family
ID=34044946
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003148635A Pending JP2004355073A (ja) | 2003-05-27 | 2003-05-27 | ネットワーク認証とシングルサインオンの一括認証方法及びシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004355073A (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006260321A (ja) * | 2005-03-18 | 2006-09-28 | Nec Corp | サービス提供システムおよびそのユーザ認証方法 |
| JP2007213133A (ja) * | 2006-02-07 | 2007-08-23 | Fujitsu Ltd | 機器認証装置 |
| JP2008234606A (ja) * | 2007-03-23 | 2008-10-02 | Nec Corp | 認証連携システム、中継装置、認証連携方法および認証連携プログラム |
| JP2008242580A (ja) * | 2007-03-26 | 2008-10-09 | Nec Corp | 入退場認証システム、入退場システム、入退場認証方法、及び入退場認証用プログラム |
| JP2011505735A (ja) * | 2007-11-26 | 2011-02-24 | チエッセピ−インノヴァツィオーネ・ネッレ・イチティ・ソシエタ・コーオペラティヴァ・ア・レスポンサビリタ・リミタータ | 異なる組織に属する複数のユーザのためのクレデンシャルの複製を行わない認証方法 |
| JP2011076283A (ja) * | 2009-09-30 | 2011-04-14 | Nec Personal Products Co Ltd | クライアント装置、アクセス認証制御方法、および、アクセス認証制御プログラム |
| JP2011522326A (ja) * | 2008-05-27 | 2011-07-28 | マイクロソフト コーポレーション | 分散セキュアコンテンツ管理システムに対する認証 |
| JP2012509517A (ja) * | 2008-08-29 | 2012-04-19 | エヌイーシー ヨーロッパ リミテッド | ネットワークプロバイダ経由でサービスプロバイダへのネットワークアクセスをユーザに提供するプロセス |
| WO2012058896A1 (zh) * | 2010-11-04 | 2012-05-10 | 中兴通讯股份有限公司 | 单点登录方法及*** |
| WO2012170005A1 (en) * | 2011-06-06 | 2012-12-13 | Hewlett-Packard Development Company, L.P. | Device redirection |
| CN102469102B (zh) * | 2010-11-04 | 2016-11-30 | 中兴通讯股份有限公司 | 单点登录方法及*** |
| JP2017514220A (ja) * | 2014-04-14 | 2017-06-01 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | ポータル認証 |
| US11178130B2 (en) * | 2011-06-30 | 2021-11-16 | Cable Television Laboratories, Inc. | Zero sign-on authentication |
-
2003
- 2003-05-27 JP JP2003148635A patent/JP2004355073A/ja active Pending
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006260321A (ja) * | 2005-03-18 | 2006-09-28 | Nec Corp | サービス提供システムおよびそのユーザ認証方法 |
| JP2007213133A (ja) * | 2006-02-07 | 2007-08-23 | Fujitsu Ltd | 機器認証装置 |
| JP2008234606A (ja) * | 2007-03-23 | 2008-10-02 | Nec Corp | 認証連携システム、中継装置、認証連携方法および認証連携プログラム |
| JP2008242580A (ja) * | 2007-03-26 | 2008-10-09 | Nec Corp | 入退場認証システム、入退場システム、入退場認証方法、及び入退場認証用プログラム |
| JP2011505735A (ja) * | 2007-11-26 | 2011-02-24 | チエッセピ−インノヴァツィオーネ・ネッレ・イチティ・ソシエタ・コーオペラティヴァ・ア・レスポンサビリタ・リミタータ | 異なる組織に属する複数のユーザのためのクレデンシャルの複製を行わない認証方法 |
| US8910255B2 (en) | 2008-05-27 | 2014-12-09 | Microsoft Corporation | Authentication for distributed secure content management system |
| JP2011522326A (ja) * | 2008-05-27 | 2011-07-28 | マイクロソフト コーポレーション | 分散セキュアコンテンツ管理システムに対する認証 |
| JP2012509517A (ja) * | 2008-08-29 | 2012-04-19 | エヌイーシー ヨーロッパ リミテッド | ネットワークプロバイダ経由でサービスプロバイダへのネットワークアクセスをユーザに提供するプロセス |
| US10313142B2 (en) | 2008-08-29 | 2019-06-04 | Nec Corporation | Process for providing network access for a user via a network provider to a service provider |
| JP2011076283A (ja) * | 2009-09-30 | 2011-04-14 | Nec Personal Products Co Ltd | クライアント装置、アクセス認証制御方法、および、アクセス認証制御プログラム |
| WO2012058896A1 (zh) * | 2010-11-04 | 2012-05-10 | 中兴通讯股份有限公司 | 单点登录方法及*** |
| US9015819B2 (en) | 2010-11-04 | 2015-04-21 | Zte Corporation | Method and system for single sign-on |
| CN102469102B (zh) * | 2010-11-04 | 2016-11-30 | 中兴通讯股份有限公司 | 单点登录方法及*** |
| CN102469102A (zh) * | 2010-11-04 | 2012-05-23 | 中兴通讯股份有限公司 | 单点登录方法及*** |
| WO2012170005A1 (en) * | 2011-06-06 | 2012-12-13 | Hewlett-Packard Development Company, L.P. | Device redirection |
| US11178130B2 (en) * | 2011-06-30 | 2021-11-16 | Cable Television Laboratories, Inc. | Zero sign-on authentication |
| US20220078179A1 (en) * | 2011-06-30 | 2022-03-10 | Cable Television Laboratories, Inc. | Zero sign-on authentication |
| JP2017514220A (ja) * | 2014-04-14 | 2017-06-01 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | ポータル認証 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220225263A1 (en) | Interworking function using untrusted network | |
| KR101093902B1 (ko) | 사용자가 ｉｐ 망에 접속시 로컬 관리 도메인에서 사용자를 위한 접속 인증을 관리하는 방법 및 시스템 | |
| US9877147B2 (en) | Support for WISPr attributes in a TAL/CAR PWLAN environment | |
| JP4713338B2 (ja) | セルラ通信システムにおいて再認証を可能にする方法および装置 | |
| US9762579B2 (en) | Internetwork authentication | |
| JP4615239B2 (ja) | 独立したネットワーク間での共通の認証および認可の方法 | |
| JP4701172B2 (ja) | リダイレクトを使用してネットワークへのアクセスを制御するシステム及び方法 | |
| US8108903B2 (en) | Arrangement and a method relating to IP network access | |
| US20060264201A1 (en) | Identity mapping mechanism in wlan access control with public authentication servers | |
| US6456603B1 (en) | Method of supporting communications mobility in a telecommunications system | |
| US20060173844A1 (en) | Automatic configuration of client terminal in public hot spot | |
| JP2004007576A (ja) | 事前認証の方法と関連装置、および異種アクセスネットワークにおいて事前に設定される仮想プライベートネットワーク | |
| JP2009514256A (ja) | 非信頼アクセスネットワークを介してシングルサインオン認証を行なう装置及び方法 | |
| JP4352048B2 (ja) | ドメイン間ハンドオーバ | |
| TW201129041A (en) | Systems and methods for establishing connections between devices communicating over a network | |
| WO2019041937A1 (zh) | 一种漫游场景下的分流方法及相关设备 | |
| EP2355446A2 (en) | Accessing services in a communication network | |
| JP2004355073A (ja) | ネットワーク認証とシングルサインオンの一括認証方法及びシステム | |
| US9929942B2 (en) | Remote access to a residential multipath entity | |
| US20180077139A1 (en) | Method and system for accessing service/data of a first network from a second network for service/data access via the second network | |
| Corici et al. | 5g non-public-networks (npn) roaming architecture | |
| WO2011026341A1 (zh) | 一种移动ip业务的接入方法和*** | |
| US20040162899A1 (en) | Terminating a session in a network | |
| JP5920891B2 (ja) | 通信サービス認証・接続システム及びその方法 | |
| JP2015502694A (ja) | セキュアトンネリング・プラットフォームシステムならびに方法 |