(57)【要約】【課題】ユーザが利用できる機能を制限しつつ一の機器を他の機器と連携させて一連の処理を行うことが容易な認証機能連携機器、認証機能連携システム及び認証機能連携プログラムを提供することを目的とする。【解決手段】他の機器１０からのリクエストに含まれるチケットに基づいて他の機器１０と認証機能を連携させる認証機能連携機器２０であって、証明書保管手段と、他の機器１０からのチケットの署名情報及び証明書保管手段が保管している他の機器１０の証明書情報に基づくチケットの検証が成功すると、チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、他の機器１０からのリクエストの処理を実行するか否かを、リポジトリ手段に登録されているユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することにより上記課題を解決する。【選択図】  図１
2010072760.tif 000002
【特許請求の範囲】
【請求項１】
他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器であって、
前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、
前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
を有することを特徴とする認証機能連携機器。
【請求項２】
前記チケット検証手段は、前記ユーザ識別子情報及びアクセス制御情報が前記リポジトリ手段に登録済みである場合、前記リポジトリ手段への前記ユーザ識別子情報及びアクセス制御情報の登録を省略することを特徴とする請求項１記載の認証機能連携機器。
【請求項３】
前記チケット検証手段は、前記他の機器の秘密鍵により作成された前記チケットに含まれている署名情報と、前記他の機器の証明書情報に含まれている前記他の機器の公開鍵とに基づいて、前記チケットの検証を行うことを特徴とする請求項１又は２記載の認証機能連携機器。
【請求項４】
前記チケットに含まれるユーザ識別子情報は、ユーザ識別子を含み，更に所属グループ識別子，ロール識別子，認証種別識別子及び認証コンポーネント情報の少なくとも一つを含むことを特徴とする請求項１乃至３何れか一項記載の認証機能連携機器。
【請求項５】
前記アクセス制御情報は、前記ユーザ識別子情報により識別されるユーザの機能種別ごとの利用許可又は利用禁止を表すことを特徴とする請求項１乃至４何れか一項記載の認証機能連携機器。
【請求項６】
他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器であって、
前記他の機器へリクエストを送信するとき、前記リクエストを要求したユーザのユーザ識別子情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、
前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、
前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、
前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
を有することを特徴とする認証機能連携機器。
【請求項７】
前記チケット検証手段は、前記ユーザ識別子情報及びアクセス制御情報が前記リポジトリ手段に登録済みである場合、前記リポジトリ手段への前記ユーザ識別子情報及びアクセス制御情報の登録を省略することを特徴とする請求項６記載の認証機能連携機器。
【請求項８】
前記チケット検証手段は、前記他の機器の秘密鍵により作成された前記チケットに含まれている署名情報と、前記他の機器の証明書情報に含まれている前記他の機器の公開鍵とに基づいて、前記チケットの検証を行うことを特徴とする請求項６又は７記載の認証機能連携機器。
【請求項９】
前記チケットに含まれるユーザ識別子情報は、ユーザ識別子を含み，更に所属グループ識別子，ロール識別子，認証種別識別子及び認証コンポーネント情報の少なくとも一つを含むことを特徴とする請求項６乃至８何れか一項記載の認証機能連携機器。
【請求項１０】
前記アクセス制御情報は、前記ユーザ識別子情報により識別されるユーザの機能種別ごとの利用許可又は利用禁止を表すことを特徴とする請求項６乃至９何れか一項記載の認証機能連携機器。
【請求項１１】
ユーザの操作する第１機器と、前記第１機器からのリクエストを受けて前記リクエストの処理を実行する第２機器とを有する認証機能連携システムであって、
前記第２機器へリクエストを送信するとき前記リクエストに含ませたチケットに基づいて前記第２機器と認証機能を連携させる前記第１機器は、
前記第２機器へリクエストを送信するとき、前記リクエストを要求したユーザのユーザ識別子情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、
前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段とを有し、
前記第１機器からリクエストを受信すると前記リクエストに含まれるチケットに基づいて前記第１機器と認証機能を連携させる前記第２機器は、
前記チケットの検証に利用する前記第１機器の証明書情報を保管している証明書保管手段と、
前記第１機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記第１機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、
前記第１機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有する
ことを特徴とする認証機能連携システム。
【請求項１２】
他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器を、
前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、
前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
して機能させるための認証機能連携プログラム。
【請求項１３】
他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器を、
前記他の機器へリクエストを送信するとき、前記リクエストを要求したユーザのユーザ識別子情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、
前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、
前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、
前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、
前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段と
して機能させるための認証機能連携プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証機能連携機器、認証機能連携システム及び認証機能連携プログラムに係り、特に他の機器と認証機能を連携させる認証機能連携機器、認証機能連携システム及び認証機能連携プログラムに関する。
【背景技術】
【０００２】
近年の情報処理技術及びネットワーク技術の進展に伴い、複合機（ＭＦＰ）等の機器は他の機器と連携して一連の処理を行うことができるようになった。その一方、近年の情報セキュリティ意識の高まりに伴い、複合機等の機器はアクセス制御情報，利用制限情報やセキュリティポリシー等により、各ユーザが利用できるコピー機能，ファックス機能などの機能を予め設定している。
【０００３】
従来、アクセス制御情報，利用制限情報やセキュリティポリシー等は、ドメインをまたいで利用されるもの（例えば特許文献１参照）やサーバにて一元管理されるもの（例えば特許文献２参照）などが知られている。
【特許文献１】特開２００８−１４１３３９号公報
【特許文献２】特開２００８−３５５０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
例えばアクセス制御情報，利用制限情報やセキュリティポリシー等を用いてユーザが利用できる機能を制限しようとする場合、複合機等の機器はユーザに認証（秘密）情報の入力によりログインさせなければならない。したがって、複合機等の一の機器を他の機器と連携させて一連の処理を行おうとする場合、ユーザは一の機器と他の機器との両方にログインしなければならなかった。
【０００５】
また、複合機等の一の機器を他の機器と連携させて一連の処理を行おうとする場合はアクセス制御情報，利用制限情報やセキュリティポリシー等を、一の機器及び他の機器の両方に設定しておくか、アクセス制御情報，利用制限情報やセキュリティポリシー等を一元管理するサーバに設定しておかなければならなかった。
【０００６】
しかしながら、アクセス制御情報，利用制限情報やセキュリティポリシー等を一の機器及び他の機器の両方に設定することは、ユーザの人数及び機器の数の増加に伴い手間が増大するという問題があった。また、アクセス制御情報，利用制限情報やセキュリティポリシー等をサーバで一元管理する為には、別途、サーバが必要となり、コストが増大するという問題があった。
【０００７】
このように、利用制限情報やセキュリティポリシー等を用いてユーザが利用できる機能を制限しつつ、複合機等の一の機器を他の機器と連携させて一連の処理を行おうとすることは容易でないという問題があった。
【０００８】
本発明は、上記の点に鑑みなされたもので、ユーザが利用できる機能を制限しつつ一の機器を他の機器と連携させて一連の処理を行うことが容易な認証機能連携機器、認証機能連携システム及び認証機能連携プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決する為、本発明は、他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器であって、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することを特徴とする。
【００１０】
また、本発明は、他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器であって、前記他の機器へリクエストを送信するとき、前記リクエストを要求したユーザのユーザ識別子情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することを特徴とする。
【００１１】
また、本発明は、ユーザの操作する第１機器と、前記第１機器からのリクエストを受けて前記リクエストの処理を実行する第２機器とを有する認証機能連携システムであって、前記第２機器へリクエストを送信するとき前記リクエストに含ませたチケットに基づいて前記第２機器と認証機能を連携させる前記第１機器は、前記第２機器へリクエストを送信するとき、前記リクエストを要求したユーザのユーザ識別子情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段とを有し、前記第１機器からリクエストを受信すると前記リクエストに含まれるチケットに基づいて前記第１機器と認証機能を連携させる前記第２機器は、前記チケットの検証に利用する前記第１機器の証明書情報を保管している証明書保管手段と、前記第１機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記第１機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、前記第１機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段とを有することを特徴とする。
【００１２】
また、本発明は、他の機器からリクエストを受信し、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器を、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段として機能させるための認証機能連携プログラムであることを特徴とする。
【００１３】
また、本発明は、他の機器へリクエストを送信するとき、前記リクエストに含ませたチケットに基づいて前記他の機器と認証機能を連携させ、他の機器からリクエストを受信したとき、前記リクエストに含まれるチケットに基づいて前記他の機器と認証機能を連携させる認証機能連携機器を、前記他の機器へリクエストを送信するとき、前記リクエストを要求したユーザのユーザ識別子情報及びアクセス制御情報と、署名情報とを含む前記チケットを生成するチケット生成手段と、前記チケット生成手段が生成した前記チケットを、前記他の機器へのリクエストに含ませて送信する送信手段と、前記チケットの検証に利用する前記他の機器の証明書情報を保管している証明書保管手段と、前記他の機器からのリクエストに含まれる前記チケットの署名情報及び前記証明書保管手段が保管している前記他の機器の証明書情報に基づき前記チケットの検証を行い、前記チケットの検証が成功すると、前記チケットに含まれるユーザ識別子情報及びアクセス制御情報をリポジトリ手段に登録するチケット検証手段と、前記他の機器からのリクエストの処理を実行するか否かを、前記リポジトリ手段に登録されている前記ユーザ識別子情報及びアクセス制御情報に基づいて判定するアクセス制御手段として機能させるための認証機能連携プログラムであることを特徴とする。
【００１４】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１５】
本発明によれば、ユーザが利用できる機能を制限しつつ一の機器を他の機器と連携させて一連の処理を行うことが容易な認証機能連携機器、認証機能連携システム及び認証機能連携プログラムを提供可能である。
【発明を実施するための最良の形態】
【００１６】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では、機器の一例として複合機等の画像処理装置を例に説明するが、画像処理装置に限定されるものではなく、如何なる機器であってもよい。
【００１７】
図１は本発明による認証機能連携システムの一実施例の構成図である。図１の認証機能連携システム１は、画像処理装置１０，画像処理装置２０，ユーザＰＣ３０，認証サーバ４０が、ＬＡＮなどのネットワーク５０を介してデータ通信可能に接続されている構成である。
【００１８】
画像処理装置１０はユーザが操作する機器である。画像処理装置２０は画像処理装置１０からのリクエストを受けて、そのリクエストの処理を実行する機器である。画像処理装置２０は画像処理装置１０と連動する機器である。ユーザＰＣ３０はリクエストの種別によって、ユーザが画像処理装置１０に対してリクエストを行う機器である。認証サーバ４０は外部認証を実施するサーバである。
【００１９】
図２は本発明による画像処理装置の一実施例のハードウェア構成図を示す。図１の画像処理装置１０と画像処理装置２０とは同様なハードウェア構成である。そこで、画像処理装置１０のハードウェア構成を一例として説明する。
【００２０】
図２の画像処理装置１０は、コントローラボード６０，ハードディスクドライブ（ＨＤＤ）７０，ｓｄカード８０，エンジン９０を有するように構成されている。コントローラボード６０は、ＣＰＵ６１，揮発性メモリ６２，ＨＤＤコントローラ６３，エンジンコントローラ６４，不揮発メモリ６５，ネットワークデバイス（network device）６６，ｓｄカードＩ／Ｆ６７を有するように構成されている。
【００２１】
ＨＤＤ７０は、コントローラボード６０のＨＤＤコントローラ６３に接続される。ｓｄカード８０は、コントローラボード６０のｓｄカードＩ／Ｆ６７に接続される。エンジン９０は、コントローラボード６０のエンジンコントローラ６４に接続される。
【００２２】
また、コントローラボード６０のＣＰＵ６１，ＨＤＤコントローラ６３，エンジンコントローラ６４，不揮発メモリ６５，ネットワークデバイス６６，ｓｄカードＩ／Ｆ６７はメインバス（main bus）６８を介して接続されている。コントローラボード６０のＣＰＵ６１は揮発性メモリ６２に接続されている。
【００２３】
ＣＰＵ６１は、画像処理装置１０の全体制御を行うものである。ＣＰＵ６１は、アプリケーション，コンポーネント（ＣＭＰ），リポジトリ，ライブラリ等を利用して後述の機能ブロックを実現する。揮発性メモリ６２は、画像処理装置１０の主記憶装置として利用される。
【００２４】
不揮発メモリ６５及びｓｄカード８０は、アプリケーション，コンポーネント，リポジトリ，ライブラリ等が格納されている。ＨＤＤ７０は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積を行うためのストレージである。エンジンコントローラ６４は、操作パネル，プロッタやスキャナなどのエンジン９０を制御するものである。ネットワークデバイス６６はネットワーク５０に接続する為のものである。
【００２５】
図３は本発明による画像処理装置の非プラグイン時の機能ブロック図である。図１の画像処理装置１０と画像処理装置２０とは同様な機能ブロック構成である。そこで、画像処理装置１０の機能ブロック構成を一例として説明する。
【００２６】
図３の機能ブロック図に示す画像処理装置１０は、文書送信アプリ１０１，文書出力アプリ１０２，ネット（ｎｅｔ）出力ＣＭＰ１０３，リクエスト管理ＣＭＰ１０４，文書保管ＣＭＰ１０５，文書出力ＣＭＰ１０６，ｎｅｔデバイスＣＭＰ１０７，アクセス制御ＣＭＰ１０８，スキャナデバイスＣＭＰ１０９，メモリデバイスＣＭＰ１１０，プロッタデバイスＣＭＰ１１１，セッション管理ＣＭＰ１１２，ユーザリポジトリ１１３，証明書保管ライブラリ１１４，暗号ライブラリ１１５を有するように構成されている。
【００２７】
また、セッション管理ＣＭＰ１１２は、セッション生成部２０１，チケット生成部２０２，チケット検証部２０３，認証実施部２０４，識別情報生成部２０５を有するように構成されている。なお、図３の機能ブロック図に示した各機能ブロックの詳細はシーケンス図を用いて後述する。
【００２８】
本発明による認証機能連携システム１は、画像処理装置２０が画像処理装置１０からのリクエストを受けて、そのリクエストの処理を実行する場合、図４に示すようにシステム証明書，機番，連携先証明書を有している。
【００２９】
図４は認証機能連携システムで利用するシステム証明書，機番，連携先証明書を表した説明図である。図４に示すように、画像処理装置１０はシステム証明書３０１，機番３０２を有している。システム証明書３０１は、画像処理装置１０の公開鍵（Ｐｕｂ  Ｘ）及び秘密鍵（Ｐｒｉｖａｔｅ  Ｘ）を有している。機番３０２は、画像処理装置１０の機番である。
【００３０】
画像処理装置２０はシステム証明書３０３，機番３０４，連携先証明書３０５を有している。システム証明書３０３は、画像処理装置２０の公開鍵（Ｐｕｂ  Ｙ）及び秘密鍵（Ｐｒｉｖａｔｅ  Ｙ）を有している。機番３０４は、画像処理装置２０の機番である。連携先証明書３０５は、画像処理装置１０の公開鍵（Ｐｕｂ  Ｘ）及び画像処理装置１０の機番を有している。連携先証明書３０５は、後述のチケット検証に利用される。
【００３１】
認証機能連携システム１は、連携先証明書３０５を画像処理装置２０の証明書保管ライブラリ１１４に保管することで、画像処理装置１０と画像処理装置２０との認証機能の連携が後述のように可能となる。
【００３２】
認証機能連携システム１は、ユーザによる画像処理装置１０へのログイン処理，画像処理装置１０のリクエスト送信処理，画像処理装置２０のリクエスト受信処理を順番に行うことにより認証機能の連携を行う。
【００３３】
（ログイン処理）
図５はユーザによる画像処理装置へのログイン処理を表したシーケンス図である。画像処理装置１０を操作するユーザはユーザインタフェース（ＵＩ）４０１からユーザ識別子及びパスワードを入力して認証開始を要求する。ステップＳ１に進み、ユーザ識別子及びパスワードを含む認証開始の要求はセッション管理ＣＭＰ１１２のセッション生成部２０１に対して行われる。
【００３４】
ステップＳ２に進み、セッション生成部２０１はユーザ識別子及びパスワードを含む認証開始の要求を認証実施部２０４に対して行う。ステップＳ３に進み、認証実施部２０４はユーザリポジトリ１１３に保管されている認証情報（ユーザ識別子及びパスワードの組合せ）の確認を行い、画像処理装置１０を操作しているユーザの認証を行う。
【００３５】
ここではユーザの認証が成功したものとして説明を続ける。ステップＳ４に進み、認証実施部２０４は識別情報生成部２０５に識別情報の生成の要求を行う。識別情報生成部２０５はユーザリポジトリ１１３を参照し、識別情報を生成する。なお、識別情報の詳細は後述する。
【００３６】
ステップＳ５に進み、認証実施部２０４はユーザリポジトリ１１３を参照し、利用制限情報を生成する。その後、認証実施部２０４はセッションの生成を行い、ログイン処理を終了する。
【００３７】
ログイン処理における認証実施部２０４の処理は、図６のフローチャートに示す手順となる。図６はログイン処理における認証実施部の処理手順を示した一例のフローチャートである。
【００３８】
ステップＳ１１に進み、認証実施部２０４はユーザリポジトリ１１３に保管されている認証情報の確認を行い、画像処理装置１０を操作しているユーザの認証を行う。ユーザの認証が失敗すると、認証実施部２０４はステップＳ１５に進み、認証が失敗したときの処理（例えば認証エラーをＵＩ４０１に表示するなど）を行う。
【００３９】
ユーザの認証が成功すると、認証実施部２０４はステップＳ１２に進み、識別情報生成部２０５に識別情報を生成させる。ステップＳ１３に進み、認証実施部２０４はユーザリポジトリ１１３を参照し、利用制限情報を生成する。認証実施部２０４は識別情報，利用制限情報を含むようにセッションの生成を行い、セッションの生成処理を完了する。
【００４０】
（リクエスト送信処理）
図７は画像処理装置のリクエスト送信処理を表したシーケンス図である。なお、図７のシーケンス図は画像処理装置１０から画像処理装置２０への文書の転送印刷の例を示している。リクエスト送信処理は、画像処理装置１０から画像処理装置２０への文書の転送印刷の他、設定情報の動的な共有（画面構成など）、画像処理装置２０の設定変更、画像処理装置２０への配信ジョブなどが考えられる。
【００４１】
画像処理装置１０を操作するユーザはＵＩ４０１から文書の転送印刷を要求する。文書の転送印刷に応じたジョブ生成の要求は、ステップＳ２１において、ＵＩ４０１からリクエスト管理ＣＭＰ１０４に対して行われる。ジョブ生成の要求にはセッション，ジョブ種別の情報が含まれる。
【００４２】
ステップＳ２２に進み、リクエスト管理ＣＭＰ１０４はセッション管理ＣＭＰ１１２に含まれるチケット生成部２０２に対してチケット発行の要求を行う。チケット発行の要求にはセッション，ジョブＩＤの情報が含まれる。
【００４３】
ステップＳ２３に進み、チケット生成部２０２はチケット情報の生成を行う。ステップＳ２３で生成されるチケット情報はチケットの構成によって異なっている。図８〜図９はチケットの一例の構成図である。
【００４４】
図８のチケット５０１は、識別情報５０２，利用制限情報５０３，機番５０４，署名５０５を有する構成である。チケット情報は、識別情報５０２，利用制限情報５０３，機番５０４を有する構成である。図８のチケット５０１の場合、識別情報５０２は認証種別ＩＤ，認証ＣＭＰ情報，ユーザ識別子，１つ以上の所属グループ識別子，ロール識別子を有する構成である。
【００４５】
認証種別ＩＤは認証方式を表すインデックスである。認証ＣＭＰ情報は外部識別子と呼ばれる、ユーザを一意に特定できる情報である。例えばＷｉｎｄｏｗｓ（登録商標）におけるＧＵＩＤに相当する。ユーザ識別子は、ユーザを一意に識別する情報である。所属グループ識別子は、ユーザの所属グループを一意に識別する情報である。また、ロール識別子はユーザの役割（管理者、一般ユーザなど）を一意に識別する情報である。
【００４６】
図９のチケット５１０は、識別情報５０２，利用制限情報５０３，機番５０４，署名５０５を有する構成である。チケット情報は、識別情報５０２，利用制限情報５０３，機番５０４を有する構成である。図９のチケット５１０の場合、識別情報５０２はユーザ識別子を有する構成である。
【００４７】
図８のチケット５０１と図９のチケット５１０とは、識別情報５０２の構成が異なっている。図９のチケット５１０は図８のチケット５０１の識別情報５０２の構成を単純化したものである。
【００４８】
図７に戻り、ステップＳ２４に進み、チケット生成部２０２は暗号ライブラリ１１５に署名（デジタル署名）５０５の生成を要求する。暗号ライブラリ１１５は例えばチケット５０１の識別情報５０２，利用制限情報５０３，機番５０４の一部又は全部をシステム証明書３０１の秘密鍵（Ｐｒｉｖａｔｅ  Ｘ）で暗号化することにより、署名５０５を生成する。チケット生成部２０２は、ステップＳ２３で生成したチケット情報にステップＳ２４で生成した署名５０５を付与することでチケット５０１の生成を完了する。
【００４９】
ステップＳ２５に進み、リクエスト管理ＣＭＰ１０４はアクセス制御ＣＭＰ１０８に対して機能利用制限確認の要求を行う。ステップＳ２５の機能利用制限確認の要求には、機能種別，チケット５０１の情報が含まれる。機能利用制限確認の要求に含まれる機能種別の情報は、ステップＳ２１のジョブ生成の要求に含まれるジョブ種別の情報に応じたものとなる。
【００５０】
ステップＳ２６に進み、アクセス制御ＣＭＰ１０８はセッション管理ＣＭＰ１１２に含まれるチケット検証部２０３にチケット検証の要求を行う。ステップＳ２６のチケット検証の要求にはチケットの情報が含まれている。チケット検証部２０３は後述のチケット検証の処理手順に従ってチケット検証を行う。チケット検証は、チケットが正しい（不正でない）ものであることを検証するものである。
【００５１】
ここではチケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０８はステップＳ２７に進み、チケット５０１の利用制限情報を参照し、機能利用制限確認の要求に含まれる機能種別ごとにユーザの権限を確認する。ここでは機能利用制限確認の要求に含まれる機能種別にユーザの権限があるものとして説明を続ける。
【００５２】
ステップＳ２８に進み、リクエスト管理ＣＭＰ１０４はステップＳ２１に対する応答としてジョブ生成完了をＵＩ４０１に通知する。ステップＳ２８のジョブ生成完了の通知にはジョブＩＤの情報が含まれている。ＵＩ４０１には例えば文書の転送印刷が実行中である旨が表示される。ステップＳ２９に進み、ＵＩ４０１はリクエスト管理ＣＭＰ１０４に対してジョブ実行の要求を行う。ステップＳ２９のジョブ実行の要求にはジョブＩＤの情報が含まれる。
【００５３】
リクエスト管理ＣＭＰ１０４は、ステップＳ３０に進み、文書送信アプリ１０１に対してジョブ実行の要求を行う。ステップＳ３０のジョブ実行の要求には、ジョブＩＤが含まれる。ステップＳ３１に進み、文書送信アプリ１０１は文書ＩＤを指定して文書取得の要求を文書保管ＣＭＰ１０５に対して行う。
【００５４】
ステップＳ３２に進み、文書保管ＣＭＰ１０５はアクセス制御ＣＭＰ１０８に対してリソース利用制限確認の要求を行う。ステップＳ３２のリソース利用制限確認の要求にはリソースＩＤ，チケット５０１の情報が含まれる。リソース利用制限確認の要求に含まれるリソースＩＤの情報は、ステップＳ３１の文書取得の要求に含まれる文書ＩＤの情報に応じたものとなる。
【００５５】
ステップＳ３３に進み、アクセス制御ＣＭＰ１０８はセッション管理ＣＭＰ１１２に含まれるチケット検証部２０３にチケット検証の要求を行う。ステップＳ３３のチケット検証の要求にはチケットの情報が含まれている。チケット検証部２０３は後述のチケット検証の処理手順に従ってチケット検証を行う。
【００５６】
ここではチケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０８はステップＳ３４に進み、チケット５０１の所属グループ識別子，ロール識別子などを参照し、リソース利用制限確認の要求に含まれるリソースＩＤのユーザの権限を確認する。ここでは、リソース利用制限確認の要求に含まれるリソースＩＤにユーザの権限があるものとして説明を続ける。ステップＳ３５に進み、文書保管ＣＭＰ１０５は文書ＩＤを指定して文書読み出し要求をメモリデバイスＣＭＰ１１０に対して行い、文書ＩＤに応じた文書を読み出す。
【００５７】
ステップＳ３６に進み、文書送信アプリ１０１は文書ＩＤを指定して文書送信の要求をｎｅｔ出力ＣＭＰ１０３に対して行う。ステップＳ３７に進み、ｎｅｔ出力ＣＭＰ１０３はアクセス制御ＣＭＰ１０８に対してリソース利用制限確認の要求を行う。ステップＳ３７のリソース利用制限確認の要求には、リソースＩＤ，チケット５０１の情報が含まれている。リソース利用制限確認の要求に含まれるリソースＩＤの情報は、ステップＳ３６の文書送信の要求に含まれる文書ＩＤの情報に応じたものとなる。
【００５８】
ステップＳ３８に進み、アクセス制御ＣＭＰ１０８はセッション管理ＣＭＰ１１２に含まれるチケット検証部２０３にチケット検証の要求を行う。ステップＳ３８のチケット検証の要求にはチケットの情報が含まれている。チケット検証部２０３は後述のチケット検証の処理手順に従ってチケット検証を行う。
【００５９】
ここではチケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０８はステップＳ３９に進み、チケット５０１の所属グループ識別子，ロール識別子などを参照し、リソース利用制限確認の要求に含まれるリソースＩＤのユーザの権限を確認する。ここでは、リソース利用制限確認の要求に含まれるリソースＩＤにユーザの権限があるものとして説明を続ける。ステップＳ４０に進み、ｎｅｔ出力ＣＭＰ１０３は文書ＩＤを指定して文書の送信要求をｎｅｔデバイスＣＭＰ１０７に対して行う。
【００６０】
ｎｅｔデバイスＣＭＰ１０７は、例えばチケット５０１を埋め込んだ文書ＩＤに応じた文書をネットワーク５０経由で画像処理装置２０に送信する。図１０はチケットが埋め込まれた文書の一例の構成図である。図１０の文書はＰＤＬ（ページ記述言語）にチケット５０１が埋め込まれた例を表している。
【００６１】
そして、ステップＳ４１に進み、リクエスト管理ＣＭＰ１０４はステップＳ２９に対する応答としてジョブ完了通知を、ＵＩ４０１に通知する。ステップＳ４１のジョブ完了通知にはジョブＩＤの情報が含まれている。
【００６２】
リクエスト送信処理におけるチケット生成部２０２の処理は、図１１のフローチャートに示す手順となる。図１１はリクエスト送信処理におけるチケット生成部の処理手順を示す一例のフローチャートである。
【００６３】
リクエスト管理ＣＭＰ１０４からチケット発行の要求があると、チケット生成部２０２はチケット発行の要求に含まれるセッションが有効か無効かを判定する。チケット生成部２０２はセッションが有効であると判定すれば、ステップＳ５１に進み、ログイン処理で生成した識別情報５０２を複製する。
【００６４】
ステップＳ５２に進み、チケット生成部２０２はログイン処理で生成した利用制限情報５０３を複製する。ステップＳ５３に進み、チケット生成部２０２はステップＳ５１，Ｓ５２で複製した識別情報５０２，利用制限情報５０３に機番５０４を追加してチケット情報を生成する。
【００６５】
ステップＳ５４に進み、チケット生成部２０２は暗号ライブラリ１１５に署名（デジタル署名）５０５の生成を要求する。暗号ライブラリ１１５は例えばチケット５０１の識別情報５０２，利用制限情報５０３，機番５０４の一部又は全部をシステム証明書３０１の秘密鍵（Ｐｒｉｖａｔｅ  Ｘ）で暗号化することにより、署名５０５を生成する。
【００６６】
チケット生成部２０２は、ステップＳ５３で生成したチケット情報にステップＳ５４で生成した署名５０５を付与することでチケット５０１を生成する。そして、ステップＳ５５に進み、チケット生成部２０２はチケットの生成を完了する。なお、チケット生成部２０２はセッションが無効であると判定すれば、ステップＳ５６に進み、チケット発行に失敗したときの処理（例えばチケット発行エラーをＵＩ４０１に表示するなど）を行う。
【００６７】
リクエスト送信処理におけるチケット検証部２０３の処理は、図１２のフローチャートに示す手順となる。図１２はリクエスト送信処理におけるチケット検証部の処理手順を示す一例のフローチャートである。
【００６８】
アクセス制御ＣＭＰ１０８からチケット検証の要求があると、チケット検証部２０３はチケット検証の要求に含まれるチケット５０１の情報に基づき、チケット５０１の検証を開始する。
【００６９】
ステップＳ６１に進み、チケット検証部２０３はチケット５０１の署名５０５をシステム証明書３０１に含まれる画像処理装置１０（自機）の公開鍵（Ｐｕｂ  Ｘ）で復号することで検証する。チケット５０１が画像処理装置１０で生成したものである為、ステップＳ６１では署名５０５の復号が成功する。
【００７０】
チケット検証部２０３はステップＳ６２に進み、チケット５０１の検証に成功したと判定する。即ち、チケット検証部２０３はチケット５０１が正しい（不正でない）ものであると判定する。
【００７１】
なお、ステップＳ６１において署名５０５の復号が失敗した場合のステップＳ６３以降の処理は、チケット５０１が自機以外で生成された場合に実行されるものである。言い換えれば、ステップＳ６３以降の処理は、主にリクエスト受信処理で実行されるため、リクエスト受信処理の説明の中で後述する。なお、図７に示すリクエスト送信処理では生成されたチケット５０１が各コンポーネントから読み出し可能な位置に保存されているものとする。
【００７２】
（リクエスト受信処理）
図１３は画像処理装置のリクエスト受信処理を表したシーケンス図である。なお、図１３のシーケンス図は画像処理装置１０から画像処理装置２０への文書の転送印刷の例を示している。
【００７３】
ｎｅｔデバイスＣＭＰ１０７はネットワーク５０経由で、チケット５０１が埋め込まれた文書を受信する。ｎｅｔ出力ＣＭＰ１０３はｎｅｔデバイスＣＭＰ１０７からチケット５０１の埋め込まれた文書を受信する。なお、図１３に示すリクエスト受信処理では受信した文書、文書に埋め込まれていたチケット５０１が各コンポーネントから読み出し可能な位置に保存されるものとする。
【００７４】
ステップＳ７１に進み、ｎｅｔ出力ＣＭＰ１０３はリクエスト管理ＣＭＰ１０４に対してジョブ生成の要求を行う。ステップＳ７１のジョブ生成の要求にはセッション，ジョブ種別の情報が含まれる。
【００７５】
ステップＳ７２に進み、リクエスト管理ＣＭＰ１０４はアクセス制御ＣＭＰ１０８に対して機能利用制限確認の要求を行う。ステップＳ７２の機能利用制限確認の要求には、機能種別，チケット５０１の情報が含まれる。ステップＳ７３に進み、アクセス制御ＣＭＰ１０８はセッション管理ＣＭＰ１１２に含まれるチケット検証部２０３にチケット検証の要求を行う。ステップＳ７３のチケット検証の要求にはチケット５０１の情報が含まれている。
【００７６】
ステップＳ７４に進み、チケット検証部２０３は暗号ライブラリ１１５に署名５０５の検証を要求する。暗号ライブラリ１１５は例えば連携先証明書３０５を証明書保管ライブラリ１１４から取得して、連携先証明書３０５に含まれる画像処理装置１０の公開鍵（Ｐｕｂ  Ｘ）で署名５０５を復号することにより署名５０５の検証を行う。
【００７７】
ここでは、チケット検証が成功したものとして説明を続ける。チケット検証部２０３はステップＳ７５に進み、チケット５０１に含まれる識別子情報（ユーザＩＤなど），利用制限情報５０３をユーザリポジトリ１１３にエントリ登録する。
【００７８】
ステップＳ７６に進み、アクセス制御ＣＭＰ１０８はチケット５０１の利用制限情報を参照し、機能利用制限確認の要求に含まれる機能種別ごとにユーザの権限を確認する。ここでは機能利用制限確認の要求に含まれる機能種別にユーザの権限があるものとして説明を続ける。
【００７９】
ステップＳ７７に進み、アクセス制御ＣＭＰ１０８はユーザリポジトリ１１３にエントリ登録された利用制限情報５０３の利用制限確認を行う。ここでは利用制限確認が正常に終了したものとして説明を続ける。ステップＳ７８に進み、リクエスト管理ＣＭＰ１０４はステップＳ７１に対する応答としてジョブ生成完了を、ｎｅｔ出力ＣＭＰ１０３に通知する。ステップＳ７８のジョブ生成完了の通知にはジョブＩＤの情報が含まれている。
【００８０】
ステップＳ７９に進み、ｎｅｔ出力ＣＭＰ１０３はリクエスト管理ＣＭＰ１０４に対してジョブ実行の要求を行う。ステップＳ７９のジョブ実行の要求にはジョブＩＤの情報が含まれる。
【００８１】
リクエスト管理ＣＭＰ１０４は、ステップＳ８０に進み、文書出力アプリ１０２に対してジョブ実行の要求を行う。ステップＳ８０のジョブ実行の要求には、ジョブＩＤが含まれる。ステップＳ８１に進み、文書出力アプリ１０２は文書ＩＤを指定して文書出力の要求をプロッタデバイスＣＭＰ１１１に対して行う。
【００８２】
ステップＳ８２に進み、プロッタデバイスＣＭＰ１１１はアクセス制御ＣＭＰ１０８に対してリソース利用制限確認の要求を行う。ステップＳ８２のリソース利用制限確認の要求にはリソースＩＤ，チケット５０１の情報が含まれる。リソース利用制限確認の要求に含まれるリソースＩＤの情報は、ステップＳ８１の文書出力の要求に含まれる文書ＩＤの情報に応じたものとなる。
【００８３】
ステップＳ８３に進み、アクセス制御ＣＭＰ１０８はセッション管理ＣＭＰ１１２に含まれるチケット検証部２０３にチケット検証の要求を行う。ステップＳ８３のチケット検証の要求にはチケットの情報が含まれている。ステップＳ８４に進み、チケット検証部２０３は暗号ライブラリ１１５に署名５０５の検証を要求する。暗号ライブラリ１１５は署名５０５の検証を行う。
【００８４】
ここでは、チケット検証が成功したものとして説明を続ける。アクセス制御ＣＭＰ１０８は、ステップＳ８５に進み、チケット５０１の所属グループ識別子，ロール識別子などを参照し、リソース利用制限確認の要求に含まれるリソースＩＤのユーザの権限を確認する。ここでは、リソース利用制限確認の要求に含まれるリソースＩＤにユーザの権限があるものとして説明を続ける。ステップＳ８６に進み、アクセス制御ＣＭＰ１０８はユーザリポジトリ１１３にエントリ登録された利用制限情報５０３の利用制限確認を行う。ここでは利用制限確認が正常に終了したものとして説明を続ける。ステップＳ８７に進み、プロッタデバイスＣＭＰ１１１は文書ＩＤに応じた文書を出力する。
【００８５】
そして、ステップＳ８８に進み、リクエスト管理ＣＭＰ１０４はステップＳ７９に対する応答としてジョブ完了通知を、ｎｅｔ出力ＣＭＰ１０３に通知する。ステップＳ８８のジョブ完了通知にはジョブＩＤの情報が含まれている。
【００８６】
図１３のシーケンス図ではステップＳ７５において、チケット５０１に含まれる利用制限情報５０３をユーザリポジトリ１１３にエントリ登録しているが、２回目以降のエントリ登録を省略してもよい。
【００８７】
図１４は画像処理装置のリクエスト受信処理であって、２回目以降のエントリ登録を省略する他の例のシーケンス図である。図１４のシーケンス図はステップＳ９４において署名５０５の検証を行ったあと、利用制限情報５０３等をユーザリポジトリ１１３にエントリ登録していない点で図１３のシーケンス図と異なる。
【００８８】
図１４のシーケンス図では、チケット検証が成功したとしても、ユーザリポジトリ１１３にエントリ登録が既になされている場合に、利用制限情報５０３等をユーザリポジトリ１１３にエントリ登録する処理を省略している。したがって、図１４のシーケンス図は同一内容のエントリ登録を省略することで無駄を無くしている。なお、ユーザリポジトリ１１３にエントリ登録が既になされている場合は、図１５に示すように利用制限情報５０３の無いチケット５２０を使用してもよい。
【００８９】
図１６は画像処理装置のリクエスト受信処理であって、利用制限確認が異常である他の例のシーケンス図である。図１６のシーケンス図は利用制限確認が異常に終了している点で図１３のシーケンス図と異なる。
【００９０】
図１６のステップＳ１１１〜Ｓ１１６は図１３のステップＳ７１〜Ｓ７６と同様であるため、説明を省略する。ステップＳ１１７に進み、アクセス制御ＣＭＰ１０８はユーザリポジトリ１１３にエントリ登録された利用制限情報５０３の利用制限確認を行う。ここでは利用制限確認が異常に終了したものとして説明を続ける。例えばユーザ識別子（ユーザＩＤ）をキーとしてユーザリポジトリ１１３にエントリ登録されている利用制限情報５０３を参照し、機能種別に対応する機能が禁止になっていれば、利用制限確認は異常に終了する。
【００９１】
ステップＳ１１８に進み、アクセス制御ＣＭＰ１０８はリクエスト管理ＣＭＰ１０４にアクセス拒否を通知する。そして、ステップＳ１１９に進み、リクエスト管理ＣＭＰ１０４はステップＳ１１１に対する応答としてジョブ生成失敗通知を、ｎｅｔ出力ＣＭＰ１０３に通知する。
【００９２】
リクエスト受信処理におけるチケット検証部２０３の処理は、図１７のフローチャートに示す手順となる。図１７はリクエスト受信処理におけるチケット検証部の処理手順を示す一例のフローチャートである。
【００９３】
アクセス制御ＣＭＰ１０８からチケット検証の要求があると、チケット検証部２０３はチケット検証の要求に含まれるチケット５０１の情報に基づき、チケット５０１の検証を開始する。
【００９４】
ステップＳ１２１に進み、チケット検証部２０３はチケット５０１の署名５０５をシステム証明書３０３に含まれる画像処理装置２０（自機）の公開鍵（Ｐｕｂ  Ｙ）で復号することで検証する。チケット５０１が画像処理装置１０で生成したものである為、署名５０５の復号は失敗する。
【００９５】
チケット検証部２０３はステップＳ１２３に進み、チケット５０１に含まれる機番と連携先証明書３０５の機番とが同じかを確認する。チケット５０１に含まれる機番と連携先証明書３０５の機番とが同じであると判定すれば、チケット検証部２０３はステップＳ１２４に進み、チケット５０１の署名５０５を連携先証明書３０５に含まれる画像処理装置１０の公開鍵（Ｐｕｂ  Ｘ）で復号することで検証する。
【００９６】
署名５０５の復号に成功すると、チケット検証部２０３は署名５０５の検証に成功したと判定して、ステップＳ１２５に進む。ステップＳ１２５では、チケット検証部２０３がユーザ識別子（ユーザＩＤ）をキーとしてユーザリポジトリ１１３からユーザを検索する。ユーザの検索が成功すれば、チケット検証部２０３はステップＳ１２２に進み、チケット５０１の検証に成功したと判定する。なお、ユーザの検索が失敗すれば、チケット検証部２０３はステップＳ１２６に進み、ユーザを新規追加し、権限情報を設定する。
【００９７】
ステップＳ１２３においてチケット５０１に含まれる機番と連携先証明書３０５の機番とが同じでない場合、ステップＳ１２４において署名５０５の復号に失敗した場合、又はステップＳ１２６においてユーザの新規追加が失敗した場合、チケット検証部２０３はステップＳ１２７に進み、チケット５０１の検証に失敗したと判定する。
【００９８】
このように本発明によるリクエスト受信処理では悪意のある或いはバグによりＳＤＫアプリケーションによる送受信でアクセス制御を破ってしまうケースについても、フレームワーク部分でサポートすることにより、不正なＳＤＫアプリケーションの動作制限を強制することができる。ＳＤＫアプリケーションは不正な権限を含むチケット５０１を生成することはできず、現在のチケット５０１の権限を超えるリクエストを処理することもできない。
【００９９】
（他の例の機能ブロック図）
図１８は本発明による画像処理装置のプラグイン時の機能ブロック図である。図１８の機能ブロック図は図３の機能ブロック図と一部を除いて同様である。ここでは、図１８の機能ブロック図について図３の機能ブロック図と異なる点について説明する。
【０１００】
図１８の機能ブロック図は、セッション管理ＣＭＰ１１２の構成と、認証ＣＭＰ６００を有する点とが、図３の機能ブロック図と異なっている。図１８の機能ブロック図におけるセッション管理ＣＭＰ１１２は、セッション生成部２０１，チケット生成部２０２，チケット検証部２０３，認証実施部２０４，識別情報生成部２０５を有するように構成されていた図３のセッション管理ＣＭＰ１１２と異なり、セッション生成部２０１，チケット生成部２０２，チケット検証部２０３を有するように構成されている。
【０１０１】
図３のセッション管理ＣＭＰ１１２が有していた認証実施部２０４，識別情報生成部２０５は、図１８の機能ブロック図において、認証ＣＭＰ６００が有している。認証ＣＭＰ６００はプラグインにより追加が可能である。
【０１０２】
（他の例のログイン処理）
図１９はユーザによる画像処理装置へのログイン処理を表した他の例のシーケンス図である。画像処理装置１０を操作するユーザはＵＩ４０１からユーザ識別子及びパスワードを入力して認証開始を要求する。ステップＳ１３１に進み、ユーザ識別子及びパスワードを含む認証開始の要求はセッション管理ＣＭＰ１１２のセッション生成部２０１に対して行われる。
【０１０３】
ステップＳ１３２に進み、セッション生成部２０１はユーザ識別子及びパスワードを含む認証開始の要求を認証ＣＭＰ６００の認証実施部２０４に対して行う。ステップＳ１３３に進み、認証実施部２０４はユーザリポジトリ１１３に保管されている認証情報の確認を行い、画像処理装置１０を操作しているユーザの認証を行う。ここではユーザの認証が成功したものとして説明を続ける。
【０１０４】
ステップＳ１３４に進み、認証実施部２０４は認証ＣＭＰ６００の識別情報生成部２０５に識別情報の生成の要求を行う。識別情報生成部２０５はユーザリポジトリ１１３を参照し、識別情報を生成する。なお、識別情報の詳細は後述する。
【０１０５】
ステップＳ１３５に進み、認証実施部２０４はユーザリポジトリ１１３を参照し、利用制限情報を生成する。その後、ステップＳ１３６に進み、認証実施部２０４はセッションの生成を行い、ログイン処理を終了する。
【０１０６】
以上、本発明による認証機能連携システム１は、画像処理装置１０，２０の双方向又は一方向の信頼関係の確立により、認証機能を連携させることができ、また、チケットに利用制限情報を含めることで、利用制限情報を連携させることができる。
【０１０７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１０８】
【図１】本発明による認証機能連携システムの一実施例の構成図である。
【図２】本発明による画像処理装置の一実施例のハードウェア構成図を示す。
【図３】本発明による画像処理装置の非プラグイン時の機能ブロック図である。
【図４】認証機能連携システムで利用するシステム証明書，機番，連携先証明書を表した説明図である。
【図５】ユーザによる画像処理装置へのログイン処理を表したシーケンス図である。
【図６】ログイン処理における認証実施部の処理手順を示した一例のフローチャートである。
【図７】画像処理装置のリクエスト送信処理を表したシーケンス図である。
【図８】チケットの一例の構成図である。
【図９】チケットの一例の構成図である。
【図１０】チケットが埋め込まれた文書の一例の構成図である。
【図１１】リクエスト送信処理におけるチケット生成部の処理手順を示す一例のフローチャートである。
【図１２】リクエスト送信処理におけるチケット検証部の処理手順を示す一例のフローチャートである。
【図１３】画像処理装置のリクエスト受信処理を表したシーケンス図である。
【図１４】画像処理装置のリクエスト受信処理であって、２回目以降のエントリ登録を省略する他の例のシーケンス図である。
【図１５】チケットの一例の構成図である。
【図１６】画像処理装置のリクエスト受信処理であって、利用制限確認が異常である他の例のシーケンス図である。
【図１７】リクエスト受信処理におけるチケット検証部の処理手順を示す一例のフローチャートである。
【図１８】本発明による画像処理装置のプラグイン時の機能ブロック図である。
【図１９】ユーザによる画像処理装置へのログイン処理を表した他の例のシーケンス図である。
【符号の説明】
【０１０９】
１    認証機能連携システム
１０，２０    画像処理装置
３０    ユーザＰＣ
４０    認証サーバ
５０    ネットワーク
６０    コントローラボード
６１    ＣＰＵ
６２    揮発性メモリ
６３    ＨＤＤコントローラ
６４    エンジンコントローラ
６５    不揮発メモリ
６６    ネットワークデバイス（network device）
６７    ｓｄカードＩ／Ｆ
６８    メインバス（main bus）
７０    ハードディスクドライブ（ＨＤＤ）
８０    ｓｄカード
９０    エンジン
１０１    文書送信アプリ
１０２    文書出力アプリ
１０３    ネット（ｎｅｔ）出力ＣＭＰ
１０４    リクエスト管理ＣＭＰ
１０５    文書保管ＣＭＰ
１０６    文書出力ＣＭＰ
１０７    ｎｅｔデバイスＣＭＰ
１０８    アクセス制御ＣＭＰ
１０９    スキャナデバイスＣＭＰ
１１０    メモリデバイスＣＭＰ
１１１    プロッタデバイスＣＭＰ
１１２    セッション管理ＣＭＰ
１１３    ユーザリポジトリ
１１４    証明書保管ライブラリ
１１５    暗号ライブラリ
２０１    セッション生成部
２０２    チケット生成部
２０３    チケット検証部
２０４    認証実施部
２０５    識別情報生成部
３０１    システム証明書
３０２    機番
３０３    システム証明書
３０４    機番
３０５    連携先証明書
４０１    ユーザインタフェース（ＵＩ）
５０１，５１０，５２０    チケット
５０２    識別情報
５０３    利用制限情報
５０４    機番
５０５    署名
【図１】
2010072760.tif 000003
【図２】
2010072760.tif 000004
【図３】
2010072760.tif 000005
【図４】
2010072760.tif 000006
【図５】
2010072760.tif 000007
【図６】
2010072760.tif 000008
【図７】
2010072760.tif 000009
【図８】
2010072760.tif 000010
【図９】
2010072760.tif 000011
【図１０】
2010072760.tif 000012
【図１１】
2010072760.tif 000013
【図１２】
2010072760.tif 000014
【図１３】
2010072760.tif 000015
【図１４】
2010072760.tif 000016
【図１５】
2010072760.tif 000017
【図１６】
2010072760.tif 000018
【図１７】
2010072760.tif 000019
【図１８】
2010072760.tif 000020
【図１９】
2010072760.tif 000021