JP2014134978A - 認証管理装置、認証システム、認証管理方法およびプログラム - Google Patents

認証管理装置、認証システム、認証管理方法およびプログラム Download PDF

Info

Publication number
JP2014134978A
JP2014134978A JP2013002969A JP2013002969A JP2014134978A JP 2014134978 A JP2014134978 A JP 2014134978A JP 2013002969 A JP2013002969 A JP 2013002969A JP 2013002969 A JP2013002969 A JP 2013002969A JP 2014134978 A JP2014134978 A JP 2014134978A
Authority
JP
Japan
Prior art keywords
authentication
information
user
identification information
domain
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.)
Granted
Application number
JP2013002969A
Other languages
English (en)
Other versions
JP6048152B2 (ja
Inventor
Shu Ko Chen
シュコウ 陳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2013002969A priority Critical patent/JP6048152B2/ja
Publication of JP2014134978A publication Critical patent/JP2014134978A/ja
Application granted granted Critical
Publication of JP6048152B2 publication Critical patent/JP6048152B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Facsimiles In General (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Abstract

【課題】それぞれ種類の異なる複数のアカウントを持つユーザを、１のユーザとして容易に管理可能とする。
【解決手段】情報処理装置のデバイスＩＤと、情報処理装置の利用を認証する認証装置を含むドメインを示す情報とを関連付けて情報保持部に保持する。さらに、ドメイン毎にユーザを識別するユーザＩＤと、ユーザを複数のドメインで共通に識別する共通ユーザＩＤとを関連付けて情報保持部に保持する。マッピング部は、情報処理装置から認証要求に伴い送信されるユーザＩＤとデバイスＩＤとに基づき、情報保持部に保持される、デバイスＩＤに対応するドメイン情報を、ユーザＩＤと対応付ける。認証部は、ユーザＩＤに対応するドメインに対する認証動作を行う。登録部は、認証動作により認証されたユーザのユーザＩＤと、ドメイン情報と、共通ユーザＩＤとを対応付けて、認証部が認証動作に用いる認証情報として登録する。
【選択図】図４

Description

本発明は、ユーザ認証を行うための認証管理装置、認証システム、認証管理方法およびプログラムに関する。
近年では、ネットワークシステムの普及により、コンピュータ装置に限らず、ＭＦＰ(Multi Function Printer)など様々な情報処理装置がネットワークに接続されて用いられている。コンピュータ装置を用いてネットワークシステムを利用する際には、権限管理や情報漏洩防止のために、ユーザは、ログインユーザＩＤとパスワードとをコンピュータ装置から入力し、システムからの認証を得る必要があるのが一般的である。
また、企業内ＴＣＯ(Total Cost of Ownership)削減と情報漏洩防止との両立のため、ネットワークに接続されるＭＦＰにおいて、利用時にネットワークシステムによる認証処理を行うシステムを導入する例が増えてきている。このような、ＭＦＰにおける認証処理は、例えば、ＭＦＰの操作部に対するユーザ操作によりログインユーザＩＤおよびパスワードをＭＦＰに入力することで行われていた。また例えば、ＭＦＰにおける認証処理は、社員証などの、認証処理に用いるユーザ情報が記憶されたＩＣカードの内容を、ＭＦＰに設けられたカードリーダに読み取らせることで行われていた。
ＭＦＰにおける認証処理の認証先は、ネットワークシステムに含まれる、例えばアクティブディレクトリなどを利用した認証サーバが用いられる。特許文献１には、独自のユーザ情報やアクティブディレクトリを用いて認証を行うことで、ネットワーク接続されたＭＦＰを利用可能とする技術が開示されている。
しかしながら、従来の認証システムでは、１のユーザがそれぞれ種類の異なる複数のアカウントを持つ場合に、そのユーザを１のユーザとして管理することが困難であるという問題点があった。
一例として、複数の会社が統合されて１の会社とされ、認証システムは、統合前の各会社が利用していたシステムをそのまま用いる場合について考える。この場合、１のユーザが複数の会社に所属しており、各会社においてそれぞれアカウントを持つことになる。当該ユーザの各会社のアカウントは、各会社毎に管理され、１のユーザとして統合的に管理することが困難であるという問題点があった。これは、例えば、１のユーザの各会社におけるＭＦＰの利用情報を、当該１のユーザの利用情報として一括して管理することが困難であることを意味する。
本発明は、上記を鑑みてなされたものであって、それぞれ種類の異なる複数のアカウントを持つユーザを、１のユーザとして容易に管理可能とすることを目的とする。
上述した課題を解決し、目的を達成するために、第１の発明は、情報処理装置を識別するデバイス識別情報と、情報処理装置の利用を認証する認証装置を含むドメインを示すドメイン情報とを関連付けて保持する第１保持部と、ドメイン毎にユーザを識別する第１ユーザ識別情報と、ユーザを複数のドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、情報処理装置から認証要求に伴い送信される、第１ユーザ識別情報と情報処理装置のデバイス識別情報とに基づき、第１保持部に保持される、デバイス識別情報に対応するドメイン情報を、第１ユーザ識別情報と対応付けるマッピング部と、第１ユーザ識別情報で識別されるユーザのドメイン情報が示すドメインに対する認証動作を行う認証部と、認証動作により認証されたユーザの第１ユーザ識別情報と、ドメイン情報と、第１ユーザ識別情報に対応する第２ユーザ識別情報とを対応付けて、認証部が認証動作に用いる認証情報として登録する登録部とを有することを特徴とする。
また、第２の発明は、情報処理装置と、同一のドメインに含まれる情報処理装置を利用するユーザを認証する認証装置と、情報処理装置および認証装置と通信可能に接続される認証管理装置とを備え、認証管理装置は、情報処理装置を識別するデバイス識別情報と、情報処理装置の認証を管理するドメインを示すドメイン情報と、１以上のドメインを含む組織を識別する組織識別情報とを関連付けて保持する第１保持部と、ドメイン毎にユーザを識別する第１ユーザ識別情報と、ユーザを複数のドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、情報処理装置から認証要求に伴い送信される、デバイス識別情報および組織識別情報に基づきドメイン情報を取得し、取得したドメイン情報を、認証要求に伴いさらに送信される第１ユーザ識別情報と対応付けるマッピング部と、第１ユーザ識別情報で識別されるユーザのドメイン情報が示すドメインに対する認証動作を行う認証部と、認証動作により認証されたユーザの第１ユーザ識別情報と、ドメイン情報と、第１ユーザ識別情報に対応する第２ユーザ識別情報と、組織識別情報とを対応付けて、認証部が認証動作に用いる認証情報として登録する登録部とを有することを特徴とする。
また、第３の発明は、情報処理装置と、情報処理装置を利用するユーザを認証する第１認証装置と、情報処理装置および第１認証装置と通信可能に接続される認証管理装置と、情報処理装置から送信されるサービス要求に対する認証を行う第２認証装置とを備え、認証管理装置は、情報処理装置を識別するデバイス識別情報と、情報処理装置の認証を管理するドメインを示すドメイン情報とを関連付けて保持する第１保持部と、ドメイン毎にユーザを識別する第１ユーザ識別情報と、ユーザを複数のドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、情報処理装置から認証要求に伴い送信される、第１ユーザ識別情報と情報処理装置のデバイス識別情報とに基づき、第１保持部に保持される、デバイス識別情報に対応するドメイン情報を、第１ユーザ識別情報と対応付けるマッピング部と、第１ユーザ識別情報で識別されるユーザのドメイン情報が示すドメインに対する認証動作を行い、ユーザが認証された場合に、ユーザの第１ユーザ識別情報と、ドメイン情報と、第１ユーザ識別情報に対応する第２ユーザ識別情報とを対応付けて、認証情報として登録する認証部とを有し、第２認証装置は、サービス要求を送信した情報処理装置から送信された認証要求を第１認証装置が認証した場合に、サービス要求を認証することを特徴とする。
本発明によれば、それぞれ種類の異なる複数のアカウントを持つユーザを、１のユーザとして容易に管理可能となるという効果を奏する。
図１は、第１の実施形態に係る認証システムの最小限の構成例を示すブロック図である。 図２は、第１の実施形態に係る認証システムのより具体的な例を示すブロック図である。 図３は、第１の実施形態に適用可能な情報処理装置の機能を説明するための一例を示す機能ブロック図である。 図４は、第１の実施形態に係る認証管理装置の機能を説明するための一例の機能ブロック図である。 図５は、第１の実施形態に適用可能な認証装置の機能を説明するための一例の機能ブロック図である。 図６は、第１の実施形態に係る設定情報の例を示す図である。 図７は、第１の実施形態に係る認証情報の例を示す図である。 図８は、第１の実施形態に係る、情報処理装置ログ情報を説明するための図である。 図９は、第１の実施形態による認証処理の第１の例を示すシーケンス図である。 図１０は、第１の実施形態による認証処理の第２の例を示すシーケンス図である。 図１１は、第１の実施形態による認証処理の第３の例を示すシーケンス図である。 図１２は、第１の実施形態の第１の変形例による認証システムの最小限の構成例を示すブロック図である。 図１３は、第１の実施形態の第１の変形例による認証情報読取装置の一例の構成を示すブロック図である。 図１４は、第１の実施形態の第１の変形例による認証処理の例を示すシーケンス図である。 図１５は、第１の実施形態による認証処理の第１〜第３の例、ならびに、第１の変形例による認証管理装置における認証処理を纏めて示す一例のフローチャートである。 図１６は、第１の実施形態の第２の変形例に係る認証管理装置の機能を説明するための一例の機能ブロック図である。 図１７は、第１の実施形態の第２の変形例に係る認証フラグの例を示す図である。 図１８は、第１の実施形態の第２の変形例による認証処理の例を示すフローチャートである。 図１９は、第１の実施形態の第２の変形例による認証処理の一例を示すシーケンス図である。 図２０は、第１の実施形態の第３の変形例による認証処理の例を示すシーケンス図である。 図２１は、第１の実施形態の第４の変形例による認証処理の例を示すシーケンス図である。 図２２は、第１の実施形態の第３および第４の変形例による認証管理装置における処理を纏めて示す一例のフローチャートである。 図２３は、第１の実施形態の第５の変形例による認証管理装置の機能を説明するための一例の機能ブロック図である。 図２４は、第１の実施形態の第５の変形例による変換ルール情報の例を示す図である。 図２５は、第１の実施形態の第５の変形例による認証処理の例を示すシーケンス図である。 図２６は、第１の実施形態の第６の変形例に適用可能な上位組織設定情報と、変換ルール情報の例を示す図である。 図２７は、第１の実施形態の第７の変形例による一例の動作ルール情報を示す図である。 図２８は、第１の実施形態の第７の変形例による認証処理の例を示すシーケンス図である。 図２９は、第１の実施形態の第７の変形例に係る上位組織設定情報と、動作ルール情報の例を示す図である。 図３０は、第１の実施形態の第７の変形例に係る動作ルールをドメイン情報に関連付けた場合の動作ルール情報の例を示す図である。 図３１は、第１の実施形態の第８の変形例による認証管理装置の機能を説明するための一例の機能ブロック図である。 図３２は、第１の実施形態の第８の変形例に係るグループ情報と、権限情報とを関連付けるグループ設定情報の例を示す図である。 図３３は、第１の実施形態の第８の変形例に係る認証が成功した後の認証情報の例を示す図である。 図３４は、第１の実施形態の第８の変形例による認証処理の一例を示すシーケンス図である。 図３５は、第１の実施形態の第９の変形例による認証システムの最小限の構成例を示すブロック図である。 図３６は、第１の実施形態の第９の変形例に係る配信ルール情報の例を示す図である。 図３７は、第１の実施形態の第９の変形例による認証処理の一例を示すシーケンス図である。 図３８は、第１の実施形態の第１０の変形例による認証管理装置１０Ｅの機能を説明するための一例の機能ブロック図である。 図３９は、第１の実施形態の第１０の変形例に係る期間情報の例を示す図である。 図４０は、第１の実施形態の第１０の変形例による認証処理の一例を示すシーケンス図である。 図４１は、第２の実施形態による認証システムの一例の構成を示すブロック図である。 図４２は、第２の実施形態に係るサービス提供システムの機能を説明するための一例の機能ブロック図である。 図４３は、第２の実施形態に係る組織管理情報の例を示す図である。 図４４は、第２の実施形態に係るユーザ管理情報の例を示す図である。 図４５は、第２の実施形態に係る機器管理情報の例を示す図である。 図４６は、第２の実施形態に係る認証先管理情報の例を示す図である。 図４７は、第２の実施形態による認証処理の例を示すフローチャートである。 図４８は、第３の実施形態による認証システムの一例の構成を示すブロック図である。 図４９は、第３の実施形態による認証処理の例を示すフローチャートである。 図５０は、第３の実施形態に係る、ネットワーククラウドとオンプレミスのネットワークシステムとを連携させるための一例の処理を示すシーケンス図である。
以下に添付図面を参照して、認証管理装置、認証システム、認証管理方法およびプログラムの実施形態を詳細に説明する。
（第１の実施形態）
図１は、第１の実施形態に係る認証システムの最小限の構成例を示す。図１に示す認証システムは、１の認証管理装置１０と、１以上の情報処理装置１１と、１以上の認証装置１２とを含み、認証管理装置１０は、情報処理装置１１および認証装置１２と互いに通信可能に接続される。
情報処理装置１１は、ネットワーク通信可能な情報処理装置であって、例えば通信機能を備えたＭＦＰ(Multi Function Printer)やプリンタ装置である。情報処理装置１１は、通信機能を備えたパーソナルコンピュータであってもよい。情報処理装置１１は、所定の機能を利用する際に、ネットワークを介して認証を行う必要があるように構成される。１以上の情報処理装置１１は、複数種類の機器が混在していてもよい。
図２は、第１の実施形態に係る認証システムのより具体的な例を示す。ネットワーク１５に対して認証管理装置１０が接続されると共に、組織２０Ａ（組織Ａ）、組織２０Ｂ（組織Ｂ）および組織２０Ｃ（組織Ｃ）それぞれのネットワークが接続される。ここで、組織２０Ａ、２０Ｂおよび２０Ｃは、それぞれ異なるドメインに属し、各ドメインは、各ドメインを識別するドメイン情報として、例えばドメイン名「1.example.org」、「2.example.org」および「3.example.org」が付されている。
組織２０Ａは、互いにネットワークに接続され、さらにネットワーク１５に接続される認証装置１２Ａと、情報処理装置１１Ａ1、１１Ａ2、１１Ａ3および１１Ａ4とを含む。これら各装置は、互いに組織２０Ａ内のネットワークで接続されると共に、ネットワーク１５に接続される。この例では、情報処理装置１１Ａ1および１１Ａ4がそれぞれパーソナルコンピュータ（ＰＣ）、情報処理装置１１Ａ2および１１Ａ3がそれぞれＭＦＰとされている。また、各装置には、それぞれ固有のデバイスＩＤ（Ｄｅｖ＿ＩＤ）が設定され、互いに識別可能とされている。
組織２０Ｂおよび組織２０Ｃにおいても同様である。例えば、組織２０Ｂは、認証装置１２Ｂと、情報処理装置１１Ｂ1および１１Ｂ2とを含み、互いに通信可能に接続される。また、組織２０Ｃは、認証装置１２Ｃと、情報処理装置１１Ｃ1、１１Ｃ2および１１Ｃ3とを含み、互いに通信可能に接続される。
各認証装置１２Ａ、１２Ｂおよび１２Ｃは、例えば自身が属するドメイン内の情報処理装置に関する認証処理を行う。この例では、ドメインは組織に対応し、例えば、認証装置１２Ａは、組織２０Ａに含まれる例えば情報処理装置１１Ａ1をユーザが利用する際に、そのユーザに対してユーザＩＤおよびパスワードなどのユーザ識別情報の入力を要求する。認証装置１２Ａは、入力されたユーザ識別情報を、予め認証装置１２Ａに登録されるユーザ識別情報と照合し、両者が一致する場合に、当該ユーザを認証し、当該ユーザに対して情報処理装置１１Ａ1の利用を許可する。
なお、各認証装置１２Ａ、１２Ｂおよび１２Ｃは、自身が属する組織に含まれる各情報処理装置を、ユーザ毎に１つのユーザ識別情報で認証するものとする。例えば、あるユーザＡは、組織２０Ａにおいて、各情報処理装置１１Ａ1、１１Ａ2、１１Ａ3および１１Ａ4を１つのユーザ識別情報を用いて利用することができる。換言すれば、ユーザは、ユーザ識別情報を用いてドメイン単位で認証管理される。
ここで、あるユーザＡが、各組織２０Ａ、２０Ｂおよび２０Ｃにおいて異なるユーザ識別情報を用いて認証を行う場合について考える。この場合、このユーザＡの各組織２０Ａ、２０Ｂおよび２０Ｃにおける各情報処理装置の利用状況を一括管理することは、困難である。そこで、各実施形態では、認証管理装置１０において、ユーザＡに対して各組織２０Ａ、２０Ｂおよび２０Ｃに共通の共通ユーザ識別情報を設定する。認証管理装置１０は、この共通ユーザ識別情報を用いて、ユーザＡの各組織２０Ａ、２０Ｂおよび２０Ｃにおける情報処理装置の利用状況を一括管理することができる。
第１の実施形態について、より詳細に説明する。図３は、第１の実施形態に適用可能な情報処理装置１１の機能を説明するための一例の機能ブロック図を示す。情報処理装置１１は、入力部１１０と、通信部１１１と、認証要求部１１２と、登録部１１３と、情報保持部１１４とを有する。
これら入力部１１０、通信部１１１、認証要求部１１２、登録部１１３および情報保持部１１４は、それぞれＣＰＵ(Central Processing Unit)上で実行されるプログラムの各モジュールとして構成してもよいし、互いに独立したハードウェアが協働して動作するように構成しても良い。さらに、ハードウェアとプログラムによるソフトウェアとを混在させて、互いに協働するように構成してもよい。
図３において、入力部１１０は、ユーザによる入力操作を受け付け、ユーザに入力された情報を取り込む。通信部１１１は、外部の機器との間でデータの送受信を行う。認証要求部１１２は、例えば入力部１１０に入力された認証・利用要求に従い、認証管理装置１０または認証装置１２に対して認証を要求する。登録部１１３は、認証管理装置１０に認証された場合に認証管理装置１０から送信される認証・権限情報を登録する。
情報保持部１１４は、登録部１１３に登録された認証情報（認証・権限情報）や、この情報処理装置１１に設定された設定情報が保持される。設定情報は、この情報処理装置１１を識別するためのデバイスＩＤを含む。デバイスＩＤは、ドメイン内に含まれる各情報処理装置について、ユニークに設定される。また、情報保持部１１４は、当該情報処理装置１１の利用履歴がログ情報として記憶される。情報処理装置１１のログ情報については、後述する。
なお、情報処理装置１１は、ハードウェアとしては、ＣＰＵ、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read Only Memory)、ハードディスクドライブなどの記憶装置、通信インターフェイス、表示装置および入力装置を含む。情報処理装置１１がＭＦＰの場合には、さらに、画像データに基づき画像を形成する画像形成部、原稿からの画像を読み取る画像読取部、ＦＡＸ通信を行うＦＡＸ通信部などを含む。
図４は、第１の実施形態に係る認証管理装置１０Ａの機能を説明するための一例の機能ブロック図である。認証管理装置１０Ａは、受付部１００と、通信部１０１と、認証要求部１０２と、登録部１０３と、マッピング部１０４と、情報保持部１０５とを有する。
受付部１００は、外部からの要求などを受け付ける。例えば、受付部１００は、情報処理装置１１からの認証要求を受け付ける。通信部１０１は、外部の機器との間でネットワークを介したデータの送受信を行う。認証要求部１０２は、情報処理装置１１から受け取った認証要求に従い、認証動作を行う認証部として機能する。認証動作は、例えば、認証装置１２に対して認証を要求する動作である。これに限らず、認証動作は、認証管理装置１０Ａが保持する情報を用いて認証を行う動作であってもよい。
登録部１０３は、認証装置１２から送信される認証結果に従い、情報保持部１０５に認証情報を登録する。マッピング部１０４は、情報処理装置１１から送信された情報の収集および処理を行う。例えば、マッピング部１０４は、情報処理装置１１から送信された情報に対する対応付け処理を行う。
情報保持部１０５は、予め設定される設定情報と、登録部１０３により登録される、認証成功時の認証情報を保持する。設定情報および認証情報については、後述する。
なお、認証管理装置１０Ａは、ハードウェア構成としては一般的なコンピュータ装置と同様であり、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブなどの記憶装置、ＣＤ(Compact Disk)やＤＶＤ(Digital Versatile Disk)、ドライブ装置、データインターフェイス、表示装置、入力装置および通信インターフェイスを含む。ドライブ装置は、フレキシブルディスクなどの記憶媒体からデータを読み取る。通信インターフェイスは、例えばネットワーク１５を介して外部との通信を行う。データインターフェイスは、他の機器とのデータのやり取りを行う。記憶装置は、当該コンピュータ装置を認証管理装置１０Ａとして動作させるためのプログラムや、情報保持部１０５により保持される各情報が記憶される。
認証管理装置１０Ａによる受付部１００、通信部１０１、認証要求部１０２、登録部１０３、マッピング部１０４および情報保持部１０５の一部または全部の機能は、ＣＰＵ上で動作するプログラムによって実現される。当該プログラムは、例えば、通信インターフェイスによりネットワーク１５を介して接続されたコンピュータ（図示しない）上に格納し、当該ネットワーク経由でダウンロードさせることにより提供するように構成される。これに限らず、当該プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録して提供してもよい。
当該プログラムは、例えば、上述した各部（受付部１００、通信部１０１、認証要求部１０２、登録部１０３、マッピング部１０４および情報保持部１０５）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが例えば記憶装置から当該プログラムを読み出して実行することにより上記各部が主記憶装置（例えばＲＡＭ）上にロードされ、各部が主記憶装置上に生成されるようになっている。
図５は、第１の実施形態に適用可能な認証装置１２の機能を説明するための一例の機能ブロック図である。認証装置１２は、通信部１２０と、認証部１２１と、認証情報保持部１２２とを有する。通信部１２０は、外部の機器との間でネットワークを介したデータの送受信を行う。認証情報保持部１２２は、利用者の認証情報を保持する。認証部１２１は、通信部１２０により受信された認証要求に従い、認証情報保持部１２２に保持される認証情報に基づき、例えばアクティブディレクトリ（登録商標）を用いて認証処理を行う。認証結果は、通信部１２０から認証要求の送信元に送信される。
認証装置１２は、ハードウェア構成としては一般的なコンピュータ装置の構成をそのまま適用可能であるので、ここでの説明を省略する。
認証管理装置１０Ａの情報保持部１０５に保持される設定情報および認証情報について、図６および図７を用いてより具体的に説明する。図６は、設定情報の例を示す。設定情報は、図６（ａ）に例示するデバイスＩＤとドメインとを関連付ける情報（デバイス設定情報と呼ぶ）と、図６（ｂ）に例示するユーザＩＤ（ユーザ識別情報）と共通ユーザＩＤとを関連付けるユーザ設定情報とを含む。
図６（ａ）に例示されるデバイス設定情報は、各情報処理装置を識別するためのデバイスＩＤと、当該デバイスＩＤで示される情報処理装置が属するドメインを示すドメイン情報とを関連付ける情報である。認証管理装置１０Ａは、例えば、当該認証管理装置１０Ａの管理の及ぶ全範囲について、各ドメインを示すドメイン情報と、各情報処理装置のデバイスＩＤとが関連付けられる。このデバイス設定情報をデバイスＩＤにより参照することで、各情報処理装置について、認証を行う認証装置を特定することができる。
図６（ａ）の例では、例えば情報処理装置１１Ａ1のデバイスＩＤ＝「１１」に対してドメイン「1.example.org」が関連付けられている。したがって、デバイスＩＤ＝「１１」で参照することで、当該情報処理装置１１Ａ1の利用に際する認証が、ドメイン「1.example.org」の認証装置１２Ａにて行われることが示される。デバイス設定情報は、予め設定され情報保持部１０５に保持される。
図６（ｂ）に例示されるユーザ設定情報は、ユーザを識別するためのユーザＩＤと、異なるユーザＩＤを持つ１のユーザを識別するための共通ユーザＩＤとを関連付ける情報である。このユーザ設定情報を用いることで、ユーザ毎の情報管理を行うことが可能となる。
図６（ｂ）の例では、例えばユーザＩＤ「ＡＡＡ」とユーザＩＤ「ＢＢＢ」とに共通に共通ユーザＩＤ「ＣｏｍｍｏｎＵｓｅｒＡ」が関連付けられている。これにより、ユーザＩＤ「ＡＡＡ」とユーザＩＤ「ＢＢＢ」とが、共通ユーザＩＤ「ＣｏｍｍｏｎＵｓｅｒＡ」で識別される１のユーザが持つユーザＩＤであることが示される。ユーザ設定情報は、予め設定され情報保持部１０５に保持される。これに限らず、あるユーザに対して共通ユーザＩＤのみを設定しておいてもよい。
図７は、認証情報の例を示す。図７の例では、認証情報は、ユーザＩＤと、共通ユーザＩＤと、カードＩＤと、パスワードと、ドメインとを含む。認証管理装置１０Ａの登録部１０３は、認証装置１２において認証が成功した結果の認証情報として、図７に例示する各情報を、ユーザＩＤまたはカードＩＤに関連付けて登録し、情報保持部１０５に保持する。
カードＩＤは、ＩＣ(Integrated Circuit)チップ内蔵のカードに記憶される識別情報であって、例えばドメイン毎に各ユーザにユニークに割り当てられる。また、パスワードは、ユーザＩＤと組み合わせて用いられる。なお、カードＩＤおよびパスワードは、必須の情報ではない。
図８（ａ）は、情報処理装置１１の情報保持部１１４に記憶されるログ情報の一例を示す。図８（ａ）の例では、ログ情報は、ユーザＩＤに対して、当該ユーザＩＤのユーザが当該情報処理装置１１を利用した際の利用情報（例えば設定や利用量）が関連付けられる。図８（ａ）は、情報処理装置１１がＭＦＰの場合の例であって、ＭＦＰにおける出力設定（モノクロ、２色、…）と、印刷枚数とが定義されている。
図８（ｂ）は、図８（ａ）のログ情報と、図６（ａ）および図６（ｂ）を用いて説明したデバイス設定情報およびユーザ設定情報とを結合したログ統合情報の例を示す。情報処理装置１１から認証管理装置１０Ａに対してログ情報を送信して、認証管理装置１０Ａにおいてログ統合情報を作成し、情報保持部１０５に記憶する。図８（ｂ）の例では、ログ統合情報は、ユーザＩＤと、共通ユーザＩＤと、カードＩＤと、ドメインと、情報処理装置１１の利用情報（この例では出力設定および印刷枚数）とが関連付けられる。
認証管理装置１０Ａは、このログ統合情報を用いることで、情報処理装置１１の利用情報を共通ユーザＩＤ毎に集計することができる。したがって、認証管理装置１０Ａは、異なるユーザＩＤを持つ１のユーザによる、異なるドメインに属する各情報処理装置１１の利用情報を、当該ユーザについて一括して管理することが可能となる。
（第１の実施形態による認証処理の第１の例）
次に、第１の実施形態による認証処理の第１の例について、図９のシーケンス図を用いて説明する。この第１の例は、利用するユーザの情報が認証管理装置１０Ａに登録されていない場合の例である。先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤとパスワードｐｗｄとを入力する（ステップＳ１０００Ａ）。情報処理装置１１は、入力されたユーザＩＤおよびパスワードｐｗｄに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ａに認証要求を送信する（ステップＳ１００１Ａ）。
認証管理装置１０Ａのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１００２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１００３）。これにより、認証管理装置１０Ａは、認証要求を送信すべき認証装置１２を特定することができる。次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１００４）。この場合、当該ユーザＩＤが情報保持部１０５の認証情報に登録されていないので、ヒット無しとして検索結果が返る（ステップＳ１００５Ａ）。
認証管理装置１０Ａにおいて、認証要求部１０２は、ステップＳ１００５Ａの検索結果に応じて、ステップＳ１００３で取得したドメイン情報と、認証要求に含まれるユーザＩＤおよびパスワードｐｗｄとを通信部１０１に渡す。通信部１０１は、渡されたユーザＩＤおよびパスワードｐｗｄを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１００６）。
認証装置１２は、認証管理装置１０Ａから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１００７）。認証が成功すると（ステップＳ１００８）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報とを認証管理装置１０Ａに返す（ステップＳ１００９）。
認証装置１２から送信された認証結果およびドメイン情報は、認証管理装置１０Ａの通信部１０１に受信され、登録部１０３に渡される。登録部１０３は、通信部１０１から渡された、認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとを登録し、情報保持部１０５に対して、認証情報として追加して保持させる（ステップＳ１０１０）。
認証管理装置１０Ａは、認証結果および共通ユーザＩＤを通信部１０１により情報処理装置１１に送信する（ステップＳ１０１１）。情報処理装置１１は、送信された認証結果を確認し、共通ユーザＩＤを認証情報として情報保持部１１４に追加して登録する（ステップＳ１０１２）。そして、情報処理装置１１は、例えば表示部に利用が許可された旨を表示し、認証成功をユーザ１に通知する（ステップＳ１０１３）。
なお、ステップＳ１００４での、ユーザＩＤによる認証情報の検索の際に、ユーザＩＤが検索されなかった場合、共通ユーザＩＤをユーザＩＤとして用いることができる。例えば、ステップＳ１００４の検索処理において認証情報からユーザＩＤが検索された場合に、設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤを、認証要求の情報として認証装置１２に送信することができる。この場合、認証装置１２は、共通ユーザＩＤをユーザ１のユーザを識別するための情報として登録する。
（第１の実施形態による認証処理の第２の例）
次に、第１の実施形態による認証処理の第２の例について、図１０のシーケンス図を用いて説明する。この第２の例は、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤを入力し、パスワードｐｗｄを入力しない場合の例である。なお、この場合、認証管理装置１０Ａにおいて、情報保持部１０５の認証情報として、既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力する（ステップＳ１０００Ｂ）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ａに認証要求を送信する（ステップＳ１００１Ｂ）。
認証管理装置１０Ａのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１００２）、デバイスＩＤに対応するドメイン情報を取得して（ステップＳ１００３）、認証要求先の認証装置１２を特定することができる。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１００４）。この場合、当該ユーザＩＤが、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得すると共に、認証情報において当該ユーザＩＤに関連付けられたパスワードｐｗｄを取得する（ステップＳ１００５Ｂ）。
認証管理装置１０Ａにおいて、認証要求部１０２は、ステップＳ１００５Ｂの検索結果に応じて、ステップＳ１００３で取得したドメイン情報と、認証要求に含まれるユーザＩＤおよびパスワードｐｗｄとを通信部１０１に渡す。通信部１０１は、渡されたユーザＩＤおよびパスワードｐｗｄを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１００６）。
認証装置１２は、認証管理装置１０Ａから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１００７）。認証が成功すると（ステップＳ１００８）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報とを認証管理装置１０Ａに返す（ステップＳ１００９）。
認証装置１２から送信された認証結果およびドメイン情報は、認証管理装置１０Ａの通信部１０１に受信され、登録部１０３に渡される。登録部１０３は、通信部１０１から渡された、認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとにより、既に登録されている認証情報を更新する（ステップＳ１０２０）。
以降の処理は、上述した図９のステップＳ１０１１以降の処理と同一なので、ここでの説明を省略する。
このように、ユーザ１の認証情報が既に認証管理装置１０Ａに登録されている場合には、情報処理装置１１に対してユーザＩＤを入力するだけで、共通ユーザＩＤを用いて認証装置１２における認証処理を行うことができる。
（第１の実施形態による認証処理の第３の例）
次に、第１の実施形態による認証処理の第３の例について、図１１のシーケンス図を用いて説明する。この第３の例は、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤを入力し、認証処理を認証管理装置１０Ａ内で行う場合の例である。この第３の例では、情報処理装置１１に対するパスワードｐｗｄの入力は行われない。なお、この場合、認証管理装置１０Ａにおいて、情報保持部１０５の認証情報として、既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
図１１において、上述の図１０と同様にしてステップＳ１０００ＢからステップＳ１００３までの処理がなされてドメイン情報が取得され、ステップＳ１００４で、マッピング部１０４は、認証情報からユーザＩＤを検索する。この場合、当該ユーザＩＤが、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得する（ステップＳ１００５Ｃ）。
ここで、マッピング部１０４は、ユーザＩＤに対応する共通ユーザＩＤが検索されたことで、当該ユーザＩＤに対する、ステップＳ１００３までで取得されたドメイン情報が示すドメイン（認証装置１２）における認証が完了している旨を知ることができる。そこで、認証管理装置１０Ａは、認証装置１２における認証処理を省略して、情報処理装置１１に対して認証結果と共通ユーザＩＤとを送信する（ステップＳ１０１１Ｃ）。
以降、上述の図１０と同様にしてステップＳ１０１２以降の処理が行われ、ユーザ１に対して情報処理装置１１の利用許可が通知される（ステップＳ１０１３）。
このように、ユーザ１の認証情報が既に認証管理装置１０Ａに登録されている場合には、情報処理装置１１に対してユーザＩＤを入力して対応する共通ユーザＩＤを確認することで、認証装置１２における認証処理を省略することができる。
（第１の実施形態の第１の変形例）
次に、第１の実施形態の第１の変形例について説明する。第１の実施形態の第１の変形例は、情報処理装置１１に対するユーザ情報の入力を、ユーザＩＤのマニュアル入力ではなく、予めユーザ情報が記憶されたＩＣカードを用いる例である。
図１２は、第１の実施形態の第１の変形例による認証システムの最小限の構成例を示す。図１２に例示されるように、第１の実施形態の第１の変形例では、情報処理装置１１に対してＩＣカードの情報を読取る認証情報読取装置１３が接続される。
なお、ＩＣカードは、マイクロプロセッサと、マイクロプロセッサが動作するためのプログラムと、カードＩＤが予め記憶されるＲＯＭと、外部との通信を行う通信部と、通信部が無線通信を行う際のアンテナが設けられる。また、このアンテナは、電磁誘導により発電してＩＣカードの電源を発生させる電源部としても用いられる。
図１３は、認証情報読取装置１３の一例の構成を示す。認証情報読取装置１３は、通信部１３０と解析部１３１とを有する。通信部１３０は、ＩＣカードに対して電磁誘導を利用して電源を供給すると共に、ＩＣカードのマイクロプロセッサと通信部を介して通信を行い、ＲＯＭに記憶されるカードＩＤを読み出す。解析部１３１は、ＩＣカードから読み出されたユーザ情報を解析し、情報処理装置１１が処理可能な形式のデータとして、情報処理装置１１に送信する。
図１４は、第１の実施形態の第１の変形例による認証処理の例を示すシーケンス図である。ユーザ１がＩＣカードを情報処理装置１１の所定位置に近付けると（ステップＳ１０４０）、ＩＣカードに記憶されるカードＩＤが認証情報読取装置１３に読み出される（ステップＳ１０４１）。認証情報読取装置１３は、ＩＣカードからのカードＩＤの読み出しに成功すると、その旨を情報処理装置１１に返す（ステップＳ１０４２）。
以下、認証管理装置１０Ａの情報保持部１０５におけるユーザ設定情報にカードＩＤが登録されていない場合にはステップＳ１０４３Ａの処理が、カードＩＤが既に登録されている場合にはステップＳ１０４３Ｂの処理が実行される。
先ず、ステップＳ１０４３Ａの、ユーザ設定情報にカードＩＤが登録されていない場合の処理について説明する。情報処理装置１１の通信部１１１は、認証情報読取装置１３から渡されたカードＩＤを、情報保持部１１４に設定情報として保持されるデバイスＩＤと共に認証管理装置１０Ａに送信する（ステップＳ１０５０Ａ）。認証管理装置１０Ａのマッピング部１０４は、情報保持部１０５の認証情報からカードＩＤを検索する（ステップＳ１０５１Ａ）。マッピング部１０４は、認証情報からカードＩＤが検索されない場合（ステップＳ１０５２Ａ）、認証に失敗したとして、その旨示す認証結果を通信部１０１より情報処理装置１１に送信する（ステップＳ１０５３）。
情報処理装置１１では、この認証失敗を示す認証結果に従い、ユーザ１に対してユーザＩＤおよびパスワードｐｗｄの入力を促す表示を行う（ステップＳ１０５４）。
次に、ステップＳ１０４３Ｂの、ユーザ設定情報にカードＩＤが登録されている場合の処理について説明する。情報処理装置１１の通信部１１１は、認証情報読取装置１３から渡されたカードＩＤを、情報保持部１１４に設定情報として保持されるデバイスＩＤと共に認証管理装置１０Ａに送信する（ステップＳ１０５０Ｂ）。認証管理装置１０Ａのマッピング部１０４は、情報保持部１０５の認証情報からカードＩＤを検索する（ステップＳ１０５１Ｂ）。マッピング部１０４は、認証情報からカードＩＤが検索された場合（ステップＳ１０５２Ｂ）、検索結果としてユーザＩＤを返す。
その後、図１０のステップＳ１００５Ｂ以降の処理と同様にして、ユーザＩＤに対応する共通ユーザＩＤとパスワードｐｗｄとを認証装置１２に送信する。認証装置１２では、送信された共通ユーザＩＤおよびパスワードｐｗｄに基づき認証を行い、認証に成功すると、その旨を認証管理装置１０Ａに送信する。認証管理装置１０Ａは、登録される認証情報を更新すると共に、認証成功を示す認証結果と共通ユーザＩＤとを情報処理装置１１に送信する。情報処理装置１１は、共通ユーザＩＤを情報保持部１１４の認証情報に登録すると共に、ユーザ１に対して利用許可の通知を出す（ステップＳ１０１３）。
図１５は、上述した第１の実施形態による認証処理の第１、第２および第３の例、ならびに、第１の実施形態の第１の変形例による認証処理の、認証管理装置１０Ａにおける処理を纏めて示す一例のフローチャートである。このフローチャートの実行に先立って、情報処理装置１１に対して、ユーザ１のマニュアル入力またはＩＣカードからの読み取りにより、認証情報（ユーザＩＤやカードＩＤ）が入力される。
ステップＳ１００で、認証管理装置１０Ａが通信部１０１により、認証情報（ユーザＩＤ、カードＩＤ）およびデバイスＩＤを含む認証要求を受信すると、次のステップＳ１０１で、マッピング部１０４は、情報保持部１０５に保持されるデバイス設定情報を参照して、デバイスＩＤに関連付けられたドメイン情報を取得し、認証先の認証装置１２を特定する。
次のステップＳ１０２で、マッピング部１０４は、情報保持部１０５の認証情報内に、受信した認証情報が存在するか否かを判定する。若し、存在すると判定した場合、処理がステップＳ１０３に移行される。ステップＳ１０３で、マッピング部１０４は、認証先が自装置すなわち認証管理装置１０Ａと、認証装置１２とのうち何れであるかを判定する。認証先が認証管理装置１０Ａおよび認証装置１２のうち何れであるかは、例えばこの認証システムに予め設定される。ユーザＩＤやデバイスＩＤといった、所定の条件に応じて認証先を選択してもよい。
若し、認証先が自装置であると判定した場合、処理がステップＳ１０４に移行され、認証が成功したとされて処理がステップＳ１０５に移行される。ステップＳ１０５では、マッピング部１０４は、通信部１０１により、認証成功を示す認証結果を共通ユーザＩＤと共に情報処理装置１１に送信し、一連の認証処理が終了される。
若し、ステップＳ１０３で、認証先が自装置ではない、すなわち認証装置１２であると判定した場合、処理がステップＳ１０６に移行される。ステップＳ１０６で、認証要求部１０２は、認証装置１２に対してユーザ情報（ユーザＩＤ、カードＩＤ）を含む認証要求を送信する。次のステップＳ１０７で、マッピング部１０４は、認証装置１２から認証成功の認証結果を受信したか否かを判定する。若し、認証成功の認証結果を受信した場合、処理がステップＳ１０４に移行される。
一方、ステップＳ１０７で認証が失敗した旨を示す認証結果を受信した場合、処理がステップＳ１０８に移行される。ステップＳ１０８では、認証管理装置１０Ａから情報処理装置１１に対して認証失敗が通知され、一連の認証処理が終了される。
上述のステップＳ１０２において、マッピング部１０４は、受信したユーザ情報に対応する認証情報が情報保持部１０５の認証情報内に存在しないと判定した場合、処理がステップＳ１１０に移行される。ステップＳ１１０で、マッピング部１０４は、認証情報の入力がカードＩＤを用いて行われているか否かを判定する。若し、認証情報の入力がカードＩＤを用いて行われていない、すなわち、ユーザ１によるマニュアル入力で認証情報が入力されていると判定した場合、処理がステップＳ１１１に移行され、認証先（例えば認証装置１２）に対して、既に入力されているユーザ情報（この場合ユーザＩＤ）を、認証要求に付加して送信する。
一方、ステップＳ１１０で、認証情報の入力がＩＣカードからなされていると判定した場合、マッピング部１０４は、処理をステップＳ１１２に移行させ、情報処理装置１１に対してユーザＩＤなどの認証情報の入力を要求する。情報処理装置１１は、この要求に応じて、例えば表示部に対して認証情報の入力を促す表示などを行う。情報処理装置１１の通信部１１１は、例えばユーザ１により入力部１１０に対してマニュアル入力された認証情報を認証管理装置１０Ａに対して送信する。この認証情報は、ステップＳ１１３で認証管理装置１０Ａに受信され、処理がステップＳ１１１に移行される。
ステップＳ１１１で認証先に認証要求が送信されると、処理がステップＳ１１４に移行される。ステップＳ１１４では、マッピング部１０４は、認証装置１２から認証成功の認証結果を受信したか否かを判定する。若し、認証成功の認証結果を受信した場合、処理がステップＳ１１５に移行される。ステップＳ１１５で、マッピング部１０４は、共通ユーザＩＤ、ユーザＩＤ、パスワードｐｗｄおよびドメインといった認証情報を、情報保持部１０５に登録する。その後、処理がステップＳ１０５に移行される。
一方、ステップＳ１１４で認証が失敗した旨を示す認証結果を受信した場合、処理がステップＳ１１６に移行される。ステップＳ１１６では、認証管理装置１０Ａから情報処理装置１１に対して認証失敗が通知され、一連の認証処理が終了される。
（第１の実施形態の第２の変形例）
次に、第１の実施形態の第２の変形例について説明する。この第１の実施形態の第２の変形例では、複数のユーザＩＤを持つ１のユーザに対して、同時に１の情報処理装置１１の認証のみを行うようにしたものである。そのため、この第１の実施形態の第２の変形例では、共通ユーザＩＤに対する認証がなされているか否かを示す情報である認証フラグを定義する。ある情報処理装置１１からの認証フラグの値が認証がなされている（ログインしている）旨を示す値であれば、対応する共通ユーザＩＤによる他の情報処理装置１１からの認証要求に対して認証を行わない。
図１６は、第１の実施形態の第２の変形例に係る認証管理装置１０Ｂの機能を説明するための一例の機能ブロック図である。図１６に示される認証管理装置１０Ｂは、図４に示した第１の実施形態に係る認証管理装置１０Ａに対してフラグ設定部１０６が追加されている。
図１７は、フラグ設定部１０６に設定される認証フラグの例を示す。このように、認証フラグは、共通ユーザＩＤに対して関連付けられる。認証フラグの値が「オン」であれば、関連付けられた共通ユーザＩＤによる認証が既に成功し当該共通ユーザＩＤのユーザがログインしていることを示す。一方、認証フラグの値が「オフ」であれば、関連付けられた共通ユーザＩＤによる認証が失敗しているか、若しくは、当該共通ユーザＩＤによる認証が行われておらず、当該共通ユーザＩＤのユーザがログインしていないことを示す。認証フラグは、例えば情報保持部１０５に保持される。
図１８は、第１の実施形態の第２の変形例による認証処理の例を示すフローチャートである。ステップＳ２００で、認証管理装置１０Ｂが通信部１０１により、認証情報（ユーザＩＤ、カードＩＤ）およびデバイスＩＤを含む認証要求を受信すると、次のステップＳ２０１で、マッピング部１０４は、情報保持部１０５に保持されるデバイス設定情報を参照して、デバイスＩＤに関連付けられたドメイン情報を取得し、認証先の認証装置１２を特定する。
次のステップＳ２０２で、フラグ設定部１０６は、情報保持部１０５の設定情報を参照し、認証情報に含まれるユーザＩＤに対応する共通ユーザＩＤを取得する。そして、フラグ設定部１０６は、情報保持部１０５に保持される認証フラグにおいて、共通ユーザＩＤに対応する認証フラグの値を取得し、取得した認証フラグの値がオン（ＯＮ）であるか否かを判定する。若し、認証フラグの値がオンであると判定した場合、フラグ設定部１０６は、処理をステップＳ２０３に移行させ、認証が失敗（ＮＧ）したとして、一連の認証処理を終了させる。
一方、ステップＳ２０２で、認証フラグの値がオフであると判定した場合、フラグ設定部１０６は、処理をステップＳ２０４に移行させ、共通ユーザＩＤに対する認証処理を行う。ステップＳ２０４での認証処理は、例えば図１５のフローチャートにおけるステップＳ１０２〜ステップＳ１０５、ステップＳ１０８およびステップＳ１１６の処理と同様であるので、ここでの説明を省略する。
処理はステップＳ２０５に移行され、フラグ設定部１０６は、ステップＳ２０４での認証処理が成功したか否かを判定する。若し、認証処理が失敗したと判定した場合、処理をステップＳ２０３に移行させる。一方、認証処理が成功したと判定した場合、フラグ設定部１０６は、処理をステップＳ２０６に移行させ、認証フラグの値をオンにする。そして、次のステップＳ２０７で、マッピング部１０４は、認証が成功した旨を示す認証結果を、共通ユーザＩＤと共に情報処理装置１１に送信する。
図１９は、この第１の実施形態の第２の変形例による認証処理の一例を示すシーケンス図である。なお、図１９では、認証フラグがオフの場合の処理の例を示している。また、この場合、認証管理装置１０Ｂにおいて、情報保持部１０５の認証情報として、既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力する（ステップＳ１０００Ｂ）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ｂに認証要求を送信する（ステップＳ１００１Ｂ）。
認証管理装置１０Ｂのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１００２）、デバイスＩＤに対応するドメイン情報を取得して（ステップＳ１００３）、認証要求先の認証装置１２を特定することができる。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１００４）。この場合、当該ユーザＩＤが、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得する（ステップＳ１００５Ｂ）。このとき、マッピング部１０４は、認証情報において当該ユーザＩＤに関連付けられたパスワードｐｗｄを共に取得する。
次に、フラグ設定部１０６は、情報保持部１０５に保持される認証フラグを参照し、ステップＳ１００５Ｂで取得された共通ユーザＩＤに関連付けられた認証フラグの値を取得する（ステップＳ１０６０）。この例では、フラグ設定部１０６は、認証フラグの値としてオフの値を取得する（ステップＳ１０６１）。そして、認証フラグがオフの値の処理が実行される（ステップＳ１０６２）。
すなわち、ステップＳ１０６２において、認証要求部１０２は、ステップＳ１００５Ｂの検索結果に応じて、ステップＳ１００３で取得したドメイン情報と、認証要求に含まれるユーザＩＤおよびパスワードｐｗｄとを通信部１０１に渡す。通信部１０１は、渡されたユーザＩＤおよびパスワードｐｗｄを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１０７０）。
認証装置１２は、認証管理装置１０Ｂから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１０７１）。認証が成功すると（ステップＳ１０７２）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報とを認証管理装置１０Ｂに返す（ステップＳ１０７３）。これにより、ユーザ１は、この認証システムにログイン状態となる。
認証装置１２から送信された認証結果およびドメイン情報は、認証管理装置１０Ｂの通信部１０１に受信され、登録部１０３に渡される。登録部１０３は、通信部１０１から渡された、認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとにより、既に登録されている認証情報を更新する（ステップＳ１０７４）。
認証が成功したので、フラグ設定部１０６は、ステップＳ１０７４で更新した認証結果に含まれる共通ユーザＩＤに関連付けられた認証フラグの値を、オンに設定する（ステップＳ１０７５）。
認証管理装置１０Ｂは、認証結果および共通ユーザＩＤを通信部１０１により情報処理装置１１に送信する（ステップＳ１０７６）。情報処理装置１１は、送信された認証結果を確認し、共通ユーザＩＤを情報保持部１１４に認証情報として追加して登録する（ステップＳ１０７７）。そして、情報処理装置１１は、例えば表示部に利用が許可された旨を表示し、認証成功をユーザ１に通知する（ステップＳ１０７８）。これにより、ユーザ１のログイン処理が完了する。
フラグ設定部１０６は、上述の共通ユーザＩＤのユーザが情報処理装置１１の利用を終了し、ログアウトを行う際に、認証フラグの値をオンからオフに切り替える。すなわち、ステップＳ１０６３において、ユーザ１が情報処理装置１１の入力部１１０に対して、共通ユーザＩＤによるログアウト要求を入力する（ステップＳ１０８０）。このログアウト要求は、共通ユーザＩＤと共に、情報処理装置１１の通信部１１１から認証管理装置１０Ｂに対して送信される（ステップＳ１０８１）。
認証管理装置１０Ｂの通信部１０１は、情報処理装置１１から受信したログアウト要求および共通ユーザＩＤを、フラグ設定部１０６に渡す。フラグ設定部１０６は、ログアウト要求および共通ユーザＩＤを受け取ると、情報保持部１０５に保持される認証フラグのうち、共通ユーザＩＤに関連付けられた認証フラグの値をオンからオフに切り替える（ステップＳ１０８２）。
その後、認証管理装置１０Ｂから情報処理装置１１に対してログアウトが完了した旨を示す情報が送信され（ステップＳ１０８３、ステップＳ１０８４）、情報処理装置１１の表示などにより、ユーザ１に対してログアウト完了が通知される（ステップＳ１０８５）。
このように、第１の実施形態の第２の変形例によれば、共通ユーザＩＤを用いることで、ユーザの情報処理装置１１の利用を制限することが可能である。また、ユーザ１のログインを共通ユーザＩＤを用いてチェックするため、ユーザ１の他のユーザＩＤを他人が用いてログインする、なりすましを防止することができる。
なお、上述では、ログアウトを、ログインしたユーザ１が情報処理装置１１に対して意識的にログアウト操作を行なうことで実現しているが、これはこの例に限定されない。例えば、情報処理装置１１からログインしたユーザ１が当該情報処理装置１１を使用していない時間を計測し、計測された時間が閾値を超えた場合に自動的にそのユーザ１をログアウトするようにできる。また、ユーザ１がログインを行った情報処理装置１１に対して、他のユーザがログイン操作を行ったような場合に、ユーザ１をログアウトさせるようにしてもよい。
（第１の実施形態の第３の変形例）
次に、第１の実施形態の第３の変形例について説明する。この第１の実施形態の第３の変形例は、ユーザが情報処理装置１１を利用する際に、本来情報処理装置１１に対して認証を行ったユーザＩＤとは異なるユーザＩＤを用いて認証を行う例である。ここでは、ユーザが共通ユーザＩＤを用いて、当該情報処理装置１１の利用の際の認証を行う例について説明する。
図２０は、第１の実施形態の第３の変形例による認証処理の例を示すシーケンス図である。この第１の実施形態の第３の変形例では、認証管理装置として、第１の実施形態の認証管理装置１０Ａを適用可能である。
先ず、ユーザ１は、情報処理装置１１の入力部１１０に共通ユーザＩＤとパスワードｐｗｄとを入力する（ステップＳ１０９０）。この場合、パスワードｐｗｄは、当該情報処理装置１１が属するドメインでユーザ１が認証を受ける際に用いるパスワードｐｗｄである。情報処理装置１１は、入力された共通ユーザＩＤおよびパスワードｐｗｄに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ａに認証要求を送信する（ステップＳ１０９１）。
認証管理装置１０Ａのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１０９２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１０９３）。次に、マッピング部１０４は、ユーザ設定情報から、共通ユーザＩＤに関連付けられたユーザＩＤを検索する（ステップＳ１０９４）。
認証要求部１０２は、ステップＳ１０９３で取得したドメイン情報と、ステップＳ１０９５で取得したユーザＩＤと、情報処理装置１１から送信されたパスワードｐｗｄとを通信部１０１に渡す。通信部１０１は、渡されたユーザＩＤおよびパスワードｐｗｄを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１０９６）。
認証装置１２は、認証管理装置１０Ａから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１０９７）。認証が成功すると（ステップＳ１０９８）、認証結果として認証が成功した旨（認証ＯＫ）を認証管理装置１０Ａに返す（ステップＳ１０９９）。
その後、例えば上述した図９のステップＳ１０１０以降と同様の処理が実行され（図示しない）、ユーザ１に対して情報処理装置１１の利用許可が通知される。
このように、第１の実施形態の第３の変形例では、共通ユーザＩＤを用いて認証を行うことで、ユーザ１は、自身が持つ共通ユーザＩＤに関連付けられたユーザＩＤに対応する各ドメインにおいて、共通ユーザＩＤを用いて認証を受けることができる。したがって、ユーザ１は、共通ユーザＩＤさえ記憶していれば、自身が認証を受けた各ドメインの各ユーザＩＤを覚えていなくても、各ドメインにおいて情報処理装置１１を利用することができる。
（第１の実施形態の第４の変形例）
次に、第１の実施形態の第４の変形例について説明する。この第１の実施形態の第４の変形例は、ユーザ１が、利用する情報処理装置１１が属するドメインを意識すること無く、ユーザ１に対して認証されたパスワードｐｗｄであれば、何れのドメインに属したパスワードｐｗｄであっても認証を受けることができるようにした例である。
すなわち、ユーザ１が複数のドメインで認証され、それぞれパスワードｐｗｄ１、ｐｗｄ２、…、ｐｗｄｍ、…、ｐｗｄｎを有する場合が考えられる。また、ユーザ１は、複数のドメインそれぞれで異なるユーザＩＤを用いることができる。この場合、１の共通ユーザＩＤに対して、ユーザＩＤとパスワードｐｗｄとの組み合わせが複数、存在することになる。なお、以下では、ユーザ１が複数のドメインそれぞれで認証された各パスワードｐｗｄ１、ｐｗｄ２、…、ｐｗｄｍ、…、ｐｗｄｎを、パスワードｐｗｄｍで代表させて説明する。
図２１は、第１の実施形態の第４の変形例による認証処理の例を示すシーケンス図である。この第１の実施形態の第４の変形例では、認証管理装置として、第１の実施形態の認証管理装置１０Ａを適用可能である。
先ず、ユーザ１は、情報処理装置１１の入力部１１０に共通ユーザＩＤとパスワードｐｗｄｍとを入力する（ステップＳ１１００）。情報処理装置１１は、入力された共通ユーザＩＤおよびパスワードｐｗｄｍに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ａに認証要求を送信する（ステップＳ１１０１）。
認証管理装置１０Ａのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１１０２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１１０３）。次に、マッピング部１０４は、ステップＳ１１０１で受信した共通ユーザＩＤと一致する共通ユーザＩＤの認証情報の特定を行う（ステップＳ１１０４）。
この第１の実施形態の第４の変形例においては、ドメイン情報は、認証装置１２に認証を要求するユーザＩＤおよびパスワードｐｗｄｍを特定する情報として用いられる。また、共通ユーザＩＤおよびパスワードｐｗｄｍは、少なくとも認証管理措置１０Ａに登録される認証情報に一致する組み合わせが存在するか否かを確認するための情報として用いられる。
次に、マッピング部１０４は、情報保持部１０５の認証情報を検索し、共通ユーザＩＤに対応するパスワードｐｗｄｍが登録されているか否かを判定する（ステップＳ１１０５）。ここで、上述したように、共通ユーザＩＤに対応するパスワードｐｗｄｍが複数存在する場合が有り得る。そのため、マッピング部１０４は、共通ユーザＩＤに対応する複数のパスワードｐｗｄｍのうち何れか１つでも登録されているか否かを判定する。パスワードｐｗｄｍの登録が確認されると（ステップＳ１１０６）、マッピング部１０４は、情報保持部１０５に保持される認証情報から、ステップＳ１１０３で取得したドメインに対応するユーザＩＤとパスワードｐｗｄとを検索する（ステップＳ１１０７）。
ユーザＩＤとパスワードｐｗｄとが検索されると（ステップＳ１１０８）、認証要求部１０２は、ステップＳ１１０３で取得したドメインに対応する認証装置１２に対してユーザＩＤおよびパスワードｐｗｄを送信し、認証を要求する（ステップＳ１１０９）。認証装置１２は、認証要求に応じて、送信されたユーザＩＤおよびパスワードｐｗｄにより認証処理を行い（ステップＳ１１１０）、認証成功の結果を得る（ステップＳ１１１１）。そして、認証装置１２は、認証成功を示す認証結果を認証管理装置１０Ａに送信する（ステップＳ１１１２）。
その後、例えば上述した図９のステップＳ１０１０以降と同様の処理が実行され（図示しない）、ユーザ１に対して情報処理装置１１の利用許可が通知される。
このように、第１の実施形態の第４の変形例では、共通ユーザＩＤを用いて認証を行うことで、ユーザ１は、自身が持つ共通ユーザＩＤに関連付けられたユーザＩＤに対応する各ドメインにおいて、各パスワードｐｗｄ１、ｐｗｄ２、…、ｐｗｄｍ、…、ｐｗｄｎのうち何れを用いても認証を受けることができる。したがって、ユーザ１は、共通ユーザＩＤを記憶していれば、利用する情報処理装置１１が属するドメインにおけるパスワードｐｗｄを覚えていなくても、各パスワードｐｗｄ１、ｐｗｄ２、…、ｐｗｄｍ、…、ｐｗｄｎのうち何れかのパスワードｐｗｄｍを記憶していれば、各ドメインにおいて情報処理装置１１を利用することができる。
図２２は、上述の第１の実施形態の第３の変形例および第４の変形例による認証管理装置１０Ａにおける処理を纏めて示す一例のフローチャートである。なお、以下では、第１の実施形態の第４の変形例による認証処理を、特に、ドメイン一致モードと呼ぶ。認証システムがドメイン一致モードであるか否かは、例えばシステムの仕様により決定され、認証管理装置１０Ａの所定の記憶領域に登録されている。
ステップＳ３００で、認証管理装置１０Ａが通信部１０１により、認証情報（共通ユーザＩＤ、パスワードｐｗｄ）およびデバイスＩＤを含む認証要求を受信すると、次のステップＳ３０１で、マッピング部１０４は、情報保持部１０５に保持されるデバイス設定情報を参照して、デバイスＩＤに関連付けられたドメイン情報を取得し、認証先の認証装置１２を特定する。次のステップＳ３０２で、マッピング部１０４は、情報保持部１０５の認証情報内に、受信した認証情報が存在するか否かを判定する。
若し、受信した認証情報が存在すると判定した場合、マッピング部１０４は、認証システムがドメイン一致モードであるか否かを判定する（ステップＳ３０３）。若し、ドメイン一致モードであると判定した場合、マッピング部１０４は、処理をステップＳ３０４に移行させる。ステップＳ３０４で、マッピング部１０４は、ステップＳ３０１で特定された認証先の認証装置１２のドメインと、ステップＳ３００で情報処理装置１１から受信したパスワードｐｗｄに対応するドメインとが一致するか否かを判定する。若し、一致しないと判定した場合、処理は、後述するステップＳ３２０に移行される。
一方、ステップＳ３０４で、両者が一致すると判定した場合、マッピング部１０４は、処理をステップＳ３０５に移行させる。ステップＳ３０５で、マッピング部１０４は、ステップＳ３０１で取得した認証先の認証装置１２に対して、当該認証装置１２のドメインの、共通ユーザＩＤに対応するユーザＩＤと、ステップＳ３０１で取得したパスワードｐｗｄとを送信して、認証を要求する。
次のステップＳ３０６で、マッピング部１０４は、認証装置１２から認証成功の認証結果を受信したか否かを判定する。若し、認証成功の認証結果を受信した場合、処理がステップＳ３０７に移行され、認証が成功したとされる。そして、マッピング部１０４は、通信部１０１により、認証成功を示す認証結果を共通ユーザＩＤ共に情報処理装置１１に送信し、一連の認証処理が終了される。
一方、ステップＳ３０６で認証が失敗した旨を示す認証結果を受信した場合、処理がステップＳ３０８に移行される。ステップＳ３０８では、認証管理装置１０Ａから情報処理装置１１に対して認証失敗が通知され、一連の認証処理が終了される。
上述のステップＳ３０３で、ドメイン一致モードではないと判定した場合、マッピング部１０４は、処理をステップＳ３０９に移行させる。ステップＳ３０９で、マッピング部１０４は、ステップＳ３０１で取得した認証先である認証装置１２のドメインに対応する認証情報（ユーザＩＤおよびパスワードｐｗｄ）を、情報保持部１０５のユーザ設定情報およびデバイス設定情報を参照して取得する。
次のステップＳ３１０で、マッピング部１０４は、認証情報が取得できたか否かを判定する。若し、取得できたと判定した場合、マッピング部１０４は、処理をステップＳ３０５に移行させる。一方、取得できなかったと判定した場合、マッピング部１０４は、処理をステップＳ３２０に移行させる。
ステップＳ３２０で、マッピング部１０４は、情報処理装置１１に対してユーザＩＤなどの認証情報の入力を要求する。情報処理装置１１は、この要求に応じて、例えば表示部に対して認証情報の入力を促す表示などを行う。情報処理装置１１の通信部１１１は、例えばユーザ１により入力部１１０から入力された認証情報を認証管理装置１０Ａに対して送信する。認証情報は、ＩＣカードを用いて入力してもよい。認証管理装置１０Ａは、この認証情報を受信する（ステップＳ３２１）。
認証管理装置１０Ａは、受信した認証情報を、ステップＳ３０１で特定された認証先の認証装置１２に送信し、認証を要求する（ステップＳ３２２）。次のステップＳ３２３で、マッピング部１０４は、認証装置１２から認証成功の認証結果を受信したか否かを判定する。若し、認証成功の認証結果を受信した場合、処理がステップＳ３２４に移行される。ステップＳ３２４で、マッピング部１０４は、共通ユーザＩＤ、ユーザＩＤ、パスワードｐｗｄおよびドメインといった認証情報を、情報保持部１０５に登録する。その後、処理がステップＳ３０７に移行される。
一方、ステップＳ３２３で認証が失敗した旨を示す認証結果を受信した場合、処理がステップＳ３２５に移行される。ステップＳ３２５では、認証管理装置１０Ａから情報処理装置１１に対して認証失敗が通知され、一連の認証処理が終了される。
（第１の実施形態の第５の変形例）
次に、第１の実施形態の第５の変形例について説明する。この第１の実施形態の第５の変形例は、認証を、ユーザＩＤが所定のルールで変換された変換ユーザＩＤを用いて行う例である。例えば、認証装置１２に登録されたユーザＩＤの文字列に対し、先頭に所定の文字列を追加した文字列を、変換ユーザＩＤとして認証に用いる。このユーザＩＤの変換ルールは、情報処理装置１１毎およびドメイン毎に設定することができる。
図２３は、第１の実施形態の第５の変形例による認証管理装置１０Ｄの機能を説明するための一例の機能ブロック図である。認証管理装置１０Ｄは、図４を用いて説明した認証管理装置１０Ａに対してルール取得部１０８およびルール適用部１０９が追加されている。ルール取得部１０８は、後述する変換ルール情報に従い、認証を行うドメインを示すドメイン名から、ユーザＩＤを変換する際のルールであるＩＤ変換ルールを取得する。ルール適用部１０９は、情報処理装置１１から受信したユーザＩＤに対して、ルール取得部１０８で取得したＩＤ変換ルールを適用して、変換ユーザＩＤを生成する。
図２４は、変換ルール情報の例を示す。このように、変換ルール情報は、デバイスＩＤと、ＩＤ変換ルールと、ドメインとが関連付けられて構成される。図２４の例では、デバイスＩＤ＝１１で示される情報処理装置１１、ならびに、ドメイン「1.example.org 」に対して「ユーザＩＤの文字列の先頭に所定の文字列を追加」して変換ユーザＩＤを生成することが示される。変換ルール情報は、例えば認証管理装置１０Ｄの情報保持部１０５に保持される。
図２５は、第１の実施形態の第５の変形例による認証処理の例を示すシーケンス図である。この例では、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤのみを入力する場合の例である。なお、この場合、認証管理装置１０Ｄにおいて、情報保持部１０５の認証情報として、例えば既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。また、認証装置１２の認証情報保持部１２２には、認証情報として、パスワードｐｗｄと変換ユーザＩＤとが関連付けられて記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力し認証を要求する（ステップＳ１１２０）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ｄに認証要求を送信する（ステップＳ１１２１）。
認証管理装置１０Ｄのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１１２２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１１２３）。また、ルール取得部１０８は、デバイスＩＤおよび取得したドメイン情報を用いて変換ルール情報からＩＤ変換ルールを取得する。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１１２４）。この場合、当該ユーザＩＤが、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得する（ステップＳ１１２５）。このとき、マッピング部１０４は、認証情報において当該ユーザＩＤに関連付けられたパスワードｐｗｄを共に取得する。
次に、ルール適用部１０９は、情報処理装置１１から認証要求と共に送信されたユーザＩＤに対してＩＤ変換ルールを適用し（ステップＳ１１２６）、ユーザＩＤがＩＤ変換ルールに従い変換された変換ユーザＩＤを生成する（ステップＳ１１２７）。認証要求部１０２は、ステップＳ１１２３で取得したドメイン情報と、認証要求に含まれるパスワードｐｗｄと、ルール適用部１０９で生成された変換ユーザＩＤとを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１１２８）。
認証装置１２は、認証管理装置１０Ｄから送信された変換ユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該変換ユーザＩＤに対する認証を行う（ステップＳ１１２９）。認証が成功すると（ステップＳ１１３０）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報と、共通ユーザＩＤと、変換ユーザＩＤとを認証管理装置１０Ｄに返す（ステップＳ１１３１）。
認証装置１２から送信された各情報は、認証管理装置１０Ｄの通信部１０１に受信され、登録部１０３に渡される。登録部１０３は、通信部１０１から渡された認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとにより、既に登録される認証情報を更新する（ステップＳ１１３２）。
その後、認証管理装置１１Ｄは、認証成功を示す認証結果と、共通ユーザＩＤとを情報処理装置１１に送信する（ステップＳ１１３３）。情報処理装置１１は、表示部などに認証が成功した旨を表示し、ユーザ１に対して情報処理装置１１の利用を許可する。
このように、第１の実施形態の第５の変形例によれば、認証管理装置１１Ｄは、共通ユーザＩＤとパスワードｐｗｄとに基づき認証されたユーザ１に対して、ＩＤ変換ルールを適用することができる。そのため、認証装置１２における認証に対して柔軟に対応することが可能である。
（第１の実施形態の第６の変形例）
次に、第１の実施形態の第６の変形例について説明する。上述の第１の実施形態の第５の変形例では、変換ルールをユーザＩＤに対して適用したが、この第１の実施形態の第６の変形例では、認証に用いるさらに別の情報に対して変換ルールを適用する。なお、この第１の実施形態の第６の変形例では、上述した認証管理装置１１Ｄをそのまま適用可能である。
第１の実施形態の第６の変形例において変換ルールを適用する例として、ドメイン（認証装置１２）が属する組織のさらに上位の組織毎に、変換ルールを適用することが考えられる。上位組織は、例えば企業などにおいて、ドメインが各事業所に相当する場合、当該企業が該当する。すなわち、認証管理装置１Ｄは、複数の企業について、認証情報の管理を行う。
図２６は、第１の実施形態の第６の変形例に適用可能な上位組織設定情報と、変換ルール情報の例を示す。なお、ここでは、上位組織が企業であるものとする。図２６（ａ）は、上位組織設定情報の例を示す。上位組織設定情報は、デバイスＩＤおよびドメイン情報毎に、上位組織を識別する上位組織識別情報（企業ＩＤ）が関連付けられる。図２６（ｂ）は、変換ルール情報の例を示す。変換ルール情報は、企業ＩＤとＩＤ変換ルールとが関連付けられる。これら上位組織設定情報および変換ルール情報が情報保持部１０５に保持される。
認証管理装置１０Ｄのルール取得部１０８は、例えば図２５のステップＳ１１２１で取得したデバイスＩＤに基づき、ステップＳ１１２２で上位組織設定情報から企業ＩＤとドメイン情報とを取得する。そして、ステップＳ１１２６で、企業ＩＤに基づき変換ルール情報から変換ルールを取得する。これにより、上位組織毎に変換ルールが定められている認証システムに対応できる。
（第１の実施形態の第７の変形例）
次に、第１の実施形態の第７の変形例について説明する。第１の実施形態の第７の変形例は、情報処理装置１１毎に動作ルールを設定する。この場合、動作ルールを設定する動作ルール情報は、デバイスＩＤと、動作ルールと、ドメイン情報とが関連付けられて構成される。図２７は、情報処理装置１１がＭＦＰであり、動作ルールが印刷ルールである場合の一例の動作ルール情報を示す。なお、この第１の実施形態の第７の変形例では、上述した認証管理装置１１Ｄをそのまま適用可能である。
図２８は、第１の実施形態の第７の変形例による認証処理の例を示すシーケンス図である。この例は、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤのみを入力する場合の例である。なお、この場合、認証管理装置１０Ｄにおいて、情報保持部１０５の認証情報として、例えば既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力し認証を要求する（ステップＳ１１４０）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ｄに認証要求を送信する（ステップＳ１１４１）。
認証管理装置１０Ｄのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１１４２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１１４３）。また、ルール取得部１０８は、デバイスＩＤおよび取得したドメイン情報を用いて動作ルール情報から動作ルールを取得する。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１１４４）。この場合、当該ユーザＩＤが、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得する（ステップＳ１１４５）。このとき、マッピング部１０４は、認証情報において当該ユーザＩＤに関連付けられたパスワードｐｗｄを共に取得する。
次に、認証要求部１０２は、ステップＳ１１４３で取得したドメイン情報と、認証要求に含まれるパスワードｐｗｄおよびユーザＩＤとを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１１４６）。
認証装置１２は、認証管理装置１０Ｄから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１１４７）。認証が成功すると（ステップＳ１１４８）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報と、共通ユーザＩＤと、ユーザＩＤとを認証管理装置１０Ｄに返す（ステップＳ１１４９）。
認証装置１２から送信された各情報は、認証管理装置１０Ｄの通信部１０１に受信され、登録部１０３に渡される。登録部１０３は、通信部１０１から渡された認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとにより、既に登録されている認証情報を更新する（ステップＳ１１５０）。
次に、認証管理装置１０Ｄのルール適用部１０９は、ステップＳ１１４３で取得された動作ルールを解析する（ステップＳ１１５１）。そして、認証管理装置１０Ｄは、認証成功を示す認証結果と、共通ユーザＩＤと、解析済みの動作ルールとを情報処理装置１１に送信する（ステップＳ１１５２）。情報処理装置１１において、登録部１１３は、共通ユーザＩＤを情報保持部１１４の認証情報として登録する（ステップＳ１１５３）と共に、解析済みの動作ルールを図示されない制御部に設定する。これにより、情報処理装置１１は、動作ルールに従った動作を行う。
このように、第１の実施形態の第７の変形例によれば、情報処理装置１１毎に動作ルールを設定することができる。
なお、上述では、動作ルールをデバイスＩＤに関連付けるように説明したが、これはこの例に限定されない。例えば、情報処理装置１１の動作ルールを企業といった上位組織に関連付けることが考えられる。図２９は、上位組織設定情報と、動作ルール情報の例を示す。なお、ここでは、上位組織が企業であるものとする。図２９（ａ）は、上位組織設定情報の例を示す。上位組織設定情報は、デバイスＩＤおよびドメイン情報毎に、上位組織を識別する上位組織識別情報（企業ＩＤ）が関連付けられる。図２９（ｂ）は、動作ルール情報の例を示す。動作ルール情報は、企業ＩＤと動作ルールとが関連付けられる。
認証管理装置１０Ｄのルール取得部１０８は、例えば図２８のステップＳ１１４１で取得したデバイスＩＤに基づき、ステップＳ１１４２で上位組織設定情報から企業ＩＤとドメイン情報とを取得する。そして、ステップＳ１１４３で、企業ＩＤに基づき動作ルール情報から動作ルールを取得する。これにより、上位組織毎に動作ルールが定められている認証システムに対応できる。
また例えば、情報処理装置１１の動作ルールをドメイン情報と関連付けるようにしてもよい。図３０は、動作ルールをドメイン情報に関連付けた場合の動作ルール情報の例を示す。なお、この場合の認証処理は、図２８を用いて説明した処理と同様であるので、ここでの説明を省略する。
（第１の実施形態の第８の変形例）
次に、第１の実施形態の第８の変形例について説明する。この第１の実施形態の第８の変形例は、ユーザが属しているグループに応じて情報処理装置１１の利用権限を設定する場合の認証例である。図３１は、第１の実施形態の第８の変形例による認証管理装置１０Ｅの機能を説明するための一例の機能ブロック図である。認証管理装置１０Ｅは、図４を用いて説明した認証管理装置１０Ａに対してグループ権限取得部１４０が追加されている。
図３２は、ユーザが属するグループを識別するグループ情報と、当該グループに割り当てられた権限を示す権限情報とを関連付けるグループ設定情報の例を示す。例えば、情報処理装置１１がＭＦＰである場合、権限は、カラー印刷許可、モノクロ印刷許可／カラー印刷不許可などが考えられる。また、図３２では、１のグループに１の権限が関連付けられているが、これはこの例に限定されず、１のグループに複数の権限を関連付けてもよい。図３３は、認証が成功した後の認証情報の例を示す。図７を用いて説明した認証情報に対して、グループ情報の項目が追加されている。
なお、認証装置１２は、認証情報として、ユーザＩＤとグループ情報とを関連付ける情報をさらに有する。
図３４は、第１の実施形態の第８の変形例による認証処理の一例を示すシーケンス図である。この図３４では、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤのみを入力し、認証管理装置１０Ｅにおいて、情報保持部１０５の認証情報として、既に、例えば上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力する（ステップＳ１１６０）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ｅに認証要求を送信する（ステップＳ１１６１）。
認証管理装置１０Ｅのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１１６２）、デバイスＩＤに対応するドメイン情報を取得して（ステップＳ１１６３）、認証要求先の認証装置１２を特定することができる。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１１６４）。当該ユーザＩＤは、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤと、当該ユーザＩＤに関連付けられたパスワードｐｗｄとを取得する（ステップＳ１１６５）。
認証管理装置１０Ｅにおいて、認証要求部１０２は、ステップＳ１０６５の検索結果に応じて、ステップＳ１１６３で取得したドメイン情報と、認証要求に含まれるユーザＩＤおよびパスワードｐｗｄとを通信部１０１に渡す。通信部１０１は、渡されたユーザＩＤおよびパスワードｐｗｄを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１０６６）。
認証装置１２は、認証管理装置１０Ｅから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１１６７）。認証装置１２は、認証が成功すると、当該ユーザＩＤに対応するグループ情報を認証情報から抽出し（ステップＳ１１６８）、認証結果として認証が成功した旨（認証ＯＫ）の通知を認証管理装置１０Ｅに返す（ステップＳ１１６９）。このとき、認証装置１２は、認証結果にグループ情報を付加して認証管理装置１０Ｅに送信する。
認証管理装置１０Ｅにおいて、認証装置１２からの認証成功の認証結果を受け取ると、グループ権限取得部１４０は、認証結果に付加されるグループ情報により、情報保持部１０５に保持されるグループ設定情報から、当該グループ情報に関連付けられる権限を示す権限情報を検索する（ステップＳ１１７０）。また、認証管理装置１０Ｅは、共通ユーザＩＤと、ユーザＩＤと、パスワードｐｗｄと、ドメインとにより、登録される認証情報を更新する（ステップＳ１１７１）。
そして、認証管理装置１０Ｅは、認証結果および共通ユーザＩＤと、ステップＳ１１７０で取得した権限情報とを通信部１０１により情報処理装置１１に送信する（ステップＳ１１７２）。情報処理装置１１は、認証管理装置１０Ｅからの認証結果、共通ユーザＩＤおよび権限情報を受信すると、権限情報に応じた動作設定を図示されない制御部に設定する。また、情報処理装置１１は、共通ユーザＩＤを情報保持部１１４に認証情報として追加して登録する（ステップＳ１１７３）。
このように、第１の実施形態の第８の変形例では、ユーザ１の認証要求に応じて、グループ毎の権限情報を情報処理装置１１に設定することができる。
（第１の実施形態の第９の変形例）
次に、第１の実施形態の第９の変形例について説明する。情報処理装置１１は、取得した情報を、ネットワークを介して接続される他の情報処理装置１１や、当該認証システム外の情報処理装置に配信することができる。第１の実施形態の第９の変形例は、この情報処理装置１１からの情報配信のルールを所定単位毎に設定する。
図３５は、この第１の実施形態の第９の変形例による認証システムの最小限の構成例を示す。図３５に例示されるように、第１の実施形態の第９の変形例では、認証システムに対して、情報配信を管理する配信管理装置１４が設けられる。また、認証管理装置としては、図２３に示した、ルール取得部１０８およびルール適用部１０９を有する認証管理装置１０Ｄを適用することができる。
図３６は、情報配信のルールを定義する配信ルール情報の例を示す。なお、以下では、情報配信のルールを、ドメインが属する組織の上位組織単位で定義するものとする。すなわち、上位組織は、複数のドメインを含むことができる。上位組織は、例えば企業である。図３６の配信ルール情報において、上位組織識別情報（企業ＩＤ）と、配信ルールと、デバイスＩＤと、ドメイン情報とが関連付けられる。
配信ルールは、図３６の例では、情報処理装置１１がＭＦＰであるとして、スキャン機能で原稿を読み取って得られた画像データをＰＤＦ(Portable Document Format)形式に変換して、所定のフォルダに送信する一連の処理を含む。配信管理装置１４は、情報処理装置１１の配信サーバとして機能し、配信ルールに従い、情報処理装置１１からのデータの配信を制御する。
図３７は、第１の実施形態の第９の変形例による認証処理の一例を示すシーケンス図である。この例は、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤのみを入力する場合の例である。なお、この場合、認証管理装置１０Ｄにおいて、情報保持部１０５の認証情報として、例えば既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力し認証を要求する（ステップＳ１１８０）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ｄに認証要求を送信する（ステップＳ１１８１）。
認証管理装置１０Ｄのマッピング部１０４は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１１８２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１１８３）。また、ルール取得部１０８は、デバイスＩＤおよび取得したドメイン情報を用いて配信ルール情報から配信ルールを取得する。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１１８４）。この場合、当該ユーザＩＤが、共通ユーザＩＤと関連付けられて情報保持部１０５の認証情報に登録されている。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得する（ステップＳ１１８５）。このとき、マッピング部１０４は、認証情報において当該ユーザＩＤに関連付けられたパスワードｐｗｄを共に取得する。
次に、認証要求部１０２は、ステップＳ１１８３で取得したドメイン情報と、認証要求に含まれるパスワードｐｗｄおよびユーザＩＤとを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１１８６）。
認証装置１２は、認証管理装置１０Ｄから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１１８７）。認証が成功すると（ステップＳ１１８８）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報と、共通ユーザＩＤと、ユーザＩＤとを認証管理装置１０Ｄに返す（ステップＳ１１８９）。
次に、認証管理装置１０Ｄのルール適用部１０９は、ステップＳ１１８３で取得された配信ルールを解析する（ステップＳ１１９０）。そして、認証管理装置１０Ｄは、解析済みの配信ルールを配信管理装置１４に送信する（ステップＳ１１９１）。それと共に、認証管理装置１０Ｄのマッピング部１０４は、情報保持部１０５に保持される配信ルール情報から、デバイスＩＤおよびドメイン情報に基づき企業ＩＤを検索し、デバイスＩＤ、ドメイン情報および企業ＩＤを配信管理装置１４に送信する（図示しない）。
配信管理装置１４は、認証管理装置１０Ｄから送信されたデバイスＩＤと、ドメイン情報と、企業ＩＤとに基づき情報処理装置１１を特定し、特定された情報処理装置１１からの情報配信を、配信ルールに従い制御する。
一方、認証管理装置１０Ｄでは、認証装置１２から送信された各情報が認証管理装置１０Ｄの通信部１０１に受信され、登録部１０３に渡される。登録部１０３は、通信部１０１から渡された認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとにより、既に登録されている認証情報を更新する（ステップＳ１１９２）。
このように、第１の実施形態の第９の変形例では、上位組織（企業）単位の配信ルールを、共通ユーザＩＤを用いて設定して、情報処理装置１１からの情報配信を制御している。そのため、１の上位組織に含まれる複数のドメインそれぞれにおいて、共通した配信ルールで、情報処理装置１１から情報配信を行うことができる。
（第１の実施形態の第１０の変形例）
次に、第１の実施形態の第１０の変形例について説明する。第１の実施形態の第１０の変形例では、認証成功時に期間を設定し、設定した期間内であれば、認証処理を認証管理装置内で内部処理できるようにしている。
図３８は、この第１の実施形態の第１０の変形例による認証管理装置１０Ｆの機能を説明するための一例の機能ブロック図である。図３８に例示されるように、認証管理装置１Ｆは、図４を用いて説明した認証管理装置１０Ａに対して、期間処理部１５０とタイマ１５１とが追加されている。タイマ１５１は、時間を計測する。期間処理部１５０は、タイマ１５１から出力される時間情報に従い、期間に関する処理を行う。
図３９は、認証成功時に設定する期間を示す期間情報の例を示す。期間情報において、共通ユーザＩＤに対して期間が関連付けられている。期間情報は、情報保持部１０５に保持される。
図４０は、第１の実施形態の第１０の変形例による認証処理の一例を示すシーケンス図である。この例は、ユーザ１が情報処理装置１１に対してマニュアル入力でユーザＩＤのみを入力する場合の例である。なお、この場合、認証管理装置１０Ｆにおいて、情報保持部１０５の認証情報として、例えば既に上述した図９のシーケンスに従い当該ユーザ１の認証情報が記憶されているものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤを入力し認証を要求する（ステップＳ１２００）。情報処理装置１１は、入力されたユーザＩＤに、情報保持部１１４に保持されるデバイスＩＤを付加して、認証管理装置１０Ｆに認証要求を送信する（ステップＳ１２０１）。
次に、認証管理装置１０Ｆにおいて、マッピング部１０４は、情報保持部１０５に保持されるユーザ設定情報から、ステップＳ１２０１で取得したユーザＩＤに対応する共通ユーザＩＤを取得して、期間処理部１５０に渡す。期間処理部１５０は、情報保持部１０５に保持される期間情報から、共通ユーザＩＤに対応する期間を検索する（ステップＳ１２０２）。期間処理部１５０は、共通ユーザＩＤに対応する期間が存在している場合に、現在の期間の経過日数をタイマ１５１から取得して、期間情報が示す期間に対する残り日数を取得する（ステップＳ１２０３）。
以下、取得された残り日数が０日以下（日単位の場合）であれば、ステップＳ１２０４の処理に移行し、残り日数が１日以上であれば、ステップＳ１２０５の処理に移行する。
先ず、ステップＳ１２０４の処理について説明する。認証管理装置１０Ｆのマッピング部１０４は、ステップＳ１２０１での認証要求の受信に応じて、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１２１０）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１２１１）。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１２１２）。マッピング部１０４は、検索結果として、当該ユーザＩＤに関連付けられた共通ユーザＩＤを取得する（ステップＳ１２１３）。このとき、マッピング部１０４は、認証情報において当該ユーザＩＤに関連付けられたパスワードｐｗｄを共に取得する。
次に、認証要求部１０２は、ステップＳ１２１１で取得したドメイン情報と、認証要求に含まれるパスワードｐｗｄおよびユーザＩＤとを、ドメイン情報に示される認証装置１２に送信する（ステップＳ１２１４）。
認証装置１２は、認証管理装置１０Ｆから送信されたユーザＩＤおよびパスワードｐｗｄに基づき認証情報保持部１２２を参照して、当該ユーザＩＤに対する認証を行う（ステップＳ１２１５）。認証が成功すると（ステップＳ１２１６）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報と、共通ユーザＩＤと、ユーザＩＤとを認証管理装置１０Ｆに返す（ステップＳ１２１７）。認証装置１２から送信された各情報は、認証管理装置１０Ｆの通信部１０１に受信され、登録部１０３に渡される。
認証管理装置１０Ｆにおいて、認証装置１２からの各情報が通信部１０１により受信されると、期間処理部１５０は、タイマ１５１を起動させて時間の計測を開始する（ステップＳ１２１８）。
次に、認証管理装置１０Ｆにおいて、登録部１０３は、通信部１０１から渡された認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとにより、既に登録されている認証情報を更新する（ステップＳ１２１９）。
その後、認証管理装置１０Ｆは、認証結果および共通ユーザＩＤを通信部１０１により情報処理装置１１に送信する（ステップＳ１２０６）。情報処理装置１１は、送信された認証結果を確認し、共通ユーザＩＤを情報保持部１１４に認証情報として追加して登録する（ステップＳ１２０７）。そして、情報処理装置１１は、例えば表示部に利用が許可された旨を表示し、利用許可をユーザ１に通知する。
次に、ステップＳ１２０５の処理について説明する。認証管理装置１０Ｆのマッピング部１０４は、ステップＳ１２０１での認証要求の受信に応じて、受信した認証要求に含まれるデバイスＩＤを情報保持部１０５のデバイス設定情報から検索し（ステップＳ１２２０）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１２２１）。
次に、マッピング部１０４は、認証情報に含まれるユーザＩＤを情報保持部１０５に保持される認証情報から検索する（ステップＳ１２２２）。マッピング部１０４は、ユーザＩＤが検索されると（ステップＳ１２２３）、上述したステップＳ１２０６およびステップＳ１２０７の処理を行い、ユーザ１に対して情報処理装置１１の利用許可を通知する。
このように、第１の実施形態の第１０の変形例では、設定された期間に対して残り日数が存在する場合は、認証装置１２における認証処理が省略される。そのため、認証装置１２および認証システム全体の処理負荷が軽減される。
（第２の実施形態）
次に、第２の実施形態について説明する。第２の実施形態は、ネットワーククラウドを含む認証システムの例である。ネットワーククラウドは、互いにネットワークで接続される複数のコンピュータを含み、外部からは、その内部が隠蔽されたブラックボックスとして入出力のみが示されるネットワーク・グループである。
図４１は、第２の実施形態による認証システムの一例の構成を示す。インターネット２００に対してそれぞれドメインを持つ複数のネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃが、各々ファイアウォール３０を介して接続される。各ネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃは、それぞれ複数の情報処理装置１１を含む。
各ネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃは、それぞれ異なる組織に運営される。図４１の例では、ネットワークシステム２０３Ａおよび２０３Ｂは、企業Ａに含まれる事業所Ａおよび事業所Ｂにそれぞれ運営される。また、ネットワークシステム２０３Ｃは、企業Ｂに運営される。また、各ネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃは、組織単位で認証処理が行われる。例えば、ネットワークシステム２０３Ａは、認証装置１２Ａで、ネットワークシステム２０３Ｂは、認証装置１２Ｂで、ネットワークシステム２０３Ｃは、認証装置１２Ｃで、それぞれ認証が行われる。
インターネット２００に対して、さらに、サービス提供システム２０２が接続される。サービス提供システム２０２は、認証管理装置１０と、各サービスを提供するための１以上のサービス提供装置とを含む。この例では、サービス提供システム２０２は、プリントサービス提供装置４０と、スキャンサービス提供装置４１と、その他サービス提供装置４２とを含む。これらサービス提供システム２０２は、ネットワーククラウドにより構成され、サービス提供システム２０２に含まれる各装置は、ネットワークを介して互いに接続された複数のコンピュータ装置上で、分散して構成される。
サービス提供システム２０２は、各ネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃに対して、それぞれ独立してサービスを提供することができる。すなわち、各ネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃは、認証管理装置１０を介して各認証装置１２Ａ、１２Ｂおよび１２Ｃによる認証を行う。認証管理装置１０は、各認証装置１２Ａ、１２Ｂおよび１２Ｃによる認証結果に基づき、プリントサービス提供装置４０、スキャンサービス提供装置４１および他サービス提供装置４２によるサービスを、各ネットワークシステム２０３Ａ、２０３Ｂおよび２０３Ｃに対して提供する。
図４２は、サービス提供システム２０２の機能を説明するための一例の機能ブロック図である。サービス提供システム２０２は、サービスアプリケーション２１０、プラットフォームＡＰＩ(Application Programming Interface)２２０、プラットフォーム２３０およびデータ管理部２４０の各層の機能を含む。
プラットフォーム２３０およびデータ管理部２４０は、認証管理装置１０の機能を含む。プラットフォーム２３０は、それぞれ図４に示した認証要求部１０２、マッピング部１０４、通信部１０１および登録部１０３に対応する、認証処理部２３１、マッピング部２３２、機器通信部２３３および登録部２３５を含む。
また、プラットフォーム２３０は、データ処理部２３４をさらに含み、サービスアプリケーション２１０に含まれる各アプリケーションの基本的な機能を担う。すなわち、データ処理部２３４は、サービスアプリケーション２１０に含まれる各アプリケーションからの要求に応じた処理を行う。
機器通信部２３３は、インターネット２００などのネットワークを介してクライアント端末３００、携帯端末３０１、ＭＦＰ３０２、認証サーバ３０３、プリントサーバ３０４および配信サーバ３０５などに接続される。これらのうち、クライアント端末３００、携帯端末３０１およびＭＦＰ３０２は、上述した情報処理装置１１に対応する。認証サーバ３０３は、認証装置１２Ａ、１２Ｂおよび１２Ｃに対応する。また、プリントサーバ３０４および配信サーバ３０５は、例えば上述したプリントサービス提供装置４０、スキャンサービス提供装置４１および他サービス提供装置４２などに対応する。
データ管理部２４０は、組織管理情報記憶部２４１、ユーザ管理情報記憶部２４２、機器管理情報記憶部２４３および認証先管理情報記憶部２４４を含む。プラットフォーム２３０は、データ管理部２４０に管理される各情報を用いて、機器通信部２３３に接続される各装置に対する認証管理動作などを行う。データ管理部２４０に管理される各情報の具体例については、後述する。
サービスアプリケーション２１０は、サービス提供システム２０２が各サービスを提供するための１以上のアプリケーションを含む。図４２の例では、サービスアプリケーション２１０は、プリントサービスを提供するプリントサービスアプリケーション２１１と、スキャンサービスを提供するスキャンサービスアプリケーション２１２と、それぞれ他のサービスを提供するサービスアプリケーション２１３、２１４、…を含む。サービスアプリケーション２１０に含まれる各アプリケーションの機能は、プラットフォームＡＰＩ２２０において公開されている範囲において利用可能となっている。
データ管理部２４０で管理される各データについて、より具体的に説明する。図４３は、組織管理情報記憶部２４１に記憶される組織管理情報の例を示す。組織管理情報記憶部２４１は、サービス提供システム２０２が提供するサービスの組織に関する情報を記憶する。この例では、組織を識別するための組織識別情報としての組織コードに対して、企業名、国籍、使用言語など、組織の属性情報が関連付けられる。
なお、組織コードは、１以上のユーザやデバイスの集合を特定することが可能な情報である。したがって、組織や企業などに限定されず、ユーザやデバイスなどの集合に対する契約を識別する契約情報を組織コードとして用いることも可能である。
図４４は、ユーザ管理情報記憶部２４２に記憶されるユーザ管理情報の例を示す。ユーザ管理情報記憶部２４２は、サービス提供システム２０２が提供するサービスのユーザに関する情報を記憶する。図４４（ａ）は、ユーザ管理情報のうち認証情報の例を示す。この例では、ユーザを識別するユーザＩＤに対して、組織コード、パスワードｐｗｄ、共通ユーザＩＤ、ドメイン情報がそれぞれ関連付けられる。
ユーザＩＤは、ユーザを特定可能な情報であって、所定のコードでもよいし、そのユーザの名前でもよい。また、認証情報において、パスワードｐｗｄは、必須の情報ではない。さらに、認証情報として、ユーザＩＤで識別されるユーザが保有する電子媒体、例えばＩＣカード、携帯電話端末、タブレット端末、電子書籍端末などの識別情報（カードＩＤ、シリアルナンバ、電話番号、端末のプロファイル情報など）をさらに用いてもよい。これらの情報を組み合わせて、ユーザＩＤとして用いることも可能である。
図４４（ｂ）は、ユーザ管理情報のうち設定情報の例を示す。この例では、ユーザＩＤに対して、共通ユーザＩＤおよび組織コードが関連付けられる。
なお、ユーザＩＤは、関連付けられる組織コードに対してユニークである必要がある。一方、異なる組織コードに関連付けられるユーザＩＤは、互いに重複しても構わない。共通ユーザＩＤは、サービス提供システム２０２（認証管理装置１０）においてユニークである必要がある。
図４５は、機器管理情報記憶部２４３に記憶される機器管理情報の例を示す。機器管理情報記憶部２４３は、ユーザのシステム環境において、サービス提供システム２０２が提供するサービスと連携させる機器（情報処理装置）に関する情報を記憶する。この例では、各機器を識別するためのデバイスＩＤに対して、事業所情報および組織コードが関連付けられる。
デバイスＩＤは、デバイスが特定の条件を備えたものであることを識別する情報である。機器の特定のアプリケーションが搭載されていることを示す識別情報や、特定の機器であることを示す機器番号をデバイスＩＤとして用いてもよい。
図４６は、認証先管理情報記憶部２４４に記憶される認証先管理情報の例を示す。この例では、事業所情報に対してドメイン情報と組織コードとが関連付けられる。
図４７は、第２の実施形態による認証処理の例を示すフローチャートである。このフローチャートの処理に先立って、例えばクライアント端末３００からサービス提供システム２０２に対して企業名、デバイスＩＤ、ユーザＩＤおよびパスワードｐｗｄが送信され、認証が要求される。
ステップＳ４００で、認証処理部２３１は、この認証要求に応じて、例えば組織管理情報記憶部２４１に記憶される組織管理情報を参照し、企業名に対応する組織コードが登録されているか否かを判定する。若し、登録されていないと判定した場合、認証処理部２３１は、処理をステップＳ４０７に移行させて、認証が失敗した（ＮＧ）としてクライアント端末３００に通知し、一連の認証処理を終了させる。
一方、ステップＳ４００で組織コードの登録がなされていると判定した場合、認証処理部２３１は、処理をステップＳ４０１に移行させる。認証処理部２３１は、ステップＳ４０１で、機器管理情報記憶部２４３に記憶される機器管理情報を参照し、認証要求と共に送信されたデバイスＩＤが登録されているか否かを判定する。若し、登録されていないと判定した場合、処理をステップＳ４０７に移行させて認証失敗をクライアント端末３００に通知し、一連の認証処理を終了させる。
一方、ステップＳ４０１でデバイスＩＤが登録されていると判定した場合、認証処理部２３１は、処理をステップＳ４０２に移行させる。認証処理部２３１は、ステップＳ４０２で、機器管理情報記憶部２４３に記憶される機器管理情報と、認証先管理情報記憶部２４４に記憶される認証先管理情報とを参照し、組織コードおよびデバイスＩＤからドメインを取得する。
次のステップＳ４０３で、認証処理部２３１は、ユーザＩＤおよびパスワードｐｗｄを、ドメインで示される認証サーバ３０３に送信して認証を要求する。ステップＳ４０４で、認証処理部２３１は、認証サーバ３０３から送信された認証結果の判定を行い、認証結果が認証失敗を示すと判定した場合、認証処理部２３１は、処理をステップＳ４０７に移行させて認証失敗をクライアント端末３００に通知し、一連の認証処理を終了させる。
一方、ステップＳ４０４で、認証サーバ３０３から送信された認証結果が認証成功を示すと判定した場合、認証処理部２３１は、処理をステップＳ４０５に移行させる。ステップＳ４０５で、認証処理部２３１は、ユーザ管理情報記憶部２４２に記憶される設定情報を参照して、ユーザＩＤに対応する共通ユーザＩＤを取得し、共通ユーザＩＤと、ユーザＩＤと、パスワードｐｗｄとをユーザ管理情報記憶部２４２に登録する。そして、認証処理部２３１は、処理をステップＳ４０６に移行させて、認証が成功した旨を、共通ユーザＩＤと共にクライアント端末３００に送信する。これにより、クライアント端末３００は、サービス提供システム２０２によるサービスを利用することができるようになる。
（第３の実施形態）
次に、第３の実施形態について説明する。第３の実施形態は、認証処理は組織内で閉じて行い（オンプレミス）、サービス提供を、別途認証が必要な組織外のシステムから受ける例である。
図４８は、第３の実施形態による認証システムの一例の構成を示す。インターネット３１０に対して、それぞれドメインを持ち１以上の情報処理装置１１（ＰＣ、ＭＦＰなど）を含む複数のネットワークシステム３１３Ａおよび３１３Ｂが、各々ファイアウォール３０を介して接続される。各ネットワークシステム３１３Ａおよび３１３Ｂは、各システムが運営される組織の上位組織に運営されるネットワークシステム３１２の下位システムとされる。
ネットワークシステム３１２は、外部からは組織コードで識別される。また、ネットワークシステム３１２に含まれる各情報処理装置１１は、デバイスＩＤと共に組織コードを保持する。組織コードは、例えば後述するサービス提供システム３１１を利用するためのソフトウェアプログラムを情報処理装置１１に搭載する際に、当該情報処理装置１１に対して設定される。
また、ネットワークシステム３１２は、ネットワークシステム３１３Ａおよび３１３Ｂの認証をネットワークシステム３１２内で閉じて実行する認証システム３１４を有する。認証システム３１４は、認証管理装置１０と、ネットワークシステム３１３Ａおよび３１３Ｂにそれぞれ対応する２の認証装置１２とを含み、ファイアウォール３０を介してインターネット３１０に接続される。
インターネット３１０に対して、さらに、サービス提供システム３１１が接続される。この例では、サービス提供システム３１１は、認証装置１２’と、各サービスを提供するための１以上のサービス提供装置とを含む。この例では、サービス提供システム３１１は、プリントサービス提供装置４０と、スキャンサービス提供装置４１と、その他サービス提供装置４２とを含む。この例では、サービス提供システム３１１がネットワーククラウドにより構成され、サービス提供システム３１１に含まれる各装置は、ネットワークを介して互いに接続された複数のコンピュータ装置上で、分散して構成される。
サービス提供システム３１１は、各ネットワークシステム３１３Ａおよび３１３Ｂに対して、それぞれ独立してサービスを提供することができる。このとき、各ネットワークシステム３１３Ａおよび３１３Ｂは、サービス提供システム３１１のサービスを利用する際に、サービス提供システム３１１に含まれる認証装置１２’の認証を受ける必要がある。
なお、サービス提供システム３１１は、図５を参照し、通信部および認証部を含むプラットフォームと、認証情報保持部を含むデータ管理部と、プラットフォームとプラットフォームＡＰＩを介して情報の授受を行うサービスアプリケーションとを含む。プラットフォームとデータ管理部とから認証装置１２’が構成される。
機器通信部は、インターネット３１０を介してネットワークシステム３１３Ａおよび３１３Ｂと通信を行う。認証処理部は、ネットワークシステム３１３Ａおよび３１３Ｂから送信され機器通信部に受信された認証要求に従い、認証情報記憶部に記憶される認証情報に基づき認証処理を行う。認証が成功した場合、サービスアプリケーションからネットワークシステム３１３Ａおよび３１３Ｂに対してサービスが提供される。
図４９は、第３の実施形態による認証処理の例を示すフローチャートである。以下では、ユーザが、例えばネットワークシステム３１３Ａに含まれる何れかの情報処理装置１１に対してユーザＩＤおよびパスワードｐｗｄを入力してネットワークシステム３１３Ａにログインし、当該情報処理装置１１からサービス提供システム３１１に対してサービス提供を要求したものとする。当該情報処理装置１１から認証管理装置１０に対して、ユーザＩＤおよびパスワードｐｗｄを含む認証情報と、当該情報処理装置１１のデバイスＩＤとが送信され、認証要求がなされる（ステップＳ５００）。
認証管理装置１０は、情報処理装置１１による認証要求に応じて、当該情報処理装置１１から送信された認証情報およびデバイスＩＤを用いて認証処理を行う。認証が成功すると、認証成功を示す認証結果と、認証情報に含まれるユーザＩＤに対応する共通ユーザＩＤが当該情報処理装置１１に送信される。この認証結果および共通ユーザＩＤは、当該情報処理装置１１に受信される（ステップＳ５０１）。
次に、当該情報処理装置１１は、サービス提供システム３１１に対してログイン要求を送信する（ステップＳ５０２）。このとき、当該情報処理装置１１は、ステップＳ５０１で取得した共通ユーザＩＤを用いてサービス提供システム３１１に対するログインを試みる。
以降、サービス提供システム３１１の認証モードが内部認証連携モードであるか否かで認証処理が異なる。内部認証連携モードとは、当該情報処理装置１１が属するネットワークシステムにおける認証システムと連携し、特定のユーザＩＤを利用して認証を行う認証モードである。この例の内部認証連携モードは、当該情報処理装置１１が属する上位のネットワークシステム３１２における認証システムと連携し、当該認証システムで認証が成功して取得した共通ユーザＩＤを用いて認証を行っている。
内部認証連携モードでは、ネットワークシステム３１２内部での内部認証に用いるパスワードｐｗｄを必要としないため、機密性の高い内部認証情報をネットワーククラウド（サービス提供システム３１１）上に保持せずに認証を行うことが可能となる。
なお、サービス提供システム３１１において内部認証連携モードを利用する場合には、共通ユーザＩＤを、サービス提供システム３１１内の認証装置１２’に予め登録しておく。これにより、ユーザは、意識すること無く共通ユーザＩＤによるログインを行うことができる。
若し、ステップＳ５０３で、サービス提供システム３１１の認証モードが内部認証連携モードであると判定された場合、処理がステップＳ５０４に移行される。ステップＳ５０４では、当該情報処理装置１１からサービス提供システム３１１に対して、デバイスＩＤ、組織コードおよび共通ユーザＩＤが送信され、認証要求がなされる。この認証要求に対する認証が成功すると、認証装置１２’から当該情報処理装置１１に対して認証成功が通知され、当該情報処理装置１１からサービス提供システム３１１のサービスを利用することが可能となる。
一方、ステップＳ５０３で、サービス提供システム３１１の認証モードが内部認証連携モードではないと判定された場合、処理がステップＳ５０５に移行され、パスワードｐｗｄを用いた通常の認証処理が行われる。この場合、認証装置１２’は、各ユーザのユーザＩＤおよびパスワードｐｗｄが予め登録される。
ステップＳ５０５で、認証装置１２’から当該情報処理装置１１に対して、ユーザＩＤおよびパスワードｐｗｄによる認証情報の入力が要求される。この認証情報入力要求に応じて、当該情報処理装置１１から認証装置１２’に対して、デバイスＩＤ、組織コード、ユーザＩＤおよびパスワードｐｗｄが送信され、認証が要求される（ステップＳ５０６）。この認証要求に対する認証が成功すると、認証装置１２’から当該情報処理装置１１に対して認証成功が通知され、当該情報処理装置１１からサービス提供システム３１１のサービスを利用することが可能となる。
図５０は、第３の実施形態において、ネットワーククラウド（サービス提供システム３１１）とオンプレミスのネットワークシステム３１２とを連携させるための一例の処理を示すシーケンス図である。図５０において、認証管理装置１０および認証装置１２は、それぞれネットワークシステム３１２内の認証システム３０４に含まれる。
以下では、ネットワークシステム３１２内の任意の情報処理装置１１から、サービス提供システム３１１に対してサービスの利用を要求する場合について説明する。この場合、利用を要求するユーザの情報が認証管理装置１０に登録されていないものとする。
先ず、ユーザ１は、情報処理装置１１の入力部１１０にユーザＩＤとパスワードｐｗｄとを入力する（ステップＳ１３００）。情報処理装置１１は、入力されたユーザＩＤおよびパスワードｐｗｄにデバイスＩＤを付加して、認証管理装置１０に認証要求を送信する（ステップＳ１３０１）。
認証管理装置１０は、認証要求を受信すると、受信した認証要求に含まれるデバイスＩＤを、保持するデバイス設定情報から検索し（ステップＳ１３０２）、デバイスＩＤに対応するドメイン情報を取得する（ステップＳ１３０３）。次に、認証管理装置１０は、認証情報に含まれるユーザＩＤを、保持する認証情報から検索する（ステップＳ１３０４）。この場合、当該ユーザＩＤが認証情報に登録されていないので、ヒット無しとして検索結果が返る（ステップＳ１３０５）。
認証管理装置１０は、ステップＳ１３０５の検索結果に応じて、認証要求に含まれるユーザＩＤおよびパスワードｐｗｄを、ステップＳ１３０３で取得したドメイン情報に示される、認証システム３０４に含まれる認証装置１２に送信する（ステップＳ１３０６）。認証装置１２は、認証管理装置１０から送信されたユーザＩＤおよびパスワードｐｗｄに基づき、当該ユーザＩＤに対する認証を行う（ステップＳ１３０７）。認証が成功すると（ステップＳ１３０８）、認証結果として認証が成功した旨（認証ＯＫ）と、自身のドメインを示すドメイン情報とを認証管理装置１０に返す（ステップＳ１３０９）。
認証管理装置１０は、認証装置１２から送信された認証結果およびドメイン情報を受信すると、認証成功を示す認証結果に応じて、ユーザＩＤと、ユーザ設定情報において当該ユーザＩＤに関連付けられた共通ユーザＩＤと、ドメイン情報と、パスワードｐｗｄとを登録する（ステップＳ１３１０）。
認証管理装置１０は、当該ユーザＩＤに関連付けられた各情報の登録が完了すると、登録したユーザＩＤと、共通ユーザＩＤと、ドメイン情報とをサービス提供システム３１１に送信する。さらに、認証管理装置１０は、自身が属するネットワークシステム３１２を識別する組織コードを、サービス提供システム３１１に送信する（ステップＳ１３１１）。
サービス提供システム３１１において、認証装置１２’は、これら共通ユーザＩＤ、ユーザＩＤ、ドメイン情報および組織コードに基づき認証を行う。認証装置１２’は、例えば、組織コードおよびユーザＩＤが予め登録されているか否かに基づき、認証処理を行う。認証装置１２’は、認証が成功すると、これら共通ユーザＩＤ、ユーザＩＤ、ドメイン情報および組織コードを互いに関連付けて登録する。登録が完了すると、サービス提供システム３１１（認証装置１２’）から認証管理装置１０に対して、認証成功を示す認証結果が通知され、認証された共通ユーザＩＤが返される。
認証管理装置１０は、サービス提供システム３１１から認証成功を示す認証結果が通知されると、認証結果および共通ユーザＩＤを通信部１０１により情報処理装置１１に送信する（ステップＳ１３１２）。情報処理装置１１は、送信された認証結果を確認し、共通ユーザＩＤを認証情報として追加して登録する（ステップＳ１３１３）。そして、情報処理装置１１は、例えば表示部に利用が許可された旨を表示し、認証成功をユーザ１に通知する（ステップＳ１３１４）。
以上の処理により、オンプレミスのネットワークシステム３１２と、ネットワーククラウドによるサービス提供システム３１１との連携処理が可能となる。
なお、上述の各実施形態および各変形例は、本発明の好適な実施の例ではあるがこれに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変形による実施が可能である。
１０，１０Ａ，１０Ｂ，１０Ｄ，１０Ｅ，１０Ｆ 認証管理装置
１１，１１Ａ1，１１Ａ2，１１Ａ3，１１Ａ4，１１Ｂ1，１１Ｂ2，１１Ｃ1，１１Ｃ2，１１Ｃ3 情報処理装置
１２，１２Ａ，１２Ｂ，１２Ｃ，１２’ 認証装置
１３ 認証情報読取装置
１４ 配信管理装置
３０ ファイアウォール
１０２ 認証要求部
１０３ 登録部
１０４ マッピング部
１０５，１１４ 情報保持部
１０６ フラグ設定部
１０８ ルール取得部
１０９ ルール適用部
１１０ グループ権限取得部
１１１ 期間処理部
１１２ タイマ
１２１ 認証部
１２２ 認証情報保持部
２００，３００ インターネット
２０２，３０１ サービス提供システム
２０３Ａ，２０３Ｂ，２０３Ｃ，３０２，３０３Ａ，３０３Ｂ ネットワークシステム
３０４ 認証システム
特開２００７−２３５７１３号公報

Claims (17)

  1. 情報処理装置を識別するデバイス識別情報と、該情報処理装置の利用を認証する認証装置を含むドメインを示すドメイン情報とを関連付けて保持する第１保持部と、
    前記ドメイン毎にユーザを識別する第１ユーザ識別情報と、該ユーザを複数の前記ドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、
    前記情報処理装置から認証要求に伴い送信される、前記第１ユーザ識別情報と該情報処理装置の前記デバイス識別情報とに基づき、前記第１保持部に保持される、該デバイス識別情報に対応する前記ドメイン情報を、該第１ユーザ識別情報と対応付けるマッピング部と、
    前記第１ユーザ識別情報で識別されるユーザの前記ドメイン情報が示すドメインに対する認証動作を行う認証部と、
    前記認証動作により認証された前記ユーザの前記第１ユーザ識別情報と、前記ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報とを対応付けて、前記認証部が前記認証動作に用いる認証情報として登録する登録部と
    を有する
    ことを特徴とする認証管理装置。
  2. 前記認証部は、
    前記登録部により前記第１ユーザ識別情報に対応する前記認証情報が登録されている場合には、該認証情報を用いて前記認証動作を行い、前記第１ユーザ識別情報に対応する前記認証情報が登録されていない場合には、前記マッピング部により対応付けられた前記第１ユーザ識別情報と前記ドメイン情報とを用いて前記認証動作を行う
    ことを特徴とする請求項１に記載の認証管理装置。
  3. 前記マッピング部は、
    前記情報処理装置の利用履歴を、該情報処理装置から送信される前記第１ユーザ識別情報に関連付けられた前記第２ユーザ識別情報と対応付ける
    ことを特徴とする請求項１または請求項２に記載の認証管理装置。
  4. 前記認証部は、
    前記ドメイン情報に対応する前記認証装置に対して前記第１ユーザ識別情報を送信することで、前記認証動作を行う
    ことを特徴とする請求項１乃至請求項３の何れか１項に記載の認証管理装置。
  5. 前記マッピング部は、
    前記認証部による前記認証動作により前記ユーザが認証された場合に、前記登録部により登録される前記第２ユーザ識別情報を、認証を要求された前記情報処理装置に送信する
    ことを特徴とする請求項１乃至請求項４の何れか１項に記載の認証管理装置。
  6. 前記第２保持部は、さらに、前記第１ユーザ識別情報に対してパスワードを関連付けて保持し、
    前記認証部は、
    前記情報処理装置から認証要求に伴い送信された前記第１ユーザ識別情報と、該第１ユーザ識別情報に関連付けられて前記第２保持部に保持される前記パスワードとを、前記ドメイン情報に対応する前記認証装置に送信することで、前記認証動作を行う
    ことを特徴とする請求項１乃至請求項５の何れか１項に記載の認証管理装置。
  7. 前記認証部は、
    前記情報処理装置から認証要求に伴い送信された前記第１ユーザ識別情報を受信した際に、該第１ユーザ識別情報と、前記ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報とが前記登録部により登録されている場合に、該第１ユーザ識別情報で識別されるユーザを認証する
    ことを特徴とする請求項１乃至請求項６の何れか１項に記載の認証管理装置。
  8. 前記情報処理装置から認証要求に伴い送信された前記第１ユーザ識別情報を前記認証部が認証した場合に、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報に対してフラグを設定するフラグ設定部をさらに有し、
    前記認証部は、
    前記情報処理装置から認証要求に伴い送信された前記第１ユーザ識別情報に対応する前記第２ユーザ識別情報に対して前記フラグが設定されている場合に、該第１ユーザ識別情報を認証しない
    ことを特徴とする請求項１乃至請求項７の何れか１項に記載の認証管理装置。
  9. 前記マッピング部は、
    前記情報処理装置から認証要求に伴い送信された前記第２ユーザ識別情報と該情報処理装置の前記デバイス識別情報とに応じて、前記第１保持部から該デバイス識別情報に対応する前記ドメイン情報を取得すると共に、前記第２保持部から、取得したドメイン情報に対応付けられた前記第１ユーザ識別情報のうち、該第２ユーザ識別情報に対応する前記第１ユーザ識別情報を取得し、
    前記認証部は、
    前記マッピング部で取得された前記ドメイン情報および前記第１ユーザ識別情報を用いて前記情報処理装置に対する認証動作を行う
    ことを特徴とする請求項１乃至請求項８の何れか１項に記載の認証管理装置。
  10. 前記第２保持部は、さらに、前記第１ユーザ識別情報に対してパスワードを関連付けて保持し、
    前記マッピング部は、
    前記情報処理装置から認証要求に伴い送信された前記第２ユーザ識別情報およびパスワードと、該情報処理装置の前記デバイス識別情報とに応じて、前記第２保持部から該パスワードに対応する前記第１ユーザ識別情報を取得すると共に、前記第１保持部から該デバイス識別情報に対応する前記ドメイン情報を取得し、
    前記認証部は、
    前記マッピング部で取得された前記ドメイン情報および前記第１ユーザ識別情報を用いて前記情報処理装置に対する認証動作を行う
    ことを特徴とする請求項１乃至請求項８の何れか１項に記載の認証管理装置。
  11. 情報処理装置を識別するデバイス識別情報と、該情報処理装置の利用を認証する認証装置を含むドメインを示すドメイン情報とを関連付けて保持する第１保持部と、
    前記ドメイン毎にユーザを識別する第１ユーザ識別情報と、該ユーザを複数の前記ドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、
    前記情報処理装置から認証要求に伴い送信される、前記第１ユーザ識別情報と該情報処理装置の前記デバイス識別情報とに基づき、前記第１保持部に保持される、該デバイス識別情報に対応する前記ドメイン情報を、該第１ユーザ識別情報と対応付けるマッピング部と、
    前記第１ユーザ識別情報で識別されるユーザの前記ドメイン情報が示すドメインに対する認証動作を行う認証部と、
    前記認証動作により認証された前記ユーザの前記第１ユーザ識別情報と、前記ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報とを対応付けて、前記認証部が前記認証動作に用いる認証情報として登録する登録部と
    を有し、
    前記第１保持部と、前記第２保持部と、前記マッピング部と、前記認証部と、前記登録部とが、互いに接続される複数のコンピュータ装置に分散して構成されることを特徴とする認証システム。
  12. 情報処理装置を識別するデバイス識別情報と、該情報処理装置の利用を認証する認証装置を含むドメインを示すドメイン情報とを関連付けて保持する第１保持部と、
    前記ドメイン情報毎にユーザを識別する第１ユーザ識別情報と、該ユーザを複数の前記ドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と
    を備える認証管理装置の認証管理方法であって、
    前記情報処理装置から認証要求に伴い送信される、前記第１ユーザ識別情報と該情報処理装置の前記デバイス識別情報とに基づき、前記第１保持部に保持される、該デバイス識別情報に対応する前記ドメイン情報を、該第１ユーザ識別情報と対応付けるマッピングステップと、
    前記第１ユーザ識別情報で識別されるユーザの前記ドメイン情報が示すドメインに対する認証動作を行う認証ステップと、
    前記認証動作により認証された前記ユーザの前記第１ユーザ識別情報と、前記ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報とを対応付けて、前記認証ステップが前記認証動作に用いる認証情報として登録する登録ステップと
    を有する
    ことを特徴とする認証管理方法。
  13. 認証管理装置は、
    情報処理装置を識別するデバイス識別情報と、該情報処理装置の利用を認証する認証装置を含むドメインを示すドメイン情報とを関連付けて保持する第１保持部と、
    前記ドメイン情報毎にユーザを識別する第１ユーザ識別情報と、該ユーザを複数の前記ドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と
    を備え、
    前記情報処理装置から認証要求に伴い送信される、前記第１ユーザ識別情報と該情報処理装置の前記デバイス識別情報とに基づき、前記第１保持部に保持される、該デバイス識別情報に対応する前記ドメイン情報を、該第１ユーザ識別情報と対応付けるマッピングステップと、
    前記第１ユーザ識別情報で識別されるユーザの前記ドメイン情報が示すドメインに対する認証動作を行う認証ステップと、
    前記認証動作により認証された前記ユーザの前記第１ユーザ識別情報と、前記ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報とを対応付けて、前記認証ステップが前記認証動作に用いる認証情報として登録する登録ステップと
    を前記認証管理装置に実行させるためのプログラム。
  14. 情報処理装置と、
    同一のドメインに含まれる前記情報処理装置を利用するユーザを認証する認証装置と、
    前記情報処理装置および前記認証装置と通信可能に接続される認証管理装置と
    を備え、
    前記認証管理装置は、
    前記情報処理装置を識別するデバイス識別情報と、該情報処理装置の認証を管理するドメインを示すドメイン情報と、１以上の前記ドメインを含む組織を識別する組織識別情報とを関連付けて保持する第１保持部と、
    前記ドメイン毎にユーザを識別する第１ユーザ識別情報と、該ユーザを複数の前記ドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、
    前記情報処理装置から認証要求に伴い送信される、前記デバイス識別情報および前記組織識別情報に基づき前記ドメイン情報を取得し、取得した該ドメイン情報を、該認証要求に伴いさらに送信される前記第１ユーザ識別情報と対応付けるマッピング部と、
    前記第１ユーザ識別情報で識別されるユーザの前記ドメイン情報が示すドメインに対する認証動作を行う認証部と、
    前記認証動作により認証された前記ユーザの前記第１ユーザ識別情報と、前記ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報と、前記組織識別情報とを対応付けて、前記認証部が前記認証動作に用いる認証情報として登録する登録部と
    を有する
    ことを特徴とする認証システム。
  15. 前記認証管理装置は、前記認証動作により認証された前記情報処理装置からのサービス要求に応じたサービスを提供する１以上のサービス提供装置が接続され、該認証管理装置および該１以上のサービス提供装置は、互いに接続される複数のコンピュータ装置に分散して構成される
    ことを特徴とする請求項１４に記載の認証システム。
  16. 情報処理装置と、
    前記情報処理装置を利用するユーザを認証する第１認証装置と、
    前記情報処理装置および前記第１認証装置と通信可能に接続される認証管理装置と、
    前記情報処理装置から送信されるサービス要求に対する認証を行う第２認証装置と
    を備え、
    前記認証管理装置は、
    前記情報処理装置を識別するデバイス識別情報と、該情報処理装置の認証を管理するドメインを示すドメイン情報とを関連付けて保持する第１保持部と、
    前記ドメイン毎にユーザを識別する第１ユーザ識別情報と、該ユーザを複数の前記ドメインで共通に識別する第２ユーザ識別情報とを関連付けて保持する第２保持部と、
    前記情報処理装置から認証要求に伴い送信される、前記第１ユーザ識別情報と該情報処理装置の前記デバイス識別情報とに基づき、前記第１保持部に保持される、該デバイス識別情報に対応する前記ドメイン情報を、該第１ユーザ識別情報と対応付けるマッピング部と、
    前記第１ユーザ識別情報で識別されるユーザの前記ドメイン情報が示すドメインに対する認証動作を行い、該ユーザが認証された場合に、該ユーザの前記第１ユーザ識別情報と、該ドメイン情報と、該第１ユーザ識別情報に対応する前記第２ユーザ識別情報とを対応付けて、認証情報として登録する認証部と
    を有し、
    前記第２認証装置は、
    前記サービス要求を送信した前記情報処理装置から送信された前記認証要求を前記第１認証装置が認証した場合に、該サービス要求を認証する
    ことを特徴とする認証システム。
  17. 前記第２認証装置は、認証された前記サービス要求に応じたサービスを提供する１以上のサービス提供装置が接続され、該第２認証装置および該１以上のサービス提供装置は、互いに接続される複数のコンピュータ装置に分散して構成される
    ことを特徴とする請求項１６に記載の認証システム。
JP2013002969A 2013-01-10 2013-01-10 認証管理装置、認証システム、認証管理方法およびプログラム Active JP6048152B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013002969A JP6048152B2 (ja) 2013-01-10 2013-01-10 認証管理装置、認証システム、認証管理方法およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013002969A JP6048152B2 (ja) 2013-01-10 2013-01-10 認証管理装置、認証システム、認証管理方法およびプログラム

Publications (2)

Publication Number Publication Date
JP2014134978A true JP2014134978A (ja) 2014-07-24
JP6048152B2 JP6048152B2 (ja) 2016-12-21

Family

ID=51413184

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013002969A Active JP6048152B2 (ja) 2013-01-10 2013-01-10 認証管理装置、認証システム、認証管理方法およびプログラム

Country Status (1)

Country Link
JP (1) JP6048152B2 (ja)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016081109A (ja) * 2014-10-10 2016-05-16 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
JP2017076277A (ja) * 2015-10-15 2017-04-20 コニカミノルタ株式会社 セキュリティ情報更新システム、情報処理装置、セキュリティ情報更新方法およびセキュリティ情報更新プログラム
US9667815B2 (en) 2015-06-22 2017-05-30 Ricoh Company, Ltd. Information processing system, information processing device, and information processing method
JP2017102882A (ja) * 2015-11-25 2017-06-08 株式会社リコー 情報処理装置、端末装置、プログラム及び情報処理システム
WO2017159619A1 (ja) * 2016-03-14 2017-09-21 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
WO2017170255A1 (ja) * 2016-03-29 2017-10-05 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
US11076010B2 (en) 2016-03-29 2021-07-27 Ricoh Company, Ltd. Service providing system, service delivery system, service providing method, and non-transitory recording medium
US11128623B2 (en) 2016-03-29 2021-09-21 Ricoh Company, Ltd. Service providing system, service delivery system, service providing method, and non-transitory recording medium
US11995173B2 (en) 2020-06-09 2024-05-28 Ricoh Company, Ltd. Service providing system, application usage method, and information processing system
JP7567250B2 (ja) 2020-07-27 2024-10-16 株式会社リコー 認証システム、ユーザ情報抽出装置、ユーザ情報移行方法およびプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003132022A (ja) * 2001-10-22 2003-05-09 Nec Corp ユーザ認証システムおよび方法
JP2004303202A (ja) * 2003-03-20 2004-10-28 Ricoh Co Ltd 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体、並びにユーザ認証装置、ユーザ認証方法、ユーザ認証プログラム及び記録媒体
JP2007310606A (ja) * 2006-05-18 2007-11-29 Hitachi Ltd サービス提供システム
JP2011107796A (ja) * 2009-11-13 2011-06-02 Alaxala Networks Corp 複数認証サーバを有効利用する装置、システム
JP2012150789A (ja) * 2010-12-08 2012-08-09 Disney Enterprises Inc ユニバーサルユーザｉｄとドメイン固有ユーザｉｄとを関連付けるためのシステムおよび方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003132022A (ja) * 2001-10-22 2003-05-09 Nec Corp ユーザ認証システムおよび方法
JP2004303202A (ja) * 2003-03-20 2004-10-28 Ricoh Co Ltd 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体、並びにユーザ認証装置、ユーザ認証方法、ユーザ認証プログラム及び記録媒体
JP2007310606A (ja) * 2006-05-18 2007-11-29 Hitachi Ltd サービス提供システム
JP2011107796A (ja) * 2009-11-13 2011-06-02 Alaxala Networks Corp 複数認証サーバを有効利用する装置、システム
JP2012150789A (ja) * 2010-12-08 2012-08-09 Disney Enterprises Inc ユニバーサルユーザｉｄとドメイン固有ユーザｉｄとを関連付けるためのシステムおよび方法

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016081109A (ja) * 2014-10-10 2016-05-16 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
US9667815B2 (en) 2015-06-22 2017-05-30 Ricoh Company, Ltd. Information processing system, information processing device, and information processing method
JP2017076277A (ja) * 2015-10-15 2017-04-20 コニカミノルタ株式会社 セキュリティ情報更新システム、情報処理装置、セキュリティ情報更新方法およびセキュリティ情報更新プログラム
JP2017102882A (ja) * 2015-11-25 2017-06-08 株式会社リコー 情報処理装置、端末装置、プログラム及び情報処理システム
JP2020064660A (ja) * 2015-11-25 2020-04-23 株式会社リコー 情報処理装置、端末装置、プログラム及び情報処理システム
JPWO2017159619A1 (ja) * 2016-03-14 2018-12-27 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
WO2017159619A1 (ja) * 2016-03-14 2017-09-21 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
US11025603B2 (en) 2016-03-14 2021-06-01 Ricoh Company, Ltd. Service providing system, service delivery system, service providing method, and non-transitory recording medium
WO2017170255A1 (ja) * 2016-03-29 2017-10-05 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
JPWO2017170255A1 (ja) * 2016-03-29 2019-01-31 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
US11076010B2 (en) 2016-03-29 2021-07-27 Ricoh Company, Ltd. Service providing system, service delivery system, service providing method, and non-transitory recording medium
US11108772B2 (en) 2016-03-29 2021-08-31 Ricoh Company, Ltd. Service providing system, service delivery system, service providing method, and non-transitory recording medium
US11128623B2 (en) 2016-03-29 2021-09-21 Ricoh Company, Ltd. Service providing system, service delivery system, service providing method, and non-transitory recording medium
US11995173B2 (en) 2020-06-09 2024-05-28 Ricoh Company, Ltd. Service providing system, application usage method, and information processing system
JP7567250B2 (ja) 2020-07-27 2024-10-16 株式会社リコー 認証システム、ユーザ情報抽出装置、ユーザ情報移行方法およびプログラム

Also Published As

Publication number Publication date
JP6048152B2 (ja) 2016-12-21

Similar Documents

Publication Publication Date Title
JP6048152B2 (ja) 認証管理装置、認証システム、認証管理方法およびプログラム
US8456653B2 (en) Data processing apparatus for producing print job data whose authority is managed by external server, and image processing apparatus for printing a print job whose authority is managed by external server
US8310704B2 (en) Print control mechanism for controlling printing of print data associated with short-range wireless terminal
JP5821903B2 (ja) クラウドサーバー、クラウド印刷システムおよびコンピュータープログラム
JP4641466B2 (ja) 制御装置、制御方法及び制御プログラム
JP6155825B2 (ja) 情報処理システム、情報処理方法、プログラム、及び記録媒体
US9203822B2 (en) Network system, data processing apparatus, and method for multi-factor authentication
JP6079420B2 (ja) 情報処理システム、情報処理方法、プログラム、及び記録媒体
JP6070397B2 (ja) 情報処理システム、情報処理方法、プログラム、及び記録媒体
JP2014016979A (ja) 情報処理システム、情報処理方法、プログラム、及び記録媒体
CN104036163B (zh) 分布式扫描系统中的权限管理
JP4626460B2 (ja) 電子文書処理システム、文書配送サーバ
US10182059B2 (en) Non-transitory computer readable medium storing a program causing a computer to permit a guest user to have utilization authority using a directory, and apparatus management system permitting a guest user to have utilization authority using a directory
CN104035733B (zh) 分布式打印管理
CN104036162B (zh) 一种扫描装置
JP5153464B2 (ja) 文書管理システム、文書管理方法、及びコンピュータプログラム
JP4709181B2 (ja) 情報アクセス管理装置
JP6015802B2 (ja) 出力管理システム、出力装置、認証制御装置及び出力管理方法
CN104038656A (zh) 分布式扫描系统中的元数据支持
JP2012155748A (ja) データ管理装置、データ管理プログラム、出力方法、電子機器
JP6439821B2 (ja) 印刷制御システム、情報処理装置及び情報処理プログラム
JP6164350B2 (ja) 出力管理システム及び出力管理方法
JP6361765B2 (ja) 認証システム、認証方法、画像形成装置、制御端末及び認証プログラム
JP6156547B2 (ja) 認証装置、認証方法、認証プログラム及び認証システム
JP2014229004A (ja) 情報処理システム、情報処理方法、プログラム、及び記録媒体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20151210

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161012

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20161025

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161107

R151 Written notification of patent or utility model registration

Ref document number: 6048152

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151