JP2010074431A - 外部認証を用いた認証機能連携機器、認証機能連携システム及び認証機能連携プログラム - Google Patents

Abstract

【課題】ユーザが利用できる機能を制限しつつ一の機器を他の機器と連携させて一連の処理を行うことが容易な認証機能連携機器、認証機能連携システム及び認証機能連携プログラムを提供することを目的とする。
【解決手段】他の機器１０からのリクエストに含まれるチケットに基づいて他の機器１０と認証機能を連携させる認証機能連携機器２０であって、証明書保管手段と、チケットの署名情報及び保管している他の機器１０の証明書情報に基づきチケットの検証を行うチケット検証手段と、チケットの検証が失敗したときに、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、他の機器からのリクエストの処理を実行するかをユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することにより上記課題を解決する。
【選択図】 図１

Description

本発明は、外部認証を用いた認証機能連携機器、認証機能連携システム及び認証機能連携プログラムに係り、特に他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器、認証機能連携システム及び認証機能連携プログラムに関する。

近年の情報処理技術及びネットワーク技術の進展に伴い、複合機（ＭＦＰ）等の機器は他の機器と連携して一連の処理を行うことができるようになった。その一方、近年の情報セキュリティ意識の高まりに伴い、複合機等の機器はアクセス制御情報，利用制限情報やセキュリティポリシー等により、各ユーザが利用できるコピー機能，ファックス機能などの機能を予め設定している。

従来、アクセス制御情報，利用制限情報やセキュリティポリシー等は、複合機やサーバにて管理されるものが知られている（例えば特許文献１〜３参照）。
特開２００８−１３４８５４号公報 特開２００５−２６２８６４号公報 特開２００８−１３４８５６号公報

例えばアクセス制御情報，利用制限情報やセキュリティポリシー等を用いてユーザが利用できる機能を制限しようとする場合、複合機等の機器はユーザに認証（秘密）情報の入力によりログインさせなければならない。したがって、複合機等の一の機器を他の機器と連携させて一連の処理を行おうとする場合、ユーザは一の機器と他の機器との両方にログインしなければならなかった。

また、複合機等の一の機器を他の機器と連携させて一連の処理を行おうとする場合はアクセス制御情報，利用制限情報やセキュリティポリシー等を、一の機器及び他の機器の両方に設定しておかなければならなかった。

しかしながら、アクセス制御情報，利用制限情報やセキュリティポリシー等を一の機器及び他の機器の両方に設定することは、ユーザの人数及び機器の数の増加に伴い手間が増大するという問題があった。

このように、利用制限情報やセキュリティポリシー等を用いてユーザが利用できる機能を制限しつつ、複合機等の一の機器を他の機器と連携させて一連の処理を行おうとすることは容易でないという問題があった。

本発明は、上記の点に鑑みなされたもので、ユーザが利用できる機能を制限しつつ一の機器を他の機器と連携させて一連の処理を行うことが容易な、外部認証を用いた認証機能連携機器、認証機能連携システム及び認証機能連携プログラムを提供することを目的とする。

上記課題を解決する為、本発明は、他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器であって、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することを特徴とする。

また、本発明は、他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器であって、前記他の機器へリクエストを送信するとき、認証コンポーネント情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することを特徴とする。

また、本発明は、ユーザの操作する第１機器と、前記第１機器からのリクエストを受けて前記リクエストの処理を実行する第２機器とを有し、前記リクエストに含ませたチケットに基づいて前記第１機器と第２機器との認証機能を連携させる、外部認証を用いた認証機能連携システムであって、前記第２機器へリクエストを送信するとき前記リクエストに含ませたチケットに基づいて前記第２機器と認証機能を連携させる前記第１機器は、前記第２機器へリクエストを送信するとき、認証コンポーネント情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段とを有し、前記第１機器からリクエストを受信すると前記リクエストに含まれるチケットに基づいて前記第１機器と認証機能を連携させる前記第２機器は、前記チケットの検証に利用する前記第１機器の証明書情報を保管している証明書保管手段と、前記第１機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記第１機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、前記第１機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することを特徴とする。

また、本発明は、他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器を、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段として機能させるための認証機能連携プログラムであることを特徴とする。

また、本発明は、他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器を、前記他の機器へリクエストを送信するとき、認証コンポーネント情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段として機能させるための認証機能連携プログラムであることを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。

本発明によれば、ユーザが利用できる機能を制限しつつ一の機器を他の機器と連携させて一連の処理を行うことが容易な、外部認証を用いた認証機能連携機器、認証機能連携システム及び認証機能連携プログラムを提供可能である。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では、機器の一例として複合機等の画像処理装置を例に説明するが、画像処理装置に限定されるものではなく、如何なる機器であってもよい。

図１は本発明による認証機能連携システムの一実施例の構成図である。図１の認証機能連携システム１は、画像処理装置１０，画像処理装置２０，ユーザＰＣ３０，認証サーバ４０が、ＬＡＮなどのネットワーク５０を介してデータ通信可能に接続されている構成である。

ユーザは画像処理装置１０，２０を利用する人である。画像処理装置１０はユーザが操作する機器である。画像処理装置２０は画像処理装置１０からのリクエストを受けて、そのリクエストの処理を実行する機器である。画像処理装置２０は画像処理装置１０と連動する機器である。ユーザＰＣ３０はリクエストの種別によって、ユーザが画像処理装置１０に対してリクエストを行う機器である。認証サーバ４０は外部認証を実施するサーバである。

図２は本発明による画像処理装置の一実施例のハードウェア構成図を示す。図１の画像処理装置１０と画像処理装置２０とは同様なハードウェア構成である。そこで、画像処理装置１０のハードウェア構成を一例として説明する。

図２の画像処理装置１０は、コントローラボード６０，ハードディスクドライブ（ＨＤＤ）７０，ｓｄカード８０，エンジン９０を有するように構成されている。コントローラボード６０は、ＣＰＵ６１，揮発性メモリ６２，ＨＤＤコントローラ６３，エンジンコントローラ６４，不揮発メモリ６５，ネットワークデバイス（network device）６６，ｓｄカードＩ／Ｆ６７を有するように構成されている。

ＨＤＤ７０は、コントローラボード６０のＨＤＤコントローラ６３に接続される。ｓｄカード８０は、コントローラボード６０のｓｄカードＩ／Ｆ６７に接続される。エンジン９０は、コントローラボード６０のエンジンコントローラ６４に接続される。

また、コントローラボード６０のＣＰＵ６１，ＨＤＤコントローラ６３，エンジンコントローラ６４，不揮発メモリ６５，ネットワークデバイス６６，ｓｄカードＩ／Ｆ６７はメインバス（main bus）を介して接続されている。コントローラボード６０のＣＰＵ６１は揮発性メモリ６２に接続されている。

ＣＰＵ６１は、画像処理装置１０の全体制御を行うものである。ＣＰＵ６１は、アプリケーション，コンポーネント（ＣＭＰ），リポジトリ，ライブラリ等を利用して後述の機能ブロックを実現する。揮発性メモリ６２は、画像処理装置１０の主記憶装置として利用される。

不揮発メモリ６５及びｓｄカード８０は、アプリケーション，コンポーネント，リポジトリ，ライブラリ等が格納されている。ＨＤＤ７０は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積を行うためのストレージである。エンジンコントローラ６４は、操作パネル，プロッタやスキャナなどのエンジン９０を制御するものである。ネットワークデバイス６６はネットワーク５０に接続する為のものである。

図３は本発明による画像処理装置の機能ブロック図である。図１の画像処理装置１０と画像処理装置２０とは同様な機能ブロック構成である。そこで、画像処理装置２０の機能ブロック構成を一例として説明する。

図３の機能ブロック図に示す画像処理装置２０は、ユーザインタフェース（ＵＩ）１００，文書送信アプリ１０１，文書出力アプリ１０２，リクエスト管理ＣＭＰ１０３，アクセス制御ＣＭＰ１０４，ユーザリポジトリサービスＣＭＰ１０５，文書保管ＣＭＰ１０６，文書出力ＣＭＰ１０７，スキャナデバイスＣＭＰ１０８，メモリデバイスＣＭＰ１０９，プロッタデバイスＣＭＰ１１０，ｎｅｔ出力ＣＭＰ１１１，ｎｅｔデバイスＣＭＰ１１２，認証サービスＣＭＰ１１３，セッション管理ＣＭＰ１１４，証明書保管ライブラリ１１５，暗号ライブラリ１１６を有するように構成されている。

認証サービスＣＭＰ１１３は、認証実施部２０１，識別情報生成部２０２，識別情報検証部２０３を有するように構成されている。セッション管理ＣＭＰ１１４は、セッション生成部２１１，チケット生成部２１２，チケット検証部２１３を有するように構成されている。認証サービスＣＭＰ１１３の識別情報検証部２０３が存在しない場合、画像処理装置２０は、識別情報検証部２０３を動的にプラグインして利用する。なお、図３の機能ブロック図に示した各機能ブロックの詳細はシーケンス図を用いて後述する。

本発明による認証機能連携システム１は、画像処理装置２０が画像処理装置１０からのリクエストを受けて、そのリクエストの処理を実行する場合、図４に示すようにシステム証明書，機番，連携先証明書を有している。

図４は認証機能連携システムで利用するシステム証明書，機番，連携先証明書を表した説明図である。図４に示すように、画像処理装置１０はシステム証明書３０１，機番３０２を有している。システム証明書３０１は、画像処理装置１０の公開鍵（Ｐｕｂ Ｘ）及び秘密鍵（Ｐｒｉｖａｔｅ Ｘ）を有している。機番３０２は、画像処理装置１０の機番である。

画像処理装置２０はシステム証明書３０３，機番３０４，連携先証明書３０５を有している。システム証明書３０３は、画像処理装置２０の公開鍵（Ｐｕｂ Ｙ）及び秘密鍵（Ｐｒｉｖａｔｅ Ｙ）を有している。機番３０４は、画像処理装置２０の機番である。連携先証明書３０５は、画像処理装置１０の公開鍵（Ｐｕｂ Ｘ）及び画像処理装置１０の機番を有している。連携先証明書３０５は、後述のチケット検証に利用される。

認証機能連携システム１は、連携先証明書３０５を画像処理装置２０の証明書保管ライブラリ１０８に保管することで、画像処理装置１０と画像処理装置２０との認証機能の連携が後述のように可能となる。

認証機能連携システム１は、ユーザによる画像処理装置１０へのログイン処理，画像処理装置１０，２０におけるジョブ生成処理，画像処理装置１０，２０におけるジョブ実行処理を行う。

（ログイン処理）
図５はユーザによる画像処理装置へのログイン処理を表したシーケンス図である。画像処理装置１０を操作するユーザは、ステップＳ１において、ＵＩ１００からユーザ識別子及びパスワードを入力してログインを要求する。ステップＳ２に進み、ユーザ識別子及びパスワードを含む認証開始の要求はセッション管理ＣＭＰ１１４のセッション生成部２１１に対して行われる。

ステップＳ３に進み、セッション生成部２１１はユーザ識別子及びパスワードを含む認証開始の要求を認証サービスＣＭＰ１１３の認証実施部２０１に対して行う。ステップＳ４に進み、認証実施部２０１は保管されている認証情報（ユーザ識別子及びパスワードの組合せ）の確認をユーザリポジトリサービスＣＭＰ１０５に依頼して、画像処理装置１０を操作しているユーザの認証を行う。

ここではユーザの認証が成功したものとして説明を続ける。ユーザリポジトリサービスＣＭＰ１０５はステップＳ５に進み、認証情報の確認が取れた旨を認証実施部２０１に通知する。ステップＳ６に進み、認証実施部２０１はユーザの認証が成功したと判定して認証サービスＣＭＰ１１３の識別情報生成部２０２に識別情報の生成の要求を行う。

ステップＳ７に進み、識別情報生成部２０２は識別情報を生成して認証実施部２０１に送信する。なお、識別情報の詳細は後述する。ステップＳ８に進み、認証実施部２０１は識別情報を含むようにセッションの生成を行う。

ステップＳ９に進み、認証実施部２０１は、セッション生成部２１１に認証終了を通知する。ステップＳ１０に進み、セッション生成部２１１は、ＵＩ１００に認証終了を通知する。そして、ステップＳ１１に進み、ユーザはＵＩ１００でログイン処理の終了を確認できる。なお、ユーザの認証が失敗したと判定すると、認証実施部２０１は認証が失敗したときの処理（例えば認証エラーをＵＩ１００に表示するなど）を行う。

（ジョブ生成処理）
図６はユーザが操作する画像処理装置におけるジョブ生成処理を表したシーケンス図である。なお、図６のシーケンス図は画像処理装置１０から画像処理装置２０への文書の転送印刷の例を示している。

画像処理装置１０を操作するユーザはＵＩ１００から文書の転送印刷を要求する。文書の転送印刷に応じたジョブ生成の要求は、ステップＳ２１において、ＵＩ１００からリクエスト管理ＣＭＰ１０３に対して行われる。ジョブ生成の要求にはセッション，ジョブ種別の情報が含まれる。

ステップＳ２２に進み、リクエスト管理ＣＭＰ１０３はセッション管理ＣＭＰ１１４に含まれるチケット生成部２１２に対してチケット発行の要求を行う。チケット発行の要求にはセッション，ジョブＩＤの情報が含まれる。

ステップＳ２３に進み、チケット生成部２１２はチケット情報の生成を行う。ステップＳ２３で生成されるチケット情報はチケットの一部を構成する。図７はチケットの一例の構成図である。図７のチケット５０１は、識別情報５０２，機番５０３，署名５０４を有する構成である。チケット情報は、識別情報５０２，機番５０３を有する構成である。図７のチケット５０１の場合、識別情報５０２は認証種別ＩＤ，認証ＣＭＰ情報を有する構成である。

認証種別ＩＤは認証方式を表すインデックスである。認証ＣＭＰ情報はユーザを識別する為のユーザ名やｇｕｉｄ（global unique identifier）と、外部の認証サーバ４０を識別する為のドメイン名やケルベロス（Kerberos）チケットとの組合せである。図７に示した例１〜３は、認証ＣＭＰ情報の一例である。図７のチケット５０１はジョブ生成時に生成されてジョブ実行時に利用される。正しいチケット５０１でなければ、ジョブは実行できない。

図６に戻り、ステップＳ２４に進み、チケット生成部２１２は暗号ライブラリ１１６に署名（デジタル署名）５０４の生成を要求する。暗号ライブラリ１１６は例えばチケット５０１の識別情報５０２，機番５０３の一部又は全部をシステム証明書３０１の秘密鍵（Ｐｒｉｖａｔｅ Ｘ）で暗号化することにより、署名５０４を生成する。

ステップＳ２５に進み、暗号ライブラリ１１６は生成した署名５０４をチケット生成部２１２に送信する。ステップＳ２６に進み、チケット生成部２１２はステップＳ２３で生成したチケット情報にステップＳ２４で生成した署名５０４を付与してチケット５０１の生成を完了する。チケット生成部２１２はチケット５０１をリクエスト管理ＣＭＰ１０３に送信する。

ステップＳ２７に進み、リクエスト管理ＣＭＰ１０３はアクセス制御ＣＭＰ１０４に対して機能利用制限確認の要求を行う。ステップＳ２７の機能利用制限確認の要求には、機能種別，チケット５０１の情報が含まれる。機能利用制限確認の要求に含まれる機能種別の情報は、ステップＳ２１のジョブ生成の要求に含まれるジョブ種別の情報に応じたものとなる。

ステップＳ２８に進み、アクセス制御ＣＭＰ１０４はセッション管理ＣＭＰ１１４に含まれるチケット検証部２１３にチケット検証の要求を行う。ステップＳ２８のチケット検証の要求にはチケット５０１の情報が含まれている。チケット検証部２１３は後述のチケット検証の処理手順に従ってチケット検証を行う。チケット検証は、チケット５０１が正しい（不正でない）ものであることを検証するものである。ここではチケット検証が成功したものとして説明を続ける。ステップＳ２９に進み、チケット検証部２１３はチケット検証が成功した旨をアクセス制御ＣＭＰ１０４に通知する。

アクセス制御ＣＭＰ１０４はステップＳ３０に進み、例えば権限の確認をユーザリポジトリサービスＣＭＰ１０５に依頼して、機能利用制限確認の要求に含まれる機能種別ごとにユーザの権限を確認する。ここでは機能利用制限確認の要求に含まれている機能種別にユーザの権限があるものとして説明を続ける。

ステップＳ３１に進み、アクセス制御ＣＭＰ１０４はリクエスト管理ＣＭＰ１０３に機能利用制限確認の結果が実行可能であることを通知する。ステップＳ３２に進み、リクエスト管理ＣＭＰ１０３はｎｅｔ出力ＣＭＰ１１１にジョブ生成依頼の要求を行う。ジョブ生成依頼の要求には、チケット５０１，ジョブ種別の情報が含まれる。ｎｅｔ出力ＣＭＰ１１１はチケット５０１，ジョブ種別を指定してジョブ生成の依頼をｎｅｔデバイスＣＭＰ１１２に対して行う。そして、ｎｅｔデバイスＣＭＰ１１２は、チケット５０１，ジョブ種別が指定されたジョブ生成の依頼をネットワーク５０経由で画像処理装置２０に送信する。

図８はユーザが操作する画像処理装置からのリクエストを受けて、そのリクエストの処理を実行する画像処理装置におけるジョブ生成処理を表したシーケンス図である。

ステップＳ４１に進み、画像処理装置２０のｎｅｔデバイスＣＭＰ１１２は、チケット５０１，ジョブ種別が指定されたジョブ生成の依頼をネットワーク５０経由で画像処理装置１０から受信する。ｎｅｔ出力ＣＭＰ１１１はチケット５０１，ジョブ種別を指定したジョブ生成の依頼をｎｅｔデバイスＣＭＰ１１２経由で受信する。

ステップＳ４１に進み、ｎｅｔ出力ＣＭＰ１１１はチケット，ジョブ種別を指定したジョブ生成の依頼をリクエスト管理ＣＭＰ１０３に送信する。ステップＳ４２に進み、リクエスト管理ＣＭＰ１０３はアクセス制御ＣＭＰ１０４に対して機能利用制限確認の要求を行う。ステップＳ４２の機能利用制限確認の要求には、機能種別，チケット５０１の情報が含まれる。機能利用制限確認の要求に含まれる機能種別の情報は、ステップＳ４１のジョブ生成の依頼に含まれるジョブ種別の情報に応じたものとなる。

ステップＳ４３に進み、アクセス制御ＣＭＰ１０４はセッション管理ＣＭＰ１１４に含まれるチケット検証部２１３にチケット検証の要求を行う。ステップＳ４３のチケット検証の要求にはチケット５０１の情報が含まれている。

ステップＳ４４に進み、チケット検証部２１３は証明書保管ライブラリ１１５及び暗号ライブラリ１１６を利用し、チケット検証の要求に含まれるチケット５０１の署名５０４を検証することでチケット認証を行う。また、チケット検証部２１３はチケット５０１にユーザ識別子が存在するか否かでチケット認証を行う。

ここではステップＳ４５において、チケット５０１にユーザ識別子が存在しないという理由でチケット認証が失敗したものとする。ステップＳ４６に進み、チケット検証部２１３はユーザ名，ドメイン名を指定して、認証サービスＣＭＰ１１３に含まれる識別情報検証部２０３に識別情報取得の依頼を行う。

識別情報検証部２０３はステップＳ４７に進み、ユーザ名，ドメイン名を指定して、ｎｅｔ出力ＣＭＰ１１１に識別情報取得の依頼を行う。ｎｅｔ出力ＣＭＰ１１１はｎｅｔデバイスＣＭＰ１１２に対し、ユーザ名，ドメイン名を指定して、認証サービスＣＭＰ１１３に含まれる識別情報検証部２０３に識別情報取得の依頼を行う。

ステップＳ４８に進み、ｎｅｔデバイスＣＭＰ１１２はネットワーク５０経由でドメイン名に基づく外部の認証サーバ４０へ認証情報取得の依頼を行う。外部の認証サーバ４０はステップＳ４９に進み、ユーザ名に対応するユーザＩＤ，利用制限情報をｎｅｔデバイスＣＭＰ１１２に送信する。ｎｅｔデバイスＣＭＰ１１２はユーザ名に対応するユーザＩＤ，利用制限情報をｎｅｔ出力ＣＭＰ１１１に送信する。

ステップＳ５０に進み、ｎｅｔ出力ＣＭＰ１１１は識別情報検証部２０３に、ユーザ名に対応するユーザＩＤ，利用制限情報を送信する。ステップＳ５１に進み、識別情報検証部２０３はユーザ名に対応するユーザＩＤ，利用制限情報をチケット検証部２１３に送信する。

ステップＳ５２に進み、チケット検証部２１３は証明書保管ライブラリ１１５及び暗号ライブラリ１１６を利用し、チケット検証の要求に含まれるチケット５０１の署名５０４を検証することでチケット認証を行う。また、チケット検証部２１３はユーザ名に対応するユーザ識別子が存在するか否かでチケット認証を行う。ここではステップＳ５３において、チケット認証が成功したものとする。

ステップＳ５４に進み、チケット検証部２１３はユーザ名に対応するユーザＩＤ，利用制限情報をユーザリポジトリサービスＣＭＰ１０５に送信して、ユーザリポジトリサービスＣＭＰ１０５に利用者登録を依頼する。ユーザリポジトリサービスＣＭＰ１０５は、ステップＳ５５に進み、利用者登録が正常に終了すると、その旨をチケット検証部２１３に通知する。ステップＳ５６に進み、チケット検証部２１３はチケット検証が正常に終了した旨をアクセス制御ＣＭＰ１０４に通知する。

ステップＳ５７に進み、アクセス制御ＣＭＰ１０４は機能種別，チケットを指定することでユーザの権限確認を試みる。しかし、チケット５０１に利用制限情報が含まれていないため、アクセス制御ＣＭＰ１０４はユーザＩＤ，機能種別を指定して利用者情報の取得をユーザリポジトリサービスＣＭＰ１０５に依頼する。

ステップＳ５９に進み、ユーザリポジトリサービスＣＭＰ１０５はユーザＩＤ，機能種別に基づく利用制限情報をアクセス制御ＣＭＰ１０４に送信する。アクセス制御ＣＭＰ１０４は利用制限情報を用いて、機能利用制限確認の要求に含まれる機能種別ごとにユーザの権限を確認する。ここでは機能利用制限確認の要求に含まれる機能種別にユーザの権限があるものとして説明を続ける。

ステップＳ６０に進み、アクセス制御ＣＭＰ１０４は機能利用制限確認の完了をリクエスト管理ＣＭＰ１０３に対して行う。ステップＳ６１に進み、リクエスト管理ＣＭＰ１０３はチケット，ジョブ種別を指定したジョブ生成の完了をｎｅｔ出力ＣＭＰ１１１に対して行う。

図８のシーケンス図に示されるように、画像処理装置２０はユーザＩＤ，利用制限情報を持っていないため、チケット５０１に含まれる認証ＣＭＰ情報を用いることで外部の認証サーバ４０からユーザＩＤ，利用制限情報を取得でき、取得したユーザＩＤ，利用制限情報をユーザリポジトリサービスＣＭＰ１０５に登録させることにより、ユーザの認証を行うことができるようになる。

（ジョブ実行処理）
図９はユーザが操作する画像処理装置におけるジョブ実行処理を表したシーケンス図である。なお、図９のシーケンス図は画像処理装置１０から画像処理装置２０への文書の転送印刷の例を示している。

ステップＳ７１に進み、ＵＩ１００はリクエスト管理ＣＭＰ１０３に対してジョブ実行の要求を行う。ステップＳ７１のジョブ実行の要求にはジョブＩＤの情報が含まれる。リクエスト管理ＣＭＰ１０３は、ステップＳ７２に進み、文書送信アプリ１０１に対してジョブ実行の要求を行う。ステップＳ７２のジョブ実行の要求には、ジョブＩＤが含まれている。ステップＳ７３に進み、文書送信アプリ１０１は文書ＩＤを指定して文書取得の要求を文書保管ＣＭＰ１０６に対して行う。

ステップＳ７４に進み、文書保管ＣＭＰ１０６はアクセス制御ＣＭＰ１０４に対してリソース利用制限確認の要求を行う。ステップＳ７４のリソース利用制限確認の要求にはリソースＩＤ，チケット５０１の情報が含まれる。リソース利用制限確認の要求に含まれるリソースＩＤの情報は、ステップＳ７３の文書取得の要求に含まれる文書ＩＤの情報に応じたものとなる。

ステップＳ７５に進み、アクセス制御ＣＭＰ１０４はセッション管理ＣＭＰ１１４に含まれるチケット検証部２１３にチケット検証の要求を行う。ステップＳ７５のチケット検証の要求にはチケットの情報が含まれている。チケット検証部２１３は後述のチケット検証の処理手順に従ってチケット検証を行う。

ここではチケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０４はステップＳ７６に進み、リソース利用制限確認の要求に含まれるリソースＩＤのユーザの権限を確認する。ここでは、リソース利用制限確認の要求に含まれているリソースＩＤにユーザの権限があるものとして説明を続ける。ステップＳ７７に進み、文書保管ＣＭＰ１０６は文書ＩＤを指定して文書読み出し要求をメモリデバイスＣＭＰ１０９に対して行い、文書ＩＤに応じた文書を読み出す。

ステップＳ７８に進み、文書送信アプリ１０１は文書ＩＤを指定して文書送信の要求をｎｅｔ出力ＣＭＰ１１１に対して行う。ステップＳ７９に進み、ｎｅｔ出力ＣＭＰ１１１はアクセス制御ＣＭＰ１０４に対してリソース利用制限確認の要求を行う。ステップＳ７９のリソース利用制限確認の要求には、リソースＩＤ，チケット５０１の情報が含まれている。リソース利用制限確認の要求に含まれるリソースＩＤの情報は、ステップＳ７８の文書送信の要求に含まれる文書ＩＤの情報に応じたものとなる。

ステップＳ８０に進み、アクセス制御ＣＭＰ１０４はセッション管理ＣＭＰ１１４に含まれるチケット検証部２１３にチケット検証の要求を行う。ステップＳ８０のチケット検証の要求にはチケットの情報が含まれている。チケット検証部２１３は後述のチケット検証の処理手順に従ってチケット検証を行う。

ここではチケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０４はステップＳ８１に進み、リソース利用制限確認の要求に含まれるリソースＩＤのユーザの権限を確認する。ここでは、リソース利用制限確認の要求に含まれているリソースＩＤにユーザの権限があるものとして説明を続ける。ステップＳ８２に進み、ｎｅｔ出力ＣＭＰ１１１は文書ＩＤを指定して文書の送信要求をｎｅｔデバイスＣＭＰ１１２に対して行う。

ｎｅｔデバイスＣＭＰ１１２は、例えばチケット５０１を埋め込んだ文書ＩＤに応じた文書をネットワーク５０経由で画像処理装置２０に送信する。図１０はチケットが埋め込まれた文書の一例の構成図である。図１０の文書はＰＤＬ（ページ記述言語）にチケット５０１が埋め込まれた例を表している。

そして、ステップＳ８３に進み、リクエスト管理ＣＭＰ１０３はステップＳ７１に対する応答としてジョブ完了通知を、ＵＩ１００に通知する。ステップＳ８３のジョブ完了通知にはジョブＩＤの情報が含まれている。

ジョブ実行処理におけるチケット検証部２１３の処理は、図１１のフローチャートに示す手順となる。図１１はジョブ実行処理におけるチケット検証部の処理手順を示す一例のフローチャートである。

アクセス制御ＣＭＰ１０４からチケット検証の要求があると、チケット検証部２１３はチケット検証の要求に含まれるチケット５０１の情報に基づき、チケット５０１の検証を開始する。

ステップＳ９１に進み、チケット検証部２１３はチケット５０１の署名５０４をシステム証明書３０１に含まれる画像処理装置１０（自機）の公開鍵（Ｐｕｂ Ｘ）で復号することで検証する。チケット５０１が画像処理装置１０で生成したものである為、ステップＳ９１では署名５０４の復号が成功する。

チケット検証部２１３はステップＳ９２に進み、チケット５０１の検証に成功したと判定する。即ち、チケット検証部２１３はチケット５０１が正しい（不正でない）ものであると判定する。

なお、ステップＳ９１において署名５０４の復号が失敗した場合のステップＳ９３以降の処理は、チケット５０１が自機以外で生成された場合に実行されるものである。言い換えれば、ステップＳ９３以降の処理は、主に画像処理装置２０でのジョブ実行処理で実行されるため、画像処理装置２０のジョブ実行処理の説明の中で後述する。なお、図９に示すジョブ実行処理では生成されたチケット５０１が各コンポーネントから読み出し可能な位置に保存されているものとする。

図１２はユーザが操作する画像処理装置からのリクエストを受けて、そのリクエストの処理を実行する画像処理装置におけるジョブ実行処理を表したシーケンス図である。図１２のシーケンス図は画像処理装置１０から画像処理装置２０への文書の転送印刷の例を示している。

ｎｅｔデバイスＣＭＰ１１２はネットワーク５０経由で、チケット５０１が埋め込まれた文書を受信する。ｎｅｔ出力ＣＭＰ１１１はｎｅｔデバイスＣＭＰ１１２からチケット５０１の埋め込まれた文書を受信する。なお、図１２に示すジョブ実行処理では受信した文書、文書に埋め込まれていたチケット５０１が各コンポーネントから読み出し可能な位置に保存されるものとする。

ステップＳ１００に進み、ｎｅｔ出力ＣＭＰ１１１はリクエスト管理ＣＭＰ１０３に対してジョブ実行の要求を行う。ステップＳ１００のジョブ実行の要求にはジョブＩＤの情報が含まれる。

リクエスト管理ＣＭＰ１０３は、ステップＳ１０１に進み、文書出力アプリ１０２に対してジョブ実行の要求を行う。ステップＳ１０１のジョブ実行の要求には、ジョブＩＤが含まれる。ステップＳ１０２に進み、文書出力アプリ１０２は文書ＩＤを指定して文書出力の要求をプロッタデバイスＣＭＰ１１０に対して行う。

ステップＳ１０３に進み、プロッタデバイスＣＭＰ１１０はアクセス制御ＣＭＰ１０４に対してリソース利用制限確認の要求を行う。ステップＳ１０３のリソース利用制限確認の要求にはリソースＩＤ，チケット５０１の情報が含まれる。リソース利用制限確認の要求に含まれるリソースＩＤの情報は、ステップＳ１０２の文書出力の要求に含まれる文書ＩＤの情報に応じたものとなる。

ステップＳ１０４に進み、アクセス制御ＣＭＰ１０４はセッション管理ＣＭＰ１１４に含まれるチケット検証部２１３にチケット検証の要求を行う。ステップＳ１０４のチケット検証の要求にはチケットの情報が含まれている。ステップＳ１０５に進み、チケット検証部２１３は暗号ライブラリ１１６に署名５０４の検証を要求する。暗号ライブラリ１１６は署名５０４の検証を行う。

ここでは、チケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０４は、ステップＳ１０６に進み、リソース利用制限確認の要求に含まれるリソースＩＤのユーザの権限を確認する。ここでは、リソース利用制限確認の要求に含まれるリソースＩＤにユーザの権限があるものとして説明を続ける。ステップＳ１０７に進み、アクセス制御ＣＭＰ１０４はユーザリポジトリサービスＣＭＰ１０５にエントリ登録された利用制限情報の利用制限確認を行う。ここでは利用制限確認が正常に終了したものとして説明を続ける。ステップＳ１０８に進み、プロッタデバイスＣＭＰ１１０は文書ＩＤに応じた文書を出力する。

そして、ステップＳ１０９に進み、リクエスト管理ＣＭＰ１０３はステップＳ１００に対する応答としてジョブ完了通知を、ｎｅｔ出力ＣＭＰ１１１に通知する。ステップＳ１０９のジョブ完了通知にはジョブＩＤの情報が含まれている。

ジョブ実行処理におけるチケット検証部２１３の処理は、図１３のフローチャートに示す手順となる。図１３はジョブ実行処理におけるチケット検証部の処理手順を示す一例のフローチャートである。

アクセス制御ＣＭＰ１０４からチケット検証の要求があると、チケット検証部２１３はチケット検証の要求に含まれるチケット５０１の情報に基づき、チケット５０１の検証を開始する。

ステップＳ１２１に進み、チケット検証部２１３はチケット５０１の署名５０４をシステム証明書３０３に含まれる画像処理装置２０（自機）の公開鍵（Ｐｕｂ Ｙ）で復号することで検証する。チケット５０１が画像処理装置１０で生成したものである為、署名５０５の復号は失敗する。

チケット検証部２１３はステップＳ１２３に進み、チケット５０１に含まれる機番と連携先証明書３０５の機番とが同じかを確認する。チケット５０１に含まれる機番と連携先証明書３０５の機番とが同じであると判定すれば、チケット検証部２１３はステップＳ１２４に進み、チケット５０１の署名５０４を連携先証明書３０５に含まれる画像処理装置１０の公開鍵（Ｐｕｂ Ｘ）で復号することで検証する。

署名５０４の復号に成功すると、チケット検証部２１３は署名５０４の検証に成功したと判定して、ステップＳ１２５に進む。ステップＳ１２５では、チケット検証部２１３がユーザ識別子（ユーザＩＤ）をキーとしてユーザリポジトリサービスＣＭＰ１０５にユーザの検索を依頼する。ユーザの検索が成功すれば、チケット検証部２１３はステップＳ１２２に進み、チケット５０１の検証に成功したと判定する。なお、ユーザの検索が失敗すれば、チケット検証部２１３はステップＳ１２６に進み、ユーザを新規追加し、権限情報を設定する。

ステップＳ１２３においてチケット５０１に含まれる機番と連携先証明書３０５の機番とが同じでない場合、ステップＳ１２４において署名５０４の復号に失敗した場合、又はステップＳ１２６においてユーザの新規追加が失敗した場合、チケット検証部２１３はステップＳ１２７に進み、チケット５０１の検証に失敗したと判定する。

このように本発明によるジョブ実行処理では悪意のある或いはバグによりＳＤＫアプリケーションによる送受信でアクセス制御を破ってしまうケースについてもフレームワーク部分でサポートすることにより、不正なＳＤＫアプリケーションの動作制限を強制することができる。ＳＤＫアプリケーションは不正な権限を含むチケット５０１を生成することはできず、現在のチケット５０１の権限を超えるリクエストを処理することもできない。

（他の例のジョブ生成処理）
図１４は、ユーザが操作する画像処理装置からのリクエストを受けて、そのリクエストの処理を実行する画像処理装置におけるジョブ生成処理を表した他の例のシーケンス図である。

図１４のシーケンス図は、画像処理装置２０が識別情報検証部２０３を有していない場合に、外部プラグインすることによって識別情報検証部２０３を実現するものである。図１４のシーケンス図は、ステップＳ１３６及びＳ１３７の処理が図８のシーケンス図と異なる。

ステップＳ１３５において、チケット５０１にユーザ識別子が存在しないという理由でチケット認証が失敗したあと、ステップＳ１３６ではチケット検証部２１３がＣＭＰＩＤを指定してプラグインＣＭＰ６００にＣＭＰ追加要求を行う。プラグインＣＭＰ６００はステップＳ１３７に進み、指定されたＣＭＰＩＤの識別情報検証部２０３を追加して起動する。

識別情報検証部２０３を追加して起動したあと、プラグインＣＭＰ６００はステップＳ１３８に進み、識別情報検証部２０３を追加して起動した旨をチケット検証部２１３に通知する。
なお、ステップＳ１３１〜Ｓ１３５の処理、ステップＳ１３９以降の処理は図８のシーケンス図と同様であるため、説明を省略する。

以上、本発明による認証機能連携システム１は、画像処理装置２０が外部の認証サーバ４０からユーザ識別子，利用制限情報を取得できるので、画像処理装置１０及び２０の連動が容易となる。つまり、本発明による認証機能連携システム１は、ユーザが利用できる機能を利用制限情報により制限しつつ、画像処理装置１０を画像処理装置２０と連携させて一連の処理を行うことが容易である。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

本発明による認証機能連携システムの一実施例の構成図である。 本発明による画像処理装置の一実施例のハードウェア構成図を示す。 本発明による画像処理装置の機能ブロック図である。 認証機能連携システムで利用するシステム証明書，機番，連携先証明書を表した説明図である。 ユーザによる画像処理装置へのログイン処理を表したシーケンス図である。 ユーザが操作する画像処理装置におけるジョブ生成処理を表したシーケンス図である。 チケットの一例の構成図である。 ユーザが操作する画像処理装置からのリクエストを受けて、そのリクエストの処理を実行する画像処理装置におけるジョブ生成処理を表したシーケンス図である。 ユーザが操作する画像処理装置におけるジョブ実行処理を表したシーケンス図である。 チケットが埋め込まれた文書の一例の構成図である。 ジョブ実行処理におけるチケット検証部の処理手順を示す一例のフローチャートである。 ユーザが操作する画像処理装置からのリクエストを受けて、そのリクエストの処理を実行する画像処理装置におけるジョブ実行処理を表したシーケンス図である。 ジョブ実行処理におけるチケット検証部の処理手順を示す一例のフローチャートである。 ユーザが操作する画像処理装置からのリクエストを受けて、そのリクエストの処理を実行する画像処理装置におけるジョブ生成処理を表した他の例のシーケンス図である。

符号の説明

１ 認証機能連携システム
１０，２０ 画像処理装置
３０ ユーザＰＣ
４０ 認証サーバ
５０ ネットワーク
６０ コントローラボード
６１ ＣＰＵ
６２ 揮発性メモリ
６３ ＨＤＤコントローラ
６４ エンジンコントローラ
６５ 不揮発メモリ
６６ ネットワークデバイス（network device）
６７ ｓｄカードＩ／Ｆ
７０ ハードディスクドライブ（ＨＤＤ）
８０ ｓｄカード
９０ エンジン
１００ ユーザインタフェース（ＵＩ）
１０１ 文書送信アプリ
１０２ 文書出力アプリ
１０３ リクエスト管理ＣＭＰ
１０４ アクセス制御ＣＭＰ
１０５ ユーザリポジトリサービスＣＭＰ
１０６ 文書保管ＣＭＰ
１０７ 文書出力ＣＭＰ
１０８ スキャナデバイスＣＭＰ
１０９ メモリデバイスＣＭＰ
１１０ プロッタデバイスＣＭＰ
１１１ ネット（ｎｅｔ）出力ＣＭＰ
１１２ ｎｅｔデバイスＣＭＰ
１１３ 認証サービスＣＭＰ
１１４ セッション管理ＣＭＰ
１１５ 証明書保管ライブラリ
１１６ 暗号ライブラリ
２０１ 認証実施部
２０２ 識別情報生成部
２０３ 識別情報検証部
２１１ セッション生成部
２１２ チケット生成部
２１３ チケット検証部
３０１ システム証明書
３０２ 機番
３０３ システム証明書
３０４ 機番
３０５ 連携先証明書
５０１ チケット
５０２ 識別情報
５０３ 機番
５０４ 署名
６００ プラグインＣＭＰ

Claims (15)

1. 他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器であって、
   前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
   前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、
   前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、
   前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、
   前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
   を有することを特徴とする認証機能連携機器。
2. 前記識別情報検証手段は、前記認証コンポーネント情報に含まれている前記外部の認証サーバを識別する為の情報に基づき、前記外部の認証サーバから、前記認証コンポーネント情報に含まれている前記ユーザ名又はＧＵＩＤ（Global Unique Identifier）に対応する前記ユーザ識別子情報及びアクセス制御情報を取得することを特徴とする請求項１記載の認証機能連携機器。
3. 前記認証コンポーネント情報に含まれている前記外部の認証サーバを識別する為の情報はドメイン名又はケルベロス（Kerberos）チケットであることを特徴とする請求項２記載の認証機能連携機器。
4. 前記チケット検証手段は、前記他の機器の秘密鍵により作成された前記チケットに含まれている署名情報と、前記他の機器の証明書情報に含まれている前記他の機器の公開鍵とに基づいて、前記チケットの検証を行ったあと、前記チケットにユーザ識別子情報が存在するか否かによる前記チケットの検証を行うことを特徴とする請求項１乃至３何れか一項記載の認証機能連携機器。
5. 前記外部の認証サーバから取得するユーザ識別子情報は、ユーザ識別子を含み，更に所属グループ識別子，ロール識別子の少なくとも一つを含むことを特徴とする請求項１乃至４何れか一項記載の認証機能連携機器。
6. 前記アクセス制御情報は、前記ユーザ識別子情報により識別されるユーザの機能種別ごとの利用許可又は利用禁止を表すことを特徴とする請求項１乃至５何れか一項記載の認証機能連携機器。
7. 他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器であって、
   前記他の機器へリクエストを送信するとき、認証コンポーネント情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、
   前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、
   前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
   前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、
   前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、
   前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、
   前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
   を有することを特徴とする認証機能連携機器。
8. 前記識別情報検証手段は、前記認証コンポーネント情報に含まれている前記外部の認証サーバを識別する為の情報に基づき、前記外部の認証サーバから、前記認証コンポーネント情報に含まれている前記ユーザ名又はＧＵＩＤ（Global Unique Identifier）に対応する前記ユーザ識別子情報及びアクセス制御情報を取得することを特徴とする請求項７記載の認証機能連携機器。
9. 前記認証コンポーネント情報に含まれている前記外部の認証サーバを識別する為の情報はドメイン名又はケルベロス（Kerberos）チケットであることを特徴とする請求項８記載の認証機能連携機器。
10. 前記チケット検証手段は、前記他の機器の秘密鍵により作成された前記チケットに含まれている署名情報と、前記他の機器の証明書情報に含まれている前記他の機器の公開鍵とに基づいて、前記チケットの検証を行ったあと、前記チケットにユーザ識別子情報が存在するか否かによる前記チケットの検証を行うことを特徴とする請求項７乃至９何れか一項記載の認証機能連携機器。
11. 前記外部の認証サーバから取得するユーザ識別子情報は、ユーザ識別子を含み，更に所属グループ識別子，ロール識別子の少なくとも一つを含むことを特徴とする請求項７乃至１０何れか一項記載の認証機能連携機器。
12. 前記アクセス制御情報は、前記ユーザ識別子情報により識別されるユーザの機能種別ごとの利用許可又は利用禁止を表すことを特徴とする請求項７乃至１１何れか一項記載の認証機能連携機器。
13. ユーザの操作する第１機器と、前記第１機器からのリクエストを受けて前記リクエストの処理を実行する第２機器とを有し、前記リクエストに含ませたチケットに基づいて前記第１機器と第２機器との認証機能を連携させる、外部認証を用いた認証機能連携システムであって、
    前記第２機器へリクエストを送信するとき前記リクエストに含ませたチケットに基づいて前記第２機器と認証機能を連携させる前記第１機器は、
    前記第２機器へリクエストを送信するとき、認証コンポーネント情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、
    前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段とを有し、
    前記第１機器からリクエストを受信すると前記リクエストに含まれるチケットに基づいて前記第１機器と認証機能を連携させる前記第２機器は、
    前記チケットの検証に利用する前記第１機器の証明書情報を保管している証明書保管手段と、
    前記第１機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記第１機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、
    前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、
    前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、
    前記第１機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有する
    ことを特徴とする認証機能連携システム。
14. 他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器を、
    前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
    前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、
    前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、
    前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、
    前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
    して機能させるための認証機能連携プログラム。
15. 他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる、外部認証を用いた認証機能連携機器を、
    前記他の機器へリクエストを送信するとき、認証コンポーネント情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、
    前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、
    前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
    前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき、前記チケットの検証を行うチケット検証手段と、
    前記チケットにユーザ識別子情報が存在しないという理由で前記チケットの検証が失敗したときに、前記チケットに含まれる認証コンポーネント情報に基づき、ユーザ識別子情報及びアクセス制御情報を外部の認証サーバから取得する識別情報検証手段と、
    前記外部の認証サーバから取得された前記ユーザ識別子情報及びアクセス制御情報が登録されるリポジトリ手段と、
    前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録された前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
    して機能させるための認証機能連携プログラム。

Images