(57)【要約】【課題】ユーザにとって１つの認証情報記憶媒体によって異なる環境におけるサービスの提供を受けることができるようにしたサービス提供システムを提供する。【解決手段】サービス提供システムの受付手段は、第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付け、認証手段は、前記受付手段によって受け付けられた認証情報に応じて認証を行い、サービス提供手段は、前記認証手段によって行われた認証に基づいて、サービスを提供する。【選択図】図１
2008217626.tif 000002
【特許請求の範囲】
【請求項１】
第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に応じて、認証を行う認証手段と、
前記認証手段によって行われた認証に基づいて、サービスを提供するサービス提供手段
を具備することを特徴とするサービス提供システム。
【請求項２】
第１の認証情報と第２の認証情報を対応させて記憶する認証情報記憶手段と、
サービスを提供するにあたり、認証情報を受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に基づいて、認証情報の判定を行う認証判定手段と、
前記認証判定手段によって判定された認証情報又は該認証情報と対応する前記認証情報記憶手段に記憶されている他方の認証情報に応じて、サービスの提供を行うサービス提供手段
を具備することを特徴とするサービス提供システム。
【請求項３】
第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付ける第１の受付手段と、
前記第１の受付手段によって受け付けられた認証情報に応じて、認証を行う認証手段と、
第２の情報処理システムに対して、前記認証手段による認証に関する情報を渡し、サービスの提供を要求するサービス要求手段
を有する第１の情報処理システムと、
第１の認証情報と第２の認証情報を対応させて記憶する認証情報記憶手段と、
前記第１の情報処理システムのサービス要求手段による要求と認証に関する情報を受け付ける第２の受付手段と、
前記第２の受付手段によって受け付けた認証に関する情報に基づいて、認証情報の判定を行う認証判定手段と、
前記認証判定手段によって判定された認証情報又は該認証情報と対応する前記認証情報記憶手段に記憶されている他方の認証情報に応じて、サービスの提供を行うサービス提供手段
を有する第２の情報処理システム
を具備することを特徴とするサービス提供システム。
【請求項４】
コンピュータを、
第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に応じて、認証を行う認証手段と、
前記認証手段によって行われた認証に基づいて、サービスを提供するサービス提供手段
として機能させることを特徴とするサービス提供プログラム。
【請求項５】
コンピュータを、
第１の認証情報と第２の認証情報を対応させて記憶する認証情報記憶手段と、
サービスを提供するにあたり、認証情報を受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に基づいて、認証情報の判定を行う認証判定手段と、
前記認証判定手段によって判定された認証情報又は該認証情報と対応する前記認証情報記憶手段に記憶されている他方の認証情報に応じて、サービスの提供を行うサービス提供手段
として機能させることを特徴とするサービス提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム及びサービス提供プログラムに関する。
【背景技術】
【０００２】
（シングルサインオン（ＳＳＯ、Ｓｉｎｇｌｅ  Ｓｉｇｎ−Ｏｎ）等）
電子的なサービスを提供する際のユーザＩＤ管理については、いくつかの方法が提案されている。
これらに関連する技術として、例えば、特許文献１には、サービス提供サイトでのユーザ認証をユーザＩＤ／パスワード（認証情報）により行う場合、認証情報はサービス提供サイトごとに管理されているため、ユーザはサービス提供サイトごとの認証情報を記憶する必要があり、また、ユーザが認証情報を忘れた場合、サービス提供サイトへのアクセス中止や認証情報再入手手続きなど、サービス提供サイトでの運用コスト負担も問題となることを課題とし、ユーザ認証管理サイトを設け、各サービス提供サイトで管理しているユーザ認証情報を統合管理することで、ユーザは１つの認証情報により常にサービス提供サイトへアクセスできるようにすることが開示されている。つまり、複数のサービス提供サーバに対してユーザが共通のユーザＩＤ・パスワードを用いてログインすることが可能な、いわゆるシングルサインオンを実現する。シングルサインオンは、単に、システム間でユーザＩＤを使い分けたり、複数のシステムをアクセスする際に何度もユーザＩＤ・パスワードを入力する必要がない等の利便性を提供するだけでなく、ユーザや組織がユーザＩＤ・パスワード等の認証情報の管理を適切に運用し、システム利用の統制・監査を確実に遂行するうえで欠くことのできない機能である。特許文献１記載の技術では、サービス提供サーバは、単純に共通のユーザ情報データベースを参照するのではなく、それぞれが独立してユーザＩＤ・パスワードを定義している。サービスアクセスの際は、共通の認証サーバにより共通のユーザＩＤ・パスワードによるユーザ認証を行ったうえで、目的のサービス提供サーバのユーザＩＤ・パスワードへのマッピングを行って目的のサービスの提供を受ける。
【０００３】
（企業間システム連携）
企業間の業務アウトソーシングや提携が進む現在では、ユーザは自社内のシステムだけでなく、他社の業務システムにもアクセスして業務を遂行し、また、業務システム自体も、他社の業務システムと連携して、一連のビジネスプロセスを実行する。すなわち、シングルサインオンに対して、（１）ユーザが複数のシステムに対して共通のユーザＩＤ・パスワードによりログイン可能であることと、（２）認証したユーザの情報を連携するシステム間で引き継ぐことを、インターネットを介して企業間で行うことが要求されている。
【０００４】
（ＩＤ連携）
複数の企業をまたがってシングルサインオンを実現する方式として、ＩＤ連携（ＩＤ−Ｆｅｄｅｒａｔｉｏｎ）技術が存在する。ＩＤ連携では、システムがユーザの認証に成功したことを証明する情報（認証アサーションと呼ばれる）を認証サーバからサービス提供サーバへ安全に伝達する方法と、ユーザＩＤを各サーバもしくはユーザＩＤの管理ドメインごとに独立して管理し、サーバ／ドメイン間でのユーザＩＤの対応関係（シングルサインオン先のユーザＩＤ、アカウントリンキングと呼ばれる）を定義し、これらによりシングルサインオンを実現する。認証アサーションのフォーマットと操作方法はＳＡＭＬ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｅｒｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）として標準化されており、これらに関連する技術として、例えば、特許文献２には、既存の実装に対する影響を抑えつつ、電子的な証明書を用いた認証方式に対応することができる情報処理装置の提供を目的とし、所定の機能を提供する機能提供手段を有する情報処理装置であって、クライアント装置より、前記クライアント装置のユーザが所定の認証装置において認証された旨を示す電子的な証明書を受信し、前記証明書を前記機能提供手段における前記所定の機能を利用するためのデータとして前記機能提供手段に対して入力する証明書受付手段と、前記機能提供手段に入力された前記データを前記機能提供手段より受け付け、該データを前記証明書として処理し、該証明書の正当性を確認した結果を前記機能提供手段に通知する認証処理手段とを有し、前記機能提供手段は、前記認証処理手段からの通知に基づいて前記所定の機能を前記クライアント装置に提供することにより上記課題を解決することが開示されている。つまり、パスワード認証モジュールのＡＰＩを保ったまま認証アサーションによる認証が行えるようにするものである。
また、ＩＤ連携の方式は、Ｌｉｂｅｒｔｙ  ＩＤ−ＦＦ（Ｉｄｅｎｔｉｔｙ  Ｆｅｄｅｒａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）やＷＳ−Ｆｅｄｅｒａｔｉｏｎ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｅｄｅｒａｔｉｏｎ）として標準が定義されている。
【０００５】
（ＩＤ連携の特徴）
ＩＤ連携では、認証サーバとサービス提供サーバは認証アサーションを共有し、ユーザの認証情報（パスワードやＩＣカードの認証で用いる秘密情報）自体は共有しないため、企業間（サイト間）で独立してユーザＩＤと認証方法を管理・運用することができる。共通のユーザＩＤの認証情報がサービス提供サーバから漏洩してシステム全体のセキュリティが低下することもない。また、アカウントリンキングの仕組みにより、認証アサーションに記述される認証対象のユーザＩＤには実際のユーザＩＤ以外の値（例えばハッシュ値や、さらにサービス提供サーバごとに変えた値）を使用することができるため、認証サーバ上のどのユーザＩＤを持つユーザが実際にサービスを利用しているのかを秘匿することができる。
【特許文献１】特開２００４−０７８６２２号公報
【特許文献２】特開２００５−０７０９７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、ユーザは異なる環境ごとに異なる認証情報記憶媒体を用いないとサービスの提供を受けることができないことを課題とし、ユーザにとって１つの認証情報記憶媒体によって異なる環境におけるサービスの提供を受けることができるようにしたサービス提供システム及びサービス提供プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］  第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に応じて、認証を行う認証手段と、
前記認証手段によって行われた認証に基づいて、サービスを提供するサービス提供手段
を具備することを特徴とするサービス提供システム。
【０００８】
［請求項２］  第１の認証情報と第２の認証情報を対応させて記憶する認証情報記憶手段と、
サービスを提供するにあたり、認証情報を受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に基づいて、認証情報の判定を行う認証判定手段と、
前記認証判定手段によって判定された認証情報又は該認証情報と対応する前記認証情報記憶手段に記憶されている他方の認証情報に応じて、サービスの提供を行うサービス提供手段
を具備することを特徴とするサービス提供システム。
【０００９】
［請求項３］  第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付ける第１の受付手段と、
前記第１の受付手段によって受け付けられた認証情報に応じて、認証を行う認証手段と、
第２の情報処理システムに対して、前記認証手段による認証に関する情報を渡し、サービスの提供を要求するサービス要求手段
を有する第１の情報処理システムと、
第１の認証情報と第２の認証情報を対応させて記憶する認証情報記憶手段と、
前記第１の情報処理システムのサービス要求手段による要求と認証に関する情報を受け付ける第２の受付手段と、
前記第２の受付手段によって受け付けた認証に関する情報に基づいて、認証情報の判定を行う認証判定手段と、
前記認証判定手段によって判定された認証情報又は該認証情報と対応する前記認証情報記憶手段に記憶されている他方の認証情報に応じて、サービスの提供を行うサービス提供手段
を有する第２の情報処理システム
を具備することを特徴とするサービス提供システム。
【００１０】
［請求項４］  コンピュータを、
第１の認証情報と第２の認証情報の対及び認証情報記憶媒体の種別を特定する記憶媒体種別情報を記憶している認証情報記憶媒体から、該記憶媒体種別情報を受け付けて、サービスの提供を行う環境に応じて、該第１の認証情報又は該第２の認証情報のいずれかを受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に応じて、認証を行う認証手段と、
前記認証手段によって行われた認証に基づいて、サービスを提供するサービス提供手段
として機能させることを特徴とするサービス提供プログラム。
【００１１】
［請求項５］  コンピュータを、
第１の認証情報と第２の認証情報を対応させて記憶する認証情報記憶手段と、
サービスを提供するにあたり、認証情報を受け付ける受付手段と、
前記受付手段によって受け付けられた認証情報に基づいて、認証情報の判定を行う認証判定手段と、
前記認証判定手段によって判定された認証情報又は該認証情報と対応する前記認証情報記憶手段に記憶されている他方の認証情報に応じて、サービスの提供を行うサービス提供手段
として機能させることを特徴とするサービス提供プログラム。
【発明の効果】
【００１２】
請求項１記載のサービス提供システムによれば、記憶媒体種別情報によって、認証情報記憶媒体に記憶されているいずれかの認証情報を受け取ることができるので、ユーザにとって１つの認証情報記憶媒体によって異なる環境におけるサービスの提供を受けることができるようになる。
【００１３】
請求項２記載のサービス提供システムによれば、異なる認証情報による認証を行った場合に、認証情報記憶手段に記憶されている認証情報の対応を用いているので、異なる環境におけるサービスの提供を受ける場合に、異なる認証情報によっても、同一のユーザに対するサービスの提供を受けることができるようになる。
【００１４】
請求項３記載のサービス提供システムによれば、記憶媒体種別情報によって、認証情報記憶媒体に記憶されているいずれかの認証情報を受け取ることができ、異なる認証情報による認証を行った場合に、認証情報記憶手段に記憶されている認証情報の対応を用いているので、ユーザにとって１つの認証情報記憶媒体によって異なる環境におけるサービスの提供を受けることができ、異なる環境におけるサービスの提供を受ける場合に、異なる認証情報によっても、同一のユーザに対するサービスの提供を受けることができるようになる。
【００１５】
請求項４記載のサービス提供プログラムによれば、記憶媒体種別情報によって、認証情報記憶媒体に記憶されているいずれかの認証情報を受け取ることができるので、ユーザにとって１つの認証情報記憶媒体によって異なる環境におけるサービスの提供を受けることができるようになる。
【００１６】
請求項５記載のサービス提供プログラムによれば、異なる認証情報による認証を行った場合に、認証情報記憶手段に記憶されている認証情報の対応を用いているので、異なる環境におけるサービスの提供を受ける場合に、異なる認証情報によっても、同一のユーザに対するサービスの提供を受けることができるようになる。
【発明を実施するための最良の形態】
【００１７】
まず、実施の形態の理解を容易にするために、実施の形態における背景技術が有する課題等について説明する。
（認証サーバがイントラネット内にあることによる制限）
ＩＤ連携を用いても、多くの場合、企業間でのシングルサインオンは限定された場所でしか実現できず、広くネットワーク全体から目的とするサービス提供サーバにシングルサインオンすること（サービスのローミング利用）ができない。多くの企業では、社内システムはファイアウォールによってインターネットからのアクセスから隔離されたイントラネットに接続される。ＩＤ連携を導入したとしても、認証サーバは同様にイントラネットに接続されるため、インターネットや他社のイントラネットに接続されている社外のサービス利用端末からは自社イントラネット内の認証サーバにアクセスできず、社外ではユーザ認証を受けることができない。
【００１８】
（認証サーバをインターネットに公開することの実現性）
原理的には、認証サーバをイントラネットでなくインターネットに接続して、認証サービスを社外に公開することも可能である。しかし、認証サーバは自社のユーザの認証情報という非常に機密性の高い情報を扱うという性質上、そのセキュリティに細心の注意を必要とするため、このような接続構成の実現は非常に困難である。
【００１９】
（企業独自の認証方法を用いることとローミングの競合）
また、各企業が独自の認証方法を採用し、独立してユーザＩＤ管理を行うには、各企業に設置されるサービス利用端末は、それぞれ自社の認証方法に基づいて自社のユーザＩＤの認証を行う必要がある。したがって、複数の企業のサービス利用端末を利用するユーザは各企業のユーザＩＤの割り当てを受け、ユーザＩＤを使い分ける必要がある。さらに、サービス利用端末の設置場所に応じて複数のユーザＩＤを使い分けてユーザ認証を得たとしても、目的とするサービス提供サーバにおいて異なるユーザＩＤの下でサービスが実行されてしまい、例えばサービス提供サーバに格納したファイルを一方のＩＤではアクセスできても、他方のＩＤではアクセスできない等、一貫したサービス提供を受けられない。
【００２０】
（実施の形態）
本実施の形態は、イントラネット内のサービス利用端末からイントラネットやインターネット上のサービス提供サーバに対してシングルサインオンを行うだけでなく、直接インターネット上や、他社イントラネット内のサービス利用端末からも、それらの場所にあるサービス提供サーバに対してシングルサインオンを行える。ユーザは、このシステムを利用することによって、インターネットを介して連携する企業間システムをネットワーク上の任意の場所からローミングを用いて利用する。
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態を説明する。
図１は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示等）を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
以下、認証情報記憶媒体として、個人認証トークンであるＩＣカードを、また、環境として、社外、社内という異なる環境を主に例示して説明する。
【００２２】
本実施の形態は、個人認証トークンを用いて、ユーザ１９９が社内又は社外において、サービスを受けることができるものであって、図１に示すように、個人認証トークン１１０、サービス利用端末１２０、サービス提供サーバ１３０、社内認証サーバ１４０、ローミング認証サーバ１５０を有している。
【００２３】
個人認証トークン１１０は、サービス利用端末１２０にセットされ、サービス利用端末１２０との間で認証情報等のやりとりを行う。
個人認証トークン１１０は、トークン種別情報記憶モジュール１１１、認証情報Ａ記憶モジュール１１２、認証情報Ｂ記憶モジュール１１３を有している。なお、認証情報として２つ（認証情報Ａ記憶モジュール１１２、認証情報Ｂ記憶モジュール１１３が記憶している認証情報）の場合を例示しているが、３つ以上の認証情報であってもよく、これらは互いに対応している。
【００２４】
トークン種別情報記憶モジュール１１１は、個人認証トークン１１０の種別を特定するトークン種別情報を記憶している。図１に示すように、サービス利用端末１２０の認証トークン種別判定モジュール１２１からアクセスされ、トークン種別情報を認証トークン種別判定モジュール１２１に渡す。
【００２５】
認証情報Ａ記憶モジュール１１２は、本認証情報Ａ記憶モジュール１１２を所有しているユーザを特定する認証情報（例えば、プライベートＩＤとプライベート認証鍵のペア）を記憶している。その認証情報は、社内にて用いられるものである。そして、図１に示すように、サービス利用端末１２０の認証情報読み取りモジュール１２２からアクセスされ、認証情報を認証情報読み取りモジュール１２２に渡す。
認証情報Ｂ記憶モジュール１１３は、本認証情報Ｂ記憶モジュール１１３を所有しているユーザを特定する認証情報（例えば、共通ＩＤと共通認証鍵のペア）を記憶している。その認証情報は、社外にて用いられるものである。そして、図１に示すように、サービス利用端末１２０の認証情報読み取りモジュール１２２からアクセスされ、認証情報を認証情報読み取りモジュール１２２に渡す。
そして、認証情報Ａ記憶モジュール１１２に記憶されている認証情報と認証情報Ｂ記憶モジュール１１３に記憶されている認証情報は対応している。つまり、いずれの認証情報も同一のユーザを特定するものであり、１つの個人認証トークン１１０内に記憶されている。
【００２６】
サービス利用端末１２０は、セットされた個人認証トークン１１０から認証情報等を読み取り、社内認証サーバ１４０又はローミング認証サーバ１５０との間で認証を実行し、ユーザ１９９による操作に応じて、サービス提供サーバ１３０に対して、サービス提供の要求を行う。なお、サービス提供サーバ１３０、社内認証サーバ１４０、ローミング認証サーバ１５０は、インターネット等の通信回線によって接続されている。
サービス利用端末１２０は、認証トークン種別判定モジュール１２１、認証情報読み取りモジュール１２２、認証要求発行モジュール１２３、サービス要求発行モジュール１２４を有している。
【００２７】
認証トークン種別判定モジュール１２１は、図１に示すように、個人認証トークン１１０内の認証トークン種別判定モジュール１２１、認証要求発行モジュール１２３と接続されており、読み取り可能な個人認証トークン１１０のトークン種別情報、読み取り可能な個人認証トークン１１０に対する認証情報の読み取り方法、読み取り可能な個人認証トークン１１０に対する認証要求の送信先となる認証サーバ（社内認証サーバ１４０又はローミング認証サーバ１５０）のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ、なおＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒを含む）情報を有し、読み取った個人認証トークン１１０のトークン種別情報及びサービス利用端末との関係（サービス利用端末１２０にとって個人認証トークン１１０のトークン種別情報は読み取り可能なトークン種別情報として登録されているか否か）に応じて、個人認証トークン１１０の読み取り方法（認証情報Ａ記憶モジュール１１２又は認証情報Ｂ記憶モジュール１１３のいずれから読み取るかを含む）と認証要求の送信先認証サーバを決定する。サービス利用端末１２０にセットされた個人認証トークン１１０に対して複数の読み取り方法、認証要求の送信先が存在する場合、所定の方法でそれらの中の１つを決定する。例えば、自社のプライベートＩＤ、共通ＩＤの優先順位で選択するようにしてもよい。
【００２８】
認証情報読み取りモジュール１２２は、図１に示すように、個人認証トークン１１０内の認証情報Ａ記憶モジュール１１２および認証情報Ｂ記憶モジュール１１３、認証要求発行モジュール１２３と接続されており、認証トークン種別判定モジュール１２１によって決定された読み取り方法によって、個人認証トークン１１０の認証情報Ａ記憶モジュール１１２又は認証情報Ｂ記憶モジュール１１３に記憶されている認証情報（例えば、ユーザＩＤと認証鍵のペア）を読み取る。認証情報Ａ記憶モジュール１１２、認証情報Ｂ記憶モジュール１１３のいずれから読み取るかは、サービス利用端末１２０の環境による。つまり、サービス利用端末１２０がユーザ１９９にとっての社内システムの１つであるならば、認証情報Ａ記憶モジュール１１２に記憶されている認証情報を、そうでないならば、認証情報Ｂ記憶モジュール１１３に記憶されている認証情報を読み取る。その結果を認証要求発行モジュール１２３へ渡す。
【００２９】
認証要求発行モジュール１２３は、図１に示すように、認証トークン種別判定モジュール１２１、認証情報読み取りモジュール１２２、社内認証サーバ１４０内のユーザ認証モジュール１４１、ローミング認証サーバ１５０内のユーザ認証モジュール１５１と接続されている。認証情報読み取りモジュール１２２が読み取った認証情報を、認証トークン種別判定モジュール１２１が決定したトークン種別情報の認証サーバのＵＲＩによって表される認証サーバ（社内認証サーバ１４０又はローミング認証サーバ１５０）を用いて認証する。つまり、認証サーバに対して認証情報を送信し、その認証を要求する。なお、認証要求発行モジュール１２３が認証するとは、認証要求発行モジュール１２３が認証サーバの機能を有し、認証を行うようにしてもよく、また、認証要求発行モジュール１２３が認証サーバに認証の要求を行い、その認証サーバに認証させるようにしてもよい。
【００３０】
サービス要求発行モジュール１２４は、図１に示すように、社内認証サーバ１４０内の認証アサーション発行モジュール１４２、ローミング認証サーバ１５０内の認証アサーション発行モジュール１５２、サービス提供サーバ１３０内の認証判定モジュール１３１と接続されている。認証の結果を社内認証サーバ１４０内の認証アサーション発行モジュール１４２又はローミング認証サーバ１５０内の認証アサーション発行モジュール１５２から受信し、正当なユーザ１９９であることが判明した場合は、サービス提供サーバ１３０内の認証判定モジュール１３１に対して、サービスの提供を要求する。つまり、認証サーバから発行された認証アサーションを添付して、サービス提供サーバ１３０にサービス提供を要求する。
なお、認証アサーションとは、認証サーバによって発行され、対象とするユーザ１９９の認証の証明である。認証アサーションの有効期間は短期間である。
【００３１】
サービス提供サーバ１３０は、認証判定モジュール１３１、アカウントリンク管理モジュール１３２、ユーザＩＤ管理モジュール１３３、サービス実行モジュール１３４を有している。なお、図１では、サーバ公開鍵記憶モジュール１３５はサービス提供サーバ１３０の外部にあるが、サービス提供サーバ１３０の内部にあってもよい。なお、サーバ公開鍵記憶モジュール１３５はセキュアな記憶媒体内にある。
認証判定モジュール１３１は、図１に示すように、サービス利用端末１２０内のサービス要求発行モジュール１２４、アカウントリンク管理モジュール１３２、サービス実行モジュール１３４、サーバ公開鍵記憶モジュール１３５と接続されている。サービス利用端末１２０内のサービス要求発行モジュール１２４から受信した認証アサーションをチェックする。つまり、その認証アサーションをサーバ公開鍵記憶モジュール１３５に記憶されているサーバ公開鍵で復号し、復号できたならば、正式に認証サーバによって生成された認証アサーションであると判定する。その判定結果を、アカウントリンク管理モジュール１３２、サービス実行モジュール１３４へ渡す。
【００３２】
アカウントリンク管理モジュール１３２は、図１に示すように、認証判定モジュール１３１、ユーザＩＤ管理モジュール１３３と接続されている。信頼するそれぞれの認証サーバからのＩＤ（ここではプライベートＩＤと共通ＩＤ）に対して、サービス提供サーバ１３０上のユーザＩＤをアカウントリンクする。つまり、同一の個人認証トークン１１０に記憶されているユーザＩＤ同士を、認証判定モジュール１３１上の同一のユーザＩＤにアカウントリンクする。これによって、個人認証トークン１１０を有するユーザ１９９が、社内及び社外において、サービス提供サーバ１３０によるサービスを利用しようとした場合は、サービス提供サーバ１３０上のユーザＩＤとして利用できるようになる。
【００３３】
ユーザＩＤ管理モジュール１３３は、図１に示すように、アカウントリンク管理モジュール１３２と接続されている。プライベートＩＤ、共通ＩＤ及びサービス提供サーバ１３０上のユーザＩＤを対応（リンク）させて管理し、アカウントリンク管理モジュール１３２からアクセスされて、プライベートＩＤ又は共通ＩＤに応じて、過去の記録からユーザＩＤを抽出する。又は、プライベートＩＤ又は共通ＩＤを新規のサービス提供サーバ１３０上のユーザＩＤに対応させて記憶する。なお、サービス提供サーバ１３０上のユーザＩＤが不要の場合は、プライベートＩＤ及び共通ＩＤを対応（リンク）させて管理してもよい。
サービス実行モジュール１３４は、図１に示すように、認証判定モジュール１３１と接続されている。認証判定モジュール１３１によって正式な認証アサーションであると判定された場合は、サービス利用端末１２０内のサービス要求発行モジュール１２４から要求されたサービスを提供する。その場合に、プライベートＩＤを用いて認証された場合は共通ＩＤを、逆に共通ＩＤを用いて認証された場合はプライベートＩＤを、ユーザＩＤ管理モジュール１３３から探索し、そのユーザＩＤ（共通ＩＤ又はプライベートＩＤ）を用いて過去に行ったサービスと連続したサービスを行うようにしてもよい。つまり、プライベートＩＤでログインしてきた場合であっても、共通ＩＤでログインしてきた場合であっても、同様のサービスを提供する。
【００３４】
社内認証サーバ１４０は、ユーザ認証モジュール１４１、認証アサーション発行モジュール１４２、ユーザＩＤ管理モジュール１４３を有している。なお、図１では、サーバ秘密鍵記憶モジュール１４４、認証用情報記憶モジュール１４５は社内認証サーバ１４０の外部にあるが、社内認証サーバ１４０の内部にあってもよい。なお、サーバ秘密鍵記憶モジュール１４４、認証用情報記憶モジュール１４５はセキュアな記憶媒体内にある。
ユーザ認証モジュール１４１は、図１に示すように、サービス利用端末１２０内の認証要求発行モジュール１２３、認証アサーション発行モジュール１４２、ユーザＩＤ管理モジュール１４３と接続されており、サービス利用端末１２０内の認証要求発行モジュール１２３から送信されてきた認証情報に基づいて、ユーザ１９９を認証する。
【００３５】
認証アサーション発行モジュール１４２は、図１に示すように、ユーザ認証モジュール１４１、サービス利用端末１２０内のサービス要求発行モジュール１２４、サーバ秘密鍵記憶モジュール１４４と接続されており、ユーザ認証モジュール１４１によってユーザ１９９の認証に成功した場合には、認証アサーションを発行し、サービス利用端末１２０内のサービス要求発行モジュール１２４に対して送信する。認証アサーションを発行する際に、サーバ秘密鍵記憶モジュール１４４に記憶されている社内認証サーバ１４０固有のサーバ秘密鍵を用いて、社内認証サーバ１４０が発行したものであることを確認できるようにする。つまり、サーバ秘密鍵を用いて暗号化し、それと対になるサーバ公開鍵を用いて復号できれば、その秘密鍵を有している社内認証サーバ１４０が正式に作成したものであることが判明する。
ユーザＩＤ管理モジュール１４３は、図１に示すように、ユーザ認証モジュール１４１、認証用情報記憶モジュール１４５と接続されており、ユーザ認証モジュール１４１から渡されたプライベートＩＤとプライベート認証鍵とのペアを認証用情報記憶モジュール１４５に記憶させ、社内認証サーバ１４０で行った認証を管理する。
【００３６】
ローミング認証サーバ１５０は、ユーザ認証モジュール１５１、認証アサーション発行モジュール１５２、ユーザＩＤ管理モジュール１５３を有している。なお、図１では、サーバ秘密鍵記憶モジュール１５４、認証用情報記憶モジュール１５５はローミング認証サーバ１５０の外部にあるが、ローミング認証サーバ１５０の内部にあってもよい。
社内認証サーバ１４０と同様の構成を有しており、ユーザ認証モジュール１４１はユーザ認証モジュール１５１に対応しており、他の構成要素も同様に対応している。ただし、社内認証サーバ１４０は社内のシステムにおける認証サーバであり、ローミング認証サーバ１５０は社外のシステムにおける認証サーバであること、サービス利用端末１２０内の認証要求発行モジュール１２３から送信される認証情報がプライベートＩＤとプライベート認証鍵とのペアであるか、共通ＩＤと共通認証鍵であるかが異なる。
【００３７】
なお、サービス利用端末１２０、サービス提供サーバ１３０、社内認証サーバ１４０、ローミング認証サーバ１５０は、それぞれ別個の端末又はサーバとして構成しているが、サービス利用端末１２０と社内認証サーバ１４０、サービス利用端末１２０とサービス提供サーバ１３０、サービス利用端末１２０とサービス提供サーバ１３０と社内認証サーバ１４０等のように組み合わせたサーバ等として構成してもよい。また、それぞれのサーバ等は複数あってもよい。
【００３８】
図２を用いて、図１を用いて説明した本実施の形態の社内と社外における環境の構成例を説明する。
ファイアウォール２１０を、社内のシステム（図２の左側）と外部のシステム（図２の右側）との境界に設置している。ファイアウォール２１０は、社内のシステムからはインターネット等の外部のシステムへアクセスできるが、外部のシステムからは、アクセスを特別に許可したもの以外、社内のシステムに侵入できないようにした一方向性のサーバである。
【００３９】
ユーザ１９９は、１枚の個人認証トークン１１０を所有している。個人認証トークン１１０内には、認証情報Ａ記憶モジュール１１２（プライベートＩＤとプライベート認証鍵とのペアを記憶）と認証情報Ｂ記憶モジュール１１３（共通ＩＤと共通鍵とのペアを記憶）とが対応付けられて記憶されている。認証情報Ａ記憶モジュール１１２は、社内のシステムを利用する際に用いられる。認証情報Ｂ記憶モジュール１１３は、社外のシステムを利用する際に用いられる。
ユーザ１９９が社内のシステムを利用するために、社内サービス利用端末１２０Ａに個人認証トークン１１０をセットする。社内サービス利用端末１２０Ａは、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）等に組み込まれており、例えば、ユーザ１９９が複合機に個人認証トークン１１０をセットして、社内の文書データベースサーバ（社内サービス提供サーバ１３０Ａ）に蓄積されている文書を印刷する等のサービスを受けることができる。
【００４０】
社内サービス利用端末１２０Ａは、セットされた個人認証トークン１１０内のトークン種別情報記憶モジュール１１１を読み込み、社内のシステムの認証に用いる認証情報Ａ記憶モジュール１１２を入力する。
社内サービス利用端末１２０Ａ、社内サービス提供サーバ１３０Ａ、社内認証サーバ１４０は通信回線であるネットワークによって接続されており、社内サービス利用端末１２０Ａから個人認証トークン１１０内のプライベートＩＤとプライベート認証鍵とのペアを認証するよう社内認証サーバ１４０に要求する。
社内認証サーバ１４０は、受信したプライベートＩＤとプライベート認証鍵とのペアを認証用情報記憶モジュール１４５を用いて認証し、その結果（認証アサーション）を社内サービス利用端末１２０Ａに返信する。
その認証結果を社内サービス利用端末１２０Ａは受信し、社内サービス提供サーバ１３０Ａに対して、サービスの提供をするように要求する。
社内サービス提供サーバ１３０Ａは、受信した認証結果に応じて、サービスの提供を行い、その履歴（誰が、どの複合機を用いて、どのような文書を印刷したか等）をユーザＩＤ管理モジュール１３３が管理する。
【００４１】
一方、ユーザ１９９が社外のシステム（公共の施設、他の会社内等）を利用する場合であるが、社外にも社内のシステムと同様の構成がある。
ユーザ１９９が社外のシステムを利用するために、社外サービス利用端末１２０Ｂに個人認証トークン１１０をセットする。社外サービス利用端末１２０Ｂは、複合機等に組み込まれており、例えば、ユーザ１９９が複合機に個人認証トークン１１０をセットして、社外の文書データベースサーバに蓄積されている文書を印刷する等のサービスを受けることができる。
【００４２】
社外サービス利用端末１２０Ｂは、セットされた個人認証トークン１１０内のトークン種別情報記憶モジュール１１１を読み込み、社外のシステムの認証に用いる認証情報Ｂ記憶モジュール１１３を入力する。
社外サービス利用端末１２０Ｂ、社外サービス提供サーバ１３０Ｂ、ローミング認証サーバ１５０は通信回線であるネットワークによって接続されており、社外サービス利用端末１２０Ｂから個人認証トークン１１０内の共通ＩＤと共通認証鍵とのペアを認証するようローミング認証サーバ１５０に要求する。
ローミング認証サーバ１５０は、受信した共通ＩＤと共通認証鍵とのペアを認証用情報記憶モジュール１５５を用いて認証し、その結果（認証アサーション）を社外サービス利用端末１２０Ｂに返信する。また、社内認証サーバ１４０とローミング認証サーバ１５０の間、より詳しくは、社内認証サーバ１４０と、ローミング認証サーバ１５０の共通ＩＤの下でサービス提供を行う社外サービス提供サーバ１３０Ｂの間には、社内認証サーバ１４０によるプライベートＩＤの認証を信頼し、プライベートＩＤを共通ＩＤにアカウントリンクする、いわゆる、ＩＤ−Ｆｅｄｅｒａｔｉｏｎ２２０が予め設定されている。
その認証結果を社外サービス利用端末１２０Ｂは受信し、社外サービス提供サーバ１３０Ｂに対して、サービスの提供をするように要求する。
社外サービス提供サーバ１３０Ｂは、受信した認証結果に応じて、サービスの提供を行い、その履歴（誰が、どの複合機を用いて、どのような文書を印刷したか等）をユーザＩＤ管理モジュール１３３が管理する。
【００４３】
また、自社内のユーザ向けにインターネット上で認証サービスを提供することは、高度なセキュリティ技術を要するため、一般的には困難であるが、ローミング認証サーバ１５０を複数の企業、公共の施設に共通のサーバとして（第三の中立的な組織が）構築・運用するようにしてもよい。そして、ローミング認証サーバ１５０が対応する認証情報、認証トークンからの読み取り方法を実装するプログラムを、複数の企業、公共の施設が、共通に、その企業、施設によって発行された個人認証トークン１１０とサービス利用端末１２０に配布することにより、企業単独では困難であったインターネット上でのローミング認証サービスを行うようにしてもよい。
【００４４】
また、社外のシステムを利用して社内のシステムにアクセスする場合、逆に、社内のシステムを窓口として社外のシステムを利用する場合等にも利用される。
その場合に、社内サービス提供サーバ１３０Ａ又は社外サービス提供サーバ１３０Ｂ内のアカウントリンク管理モジュール１３２、ユーザＩＤ管理モジュール１３３によって、社内のアカウントであるプライベートＩＤとプライベート認証鍵のペア（認証情報Ａ記憶モジュール１１２）、又は共通システムのアカウントである共通ＩＤと共通認証鍵のペア（認証情報Ｂ記憶モジュール１１３）のうちいずれかで認証された場合であっても、同一のユーザ１９９であると判定されて、そのユーザ１９９固有のサービスを社内においても社外においても同様に受けることができるようになる。
つまり、本実施の形態の内部では複数のユーザＩＤを用いながら、それらを単一の個人認証トークン１１０内に格納し、認証トークン種別判定モジュール１２１によりユーザＩＤを自動選択させ、またサービス提供サーバ１３０においては、複数のＩＤであるが対応するＩＤに対しては、同一のＩＤとして同じサービスを提供することにより、ユーザに対して、常に単一のＩＤでサービスを利用しているかのようにユーザインタフェースを提供するようにしてもよい。
【００４５】
次に、図３〜図５を用いて、本実施の形態の作用・働き（動作）を説明する。
図３は、サービス利用端末１２０に関する処理例を示すフローチャートである。
ユーザ１９９が、サービス利用端末１２０に個人認証トークン１１０をセットして、サービスの提供を受けようとしている場合である（ステップＳ３００）。
【００４６】
ステップＳ３０２では、サービス利用端末１２０内の認証トークン種別判定モジュール１２１が、セットされた個人認証トークン１１０内のトークン種別情報記憶モジュール１１１からトークン種別を読み込む。個人認証トークン１１０がサービス利用端末１２０にとって社内であるか否かを判断する。社内用の個人認証トークン１１０である場合はステップＳ３０４へ進み、そうでない場合はステップＳ３１０へ進む。つまり、ユーザ１９９が社内でサービスの提供を受けようとしている場合はステップＳ３０４であり、社外でサービスの提供を受けようとしている場合はステップＳ３１０である。
【００４７】
ステップＳ３０４では、サービス利用端末１２０内の認証情報読み取りモジュール１２２が、セットされた個人認証トークン１１０内の認証情報Ａ記憶モジュール１１２から認証情報（プライベートＩＤ等）を読み取る。
ステップＳ３０６では、サービス利用端末１２０内の認証要求発行モジュール１２３が、ステップＳ３０２、ステップＳ３０４で読み取った情報に基づいて決定された、利用すべき社内認証サーバ１４０への認証要求の発行を行う。
ステップＳ３０８では、サービス利用端末１２０内の認証要求発行モジュール１２３が、ステップＳ３０６で発行された認証要求を、通信回線を介して、社内認証サーバ１４０内のユーザ認証モジュール１４１へ送信する。
【００４８】
ステップＳ３１０では、サービス利用端末１２０内の認証情報読み取りモジュール１２２が、セットされた個人認証トークン１１０内の認証情報Ｂ記憶モジュール１１３から認証情報（共通ＩＤ等）を読み取る。
ステップＳ３１２では、サービス利用端末１２０内の認証要求発行モジュール１２３が、ステップＳ３０２、ステップＳ３１０で読み取った情報に基づいて決定された、利用すべきローミング認証サーバ１５０への認証要求の発行を行う。
ステップＳ３１４では、サービス利用端末１２０内の認証要求発行モジュール１２３が、ステップＳ３１２で発行された認証要求を、通信回線を介して、ローミング認証サーバ１５０内のユーザ認証モジュール１５１へ送信する。
【００４９】
ステップＳ３１６では、サービス利用端末１２０内のサービス要求発行モジュール１２４が、社内認証サーバ１４０内の認証アサーション発行モジュール１４２又はローミング認証サーバ１５０内の認証アサーション発行モジュール１５２から返信されてきた認証結果である認証アサーションを受信する。
ステップＳ３１８では、サービス利用端末１２０内のサービス要求発行モジュール１２４が、利用するサービス提供サーバ１３０へのサービス要求の発行を行う。
ステップＳ３２０では、サービス利用端末１２０内のサービス要求発行モジュール１２４が、ステップＳ３１８で発行されたサービス要求を、通信回線を介して、サービス提供サーバ１３０内の認証判定モジュール１３１へ送信する。
【００５０】
図４は、社内において社内及び社外のサービスを利用する場合のシーケンス例を表す説明図である。個人認証トークン１１０、社内サービス利用端末１２０Ａ、社内認証サーバ１４０、社内サービス提供サーバ１３０Ａ、社外サービス提供サーバ１３０Ｂ間のシーケンス例を示している。
【００５１】
ステップＳ４０２では、ユーザ１９９は、社内及び社外のサービスを利用するために、社内サービス利用端末１２０Ａに個人認証トークン１１０をセットする。
ステップＳ４０４では、社内サービス利用端末１２０Ａ内の認証トークン種別判定モジュール１２１が、個人認証トークン１１０に対してトークン種別情報を要求する。
ステップＳ４０６では、個人認証トークン１１０内のトークン種別情報記憶モジュール１１１が、社内サービス利用端末１２０Ａに対してトークン種別情報を返信する。
【００５２】
ステップＳ４０８では、社内サービス利用端末１２０Ａ内の認証トークン種別判定モジュール１２１が、受信したトークン種別情報を用いて、プライベートＩＤ等を読み取るか、共通ＩＤ等を読み取るかを決定する。この場合は、認証情報Ａ記憶モジュール１１２からプライベートＩＤ等を読み取ることとなる。
ステップＳ４１０では、社内サービス利用端末１２０Ａ内の認証トークン種別判定モジュール１２１が、個人認証トークン１１０内の認証情報Ａ記憶モジュール１１２に対して、認証情報の読み取りの要求をする。
ステップＳ４１２では、個人認証トークン１１０内の認証情報Ａ記憶モジュール１１２は、社内サービス利用端末１２０Ａ内の認証トークン種別判定モジュール１２１に対して、認証情報を返信する。
【００５３】
ステップＳ４１４では、社内サービス利用端末１２０Ａ内の認証要求発行モジュール１２３が、社内認証サーバ１４０内のユーザ認証モジュール１４１に対して、認証情報を添付して認証要求を行う。
ステップＳ４１６では、社内認証サーバ１４０内のユーザ認証モジュール１４１が受信した認証情報に基づいて認証を行い、認証アサーション発行モジュール１４２が認証アサーションを発行する。
ステップＳ４１８では、社内認証サーバ１４０内の認証アサーション発行モジュール１４２が、認証アサーションを社内サービス利用端末１２０Ａ内のサービス要求発行モジュール１２４へ返信する。
【００５４】
ステップＳ４２０では、社内サービス利用端末１２０Ａ内のサービス要求発行モジュール１２４が、社内サービス提供サーバ１３０Ａ内の認証判定モジュール１３１に対して、認証アサーションを添付してサービス提供の要求を行う。
ステップＳ４２２では、社内サービス提供サーバ１３０Ａ内の認証判定モジュール１３１が受信した認証アサーションに基づいて、ユーザ１９９が正当にサービスを受け得る者であるか否かを判定する。
ステップＳ４２４では、ユーザ１９９が正当にサービスを受け得る者であると判定した場合は、そのサービスを実行する。
ステップＳ４２６では、社内サービス提供サーバ１３０Ａはサービスの実行結果を社内サービス利用端末１２０Ａに返信する。
【００５５】
ユーザ１９９は、社内のシステムを窓口として社外のシステムを利用しようとしている。
ステップＳ４２８では、社内サービス利用端末１２０Ａ内の認証要求発行モジュール１２３が、社内認証サーバ１４０内のユーザ認証モジュール１４１に対して、認証情報を添付して認証要求を行う。
ステップＳ４３０では、社内認証サーバ１４０内のユーザ認証モジュール１４１が受信した認証情報に基づいて、認証アサーション発行モジュール１４２が認証アサーションを発行する。なお、既にステップＳ４１６で認証を実行しているので、ここでは認証アサーションの発行のみを行っている。
ステップＳ４３２では、社内認証サーバ１４０内の認証アサーション発行モジュール１４２が、認証アサーションを社内サービス利用端末１２０Ａ内のサービス要求発行モジュール１２４へ返信する。
【００５６】
ステップＳ４３４では、社内サービス利用端末１２０Ａ内のサービス要求発行モジュール１２４が、社外サービス提供サーバ１３０Ｂ内の認証判定モジュール１３１に対して、認証アサーションを添付してサービス提供の要求を行う。
ステップＳ４３６では、社外サービス提供サーバ１３０Ｂ内の認証判定モジュール１３１が受信した認証アサーションに基づいて、ユーザ１９９が正当にサービスを受け得る者であるか否かを判定する。ここで、社外サービス提供サーバ１３０Ｂは社外にあるサーバであるが、社内認証サーバ１４０の認証も信頼できるものであるとしているので、サービスを提供できると判断する。
ステップＳ４３８では、ユーザ１９９が正当にサービスを受け得る者であると判定した場合は、そのサービスを実行する。
ステップＳ４４０では、社外サービス提供サーバ１３０Ｂはサービスの実行結果を社内サービス利用端末１２０Ａに返信する。
【００５７】
図５は、社外においてサービスを利用する場合のシーケンス例を表す説明図である。個人認証トークン１１０、社外サービス利用端末１２０Ｂ、社外認証サーバ１５０Ｂ（ローミング認証サーバ１５０と同等）、社外サービス提供サーバ１３０Ｂ間のシーケンス例を示している。社外サービス利用端末１２０Ｂにおいて、社内で利用するのと同じ個人認証トークン１１０を用いて、インターネット上にある社外認証サーバ１５０Ｂからの認証を受けて、インターネット上のサービスや、他社内のサービスを利用する場合におけるシーケンス例である。
【００５８】
ステップＳ５０２では、ユーザ１９９は、社外のサービスを利用するために、社外サービス利用端末１２０Ｂに個人認証トークン１１０をセットする。
ステップＳ５０４では、社外サービス利用端末１２０Ｂ内の認証トークン種別判定モジュール１２１が、個人認証トークン１１０に対してトークン種別情報を要求する。
ステップＳ５０６では、個人認証トークン１１０内のトークン種別情報記憶モジュール１１１が、社外サービス利用端末１２０Ｂに対してトークン種別情報を返信する。
【００５９】
ステップＳ５０８では、社外サービス利用端末１２０Ｂ内の認証トークン種別判定モジュール１２１が、受信したトークン種別情報を用いて、プライベートＩＤ等を読み取るか、共通ＩＤ等を読み取るかを決定する。この場合は、認証情報Ｂ記憶モジュール１１３から共通ＩＤ等を読み取ることとなる。
ステップＳ５１０では、社外サービス利用端末１２０Ｂ内の認証トークン種別判定モジュール１２１が、個人認証トークン１１０内の認証情報Ｂ記憶モジュール１１３に対して、認証情報の読み取りの要求をする。
ステップＳ５１２では、個人認証トークン１１０内の認証情報Ｂ記憶モジュール１１３は、社外サービス利用端末１２０Ｂ内の認証トークン種別判定モジュール１２１に対して、認証情報を返信する。
【００６０】
ステップＳ５１４では、社外サービス利用端末１２０Ｂ内の認証要求発行モジュール１２３が、社外認証サーバ１５０Ｂ内のユーザ認証モジュール１５１に対して、認証情報を添付して認証要求を行う。
ステップＳ５１６では、社外認証サーバ１５０Ｂ内のユーザ認証モジュール１５１が受信した認証情報に基づいて認証を行い、認証アサーション発行モジュール１５２が認証アサーションを発行する。この認証は、アカウントリンクによりプライベートＩＤで認証したのと同様に社外サービス提供サーバ１３０Ｂを利用可能にすることから、ローミング認証として機能する。
ステップＳ５１８では、社外認証サーバ１５０Ｂ内の認証アサーション発行モジュール１５２が、認証アサーションを社外サービス利用端末１２０Ｂ内のサービス要求発行モジュール１２４へ返信する。
【００６１】
ステップＳ５２０では、社外サービス利用端末１２０Ｂ内のサービス要求発行モジュール１２４が、社外サービス提供サーバ１３０Ｂ内の認証判定モジュール１３１に対して、認証アサーションを添付してサービス提供の要求を行う。
ステップＳ５２２では、社外サービス提供サーバ１３０Ｂ内の認証判定モジュール１３１が受信した認証アサーションに基づいて、ユーザ１９９が正当にサービスを受け得る者であるか否かを判定する。
ステップＳ５２４では、ユーザ１９９が正当にサービスを受け得る者であると判定した場合は、そのサービスを実行する。
ステップＳ５２６では、社外サービス提供サーバ１３０Ｂはサービスの実行結果を社外サービス利用端末１２０Ｂに返信する。
【００６２】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図６に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバとなり得るコンピュータ等である。認証トークン種別判定モジュール１２１、認証情報読み取りモジュール１２２、認証要求発行モジュール１２３、認証判定モジュール１３１、アカウントリンク管理モジュール１３２、ユーザ認証モジュール１４１、認証アサーション発行モジュール１４２等のプログラムを実行するＣＰＵ６０１と、そのプログラムやデータを記憶するＲＡＭ６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ６０３と、補助記憶装置であるＨＤ６０４と、キーボード、マウス等のデータを入力する入力装置６０６と、ＣＲＴや液晶ディスプレイ等の出力装置６０５と、通信ネットワークと接続するための通信回線インタフェース６０７、そして、それらをつないでデータのやりとりをするためのバス６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００６３】
なお、図６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、サービス利用端末１２０は、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００６４】
前記実施の形態においては、個人認証トークン１１０としてＩＣカードを示したが、個人を認証できる情報を記憶できるものであればよい。
また、異なる環境として、社外、社内という環境を主に例示したが、これに限られず、１つの認証情報によってユーザ１９９を認証するシステムと同一人のユーザ１９９を他の認証情報で認証する他のシステムとの間であれば、異なる環境である。
【００６５】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラム又はその一部は、上記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組合せ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００６６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】社内と社外における本実施の形態の構成例についての概念的なモジュール構成図である。
【図３】サービス利用端末に関する処理例を示すフローチャートである。
【図４】社内において社内及び社外のサービスを利用する場合のシーケンス例を表す説明図である。
【図５】社外においてサービスを利用する場合のシーケンス例を表す説明図である。
【図６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００６７】
１１０…個人認証トークン
１１１…トークン種別情報記憶モジュール
１１２…認証情報Ａ記憶モジュール
１１３…認証情報Ｂ記憶モジュール
１２０…サービス利用端末
１２１…認証トークン種別判定モジュール
１２２…認証情報読み取りモジュール
１２３…認証要求発行モジュール
１２４…サービス要求発行モジュール
１３０…サービス提供サーバ
１３１…認証判定モジュール
１３２…アカウントリンク管理モジュール
１３３…ユーザＩＤ管理モジュール
１３４…サービス実行モジュール
１３５…サーバ公開鍵記憶モジュール
１４０…社内認証サーバ
１４１…ユーザ認証モジュール
１４２…認証アサーション発行モジュール
１４３…ユーザＩＤ管理モジュール
１４４…サーバ秘密鍵記憶モジュール
１４５…認証用情報記憶モジュール
１４６…プライベートＩＤ記憶モジュール
１４７…プライベート認証鍵記憶モジュール
１５０…ローミング認証サーバ
１５１…ユーザ認証モジュール
１５２…認証アサーション発行モジュール
１５３…ユーザＩＤ管理モジュール
１５４…サーバ秘密鍵記憶モジュール
１５５…認証用情報記憶モジュール
１５６…共通ＩＤ記憶モジュール
１５７…共通認証鍵記憶モジュール
１９９…ユーザ
【図１】
2008217626.tif 000003
【図２】
2008217626.tif 000004
【図３】
2008217626.tif 000005
【図４】
2008217626.tif 000006
【図５】
2008217626.tif 000007
【図６】
2008217626.tif 000008