(57)【要約】【課題】ネットワークを介して認証を行う認証システム、中継サーバ、認証方法、およびプログラムを提供すること。【解決手段】外部装置１４、２２と、ネットワーク１２を介して外部装置１４、２２から認証チケット取得要求を受信する中継サーバ１８と、外部装置１４、２２のアカウントおよびパスワードを含む認証情報を管理する外部認証サーバ２０と、チケットアカウントおよびチケットパスワードを参照して認証チケットを発行するチケットサーバ１６とを含む。中継サーバ１８は、外部装置１４、２２から認証情報を受信し、外部認証サーバ２０に対して認証情報を問合わせて検査して検査の結果に応じて外部装置１４、２２のアカウントおよびパスワードをチケットサーバ１６のチケットアカウントおよびチケットパスワードとして登録することにより、アカウントおよびパスワードをチケットサーバ１８に共有させている。【選択図】  図１０
2008226148.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された外部装置と、
前記ネットワークを介して前記外部装置から認証チケット取得要求を受信する中継サーバと、
前記外部装置のアカウントおよびパスワードを含む認証情報を管理する外部認証サーバと、
チケットアカウントおよびチケットパスワードを参照して認証チケットを発行するチケットサーバとを含み、
前記中継サーバは、前記外部装置から前記認証情報を受信して、前記外部認証サーバに対して前記認証情報を問合わせて検査し、前記検査により前記外部装置が認証された場合、前記外部装置の前記アカウントおよび前記パスワードを前記チケットサーバの前記チケットアカウントおよび前記チケットパスワードとして登録することにより、前記アカウントおよび前記パスワードを前記チケットサーバに共有させる、認証システム。
【請求項２】
前記中継サーバは、アカウント検査部と、アカウント管理部とを含み、前記アカウント検査部は、前記チケットサーバが共有する前記アカウントおよび前記パスワードについて前記外部認証サーバが管理する認証情報を照会し、前記アカウント管理部は、前記アカウント検査部の照会結果に応じて前記アカウントおよび前記パスワードの共有状態を停止させる、請求項１に記載の認証システム。
【請求項３】
前記アカウント管理部は、前記共有状態にある前記アカウントおよび前記パスワードが前記外部認証サーバで照会できない場合、対応する前記チケットアカウントおよび前記チケットパスワードを削除して前記共有状態を解消する、請求項２に記載の認証システム。
【請求項４】
前記アカウント管理部は、前記アカウントおよび前記パスワードごとに前記共有状態を生成させた生成タイムスタンプと、前記外部認証サーバでの前記アカウントおよび前記パスワードにより参照される前記認証情報が更新されたことを示す更新タイムスタンプとを比較し、前記更新タイムスタンプが前記生成タイムスタンプより後の時刻である場合、対応する前記チケットアカウントおよび前記チケットパスワードをロックして、共有状態を一時停止させる、請求項２に記載の認証システム。
【請求項５】
前記中継サーバは、前記アカウント検査部および前記アカウント管理部による処理期間だけ、前記アカウントおよび前記パスワードを保有する、請求項２〜４のいずれか1項に記載の認証システム。
【請求項６】
前記中継サーバは、前記共有状態にある前記アカウントおよび前記パスワードについて前記認証チケットの有効期間より短い間隔で定期的に前記外部認証サーバに登録された前記認証情報の検査を行い、前記共有状態の継続または停止を制御する、請求項２〜５のいずれか1項に記載の認証システム。
【請求項７】
ネットワークを介して認証情報を受信し、前記認証情報を外部に問合わせて検査し、認証チケット登録のために利用した認証情報および登録時を含むリストを管理するアカウント検査部と、
前記アカウント検査部の照会結果に応じて前記アカウントおよび前記パスワードの共有状態を停止させる、アカウント管理部とを含み、
前記アカウント検査部は、前記認証情報が認証された場合、前記認証情報に含まれるアカウントおよびパスワードを認証チケットを使用してアクセスを制御する、チケットアカウントおよびチケットパスワードとして登録することにより、前記アカウントおよび前記パスワードを前記認証チケットのチケットアカウントおよびチケットパスワードとして共有させる、中継サーバ。
【請求項８】
前記アカウント検査部は、前記共有する前記アカウントおよび前記パスワードについて外部問合わせにより認証情報を照会し、前記認証情報を検査する、請求項７に記載の中継サーバ。
【請求項９】
前記アカウント管理部は、前記リストを参照し、前記共有された前記アカウントおよび前記パスワードが前記外部問合わせされた認証情報により照会できない場合、対応する前記チケットアカウントおよび前記チケットパスワードを削除して共有状態を解消する、請求項７に記載の中継サーバ。
【請求項１０】
前記アカウント管理部は、前記リストを参照し、前記アカウントおよび前記パスワードごとに前記共有状態を生成させた前記アカウント登録時と、前記外部問合わせされた認証情報が更新されたことを示す更新タイムスタンプとを比較し、前記更新タイムスタンプが前記生成タイムスタンプより後の時刻である場合、対応する前記チケットアカウントおよび前記チケットパスワードをロックして、共有状態を一時停止させる、請求項７に記載の中継サーバ。
【請求項１１】
前記中継サーバは、前記アカウント検査部および前記アカウント管理部による処理期間だけ、前記アカウントおよび前記パスワードを保有する、請求項７に記載の中継サーバ。
【請求項１２】
ネットワークを介して認証チケットを外部装置に取得させる認証方法であって、前記認証方法は、中継サーバに対し、
前記ネットワークを介して接続された前記外部装置から認証チケット取得要求を受信するステップと、
前記認証チケット取得要求から取得した前記外部装置のアカウントおよびパスワードを含む認証情報を外部認証サーバに問合わせるステップと、
前記検査により前記外部装置が前記外部認証サーバにより認証された場合に前記アカウントおよび前記パスワードをチケットサーバの前記チケットアカウントおよび前記チケットパスワードとして登録し、前記アカウントおよび前記パスワードを前記チケットサーバに共有させるステップと
を実行させる認証方法。
【請求項１３】
前記中継サーバは、前記チケットサーバが共有する前記アカウントおよび前記パスワードについて前記外部認証サーバが管理する前記認証情報を照会し、前記照会の結果前記共有状態にある前記アカウントおよび前記パスワードが前記外部認証サーバで照会できない場合、対応する前記チケットアカウントおよび前記チケットパスワードを削除して前記共有状態を解消し、前記アカウントおよび前記パスワードごとに前記共有状態を生成させた生成タイムスタンプと前記外部認証サーバでの前記アカウントおよび前記パスワードにより参照される前記認証情報が更新された更新タイムスタンプとを比較し、前記更新タイムスタンプが前記生成タイムスタンプより後の時刻である場合、対応する前記チケットアカウントおよび前記チケットパスワードをロックして、前記共有状態を一時停止させるステップを実行させ、前記外部認証サーバに問合わせる期間だけ前記アカウントおよび前記パスワードを保有する、請求項１２に記載の認証方法。
【請求項１４】
請求項１２または請求項１３に記載の認証方法をコンピュータに対して実行させる、コンピュータ実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した認証技術に関する。
【背景技術】
【０００２】
ネットワークを経由して複数のサービスを並行して利用する、または複数のサービスを順次利用する場合、または、窓口サービスからさらに別のサービスを呼び出してゆくような場合に、一度の認証操作で得た認証結果を複数のサービスで共有したい場合がある。そのための仕組みとして認証チケットを交換することにより認証結果を共有できるようにした認証方式（Ｋｅｒｂｅｒｏｓ：ＲＦＣ１５１０  ＩＥＴＦ  など）が知られている。
【０００３】
認証チケットを交換する方式は、サービスを提供する複数のベンダー間にまたがってＳＳＯ(Single Sign ON)機能を実現する手段としても有効である。しかし、現状では、ＳＳＯとして、ユーザの入力したユーザ名とパスワードの対などの認証情報をアプリケーション内に保持し、認証要求に応じて再認証を行う（ユーザ操作の軽減だけを目的とした）擬似ＳＳＯ方式を用いる事が多い。
【０００４】
この理由は、ユーザ管理（認証）の仕組みをすべてのアプリケーションで統一するのが難しく、コストが掛かってしまうことを挙げることができる。また統一した場合でも、現状では汎用性、実績面からＬＤＡＰ(Lightweight Database Access Protocol)サーバを使うことが多いが、ＬＤＡＰ認証は、通常では、ＳＳＯ機能を持っていないので、疑似ＳＳＯを提供してサービスを行うことが多い。
【０００５】
一方、擬似ＳＳＯは、認証チケットの代わりにパスワードなどの認証情報を保持し続け、認証の必要が生じるたびにこれを再利用することにより見かけ上のＳＳＯを実現する。このため擬似ＳＳＯは、利用者から見た機能面では、正規のＳＳＯと変わりないが、セキュリティ面では問題がある。
【０００６】
例えば、パスワードなどの認証情報は、有効期限が設けられていない場合、削除されるまで有効期限を有し、アクセス対象範囲の限定もまったく設定されない。このため、パスワードなどの認証情報は、認証チケットに比較して、不正アクセスに曝される可能性も高く、認証情報の不正取得を許してしまうことになる。また、このような制約があるために、安全でない通信路や、信頼できないサービスには認証情報を通信することができないという問題がある。
【０００７】
ネットワークを介してデータ通信を行う場合の認証方式およびセキュリティ技術については、種々知られている。例えば、特開２００４−３６２５５１号公報（特許文献１）では、ＬＡＤＰサーバなどが管理するユーザ情報を情報処理装置に反映させる技術が開示されている。また、特開２００４−２７２４８６号公報（特許文献２）では、ドメイン認証ができない場合にＬＤＡＰサーバに対して認証を行い、認証可能性を向上させるネットワーク通信システムが開示されている。特開２００２−２６９２７２号公報（特許文献３）では、複数の資源間でのシングルサインオンを実現する認証代行方法を開示する。特開２０００−２２２３６０号公報（特許文献４）では、１回のユーザ認証で複数回のアクセスを許可するシングルサインオン認証について不正アクセスを少ない計算量で排除する技術が開示されている。さらに、特許３６１０１０６号明細書（特許文献５）は、分散認証サーバを使用した認証方法であって認証者に関する秘密鍵で多重暗号化して認証を行う認証方法を開示している。特開２００６−２０２９１号公報（特許文献６）では、ＴＣＰ／ＩＰなどのネットワーク基盤を使用してセキュアな通信を行うため、クライアントとサーバとがクレデンシャルを別々に生成し、クライアントが生成したクレデンシャルで送信する情報を暗号化し、暗号化した情報にチケットサーバから獲得した認証チケットを付してサービスを提供するサーバに送信する技術を開示している。
【特許文献１】特開２００４−３６２５５１号公報
【特許文献２】特開２００４−２７２４８６号公報
【特許文献３】特開２００２−２６９２７２号公報
【特許文献４】特開２０００−２２２３６０号公報
【特許文献５】特許３６１０１０６号明細書
【特許文献６】特開２００６−２０２９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
認証チケットを使用する認証方式は、これまでもセキュリティの高い認証方式として知られている。しかしながら、認証チケットを使用するためには所定のプロトコルにしたがって認証を受け、認証チケットを取得する処理が、認証を受ける側の外部装置に必要となる。しかしながら、それまで認証情報を使用して擬似ＳＳＯを行うインフラ基板しか有していない外部装置に対して認証チケットを取得するアプリケーションを追加するのは、ユーザに対して大きな負担となる。
【０００９】
すなわち、これまでアカウントやパスワードなどの認証情報を使用したアクセス制御を使用していた外部装置に対して大きなソフトウェア的負担をかけることなく、認証チケットを使用したＳＳＯアクセスを可能とする認証システム、中継サーバ、認証方法およびプログラムが必要とされていた。
【００１０】
また、外部装置の認証プロトコル如何に関わらず、外部装置に対してその時点で利用可能な最も信頼性の高い認証方法をベストエフォート的に提供することができる認証システム、中継サーバ、認証方法およびプログラムが必要とされていた。
【課題を解決するための手段】
【００１１】
本発明では、ユーザが使用するセキュリティ基盤にかかわらず、アカウントおよびパスワードのみを使用するアクセス制御と、認証チケットを用いた認証サービスとを自動的に同期させ、局所的な範囲においてＳＳＯ機能を実現し、従来擬似ＳＳＯが有していた不正アクセスに対する脆弱性の問題を改善する認証システム、中継サーバ、認証方法およびプログラムが必要とされていた。
【００１２】
本発明において「局所的」とは、複数のネットワークノードにまたがって構成されるサービスアプリケーション群といった単位を意味する。また、本発明では、上述したサービスアプリケーション群に第３者の提供するアプリケーションを組込んだり、さらに外部アプリケーションと連携して処理を行う場合に、第３者アプリケーションおよび外部アプリケーションを含むネットワークノードも含む。
【００１３】
本発明では、外部装置は、信頼性の高い認証チケットを使用するチケットサーバから順に接続をトライし、接続に成功すると認証チケットを取得する。認証チケットの取得に失敗すると、信頼性の高いチケットサーバは、中継サーバに対してＬＤＡＰサーバなどを含む外部認証サーバに対する認証要求を発行する。中継サーバは、外部認証サービスに対して認証要求を発行し、外部認証サービス・サーバによる認証を試みる。外部認証サーバは、中継サーバから伝送された認証データを使用して認証し、その結果を中継サーバに返す。
【００１４】
外部認証サーバによる認証が成功した場合、中継サーバは、外部装置に代わりチケットサーバから認証チケットを取得する。認証チケット取得の際、中継サーバは、外部認証サーバで認証に成功したアカウントおよびパスワードを、認証チケットを発行するためのチケットアカウントおよびチケットパスワードとして共用させる。なお、用語「チケットアカウント」および「チケットパスワード」は、チケットサーバがチケットのために使用する値を意味する。また、外部装置のアカウントおよびパスワードとは、外部認証サーバが当該外部装置について管理するアカウント（ユーザＩＤなどの識別値）およびパスワードの値を意味する。中継サーバは、不要にチケットアカウントおよびチケットパスワードを増加させることなく、確実なアカウント管理のために、アカウントとチケットアカウントとして共用させ、パスワードをチケットパスワードとして共用させている。その後、中継サーバは、外部装置にアカウントを作成した通知を発行する。当該通知を受領した外部装置は、再度チケットサーバにアクセスし、共用されたアカウントおよびパスワードを使用して認証チケットを取得し、ＳＳＯによりアプリケーション・サーバへのアクセスを行う。
【００１５】
中継サーバは、外部認証サーバが許可するアカウントの存在を検査し、外部認証サーバが許可しているアカウントを除き、チケットサーバに登録された対応するアカウントを削除して、チケットサーバと外部認証サーバとの間のコンシステンシを提供する。
【００１６】
すなわち、本発明によれば、
ネットワークを介して接続された外部装置と、
前記ネットワークを介して前記外部装置から認証チケット取得要求を受信する中継サーバと、
前記外部装置のアカウントおよびパスワードを含む認証情報を管理する外部認証サーバと、
チケットアカウントおよびチケットパスワードを参照して認証チケットを発行するチケットサーバとを含み、
前記中継サーバは、前記外部装置から前記認証情報を受信して、前記外部認証サーバに対して前記認証情報を問合わせて検査し、前記検査により前記外部装置が認証された場合、前記外部装置の前記アカウントおよび前記パスワードを前記チケットサーバの前記チケットアカウントおよび前記チケットパスワードとして登録することにより、前記アカウントおよび前記パスワードを前記チケットサーバに共有させる、認証システムが提供される。
【００１７】
前記中継サーバは、アカウント検査部と、アカウント管理部とを含み、前記アカウント検査部は、前記チケットサーバが共有する前記アカウントおよび前記パスワードについて前記外部認証サーバが管理する認証情報を照会し、前記アカウント管理部は、前記アカウント検査部の照会結果に応じて前記アカウントおよび前記パスワードの共有状態を停止させることができる。前記アカウント管理部は、前記共有状態にある前記アカウントおよび前記パスワードが前記外部認証サーバで照会できない場合、対応する前記チケットアカウントおよび前記チケットパスワードを削除して前記共有状態を解消することができる。前記アカウント管理部は、前記アカウントおよび前記パスワードごとに前記共有状態を生成させた生成タイムスタンプと前記外部認証サーバでの前記アカウントおよび前記パスワードにより参照される前記認証情報が更新された更新タイムスタンプとを比較し、前記更新タイムスタンプが前記生成タイムスタンプより後の時刻である場合、対応する前記チケットアカウントおよび前記チケットパスワードをロックして、共有状態を一時停止させることができる。前記中継サーバは、前記アカウント検査部および前記アカウント管理部による処理期間だけ、前記アカウントおよび前記パスワードを保有することができる。前記中継サーバは、前記共有状態にある前記アカウントおよび前記パスワードについて前記認証チケットの有効期間より短い間隔で定期的に前記外部認証サーバに登録された前記認証情報の検査を行い、前記共有状態の継続または停止を制御することができる。
【００１８】
また、本発明によれば、
ネットワークを介して認証情報を受信し、前記認証情報を外部に問合わせて検査し、認証チケット登録のために利用した認証情報および登録時を含むリストを管理するアカウント検査部と、
前記アカウント検査部の照会結果に応じて前記アカウントおよび前記パスワードの共有状態を停止させる、アカウント管理部とを含み、
前記アカウント検査部は、前記認証情報が認証された場合、前記認証情報に含まれるアカウントおよびパスワードを認証チケットを使用してアクセスを制御する、チケットアカウントおよびチケットパスワードとして登録することにより、前記アカウントおよび前記パスワードを前記認証チケットのチケットアカウントおよびチケットパスワードとして共有させる、中継サーバが提供される。
【００１９】
前記アカウント検査部は、前記共有する前記アカウントおよび前記パスワードについて外部問合わせされた認証情報を照会し、前記認証情報を検査することができる。前記アカウント管理部は、前記リストを参照し、前記共有された前記アカウントおよび前記パスワードが前記外部問合わせされた認証情報により照会できない場合、対応する前記チケットアカウントおよび前記チケットパスワードを削除して共有状態を解消することができる。前記アカウント管理部は、前記リストを参照し、前記アカウントおよび前記パスワードごとに前記共有状態を生成させた前記アカウント登録時と、前記外部問合わせされた認証情報が更新されたことを示す更新タイムスタンプとを比較し、前記更新タイムスタンプが前記生成タイムスタンプより後の時刻である場合、対応する前記チケットアカウントおよび前記チケットパスワードをロックして、共有状態を一時停止させることができる。前記中継サーバは、前記アカウント検査部および前記アカウント管理部による処理期間だけ、前記アカウントおよび前記パスワードを保有することができる。
【００２０】
本発明によれば、ネットワークを介して認証チケットを外部装置に取得させる認証方法であって、前記認証方法は、中継サーバに対し、
前記ネットワークを介して接続された前記外部装置から認証チケット取得要求を受信するステップと、
前記認証チケット取得要求から取得した前記外部装置のアカウントおよびパスワードを含む認証情報を外部認証サーバに問合わせるステップと、
前記検査により前記外部装置が前記外部認証サーバにより認証された場合に前記アカウントおよび前記パスワードをチケットサーバの前記チケットアカウントおよび前記チケットパスワードとして登録し、前記アカウントおよび前記パスワードを前記チケットサーバに共有させるステップと
を実行させる認証方法が提供される。
【００２１】
前記中継サーバは、前記チケットサーバが共有する前記アカウントおよび前記パスワードについて前記外部認証サーバが管理する前記認証情報を照会し、前記照会の結果前記共有状態にある前記アカウントおよび前記パスワードが前記外部認証サーバで照会できない場合、対応する前記チケットアカウントおよび前記チケットパスワードを削除して前記共有状態を解消し、前記アカウントおよび前記パスワードごとに前記共有状態を生成させた生成タイムスタンプと前記外部認証サーバでの前記アカウントおよび前記パスワードにより参照される前記認証情報が更新された更新タイムスタンプとを比較し、前記更新タイムスタンプが前記生成タイムスタンプより後の時刻である場合、対応する前記チケットアカウントおよび前記チケットパスワードをロックして、前記共有状態を一時停止させるステップを実行させ、前記外部認証サーバに問合わせる期間だけ前記アカウントおよび前記パスワードを保有することができる。
【００２２】
本発明によれば、上記記載の認証方法をコンピュータに対して実行させる、コンピュータ実行可能なプログラムが提供できる
【００２３】
本発明によれば、外部装置が使用するセキュリティ基盤にかかわらず、認証チケットを使用したセキュア通信環境を外部装置に対して利用させ、かつアカウントおよびパスワードのハッキングに対するリスクを最小としながら認証チケットの信頼性を損なうことのない認証システム、中継サーバ、認証方法、およびプログラムを提供することができる。
【００２４】
また、本発明によれば、外部装置が任意的に認証チケットを取得するのではなく、外部装置のユーザが認証チケットを必要とする場合には、当該ユーザが外部認証サーバに登録されている限り設定された範囲内で自動的に認証チケットを取得し、認証チケットを利用してネットワークを介したパスワードやアカウントのハッキングに対するリスクを最小とする、認証システム、中継サーバ、認証方法およびプログラムを提供することができる。
【００２５】
さらに、本発明によれば、外部装置の認証プロトコル如何に関わらず、外部装置に対してその時点で利用可能な最も信頼性の高い認証方法をベストエフォート的に提供することができる認証システム、中継サーバ、認証方法およびプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明を図面に示した実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。
【００２７】
図１は、認証システム１０の実施形態を示す。認証システム１０は、外部装置１４、２２と、チケットサーバ１６と、中継サーバ１８と、ＬＤＡＰサーバなどの外部認証サーバ２０とがインターネットなどのネットワーク１２を介して相互接続されて構成されている。外部装置１４は、パーソナル・コンピュータなどとされ、また外部装置２２は、ネットワーク１２に接続可能な画像形成装置とされている。
【００２８】
チケットサーバ１６は、Ｋｅｒｂｅｒｏｓチケットなどの認証チケットを発行し、認証チケットを使用したＳＳＯ機能を、登録された外部装置に対して提供する。また、外部認証サーバ２０は、ＬＤＡＰサーバなどとして提供され、外部装置１４および外部装置２２に対して、アカウントおよびパスワードを使用して認証を行い、外部装置１４、２２に対し、アプリケーション・サーバ２４に対するアクセスを許可して、疑似ＳＳＯ機能を提供している。なお、本実施形態では、認証チケットは、Ｋｅｒｂｅｒｏｓチケット以外にも特定用途に発行されるチケットを使用することができる。
【００２９】
中継サーバ１８は、図１に示した認証システム１０では、チケットサーバに対するアカウント登録を行う外部装置１４、２２のエージェント・サーバとして機能する。また、中継サーバ１８は、チケットサーバ１６と外部認証サーバ２０との間で、登録されたアカウントを同期させ、外部認証サーバ２０により認証されたアカウントについてのみチケットサーバ１６の認証機能を拡張することを可能としている。
【００３０】
なお、本実施形態のチケットサーバ１６、中継サーバ１８および外部認証サーバ２０は、例えば、ＰＥＮＴＩＵＭ（登録商標）〜ＰＥＮＴＩＵＭ（登録商標）  ＩＶ、ＰＥＮＴＩＵＭ（登録商標）互換ＣＰＵ、ＰＯＷＥＲ  ＰＣ（登録商標）、ＭＩＰＳ、ＣＥＬＥＲＯＮ（登録商標）、ＸＥＯＮ（登録商標）などの汎用サーバを使用することができる。また、各サーバは、使用するオペレーティング・システム（ＯＳ）としては、ＭａｃＯＳ（商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘ  Ｓｅｒｖｅｒ、ＵＮＩＸ（登録商標）、ＡＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）またはそれ以外の適切なＯＳを挙げることができる。各サーバは、上述したＯＳ上で動作する、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ  Ｃ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）、Ｓｅｒｖｌｅｔ、Ｐｅｒｌ、Ｒｕｂｙなどのオブジェクト指向のプログラミング言語により記述されたアプリケーション・プログラムを格納し、実行する。
【００３１】
図２は、図１に示した認証システム１０のチケットサーバ１６、中継サーバ１８および外部認証サーバ２０の機能構成を示した機能ブロック図である。外部装置１４、２２は、本実施形態では、ベストエフォート的に最も高いセキュリティレベルでネットワークにアクセスする。説明の便宜上、外部装置２２がＳＳＯ機能を取得するためにネットワーク１２に接続するものとして以下説明を行う。外部装置２２は、まず、チケット認証を取得するため、自己がチケットサーバ１６に対してアカウントを登録しているか否かにかかわらず、ユーザ入力されたアカウントおよびパスワードを使用してチケットサーバ１６にアクセスする。
【００３２】
チケットサーバ１６は、本実施形態では、Ｋｅｒｂｅｒｏｓチケットなどを発行する。チケットサーバ１６は、ハードディスク装置などの適切な記憶装置にアカウントＤＢ１６ａと共有アカウントＤＢ１６ｂとを管理している。なお、チケットサーバ１６は、アカウントＤＢ１６ａを管理するアカウントサーバ、共有アカウントＤＢ１６ｂを管理する共有アカウントサーバおよびチケット処理部の機能を独立させたチケット処理サーバといった複数のサーバとして機能的に分離させて構成することができる。また、チケットサーバ１６を、Ｋｅｒｂｅｒｏｓサーバそのものとして構成し、アカウントサーバおよび共有アカウントサーバと協働させて、チケット処理を実行させることができる。アカウントＤＢ１６ａは、チケットサーバ１６に対して直接アカウント登録した外部装置１４、２２のアカウントをエントリしている。また、共有アカウントＤＢ１６ｂは、チケットサーバ１６に対して直接アカウント登録を行わずに、中継サーバ１８をアカウント登録代行エージェントとして機能させることで登録された、外部装置２２のアカウントおよびパスワードがエントリされている。
【００３３】
外部装置２２がチケットサーバ１６に対してアカウントをすでに登録している場合、チケットサーバ１６は、チケット処理部１６ｃに対して以下の処理を実行させ、チケット交換を行う。まず、チケットサーバ１６は、外部装置２２からチケット取得のためのアクセスを受付けると、アカウントＤＢ１６ａおよび共有アカウントＤＢ１６ｂを検索し、検索に成功すると、セッションキーを生成し、外部装置２２のアカウント、認証チケットのための現在の時刻、ライフタイム、外部装置２２のＩＰアドレスおよびセッションキーを含む認証チケットを作成する。作成された認証チケットは、秘密鍵で暗号化された後、認証チケットのコピーが外部装置２２に送信される。外部装置２２のユーザは、秘密鍵を使用してチケットサーバ１６からの応答を復号する。外部装置２２は、認証チケットおよびセッションキーを保存し、以後、外部装置２２に対して認証チケットを介したＳＳＯ機能を使用してアプリケーション・サーバ２４にアクセスする。
【００３４】
一方、外部装置２２がチケットサーバ１６に正規なアカウントを登録していない場合には、チケットサーバ１６は、外部装置２２からのアクセスを拒否し、接続に失敗したことを外部装置２２に通知する。この段階で、外部装置２２は、中継サーバ１８に接続先を切り換えて、中継サーバ１８を経由し認証チケット取得を試みる。中継サーバ１８は、チケットサーバ１６との関係では、クライアント装置として機能し、チケットサーバ１６に対してアカウントの作成を行う。一方、中継サーバ１８は、外部認証サーバ２０に対してもクライアント装置として機能する。なお、中継サーバ１８は、この目的のため、ＳＯＡＰ(Simple Object Access Protocol)をサポートすることができる。
【００３５】
中継サーバ１８は、図２に示すようにアカウント検査部１８ａと、アカウント管理部１８ｂとを含んで構成されている。中継サーバ１８は、外部装置２２からのアクセスを受付けるとまず、アカウントおよびパスワードを取得する。この際、外部装置２２と中継サーバ１８との間は、平文、共有鍵暗号、またChallengandResponseなどの方式を使用した通信を行うことができるが、セキュリティの観点から、暗号化通信を行うことが好ましい。中継サーバ１８は、外部装置２２からアカウントおよびパスワードを取得すると、外部認証サーバ２０に問合わせを行い、外部装置２２が、外部認証サーバ２０により認証されるか否かを判断する。
【００３６】
外部装置２２が外部認証サーバ２０により認証される場合、中継サーバ１８は、外部装置２２から取得したアカウントおよびパスワードを使用して、外部装置２２に代わり、チケットサーバ１６のアカウントを、共有アカウントＤＢ１６ｂに作成する。中継サーバは、このアカウントを作成する場合、外部装置２２から送信され、外部認証サーバ２０により認証されたアカウントおよびパスワードをそのまま使用してチケットサーバ１６に対し、アカウントを登録する。中継サーバ１８は、登録処理が成功した場合、外部装置２２に対し、アカウント作成を通知する。
【００３７】
その後、外部装置２２は、チケットサーバ１６に対してアカウントおよびパスワードを送信し、新たに登録され、外部認証サーバ２０により認証されたアカウントおよびパスワードを使用して認証チケットを使用したＳＳＯ機能を利用することが可能となる。
【００３８】
また、アカウント検査部１８ａは、定期的に外部認証サーバ２０のユーザＤＢ２０ａを検索し、中継サーバ１８が以前に作成したアカウントが外部認証サーバ２０において依然として正規に登録されているか、または登録された認証情報が更新されているかを判断する。中継サーバ１８のアカウント管理部１８ｂは、アカウント検査部１８ａの検索結果により、正規に登録されていないアカウントについてチケットサーバ１６から削除する。また、他の実施形態では、アカウント管理部１８ｂは、外部認証サーバ２０で登録内容の更新が行われた場合、チケットサーバ１６の共有アカウントＤＢ１６ｂの該当するアカウントについて、無効フラグまたは排他ロックフラグなどを設定し、アカウントの正当性が検証できるまで、認証チケットの使用を禁止する。
【００３９】
図３は、中継サーバ１８および外部認証サーバ２０の同期処理の実施形態を示す。中継サーバ１８のアカウント検査部１８ａは、チケットサーバ１６の共有アカウントＤＢ１６ｂを照会し、その時点で中継サーバ１８が登録したアカウント、パスワード、およびアカウント登録時などを含むリスト２６をビューなどとして作成する。さらにアカウント検査部１８ａは、照会したアカウントを検索キーとして外部認証サーバ２０に対してＳＱＬ(Structured English Query Language)などによる照会を実行する。また、外部認証サーバ２０がＬＤＡＰサーバとして構成される場合、中継サーバ１８は、ＩＴＵ−Ｔ、Ｘ．５００勧告およびＲＦＣ１７７７に規定されたアクセスプロトコルを使用して外部認証サーバ２０にアクセスすることができる。
【００４０】
当該照会では、（１）検索するべきアカウントが登録されているか否かおよび（２）検索するべきアカウントについて登録情報の更新履歴のうち、最も最新の値についてユーザＤＢ２０ａの照会が行われる。外部認証サーバ２０の認証処理部２０ｂは、外部装置２２または中継サーバ１８からのユーザＤＢ２０ａに対する検索要求を受付け、ユーザＤＢを検索し、検索結果をその応答として返す。（１）の照会の結果、アカウントが削除されていた場合には、中継サーバ１８は、チケットサーバ１６に対して当該アカウントについて削除を指令する。
【００４１】
また、（２）の照会の結果、最新の更新履歴で与えられる最新の更新タイムスタンプがチケットアカウントおよびチケットパスワードを登録した時刻を示す生成タイムスタンプよりも新しい場合、図３に示した実施形態では、アカウント「hijklmn」は、生成タイムスタンプが、２００７／０１／１１であるが、当該チケットアカウントについて、外部認証サーバ２０の対応するアカウントについて、２００７／０１／１２に更新されたことを示す更新タイムスタンプが登録されていることが示される。この場合、中継サーバ１８は、チケットサーバ１６に対し、アカウント「hijklmn」に対応するタプルを削除するように指令する。また他の実施形態では、該当するアカウントのタプルの無効識別値を登録するフィールドの値に無効フラグまたは排他ロックフラグなどを設定し、当該アカウントの正当性が検証できるまで認証チケット利用を禁止する。
【００４２】
なお、チケットサーバ１６、中継サーバ１８、および外部認証サーバ２０の間の照会は、ＲＭＩ(Remote Method Invocation)、ＲＰＣ（Remote Procedure Call)、ＣＯＲＢＡ(Common Object Resource Broker Architecture)、などの分散コンピューティング基盤を使用し、ネットワーク１２を介してＳＱＬ文による照会が可能なＪＤＢＣ、ＭＹＳＱＬなどこれまで知られたリレーショナルデータベースを使用して実装することができる。また、外部認証サーバ２０がＬＤＡＰサーバとして構成される場合、ＩＴＵ−Ｔ、Ｘ．５００勧告およびＲＦＣ１７７７に規定されるプロトコルで、外部認証サーバ２０にアクセスを行うことができる。中継サーバ１８によるアカウント検査処理の間隔は、特に限定されるものではなく、日単位、月単位、年単位など、適宜特定の用途に応じて設定することができる。また、アカウント検査処理の間隔は、認証チケットに有効期間がある場合、有効期間よりも短い周期とすることで、有効期間が満了した後に無駄な照会を排除できるので、好ましい。
【００４３】
図４は、認証システム１０が実行するトランザクション処理を、外部装置２２と中継サーバ１８との間について示したフローチャートを示す。図４中、機能境界またはネットワーク境界を示す破線の左手側が外部装置２２の処理であり、右手側が中継サーバ１８の実行する処理である。図４に示したトランザクションは、ステップＳ１００から開始し、ステップＳ１０１で外部装置２２は、チケットサーバに接続し、認証要求を行う。ステップＳ１０２では、チケットサーバ１６から認証成功が返されたか否かを判断する。この段階で、外部装置２２がすでにチケットサーバ１６に対してアカウントを登録していれば、外部装置２２は、認証チケットを使用するＳＳＯによるアプリケーション・サーバへのアクセスを利用することができる。ステップＳ１０２で、チケットサーバ１６が認証成功を返す場合（ｙｅｓ）、Ｋｅｒｂｅｒｏｓなどのチケット取得プロトコルにしたがって認証チケットを取得し、処理をステップＳ１０７に分岐させ、アプリケーション・サーバに認証チケットを使用して接続し、処理をステップＳ１０８で終了させる。
【００４４】
一方、ステップＳ１０２で認証失敗が返された場合（ｎｏ）、ステップＳ１０３で外部装置２２は、中継サーバ１８のＵＲＬ、ＵＲＩまたはＩＰアドレスに接続先を変更し、中継サーバ１８に接続する。ステップＳ１０４では、外部装置２２は、認証チケット取得要求を中継サーバ１８に送付する。
【００４５】
中継サーバ１８は、外部装置２２から認証チケット取得要求が送信されるのを、ＤＡＥＭＯＮプロセスまたはバックグラウンドサービスとして待機している。中継サーバ１８は、ステップＳ１０９で外部装置２２からの認証チケット取得要求を受信した場合（ｙｅｓ）、処理をステップＳ１１０に分岐させる。それ以外の場合（ｎｏ）は、処理をステップＳ１０９に戻し、認証チケット取得要求を繰り返し待機する。
【００４６】
ステップＳ１１０で中継サーバ１８は、外部認証サーバ２０に対し、外部装置２２から送信された認証チケット取得要求からアカウントおよびパスワードを取得する。中継サーバ１８は、取得したアカウントおよびパスワードを使用してＳＱＬクエリーまたはＬＤＡＰプロトコルを使用する検索クエリーを外部認証サーバ２０に送信し、外部装置２２が外部認証サーバ２０により認証されるか否かの問合わせを行う。なお、この問合わせは、種々の暗号プロトコルを使用して行うことができる。この場合に使用できる暗号プロトコルとしては、ＳＳＬ、共有鍵暗号法、６４ビットまたは１２８ビットなど適切なブロック長のＤＥＳなどのブロック暗号法、ＲＳＡ暗号法などの公開鍵暗号法、楕円暗号法、ChallengeandResponseプロトコル、電子署名などを、処理オーバーヘッドおよびセキュリティのレベルにしたがって適宜使用することができる。
【００４７】
ステップＳ１１１で、中継サーバ１８は、外部認証サーバ２０からの応答を取得し、応答が認証成功か否かを判断する。中継サーバ１８が認証に成功したと判断した場合（ｙｅｓ）、ステップＳ１１２でチケットサーバに対して、検索されたアカウントおよびパスワードを通知し、チケットサーバ１６に対しアカウントの作成依頼を発行する。なお、このトランザクションについても適切な暗号プロトコルまたはＸ．５０９証明などによる電子証明書または電子署名を使用して通信することができる。中継サーバ１８を電子署名などにより証明することにより、チケットサーバ１６のアカウント作成処理を代行させた場合にでも、チケットサーバ１６の信頼性を低下させることなく、認証チケットの発行を行うことができる。この際、チケットサーバ１６には、外部認証サーバ２０に登録されたアカウントおよびパスワードを使用して新規なチケットアカウントが作成されるので、外部装置２２のユーザについても手続や操作を増やすことなく、認証チケットを使用したＳＳＯ環境を取得することが可能となる。また、外部装置２２のユーザについても複数のパスワードやアカウントを管理しなければならないという煩雑さを解消できる。
【００４８】
その後、中継サーバ１８は、ステップＳ１１３でチケットサーバ１６からのアカウント作成完了通知を受領したか否かを判断し、アカウント作成完了通知を受領した場合（ｙｅｓ）、ステップＳ１１４で外部装置２２に対してアカウント作成を通知する。また、ステップＳ１１３でアカウント作成に失敗した場合またはタイムアウトした場合（ｎｏ）、処理をステップＳ１１５の例外処理に分岐させる。ステップＳ１１５の例外処理では、外部装置２２に対して外部認証サーバ２０による認証の下で疑似ＳＳＯ環境を提供するか、またはタイムアウトしたことを通知し、再度トライするように通知することができる。ステップＳ１１４またはステップＳ１１５の後、中継サーバ１８は、処理をステップＳ１０９に分岐させ、次の認証チケット取得要求を待機する。
【００４９】
ステップＳ１１４のアカウント作成通知は、外部装置２２の処理のステップＳ１０５に送られ、アカウント作成通知受領が判断される。アカウント作成通知を受領した場合（ｙｅｓ）、処理をステップＳ１０６に分岐させる。ステップＳ１０６では、外部装置２２は、チケットサーバ１６のＵＲＬ、ＵＲＩまたはＩＰアドレスを送信先に設定し、チケットサーバ１６に対して認証チケット要求を発行し、認証チケット交換および認証チケット取得を行い、ステップＳ１０７でアプリケーション・サーバに接続し、認証チケットを使用したＳＳＯ環境でのトランザクションを実行する。
【００５０】
一方、アカウント作成に失敗したことの明示的な通知を受付けるか、またはタイムアウトした場合（ｎｏ）、処理をステップＳ１０７に分岐させ、ステップＳ１１５の例外処理の指令に従い、以後の処理を行って、一連の処理を終了させる。
【００５１】
以上説明した外部装置２２および中継サーバ１８を使用することにより、外部装置２２は、（１）チケットサーバ１６に対して直接アカウント作成処理を行うことなく、認証チケットを取得することができる、（２）その時点で使用することができる最も信頼できるＳＳＯ環境を自動取得することができる。認証システム１０については、（１）認証チケットの発行を、外部装置１４または外部装置２２の完全なオプション操作として行うのではなく、ＬＤＡＰサーバなど、よりアカウントＤＢの管理の容易な環境を使用して認証されたユーザに対して発行することができる、（２）中継サーバ１８の信頼性を電子証明書または電子認証を使用して保証できるので、チケットサーバ１６全体の信頼性を低下させることがない、（３）ステップＳ１１２で中継サーバ１８と外部認証サーバ２０との間でアカウントの検索処理を含ませることができるので、外部認証サーバ２０のアカウント登録の状態変更を、チケットサーバ１６に反映させる契機を提供することができる、および（４）中継サーバ１８は、アカウント同期処理の期間だけアカウントおよびパスワードを保持するので、ハッキングによるパスワードやアカウントの漏洩の危険性を最小限にすることができる。
【００５２】
図５は、図４で説明したステップＳ１１２で中継サーバ１８が検索対象とするユーザＤＢ２０ａのエントリ項目の実施形態を示す。中継サーバ１８は、図５に示した項目をリストまたはテーブルなどの参照データ２８として管理している。中継サーバ１８は、外部装置２２からアカウントおよびパスワードを取得すると、当該アカウントおよびパスワードを使用して、参照データ２８にエントリされた検索属性として検索を実行する。図５に示した実施形態では、アカウントおよびパスワードをエントリしたフィールド２８ａ、部署をエントリしたフィールド２８ｂ、勤務形態をエントリしたフィールド２８ｃおよびその他のアトリビュートまたは属性値をエントリしたフィールド２８ｄなどが示されている。
【００５３】
なお、図３で示した更新履歴についても照会対象アトリビュートのエントリ属性として登録することができる。中継サーバ１８は、取得したアトリビュートまたは属性値を判断し、チケットサーバ１６に対して認証チケットを発行する処理を代行することができるか否かについて判断し、チケットサーバ１６に対する以後の処理を決定する。例えば、アカウントおよびパスワードが外部認証サーバ２０にエントリされている場合、アカウントが登録されていることの判断と、部署または勤務形態の値との論理積の結果が真である場合にチケットサーバ１６に対するアカウント作成依頼を発行することができる。なお、本実施形態では、図５に示した以外にもいかなるアトリビュートまたは属性項目でもアカウント作成依頼を発行する判断処理のため、検索項目とすることができる。
【００５４】
図６は、認証システム１０が実行する同期処理の第１実施形態のフローチャートである。図６に示した処理は、ステップＳ２００から開始し、ステップＳ２０１でチケットサーバ１６の共有アカウントＤＢ１６ｂからアカウントを抽出し図３のリスト２６を作成する。ステップＳ２０２でアカウントおよびパスワードを検索キーとして外部認証サーバ２０を検索する。ステップＳ２０３で外部認証サーバ２０にアカウントおよびパスワードが存在しない場合（ｙｅｓ）、ステップＳ２０４で共有アカウントＤＢ１６ｂからアカウントおよびパスワードに対応するレコードまたはタプルを削除する。
【００５５】
一方、ステップＳ２０３で、アカウントおよびパスワードが外部認証サーバ２０にエントリされている場合（ｎｏ）には、処理をステップＳ２０５に進め、抽出したアカウント全部について処理を終了したか否かを判断し、抽出したアカウント全部について終了していない場合（ｎｏ）には、処理をステップＳ２０３に戻し、処理を継続させる。また、ステップＳ２０５で抽出したアカウント全部について処理を終了した場合（ｙｅｓ）、ステップＳ２０６で、同期処理を終了させる。
【００５６】
図７は、同期処理の第２実施形態のフローチャートを示す。第２実施形態では、アカウントの存在の他、アカウントについて登録属性の更新があった場合に対応する実施形態である。図７の処理は、ステップＳ３００から開始し、ステップＳ３０１でチケットサーバ１６の共有アカウントＤＢ１６ｂからアカウントを抽出する。ステップＳ３０２では、外部認証サーバ２０のアカウントおよびパスワードを検索する。このとき、外部認証サーバ２０がサポートするデータベースへのアクセスプロトコルを使用して検索を実行する点は、第１実施例と同様である。
【００５７】
ステップＳ３０３では、外部認証サーバ２０にアカウントおよびパスワードが依然として登録されているか否かを判断する。アカウントおよびパスワードがその時点で登録されていない場合（ｎｏ）、処理をステップＳ３０６に分岐させる。その後、中継サーバ１８は、共有アカウントＤＢ１６ｂから、該当するアカウントおよびパスワードを含むレコードまたはタプルを削除して、処理をステップＳ３０５に分岐させる。
【００５８】
ステップＳ３０３で、外部認証サーバ２０にアカウントおよびパスワードが登録されている場合（ｙｅｓ）、処理をステップＳ３０４に分岐させ、該当するアカウントについて登録データの更新の更新タイムスタンプが、チケットサーバ１６にアカウントを生成した時点の生成タイムスタンプ以降の値であるか否かを判断する。ステップＳ３０４でチケットサーバ１６にアカウントを登録した後に登録データが更新されていると判断された場合（ｙｅｓ）、処理をステップＳ３０７に分岐させ、共有アカウントＤＢ１６ｂの該当するアカウントおよびパスワードをエントリしたレコードまたはタプルを無効化し、チケットサーバ１６が利用できない処理を実行する。
【００５９】
このためには、チケットサーバ１６の該当するタプルまたはレコードについて排他ロックを行うことで対応することができる。なお、当無効化は、中継サーバ１８が当該アカウントについて外部認証サーバ２０の検索および検証処理を完了するまで継続され、検証処理が成功して終了した段階で解除することで、チケットサーバ１６が再度アカウントを参照可能となる。また、検証処理が成功した場合であっても、例えば部署および勤務形態が変更された場合、当該判断の論理積を使用して、中継サーバ１８は、当該レコードまたはタプルのエントリ項目を削除し、外部認証サーバ２０とチケットサーバ１６にエントリされたアカウントの同期を達成することができる。
【００６０】
ステップＳ３０４で、登録データが更新されていない場合（ｎｏ）、ステップＳ３０５に処理を分岐させる。ステップＳ３０５では、抽出したアカウント全部について処理を終了したか否かを判断し、処理を終了していない場合（ｎｏ）には、処理をステップＳ３０３に分岐させ、全部のアカウントについて処理を繰り返させる。ステップＳ３０５で全部のアカウントについて処理を終了した場合（ｙｅｓ）には、処理をステップＳ３０８に分岐させ、同期処理を終了する。
【００６１】
図８は、認証システムの他の実施形態を示す。図８に示した認証システム３０では、チケットサーバ１６および中継サーバ１８の構成は、図２などに示した実施形態と同様である。一方、図８に示した実施形態では、外部認証サーバは、外部認証サーバ２０−１、２０−２、・・・、２０−ｎ（ｎは、正の整数）として複数登録されている。図８に示した実施形態は、外部認証サーバが例えば複数の顧客ごとに設置されている場合、複数の事業所ごとに設置されている場合などを挙げることができる。中継サーバ１８は、外部認証サーバ２０−１、２０−２、・・・、２０−ｎに対して設定された優先順位を使用して、シーケンシャルに検索クエリーを発行し、検索成功まで順次検索クエリーをユニキャストで送信し、外部認証サーバでのアカウントの登録状態を検査する。
【００６２】
また、さらに他の実施形態では、検索クエリーをマルチキャストし、２０−１、２０−２、・・・、２０−ｎに対して並列的に検証を実行させ、各２０−１、２０−２、・・・、２０−ｎからの応答を使用してアカウントの検証を行うことができる。この場合、中継サーバ１８と外部認証サーバ２０との間は、適切な暗号方式、電子証明書などにより、信頼性を高めることができる。なお、図８に示した実施形態では、中継サーバ１８は、外部認証サーバ２０−１、・・・、２０−ｎのネットワーク・アドレスを登録したアドレスリスト１８ｃを実装していて、外部認証サーバ２０−１、・・・、２０−ｎへのアクセスを効率的に行っている。また、アドレスリスト１８ｃには、外部認証サーバ２０−１、・・・、２０−ｎの優先順位を対応して登録させておくこともできる。
【００６３】
図９は、認証システム３０が実行する認証処理の他の実施形態を示す。図９に示した実施形態は、外部認証サーバ２０が複数利用可能で、認証をシーケンシャルまたは並列して実行し、いずれかの外部認証サーバでアカウントが登録されていることが確認された場合、チケットサーバ１６に対するアカウント登録処理を行う実施形態である。図９に示した処理は、中継サーバ１８がシーケンシャルに検索を依頼する場合の実施形態である。図９に示した処理は、シーケンシャルに検索する処理を、ステップＳ４１１〜ステップＳ４１３およびステップＳ４１６で実行し、その他の処理は図４で説明した処理と同様なので、変更された処理について詳細に説明する。
【００６４】
ステップＳ４１１で、外部認証サーバ２０−１からの検索結果を受取り、認証が成功したか否かを判断し、認証に成功しない場合（ｎｏ）、ステップＳ４１６で次の優先順位を有する他の外部認証サーバに接続先を切り換えて処理をステップＳ４１０に分岐させ認証を行う。ステップＳ４１１で認証に成功した場合（ｙｅｓ）、ステップＳ４１２でチケットサーバ１６に対しアカウントの作成を依頼する。
【００６５】
ステップＳ４１３では、チケットサーバ１６からのアカウント作成完了通知を待機し、アカウント作成完了通知を受領した場合（ｙｅｓ）、ステップＳ４１４で外部装置２２に登録完了の通知を発行し、処理をステップＳ４０９に分岐させて次の認証チケット登録要求を待機する。また、ステップＳ４１３でアカウント作成ができなかった旨の通知を受付けた場合またはタイムアウトが経過した場合（ｎｏ）には、処理をステップＳ４１５の例外処理に分岐させ、外部認証サーバによる認証下で、アプリケーション・サーバにアクセスを行わせるか、または外部装置２２に対し、その旨を通知して処理を終了させる。
【００６６】
図１０は、本実施形態により外部装置１４または２２に対しＳＳＯ機能を提供するために外部装置１４または外部装置２２が接続を依頼するネットワークノードを示す。まず、外部装置１４または外部装置２２は、チケットサーバ１６に接続し、チケットサーバ１６で認証が拒否された場合、中継サーバ１８に接続する。中継サーバ１８は外部装置１４または外部装置２２に代わり、外部認証サーバ２０−１、・・・、２０−ｎに認証処理を実行する。中継サーバ１８が外部認証サーバ２０−１、・・・、２０−ｎのいずれかで外部装置１４または外部装置２２の認証に成功した場合、外部認証サーバ２０−１、・・・、２０−ｎに登録されているアカウントおよびパスワードのままで外部装置１４または２２に対して認証チケットを使用したＳＳＯ環境を提供することが可能となる。
【００６７】
本発明の上記機能は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなどのレガシープログラミング言語またはオブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現でき、装置可読な記録媒体に格納して頒布することができる。
【００６８】
これまで本発明を図面に示した実施形態をもって説明してきたが、本発明は図面に示した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００６９】
【図１】認証システムの実施形態を示した図。
【図２】図１に示した認証システムのチケットサーバ、中継サーバおよび外部認証サーバの機能構成を示した機能ブロック図。
【図３】中継サーバおよび外部認証サーバの同期処理の実施形態を示した図。
【図４】認証システムが実行するトランザクション処理を、外部装置と中継サーバとの間について示したフローチャートの実施形態。
【図５】図４で説明したステップＳ１１２で中継サーバが検索対象とする外部認証サーバのユーザＤＢのエントリ項目の実施形態。
【図６】認証システムが実行する同期処理の第１実施形態のフローチャート。
【図７】同期処理の第２実施形態のフローチャート。
【図８】認証システムの他の実施形態を示した図。
【図９】認証システムが実行する認証処理の他の実施形態を示した図。
【図１０】本実施形態により外部装置１４または２２に対しＳＳＯ機能を提供するために外部装置が接続を依頼するネットワークノードの実施形態を示した図。
【符号の説明】
【００７０】
１０…認証システム、１２…ネットワーク、１４…外部装置（パーソナル・コンピュータ）、１６…チケットサーバ、１８…中継サーバ、２０…外部認証サーバ、２２…外部装置（ＭＦＰ）、２４…アプリケーション・サーバ、２６…リスト、２８…参照データ、３０…認証システム（第２実施形態）
【図１】
2008226148.tif 000003
【図２】
2008226148.tif 000004
【図３】
2008226148.tif 000005
【図４】
2008226148.tif 000006
【図５】
2008226148.tif 000007
【図６】
2008226148.tif 000008
【図７】
2008226148.tif 000009
【図８】
2008226148.tif 000010
【図９】
2008226148.tif 000011
【図１０】
2008226148.tif 000012