情報処理システム、管理装置およびプログラム
【課題】システム構築のコストを低減しつつ、権限の委譲を行うことが可能なシステムを提供する。
【解決手段】ユーザ管理サーバ２は、画像形成装置３の使用の権限を有する委譲元のユーザのユーザＩＤに対応付けて登録される他のユーザに委譲する画像形成装置３の使用の権限を特定可能な委譲情報を管理する委譲管理部２０ｄと、画像形成装置３から、権限が委譲されるユーザに対する画像形成装置３の使用の権限の追加を要求する権限追加要求を受け取った場合に、権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて権限を委譲するユーザのユーザＩＤに対応した委譲情報を委譲管理部２０ｄから取得して画像形成装置３に送信する要求受付部２０ａとを有する。
【解決手段】ユーザ管理サーバ２は、画像形成装置３の使用の権限を有する委譲元のユーザのユーザＩＤに対応付けて登録される他のユーザに委譲する画像形成装置３の使用の権限を特定可能な委譲情報を管理する委譲管理部２０ｄと、画像形成装置３から、権限が委譲されるユーザに対する画像形成装置３の使用の権限の追加を要求する権限追加要求を受け取った場合に、権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて権限を委譲するユーザのユーザＩＤに対応した委譲情報を委譲管理部２０ｄから取得して画像形成装置３に送信する要求受付部２０ａとを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理システム、管理装置およびプログラムに関する。
【背景技術】
【０００２】
従来、複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などの画像形成装置では、ユーザ毎に使用の権限を設定することで、ユーザ毎に使用できる機能（コピー機能、スキャナ機能、ＦＡＸ機能、印刷機能など）や使用量（カラー印刷の上限枚数、モノクロ印刷の上限枚数など）を制限することが可能となっている。
【０００３】
また、従来では、第１のユーザが自身に設定されている権限では使用できない機能を使用したい場合に、その機能の権限を持っている（即ち、その機能を使用することを許可する権限が与えられた）第２のユーザに一時的に権限を委譲してもらうことで、第１のユーザに対して使用できなかった機能を使用させることを可能とした権限委譲システムが知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、前述した従来の権限委譲システムでは、あるユーザの権限を他のユーザに委譲（権限委譲）するために、権限委譲を行うための専用の記録媒体（委譲カード）を必要とするため、システム構築にコストが掛かるという課題があった。
【０００５】
そこで、本発明は、前記従来の課題を解決するものであり、システム構築のコストを低減しつつ、権限の委譲を行うことが可能な情報処理システム、管理装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決し、目的を達成するために、本発明の管理装置は、情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記情報処理装置に送信する要求受付手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、システム構築のコストを低減しつつ、権限の委譲を行うことが可能な情報処理システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施形態に係る情報処理システムの概略的な構成を示すブロック図である。
【図２】図２は、ユーザ管理サーバやクライアント端末装置の制御系のハードウェア構成を示すブロック図である。
【図３】図３は、画像形成装置のハードウェア構成を示すブロック図である。
【図４】図４は、画像形成装置のソフトウェア構成を説明するためのブロック図である。
【図５】図５は、本実施形態の画像形成装置における特有の機能的構成を示すブロック図である。
【図６】図６は、本実施形態のユーザ管理サーバにおける特有の機能的構成を示すブロック図である。
【図７】図７は、認証部が管理する認証情報登録テーブルの一構成例を示す模式図である。
【図８】図８は、権限管理部が管理する権限情報登録テーブルの一構成例を示す模式図である。
【図９】図９は、委譲管理部が管理する委譲情報登録テーブルの一構成例を示す模式図である。
【図１０】図１０は、情報処理システムにおける画像形成装置とユーザ管理サーバ間の処理の手順を説明するためのシーケンス図である。
【図１１】図１１は、操作表示部に表示される画面の一構成例を示す模式図である。
【図１２】図１２は、ユーザＵ２による権限の委譲後のユーザＵ１の権限の変化の様子を示す模式図である。
【図１３】図１３は、ユーザ管理サーバの処理動作の手順を示すフローチャートである。
【図１４】図１４は、第２の実施形態に係る情報処理システムの構成を示すブロック図である。
【図１５】図１５は、本実施形態の印刷サーバにおける特有の機能的構成を示すブロック図である。
【図１６】図１６は、第２の実施形態に係わる情報処理システムにおける画像形成装置と、ユーザ管理サーバと、印刷サーバとの間の処理手順を説明するためのシーケンス図である。
【図１７】図１７は、プルプリントで印刷サーバから印刷を行う際の画面の一構成例を示す模式図である。
【図１８】図１８は、クライアント端末装置に表示される権限委譲設定画面の一構成例を示す図である。
【図１９】図１９は、図５に示す画像形成装置における特有の機能的構成の変形例を示すブロック図である。
【図２０】図２０は、権限が委譲される有効期間が１ジョブの場合の操作表示部に表示される内容の一構成例を示す図である。
【図２１】図２１は、認証部が管理する認証情報登録テーブルの変形例を示す模式図である。
【図２２】図２２は、認証部が管理する認証情報登録テーブルの変形例を示す模式図である。
【図２３】図２３は、委譲管理部が管理する委譲情報登録テーブルの変形例を示す模式図である。
【図２４】図２４は、図１３の処理手順の変形例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について添付図面を参照して説明する。
【００１０】
（第１の実施形態）
最初に、第１の実施形態に係る情報処理システム１の構成について図１を用いて説明する。
【００１１】
図１は、本実施形態に係る情報処理システム１の概略的な構成を示すブロック図である。
【００１２】
図１に示すように、この情報処理システム１では、ユーザ管理サーバ２と、複数の画像形成装置３（図１の例では、３台）と、複数のクライアント端末装置４（図１の例では、３台）とを備え、それらがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークＮを介して相互に通信可能に接続されている。
【００１３】
ユーザ管理サーバ２は、ユーザに関する各種情報を記憶管理する装置であり、本実施形態では、画像形成装置３の利用を許可された正規のユーザ（正当な使用権限を有した者）毎に設定される各種情報（詳細については詳述するが、正規のユーザを認証するための認証情報や、正規のユーザの権限を示す権限情報や、正規のユーザが他の正規のユーザに委譲する権限を特定するための委譲情報など）を管理するサーバ装置である。
【００１４】
画像形成装置３は、記録用紙などの記録媒体に画像を形成（印刷）することが可能な画像形成装置であり、例えば、コピー機能、スキャナ機能、ファクシミリ（ＦＡＸ）機能およびプリンタ（印刷）機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などで構成される。
【００１５】
本実施形態では、画像形成装置３は、ユーザ毎に設定される権限情報や委譲情報に基づいて、ユーザ毎に使用できる機能（コピー機能、スキャナ機能、ＦＡＸ機能、印刷機能など）や使用量（カラー印刷の上限枚数、モノクロ印刷の上限枚数など）を制限することが可能となっている。
【００１６】
クライアント端末装置４は、ユーザが利用する端末装置であり、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、携帯型の情報端末で構成される。
【００１７】
本実施形態では、クライアント端末装置４は、後述の委譲情報（図９参照）の設定などを行うために利用される。
【００１８】
次に、情報処理システム１を構成するユーザ管理サーバ２、画像形成装置３およびクライアント端末装置４のハードウェア構成について図２および図３を用いて説明する。
【００１９】
図２は、ユーザ管理サーバ２やクライアント端末装置４の制御系のハードウェア構成を示すブロック図である。
【００２０】
図２に示すように、このユーザ管理サーバ２やクライアント端末装置４は、ＰＣなどの一般的なコンピュータを利用したハードウェア構成となっており、例えば、制御部２１と、通信Ｉ／Ｆ２２と、Ｉ／Ｏ機器制御部２３とを備え、それらがバスＢ１によって接続されている。
【００２１】
制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを有して構成されている。
【００２２】
また、制御部２１には、バスＢ１およびＩ／Ｏ機器制御部２３を介して、操作装置（例えば、キーボードやマウスなど）２４、表示装置（例えば、液晶ディスプレイなど）２５、外部記憶装置（例えば、ハードディスク装置（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など）２６などが接続されている。
【００２３】
即ち、この制御部２１は、ＣＰＵがＲＯＭや外部記憶装置２６などに格納されている制御プログラムをＲＡＭに展開して実行することにより、Ｉ／Ｏ機器制御部２３を介して接続される機器の動作を制御するとともに、通信Ｉ／Ｆ２２、ネットワークＮを介して接続される他の装置（ユーザ管理サーバ２など）との間で各種データを送受信する動作を制御するものである。
【００２４】
図３は、画像形成装置３のハードウェア構成を示すブロック図である。
【００２５】
図３に示すように、画像形成装置３は、大きく分けて、コントローラ３１と、操作表示部（オペレーションパネル）３２と、ファクシミリコントロールユニット（ＦＣＵ）３３と、画像読取部３４と、画像形成部３５とを備えている。
【００２６】
コントローラ３１は、画像形成装置３全体の制御、即ち、描画処理や、通信処理や、操作表示部３２に対する操作入力及び表示処理などの各種処理を制御するものである。
【００２７】
図３の例では、コントローラ３１は、ＣＰＵ３０１と、ＡＳＩＣ３０２と、ノースブリッジ（ＮＢ）３０３と、サウスブリッジ（ＳＢ）３０４と、システムメモリ（ＭＥＭ−Ｐ）３０５と、ローカルメモリ（ＭＥＭ−Ｃ）３０６と、ハードディスクドライブ（ＨＤＤ）３０７と、メモリカードスロット３０８と、ネットワークインタフェースコントローラ（ＮＩＣ）３０９と、ＵＳＢデバイス３１０と、ＩＥＥＥ１３９４デバイス３１１と、セントロニクスデバイス３１２を備えている。
【００２８】
ここで、ＣＰＵ３０１は、種々の情報処理を実行するためのＩＣであり、アプリケーション１０１やプラットフォーム１０２（図４参照）をＵＮＩＸ（登録商標）などのＯＳによりプロセス単位で並列的に実行する。
【００２９】
ＡＳＩＣ３０２は、画像処理用のＩＣである。ＮＢ３０３は、ＣＰＵ３０１とＡＳＩＣ３０２を接続するためのブリッジである。ＳＢ３０４は、ＮＢ３０３と周辺機器等を接続するためのブリッジである。ＡＳＩＣ３０２とＮＢ３０３は、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）を介して接続されている。
【００３０】
ＭＥＭ−Ｐ３０５は、ＮＢ３０３に接続されたメモリである。ＭＥＭ−Ｃ３０６は、ＡＳＩＣ３０２に接続されたメモリである。ＨＤＤ３０７は、ＡＳＩＣ３０２に接続されたストレージであり、画像データや、文書データや、プログラムや、フォントデータや、フォームデータなどの蓄積を行うために使用される。メモリカードスロット３０８は、ＳＢ３０４に接続されたスロットであり、メモリカード３１３をセット（挿入）するために使用される。
【００３１】
ＮＩＣ３０９は、ネットワークＮなどを介してＭＡＣアドレスなどを使用したデータ通信を行うためのコントローラである。ＵＳＢインタフェース３１０は、ＵＳＢ規格に準拠したシリアルポートを提供するためのインタフェースである。ＩＥＥＥ１３９４インタフェース３１１は、ＩＥＥＥ１３９４規格に準拠したシリアルポートを提供するためのインタフェースである。セントロニクスインタフェース３１２は、セントロニクス仕様に準拠したパラレルポートを提供するためのインタフェースである。
【００３２】
ＮＩＣ３０９と、ＵＳＢインタフェース３１０と、ＩＥＥＥ１３９４インタフェース３１１と、セントロニクスインタフェース３１２は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｅｃｔ）バスを介してＮＢ３０３とＳＢ３０４に接続されている。
【００３３】
操作表示部３２は、画像形成装置３の各種機能を利用するための操作方法を表示するとともに、ユーザからの操作入力を受け付けるためのユーザインタフェースである。操作表示部３２は、ＡＳＩＣ３０２に接続されている。
【００３４】
ＦＣＵ３３は、Ｇ３などのファクシミリ通信を制御するユニットである。
【００３５】
画像読取部３４は、画像を読み取るユニットであり、例えば、スキャナとして構成されて、原稿台にセットされた原稿の画像を読み取る。
【００３６】
画像形成部３５は、画像読取部３４の読み取りで得られた画像データなどに基づいて、画像を記録媒体に形成するためのユニットであり、例えば、電子写真方式を採用して構成される。
【００３７】
ＦＣＵ３３と、画像読取部３４と、画像形成部３５とは、ＰＣＩバスを介してＡＳＩＣ３０２に接続されている。
【００３８】
次に、画像形成装置３およびユーザ管理サーバ２のソフトウェア構成について図４〜図６を用いて説明する。
【００３９】
図４は、画像形成装置３のソフトウェア構成を説明するためのブロック図である。
【００４０】
図４に示すように、画像形成装置３のソフトウェア１００としては、種々のアプリケーション群１０１と、種々のプラットフォーム１０２とが存在する。これらのプログラムは、ＵＮＩＸ（登録商標）などのＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。
【００４１】
アプリケーション群１０１は、各機能に係る処理動作を実行するためのソフトウェアである。
【００４２】
図４の例では、アプリケーション群１０１は、コピー機能に係る処理動作を実行するためのソフトウェアであるコピーアプリ１０３と、プリンタ機能に係る処理動作を実行するためのソフトウェアであるプリンタアプリ１０４と、スキャナ機能に係る処理動作を実行するためのソフトウェアであるスキャナアプリ１０５と、ファクシミリ機能に係る処理動作を実行するためのソフトウェアであるファクシミリアプリ１０６と、ネットワークファイル機能に係る処理動作を実行するためのソフトウェアであるネットワークファイルアプリ１０７と、ソフトウェア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を使用して開発されるソフトウェアであって、標準的に画像形成装置３に搭載されているアプリケーション（例えば、符号１０３〜１０７で示すアプリケーション）とは別に、適宜インストールまたはアンインストールできるソフトウェアであるＳＤＫアプリ１０８などを有している。なお、本実施形態では、説明中および図の両方において、アプリケーションのことを単にアプリと表記している。
【００４３】
プラットフォーム１０２は、アプリケーション群１０１からの処理要求に関する情報処理を実行するためのハードウェアやソフトウェアのことである。このプラットフォーム１０２は、アプリケーション群１０１からの処理要求の受信には、予め定義されている関数により処理要求を受信するアプリケーションプログラムインタフェース（ＡＰＩ）１０９を利用して、要求内容の実施には、エンジンインタフェース１１０を利用する。
【００４４】
プラットフォーム１０２としては、種々のコントロールサービス１１１と、システムリソースマネージャ１１２と、種々のハンドラ１１３を有している。
【００４５】
ここで、コントロールサービス１１１は、アプリケーション群１０１からの処理要求を解釈して、解釈結果に応じて図３に示す各種ハードウェアの獲得要求を発生させる。
【００４６】
そして、コントロールサービス１１１としては、ネットワークコントロールサービス（ＮＣＳ）１１４と、ファクシミリコントロールサービス（ＦＣＳ）１１５と、デリバリコントロールサービス（ＤＣＳ）１１６と、エンジンコントロールサービス（ＥＣＳ）１１７と、メモリコントロールサービス（ＭＣＳ）１１８と、オペレーションパネルコントロールサービス（ＯＣＳ）１１９と、サーティフィケーションコントロールサービス（ＣＣＳ）１２０と、ユーザディレクトリコントロールサービス（ＵＣＳ）１２１と、システムコントロールサービス（ＳＣＳ）１２２などを有している。
【００４７】
ＮＣＳ１１４のプロセスは、ネットワークＮなどを介してデータ通信を行うための仲介を行う。ＦＣＳ１１５のプロセスは、ファクシミリとして画像データの通信、読取および画像形成（印刷）を行うためのＡＰＩを提供する。ＤＣＳ１１６のプロセスは、画像形成装置３に蓄積された文書データの配信に関する制御を行う。ＥＣＳ１１７のプロセスは、画像読取部３４や画像形成部３５などのエンジン部に関する制御を行う。ＭＣＳ１１８のプロセスは、画像データの記憶や処理などの各種メモリやＨＤＤ３０７に関する制御を行う。ＯＣＳ１１９のプロセスは、操作表示部３２に関する制御を行う。ＣＣＳ１２０のプロセスは、認証処理や課金処理に関する制御を行う。ＵＣＳ１２１のプロセスは、ユーザ情報の管理に関する制御を行う。ＳＣＳ１２２のプロセスは、システムの管理に関する制御を行う。
【００４８】
システムリソースマネージャ（ＳＲＭ）１１２は、図３に示す各種ハードウェアの獲得要求を調停して、調停結果に応じて要求内容を実施するための制御を行う。より具体的には、ＳＲＭ１１２のプロセスは、獲得要求に係るハードウェアが利用可能か否か（他の獲得要求と競合しないか否か）を判定して、利用可能である場合にはその旨をコントロールサービス１１１の各プロセスに通知する。さらに、ＳＲＭ１１２のプロセスは、獲得要求に係るハードウェアの利用スケジュールを作成して、作成結果に応じて要求内容を実施するための制御を行う。
【００４９】
ハンドラ１１３は、調停結果に応じてハードウェアを管理する。ハンドラ１１３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１２３と、イメージメモリハンドラ（ＩＭＨ）１２４などを有している。ＦＣＵＨ１２３は、ファクシミリコントロールユニットを管理する。ＩＭＨ１２４は、各プロセスにメモリを割り振り、各プロセスに割り振ったメモリを管理する。
【００５０】
また、アプリケーション群１０１とプラットフォーム１０２の仲介を行うソフトウェアとして、仮想アプリケーションサービス（ＶＡＳ）１２５を有している。
【００５１】
ＶＡＳ１２５は、アプリケーション群１０１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１０２をサーバとするクライアントプロセスとして動作する。また、ＶＡＳ１２５は、アプリケーション群１０１から見てプラットフォーム１０２を隠蔽するラッピング機能を備え、プラットフォーム１０２のバージョンアップに伴うバージョン差を吸収する役割などを担う。
【００５２】
起動部１２６は、画像形成装置３の電源投入時に最初に実行される。これにより、ＵＮＩＸ（登録商標）などのＯＳが起動され、アプリケーション群１０１やプラットフォーム１０２が起動される。これらのプログラムは、ＨＤＤ３０７やメモリカード３１３に蓄積されており、ＨＤＤ３０７やメモリカード３１３から再生されて、メモリ（例えば、ＭＥＭ−Ｐ３０５）に起動される。
【００５３】
図５は、後述の図１０の処理手順を実行するための画像形成装置３の機能的構成を示すブロック図である。
【００５４】
図５に示すように、画像形成装置３のＣＰＵ３０１は、ＨＤＤ３０７などに格納される所定の制御プログラムをメモリ（ＭＥＭ−Ｐ３０５など）に展開して実行することにより、後述の図１０に示す処理手順を実行する、入出力部３０ａと、制御部３０ｂと、認証要求部３０ｃと、権限判断部３０ｄとして機能する。
【００５５】
入出力部３０ａは、操作表示部３２などを介して、ユーザからの各種操作の入力を受付けたり、ユーザに情報を伝えるために各種情報を表示したりするものである。
【００５６】
制御部３０ｂは、画像形成装置３の各機能の使用の許可または禁止を制御するものである。
【００５７】
具体的には、制御部３０ｂは、入出力部３０ａからの使用要求または権限追加要求を受付けた場合、認証要求部３０ｃを介してユーザ管理サーバ２に対して認証要求または権限追加要求を行う。また、制御部３０ｂは、前述の認証要求または権限追加要求に応じて、認証要求部３０ｃを介してユーザ管理サーバ２から権限情報または委譲情報が付加された権限情報を取得し、権限判断部３０ｄに権限の判定を依頼する。また、制御部３０ｂは、前述の依頼の結果、権限判断部３０ｄから判断結果を受け取ると、ログインしたユーザが使用できる機能のロックを解除して使用可能に制御する。
【００５８】
認証要求部３０ｃは、制御部３０ｂからの認証要求または権限追加要求に応じてユーザ管理サーバ２に対して認証要求または権限追加要求を行う。また、認証要求部３０ｃは、前述の認証要求または権限追加要求に応じて、ユーザ管理サーバ２から権限情報または委譲情報が付加された権限情報を取得し、制御部３０ｂに受け渡す。
【００５９】
権限判断部３０ｄは、制御部３０ｂから権限情報を取得し、画像形成装置３の使用に必要な権限とのマッチングを行って、ログインしたユーザが使用できる機能を判定する。
【００６０】
図６は、後述の図１０の処理手順を実行するためのユーザ管理サーバ２の機能的構成を示すブロック図である。
【００６１】
図６に示すように、ユーザ管理サーバ２のＣＰＵは、ＲＯＭや外部記憶装置２６などに格納される所定の制御プログラムをＲＡＭに展開して実行することにより、後述の図１０に示す処理手順を実行する、要求受付部２０ａと、認証部２０ｂと、権限管理部２０ｃと、委譲管理部２０ｄとして機能する。
【００６２】
要求受付部２０ａは、画像形成装置３からの認証要求や権限追加要求を受付け、認証部２０ｂに対して認証依頼を行って認証結果を受け取るとともに、認証が成功した場合に、受付けた要求に応じて、権限管理部２０ｃおよび委譲管理部２０ｄから情報（権限情報、委譲情報）を取得する。
【００６３】
認証部２０ｂは、ユーザ毎の認証情報を登録する認証情報登録テーブルＴ１（図７参照）を管理しており、要求受付部２０ａから認証の依頼があった場合に、画像形成装置３から受け取った認証要求に含まれる認証情報（ユーザＩＤやパスワードなど）で認証情報登録テーブルＴ１を検索し、一致する認証情報が登録されているか否かにより認証を行う。また、認証部２０ｂは、追加、更新、削除などの要求に応じて認証情報登録テーブルＴ１に登録される認証情報の追加、更新、削除などを行う。
【００６４】
権限管理部２０ｃは、ユーザ毎の権限情報を登録する権限情報登録テーブルＴ２（図８参照）を管理しており、要求受付部２０ａから権限取得要求を受け取った場合に、権限取得要求に含まれるユーザＩＤに対応する権限情報を権限情報登録テーブルＴ２から検索して要求受付部２０ａに提供する。また、権限管理部２０ｃは、追加、更新、削除などの要求に応じて権限情報登録テーブルＴ２に登録される権限情報の追加、更新、削除などを行う。
【００６５】
委譲管理部２０ｄは、ユーザ毎の委譲情報を登録する委譲情報登録テーブルＴ３（図９参照）を管理しており、要求受付部２０ａから委譲情報の取得要求を受け取った場合に、委譲情報に含まれるユーザＩＤに対応する委譲情報を、委譲情報登録テーブルＴ３から検索し、要求受付部２０ａに提供する。また、委譲管理部２０ｄは、追加、更新、削除などの要求に応じて委譲情報登録テーブルＴ３に登録される委譲情報の追加、更新、削除などを行う。
【００６６】
次に、図６で示したユーザ管理サーバ２の各機能構成部（認証部２０ｂ、権限管理部２０ｃおよび委譲管理部２０ｄ）が管理する各種テーブルについて図７〜図９を用いて説明する。
【００６７】
図７は、認証部２０ｂが管理する認証情報登録テーブルの一構成例を示す模式図である。
【００６８】
図７に示すように、認証情報登録テーブルＴ１は、情報処理システム１（特に、画像形成装置３）の利用を許可されている正規のユーザ毎の認証情報を登録するテーブルである。具体的には、図７に示す認証情報登録テーブルＴ１では、正規のユーザ毎に固有に割り振られユーザを識別（特定）するためのユーザＩＤ（ユーザ識別情報）に、ユーザ名を示す情報と、パスワードを示す情報と、カードＩＤを示す情報とを対応付けした認証情報を登録している。
【００６９】
図８は、権限管理部２０ｃが管理する権限情報登録テーブルの一構成例を示す模式図である。
【００７０】
図８に示すように、権限情報登録テーブルＴ２は、正規のユーザ毎の権限情報を登録するテーブルである。ここで、権限情報とは、画像形成装置３における各機能の使用や或る機能の使用量の制限を示す情報である。
【００７１】
具体的には、図８に示す権限情報登録テーブルＴ２では、ユーザＩＤに、コピー機能、スキャナ機能、ＦＡＸ（ファクシミリ）機能、印刷（プリンタ）機能、ＳＤＫアプリなどの使用の制限を示す情報（許可、禁止など）や、カラー印刷（カラー画像形成）およびモノクロ印刷（モノクロ画像形成）の上限枚数を示す情報などを対応付けした権限情報を登録している。
【００７２】
図８の例では、「コピー」項目において、「モノクロ」が設定されている場合は、モノクロコピーのみが許可されていることを示し、また、「カラー」が設定されている場合は、カラーコピーおよびモノクロコピーの両方が許可されていることを示し、更に、「禁止」が設定されている場合は、コピー機能を使用できないこと（即ち、コピー機能の使用不可）を示す。
【００７３】
また、「スキャナ」項目において、「禁止」が設定されている場合は、スキャナ機能を使用できないこと（即ち、スキャナ機能の使用不可）を示し、他方、「許可」が設定されている場合は、スキャナ機能を使用できること（即ち、スキャナ機能の使用可）を示す。
【００７４】
また、「ＦＡＸ」項目において、「禁止」が設定されている場合は、ＦＡＸ機能を使用できないこと（即ち、ＦＡＸ機能の使用不可）を示し、他方、「許可」が設定されている場合は、ＦＡＸ機能を使用できること（即ち、ＦＡＸ機能の使用可）を示す。
【００７５】
また、「印刷」項目において、「モノクロ」が設定されている場合は、モノクロ印刷（画像形成）のみが許可されていることを示し、また、「カラー」が設定されている場合は、カラー印刷（画像形成）およびモノクロ印刷（画像形成）の両方が許可されていることを示し、更に、「禁止」が設定されている場合は、印刷（画像形成）機能を使用できないこと（即ち、印刷機能の使用不可）を示す。
【００７６】
また、「カラー上限」項目においては、カラー印刷（画像形成）の上限印刷枚数（印刷上限値）が設定される。この「カラー上限」項目においては、カラー印刷が許可されていないユーザには、上限印刷枚数として「０」が設定される。
【００７７】
また、「モノクロ上限」項目においては、モノクロ印刷（画像形成）の上限印刷枚数（印刷上限値）が設定される。この「モノクロ上限」項目においては、モノクロ印刷が許可されていないユーザには、上限印刷枚数として「０」が設定される。
【００７８】
また、「ＳＤＫ」項目において、「禁止」が設定されている場合は、ＳＤＫアプリを使用できないこと（即ち、ＳＤＫアプリの使用不可）を示し、他方、「許可」が設定されている場合は、ＳＤＫアプリを使用できること（即ち、ＳＤＫアプリの使用可）を示す。
【００７９】
図９は、委譲管理部２０ｄが管理する委譲情報登録テーブルＴ３の一構成例を示す模式図である。
【００８０】
図９に示すように、委譲情報登録テーブルＴ３は、正規のユーザ毎の委譲情報を登録するテーブルである。ここで、委譲情報とは、あるユーザが他のユーザに委譲する権限を特定するための情報である。
【００８１】
具体的には、図９に示す委譲情報登録テーブルＴ３では、ユーザＩＤに、他のユーザに対して、コピー機能、スキャナ機能、ＦＡＸ（ファクシミリ）機能、印刷（プリンタ）機能、ＳＤＫアプリなどの使用権限の委譲を許可する／しないを示す情報（「する」、「しない」など）や、他のユーザに委譲するカラー印刷（カラー画像形成）やモノクロ印刷（モノクロ画像形成）の上限印刷枚数（印刷上限値）を示す情報などを対応付けした委譲情報を登録している。
【００８２】
図９の例では、「コピー」項目において、「する」が設定されている場合は、他のユーザに自己（ユーザＩＤで特定されるユーザ）に対して設定されているコピー権限（モノクロコピーのみ許可されている権限や、カラーコピーおよびモノクロコピーの両方が許可されている権限など）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているコピー権限の委譲を許可しないことを示す。
【００８３】
また、「スキャナ」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されているスキャナ権限（スキャナ機能を使用できる権限）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているスキャナ権限の委譲を許可しないことを示す。
【００８４】
また、「ＦＡＸ」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されているＦＡＸ権限（ＦＡＸ機能を使用できる権限）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているＦＡＸ権限の委譲を許可しないことを示す。
【００８５】
また、「印刷」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されている印刷権限（モノクロ印刷のみ許可されている権限や、カラー印刷およびモノクロ印刷の両方が許可されている権限など）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されている印刷権限の委譲を許可しないことを示す。
【００８６】
また、「カラー上限」項目においては、他のユーザに対して委譲するカラー印刷（画像形成）の上限印刷枚数や、委譲を許可しないことを示す「しない」などが設定される。例えば、この「カラー上限」項目においては、カラー印刷が許可されていないユーザなどに対しては、上限印刷枚数ではなく「しない」が設定される。
【００８７】
また、「モノクロ上限」項目においては、他のユーザに対して委譲するモノクロ印刷（画像形成）の上限印刷枚数や、委譲を許可しないことを示す「しない」などが設定される。例えば、この「モノクロ上限」項目においては、モノクロ印刷が許可されていないユーザなどに対しては、上限印刷枚数ではなく「しない」が設定される。
【００８８】
また、「ＳＤＫ」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されているＳＤＫ権限（ＳＤＫアプリの使用が許可されている権限）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているＳＤＫ権限の委譲を許可しないことを示す。
【００８９】
なお、図７〜図９の例では、正規のユーザの人数が４人である場合について示しているが、これに限定されず、正規のユーザの人数は４人以外の人数であっても良い。また、図９の例では、全てのユーザ毎に委譲情報が設定される場合について示しているが、これに限定されず、少なくとも一人のユーザの委譲情報が設定されていれば良い。更に、図９の例では、各ユーザ毎に一種類の委譲情報が設定される形態について示しているが、これに限定されず、権限が委譲される譲受ユーザ毎に異なる権限を委譲できるようにするために、ユーザ毎に複数種類の委譲情報を設定でき、委譲情報毎に権限が委譲される譲受ユーザ（委譲対象ユーザ）を識別可能な情報（ユーザＩＤなど）を設定できる形態とすることも可能である。
【００９０】
次に、第１の実施形態の情報処理システム１における処理動作について図１０〜図１３を用いて説明する。
【００９１】
図１０は、ユーザＵ１（権限が委譲される譲受ユーザ）が他のユーザＵ２（権限を委譲する委譲元のユーザ）から権限を一時的に委譲して貰う場合の情報処理システム１における処理の流れを示すシーケンス図である。
【００９２】
図１０の例では、ユーザＩＤ「１」のユーザＵ１がユーザＩＤ「２」のユーザＵ２から権限を委譲して貰う場合の処理手順を示している。
【００９３】
図１０に示すように、このシーケンスでは、まず、ユーザＵ１が、画像形成装置３の操作表示部３２の表示部に表示されるログイン画面を用いて、ユーザＩＤ（例えば、「１」）およびパスワード（例えば、「１１１１」）などを入力して利用開始の宣言を行うための使用要求処理（ログイン処理）を実行する（ステップＳ１）。使用要求処理としては、ログイン画面を用いる他に、ユーザＩＤおよびパスワードなどが登録されているＩＣカードなどをカード情報読取装置に読み取らせることにより行うようにしても良い。
【００９４】
すると、画像形成装置３では、入出力部３０ａが制御部３０ｂに対して、ステップＳ１で入力したユーザＩＤおよびパスワードを含む使用要求（ログインの要求）信号を出力する（ステップＳ２）。
【００９５】
すると、制御部３０ｂが、認証要求部３０ｃに対して、前述の使用要求信号に含まれるユーザＩＤおよびパスワードを受け渡して、認証要求を依頼する（ステップＳ３）。これにより、認証要求部３０ｃが、認証情報（ユーザＩＤおよびパスワード）を含んだ認証要求信号をユーザ管理サーバ２に送信する（ステップＳ４）。
【００９６】
ユーザ管理サーバ２は、要求受付部２０ａが、画像形成装置３から認証要求信号を受信すると、認証部２０ｂに対して、受信した認証要求信号に含まれる認証情報（ユーザＩＤおよびパスワード）を受け渡して、認証を依頼する（ステップＳ５）。
【００９７】
すると、認証部２０ｂは、認証情報登録テーブルＴ１（図７参照）を参照して、受け取った認証情報（ユーザＩＤおよびパスワード）と一致する認証情報が登録されているか否かにより認証の成功または失敗を判定し（ステップＳ６）、認証結果（成功または失敗）を要求受付部２０ａに返信する（ステップＳ７）。
【００９８】
その後、要求受付部２０ａは、認証失敗の結果を受信した場合には、その旨（認証失敗）を画像形成装置３に返信するが、以下では、正規のユーザＵ１の認証に成功した場合について説明する。
【００９９】
即ち、要求受付部２０ａは、認証成功の結果を受信した場合、権限管理部２０ｃに対してユーザＩＤを含む権限取得要求の信号を出力する（ステップＳ８）。
【０１００】
権限管理部２０ｃは、権限取得要求の信号を受信すると、該受信した権限取得要求の信号に含まれるユーザＩＤに基づいて、権限情報登録テーブルＴ２（図８参照）を参照し、ユーザＩＤに対応付けて登録されているユーザＵ１の権限情報（コピー「モノクロ」、スキャナ「禁止」、ＦＡＸ「禁止」、印刷「モノクロ」、カラー上限「０」、モノクロ上限「１０」、ＳＤＫ「禁止」など）を検索する（ステップＳ９）。
【０１０１】
その後、権限管理部２０ｃは、検索された権限情報を要求受付部２０ａに出力する（ステップＳ１０）。
【０１０２】
すると、要求受付部２０ａが受け取った権限情報を画像形成装置３に送信する（ステップＳ１１）。
【０１０３】
画像形成装置３では、権限情報を受信した認証要求部３０ｃが、受信した権限情報を制御部３０ｂに出力する（ステップＳ１２）。
【０１０４】
続いて、制御部３０ｂが、権限情報を含む権限判断要求信号を権限判断部３０ｄに出力する（ステップＳ１３）。
【０１０５】
すると、権限判断部３０ｄが、入力した権限情報をもとに装置内部での権限との照会を行う権限判断処理を実行する（ステップＳ１４）。具体的には、このステップＳ１４の処理では、入力した権限情報をもとにログインしたユーザ（ユーザＵ１）が使用できる機能を判断する。
【０１０６】
その後、権限判断部３０ｄは、制御部３０ｂに対して、使用できる機能を示す情報を含む判断結果を出力する（ステップＳ１５）。
【０１０７】
すると、制御部３０ｂは、入力した判断結果に基づいて、ユーザＵ１が使用できる機能のロックを解除する、即ち、ユーザＵ１が使用できる機能を使用可能状態にする（ステップＳ１６）。このとき、制御部３０ｂは、入出力部３０ａを介して、使用できる機能のロックが解除されたことや、使用できる機能を操作表示部３２などを用いてユーザＵ１に通知する。例えば、図１１（ａ）の画面を操作表示部３２に表示する。図１１（ａ）の例では、ユーザＵ１は、ユーザＵ１に元々与えられている権限に基づいて、斜線で示される機能、即ち、モノクロコピー機能と印刷機能が使用できることを示している。
【０１０８】
続いて、先にログインしたユーザＵ１の権限では出来ない処理を行う際に、その処理を行うことができる権限を持つ別のユーザＵ２で権限追加処理（追加ログイン処理）を行う（ステップＳ１７）。権限追加の方法としては、ユーザＵ２が操作表示部３２の表示部に表示される「権限追加」ボタン３２１を押下し（図１１（ａ）参照）、ユーザＩＤ（「２」）とパスワード（「２２２２」）を入力する方法があるが、ユーザＩＤおよびパスワードなどが登録されているＩＣカードなどをカード情報読取装置に読み取らせることにより行うようにしても良い。
【０１０９】
すると、画像形成装置３では、入出力部３０ａが制御部３０ｂに対して、ステップＳ１７で入力したユーザＩＤ（「２」）およびパスワード（「２２２２」）を含む権限追加要求信号を出力する（ステップＳ１８）。
【０１１０】
すると、制御部３０ｂが、認証要求部３０ｃに対して、入出力部３０ａから入力した権限追加要求に含まれるユーザＩＤ（「２」）およびパスワード（「２２２２」）を受け渡して、権限追加要求を依頼する（ステップＳ１９）。これにより、認証要求部３０ｃが、認証情報（ユーザＩＤ（「２」）およびパスワード（「２２２２」））を含んだ権限追加要求信号をユーザ管理サーバ２に送信する（ステップＳ２０）。
【０１１１】
ユーザ管理サーバ２は、要求受付部２０ａが、画像形成装置３から権限追加要求信号を受信すると、認証部２０ｂに対して、受信した認証要求信号に含まれる認証情報（ユーザＩＤ（「２」）およびパスワード（「２２２２」））を受け渡して、認証を依頼する（ステップＳ２１）。
【０１１２】
すると、認証部２０ｂは、認証情報登録テーブルＴ１（図７参照）を参照して、受け取った認証情報｛ユーザＩＤ（「２」）およびパスワード（「２２２２」）｝と一致する認証情報が登録されているか否かにより認証の成功または失敗を判定し（ステップＳ２２）、認証結果（成功または失敗）を要求受付部２０ａに返信する（ステップＳ２３）。
【０１１３】
その後、要求受付部２０ａは、認証失敗の結果を受信した場合には、その旨（認証失敗）を画像形成装置３に返信するが、以下では、正規のユーザＵ２の認証に成功した場合について説明する。
【０１１４】
即ち、要求受付部２０ａは、認証成功の結果を受信した場合、委譲管理部２０ｄに対してユーザＩＤ（「２」）を含む委譲情報の取得要求の信号を出力する（ステップＳ２４）。
【０１１５】
委譲管理部２０ｄは、委譲情報の取得要求の信号を受信すると、該受信した取得要求の信号に含まれるユーザＩＤ（「２」）に基づいて、委譲情報登録テーブルＴ３（図９参照）を参照し、ユーザＩＤ（「２」）に対応付けて登録されているユーザＵ２の委譲情報（コピー「する」、スキャナ「する」、ＦＡＸ「する」、印刷「する」、カラー上限「１００」、モノクロ上限「１００」、ＳＤＫ「する」など）を検索する（ステップＳ２５）。
【０１１６】
その後、委譲管理部２０ｄは、権限管理部２０ｃに対して、ユーザＩＤ（「２」）を含む権限取得要求の信号を出力する（ステップＳ２６）。
【０１１７】
権限管理部２０ｃは、権限取得要求の信号を受信すると、該受信した権限取得要求の信号に含まれるユーザＩＤ（「２」）に基づいて、権限情報登録テーブルＴ２（図８参照）を参照し、ユーザＩＤ（「２」）に対応付けて登録されているユーザＵ２の権限情報（コピー「カラー」、スキャナ「許可」、ＦＡＸ「許可」、印刷「カラー」、カラー上限「１０００」、モノクロ上限「１０００」、ＳＤＫ「許可」など）を検索する（ステップＳ２７）。
【０１１８】
その後、権限管理部２０ｃは、検索された権限情報を委譲管理部２０ｄに出力する（ステップＳ２８）。
【０１１９】
すると、委譲管理部２０ｄは、権限管理部２０ｃから受け取った権限情報に、ステップＳ２５で検索した委譲情報を付加した委譲権限情報を要求受付部２０ａに出力する（ステップＳ２９）。
【０１２０】
すると、要求受付部２０ａが、受け取った委譲権限情報を画像形成装置３に送信する（ステップＳ３０）。
【０１２１】
画像形成装置３では、委譲権限情報を受信した認証要求部３０ｃが、受信した委譲権限情報に含まれる委譲情報および権限情報を制御部３０ｂに出力する（ステップＳ３１）。
【０１２２】
続いて、制御部３０ｂが、入力した委譲情報および権限情報を権限判断部３０ｄに出力する（ステップＳ３２）。
【０１２３】
すると、権限判断部３０ｄが、ステップＳ１３で入力したユーザＵ１の権限情報とステップＳ３２により入力した委譲情報および権限情報とに基づいて権限判断処理を実行する（ステップＳ３３）。このステップＳ３３の処理では、ユーザＵ１の権限とユーザＵ２の委譲権限とをマージした権限、即ち、どちらかの権限で許可されている機能あるいは使用量に基づいて、ログインしたユーザ（ユーザＵ１）が使用できる機能を判断する。
【０１２４】
その後、権限判断部３０ｄは、制御部３０ｂに対して、ユーザＵ１の使用できる機能を示す情報を含む判断結果を出力する（ステップＳ３４）。
【０１２５】
すると、制御部３０ｂは、入力した判断結果に基づいて、ユーザＵ１が使用できる機能のロックを解除する、即ち、この場合には、ユーザＵ２による権限の委譲によって、ユーザＵ１が使用できるようになった機能を使用可能状態にする（ステップＳ３５）。このとき、制御部３０ｂは、入出力部３０ａを介して、使用できる機能のロックが解除されたことや、使用できる機能を操作表示部３２などを用いてユーザＵ１に通知する。例えば、図１１（ｂ）の画面を操作表示部３２に表示する。図１１（ｂ）の例では、ユーザＵ１は、ユーザＵ１に元々与えられている権限に基づいて使用が許可された機能、即ち、モノクロコピー機能および印刷機能に加えて、ユーザＵ２から委譲された権限に基づいて使用が許可された機能、即ち、カラーコピー機能、スキャナ機能およびＦＡＸ機能も使用できるようになったことを示している。
【０１２６】
図１２は、前述のステップＳ３５の段階、即ち、委譲後のユーザＵ１の権限を示す模式図である。即ち、図１２に示す例では、ユーザＵ１は、ユーザＵ２からの権限の委譲後に、コピー機能として、モノクロコピー以外にもカラーコピーが使用可能となり、スキャナ機能、ＦＡＸ機能およびＳＤＫアプリが使用可能となり、印刷機能として、モノクロ印刷以外にもカラー印刷が使用可能となり、カラー印刷の上限印刷枚数が「０枚」から「１００枚」となり、モノクロ印刷の上限印刷枚数が「１０枚」から「１１０枚」となった様子を示している。
【０１２７】
なお、図１０では、特に示していないが、ユーザＵ１にユーザＵ２の権限が委譲された後、ユーザＵ１が使用できる機能を使用した場合に、ユーザＵ１およびユーザＵ２の上限値（印刷上限枚数）を減らす更新処理を実行する。なお、この更新処理については、後述の第２の実施形態で説明する方法などにより実現可能である。また、図１０では、特に示していないが、ユーザＵ２は、ユーザＵ１に権限が委譲された後、所望のタイミングで委譲した権限を解除することも可能である。
【０１２８】
即ち、図１０に示した処理手順を実行することにより、ユーザＵ１は自身に与えられている権限では使用できない機能（スキャナ機能、ＦＡＸ機能、カラーコピー機能など）を使用したい場合に、その機能の使用の権限を与えられている他のユーザＵ２に一時的に権限を委譲してもらうことで、使用できなかった機能（スキャナ機能、ＦＡＸ機能、カラーコピー機能など）を使用できるようになる。
【０１２９】
ここで、図１０に示す処理手順を実行するユーザ管理サーバ２における認証処理の詳細について図１３を用いて説明する。
【０１３０】
図１３は、ユーザ管理サーバ２における認証処理の処理手順を示すフローチャートである。
【０１３１】
図１３に示すように、ユーザ管理サーバ２では、ステップＳ１０１において、認証部２０ｂが、認証の成功／失敗を判定する。そして、認証に成功した場合（ステップＳ１０１：Ｙｅｓ）、続いて、ステップＳ１０２において、要求の種別を判定する。
【０１３２】
ステップＳ１０２において、要求種別が、認証要求であると判定された場合（ステップＳ１０２：認証要求）、続いて、ステップＳ１０３において、権限取得処理が行われ、続いて、ステップＳ１０４において、認証成功とされ、処理を終了する。
【０１３３】
一方、ステップＳ１０２において、要求種別が、権限追加要求であると判定された場合（ステップＳ１０２：権限追加要求）、続いて、ステップＳ１０５において、委譲情報の取得処理が行われ、続いて、ステップＳ１０６において、委譲成功とされ、処理を終了する。
【０１３４】
また、一方、ステップＳ１０２において、認証に失敗した場合（ステップＳ１０１：Ｎｏ）、ステップＳ１０７において、認証エラー処理が実行される。
【０１３５】
以上説明した実施形態によれば、特許文献１のように、あるユーザの権限を他のユーザに委譲（権限委譲）するために、権限委譲を行うための専用の記録媒体（委譲カード）などを用意する必要がないため、システム構築のコストを低減しつつ、権限の委譲を行うことが可能な情報処理システムを提供することができる。
【０１３６】
（第２の実施形態）
次に、第２の実施形態について説明する。
【０１３７】
最初に、第２の実施形態に係る情報処理システム１の構成について図１４を用いて説明する。
【０１３８】
図１４は、第２の実施形態に係る情報処理システム１Ａの構成を示すブロック図である。
【０１３９】
図１４に示すように、第２の実施形態の情報処理システム１Ａでは、第１の実施形態の情報処理システム１に印刷サーバ５が新たに追加された構成となっている。
【０１４０】
ここで、印刷サーバ５は、印刷データの管理を行うサーバ装置であり、具体的には、クライアント端末装置４からの印刷データを受信し、受信した印刷データを蓄積し、そのまま画像形成装置３に送信したり、画像形成装置３からの要求があった場合に印刷データを画像形成装置３に送信したりする装置である。
【０１４１】
第２の実施形態の情報処理システム１Ａでは、ユーザがクライアント端末装置４を利用することにより、印刷データがクライアント端末装置４からネットワークＮを介して印刷サーバ５に送信される。この時、印刷データには、書誌情報として、少なくとも印刷属性（ページ数、作成者名（ユーザー名）、パスワード、タイトル（ジョブ名）、アプリ名等）と、印刷条件（両面／片面、カラー／モノクロ、集約等）とが含まれており、書誌情報と実際に印刷の対象となるデータとが送信される。
【０１４２】
なお、印刷サーバ５のハードウェアは、前述したユーザ管理サーバ２やクライアント端末装置４の構成（図２参照）と略同様に構成できるので、ここでは図示および説明を省略する。
【０１４３】
次に、印刷サーバ５のソフトウェア構成について図１５を用いて説明する。
【０１４４】
図１５は、印刷サーバ５のソフトウェア構成を示すブロック図である。
【０１４５】
図１５に示すように、印刷サーバ５のＣＰＵは、ＲＯＭや外部記憶装置などに格納される所定の制御プログラムをＲＡＭに展開して実行することにより、後述の図１６に示す処理手順を実行する、印刷データ保持部５０ａと、印刷リスト作成部５０ｂと、印刷データ取得部５０ｃとして機能する。
【０１４６】
ここで、印刷データ保持部５０ａは、印刷データを保持するものである。
【０１４７】
印刷リスト作成部５０ｂは、印刷リストを作成するものである。
【０１４８】
印刷データ取得部５０ｃは、印刷データ保持部５０ａに保持されている印刷データを取得するものである。
【０１４９】
次に、第２の実施形態に係る情報処理システム１Ａにおける処理動作について図１６および図１７を用いて説明する。
【０１５０】
図１６は、ユーザＵ１（権限が委譲されるユーザ）が他のユーザＵ２（権限を委譲するユーザ）から権限を一時的に委譲して貰う場合の情報処理システム１における処理の流れを示すシーケンス図である。図１６の例では、ユーザＩＤ「１」のユーザＵ１がユーザＩＤ「２」のユーザＵ２から権限を委譲して貰う場合の処理手順を示している。
【０１５１】
図１６に示す第２の実施形態の処理手順では、図１０に示す第１の実施形態の処理手順と相違する点として、図１０のステップＳ１〜ステップＳ１６のログイン処理と、ステップＳ１７〜ステップＳ３５の追加ログイン処理との間に、印刷リストの処理（ステップＳ４０〜ステップＳ４８）が新たに追加され、更に、ステップＳ１７〜ステップＳ３５の追加ログイン処理後に、ユーザの印刷実行処理およびユーザログアウト処理（ステップＳ５０〜ステップＳ６４）が新たに追加された構成となっている。このため、以下の説明では、同一の処理については説明を省略する。
【０１５２】
ただし、第２の実施形態では、ステップＳ１〜ステップＳ１６のログイン処理およびステップＳ１７〜ステップＳ３５の追加ログイン処理における権限判断処理において、ユーザの使用できる機能を判断するのではなく、実行できる印刷ジョブを判断するようになっている。
【０１５３】
即ち、図１６に示す処理手順では、ステップＳ１６のロック解除処理後に、ユーザＵ１が、操作表示部３２に表示される画面などを利用して、印刷リストの取得要求操作を行う（ステップＳ４０）。
【０１５４】
すると、入出力部３０ａが印刷リストの取得要求があった旨を制御部３０ｂに伝達する（ステップＳ４１）。
【０１５５】
制御部３０ｂは、印刷サーバ５に対して、ユーザＵ１の認証情報を付加した印刷リストの取得要求の信号を送信する（ステップＳ４２）。
【０１５６】
前述の印刷リストの取得要求の信号を受信した印刷サーバ５では、印刷リスト作成部５０ｂが、受信した認証情報に基づき、印刷データ保持部５０ａに保持されている印刷データからユーザＵ１の作成した印刷データの印刷リストを作成する（ステップＳ４３）。具体的には、ステップＳ４３の処理では、印刷リスト作成部５０ｂは、認証情報と一致する情報（作成者名またはパスワード）を持つ印刷データの書誌情報を収集し、書誌情報に基づいて印刷リストを作成する。
【０１５７】
続いて、印刷リスト作成部５０ｂは、作成した印刷リストを画像形成装置３に返信する（ステップＳ４４）。
【０１５８】
すると、画像形成装置３では、制御部３０ｂが、印刷リストを権限判断部３０ｄに渡し、権限判断を要求する（ステップＳ４５）。具体的には、ステップＳ４５の処理では、制御部３０ｂは、権限判断部３０ｄに対して、印刷リストのうちユーザＵ１に付与された権限から印刷を実行できるジョブと実行できないジョブとの判断を要求する。
【０１５９】
すると、権限判断部３０ｄは、権限判断処理を実行し（ステップＳ４６）、権限情報（特に、カラー上限、モノクロ上限の上限印刷枚数）に基づいて、印刷リストのうち、印刷の実行を許可するジョブと印刷の実行を許可しないジョブとを識別した印刷リストを判断結果として制御部３０ｂに送信する（ステップＳ４７）。
【０１６０】
制御部３０ｂは、操作表示部３２の表示部に、受信した判断結果に含まれる印刷リストの情報（図１７（ａ）参照）を表示する（ステップＳ４８）。図１７（ａ）に示す印刷リストの例では、ジョブ名：ｄｏｃｕｍｅｎｔ４のジョブのみが印刷処理を実行でき、その他のジョブ（ジョブ名：ｄｏｃｕｍｅｎｔ１〜３、５の４つのジョブ）は印刷処理を実行できないことを示している。
【０１６１】
続いて、図１０に示したステップＳ１７〜ステップＳ３５の追加ログイン処理と略同様の追加ログイン処理が実行された後のユーザの印刷実行処理およびユーザログアウト処理（ステップＳ５０〜ステップＳ６４）について説明する。
【０１６２】
まず、ユーザＵ１が、操作表示部３２を用いて、印刷の実行を要求する操作を行う（ステップＳ５０）。
【０１６３】
すると、入出力部３０ａが印刷の実行要求を制御部３０ｂに伝達し（ステップＳ５１）、制御部３０ｂが、印刷を実行する処理を制御する（ステップＳ５２）。具体的には、制御部３０ｂは、印刷を実行する機能部（画像形成部３５など）に対して印刷の実行を要求することで、印刷が実行される。
【０１６４】
印刷を実行した後、制御部３０ｂは、権限判断部３０ｄに対して、印刷上限値の更新を要求する（ステップＳ５３）。
【０１６５】
権限判断部３０ｄは、印刷上限値の更新要求に基づいて、印刷上限値を更新する（ステップＳ５４）。このステップＳ５４における印刷上限値の更新処理の詳細については後述する。
【０１６６】
ステップＳ５４の更新処理後、権限判断部３０ｄは、更新した印刷上限値に基づいて再度印刷リストの権限判断を行い（ステップＳ５５）、判断結果（更新した印刷リスト）を制御部３０ｂに送信する（ステップＳ５６）。なお、このとき、権限判断部３０ｄは、制御部３０ｂに更新した権限情報｛ユーザＵ１の権限情報やユーザＵ２の委譲情報など｝を送信する。
【０１６７】
制御部３０ｂは、操作表示部３２の表示部に、受信した判断結果に含まれる更新した印刷リストの情報（図１７（ｂ）参照）を表示する（ステップＳ５７）。図１７（ｂ）に示す印刷リストの例では、全てのジョブ（ジョブ名：ｄｏｃｕｍｅｎｔ１〜５の５つのジョブ）の印刷処理が実行できることを示しているとともに、ユーザＵ１の残り印刷可能枚数が増加した様子、即ち、図１７（ａ）と比較して、カラーの残り印刷可能枚数が「０」から「１００」に増加され、モノクロの残り印刷可能枚数が「１０」から「１１０」に増加された様子を示している。
【０１６８】
その後、ユーザＵ１が操作表示部３２を用いてログアウト操作を実行する（ステップＳ５８）。すると、入出力部３０ｂから制御部３０ｂに使用の中止要求が出力される（ステップＳ５９）。
【０１６９】
すると、制御部３０ｂは、権限判断部３０ｄから受信した更新した権限情報｛ユーザＵ１の権限情報とユーザＵ２の委譲情報の両方｝をユーザ管理サーバ２に送信する（ステップＳ６０）。
【０１７０】
更新した権限情報を受信したユーザ管理サーバ２では、要求受付部２０ａが、権限管理部２０ｃに更新したユーザＵ１の権限情報を渡し（ステップＳ６１）、委譲管理部２０ｄに更新したユーザＵ２の委譲情報を渡す（ステップＳ６２）。これにより、権限管理部２０ｃがユーザＵ１の権限情報を更新し（ステップＳ６３）、委譲管理部２０ｄがユーザＵ２の委譲情報を更新する（ステップＳ６４）。
【０１７１】
なお、前述のステップＳ５３およびステップＳ５４の上限値の更新に係る処理は、印刷実行後でなくても良く、例えば、印刷実行前や、印刷実行中（例えば、１ページ印刷される度）に逐次更新するようにしても良い。
【０１７２】
次に、前述のステップＳ５４における印刷上限値の更新処理の詳細について説明する。
【０１７３】
ステップＳ５４の印刷上限値の更新処理方法としては、例えば、以下の［１］または［２］の方法が考えられる。
【０１７４】
［１］印刷が実行された印刷ジョブが、ユーザＵ１の権限情報に含まれる印刷上限値内に留まる場合には、ユーザＵ１の印刷上限値を更新する（即ち、印刷上限値から使用した分を引く）か、ユーザＵ２の委譲情報に含まれる印刷上限値（以下、単に「委譲上限値」という。）を更新する。
【０１７５】
ユーザＵ２の委譲上限値を更新するか否かは、委譲権限の中に許可／不許可の情報を設定しておく、または予め管理者が統一して設定しておくことにより決定する。
【０１７６】
［２］印刷が実行された印刷ジョブが、ユーザＵ１の権限情報に含まれる印刷上限値内に留まらない場合には、ユーザＵ１の印刷上限値を更新し、足りない分をユーザＵ２の委譲上限値から引くか、ユーザＵ２の委譲上限値を更新する。
【０１７７】
［２］の方法においては、予め分配率を決めておく。分配率に基づいて収まらなかった場合には、委譲上限値から引く。
【０１７８】
分配率について、例えばユーザＵ１の印刷上限値が「１０」で、ユーザＵ２の委譲上限値が「１００」の場合に、ユーザＵ１が１６枚の印刷を実行したとする。このとき、分配率が５０：５０であれば、ユーザＵ１の印刷上限値「１０」から「８」を引いて、更新後の印刷上限値は「２」となり、ユーザＵ２の委譲上限値「１００」から「８」を引いて、更新後の委譲上限値は「９２」となる。
【０１７９】
小数点が出た場合には、そのまま引くか、一方を切り上げて、他方を切り下げることで整合を取るなどが考えられる。分配率の設定は、委譲情報の中に設定しておくか、システム管理者が一律で画像形成装置３に設定しておく方法などが考えられる。
【０１８０】
また、前述した図１６の処理手順では、権限を委譲されるユーザ（ユーザＵ１）の権限情報と権限を委譲するユーザ（ユーザＵ２）の委譲情報のそれぞれの印刷上限値の更新処理を画像形成装置３側で行う形態について説明したが、これ以外にもユーザ管理サーバ２で行うようにしても良いものとする。
【０１８１】
その場合、具体的には、画像形成装置３側では、権限委譲後の印刷上限値（図１２参照）から、権限を委譲されるユーザ（ユーザＵ１）の印刷実行枚数（使用した分）を引く処理に留まる。そして、権限を委譲されるユーザ（ユーザＵ１）がログアウトした後に、画像形成装置３がユーザ管理サーバ２に対して前述の引く処理で更新されている権限委譲後の印刷上限値を送信する。そして、ユーザ管理サーバ２側で、ユーザ管理サーバ２側で保持しているユーザＵ１の印刷上限値とユーザＵ２の委譲上限値とを足し、画像形成装置３から受信した権限委譲後の印刷上限値を引くことで使用量を算出して、適宜更新処理を行う、即ち、権限を委譲されるユーザ（ユーザＵ１）の権限情報と権限を委譲するユーザ（ユーザＵ２）の委譲情報のそれぞれの印刷上限値の更新処理を実行する。
【０１８２】
次に、委譲情報の設定方法について図１８を用いて説明する。
【０１８３】
図１８は、クライアント端末装置４に表示される権限委譲設定画面Ｓ１の一構成例を示す図である。
【０１８４】
図１８に示す権限移譲設定画面Ｓ１は、委譲情報登録テーブルＴ３（図９）に登録される委譲情報を設定するための画面（ＷｅｂＵＩ）である。
【０１８５】
そして、各ユーザが、この権限移譲設定画面Ｓ１を用いて、委譲情報を設定し、「ＯＫ」ボタン４０１を押下すると、クライアント端末装置４が、権限移譲設定画面Ｓ１で設定された委譲情報とユーザＩＤとをネットワークＮを介してユーザ管理サーバ２に送信する。すると、委譲情報を受信したユーザ管理サーバ２では、委譲管理部２０ｄが、受信したユーザＩＤおよび委譲情報に基づいて委譲情報登録テーブルＴ２の内容を更新する。
【０１８６】
このような構成によれば、各ユーザが自分自身で委譲情報を設定することが可能であり、これにより、より柔軟に印刷管理が行えるようになる。
【０１８７】
次に、前述した実施形態の各種変形例について説明する。
【０１８８】
最初に、第１および第２の実施形態において権限を委譲する期間を設定できるようにする構成について図１９および図２０を用いて説明する。
【０１８９】
図１９は、図５に示した画像形成装置３のソフトウェア構成の変形例を示すブロック図であり、この場合、権限を委譲する期間の設定および管理を行うための期間判定部３０ｅを新たに追加した様子を示している。
【０１９０】
図１９に示すように、この構成では、期間判定部３０ｅが新たに追加された以外、図５に示す構成と同一となっている。このため、同一の構成については説明を省略する。
【０１９１】
ここで、期間判定部３０ｅは、権限を委譲する期間の設定および管理を行うものであり、期間が切れた場合に、制御部３０ｂに対して委譲された権限に対応して新たに使用可能となった機能の使用禁止（ロック）を指示する。その指示を受け取った制御部３０ｂは、該当する機能の使用を禁止（ロック）する。
【０１９２】
権限を委譲する期間としては、１ジョブが終了するまでや、ユーザがログアウトするまでや、任意の時間などを設定することが可能である。そして、権限を委譲する期間は、権限を委譲する委譲元のユーザが個別に設定することも可能であるし、情報処理システム１を管理するシステム管理者が一括して設定することも可能である。
【０１９３】
図２０は、権限を委譲する期間が「１ジョブが終了するまで」で設定されている場合に、画像形成装置３の操作表示部３２に表示される画面の遷移の一例を示す模式図である。
【０１９４】
図２０に示す例では、図２０（ａ）が、第１の実施形態における図１０の処理手順において、ステップＳ１６のロック解除処理後に操作表示部３２に表示される画面を示し、図２０（ｂ）が、同じく図１０の処理手順において、ステップＳ３５の追加ロック解除処理後に操作表示部３２に表示される画面を示し、図２０（ｃ）が、同じく図１０の処理手順のステップＳ３５の追加ロック解除処理後にユーザＵ１の印刷ジョブを一つ実行し、そのジョブが終了した場合に操作表示部３２に表示される画面（即ち、図２０（ａ）と同様）を示している。
【０１９５】
即ち、権限が移譲されるユーザＵ１の印刷ジョブが一つ実行された後、権限を委譲するユーザＵ２から委譲された権限で新たに使用可能になった機能が使用できない状態になった様子を示している。
【０１９６】
このように、権限を委譲する期間を設定して管理することにより、一度追加された権限が解除されると、再度、追加ログインをする必要があるため、他のユーザに想定以上に使用されるような事態が発生することを未然に防ぐことができる。
【０１９７】
なお、権限を委譲する期間は、クライアント端末装置４に表示される期間設定画面などを用いて各ユーザまたはシステム管理者が設定することが可能である。
【０１９８】
また、権限を委譲する期間を設定するタイミングとして、追加ログイン時にすることが可能である。具体的には、追加ログイン時に、画像形成装置３は、制御部３０ｂの制御のもと、操作表示部３２に権限委譲期間を設定するためのダイアログなどを表示させ、そのダイアログを介して権限を委譲するユーザＵ２による権限を委譲する期間の指定を受付て、期間判定部３０ｅに委譲する期間を設定管理させることが可能である。
【０１９９】
次に、権限を委譲するユーザ｛ユーザＵ２｝が追加ログイン操作をしなくても済むための構成について図２１を用いて説明する。
【０２００】
図２１は、図７に示した認証情報登録テーブルＴ１の変形例である認証情報登録テーブルＴ１−１の一構成例を示す模式図である。
【０２０１】
図２１に示す認証情報登録テーブルＴ１−１では、認証用のパスワードとは別に、権限委譲用のパスワードを設定している。
【０２０２】
そして、この認証情報登録テーブルＴ１−１を利用する情報処理システムにおいては、権限が委譲される譲受ユーザ（ユーザＵ１など）が、権限を委譲する委譲元ユーザ（ユーザＵ２など）から、譲渡元ユーザまたはシステム管理者が設定した権限委譲用のパスワードを事前に聞いておき、例えば、ユーザＵ１がログイン処理後に、ユーザＵ２から事前に聞いておいた権限委譲用のパスワードを用いて追加ログイン（権限追加要求）を行うことにより、画像形成装置３が、入力された権限委譲用のパスワードを含む権限追加要求の信号をユーザ管理サーバ２に対して行う。
【０２０３】
そして、ユーザ管理サーバ２が、前述の権限追加要求の信号に含まれる情報に基づいて、認証情報登録テーブルＴ１−１を参照して認証を行うとともに、権限を委譲するユーザＵ２のＩＤを特定し、その特定したユーザＩＤに基づいて権限情報登録テーブルＴ２および委譲情報テーブルＴ３を参照して、権限を委譲するユーザＵ２の権限情報と、権限を委譲するユーザＵ２の委譲情報とを取得して画像形成装置３に送信する。これにより、画像形成装置３が受信した情報に基づいて権限の追加処理を行う｛即ち、ユーザＵ１が使用できる機能を判定し、ユーザＵ１が使用できる機能のロックを解除する｝。
【０２０４】
このような構成により、権限を委譲するユーザが追加ログイン操作をしなくても済むようになる。
【０２０５】
次に、前述のように権限移譲用のパスワードを設定した構成において、特定のユーザにのみ権限を委譲させることができる構成について図２２を用いて説明する。
【０２０６】
図２２は、図７に示した認証情報登録テーブルＴ１の変形例である認証情報登録テーブルＴ１−２の一構成例を示す模式図である。
【０２０７】
図２２に示すように、この変形例の認証情報登録テーブルＴ１−２では、ユーザＩＤに、権限を委譲するユーザのユーザＩＤ（委譲先ユーザＩＤ）を対応付けて管理している。
【０２０８】
このような認証情報登録テーブルＴ１−２を利用することにより、委譲用パスワードを設定する構成において、特定のユーザにのみに権限を委譲させることができる。
【０２０９】
委譲先ユーザＩＤとしては、単一のユーザのＩＤのみを登録しても良いし、複数のユーザのＩＤを登録しても良い。また、その他、ユーザをグループで管理する構成では、グループごとにグループごとのパスワードを登録するようにしても良い。
【０２１０】
次に、権限が委譲される譲受ユーザ、即ち、権限を委譲する対象となる委譲対象ユーザを指定できる構成について図２３および図２４を用いて説明する。
【０２１１】
図２３は、図９に示す委譲情報登録テーブルＴ３の変形例である委譲情報登録テーブルＴ３−１の一構成例を示す模式図である。
【０２１２】
図２３に示すように、この委譲情報登録テーブルＴ３−１では、委譲情報に、権限を委譲する対象となる委譲対象ユーザに関する情報も含ませている。
【０２１３】
図２４は、図２３に示す委譲情報登録テーブルＴ３−１を利用する場合の、ユーザ管理サーバ２における認証処理の手順を示すフローチャートであり、図１３の処理手順の変形例である。
【０２１４】
図２４の処理手順においては、図１３の処理手順において、新たにステップＳ１０８の判定と、ステップＳ１０９の処理が追加された構成となっているため、以下では、同一のステップについては説明を省略する。
【０２１５】
即ち、この処理手順では、ステップＳ１０２の判定で、要求種別が権限追加要求であると判定された場合（ステップＳ１０２：権限追加要求）、ユーザ管理サーバ２は、ステップＳ１０８において、委譲情報登録テーブルＴ３−１を参照して、委譲対象ユーザであるか否かを判定する。そして、この判定の結果、委譲対象ユーザであると判定された場合（ステップＳ１０８：Ｙｅｓ）、ユーザ管理サーバ２は、処理をステップＳ１０５の処理へと移行させる。他方、ステップＳ１０８において、委譲対象ユーザでないと判定された場合（ステップＳ１０８：Ｎｏ）、ユーザ管理サーバ２は、処理をステップＳ１０９に移行させ、委譲エラー処理を実行する。
【０２１６】
このような構成によれば、委譲対象ユーザを指定することができるので、課金先が同じユーザと異なるユーザで委譲する／しないや、委譲の条件を変えられるようになるため、より柔軟な印刷管理が行える。
【０２１７】
委譲対象ユーザとしては、単一のユーザのみを登録しても良いし、複数のユーザを登録しても良い。また、その他、ユーザをグループで管理する構成では、グループを登録するようにしても良い。
【０２１８】
また、前述した実施形態では、画像形成装置３として、コピー機能、スキャナ機能、ファクシミリ（ＦＡＸ）機能およびプリンタ（印刷）機能を有する複合機（ＭＦＰ）である場合について説明したが、これに限定されず、その他の画像形成装置とすることも可能であり、例えば、レーザプリンタ（ＬＰ：Ｌａｓｅｒ Ｐｒｉｎｔｅｒ）などとすることも可能である。
【０２１９】
また、前述した実施形態では、複数のユーザに利用され、且つ、ユーザ毎に使用の権限を設定することで、ユーザ毎に使用できる機能（コピー機能、スキャナ機能、ＦＡＸ機能、印刷機能など）や使用量（カラー印刷の上限枚数、モノクロ印刷の上限枚数など）を制限することが可能な装置として、画像形成装置３の場合について説明したが、これに限定されず、その他の情報処理装置とすることも可能であり、例えば、プロジェクターや、携帯型の情報処理端末などとすることも可能である。
【０２２０】
また、前述した実施形態では、クライアント端末装置４がＰＣの場合について説明したが、これに限定されず、その他の形態の装置であっても良く、例えば、携帯型の情報処理端末とすることも可能である。
【０２２１】
また、前述した実施形態では、ユーザ管理サーバ２を備える形態について説明したが、それに限定されず、ユーザ管理サーバ２が備える各モジュール（要求受付部２０ａ、認証部２０ｂ、権限管理部２０ｃおよび委譲管理部２０ｄ）を、他の情報処理装置（複数のクライアント端末装置４のいずれか一つのクライアント端末装置４や、複数の画像形成装置３のいずれか一つの画像形成装置３など）が備えるように構成しても良い。
【０２２２】
また、前述した実施形態では、権限移譲設定画面Ｓ１（ＷｅｂＵＩ）を用いて委譲情報を設定する方法を示したが、これに限定されず、その他の方法であっても良く、例えば、Ｗｉｎｄｏｗｓ（登録商標）のアプリケーションや、ＸＭＬなどのファイルからインポート・エクスポートするような形態とすることも可能である。
【０２２３】
また、前述した実施形態では、特に述べていないが、システム管理者が各ユーザの委譲情報の初期設定を行うための手段を設けることも可能である。具体的には、例えば、画像形成装置３やユーザ管理サーバ２において、システム管理者がログインした場合に、ユーザ管理サーバ２の初期設定受付手段が、システム管理者による各ユーザの委譲情報の初期設定を受付け、委譲管理部２０ｄが、前述の初期設定受付手段で受付けた初期設定に基づいて委譲情報の初期設定を行うように構成する。このような構成によれば、管理コストの低減や、利便性の向上を図ることができる。
【０２２４】
また、前述した実施形態における処理手順を実行するプログラムは、各装置（ユーザ管理サーバ２、画像形成装置３および印刷サーバ５）のＲＯＭなどの記憶部に予め組み込んで提供することが可能である。また、前述のプログラムは、インストール可能な形式または実行可能な形式のファイルでコンピュータで読み取り可能な記憶媒体に記憶して提供することが可能である。更に、前述のプログラムは、インターネットなどのネットワーク経由で提供または配布したりすることも可能である。
【０２２５】
また、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０２２６】
１ 情報処理システム
２ ユーザ管理サーバ（管理装置）
３ 画像形成装置（情報処理装置）
４ クライアント端末装置
５ 印刷サーバ（印刷管理装置）
２０ａ 要求受付部（要求受付手段）
２０ｂ 認証部（認証手段）
２０ｃ 権限管理部（権限管理手段）
２０ｄ 委譲管理部（委譲管理手段）
３０ａ 入出力部
３０ｂ 制御部（機能制限手段、期間指定受付手段）
３０ｃ 認証要求部
３０ｄ 権限判断部
３０ｅ 期間判定部（期間管理手段）
【先行技術文献】
【特許文献】
【０２２７】
【特許文献１】特開２００９−１５１５１０号公報
【技術分野】
【０００１】
本発明の実施形態は、情報処理システム、管理装置およびプログラムに関する。
【背景技術】
【０００２】
従来、複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などの画像形成装置では、ユーザ毎に使用の権限を設定することで、ユーザ毎に使用できる機能（コピー機能、スキャナ機能、ＦＡＸ機能、印刷機能など）や使用量（カラー印刷の上限枚数、モノクロ印刷の上限枚数など）を制限することが可能となっている。
【０００３】
また、従来では、第１のユーザが自身に設定されている権限では使用できない機能を使用したい場合に、その機能の権限を持っている（即ち、その機能を使用することを許可する権限が与えられた）第２のユーザに一時的に権限を委譲してもらうことで、第１のユーザに対して使用できなかった機能を使用させることを可能とした権限委譲システムが知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、前述した従来の権限委譲システムでは、あるユーザの権限を他のユーザに委譲（権限委譲）するために、権限委譲を行うための専用の記録媒体（委譲カード）を必要とするため、システム構築にコストが掛かるという課題があった。
【０００５】
そこで、本発明は、前記従来の課題を解決するものであり、システム構築のコストを低減しつつ、権限の委譲を行うことが可能な情報処理システム、管理装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決し、目的を達成するために、本発明の管理装置は、情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記情報処理装置に送信する要求受付手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、システム構築のコストを低減しつつ、権限の委譲を行うことが可能な情報処理システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施形態に係る情報処理システムの概略的な構成を示すブロック図である。
【図２】図２は、ユーザ管理サーバやクライアント端末装置の制御系のハードウェア構成を示すブロック図である。
【図３】図３は、画像形成装置のハードウェア構成を示すブロック図である。
【図４】図４は、画像形成装置のソフトウェア構成を説明するためのブロック図である。
【図５】図５は、本実施形態の画像形成装置における特有の機能的構成を示すブロック図である。
【図６】図６は、本実施形態のユーザ管理サーバにおける特有の機能的構成を示すブロック図である。
【図７】図７は、認証部が管理する認証情報登録テーブルの一構成例を示す模式図である。
【図８】図８は、権限管理部が管理する権限情報登録テーブルの一構成例を示す模式図である。
【図９】図９は、委譲管理部が管理する委譲情報登録テーブルの一構成例を示す模式図である。
【図１０】図１０は、情報処理システムにおける画像形成装置とユーザ管理サーバ間の処理の手順を説明するためのシーケンス図である。
【図１１】図１１は、操作表示部に表示される画面の一構成例を示す模式図である。
【図１２】図１２は、ユーザＵ２による権限の委譲後のユーザＵ１の権限の変化の様子を示す模式図である。
【図１３】図１３は、ユーザ管理サーバの処理動作の手順を示すフローチャートである。
【図１４】図１４は、第２の実施形態に係る情報処理システムの構成を示すブロック図である。
【図１５】図１５は、本実施形態の印刷サーバにおける特有の機能的構成を示すブロック図である。
【図１６】図１６は、第２の実施形態に係わる情報処理システムにおける画像形成装置と、ユーザ管理サーバと、印刷サーバとの間の処理手順を説明するためのシーケンス図である。
【図１７】図１７は、プルプリントで印刷サーバから印刷を行う際の画面の一構成例を示す模式図である。
【図１８】図１８は、クライアント端末装置に表示される権限委譲設定画面の一構成例を示す図である。
【図１９】図１９は、図５に示す画像形成装置における特有の機能的構成の変形例を示すブロック図である。
【図２０】図２０は、権限が委譲される有効期間が１ジョブの場合の操作表示部に表示される内容の一構成例を示す図である。
【図２１】図２１は、認証部が管理する認証情報登録テーブルの変形例を示す模式図である。
【図２２】図２２は、認証部が管理する認証情報登録テーブルの変形例を示す模式図である。
【図２３】図２３は、委譲管理部が管理する委譲情報登録テーブルの変形例を示す模式図である。
【図２４】図２４は、図１３の処理手順の変形例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について添付図面を参照して説明する。
【００１０】
（第１の実施形態）
最初に、第１の実施形態に係る情報処理システム１の構成について図１を用いて説明する。
【００１１】
図１は、本実施形態に係る情報処理システム１の概略的な構成を示すブロック図である。
【００１２】
図１に示すように、この情報処理システム１では、ユーザ管理サーバ２と、複数の画像形成装置３（図１の例では、３台）と、複数のクライアント端末装置４（図１の例では、３台）とを備え、それらがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークＮを介して相互に通信可能に接続されている。
【００１３】
ユーザ管理サーバ２は、ユーザに関する各種情報を記憶管理する装置であり、本実施形態では、画像形成装置３の利用を許可された正規のユーザ（正当な使用権限を有した者）毎に設定される各種情報（詳細については詳述するが、正規のユーザを認証するための認証情報や、正規のユーザの権限を示す権限情報や、正規のユーザが他の正規のユーザに委譲する権限を特定するための委譲情報など）を管理するサーバ装置である。
【００１４】
画像形成装置３は、記録用紙などの記録媒体に画像を形成（印刷）することが可能な画像形成装置であり、例えば、コピー機能、スキャナ機能、ファクシミリ（ＦＡＸ）機能およびプリンタ（印刷）機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などで構成される。
【００１５】
本実施形態では、画像形成装置３は、ユーザ毎に設定される権限情報や委譲情報に基づいて、ユーザ毎に使用できる機能（コピー機能、スキャナ機能、ＦＡＸ機能、印刷機能など）や使用量（カラー印刷の上限枚数、モノクロ印刷の上限枚数など）を制限することが可能となっている。
【００１６】
クライアント端末装置４は、ユーザが利用する端末装置であり、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、携帯型の情報端末で構成される。
【００１７】
本実施形態では、クライアント端末装置４は、後述の委譲情報（図９参照）の設定などを行うために利用される。
【００１８】
次に、情報処理システム１を構成するユーザ管理サーバ２、画像形成装置３およびクライアント端末装置４のハードウェア構成について図２および図３を用いて説明する。
【００１９】
図２は、ユーザ管理サーバ２やクライアント端末装置４の制御系のハードウェア構成を示すブロック図である。
【００２０】
図２に示すように、このユーザ管理サーバ２やクライアント端末装置４は、ＰＣなどの一般的なコンピュータを利用したハードウェア構成となっており、例えば、制御部２１と、通信Ｉ／Ｆ２２と、Ｉ／Ｏ機器制御部２３とを備え、それらがバスＢ１によって接続されている。
【００２１】
制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを有して構成されている。
【００２２】
また、制御部２１には、バスＢ１およびＩ／Ｏ機器制御部２３を介して、操作装置（例えば、キーボードやマウスなど）２４、表示装置（例えば、液晶ディスプレイなど）２５、外部記憶装置（例えば、ハードディスク装置（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など）２６などが接続されている。
【００２３】
即ち、この制御部２１は、ＣＰＵがＲＯＭや外部記憶装置２６などに格納されている制御プログラムをＲＡＭに展開して実行することにより、Ｉ／Ｏ機器制御部２３を介して接続される機器の動作を制御するとともに、通信Ｉ／Ｆ２２、ネットワークＮを介して接続される他の装置（ユーザ管理サーバ２など）との間で各種データを送受信する動作を制御するものである。
【００２４】
図３は、画像形成装置３のハードウェア構成を示すブロック図である。
【００２５】
図３に示すように、画像形成装置３は、大きく分けて、コントローラ３１と、操作表示部（オペレーションパネル）３２と、ファクシミリコントロールユニット（ＦＣＵ）３３と、画像読取部３４と、画像形成部３５とを備えている。
【００２６】
コントローラ３１は、画像形成装置３全体の制御、即ち、描画処理や、通信処理や、操作表示部３２に対する操作入力及び表示処理などの各種処理を制御するものである。
【００２７】
図３の例では、コントローラ３１は、ＣＰＵ３０１と、ＡＳＩＣ３０２と、ノースブリッジ（ＮＢ）３０３と、サウスブリッジ（ＳＢ）３０４と、システムメモリ（ＭＥＭ−Ｐ）３０５と、ローカルメモリ（ＭＥＭ−Ｃ）３０６と、ハードディスクドライブ（ＨＤＤ）３０７と、メモリカードスロット３０８と、ネットワークインタフェースコントローラ（ＮＩＣ）３０９と、ＵＳＢデバイス３１０と、ＩＥＥＥ１３９４デバイス３１１と、セントロニクスデバイス３１２を備えている。
【００２８】
ここで、ＣＰＵ３０１は、種々の情報処理を実行するためのＩＣであり、アプリケーション１０１やプラットフォーム１０２（図４参照）をＵＮＩＸ（登録商標）などのＯＳによりプロセス単位で並列的に実行する。
【００２９】
ＡＳＩＣ３０２は、画像処理用のＩＣである。ＮＢ３０３は、ＣＰＵ３０１とＡＳＩＣ３０２を接続するためのブリッジである。ＳＢ３０４は、ＮＢ３０３と周辺機器等を接続するためのブリッジである。ＡＳＩＣ３０２とＮＢ３０３は、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）を介して接続されている。
【００３０】
ＭＥＭ−Ｐ３０５は、ＮＢ３０３に接続されたメモリである。ＭＥＭ−Ｃ３０６は、ＡＳＩＣ３０２に接続されたメモリである。ＨＤＤ３０７は、ＡＳＩＣ３０２に接続されたストレージであり、画像データや、文書データや、プログラムや、フォントデータや、フォームデータなどの蓄積を行うために使用される。メモリカードスロット３０８は、ＳＢ３０４に接続されたスロットであり、メモリカード３１３をセット（挿入）するために使用される。
【００３１】
ＮＩＣ３０９は、ネットワークＮなどを介してＭＡＣアドレスなどを使用したデータ通信を行うためのコントローラである。ＵＳＢインタフェース３１０は、ＵＳＢ規格に準拠したシリアルポートを提供するためのインタフェースである。ＩＥＥＥ１３９４インタフェース３１１は、ＩＥＥＥ１３９４規格に準拠したシリアルポートを提供するためのインタフェースである。セントロニクスインタフェース３１２は、セントロニクス仕様に準拠したパラレルポートを提供するためのインタフェースである。
【００３２】
ＮＩＣ３０９と、ＵＳＢインタフェース３１０と、ＩＥＥＥ１３９４インタフェース３１１と、セントロニクスインタフェース３１２は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｅｃｔ）バスを介してＮＢ３０３とＳＢ３０４に接続されている。
【００３３】
操作表示部３２は、画像形成装置３の各種機能を利用するための操作方法を表示するとともに、ユーザからの操作入力を受け付けるためのユーザインタフェースである。操作表示部３２は、ＡＳＩＣ３０２に接続されている。
【００３４】
ＦＣＵ３３は、Ｇ３などのファクシミリ通信を制御するユニットである。
【００３５】
画像読取部３４は、画像を読み取るユニットであり、例えば、スキャナとして構成されて、原稿台にセットされた原稿の画像を読み取る。
【００３６】
画像形成部３５は、画像読取部３４の読み取りで得られた画像データなどに基づいて、画像を記録媒体に形成するためのユニットであり、例えば、電子写真方式を採用して構成される。
【００３７】
ＦＣＵ３３と、画像読取部３４と、画像形成部３５とは、ＰＣＩバスを介してＡＳＩＣ３０２に接続されている。
【００３８】
次に、画像形成装置３およびユーザ管理サーバ２のソフトウェア構成について図４〜図６を用いて説明する。
【００３９】
図４は、画像形成装置３のソフトウェア構成を説明するためのブロック図である。
【００４０】
図４に示すように、画像形成装置３のソフトウェア１００としては、種々のアプリケーション群１０１と、種々のプラットフォーム１０２とが存在する。これらのプログラムは、ＵＮＩＸ（登録商標）などのＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。
【００４１】
アプリケーション群１０１は、各機能に係る処理動作を実行するためのソフトウェアである。
【００４２】
図４の例では、アプリケーション群１０１は、コピー機能に係る処理動作を実行するためのソフトウェアであるコピーアプリ１０３と、プリンタ機能に係る処理動作を実行するためのソフトウェアであるプリンタアプリ１０４と、スキャナ機能に係る処理動作を実行するためのソフトウェアであるスキャナアプリ１０５と、ファクシミリ機能に係る処理動作を実行するためのソフトウェアであるファクシミリアプリ１０６と、ネットワークファイル機能に係る処理動作を実行するためのソフトウェアであるネットワークファイルアプリ１０７と、ソフトウェア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を使用して開発されるソフトウェアであって、標準的に画像形成装置３に搭載されているアプリケーション（例えば、符号１０３〜１０７で示すアプリケーション）とは別に、適宜インストールまたはアンインストールできるソフトウェアであるＳＤＫアプリ１０８などを有している。なお、本実施形態では、説明中および図の両方において、アプリケーションのことを単にアプリと表記している。
【００４３】
プラットフォーム１０２は、アプリケーション群１０１からの処理要求に関する情報処理を実行するためのハードウェアやソフトウェアのことである。このプラットフォーム１０２は、アプリケーション群１０１からの処理要求の受信には、予め定義されている関数により処理要求を受信するアプリケーションプログラムインタフェース（ＡＰＩ）１０９を利用して、要求内容の実施には、エンジンインタフェース１１０を利用する。
【００４４】
プラットフォーム１０２としては、種々のコントロールサービス１１１と、システムリソースマネージャ１１２と、種々のハンドラ１１３を有している。
【００４５】
ここで、コントロールサービス１１１は、アプリケーション群１０１からの処理要求を解釈して、解釈結果に応じて図３に示す各種ハードウェアの獲得要求を発生させる。
【００４６】
そして、コントロールサービス１１１としては、ネットワークコントロールサービス（ＮＣＳ）１１４と、ファクシミリコントロールサービス（ＦＣＳ）１１５と、デリバリコントロールサービス（ＤＣＳ）１１６と、エンジンコントロールサービス（ＥＣＳ）１１７と、メモリコントロールサービス（ＭＣＳ）１１８と、オペレーションパネルコントロールサービス（ＯＣＳ）１１９と、サーティフィケーションコントロールサービス（ＣＣＳ）１２０と、ユーザディレクトリコントロールサービス（ＵＣＳ）１２１と、システムコントロールサービス（ＳＣＳ）１２２などを有している。
【００４７】
ＮＣＳ１１４のプロセスは、ネットワークＮなどを介してデータ通信を行うための仲介を行う。ＦＣＳ１１５のプロセスは、ファクシミリとして画像データの通信、読取および画像形成（印刷）を行うためのＡＰＩを提供する。ＤＣＳ１１６のプロセスは、画像形成装置３に蓄積された文書データの配信に関する制御を行う。ＥＣＳ１１７のプロセスは、画像読取部３４や画像形成部３５などのエンジン部に関する制御を行う。ＭＣＳ１１８のプロセスは、画像データの記憶や処理などの各種メモリやＨＤＤ３０７に関する制御を行う。ＯＣＳ１１９のプロセスは、操作表示部３２に関する制御を行う。ＣＣＳ１２０のプロセスは、認証処理や課金処理に関する制御を行う。ＵＣＳ１２１のプロセスは、ユーザ情報の管理に関する制御を行う。ＳＣＳ１２２のプロセスは、システムの管理に関する制御を行う。
【００４８】
システムリソースマネージャ（ＳＲＭ）１１２は、図３に示す各種ハードウェアの獲得要求を調停して、調停結果に応じて要求内容を実施するための制御を行う。より具体的には、ＳＲＭ１１２のプロセスは、獲得要求に係るハードウェアが利用可能か否か（他の獲得要求と競合しないか否か）を判定して、利用可能である場合にはその旨をコントロールサービス１１１の各プロセスに通知する。さらに、ＳＲＭ１１２のプロセスは、獲得要求に係るハードウェアの利用スケジュールを作成して、作成結果に応じて要求内容を実施するための制御を行う。
【００４９】
ハンドラ１１３は、調停結果に応じてハードウェアを管理する。ハンドラ１１３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１２３と、イメージメモリハンドラ（ＩＭＨ）１２４などを有している。ＦＣＵＨ１２３は、ファクシミリコントロールユニットを管理する。ＩＭＨ１２４は、各プロセスにメモリを割り振り、各プロセスに割り振ったメモリを管理する。
【００５０】
また、アプリケーション群１０１とプラットフォーム１０２の仲介を行うソフトウェアとして、仮想アプリケーションサービス（ＶＡＳ）１２５を有している。
【００５１】
ＶＡＳ１２５は、アプリケーション群１０１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１０２をサーバとするクライアントプロセスとして動作する。また、ＶＡＳ１２５は、アプリケーション群１０１から見てプラットフォーム１０２を隠蔽するラッピング機能を備え、プラットフォーム１０２のバージョンアップに伴うバージョン差を吸収する役割などを担う。
【００５２】
起動部１２６は、画像形成装置３の電源投入時に最初に実行される。これにより、ＵＮＩＸ（登録商標）などのＯＳが起動され、アプリケーション群１０１やプラットフォーム１０２が起動される。これらのプログラムは、ＨＤＤ３０７やメモリカード３１３に蓄積されており、ＨＤＤ３０７やメモリカード３１３から再生されて、メモリ（例えば、ＭＥＭ−Ｐ３０５）に起動される。
【００５３】
図５は、後述の図１０の処理手順を実行するための画像形成装置３の機能的構成を示すブロック図である。
【００５４】
図５に示すように、画像形成装置３のＣＰＵ３０１は、ＨＤＤ３０７などに格納される所定の制御プログラムをメモリ（ＭＥＭ−Ｐ３０５など）に展開して実行することにより、後述の図１０に示す処理手順を実行する、入出力部３０ａと、制御部３０ｂと、認証要求部３０ｃと、権限判断部３０ｄとして機能する。
【００５５】
入出力部３０ａは、操作表示部３２などを介して、ユーザからの各種操作の入力を受付けたり、ユーザに情報を伝えるために各種情報を表示したりするものである。
【００５６】
制御部３０ｂは、画像形成装置３の各機能の使用の許可または禁止を制御するものである。
【００５７】
具体的には、制御部３０ｂは、入出力部３０ａからの使用要求または権限追加要求を受付けた場合、認証要求部３０ｃを介してユーザ管理サーバ２に対して認証要求または権限追加要求を行う。また、制御部３０ｂは、前述の認証要求または権限追加要求に応じて、認証要求部３０ｃを介してユーザ管理サーバ２から権限情報または委譲情報が付加された権限情報を取得し、権限判断部３０ｄに権限の判定を依頼する。また、制御部３０ｂは、前述の依頼の結果、権限判断部３０ｄから判断結果を受け取ると、ログインしたユーザが使用できる機能のロックを解除して使用可能に制御する。
【００５８】
認証要求部３０ｃは、制御部３０ｂからの認証要求または権限追加要求に応じてユーザ管理サーバ２に対して認証要求または権限追加要求を行う。また、認証要求部３０ｃは、前述の認証要求または権限追加要求に応じて、ユーザ管理サーバ２から権限情報または委譲情報が付加された権限情報を取得し、制御部３０ｂに受け渡す。
【００５９】
権限判断部３０ｄは、制御部３０ｂから権限情報を取得し、画像形成装置３の使用に必要な権限とのマッチングを行って、ログインしたユーザが使用できる機能を判定する。
【００６０】
図６は、後述の図１０の処理手順を実行するためのユーザ管理サーバ２の機能的構成を示すブロック図である。
【００６１】
図６に示すように、ユーザ管理サーバ２のＣＰＵは、ＲＯＭや外部記憶装置２６などに格納される所定の制御プログラムをＲＡＭに展開して実行することにより、後述の図１０に示す処理手順を実行する、要求受付部２０ａと、認証部２０ｂと、権限管理部２０ｃと、委譲管理部２０ｄとして機能する。
【００６２】
要求受付部２０ａは、画像形成装置３からの認証要求や権限追加要求を受付け、認証部２０ｂに対して認証依頼を行って認証結果を受け取るとともに、認証が成功した場合に、受付けた要求に応じて、権限管理部２０ｃおよび委譲管理部２０ｄから情報（権限情報、委譲情報）を取得する。
【００６３】
認証部２０ｂは、ユーザ毎の認証情報を登録する認証情報登録テーブルＴ１（図７参照）を管理しており、要求受付部２０ａから認証の依頼があった場合に、画像形成装置３から受け取った認証要求に含まれる認証情報（ユーザＩＤやパスワードなど）で認証情報登録テーブルＴ１を検索し、一致する認証情報が登録されているか否かにより認証を行う。また、認証部２０ｂは、追加、更新、削除などの要求に応じて認証情報登録テーブルＴ１に登録される認証情報の追加、更新、削除などを行う。
【００６４】
権限管理部２０ｃは、ユーザ毎の権限情報を登録する権限情報登録テーブルＴ２（図８参照）を管理しており、要求受付部２０ａから権限取得要求を受け取った場合に、権限取得要求に含まれるユーザＩＤに対応する権限情報を権限情報登録テーブルＴ２から検索して要求受付部２０ａに提供する。また、権限管理部２０ｃは、追加、更新、削除などの要求に応じて権限情報登録テーブルＴ２に登録される権限情報の追加、更新、削除などを行う。
【００６５】
委譲管理部２０ｄは、ユーザ毎の委譲情報を登録する委譲情報登録テーブルＴ３（図９参照）を管理しており、要求受付部２０ａから委譲情報の取得要求を受け取った場合に、委譲情報に含まれるユーザＩＤに対応する委譲情報を、委譲情報登録テーブルＴ３から検索し、要求受付部２０ａに提供する。また、委譲管理部２０ｄは、追加、更新、削除などの要求に応じて委譲情報登録テーブルＴ３に登録される委譲情報の追加、更新、削除などを行う。
【００６６】
次に、図６で示したユーザ管理サーバ２の各機能構成部（認証部２０ｂ、権限管理部２０ｃおよび委譲管理部２０ｄ）が管理する各種テーブルについて図７〜図９を用いて説明する。
【００６７】
図７は、認証部２０ｂが管理する認証情報登録テーブルの一構成例を示す模式図である。
【００６８】
図７に示すように、認証情報登録テーブルＴ１は、情報処理システム１（特に、画像形成装置３）の利用を許可されている正規のユーザ毎の認証情報を登録するテーブルである。具体的には、図７に示す認証情報登録テーブルＴ１では、正規のユーザ毎に固有に割り振られユーザを識別（特定）するためのユーザＩＤ（ユーザ識別情報）に、ユーザ名を示す情報と、パスワードを示す情報と、カードＩＤを示す情報とを対応付けした認証情報を登録している。
【００６９】
図８は、権限管理部２０ｃが管理する権限情報登録テーブルの一構成例を示す模式図である。
【００７０】
図８に示すように、権限情報登録テーブルＴ２は、正規のユーザ毎の権限情報を登録するテーブルである。ここで、権限情報とは、画像形成装置３における各機能の使用や或る機能の使用量の制限を示す情報である。
【００７１】
具体的には、図８に示す権限情報登録テーブルＴ２では、ユーザＩＤに、コピー機能、スキャナ機能、ＦＡＸ（ファクシミリ）機能、印刷（プリンタ）機能、ＳＤＫアプリなどの使用の制限を示す情報（許可、禁止など）や、カラー印刷（カラー画像形成）およびモノクロ印刷（モノクロ画像形成）の上限枚数を示す情報などを対応付けした権限情報を登録している。
【００７２】
図８の例では、「コピー」項目において、「モノクロ」が設定されている場合は、モノクロコピーのみが許可されていることを示し、また、「カラー」が設定されている場合は、カラーコピーおよびモノクロコピーの両方が許可されていることを示し、更に、「禁止」が設定されている場合は、コピー機能を使用できないこと（即ち、コピー機能の使用不可）を示す。
【００７３】
また、「スキャナ」項目において、「禁止」が設定されている場合は、スキャナ機能を使用できないこと（即ち、スキャナ機能の使用不可）を示し、他方、「許可」が設定されている場合は、スキャナ機能を使用できること（即ち、スキャナ機能の使用可）を示す。
【００７４】
また、「ＦＡＸ」項目において、「禁止」が設定されている場合は、ＦＡＸ機能を使用できないこと（即ち、ＦＡＸ機能の使用不可）を示し、他方、「許可」が設定されている場合は、ＦＡＸ機能を使用できること（即ち、ＦＡＸ機能の使用可）を示す。
【００７５】
また、「印刷」項目において、「モノクロ」が設定されている場合は、モノクロ印刷（画像形成）のみが許可されていることを示し、また、「カラー」が設定されている場合は、カラー印刷（画像形成）およびモノクロ印刷（画像形成）の両方が許可されていることを示し、更に、「禁止」が設定されている場合は、印刷（画像形成）機能を使用できないこと（即ち、印刷機能の使用不可）を示す。
【００７６】
また、「カラー上限」項目においては、カラー印刷（画像形成）の上限印刷枚数（印刷上限値）が設定される。この「カラー上限」項目においては、カラー印刷が許可されていないユーザには、上限印刷枚数として「０」が設定される。
【００７７】
また、「モノクロ上限」項目においては、モノクロ印刷（画像形成）の上限印刷枚数（印刷上限値）が設定される。この「モノクロ上限」項目においては、モノクロ印刷が許可されていないユーザには、上限印刷枚数として「０」が設定される。
【００７８】
また、「ＳＤＫ」項目において、「禁止」が設定されている場合は、ＳＤＫアプリを使用できないこと（即ち、ＳＤＫアプリの使用不可）を示し、他方、「許可」が設定されている場合は、ＳＤＫアプリを使用できること（即ち、ＳＤＫアプリの使用可）を示す。
【００７９】
図９は、委譲管理部２０ｄが管理する委譲情報登録テーブルＴ３の一構成例を示す模式図である。
【００８０】
図９に示すように、委譲情報登録テーブルＴ３は、正規のユーザ毎の委譲情報を登録するテーブルである。ここで、委譲情報とは、あるユーザが他のユーザに委譲する権限を特定するための情報である。
【００８１】
具体的には、図９に示す委譲情報登録テーブルＴ３では、ユーザＩＤに、他のユーザに対して、コピー機能、スキャナ機能、ＦＡＸ（ファクシミリ）機能、印刷（プリンタ）機能、ＳＤＫアプリなどの使用権限の委譲を許可する／しないを示す情報（「する」、「しない」など）や、他のユーザに委譲するカラー印刷（カラー画像形成）やモノクロ印刷（モノクロ画像形成）の上限印刷枚数（印刷上限値）を示す情報などを対応付けした委譲情報を登録している。
【００８２】
図９の例では、「コピー」項目において、「する」が設定されている場合は、他のユーザに自己（ユーザＩＤで特定されるユーザ）に対して設定されているコピー権限（モノクロコピーのみ許可されている権限や、カラーコピーおよびモノクロコピーの両方が許可されている権限など）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているコピー権限の委譲を許可しないことを示す。
【００８３】
また、「スキャナ」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されているスキャナ権限（スキャナ機能を使用できる権限）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているスキャナ権限の委譲を許可しないことを示す。
【００８４】
また、「ＦＡＸ」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されているＦＡＸ権限（ＦＡＸ機能を使用できる権限）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているＦＡＸ権限の委譲を許可しないことを示す。
【００８５】
また、「印刷」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されている印刷権限（モノクロ印刷のみ許可されている権限や、カラー印刷およびモノクロ印刷の両方が許可されている権限など）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されている印刷権限の委譲を許可しないことを示す。
【００８６】
また、「カラー上限」項目においては、他のユーザに対して委譲するカラー印刷（画像形成）の上限印刷枚数や、委譲を許可しないことを示す「しない」などが設定される。例えば、この「カラー上限」項目においては、カラー印刷が許可されていないユーザなどに対しては、上限印刷枚数ではなく「しない」が設定される。
【００８７】
また、「モノクロ上限」項目においては、他のユーザに対して委譲するモノクロ印刷（画像形成）の上限印刷枚数や、委譲を許可しないことを示す「しない」などが設定される。例えば、この「モノクロ上限」項目においては、モノクロ印刷が許可されていないユーザなどに対しては、上限印刷枚数ではなく「しない」が設定される。
【００８８】
また、「ＳＤＫ」項目において、「する」が設定されている場合は、他のユーザに自己に対して設定されているＳＤＫ権限（ＳＤＫアプリの使用が許可されている権限）の委譲を許可することを示し、他方、「しない」が設定されている場合は、他のユーザに自己に対して設定されているＳＤＫ権限の委譲を許可しないことを示す。
【００８９】
なお、図７〜図９の例では、正規のユーザの人数が４人である場合について示しているが、これに限定されず、正規のユーザの人数は４人以外の人数であっても良い。また、図９の例では、全てのユーザ毎に委譲情報が設定される場合について示しているが、これに限定されず、少なくとも一人のユーザの委譲情報が設定されていれば良い。更に、図９の例では、各ユーザ毎に一種類の委譲情報が設定される形態について示しているが、これに限定されず、権限が委譲される譲受ユーザ毎に異なる権限を委譲できるようにするために、ユーザ毎に複数種類の委譲情報を設定でき、委譲情報毎に権限が委譲される譲受ユーザ（委譲対象ユーザ）を識別可能な情報（ユーザＩＤなど）を設定できる形態とすることも可能である。
【００９０】
次に、第１の実施形態の情報処理システム１における処理動作について図１０〜図１３を用いて説明する。
【００９１】
図１０は、ユーザＵ１（権限が委譲される譲受ユーザ）が他のユーザＵ２（権限を委譲する委譲元のユーザ）から権限を一時的に委譲して貰う場合の情報処理システム１における処理の流れを示すシーケンス図である。
【００９２】
図１０の例では、ユーザＩＤ「１」のユーザＵ１がユーザＩＤ「２」のユーザＵ２から権限を委譲して貰う場合の処理手順を示している。
【００９３】
図１０に示すように、このシーケンスでは、まず、ユーザＵ１が、画像形成装置３の操作表示部３２の表示部に表示されるログイン画面を用いて、ユーザＩＤ（例えば、「１」）およびパスワード（例えば、「１１１１」）などを入力して利用開始の宣言を行うための使用要求処理（ログイン処理）を実行する（ステップＳ１）。使用要求処理としては、ログイン画面を用いる他に、ユーザＩＤおよびパスワードなどが登録されているＩＣカードなどをカード情報読取装置に読み取らせることにより行うようにしても良い。
【００９４】
すると、画像形成装置３では、入出力部３０ａが制御部３０ｂに対して、ステップＳ１で入力したユーザＩＤおよびパスワードを含む使用要求（ログインの要求）信号を出力する（ステップＳ２）。
【００９５】
すると、制御部３０ｂが、認証要求部３０ｃに対して、前述の使用要求信号に含まれるユーザＩＤおよびパスワードを受け渡して、認証要求を依頼する（ステップＳ３）。これにより、認証要求部３０ｃが、認証情報（ユーザＩＤおよびパスワード）を含んだ認証要求信号をユーザ管理サーバ２に送信する（ステップＳ４）。
【００９６】
ユーザ管理サーバ２は、要求受付部２０ａが、画像形成装置３から認証要求信号を受信すると、認証部２０ｂに対して、受信した認証要求信号に含まれる認証情報（ユーザＩＤおよびパスワード）を受け渡して、認証を依頼する（ステップＳ５）。
【００９７】
すると、認証部２０ｂは、認証情報登録テーブルＴ１（図７参照）を参照して、受け取った認証情報（ユーザＩＤおよびパスワード）と一致する認証情報が登録されているか否かにより認証の成功または失敗を判定し（ステップＳ６）、認証結果（成功または失敗）を要求受付部２０ａに返信する（ステップＳ７）。
【００９８】
その後、要求受付部２０ａは、認証失敗の結果を受信した場合には、その旨（認証失敗）を画像形成装置３に返信するが、以下では、正規のユーザＵ１の認証に成功した場合について説明する。
【００９９】
即ち、要求受付部２０ａは、認証成功の結果を受信した場合、権限管理部２０ｃに対してユーザＩＤを含む権限取得要求の信号を出力する（ステップＳ８）。
【０１００】
権限管理部２０ｃは、権限取得要求の信号を受信すると、該受信した権限取得要求の信号に含まれるユーザＩＤに基づいて、権限情報登録テーブルＴ２（図８参照）を参照し、ユーザＩＤに対応付けて登録されているユーザＵ１の権限情報（コピー「モノクロ」、スキャナ「禁止」、ＦＡＸ「禁止」、印刷「モノクロ」、カラー上限「０」、モノクロ上限「１０」、ＳＤＫ「禁止」など）を検索する（ステップＳ９）。
【０１０１】
その後、権限管理部２０ｃは、検索された権限情報を要求受付部２０ａに出力する（ステップＳ１０）。
【０１０２】
すると、要求受付部２０ａが受け取った権限情報を画像形成装置３に送信する（ステップＳ１１）。
【０１０３】
画像形成装置３では、権限情報を受信した認証要求部３０ｃが、受信した権限情報を制御部３０ｂに出力する（ステップＳ１２）。
【０１０４】
続いて、制御部３０ｂが、権限情報を含む権限判断要求信号を権限判断部３０ｄに出力する（ステップＳ１３）。
【０１０５】
すると、権限判断部３０ｄが、入力した権限情報をもとに装置内部での権限との照会を行う権限判断処理を実行する（ステップＳ１４）。具体的には、このステップＳ１４の処理では、入力した権限情報をもとにログインしたユーザ（ユーザＵ１）が使用できる機能を判断する。
【０１０６】
その後、権限判断部３０ｄは、制御部３０ｂに対して、使用できる機能を示す情報を含む判断結果を出力する（ステップＳ１５）。
【０１０７】
すると、制御部３０ｂは、入力した判断結果に基づいて、ユーザＵ１が使用できる機能のロックを解除する、即ち、ユーザＵ１が使用できる機能を使用可能状態にする（ステップＳ１６）。このとき、制御部３０ｂは、入出力部３０ａを介して、使用できる機能のロックが解除されたことや、使用できる機能を操作表示部３２などを用いてユーザＵ１に通知する。例えば、図１１（ａ）の画面を操作表示部３２に表示する。図１１（ａ）の例では、ユーザＵ１は、ユーザＵ１に元々与えられている権限に基づいて、斜線で示される機能、即ち、モノクロコピー機能と印刷機能が使用できることを示している。
【０１０８】
続いて、先にログインしたユーザＵ１の権限では出来ない処理を行う際に、その処理を行うことができる権限を持つ別のユーザＵ２で権限追加処理（追加ログイン処理）を行う（ステップＳ１７）。権限追加の方法としては、ユーザＵ２が操作表示部３２の表示部に表示される「権限追加」ボタン３２１を押下し（図１１（ａ）参照）、ユーザＩＤ（「２」）とパスワード（「２２２２」）を入力する方法があるが、ユーザＩＤおよびパスワードなどが登録されているＩＣカードなどをカード情報読取装置に読み取らせることにより行うようにしても良い。
【０１０９】
すると、画像形成装置３では、入出力部３０ａが制御部３０ｂに対して、ステップＳ１７で入力したユーザＩＤ（「２」）およびパスワード（「２２２２」）を含む権限追加要求信号を出力する（ステップＳ１８）。
【０１１０】
すると、制御部３０ｂが、認証要求部３０ｃに対して、入出力部３０ａから入力した権限追加要求に含まれるユーザＩＤ（「２」）およびパスワード（「２２２２」）を受け渡して、権限追加要求を依頼する（ステップＳ１９）。これにより、認証要求部３０ｃが、認証情報（ユーザＩＤ（「２」）およびパスワード（「２２２２」））を含んだ権限追加要求信号をユーザ管理サーバ２に送信する（ステップＳ２０）。
【０１１１】
ユーザ管理サーバ２は、要求受付部２０ａが、画像形成装置３から権限追加要求信号を受信すると、認証部２０ｂに対して、受信した認証要求信号に含まれる認証情報（ユーザＩＤ（「２」）およびパスワード（「２２２２」））を受け渡して、認証を依頼する（ステップＳ２１）。
【０１１２】
すると、認証部２０ｂは、認証情報登録テーブルＴ１（図７参照）を参照して、受け取った認証情報｛ユーザＩＤ（「２」）およびパスワード（「２２２２」）｝と一致する認証情報が登録されているか否かにより認証の成功または失敗を判定し（ステップＳ２２）、認証結果（成功または失敗）を要求受付部２０ａに返信する（ステップＳ２３）。
【０１１３】
その後、要求受付部２０ａは、認証失敗の結果を受信した場合には、その旨（認証失敗）を画像形成装置３に返信するが、以下では、正規のユーザＵ２の認証に成功した場合について説明する。
【０１１４】
即ち、要求受付部２０ａは、認証成功の結果を受信した場合、委譲管理部２０ｄに対してユーザＩＤ（「２」）を含む委譲情報の取得要求の信号を出力する（ステップＳ２４）。
【０１１５】
委譲管理部２０ｄは、委譲情報の取得要求の信号を受信すると、該受信した取得要求の信号に含まれるユーザＩＤ（「２」）に基づいて、委譲情報登録テーブルＴ３（図９参照）を参照し、ユーザＩＤ（「２」）に対応付けて登録されているユーザＵ２の委譲情報（コピー「する」、スキャナ「する」、ＦＡＸ「する」、印刷「する」、カラー上限「１００」、モノクロ上限「１００」、ＳＤＫ「する」など）を検索する（ステップＳ２５）。
【０１１６】
その後、委譲管理部２０ｄは、権限管理部２０ｃに対して、ユーザＩＤ（「２」）を含む権限取得要求の信号を出力する（ステップＳ２６）。
【０１１７】
権限管理部２０ｃは、権限取得要求の信号を受信すると、該受信した権限取得要求の信号に含まれるユーザＩＤ（「２」）に基づいて、権限情報登録テーブルＴ２（図８参照）を参照し、ユーザＩＤ（「２」）に対応付けて登録されているユーザＵ２の権限情報（コピー「カラー」、スキャナ「許可」、ＦＡＸ「許可」、印刷「カラー」、カラー上限「１０００」、モノクロ上限「１０００」、ＳＤＫ「許可」など）を検索する（ステップＳ２７）。
【０１１８】
その後、権限管理部２０ｃは、検索された権限情報を委譲管理部２０ｄに出力する（ステップＳ２８）。
【０１１９】
すると、委譲管理部２０ｄは、権限管理部２０ｃから受け取った権限情報に、ステップＳ２５で検索した委譲情報を付加した委譲権限情報を要求受付部２０ａに出力する（ステップＳ２９）。
【０１２０】
すると、要求受付部２０ａが、受け取った委譲権限情報を画像形成装置３に送信する（ステップＳ３０）。
【０１２１】
画像形成装置３では、委譲権限情報を受信した認証要求部３０ｃが、受信した委譲権限情報に含まれる委譲情報および権限情報を制御部３０ｂに出力する（ステップＳ３１）。
【０１２２】
続いて、制御部３０ｂが、入力した委譲情報および権限情報を権限判断部３０ｄに出力する（ステップＳ３２）。
【０１２３】
すると、権限判断部３０ｄが、ステップＳ１３で入力したユーザＵ１の権限情報とステップＳ３２により入力した委譲情報および権限情報とに基づいて権限判断処理を実行する（ステップＳ３３）。このステップＳ３３の処理では、ユーザＵ１の権限とユーザＵ２の委譲権限とをマージした権限、即ち、どちらかの権限で許可されている機能あるいは使用量に基づいて、ログインしたユーザ（ユーザＵ１）が使用できる機能を判断する。
【０１２４】
その後、権限判断部３０ｄは、制御部３０ｂに対して、ユーザＵ１の使用できる機能を示す情報を含む判断結果を出力する（ステップＳ３４）。
【０１２５】
すると、制御部３０ｂは、入力した判断結果に基づいて、ユーザＵ１が使用できる機能のロックを解除する、即ち、この場合には、ユーザＵ２による権限の委譲によって、ユーザＵ１が使用できるようになった機能を使用可能状態にする（ステップＳ３５）。このとき、制御部３０ｂは、入出力部３０ａを介して、使用できる機能のロックが解除されたことや、使用できる機能を操作表示部３２などを用いてユーザＵ１に通知する。例えば、図１１（ｂ）の画面を操作表示部３２に表示する。図１１（ｂ）の例では、ユーザＵ１は、ユーザＵ１に元々与えられている権限に基づいて使用が許可された機能、即ち、モノクロコピー機能および印刷機能に加えて、ユーザＵ２から委譲された権限に基づいて使用が許可された機能、即ち、カラーコピー機能、スキャナ機能およびＦＡＸ機能も使用できるようになったことを示している。
【０１２６】
図１２は、前述のステップＳ３５の段階、即ち、委譲後のユーザＵ１の権限を示す模式図である。即ち、図１２に示す例では、ユーザＵ１は、ユーザＵ２からの権限の委譲後に、コピー機能として、モノクロコピー以外にもカラーコピーが使用可能となり、スキャナ機能、ＦＡＸ機能およびＳＤＫアプリが使用可能となり、印刷機能として、モノクロ印刷以外にもカラー印刷が使用可能となり、カラー印刷の上限印刷枚数が「０枚」から「１００枚」となり、モノクロ印刷の上限印刷枚数が「１０枚」から「１１０枚」となった様子を示している。
【０１２７】
なお、図１０では、特に示していないが、ユーザＵ１にユーザＵ２の権限が委譲された後、ユーザＵ１が使用できる機能を使用した場合に、ユーザＵ１およびユーザＵ２の上限値（印刷上限枚数）を減らす更新処理を実行する。なお、この更新処理については、後述の第２の実施形態で説明する方法などにより実現可能である。また、図１０では、特に示していないが、ユーザＵ２は、ユーザＵ１に権限が委譲された後、所望のタイミングで委譲した権限を解除することも可能である。
【０１２８】
即ち、図１０に示した処理手順を実行することにより、ユーザＵ１は自身に与えられている権限では使用できない機能（スキャナ機能、ＦＡＸ機能、カラーコピー機能など）を使用したい場合に、その機能の使用の権限を与えられている他のユーザＵ２に一時的に権限を委譲してもらうことで、使用できなかった機能（スキャナ機能、ＦＡＸ機能、カラーコピー機能など）を使用できるようになる。
【０１２９】
ここで、図１０に示す処理手順を実行するユーザ管理サーバ２における認証処理の詳細について図１３を用いて説明する。
【０１３０】
図１３は、ユーザ管理サーバ２における認証処理の処理手順を示すフローチャートである。
【０１３１】
図１３に示すように、ユーザ管理サーバ２では、ステップＳ１０１において、認証部２０ｂが、認証の成功／失敗を判定する。そして、認証に成功した場合（ステップＳ１０１：Ｙｅｓ）、続いて、ステップＳ１０２において、要求の種別を判定する。
【０１３２】
ステップＳ１０２において、要求種別が、認証要求であると判定された場合（ステップＳ１０２：認証要求）、続いて、ステップＳ１０３において、権限取得処理が行われ、続いて、ステップＳ１０４において、認証成功とされ、処理を終了する。
【０１３３】
一方、ステップＳ１０２において、要求種別が、権限追加要求であると判定された場合（ステップＳ１０２：権限追加要求）、続いて、ステップＳ１０５において、委譲情報の取得処理が行われ、続いて、ステップＳ１０６において、委譲成功とされ、処理を終了する。
【０１３４】
また、一方、ステップＳ１０２において、認証に失敗した場合（ステップＳ１０１：Ｎｏ）、ステップＳ１０７において、認証エラー処理が実行される。
【０１３５】
以上説明した実施形態によれば、特許文献１のように、あるユーザの権限を他のユーザに委譲（権限委譲）するために、権限委譲を行うための専用の記録媒体（委譲カード）などを用意する必要がないため、システム構築のコストを低減しつつ、権限の委譲を行うことが可能な情報処理システムを提供することができる。
【０１３６】
（第２の実施形態）
次に、第２の実施形態について説明する。
【０１３７】
最初に、第２の実施形態に係る情報処理システム１の構成について図１４を用いて説明する。
【０１３８】
図１４は、第２の実施形態に係る情報処理システム１Ａの構成を示すブロック図である。
【０１３９】
図１４に示すように、第２の実施形態の情報処理システム１Ａでは、第１の実施形態の情報処理システム１に印刷サーバ５が新たに追加された構成となっている。
【０１４０】
ここで、印刷サーバ５は、印刷データの管理を行うサーバ装置であり、具体的には、クライアント端末装置４からの印刷データを受信し、受信した印刷データを蓄積し、そのまま画像形成装置３に送信したり、画像形成装置３からの要求があった場合に印刷データを画像形成装置３に送信したりする装置である。
【０１４１】
第２の実施形態の情報処理システム１Ａでは、ユーザがクライアント端末装置４を利用することにより、印刷データがクライアント端末装置４からネットワークＮを介して印刷サーバ５に送信される。この時、印刷データには、書誌情報として、少なくとも印刷属性（ページ数、作成者名（ユーザー名）、パスワード、タイトル（ジョブ名）、アプリ名等）と、印刷条件（両面／片面、カラー／モノクロ、集約等）とが含まれており、書誌情報と実際に印刷の対象となるデータとが送信される。
【０１４２】
なお、印刷サーバ５のハードウェアは、前述したユーザ管理サーバ２やクライアント端末装置４の構成（図２参照）と略同様に構成できるので、ここでは図示および説明を省略する。
【０１４３】
次に、印刷サーバ５のソフトウェア構成について図１５を用いて説明する。
【０１４４】
図１５は、印刷サーバ５のソフトウェア構成を示すブロック図である。
【０１４５】
図１５に示すように、印刷サーバ５のＣＰＵは、ＲＯＭや外部記憶装置などに格納される所定の制御プログラムをＲＡＭに展開して実行することにより、後述の図１６に示す処理手順を実行する、印刷データ保持部５０ａと、印刷リスト作成部５０ｂと、印刷データ取得部５０ｃとして機能する。
【０１４６】
ここで、印刷データ保持部５０ａは、印刷データを保持するものである。
【０１４７】
印刷リスト作成部５０ｂは、印刷リストを作成するものである。
【０１４８】
印刷データ取得部５０ｃは、印刷データ保持部５０ａに保持されている印刷データを取得するものである。
【０１４９】
次に、第２の実施形態に係る情報処理システム１Ａにおける処理動作について図１６および図１７を用いて説明する。
【０１５０】
図１６は、ユーザＵ１（権限が委譲されるユーザ）が他のユーザＵ２（権限を委譲するユーザ）から権限を一時的に委譲して貰う場合の情報処理システム１における処理の流れを示すシーケンス図である。図１６の例では、ユーザＩＤ「１」のユーザＵ１がユーザＩＤ「２」のユーザＵ２から権限を委譲して貰う場合の処理手順を示している。
【０１５１】
図１６に示す第２の実施形態の処理手順では、図１０に示す第１の実施形態の処理手順と相違する点として、図１０のステップＳ１〜ステップＳ１６のログイン処理と、ステップＳ１７〜ステップＳ３５の追加ログイン処理との間に、印刷リストの処理（ステップＳ４０〜ステップＳ４８）が新たに追加され、更に、ステップＳ１７〜ステップＳ３５の追加ログイン処理後に、ユーザの印刷実行処理およびユーザログアウト処理（ステップＳ５０〜ステップＳ６４）が新たに追加された構成となっている。このため、以下の説明では、同一の処理については説明を省略する。
【０１５２】
ただし、第２の実施形態では、ステップＳ１〜ステップＳ１６のログイン処理およびステップＳ１７〜ステップＳ３５の追加ログイン処理における権限判断処理において、ユーザの使用できる機能を判断するのではなく、実行できる印刷ジョブを判断するようになっている。
【０１５３】
即ち、図１６に示す処理手順では、ステップＳ１６のロック解除処理後に、ユーザＵ１が、操作表示部３２に表示される画面などを利用して、印刷リストの取得要求操作を行う（ステップＳ４０）。
【０１５４】
すると、入出力部３０ａが印刷リストの取得要求があった旨を制御部３０ｂに伝達する（ステップＳ４１）。
【０１５５】
制御部３０ｂは、印刷サーバ５に対して、ユーザＵ１の認証情報を付加した印刷リストの取得要求の信号を送信する（ステップＳ４２）。
【０１５６】
前述の印刷リストの取得要求の信号を受信した印刷サーバ５では、印刷リスト作成部５０ｂが、受信した認証情報に基づき、印刷データ保持部５０ａに保持されている印刷データからユーザＵ１の作成した印刷データの印刷リストを作成する（ステップＳ４３）。具体的には、ステップＳ４３の処理では、印刷リスト作成部５０ｂは、認証情報と一致する情報（作成者名またはパスワード）を持つ印刷データの書誌情報を収集し、書誌情報に基づいて印刷リストを作成する。
【０１５７】
続いて、印刷リスト作成部５０ｂは、作成した印刷リストを画像形成装置３に返信する（ステップＳ４４）。
【０１５８】
すると、画像形成装置３では、制御部３０ｂが、印刷リストを権限判断部３０ｄに渡し、権限判断を要求する（ステップＳ４５）。具体的には、ステップＳ４５の処理では、制御部３０ｂは、権限判断部３０ｄに対して、印刷リストのうちユーザＵ１に付与された権限から印刷を実行できるジョブと実行できないジョブとの判断を要求する。
【０１５９】
すると、権限判断部３０ｄは、権限判断処理を実行し（ステップＳ４６）、権限情報（特に、カラー上限、モノクロ上限の上限印刷枚数）に基づいて、印刷リストのうち、印刷の実行を許可するジョブと印刷の実行を許可しないジョブとを識別した印刷リストを判断結果として制御部３０ｂに送信する（ステップＳ４７）。
【０１６０】
制御部３０ｂは、操作表示部３２の表示部に、受信した判断結果に含まれる印刷リストの情報（図１７（ａ）参照）を表示する（ステップＳ４８）。図１７（ａ）に示す印刷リストの例では、ジョブ名：ｄｏｃｕｍｅｎｔ４のジョブのみが印刷処理を実行でき、その他のジョブ（ジョブ名：ｄｏｃｕｍｅｎｔ１〜３、５の４つのジョブ）は印刷処理を実行できないことを示している。
【０１６１】
続いて、図１０に示したステップＳ１７〜ステップＳ３５の追加ログイン処理と略同様の追加ログイン処理が実行された後のユーザの印刷実行処理およびユーザログアウト処理（ステップＳ５０〜ステップＳ６４）について説明する。
【０１６２】
まず、ユーザＵ１が、操作表示部３２を用いて、印刷の実行を要求する操作を行う（ステップＳ５０）。
【０１６３】
すると、入出力部３０ａが印刷の実行要求を制御部３０ｂに伝達し（ステップＳ５１）、制御部３０ｂが、印刷を実行する処理を制御する（ステップＳ５２）。具体的には、制御部３０ｂは、印刷を実行する機能部（画像形成部３５など）に対して印刷の実行を要求することで、印刷が実行される。
【０１６４】
印刷を実行した後、制御部３０ｂは、権限判断部３０ｄに対して、印刷上限値の更新を要求する（ステップＳ５３）。
【０１６５】
権限判断部３０ｄは、印刷上限値の更新要求に基づいて、印刷上限値を更新する（ステップＳ５４）。このステップＳ５４における印刷上限値の更新処理の詳細については後述する。
【０１６６】
ステップＳ５４の更新処理後、権限判断部３０ｄは、更新した印刷上限値に基づいて再度印刷リストの権限判断を行い（ステップＳ５５）、判断結果（更新した印刷リスト）を制御部３０ｂに送信する（ステップＳ５６）。なお、このとき、権限判断部３０ｄは、制御部３０ｂに更新した権限情報｛ユーザＵ１の権限情報やユーザＵ２の委譲情報など｝を送信する。
【０１６７】
制御部３０ｂは、操作表示部３２の表示部に、受信した判断結果に含まれる更新した印刷リストの情報（図１７（ｂ）参照）を表示する（ステップＳ５７）。図１７（ｂ）に示す印刷リストの例では、全てのジョブ（ジョブ名：ｄｏｃｕｍｅｎｔ１〜５の５つのジョブ）の印刷処理が実行できることを示しているとともに、ユーザＵ１の残り印刷可能枚数が増加した様子、即ち、図１７（ａ）と比較して、カラーの残り印刷可能枚数が「０」から「１００」に増加され、モノクロの残り印刷可能枚数が「１０」から「１１０」に増加された様子を示している。
【０１６８】
その後、ユーザＵ１が操作表示部３２を用いてログアウト操作を実行する（ステップＳ５８）。すると、入出力部３０ｂから制御部３０ｂに使用の中止要求が出力される（ステップＳ５９）。
【０１６９】
すると、制御部３０ｂは、権限判断部３０ｄから受信した更新した権限情報｛ユーザＵ１の権限情報とユーザＵ２の委譲情報の両方｝をユーザ管理サーバ２に送信する（ステップＳ６０）。
【０１７０】
更新した権限情報を受信したユーザ管理サーバ２では、要求受付部２０ａが、権限管理部２０ｃに更新したユーザＵ１の権限情報を渡し（ステップＳ６１）、委譲管理部２０ｄに更新したユーザＵ２の委譲情報を渡す（ステップＳ６２）。これにより、権限管理部２０ｃがユーザＵ１の権限情報を更新し（ステップＳ６３）、委譲管理部２０ｄがユーザＵ２の委譲情報を更新する（ステップＳ６４）。
【０１７１】
なお、前述のステップＳ５３およびステップＳ５４の上限値の更新に係る処理は、印刷実行後でなくても良く、例えば、印刷実行前や、印刷実行中（例えば、１ページ印刷される度）に逐次更新するようにしても良い。
【０１７２】
次に、前述のステップＳ５４における印刷上限値の更新処理の詳細について説明する。
【０１７３】
ステップＳ５４の印刷上限値の更新処理方法としては、例えば、以下の［１］または［２］の方法が考えられる。
【０１７４】
［１］印刷が実行された印刷ジョブが、ユーザＵ１の権限情報に含まれる印刷上限値内に留まる場合には、ユーザＵ１の印刷上限値を更新する（即ち、印刷上限値から使用した分を引く）か、ユーザＵ２の委譲情報に含まれる印刷上限値（以下、単に「委譲上限値」という。）を更新する。
【０１７５】
ユーザＵ２の委譲上限値を更新するか否かは、委譲権限の中に許可／不許可の情報を設定しておく、または予め管理者が統一して設定しておくことにより決定する。
【０１７６】
［２］印刷が実行された印刷ジョブが、ユーザＵ１の権限情報に含まれる印刷上限値内に留まらない場合には、ユーザＵ１の印刷上限値を更新し、足りない分をユーザＵ２の委譲上限値から引くか、ユーザＵ２の委譲上限値を更新する。
【０１７７】
［２］の方法においては、予め分配率を決めておく。分配率に基づいて収まらなかった場合には、委譲上限値から引く。
【０１７８】
分配率について、例えばユーザＵ１の印刷上限値が「１０」で、ユーザＵ２の委譲上限値が「１００」の場合に、ユーザＵ１が１６枚の印刷を実行したとする。このとき、分配率が５０：５０であれば、ユーザＵ１の印刷上限値「１０」から「８」を引いて、更新後の印刷上限値は「２」となり、ユーザＵ２の委譲上限値「１００」から「８」を引いて、更新後の委譲上限値は「９２」となる。
【０１７９】
小数点が出た場合には、そのまま引くか、一方を切り上げて、他方を切り下げることで整合を取るなどが考えられる。分配率の設定は、委譲情報の中に設定しておくか、システム管理者が一律で画像形成装置３に設定しておく方法などが考えられる。
【０１８０】
また、前述した図１６の処理手順では、権限を委譲されるユーザ（ユーザＵ１）の権限情報と権限を委譲するユーザ（ユーザＵ２）の委譲情報のそれぞれの印刷上限値の更新処理を画像形成装置３側で行う形態について説明したが、これ以外にもユーザ管理サーバ２で行うようにしても良いものとする。
【０１８１】
その場合、具体的には、画像形成装置３側では、権限委譲後の印刷上限値（図１２参照）から、権限を委譲されるユーザ（ユーザＵ１）の印刷実行枚数（使用した分）を引く処理に留まる。そして、権限を委譲されるユーザ（ユーザＵ１）がログアウトした後に、画像形成装置３がユーザ管理サーバ２に対して前述の引く処理で更新されている権限委譲後の印刷上限値を送信する。そして、ユーザ管理サーバ２側で、ユーザ管理サーバ２側で保持しているユーザＵ１の印刷上限値とユーザＵ２の委譲上限値とを足し、画像形成装置３から受信した権限委譲後の印刷上限値を引くことで使用量を算出して、適宜更新処理を行う、即ち、権限を委譲されるユーザ（ユーザＵ１）の権限情報と権限を委譲するユーザ（ユーザＵ２）の委譲情報のそれぞれの印刷上限値の更新処理を実行する。
【０１８２】
次に、委譲情報の設定方法について図１８を用いて説明する。
【０１８３】
図１８は、クライアント端末装置４に表示される権限委譲設定画面Ｓ１の一構成例を示す図である。
【０１８４】
図１８に示す権限移譲設定画面Ｓ１は、委譲情報登録テーブルＴ３（図９）に登録される委譲情報を設定するための画面（ＷｅｂＵＩ）である。
【０１８５】
そして、各ユーザが、この権限移譲設定画面Ｓ１を用いて、委譲情報を設定し、「ＯＫ」ボタン４０１を押下すると、クライアント端末装置４が、権限移譲設定画面Ｓ１で設定された委譲情報とユーザＩＤとをネットワークＮを介してユーザ管理サーバ２に送信する。すると、委譲情報を受信したユーザ管理サーバ２では、委譲管理部２０ｄが、受信したユーザＩＤおよび委譲情報に基づいて委譲情報登録テーブルＴ２の内容を更新する。
【０１８６】
このような構成によれば、各ユーザが自分自身で委譲情報を設定することが可能であり、これにより、より柔軟に印刷管理が行えるようになる。
【０１８７】
次に、前述した実施形態の各種変形例について説明する。
【０１８８】
最初に、第１および第２の実施形態において権限を委譲する期間を設定できるようにする構成について図１９および図２０を用いて説明する。
【０１８９】
図１９は、図５に示した画像形成装置３のソフトウェア構成の変形例を示すブロック図であり、この場合、権限を委譲する期間の設定および管理を行うための期間判定部３０ｅを新たに追加した様子を示している。
【０１９０】
図１９に示すように、この構成では、期間判定部３０ｅが新たに追加された以外、図５に示す構成と同一となっている。このため、同一の構成については説明を省略する。
【０１９１】
ここで、期間判定部３０ｅは、権限を委譲する期間の設定および管理を行うものであり、期間が切れた場合に、制御部３０ｂに対して委譲された権限に対応して新たに使用可能となった機能の使用禁止（ロック）を指示する。その指示を受け取った制御部３０ｂは、該当する機能の使用を禁止（ロック）する。
【０１９２】
権限を委譲する期間としては、１ジョブが終了するまでや、ユーザがログアウトするまでや、任意の時間などを設定することが可能である。そして、権限を委譲する期間は、権限を委譲する委譲元のユーザが個別に設定することも可能であるし、情報処理システム１を管理するシステム管理者が一括して設定することも可能である。
【０１９３】
図２０は、権限を委譲する期間が「１ジョブが終了するまで」で設定されている場合に、画像形成装置３の操作表示部３２に表示される画面の遷移の一例を示す模式図である。
【０１９４】
図２０に示す例では、図２０（ａ）が、第１の実施形態における図１０の処理手順において、ステップＳ１６のロック解除処理後に操作表示部３２に表示される画面を示し、図２０（ｂ）が、同じく図１０の処理手順において、ステップＳ３５の追加ロック解除処理後に操作表示部３２に表示される画面を示し、図２０（ｃ）が、同じく図１０の処理手順のステップＳ３５の追加ロック解除処理後にユーザＵ１の印刷ジョブを一つ実行し、そのジョブが終了した場合に操作表示部３２に表示される画面（即ち、図２０（ａ）と同様）を示している。
【０１９５】
即ち、権限が移譲されるユーザＵ１の印刷ジョブが一つ実行された後、権限を委譲するユーザＵ２から委譲された権限で新たに使用可能になった機能が使用できない状態になった様子を示している。
【０１９６】
このように、権限を委譲する期間を設定して管理することにより、一度追加された権限が解除されると、再度、追加ログインをする必要があるため、他のユーザに想定以上に使用されるような事態が発生することを未然に防ぐことができる。
【０１９７】
なお、権限を委譲する期間は、クライアント端末装置４に表示される期間設定画面などを用いて各ユーザまたはシステム管理者が設定することが可能である。
【０１９８】
また、権限を委譲する期間を設定するタイミングとして、追加ログイン時にすることが可能である。具体的には、追加ログイン時に、画像形成装置３は、制御部３０ｂの制御のもと、操作表示部３２に権限委譲期間を設定するためのダイアログなどを表示させ、そのダイアログを介して権限を委譲するユーザＵ２による権限を委譲する期間の指定を受付て、期間判定部３０ｅに委譲する期間を設定管理させることが可能である。
【０１９９】
次に、権限を委譲するユーザ｛ユーザＵ２｝が追加ログイン操作をしなくても済むための構成について図２１を用いて説明する。
【０２００】
図２１は、図７に示した認証情報登録テーブルＴ１の変形例である認証情報登録テーブルＴ１−１の一構成例を示す模式図である。
【０２０１】
図２１に示す認証情報登録テーブルＴ１−１では、認証用のパスワードとは別に、権限委譲用のパスワードを設定している。
【０２０２】
そして、この認証情報登録テーブルＴ１−１を利用する情報処理システムにおいては、権限が委譲される譲受ユーザ（ユーザＵ１など）が、権限を委譲する委譲元ユーザ（ユーザＵ２など）から、譲渡元ユーザまたはシステム管理者が設定した権限委譲用のパスワードを事前に聞いておき、例えば、ユーザＵ１がログイン処理後に、ユーザＵ２から事前に聞いておいた権限委譲用のパスワードを用いて追加ログイン（権限追加要求）を行うことにより、画像形成装置３が、入力された権限委譲用のパスワードを含む権限追加要求の信号をユーザ管理サーバ２に対して行う。
【０２０３】
そして、ユーザ管理サーバ２が、前述の権限追加要求の信号に含まれる情報に基づいて、認証情報登録テーブルＴ１−１を参照して認証を行うとともに、権限を委譲するユーザＵ２のＩＤを特定し、その特定したユーザＩＤに基づいて権限情報登録テーブルＴ２および委譲情報テーブルＴ３を参照して、権限を委譲するユーザＵ２の権限情報と、権限を委譲するユーザＵ２の委譲情報とを取得して画像形成装置３に送信する。これにより、画像形成装置３が受信した情報に基づいて権限の追加処理を行う｛即ち、ユーザＵ１が使用できる機能を判定し、ユーザＵ１が使用できる機能のロックを解除する｝。
【０２０４】
このような構成により、権限を委譲するユーザが追加ログイン操作をしなくても済むようになる。
【０２０５】
次に、前述のように権限移譲用のパスワードを設定した構成において、特定のユーザにのみ権限を委譲させることができる構成について図２２を用いて説明する。
【０２０６】
図２２は、図７に示した認証情報登録テーブルＴ１の変形例である認証情報登録テーブルＴ１−２の一構成例を示す模式図である。
【０２０７】
図２２に示すように、この変形例の認証情報登録テーブルＴ１−２では、ユーザＩＤに、権限を委譲するユーザのユーザＩＤ（委譲先ユーザＩＤ）を対応付けて管理している。
【０２０８】
このような認証情報登録テーブルＴ１−２を利用することにより、委譲用パスワードを設定する構成において、特定のユーザにのみに権限を委譲させることができる。
【０２０９】
委譲先ユーザＩＤとしては、単一のユーザのＩＤのみを登録しても良いし、複数のユーザのＩＤを登録しても良い。また、その他、ユーザをグループで管理する構成では、グループごとにグループごとのパスワードを登録するようにしても良い。
【０２１０】
次に、権限が委譲される譲受ユーザ、即ち、権限を委譲する対象となる委譲対象ユーザを指定できる構成について図２３および図２４を用いて説明する。
【０２１１】
図２３は、図９に示す委譲情報登録テーブルＴ３の変形例である委譲情報登録テーブルＴ３−１の一構成例を示す模式図である。
【０２１２】
図２３に示すように、この委譲情報登録テーブルＴ３−１では、委譲情報に、権限を委譲する対象となる委譲対象ユーザに関する情報も含ませている。
【０２１３】
図２４は、図２３に示す委譲情報登録テーブルＴ３−１を利用する場合の、ユーザ管理サーバ２における認証処理の手順を示すフローチャートであり、図１３の処理手順の変形例である。
【０２１４】
図２４の処理手順においては、図１３の処理手順において、新たにステップＳ１０８の判定と、ステップＳ１０９の処理が追加された構成となっているため、以下では、同一のステップについては説明を省略する。
【０２１５】
即ち、この処理手順では、ステップＳ１０２の判定で、要求種別が権限追加要求であると判定された場合（ステップＳ１０２：権限追加要求）、ユーザ管理サーバ２は、ステップＳ１０８において、委譲情報登録テーブルＴ３−１を参照して、委譲対象ユーザであるか否かを判定する。そして、この判定の結果、委譲対象ユーザであると判定された場合（ステップＳ１０８：Ｙｅｓ）、ユーザ管理サーバ２は、処理をステップＳ１０５の処理へと移行させる。他方、ステップＳ１０８において、委譲対象ユーザでないと判定された場合（ステップＳ１０８：Ｎｏ）、ユーザ管理サーバ２は、処理をステップＳ１０９に移行させ、委譲エラー処理を実行する。
【０２１６】
このような構成によれば、委譲対象ユーザを指定することができるので、課金先が同じユーザと異なるユーザで委譲する／しないや、委譲の条件を変えられるようになるため、より柔軟な印刷管理が行える。
【０２１７】
委譲対象ユーザとしては、単一のユーザのみを登録しても良いし、複数のユーザを登録しても良い。また、その他、ユーザをグループで管理する構成では、グループを登録するようにしても良い。
【０２１８】
また、前述した実施形態では、画像形成装置３として、コピー機能、スキャナ機能、ファクシミリ（ＦＡＸ）機能およびプリンタ（印刷）機能を有する複合機（ＭＦＰ）である場合について説明したが、これに限定されず、その他の画像形成装置とすることも可能であり、例えば、レーザプリンタ（ＬＰ：Ｌａｓｅｒ Ｐｒｉｎｔｅｒ）などとすることも可能である。
【０２１９】
また、前述した実施形態では、複数のユーザに利用され、且つ、ユーザ毎に使用の権限を設定することで、ユーザ毎に使用できる機能（コピー機能、スキャナ機能、ＦＡＸ機能、印刷機能など）や使用量（カラー印刷の上限枚数、モノクロ印刷の上限枚数など）を制限することが可能な装置として、画像形成装置３の場合について説明したが、これに限定されず、その他の情報処理装置とすることも可能であり、例えば、プロジェクターや、携帯型の情報処理端末などとすることも可能である。
【０２２０】
また、前述した実施形態では、クライアント端末装置４がＰＣの場合について説明したが、これに限定されず、その他の形態の装置であっても良く、例えば、携帯型の情報処理端末とすることも可能である。
【０２２１】
また、前述した実施形態では、ユーザ管理サーバ２を備える形態について説明したが、それに限定されず、ユーザ管理サーバ２が備える各モジュール（要求受付部２０ａ、認証部２０ｂ、権限管理部２０ｃおよび委譲管理部２０ｄ）を、他の情報処理装置（複数のクライアント端末装置４のいずれか一つのクライアント端末装置４や、複数の画像形成装置３のいずれか一つの画像形成装置３など）が備えるように構成しても良い。
【０２２２】
また、前述した実施形態では、権限移譲設定画面Ｓ１（ＷｅｂＵＩ）を用いて委譲情報を設定する方法を示したが、これに限定されず、その他の方法であっても良く、例えば、Ｗｉｎｄｏｗｓ（登録商標）のアプリケーションや、ＸＭＬなどのファイルからインポート・エクスポートするような形態とすることも可能である。
【０２２３】
また、前述した実施形態では、特に述べていないが、システム管理者が各ユーザの委譲情報の初期設定を行うための手段を設けることも可能である。具体的には、例えば、画像形成装置３やユーザ管理サーバ２において、システム管理者がログインした場合に、ユーザ管理サーバ２の初期設定受付手段が、システム管理者による各ユーザの委譲情報の初期設定を受付け、委譲管理部２０ｄが、前述の初期設定受付手段で受付けた初期設定に基づいて委譲情報の初期設定を行うように構成する。このような構成によれば、管理コストの低減や、利便性の向上を図ることができる。
【０２２４】
また、前述した実施形態における処理手順を実行するプログラムは、各装置（ユーザ管理サーバ２、画像形成装置３および印刷サーバ５）のＲＯＭなどの記憶部に予め組み込んで提供することが可能である。また、前述のプログラムは、インストール可能な形式または実行可能な形式のファイルでコンピュータで読み取り可能な記憶媒体に記憶して提供することが可能である。更に、前述のプログラムは、インターネットなどのネットワーク経由で提供または配布したりすることも可能である。
【０２２５】
また、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０２２６】
１ 情報処理システム
２ ユーザ管理サーバ（管理装置）
３ 画像形成装置（情報処理装置）
４ クライアント端末装置
５ 印刷サーバ（印刷管理装置）
２０ａ 要求受付部（要求受付手段）
２０ｂ 認証部（認証手段）
２０ｃ 権限管理部（権限管理手段）
２０ｄ 委譲管理部（委譲管理手段）
３０ａ 入出力部
３０ｂ 制御部（機能制限手段、期間指定受付手段）
３０ｃ 認証要求部
３０ｄ 権限判断部
３０ｅ 期間判定部（期間管理手段）
【先行技術文献】
【特許文献】
【０２２７】
【特許文献１】特開２００９−１５１５１０号公報
【特許請求の範囲】
【請求項１】
情報処理装置と、管理装置とを備える情報処理システムであって、
前記管理装置は、
前記情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、
前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記情報処理装置に送信する要求受付手段と、
を有する情報処理システム。
【請求項２】
前記管理装置は、
各ユーザにより個々に設定された前記委譲情報を受信する受信手段を更に有し、
前記委譲管理手段は、前記受信手段で受信した委譲情報に基づいて委譲情報を登録管理する、請求項１に記載の情報処理システム。
【請求項３】
前記情報処理装置は、
権限を委譲する期間の設定および管理を行う期間管理手段と、
前記期間管理手段で管理される前記期間が経過した場合に、委譲された権限により使用可能とした機能を使用不可状態とする機能制限手段と、
を更に有する請求項１または２に記載の情報処理システム。
【請求項４】
前記情報処理装置は、
前記権限追加要求が発生した場合に前記期間の指定を受付ける期間指定受付手段を更に有し、
前記期間管理手段は、前記期間指定受付手段の受付けに基づいて前記期間を設定する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項５】
ユーザの識別情報に対応付けて登録されるユーザ毎の認証情報を管理する認証手段を更に有し、
前記要求受付手段は、前記情報処理装置から、前記権限追加要求を受け取った場合に、前記権限追加要求に含まれる前記認証情報に登録された権限委譲用のパスワードに基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得する、請求項１〜４のいずれか一項に記載の情報処理システム。
【請求項６】
前記認証情報は、権限を委譲する先のユーザの識別情報を更に登録する、請求項５に記載の情報処理システム。
【請求項７】
前記委譲管理手段は、ユーザ毎の識別情報に対応付けて権限の委譲対象となるユーザを示す情報を更に登録する前記委譲情報を管理する、請求項１〜６のいずれか一項に記載の情報処理システム。
【請求項８】
前記管理装置は、
システム管理者による前記委譲情報の初期設定を受付ける初期設定受付手段を更に有し、
前記委譲管理手段は、前記初期設定受付手段で受付けた初期設定に基づいて前記委譲情報の初期設定を行う、請求項１〜７のいずれか一項に記載の情報処理システム。
【請求項９】
前記情報処理装置は、記録媒体に画像を形成する画像形成装置であり、
印刷データを管理する印刷管理装置を更に備え、
前記情報処理装置は、
前記管理装置から受信した前記委譲情報に基づいて、前記権限が委譲されるユーザの印刷ジョブの一覧の中で実行できる印刷ジョブを判定する判定手段、
を更に有する、請求項２〜８のいずれか一項に記載の情報処理システム。
【請求項１０】
情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、
前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記報処理装置に送信する要求受付手段と、
を有する管理装置。
【請求項１１】
コンピュータを、
情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、
前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記報処理装置に送信する要求受付手段と、
して機能させるプログラム。
【請求項１】
情報処理装置と、管理装置とを備える情報処理システムであって、
前記管理装置は、
前記情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、
前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記情報処理装置に送信する要求受付手段と、
を有する情報処理システム。
【請求項２】
前記管理装置は、
各ユーザにより個々に設定された前記委譲情報を受信する受信手段を更に有し、
前記委譲管理手段は、前記受信手段で受信した委譲情報に基づいて委譲情報を登録管理する、請求項１に記載の情報処理システム。
【請求項３】
前記情報処理装置は、
権限を委譲する期間の設定および管理を行う期間管理手段と、
前記期間管理手段で管理される前記期間が経過した場合に、委譲された権限により使用可能とした機能を使用不可状態とする機能制限手段と、
を更に有する請求項１または２に記載の情報処理システム。
【請求項４】
前記情報処理装置は、
前記権限追加要求が発生した場合に前記期間の指定を受付ける期間指定受付手段を更に有し、
前記期間管理手段は、前記期間指定受付手段の受付けに基づいて前記期間を設定する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項５】
ユーザの識別情報に対応付けて登録されるユーザ毎の認証情報を管理する認証手段を更に有し、
前記要求受付手段は、前記情報処理装置から、前記権限追加要求を受け取った場合に、前記権限追加要求に含まれる前記認証情報に登録された権限委譲用のパスワードに基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得する、請求項１〜４のいずれか一項に記載の情報処理システム。
【請求項６】
前記認証情報は、権限を委譲する先のユーザの識別情報を更に登録する、請求項５に記載の情報処理システム。
【請求項７】
前記委譲管理手段は、ユーザ毎の識別情報に対応付けて権限の委譲対象となるユーザを示す情報を更に登録する前記委譲情報を管理する、請求項１〜６のいずれか一項に記載の情報処理システム。
【請求項８】
前記管理装置は、
システム管理者による前記委譲情報の初期設定を受付ける初期設定受付手段を更に有し、
前記委譲管理手段は、前記初期設定受付手段で受付けた初期設定に基づいて前記委譲情報の初期設定を行う、請求項１〜７のいずれか一項に記載の情報処理システム。
【請求項９】
前記情報処理装置は、記録媒体に画像を形成する画像形成装置であり、
印刷データを管理する印刷管理装置を更に備え、
前記情報処理装置は、
前記管理装置から受信した前記委譲情報に基づいて、前記権限が委譲されるユーザの印刷ジョブの一覧の中で実行できる印刷ジョブを判定する判定手段、
を更に有する、請求項２〜８のいずれか一項に記載の情報処理システム。
【請求項１０】
情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、
前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記報処理装置に送信する要求受付手段と、
を有する管理装置。
【請求項１１】
コンピュータを、
情報処理装置の使用の権限を有する委譲元のユーザの識別情報に対応付けて登録される他のユーザに委譲する前記情報処理装置の使用の権限を特定可能な委譲情報を管理する委譲管理手段と、
前記情報処理装置から、前記他のユーザに対する前記情報処理装置の使用の権限の追加を要求する権限追加要求を受け取った場合に、当該権限追加要求に含まれる権限を委譲するユーザを特定可能な情報に基づいて前記権限を委譲するユーザの前記委譲情報を前記委譲管理手段から取得して前記報処理装置に送信する要求受付手段と、
して機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１３−３００２２（Ｐ２０１３−３００２２Ａ）
【公開日】平成２５年２月７日（２０１３．２．７）
【国際特許分類】
【出願番号】特願２０１１−１６６０２１（Ｐ２０１１−１６６０２１）
【出願日】平成２３年７月２８日（２０１１．７．２８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年２月７日（２０１３．２．７）
【国際特許分類】
【出願日】平成２３年７月２８日（２０１１．７．２８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]