認証ＩＤ管理システム及び認証ＩＤ管理方法
【課題】認証装置が複数ある環境においてユーザ毎に一貫したサービスの提供を適切に行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法を提供することを目的とする。
【解決手段】認証成功情報と認証装置ＩＤと個別認証ＩＤとをネットワークを介して端末装置から受信する受信部と、認証成功情報を検証する検証部と、検証結果が正常であるとき、認証装置ＩＤと個別認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、受信した認証装置ＩＤと個別認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得部と、取得した統合認証ＩＤを端末装置に送信する送信部と、を備えることにより上記課題を解決する。
【解決手段】認証成功情報と認証装置ＩＤと個別認証ＩＤとをネットワークを介して端末装置から受信する受信部と、認証成功情報を検証する検証部と、検証結果が正常であるとき、認証装置ＩＤと個別認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、受信した認証装置ＩＤと個別認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得部と、取得した統合認証ＩＤを端末装置に送信する送信部と、を備えることにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証ＩＤ管理システム及び認証ＩＤ管理方法に係り、特に認証装置が複数ある環境で認証を行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法に関する。
【背景技術】
【０００２】
近年、インターネットやＬＡＮ等のコンピュータネットワークの発展に伴い、ユーザはコンピュータシステム或いはコンピュータの提供する様々なサービスを利用できるようになった。
【０００３】
一般的に、コンピュータシステム或いはコンピュータ（以下、単にコンピュータシステムと総称する）の提供する様々なサービスを利用する際、ユーザは認証によりサービスを利用する権限があるかを判断される。なお、認証を行うシステムやサーバは様々開発されている。
【０００４】
サービスを提供するコンピュータシステムとしてはアプリサーバ，ファイルサーバ，Ｗｅｂサーバ等がある。ここではアプリサーバを例に説明する。また、ここでは認証を行うシステムやサーバとして認証サーバを例に説明する。
【０００５】
アプリサーバは、予め定められた認証サーバで認証されたユーザに対してサービスを提供するが、予め定められた認証サーバ以外で認証されたユーザに対してサービスを提供しない。したがって、ユーザは複数のアプリサーバの提供する異なるサービスを利用しようとする場合、アプリサーバ毎に指定された認証サーバで認証を行う必要があるが、異なる認証サーバで認証しなければならない場合もある。この場合、ユーザは認証サーバ毎に認証を行うための認証情報（ＩＤ，パスワードなど）を記憶しておく必要があった。
【０００６】
従来、認証を必要とする会員制インターネットサイトなどの限定サイトが多くなった場合に、ユーザが自己管理しなければならない個別ＩＤも増大するという課題を解決する方法として、限定サイトの個別ＩＤと関連付けた統一ＩＤを設け、ユーザが自己管理しなければならない個別ＩＤを減らすことが知られていた（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１８５３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
インターネットだけでなく、企業ネットワークなどにおいても、複数の認証サーバが並存していることも珍しくない。こうしたネットワーク環境においては、各アプリサーバはできるだけ多くの認証サーバに対応するのが望ましい。ユーザの利便性に資するからである。しかし、こうした環境において、従来技術は、サービス提供側においてユーザに紐付いたＩＤ管理ができないという課題がある。以下ではこの点について説明する。
【０００９】
アプリサーバは、認証サーバで認証されたユーザの権限に応じて様々なサービスを提供する。例えば、あるユーザは認証サーバＡでユーザＢとして認証され、アプリサーバＣのサービスを利用できるものとする。また、同じユーザは認証サーバＤでユーザＥとして認証され、アプリサーバＦのサービスを利用できるものとする。
【００１０】
このとき、アプリサーバＣがユーザＢに対して提供するサービスと、アプリサーバＦがユーザＥに対して提供するサービスとは同じユーザに提供されるサービスであり、サービスを提供するコンピュータシステム全体として矛盾が起こらないようにすべきである。
【００１１】
しかしながら、アプリサーバにとっては、ユーザＢとユーザＥとが別のユーザに見える。このため、アプリサーバがユーザ毎に一貫したサービスを提供することは困難であった。また、アプリサーバ同士が連携して動作するようなコンピュータシステムでは、ユーザの同一性の追跡がますます難しくなり、ユーザ毎に一貫したサービスを提供することは非常に困難であった。すなわち、サービスを提供するコンピュータシステム全体として矛盾が起こらないように、ユーザへのサービスの提供が適切になるように管理することは難しかった。前記の先行技術によっても、複数の認証サーバが並存する環境ではこの問題を解決することはできない。
【００１２】
このように、サービスを提供する従来のコンピュータシステムは複数の認証サーバが混在する場合、認証サーバ毎にＩＤを管理していることが多い為、同一のユーザであっても認証サーバ毎に異なるＩＤとなることがあった。結果として認証サーバが混在する場合は同一ユーザのＩＤを、サービスを提供する従来のコンピュータシステム全体で管理することが困難だった。
【００１３】
本発明の一実施形態は、上記の点に鑑みなされたもので、認証装置が複数ある環境においてユーザ毎に一貫したサービスの提供を適切に行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、本発明の一実施形態は、ネットワーク接続された認証装置と統合認証ＩＤ管理装置とサービス提供装置とが連携して、端末装置に対して認証を行うとともにネットワークを介してサービスを提供する認証ＩＤ管理システムであって、前記認証装置は、前記端末装置から認証に用いられる識別子である個別認証ＩＤを受信する第１受信部と、前記受信した個別認証ＩＤに基づき、前記端末の認証を行う認証部と、前記前記認証部が認証に成功したとき、認証に成功したことを示す情報である認証成功情報を前記端末に送信する第１送信部とを備え、前記統合認証ＩＤ管理装置は、前記端末装置から前記認証装置の識別子である認証装置ＩＤと、該認証装置へ送信された前記個別認証ＩＤと、該認証装置が送信した前記認証成功情報とを受信する第２受信部前記受信した認証成功情報が正常であるかを検証する第１検証部と、前記第１検証部による検証結果が正常であるとき、認証装置ＩＤと認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、前記受信した認証装置ＩＤと認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得部と、前記取得した統合認証ＩＤを前記端末装置に送信する第２送信部とを備え、前記サービス提供装置は、前記端末装置から前記統合認証ＩＤ管理装置が送信した前記統合認証ＩＤを受信する第３受信部と、前記受信した統合認証ＩＤが正常であるかを検証する第２検証部と、前記第２検証部による検証結果が正常であるとき、前記端末装置に対して所定のサービスをネットワークを介して提供するサービス提供部とを備える認証ＩＤ管理システムである。
【００１５】
なお、本発明の一実施形態の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１６】
上述の如く、本発明の一実施形態によれば、認証装置が複数ある環境においてユーザ毎に一貫したサービスの提供を適切に行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法を提供可能である。
【図面の簡単な説明】
【００１７】
【図１】サービスを提供する本実施例のコンピュータシステムの構成図である。
【図２】コンピュータ装置の一例の構成図である。
【図３】サービスを提供するコンピュータシステムの第１実施例の構成図である。
【図４】ローカルＰＣの処理手順の一例を表したフローチャートである。
【図５】認証情報の一例の構成図である。
【図６】アプリサーバの処理手順の一例を表したフローチャートである。
【図７】統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。
【図８】マッピングテーブルの一例の構成図である。
【図９】サービスを提供するコンピュータシステムの第２実施例の構成図である。
【図１０】ローカルＰＣの処理手順の一例を表したフローチャートである。
【図１１】アプリサーバの処理手順の一例を表したフローチャートである。
【図１２】統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。
【図１３】サービスを提供するコンピュータシステムの第３実施例の構成図である。
【図１４】ローカルＰＣの処理手順の一例を表したフローチャートである。
【発明を実施するための形態】
【００１８】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００１９】
図１はサービスを提供する本実施例のコンピュータシステムの構成図である。図１に示すように、コンピュータシステムはローカルＰＣ１，複数のアプリサーバ２，統合ＩＤ管理サーバ３及び複数の認証サーバ４が、インターネットやＬＡＮなどのネットワーク５を介してデータ通信可能に接続されている。
【００２０】
ローカルＰＣ１はユーザが操作する端末装置である。アプリサーバ２はサービスを提供するサービス提供装置である。統合ＩＤ管理サーバ３は、ユーザ毎に用意されている統合ＩＤと、認証サーバ４の識別子であるサーバＩＤと、認証サーバ４で管理されている個別ＩＤとを後述のマッピングテーブルにより対応付けて記憶している。
【００２１】
認証サーバ４はユーザが操作するローカルＰＣ１からの要求に基づき、アプリサーバ２の提供するサービスを利用する権限があるかを判断するユーザの認証を行い、例えば認証されたことを示す認証結果（例えば認証成功情報）をローカルＰＣ１に送信する。
【００２２】
通常、アプリサーバ２の提供するサービスを利用する場合、ローカルＰＣ１を操作するユーザは、アプリサーバ２から認証サーバ４による認証を要求される。アプリサーバ２は認証サーバ４において認証が成功したユーザに対して、ユーザの権限に従ったサービスの提供を行う。しかし、本実施例では認証サーバにおいて認証が成功したあと、統合ＩＤ管理サーバ３からサーバＩＤ及び個別ＩＤに対応する統合ＩＤを取得させ、その統合ＩＤの権限に従ったサービスの提供を行う。
【００２３】
統合ＩＤはユーザ毎に用意されているため、統合ＩＤの権限に従ったサービスの提供を行うことにより、複数の認証サーバが混在する場合であっても、サービスを提供するコンピュータシステム全体として矛盾が起こらないように、ユーザへのサービスの提供を適切に管理できる。
【００２４】
図１のローカルＰＣ１，複数のアプリサーバ２，統合ＩＤ管理サーバ３及び複数の認証サーバ４は例えば図２のコンピュータ装置のように構成される。図２はコンピュータ装置の一例の構成図である。
【００２５】
コンピュータ装置は、それぞれバスＢで相互に接続されている入力装置１１，出力装置１２，ドライブ装置１３，補助記憶装置１４，主記憶装置１５，演算処理装置１６及びインターフェース装置１７を有する。
【００２６】
入力装置１１はキーボードやマウス等である。入力装置１１は、各種信号を入力するために用いられる。出力装置１２はディスプレイ装置等である。出力装置１２は各種ウインドウやデータ等を表示するために用いられる。インターフェース装置１７はモデム，ＬＡＮカード等である。インターフェース装置１７は、ネットワーク５に接続する為に用いられる。
【００２７】
本実施例の認証ＩＤ管理システムにおける認証ＩＤ管理プログラムは統合ＩＤ管理サーバ３を制御する各種プログラムの少なくとも一部である。ローカルＰＣ１，複数のアプリサーバ２，統合ＩＤ管理サーバ３及び複数の認証サーバ４を制御するプログラムは記録媒体１８の配布やネットワーク５からのダウンロードなどによって提供される。
【００２８】
プログラムを記録した記録媒体１８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスクなどの様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２９】
また、プログラムを記録した記録媒体１８がドライブ装置１３にセットされると、プログラムは記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。ネットワーク５からダウンロードされたプログラムは、インターフェース装置１７を介して補助記憶装置１４にインストールされる。
【００３０】
補助記憶装置１４は、インストールされたプログラムを格納すると共に、必要なファイル，データ等を格納する。主記憶装置１５は、プログラムの起動時に補助記憶装置１４からプログラムを読み出して格納する。そして、演算処理装置１６は主記憶装置１５に格納されたプログラムに従って、後述するような各種処理を実現している。
【実施例１】
【００３１】
図３はサービスを提供するコンピュータシステムの第１実施例の構成図である。図３に示すコンピュータシステムはローカルＰＣ１，アプリサーバ２−１及び２−２，統合ＩＤ管理サーバ３，認証サーバ４−１及び４−２が、ネットワーク５を介してデータ通信可能に接続されている。なお、以下の説明ではネットワーク５に２つのアプリサーバ２及び認証サーバ４が接続されている例を示すが、３つ以上のアプリサーバ２及び認証サーバ４が接続されている例も同様である。
【００３２】
ローカルＰＣ１は、認証情報入力部２１，アプリサーバアクセス部２２，認証処理部２３，通信処理部２４，認証サーバ選択部２５，統合ＩＤ管理サーバアクセス部２６を有している。アプリサーバ２−１は、通信処理部３１，認証サーバ４−１に対応した認証処理部３２，サービス提供部３３を有している。アプリサーバ２−２は、通信処理部３１，認証サーバ４−２に対応した認証処理部３２，サービス提供部３３を有している。なお、アプリサーバ２−１及び２−２の何れでもよい場合はアプリサーバ２と総称する。
【００３３】
統合ＩＤ管理サーバ３は、通信処理部４１，統合ＩＤ取得処理部４２，統合ＩＤ格納部４３を有している。認証サーバ４−１及び４−２は、通信処理部５１，認証処理部５２及び認証情報格納部５３を有している。なお、認証サーバ４−１及び４−２の何れでもよい場合は認証サーバ４と総称する。ローカルＰＣ１，アプリサーバ２−１及び２−２，統合ＩＤ管理サーバ３，認証サーバ４−１及び４−２は、それぞれ通信処理部２４，３１，４１及び５１を介してネットワーク５とデータ通信可能に接続されている。
【００３４】
図３のコンピュータシステムを構成するローカルＰＣ１，アプリサーバ２，統合ＩＤ管理サーバ３の処理手順についてフローチャートを参照しつつ説明する。図４はローカルＰＣの処理手順の一例を表したフローチャートである。
【００３５】
例えばアプリサーバ２−１の提供するサービスを利用する場合、ユーザはローカルＰＣ１を操作し、アプリサーバ２−１の提供するサービスの利用を要求する。ステップＳ１１に進み、ローカルＰＣ１のアプリサーバアクセス部２２はアプリサーバ２−１にサービスの提供を要求する。
【００３６】
ステップＳ１２に進み、ローカルＰＣ１の認証処理部２３はアプリサーバ２−１の提供するサービスの利用に認証が必要かを判定する。アプリサーバ２−１から統合ＩＤを要求されると、認証処理部２３はステップＳ１２において認証が必要であると判定する。認証サーバ選択部２５はステップＳ１３に進み、アプリサーバ２−１の認証処理部３２に対応する認証サーバ４−１を選択する。認証サーバ４−１の選択は例えばＨＴＴＰプロトコルを利用することでアプリサーバ２−１から指示できる。なお、ステップＳ１３における認証サーバ４−１の選択はユーザが行ってもよい。
【００３７】
ステップＳ１４に進み、認証処理部２３は選択された認証サーバ４−１の認証処理部５２にアクセスし、ユーザの認証を行う。認証サーバ４−１の認証処理部５２は例えば認証情報格納部５３に格納及び管理されている図５の認証情報を利用して認証を行う。
【００３８】
図５は認証情報の一例の構成図である。図５の認証情報は個別ＩＤとパスワードとを対応付けて管理している。例えば認証サーバ４−１の認証処理部５２はローカルＰＣ１の認証処理部２３から受信した個別ＩＤ及びパスワードの組みが認証情報格納部５３の認証情報に含まれていれば、認証が成功したと判定する。認証が成功すると、認証サーバ４−１の認証処理部５２は認証したことを示す情報である認証成功情報をローカルＰＣ１の認証処理部２３に送信する。
【００３９】
ステップＳ１５に進み、ローカルＰＣ１の認証処理部２３は認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信したか否かで認証が成功か否かを判定する。
【００４０】
認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信すると、認証処理部２３は認証に成功したと判定する。認証に成功したと判定すると、統合ＩＤ管理サーバアクセス部２６はステップＳ１６に進み、統合ＩＤ管理サーバ３にアクセスする。
【００４１】
統合ＩＤ管理サーバアクセス部２６は認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを、統合ＩＤ管理サーバ３に送信する。統合ＩＤ管理サーバ３は受信した認証成功情報，サーバＩＤ及び個別ＩＤから後述のように統合ＩＤを取得し、ローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６に送信する。
【００４２】
ステップＳ１７に進み、統合ＩＤ管理サーバアクセス部２６は統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信したか否かで統合ＩＤの取得が成功か否かを判定する。
【００４３】
統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信すると、統合ＩＤ管理サーバアクセス部２６は統合ＩＤの取得に成功したと判定する。統合ＩＤの取得に成功したと判定すると、ローカルＰＣ１のアプリサーバアクセス部２２はステップＳ１８に進み、統合ＩＤを付けてアプリサーバ２−１にサービスの提供を要求する。ステップＳ１９に進み、アプリサーバアクセス部２２は、アプリサーバ２−１からサービスの提供を受ける。
【００４４】
なお、認証済みの場合、認証処理部２３はステップＳ１２において認証が必要でないと判定する。認証が必要でないと判定されると、アプリサーバアクセス部２２はステップＳ１９に進み、アプリサーバ２−１からサービスの提供を受ける。一方、認証成功情報を認証サーバ４−１から受信しないと、認証処理部２３はステップＳ１５において認証に失敗したと判定し、図４に示すフローチャートの処理を終了する。また、統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信しないと、統合ＩＤ管理サーバアクセス部２６はステップＳ１７において統合ＩＤの取得に失敗したと判定する。統合ＩＤの取得に失敗したと統合ＩＤ管理サーバアクセス部２６が判定すると、認証処理部２３は図４に示すフローチャートの処理を終了する。
【００４５】
図６はアプリサーバの処理手順の一例を表したフローチャートである。ステップＳ２１において、アプリサーバ２−１のサービス提供部３３はローカルＰＣ１のアプリサーバアクセス部２２からサービスの提供を要求される。
【００４６】
ステップＳ２２に進み、アプリサーバ２−１の認証処理部３２はローカルＰＣ１からのサービスの提供の要求に統合ＩＤが付いているかを判定する。サービスの提供の要求に統合ＩＤが付いていなければ、ステップＳ２３に進み、アプリサーバ２−１の認証処理部３２はローカルＰＣ１の認証処理部２３に統合ＩＤを要求したあと、ステップＳ２１の処理に戻る。
【００４７】
サービスの提供の要求に統合ＩＤが付いていれば、アプリサーバ２−１の認証処理部３２はステップＳ２４に進み、認証が成功したかを判定する。認証処理部３２は正常な統合ＩＤが付いていれば認証に成功したと判定する。認証に成功したと判定すると、サービス提供部３３はステップＳ２５に進み、ローカルＰＣ１のアプリサーバアクセス部２２から要求されたサービスを提供する。
【００４８】
なお、ステップＳ２４において、認証処理部３２は異常な統合ＩＤが付いていれば認証に失敗したと判定する。ここで、統合ＩＤの正常性の検証を行うために、たとえば、統合ＩＤ管理サーバが所定の秘密鍵に基づき統合ＩＤに電子署名を付与することとし、認証処理部３２は所定のアプリサーバ２−１はローカルＰＣ１を経由して統合ＩＤとともに当該電子署名を受信し、認証処理部３２が所定の公開鍵に基づき当該電子署名を検証するようにしても良い。認証に失敗したと判定すると、サービス提供部３３はステップＳ２６に進み、ローカルＰＣ１のアプリサーバアクセス部２２へエラーを返す。
【００４９】
図７は統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。ステップＳ３１に進み、統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２はローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６から、認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを、取得する。
【００５０】
ステップＳ３２に進み、統合ＩＤ取得処理部４２はステップＳ３１で取得した認証成功情報を検証する。認証成功情報の検証結果が正常であれば、統合ＩＤ取得処理部４２はステップＳ３３に進み、例えば統合ＩＤ格納部４３に格納及び管理されている図８のマッピングテーブルを参照する。
【００５１】
図８はマッピングテーブルの一例の構成図である。図８のマッピングテーブルは、認証サーバ４の識別子であるサーバＩＤ，認証サーバ４で管理されている個別ＩＤ及びユーザ毎に用意されている統合ＩＤを対応付けて記憶している。
【００５２】
統合ＩＤ取得処理部４２はステップＳ３１で取得した認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとに対応する統合ＩＤを取得する。
【００５３】
ステップＳ３４に進み、統合ＩＤ取得処理部４２はステップＳ３３で統合ＩＤを取得できたかを判定する。統合ＩＤを取得できれば、統合ＩＤ取得処理部４２はステップＳ３５に進み、統合ＩＤをローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６に送信する。
【００５４】
なお、ステップＳ３２において、認証成功情報の検証結果が異常であれば、統合ＩＤ取得処理部４２はステップＳ３６に進み、ローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６にエラーを返す。ステップＳ３４において、統合ＩＤを取得できなければ、統合ＩＤ取得処理部４２はステップＳ３６に進み、ローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６にエラーを返す。
【００５５】
図３のコンピュータシステムでは、統合ＩＤの取得をローカルＰＣ１で行う例を示しているが、アプリサーバ２からローカルＰＣ１のアプリサーバアクセス部２２に対してスクリプト言語等で指示を行うようにしてもよい。アプリサーバアクセス部２２は例えばブラウザ等で実現される。
【実施例２】
【００５６】
図９はサービスを提供するコンピュータシステムの第２実施例の構成図である。図９に示すコンピュータシステムは図３に示したコンピュータシステムと、ローカルＰＣ１，アプリサーバ２−１及び２−２の構成が異なっている。具体的に、図９に示すコンピュータシステムのローカルＰＣ１は図３に示したコンピュータシステムのローカルＰＣ１から統合ＩＤ管理サーバアクセス部２６を除いた構成である。また、図９に示すコンピュータシステムのアプリサーバ２−１及び２−２は、図３に示したコンピュータシステムのアプリサーバ２−１及び２−２の認証処理部３２を統合ＩＤ管理サーバアクセス部３４に置き換えた構成である。
【００５７】
図９のコンピュータシステムを構成するローカルＰＣ１，アプリサーバ２，統合ＩＤ管理サーバ３の処理手順についてフローチャートを参照しつつ説明する。図１０はローカルＰＣの処理手順の一例を表したフローチャートである。
【００５８】
ステップＳ４１〜Ｓ４５の処理は図４のステップＳ１１〜Ｓ１５と同様であり、説明を省略する。ステップＳ４５に進み、認証に成功したと判定すると、ローカルＰＣ１のアプリサーバアクセス部２２はステップＳ４６に進む。アプリサーバアクセス部２２は、認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを付けて、アプリサーバ２−１にサービスの提供を要求する。ステップＳ４７に進み、アプリサーバアクセス部２２は、アプリサーバ２−１からサービスの提供を受ける。
【００５９】
図１１はアプリサーバの処理手順の一例を表したフローチャートである。ステップＳ５１において、アプリサーバ２−１のサービス提供部３３はローカルＰＣ１のアプリサーバアクセス部２２からサービスの提供を要求される。ステップＳ５２に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４はローカルＰＣ１からのサービスの提供の要求に認証成功情報，サーバＩＤ及び個別ＩＤが付いているかを判定する。
【００６０】
アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４はサービスの提供の要求に認証成功情報，サーバＩＤ及び個別ＩＤが付いていなければステップＳ５３に進み、ローカルＰＣ１の認証処理部２３に認証成功情報，サーバＩＤ及び個別ＩＤを要求したあと、ステップＳ５１の処理に戻る。
【００６１】
サービスの提供の要求に認証成功情報，サーバＩＤ及び個別ＩＤが付いていれば、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４はステップＳ５４に進み、統合ＩＤ管理サーバ３にアクセスする。
【００６２】
統合ＩＤ管理サーバアクセス部３４は、サービスの提供の要求に付いていた認証成功情報，サーバＩＤ及び個別ＩＤを、統合ＩＤ管理サーバ３に送信する。統合ＩＤ管理サーバ３は受信した認証成功情報，サーバＩＤ及び個別ＩＤから前述のように統合ＩＤを取得してアプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４に送信する。
【００６３】
ステップＳ５５に進み、統合ＩＤ管理サーバアクセス部３４は統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信したか否かで統合ＩＤの取得が成功か否かを判定する。
【００６４】
統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信すると、統合ＩＤ管理サーバアクセス部３４は統合ＩＤの取得に成功したと判定する。統合ＩＤの取得に成功したと判定すると、サービス提供部３３はステップＳ５６に進み、ローカルＰＣ１のアプリサーバアクセス部２２から要求されたサービスを提供する。
【００６５】
なお、ステップＳ５５において、統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信しないと、統合ＩＤ管理サーバアクセス部３４はステップＳ５５において統合ＩＤの取得に失敗したと判定する。統合ＩＤの取得に失敗したと判定すると、統合ＩＤ管理サーバアクセス部３４はステップＳ５７に進み、ローカルＰＣ１のアプリサーバアクセス部２２へエラーを返す。
【００６６】
図１２は統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２はステップＳ６１に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４から、認証成功情報，サーバＩＤ及び個別ＩＤを取得する。
【００６７】
ステップＳ６２に進み、統合ＩＤ取得処理部４２はステップＳ６１で取得した認証成功情報を検証する。認証成功情報の検証結果が正常であれば、統合ＩＤ取得処理部４２はステップＳ６３に進み、例えば統合ＩＤ格納部４３に格納及び管理されている図８のマッピングテーブルを参照する。
【００６８】
統合ＩＤ取得処理部４２はステップＳ６１で取得したサーバＩＤ及び個別ＩＤに対応する統合ＩＤを取得する。ステップＳ６４に進み、統合ＩＤ取得処理部４２はステップＳ６３で統合ＩＤを取得できたかを判定する。統合ＩＤを取得できれば、統合ＩＤ取得処理部４２はステップＳ６５に進み、統合ＩＤをアプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４に送信する。
【００６９】
なお、ステップＳ６２において、認証成功情報の検証結果が異常であれば、統合ＩＤ取得処理部４２はステップＳ６６に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４にエラーを返す。ステップＳ６４において、統合ＩＤを取得できなければ、統合ＩＤ取得処理部４２はステップＳ６６に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４にエラーを返す。図９のコンピュータシステムでは、統合ＩＤの取得をアプリサーバ２−１で行う例を示している。
【実施例３】
【００７０】
図３及び図９のコンピュータシステムでは、オフライン環境の場合、ローカルＰＣ１がアプリサーバ２にアクセスできないため、当然、アプリサーバ２からサービスの提供を受けることができない。
【００７１】
一方、ローカルＰＣ１上で利用できるサービスはリモートにあるアプリサーバ２から提供されるだけでなく、ローカルＰＣ１上で動作するアプリからも提供される。ローカルＰＣ１上で動作するアプリから提供されるサービスも適切なユーザに提供する必要があるために、ローカルＰＣ１はサービスを提供する際、認証を行う。
【００７２】
一般に、コンピュータシステム全体の認証情報を管理している認証サーバ４はリモートに存在している。したがって、ローカルＰＣ１はオフライン環境において認証を行うことができなかった。
【００７３】
上記の問題を解決するため、従来はローカルＰＣ１上で認証情報を格納しておき、オフライン環境時に、格納しておいた認証情報を用いて認証を行うことが知られていた（例えば特開２００３−８５１４２号公報）。しかし、ローカルＰＣ１上で認証情報を格納しておき、オフライン環境時に、格納しておいた認証情報を用いて認証を行う方法は、認証情報をユーザに設定させるため、必ずしも安全とは限らない。また、ローカルＰＣ１上に認証情報を格納しておく方法は、認証サーバ４で管理されている最新の認証情報をローカルＰＣ１に格納している認証情報に反映できない。このため、ローカルＰＣ１上に認証情報を格納しておく方法は、認証サーバ４で登録抹消されたユーザがローカルＰＣ１にログオン可能な状態が続く危険性があった。
【００７４】
そこで、本実施例のコンピュータシステムでは上記問題を以下のように解決する。図１３はサービスを提供するコンピュータシステムの第３実施例の構成図である。図１３に示すコンピュータシステムは図３に示したコンピュータシステムと、ローカルＰＣ１の構成が異なっている。具体的に、図１３に示すコンピュータシステムのローカルＰＣ１は図３に示したコンピュータシステムのローカルＰＣ１に認証情報記憶部２７を追加した構成である。
【００７５】
図１３のコンピュータシステムを構成するローカルＰＣ１の処理手順について図１４のフローチャートを参照しつつ説明する。図１４はローカルＰＣの処理手順の一例を表したフローチャートである。
【００７６】
例えばローカルＰＣ１上で動作するアプリ（図示せず）の提供するサービスを利用する場合、ユーザはローカルＰＣ１を操作し、ローカルＰＣ１上で動作するアプリの提供するサービスの利用を要求する。ステップＳ７１に進み、ローカルＰＣ１のアプリサーバアクセス部２２はローカルＰＣ１上で動作するアプリにサービスの提供を要求する。
【００７７】
ステップＳ７２に進み、ローカルＰＣ１の認証処理部２３はローカルＰＣ１上で動作するアプリの提供するサービスの利用に認証が必要かを判定する。認証処理部２３は認証が必要と判定するとステップＳ７３に進み、オンライン環境か否かを判定する。
【００７８】
オンライン環境であれば、認証サーバ選択部２５はステップＳ７４に進み、ローカルＰＣ１上で動作するアプリに対応する認証サーバ４−１を選択する。なお、ステップＳ７４における認証サーバ４−１の選択はユーザが行ってもよい。
【００７９】
ステップＳ７５に進み、認証処理部２３は選択された認証サーバ４−１の認証処理部５２にアクセスし、ユーザの認証を行う。認証が成功すると、認証サーバ４−１の認証処理部５２は認証したことを示す情報である認証成功情報をローカルＰＣ１の認証処理部２３に送信する。
【００８０】
ステップＳ７６に進み、ローカルＰＣ１の認証処理部２３は認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信したか否かで認証が成功か否かを判定する。
【００８１】
認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信すると、認証処理部２３は認証に成功したと判定する。認証に成功したと判定すると、統合ＩＤ管理サーバアクセス部２６はステップＳ７７に進み、統合ＩＤ管理サーバ３にアクセスする。
【００８２】
統合ＩＤ管理サーバアクセス部２６は認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを、統合ＩＤ管理サーバ３に送信する。統合ＩＤ管理サーバ３は受信した認証成功情報，サーバＩＤ及び個別ＩＤから統合ＩＤを取得してローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６に送信する。
【００８３】
ステップＳ７８に進み、統合ＩＤ管理サーバアクセス部２６は統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信したか否かで統合ＩＤの取得が成功か否かを判定する。
【００８４】
統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信すると、統合ＩＤ管理サーバアクセス部２６は統合ＩＤの取得に成功したと判定する。統合ＩＤの取得に成功したと判定すると、認証処理部２３は認証に用いた情報として、認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた認証情報（個別ＩＤ，パスワード）と、ユーザの統合ＩＤとを対応付けて有効時間と共に認証情報記憶部２７に格納する。
【００８５】
ステップＳ８０に進み、ローカルＰＣ１のアプリサーバアクセス部２２は統合ＩＤを付けてローカルＰＣ１上で動作するアプリにサービスの提供を要求する。ステップＳ８１に進み、アプリサーバアクセス部２２は、ローカルＰＣ１上で動作するアプリからサービスの提供を受ける。
【００８６】
一方、ステップＳ７３においてオンライン環境でなければ、認証処理部２３はステップＳ８２に進み、認証情報記憶部２７に格納された認証に用いる情報が有効（期間内）かを有効時間に基づき判定する。認証情報記憶部２７に格納された認証に用いる情報が有効であれば、認証処理部２３はステップＳ８３に進み、ユーザに認証情報入力部２１から認証情報（個別ＩＤ，パスワード）を入力させる。
【００８７】
ステップＳ８４に進み、認証処理部２３はステップＳ８３でユーザに入力された認証情報と認証情報記憶部２７に格納された認証情報とが一致するかを判定する。ステップＳ８３でユーザに入力された認証情報と認証情報記憶部２７に格納された認証情報とが一致すれば、ステップＳ８０に進み、ローカルＰＣ１のアプリサーバアクセス部２２は認証情報記憶部２７に格納された統合ＩＤを付けてローカルＰＣ１上で動作するアプリにサービスの提供を要求する。ステップＳ８１に進み、アプリサーバアクセス部２２は、ローカルＰＣ１上で動作するアプリからサービスの提供を受ける。
【００８８】
なお、認証済みの場合、認証処理部２３はステップＳ７２において認証が必要でないと判定する。認証が必要でないと判定されると、アプリサーバアクセス部２２はステップＳ８１に進み、ローカルＰＣ１上で動作するアプリからサービスの提供を受ける。
【００８９】
一方、認証成功情報を認証サーバ４−１から受信しないと、認証処理部２３はステップＳ７６において認証に失敗したと判定し、図１４の処理を終了する。また、統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信しないと、統合ＩＤ管理サーバアクセス部２６はステップＳ７８において統合ＩＤの取得に失敗したと判定し、図１４の処理を終了する。また、ステップＳ８２において認証情報記憶部２７に格納された認証に用いる情報が有効でないとき、ステップＳ８４においてステップＳ８３でユーザに入力された認証情報と認証情報記憶部２７に格納された認証情報とが一致しないとき、図１４の処理を終了する。
【００９０】
図１３のコンピュータシステムではローカルＰＣ１上に、認証に用いた情報を格納しておき、オフライン環境でログオンするときに、ユーザが認証情報入力部２１から入力した認証情報（個別ＩＤ，パスワード）が、認証情報記憶部２７に格納された認証情報と一致しているかを判定する。
【００９１】
認証情報記憶部２７に格納された認証情報は、最後に認証サーバ４−１における認証に用いた情報とすることにより、最新の認証情報となる。また、一定期間認証サーバ４−１で認証しないと、認証情報記憶部２７に格納された認証情報は無効となるため、認証情報が最新か最新に近い情報であることが保証される。
【００９２】
このように、図１３のコンピュータシステムではローカルＰＣ１から認証サーバ４−１を用いて認証したときに、認証情報を認証情報記憶部２７に格納しておき、オフライン環境においてユーザが認証情報入力部２１から入力した認証情報が、認証情報記憶部２７に格納された認証情報と一致するときに、サービスを提供するものである。
【００９３】
したがって、図１３のコンピュータシステムでは、オフライン環境においても、認証に高い信頼性を得ることができる。
【００９４】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【００９５】
１ ローカルＰＣ
２，２−１，２−２ アプリサーバ
３ 統合ＩＤ管理サーバ
４，４−１，４−２ 認証サーバ
５ ネットワーク
１１ 入力装置
１２ 出力装置
１３ ドライブ装置
１４ 補助記憶装置
１５ 主記憶装置
１６ 演算処理装置
１７ インターフェース装置
２１ 認証情報入力部
２２ アプリサーバアクセス部
２３ 認証処理部
２４ 通信処理部
２５ 認証サーバ選択部
２６ 統合ＩＤ管理サーバアクセス部
２７ 認証情報記憶部
３１ 通信処理部
３２ 認証処理部
３３ サービス提供部
３４ 統合ＩＤ管理サーバアクセス部
４１ 通信処理部
４２ 統合ＩＤ取得処理部
４３ 統合ＩＤ格納部
５１ 通信処理部
５２ 認証処理部
５３ 認証情報格納部５３
Ｂ バス
【技術分野】
【０００１】
本発明は、認証ＩＤ管理システム及び認証ＩＤ管理方法に係り、特に認証装置が複数ある環境で認証を行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法に関する。
【背景技術】
【０００２】
近年、インターネットやＬＡＮ等のコンピュータネットワークの発展に伴い、ユーザはコンピュータシステム或いはコンピュータの提供する様々なサービスを利用できるようになった。
【０００３】
一般的に、コンピュータシステム或いはコンピュータ（以下、単にコンピュータシステムと総称する）の提供する様々なサービスを利用する際、ユーザは認証によりサービスを利用する権限があるかを判断される。なお、認証を行うシステムやサーバは様々開発されている。
【０００４】
サービスを提供するコンピュータシステムとしてはアプリサーバ，ファイルサーバ，Ｗｅｂサーバ等がある。ここではアプリサーバを例に説明する。また、ここでは認証を行うシステムやサーバとして認証サーバを例に説明する。
【０００５】
アプリサーバは、予め定められた認証サーバで認証されたユーザに対してサービスを提供するが、予め定められた認証サーバ以外で認証されたユーザに対してサービスを提供しない。したがって、ユーザは複数のアプリサーバの提供する異なるサービスを利用しようとする場合、アプリサーバ毎に指定された認証サーバで認証を行う必要があるが、異なる認証サーバで認証しなければならない場合もある。この場合、ユーザは認証サーバ毎に認証を行うための認証情報（ＩＤ，パスワードなど）を記憶しておく必要があった。
【０００６】
従来、認証を必要とする会員制インターネットサイトなどの限定サイトが多くなった場合に、ユーザが自己管理しなければならない個別ＩＤも増大するという課題を解決する方法として、限定サイトの個別ＩＤと関連付けた統一ＩＤを設け、ユーザが自己管理しなければならない個別ＩＤを減らすことが知られていた（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１８５３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
インターネットだけでなく、企業ネットワークなどにおいても、複数の認証サーバが並存していることも珍しくない。こうしたネットワーク環境においては、各アプリサーバはできるだけ多くの認証サーバに対応するのが望ましい。ユーザの利便性に資するからである。しかし、こうした環境において、従来技術は、サービス提供側においてユーザに紐付いたＩＤ管理ができないという課題がある。以下ではこの点について説明する。
【０００９】
アプリサーバは、認証サーバで認証されたユーザの権限に応じて様々なサービスを提供する。例えば、あるユーザは認証サーバＡでユーザＢとして認証され、アプリサーバＣのサービスを利用できるものとする。また、同じユーザは認証サーバＤでユーザＥとして認証され、アプリサーバＦのサービスを利用できるものとする。
【００１０】
このとき、アプリサーバＣがユーザＢに対して提供するサービスと、アプリサーバＦがユーザＥに対して提供するサービスとは同じユーザに提供されるサービスであり、サービスを提供するコンピュータシステム全体として矛盾が起こらないようにすべきである。
【００１１】
しかしながら、アプリサーバにとっては、ユーザＢとユーザＥとが別のユーザに見える。このため、アプリサーバがユーザ毎に一貫したサービスを提供することは困難であった。また、アプリサーバ同士が連携して動作するようなコンピュータシステムでは、ユーザの同一性の追跡がますます難しくなり、ユーザ毎に一貫したサービスを提供することは非常に困難であった。すなわち、サービスを提供するコンピュータシステム全体として矛盾が起こらないように、ユーザへのサービスの提供が適切になるように管理することは難しかった。前記の先行技術によっても、複数の認証サーバが並存する環境ではこの問題を解決することはできない。
【００１２】
このように、サービスを提供する従来のコンピュータシステムは複数の認証サーバが混在する場合、認証サーバ毎にＩＤを管理していることが多い為、同一のユーザであっても認証サーバ毎に異なるＩＤとなることがあった。結果として認証サーバが混在する場合は同一ユーザのＩＤを、サービスを提供する従来のコンピュータシステム全体で管理することが困難だった。
【００１３】
本発明の一実施形態は、上記の点に鑑みなされたもので、認証装置が複数ある環境においてユーザ毎に一貫したサービスの提供を適切に行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、本発明の一実施形態は、ネットワーク接続された認証装置と統合認証ＩＤ管理装置とサービス提供装置とが連携して、端末装置に対して認証を行うとともにネットワークを介してサービスを提供する認証ＩＤ管理システムであって、前記認証装置は、前記端末装置から認証に用いられる識別子である個別認証ＩＤを受信する第１受信部と、前記受信した個別認証ＩＤに基づき、前記端末の認証を行う認証部と、前記前記認証部が認証に成功したとき、認証に成功したことを示す情報である認証成功情報を前記端末に送信する第１送信部とを備え、前記統合認証ＩＤ管理装置は、前記端末装置から前記認証装置の識別子である認証装置ＩＤと、該認証装置へ送信された前記個別認証ＩＤと、該認証装置が送信した前記認証成功情報とを受信する第２受信部前記受信した認証成功情報が正常であるかを検証する第１検証部と、前記第１検証部による検証結果が正常であるとき、認証装置ＩＤと認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、前記受信した認証装置ＩＤと認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得部と、前記取得した統合認証ＩＤを前記端末装置に送信する第２送信部とを備え、前記サービス提供装置は、前記端末装置から前記統合認証ＩＤ管理装置が送信した前記統合認証ＩＤを受信する第３受信部と、前記受信した統合認証ＩＤが正常であるかを検証する第２検証部と、前記第２検証部による検証結果が正常であるとき、前記端末装置に対して所定のサービスをネットワークを介して提供するサービス提供部とを備える認証ＩＤ管理システムである。
【００１５】
なお、本発明の一実施形態の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１６】
上述の如く、本発明の一実施形態によれば、認証装置が複数ある環境においてユーザ毎に一貫したサービスの提供を適切に行う為の認証ＩＤ管理システム及び認証ＩＤ管理方法を提供可能である。
【図面の簡単な説明】
【００１７】
【図１】サービスを提供する本実施例のコンピュータシステムの構成図である。
【図２】コンピュータ装置の一例の構成図である。
【図３】サービスを提供するコンピュータシステムの第１実施例の構成図である。
【図４】ローカルＰＣの処理手順の一例を表したフローチャートである。
【図５】認証情報の一例の構成図である。
【図６】アプリサーバの処理手順の一例を表したフローチャートである。
【図７】統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。
【図８】マッピングテーブルの一例の構成図である。
【図９】サービスを提供するコンピュータシステムの第２実施例の構成図である。
【図１０】ローカルＰＣの処理手順の一例を表したフローチャートである。
【図１１】アプリサーバの処理手順の一例を表したフローチャートである。
【図１２】統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。
【図１３】サービスを提供するコンピュータシステムの第３実施例の構成図である。
【図１４】ローカルＰＣの処理手順の一例を表したフローチャートである。
【発明を実施するための形態】
【００１８】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００１９】
図１はサービスを提供する本実施例のコンピュータシステムの構成図である。図１に示すように、コンピュータシステムはローカルＰＣ１，複数のアプリサーバ２，統合ＩＤ管理サーバ３及び複数の認証サーバ４が、インターネットやＬＡＮなどのネットワーク５を介してデータ通信可能に接続されている。
【００２０】
ローカルＰＣ１はユーザが操作する端末装置である。アプリサーバ２はサービスを提供するサービス提供装置である。統合ＩＤ管理サーバ３は、ユーザ毎に用意されている統合ＩＤと、認証サーバ４の識別子であるサーバＩＤと、認証サーバ４で管理されている個別ＩＤとを後述のマッピングテーブルにより対応付けて記憶している。
【００２１】
認証サーバ４はユーザが操作するローカルＰＣ１からの要求に基づき、アプリサーバ２の提供するサービスを利用する権限があるかを判断するユーザの認証を行い、例えば認証されたことを示す認証結果（例えば認証成功情報）をローカルＰＣ１に送信する。
【００２２】
通常、アプリサーバ２の提供するサービスを利用する場合、ローカルＰＣ１を操作するユーザは、アプリサーバ２から認証サーバ４による認証を要求される。アプリサーバ２は認証サーバ４において認証が成功したユーザに対して、ユーザの権限に従ったサービスの提供を行う。しかし、本実施例では認証サーバにおいて認証が成功したあと、統合ＩＤ管理サーバ３からサーバＩＤ及び個別ＩＤに対応する統合ＩＤを取得させ、その統合ＩＤの権限に従ったサービスの提供を行う。
【００２３】
統合ＩＤはユーザ毎に用意されているため、統合ＩＤの権限に従ったサービスの提供を行うことにより、複数の認証サーバが混在する場合であっても、サービスを提供するコンピュータシステム全体として矛盾が起こらないように、ユーザへのサービスの提供を適切に管理できる。
【００２４】
図１のローカルＰＣ１，複数のアプリサーバ２，統合ＩＤ管理サーバ３及び複数の認証サーバ４は例えば図２のコンピュータ装置のように構成される。図２はコンピュータ装置の一例の構成図である。
【００２５】
コンピュータ装置は、それぞれバスＢで相互に接続されている入力装置１１，出力装置１２，ドライブ装置１３，補助記憶装置１４，主記憶装置１５，演算処理装置１６及びインターフェース装置１７を有する。
【００２６】
入力装置１１はキーボードやマウス等である。入力装置１１は、各種信号を入力するために用いられる。出力装置１２はディスプレイ装置等である。出力装置１２は各種ウインドウやデータ等を表示するために用いられる。インターフェース装置１７はモデム，ＬＡＮカード等である。インターフェース装置１７は、ネットワーク５に接続する為に用いられる。
【００２７】
本実施例の認証ＩＤ管理システムにおける認証ＩＤ管理プログラムは統合ＩＤ管理サーバ３を制御する各種プログラムの少なくとも一部である。ローカルＰＣ１，複数のアプリサーバ２，統合ＩＤ管理サーバ３及び複数の認証サーバ４を制御するプログラムは記録媒体１８の配布やネットワーク５からのダウンロードなどによって提供される。
【００２８】
プログラムを記録した記録媒体１８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスクなどの様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２９】
また、プログラムを記録した記録媒体１８がドライブ装置１３にセットされると、プログラムは記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。ネットワーク５からダウンロードされたプログラムは、インターフェース装置１７を介して補助記憶装置１４にインストールされる。
【００３０】
補助記憶装置１４は、インストールされたプログラムを格納すると共に、必要なファイル，データ等を格納する。主記憶装置１５は、プログラムの起動時に補助記憶装置１４からプログラムを読み出して格納する。そして、演算処理装置１６は主記憶装置１５に格納されたプログラムに従って、後述するような各種処理を実現している。
【実施例１】
【００３１】
図３はサービスを提供するコンピュータシステムの第１実施例の構成図である。図３に示すコンピュータシステムはローカルＰＣ１，アプリサーバ２−１及び２−２，統合ＩＤ管理サーバ３，認証サーバ４−１及び４−２が、ネットワーク５を介してデータ通信可能に接続されている。なお、以下の説明ではネットワーク５に２つのアプリサーバ２及び認証サーバ４が接続されている例を示すが、３つ以上のアプリサーバ２及び認証サーバ４が接続されている例も同様である。
【００３２】
ローカルＰＣ１は、認証情報入力部２１，アプリサーバアクセス部２２，認証処理部２３，通信処理部２４，認証サーバ選択部２５，統合ＩＤ管理サーバアクセス部２６を有している。アプリサーバ２−１は、通信処理部３１，認証サーバ４−１に対応した認証処理部３２，サービス提供部３３を有している。アプリサーバ２−２は、通信処理部３１，認証サーバ４−２に対応した認証処理部３２，サービス提供部３３を有している。なお、アプリサーバ２−１及び２−２の何れでもよい場合はアプリサーバ２と総称する。
【００３３】
統合ＩＤ管理サーバ３は、通信処理部４１，統合ＩＤ取得処理部４２，統合ＩＤ格納部４３を有している。認証サーバ４−１及び４−２は、通信処理部５１，認証処理部５２及び認証情報格納部５３を有している。なお、認証サーバ４−１及び４−２の何れでもよい場合は認証サーバ４と総称する。ローカルＰＣ１，アプリサーバ２−１及び２−２，統合ＩＤ管理サーバ３，認証サーバ４−１及び４−２は、それぞれ通信処理部２４，３１，４１及び５１を介してネットワーク５とデータ通信可能に接続されている。
【００３４】
図３のコンピュータシステムを構成するローカルＰＣ１，アプリサーバ２，統合ＩＤ管理サーバ３の処理手順についてフローチャートを参照しつつ説明する。図４はローカルＰＣの処理手順の一例を表したフローチャートである。
【００３５】
例えばアプリサーバ２−１の提供するサービスを利用する場合、ユーザはローカルＰＣ１を操作し、アプリサーバ２−１の提供するサービスの利用を要求する。ステップＳ１１に進み、ローカルＰＣ１のアプリサーバアクセス部２２はアプリサーバ２−１にサービスの提供を要求する。
【００３６】
ステップＳ１２に進み、ローカルＰＣ１の認証処理部２３はアプリサーバ２−１の提供するサービスの利用に認証が必要かを判定する。アプリサーバ２−１から統合ＩＤを要求されると、認証処理部２３はステップＳ１２において認証が必要であると判定する。認証サーバ選択部２５はステップＳ１３に進み、アプリサーバ２−１の認証処理部３２に対応する認証サーバ４−１を選択する。認証サーバ４−１の選択は例えばＨＴＴＰプロトコルを利用することでアプリサーバ２−１から指示できる。なお、ステップＳ１３における認証サーバ４−１の選択はユーザが行ってもよい。
【００３７】
ステップＳ１４に進み、認証処理部２３は選択された認証サーバ４−１の認証処理部５２にアクセスし、ユーザの認証を行う。認証サーバ４−１の認証処理部５２は例えば認証情報格納部５３に格納及び管理されている図５の認証情報を利用して認証を行う。
【００３８】
図５は認証情報の一例の構成図である。図５の認証情報は個別ＩＤとパスワードとを対応付けて管理している。例えば認証サーバ４−１の認証処理部５２はローカルＰＣ１の認証処理部２３から受信した個別ＩＤ及びパスワードの組みが認証情報格納部５３の認証情報に含まれていれば、認証が成功したと判定する。認証が成功すると、認証サーバ４−１の認証処理部５２は認証したことを示す情報である認証成功情報をローカルＰＣ１の認証処理部２３に送信する。
【００３９】
ステップＳ１５に進み、ローカルＰＣ１の認証処理部２３は認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信したか否かで認証が成功か否かを判定する。
【００４０】
認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信すると、認証処理部２３は認証に成功したと判定する。認証に成功したと判定すると、統合ＩＤ管理サーバアクセス部２６はステップＳ１６に進み、統合ＩＤ管理サーバ３にアクセスする。
【００４１】
統合ＩＤ管理サーバアクセス部２６は認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを、統合ＩＤ管理サーバ３に送信する。統合ＩＤ管理サーバ３は受信した認証成功情報，サーバＩＤ及び個別ＩＤから後述のように統合ＩＤを取得し、ローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６に送信する。
【００４２】
ステップＳ１７に進み、統合ＩＤ管理サーバアクセス部２６は統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信したか否かで統合ＩＤの取得が成功か否かを判定する。
【００４３】
統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信すると、統合ＩＤ管理サーバアクセス部２６は統合ＩＤの取得に成功したと判定する。統合ＩＤの取得に成功したと判定すると、ローカルＰＣ１のアプリサーバアクセス部２２はステップＳ１８に進み、統合ＩＤを付けてアプリサーバ２−１にサービスの提供を要求する。ステップＳ１９に進み、アプリサーバアクセス部２２は、アプリサーバ２−１からサービスの提供を受ける。
【００４４】
なお、認証済みの場合、認証処理部２３はステップＳ１２において認証が必要でないと判定する。認証が必要でないと判定されると、アプリサーバアクセス部２２はステップＳ１９に進み、アプリサーバ２−１からサービスの提供を受ける。一方、認証成功情報を認証サーバ４−１から受信しないと、認証処理部２３はステップＳ１５において認証に失敗したと判定し、図４に示すフローチャートの処理を終了する。また、統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信しないと、統合ＩＤ管理サーバアクセス部２６はステップＳ１７において統合ＩＤの取得に失敗したと判定する。統合ＩＤの取得に失敗したと統合ＩＤ管理サーバアクセス部２６が判定すると、認証処理部２３は図４に示すフローチャートの処理を終了する。
【００４５】
図６はアプリサーバの処理手順の一例を表したフローチャートである。ステップＳ２１において、アプリサーバ２−１のサービス提供部３３はローカルＰＣ１のアプリサーバアクセス部２２からサービスの提供を要求される。
【００４６】
ステップＳ２２に進み、アプリサーバ２−１の認証処理部３２はローカルＰＣ１からのサービスの提供の要求に統合ＩＤが付いているかを判定する。サービスの提供の要求に統合ＩＤが付いていなければ、ステップＳ２３に進み、アプリサーバ２−１の認証処理部３２はローカルＰＣ１の認証処理部２３に統合ＩＤを要求したあと、ステップＳ２１の処理に戻る。
【００４７】
サービスの提供の要求に統合ＩＤが付いていれば、アプリサーバ２−１の認証処理部３２はステップＳ２４に進み、認証が成功したかを判定する。認証処理部３２は正常な統合ＩＤが付いていれば認証に成功したと判定する。認証に成功したと判定すると、サービス提供部３３はステップＳ２５に進み、ローカルＰＣ１のアプリサーバアクセス部２２から要求されたサービスを提供する。
【００４８】
なお、ステップＳ２４において、認証処理部３２は異常な統合ＩＤが付いていれば認証に失敗したと判定する。ここで、統合ＩＤの正常性の検証を行うために、たとえば、統合ＩＤ管理サーバが所定の秘密鍵に基づき統合ＩＤに電子署名を付与することとし、認証処理部３２は所定のアプリサーバ２−１はローカルＰＣ１を経由して統合ＩＤとともに当該電子署名を受信し、認証処理部３２が所定の公開鍵に基づき当該電子署名を検証するようにしても良い。認証に失敗したと判定すると、サービス提供部３３はステップＳ２６に進み、ローカルＰＣ１のアプリサーバアクセス部２２へエラーを返す。
【００４９】
図７は統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。ステップＳ３１に進み、統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２はローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６から、認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを、取得する。
【００５０】
ステップＳ３２に進み、統合ＩＤ取得処理部４２はステップＳ３１で取得した認証成功情報を検証する。認証成功情報の検証結果が正常であれば、統合ＩＤ取得処理部４２はステップＳ３３に進み、例えば統合ＩＤ格納部４３に格納及び管理されている図８のマッピングテーブルを参照する。
【００５１】
図８はマッピングテーブルの一例の構成図である。図８のマッピングテーブルは、認証サーバ４の識別子であるサーバＩＤ，認証サーバ４で管理されている個別ＩＤ及びユーザ毎に用意されている統合ＩＤを対応付けて記憶している。
【００５２】
統合ＩＤ取得処理部４２はステップＳ３１で取得した認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとに対応する統合ＩＤを取得する。
【００５３】
ステップＳ３４に進み、統合ＩＤ取得処理部４２はステップＳ３３で統合ＩＤを取得できたかを判定する。統合ＩＤを取得できれば、統合ＩＤ取得処理部４２はステップＳ３５に進み、統合ＩＤをローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６に送信する。
【００５４】
なお、ステップＳ３２において、認証成功情報の検証結果が異常であれば、統合ＩＤ取得処理部４２はステップＳ３６に進み、ローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６にエラーを返す。ステップＳ３４において、統合ＩＤを取得できなければ、統合ＩＤ取得処理部４２はステップＳ３６に進み、ローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６にエラーを返す。
【００５５】
図３のコンピュータシステムでは、統合ＩＤの取得をローカルＰＣ１で行う例を示しているが、アプリサーバ２からローカルＰＣ１のアプリサーバアクセス部２２に対してスクリプト言語等で指示を行うようにしてもよい。アプリサーバアクセス部２２は例えばブラウザ等で実現される。
【実施例２】
【００５６】
図９はサービスを提供するコンピュータシステムの第２実施例の構成図である。図９に示すコンピュータシステムは図３に示したコンピュータシステムと、ローカルＰＣ１，アプリサーバ２−１及び２−２の構成が異なっている。具体的に、図９に示すコンピュータシステムのローカルＰＣ１は図３に示したコンピュータシステムのローカルＰＣ１から統合ＩＤ管理サーバアクセス部２６を除いた構成である。また、図９に示すコンピュータシステムのアプリサーバ２−１及び２−２は、図３に示したコンピュータシステムのアプリサーバ２−１及び２−２の認証処理部３２を統合ＩＤ管理サーバアクセス部３４に置き換えた構成である。
【００５７】
図９のコンピュータシステムを構成するローカルＰＣ１，アプリサーバ２，統合ＩＤ管理サーバ３の処理手順についてフローチャートを参照しつつ説明する。図１０はローカルＰＣの処理手順の一例を表したフローチャートである。
【００５８】
ステップＳ４１〜Ｓ４５の処理は図４のステップＳ１１〜Ｓ１５と同様であり、説明を省略する。ステップＳ４５に進み、認証に成功したと判定すると、ローカルＰＣ１のアプリサーバアクセス部２２はステップＳ４６に進む。アプリサーバアクセス部２２は、認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを付けて、アプリサーバ２−１にサービスの提供を要求する。ステップＳ４７に進み、アプリサーバアクセス部２２は、アプリサーバ２−１からサービスの提供を受ける。
【００５９】
図１１はアプリサーバの処理手順の一例を表したフローチャートである。ステップＳ５１において、アプリサーバ２−１のサービス提供部３３はローカルＰＣ１のアプリサーバアクセス部２２からサービスの提供を要求される。ステップＳ５２に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４はローカルＰＣ１からのサービスの提供の要求に認証成功情報，サーバＩＤ及び個別ＩＤが付いているかを判定する。
【００６０】
アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４はサービスの提供の要求に認証成功情報，サーバＩＤ及び個別ＩＤが付いていなければステップＳ５３に進み、ローカルＰＣ１の認証処理部２３に認証成功情報，サーバＩＤ及び個別ＩＤを要求したあと、ステップＳ５１の処理に戻る。
【００６１】
サービスの提供の要求に認証成功情報，サーバＩＤ及び個別ＩＤが付いていれば、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４はステップＳ５４に進み、統合ＩＤ管理サーバ３にアクセスする。
【００６２】
統合ＩＤ管理サーバアクセス部３４は、サービスの提供の要求に付いていた認証成功情報，サーバＩＤ及び個別ＩＤを、統合ＩＤ管理サーバ３に送信する。統合ＩＤ管理サーバ３は受信した認証成功情報，サーバＩＤ及び個別ＩＤから前述のように統合ＩＤを取得してアプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４に送信する。
【００６３】
ステップＳ５５に進み、統合ＩＤ管理サーバアクセス部３４は統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信したか否かで統合ＩＤの取得が成功か否かを判定する。
【００６４】
統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信すると、統合ＩＤ管理サーバアクセス部３４は統合ＩＤの取得に成功したと判定する。統合ＩＤの取得に成功したと判定すると、サービス提供部３３はステップＳ５６に進み、ローカルＰＣ１のアプリサーバアクセス部２２から要求されたサービスを提供する。
【００６５】
なお、ステップＳ５５において、統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信しないと、統合ＩＤ管理サーバアクセス部３４はステップＳ５５において統合ＩＤの取得に失敗したと判定する。統合ＩＤの取得に失敗したと判定すると、統合ＩＤ管理サーバアクセス部３４はステップＳ５７に進み、ローカルＰＣ１のアプリサーバアクセス部２２へエラーを返す。
【００６６】
図１２は統合ＩＤ管理サーバの処理手順の一例を表したフローチャートである。統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２はステップＳ６１に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４から、認証成功情報，サーバＩＤ及び個別ＩＤを取得する。
【００６７】
ステップＳ６２に進み、統合ＩＤ取得処理部４２はステップＳ６１で取得した認証成功情報を検証する。認証成功情報の検証結果が正常であれば、統合ＩＤ取得処理部４２はステップＳ６３に進み、例えば統合ＩＤ格納部４３に格納及び管理されている図８のマッピングテーブルを参照する。
【００６８】
統合ＩＤ取得処理部４２はステップＳ６１で取得したサーバＩＤ及び個別ＩＤに対応する統合ＩＤを取得する。ステップＳ６４に進み、統合ＩＤ取得処理部４２はステップＳ６３で統合ＩＤを取得できたかを判定する。統合ＩＤを取得できれば、統合ＩＤ取得処理部４２はステップＳ６５に進み、統合ＩＤをアプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４に送信する。
【００６９】
なお、ステップＳ６２において、認証成功情報の検証結果が異常であれば、統合ＩＤ取得処理部４２はステップＳ６６に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４にエラーを返す。ステップＳ６４において、統合ＩＤを取得できなければ、統合ＩＤ取得処理部４２はステップＳ６６に進み、アプリサーバ２−１の統合ＩＤ管理サーバアクセス部３４にエラーを返す。図９のコンピュータシステムでは、統合ＩＤの取得をアプリサーバ２−１で行う例を示している。
【実施例３】
【００７０】
図３及び図９のコンピュータシステムでは、オフライン環境の場合、ローカルＰＣ１がアプリサーバ２にアクセスできないため、当然、アプリサーバ２からサービスの提供を受けることができない。
【００７１】
一方、ローカルＰＣ１上で利用できるサービスはリモートにあるアプリサーバ２から提供されるだけでなく、ローカルＰＣ１上で動作するアプリからも提供される。ローカルＰＣ１上で動作するアプリから提供されるサービスも適切なユーザに提供する必要があるために、ローカルＰＣ１はサービスを提供する際、認証を行う。
【００７２】
一般に、コンピュータシステム全体の認証情報を管理している認証サーバ４はリモートに存在している。したがって、ローカルＰＣ１はオフライン環境において認証を行うことができなかった。
【００７３】
上記の問題を解決するため、従来はローカルＰＣ１上で認証情報を格納しておき、オフライン環境時に、格納しておいた認証情報を用いて認証を行うことが知られていた（例えば特開２００３−８５１４２号公報）。しかし、ローカルＰＣ１上で認証情報を格納しておき、オフライン環境時に、格納しておいた認証情報を用いて認証を行う方法は、認証情報をユーザに設定させるため、必ずしも安全とは限らない。また、ローカルＰＣ１上に認証情報を格納しておく方法は、認証サーバ４で管理されている最新の認証情報をローカルＰＣ１に格納している認証情報に反映できない。このため、ローカルＰＣ１上に認証情報を格納しておく方法は、認証サーバ４で登録抹消されたユーザがローカルＰＣ１にログオン可能な状態が続く危険性があった。
【００７４】
そこで、本実施例のコンピュータシステムでは上記問題を以下のように解決する。図１３はサービスを提供するコンピュータシステムの第３実施例の構成図である。図１３に示すコンピュータシステムは図３に示したコンピュータシステムと、ローカルＰＣ１の構成が異なっている。具体的に、図１３に示すコンピュータシステムのローカルＰＣ１は図３に示したコンピュータシステムのローカルＰＣ１に認証情報記憶部２７を追加した構成である。
【００７５】
図１３のコンピュータシステムを構成するローカルＰＣ１の処理手順について図１４のフローチャートを参照しつつ説明する。図１４はローカルＰＣの処理手順の一例を表したフローチャートである。
【００７６】
例えばローカルＰＣ１上で動作するアプリ（図示せず）の提供するサービスを利用する場合、ユーザはローカルＰＣ１を操作し、ローカルＰＣ１上で動作するアプリの提供するサービスの利用を要求する。ステップＳ７１に進み、ローカルＰＣ１のアプリサーバアクセス部２２はローカルＰＣ１上で動作するアプリにサービスの提供を要求する。
【００７７】
ステップＳ７２に進み、ローカルＰＣ１の認証処理部２３はローカルＰＣ１上で動作するアプリの提供するサービスの利用に認証が必要かを判定する。認証処理部２３は認証が必要と判定するとステップＳ７３に進み、オンライン環境か否かを判定する。
【００７８】
オンライン環境であれば、認証サーバ選択部２５はステップＳ７４に進み、ローカルＰＣ１上で動作するアプリに対応する認証サーバ４−１を選択する。なお、ステップＳ７４における認証サーバ４−１の選択はユーザが行ってもよい。
【００７９】
ステップＳ７５に進み、認証処理部２３は選択された認証サーバ４−１の認証処理部５２にアクセスし、ユーザの認証を行う。認証が成功すると、認証サーバ４−１の認証処理部５２は認証したことを示す情報である認証成功情報をローカルＰＣ１の認証処理部２３に送信する。
【００８０】
ステップＳ７６に進み、ローカルＰＣ１の認証処理部２３は認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信したか否かで認証が成功か否かを判定する。
【００８１】
認証サーバ４−１に認証されたことを示す情報である認証成功情報を認証サーバ４−１から受信すると、認証処理部２３は認証に成功したと判定する。認証に成功したと判定すると、統合ＩＤ管理サーバアクセス部２６はステップＳ７７に進み、統合ＩＤ管理サーバ３にアクセスする。
【００８２】
統合ＩＤ管理サーバアクセス部２６は認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた個別ＩＤとを、統合ＩＤ管理サーバ３に送信する。統合ＩＤ管理サーバ３は受信した認証成功情報，サーバＩＤ及び個別ＩＤから統合ＩＤを取得してローカルＰＣ１の統合ＩＤ管理サーバアクセス部２６に送信する。
【００８３】
ステップＳ７８に進み、統合ＩＤ管理サーバアクセス部２６は統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信したか否かで統合ＩＤの取得が成功か否かを判定する。
【００８４】
統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信すると、統合ＩＤ管理サーバアクセス部２６は統合ＩＤの取得に成功したと判定する。統合ＩＤの取得に成功したと判定すると、認証処理部２３は認証に用いた情報として、認証サーバ４−１に認証されたことを示す情報である認証成功情報と、認証サーバ４−１の識別子であるサーバＩＤと、認証サーバ４−１で為された認証に用いられた認証情報（個別ＩＤ，パスワード）と、ユーザの統合ＩＤとを対応付けて有効時間と共に認証情報記憶部２７に格納する。
【００８５】
ステップＳ８０に進み、ローカルＰＣ１のアプリサーバアクセス部２２は統合ＩＤを付けてローカルＰＣ１上で動作するアプリにサービスの提供を要求する。ステップＳ８１に進み、アプリサーバアクセス部２２は、ローカルＰＣ１上で動作するアプリからサービスの提供を受ける。
【００８６】
一方、ステップＳ７３においてオンライン環境でなければ、認証処理部２３はステップＳ８２に進み、認証情報記憶部２７に格納された認証に用いる情報が有効（期間内）かを有効時間に基づき判定する。認証情報記憶部２７に格納された認証に用いる情報が有効であれば、認証処理部２３はステップＳ８３に進み、ユーザに認証情報入力部２１から認証情報（個別ＩＤ，パスワード）を入力させる。
【００８７】
ステップＳ８４に進み、認証処理部２３はステップＳ８３でユーザに入力された認証情報と認証情報記憶部２７に格納された認証情報とが一致するかを判定する。ステップＳ８３でユーザに入力された認証情報と認証情報記憶部２７に格納された認証情報とが一致すれば、ステップＳ８０に進み、ローカルＰＣ１のアプリサーバアクセス部２２は認証情報記憶部２７に格納された統合ＩＤを付けてローカルＰＣ１上で動作するアプリにサービスの提供を要求する。ステップＳ８１に進み、アプリサーバアクセス部２２は、ローカルＰＣ１上で動作するアプリからサービスの提供を受ける。
【００８８】
なお、認証済みの場合、認証処理部２３はステップＳ７２において認証が必要でないと判定する。認証が必要でないと判定されると、アプリサーバアクセス部２２はステップＳ８１に進み、ローカルＰＣ１上で動作するアプリからサービスの提供を受ける。
【００８９】
一方、認証成功情報を認証サーバ４−１から受信しないと、認証処理部２３はステップＳ７６において認証に失敗したと判定し、図１４の処理を終了する。また、統合ＩＤを統合ＩＤ管理サーバ３の統合ＩＤ取得処理部４２から受信しないと、統合ＩＤ管理サーバアクセス部２６はステップＳ７８において統合ＩＤの取得に失敗したと判定し、図１４の処理を終了する。また、ステップＳ８２において認証情報記憶部２７に格納された認証に用いる情報が有効でないとき、ステップＳ８４においてステップＳ８３でユーザに入力された認証情報と認証情報記憶部２７に格納された認証情報とが一致しないとき、図１４の処理を終了する。
【００９０】
図１３のコンピュータシステムではローカルＰＣ１上に、認証に用いた情報を格納しておき、オフライン環境でログオンするときに、ユーザが認証情報入力部２１から入力した認証情報（個別ＩＤ，パスワード）が、認証情報記憶部２７に格納された認証情報と一致しているかを判定する。
【００９１】
認証情報記憶部２７に格納された認証情報は、最後に認証サーバ４−１における認証に用いた情報とすることにより、最新の認証情報となる。また、一定期間認証サーバ４−１で認証しないと、認証情報記憶部２７に格納された認証情報は無効となるため、認証情報が最新か最新に近い情報であることが保証される。
【００９２】
このように、図１３のコンピュータシステムではローカルＰＣ１から認証サーバ４−１を用いて認証したときに、認証情報を認証情報記憶部２７に格納しておき、オフライン環境においてユーザが認証情報入力部２１から入力した認証情報が、認証情報記憶部２７に格納された認証情報と一致するときに、サービスを提供するものである。
【００９３】
したがって、図１３のコンピュータシステムでは、オフライン環境においても、認証に高い信頼性を得ることができる。
【００９４】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【００９５】
１ ローカルＰＣ
２，２−１，２−２ アプリサーバ
３ 統合ＩＤ管理サーバ
４，４−１，４−２ 認証サーバ
５ ネットワーク
１１ 入力装置
１２ 出力装置
１３ ドライブ装置
１４ 補助記憶装置
１５ 主記憶装置
１６ 演算処理装置
１７ インターフェース装置
２１ 認証情報入力部
２２ アプリサーバアクセス部
２３ 認証処理部
２４ 通信処理部
２５ 認証サーバ選択部
２６ 統合ＩＤ管理サーバアクセス部
２７ 認証情報記憶部
３１ 通信処理部
３２ 認証処理部
３３ サービス提供部
３４ 統合ＩＤ管理サーバアクセス部
４１ 通信処理部
４２ 統合ＩＤ取得処理部
４３ 統合ＩＤ格納部
５１ 通信処理部
５２ 認証処理部
５３ 認証情報格納部５３
Ｂ バス
【特許請求の範囲】
【請求項１】
ネットワーク接続された認証装置と統合認証ＩＤ管理装置とサービス提供装置とが連携して、端末装置に対して認証を行うとともにネットワークを介してサービスを提供する認証ＩＤ管理システムであって、
前記認証装置は、
前記端末装置から認証に用いられる識別子である個別認証ＩＤを受信する第１受信部と、
前記受信した個別認証ＩＤに基づき、前記端末の認証を行う認証部と、
前記前記認証部が認証に成功したとき、認証に成功したことを示す情報である認証成功情報を前記端末に送信する第１送信部と
を備え、
前記統合認証ＩＤ管理装置は、
前記端末装置から前記認証装置の識別子である認証装置ＩＤと、該認証装置へ送信された前記個別認証ＩＤと、該認証装置が送信した前記認証成功情報とを受信する第２受信部と、
前記受信した認証成功情報が正常であるかを検証する第１検証部と、
前記第１検証部による検証結果が正常であるとき、認証装置ＩＤと認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、前記受信した認証装置ＩＤと認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得部と、
前記取得した統合認証ＩＤを前記端末装置に送信する第２送信部と
を備え、
前記サービス提供装置は、
前記端末装置から前記統合認証ＩＤ管理装置が送信した前記統合認証ＩＤを受信する第３受信部と、
前記受信した統合認証ＩＤが正常であるかを検証する第２検証部と、
前記第２検証部による検証結果が正常であるとき、前記端末装置に対して所定のサービスをネットワークを介して提供するサービス提供部と
を備える認証ＩＤ管理システム。
【請求項２】
前記端末装置は、
前記認証装置が送信した認証成功情報を受信する第４受信部と、
前記受信した認証成功情報を記憶装置に格納する格納部と、
前記格納部から前記認証成功情報を読み出して前記統合認証ＩＤ装置に送信する第３送信部と
を備える請求項１に記載の認証ＩＤ管理システム。
【請求項３】
ネットワーク接続された認証装置と統合認証ＩＤ管理装置とサービス提供装置とが連携して、端末装置に対して認証を行うとともにネットワークを介してサービスを提供する認証ＩＤ管理方法であって、
前記認証装置が、前記端末装置から認証に用いられる識別子である個別認証ＩＤを受信する第１受信ステップと、
前記認証装置が、前記受信した個別認証ＩＤに基づき、前記端末の認証を行う認証ステップと、
前記認証装置が、前記前記認証ステップが認証に成功したとき、認証に成功したことを示す情報である認証成功情報を前記端末に送信する第１送信ステップと、
前記統合認証ＩＤ管理装置が、前記端末装置から前記認証装置の識別子である認証装置ＩＤと、該認証装置へ送信された前記個別認証ＩＤと、該認証装置が送信した前記認証成功情報とを受信する第２受信ステップと、
前記統合認証ＩＤ管理装置が、前記受信した認証成功情報が正常であるかを検証する第１検証ステップと、
前記統合認証ＩＤ管理装置が、前記第１検証ステップによる検証結果が正常であるとき、認証装置ＩＤと認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、前記受信した認証装置ＩＤと認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得ステップと、
前記統合認証ＩＤ管理装置が、前記取得した統合認証ＩＤを前記端末装置に送信する第２送信ステップと、
前記サービス提供装置が、前記端末装置から前記統合認証ＩＤ管理装置が送信した前記統合認証ＩＤを受信する第３受信ステップと、
前記サービス提供装置が、前記受信した統合認証ＩＤが正常であるかを検証する第２検証ステップと、
前記サービス提供装置が、前記第２検証ステップによる検証結果が正常であるとき、前記端末装置に対して所定のサービスをネットワークを介して提供するサービス提供ステップと
を備える認証ＩＤ管理方法。
【請求項１】
ネットワーク接続された認証装置と統合認証ＩＤ管理装置とサービス提供装置とが連携して、端末装置に対して認証を行うとともにネットワークを介してサービスを提供する認証ＩＤ管理システムであって、
前記認証装置は、
前記端末装置から認証に用いられる識別子である個別認証ＩＤを受信する第１受信部と、
前記受信した個別認証ＩＤに基づき、前記端末の認証を行う認証部と、
前記前記認証部が認証に成功したとき、認証に成功したことを示す情報である認証成功情報を前記端末に送信する第１送信部と
を備え、
前記統合認証ＩＤ管理装置は、
前記端末装置から前記認証装置の識別子である認証装置ＩＤと、該認証装置へ送信された前記個別認証ＩＤと、該認証装置が送信した前記認証成功情報とを受信する第２受信部と、
前記受信した認証成功情報が正常であるかを検証する第１検証部と、
前記第１検証部による検証結果が正常であるとき、認証装置ＩＤと認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、前記受信した認証装置ＩＤと認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得部と、
前記取得した統合認証ＩＤを前記端末装置に送信する第２送信部と
を備え、
前記サービス提供装置は、
前記端末装置から前記統合認証ＩＤ管理装置が送信した前記統合認証ＩＤを受信する第３受信部と、
前記受信した統合認証ＩＤが正常であるかを検証する第２検証部と、
前記第２検証部による検証結果が正常であるとき、前記端末装置に対して所定のサービスをネットワークを介して提供するサービス提供部と
を備える認証ＩＤ管理システム。
【請求項２】
前記端末装置は、
前記認証装置が送信した認証成功情報を受信する第４受信部と、
前記受信した認証成功情報を記憶装置に格納する格納部と、
前記格納部から前記認証成功情報を読み出して前記統合認証ＩＤ装置に送信する第３送信部と
を備える請求項１に記載の認証ＩＤ管理システム。
【請求項３】
ネットワーク接続された認証装置と統合認証ＩＤ管理装置とサービス提供装置とが連携して、端末装置に対して認証を行うとともにネットワークを介してサービスを提供する認証ＩＤ管理方法であって、
前記認証装置が、前記端末装置から認証に用いられる識別子である個別認証ＩＤを受信する第１受信ステップと、
前記認証装置が、前記受信した個別認証ＩＤに基づき、前記端末の認証を行う認証ステップと、
前記認証装置が、前記前記認証ステップが認証に成功したとき、認証に成功したことを示す情報である認証成功情報を前記端末に送信する第１送信ステップと、
前記統合認証ＩＤ管理装置が、前記端末装置から前記認証装置の識別子である認証装置ＩＤと、該認証装置へ送信された前記個別認証ＩＤと、該認証装置が送信した前記認証成功情報とを受信する第２受信ステップと、
前記統合認証ＩＤ管理装置が、前記受信した認証成功情報が正常であるかを検証する第１検証ステップと、
前記統合認証ＩＤ管理装置が、前記第１検証ステップによる検証結果が正常であるとき、認証装置ＩＤと認証ＩＤと統合認証ＩＤとを対応付けて記憶したテーブルを参照して、前記受信した認証装置ＩＤと認証ＩＤとに対応する統合認証ＩＤを取得する統合認証ＩＤ取得ステップと、
前記統合認証ＩＤ管理装置が、前記取得した統合認証ＩＤを前記端末装置に送信する第２送信ステップと、
前記サービス提供装置が、前記端末装置から前記統合認証ＩＤ管理装置が送信した前記統合認証ＩＤを受信する第３受信ステップと、
前記サービス提供装置が、前記受信した統合認証ＩＤが正常であるかを検証する第２検証ステップと、
前記サービス提供装置が、前記第２検証ステップによる検証結果が正常であるとき、前記端末装置に対して所定のサービスをネットワークを介して提供するサービス提供ステップと
を備える認証ＩＤ管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−７６４３０（Ｐ２０１１−７６４３０Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２８０２２（Ｐ２００９−２２８０２２）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]