JP4649081B2

JP4649081B2 - PERIPHERAL DEVICE, ITS CONTROL METHOD, PROGRAM, AND STORAGE MEDIUM

Info

Publication number: JP4649081B2
Application number: JP2001299101A
Authority: JP
Inventors: 友章遠藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-10-02
Filing date: 2001-09-28
Publication date: 2011-03-09
Anticipated expiration: 2021-09-28
Also published as: JP2002202945A

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、プリンタ、スキャナ、複写機、ファクシミリなどの周辺機器の制御、対応するサーバの設定、周辺機器のユーザ情報管理、印刷枚数管理などを行う周辺機器、その制御方法、プログラムおよび記憶媒体に関する。
【０００２】
【従来の技術】
従来、プリンタ、複写機、ファクシミリ（ＦＡＸ）などの周辺機器では、周辺機器内で動作または実行が保留されているジョブの管理（ジョブ一覧の表示、指定ジョブのキャンセルなど）を、周辺機器のコンソールあるいはネットワークなどを介して周辺機器に接続されている計算機から行うことが可能であった。
【０００３】
また、従来、ジョブや制御コマンドにディレクトリサーバから発行されたアクセスチケットを含ませることができる周辺機器では、アクセスチケットを秘密暗号キーを使用して解読する必要があるが、解読に使用される暗号化方式やアクセスチケットのフォーマットは対応するディレクトリサーバの種類によって異なるので、予め周辺機器がどのディレクトリサーバに対応するのかを設定しておく必要があった。
【０００４】
さらに、従来、複写機、ファクシミリなどの周辺機器では、ユーザ情報管理を行うために、コンソール上にユーザ認証を行わせるためのダイアログを表示し、これにユーザ情報を入力させることによりユーザの認証を行っていた。ここで得られたユーザ情報は、機器内部で管理されているユーザ情報のデータベースと照合され、合致した場合にユーザの使用許可を出している。また、ユーザ操作の結果、何らかの印刷が行われた場合、ログイン時に得られたユーザ情報と共に印刷枚数をログに記録したり、ユーザ毎のカウンタに累積したりしてユーザ毎の印刷枚数の管理を行っていた。
【０００５】
また、従来、プリンタ、複写機などの周辺機器では、ユーザ毎の累積印刷枚数管理および最大印刷枚数制限などの印刷枚数管理を機器単体で行ってきた。この場合、機器内に累積印刷を表すカウンタを設け、この値が予め設定された値になると、印刷を終了させたり、ジョブの受付を拒否することにより行われてきた。
【０００６】
【発明が解決しようとする課題】
しかしながら、ジョブを発行した機器とジョブを管理している機器とが異なる場合、例えば計算機から印刷ジョブを複写機に対して発行し、このキャンセルを複写機上のコンソールから行おうとすると、計算機にログインするために使用された情報と、複写機にログインするために使用する情報とが異なるので、ジョブ発行者によってジョブが管理されているか否かが分からず、ジョブ管理のアクセス制御の観点から問題であった。また、本発明では、統一したアクセス制御を行うために、ユーザ情報を管理コマンドに含ませる手段を使用するが、一般的にユーザ情報のデータサイズが大きくなってしまい、これを含んだ管理コマンドもデータサイズが大きいために、ネットワークトラフィック上やパフォーマンス上で問題となることがあった。
【０００７】
また、しかしながら、対応ディレクトリサーバの種類を、ネットワークなどを介して接続されている計算機上で動作する周辺機器制御ソフトウェアから設定しようとする場合、予め対象となる周辺機器がどのディレクトリサーバに対応可能であるかの情報を周辺機器制御ソフトウェアに保持しておく必要があるので、どのような周辺機器にも対応可能な汎用的な周辺機器制御ソフトウェアを用意することは困難であった。
【０００８】
さらに、しかしながら、ユーザ情報管理を機器単体で行ってきたので、複数の機器を使用する環境において、各機器が管理するユーザ情報の統一が困難であり、例えば、同じユーザＩＤを使用しても、そのユーザＩＤが必ずしも同じユーザを特定しているとは限らないという問題があった。また、１つの機器にユーザ毎の最大印刷可能枚数を設定しても、別の機器には何ら影響が及ばないので、このような環境で最大印刷枚数を管理することは困難であった。
【０００９】
また、印刷枚数管理を機器単体で行ってきたので、複数の機器を使用する環境において、各機器が管理するユーザ情報の統一が困難であり、例えば、同じユーザＩＤを使用してもそのユーザＩＤが必ずしも同じユーザを指定しているとは限らないという問題があった。また、１つの機器に最大印刷可能枚数を設定しても、別の機器には何ら影響が及ばないので、このような環境で最大印刷枚数を管理することは困難であった。
【００１０】
そこで、本発明は、ネットワーク環境内でのジョブ管理に関し、統一したアクセス制御を可能とする周辺機器、その制御方法、プログラムおよび記憶媒体を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１に記載の周辺機器は、ネットワークを介して接続されたサーバによって管理され、投入されたジョブ管理コマンドにしたがって、外部から入力されたジョブの管理を行う周辺機器において、ジョブを受信する第１受信手段と、受信した前記ジョブに含まれるアクセスチケットを解読する第１解読手段と、前記第１解読手段により解読された前記アクセスチケットが有効であり、且つ受信した前記ジョブを実行可能である場合に、受信した前記ジョブと該ジョブに含まれる前記アクセスチケットとを対応付けて保持する保持手段と、ジョブ管理コマンドを受信する第２受信手段と、受信した前記ジョブ管理コマンドに含まれるアクセスチケットを解読する第２解読手段と、前記第２解読手段により解読された前記アクセスチケットが有効であり、且つ前記第1受信手段が受信した前記ジョブが終了していない場合に、前記第１解読手段の解読結果と、前記第２解読手段の解読結果とを比較する比較手段と、前記比較手段による比較結果に基づき、前記ジョブに対する前記ジョブ管理コマンドを実行する管理手段とを備えたことを特徴とする。
【０１０３】
【発明の実施の形態】
本発明の周辺機器、その制御方法、プログラムおよび記憶媒体の実施の形態を図面を参照しながら説明する。
【０１０４】
［第１の実施形態］
図１は第１の実施形態における周辺機器制御システムの構成を示すブロック図である。図において、１、５はそれぞれ周辺機器ＭＦＰ１、ＭＦＰ２である。また、２、３、４はそれぞれパーソナルコンピュータＰＣ（１）、ＰＣ（２）、ＰＣ（３）である。ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４は、ネットワーク１０、もしくはローカルインターフェース経由でＭＦＰ１（１）およびＭＦＰ２（５）に接続されている。ＰＣ（１）、ＰＣ（２）またはＰＣ（３）上では、本発明に関係する周辺機器制御ソフトウェアが動作し、ネットワーク１０経由でＭＦＰ１に対し、プリント、スキャン、コピーあるいはＦＡＸ送受信といったジョブ処理を依頼したり、ＭＦＰ１（１）およびＭＦＰ２（５）の属性情報の問い合わせを行う。
【０１０５】
また、６はユーザ情報および機器情報の一元管理機能を有するディレクトリサーザであり、パーソナルコンピュータなどで構成される。このディレクトリサーバ６は、Ｋｅｒｂｅｒｏｓプロトコル（ＲＦＣ１５１０）におけるＫＤＣ（ＫｅｙＤｉｓｔｒｉｂｕｔｉｏｎＳｅｒｖｅｒ）の機能も有しており、Ｋｅｒｂｅｒｏｓプロトコルの規定にしたがって、ＴＧＴ（チケット生成チケット）の発行および指定された資源に対するアクセスを行うために必要なアクセスチケットの発行を行う。
【０１０６】
さらに、このディレクトリサーバ６には、ＭＦＰ１（１）およびＭＦＰ２（５）が既に登録されているものとする。このデータの参照および更新は、ＬＤＡＰプロトコル（ＲＦＣ１７７７）を使用することにより、ＰＣ（１）２、ＰＣ（２）３から行うことが可能である。ディレクトリサーバ６で管理されている各ユーザ情報には、ユーザ名、パスワード、ユーザの印刷可能枚数、ユーザの累積印刷枚数が含まれる。また、ディレクトリサーバ６で管理されている各機器情報には、機器名、機器の秘密暗号キーが含まれる。
【０１０７】
図２は周辺機器（ＭＦＰ１、ＭＦＰ２）の構成を示すブロック図である。図において、１１は周辺機器を制御するためのコントローラである。１２はコントローラ１１が周辺機器の外部と通信するための通信インターフェースであり、例えば、イーサネット（登録商標）インターフェース、ＩＥＥＥ１２８４インターフェースあるいはその他の通信インターフェースである。
【０１０８】
１３はスキャナエンジンであり、コントローラ１１によって制御されている。１４はプリンタエンジンであり、コントローラ１１によって制御されており、例えば、レーザビームプリンタ、インクジェットプリンタあるいはその他のプリンタである。
【０１０９】
１５は画像の送受信などの通信制御を行うＦＡＸ機能を実現するＦＡＸボードであり、コントローラ１１によって制御されている。１６はユーザインターフェースであり、ＬＣＤディスプレイおよびキーボードから構成されており、コントローラ１１からの情報表示を行うとともに、ユーザからの指示をコントローラ１１に伝える。
【０１１０】
このような構成を有する周辺機器は、プリンタエンジン１４を選択し、プリントジョブの発行を可能にする。また、プリンタエンジン１４およびスキャナエンジン１３を選択し、コピージョブの発行を可能にする。また、プリンタエンジン１４、スキャナエンジン１３、ＦＡＸボード１５を選択し、ＦＡＸ受信ジョブおよびＦＡＸ送信ジョブの発行を可能にする。
【０１１１】
図３はコントローラ１１のハードウェア構成を示すブロック図である。コントローラ１１では、ＣＰＵ２１、ＲＡＭ２２、ＬＣＤ２３、キーボード２４、ＲＯＭ２５、通信インターフェース２６、スキャナエンジン２７、プリンタエンジン２８、ＦＡＸボード２９およびＤＩＳＫ３０がシステムバス２０を介して相互に接続されている。
【０１１２】
コントローラ１１を制御するプログラムは、ＲＯＭ２５あるいはＤＩＳＫ３０に記憶されており、必要に応じてＲＡＭ２２に読み出され、ＣＰＵ２１によって実行される。また、ＲＯＭ２５あるいはＤＩＳＫ３０には、制御プログラム以外に周辺機器やこの周辺機器で処理されるジョブの機能および状態を示す属性情報、出力の対象となるジョブデータなどが記憶されている。さらに、ＣＰＵ２１はＬＣＤ２３で表示を行い、キーボード２４からユーザの指示を受ける。また、ＣＰＵ２１が通信インターフェース２６を通じて外部と通信を行う。
【０１１３】
本実施形態では、特に断らない限り、周辺機器（図２）では、ＣＰＵ２１は、システムバス２０を介してキーボード２４からユーザの入力を受け取り、かつＲＡＭ２２、ＬＣＤ２３、ＲＯＭ２５、通信インターフェース２６、スキャナエンジン２７、プリンタエンジン２８、ＦＡＸボード２９およびＤＩＳＫ３０を制御する。
【０１１４】
図４はネットワークシステムを構成するＰＣのハードウェア構成を示すブロック図である。ＰＣでは、ＣＰＵ３１、ＲＡＭ３２、ＣＲＴ３３、キーボード３４、ポインティングデバイス３５、ＲＯＭ３６、ＤＩＳＫ３７および通信インターフェース３８はシステムバス４０を介して相互に接続されている。ＰＣを制御するプログラムは、ＲＯＭ３６もしくはＤＩＳＫ３７に記憶されており、必要に応じてＲＡＭ３２に読み出され、ＣＰＵ３１によって実行される。また、ＣＰＵ３１はＣＲＴ３３を通して表示を行い、キーボード３４およびポインティングデバイス３５からユーザの指示を受ける。また、ＣＰＵ３１は通信インターフェース３８を通じて外部と通信を行う。
【０１１５】
本実施形態では、特に断らない限り、ＰＣでは、ＣＰＵ３１がシステムバス４０を介してキーボード３４やポインティングデバイス３５からユーザの入力を受け取り、かつＲＡＭ３２、ＣＲＴ３３、ＲＯＭ３６、ＤＩＳＫ３７、通信インターフェース３８を制御する。また、周辺機器に対するユーザの指示およびユーザへの情報表示は、ローカルなユーザインターフェース１６を通して行ってもよいし、ＰＣ（１）、ＰＣ（２）あるいはＰＣ（３）のようなネットワーク１０に接続されたクライアントとなる機器を通して行ってもよい。
【０１１６】
図５は周辺機器１で保持されている属性情報を示す図である。周辺機器２（５）は周辺機器１と同じデータ構造を有するが、保持されている値は異なっている。これらの情報は、ＲＯＭ２５、ＲＡＭ２２あるいはＤＩＳＫ３０に保持されており、後述する処理によりＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から個々の属性情報を取得あるいは設定することができる。
【０１１７】
図において、３０１は、「サポートしているユーザ管理モードのリスト」属性であり、「"ユーザ管理なし"，"パスワード"，"ユーザＩＤ"，"ユーザＩＤとパスワード"，"セキュリティドメインに参加"」の複数の値をリストとして保持している。
【０１１８】
３０２は、「現在のユーザ管理モード」属性であり、「セキュリティドメインに参加」を値として保持している。３０３は、「対応可能なディレクトリサーバの種類のリスト」属性であり、値として「"標準ＬＤＡＰサーバ"，"ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ（ＭＳ）"，"ＮＤＳ（Ｎｏｖｅｌｌ）"，"ＯｐｅｎＬＤＡＰ"」の複数の値をリストとして保持している。
【０１１９】
３０４は、「現在対応しているディレクトリサーバの種類」属性であり、「"ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ（ＭＳ）"」を値として保持している。３０５は、「現在対応しているディレクトリサーバのＩＰアドレス」属性であり、「１２３．５６．５４．２１」を値として保持している。３０６は、「機器の秘密暗号キー」属性であり、「０ｘ３４ｑ４ｂｆｆｃｄｃａ００１」を値として保持している。この値は、「現在のユーザ管理モード」属性が「セキュリティドメインに参加」の場合に有効となるものであり、ディレクトリサーバ６から発行されたアクセスチケットを解釈するために使用される。
【０１２０】
３０７は、「ディレクトリサーバ接続不可時に使用許可するかどうか」属性であり、「ＴＲＵＥ」を値として保持している。３０８は、「ディレクトリサーバ接続不可時に使用する場合の制限の種類のリスト」属性であり、「"無制限"、"時間制限"、"時間制限＆固定最大枚数で制限"、"時間制限＆最大枚数で制限"、"固定最大枚数で制限"、"最大枚数で制限"、"ログイン毎に制限"」の複数の値をリストとして保持している。
【０１２１】
３０９は、「現在のディレクトリサーバ接続不可時に使用する場合の制限の種類」属性であり、「時間制限」を値として保持している。３１０は、「時間制限の長さ」属性であり、「４８時間」を値として保持している。３１１は、「最大枚数の日毎の削減割合」属性であり、「３０」を値として保持している。３１２は、「最大枚数」属性であり、「１００」を値として保持している。３１３は、「ログイン毎の最大枚数」属性であり、「２０」を値として保持している。
【０１２２】
図６は周辺機器１のユーザ管理モードをＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から表示・変更する場合の処理手順を示すフローチャートである。この処理プログラムはＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４上で動作する。まず、周辺機器１の属性情報３０１を取得する（ステップＳ１７０１）。この属性情報の取得は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から属性取得用コマンドを周辺機器１に対して送信し、周辺機器１において、このコマンドを処理することにより行われる。そして、得られた属性情報をＣＲＴ３３に表示する（ステップＳ１７０２）。さらに、属性情報である「現在のユーザ管理モード」属性３０２を取得し（ステップＳ１７０３）、ＣＲＴ３３に表示する（ステップＳ１７０４）。
【０１２３】
ユーザの入力を待ち（ステップＳ１７０５）、ユーザからの入力にしたがって、属性情報である「現在のユーザ管理モード」属性３０２を設定し（ステップＳ１７０６）、処理を終了する。この属性情報の設定は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から属性設定用コマンドを周辺機器１に対して送信し、周辺機器１において、このコマンドを処理することにより行われる。
【０１２４】
図７はステップＳ１７０５におけるユーザ入力待ちの状態でＣＲＴ３３に表示されたユーザインターフェース画面を示す図である。図中、１０１はユーザが選択可能なユーザ管理モードの一覧（属性３０１）を表示している。現在設定されているユーザ管理モードの属性３０２は図中、１０２で反転表示されている。ユーザは、所望のユーザ管理モードを選択して反転表示させた上で、ＯＫボタン１０３を押すことにより、ステップＳ１７０６の処理を実行してユーザ管理モードの設定を行う。
【０１２５】
尚、図６の処理手順の実行は、ＰＣの代わりに、ユーザ管理モードを変更する対象である周辺機器１自身のコントローラ１１で行われ、図７の表示も周辺機器に装備されているユーザインターフェース１６上で行われるようにしてもよい。また、他の周辺機器２（５）上で実行・表示されるようにしてもよい。
【０１２６】
図８は周辺機器１に対応するディレクトリサーバをＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から表示・変更する場合の動作処理手順を示すフローチャートである。この処理手順は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４上で行われる。
【０１２７】
まず、属性情報３０３を取得する（ステップＳ１８０１）。この属性情報の取得は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から属性取得用コマンドを周辺機器１に対して送信し、周辺機器１において、後述する処理手順にしたがってこのコマンドを処理することにより行われる。得られた属性情報をＣＲＴ３３に表示する（ステップＳ１８０２）。
【０１２８】
さらに、属性情報３０４を取得し（ステップＳ１８０３）、得られた属性情報３０４をＣＲＴ３３に表示する（ステップＳ１８０４）。属性情報３０５を取得し（ステップＳ１８０５）、得られた属性情報３０５をＣＲＴ３３に表示する（ステップＳ１８０６）。
【０１２９】
ユーザの入力を待ち（ステップＳ１８０７）、ユーザからの入力にしたがって、属性情報３０４、３０５を設定する（ステップＳ１８０８）。この属性情報の設定は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から属性設定用コマンドを周辺機器１に対して送信し、周辺機器１において、後述する処理手順にしたがってこのコマンドを処理することにより行われる。
【０１３０】
図９はステップＳ１８０７におけるユーザ入力待ちの状態でＣＲＴ３３に表示されたユーザインターフェース画面を示す図である。図中、２０１は、ユーザが選択可能なディレクトリサーバの種類の一覧（属性３０３）を表示している。現在設定されているディレクトリサーバの種類（属性３０４）は、図中、２０２で反転表示されている。さらに、アドレス部２０３には、現在設定されているディレクトリサーバのＩＰアドレス３０５が表示されている。ユーザは、所望のディレクトリサーバの種類を選択して反転表示させ、所望のＩＰアドレスをアドレス部２０３に入力した上で、ＯＫボタン２０４を押すことにより、ステップＳ１８０８の処理を実行し、対応するディレクトリサーバの設定を行う。
【０１３１】
尚、図８に示す処理は、ＰＣの代わりに、対応するディレクトリサーバを変更する対象である周辺機器１自身のコントローラ１１で行われ、図９に示す表示も周辺機器に装備されているユーザインターフェース１６で行われるようにしてもよい。また、他の周辺機器２（５）上で実行・表示されるようにしてもよい。
【０１３２】
図１０は周辺機器１がディレクトリサーバ６に接続できない場合にログインをどの様に許可するかを、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から表示・変更する場合の処理手順を示すフローチャートである。この処理手順はＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４上で行われる。
【０１３３】
まず、属性情報である「ディレクトリサーバ接続不可時に使用する場合の制限の種類のリスト」属性３０８を取得する（ステップＳ２２０１）。属性情報の取得は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から属性取得用コマンドを周辺機器１に対して送信し、周辺機器１において、後述する処理手順にしたがってこのコマンドを処理することにより行われる。得られた属性情報をＣＲＴ３３に表示する（ステップＳ２２０２）。
【０１３４】
属性情報である「現在のディレクトリサーバ接続不可時に使用する場合の制限の種類」属性３０９を取得し（ステップＳ２２０３）、得られた属性情報をＣＲＴ３３に表示する（ステップＳ２２０４）。さらに、属性情報である「ディレクトリサーバ接続不可時に使用許可するかどうか」属性３０７を取得する（ステップＳ２２０５）。得られた属性情報をＣＲＴ３３に表示する（ステップＳ２２０６）。
【０１３５】
そして、ユーザの入力を待ち（ステップＳ２２０７）、ユーザからの入力にしたがって属性情報３０９、３０７を設定し（ステップＳ２２０８）、処理を終了する。属性情報の設定は、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から属性設定用コマンドを周辺機器１に対して送信し、周辺機器１において、後述する処理手順にしたがってこのコマンドを処理することにより行われる。
【０１３６】
図１１はステップＳ２２０７のユーザ入力待ちの状態でＣＲＴ３３に表示されたユーザインターフェース画面を示す図である。図中、２１０２は、「ＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒ接続不可時に使用する場合の制限の種類のリスト」属性３０８の内容を表示しており、「現在のＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒ接続不可時に使用する場合の制限の種類」属性３０９の値は、図中、２１０３で反転表示されている。さらに、「ＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒ接続不可時に使用許可するかどうか」属性３０７の値がチェックボックス２１０１に表示されている。ユーザは、所望の設定を行った上で、ＯＫボタン２１０４を押すことにより、ステップＳ２２０８の処理を実行して属性情報の設定を行う。
【０１３７】
尚、図１０に示す処理は、ＰＣの代わりに、設定を変更する対象である周辺機器１自身のコントローラ１１で行われ、図１１に示す表示も周辺機器に装備されているユーザインターフェース１６で行われるようにしてもよい。さらに、他の周辺機器２（５）上で実行・表示されるようにしてもよい。
【０１３８】
図１２および図１３は周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４からプリントジョブ、スキャナジョブ、ファックス送信ジョブあるいはコピージョブを発行する処理手順を示すフローチャートである。この処理はＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４上で行われる。
【０１３９】
まず、周辺機器１が保持する属性情報である「現在のユーザ管理モード」属性３０２を取得する（ステップＳ４０１）。属性情報３０２の値が「ユーザ管理なし」であるか否かを判別する（ステップＳ４０２）。判別の結果、「ユーザ管理なし」である場合、ジョブに必要な他の情報をジョブに設定した上で周辺機器１に対してジョブを発行する（ステップＳ４０３）。この後、処理を終了する。
【０１４０】
一方、ステップＳ４０２で、「ユーザ管理あり」である場合、属性情報３０２の値が「パスワード」であるか否かを判別する（ステップＳ４０４）。判別の結果、パスワードである場合、ＣＲＴ３３上にパスワード入力を促すユーザインターフェース画面を表示する（ステップＳ４０５）。そして、ステップＳ４０３において、入力されたパスワードおよびジョブに必要な他の情報をジョブに設定した上で、周辺機器１に対してジョブを発行する。
【０１４１】
一方、ステップＳ４０４で判別の結果、パスワードでない場合、属性情報３０２の値が「ユーザＩＤ」であるか否かを判別する（ステップＳ４０６）。判別の結果、ユーザＩＤである場合、ＣＲＴ３３にユーザＩＤの入力を促すユーザインターフェース画面を表示する（ステップＳ４０７）。そして、ステップＳ４０３において、入力されたユーザＩＤおよびジョブに必要な他の情報をジョブに設定した上で、周辺機器１に対してジョブを発行する。
【０１４２】
一方、ステップＳ４０６で判別の結果、ユーザＩＤでない場合、属性情報３０２の値が「ユーザＩＤとパスワード」であるか否かを判別する（ステップＳ４０８）。判別の結果、ユーザＩＤとパスワードである場合、ＣＲＴ３３にユーザＩＤとパスワード入力を促すユーザインターフェース画面を表示する（ステップＳ４０９）。そして、ステップＳ４０３において、入力されたユーザＩＤとパスワードおよびジョブに必要な他の情報をジョブに設定した上で、周辺機器１に対してジョブを発行する。
【０１４３】
一方、ステップＳ４０８で判別の結果、ユーザＩＤとパスワードでない場合、使用しているＰＣにおいて、ユーザはディレクトリサーバ６が管理するセキュリティドメインに既にログインしているか否かを判別する（ステップＳ４１０）。この判別は、使用しているＰＣのオペレーティングシステムに対して問い合わせることによって行われる。判別の結果、ログイン済みでない場合、ＣＲＴ３３にユーザＩＤとパスワードの入力を促すユーザインターフェース画面を表示し（ステップＳ４１１）、これらの情報をディレクトリサーバ６にＫｅｒｂｅｒｏｓプロトコルを使用して送ることにより、ＴＧＴ（チケット生成チケット）情報を取得する（ステップＳ４１３）。
【０１４４】
一方、ステップＳ４１０の判別結果、ログイン済みである場合、既にログインしているので、オペレーティングシステムに対し、現在のセッションで使用しているＴＧＴを要求して取得する（ステップＳ４１２）。
【０１４５】
ステップＳ４１２あるいはＳ４１３において取得したＴＧＴを使用し、オペレーティングシステムによって保持されているユーザ名、あるいはステップＳ４１１で入力されたユーザ名に該当するユーザの印刷可能枚数情報をＫｅｒｂｅｒｏｓプロトコルおよびＬＤＡＰプロトコルによりディレクトリサーバ６から取得する（ステップＳ４１４）。
【０１４６】
このあと、印刷可能枚数が１枚以上であるか否かを判別し（ステップＳ４１５）、判別の結果、１枚以上なく印刷できない場合、ジョブ発行ができない旨を表すユーザインターフェース画面をＣＲＴ３３に表示し（ステップＳ４１６）、処理を終了する。
【０１４７】
一方、ステップＳ４１５の判別結果、印刷可能枚数が１枚以上で印刷可能である場合、ステップＳ４１２あるいはＳ４１３において取得したＴＧＴおよびジョブ発行先の周辺機器１を特定する識別子のパラメータをディレクトリサーバ６に対してＫｅｂｅｒｏｓプロトコルによって送信し、周辺機器１に対するアクセスチケットを取得する（ステップＳ４１７）。ここで取得したアクセスチケットは、ユーザ名、ユーザＩＤ、ユーザの印刷可能枚数、アクセスチケットの有効期限に関する情報を、周辺機器１の秘密暗号キーの属性情報３０６によって暗号化したものとなっている。アクセスチケット内部のデータフォーマットおよび使用される暗号方式（アルゴリズム）は、現在対応しているディレクトリサーバの種類（属性情報３０４）によって一意に予め決められている。
【０１４８】
そして、ステップＳ４１７で取得したアクセスチケットおよびジョブに必要な他の情報をジョブに設定した上で、周辺機器１に対してジョブを発行し（ステップＳ４１８）、処理を終了する。
【０１４９】
図１４はステップＳ４０３におけるジョブ発行処理手順を示すフローチャートである。まず、ジョブに必要な属性について属性設定コマンドのパラメータを設定する（ステップＳ５０２）。このパラメータは設定対象の属性名とそれに対する値とから構成されている。ステップＳ５０２で作成された属性設定コマンドを周辺機器１に対して送信する（ステップＳ５０３）。必要なジョブ属性の設定が完了したか否かを判別し（ステップＳ５０４）、完了していない場合、ステップＳ５０２の処理を繰り返す。
【０１５０】
一方、ステップＳ５０４で必要なジョブ属性の設定が完了した場合、ジョブデータ送信コマンドによりアプリケーションなどで作成された画像データなど、ジョブ処理の対象となるデータをこの周辺機器に送信する（ステップＳ５０５）。ジョブ投入コマンドの送信完了を示すジョブ投入完了通知コマンドを送信し（ステップ５０６）、処理を終了する。
【０１５１】
図１５および図１６は周辺機器１が図１４の処理によって発行されたジョブを受信したときのジョブ投入コマンド受信処理手順を示すフローチャートである。この処理はジョブを構成するコマンドを受信する度に周辺機器１によって実行される。
【０１５２】
受信したコマンドおよびそのパラメータを解析する（ステップ６０１）。この解析の結果、受信したコマンドが属性設定コマンドであるか否かを判別する（ステップ６０２）。受信したコマンドが属性設定コマンドである場合、属性が周辺機器１に解釈可能であるか否かを判別する（ステップＳ６０３）。
【０１５３】
解釈可能である場合、ステップＳ６０１で得られた解析結果にしたがって、指定された属性名と属性値の対を、ＲＡＭ２２またはＤＩＳＫ３０にジョブデータとして保存し（ステップＳ６０４）、処理を終了する。一方、ステップＳ６０３で解釈不可能である場合、受信した属性設定コマンドで指定された属性は設定不可能であり、属性が設定できなかったことを返信し（ステップＳ６１６）、処理を終了する。
【０１５４】
一方、ステップＳ６０２で、受信したコマンドが属性設定コマンドでない場合、ステップＳ６０１で得られた解析結果から受信コマンドがジョブデータ送信コマンドであるか否かを判別する（ステップＳ６１１）。ジョブデータ送信コマンドである場合、コマンドに続いて受信するジョブデータをＲＡＭ２２あるいはＤＩＳＫ３０に保存し（ステップ６１２）、処理を終了する。
【０１５５】
一方、ステップＳ６１１で、ジョブデータ送信コマンドでない場合、ステップＳ６０１で得られた解析結果から受信コマンドがジョブ投入終了通知コマンドであるか否かを判別する（ステップＳ６１３）。ジョブ投入終了通知コマンドである場合、ＲＡＭ２２あるいはＤＩＳＫ３０に保持されたジョブデータの処理を開始する（ステップＳ６１４）。一方、ジョブ投入終了通知コマンドでない場合、受信コマンドはその他のコマンドであり、その他のコマンドに依存した処理を行い（ステップ６１５）、処理を終了する。
【０１５６】
図１７は図１５および図１６の処理により周辺機器１内で保持されたジョブのデータ構造を示す図である。このジョブは、ジョブの機能・属性を表す属性のリスト７０１とジョブの処理対象となるデータを表すジョブデータ７０２とから構成される。ジョブデータ７０２は、ジョブの種別によってはなくてもよい。属性のリスト７０１は、属性名７１１とこれに対応する属性値７１２との対のリストとなっている。
【０１５７】
図において、７２１はジョブが印刷ジョブであることを表す。７２２はジョブの開始モードが保留であることを表す。７２３はユーザ管理モードが「セキュリティドメインに参加」であることを表しており、ジョブのユーザ情報としてアクセスチケット７２６を使用することを示している。７２４はユーザ管理モードが「ユーザＩＤ」または「ユーザＩＤとパスワード」である場合、ユーザＩＤが設定される属性である。７２５はユーザ管理モードが「パスワード」または「ユーザＩＤとパスワード」である場合、パスワードが設定される属性である。７２６はユーザ管理モードが「セキュリティドメインに参加」である場合、アクセスチケットが設定される属性である。尚、属性７２４、７２５、７２６としては、属性７２３の内容にしたがって必要なものだけをジョブデータに設定してもよい。
【０１５８】
図１８および図１９は図１７で示された周辺機器１に保持されたジョブデータの処理手順を示すフローチャートである。この処理は周辺機器１上で行われる。まず、属性情報（現在のユーザ管理モード）３０２を取得する（ステップＳ８０１）。属性情報３０２の値が「ユーザ管理なし」であるか否かを判別する（ステップＳ８０２）。
【０１５９】
判別の結果、「ユーザ管理なし」の場合、属性７２３、７２４、７２５、７２６を除く属性の処理を行い（ステップＳ８０３）、これらの属性に基づき、ジョブデータ処理を行う（ステップＳ８１０）。ジョブの処理結果をログに記録し（ステップＳ８１１）、処理を終了する。このログはＲＡＭ２２あるいはＤＩＳＫ３０に保存される。
【０１６０】
一方、ステップＳ８０２の判別の結果、ユーザ管理ありの場合、属性情報３０２の値が「パスワード」であるか否かを判別する（ステップＳ８０４）。判別の結果、パスワードである場合、予めＲＡＭ２２あるいはＤＩＳＫ３０に保持されているパスワード値と属性情報７２５との比較を行い（ステップＳ８０５）、合致していた場合、ステップＳ８０３でジョブの処理を継続する。一方、合致しなかった場合、ジョブの処理を中止する。
【０１６１】
一方、ステップＳ８０４の判別結果、パスワードでない場合、属性情報３０２の値が「ユーザＩＤ」であるか否かを判別する（ステップＳ８０６）。判別の結果、ユーザＩＤである場合、予めＲＡＭ２２あるいはＤＩＳＫ３０に保持されているユーザＩＤ値と属性情報７２４との比較を行い（ステップＳ８０７）、合致していた場合、ステップＳ８０３でジョブの処理を継続する。一方、合致しなかった場合、ジョブの処理を中止する。
【０１６２】
ステップＳ８０６の判別結果、ユーザＩＤでない場合、属性情報３０２の値が「ユーザＩＤとパスワード」であるか否かを判別する（ステップＳ８０８）。判別の結果、「ユーザＩＤとパスワード」である場合、予めＲＡＭ２２またはＤＩＳＫ３０に保持されているユーザＩＤ値およびパスワード値と、属性情報７２４、７２５とそれぞれの比較を行い（ステップＳ８０９）、両者が合致していた場合、ステップＳ８０３でジョブの処理を継続する。合致しなかった場合、ジョブの処理を中止する。
【０１６３】
一方、ステップＳ８０８の判別結果、「ユーザＩＤとパスワード」でない場合、アクセスチケットの値７２６を、属性情報３０６である秘密暗号キーを使用して解読する（ステップＳ８１２）。そして、アクセスチケットが有効であるか否かを判別する（ステップＳ８１３）。アクセスチケットの値を解読できなかった場合、あるいはアクセスチケット内で保持される印刷可能枚数が値０である場合、ステップＳ８１３でアクセスチケットは無効であると判別し、ジョブデータを破棄し（ステップＳ８１４）、処理を終了する。
【０１６４】
一方、ステップＳ８１３において、アクセスチケットが有効であると判別された場合、アクセスチケット内のユーザＩＤに該当するユーザの印刷可能枚数情報をＫｅｒｂｅｒｏｓプロトコルおよびＬＤＡＰプロトコルによりディレクトリサーバ６から取得する（ステップＳ８１５）。
【０１６５】
印刷可能枚数が１枚以上で印刷可能であるか否かを判別し（ステップＳ８１６）、印刷不可能である場合、ジョブデータを破棄し（ステップＳ８１７）、処理を終了する。一方、ステップＳ８１６の判別結果、印刷可能である場合、属性値７２３、７２４、７２５、７２６を除く属性の処理を行い（ステップＳ８１８）、これらの属性に基づき、ジョブデータの処理を行う（ステップＳ８１９）。尚、この処理において、ステップＳ８１５の処理から得られる印刷可能枚数を越えないように監視し、最大印刷可能枚数を越えた場合、ジョブデータの処理を異常終了させる。ジョブが正常終了した場合および異常終了した場合のいずれの場合も、ジョブの処理結果をログに記録し（ステップＳ８２０）、処理を終了する。ログには、ユーザＩＤおよびジョブで印刷した枚数が記録され、ＲＡＭ２２またはＤＩＳＫ３０に保存される。
【０１６６】
尚、本実施形態では、図１５および図１６の処理において、一旦、ジョブデータを周辺機器１の中に構築した後、改めて図１８および図１９の処理において、ジョブデータの処理を行っているが、他の実施形態として、図１５および図１６と図１８および図１９の処理を合体させ、ジョブの解析と同時にジョブの処理を行うようにしてもよい。
【０１６７】
また、本実施形態では、ステップＳ８１３でアクセスチケット内の印刷可能枚数を判別し、さらに、ステップＳ８１５、Ｓ８１６においてディレクトリサーバ６に保持されているユーザの印刷可能枚数を判別しているが、他の実施形態として、ステップＳ８１３におけるアクセスチケット内の印刷可能枚数の判別、あるいはステップＳ８１５、Ｓ８１６におけるディレクトリサーバ６に保持されているユーザの印刷可能枚数の判別のどちらか一方を省略してもよい。
【０１６８】
また、本実施形態では、ジョブの結果の記録をログとして、ステップＳ８２０において周辺機器１内に保持しているが、ディレクトリサーバ６に保持されている、このユーザの印刷可能枚数および累積印刷枚数をジョブで印刷した枚数によって更新してもよい。印刷可能枚数の更新は、ディレクトリサーバ６に保持されているユーザＩＤによって示されるユーザの印刷可能枚数および累積印刷枚数をＬＤＡＰプロトコルにより取得し、この印刷可能枚数からジョブで印刷した枚数を減じ、更に累積印刷枚数にジョブで印刷した枚数を加え、得られたこれらの値をＬＤＡＰプロトコルによりディレクトリサーバ６に設定することにより、行われる。
【０１６９】
図２０および図２１は周辺機器１のＬＣＤ２３に表示されるログイン画面の処理手順を示すフローチャートである。この処理は周辺機器１上で行われる。まず、属性情報（現在のユーザ管理モード）３０２を取得する（ステップＳ９０１）。属性情報３０２の値が「ユーザ管理なし」であるか否かを判別する（ステップＳ９０２）。
【０１７０】
判別の結果、ユーザ管理なしである場合、ログイン情報をＲＡＭ２２に保存する（ステップＳ９０３）。ログイン情報には、ログインした時点でのユーザ管理モード、ユーザＩＤ、印刷可能枚数が保持されている。印刷可能枚数はログイン期間内でコンソールから発行されたプリントジョブ、コピージョブなどの印刷を伴うジョブで使用した印刷枚数により順次更新され、印刷可能枚数が値０になった時点でジョブは終了する。ステップＳ９０３において、印刷可能枚数は無限大に設定される。ログイン情報内のユーザＩＤはジョブで使用した印刷枚数と共にログに記録される。ステップＳ９０３の処理後、印刷保留ジョブの処理を行い（ステップＳ９２４）、処理を終了する。
【０１７１】
一方、ステップＳ９０２の判別結果、ユーザ管理ありの場合、属性情報３０２の値が「パスワード」であるか否かを判別する（ステップＳ９０４）。判別の結果、パスワードありの場合、ＬＣＤ２３にパスワード入力を促すユーザインターフェース画面を表示し、入力されたパスワードと予めＲＡＭ２２またはＤＩＳＫ３０に保持されているパスワード値との比較を行い（ステップＳ９０５）、合致していた場合、ステップＳ９０３でログインの処理を継続する。合致しなかった場合、ログイン不可として処理を中止する。
【０１７２】
一方、ステップＳ９０４の判別結果、パスワードなしの場合、属性情報３０２の値が「ユーザＩＤ」であるか否かを判別する（ステップＳ９０６）。ユーザＩＤである場合、ＬＣＤ２３にユーザＩＤ入力を促すユーザインターフェース画面を表示し、入力されたユーザＩＤを予めＲＡＭ２２またはＤＩＳＫ３０に保持されているユーザＩＤ値との比較を行い（ステップＳ９０７）、合致していた場合、ステップＳ９０３でログインの処理を継続する。合致しなかった場合、ログイン不可として処理を中止する。
【０１７３】
一方、ステップＳ９０６の判別結果、ユーザＩＤでない場合、属性情報３０２の値が「ユーザＩＤとパスワード」であるか否かを判別する（ステップＳ９０８）。判別の結果、ユーザＩＤとパスワードである場合、ＬＣＤ２３にユーザＩＤとパスワード入力を促すユーザインターフェース画面を表示し、入力されたユーザＩＤとパスワードを予めＲＡＭ２２またはＤＩＳＫ３０に保持されているユーザＩＤ値とパスワード値との比較を行い（ステップＳ９０９）、合致していた場合、ステップＳ９０３でログインの処理を継続する。合致しなかった場合、ログイン不可として処理を中止する。
【０１７４】
ステップＳ９０８の判別結果、ユーザＩＤとパスワードでない場合、属性情報３０５で示されるディレクトリサーバへのアクセスを試み、接続可能であるか否かを判別する（ステップＳ９１０）。
【０１７５】
アクセス可能である場合、ＬＣＤ２３にユーザ名とパスワード入力を促すユーザインターフェース画面を表示し（ステップＳ９１２）、入力されたユーザ名とパスワードを使用してＫｅｒｂｅｒｏｓプロトコルによりディレクトリサーバ６からアクセスチケットを取得する（ステップＳ９１４）。
【０１７６】
一方、ユーザ名とパスワードが誤っていた場合など、ディレクトリサーバ６からユーザ名またはパスワードが不正であるとのエラーが返信された場合、ステップＳ９１２において、再度、ユーザ名とパスワードの入力を促すユーザインターフェース画面を表示する。
【０１７７】
そして、ディレクトリサーバから取得したアクセスチケットを秘密暗号キー３０６を使用して解読する（ステップＳ９１５）。アクセスチケットの有効性を判別する（ステップＳ９１６）。この判別は、チケットが有効期限以内であるか否か、および印刷可能枚数が１枚以上であるか否かを調べることにより行われる。ステップＳ９１６の判別結果、アクセスチケットが有効でない場合、このユーザ名では機器を現在使用することができないことを表すユーザインターフェース画面をＬＣＤ２３に表示し（ステップＳ９１７）、処理を終了する。
【０１７８】
一方、ステップＳ９１６の判別の結果、アクセスチケットが有効である場合、ログイン情報の保存およびユーザ情報キャッシュの更新を行う（ステップＳ９２５）。ログイン情報のうち、印刷可能枚数については、アクセスチケットで保持されていた枚数を設定する。
【０１７９】
図２２はユーザ情報キャッシュのデータ構造を示す図である。このユーザ情報キャッシュは、ＲＡＭ２２またはＤＩＳＫ３０に保持されている。ユーザ情報キャッシュの更新は、アクセスチケット取得する際に使用したユーザ名とパスワード、アクセスチケット内のユーザＩＤと印刷可能枚数、およびログインの日時をデータとして追加することにより行われる。既に同じユーザ名がユーザ情報キャッシュ内に存在する場合、既存情報の更新を行う。そして、ステップＳ９２５の処理後、印刷保留ジョブの処理を行い（ステップＳ９２２）、処理を終了する。
【０１８０】
一方、ステップＳ９１０において、ディレクトリサーバ６にアクセス不能な場合、属性情報（ディレクトリサーバ接続不可時に使用許可するかどうか）３０７を取得し、サーバ接続不可でも利用可能であるか否かを判別する（ステップＳ９１１）。使用許可されない場合、現在ログインすることができないことを表すユーザインターフェース画面をＬＣＤ２３上に表示し（ステップＳ９２０）、処理を終了する。
【０１８１】
一方、ステップＳ９１１で使用不許可である場合、ＬＣＤ２３にユーザ名とパスワード入力を促すユーザインターフェース画面を表示し（ステップＳ９１８）、入力されたユーザ名とパスワードの組がＲＡＭ２２またはＤＩＳＫ３０に保持されているユーザ情報キャッシュ内に存在するか否かを判別する（ステップＳ９１９）。この判別の結果、ユーザ情報キャッシュ内に存在しない場合、このユーザ名では機器を現在使用することができないことを表すユーザインターフェース画面をＬＣＤ２３上に表示し（ステップＳ９２１）、処理を終了する。
【０１８２】
一方、ステップＳ９１９の判別の結果、ユーザ名とパスワードの組がユーザ情報キャッシュの中に存在する場合、後述する処理によって印刷可能枚数の算出を行い、この値およびユーザＩＤをログイン情報として保存する（ステップＳ９２３）。また、ログイン情報内のユーザ管理モードには「セキュリティドメインに参加（ディレクトリサーバに接続不能）」の値が設定される。ステップＳ９２３の処理後、印刷保留ジョブの処理を行い（ステップＳ９２２）、処理を終了する。
【０１８３】
このログイン処理で保存されたログイン情報は、ログインセッション内のジョブ発行において動作の制限および記録のために使用される。すなわち、ログイン情報内の印刷印刷可能枚数を越えて印刷が行われた場合、ジョブを中止する。またジョブ内で印刷された印刷枚数はログイン情報の印刷可能枚数から引かれる。
【０１８４】
さらに、ログイン情報内のユーザ管理モードが「セキュリティドメインに参加（ディレクトリサーバに接続不能）」である場合、機器で保持されている属性情報「ＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒ接続不可時に使用する場合の制限の種類のリスト」３０８の内容にしたがって、最大印刷枚数３１２またはユーザ情報キャッシュの印刷可能枚数１０１３の値からジョブ内で印刷した枚数を減ずることにより、値を更新する。ログイン情報内のユーザＩＤは、ログインセッション内で発行されたジョブで印刷した枚数と共にログに記録される。そして、ユーザがログオフした時点で、ログイン情報は破棄される。
【０１８５】
尚、本実施形態では、ディレクトリサーバに接続可能な場合でも、ステップＳ９２５において、ログイン情報はログインした時点での印刷可能枚数を保持し、ログイン期間内でコンソールから発行されたジョブによってのみ印刷可能枚数が更新されるが、ディレクトリサーバに接続可能な場合、ジョブの発行直前にディレクトリサーバで保持されている、このユーザの印刷可能枚数を取得し、これにより印刷可能枚数を制限することも可能である。この場合、ステップＳ９２５で保持されるログイン情報にＴＧＴを含ませ、これによってジョブの発行直前にディレクトリサーバ６に保持されているユーザの印刷可能枚数をＫｅｒｂｅｒｏｓプロトコルおよびＬＤＡＰプロトコルにより取得する。
【０１８６】
図２０および図２１の処理で更新されるユーザ情報キャッシュのデータは、前述したようにＲＡＭ２２またはＤＩＳＫ３０に保持されている。データは１行が１レコードの集合として表されており、１レコードはユーザ名１０１０、パスワード１０１１、ユーザＩＤ１０１２、印刷可能枚数１０１３およびログイン日時１０１４から構成されている。
【０１８７】
図２３はステップＳ９２４およびＳ９２２における印刷保留ジョブの処理手順を示すフローチャートである。この処理は周辺機器１上で行われる。まず、周辺機器１内で印刷の実行が保留されているジョブの一覧を取得する（ステップＳ１１０１）。
【０１８８】
図２０および図２１で保持されたログイン情報内のユーザＩＤと、ステップＳ１１０１で取得した各ジョブが属性として含まれるユーザＩＤとを比較し、両者が合致するジョブのリストを作成する（ステップＳ１１０２）。ここで比較するジョブのユーザＩＤは、ジョブ内にアクセスチケット７２６が存在する場合、アクセスチケットを解読することにより取得して使用され、そうでない場合、ジョブ内に含まれるユーザＩＤ７２４が使用される。
【０１８９】
ステップＳ１１０２の処理の結果、リストが空であるか否かを判別し（ステップＳ１１０３）、判別の結果、空でない場合、処理を終了する。
【０１９０】
一方、ステップＳ１１０３で空である場合、ユーザＩＤが合致したジョブの一覧をユーザインターフェース画面としてＬＣＤ２３に表示する（ステップＳ１１０４）。図２４はステップＳ１１０４でＬＣＤ２３に表示されるユーザインターフェース画面を示す図である。図中、１２０２はステップＳ１１０２で作成されたジョブのリストを表示している。１２０３はジョブを実行させるためのＯＫボタンであり、１２０４はジョブを実行させないでユーザインターフェース画面を閉じるキャンセルボタンである。
【０１９１】
そして、ＯＫボタン１２０３、キャンセルボタン１２０４のどちらが押されたかを判別し（ステップＳ１１０５）、キャンセルボタンが押された場合、ユーザインターフェース画面を閉じて終了する。一方、ＯＫボタンが押された場合、ステップＳ１１０２で生成したリスト中にあるジョブを実行し（ステップＳ１１０６）、処理を終了する。
【０１９２】
図２５および図２６は周辺機器１がＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から個々の属性情報を取得あるいは設定するためのアクセスコマンドを受信したときの処理手順を示すフローチャートである。まず、受信したコマンドおよびそのパラメータを解析する（ステップＳ１３０１）。
【０１９３】
この解析の結果から受信コマンドが属性獲得コマンドであるか否かを判別する（ステップＳ１３０２）。属性獲得コマンドである場合、属性獲得コマンドによって指定された属性が獲得可能であるか否かを判別する（ステップＳ１３０３）。属性が獲得可能である場合、周辺機器内に保持する属性の値を取得し（ステップＳ１３０４）、取得した属性値を返信コマンドのパラメータにセットし、属性獲得コマンドに対する返信コマンドをドライバソフトウェアに送信し（ステップＳ１３０５）、処理を終了する。
【０１９４】
一方、ステップ１３０３で属性が獲得可能でない場合、属性の獲得に失敗したことをドライバソフトウェアに通知する処理を行い（ステップＳ１３１７）、処理を終了する。
【０１９５】
また一方、ステップＳ１３０２で属性獲得コマンドでない場合、ステップ１３０１での解析の結果から受信コマンドが属性値変更コマンドであるか否かを判別する（ステップＳ１３１１）。属性値変更コマンドである場合、属性値変更コマンドによって指定された属性が変更可能であるか否かを判別する（ステップＳ１３１２）。
【０１９６】
変更可能である場合、指定されたコマンドパラメータにしたがって、指定された属性を指定された属性値に変更し（ステップＳ１３１３）、属性値の変更が成功したことをドライバソフトウェアに通知する処理を行い（ステップＳ１３１４）、処理を終了する。一方、変更不可能である場合、属性値の変更に失敗したことをドライバソフトウェアに通知する処理を行い（ステップＳ１３１５）、処理を終了する。一方、ステップＳ１３１１で属性変更コマンドでない場合、受信コマンドはその他のコマンドであり、その他のコマンドに依存した処理を行い（ステップＳ１３１６）、処理を終了する。
【０１９７】
図２７および図２８は周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から機器管理、ジョブ管理などの管理コマンドを発行する処理手順を示すフローチャートである。この処理はＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４上で実行される。まず、周辺機器１が保持する属性情報（現在のユーザ管理モード）３０２を取得する（ステップＳ１４０１）。
【０１９８】
属性情報３０２の値が「ユーザ管理なし」であるか否かを判別する（ステップＳ１４０２）。判別の結果、ユーザ管理なしである場合、図２９で示される管理コマンドを生成し、周辺機器１に対して送信する（ステップＳ１４０３）。図２９は管理コマンドのデータ構造を示す図である。図において、１５０１はユーザ管理モードを表し、ユーザＩＤ１５０２、パスワード１５０３、アクセスチケット１５０４のうち、どの情報が有効であるかを示す。また、１５０５はコマンドの種別を表す。さらに、１５０６はコマンドに必要なパラメータ１５０７の長さを表す。
【０１９９】
周辺機器１は、受信した管理コマンドを図３０および図３１に示される処理手順によって処理し、その結果を送信する。周辺機器１から送られた返信を処理する（ステップＳ１４１７）。この処理は、ステップＳ１４０３によって送られた管理コマンドの処理によって異なり、特に管理コマンドが周辺機器内で保持されているジョブの一覧を取得するためのコマンドである「ＬｉｓｔＪｏｂｓ」であった場合、返信に含まれているジョブの一覧をＣＲＴ３３にユーザインターフェース画面として表示する。この後、本処理を終了する。
【０２００】
一方、ステップＳ１４０２の判別結果、ユーザ管理ありの場合、属性情報３０２の値が「パスワード」であるか否かを判別する（ステップＳ１４０４）。判別の結果、パスワードある場合、ＣＲＴ３３にパスワード入力を促すユーザインターフェース画面を表示する（ステップＳ１４０５）。そして、ステップＳ１４０３において入力されたパスワードを設定した管理コマンドを生成し、周辺機器１に対して送信する。
【０２０１】
一方、ステップＳ１４０４の判別結果、パスワードなしの場合、属性情報３０２の値が「ユーザＩＤ」であるか否かを判別する（ステップＳ１４０６）。判別の結果、ユーザＩＤであった場合、ＣＲＴ３３にユーザＩＤ入力を促すユーザインターフェース画面を表示する（ステップＳ１４０７）。そして、ステップＳ１４０３において入力されたユーザＩＤを設定した管理コマンドを生成し、周辺機器１に対して送信する。。
【０２０２】
一方、ステップＳ１４０６の判別の結果、ユーザＩＤでない場合、属性情報３０２の値が「ユーザＩＤとパスワード」であるか否かを判別する（ステップＳ１４０８）。判別の結果、ユーザＩＤとパスワードである場合、ＣＲＴ３３にユーザＩＤとパスワード入力を促すユーザインターフェース画面を表示する（ステップＳ１４０９）。そして、ステップＳ１４０３において、入力されたユーザＩＤとパスワードを設定した管理コマンドを生成し、周辺機器１に対して送信する。
【０２０３】
一方、ステップＳ１４０８の判別結果、ユーザＩＤとパスワードでない場合、使用しているＰＣにおいて、ユーザはディレクトリサーバ６が管理するセキュリティドメインに既にログインしているか否かを判別する（ステップＳ１４１０）。この判別は、使用しているＰＣのオペレーティングシステムに対して問い合わせることによって行われる。
【０２０４】
判別の結果、ログイン済みでない場合、ＣＲＴ３３にユーザＩＤとパスワード入力を促すユーザインターフェース画面を表示し（ステップＳ１４１１）、これらの情報をディレクトリサーバ６にＫｅｒｂｅｒｏｓプロトコルを使用して送ることにより、ＴＧＴ（チケット生成チケット）情報を取得する（ステップＳ１４１３）。
【０２０５】
一方、ステップＳ１４１０の判別結果、ログイン済みの場合、既にログインしているので、オペレーティングシステムに対して現在のセッションで使用しているＴＧＴを要求して取得する（ステップＳ１４１２）。
【０２０６】
ステップＳ１４１２またはＳ１４１３において取得したＴＧＴおよびジョブ発行先の周辺機器１を特定する識別子（パラメータ）をディレクトリサーバ６に対してＫｅｂｅｒｏｓプロトコルによって送信し、周辺機器１に対するアクセスチケットを取得する（ステップＳ１４１４）。ここで取得したアクセスチケットは、ユーザ名、ユーザＩＤ、ユーザの印刷可能枚数、アクセスチケットの有効期限に関する情報を、周辺機器１の秘密暗号キー３０６によって暗号化したものとなっている。アクセスチケット内部のデータフォーマットおよび使用される暗号方式（アルゴリズム）は、現在対応しているディレクトリサーバの種類３０４によって一意に予め決められている。
【０２０７】
ステップＳ１４１４で取得したアクセスチケットを設定した管理コマンドを生成し、周辺機器１に対して送信する（ステップＳ１４１５）。この後、ステップＳ１４１７と同じ返信の処理を行う（ステップＳ１４１６）。この後、処理を終了する。
【０２０８】
図３０および図３１は図２７および図２８の処理によって生成され、周辺機器１に送信された管理コマンドを周辺機器１が処理する手順を示すフローチャートである。この処理は周辺機器１上で実行される。
【０２０９】
まず、属性情報（現在のユーザ管理モード）３０２を取得する（ステップＳ１６０１）。属性情報３０２の値が「ユーザ管理なし」であるか否かを判別する（ステップＳ１６０２）。判別の結果、ユーザ管理なしの場合、値０を管理コマンド内のユーザＩＤ１５０２に設定し（ステップＳ１６０３）、ステップＳ１６１３以降のコマンドの種別にしたがった処理を行う。
【０２１０】
一方、ステップＳ１６０２の判別結果、ユーザ管理ありの場合、属性情報３０２の値が「パスワード」であるか否かを判別する（ステップＳ１６０４）。判別の結果、パスワードである場合、予めＲＡＭ２２またはＤＩＳＫ３０に保持されているパスワード値とパスワード１５０３との比較を行い、合致していた場合、値０を管理コマンド内のユーザＩＤ１５０２に設定する（ステップＳ１６０５）。この後、ステップＳ１６１３以降のコマンドの種別にしたがった処理を行う。合致しなかった場合、エラーを返信し、管理コマンドの処理を中止する。
【０２１１】
一方、ステップＳ１６０４の判別結果、パスワードでない場合、属性情報３０２の値が「ユーザＩＤ」であるか否かを判別する（ステップＳ１６０６）。判別の結果、ユーザＩＤである場合、予めＲＡＭ２２またはＤＩＳＫ３０に保持されているユーザＩＤ値とユーザＩＤ１５０２との比較を行う（ステップＳ１６０７）。合致していた場合、ステップＳ１６１３以降のコマンドの種別にしたがった処理を行う。合致しなかった場合、エラーを返信し、管理コマンドの処理を中止する。
【０２１２】
一方、ステップＳ１６０６の判別結果、ユーザＩＤでない場合、属性情報３０２の値が「ユーザＩＤとパスワード」であるか否かを判別する（ステップＳ１６０８）。判別の結果、ユーザＩＤとパスワードである場合、予めＲＡＭ２２またはＤＩＳＫ３０に保持されているユーザＩＤ値およびパスワード値と、ユーザＩＤ１５０２およびパスワード１５０３との比較をそれぞれ行い（ステップＳ１６０７）、両者が合致していた場合、ステップＳ１６１３以降のコマンドの種別にしたがった処理を行う。合致しなかった場合、エラーを返信し、管理コマンドの処理を中止する。
【０２１３】
一方、ステップＳ１６０８で、ユーザＩＤとパスワードでない場合、アクセスチケット１５０４の値を秘密暗号キー３０６を使用して解読する（ステップＳ１６１０）。解読の結果、アクセスチケットの有効性および有効期限を判別し（ステップＳ１６１１）、判別の結果、アクセスチケットが有効である場合、アクセスチケット内のユーザＩＤを管理コマンド内のユーザＩＤ１５０２に設定し、ステップＳ１６１３以降のコマンドの種別にしたがった処理を行う。一方、ステップＳ１６１１の判別結果、アクセスチケットが有効でない場合、エラーを返信し（ステップＳ１６１２）、管理コマンドの処理を終了する。
【０２１４】
ステップＳ１６１３以降の処理では、まず、コマンドの種別１５０５が「ＬｉｓｔＪｏｂｓ」（ジョブの一覧を取得する）であるか否かを判別する（ステップＳ１６１３）。判別の結果、コマンドの種別１５０５が「ＬｉｓｔＪｏｂｓ」である場合、周辺機器１内に保持されているジョブの一覧を取得する（ステップＳ１６１４）。このとき、「現在のユーザ管理モード」３０２が「セキュリティドメインに参加」の場合、各ジョブのアクセスチケット７２６を秘密暗号キー３０６によって解読し、得られたユーザＩＤをジョブのユーザＩＤ７２４にセットしておく。
【０２１５】
そして、ステップＳ１６１４に取得されたジョブのユーザＩＤ７２４と、管理コマンド内に含まれるユーザＩＤ１５０２との比較を行い、両者が合致しないジョブのジョブ名を空白に変換する（ステップＳ１６１５）。一方、両者が合致するジョブのジョブ名は空白に変換しない。ステップＳ１６１５で得られたジョブリストを返信し（ステップＳ１６１６）、処理を終了する。
【０２１６】
一方、ステップＳ１６１３の判別結果、コマンドの種別１５０５が「ＣａｎｃｅｌＪｏｂ」（指定されたジョブをキャンセルする）であるか否かを判別する（ステップＳ１６１７）。判別の結果、コマンドの種別１５０５が「ＣａｎｃｅｌＪｏｂ」でない場合、機器管理コマンドの処理を行い（ステップＳ１６１９）、処理を終了する。このステップＳ１６１９における機器管理コマンドの処理では、コマンド種別１５０５によって場合分けすることにより、複数の機器管理コマンドの処理を行ってもよい。
【０２１７】
ステップＳ１６１７の判別結果、指定されたジョブの情報を取得する（ステップＳ１６１８）。このとき、「現在のユーザ管理モード」３０２が「セキュリティドメインに参加」である場合、ジョブのアクセスチケット７２６を秘密暗号キー３０６によって解読し、得られたユーザＩＤをジョブのユーザＩＤ７２４にセットしておく。
【０２１８】
そして、ジョブのユーザＩＤ７２４と、管理コマンド内に含まれるユーザＩＤ１５０２との比較を行い（ステップＳ１６２０）、両者が合致しない場合、管理コマンドの実行失敗を返信し（ステップＳ１６２３）、処理を終了する。一方、ステップＳ１６２０で両者が合致した場合、指定されたジョブをキャンセルし（ステップＳ１６２１）、管理コマンドの実行成功を返信し（ステップＳ１６２２）、処理を終了する。
【０２１９】
尚、ステップＳ１６２１の処理を変更することにより、ジョブのアクセス制御機能が付加されたジョブキャセル以外のジョブ管理（例えば、ジョブの一時停止、再開、割り込み、優先度の向上、優先度の低下など）を行わせることも可能である。
【０２２０】
図３２は周辺機器１および周辺機器５のログを集計し、ディレクトリサーバ６のユーザ毎の印刷可能枚数および累積印刷枚数を更新するための処理手順を示すフローチャートである。この処理はディレクトリサーバ６で実行される。まず、対象となる周辺機器からログを取得する（ステップＳ１９０１）。
【０２２１】
ログの情報からユーザＩＤ毎に印刷した枚数を合算する（ステップＳ１９０２）。ディレクトリサーバ６から各ユーザ毎の印刷可能枚数と累積印刷枚数をＬＤＡＰプロトコルにより取得し、得られた枚数を印刷可能枚数から減算し、更に累積印刷枚数に加え、得られたこれらの結果をＬＤＡＰプロトコルによってディレクトリサーバ６に設定する（ステップＳ１９０３）。これにより、ディレクトリサーバ６の各ユーザ毎の印刷可能枚数および累積印刷枚数は更新される。
【０２２２】
このように、図３２の処理を、周辺機器１および周辺機器５を対象として行うことにより、２台の周辺機器に対する印刷可能枚数および累積印刷枚数がディレクトリサーバ６によって集中管理される。
【０２２３】
尚、他の実施形態として、ジョブで使用した印刷枚数をログに保存せず、ジョブの終了毎にディレクトリサーバ６に接続することにより、ディレクトリサーバ６のデータを更新する場合、図３２の処理を実行する必要は無い。
【０２２４】
図３３および図３４は図２０および図２１のステップＳ９２３におけるディレクトリサーバに接続不能時の印刷可能枚数の算出を行う算出処理手順を示すフローチャートである。この処理は周辺機器１上で実行される。まず、現在の印刷可能枚数の制限の種類３０９を取得する（ステップＳ２００１）。
【０２２５】
制限の種類３０９が「無制限」であるか否かを判別する（ステップＳ２００２）。判別の結果、無制限である場合、印刷可能枚数を無制限に設定し（ステップＳ２００３）、処理を終了する。一方、ステップＳ２００２の判別の結果、無制限でない場合、制限の種類３０９が「時間制限」、「時間制限＆固定最大枚数で制限」または「時間制限＆最大枚数で制限」のいずれであるか否かを判別する（ステップＳ２００４）。判別の結果、いずれである場合、ユーザ情報キャッシュ内のユーザの最終ログイン日時１０１４を取得し（ステップＳ２００５）、この日時と現在の日時との時間差が時間制限の長さ３１０で指定されている値以下であるか否かを判別する（ステップＳ２００６）。
【０２２６】
指定されている値以下である場合、印刷可能枚数を値０に設定し（ステップＳ２００７）、処理を終了する。一方、ステップＳ２００４の判別の結果、「時間制限」、「時間制限＆固定最大枚数で制限」または「時間制限＆最大枚数で制限」のいずれでもない場合、あるいはステップＳ２００６の制限時間内である場合、制限の種類３０９が「固定最大枚数で制限」または「時間制限＆固定最大枚数で制限」のいずれであるか否かを判別する（ステップＳ２００８）。
【０２２７】
「固定最大枚数で制限」または「時間制限＆固定最大枚数で制限」のいずれである場合、最大枚数３１２の値を印刷可能枚数に設定し（ステップＳ２０１０）、処理を終了する。一方、ステップＳ２００８の判別結果、「固定最大枚数で制限」または「時間制限＆固定最大枚数で制限」のいずれでもない場合、制限の種類３０９が「最大枚数で制限」または「時間制限＆最大枚数で制限」のいずれであるか否かを判別する（ステップＳ２００９）。「最大枚数で制限」または「時間制限＆最大枚数で制限」のいずれである場合、次式（１）により枚数を算出し、印刷可能枚数として設定し（ステップＳ２０１１）、処理を終了する。
【０２２８】
印刷可能枚数＝ユーザ情報キャッシュ内の印刷可能枚数１０１３ − 最大枚数の日毎の削減割合×最後にログインしてからの時間（日数） ……（１）
ここで、最後にログインしてからの時間（日数）は、ユーザ情報キャッシュのログイン日時１０１４から現在の日時を引いた時間を、値２４で割って小数点以下を切り捨てたものである。
【０２２９】
一方、ステップＳ２００９の判別結果、「最大枚数で制限」または「時間制限＆最大枚数で制限」のいずれでもない場合、ログイン毎の最大枚数３１３を印刷可能枚数に設定し（ステップＳ２０１２）、処理を終了する。
【０２３０】
尚、本実施形態では、図６、図８、図１０のフローチャートに示す処理手順によって、それぞれ「サポートしているユーザ管理モードのリスト」、「対応可能なＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒの種類リスト」、「ＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒ接続不可時に使用する場合の制限の種類のリスト」を、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４が周辺機器１から直接取得しているが、他の実施形態として、「サポートしているユーザ管理モードのリスト」、「対応可能なＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒの種類リスト」、「ＤｉｒｅｃｔｏｒｙＳｅｒｖｅｒ接続不可時に使用する場合の制限の種類のリスト」を周辺機器１から取得し、一旦、ディレクトリサーバ６に機器情報として保持し、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４はディレクトリサーバ６から取得するようにしてもよい。
【０２３１】
［第２の実施形態］
前記第１の実施形態では、図２９において、管理コマンド中にアクセスチケットを含ませていたが、アクセスチケットのデータサイズは一般的に管理コマンドの他のデータサイズに比較して大きいものとなってしまうので、パフォーマンスなどに問題が生じる場合がある。この問題を解決するための周辺機器制御システムを第２の実施形態として以下に説明する。
【０２３２】
図３５は後述する管理コマンド生成処理によって生成され、周辺機器１に送信される管理コマンドのデータ構造を示す図である。図において、２３０１はユーザ管理モードを表し、ユーザＩＤ２３０２、パスワード２３０３、セッションキー２３０４のうち、どの情報が有効であるかを示すものである。
【０２３３】
セッションキー２３０４は周辺機器１によって発行され、周辺機器１内のアクセスチケットキャッシュによってアクセスチケットと１対１の対応付けがなされている。図において、２３０５はコマンドの種別を表す。２３０６はコマンドに必要なパラメータ２３０７の長さを表す。
【０２３４】
図３６は後述するアクセスチケット設定コマンドの処理によって周辺機器１のＲＡＭ２２内に保持されるアクセスチケットキャッシュのデータ構造を示す図である。アクセスチケットキャッシュは、セッションキー２４０１とアクセスチケット２４０２の対を１レコードとして、複数レコードによって構成されている。ここで保持されているアクセスチケットは、秘密暗号キー３０６を利用した解読後のものとなっている。
【０２３５】
図３７および図３８は後述する管理コマンド生成処理によって生成され、周辺機器１に送信された管理コマンドを、周辺機器１が処理する手順を示すフローチャートである。この処理は周辺機器１上で実行される。この処理手順では、図３０および図３１のステップＳ１６０８までのステップ処理は同一であるので、そのステップ処理を省略し、ステップＳ１６０８の判別処理がＮＯ（偽）であった場合、つまり、ユーザ管理モードが「セキュリティドメインに参加」であった場合から示すこととする。
【０２３６】
まず、セッションキー２３０４が値０であるか否かを判別する（ステップＳ２５０１）。ステップＳ２５０１の判別の結果、セッションキー２３０４が値０である場合、管理コマンド種別２３０５が「アクセスチケット設定コマンド」であるか否かを判別する（ステップＳ２５０２）。「アクセスチケット設定コマンド」でない場合、エラーを返信し（ステップＳ２５０７）、処理を終了する。
【０２３７】
一方、ステップＳ２５０２の判別の結果、「アクセスチケット設定コマンド」である場合、管理コマンドパラメータ２３０７に含まれているアクセスチケットの値を秘密暗号キー３０６を使用して解読する（ステップＳ２５１９）。解読の結果、アクセスチケットの有効性および有効期限を判別する（ステップＳ２５２０）。
【０２３８】
アクセスチケットが有効でない場合、エラーを返信し（ステップＳ２５２１）、管理コマンドの処理を終了する。一方、ステップＳ２５２０において判別の結果、アクセスチケットが有効である場合、解読されたアクセスチケットの内容を、アクセスチケットに１対１に対応するセッションキーを生成し、セッションキーと共にアクセスチケットキャッシュに保存する（ステップＳ２５０３）。生成されたセッションキーを返信し（ステップＳ２５０４）、処理を終了する。
【０２３９】
一方、ステップＳ２５０１でセッションキーが値０以外である場合、セッションキーをアクセスチケットキャッシュ内で検索し（ステップＳ２５０５）、セッションキーが存在するか否かを判別する（ステップＳ２５０６）。判別の結果、エラーを返信し（ステップＳ２５０７）、処理を終了する。
【０２４０】
一方、ステップＳ２５０６の判別の結果、セッションキーが存在する場合、アクセスチケットキャッシュからセッションキーに対応するアクセスチケットを取得し、アクセスチケット内のユーザＩＤを管理コマンド内のユーザＩＤ２３０２に設定し（ステップＳ２５２２）、ステップＳ２５０８以降のコマンドの種別にしたがった処理を行う。
【０２４１】
ステップＳ２５０８以降の処理では、まず、コマンドの種別２３０５が「ＬｉｓｔＪｏｂｓ」（ジョブの一覧を取得する）であるか否かを判別する（ステップＳ２５０８）。判別の結果、コマンドの種別２３０５が「ＬｉｓｔＪｏｂｓ」である場合、周辺機器１内に保持されているジョブの一覧を取得する（ステップＳ２５０９）。このとき、「現在のユーザ管理モード」３０２が「セキュリティドメインに参加」である場合、各ジョブのアクセスチケット７２６を秘密暗号キー３０６によって解読し、得られたユーザＩＤをジョブのユーザＩＤ７２４にセットしておく。
【０２４２】
ステップＳ２５０９に取得されたジョブのユーザＩＤ７２４と、管理コマンド内に含まれるユーザＩＤ２３０２との比較を行い、両者が合致しないジョブのジョブ名を空白に変換する（ステップＳ２５１０）。得られたジョブリストを返信し（ステップＳ２５１１）、処理を終了する。
【０２４３】
一方、ステップＳ２５０８の判別の結果、コマンドの種別１５０５が「ＣａｎｃｅｌＪｏｂ」（指定されたジョブをキャンセルする）であるか否かを判別する（ステップＳ２５１２）。コマンドの種別２３０５が「ＣａｎｃｅｌＪｏｂ」でない場合、機器管理コマンドの処理を行い（ステップＳ２５１７）、処理を終了する。このステップＳ２５１７における機器管理コマンドの処理では、コマンド種別２３０５によって場合分けすることにより、複数の機器管理コマンドの処理を行ってもよい。
【０２４４】
一方、ステップＳ２５１２の判別の結果、コマンドの種別１５０５が「ＣａｎｃｅｌＪｏｂ」である場合、指定されたジョブの情報を取得する（ステップＳ２５１３）。このとき、「現在のユーザ管理モード」３０２が「セキュリティドメインに参加」である場合、ジョブのアクセスチケット７２６を秘密暗号キー３０６によって解読し、得られたユーザＩＤをジョブのユーザＩＤ７２４にセットしておく。
【０２４５】
ジョブのユーザＩＤ７２４と、管理コマンド内に含まれるユーザＩＤ２３０２との比較を行い（ステップＳ２５１４）、両者が合致しない場合、管理コマンドの実行失敗を返信し（ステップＳ２５１８）、処理を終了する。
【０２４６】
一方、ステップＳ２５１４において、両者が合致した場合、指定されたジョブをキャンセルし（ステップＳ２５１５）、管理コマンドの実行成功を返信し（ステップＳ２５１６）、処理を終了する。
【０２４７】
尚、図３７および図３８で示した管理コマンドの処理手順をジョブ処理時にも適用することによって、図１７と図１８および図１９に示すように、ジョブにアクセスチケットを含ませるのではなく、ジョブにセッションキーを含ませることも可能である。
【０２４８】
図３９は図３７および図３８の処理を実行している周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から機器管理、ジョブ管理などの管理コマンドを発行する処理手順を示すフローチャートである。この処理はＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４上で実行される。また、この処理手順は、図２７および図２８のステップＳ１４１２およびＳ１４１３までは同一であるので、ここではステップＳ１４１２またはＳ１４１３によってＴＧＴを取得終了後から示すこととする。
【０２４９】
すなわち、ステップＳ１４１２またはＳ１４１３において取得したＴＧＴおよびジョブ発行先の周辺機器１を特定する識別子（パラメータ）をディレクトリサーバ６に対してＫｅｂｅｒｏｓプロトコルによって送信し、周辺機器１に対するアクセスチケットを取得する（ステップＳ２６０１）。ここで取得したアクセスチケットは、ユーザ名、ユーザＩＤ、ユーザの印刷可能枚数、アクセスチケットの有効期限に関する情報を、周辺機器１の秘密暗号キー３０６によって暗号化したものとなっている。アクセスチケット内部のデータフォーマットおよび使用される暗号方式（アルゴリズム）は、現在対応しているディレクトリサーバの種類３０４によって一意に予め決められている。
【０２５０】
ステップＳ２６０１で取得したアクセスチケットをコマンドパラメータ２３０７に設定したアクセスチケット設定コマンドを生成し、周辺機器１に対して送信する（ステップＳ２６０２）。ここで送信される管理コマンドは、セッションキー２３０４が値０、コマンド種別２３０５が「アクセスチケット設定コマンド」となっている。
【０２５１】
周辺機器１からの返信がエラーか否かを判別し（ステップＳ２６０３）、エラーであった場合、処理を終了する。一方、ステップＳ２６０３の判別の結果、エラーでない場合、ステップＳ２６０２で取得したセッションキーを管理コマンドのセッションキー２３０４に設定し、管理コマンドデータの管理コマンド種別２３０５、コマンドパラメータ長２３０６、コマンドパラメータ２３０７に適切な値を設定して周辺機器１に送信する（ステップＳ２６０４）。周辺機器１からの返信を処理し（ステップＳ２６０５）、処理を終了する。
【０２５２】
尚、同一周辺機器に対して同一ユーザがジョブ管理コマンドまたは機器管理コマンドを発行する際、既に必要なアクセスチケットが周辺機器に保持されており、それに対するセッションキーを取得済みであるので、ステップＳ２６０１からＳ２６０３までのステップを省略することができる。これにより、パフォーマンス良く、周辺機器のジョブ管理および機器管理を行うことができる。
【０２５３】
以上示したように、上記実施形態によれば、ネットワーク環境下で、アクセス権に関して統一したジョブ管理を行うことができる。また、ネットワーク環境下で、アクセス権に関して統一したジョブ管理を行うことができる。さらに、ジョブを発行したユーザだけがジョブをキャンセルすることができる。
【０２５４】
また、ジョブを発行したユーザだけがジョブの全情報を知ることができ、他のユーザはジョブの一部の情報だけを知ることができる。さらに、ネットワーク環境下で、アクセス権に関して統一したジョブ情報をパフォーマンス良く行うことができる。また、ジョブを発行したユーザだけがジョブのキャンセルをパフォーマンス良く行うことができる。さらに、ジョブを発行したユーザだけがジョブの全情報をパフォーマンス良く知ることができ、他のユーザはジョブの一部の情報だけを知ることができる。
【０２５５】
また、ネットワーク環境下で、アクセス権に関して統一した機器管理を行うことができる。さらに、ネットワーク環境下で、アクセス権に関して統一した機器管理をパフォーマンス良く行うことができる。また、周辺機器にジョブ管理コマンドを発行することができる。さらに、周辺機器にジョブキャンセルコマンドを発行することができる。また、周辺機器にジョブを表示することができる。さらに、周辺機器に機器管理コマンドを発行することができる。
【０２５６】
本実施形態によれば、ネットワークなどを介して、外部から周辺機器が対応可能なディレクトリサーバの種類のリストを取得することができる。また、ネットワークなどを介して、外部から周辺機器が現在対応しているディレクトリサーバの種類を取得・設定することができる。さらに、対応可能なディレクトリサーバの種類のリストを取得してユーザインターフェース上に表示することができる。また、現在対応しているディレクトリサーバを取得してユーザインターフェース上に表示することができると共に、設定を変更することができる。
【０２５７】
本実施形態によれば、統一したユーザ情報を複数の周辺機器で使用することができる。また、複数の周辺機器を使用する環境において、累積印刷枚数および最大印刷可能枚数を集中管理することができる。また、複数の周辺機器を使用する環境において、最大印刷可能枚数によるユーザ毎の印刷制限を行うことができる。
【０２５８】
また、ディレクトリサーバに接続できなかった場合に取る動作モードの設定を、ネットワークなどを介して外部から行うことができる。さらに、ディレクトリサーバに接続できなかった場合、周辺機器を使用することができる。また、ディレクトリサーバに接続できなかった場合、最後に正常にログインしてから一定時間内に周辺機器を使用することができる。さらに、ディレクトリサーバに接続できなかった場合、最後に正常にログインしてから一定時間内、機器で保存されている最大印刷枚数を越えない範囲で周辺機器を使用できる。また、ディレクトリサーバに接続できなかった場合、最後に正常にログインしてから一定時間内、最後に正常にログインした時点での最大印刷可能枚数まで周辺機器を使用することができる。さらに、ディレクトリサーバに接続できなかった場合、機器で保存されている最大印刷枚数を越えない範囲で周辺機器を使用することができる。
【０２５９】
また、ディレクトリサーバに接続できなかった場合、最後に正常にログインした時点での最大印刷可能枚数まで周辺機器を使用することができる。さらに、ディレクトリサーバに接続できなかった場合、ログイン毎の最大印刷可能枚数を越えない範囲で周辺機器を使用することができる。また、ディレクトリサーバに接続できなかった場合、正確なユーザ管理を行うためにユーザに対して周辺機器の使用を禁止することができる。さらに、正常にディレクトリサーバに接続してからの予想印刷枚数を加味した最大印刷可能枚数まで周辺機器を使用することができる。また、周辺機器にジョブを発行することができる。
【０２６０】
つぎに、上記実施形態における周辺機器の複写処理動作を示す。図４０は周辺機器１における複写処理手順を示すフローチャートである。この処理プログラムは、コントローラ１１内のＲＯＭ２５に格納されており、周辺機器１のキーボード２４に設けられたコピースタートボタンが押されることによりＣＰＵ２１によって実行される。周辺機器１は、コピースタートボタンが押されると、スキャナエンジン２７に置かれた紙原稿のイメージをプリンタ２８で印刷する機能を有する。コピースタートボタンが押されたというイベントは、キーボード２４からＣＰＵ２１に送られ、コピージョブの発行指示として解釈される。
【０２６１】
但し、予め図２１のステップＳ９２０、Ｓ９２１、Ｓ９１７において、現在ログインしているユーザの使用不可の表示が行われている場合や、ユーザがログインしていない場合には、コピースタートボタンが押されたイベントは、ＣＰＵ２１に送られない設定となっており、図４０のフローチャートに示す処理は実行されない。
【０２６２】
コピースタートボタンからのイベントをＣＰＵ２１が受けると、この処理を開始し、まず、図２０のステップＳ９０３、Ｓ９２３およびＳ９２５のいずれかのステップ処理で保存されたログイン情報を取得する（ステップＳ４００１）。現在のユーザ管理モードがセキュリティドメインに参加であるか否かを判別する（ステップＳ４００２）。判別の結果、セキュリティドメインに参加しない場合、スキャナエンジン２７に置かれた紙原稿のイメージをプリンタエンジン２８で印刷し、印刷された枚数を、ログイン情報に含まれているユーザ名またはユーザＩＤと共にログに記録し（ステップＳ４００３）、この処理を終了する。
【０２６３】
一方、ステップＳ４００２の判別の結果、セキュリティドメインに参加である場合、ログイン情報に保持されている印刷可能枚数を取得する（ステップＳ４００４）。さらに、スキャナエンジン２７に置かれた紙原稿のイメージをプリンタエンジン２８で印刷し、印刷された枚数を、ログイン情報に含まれているユーザ名またはユーザＩＤと共にログに記録し（ステップＳ４００５）、この処理を終了する。このとき、ステップＳ４００４で取得した印刷可能枚数を越えた場合、印刷を強制終了させ、その旨をＬＣＤ２３上に表示する。そして、コピージョブの結果に基づき、そのコピージョブを実行したユーザのディレクトリサーバ６上のログ情報を更新する。
【０２６４】
すなわち、ディレクトリサーバ６からコピージョブを実行したユーザに対応した印刷可能枚数および累積印刷枚数をＬＤＡＰプロトコルにより取得し、コピージョブで使用したコピー枚数を印刷可能枚数から減算し、更に累積印刷枚数に加え、得られたこれらの結果をＬＤＡＰプロトコルによってディレクトリサーバ６に設定する。これにより、ディレクトリサーバ６で管理されている各ユーザ毎の印刷可能枚数および累積印刷枚数は更新される。
【０２６５】
尚、以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【０２６６】
例えば、周辺機器１（または２）におけるログイン（ユーザ認証）では、周辺機器１のシステムバス２０に接続されたＩＣカードリーダを介して、ユーザが挿入したＩＣカードに保持された情報、あるいはシステムバス２０に接続された指紋リーダ、虹彩（アイリス）リーダ、声紋リーダなどの生体情報リーダを介して、ユーザが提示した指紋、虹彩（アイリス）、声紋などの生体情報を、ユーザ情報として使用することも可能である。
【０２６７】
この場合、図２１のステップＳ９１２では、ユーザに対して適当なユーザ情報の提示を促し、各リーダから得られたユーザ情報は、図２１のステップＳ９１４でディレクトリサーバ６に送られる。そして、ディレクトリサーバ６におけるユーザ情報の検証の結果、ユーザ認証が得られた場合、周辺機器１は、該当ユーザに対するアクセスチケットまたはセッション情報であるＴＧＴを取得する。
また、周辺機器制御ソフトウェアが、対象となる周辺機器が対応ディレクトリサーバの種類の情報を持つ必要がなく、汎用的な周辺機器制御システムを提供できる。
さらに、ネットワークなどに接続された複数の機器を使用する環境下で、ユーザ情報の統一管理を行い、同じユーザ情報を複数の機器で使用することができる。また、ネットワークなどで接続された複数の機器を使用する環境下で、ユーザ毎の累積印刷枚数および最大印刷可能枚数の集中管理を行うことができる。さらに、ネットワークの障害があった場合、一時的に周辺機器を使用できる。
【０２６８】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記録媒体を、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記憶媒体は本発明を構成することになる。
【０２６９】
上記実施形態では、各フローチャートに示すプログラムコードは記憶媒体に格納されている。プログラムコードを供給する記憶媒体としては、例えば、ＲＯＭ、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【０２７０】
【発明の効果】
本発明によれば、ネットワーク環境内でのジョブ管理に関し、統一したアクセス制御を行うことができる。また、ネットワーク環境内でのジョブ管理に関し、統一したアクセス制御を、パフォーマンスが悪化しないように行うことができる。
【図面の簡単な説明】
【図１】第１の実施形態における周辺機器制御システムの構成を示すブロック図である。
【図２】周辺機器（ＭＦＰ１、ＭＦＰ２）の構成を示すブロック図である。
【図３】コントローラ１１のハードウェア構成を示すブロック図である。
【図４】ネットワークシステムを構成するＰＣのハードウェア構成を示すブロック図である。
【図５】周辺機器１で保持されている属性情報を示す図である。
【図６】周辺機器１のユーザ管理モードをＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から表示・変更する場合の処理手順を示すフローチャートである。
【図７】ステップＳ１７０５におけるユーザ入力待ちの状態でＣＲＴ３３に表示されたユーザインターフェース画面を示す図である。
【図８】周辺機器１に対応するディレクトリサーバをＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から表示・変更する場合の動作処理手順を示すフローチャートである。
【図９】ステップＳ１８０７におけるユーザ入力待ちの状態でＣＲＴ３３に表示されたユーザインターフェース画面を示す図である。
【図１０】周辺機器１がディレクトリサーバ６に接続できない場合にログインをどの様に許可するかを、ＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から表示・変更する場合の処理手順を示すフローチャートである。
【図１１】ステップＳ２２０７のユーザ入力待ちの状態でＣＲＴ３３に表示されたユーザインターフェース画面を示す図である。
【図１２】周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４からプリントジョブ、スキャナジョブ、ファックス送信ジョブあるいはコピージョブを発行する処理手順を示すフローチャートである。
【図１３】図１２に続き、周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４からプリントジョブ、スキャナジョブ、ファックス送信ジョブあるいはコピージョブを発行する処理手順を示すフローチャートである。
【図１４】ステップＳ４０３におけるジョブ発行処理手順を示すフローチャートである。
【図１５】周辺機器１が図１４の処理によって発行されたジョブを受信したときのジョブ投入コマンド受信処理手順を示すフローチャートである。
【図１６】図１５に続き、周辺機器１が図１４の処理によって発行されたジョブを受信したときのジョブ投入コマンド受信処理手順を示すフローチャートである。
【図１７】図１４の処理により周辺機器１内で保持されたジョブのデータ構造を示す図である。
【図１８】図１７で示された周辺機器１に保持されたジョブデータの処理手順を示すフローチャートである。
【図１９】図１８に続き、図１７で示された周辺機器１に保持されたジョブデータの処理手順を示すフローチャートである。
【図２０】周辺機器１のＬＣＤ２３に表示されるログイン画面の処理手順を示すフローチャートである。
【図２１】図２０に続き、周辺機器１のＬＣＤ２３に表示されるログイン画面の処理手順を示すフローチャートである。
【図２２】ユーザ情報キャッシュのデータ構造を示す図である。
【図２３】ステップＳ９２４およびＳ９２２における印刷保留ジョブの処理手順を示すフローチャートである。
【図２４】ステップＳ１１０４でＬＣＤ２３に表示されるユーザインターフェース画面を示す図である。
【図２５】周辺機器１がＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から個々の属性情報を取得あるいは設定するためのアクセスコマンドを受信したときの処理手順を示すフローチャートである。
【図２６】図２５に続き、周辺機器１がＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から個々の属性情報を取得あるいは設定するためのアクセスコマンドを受信したときの処理手順を示すフローチャートである。
【図２７】周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から機器管理、ジョブ管理などの管理コマンドを発行する処理手順を示すフローチャートである。
【図２８】図２７に続き、周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から機器管理、ジョブ管理などの管理コマンドを発行する処理手順を示すフローチャートである。
【図２９】管理コマンドのデータ構造を示す図である。
【図３０】図２２の処理によって生成され、周辺機器１に送信された管理コマンドを周辺機器１が処理する手順を示すフローチャートである。
【図３１】図３０に続き、図２２の処理によって生成され、周辺機器１に送信された管理コマンドを周辺機器１が処理する手順を示すフローチャートである。
【図３２】周辺機器１および周辺機器５のログを集計し、ディレクトリサーバ６のユーザ毎の印刷可能枚数および累積印刷枚数を更新するための処理手順を示すフローチャートである。
【図３３】図１７のステップＳ９２３におけるディレクトリサーバに接続不能時の印刷可能枚数の算出を行う算出処理手順を示すフローチャートである。
【図３４】図３３に続き、図１７のステップＳ９２３におけるディレクトリサーバに接続不能時の印刷可能枚数の算出を行う算出処理手順を示すフローチャートである。
【図３５】後述する管理コマンド生成処理によって生成され、周辺機器１に送信される管理コマンドのデータ構造を示す図である。
【図３６】後述するアクセスチケット設定コマンドの処理によって周辺機器１のＲＡＭ２２内に保持されるアクセスチケットキャッシュのデータ構造を示す図である。
【図３７】後述する管理コマンド生成処理によって生成され、周辺機器１に送信された管理コマンドを、周辺機器１が処理する手順を示すフローチャートである。
【図３８】図３７に続き、後述する管理コマンド生成処理によって生成され、周辺機器１に送信された管理コマンドを、周辺機器１が処理する手順を示すフローチャートである。
【図３９】図２９の処理を実行している周辺機器１に対してＰＣ（１）２、ＰＣ（２）３、ＰＣ（３）４から機器管理、ジョブ管理などの管理コマンドを発行する処理手順を示すフローチャートである。
【図４０】周辺機器１における複写処理手順を示すフローチャートである。
【符号の説明】
２、３、４パーソナルコンピュータ（ＰＣ）
３、５周辺機器（ＭＦＰ）
６ディレクトリサーバ
１１コントローラ
２１、３１ＣＰＵ
２５、３６ＲＯＭ
３０１、３０２属性情報
７２４、１５０２、２３０２ユーザＩＤ
７２６、１５０４、２４０２アクセスチケット
２３０４、２４０１セッションキー[0001]
BACKGROUND OF THE INVENTION
  The present invention relates to peripheral devices that control peripheral devices such as printers, scanners, copiers, and facsimiles, set corresponding servers, manage user information of peripheral devices, and manage the number of prints., Its control method,The present invention relates to a program and a storage medium.
[0002]
[Prior art]
Conventionally, peripheral devices such as printers, copiers, facsimiles (FAX), etc., manage jobs that are suspended or run in the peripheral devices (display a job list, cancel specified jobs, etc.) Alternatively, it can be performed from a computer connected to a peripheral device via a network or the like.
[0003]
Conventionally, peripheral devices that can include an access ticket issued from a directory server in a job or control command must decrypt the access ticket using a secret encryption key. Since the conversion method and the format of the access ticket differ depending on the type of the corresponding directory server, it is necessary to set in advance which directory server the peripheral device supports.
[0004]
Furthermore, conventionally, peripheral devices such as copiers and facsimiles display a dialog for user authentication on the console to manage user information, and authenticate users by inputting user information in this dialog. I was going. The user information obtained here is checked against a database of user information managed inside the device, and if it matches, the user's use permission is issued. In addition, when some printing is performed as a result of user operation, the number of printed sheets is recorded in a log together with user information obtained at the time of login, or accumulated in a counter for each user to manage the number of printed sheets for each user. I was going.
[0005]
Conventionally, in peripheral devices such as printers and copiers, management of the number of printed sheets for each user and management of the number of printed sheets such as the maximum number of printed sheets has been performed by the single device. In this case, a counter representing cumulative printing is provided in the device, and when this value reaches a preset value, printing is terminated or job acceptance is rejected.
[0006]
[Problems to be solved by the invention]
However, if the device that issued the job is different from the device that manages the job, for example, if you issue a print job from the computer to the copier and try to cancel this job from the console on the copier, you will be logged into the computer. The information used to log in is different from the information used to log in to the copier, so it is not clear whether the job is being managed by the job issuer. there were. In the present invention, in order to perform unified access control, a means for including user information in a management command is used. However, the data size of user information generally increases, and a management command including this also includes a management command. Due to the large data size, there was a problem in terms of network traffic and performance.
[0007]
However, if the type of supported directory server is to be set from the peripheral device control software that runs on a computer connected via a network or the like, the directory server to which the target peripheral device can correspond beforehand is supported. Since it is necessary to retain some information in the peripheral device control software, it is difficult to prepare general-purpose peripheral device control software that can handle any peripheral device.
[0008]
Furthermore, since user information management has been performed on a single device basis, it is difficult to unify user information managed by each device in an environment where a plurality of devices are used. For example, even if the same user ID is used, There was a problem that the user ID does not necessarily specify the same user. In addition, even if the maximum printable number for each user is set for one device, it does not affect any other device, so it is difficult to manage the maximum number of prints in such an environment.
[0009]
In addition, since the number of printed sheets has been managed by a single device, it is difficult to unify user information managed by each device in an environment where a plurality of devices are used. For example, even if the same user ID is used, the user ID There is a problem that does not necessarily designate the same user. In addition, even if the maximum printable number of sheets is set for one device, there is no influence on another device, so it is difficult to manage the maximum number of printed sheets in such an environment.
[0010]
  Accordingly, the present invention relates to job management in a network environment and peripheral equipment that enables unified access control., Its control method,An object is to provide a program and a storage medium.
[0016]
[Means for Solving the Problems]
  In order to achieve the above object, the peripheral device according to claim 1 of the present invention is managed by a server connected via a network, and manages a job input from the outside in accordance with an input job management command. A first receiving means for receiving a job, a first decoding means for decoding an access ticket included in the received job,When the access ticket decrypted by the first decryption means is valid and the received job can be executed,With the received jobThe access ticket included in the jobHolding means for associating and holding, a second receiving means for receiving a job management command, a second decoding means for decoding an access ticket included in the received job management command,When the access ticket decrypted by the second decryption means is valid and the job received by the first reception means is not completed,Comparing means for comparing the decoding result of the first decoding means and the decoding result of the second decoding means, and management means for executing the job management command for the job based on the comparison result by the comparing means It is characterized by that.
[0103]
DETAILED DESCRIPTION OF THE INVENTION
  Peripheral device of the present invention, Its control method,Embodiments of a program and a storage medium will be described with reference to the drawings.
[0104]
[First Embodiment]
FIG. 1 is a block diagram illustrating a configuration of a peripheral device control system according to the first embodiment. In the figure, reference numerals 1 and 5 denote peripheral devices MFP1 and MFP2, respectively. Reference numerals 2, 3, and 4 denote personal computers PC (1), PC (2), and PC (3), respectively. PC (1) 2, PC (2) 3, and PC (3) 4 are connected to MFP 1 (1) and MFP 2 (5) via network 10 or a local interface. On the PC (1), PC (2), or PC (3), peripheral device control software related to the present invention operates, and performs job processing such as printing, scanning, copying, or FAX transmission / reception to the MFP 1 via the network 10. Request or inquire about attribute information of MFP1 (1) and MFP2 (5).
[0105]
Reference numeral 6 denotes a directory server having a central management function for user information and device information, and is constituted by a personal computer or the like. The directory server 6 also has a KDC (Key Distribution Server) function in the Kerberos protocol (RFC1510), and issues a TGT (ticket generation ticket) and accesses a specified resource according to the Kerberos specification. Issuing access tickets necessary for this purpose.
[0106]
Further, it is assumed that MFP 1 (1) and MFP 2 (5) are already registered in this directory server 6. This data reference and update can be performed from PC (1) 2 and PC (2) 3 by using the LDAP protocol (RFC1777). Each piece of user information managed by the directory server 6 includes a user name, a password, a user printable number of copies, and a user's cumulative print number. Each piece of device information managed by the directory server 6 includes a device name and a device private encryption key.
[0107]
FIG. 2 is a block diagram showing the configuration of peripheral devices (MFP1, MFP2). In the figure, reference numeral 11 denotes a controller for controlling peripheral devices. Reference numeral 12 denotes a communication interface for the controller 11 to communicate with the outside of the peripheral device, for example, an Ethernet (registered trademark) interface, an IEEE1284 interface, or other communication interfaces.
[0108]
A scanner engine 13 is controlled by the controller 11. Reference numeral 14 denotes a printer engine, which is controlled by the controller 11 and is, for example, a laser beam printer, an ink jet printer, or another printer.
[0109]
Reference numeral 15 denotes a FAX board that realizes a FAX function for performing communication control such as image transmission / reception, and is controlled by the controller 11. A user interface 16 includes an LCD display and a keyboard, and displays information from the controller 11 and transmits instructions from the user to the controller 11.
[0110]
The peripheral device having such a configuration selects the printer engine 14 and makes it possible to issue a print job. In addition, the printer engine 14 and the scanner engine 13 are selected, and a copy job can be issued. Further, the printer engine 14, the scanner engine 13, and the FAX board 15 are selected, and a FAX reception job and a FAX transmission job can be issued.
[0111]
FIG. 3 is a block diagram showing a hardware configuration of the controller 11. In the controller 11, a CPU 21, a RAM 22, an LCD 23, a keyboard 24, a ROM 25, a communication interface 26, a scanner engine 27, a printer engine 28, a FAX board 29, and a DISK 30 are connected to each other via a system bus 20.
[0112]
A program for controlling the controller 11 is stored in the ROM 25 or the DISK 30, read to the RAM 22 as necessary, and executed by the CPU 21. In addition to the control program, the ROM 25 or DISK 30 stores peripheral equipment, attribute information indicating the function and status of the job processed by the peripheral equipment, job data to be output, and the like. Further, the CPU 21 displays on the LCD 23 and receives a user instruction from the keyboard 24. The CPU 21 communicates with the outside through the communication interface 26.
[0113]
In the present embodiment, unless otherwise specified, in the peripheral device (FIG. 2), the CPU 21 receives user input from the keyboard 24 via the system bus 20, and RAM 22, LCD 23, ROM 25, communication interface 26, scanner engine 27. The printer engine 28, the FAX board 29, and the DISK 30 are controlled.
[0114]
FIG. 4 is a block diagram showing a hardware configuration of a PC constituting the network system. In the PC, a CPU 31, a RAM 32, a CRT 33, a keyboard 34, a pointing device 35, a ROM 36, a DISK 37, and a communication interface 38 are connected to each other via a system bus 40. A program for controlling the PC is stored in the ROM 36 or DISK 37, read to the RAM 32 as necessary, and executed by the CPU 31. In addition, the CPU 31 performs display through the CRT 33 and receives user instructions from the keyboard 34 and the pointing device 35. The CPU 31 communicates with the outside through the communication interface 38.
[0115]
In this embodiment, unless otherwise specified, in the PC, the CPU 31 receives user input from the keyboard 34 and the pointing device 35 via the system bus 40, and controls the RAM 32, CRT 33, ROM 36, DISK 37, and communication interface 38. In addition, the user's instruction to the peripheral device and the information display to the user may be performed through the local user interface 16 or connected to the network 10 such as the PC (1), PC (2), or PC (3). You may go through the device that becomes the client.
[0116]
FIG. 5 is a diagram showing the attribute information held in the peripheral device 1. Peripheral device 2 (5) has the same data structure as peripheral device 1, but the stored values are different. These pieces of information are held in the ROM 25, the RAM 22 or the DISK 30, and individual attribute information can be acquired or set from the PC (1) 2, PC (2) 3, and PC (3) 4 by processing to be described later. .
[0117]
In the figure, reference numeral 301 denotes an attribute “list of supported user management modes”, which includes ““ no user management ”,“ password ”,“ user ID ”,“ user ID and password ”,“ join security domain ”. Are stored as a list.
[0118]
Reference numeral 302 denotes a “current user management mode” attribute, which holds “join security domain” as a value. Reference numeral 303 denotes a “list of compatible directory server types” attribute, which includes a plurality of values of “standard LDAP server”, “Active Directory (MS)”, “NDS (Novel)”, and “Open LDAP”. Holds the value as a list.
[0119]
Reference numeral 304 denotes a “currently supported directory server type” attribute, which holds ““ Active Directory (MS) ”” as a value. Reference numeral 305 denotes a “directory server IP address currently supported” attribute, which holds “123.56.54.21” as a value. Reference numeral 306 denotes a “device secret encryption key” attribute, which holds “0x34q4bffcdca001” as a value. This value is effective when the “current user management mode” attribute is “join security domain”, and is used to interpret an access ticket issued from the directory server 6.
[0120]
Reference numeral 307 denotes an attribute “whether use is permitted when the directory server cannot be connected”, and holds “TRUE” as a value. Reference numeral 308 denotes a “list of restriction types to be used when the directory server cannot be connected” attribute, and ““ unlimited ”,“ time limit ”,“ time limit & limit by fixed maximum number of sheets ”,“ time limit & maximum number of sheets ”. A list of multiple values of “restricted by”, “restricted by fixed maximum number of sheets”, “restricted by maximum number of sheets”, and “restricted every login” are held as a list.
[0121]
Reference numeral 309 denotes a “type of restriction when used when current directory server cannot be connected” attribute, which holds “time limit” as a value. Reference numeral 310 denotes a “time limit length” attribute, which holds “48 hours” as a value. Reference numeral 311 denotes a “maximum daily reduction ratio” attribute, which holds “30” as a value. Reference numeral 312 denotes a “maximum number of sheets” attribute, which holds “100” as a value. Reference numeral 313 denotes a “maximum number of sheets for each login” attribute, which holds “20” as a value.
[0122]
FIG. 6 is a flowchart showing a processing procedure when the user management mode of the peripheral device 1 is displayed / changed from the PC (1) 2, the PC (2) 3, and the PC (3) 4. This processing program runs on the PC (1) 2, PC (2) 3, and PC (3) 4. First, the attribute information 301 of the peripheral device 1 is acquired (step S1701). The attribute information is acquired by transmitting an attribute acquisition command from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1, and processing the command in the peripheral device 1. Is done. The obtained attribute information is displayed on the CRT 33 (step S1702). Furthermore, the attribute information “current user management mode” attribute 302 is acquired (step S1703) and displayed on the CRT 33 (step S1704).
[0123]
Waiting for user input (step S1705), the "current user management mode" attribute 302, which is attribute information, is set according to the input from the user (step S1706), and the process ends. The attribute information is set by transmitting an attribute setting command from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1, and processing the command in the peripheral device 1. Is done.
[0124]
FIG. 7 is a view showing a user interface screen displayed on the CRT 33 while waiting for user input in step S1705. In the figure, reference numeral 101 denotes a list of user management modes (attributes 301) that can be selected by the user. The currently set user management mode attribute 302 is highlighted in the figure. The user selects and highlights a desired user management mode, and presses an OK button 103 to execute the processing in step S1706 and set the user management mode.
[0125]
6 is performed by the controller 11 of the peripheral device 1 itself whose target is to change the user management mode instead of the PC, and the display shown in FIG. 7 is also a user interface provided in the peripheral device. 16 may be performed. Further, it may be executed and displayed on another peripheral device 2 (5).
[0126]
FIG. 8 is a flowchart showing an operation processing procedure when the directory server corresponding to the peripheral device 1 is displayed / changed from the PC (1) 2, the PC (2) 3, and the PC (3) 4. This processing procedure is performed on PC (1) 2, PC (2) 3, and PC (3) 4.
[0127]
First, attribute information 303 is acquired (step S1801). The attribute information is acquired by transmitting an attribute acquisition command from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1, and in the peripheral device 1 according to a processing procedure described later. This is done by processing this command. The obtained attribute information is displayed on the CRT 33 (step S1802).
[0128]
Further, the attribute information 304 is acquired (step S1803), and the obtained attribute information 304 is displayed on the CRT 33 (step S1804). The attribute information 305 is acquired (step S1805), and the obtained attribute information 305 is displayed on the CRT 33 (step S1806).
[0129]
Waiting for user input (step S1807), the attribute information 304, 305 is set according to the input from the user (step S1808). This attribute information is set by transmitting an attribute setting command from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1, and in the peripheral device 1 according to the processing procedure described later. This is done by processing this command.
[0130]
FIG. 9 is a diagram showing a user interface screen displayed on the CRT 33 while waiting for user input in step S1807. In the figure, reference numeral 201 denotes a list of directory server types (attributes 303) that can be selected by the user. The currently set directory server type (attribute 304) is highlighted in 202 in the figure. Further, the address section 203 displays the IP address 305 of the currently set directory server. The user selects and highlights the type of the desired directory server, inputs the desired IP address to the address section 203, and presses the OK button 204, thereby executing the process of step S1808, and the corresponding directory. Set up the server.
[0131]
Note that the processing shown in FIG. 8 is performed by the controller 11 of the peripheral device 1 that is the target for changing the corresponding directory server instead of the PC, and the display shown in FIG. 9 is also a user interface provided in the peripheral device. 16 may be performed. Further, it may be executed and displayed on another peripheral device 2 (5).
[0132]
FIG. 10 shows processing when displaying / changing from PC (1) 2, PC (2) 3, and PC (3) 4 how to permit login when the peripheral device 1 cannot connect to the directory server 6. It is a flowchart which shows a procedure. This processing procedure is performed on PC (1) 2, PC (2) 3, and PC (3) 4.
[0133]
First, the attribute information “list of restriction types to be used when the directory server cannot be connected” attribute 308 is acquired (step S2201). The acquisition of attribute information is performed by transmitting an attribute acquisition command from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1, and in the peripheral device 1 according to the processing procedure described later. This is done by processing the command. The obtained attribute information is displayed on the CRT 33 (step S2202).
[0134]
The attribute information “type of restriction when used when current directory server cannot be connected” attribute 309 is acquired (step S2203), and the obtained attribute information is displayed on the CRT 33 (step S2204). Further, an attribute information “whether use is permitted when the directory server cannot be connected” attribute 307 is acquired (step S2205). The obtained attribute information is displayed on the CRT 33 (step S2206).
[0135]
Then, it waits for the user's input (step S2207), sets the attribute information 309 and 307 according to the input from the user (step S2208), and ends the process. The attribute information is set by transmitting an attribute setting command from the PC (1) 2, PC (2) 3, PC (3) 4 to the peripheral device 1, and in the peripheral device 1 according to the processing procedure described later. This is done by processing the command.
[0136]
FIG. 11 is a diagram showing a user interface screen displayed on the CRT 33 while waiting for user input in step S2207. In the figure, reference numeral 2102 denotes the contents of the “restriction type list used when the directory server cannot be connected” attribute 308, and the “restriction type when used when the current directory server cannot be connected” attribute 309. The value of is highlighted in the figure by 2103. Further, the value of the “whether use is permitted when Directory Server connection is disabled” attribute 307 is displayed in the check box 2101. The user performs desired settings and then presses an OK button 2104 to execute the processing in step S2208 and set attribute information.
[0137]
Note that the processing shown in FIG. 10 is performed by the controller 11 of the peripheral device 1 itself whose setting is to be changed instead of the PC, and the display shown in FIG. 11 is also performed by the user interface 16 provided in the peripheral device. You may be made to be. Further, it may be executed and displayed on another peripheral device 2 (5).
[0138]
12 and 13 are flowcharts showing a processing procedure for issuing a print job, a scanner job, a fax transmission job, or a copy job from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1. It is. This process is performed on PC (1) 2, PC (2) 3, and PC (3) 4.
[0139]
First, the “current user management mode” attribute 302, which is attribute information held by the peripheral device 1, is acquired (step S401). It is determined whether or not the value of the attribute information 302 is “no user management” (step S402). If the result of determination is “no user management”, other information necessary for the job is set in the job, and the job is issued to the peripheral device 1 (step S403). Thereafter, the process is terminated.
[0140]
On the other hand, if “user management is present” in step S402, it is determined whether or not the value of the attribute information 302 is “password” (step S404). As a result of the determination, if it is a password, a user interface screen prompting the password input is displayed on the CRT 33 (step S405). In step S403, the input password and other information necessary for the job are set in the job, and the job is issued to the peripheral device 1.
[0141]
On the other hand, if the result of determination in step S404 is not a password, it is determined whether or not the value of the attribute information 302 is “user ID” (step S406). If the user ID is determined as a result of the determination, a user interface screen prompting the CRT 33 to input the user ID is displayed (step S407). In step S403, the user ID and other information necessary for the job are set in the job, and the job is issued to the peripheral device 1.
[0142]
On the other hand, if the result of determination in step S406 is not a user ID, it is determined whether or not the value of the attribute information 302 is “user ID and password” (step S408). If the user ID and password are determined, the user interface screen prompting the user ID and password to be input is displayed on the CRT 33 (step S409). In step S403, the user ID, password, and other information necessary for the job are set in the job, and the job is issued to the peripheral device 1.
[0143]
On the other hand, if the result of determination in step S408 is not a user ID and password, it is determined whether or not the user has already logged in to the security domain managed by the directory server 6 in the PC being used (step S410). This determination is made by making an inquiry to the operating system of the PC being used. If the result of determination is that the user has not logged in, a user interface screen prompting the user ID and password to be entered is displayed on the CRT 33 (step S411), and this information is sent to the directory server 6 using the Kerberos protocol. Ticket generation ticket) information is acquired (step S413).
[0144]
On the other hand, if the result of determination in step S410 is that the user has already logged in, the user is already logged in, so the operating system is requested and acquired the TGT used in the current session (step S412).
[0145]
Using the TGT acquired in step S412 or S413, the directory name of the user name held by the operating system or the printable number information of the user corresponding to the user name input in step S411 is obtained by the Kerberos protocol and the LDAP protocol. (Step S414).
[0146]
Thereafter, it is determined whether or not the number of printable sheets is one or more (step S415). If the result of determination is that one or more sheets cannot be printed, a user interface screen indicating that the job cannot be issued is displayed on the CRT 33. (Step S416), the process ends.
[0147]
On the other hand, if the result of determination in step S415 is that the number of printable sheets is one or more and printing is possible, the parameter of the identifier for identifying the TGT and the peripheral device 1 to which the job is issued obtained in step S412 or S413 is sent Then, an access ticket for the peripheral device 1 is obtained by the Keberos protocol (step S417). The access ticket acquired here is obtained by encrypting information on the user name, the user ID, the number of printable sheets of the user, and the expiration date of the access ticket by the attribute information 306 of the secret encryption key of the peripheral device 1. The data format inside the access ticket and the encryption method (algorithm) used are uniquely determined in advance by the type of directory server (attribute information 304) currently supported.
[0148]
Then, the access ticket acquired in step S417 and other information necessary for the job are set in the job, the job is issued to the peripheral device 1 (step S418), and the process is terminated.
[0149]
FIG. 14 is a flowchart showing the job issuance processing procedure in step S403. First, parameters of an attribute setting command are set for attributes required for the job (step S502). This parameter consists of an attribute name to be set and a value corresponding thereto. The attribute setting command created in step S502 is transmitted to the peripheral device 1 (step S503). It is determined whether or not necessary job attribute settings have been completed (step S504), and if not completed, the processing in step S502 is repeated.
[0150]
On the other hand, when the necessary job attribute setting is completed in step S504, data to be subjected to job processing, such as image data created by an application or the like by a job data transmission command, is transmitted to this peripheral device (step S505). A job submission completion notification command indicating completion of transmission of the job submission command is transmitted (step 506), and the process is terminated.
[0151]
15 and 16 are flowcharts showing a job input command reception process procedure when the peripheral device 1 receives a job issued by the process of FIG. This processing is executed by the peripheral device 1 every time a command constituting the job is received.
[0152]
The received command and its parameters are analyzed (step 601). As a result of this analysis, it is determined whether or not the received command is an attribute setting command (step 602). If the received command is an attribute setting command, it is determined whether or not the attribute can be interpreted by the peripheral device 1 (step S603).
[0153]
If it can be interpreted, the specified attribute name / attribute value pair is stored as job data in the RAM 22 or DISK 30 according to the analysis result obtained in step S601 (step S604), and the process is terminated. On the other hand, if it cannot be interpreted in step S603, the attribute specified by the received attribute setting command cannot be set, and it is returned that the attribute could not be set (step S616), and the process ends.
[0154]
On the other hand, if it is determined in step S602 that the received command is not an attribute setting command, it is determined from the analysis result obtained in step S601 whether the received command is a job data transmission command (step S611). If it is a job data transmission command, the job data received following the command is stored in the RAM 22 or DISK 30 (step 612), and the process is terminated.
[0155]
On the other hand, if it is not a job data transmission command in step S611, it is determined from the analysis result obtained in step S601 whether or not the received command is a job submission end notification command (step S613). If it is a job submission end notification command, processing of the job data held in the RAM 22 or DISK 30 is started (step S614). On the other hand, if it is not a job submission end notification command, the received command is another command, processing dependent on the other command is performed (step 615), and the processing is terminated.
[0156]
FIG. 17 is a diagram illustrating a data structure of a job held in the peripheral device 1 by the processing of FIGS. 15 and 16. This job includes an attribute list 701 representing job functions and attributes and job data 702 representing data to be processed by the job. The job data 702 may not be required depending on the job type. The attribute list 701 is a list of pairs of attribute names 711 and attribute values 712 corresponding thereto.
[0157]
In the figure, 721 indicates that the job is a print job. Reference numeral 722 denotes that the job start mode is on-hold. Reference numeral 723 denotes that the user management mode is “join security domain”, and indicates that the access ticket 726 is used as user information of the job. Reference numeral 724 denotes an attribute in which the user ID is set when the user management mode is “user ID” or “user ID and password”. Reference numeral 725 denotes an attribute in which a password is set when the user management mode is “password” or “user ID and password”. Reference numeral 726 denotes an attribute for setting an access ticket when the user management mode is “join security domain”. Note that only the necessary attributes 724, 725, and 726 may be set in the job data in accordance with the contents of the attribute 723.
[0158]
18 and 19 are flowcharts showing the processing procedure of the job data held in the peripheral device 1 shown in FIG. This process is performed on the peripheral device 1. First, attribute information (current user management mode) 302 is acquired (step S801). It is determined whether or not the value of the attribute information 302 is “no user management” (step S802).
[0159]
If the result of determination is “no user management”, attributes other than the attributes 723, 724, 725, and 726 are processed (step S803), and job data processing is performed based on these attributes (step S810). The processing result of the job is recorded in the log (step S811), and the processing is terminated. This log is stored in the RAM 22 or the DISK 30.
[0160]
On the other hand, if the result of determination in step S802 is that there is user management, it is determined whether or not the value of the attribute information 302 is “password” (step S804). If it is determined that the password is a password, the password value stored in the RAM 22 or the DISK 30 in advance is compared with the attribute information 725 (step S805). If they match, the job processing is continued in step S803. On the other hand, if they do not match, the job processing is stopped.
[0161]
On the other hand, if the result of determination in step S804 is not a password, it is determined whether or not the value of the attribute information 302 is “user ID” (step S806). If the user ID is determined as a result of the determination, the user ID value stored in the RAM 22 or DISK 30 in advance is compared with the attribute information 724 (step S807). If they match, the job processing is continued in step S803. To do. On the other hand, if they do not match, the job processing is stopped.
[0162]
If the result of determination in step S806 is not a user ID, it is determined whether or not the value of the attribute information 302 is “user ID and password” (step S808). If the result of determination is “user ID and password”, the user ID value and password value stored in advance in the RAM 22 or DISK 30 are compared with the attribute information 724 and 725 (step S809). If so, the job processing is continued in step S803. If it does not match, the job processing is stopped.
[0163]
On the other hand, if the determination result in step S808 is not “user ID and password”, the access ticket value 726 is decrypted using the secret encryption key that is the attribute information 306 (step S812). Then, it is determined whether or not the access ticket is valid (step S813). If the value of the access ticket cannot be decoded, or if the printable number of sheets held in the access ticket is 0, it is determined in step S813 that the access ticket is invalid, and the job data is discarded (step S814). ), The process is terminated.
[0164]
On the other hand, if it is determined in step S813 that the access ticket is valid, the printable number information of the user corresponding to the user ID in the access ticket is acquired from the directory server 6 by the Kerberos protocol and the LDAP protocol (step S815). .
[0165]
It is determined whether the number of printable sheets is 1 or more (step S816). If printing is impossible, the job data is discarded (step S817), and the process ends. On the other hand, if the result of determination in step S816 is that printing is possible, attributes other than the attribute values 723, 724, 725, and 726 are processed (step S818), and job data is processed based on these attributes (step S819). ). In this process, monitoring is performed so as not to exceed the printable number of sheets obtained from step S815. If the maximum number of printable sheets is exceeded, the job data processing is abnormally terminated. In both cases where the job ends normally and abnormally, the processing result of the job is recorded in a log (step S820), and the processing is ended. In the log, the user ID and the number of sheets printed by the job are recorded and stored in the RAM 22 or the DISK 30.
[0166]
In the present embodiment, after the job data is once built in the peripheral device 1 in the processes of FIGS. 15 and 16, the job data is processed again in the processes of FIGS. As another embodiment, the processes shown in FIGS. 15, 16, 18, and 19 may be combined to perform job processing simultaneously with job analysis.
[0167]
In this embodiment, the number of printable sheets in the access ticket is determined in step S813, and the number of printable sheets for the user held in the directory server 6 is determined in steps S815 and S816. As an embodiment, either the determination of the number of printable sheets in the access ticket in step S813 or the determination of the number of printable sheets of the user held in the directory server 6 in steps S815 and S816 may be omitted.
[0168]
In this embodiment, the job result record is stored as a log in the peripheral device 1 in step S820. The user's printable number and accumulated number of prints are stored in the directory server 6. It may be updated according to the number of printed pages. The update of the printable sheet number is obtained by acquiring the user printable sheet number and the accumulated print sheet number indicated by the user ID held in the directory server 6 by the LDAP protocol, and subtracting the number of sheets printed by the job from the printable sheet number, and This is done by adding the number of sheets printed in the job to the cumulative number of prints and setting these obtained values in the directory server 6 using the LDAP protocol.
[0169]
20 and 21 are flowcharts showing the processing procedure of the login screen displayed on the LCD 23 of the peripheral device 1. This process is performed on the peripheral device 1. First, attribute information (current user management mode) 302 is acquired (step S901). It is determined whether or not the value of the attribute information 302 is “no user management” (step S902).
[0170]
If the result of determination is that there is no user management, the login information is stored in the RAM 22 (step S903). The login information includes a user management mode, a user ID, and a printable number at the time of login. The printable number of sheets is sequentially updated according to the number of prints used in a job involving printing such as a print job and a copy job issued from the console within the login period, and the job ends when the number of printable sheets reaches a value of zero. In step S903, the number of printable sheets is set to infinity. The user ID in the login information is recorded in a log together with the number of printed pages used in the job. After the process of step S903, the print pending job is processed (step S924), and the process is terminated.
[0171]
On the other hand, if the result of determination in step S902 is that there is user management, it is determined whether or not the value of the attribute information 302 is “password” (step S904). If it is determined that there is a password, a user interface screen for prompting the password input is displayed on the LCD 23, and the input password is compared with the password value previously stored in the RAM 22 or DISK 30 (step S905). If so, the login process is continued in step S903. If they do not match, the process is canceled as login is impossible.
[0172]
On the other hand, if the result of determination in step S904 is that there is no password, it is determined whether or not the value of the attribute information 302 is “user ID” (step S906). If it is a user ID, a user interface screen prompting the user ID to be input is displayed on the LCD 23, and the input user ID is compared with the user ID value stored in the RAM 22 or DISK 30 in advance (step S907). If so, the login process is continued in step S903. If they do not match, the process is canceled as login is impossible.
[0173]
On the other hand, if the determination result in step S906 is not a user ID, it is determined whether or not the value of the attribute information 302 is “user ID and password” (step S908). If the user ID and password are determined as a result of the determination, a user interface screen that prompts the user ID and password to be input is displayed on the LCD 23, and the user ID value and password stored in advance in the RAM 22 or DISK 30 are displayed. The value is compared (step S909). If the values match, the login process is continued in step S903. If they do not match, the process is canceled as login is impossible.
[0174]
If the result of determination in step S908 is not a user ID and password, an attempt is made to access the directory server indicated by the attribute information 305 to determine whether connection is possible (step S910).
[0175]
If access is possible, a user interface screen that prompts the user name and password to be input is displayed on the LCD 23 (step S912), and an access ticket is acquired from the directory server 6 by the Kerberos protocol using the input user name and password (step S912). Step S914).
[0176]
On the other hand, when an error that the user name or password is invalid is returned from the directory server 6 such as when the user name and password are incorrect, in step S912, the user interface prompting the user name and password to be input again. Display the screen.
[0177]
Then, the access ticket acquired from the directory server is decrypted using the secret encryption key 306 (step S915). The validity of the access ticket is determined (step S916). This determination is made by checking whether or not the ticket is within the expiration date and whether or not the number of printable sheets is one or more. If the access ticket is not valid as a result of the determination in step S916, a user interface screen indicating that the device cannot be used with this user name is displayed on the LCD 23 (step S917), and the process ends.
[0178]
On the other hand, if it is determined in step S916 that the access ticket is valid, the login information is stored and the user information cache is updated (step S925). Of the login information, the number of printable sheets is set to the number held in the access ticket.
[0179]
FIG. 22 shows the data structure of the user information cache. This user information cache is held in the RAM 22 or the DISK 30. The user information cache is updated by adding the user name and password used when acquiring the access ticket, the user ID and printable number in the access ticket, and the login date and time as data. If the same user name already exists in the user information cache, the existing information is updated. Then, after the process of step S925, the print pending job is processed (step S922), and the process ends.
[0180]
On the other hand, if the directory server 6 is inaccessible in step S910, attribute information (whether use is permitted when the directory server cannot be connected) 307 is acquired to determine whether the server can be used even if the server cannot be connected (step S910). S911). If the use is not permitted, a user interface screen indicating that the user cannot log in now is displayed on the LCD 23 (step S920), and the process ends.
[0181]
On the other hand, if the use is not permitted in step S911, a user interface screen for prompting the user name and password input is displayed on the LCD 23 (step S918), and the input user name and password pair is stored in the RAM 22 or DISK 30. It is determined whether or not it exists in the user information cache (step S919). If the result of this determination is that the device does not exist in the user information cache, a user interface screen indicating that the device cannot be used with this user name is displayed on the LCD 23 (step S921), and the process ends.
[0182]
On the other hand, if it is determined in step S919 that the combination of the user name and the password exists in the user information cache, the number of printable sheets is calculated by a process described later, and this value and the user ID are stored as login information ( Step S923). In addition, a value of “join security domain (cannot connect to directory server)” is set in the user management mode in the login information. After the process of step S923, the print pending job is processed (step S922), and the process ends.
[0183]
The login information stored in the login process is used for restricting and recording operations when issuing a job in the login session. In other words, when printing exceeds the number of printable sheets in the login information, the job is canceled. The number of prints printed in the job is subtracted from the printable number of login information.
[0184]
Furthermore, when the user management mode in the login information is “join security domain (cannot connect to directory server)”, the attribute information stored in the device “list of restriction types used when the directory server cannot be connected” ”308, the value is updated by subtracting the number of sheets printed in the job from the value of the maximum number of printed sheets 312 or the printable sheet number 1013 of the user information cache. The user ID in the login information is recorded in the log together with the number of printed pages in the job issued in the login session. Then, when the user logs off, the login information is discarded.
[0185]
Note that in this embodiment, even when connection to the directory server is possible, in step S925, the login information holds the number of printable sheets at the time of login, and the number of printable sheets only by a job issued from the console within the login period. If the directory server is connectable, it is possible to acquire the number of printable sheets held by the directory server immediately before the job is issued and to limit the number of printable sheets. . In this case, TGT is included in the login information held in step S925, whereby the printable number of users held in the directory server 6 immediately before the job is issued is acquired by the Kerberos protocol and the LDAP protocol.
[0186]
The data in the user information cache updated by the processing of FIGS. 20 and 21 is held in the RAM 22 or the DISK 30 as described above. The data is represented as a set of one record per line, and one record is composed of a user name 1010, a password 1011, a user ID 1012, a printable sheet number 1013, and a login date 1014.
[0187]
FIG. 23 is a flowchart showing the processing procedure of the print pending job in steps S924 and S922. This process is performed on the peripheral device 1. First, a list of jobs whose print execution is suspended in the peripheral device 1 is acquired (step S1101).
[0188]
The user ID in the login information held in FIG. 20 and FIG. 21 is compared with the user ID in which each job acquired in step S1101 is included as an attribute, and a list of jobs that match both is created (step S1102). . The user ID of the job to be compared here is acquired and used by decrypting the access ticket when the access ticket 726 exists in the job, and the user ID 724 included in the job is used otherwise.
[0189]
As a result of the process in step S1102, it is determined whether or not the list is empty (step S1103). If the result of determination is not empty, the process ends.
[0190]
On the other hand, if it is empty in step S1103, a list of jobs that match the user ID is displayed on the LCD 23 as a user interface screen (step S1104). FIG. 24 is a diagram showing a user interface screen displayed on the LCD 23 in step S1104. In the figure, reference numeral 1202 denotes a list of jobs created in step S1102. Reference numeral 1203 denotes an OK button for executing the job, and 1204 denotes a cancel button for closing the user interface screen without executing the job.
[0191]
Then, it is determined which of the OK button 1203 and the cancel button 1204 has been pressed (step S1105). If the cancel button has been pressed, the user interface screen is closed and the process ends. On the other hand, if the OK button is pressed, the job in the list generated in step S1102 is executed (step S1106), and the process ends.
[0192]
25 and 26 show a processing procedure when the peripheral device 1 receives an access command for acquiring or setting individual attribute information from the PC (1) 2, PC (2) 3, and PC (3) 4. It is a flowchart. First, the received command and its parameters are analyzed (step S1301).
[0193]
It is determined from the result of this analysis whether or not the received command is an attribute acquisition command (step S1302). If it is an attribute acquisition command, it is determined whether or not the attribute specified by the attribute acquisition command can be acquired (step S1303). If the attribute can be acquired, the value of the attribute held in the peripheral device is acquired (step S1304), the acquired attribute value is set in the parameter of the return command, and the return command for the attribute acquisition command is transmitted to the driver software. (Step S1305), the process ends.
[0194]
On the other hand, if the attribute cannot be acquired in step 1303, a process for notifying the driver software that the acquisition of the attribute has failed is performed (step S1317), and the process ends.
[0195]
On the other hand, if it is not an attribute acquisition command in step S1302, it is determined from the analysis result in step 1301 whether or not the received command is an attribute value change command (step S1311). If it is an attribute value change command, it is determined whether or not the attribute designated by the attribute value change command can be changed (step S1312).
[0196]
If the attribute value can be changed, the specified attribute is changed to the specified attribute value in accordance with the specified command parameter (step S1313), and processing for notifying the driver software of the successful change of the attribute value is performed ( Step S1314), the process is terminated. On the other hand, if it cannot be changed, a process for notifying the driver software that the change of the attribute value has failed is performed (step S1315), and the process ends. On the other hand, if the received command is not an attribute change command in step S1311, the received command is another command, processing dependent on the other command is performed (step S1316), and the processing is terminated.
[0197]
27 and 28 are flowcharts showing a processing procedure for issuing management commands such as device management and job management from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1. FIG. This process is executed on PC (1) 2, PC (2) 3, and PC (3) 4. First, the attribute information (current user management mode) 302 held by the peripheral device 1 is acquired (step S1401).
[0198]
It is determined whether or not the value of the attribute information 302 is “no user management” (step S1402). If it is determined that there is no user management, the management command shown in FIG. 29 is generated and transmitted to the peripheral device 1 (step S1403). FIG. 29 shows the data structure of the management command. In the figure, reference numeral 1501 denotes a user management mode, which indicates which information is valid among the user ID 1502, the password 1503, and the access ticket 1504. Reference numeral 1505 represents a command type. Furthermore, 1506 represents the length of the parameter 1507 required for the command.
[0199]
The peripheral device 1 processes the received management command according to the processing procedure shown in FIGS. 30 and 31, and transmits the result. The reply sent from the peripheral device 1 is processed (step S1417). This process differs depending on the process of the management command sent in step S1403. In particular, when the management command is “ListJobs” which is a command for acquiring a list of jobs held in the peripheral device, a reply is given. A list of included jobs is displayed on the CRT 33 as a user interface screen. Then, this process is complete | finished.
[0200]
On the other hand, if the result of determination in step S1402 is that there is user management, it is determined whether or not the value of the attribute information 302 is “password” (step S1404). If it is determined that there is a password, a user interface screen that prompts the CRT 33 to input the password is displayed (step S1405). Then, a management command in which the password input in step S1403 is set is generated and transmitted to the peripheral device 1.
[0201]
On the other hand, if the result of determination in step S1404 is that there is no password, it is determined whether or not the value of the attribute information 302 is “user ID” (step S1406). If the user ID is determined as a result of the determination, a user interface screen that prompts the CRT 33 to input the user ID is displayed (step S1407). Then, a management command in which the user ID input in step S1403 is set is generated and transmitted to the peripheral device 1. .
[0202]
On the other hand, if the result of the determination in step S1406 is not a user ID, it is determined whether or not the value of the attribute information 302 is “user ID and password” (step S1408). If the user ID and password are determined, the user interface screen prompting the user ID and password to be input is displayed on the CRT 33 (step S1409). In step S1403, a management command in which the input user ID and password are set is generated and transmitted to the peripheral device 1.
[0203]
On the other hand, if it is determined in step S1408 that the user ID is not the password, it is determined whether the user has already logged in to the security domain managed by the directory server 6 in the PC being used (step S1410). This determination is made by making an inquiry to the operating system of the PC being used.
[0204]
If the result of determination is that the user has not logged in, a user interface screen prompting the user ID and password to be input is displayed on the CRT 33 (step S1411), and this information is sent to the directory server 6 using the Kerberos protocol. Generated ticket) information is acquired (step S1413).
[0205]
On the other hand, if the result of determination in step S1410 is that the user has logged in, the user has already logged in, and requests and acquires the TGT used in the current session from the operating system (step S1412).
[0206]
The TGT acquired in step S1412 or S1413 and the identifier (parameter) specifying the job issuing destination peripheral device 1 are transmitted to the directory server 6 by the Keberos protocol, and an access ticket for the peripheral device 1 is acquired (step S1414). The acquired access ticket is obtained by encrypting the user name, the user ID, the number of printable sheets of the user, and the access ticket expiration date by the secret encryption key 306 of the peripheral device 1. The data format inside the access ticket and the encryption method (algorithm) used are uniquely determined in advance by the type of directory server 304 currently supported.
[0207]
A management command in which the access ticket acquired in step S1414 is set is generated and transmitted to the peripheral device 1 (step S1415). Thereafter, the same reply process as in step S1417 is performed (step S1416). Thereafter, the process is terminated.
[0208]
FIGS. 30 and 31 are flowcharts showing a procedure for the peripheral device 1 to process the management command generated by the processing of FIGS. 27 and 28 and transmitted to the peripheral device 1. This process is executed on the peripheral device 1.
[0209]
First, attribute information (current user management mode) 302 is acquired (step S1601). It is determined whether or not the value of the attribute information 302 is “no user management” (step S1602). If the result of determination is that there is no user management, the value 0 is set to the user ID 1502 in the management command (step S1603), and processing according to the command type after step S1613 is performed.
[0210]
On the other hand, if the result of determination in step S1602 is that there is user management, it is determined whether or not the value of the attribute information 302 is “password” (step S1604). If it is determined that the password is a password, the password value previously stored in the RAM 22 or DISK 30 is compared with the password 1503. If they match, the value 0 is set in the user ID 1502 in the management command (step S1605). ). Thereafter, processing according to the type of command after step S1613 is performed. If they do not match, an error is returned and the management command processing is stopped.
[0211]
On the other hand, if the result of determination in step S1604 is not a password, it is determined whether or not the value of the attribute information 302 is “user ID” (step S1606). If the user ID is determined as a result of the determination, the user ID value previously stored in the RAM 22 or DISK 30 is compared with the user ID 1502 (step S1607). If they match, the process according to the command type after step S1613 is performed. If they do not match, an error is returned and the management command processing is stopped.
[0212]
On the other hand, if the result of determination in step S1606 is not a user ID, it is determined whether or not the value of the attribute information 302 is “user ID and password” (step S1608). If the user ID and password are determined as a result of the determination, the user ID value and password value previously stored in the RAM 22 or DISK 30 are compared with the user ID 1502 and password 1503 (step S1607), and both match. If YES in step S1613, processing in accordance with the command type in step S1613 and subsequent steps is performed. If they do not match, an error is returned and the management command processing is stopped.
[0213]
On the other hand, if it is not the user ID and password in step S1608, the value of the access ticket 1504 is decrypted using the secret encryption key 306 (step S1610). As a result of the decryption, the validity and expiration date of the access ticket are determined (step S1611). If the access ticket is valid as a result of the determination, the user ID in the access ticket is set to the user ID 1502 in the management command. Processing according to the command type after S1613 is performed. On the other hand, if the access ticket is not valid as a result of the determination in step S1611, an error is returned (step S1612), and the management command processing is terminated.
[0214]
In the processing after step S1613, it is first determined whether or not the command type 1505 is “ListJobs” (acquisition of a job list) (step S1613). If it is determined that the command type 1505 is “ListJobs”, a list of jobs held in the peripheral device 1 is acquired (step S1614). At this time, if the “current user management mode” 302 is “join security domain”, the access ticket 726 of each job is decrypted with the secret encryption key 306, and the obtained user ID is set in the user ID 724 of the job. deep.
[0215]
Then, the user ID 724 of the job acquired in step S1614 is compared with the user ID 1502 included in the management command, and the job name of the job that does not match is converted to blank (step S1615). On the other hand, the job name of a job that matches both is not converted to blank. The job list obtained in step S1615 is returned (step S1616), and the process ends.
[0216]
On the other hand, as a result of the determination in step S1613, it is determined whether or not the command type 1505 is “CancelJob” (cancel the specified job) (step S1617). If it is determined that the command type 1505 is not “CancelJob”, the device management command is processed (step S1619), and the process is terminated. In the device management command processing in step S1619, processing of a plurality of device management commands may be performed depending on the command type 1505.
[0217]
As a result of the determination in step S1617, information on the designated job is acquired (step S1618). At this time, when the “current user management mode” 302 is “join security domain”, the access ticket 726 of the job is decrypted with the secret encryption key 306, and the obtained user ID is set in the user ID 724 of the job. deep.
[0218]
Then, the job user ID 724 is compared with the user ID 1502 included in the management command (step S1620). If they do not match, a management command execution failure is returned (step S1623), and the process is terminated. On the other hand, if the two match in step S1620, the designated job is canceled (step S1621), the management command execution success is returned (step S1622), and the process ends.
[0219]
It should be noted that by changing the processing in step S1621, job management other than the job case to which the job access control function is added (for example, job suspension, resumption, interruption, priority improvement, priority reduction, etc.) Can also be performed.
[0220]
FIG. 32 is a flowchart showing a processing procedure for collecting the logs of the peripheral device 1 and the peripheral device 5 and updating the printable number of sheets and the cumulative number of printed sheets for each user of the directory server 6. This process is executed by the directory server 6. First, a log is acquired from the target peripheral device (step S1901).
[0221]
The number of printed pages is added for each user ID from the log information (step S1902). The number of printable sheets and the cumulative number of prints for each user are obtained from the directory server 6 by the LDAP protocol, the obtained number of sheets is subtracted from the number of printable sheets, and further added to the cumulative number of prints. Is set in the directory server 6 (step S1903). Thereby, the printable number of sheets and the cumulative number of printed sheets for each user of the directory server 6 are updated.
[0222]
Thus, by performing the processing of FIG. 32 for the peripheral device 1 and the peripheral device 5, the directory server 6 centrally manages the printable number of sheets and the cumulative number of prints for the two peripheral devices.
[0223]
Note that as another embodiment, when updating the data in the directory server 6 by connecting to the directory server 6 at the end of each job without saving the number of prints used in the job in the log, the processing of FIG. 32 is performed. There is no need to execute.
[0224]
FIG. 33 and FIG. 34 are flowcharts showing a calculation processing procedure for calculating the number of printable sheets when connection to the directory server is impossible in step S923 of FIG. 20 and FIG. This process is executed on the peripheral device 1. First, a restriction type 309 for the current printable number is acquired (step S2001).
[0225]
It is determined whether or not the restriction type 309 is “unlimited” (step S2002). If the result of determination is that there is no limit, the number of printable sheets is set to unlimited (step S2003), and the process ends. On the other hand, if the result of the determination in step S2002 is not unlimited, whether or not the restriction type 309 is “time limit”, “time limit & limit at fixed maximum number of sheets” or “time limit & limit at maximum number of sheets”. Is discriminated (step S2004). As a result of the determination, in either case, the user's last login date / time 1014 in the user information cache is acquired (step S2005), and the time difference between this date / time and the current date / time is specified by the time limit length 310. It is determined whether or not the following is true (step S2006).
[0226]
If the value is equal to or less than the specified value, the printable sheet number is set to 0 (step S2007), and the process ends. On the other hand, as a result of the determination in step S2004, when it is not any of “time limit”, “time limit & limit by fixed maximum number of sheets” or “time limit & limit by maximum number of sheets” or within the time limit of step S2006 Then, it is determined whether the restriction type 309 is “restrict with fixed maximum number of sheets” or “limit with time limit & fixed maximum number of sheets” (step S2008).
[0227]
In the case of “restrict with fixed maximum number of sheets” or “limit with time limit & fixed maximum number of sheets”, the value of the maximum number of sheets 312 is set as the printable number (step S2010), and the process ends. On the other hand, if the determination result in step S2008 is neither “restricted by fixed maximum number of sheets” or “restricted by time limit & fixed maximum number of sheets”, the restriction type 309 is “restricted by maximum number of sheets” or “restricted by maximum number of sheets” It is determined whether or not it is “restricted by” (step S2009). In the case of either “limit by maximum number of sheets” or “limit by time limit & maximum number of sheets”, the number of sheets is calculated by the following equation (1), set as the printable number (step S2011), and the process ends.
[0228]
Number of printable sheets = Number of printable sheets in the user information cache 1013-Reduction ratio of the maximum number of sheets per day x time since last login (days) (1)
Here, the time (number of days) since the last login is the time obtained by subtracting the current date and time from the login date and time 1014 of the user information cache and dividing the value by 24 to round off the decimal part.
[0229]
On the other hand, if the result of determination in step S2009 is neither “limit by maximum number of sheets” nor “time limit & limit by maximum number of sheets”, the maximum number of sheets 313 for each login is set as the printable sheet number (step S2012), and the process is performed. finish.
[0230]
In this embodiment, according to the processing procedures shown in the flowcharts of FIGS. 6, 8, and 10, “supported user management mode list”, “corresponding directory server type list”, and “Directory Server”, respectively. PC (1) 2, PC (2) 3, PC (3) 4 directly obtains the list of restriction types for use when connection is not possible from peripheral device 1, but as another embodiment, Acquire “list of supported user management modes”, “list of compatible directory server types”, and “list of restriction types to use when directory server connection is not possible” from the peripheral device 1, and then once the directory It is stored as device information in the server 6, and PC (1) 2, PC (2) 3, PC (3 4 may be acquired from the directory server 6.
[0231]
[Second Embodiment]
In the first embodiment, the access ticket is included in the management command in FIG. 29, but the data size of the access ticket is generally larger than other data sizes of the management command. As a result, there may be a problem in performance. A peripheral device control system for solving this problem will be described below as a second embodiment.
[0232]
FIG. 35 is a diagram illustrating a data structure of a management command generated by a management command generation process described later and transmitted to the peripheral device 1. In the figure, reference numeral 2301 denotes a user management mode, which indicates which information is valid among the user ID 2302, password 2303, and session key 2304.
[0233]
The session key 2304 is issued by the peripheral device 1 and is associated with the access ticket one-to-one by the access ticket cache in the peripheral device 1. In the figure, reference numeral 2305 denotes a command type. Reference numeral 2306 denotes the length of the parameter 2307 necessary for the command.
[0234]
FIG. 36 is a diagram showing a data structure of an access ticket cache held in the RAM 22 of the peripheral device 1 by processing of an access ticket setting command to be described later. The access ticket cache is composed of a plurality of records with a pair of a session key 2401 and an access ticket 2402 as one record. The access ticket held here is the one after decryption using the secret encryption key 306.
[0235]
FIG. 37 and FIG. 38 are flowcharts showing a procedure in which the peripheral device 1 processes a management command generated by a management command generation process described later and transmitted to the peripheral device 1. This process is executed on the peripheral device 1. In this processing procedure, the step processing up to step S1608 in FIG. 30 and FIG. 31 is the same, so the step processing is omitted, and if the determination processing in step S1608 is NO (false), that is, the user management mode Will be shown from when it is “join security domain”.
[0236]
First, it is determined whether or not the session key 2304 is 0 (step S2501). If it is determined in step S2501 that the session key 2304 has a value 0, it is determined whether or not the management command type 2305 is an “access ticket setting command” (step S2502). If it is not an “access ticket setting command”, an error is returned (step S2507), and the process is terminated.
[0237]
On the other hand, if the result of determination in step S2502 is “access ticket setting command”, the access ticket value included in the management command parameter 2307 is decrypted using the secret encryption key 306 (step S2519). As a result of the decryption, the validity and expiration date of the access ticket are determined (step S2520).
[0238]
If the access ticket is not valid, an error is returned (step S2521), and the management command processing is terminated. On the other hand, if the result of determination in step S2520 is that the access ticket is valid, the content of the decrypted access ticket is generated in a one-to-one correspondence with the access ticket, and stored in the access ticket cache together with the session key. (Step S2503). The generated session key is returned (step S2504), and the process ends.
[0239]
On the other hand, if the session key is other than 0 in step S2501, the session key is searched in the access ticket cache (step S2505), and it is determined whether or not the session key exists (step S2506). As a result of the determination, an error is returned (step S2507), and the process is terminated.
[0240]
On the other hand, if it is determined in step S2506 that a session key exists, the access ticket corresponding to the session key is acquired from the access ticket cache, and the user ID in the access ticket is set to the user ID 2302 in the management command (step S2522). ), Processing according to the type of command after step S2508 is performed.
[0241]
In the processing after step S2508, it is first determined whether or not the command type 2305 is “ListJobs” (acquisition of a job list) (step S2508). If it is determined that the command type 2305 is “ListJobs”, a list of jobs held in the peripheral device 1 is acquired (step S2509). At this time, if the “current user management mode” 302 is “join security domain”, the access ticket 726 of each job is decrypted with the secret encryption key 306, and the obtained user ID is set in the user ID 724 of the job. Keep it.
[0242]
The user ID 724 of the job acquired in step S2509 is compared with the user ID 2302 included in the management command, and the job name of the job that does not match is converted to blank (step S2510). The obtained job list is returned (step S2511), and the process ends.
[0243]
On the other hand, as a result of the determination in step S2508, it is determined whether or not the command type 1505 is “CancelJob” (cancel the specified job) (step S2512). If the command type 2305 is not “CancelJob”, the device management command is processed (step S2517), and the processing is terminated. In the device management command processing in step S2517, processing of a plurality of device management commands may be performed according to the command type 2305.
[0244]
On the other hand, if it is determined in step S2512 that the command type 1505 is “CancelJob”, information on the designated job is acquired (step S2513). At this time, when the “current user management mode” 302 is “join security domain”, the access ticket 726 of the job is decrypted with the secret encryption key 306, and the obtained user ID is set in the user ID 724 of the job. deep.
[0245]
The job user ID 724 is compared with the user ID 2302 included in the management command (step S2514). If they do not match, a management command execution failure is returned (step S2518), and the process ends.
[0246]
On the other hand, if the two match in step S2514, the designated job is canceled (step S2515), the management command execution success is returned (step S2516), and the process ends.
[0247]
It should be noted that by applying the management command processing procedure shown in FIGS. 37 and 38 to the job processing, the job is not included in the access ticket as shown in FIGS. 17, 18, and 19. It is also possible to include a session key.
[0248]
39 issues management commands such as device management and job management from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1 executing the processing of FIG. 37 and FIG. It is a flowchart which shows the process sequence to perform. This process is executed on PC (1) 2, PC (2) 3, and PC (3) 4. Further, since this processing procedure is the same up to steps S1412 and S1413 in FIG. 27 and FIG. 28, here, the TGT is shown after completion of acquisition of the TGT in step S1412 or S1413.
[0249]
That is, the TGT acquired in step S1412 or S1413 and the identifier (parameter) specifying the job issuing destination peripheral device 1 are transmitted to the directory server 6 by the Keberos protocol, and an access ticket for the peripheral device 1 is acquired (step S2601). ). The acquired access ticket is obtained by encrypting the user name, the user ID, the number of printable sheets of the user, and the access ticket expiration date by the secret encryption key 306 of the peripheral device 1. The data format inside the access ticket and the encryption method (algorithm) used are uniquely determined in advance by the type of directory server 304 currently supported.
[0250]
An access ticket setting command in which the access ticket acquired in step S2601 is set in the command parameter 2307 is generated and transmitted to the peripheral device 1 (step S2602). The management command transmitted here has a value 0 for the session key 2304 and an “access ticket setting command” for the command type 2305.
[0251]
It is determined whether or not the reply from the peripheral device 1 is an error (step S2603), and if it is an error, the process ends. On the other hand, if the result of determination in step S2603 is that there is no error, the session key acquired in step S2602 is set in the management command session key 2304, and is appropriate for the management command type 2305, command parameter length 2306, and command parameter 2307 of management command data. A proper value is set and transmitted to the peripheral device 1 (step S2604). The reply from the peripheral device 1 is processed (step S2605), and the process is terminated.
[0252]
Note that when the same user issues a job management command or device management command to the same peripheral device, the necessary access ticket is already held in the peripheral device, and the session key for that is already acquired, so step S2601 To S2603 can be omitted. Thereby, it is possible to perform job management and device management of peripheral devices with good performance.
[0253]
As described above, according to the above-described embodiment, it is possible to perform unified job management regarding access rights in a network environment. In addition, it is possible to perform unified job management regarding access rights in a network environment. Furthermore, only the user who issued the job can cancel the job.
[0254]
Also, only the user who issued the job can know all the information about the job, and other users can know only some information of the job. Furthermore, job information that is unified with respect to access rights can be performed with good performance in a network environment. Also, only the user who issued the job can cancel the job with good performance. Furthermore, only the user who issued the job can know all the job information with good performance, and other users can know only a part of the job information.
[0255]
In addition, it is possible to perform device management unified with respect to access rights in a network environment. Furthermore, in the network environment, it is possible to perform device management that is unified with respect to access rights with good performance. In addition, a job management command can be issued to the peripheral device. Furthermore, a job cancel command can be issued to the peripheral device. In addition, jobs can be displayed on peripheral devices. Furthermore, device management commands can be issued to peripheral devices.
[0256]
According to this embodiment, it is possible to acquire a list of directory server types that can be supported by peripheral devices from the outside via a network or the like. In addition, the type of directory server currently supported by the peripheral device can be acquired and set from the outside via a network or the like. Further, a list of types of directory servers that can be supported can be acquired and displayed on the user interface. In addition, a currently supported directory server can be acquired and displayed on the user interface, and settings can be changed.
[0257]
According to this embodiment, unified user information can be used by a plurality of peripheral devices. Further, in an environment where a plurality of peripheral devices are used, the cumulative number of prints and the maximum printable number can be centrally managed. Further, in an environment where a plurality of peripheral devices are used, it is possible to perform printing restriction for each user by the maximum number of printable sheets.
[0258]
In addition, the operation mode to be set when the connection to the directory server cannot be made can be made from the outside via a network or the like. Further, if the connection to the directory server is not possible, peripheral devices can be used. Also, if the directory server cannot be connected, the peripheral device can be used within a certain period of time since the last successful login. Further, if the connection to the directory server is not possible, the peripheral device can be used within a certain time after the last successful login within the range not exceeding the maximum number of prints stored in the device. In addition, if the directory server cannot be connected, the peripheral device can be used up to the maximum number of printable sheets at the time of the last successful login within a fixed time after the last successful login. Further, if the connection to the directory server is not possible, the peripheral device can be used as long as the maximum number of prints stored in the device is not exceeded.
[0259]
Further, if the connection to the directory server is not possible, the peripheral device can be used up to the maximum printable number at the time of the last successful login. Further, if the connection to the directory server is not possible, the peripheral device can be used within a range not exceeding the maximum printable number for each login. In addition, if the connection to the directory server is not possible, the use of peripheral devices can be prohibited for the user in order to perform accurate user management. Further, it is possible to use the peripheral device up to the maximum printable number of sheets taking into account the expected number of prints after connection to the directory server. In addition, jobs can be issued to peripheral devices.
[0260]
Next, the copying process operation of the peripheral device in the embodiment will be described. FIG. 40 is a flowchart showing a copy processing procedure in the peripheral device 1. This processing program is stored in the ROM 25 in the controller 11 and is executed by the CPU 21 when a copy start button provided on the keyboard 24 of the peripheral device 1 is pressed. The peripheral device 1 has a function of printing an image of a paper document placed on the scanner engine 27 by the printer 28 when the copy start button is pressed. The event that the copy start button is pressed is sent from the keyboard 24 to the CPU 21 and is interpreted as a copy job issue instruction.
[0261]
However, in the steps S920, S921, and S917 in FIG. 21, the copy start button is pressed when the currently logged-in user cannot be used or when the user is not logged in. The event is set not to be sent to the CPU 21, and the processing shown in the flowchart of FIG. 40 is not executed.
[0262]
When the CPU 21 receives an event from the copy start button, this process is started, and first, the login information stored in any one of steps S903, S923, and S925 in FIG. 20 is acquired (step S4001). It is determined whether or not the current user management mode is participation in a security domain (step S4002). As a result of the determination, if the user does not participate in the security domain, the image of the paper document placed on the scanner engine 27 is printed by the printer engine 28, and the printed number is logged together with the user name or user ID included in the login information. (Step S4003), and this process is terminated.
[0263]
On the other hand, if it is determined in step S4002 that the user is participating in the security domain, the number of printable pages stored in the login information is acquired (step S4004). Further, an image of a paper document placed on the scanner engine 27 is printed by the printer engine 28, and the number of printed sheets is recorded in a log together with the user name or user ID included in the login information (step S4005). The process ends. At this time, if the number of printable sheets acquired in step S4004 is exceeded, printing is forcibly terminated and a message to that effect is displayed on the LCD 23. Based on the result of the copy job, the log information on the directory server 6 of the user who executed the copy job is updated.
[0264]
That is, the number of printable sheets and the cumulative number of prints corresponding to the user who executed the copy job are acquired from the directory server 6 using the LDAP protocol, and the number of copies used in the copy job is subtracted from the number of printable sheets and added to the cumulative number of prints. These obtained results are set in the directory server 6 by the LDAP protocol. As a result, the printable number of sheets and the cumulative number of printed sheets for each user managed by the directory server 6 are updated.
[0265]
The above is the description of the embodiments of the present invention, but the present invention is not limited to the configurations of these embodiments, and has the functions shown in the claims or the configurations of the embodiments. Any configuration that can achieve the function is applicable.
[0266]
For example, in the login (user authentication) in the peripheral device 1 (or 2), information held in the IC card inserted by the user via the IC card reader connected to the system bus 20 of the peripheral device 1, or the system bus Biometric information such as a fingerprint, iris (iris), and voiceprint presented by the user may be used as user information via a biometric information reader such as a fingerprint reader, iris reader, and voiceprint reader connected to the user 20. Is possible.
[0267]
  In this case, in step S912 in FIG. 21, the user is prompted to present appropriate user information, and the user information obtained from each reader is sent to the directory server 6 in step S914 in FIG. If the user authentication is obtained as a result of the verification of the user information in the directory server 6, the peripheral device 1 acquires an access ticket for the corresponding user or a TGT that is session information.
Further, the peripheral device control software does not require the target peripheral device to have information on the type of the corresponding directory server, and can provide a general-purpose peripheral device control system.
Furthermore, unified management of user information can be performed in an environment where a plurality of devices connected to a network or the like are used, and the same user information can be used by a plurality of devices. Further, in an environment where a plurality of devices connected via a network or the like are used, centralized management of the cumulative number of prints and the maximum printable number for each user can be performed. Furthermore, if there is a network failure, peripheral devices can be temporarily used.
[0268]
It goes without saying that the present invention is also applicable to a case where a recording medium storing software program codes for realizing the functions of the above-described embodiments is achieved by supplying a program to a system or apparatus. In this case, the program code itself read from the storage medium realizes the novel function of the present invention, and the storage medium storing the program constitutes the present invention.
[0269]
In the above embodiment, the program code shown in each flowchart is stored in the storage medium. As a storage medium for supplying the program code, for example, a ROM, a flexible disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a DVD, a magnetic tape, a nonvolatile memory card, and the like can be used.
[0270]
【The invention's effect】
According to the present invention, unified access control can be performed for job management in a network environment. In addition, it is possible to perform unified access control for job management in a network environment so that performance is not deteriorated.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a peripheral device control system according to a first embodiment.
FIG. 2 is a block diagram showing a configuration of peripheral devices (MFP1, MFP2).
3 is a block diagram showing a hardware configuration of a controller 11. FIG.
FIG. 4 is a block diagram showing a hardware configuration of a PC constituting the network system.
FIG. 5 is a diagram showing attribute information held in the peripheral device 1;
FIG. 6 is a flowchart showing a processing procedure when the user management mode of the peripheral device 1 is displayed / changed from PC (1) 2, PC (2) 3, and PC (3) 4.
FIG. 7 is a diagram showing a user interface screen displayed on the CRT 33 while waiting for user input in step S1705.
FIG. 8 is a flowchart showing an operation processing procedure when a directory server corresponding to the peripheral device 1 is displayed / changed from the PC (1) 2, the PC (2) 3, and the PC (3) 4.
FIG. 9 is a diagram showing a user interface screen displayed on the CRT 33 while waiting for user input in step S1807.
FIG. 10 shows how to display / change how to allow login when the peripheral device 1 cannot connect to the directory server 6 from the PC (1) 2, PC (2) 3, and PC (3) 4. It is a flowchart which shows a process sequence.
FIG. 11 is a diagram showing a user interface screen displayed on the CRT 33 while waiting for user input in step S2207.
12 is a flowchart showing a processing procedure for issuing a print job, a scanner job, a fax transmission job, or a copy job from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1. FIG. .
13 is a processing procedure for issuing a print job, a scanner job, a fax transmission job, or a copy job from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1 following FIG. It is a flowchart which shows.
FIG. 14 is a flowchart illustrating a job issuance processing procedure in step S403.
15 is a flowchart showing a job submission command reception process procedure when the peripheral device 1 receives a job issued by the process of FIG.
16 is a flowchart illustrating a job input command reception processing procedure when the peripheral device 1 receives the job issued by the processing of FIG. 14 following FIG. 15;
17 is a diagram illustrating a data structure of a job held in the peripheral device 1 by the processing of FIG.
18 is a flowchart showing a processing procedure of job data held in the peripheral device 1 shown in FIG.
FIG. 19 is a flowchart illustrating a processing procedure for job data held in the peripheral device 1 illustrated in FIG. 17 following FIG. 18;
FIG. 20 is a flowchart showing a processing procedure for a login screen displayed on the LCD 23 of the peripheral device 1;
FIG. 21 is a flowchart illustrating a processing procedure of a login screen displayed on the LCD 23 of the peripheral device 1 following FIG. 20;
FIG. 22 is a diagram showing a data structure of a user information cache.
FIG. 23 is a flowchart illustrating a processing procedure for a print pending job in steps S924 and S922.
FIG. 24 is a diagram showing a user interface screen displayed on the LCD in step S1104.
FIG. 25 is a flowchart showing a processing procedure when the peripheral device 1 receives an access command for acquiring or setting individual attribute information from the PC (1) 2, PC (2) 3, and PC (3) 4. is there.
FIG. 26 is a flowchart illustrating processing performed when the peripheral device 1 receives an access command for acquiring or setting individual attribute information from the PC (1) 2, PC (2) 3, and PC (3) 4 following FIG. It is a flowchart which shows a procedure.
27 is a flowchart showing a processing procedure for issuing management commands such as device management and job management from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1. FIG.
FIG. 28 is a flowchart illustrating a processing procedure for issuing management commands such as device management and job management from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1 following FIG. It is.
FIG. 29 is a diagram illustrating a data structure of a management command.
30 is a flowchart illustrating a procedure in which the peripheral device 1 processes a management command generated by the process of FIG. 22 and transmitted to the peripheral device 1. FIG.
FIG. 31 is a flowchart illustrating a procedure in which the peripheral device 1 processes the management command generated by the process of FIG. 22 and transmitted to the peripheral device 1 following FIG. 30;
FIG. 32 is a flowchart showing a processing procedure for counting the logs of the peripheral device 1 and the peripheral device 5 and updating the printable number of sheets and the cumulative number of printed sheets for each user of the directory server 6;
FIG. 33 is a flowchart showing a calculation processing procedure for calculating the number of printable sheets when connection to the directory server is impossible in step S923 in FIG.
34 is a flowchart illustrating a calculation processing procedure for calculating the number of printable sheets when connection to the directory server is impossible in step S923 in FIG. 17 following FIG.
FIG. 35 is a diagram illustrating a data structure of a management command generated by a management command generation process described later and transmitted to the peripheral device 1;
FIG. 36 is a diagram showing a data structure of an access ticket cache held in the RAM 22 of the peripheral device 1 by processing of an access ticket setting command described later.
FIG. 37 is a flowchart illustrating a procedure in which the peripheral device 1 processes a management command generated by a management command generation process to be described later and transmitted to the peripheral device 1;
FIG. 38 is a flowchart illustrating a procedure in which the peripheral device 1 processes a management command generated by a management command generation process described later and transmitted to the peripheral device 1 following FIG.
39 is a process for issuing management commands such as device management and job management from the PC (1) 2, PC (2) 3, and PC (3) 4 to the peripheral device 1 executing the processing of FIG. It is a flowchart which shows a procedure.
40 is a flowchart showing a copy processing procedure in the peripheral device 1. FIG.
[Explanation of symbols]
2, 3, 4 Personal computer (PC)
3, 5 Peripheral devices (MFP)
6 Directory server
11 Controller
21, 31 CPU
25, 36 ROM
301, 302 Attribute information
724, 1502, 2302 User ID
726, 1504, 2402 Access ticket
2304, 2401 Session key

Claims

In a peripheral device that is managed by a server connected via a network and manages an externally input job according to the input job management command,
First receiving means for receiving a job;
First decryption means for decrypting an access ticket included in the received job;
When the access ticket decrypted by the first decryption means is valid and the received job can be executed, the received job and the access ticket included in the job are stored in association with each other Holding means;
Second receiving means for receiving a job management command;
Second decryption means for decrypting the access ticket included in the received job management command;
When the access ticket decrypted by the second decryption means is valid and the job received by the first reception means is not completed, the decryption result of the first decryption means and the second decryption A comparison means for comparing the decryption result of the means;
A peripheral device comprising: management means for executing the job management command for the job based on a comparison result by the comparison means.

The peripheral device according to claim 1, wherein the first decryption unit and the second decryption unit acquire user information included in the access ticket.

When the job management command requests a list of jobs held by the holding unit,
The comparing means compares user information corresponding to the job management command with user information corresponding to each of the jobs held by the holding means;
The peripheral device according to claim 2, wherein the management unit generates the job list in a state where a job name of a job whose user information does not match the job management command is converted to a blank.

When the job management command is for requesting cancellation of a job held by the holding unit,
The comparing means compares user information corresponding to the job management command with user information corresponding to the job to be canceled;
3. The management unit does not execute the job management command when user information corresponding to the job management command and user information corresponding to the job to be canceled do not match. The listed peripherals.

The peripheral device according to claim 1, wherein the job includes a print job.

In a peripheral device control method that is managed by a server connected via a network and manages an externally input job according to a submitted job management command.
A first receiving step for receiving a job;
A first decryption step of decrypting an access ticket included in the received job;
When the access ticket decrypted in the first decryption step is valid and the received job can be executed, the received job and the access ticket included in the job are stored in association with each other Holding step;
A second receiving step for receiving a job management command;
A second decryption step of decrypting the access ticket included in the received job management command;
When the access ticket decrypted in the second decryption step is valid and the job received in the first reception step is not completed , the decryption result in the first decryption step and the second A comparison step for comparing the decryption result in the decryption step;
And a management step of executing the job management command for the job based on the comparison result in the comparison step.

A program that allows a computer to execute a peripheral device control method that is managed by a server connected via a network and manages a job input from the outside in accordance with an input job management command,
The control method is:
A first receiving step for receiving a job;
A first decryption step of decrypting an access ticket included in the received job;
When the access ticket decrypted in the first decryption step is valid and the received job can be executed, the received job and the access ticket included in the job are stored in association with each other Holding step;
A second receiving step for receiving a job management command;
A second decryption step of decrypting the access ticket included in the received job management command;
When the access ticket decrypted in the second decryption step is valid and the job received in the first reception step is not completed , the decryption result in the first decryption step and the second A comparison step for comparing the decryption result in the decryption step;
And a management step of executing the job management command for the job based on a comparison result in the comparison step.

A computer-readable storage medium storing the program according to claim 7.