JP4518191B2 - 関連情報取得装置、関連情報取得システム及びプログラム - Google Patents

Description

本発明は、関連情報取得装置、関連情報取得システム及びプログラムに関する。

複数の認証装置の中から利用者によって選択された認証装置を用いて、ユーザ認証を行う技術が知られている。例えば、特許文献１には、カードリーダを用いた認証と暗証コードを用いた認証のうち、利用者によって選択された認証方式でユーザ認証を行う技術が開示されている。
特開２００４−２５２７６８号公報

上述のような認証装置には、利用者の認証を行うための認証情報の他に、その利用者の名前や電話番号、メールアドレスといったユーザ属性情報が格納されていることがある。この場合、認証装置からこれらのユーザ属性情報を取得できると便利である。ところが、このユーザ属性情報は、各々の装置において異なる利用者識別子及び属性名を用いて管理されている。そのため、ユーザ属性情報の取得元が、自装置で使用している利用者識別子及び属性名をそのまま用いてユーザ属性情報の要求を行っても、認証装置ではどのユーザ属性情報が要求されているのか認識することができない。
本発明は、自装置とは異なる利用者識別子及び種別識別子を用いて関連情報を管理している認証装置などの関連情報格納装置から、利用者の関連情報を取得することを目的とする。

請求項１に係る発明は、関連情報取得装置において、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を関連情報格納装置にて識別する第２の種別識別子とを対応付けて記憶する種別識別子記憶手段と、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を前記関連情報格納装置にて識別する第２の利用者識別子とを対応付けて記憶する利用者識別子記憶手段と、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記関連情報格納装置に対して、当該第１の利用者識別子と対応付けて前記利用者識別子記憶手段に記憶されている前記第２の利用者識別子と、当該第１の種別識別子と対応付けて前記種別識別子記憶手段に記憶されている前記第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段と、前記関連情報要求手段による要求に応じて、前記送信された第２の利用者識別子及び第２の種別識別子に基づいた前記関連情報が前記関連情報格納装置から供給されると、供給された当該関連情報を取得する関連情報取得手段とを備えることを特徴とする。

請求項２に係る発明は、上記請求項１に記載の関連情報取得装置において、前記関連情報格納装置は複数あり、前記種別識別子記憶手段は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を各々の関連情報格納装置にて識別する複数の第２の種別識別子と、当該関連情報格納装置を識別する装置識別子とを対応付けて記憶し、前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子と、当該関連情報格納装置を識別する装置識別子と、当該関連情報格納装置の優先順位とを対応付けて記憶し、前記関連情報要求手段は、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記利用者識別子記憶手段によって当該第１の利用者識別子に対応付けられて記憶されている前記優先順位が上位の関連情報格納装置から順番に、当該第１の利用者識別子及び当該関連情報格納装置の装置識別子と対応付けて当該利用者識別子記憶手段に記憶されている第２の利用者識別子と、当該第１の種別識別子及び当該装置識別子と対応付けて前記種別識別子記憶手段に記憶されている第２の種別識別子とを送信して、当該関連情報を要求することを特徴とする。

請求項３に係る発明は、上記請求項２に記載の関連情報取得装置において、利用者の第１の利用者識別子と、指定された前記第２の利用者識別子及び前記装置識別子と、最上位又は最下位のいずれかの優先順位とを対応付けて前記利用者識別子記憶手段に記憶させる記憶制御手段を備えることを特徴とする。

請求項４に係る発明は、上記請求項２に記載の関連情報取得装置において、前記第２の利用者識別子は、自装置を利用する利用者の認証処理に用いられ、前記利用者識別子記憶手段によって同一の前記第１の利用者識別子に対応付けられた前記第２の利用者識別子のうち、前記認証処理に使用された回数が最も多い第２の利用者識別子に対応付けられた前記優先順位を最上位の優先順位に変更する優先順位変更手段を備えることを特徴とする。

請求項５に係る発明は、上記請求項２に記載の関連情報取得装置において、前記第２の利用者識別子は、自装置を利用する利用者の認証処理に用いられ、前記利用者識別子記憶手段によって同一の前記第１の利用者識別子に対応付けられた前記第２の利用者識別子のうち、前記関連情報を取得するよう指示した指示者の認証処理に用いられた第２の利用者識別子に対応付けられた前記優先順位を最上位の優先順位に変更する優先順位変更手段を備えることを特徴とする。

請求項６に係る発明は、上記請求項１に記載の関連情報取得装置において、前記関連情報格納装置は複数あり、前記種別識別子記憶手段は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を各々の関連情報格納装置にて識別する複数の第２の種別識別子と、当該関連情報格納装置を識別する装置識別子と、当該関連情報格納装置の優先順位とを対応付けて記憶し、前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子と、当該関連情報格納装置を識別する装置識別子とを対応付けて記憶し、前記関連情報要求手段は、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記種別識別子記憶手段によって当該第１の種別識別子に対応付けられた前記優先順位が上位の関連情報格納装置から順番に、当該第１の利用者識別子及び当該関連情報格納装置の装置識別子と対応付けて前記利用者識別子記憶手段に記憶されている第２の利用者識別子と、当該第１の種別識別子及び当該装置識別子と対応付けて当該種別識別子記憶手段に記憶されている第２の種別識別子とを送信して、当該関連情報を要求することを特徴とする。

請求項７に係る発明は、上記請求項６に記載の関連情報取得装置において、前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子と、当該関連情報格納装置を識別する装置識別子と、当該関連情報格納装置の優先順位とを対応付けて記憶し、前記種別識別子記憶手段によって、前記指定された第１の種別識別子に前記優先順位が対応付けて記憶されていない場合、当該第１の種別識別子に対応付けられた前記装置識別子に対して、当該装置識別子と対応付けて前記利用者識別子記憶手段に記憶されている優先順位を付加する優先順位付加手段を備えることを特徴とする。

請求項８に係る発明は、上記請求項２〜７のいずれか１項に記載の関連情報取得装置において、前記関連情報要求手段は、前記取得が指示された全ての関連情報が前記関連情報取得手段によって取得されるまで、前記関連情報の要求を繰り返すことを特徴とする。

請求項９に係る発明は、上記請求項１に記載の関連情報取得装置において、前記関連情報格納装置は複数あり、前記種別識別子記憶手段は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を各々の関連情報格納装置にて識別する複数の第２の種別識別子とを対応付けて記憶し、前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子とを対応付けて記憶し、前記関連情報要求手段は、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、各々の前記関連情報格納装置に対して、当該第１の利用者識別子に対応付けて前記利用者識別子記憶手段に記憶されている第２の利用者識別子と、当該第１の種別識別子に対応付けて前記種別識別子記憶手段に記憶されている第２の種別識別子とを送信して、当該関連情報を要求し、前記関連情報取得手段によって取得された関連情報を出力する手段であって、当該取得された関連情報の中に、同一の種別であって異なる内容の関連情報がある場合には、当該種別のいずれかの関連情報を出力する関連情報出力手段を備えることを特徴とする。

請求項１０に係る発明は、上記請求項９に記載の関連情報取得装置において、前記関連情報出力手段は、前記取得された関連情報の中に、同一の種別であって異なる内容の関連情報がある場合には、当該種別の関連情報の中から選択された関連情報、又は当該種別の関連情報において、同じ内容を有する他の関連情報の数が多い関連情報のいずれかを出力することを特徴とする。

請求項１１に係る発明は、関連情報格納装置と関連情報取得装置とを備える関連情報取得システムにおいて、前記関連情報格納装置は、各々の利用者に関する関連情報と、当該利用者を自装置にて識別する第２の利用者識別子と、当該関連情報の種別を自装置にて識別する第２の種別識別子とを対応付けて記憶する関連情報記憶手段と、前記関連情報取得装置によって利用者の前記関連情報が要求されると、当該関連情報取得装置から送信されてきた第２の利用者識別子及び第２の種別識別子と対応付けて前記関連情報記憶手段に記憶されている関連情報を、当該関連情報取得装置に供給する関連情報供給手段とを備え、前記関連情報取得装置は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を前記関連情報格納装置にて識別する前記第２の種別識別子とを対応付けて記憶する種別識別子記憶手段と、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を前記関連情報格納装置にて識別する前記第２の利用者識別子とを対応付けて記憶する利用者識別子記憶手段と、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記関連情報格納装置に対して、当該第１の利用者識別子と対応付けて前記利用者識別子記憶手段に記憶されている前記第２の利用者識別子と、当該第１の種別識別子と対応付けて前記種別識別子記憶手段に記憶されている前記第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段と、前記関連情報要求手段による要求に応じて、前記関連情報格納装置の前記関連情報供給手段によって前記関連情報が供給されると、供給された当該関連情報を取得する関連情報取得手段とを備えることを特徴とする。

請求項１２に係る発明は、コンピュータが実行可能なプログラムにおいて、コンピュータを、各々の利用者に関する関連情報の種別を当該コンピュータにて識別する第１の種別識別子と、当該関連情報の種別を外部装置にて識別する第２の種別識別子とを対応付けて記憶する種別識別子記憶手段と、各々の利用者を当該コンピュータにて識別する第１の利用者識別子と、当該利用者を前記外部装置にて識別する第２の利用者識別子とを対応付けて記憶する利用者識別子記憶手段と、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記外部装置に対して、当該第１の利用者識別子と対応付けて前記利用者識別子記憶手段に記憶されている前記第２の利用者識別子と、当該第１の種別識別子と対応付けて前記種別識別子記憶手段に記憶されている前記第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段と、前記関連情報要求手段による要求に応じて、前記送信された第２の利用者識別子及び第２の種別識別子に基づいた前記関連情報が前記外部装置から供給されると、供給された当該関連情報を取得する関連情報取得手段として機能させることを特徴とする。

本発明によれば、自装置とは異なる利用者識別子及び種別識別子を用いて関連情報を管理している認証装置などの関連情報格納装置から、利用者の関連情報を取得することができる。

＜第１実施形態＞
［構成］
本発明の第１実施形態について説明する。この第１実施形態では、本発明の関連情報取得システムを認証システムに適用した例について説明する。
図１は、第１実施形態に係る認証システム１の構成を示す図である。同図に示すように、認証システム１は、認証サーバ装置１０Ａ，１０Ｂ，１０Ｃと、画像形成装置２０とを備えている。認証サーバ装置１０Ａ，１０Ｂ，１０Ｃと画像形成装置２０とは、ＬＡＮ（Local Area Network）などのネットワークを介して互いに接続されている。この認証サーバ装置１０Ａ，１０Ｂ，１０Ｃは、それぞれ異なるサービスを利用する利用者の認証を行う認証装置である。例えば、認証サーバ装置１０Ａは、図示せぬ情報処理端末を利用する全ての利用者の認証を行い、認証サーバ装置１０Ｂは、図示せぬ情報処理端末を利用する利用者のうち、電子メール機能を利用する利用者の認証を行い、認証サーバ装置１０Ｃは、図示せぬ情報処理端末を利用する利用者のうち、特定の組織に属する利用者の認証を行う。なお、以下の説明では、認証サーバ装置１０Ａ，１０Ｂ，１０Ｃを区別する必要がない場合には、これらを総称して「認証サーバ装置１０」という。

（認証サーバ装置の構成）
次に、認証サーバ装置１０Ａ，１０Ｂ，１０Ｃの構成について説明する。認証サーバ装置１０Ａ，１０Ｂ，１０Ｃは、それぞれ共通の構成を備えている。図２は、認証サーバ装置１０の構成を示すブロック図である。同図に示すように、認証サーバ装置１０は、ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、通信部１３と、記憶部１４とを備えている。ＣＰＵ１１は、メモリ１２に記憶されているプログラムに従って各種の処理を行う。メモリ１２は、例えばＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などを備えており、ＣＰＵ１１によって用いられるプログラムなどを記憶する。通信部１３は、ネットワークを介して接続された画像形成装置２０との通信を確立し、ＣＰＵ１１の制御に従ってデータの送受信を行う。記憶部１４は、例えばハードディスクであり、装置ＩＤと認証テーブルなどを記憶している。なお、以下の説明では、認証サーバ装置１０Ａ，１０Ｂ，１０Ｃの各構成を区別する場合には、それぞれ「Ａ」，「Ｂ」，「Ｃ」という符号を付して説明する。

ここで、記憶部１４に記憶されている装置ＩＤと認証テーブルの内容についてそれぞれ説明する。まず、装置ＩＤは、各々の認証装置を識別するための装置識別子であり、予め各々の認証サーバ装置１０に割り当てられている。この装置ＩＤとしては、例えば認証サーバ装置１０の通信アドレスや装置名、認証方式などが用いられる。ここでは、認証サーバ装置１０Ａの記憶部１４Ａには、「ＳｅｒｖＡ」という装置ＩＤが記憶されており、認証サーバ装置１０Ｂの記憶部１４Ｂには、「ＳｅｒｖＢ」という装置ＩＤが記憶されており、認証サーバ装置１０Ｃの記憶部１４Ｃには、「ＳｅｒｖＣ」という装置ＩＤが記憶されているものとする。また、認証テーブルは、認証サーバ装置１０によって認証される各々の利用者の認証情報と、その利用者のユーザ属性情報とが記述されたテーブルである。ここでは、認証サーバ装置１０Ａの記憶部１４Ａには、認証テーブルＴＡが記憶されており、認証情報１０Ｂの記憶部１４Ｂには、認証テーブルＴＢが記憶されており、認証情報１０Ｃの記憶部１４Ｃには、認証テーブルＴＣが記憶されているものとする。

図３（ａ）は、認証サーバ装置１０Ａの記憶部１４Ａに記憶されている認証テーブルＴＡの一例を示す図である。同図に示すように、この認証テーブル１０Ａには、「認証情報」と「ユーザ属性情報」とが対応付けられて記述されている。まず、「認証情報」には、「ユーザ名」と「パスワード」とが含まれている。この「ユーザ名」は、認証サーバ装置１０Ａによって認証される各々の利用者を識別するための第２の利用者識別子の一例であり、予め各々の利用者に割り当てられている。この「パスワード」は、利用者によって予め指定された数字や文字の列であり、利用者が本人であることを確認するために利用される。また、「ユーザ属性情報」には、「属性名」と「属性値」とが含まれている。「属性名」は、各々の利用者に関する関連情報の種別を認証サーバ装置１０Ａにて識別するための第２の種別識別子の一例である。この種別としては、例えば、利用者の電話番号やＦＡＸ番号、メールアドレス、ニックネームなどがある。なお、このニックネームとは、利用者の名前を表示するときに用いられる利用者の呼び名である。「属性値」は、各々の利用者に関する関連情報の一例である。例えば、図の認証テーブルＴＡでは、ユーザ名「ｆｕｊｉ」とパスワード「ａｂｃｄｅｆ」とが対応付けられている。これは、「ｆｕｊｉ」というユーザ名の利用者が認証サーバ装置１０Ａによって認証される正当な利用者であり、その利用者のパスワードが「ａｂｃｄｅｆ」であることを表している。加えて、この認証テーブルＴＡでは、ユーザ名「ｆｕｊｉ」と、属性名「ｔｅｌ」及び属性値「０３−１１１１−ＸＸＸＸ」と、属性名「ｆａｘ」及び属性値「０３−１１１１−ＹＹＹＹ」とが対応付けられている。これは、認証サーバ装置１０Ａには、「ｆｕｊｉ」という利用者のユーザ属性情報として、「ｔｅｌ」という属性名で管理されている電話番号「０３−１１１１−ＸＸＸＸ」と、「ｆａｘ」という属性名で管理されているＦＡＸ番号「０３−１１１１−ＹＹＹＹ」とが格納されていることを表している。

図３（ｂ）は、認証サーバ装置１０Ｂの記憶部１４Ｂに記憶されている認証テーブルＴＢの一例を示す図である。同図に示すように、この認証テーブルＴＢには、上述した認証テーブルＴＡと同様に、「認証情報」と「ユーザ属性情報」とが対応付けられて記述されている。まず、「認証情報」には、上述と同様の「ユーザ名」が含まれている。また、「ユーザ属性情報」には、上述と同様の「属性名」及び「属性値」が含まれている。例えば、図の認証テーブルＴＢには、ユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」が記述されている。これは、「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」というユーザ名の利用者が、認証サーバ装置１０Ｂによって認証される正当な利用者であることを表している。加えて、この認証テーブルＴＢでは、ユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、属性名「ｔｅｌ−ｎｕｍ」及び属性値「０３−１１１１−ＸＸＸＸ」とが対応付けられている。これは、認証サーバ装置１０Ｂには、「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」という利用者のユーザ属性情報として、「ｔｅｌ−ｎｕｍ」という属性名で管理されている電話番号「０３−１１１１−ＸＸＸＸ」が格納されていることを表している。図３（ｃ）は、認証サーバ装置１０Ｃの記憶部１４Ｃに記憶されている認証テーブルＴＣの一例を示す図である。同図に示すように、この認証テーブルＴＣには「認証情報」だけが記述されている。この「認証情報」には、上述と同様の「ユーザ名」及び「パスワード」が含まれている。例えば、図の認証テーブルＴＣでは、ユーザ名「１２３４」とパスワード「ｂｂｂ」とが対応付けられている。これは、「１２３４」というユーザ名の利用者のパスワードが「ｂｂｂ」であることを表している。なお、図に示すように、この認証テーブルＴＣには、ユーザ属性情報が記述されていない。これは、認証サーバ装置１０Ｃには、ユーザ属性情報が格納されていないことを表している。

このように、認証サーバ装置１０Ａの記憶部１４Ａ及び認証サーバ装置１０Ｂの記憶部１４Ｂには、それぞれ、各々の利用者に関する関連情報と、当該利用者を自装置にて識別する第２の利用者識別子と、当該関連情報の種別を自装置にて識別する第２の種別識別子とが対応付けて記憶されている。つまり、認証サーバ装置１０Ａ，認証サーバ装置１０Ｂはそれぞれ、関連情報格納装置の一例である。また、認証サーバ装置１０Ａの記憶部１４Ａ，認証サーバ装置１０Ｂの記憶部１４Ｂはそれぞれ、関連情報記憶手段の一例である。

（画像形成装置の構成）
次に、画像形成装置２０の構成について説明する。この画像形成装置２０は、認証装置からユーザ属性情報を取得する関連情報取得装置の一例である。図４は、画像形成装置２０の構成を示すブロック図である。同図に示すように、画像形成装置２０は、制御部２１と、通信部２２と、記憶部２３と、表示操作部２４と、画像形成部２５と、ＩＣカード認証装置２６とを備えている。制御部２１は、プログラムに従って処理を行うＣＰＵ２１ａと、プログラムを記憶するＲＯＭ２１ｂと、ＣＰＵのワークエリアとして使用されるＲＡＭ２１ｃなどを備えており、画像形成装置２０の各部を制御する。通信部２２は、ネットワークを介して接続された各々の認証サーバ装置１０との通信を確立し、制御部２１の制御に従ってデータの送受信を行う。記憶部２３は、例えばハードディスクであり、画像形成装置２０に割り当てられた「Ｌｏｃａｌ１」という装置ＩＤと、内部認証テーブルＴＥと、ユーザ管理テーブルＵＴと、属性名変換テーブルＮＴなどを記憶している。表示操作部２４は、例えばタッチパネルなどを備えており、制御部２１によって指示された画像を表示するとともに、操作者の操作に応じた操作信号を制御部２１に供給する。画像形成部２５は、例えばプリンター装置であり、制御部２１によって供給された画像データに応じた画像を用紙に形成する。ＩＣカード認証装置２６は、利用者によって保有されるＩＣカードによって利用者の認証を行う認証装置である。図５は、ＩＣカード認証装置２６の構成を示す図である。同図に示すように、ＩＣカード認証装置２６は、ＩＣカード認証装置２６の各部を制御する制御部２６ａと、メモリ２６ｂと、ＩＣカードに記憶されているカードＩＤを読み取る通信部２６ｃなどを備えている。このメモリ２６ｂには、ＩＣカード認証装置２６に割り当てられた「Ｌｏｃａｌ２」という装置ＩＤと、ＩＣカード認証テーブルＴＦなどが記憶されている。

図６は、ＩＣカード認証テーブルＴＦの一例を示す図である。同図に示すように、このＩＣカード認証テーブルＴＦには、ＩＣカード認証装置２６によって認証される各々の利用者の「認証情報」と「ユーザ属性情報」とが対応付けられて記述されている。まず、「認証情報」には、上述と同様の「ユーザ名」と、「カードＩＤ」とが含まれている。この「カードＩＤ」は、各々のＩＣカードを識別するためのカード識別子であり、例えばカード番号や暗証番号などが用いられる。また、「ユーザ属性情報」には、上述と同様の「属性名」と「属性値」とが含まれている。例えば、図のＩＣカード認証テーブルＴＦでは、ユーザ名「１２３４５６」とカードＩＤ「７７８８」とが対応付けられている。これは、「１２３４５６」というユーザ名の利用者がＩＣカード認証装置２６によって認証される正当な利用者であり、その利用者によって使用されるＩＣカードのカードＩＤが「７７８８」であることを表している。加えて、このＩＣカード認証テーブルＴＦでは、ユーザ名「１２３４５６」と、属性名「／ｘｘｘ／ｅｍａｉｌ」及び属性値「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、属性名「／ｘｘｘ／ｔｅｌ」及び属性値「０３−１１１１−ＸＸＸＸ」とが対応付けられている。これは、ＩＣカード認証装置２６には、「１２３４５６」という利用者のユーザ属性情報として、「／ｘｘｘ／ｅｍａｉｌ」という属性名で管理されているメールアドレス「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、「／ｘｘｘ／ｔｅｌ」という属性名で管理されている電話番号「０３−１１１１−ＸＸＸＸ」とが格納されていることを表している。
このように、ＩＣカード認証装置２６のメモリ２６ｂには、各々の利用者に関する関連情報と、当該利用者を自装置にて識別する第２の利用者識別子と、当該関連情報の種別を自装置にて識別する第２の種別識別子とが対応付けて記憶されている。つまり、ＩＣカード認証装置２６は関連情報格納装置の一例であり、メモリ２６ｂは関連情報記憶手段の一例である。

次に、記憶部２３に記憶されている内部認証テーブルＴＥ，ユーザ管理テーブルＵＴ，属性名変換テーブルＮＴの内容についてそれぞれ説明する。
図７は、内部認証テーブルＴＥの一例を示す図である。同図に示すように、内部認証テーブルＴＥには、画像形成装置２０によって認証される各々の利用者の「認証情報」と「ユーザ属性情報」とが対応付けられて記述されている。まず、「認証情報」には、上述と同様の「ユーザ名」と「パスワード」とが含まれている。また、「ユーザ属性情報」には、上述と同様の「属性名」と「属性値」とが含まれている。例えば、図の内部認証テーブルＴＥでは、ユーザ名「ｆｕｊｉ．ｔａｒｏ」とパスワード「ｂｂｂｂ」とが対応付けられている。これは、「ｆｕｊｉ．ｔａｒｏ」というユーザ名の利用者が画像形成装置２０によって認証される正当な利用者であり、その利用者のパスワードが「ｂｂｂｂ」であることを表している。加えて、この内部認証テーブルＴＥでは、ユーザ名「ｆｕｊｉ．ｔａｒｏ」と、属性名「ＴＥＬ ＮＵＭＢＥＲ」及び属性値「０３−１１１１−ＸＸＸＸ」と、属性名「ＦＡＸ ＮＵＭＢＥＲ」及び属性値「０３−１１１１−ＹＹＹＹ」と、属性名「ＥＭＡＩＬ ＡＤＤＲＥＳＳ」及び属性値「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、属性名「ＤＩＳＰＬＡＹ ＮＡＭＥ」及び属性値「太郎」とが対応付けられている。これは、記憶部２３には、「ｆｕｊｉ．ｔａｒｏ」という利用者のユーザ属性情報として、「ＴＥＬ ＮＵＭＢＥＲ」という属性名で管理されている電話番号「０３−１１１１−ＸＸＸＸ」と、「ＦＡＸ ＮＵＭＢＥＲ」という属性名で管理されているＦＡＸ番号「０３−１１１１−ＹＹＹＹ」と、「ＥＭＡＩＬ ＡＤＤＲＥＳＳ」という属性名で管理されているメールアドレス「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、「ＤＩＳＰＬＡＹ ＮＡＭＥ」という属性名で管理されているニックネーム「太郎」とが格納されていることを表している。

このように、記憶部２３に記憶された内部認証テーブルＴＥには、利用者の認証情報が記述されている。つまり、この内部認証テーブルＴＥを用いて画像形成装置２０の利用者の認証を行う場合には、画像形成装置２０が認証装置の機能を兼ねることになる。また、この記憶部２３には、各々の利用者に関する関連情報と、当該利用者を自装置にて識別する第２の利用者識別子と、当該関連情報の種別を自装置にて識別する第２の種別識別子とが対応付けて記憶されている。つまり、内部認証テーブルＴＥからユーザ属性情報を取得する場合には、制御部２１と記憶部２３とが協働して、関連情報格納装置として機能することになる。

図８は、ユーザ管理テーブルＵＴの一例を示す図である。同図に示すように、このユーザ管理テーブルＵＴには、「ユーザＩＤ」と、認証先の「装置ＩＤ」と、認証先の「ユーザ名」と、「優先順位」とが対応付けられて記述されている。まず、「ユーザＩＤ」は、画像形成装置２０の利用が許可された各々の利用者を画像形成装置２０にて識別するための第１の利用者識別子の一例である。続いて、認証先の「装置ＩＤ」は、各々の認証装置を識別するための装置識別子の一例である。続いて、認証先の「ユーザ名」は、各認証装置に記憶されており、各々の利用者をその認証装置にて識別するための第２の利用者識別子の一例である。そして、「優先順位」は、認証装置に対してユーザ属性情報の要求を行う順番である。この「優先順位」は、同一の「ユーザＩＤ」に対応付けられた認証先の「装置ＩＤ」及び認証先の「ユーザ名」において、登録された日時が新しい順に高い優先順位が割り当てられるようになっている。例えば、図のユーザ管理テーブルＵＴでは、ユーザＩＤ「００６」と、認証先の装置ＩＤ「ＳｅｒｖＢ」と、認証先のユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」とが対応付けられている。これは、「００６」というユーザＩＤの利用者と、認証サーバ装置１０Ｂによって認証される「ｔａｎａｋａ＠ａｂ．ｃｏｍ」というユーザ名の利用者とが、同一の利用者であることを表している。加えて、このユーザ管理テーブルＵＴでは、ユーザＩＤ「００６」と、認証先の装置ＩＤ「ＳｅｒｖＢ」と、優先順位「１」とが対応付けられている。これは、「００６」という利用者のユーザ属性情報については、最初に認証サーバ装置１０Ｂに対してユーザ属性情報が要求されることを表している。このユーザ管理テーブルＵＴにおいては、認証装置によって認証された新たな利用者が画像形成装置２０を使用するときに、その利用者のユーザＩＤ、認証先の装置ＩＤ、認証先のユーザ名及び優先順位が追加されるようになっている。なお、以下の説明では、ユーザ管理テーブルＵＴに新たなユーザＩＤを追加することを、「ユーザ登録」という。

図９は、属性名変換テーブルＮＴの一例を示す図である。同図に示すように、この属性名変換テーブルＮＴには、「属性名」と、上述と同様の認証先の「装置ＩＤ」と、認証先の「属性名」とが対応付けられて記述されている。まず、「属性名」は、認証装置に格納されている属性値の種別を画像形成装置２０にて識別するための第１の種別識別子の一例である。また、認証先の「属性名」は、認証装置に記憶されており、各々の属性値の種別をその認証装置にて識別するための第２の種別識別子の一例である。例えば、図の属性名変換テーブルＮＴでは、属性名「電話番号」と、認証先の装置ＩＤ「ＳｅｒｖＡ」及び認証先の属性名「ｔｅｌ」と、認証先の装置ＩＤ「ＳｅｒｖＢ」及び認証先の属性名「ｔｅｌ−ｎｕｍ」と、認証先の装置ＩＤ「Ｌｏｃａｌ１」及び認証先の属性名「ＴＥＬ ＮＵＭＢＥＲ」と、認証先の装置ＩＤ「ｌｏｃａｌ２」及び認証先の属性名「／ｘｘｘ／ｔｅｌ」とが対応付けられている。これは、「電話番号」という属性名の属性値が、認証サーバ装置１０Ａでは「ｔｅｌ」という属性名で管理され、認証サーバ装置１０Ｂでは「ｔｅｌ−ｎｕｍ」という属性名で管理され、記憶部２３のユーザ管理テーブルＵＴでは「ＴＥＬ ＮＵＭＢＥＲ」という属性名で管理され、ＩＣカード認証装置２６では「／ｘｘｘ／ｔｅｌ」という属性名で管理されていることを表している。

このように、記憶部２３には、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該種別を認証装置にて識別する第２の種別識別子とが対応付けて記憶されている。さらに、記憶部２３には、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を認証装置にて識別する第２の利用者識別子とが対応付けて記憶されている。つまり、記憶部２３は、種別識別子記憶手段の一例であるとともに、利用者識別子記憶手段の一例である。

［動作］
次に、第１実施形態に係る認証システム１の動作について説明する。上述したように、この認証システム１では、画像形成装置２０の内部認証テーブルＴＥを用いた利用者の認証の他に、認証サーバ装置１０Ａ〜１０Ｃ又はＩＣカード認証装置２６のいずれかの認証装置によって利用者の認証が行われるようになっている。画像形成装置２０を利用する利用者は、画像形成装置２０の内部認証テーブルＴＥに基づいた認証を得るか、あるいはこれらの中から所望の認証装置を選択して、選択した認証装置の認証を得ると、画像形成装置２０において正当な利用者であるとみなされ、画像形成装置２０の利用が許可されるようになっている。

（ユーザ認証処理）
図１０及び図１１は、画像形成装置２０を利用する利用者を認証するユーザ認証処理を示すシーケンス図である。まず、利用者は、画像形成装置２０の表示操作部２４を操作して、ユーザ認証に使用する認証装置の装置ＩＤと、その認証装置に記憶されている自分の認証情報とを入力する。ここでは、認証サーバ装置１０Ａの装置ＩＤである「ＳｅｒｖＡ」という装置ＩＤと、「ｔａｎａｋａ」というユーザ名と、「ｇｈｉｊｋ」というパスワードとが入力された場合を想定する。

利用者の操作により、装置ＩＤ「ＳｅｒｖＡ」、ユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」が入力されると（図１０のステップＳ１１）、ＣＰＵ２１ａは、まず入力された装置ＩＤ「ＳｅｒｖＡ」が記憶部２３のユーザ管理テーブルＵＴに登録されているか否かを判定する（ステップＳ１２）。これは、利用者によって勝手に設置された認証装置を使用してユーザ認証が行われるのを防ぐためである。例えば、ユーザ管理テーブルＵＴに装置ＩＤ「ＳｅｒｖＡ」が含まれていない場合、ＣＰＵ２１ａは、入力された装置ＩＤがユーザ管理テーブルＵＴに登録されていないと判定する（ステップＳ１２：ＮＯ）。この場合、ＣＰＵ２１ａは、ステップＳ１１にて入力されたユーザ名の利用者に対して画像形成装置２０の利用を禁止し（ステップＳ１３）、ユーザ認証処理を終了する。画像形成装置２０の利用が禁止されると、表示操作部２４が処理を指示する操作を受け付けないため、利用者は画像形成装置２０を利用することができない。

一方、この例では、図８に示したユーザ管理テーブルＵＴに装置ＩＤ「ＳｅｒｖＡ」が含まれているため、ＣＰＵ２１ａは、入力された装置ＩＤがユーザ管理テーブルＵＴに登録されていると判定する（ステップＳ１２：ＹＥＳ）。この場合、ＣＰＵ２１ａは、ステップＳ１１にて入力された「ＳｅｒｖＡ」という装置ＩＤの認証サーバ装置１０Ａに対して、ユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」を通信部２２によって送信して、ユーザ認証を要求する（ステップＳ１４）。

画像形成装置２０からユーザ認証が要求されると、認証サーバ装置１０ＡのＣＰＵ１１Ａは、画像形成装置２０から送信されてきたユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」と、記憶部１４Ａの認証テーブルＴＡに含まれるユーザ名及びパスワードとを照合して、ユーザ認証を行う（ステップＳ１５）。続いて、ＣＰＵ１１Ａは、ユーザ認証の成功又は失敗のいずれかを表す認証結果を、通信部１３によって画像形成装置２０に送信する（ステップＳ１６）。例えば、画像形成装置２０から送信されてきたユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」が認証テーブルＴＡに含まれていない場合、ＣＰＵ１１Ａは、ユーザ認証の失敗を表す認証結果を画像形成装置２０に送信する。一方、画像形成装置２０から送信されてきたユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」が認証テーブルＴＡに含まれている場合、ＣＰＵ１１Ａは、ユーザ認証の成功を表す認証結果に加えて、記憶部１４Ａに記憶されている装置ＩＤと、ユーザ認証に用いられたユーザ名とを画像形成装置２０に送信する。この例では、図３（ａ）に示した認証テーブルＴＡにユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」が含まれているため、ユーザ認証が成功したことを表す認証結果に加えて、記憶部１４Ａに記憶されている装置ＩＤ「ＳｅｒｖＡ」と、ユーザ認証に用いられたユーザ名「ｔａｎａｋａ」とが画像形成装置２０に送信される。

認証結果が送信されてくると、画像形成装置２０のＣＰＵ２１ａは、通信部２２によってこの認証結果を受信する（ステップＳ１７）。この例では、ユーザ認証の成功を表す認証結果に加えて、装置ＩＤ「ＳｅｒｖＡ」とユーザ名「ｔａｎａｋａ」とが受信される。続いて、ＣＰＵ２１ａは、受信した認証結果に基づいて、ステップＳ１１にてユーザ名「ｔａｎａｋａ」及びパスワード「ｇｈｉｊｋ」を入力した利用者が正当な利用者であるか否かを判定する（ステップＳ１８）。例えば、受信した認証結果がユーザ認証の失敗を表している場合、ＣＰＵ２１ａは、正当な利用者ではないと判定する（ステップＳ１８：ＮＯ）。この場合、ＣＰＵ２１ａは、上述したステップＳ１３に進み、ステップＳ１１にて入力されたユーザ名の利用者に対して画像形成装置２０の利用を禁止し、この処理を終了する。

一方、この例のように、受信した認証結果がユーザ認証の成功を表している場合、ＣＰＵ２１ａは、正当な利用者であると判定する（ステップＳ１８：ＹＥＳ）。この場合、ＣＰＵ２１ａは、上述したステップＳ１７にて受信した装置ＩＤ「ＳｅｒｖＡ」及びユーザ名「ｔａｎａｋａ」が、記憶部２３のユーザ管理テーブルＵＴに登録されているか否かを判定する（ステップＳ１９）。例えば、ユーザ管理テーブルＵＴに装置ＩＤ「ＳｅｒｖＡ」及びユーザ名「ｔａｎａｋａ」が含まれている場合、ＣＰＵ２１ａは、受信した装置ＩＤ及びユーザ名がユーザ管理テーブルＵＴに登録されていると判定する（ステップＳ１９：ＹＥＳ）。この場合、ＣＰＵ２１ａは、記憶部２３のユーザ管理テーブルＵＴにおいて、その装置ＩＤ及びユーザ名に対応付けられたユーザＩＤを特定し、特定したユーザＩＤの利用者に対して画像形成装置２０の利用を許可する（ステップＳ２０）。このようにして、利用者のユーザＩＤが特定されると、以降の処理はこのユーザＩＤの利用者によって行われたものとして取り扱われる。また、このとき、ＣＰＵ２１ａは、認証された利用者のユーザＩＤとしてこのユーザＩＤをＲＡＭ２１ｃに記憶させるとともに、その認証を行った認証装置の装置ＩＤとして、ステップＳ１７にて受信した装置ＩＤ「ＳｅｒｖＡ」をＲＡＭ２１ｃに記憶させる。

一方、この例では、図８に示したユーザ管理テーブルＵＴに認証先の装置ＩＤ「ＳｅｒｖＡ」及び認証先のユーザ名「ｔａｎａｋａ」が含まれていないため、ＣＰＵ２１ａは、受信した装置ＩＤ及びユーザ名がユーザ管理テーブルＵＴに登録されていないと判定する（ステップＳ１９：ＮＯ）。この場合、ＣＰＵ２１ａは、他のユーザ名がユーザ管理テーブルＵＴに登録されているか否かを問い合わせる問い合わせ画面を表示操作部２４に表示させる（図１１のステップＳ３１）。ここでいう「他のユーザ名」とは、ステップＳ１７にて受信したユーザ名以外の利用者のユーザ名のことである。この問い合わせ画面には、他のユーザ名が登録されていることを表す「はい」というソフトボタンと、他のユーザ名が登録されていないことを表す「いいえ」というソフトボタンとが配置されている。例えば、利用者によって「いいえ」というソフトボタンが押されると、ＣＰＵ２１ａは、他のユーザ名がユーザ管理テーブルＵＴに登録されていないと判定する（ステップＳ３２：ＮＯ）。

この場合、ＣＰＵ２１ａは、記憶部２３のユーザ管理テーブルＵＴに、新たなユーザＩＤとステップＳ１７にて受信した装置ＩＤ及びユーザ名とを追加することにより、ユーザ登録を行う（ステップＳ３３）。また、このとき、ＣＰＵ２１ａは、このユーザＩＤ、認証先の装置ＩＤ及び認証先のユーザ名に対して、最上位の優先順位を付加する。つまり、ＣＰＵ２１ａは、利用者の第１の利用者識別子と、指定された第２の利用者識別子及び装置識別子と、最上位の優先順位とを対応付けて記憶部２３に記憶させる記憶制御手段として機能する。この例では、まず、図８に示したユーザ管理テーブルＵＴに新たなユーザＩＤ、例えば「００９」が追加され、そのユーザＩＤ「００９」に対して、受信した認証先の装置ＩＤ「ＳｅｒｖＡ」及び認証先のユーザ名「ｔａｎａｋａ」が対応付けられる。さらに、このユーザＩＤ「００９」、認証先の装置ＩＤ「ＳｅｒｖＡ」、認証先のユーザ名「ｔａｎａｋａ」に対して、最上位の優先順位「１」が付加される。このようにして、「ｔａｎａｋａ」というユーザ名の登録が完了すると、ＣＰＵ２１ａは、上述したステップＳ２０の処理に進む。このとき、ステップＳ２０では、「ｔａｎａｋａ」というユーザ名が追加されたユーザ管理テーブルＵＴにおいて、装置ＩＤ「ＳｅｒｖＡ」及びユーザ名「ｔａｎａｋａ」に対応付けられた「００９」というユーザＩＤが特定され、その「００９」というユーザＩＤの利用者に対して画像形成装置２０の利用が許可される。そして、以降の処理はこのユーザＩＤ「００９」の利用者によって行われたものとして取り扱われる。また、このとき、ＣＰＵ２１ａは、認証された利用者のユーザＩＤである「００９」というユーザＩＤと、認証を行った認証装置の装置ＩＤである「ＳｅｒｖＡ」という装置ＩＤとをＲＡＭ２１ｃに記憶させる。

一方、利用者によって問い合わせ画面の「はい」というソフトボタンが押されると、ＣＰＵ２１ａは、他のユーザ名がユーザ管理テーブルＵＴに登録されていると判定する（ステップＳ３２：ＹＥＳ）。この場合、利用者は、画像形成装置２０の表示操作部２４を操作して、他のユーザ名を用いてユーザ認証を行う認証装置の装置ＩＤと、その認証装置に記憶されている自分の認証情報とを入力する。ここでは、認証サーバ装置１０Ｂの装置ＩＤである「ＳｅｒｖＢ」という装置ＩＤと、「ｔａｎａｋａ＠ａｂ．ｃｏｍ」というユーザ名とが入力された場合を想定する。利用者の操作によって装置ＩＤ「ＳｅｒｖＢ」及びユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」が入力されると（ステップＳ３４）、画像形成装置２０のＣＰＵ２１ａは、この装置ＩＤ「ＳｅｒｖＢ」の認証サーバ装置２０Ｂに対して、入力されたユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」を送信して、ユーザ認証を要求する（ステップＳ３５）。

ユーザ認証が要求されると、認証サーバ装置１０ＢのＣＰＵ１１Ｂは、画像形成装置２０から送信されてきたユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」と、記憶部１４Ｂの認証テーブルＴＢに含まれるユーザ名とを照合して、ユーザ認証を行う（ステップＳ３６）。続いて、ＣＰＵ１１Ｂは、ユーザ認証の成功又は失敗のいずれかを表す認証結果を通信部１３Ｂによって画像形成装置２０に送信する（ステップＳ３７）。例えば、認証テーブルＴＢにユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」が含まれていない場合、ＣＰＵ１１Ｂは、ユーザ認証の失敗を表す認証結果を画像形成装置２０に送信する。一方、認証テーブルＴＢにユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」が含まれている場合、ＣＰＵ１１Ｂは、ユーザ認証の成功を表す認証結果に加えて、記憶部１４Ｂに記憶されている装置ＩＤと、ユーザ認証に用いられたユーザ名とを画像形成装置２０に送信する。この例では、図３（ｂ）示した認証テーブルＴＢにユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」が含まれているため、ユーザ認証が成功したことを表す認証結果と、記憶部１４Ｂに記憶されている装置ＩＤ「ＳｅｒｖＢ」と、ユーザ認証に用いられたユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」とが画像形成装置２０に送信される。

認証サーバ装置１０Ｂから認証結果が送信されてくると、画像形成装置２０のＣＰＵ２１ａはこの認証結果を受信する（ステップＳ３８）。この例では、ユーザ認証の成功を表す認証結果に加えて、装置ＩＤ「ＳｅｒｖＢ」とユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」とが受信される。続いて、ＣＰＵ２１ａは、取得した認証結果に基づいて、上述したステップＳ３４にてユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」を入力した利用者が正当な利用者であるか否かを判定する（ステップＳ３９）。例えば、取得した認証結果がユーザ認証の失敗を表している場合、ＣＰＵ２１ａは、正当な利用者ではないと判定し（ステップＳ３９：ＮＯ）、上述したステップＳ１３と同様にして、ステップＳ１１にて入力されたユーザ名の利用者に対して画像形成装置２０の利用を禁止し（ステップＳ４０）、この処理を終了する。

一方、この例のように、取得した認証結果がユーザ認証の成功を表している場合、ＣＰＵ２１ａは、正当な利用者であると判定する（ステップＳ３９：ＹＥＳ）。この場合、ＣＰＵ２１ａは、ステップＳ３８にて受信した装置ＩＤ及びユーザ名が、記憶部２３のユーザ管理テーブルＵＴに登録されているか否かを判定する（ステップＳ４１）。例えば、ユーザ管理テーブルＵＴに装置ＩＤ「ＳｅｒｖＢ」及びユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」が含まれていない場合、ＣＰＵ２１ａは、受信した装置ＩＤ及びユーザ名がユーザ管理テーブルＵＴに登録されていないと判定する（ステップＳ４１：ＮＯ）。この場合、ＣＰＵ２１ａは、上述したステップＳ４０の処理に進み、ステップＳ１１にて入力されたユーザ名の利用者に対して画像形成装置２０の利用を禁止し、この処理を終了する。一方、この例では、図８に示したユーザ管理テーブルＵＴに認証先の装置ＩＤ「ＳｅｒｖＢ」及び認証先のユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」が含まれているため、ＣＰＵ２１ａは、受信した装置ＩＤ及びユーザ名がユーザ管理テーブルＵＴに登録されていると判定する（ステップＳ４１：ＹＥＳ）。この場合、ＣＰＵ２１ａは、記憶部２３のユーザ管理テーブルＵＴにおいて、その装置ＩＤ及びユーザ名に対応付けられたユーザＩＤを特定する（ステップＳ４２）。この例では、図８に示したユーザ管理テーブルＵＴにおいて、認証先の装置ＩＤ「ＳｅｒｖＢ」及び認証先のユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」に対応付けられた「００６」というユーザＩＤが特定される。

続いて、ＣＰＵ２１ａは、ユーザ管理テーブルＵＴに、ステップＳ１７にて受信した装置ＩＤ及びユーザ名を、ステップＳ４２にて特定したユーザＩＤに対応付けて追加することにより、ユーザ名の追加登録を行う（ステップＳ４３）。また、このとき、ＣＰＵ２１ａは、このユーザＩＤ、装置ＩＤ及びユーザ名に、最上位の優先順位を付加するとともに、同一のユーザＩＤに対応付けられた他の優先順位を１つ下げる。つまり、ＣＰＵ２１ａは、利用者の第１の利用者識別子と、指定された第２の利用者識別子及び装置識別子と、最上位の優先順位とを対応付けて記憶部２３に記憶させる。この例では、図８に示したユーザ管理テーブルＵＴに含まれるユーザＩＤ「００６」に対して、認証先の装置ＩＤ「ＳｅｒｖＡ」及び認証先のユーザ名「ｔａｎａｋａ」が追加されるとともに、このユーザＩＤ「００６」、認証先の装置ＩＤ「ＳｅｒｖＡ」及び認証先のユーザ名「ｔａｎａｋａ」に対して最上位の優先順位「１」が付加される。また、これに伴って、ユーザＩＤ「００６」、認証先の装置ＩＤ「ＳｅｒｖＢ」及び認証先のユーザ名「ｔａｎａｋａ＠ａｂ．ｃｏｍ」に対応付けられた優先順位が、「１」から「２」に変更される。これにより、記憶部２３には、図１２に示すユーザ管理テーブルＵＴが記憶される。

このようにして、「ｔａｎａｋａ」というユーザ名の登録が完了すると、ＣＰＵ２１ａは、上述したステップＳ２０の処理に進む。このとき、ステップＳ２０では、図１２に示したユーザ管理テーブルＵＴにおいて、装置ＩＤ「ＳｅｒｖＡ」及びユーザ名「ｔａｎａｋａ」に対応付けられた「０６０」というユーザＩＤが特定され、その「００６」というユーザＩＤの利用者に対して画像形成装置２０の利用が許可される。そして、以降の処理はこのユーザＩＤ「００６」の利用者によって行われたものとして取り扱われる。また、このとき、ＣＰＵ２１ａは、認証された利用者のユーザＩＤである「００６」というユーザＩＤと、認証を行った認証装置の装置ＩＤである「ＳｅｒｖＢ」という装置ＩＤとをＲＡＭ２１ｃに記憶させる。

（ユーザ属性取得処理）
次に、認証装置からユーザ属性情報を取得するユーザ属性取得処理について説明する。上述したように、この認証システム１では、認証サーバ装置１０Ａ，１０Ｂ、記憶部２３、ＩＣカード認証装置２６にそれぞれユーザ属性情報が格納されており、これらの認証装置からユーザ属性情報を取得できるようになっている。ここでは、「００６」というユーザＩＤの利用者が、上述のようにして認証サーバ装置１０Ｂの認証を得た後、「００７」というユーザＩＤの利用者の電話番号とＦＡＸ番号を取得したい場合を想定する。なお、以下の説明では、ユーザ属性情報の取得を指示する利用者を「要求者」とよび、取得対象のユーザ属性情報が属する利用者を「取得対象者」とよぶ。また、画像形成装置２０の記憶部２３には、図１２に示したユーザ管理テーブルＵＴが記憶されており、ＲＡＭ２１ｃには、認証された利用者のユーザＩＤとして「００６」というユーザＩＤと、認証を行った認証装置の装置ＩＤとして「ＳｅｒｖＢ」という装置ＩＤとが記憶されているものとする。

図１３は、ユーザ属性取得処理を示すシーケンス図である。まず、要求者は、画像形成装置２０の表示操作部２４を操作して、取得対象者のユーザＩＤ「００７」と、取得したいユーザ属性情報の属性名「電話番号」，「ＦＡＸ番号」を入力して、ユーザ属性情報の取得を指示する。つまり、要求者は、第１の利用者識別子及び第１の種別識別子を指定して利用者の関連情報を取得するよう指示することになる。ユーザ属性情報の取得が指示されると（ステップＳ１０１）、ＣＰＵ２１ａは、記憶部２３のユーザ管理テーブルＵＴから取得対象者のユーザＩＤ「００７」を含むレコードを抽出し、要求先情報ＰとしてＲＡＭ２１ｃに記憶させる（ステップＳ１０２）。この例では、図１２に示したユーザ管理テーブルＵＴからユーザＩＤ「００７」を含むレコードが抽出される。これにより、ＲＡＭ２１ｃには、図１４（ａ）に示す要求先情報Ｐが記憶される。

続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの要求先情報Ｐに、要求者の認証を行った認証装置の装置ＩＤが含まれているか否かを判定する（ステップＳ１０３）。上述したように、ＲＡＭ２１ｃには、要求者の認証を行った認証装置の装置ＩＤが記憶されている。例えば、要求先情報Ｐにこの認証装置の装置ＩＤが含まれていない場合、ＣＰＵ２１ａは、要求者の認証を行った認証装置の装置ＩＤが要求先情報Ｐに含まれていないと判定し（ステップＳ１０３：ＮＯ）、そのままステップＳ１０５に進む。一方、この例では、要求者の認証を行った認証装置の装置ＩＤとしてＲＡＭ２１ｃに記憶されている「ＳｅｒｖＢ」という装置ＩＤが、図１４（ａ）に示した要求先情報Ｐに含まれているため、ＣＰＵ２１ａは、要求者の認証を行った認証装置の装置ＩＤが要求先情報Ｐに含まれていると判定する（ステップＳ１０３：ＹＥＳ）。この場合、ＣＰＵ２１ａは、この装置ＩＤ「ＳｅｒｖＢ」に対応付けられた優先順位が最上位になるように、要求先情報Ｐの優先順位を変更する（ステップＳ１０４）。図１４（ｂ）は、優先順位が変更された後の要求先情報Ｐを示す図である。同図に示すように、ここでは、認証先の装置ＩＤ「ＳｅｒｖＢ」に対応付けられた優先順位が「２」から「１」に変更され、それに伴って装置ＩＤ「ＳｅｒｖＡ」に対応付けられた優先順位が「１」から「２」に変更される。このように、要求者の認証を行った認証装置の優先順位を最上位の優先順位に変更するのは、この認証装置が最も確実にユーザ属性情報を取得できる可能性が高いと考えられるためである。例えば、要求者の認証に使用されなかった認証装置であれば、ユーザ属性情報が古い情報のままであったり、あるいは何らかの異常を起こしていることが考えられるため、その認証装置から正確なユーザ属性情報を確実に取得できる可能性は低くなる。

続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの要求先情報Ｐを参照して、優先順位が最上位の認証装置を特定する（ステップＳ１０５）。この例では、図１４（ｂ）に示した要求先情報Ｐにおいて、優先順位「１」と装置ＩＤ「ＳｅｒｖＢ」とが対応付けられているため、優先順位が最上位の認証装置として認証サーバ装置１０Ｂが特定される。続いて、ＣＰＵ２１ａは、記憶部２３の属性名変換テーブルＮＴを参照して、上述したステップＳ１０１にて入力された属性名「電話番号」，「ＦＡＸ番号」を、特定した認証装置における属性名に変換する（ステップＳ１０６）。この例では、図９に示した属性名変換テーブルＮＴにおいて、属性名「電話番号」と認証先の装置ＩＤ「ＳｅｒｖＢ」と認証先の属性名「ｔｅｌ−ｎｕｍ」とが対応付けられているため、属性名「電話番号」が認証サーバ装置１０Ｂにおける属性名である「ｔｅｌ−ｎｕｍ」という属性名に変換される。なお、属性名「ＦＡＸ番号」については、図９に示した属性名変換テーブルＮＴにおいて認証サーバ装置１０Ｂにおける属性名が対応付けられていないため、変換されない。

続いて、ＣＰＵ２１ａは、ステップＳ１０５にて特定した認証装置に対して、その認証装置における取得対象者のユーザ名と、ステップＳ１０６にて変換した属性名とを通信部２２によって送信して、ユーザ属性情報を要求する（ステップＳ１０７）。つまり、ＣＰＵ２１ａは、第１の利用者識別子及び第１の種別識別子を指定して利用者の関連情報を取得するよう指示されると、優先順位が最上位の認証装置に対して、当該第１の利用者識別子と対応付けて記憶部２３に記憶された第２の利用者識別子と、当該第１の種別識別子と対応付けて記憶部２３に記憶された第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段の一例である。この例では、図１４（ｂ）に示した要求先情報Ｐにおいて、装置ＩＤ「ＳｅｒｖＢ」と認証先のユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」とが対応付けられているため、このユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、上述したステップＳ１０６にて変換された属性名「ｔｅｌ−ｎｕｍ」とが認証サーバ装置１０Ｂに送信される。

ユーザ属性情報が要求されると、認証サーバ装置１０ＢのＣＰＵ１１Ｂは、記憶部１４Ｂの認証テーブルＴＢを参照して、画像形成装置２０から送信されてきたユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」及び属性名「ｔｅｌ−ｎｕｍ」に対応付けられた属性値を特定する。続いて、ＣＰＵ１１Ｂは、特定した属性値とその属性名とをユーザ属性情報として通信部１３Ｂによって画像形成装置２０に送信する（ステップＳ１０８）。つまり、ＣＰＵ１１Ｂは、画像形成装置２０によって利用者の関連情報が要求されると、当該画像形成装置２０から送信されてきた第２の利用者識別子及び第２の種別識別子と対応付けて記憶部１４に記憶されている関連情報を、当該画像形成装置２０に供給する関連情報供給手段として機能する。この例では、図３（ｂ）に示した認証テーブルＴＢにおいて、ユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と属性名「ｔｅｌ−ｎｕｍ」と属性値「０３−１１１１−ＸＸＸＸ」とが対応付けられているため、この属性名「ｔｅｌ−ｎｕｍ」と属性値「０３−１１１１−ＸＸＸＸ」とがユーザ属性情報として画像形成装置２０に送信される。

ユーザ属性情報が送信されてくると、画像形成装置２０のＣＰＵ２１ａは、このユーザ属性情報を受信する（ステップＳ１０９）。つまり、ＣＰＵ２１ａは、関連情報の要求に応じて、上述したステップＳ１０７にて送信された第２の利用者識別子及び第２の種別識別子に基づいた関連情報が認証装置から供給されると、供給された当該関連情報を取得する関連情報取得手段の一例である。この例では、属性名「ｔｅｌ−ｎｕｍ」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報が受信される。続いて、ＣＰＵ２１ａは、記憶部２３の属性名変換テーブルＮＴを参照して、受信したユーザ属性情報の属性名を自装置における属性名に変換する（ステップＳ１１０）。この例では、図９に示した属性名変換テーブルＮＴにて、認証先の属性名「ｔｅｌ−ｎｕｍ」と属性名「電話番号」とが対応付けられているため、受信されたユーザ属性情報の属性名「ｔｅｌ−ｎｕｍ」が「電話番号」という属性名に変換される。続いて、ＣＰＵ２１ａは、ステップＳ１０７にてユーザ属性情報を要求済みである認証装置の装置ＩＤ及び優先順位をＲＡＭ２１ｃの要求先情報Ｐから削除する（ステップＳ１１１）。このとき、装置ＩＤとともに、その装置ＩＤに対応付けられた認証先のユーザ名が削除されてもよい。図１４（ｃ）は、装置ＩＤが削除された後の要求先情報Ｐを示す図である。この例では、上述したステップＳ１０７にて認証サーバ装置１０Ｂに対してユーザ属性情報が要求されているため、図１４（ｂ）に示した要求先情報Ｐから、認証先の装置ＩＤ「ＳｅｒｖＢ」、認証先のユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」及び優先順位「１」が削除される。

続いて、ＣＰＵ２１ａは、未取得のユーザ属性情報があるか否かを判定する（ステップＳ１１２）。ここでは、上述したステップＳ１０９において、上述したステップＳ１０１にて入力された全ての属性名の属性値が受信されていれば、未取得のユーザ属性情報がないと判定され、入力された全ての属性名の属性値が受信されていなければ、未取得のユーザ属性情報があると判定される。この例では、ステップＳ１０１にて入力された属性名「電話番号」，「ＦＡＸ番号」のうち、「ＦＡＸ番号」という属性名の属性値が受信されていないため、ＣＰＵ２１ａは、未取得のユーザ属性情報があると判定する（ステップＳ１１２：ＹＥＳ）。この場合、ＣＰＵ２１ａは、未取得のユーザ属性情報の属性名「ＦＡＸ番号」をＲＡＭ２１ｃに記憶させるとともに、ＲＡＭ２１ｃの要求先情報Ｐを参照して、ユーザ属性情報を要求可能な他の認証装置があるか否かを判定する（ステップＳ１１３）。例えば、ＲＡＭ２１ｃの要求先情報Ｐにいずれの装置ＩＤも含まれていない場合、ＣＰＵ２１ａは、ユーザ属性情報を要求可能な他の認証装置がないと判定し（ステップＳ１１３：ＮＯ）、エラーを表すメッセージを表示操作部２４に表示させて（ステップＳ１１４）、この処理を終了する。一方、この例では、図１４（ｃ）に示した要求先情報Ｐに「ＳｅｒｖＡ」という装置ＩＤが含まれているため、ＣＰＵ２１ａは、ユーザ属性情報を要求可能な他の認証装置があると判定し（ステップＳ１１４：ＹＥＳ）、上述したステップＳ１０５に戻る。

このとき、このステップＳ１０５では、上述したステップＳ１１０にて優先順位「１」及び認証先の装置ＩＤ「ＳｅｒｖＢ」が要求先情報Ｐから削除されているため、優先順位「２」が最上位の優先順位となる。よって、今度は、この優先順位「２」の認証装置に対して、未取得のユーザ属性情報が要求されることになる。つまり、ＣＰＵ２１ａは、取得が指示された全ての関連情報が取得されるまで、指定された第１の利用者識別子に対応付けられて記憶された優先順位が上位の認証装置から順番に、関連情報の要求を繰り返すことになる。この例では、図１４（ｃ）に示した要求先情報Ｐにおいて、最上位の優先順位となる優先順位「２」と認証先の装置ＩＤ「ＳｅｒｖＡ」とが対応付けられているため、優先順位が最上位の認証装置として認証サーバ装置１０Ａが特定される。続いて、ステップＳ１０６では、未取得の属性名としてＲＡＭ２１ｃに記憶されている属性名「ＦＡＸ番号」が、この認証サーバ装置１０Ａにおける属性名「ｆａｘ」に変換される。続いて、ステップＳ１０７では、認証サーバ装置１０Ａに対して、その認証サーバ装置１０Ａにおける取得対象者のユーザ名「ｆｕｊｉ」と、変換された属性名「ｆａｘ」とが送信されて、ユーザ属性情報が要求される。

続いて、ステップＳ１０８では、認証サーバ装置１０ＡのＣＰＵ１１Ａによって、図３（ａ）に示した認証テーブルＴＡが参照されて、画像形成装置２０から送信されてきたユーザ名「ｆｕｊｉ」及び属性名「ｆａｘ」に対応付けられた属性値「０３−１１１１−ＹＹＹＹ」が特定され、この属性名「ｆａｘ」と属性値「０３−１１１１−ＹＹＹＹ」とがユーザ属性情報として画像形成装置２０に送信される。続いて、ステップＳ１０９では、属性名「ｆａｘ」と属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報が受信され、ステップＳ１１０では、受信されたユーザ属性情報の属性名「ｆａｘ」が「ＦＡＸ番号」という属性名に変換され、ステップＳ１１１では、認証サーバ装置１０Ａの装置ＩＤ「ＳｅｒｖＡ」及び優先順位「２」がＲＡＭ２１ｃの要求先情報Ｐから削除される。そして、ステップＳ１１２では、ステップＳ１０１にて入力された属性名「電話番号」，「ＦＡＸ番号」の属性値がいずれも受信されているため、未取得のユーザ属性情報がないと判定される（ステップＳ１１２：ＮＯ）。

このように、ステップＳ１１２にて未取得のユーザ属性情報がないと判定した場合、ＣＰＵ２１ａは、ステップＳ１０９にて受信されたユーザ属性情報を出力する（ステップＳ１１５）。この例では、属性名「電話番号」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報と、属性名「ＦＡＸ番号」及び属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報が出力される。このユーザ属性情報の出力としては、例えば、これらのユーザ属性情報が表示操作部２４に表示されてもよいし、あるいは、これらのユーザ属性情報が画像形成部２５に供給されて、文字画像として用紙にプリントされてもよい。ユーザ属性情報をどのように出力するかは、利用者による表示操作部２４の操作によって指定されてもよいし、予め決められていてもよい。

＜第２実施形態＞
［構成］
次に、本発明の第２実施形態について説明する。この第２実施形態では、画像形成装置２０の属性名変換テーブルに各認証装置の優先順位が付加されており、この優先順位に従って、ユーザ属性情報の要求が行われるようになっている。第２実施形態に係る認証システム１の構成は、上述した第１実施形態で説明した図１〜２及び図４の構成と同様である。ただし、画像形成装置２０の記憶部２３には、上述した属性名変換テーブルＮＴに代えて、属性名変換テーブルＭＴが記憶されている。

図１５は、属性名変換テーブルＭＴの一例を示す図である。同図に示すように、属性名変換テーブルＭＴには、図９に示した属性名変換テーブルＮＴと同様の「属性名」、認証先の「装置ＩＤ」、認証先の「属性名」に加えて、「優先順位」が対応付けられている。この「優先順位」は、認証装置に対してユーザ属性情報の要求を行う順番であり、例えば画像形成装置２０を管理する管理者によって予め割り当てられるようになっている。例えば、図の属性名変換テーブルＭＴでは、属性名「電話番号」と、認証先の装置ＩＤ「ＳｅｒｖＡ」及び優先順位「２」と、認証先の装置ＩＤ「ＳｅｒｖＢ」及び優先順位「１」と、認証先の装置ＩＤ「Ｌｏｃａｌ１」及び優先順位「３」と、認証先の装置ＩＤ「Ｌｏｃａｌ２」及び優先順位「４」とが対応付けられている。これは、「電話番号」というユーザ属性情報を要求するときには、最初に認証サーバ装置１０Ｂに対して要求を行い、２番目に認証サーバ装置１０Ａに対して要求を行い、３番目に記憶部２３の内部認証テーブルＴＥに対して要求を行い、４番目にＩＣカード認証装置２６に対して要求を行うことを表している。なお、この属性名変換テーブルＭＴでは、属性名「ＦＡＸ番号」に対応付けられた認証先の装置ＩＤ「ＳｅｒｖＡ」，「Ｌｏｃａｌ１」には、いずれも優先順位として「−」が対応付けられている。これは、「ＦＡＸ番号」というユーザ属性情報については、ユーザ属性情報を要求するときの優先順位が付加されていないことを表している。

［動作］
（ユーザ属性取得処理）
次に、第２実施形態に係る認証システム１の動作について説明する。なお、画像形成装置２０を利用する利用者を認証するユーザ認証処理については、上述した第１実施形態と同様であるため、その説明を省略する。ここでは、上述した第１実施形態と同様に、「００６」というユーザＩＤの利用者が、認証サーバ装置１０Ｂの認証を得た後、「００７」というユーザＩＤの利用者の電話番号とＦＡＸ番号とを取得したい場合を想定する。また、画像形成装置２０の記憶部２３には、図１２に示したユーザ管理テーブルＵＴと図１５に示した属性名変換テーブルＭＴとが記憶されており、ＲＡＭ２１ｃには、認証された利用者のユーザＩＤとして「００６」というユーザＩＤと、認証を行った認証装置の装置ＩＤとして「ＳｅｒｖＢ」という装置ＩＤとが記憶されているものとする。

図１６は、第２実施形態に係るユーザ属性取得処理を示すシーケンス図である。上述した第１実施形態と同様にして、要求者によって取得対象者の利用者ＩＤ「００７」及び取得対象となる属性情報の属性名「電話番号」，「ＦＡＸ番号」が入力されて、ユーザ属性情報の取得が指示されると、上述したステップＳ１０１〜Ｓ１０４の処理と同様にして、ステップＳ２０１〜Ｓ２０４の処理が行われる。ここでは、ステップＳ２０１〜Ｓ２０４の処理によって、図１７に示した要求先情報ＰがＲＡＭ２１ｃに記憶された場合を想定する。続いて、ＣＰＵ２１ａは、ステップＳ２０１にて入力された属性名と、ＲＡＭ２１ｃの要求先情報Ｐにおいて取得対象者のユーザＩＤ「００７」に対応付けられた認証先の装置ＩＤとを含むレコードを記憶部２３の属性名変換テーブルＭＴから抽出し、属性名情報ＱとしてＲＡＭ２１ｃに記憶させる（ステップＳ２０５）。上述したように、この例では、ステップＳ２０１にて「電話番号」という属性名と「ＦＡＸ番号」という属性名とが入力されている。また、図１７に示した要求先情報Ｐでは、取得対象者のユーザＩＤ「００７」と認証先の装置ＩＤ「ＳｅｒｖＡ」，「ＳｅｒｖＢ」とが対応付けられている。よって、ここでは、図１５に示した属性名変換テーブルＭＴから、属性名「電話番号」と認証先の装置ＩＤ「ＳｅｒｖＡ」，「ＳｅｒｖＢ」とを含むレコードと、属性名「ＦＡＸ番号」と認証先の装置ＩＤ「ＳｅｒｖＡ」とを含むレコードとが抽出される。これにより、ＲＡＭ２１ｃには、図１８（ａ）に示す属性名情報Ｑが記憶される。

続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの属性名情報Ｑに含まれる各々の属性名に対して、優先順位が指定されているか否かを判定する（ステップＳ２０６）。例えば、属性名情報Ｑに含まれる各属性名に対して少なくとも１つの優先順位が対応付けられている場合、ＣＰＵ２１ａは、優先順位が指定されていると判定し（ステップＳ２０６：ＹＥＳ）、そのままステップＳ２０８に進む。一方、この例では、図１８（ａ）に示した属性名情報Ｑにて、「ＦＡＸ番号」という属性名に対して優先順位が対応付けられていないため、ＣＰＵ２１ａは、この属性名に対して優先順位が指定されていないと判定する（ステップＳ２０６：ＮＯ）。この場合、ＣＰＵ２１ａは、ＲＡＭ２１ｃの要求先情報Ｐにおいて、取得対象者のユーザＩＤ「００７」に対応付けられた優先順位に基づいて、この属性名に対して優先順位を付加する（ステップＳ２０７）。図１８（ｂ）は、優先順位が付加された後の属性名情報Ｑを示す図である。この例では、図１７に示した要求先情報Ｐにて、取得対象者のユーザＩＤ「００７」と認証先の装置ＩＤ「ＳｅｒｖＡ」と優先順位「１」とが対応付けられているため、図１８（ａ）に示した属性名情報Ｑの属性名「ＦＡＸ番号」及び認証先の装置ＩＤ「ＳｅｒｖＡ」に対して、優先順位「１」が付加される。つまり、ＣＰＵ２１ａは、記憶部２３によって、要求者によって指定された第１の種別識別子に優先順位が対応付けて記憶されていない場合、当該第１の種別識別子に対応付けられた装置識別子に対し、その装置識別子と対応付けて記憶部２３に記憶されている優先順位を付加する優先順位付加手段として機能する。

続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの属性名情報Ｑを参照して、上述したステップＳ２０１にて入力された各々の属性名について、優先順位が最上位の認証装置を特定する（ステップＳ２０８）。この例では、上述したステップＳ２０１にて、「電話番号」という属性名と、「ＦＡＸ番号」という属性名とが入力されている。まず、属性名「電話番号」については、図１８（ｂ）に示した属性名情報Ｑにて、最上位の優先順位「１」と認証先の装置ＩＤ「ＳｅｒｖＢ」とが対応付けられているため、優先順位が最上位の認証装置として認証サーバ装置１０Ｂが特定される。また、属性名「ＦＡＸ番号」については、図１８（ｂ）に示した属性名情報Ｑにて最上位の優先順位「１」と認証先の装置ＩＤ「ＳｅｒｖＡ」とが対応付けられているため、優先順位が最上位の認証装置として認証サーバ装置１０Ａが特定される。続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの属性名情報Ｑを参照して、上述したステップＳ２０１にて入力された属性名「電話番号」，「ＦＡＸ番号」をそれぞれ、その属性名について特定された認証装置における属性名に変換する（ステップＳ２０９）。まず、属性名「電話番号」については、図１８（ｂ）に示した属性名情報Ｑにて、認証先の装置ＩＤ「ＳｅｒｖＢ」と認証先の属性名「ｔｅｌ−ｎｕｍ」とが対応付けられているため、認証サーバ装置１０Ｂにおける属性名である「ｔｅｌ−ｎｕｍ」という属性名に変換される。また、属性名「ＦＡＸ番号」については、図１８（ｂ）に示した属性名情報Ｑにて、認証先の装置ＩＤ「ＳｅｒｖＡ」と認証先の属性名「ｆａｘ」とが対応付けられているため、認証サーバ装置１０Ａにおける属性名である「ｆａｘ」という属性名に変換される。

続いて、ＣＰＵ２１ａは、ステップＳ２０８にて特定した認証装置に対して、その認証装置における取得対象者のユーザ名と、ステップＳ２０９にて変換した属性名とを通信部２２によって送信して、ユーザ属性情報を要求する（ステップＳ２１０）。つまり、ＣＰＵ２１ａは、第１の利用者識別子及び第１の種別識別子を指定して利用者の関連情報を取得するよう指示されると、記憶部２３によって当該第１の種別識別子に対応付けられた優先順位が上位の認証装置に対して、当該第１の利用者識別子及び当該認証装置の装置識別子と対応付けて記憶部２３に記憶されている第２の利用者識別子と、当該第１の種別識別子及び当該装置識別子と対応付けて記憶部２３に記憶されている第２の種別識別子とを送信して、当該関連情報を要求する。この例では、認証サーバ装置１０Ｂに対して「電話番号」というユーザ属性情報が要求され、認証サーバ装置１０Ａに対して「ＦＡＸ番号」というユーザ属性情報が要求される。このとき、認証サーバ装置１０Ｂに対しては、図１７に示した要求先情報Ｐにて、取得対象者のユーザＩＤ「００７」と装置ＩＤ「ＳｅｒｖＢ」と認証先のユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」とが対応付けられているため、このユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、上述したステップＳ２０９にて変換された属性名「ｔｅｌ−ｎｕｍ」とが送信される。また、認証サーバ装置１０Ａに対しては、図１７に示した要求先情報Ｐにて、取得対象者のユーザＩＤ「００７」と装置ＩＤ「ＳｅｒｖＡ」と認証先のユーザ名「ｆｕｊｉ」とが対応付けられているため、このユーザ名「ｆｕｊｉ」と、上述したステップＳ２０９にて変換された属性名「ｆａｘ」とが送信される。

ユーザ属性情報が要求されると、認証サーバ装置１０のＣＰＵ１１は、上述したステップＳ１０８と同様にして属性値を特定し、特定した属性値とその属性名とをユーザ属性情報として通信部１３によって画像形成装置２０に送信する（ステップＳ２１１）。この例では、認証サーバ装置１０ＢのＣＰＵ１１Ｂによって、図３（ｂ）に示した認証テーブルＴＢが参照されて、ユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」及び属性名「ｔｅｌ−ｎｕｍ」に対応付けられた「０３−１１１１−ＸＸＸＸ」という属性値が特定される。そして、ＣＰＵ１１Ｂによって、この属性値「０３−１１１１−ＸＸＸＸ」と属性名「ｔｅｌ−ｎｕｍ」とがユーザ属性情報として画像形成装置２０に送信される。これと同様に、認証サーバ装置１０ＡのＣＰＵ１１Ａによって、図３（ａ）に示した認証テーブルＴＡが参照され、ユーザ名「ｆｕｊｉ」及び属性名「ｆａｘ」に対応付けられた「０３−１１１１−ＹＹＹＹ」という属性値が特定される。そして、ＣＰＵ１１Ａによって、この属性値「０３−１１１１−ＹＹＹＹ」と属性名「ｆａｘ」とがユーザ属性情報として画像形成装置２０に送信される。

ユーザ属性情報が送信されてくると、画像形成装置２０のＣＰＵ２１ａは、このユーザ属性情報を受信する（ステップＳ２１２）。この例では、認証サーバ装置１０Ｂから送信されてきた、属性名「ｔｅｌ−ｎｕｍ」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報と、認証サーバ装置１０Ａから送信されてきた、属性名「ｆａｘ」及び属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報とが受信される。続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの属性名情報Ｑを参照して、受信したユーザ属性情報の属性名を、自装置における属性名に変換する（ステップＳ２１３）。この例では、属性名「ｔｅｌ−ｎｕｍ」については、図１８（ｂ）に示した属性名情報Ｑにて「電話番号」という属性名と対応付けられているため、この「電話番号」という属性名に変換される。また、属性名「ｆａｘ」については、図１８（ｂ）に示した属性名情報Ｑにて「ＦＡＸ番号」という属性名と対応付けられているため、この「ＦＡＸ番号」という属性名に変換される。続いて、ＣＰＵ２１ａは、取得済みのユーザ属性情報の属性名と、ステップＳ２１０にてユーザ属性情報を要求済みの認証装置の装置ＩＤ及び優先順位とを、ＲＡＭ２１ｃの属性名情報Ｑから削除する（ステップＳ２１４）。このとき、装置ＩＤとともに、その装置ＩＤに対応付けられた認証先の属性名が削除されてもよい。この例では、まず、上述したステップＳ２１２にて、「電話番号」という属性名のユーザ属性情報と、「ＦＡＸ番号」という属性名のユーザ属性情報とが受信されているため、図１８（ｂ）に示した属性名情報Ｑから、属性名「電話番号」及び「ＦＡＸ番号」が削除される。また、上述したステップＳ２１０にて認証サーバ装置１０Ｂ及び認証サーバ装置１０Ａに対してユーザ属性情報が要求されているため、この属性名情報Ｑの属性名「電話番号」に対応付けられた、認証先の装置ＩＤ「ＳｅｒｖＢ」、認証先の属性名「ｔｅｌ−ｎｕｍ」及び優先順位「１」、及び、属性名「ＦＡＸ番号」に対応付けられた、認証先の装置ＩＤ「ＳｅｒｖＡ」、認証先の属性名「ｆａｘ」及び優先順位「１」が削除される。

続いて、ＣＰＵ２１ａは、上述したステップＳ１１２と同様にして、未取得のユーザ属性情報があるか否かを判定する（ステップＳ２１５）。例えば、ステップＳ２０１にて入力された属性名「電話番号」，「ＦＡＸ番号」のうち、いずれかの属性名の属性値が受信されていなければ、ＣＰＵ２１ａは、未取得のユーザ属性情報があると判定する（ステップＳ２１５：ＹＥＳ）。この場合、ＣＰＵ２１ａは、ＲＡＭ２１ｃの属性名情報Ｑを参照して、ユーザ属性情報を要求可能な他の認証装置があるか否かを否かを判定する（ステップＳ２１６）。例えば、ＲＡＭ２１ｃの属性名情報Ｑにて、未取得の属性名に装置ＩＤが対応付けられていない場合、ＣＰＵ２１ａは、ユーザ属性情報を要求可能な他の認証装置がないと判定し（ステップＳ２１６：ＮＯ）、エラーを表すメッセージを表示操作部２４に表示させて（ステップＳ２１７）、この処理を終了する。一方、ＲＡＭ２１ｃの属性名情報Ｑに、未取得の属性名に装置ＩＤが対応付けられている場合、ＣＰＵ２１ａは、ユーザ属性情報を要求可能な他の認証装置があると判定し（ステップＳ２１６：ＹＥＳ）、上述したステップＳ２０８に戻る。このとき、ステップＳ２０８では、上述したステップＳ２１４にて優先順位「１」とその優先順位に対応付けられた認証先の装置ＩＤとが属性名情報Ｑから削除されているため、優先順位「２」が最上位の優先順位となる。よって、今度は、この優先順位「２」の認証装置に対して、未取得のユーザ属性情報が要求されることになる。つまり、ＣＰＵ２１ａは、取得が指示された全ての関連情報が取得されるまで、指定された第１の利用者識別子に対応付けられて記憶された優先順位が上位の認証装置から順番に、関連情報の要求を繰り返すことになる。

一方、この例では、ステップＳ２０１にて入力された属性名「電話番号」，「ＦＡＸ番号」の属性値がいずれも受信されているため、ＣＰＵ２１ａは、未取得のユーザ属性情報がないと判定する（ステップＳ２１５：ＮＯ）。このように、未取得のユーザ属性情報がないと判定した場合、ＣＰＵ２１ａは、上述したステップＳ１１５と同様にして、ステップＳ２１２にて受信されたユーザ属性情報を出力する（ステップＳ２１８）。この例では、属性名「電話番号」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報と、属性名「ＦＡＸ番号」及び属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報が出力される。

＜第３実施形態＞
［構成］
次に、本発明の第３実施形態について説明する。この第３実施形態では、画像形成装置２０のユーザ管理テーブル、属性名変換テーブルのいずれにも認証装置の優先順位が付加されておらず、要求可能な各々の認証装置に対して、ユーザ属性情報が要求されるようになっている。第３実施形態に係る認証システム１の構成は、上述した第１実施形態で説明した図１〜２及び図４の構成と同様である。ただし、画像形成装置２０の記憶部２３には、上述したユーザ管理テーブルＵＴに代えて、ユーザ管理テーブルＶＴが記憶されている。図１９は、ユーザ管理テーブルＶＴの一例を示す図である。同図に示すように、このユーザ管理ＶＴは、図１２に示したユーザ管理テーブルＵＴから「優先順位」を除いたものである。

［動作］
（ユーザ属性取得処理）
次に、第３実施形態に係る認証システム１の動作について説明する。なお、画像形成装置２０を利用する利用者を認証するユーザ認証処理については、上述した第１実施形態と同様であるため、その説明を省略する。ここでは、上述した第１実施形態と同様に、「００６」というユーザＩＤの利用者が、認証サーバ装置１０Ｂの認証を得た後、「００７」というユーザＩＤの利用者の電話番号とＦＡＸ番号を取得したい場合を想定する。また、画像形成装置２０の記憶部２３には、図１９に示したユーザ管理テーブルＶＴと図９に示した属性名変換テーブルＮＴとが記憶されており、ＲＡＭ２１ｃには、認証された利用者のユーザＩＤとして「００６」というユーザＩＤと、認証を行った認証装置の装置ＩＤとして「ＳｅｒｖＢ」という装置ＩＤとが記憶されているものとする。

図２０は、第３実施形態に係るユーザ属性取得処理を示すシーケンス図である。上述した第１実施形態と同様にして、要求者によって取得対象者の利用者ＩＤ「００７」及び取得対象となる属性情報の属性名「電話番号」，「ＦＡＸ番号」が入力されて、ユーザ属性情報の取得が指示されると、上述したステップＳ１０１〜Ｓ１０２の処理と同様にして、ステップＳ３０１〜Ｓ３０２の処理が行われる。ここでは、ステップＳ３０１〜Ｓ３０２の処理によって、図２１に示した要求先情報ＰがＲＡＭ２１ｃに記憶された場合を想定する。続いて、ＣＰＵ２１ａは、ＲＡＭ２１ｃの要求先情報Ｐを参照して、要求可能な認証装置を特定する（ステップＳ３０３）。この例では、図２１に示した要求先情報Ｐに、認証先の装置ＩＤとして「ＳｅｒｖＢ」という装置ＩＤと、「ＳｅｒｖＡ」という装置ＩＤとが対応付けられているため、要求可能な認証装置として認証サーバ装置１０Ａと認証サーバ１０Ｂとが特定される。

続いて、ＣＰＵ２１ａは、記憶部２３の属性名変換テーブルＮＴを参照して、上述したステップＳ３０１にて入力された属性名「電話番号」，「ＦＡＸ番号」を、特定した認証装置における属性名に変換する（ステップＳ３０４）。まず、属性名「電話番号」については、図９に示した属性名変換テーブルＮＴにて、認証先の装置ＩＤ「ＳｅｒｖＡ」と認証先の属性名「ｔｅｌ」、認証先の装置ＩＤ「ＳｅｒｖＢ」と認証先の属性名「ｔｅｌ−ｎｕｍ」とがそれぞれ対応付けられているため、認証サーバ装置１０Ａにおける属性名である「ｔｅｌ」という属性名と、認証サーバ装置１０Ｂにおける属性名である「ｔｅｌ−ｎｕｍ」という属性名とに変換される。また、属性名「ＦＡＸ番号」については、図９に示した属性名変換テーブルＮＴにて、認証先の装置ＩＤ「ＳｅｒｖＡ」と認証先の属性名「ｆａｘ」とが対応付けられているため、認証サーバ装置１０Ａにおける属性名である「ｆａｘ」という属性名に変換される。

続いて、ＣＰＵ２１ａは、ステップＳ３０３にて特定した認証装置に対して、その認証装置における取得対象者のユーザ名と、ステップＳ３０４にて変換した属性名とを通信部２２によって送信して、ユーザ属性情報を要求する（ステップＳ３０５）。つまり、ＣＰＵ２１ａは、第１の利用者識別子及び第１の種別識別子を指定して利用者の関連情報を取得するよう指示されると、各々の認証装置に対して、当該第１の利用者識別子に対応付けて記憶部２３に記憶されている第２の利用者識別子と、当該第１の種別識別子に対応付けて記憶部２３に記憶されている第２の種別識別子とを送信して、当該関連情報を要求する。この例では、認証サーバ装置１０Ｂに対して「電話番号」というユーザ属性情報が要求され、認証サーバ装置１０Ａに対して「電話番号」というユーザ属性情報及び「ＦＡＸ番号」というユーザ属性情報が要求される。このとき、認証サーバ装置１０Ｂに対しては、図２１に示した要求先情報Ｐにて、装置ＩＤ「ＳｅｒｖＢ」と認証先のユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」とが対応付けられているため、このユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」と、上述したステップＳ３０４にて変換された属性名「ｔｅｌ−ｎｕｍ」とが送信される。また、認証サーバ装置１０Ａに対しては、図２１に示した要求先情報Ｐにて、装置ＩＤ「ＳｅｒｖＡ」と認証先のユーザ名「ｆｕｊｉ」とが対応付けられているため、このユーザ名「ｆｕｊｉ」と、上述したステップＳ３０４にて変換された属性名「ｔｅｌ」及び「ｆａｘ」が送信される。

ユーザ属性情報が要求されると、認証サーバ装置１０のＣＰＵ１１は、上述したステップＳ１０８と同様に属性値を特定し、特定した属性値とその属性名とをユーザ属性情報として通信部１３によって画像形成装置２０に送信する（ステップＳ３０６）。この例では、認証サーバ装置１０ＢのＣＰＵ１１Ｂによって、図３（ｂ）に示した認証テーブルＴＢが参照され、ユーザ名「ｆｕｊｉ．ｔａｒｏ＠ａｂ．ｃｏｍ」及び属性名「ｔｅｌ−ｎｕｍ」に対応付けられた「０３−１１１１−ＸＸＸＸ」という属性値が特定される。そして、ＣＰＵ１１Ｂによって、この属性値「０３−１１１１−ＸＸＸＸ」及び属性名「ｔｅｌ−ｎｕｍ」がユーザ属性情報として画像形成装置２０に送信される。これとともに、認証サーバ装置１０ＡのＣＰＵ１１Ａによって、図３（ａ）に示した認証テーブルＴＡが参照され、ユーザ名「ｆｕｊｉ」及び属性名「ｔｅｌ」に対応付けられた「０３−１１１１−ＸＸＸＸ」という属性値と、ユーザ名「ｆｕｊｉ」及び属性名「ｆａｘ」に対応付けられた「０３−１１１１−ＹＹＹＹ」という属性値とが特定される。そして、ＣＰＵ１１Ａによって、この属性値「０３−１１１１−ＸＸＸＸ」及び属性名「ｆａｘ」と、属性値「０３−１１１１−ＹＹＹＹ」及び属性名「ｆａｘ」とがユーザ属性情報として画像形成装置２０に送信される。

ユーザ属性情報が送信されてくると、画像形成装置２０のＣＰＵ２１ａは、このユーザ属性情報を受信する（ステップＳ３０７）。この例では、認証サーバ装置１０Ｂから送信されてきた、属性名「ｔｅｌ−ｎｕｍ」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報と、認証サーバ装置１０Ａから送信されてきた、属性名「ｔｅｌ」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報と、属性名「ｆａｘ」及び属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報とが受信される。続いて、ＣＰＵ２１ａは、記憶部２３の属性名変換テーブルＮＴを参照して、受信したユーザ属性情報の属性名を、自装置における属性名に変換する（ステップＳ３０８）。この例では、属性名「ｔｅｌ−ｎｕｍ」と属性名「ｔｅｌ」については、図９に示した属性名変換テーブルＮＴにて「電話番号」という属性名と対応付けられているため、「電話番号」という属性名に変換される。また、属性名「ｆａｘ」については、図９に示した属性名変換テーブルＮＴにて「ＦＡＸ番号」という属性名と対応付けられているため、「ＦＡＸ番号」という属性名に変換される。

続いて、ＣＰＵ２１ａは、上述したステップＳ１１２と同様にして、未取得のユーザ属性情報があるか否かを判定する（ステップＳ３０９）。例えば、上述したステップＳ３０１にて入力された属性名「電話番号」，「ＦＡＸ番号」のうち、いずれかの属性名の属性値が受信されていなければ、ＣＰＵ２１ａは、未取得のユーザ属性情報があると判定する（ステップＳ３０９：ＹＥＳ）。この場合、ＣＰＵ２１ａは、エラーを表すメッセージを表示操作部２４に表示させて（ステップＳ３１０）、この処理を終了する。一方、この例のように、ステップＳ３０１にて入力された属性名「電話番号」，「ＦＡＸ番号」の属性値がいずれも受信されていれば、ＣＰＵ２１ａは、未取得のユーザ属性情報がないと判定する（ステップＳ３０９：ＮＯ）。

このように、未取得のユーザ属性情報がないと判定した場合、ＣＰＵ２１ａは、上述したステップＳ３０７にて受信したユーザ属性情報の属性値において、属性名が同一であって内容の異なる属性値があるか否かを判定する（ステップＳ３１１）。この例では、「電話番号」という属性名の属性値については、認証サーバ装置１０Ａと認証サーバ装置１０Ｂからそれぞれ送信されているが、その属性値はいずれも「０３−１１１１−ＸＸＸＸ」という属性値であるため、ＣＰＵ２１ａは、受信したユーザ属性情報の属性値において、属性名が同一であって内容の異なる属性値はないと判定する（ステップＳ３１１：ＮＯ）。この場合、ＣＰＵ２１ａは、上述したステップＳ１１５と同様にして、ステップＳ３０７にて受信されたユーザ属性情報を出力する（ステップＳ３１２）。この例では、属性名「電話番号」及び属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報と、属性名「ＦＡＸ番号」及び属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報とが出力される。

一方、仮に「電話番号」という属性名の属性値について、認証サーバ装置１０Ａから「０３−１１１１−ＸＸＸＸ」という属性値が送信され、認証サーバ装置１０Ｂから「０３−１１１１−ＺＺＺＺ」という属性値が送信されてきた場合を想定する。これは、認証サーバ装置１０Ａと認証サーバ装置１０Ｂとで、同一の利用者、同一の属性名に対応する属性値として内容の異なる属性値が格納されていることを表している。これは、例えば属性値を格納するときに誤った内容の属性値が格納されたときや、内容の古い属性値が更新されていないときなどに起こり得る。この場合、ＣＰＵ２１ａは、受信したユーザ属性情報の属性値において、属性名が同一であって内容の異なる属性値があると判定する（ステップＳ３１１：ＹＥＳ）。続いて、ＣＰＵ２１ａは、その属性名の属性値のうち、どの属性値を利用するかを問い合わせるメッセージ画面を表示操作部２４に表示させる（ステップＳ３１３）。要求者は、このメッセージ画面の案内に従って表示操作部２４を操作して、所望の属性値を選択する。ここでは、要求者によって「０３−１１１１−ＸＸＸＸ」という属性値が選択された場合を想定する。

要求者によって属性値を選択する操作が行われると、ＣＰＵ２１ａは、この操作に従って「０３−１１１１−ＸＸＸＸ」という属性値を選択し（ステップＳ３１４）、上述したステップＳ３１２に進む。このとき、ステップＳ３１２では、ステップＳ３０７にて受信されたユーザ属性情報において、同一の属性名であって異なる内容の属性値があるものについては、ステップＳ３１４にて選択された属性値のユーザ属性情報が出力される。つまり、ＣＰＵ２１ａは、取得された関連情報を出力する手段であって、当該取得された関連情報の中に、同一の種別であって異なる内容の関連情報がある場合には、当該異なる内容の関連情報の中から選択された関連情報を出力する関連情報出力手段として機能する。この例では、「ＦＡＸ番号」というユーザ属性情報については、属性名「ＦＡＸ番号」及び属性値「０３−１１１１−ＹＹＹＹ」からなるユーザ属性情報がそのまま出力され、「電話番号」というユーザ属性情報については、属性名「電話番号」及びステップＳ３１４にて選択された属性値「０３−１１１１−ＸＸＸＸ」からなるユーザ属性情報が出力される。

［変形例］
以上が実施形態の説明であるが、この実施形態の内容は以下のように変形し得る。また、以下の各変形例を適宜組み合わせてもよい。
（変形例１）
上述した第２実施形態において、複数の属性名について優先順位が最上位の認証装置として同一の認証装置が特定された場合には、それらの属性名のユーザ属性情報がまとめて要求されてもよい。ここでは、属性名「電話番号」，「ＦＡＸ番号」について、それぞれ、優先順位が最上位の認証装置として認証サーバ装置１０Ａが特定された場合を想定する。この場合、ＣＰＵ２１ａは、認証サーバ装置１０Ａに対して、取得対象者のユーザ名「ｆｕｊｉ」と、認証サーバ装置１０Ａにおける属性名「ｔｅｌ」及び「ｆａｘ」を送信して、「電話番号」というユーザ属性情報と「ＦＡＸ番号」というユーザ属性情報とをまとめて要求する。

（変形例２）
上述した第３実施形態では、属性名が同一であって内容の異なる属性値がある場合には、いずれの属性値を利用するかを問い合わせるメッセージ画面を表示させていたが、属性値を選択する手段はこれに限らない。例えば、ＣＰＵ２１ａは、属性名が同一であって内容の異なる属性値において、同一の内容を有する他の属性値の数が多い属性値を選択してもよい。これは、同一の内容を有する他の属性値の数が多い属性値の方が、情報が正確だと考えられるためである。

（変形例３）
上述した第１及び第２実施形態では、要求者の認証を行った認証装置の優先順位が最上位の優先順位に変更されていたが、この処理は必ずしも行われなくてもよい。
また、上述した第１〜第３実施形態では、要求者と取得対象者とが異なる場合を挙げて説明したが、要求者が自分のユーザ属性情報の取得を要求してもよい。
さらに、上述した第１〜第３実施形態では、要求者の操作によってユーザ属性情報の取得が指示されていたが、これに限らない。例えば、記憶部２３に記憶されているソフトウェアによって、ユーザ属性情報の取得が指示されてもよい。この場合、取得したユーザ属性情報は、このソフトウェアに引き渡されることになる。そして、このソフトウェアに従って、このユーザ属性情報を用いた処理が行われる。このユーザ属性を用いた処理としては、例えば、例えばニックネームを含むメニュー画面を表示操作部２４に表示させる処理であってもよいし、あるいは、画像形成部２５によって、電話番号、メールアドレス、ニックネームを文字画像として用紙の余白領域などにプリントさせる処理であってもよい。

（変形例４）
上述したユーザ認証処理では、新たに追加された「ユーザ名」及び認証先の「装置ＩＤ」に対して、最上位の優先順位が付与されていたが、これに限らない。例えば、新たに追加された「ユーザ名」及び認証先の「装置ＩＤ」に対して、最下位の優先順位が付与されてもよい。このとき、ユーザ管理テーブルＵＴにおいては、同一の「ユーザＩＤ」に対応付けられた認証先の「ユーザ名」及び認証先の「装置ＩＤ」において、登録された日時が古い順に、高い優先順位が割り当てられるとよい。あるいは、ユーザ認証処理に用いられた回数が多いユーザ名に対応する優先順位が、最上位の優先順位に変更されてもよい。この場合、ＣＰＵ２１ａは、記憶部２３によって同一の第１の利用者識別子に対応付けられた第２の利用者識別子のうち、ユーザ認証処理に使用された回数が最も多い第２の利用者識別子に対応付けられた優先順位を最上位の優先順位に変更する優先順位変更手段として機能する。このとき、ユーザ管理テーブルＵＴにおいては、同一の「ユーザＩＤ」に対応付けられた認証先の「ユーザ名」及び認証先の「装置ＩＤ」において、ユーザ認証処理に用いられた回数が多い順に、高い優先順位が割り当てられるとよい。

（変形例５）
画像形成装置２０は、上述した第１実施形態の動作を行う動作モードと、上述した第２実施形態の動作を行う動作モードと、上述した第３実施形態の動作を行う動作モードとを有しており、ＣＰＵ２１ａによっていずれかの動作モードに切り替えられてもよい。この場合、記憶部２３には、上述した第１実施形態で用いられたユーザ管理テーブルＵＴ及び属性名変換テーブルＮＴと、上述した第２実施形態で用いられた属性名変換テーブルＭＴと、上述した第３実施形態で用いられたユーザ管理テーブルＶＴとがいずれも記憶され、ＣＰＵ２１ａによって、これらの中から動作モードに応じたテーブルが選択されて、使用されることになる。

（変形例６）
上述したユーザ認証処理では、認証装置から送信されてくるユーザ名と、利用者によって入力されたユーザ名とが同じものであったが、これらのユーザ名が異なるものであってもよい。ここでは、認証サーバ装置１０Ｂによってユーザ認証が行われる例を挙げて説明する。この場合、認証サーバ装置１０Ｂの認証テーブル１０Ｂには、図３（ｂ）に示した「ユーザ名」と同一の「第１のユーザ名」と、「第１のユーザ名」とは異なる「第２のユーザ名」とが対応付けられて記述される。そして、上述したステップＳ１１では、この第２のユーザ名が利用者によって入力される。このとき、上述したステップＳ１６では、ユーザ認証が成功した場合には、認証テーブル１０Ｂにおいて、ユーザ認証に用いられた第２のユーザ名に対応付けられた第１のユーザ名が画像形成装置２０に送信される。上述したように、この第１のユーザ名は図３（ｂ）に示した「ユーザ名」と同一であるため、ステップＳ１７以降は上述と同様の処理が行われる。これは、例えば認証サーバ装置１０Ｂが第１のユーザ名と第２のユーザ名とを用いて利用者を特定している場合に有用である。また、認証サーバ装置１０Ａ，１０Ｃ、記憶部３２の内部認証テーブルＴＥ、ＩＣカード認証装置２６についても、上述した認証サーバ装置１０Ｂと同様の構成及び動作が適用されてもよい。

（変形例７）
上述した第１〜第３実施形態では、本発明の関連情報取得装置の一例として、画像形成装置２０を例に挙げて説明したが、これに限らない。例えば、関連情報取得装置がパーソナルコンピュータ装置であってもよい。本発明の情報処理装置は、要するに、第１の種別識別子と第２の種別識別子とを対応付けて記憶するとともに、第１の利用者識別子と第２の利用者識別子とを対応付けて記憶していればよい。

（変形例８）
上述したユーザ認証処理では、新たなユーザ名を追加する処理が画像形成装置２０を利用する利用者によって行われる例を挙げて説明したが、これに限らない。例えば、画像形成装置２０を管理する管理者によってこの処理が行われてもよい。

（変形例９）
上述した第１〜第３実施形態において、ＩＣカード認証装置２６の制御部２６ａの処理は、ＣＰＵ２１ａがプログラムに従って行ってもよい。この場合、ＩＣカード認証装置２６のメモリ２６ｂに記憶されているＩＣカード認証テーブルＴＦは、記憶部２３に記憶されてもよい。また、認証サーバ装置１０のＣＰＵ１１、画像形成装置２０のＣＰＵ２１ａによって実行される各プログラムは、磁気テープや磁気ディスクなどの磁気記録媒体、光ディスクなどの光記録媒体、光磁気記録媒体、半導体メモリなどの、コンピュータ装置が読み取り可能な記録媒体に記憶された状態で提供し得る。また、このプログラムを、インターネットのようなネットワーク経由でダウンロードさせることも可能である。

第１実施形態に係る認証システムの構成を示す図である。 上記認証システムの認証サーバ装置の構成を示すブロック図である。 上記認証サーバ装置が記憶する認証テーブルの一例を示す図である。 上記認証システムの画像形成装置の構成を示すブロック図である。 上記画像形成装置のＩＣカード認証装置の構成を示す図である。 上記ＩＣカード認証装置が記憶するＩＣカード認証テーブルの一例を示す図である。 上記画像形成装置が記憶する内部認証テーブルの一例を示す図である。 上記画像形成装置が記憶するユーザ管理テーブルの一例を示す図である。 上記画像形成装置が記憶する属性名変換テーブルの一例を示す図である。 上記認証システムのユーザ認証処理を示すシーケンス図である。 上記認証システムのユーザ認証処理を示すシーケンス図である。 ユーザ名が追加登録された後の上記ユーザ管理テーブルを示す図である。 上記認証システムのユーザ属性取得処理を示すシーケンス図である。 上記画像形成装置が記憶する要求先情報を示す図である。 第２実施形態に係る上記属性名変換テーブルの一例を示す図である。 第２実施形態に係る上記ユーザ属性取得処理を示すシーケンス図である。 第２実施形態に係る上記要求先情報を示す図である。 第２実施形態に係る上記画像形成装置が記憶する属性名情報を示す図である。 第３実施形態に係る上記ユーザ管理テーブルを示す図である。 第３実施形態に係る上記ユーザ属性取得処理を示すシーケンス図である。 第３実施形態に係る上記要求先情報を示す図である。

符号の説明

１…認証システム、１０…認証サーバ装置、１１…ＣＰＵ、１２…メモリ、１３…通信部、１４…記憶部、２０…画像形成装置、２１…制御部、２１ａ…ＣＰＵ、２１ｂ…ＲＯＭ、２１ｃ…ＲＡＭ、２２…通信部、２３…記憶部、２４…表示操作部、２５…画像形成部、２６…ＩＣカード認証装置。

Claims (12)

1. 各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を関連情報格納装置にて識別する第２の種別識別子とを対応付けて記憶する種別識別子記憶手段と、
   各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を前記関連情報格納装置にて識別する第２の利用者識別子とを対応付けて記憶する利用者識別子記憶手段と、
   前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記関連情報格納装置に対して、当該第１の利用者識別子と対応付けて前記利用者識別子記憶手段に記憶されている前記第２の利用者識別子と、当該第１の種別識別子と対応付けて前記種別識別子記憶手段に記憶されている前記第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段と、
   前記関連情報要求手段による要求に応じて、前記送信された第２の利用者識別子及び第２の種別識別子に基づいた前記関連情報が前記関連情報格納装置から供給されると、供給された当該関連情報を取得する関連情報取得手段と
   を備えることを特徴とする関連情報取得装置。
2. 前記関連情報格納装置は複数あり、
   前記種別識別子記憶手段は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を各々の関連情報格納装置にて識別する複数の第２の種別識別子と、当該関連情報格納装置を識別する装置識別子とを対応付けて記憶し、
   前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子と、当該関連情報格納装置を識別する装置識別子と、当該関連情報格納装置の優先順位とを対応付けて記憶し、
   前記関連情報要求手段は、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記利用者識別子記憶手段によって当該第１の利用者識別子に対応付けられて記憶されている前記優先順位が上位の関連情報格納装置から順番に、当該第１の利用者識別子及び当該関連情報格納装置の装置識別子と対応付けて当該利用者識別子記憶手段に記憶されている第２の利用者識別子と、当該第１の種別識別子及び当該装置識別子と対応付けて前記種別識別子記憶手段に記憶されている第２の種別識別子とを送信して、当該関連情報を要求する
   ことを特徴とする請求項１に記載の関連情報取得装置。
3. 利用者の第１の利用者識別子と、指定された前記第２の利用者識別子及び前記装置識別子と、最上位又は最下位のいずれかの優先順位とを対応付けて前記利用者識別子記憶手段に記憶させる記憶制御手段を備える
   ことを特徴とする請求項２に記載の関連情報取得装置。
4. 前記第２の利用者識別子は、自装置を利用する利用者の認証処理に用いられ、
   前記利用者識別子記憶手段によって同一の前記第１の利用者識別子に対応付けられた前記第２の利用者識別子のうち、前記認証処理に使用された回数が最も多い第２の利用者識別子に対応付けられた前記優先順位を最上位の優先順位に変更する優先順位変更手段を備える
   ことを特徴とする請求項２に記載の関連情報取得装置。
5. 前記第２の利用者識別子は、自装置を利用する利用者の認証処理に用いられ、
   前記利用者識別子記憶手段によって同一の前記第１の利用者識別子に対応付けられた前記第２の利用者識別子のうち、前記関連情報を取得するよう指示した指示者の認証処理に用いられた第２の利用者識別子に対応付けられた前記優先順位を最上位の優先順位に変更する優先順位変更手段を備える
   ことを特徴とする請求項２に記載の関連情報取得装置。
6. 前記関連情報格納装置は複数あり、
   前記種別識別子記憶手段は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を各々の関連情報格納装置にて識別する複数の第２の種別識別子と、当該関連情報格納装置を識別する装置識別子と、当該関連情報格納装置の優先順位とを対応付けて記憶し、
   前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子と、当該関連情報格納装置を識別する装置識別子とを対応付けて記憶し、
   前記関連情報要求手段は、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記種別識別子記憶手段によって当該第１の種別識別子に対応付けられた前記優先順位が上位の関連情報格納装置から順番に、当該第１の利用者識別子及び当該関連情報格納装置の装置識別子と対応付けて前記利用者識別子記憶手段に記憶されている第２の利用者識別子と、当該第１の種別識別子及び当該装置識別子と対応付けて当該種別識別子記憶手段に記憶されている第２の種別識別子とを送信して、当該関連情報を要求する
   ことを特徴とする請求項１に記載の関連情報取得装置。
7. 前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子と、当該関連情報格納装置を識別する装置識別子と、当該関連情報格納装置の優先順位とを対応付けて記憶し、
   前記種別識別子記憶手段によって、前記指定された第１の種別識別子に前記優先順位が対応付けて記憶されていない場合、当該第１の種別識別子に対応付けられた前記装置識別子に対して、当該装置識別子と対応付けて前記利用者識別子記憶手段に記憶されている優先順位を付加する優先順位付加手段を備える
   ことを特徴とする請求項６に記載の関連情報取得装置。
8. 前記関連情報要求手段は、前記取得が指示された全ての関連情報が前記関連情報取得手段によって取得されるまで、前記関連情報の要求を繰り返す
   ことを特徴とする請求項２〜７のいずれか１項に記載の関連情報取得装置。
9. 前記関連情報格納装置は複数あり、
   前記種別識別子記憶手段は、各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を各々の関連情報格納装置にて識別する複数の第２の種別識別子とを対応付けて記憶し、
   前記利用者識別子記憶手段は、各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を各々の前記関連情報格納装置にて識別する複数の第２の利用者識別子とを対応付けて記憶し、
   前記関連情報要求手段は、前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、各々の前記関連情報格納装置に対して、当該第１の利用者識別子に対応付けて前記利用者識別子記憶手段に記憶されている第２の利用者識別子と、当該第１の種別識別子に対応付けて前記種別識別子記憶手段に記憶されている第２の種別識別子とを送信して、当該関連情報を要求し、
   前記関連情報取得手段によって取得された関連情報を出力する手段であって、当該取得された関連情報の中に、同一の種別であって異なる内容の関連情報がある場合には、当該種別のいずれかの関連情報を出力する関連情報出力手段を備える
   ことを特徴とする請求項１に記載の関連情報取得装置。
10. 前記関連情報出力手段は、前記取得された関連情報の中に、同一の種別であって異なる内容の関連情報がある場合には、当該種別の関連情報の中から選択された関連情報、又は当該種別の関連情報において、同じ内容を有する他の関連情報の数が多い関連情報のいずれかを出力する
    ことを特徴とする請求項９に記載の関連情報取得装置。
11. 関連情報格納装置と関連情報取得装置とを備え、
    前記関連情報格納装置は、
    各々の利用者に関する関連情報と、当該利用者を自装置にて識別する第２の利用者識別子と、当該関連情報の種別を自装置にて識別する第２の種別識別子とを対応付けて記憶する関連情報記憶手段と、
    前記関連情報取得装置によって利用者の前記関連情報が要求されると、当該関連情報取得装置から送信されてきた第２の利用者識別子及び第２の種別識別子と対応付けて前記関連情報記憶手段に記憶されている関連情報を、当該関連情報取得装置に供給する関連情報供給手段とを備え、
    前記関連情報取得装置は、
    各々の利用者に関する関連情報の種別を自装置にて識別する第１の種別識別子と、当該関連情報の種別を前記関連情報格納装置にて識別する前記第２の種別識別子とを対応付けて記憶する種別識別子記憶手段と、
    各々の利用者を自装置にて識別する第１の利用者識別子と、当該利用者を前記関連情報格納装置にて識別する前記第２の利用者識別子とを対応付けて記憶する利用者識別子記憶手段と、
    前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記関連情報格納装置に対して、当該第１の利用者識別子と対応付けて前記利用者識別子記憶手段に記憶されている前記第２の利用者識別子と、当該第１の種別識別子と対応付けて前記種別識別子記憶手段に記憶されている前記第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段と、
    前記関連情報要求手段による要求に応じて、前記関連情報格納装置の前記関連情報供給手段によって前記関連情報が供給されると、供給された当該関連情報を取得する関連情報取得手段とを備える
    ことを特徴とする関連情報取得システム。
12. コンピュータを、
    各々の利用者に関する関連情報の種別を当該コンピュータにて識別する第１の種別識別子と、当該関連情報の種別を外部装置にて識別する第２の種別識別子とを対応付けて記憶する種別識別子記憶手段と、
    各々の利用者を当該コンピュータにて識別する第１の利用者識別子と、当該利用者を前記外部装置にて識別する第２の利用者識別子とを対応付けて記憶する利用者識別子記憶手段と、
    前記第１の利用者識別子及び前記第１の種別識別子を指定して利用者の前記関連情報を取得するよう指示されると、前記外部装置に対して、当該第１の利用者識別子と対応付けて前記利用者識別子記憶手段に記憶されている前記第２の利用者識別子と、当該第１の種別識別子と対応付けて前記種別識別子記憶手段に記憶されている前記第２の種別識別子とを送信して、当該関連情報を要求する関連情報要求手段と、
    前記関連情報要求手段による要求に応じて、前記送信された第２の利用者識別子及び第２の種別識別子に基づいた前記関連情報が前記外部装置から供給されると、供給された当該関連情報を取得する関連情報取得手段と
    して機能させるためのプログラム。

Images