JP2009032187A - 印刷装置、印刷制御方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】 プルプリントシステムにおいて、操作者の権限に則った印刷ジョブの操作を効率的に行う。
【解決手段】 スケジュール情報８００によってスケジュールされている印刷ジョブに対する"ユーザの権限"の設定を、プリントデバイス１０６からＷｅｂサーバシステム１０２に依頼する。依頼を受けたＷｅｂサーバシステム１０２は、予め設定されたポリシーに基づいて、依頼のあった権限についての承認を行う。権限についての承認を受けたプリントデバイス１０６は、スケジュール情報８００に、承認された権限を示す承認情報８０７を設定する。その後、プリントデバイス１０６に対するプルプリントの操作等によって、印刷ジョブに対する操作が指示された場合、プリントデバイス１０６は、その操作に対する権限を有するか否かを承認情報８０７に基づいて判断し、権限を有する場合には、指示された操作を実行する。
【選択図】 図１９

Description

本発明は、印刷装置、印刷制御方法、及びコンピュータプログラムに関し、特に、印刷ジョブに対する操作を行うために用いて好適なものである。

印刷ジョブの操作（例えば、印刷ジョブの削除、追い越し、割り込みといった制御）を行うにあたり、操作の対象となる印刷ジョブに対するユーザの権限に則って操作の可否を制御する技術が特許文献１により知られている。
この特許文献１では、デバイスに対してネットワーク又はコンソールより入力された印刷ジョブに含まれるアクセスチケットと、印刷ジョブに対する操作を行うユーザのアクセスチケットとを付き合わせて、印刷ジョブの操作の可否を制御している。

また、印刷ジョブの削除を確実に行うための方法が特許文献２により知られている。
この特許文献２では、アプリケーションから印刷ジョブの削除要求があったときに、未だプリントデバイスにて印刷ジョブが生成されていない場合は、印刷ジョブの削除要求をプリンティングシステムにて予約しておく。そして、プリントデバイスは、印刷ジョブが生成されたタイミングで印刷ジョブを改めて削除することによって、印刷ジョブを確実に削除するようにしている。

特開２００２−２０２９４５号公報 特開２００２−３６６３１号公報

ところで、現在、ネットワークを介してプリントデバイスに印刷ジョブを送信して印刷を行う場合において、出力物（印刷物）の放置、取り忘れによる情報の漏洩が問題となっている。そこで、出力物が確実に印刷を行ったユーザによって取得される印刷システムが望まれている。このような印刷システムとして、プルプリントシステムと呼ばれる印刷システムがある。プルプリントシステムによれば、クライアントからは印刷ジョブのアップロードのみを行い、実際の印刷指示はプリントデバイス上で行う。このため、ユーザが、出力物を放置したり取り忘れたりすることを抑制する効果が望める。

しかしながら、プルプリントシステムシステムにおいて特許文献１の方法によって印刷操作の制御を行った場合、以下の課題がある。
例えば、印刷ジョブの削除指示を行うためには、印刷指示と同じ経路をもって削除指示を行う必要がある。しかしながら、通常のプルプリントシステムのような大規模なサーバシステムでは、複数台のサーバを用いることにより負荷の分散を行うクラスタ構成が組まれている。このため、印刷指示と同じ経路をたどって印刷ジョブの削除指示を行うことが困難である。

また、従来の印刷（プッシュプリント）では、印刷ジョブの操作を行う装置と印刷ジョブを生成する装置とが同一である。このため、即時印刷ジョブを捕捉し操作することが可能である。しかしながら、プルプリントシステムでは、印刷ジョブの操作を行うデバイスと、印刷ジョブを生成するサーバとが別であるがために、印刷ジョブの捕捉、つまりデバイスへの到達までに時間を要してしまう。よって、印刷ジョブへの操作を反映するまで時間を要し、印刷ジョブを削除するための操作が間に合わない可能性がある。

また、特許文献１の方法では、印刷ジョブに埋め込まれたアクセスチケット（権限情報）とユーザのアクセスチケット（権限情報）とのマッチング処理が、印刷ジョブに対する操作を実行する時に毎回行われる。そのため、例えば、ユーザの権限にドメイングループが存在し、そのドメイングループ内のメンバの印刷ジョブであれば削除可能といった複雑なディレクトリ設定だった場合には、認証に時間を要する。よって、印刷ジョブの削除や優先度の変更を行うまでに時間がかかってしまう。

また、特許文献２の方法では、印刷ジョブを確実に削除することを可能にするために、印刷ジョブを削除するための権限承認については想定されていない。また、特許文献２の方法では、プリンティングシステムにより印刷された印刷ジョブに対する削除を行う。このため、プルプリントシステムのように印刷したシステムと削除するシステムとが別のシステムであった場合は、特許文献２の方法は適用できない。

本発明は、このような問題点に鑑みてなされたものであり、プルプリントシステムにおいて、操作者の権限に則った印刷ジョブの操作を効率的に行うようにすることを目的とする。

本発明の印刷装置は、印刷の前に登録されたスケジュールに従って、投入された印刷ジョブに基づく印刷を行う印刷装置であって、前記印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定する権限設定手段と、前記印刷ジョブに対する操作がユーザによって指示されると、前記権限設定手段により設定された権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断する判断手段と、前記判断手段により権限を有すると判断されると、前記印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する実行手段とを有することを特徴とする。
本発明の印刷システムは、前記印刷装置と、前記印刷装置にスケジュールが登録された印刷ジョブに対するユーザの権限の承認を行う装置とを有することを特徴とする。

本発明の印刷制御方法は、印刷の前に登録されたスケジュールに従って、投入された印刷ジョブに基づく印刷を行う印刷制御方法であって、前記印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定する権限設定ステップと、前記印刷ジョブに対する操作がユーザによって指示されると、前記権限設定手段により設定された権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断する判断ステップと、前記判断ステップにより権限を有すると判断されると、前記印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する実行ステップとを有することを特徴とする。

本発明のコンピュータプログラムは、印刷の前に登録されたスケジュールに従って、投入された印刷ジョブに基づく印刷を行うための処理をコンピュータに実行させるコンピュータプログラムであって、前記印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定する権限設定ステップと、前記印刷ジョブに対する操作がユーザによって指示されると、前記権限設定手段により設定された権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断する判断ステップと、前記判断ステップにより権限を有すると判断されると、前記印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する実行ステップとをコンピュータに実行させることを特徴とする。

本発明によれば、印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定しておく。そして、印刷ジョブに対する操作がユーザによって指示されると、設定しておいた権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断し、権限を有する場合に、印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する。したがって、プルプリントシステムにおいても効率的に操作者の権限に則った印刷ジョブの操作が可能となる。

以下に、図面を参照しながら、本発明の一実施形態について説明する。
＜システム構成＞
図１は、印刷システムの構成の一例を示すブロック図である。
図１において、ＷＡＮ（Wide Area Network）１０９を介して、印刷システムを制御するためのサーバコンピュータシステムとプリントデバイスとクライアントコンピュータとが相互に接続されている。

ＤＢＭＳ（DataBase Management System）１０４は、ストレージ１０５に保存されている"ドキュメントデータ、印刷ジョブ、プリンタ情報といったデータ"を管理するサーバコンピュータシステムである。ＤＢＭＳ１０４は、各種データの更新、取得、追加、削除といったオペレーションを他のサーバから受け付けて実行する。また、ＤＢＭＳ１０４は、大規模な印刷システムの場合には、負荷を分散するためのクラスタ構成をとったり、障害発生に備え冗長性を持たせたクラスタ構成をとったりすることもできる。
ストレージ１０５は、ＤＡＳ（Direct Attached Storage）としてＤＢＭＳ１０４と直接接続する形態をとることができる。また、ストレージ１０５は、ＳＡＮ（Storage Area Network）としてネットワークを介してＤＢＭＳ１０４と接続する形態をとっても良い。

プリントサーバシステム１０１は、印刷システムにおけるプリントデバイス１０６の監視や管理、印刷ジョブの制御や監視、プリントデバイス１０６への印刷ジョブの転送を司るサーバコンピュータシステムである。大規模な印刷システムの場合には、プリントサーバシステム１０１においても、負荷を分散するためのクラスタ構成をとったり、冗長性を持たせたクラスタ構成をとったりすることができる。また、プリントサーバシステム１０１は、ＬＡＮ（Local Area Network）１０８Ａを介して、ＤＢＭＳ１０４や後述するＷｅｂサーバシステム１０２等と相互に接続される。プリントサーバシステム１０１は、ＤＢＭＳ１０４やＷｅｂサーバシステム１０２等と、印刷ジョブのデータの通信、印刷制御指示、管理している印刷ジョブの情報の交換等を行う。

Ｗｅｂサーバシステム１０２は、ＷＡＮ１０９を介して相互に接続されるフロントエンド（クライアント１０７）へ、プリントサーバシステム１０１で管理している印刷ジョブのデータや、ＤＢＭＳ１０４で管理しているドキュメントデータ等を送信する。Ｗｅｂサーバシステム１０２は、サーバコンピュータシステムであり、大規模な印刷システムの場合には、負荷を分散するためのクラスタ構成や、冗長性を持たせたクラスタ構成とするのが通例である。

また、Ｗｅｂサーバシステム１０２は、クライアント１０７からの印刷指示や、印刷ジョブの操作を受け付け、プリントサーバシステム１０１へ転送する。更に、Ｗｅｂサーバシステム１０２は、後述するディレクトリサーバ１０３と連携してクライアント１０７及びプリントデバイス１０６からのログインの認証管理を行う。Ｗｅｂサーバシステム１０２は、システム設計者又はドキュメント生成者が予め設定したユーザの権限情報を保持している。ユーザの権限情報としては、例えば、ドキュメントの参照、印刷、削除の権限や、プリントデバイス１０６への印刷の権限や、印刷ジョブの削除の権限等があげられる。また、このユーザの権限情報は、Ｗｅｂサーバシステム１０２で保存、管理してもよいし、前述したＤＢＭＳ１０４で保存、管理してもよい。

ディレクトリサーバ１０３は、ユーザアカウント情報（ユーザ名）及びパスワードの組み合わせによってユーザの認証管理を行うサーバである。また、各ユーザが夫々のドメイングループに参加するように、ユーザの認証管理を行う構成にすることが可能である。このようにした場合、例えば、ドメイングループに参加したユーザの権限をユーザ単体の権限とは違う範囲に設定することもできる。また、ユーザが複数のドメイングループに参加するように設計することも可能である。

印刷装置の一例であるプリントデバイス（印刷デバイス）１０６Ａ、１０６Ｂ、１０６Ｃ、１０６Ｄは、図示を省略したネットワークインタフェースを介して、ＬＡＮ１０８Ｂ又はＬＡＮ１０８Ｃに接続されている。ＬＡＮ１０８Ｂ又はＬＡＮ１０８Ｃは、ＷＡＮ１０９に接続されている。プリントデバイス１０６はこのＬＡＮ１０８Ｂ、１０８Ｃ及びＷＡＮ１０９を介して、前述したプリントサーバシステム１０１やＷｅｂサーバシステム１０２等と通信することができる。

プリントデバイス１０６としては、電子写真方式を採用したレーザービームプリンタやインクジェット方式を採用したインクジェットプリンタ等を適宜適用することができる。また、プリントデバイス１０６は、後述する印刷スケジュールを管理するスケジュールアプリケーション６０１や、プリントデバイス１０６上から印刷指示を行うプルプリントアプリケーション６０２を備える。また、プリントデバイス１０６は、プリントデバイス１０６へのログインとＷｅｂサーバシステム１０２へのログインとを連動させるための認証アプリケーション６０３等も備える。プリントデバイス１０６には、プリントデバイス１０６へのログインを行うための情報入力機器が、プリントデバイス１０６と通信可能に接続されている。

クライアント１０７Ａ、１０７Ｂ、１０７Ｃ、１０７Ｄは、情報処理を行うためのクライアントコンピュータである。クライアント１０７は、図示を省略したネットワークインタフェースを介して、ＬＡＮ１０８Ｂ又はＬＡＮ１０８Ｃに接続されている。これによりクライアント１０７は、ＷＡＮ１０９を介して、前述したプリントサーバシステム１０１やＷｅｂサーバシステム１０２やディレクトリサーバ１０３等と通信することができる。尚、クライアント１０７は、永続記憶装置を備えたコンピュータであってもよいし、一時記憶装置を備えた構成されたシンクライアント（Thin Client）であってもよい。

＜プリントサーバシステム＞
図２は、プリントサーバシステム１０１の構成の一例を示すブロック図である。
本実施形態では、プリントサーバシステム１０１は、大規模な印刷システムに対応するために、負荷を分散するための構成を有している。具体的に説明すると、プリントサーバシステム１０１は、複数台のプリントサーバ２０１Ａ〜２０１Ｎと、負荷を分散するためのスイッチ機構であるロードバランサ２０２とを有している。そして、複数台のプリントサーバ２０１Ａ〜２０１Ｎが、ロードバランサ２０２を介して、ＬＡＮ１０８Ａと相互に接続されている。

ロードバランサ２０２は、複数台のプリントサーバ２０１Ａ〜２０１Ｎの負荷状況を把握して、負荷のかかっていないプリントサーバ２０１に対してリクエストを優先的に発行するような分散制御を行う。負荷状況の把握方法としては、規定のリクエストを定期的に各プリントサーバ２０１Ａ〜２０１Ｎに送出し、そのリクエストに対する返信までかかった時間を負荷として判断する方法がある。また、リクエストを分散する方法として、単純にリクエストを各プリントサーバ２０１Ａ〜２０１Ｎに順次回していくラウンドロビンという方法等を採用してもよい。

ここで、プリントサーバ２０１の構成について説明する。尚、各プリントサーバ２０１Ａ〜２０１Ｎの構成は同じであるので、図２では、プリントサーバ２０１Ａの詳細な構成のみを示し、その他のプリントサーバ２０１Ｂ〜２０１Ｎの詳細な構成の図示を省略している。
図２において、プリントサーバ２０１は、ＡＰＩ２０３、ＤＢドライバ２０４、ジョブマネージャ２０５、及びデバイスマネージャ２０６を備えている。

ＡＰＩ（Application Program Interface）２０３は、Ｗｅｂサーバシステム１０２や、印刷可能なドキュメントを生成するその他のサーバから、次のような情報を受け付ける。すなわち、ＡＰＩ２０３は、ドキュメントの登録リクエスト、ドキュメントの印刷リクエスト（印刷指示）、印刷ジョブの制御リクエスト（印刷ジョブの操作）等を受け付ける。ここで、印刷可能なドキュメントを生成するその他のサーバとしては、例えば、定型帳票を作成するような帳票サーバや、ユーザのドキュメントを一括管理するドキュメント管理サーバ等がある。

ＤＢドライバ２０４は、ＤＢＭＳ１０４との通信を行うモジュールである。ＤＢドライバ２０４は、例えば、ドキュメントの登録リクエストを受けると、ＤＢＭＳ１０４へドキュメントを登録する。また、ＤＢドライバ２０４は、印刷リクエストを受けると、該当する印刷データ（ドキュメント）を示すドキュメントＩＤをＤＢＭＳ１０４に送信して、印刷データ（ドキュメント）をＤＢＭＳ１０４から取得する。

ジョブマネージャ２０５は以下の機能を有する。すなわち、ジョブマネージャ２０５は、ドキュメントの登録リクエストがＡＰＩ２０３で受け付けられると、そのドキュメントを、ＤＢドライバ２０４を介してＤＢＭＳ１０４へ登録する。また、ジョブマネージャ２０５は、印刷リクエストがＡＰＩ２０３で受け付けられると、印刷するドキュメントデータのデータを、ＤＢドライバ２０４を介して、ＤＢＭＳ１０４から取得し、取得したドキュメントのデータを印刷ジョブとして管理する。

図３は、このときにジョブマネージャ２０５により管理される印刷ジョブの情報（ジョブ情報）の一例を示す図である。図３において、ジョブ情報３００は、ジョブＩＤ３０１、ドキュメント名３０２、ユーザ名３０３、受付日時３０４、ドキュメントＩＤ３０５、及びステータス３０６を含む。
ジョブＩＤ３０１は、印刷ジョブの識別子である。ユーザ名３０３は、印刷を指示したユーザのアカウント名である。ドキュメントＩＤ３０５は、ＤＢＭＳ１０４で管理されているドキュメントの識別子である。ステータス３０６は、印刷ジョブのステータスである。ステータスとしては、印刷順序待ちである「受付待ち」、印刷ジョブ（印刷データ）をプリントデバイス１０６へ転送している「転送中」、プリントデバイス１０６で印刷が行われている「印刷中」といった状態がある。
また、ジョブマネージャ２０５は、ＤＢＭＳ１０４から取得したドキュメントが、そのドキュメントを印刷すべきプリントデバイス１０６で印刷されるように、後述するデバイスマネージャ２０６へ指示する。

次に、図２に示すデバイスマネージャ２０６について説明する。図４は、デバイスマネージャ２０６で管理されるプリントデバイス１０６の情報（デバイス情報）の一例を示す図である。
デバイスマネージャ２０６は、図４に示すようなデバイス情報４００を管理しており、印刷対象となるプリントデバイス１０６の各種情報を保持している。デバイス情報４００は、デバイス名４０１、デバイスの通信先アドレス４０２、通信ポート番号４０３、印刷ジョブ（印刷データ）の転送方法４０４、及びプリントデバイス１０６のステータス４０５とを含む。

印刷ジョブの転送方法４０４としては、例えば、データをストリームとしてＴＣＰ／ＩＰにより連続送信するＲＡＷがある。この他、印刷ジョブの転送方法４０４としては、ＬＰＲ（Line PRinter daemon protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）により印刷ジョブを送信する方式等がある。
尚、デバイス情報４００をデバイスマネージャ２０６ではなく、ＤＢＭＳ１０４で管理してもよい。このようにした場合、デバイスマネージャ２０６は、ＤＢドライバ２０４を介してデバイス情報４００を随時取得することになる。このように、デバイス情報４００を保持する場所は問わない。

デバイスマネージャ２０６は、ジョブマネージャ２０５から印刷ジョブ（印刷データ）の送信リクエストを受け付けると、プリントデバイス１０６に備わるスケジュールアプリケーション６０１（図６を参照）と通信を開始する。そして、デバイスマネージャ２０６は、プリントデバイス１０６に印刷ジョブを転送（投入）して順次印刷を行わせる。このときに行う印刷の方法の詳細については後述する。

＜Ｗｅｂサーバシステム＞
外部装置の一例であるＷｅｂサーバシステム１０２は、前述した通り、負荷を分散するためのクラスタ構成を有していることが通例である。本実施形態においても、Ｗｅｂサーバシステム１０２は、負荷を分散するためのクラスタ構成を有し、複数のＷｅｂサーバを備えているものとする。
Ｗｅｂサーバは、ＷＷＷ（World Wide Web）システムにおいて、情報通信を行うサーバであり、ソフトウェアである。Ｗｅｂサーバシステム１０２は以下の機能を備える。まず、Ｗｅｂサーバシステム１０２は、フロントエンドのクライアント１０７やプリントデバイス１０６からのログインによって、ユーザアカウント情報（ユーザ名）及びパスワードを得て、ディレクトリサーバ１０３へログイン認証を依頼する。

そして、ログイン認証に成功すると、Ｗｅｂサーバシステム１０２は、ドキュメントに対する、ログインしたユーザの権限を承認する。Ｗｅｂサーバシステム１０２は、承認した権限に従って、ＤＢＭＳ１０４からドキュメントのデータを取得し、ログインしているクライアント１０７やプリントデバイス１０６へ送信する。ここで、Ｗｅｂサーバシステム１０２は、ログインしたユーザのユーザＩＤをＤＢＭＳ１０４に送信することにより、ログインしたユーザに権限があるドキュメントのデータをＤＢＭＳ１０４から取得することができる。

また、Ｗｅｂサーバシステム１０２は、クライアント１０７やプリントデバイス１０６からのドキュメントの印刷指示を受け付けて、そのドキュメントを識別するためのドキュメントＩＤを付与した印刷指示をプリントサーバシステム１０１に対して行う。

また、前述した権限の承認を行う際のポリシーとしては、例えば所属するドメインにおける全てのユーザのドキュメントが参照可能であるというポリシーや、ユーザ本人のドキュメントのみが参照可能であるというポリシー等が考えられる。また、権限の承認を行う際のポリシーは、印刷システムを導入するユーザのポリシーによって柔軟に設計することが可能である。すなわち、権限の承認を行う際のポリシーとして、ドキュメントの参照のみでなく、ドキュメントの印刷権限、印刷ジョブの削除権限、プロモート権限といったような権限に関するポリシーを設定することが可能である。このように、本実施形態における"印刷ジョブに対するユーザの権限"には、印刷ジョブ（ドキュメント）に対する操作を行う権限（操作権限（ドキュメントそのものの操作を行う権限）や参照権限（ドキュメントを参照するための操作を行う権限）が含まれる。

＜ＤＢＭＳ＞
ＤＢＭＳ１０４は、カード型、リレーショナル型、オブジェクト型といった様々なデータ管理方法を選択することができる。本実施形態においては、ＤＢＭＳ１０４が、最も広く普及しているリレーショナル型である場合を例に挙げて説明する。
図５は、ＤＢＭＳ１０４により管理されるドキュメントテーブルの一例を示す図である。
図５において、ＤＢＭＳ１０４は、ドキュメントテーブル５００をテーブル情報として保持している。ドキュメントテーブル５００には、ドキュメントの識別子であるドキュメントＩＤ５０１、ドキュメント名５０２、ドキュメントの登録者であるユーザ名５０３、及び実際にドキュメントが保存されている場所を示すデータパス５０４とを含む情報が記憶されている。

このように、本実施形態では、ドキュメントテーブル５００で、ドキュメントのデータを参照するためのデータパス５０４をリファレンス情報として保持し、実際のデータを別の場所に保存していることとしている。しかしながら、ドキュメントのデータをドキュメントテーブル５００に直接保持してもよい。
ＤＢＭＳ１０４は、例えば、以下のように利用される。ＤＢＭＳ１０４は、Ｗｅｂサーバシステム１０２から指定されたユーザ名と一致する全てのドキュメントのデータを取得する。また、ＤＢＭＳ１０４は、プリントサーバシステム１０１（プリントサーバ２０１）から送信されたドキュメントＩＤと一致するＩＤを有するドキュメントのデータを取得する。また、ＤＢＭＳ１０４は、プリントサーバシステム１０１（プリントサーバ２０１）から送信された新規のドキュメントを登録する。

＜プリントデバイス＞
図６は、プリントデバイスの構成の一例を階層的に示す図である。
図６において、画像形成部６１３は、紙のハンドリング及び画像の転写・定着等の一連の画像形成プロセスを実行して、記録紙等の記録媒体上に画像を形成する。この画像形成部６１３は、例えばインクジェットプリンタや電子写真方式の画像形成ユニットを備えている。

画像読み取り部６１７は、スキャナ等を備え、原稿の画像を光学的に読み取ってディジタル画像情報に変換する。また、画像読み取り部６１７は、前記ディジタル画像情報を画像形成部６１３に出力する。これにより、前記ディジタル画像情報に基づく画像が形成される。また、画像読み取り部６１７は、前記ディジタル画像情報をファックス部６１２やネットワークインタフェース部６１４等に渡す。これにより、前記ディジタル画像情報が回線を介して外部に伝送される。

印刷装置制御部（デバイスコントローラ）６１０は、画像形成部６１３と、画像読み取り部６１７との夫々の動作を制御し、例えば画像読み取り部６１７で読み取った原稿の情報を画像形成部６１３で複写するよう制御する。また、デバイスコントローラ６１０は、ネットワークインタフェース部６１４、プリント処理部６１５、ファックス部６１２、及び操作部制御部６１１を有し、これら各部の間で行われる情報のやり取りも制御する。
ファックス部６１２は、ファクシミリ画像情報の送受信を行う。すなわち、ファックス部６１２は、例えば、画像読み取り部６１７で読み取ったディジタル画像情報をファクシミリ画像情報として送信したり、受信したファクシミリ画像情報を復号したりする。復号されたファクシミリ画像情報は、画像形成部６１３で、記録紙等の記録媒体上に画像として記録される。

操作部制御部６１１は、操作部の操作パネルを使用したユーザの操作に応じた信号を発生したり、操作部（又は表示部）等に各種データやメッセージ等を表示したりするための制御を行う。プリント処理部６１５は、例えばネットワークインタフェース部６１４を介して入力された印刷データを処理して画像形成部６１３に出力して印刷を依頼する等の制御を行う。ネットワークインタフェース部６１４は、ＬＡＮ１０８等の通信回線を介して他の通信端末装置との間で行われるデータの送受信を制御する。
仮想マシン（Virtual Machine）６０５は、デバイスコントローラ６１０の上位に位置し、この仮想マシン６０５からデバイスコントローラ６１０を制御できるように構成されている。

また、ネットワークインタフェース部６１４は、デバイスコントローラ６１０と、仮想マシン６０５との双方から直接利用することができ、デバイスコントローラ６１０と、仮想マシン６０５との双方が夫々独立して外部にアクセスできるよう構成されている。
更に、仮想マシン６０５の上位には、仮想マシン６０５が提供するＡＰＩ（Application Programming Interface）に対応したプログラミング言語で記述されたアプリケーションが存在している。このアプリケーションは、仮想マシン６０５を介して間接的にデバイスコントローラ６１０に働きかけることができ、また画像形成部６１３や画像読み取り部６１７を動作させることができる。

本実施形態では、このアプリケーションとして、スケジュールアプリケーション６０１、プルプリントアプリケーション６０２、認証アプリケーション６０３、及びその他のアプリケーション６０４を備える。また、これらのアプリケーションは、仮想マシン６０５によりアンインストールされたり、新たなアプリケーションとしてインストールされたりすることが可能である。
また、本実施形態では、前述したアプリケーションが、プリントデバイス１０６にインストールされるアプリケーションであるものとして説明したが、前述したアプリケーションは、ハードウェアとして備えられていてもよい。また、外部装置としてプリントデバイス１０６と通信可能に接続されたコンピュータが有するアプリケーションを、前述したアプリケーションの代わりに利用してもよい。

外部記憶装置制御部６１６は、画像読み取り部６１７で読み取られた画像データが、画像形成部６１３で外部記憶装置に保存可能なデータフォーマットに変換されると、その画像データを外部記憶装置に保存する。また、外部記憶装置制御部６１６は、外部記憶装置に保存した画像データを読み出す。外部記憶装置から読み出された画像データは、画像形成部６１３によって印刷処理が行われたり、ネットワークインタフェース部６１４を介して外部に送信されたりする。
また、本実施形態では、プリントデバイス１０６へユーザがログインするログイン手段の一例としてＩＣカードリーダ６１８が、プリントデバイス１０６に通信可能に接続される。このＩＣカードリーダ６１８を介して、ユーザアカウント情報を認証アプリケーション６０３に通知することが可能である。このログイン手段は、他の手段を用いても勿論問題ない。例えば、ＩＤカードリーダをログイン手段として用いたり、操作部制御部６１１が管理するデバイスパネルに対するユーザの入力操作によってログインしたりするといった方法が考えられる。

＜スケジュールアプリケーション＞
図７は、スケジュールアプリケーション６０１の構成の一例を示すブロック図である。
図７において、スケジュールアプリケーション６０１は、通信マネージャ７０１、ジョブマネージャ７０２、及びデバイスマネージャ７０３を有している。
通信マネージャ７０１は、プリントサーバシステム１０１（プリントサーバ２０１）からの接続やリクエストを受け付ける。また、通信マネージャ７０１は、デバイスコントローラ６１０から通知される印刷ジョブのステータスの変化を外部に通知する。尚、印刷のシーケンスについての詳細は後述する。

ジョブマネージャ７０２は、プリントサーバシステム１０１（プリントサーバ２０１）から受け付けた印刷ジョブのスケジューリングや印刷ジョブの管理を行うモジュールであり、スケジュールの通りに印刷が順次行われるよう制御する。また、プリントサーバ２０１や、後述するプルプリントアプリケーション６０２からの印刷ジョブの削除やプロモート（優先度変更）といった操作を受け付けて、印刷ジョブをコントロールする。
デバイスマネージャ７０３は、デバイスコントローラ６１０との通信を行うモジュールであり、印刷ジョブの削除を行ったり、印刷ジョブの状態の変化をキャッチしたりするドライバである。

図８は、ジョブマネージャ７０２で管理される印刷ジョブのスケジュールを示すスケジュール情報の一例を示す図である。
図８において、スケジュール情報８００は、印刷ジョブのジョブＩＤ８０１、ドキュメント名８０２、ユーザ名８０３、受付日時８０４、ドキュメントＩＤ８０５、印刷ジョブのステータス８０６、及び本実施形態の特徴部分の一つである承認情報８０７を有する。このスケジュール情報８００は、基本的には、プリントサーバシステム１０１（プリントサーバ２０１）で管理されているジョブ情報３００と共通する情報を保持しているため、共通する情報についての詳細な説明を省略する（図３を参照）。
承認情報８０７は、現在、プリントデバイス１０６にログインしているユーザが、ジョブＩＤ８０１で識別される印刷ジョブに対してコントロールすることが可能か否かを示す情報を含む。例えば、印刷ジョブの削除の可否、印刷ジョブの詳細情報の参照可否、印刷ジョブのプロモート（優先度（処理順序）の変更）の可否等が、承認情報８０７として保持される。承認情報８０７の取得や更新についての詳細は後述する。

＜認証アプリケーション＞
認証アプリケーション６０３は、プリントデバイス１０６に通信可能に接続したＩＣカードリーダ６１８からＩＣカードの情報を取得し、自身が管理しているユーザ管理テーブルからユーザを識別するユーザＩＤを取得する。ユーザ管理テーブルは、ＩＣカードの情報とユーザＩＤとが対応付けられて記憶された２次元テーブルである。

そして、認証アプリケーション６０３は、取得したユーザＩＤを後述するプルプリントアプリケーション６０２に通知することにより、プルプリントアプリケーション６０２にログインを通知する。また、認証アプリケーション６０３は、ユーザのログアウトを検知し、同様にプルプリントアプリケーション６０２にログアウトを通知する。認証アプリケーション６０３は、例えばプリントデバイス１０６が備えているハードキーの押下を検知することによりログアウトを検知したり、ユーザの無操作状態が一定時間経過したときにログアウトを自動的に検知したりすることができる。

＜プルプリントアプリケーション＞
図９は、プルプリントアプリケーション６０２の構成の一例を示すブロック図である。
図９において、プルプリントアプリケーション６０２は、印刷ジョブ画面９０１、プルプリント画面９０２、プルプリントコントローラ９０３、及び画面起動モジュール９０４を有する。画面起動モジュール９０４は、認証アプリケーション６０３からのログイン、ログアウトの通知を受け付け、プルプリントコントローラ９０３に通知する。プルプリントコントローラ９０３は、ログインの通知を受け付けた場合には、印刷ジョブ画面９０１及びプルプリント画面９０２の初期化及び生成を行う。印刷ジョブ画面９０１及びプルプリント画面９０２についての詳細は後述する。また、プルプリントコントローラ９０３は、ログアウトの通知を受けた場合には、生成した印刷ジョブ画面９０１及びプルプリント画面９０２の破棄を行う。

次に、本実施形態における印刷の流れと、印刷ジョブに対する操作の流れを説明する。
＜印刷シーケンス＞
まず、図１０を参照しながら、プリントサーバシステム１０１（プリントサーバ２０１）とプリントデバイス１０６（スケジュールアプリケーション６０１、デバイスコントローラ６１０）との間で行われる印刷シーケンスの一例について説明する。
図示を省略しているが、スケジュールアプリケーション６０１は起動時にデバイスコントローラ６１０に対してイベント登録を行っている。よって、デバイスコントローラ６１０で管理される印刷ジョブやプリントデバイスの状態が変化すると、そのことがスケジュールアプリケーション６０１へ通知される。

プリントサーバ２０１に通知される"ドキュメントの印刷リクエスト"には、ドキュメントＩＤと、印刷対象のプリントデバイス１０６の名称又はアドレスとが含まれる。ジョブマネージャ２０５は、通知されたドキュメントＩＤを元にＤＢドライバ２０４を介してＤＢＭＳ１０４からドキュメントのデータを取得する。次に、デバイスマネージャ２０６は、印刷対象のプリントデバイス１０６を特定する。そして、以下のシーケンスで印刷が行われる。

まず、ステップＳ１００１において、プリントサーバ２０１及びスケジュールアプリケーション６０１は、通信のセッションを確立する。通信のセッションはＴＣＰ／ＩＰやＨＴＴＰといった通信プロトコルによって確立される。
次に、ステップＳ１００２において、プリントサーバ２０１は、スケジュールアプリケーション６０１に対して接続の要求を行う。スケジュールアプリケーション６０１は、通信マネージャ７０１にて、この接続の要求を受け付ける。
次に、ステップＳ１００３において、プリントサーバ２０１は、印刷ジョブ及びプリントデバイス１０６のステータスが変化した場合に通知を受けるべくスケジュールアプリケーション６０１に対してイベント登録を行う。

次に、ステップＳ１００４において、プリントサーバ２０１は、現在、スケジュールアプリケーション６０１のジョブマネージャ７０２にて管理されているスケジュール情報８００のリストを取得する。このスケジュール情報８００のリストは、例えば、プリントサーバ２０１に接続される他のアプリケーションサーバへ通知してもよい。この他、プリントサーバ２０１を管理するためのコンソールへこのスケジュール情報８００のリストを出力してもよい。また、Ｗｅｂサーバシステム１０２を介して印刷ジョブの情報をクライアント１０７へ提供する機能を実現することも可能である。これら機能は本発明とは関係しないため、詳細な説明を省略する。

次に、ステップＳ１００５において、プリントサーバ２０１はスケジュールアプリケーション６０１に対して印刷ジョブのスケジュール要求を発行する。このスケジュール要求にはジョブ情報３００が含まれる。
次に、ステップＳ１００６において、スケジュール要求を受けたスケジュールアプリケーション６０１は、ジョブマネージャ７０２にて管理しているスケジュール情報８００に、スケジュール要求に基づく情報を追加する。そして、スケジュールアプリケーション６０１は、新たにジョブＩＤを発行して登録する。このジョブＩＤはプリントサーバ２０１に通知される。

次に、ステップＳ１００７において、ジョブマネージャ７０２は、スケジュール情報８００のリスト順に印刷順序を制御し、印刷順序が巡ってきたスケジュール情報８００の印刷ジョブを登録したプリントサーバ２０１に対して印刷許可を発行する。この印刷順序の制御の方法としては、単にスケジュール情報８００のリストに登録された順に印刷順序を制御する方法や、印刷ジョブに設定された優先度に則って印刷順序を制御する方法等が考えられる。
印刷許可を受けたプリントサーバ２０１は、ステップＳ１００８において、スケジュールアプリケーション６０１に対して、印刷ジョブの転送の開始を通知し、ステップＳ１００９において、デバイスコントローラ６１０に対して印刷ジョブの転送を開始する。印刷ジョブの転送は、図４に示したデバイス情報４００に設定された転送方式４０４に従って行われる。また、印刷ジョブの転送の開始を受け付けたスケジュールアプリケーション６０１は、その印刷ジョブに関するスケジュール情報８００のステータス８０６を転送中に変更する。

そして、ステップＳ１０１０において、デバイスコントローラ６１０は、プリントサーバ２０１から受信した印刷ジョブを順次解析して、印刷を開始する。
次に、ステップＳ１０１１において、デバイスコントローラ６１０は、管理している印刷ジョブのステータスを印刷中に変更するため、イベント登録を行っているスケジュールアプリケーション６０１に対して、印刷開始にステータスが変更されたことを通知する。すなわち、デバイスコントローラ６１０は、印刷の開始をスケジュールアプリケーション６０１に対して通知する。
デバイスマネージャ７０３を介してこの通知を受けたスケジュールアプリケーション６０１は、ステップＳ１０１２において、イベント登録しているプリントサーバ２０１に対して印刷開始通知を行う。こうして、プリントサーバ２０１は、自身が印刷指示した印刷ジョブの状態を把握することが可能になる。

プリントサーバ２０１は、印刷ジョブの転送が完了すると、ステップＳ１０１３において、印刷ジョブの転送終了をスケジュールアプリケーション６０１に対して通知する。この通知を受けたスケジュールアプリケーション６０１は、印刷ジョブの転送開始のときと同様に、転送が終了した印刷ジョブのスケジュール情報８００のステータス８０６を転送済みに変更する。
そして、ステップＳ１０１４において、プリントデバイス１０６は印刷を終了させる。こうして印刷が終了すると、ステップＳ１０１５において、デバイスコントローラ６１０は、印刷開始のときと同様に、スケジュールアプリケーション６０１に対して印刷終了を通知する。この通知を受けたスケジュールアプリケーション６０１は、ステップＳ１０１６において、プリントサーバ２０１に対して、印刷終了を通知する。

この通知を受けたプリントサーバ２０１は、予定していた全ての印刷リクエストの印刷ジョブが完了した場合には、ステップＳ１０１７において、スケジュールアプリケーション６０１に対してイベントの解除を行う。そして、ステップＳ１０１８において、プリントサーバ２０１は、スケジュールアプリケーション６０１に対して切断要求を行う。イベントの解除と切断要求とを受けたスケジュールアプリケーション６０１は、プリントサーバ２０１との通信の終了処理を行う。
最後に、ステップＳ１０１９において、プリントサーバ２０１及びスケジュールアプリケーション６０１は、ステップＳ１００１で確立させたセッションを終了（解除）する。
以上をもってプリントサーバ２０１はスケジュールアプリケーション６０１を介してプリントデバイス１０６で印刷を行うことが可能となる。

＜印刷ジョブ画面シーケンス＞
次に、図１１及び図１２を参照しながら、プルプリントアプリケーション６０２における印刷ジョブ画面９０１について説明する。
図１１は、印刷ジョブ画面９０１に表示される項目を生成する際のシーケンスの一例を説明する図である。また、図１２は、印刷ジョブ画面９０１の一例を示す図である。
まず、図１１のステップＳ１１０１においてＩＣカードリーダ６１８からユーザのログインを受けた認証アプリケーション６０３は、ステップＳ１１０２において、ログインしたユーザに関するユーザアカウント情報（ユーザＩＤ）を取得する。そして、認証アプリケーション６０３は、プルプリントアプリケーション６０２にログインを通知する。

プルプリントアプリケーション６０２はログインを画面起動モジュール９０４で受け付け、印刷ジョブ画面９０１の生成を行う。このとき、プルプリントアプリケーション６０２は、取得したユーザアカウント情報（ユーザＩＤ）に基づくユーザ名を、印刷ジョブ画面９０１のログインユーザ名１７０３に表示する。
次に、ステップＳ１１０３において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１との間で、通信のセッションを確立する。通信のセッションはＴＣＰ／ＩＰやＨＴＴＰといった通信プロトコルによって確立される。ただし、この通信は仮想マシン６０５での通信のため、ループバックと呼ばれる方法によって行われる。よって、通信されたデータが外部に送出されることはない。

次に、ステップＳ１１０４において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して接続の要求を行う。スケジュールアプリケーション６０１は、通信マネージャ７０１にて、この接続の要求を受け付ける。
次に、ステップＳ１１０５において、プルプリントアプリケーション６０２は、印刷ジョブのステータスが変化した場合に通知を受けるべくスケジュールアプリケーション６０１に対してイベント登録を行う。
次に、ステップＳ１１０６において、プルプリントアプリケーション６０２は、現在、スケジュールアプリケーション６０１のジョブマネージャ７０２にて管理されているスケジュール情報８００のリストを取得する。

スケジュール情報８００のリストを取得したプルプリントアプリケーション６０２は、取得したリストの内容を、印刷ジョブ画面９０１の印刷ジョブリスト１７０４へ表示する。その際、取得したリスト（印刷ジョブ）の総数を印刷ジョブ数１７０５に表示する。また、取得したリスト（印刷ジョブ）の内容を、印刷ジョブ画面９０１の印刷ジョブリスト１７０４に一度に表示できない程、取得したリストの総数（印刷ジョブの総数）が多い場合、プルプリントアプリケーション６０２は、図１２のようにページング処理を行う。図１２では、印刷ジョブリスト１７０４が５ページから構成されている場合を例に挙げて示している。

次に、ステップＳ１１０７において、スケジュールアプリケーション６０１は、例えばプリントサーバ２０１からの指示に基づいて、新たに印刷ジョブをスケジュールする。このようにした場合、スケジュールアプリケーション６０１は、ステップＳ１１０８において、プルプリントアプリケーション６０２に対してスケジュールの通知を行う。このスケジュールの通知を受けたプルプリントアプリケーション６０２は、印刷ジョブリスト１７０４の最後尾に新たなジョブ情報を追加して、印刷ジョブ画面９０１を更新する。

また、ステップＳ１１０９、Ｓ１１１０、１１１２、Ｓ１１１３のように、印刷開始や印刷終了となった場合、印刷ジョブのステータスの更新は以下のようにして行われる。例えば、印刷開始や印刷終了を通知されたスケジュールアプリケーション６０１は、イベント登録を行っているプルプリントアプリケーション６０２に対して、印刷ジョブのステータスの変更を通知する（ステップＳ１１１１、Ｓ１１１４）。この印刷ジョブのステータスの変更を受信したプルプリントアプリケーション６０２は、印刷ジョブ画面９０１の印刷ジョブリスト１７０４において、該当する印刷ジョブのステータスを更新する。
また、印刷ジョブ画面９０１における詳細ボタン１７０６が、ユーザの操作に基づいて押下されると、プルプリントアプリケーション６０２は、印刷ジョブリスト１７０４にてチェックされている印刷ジョブに関する詳細情報を別画面にて表示する。

そして、ステップＳ１１１５において、例えばハードキーの押下によってユーザのログアウトを検知した認証アプリケーション６０３は、ステップＳ１１１６において、ユーザのログアウトをプルプリントアプリケーション６０２に通知する。この通知を受けたプルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して、イベントの解除と、切断要求とを順次行う（ステップＳ１１１７、Ｓ１１１８）。最後に、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１とのセッションを終了する（ステップＳ１１１９）。
尚、印刷ジョブ画面９０１におけるプロモート（優先度変更）ボタン１７０７、削除ボタン１７０８の押下時の処理については後述する。
以上のようにしてプルプリントアプリケーション６０２は印刷ジョブ画面９０１を生成する。

＜プルプリント画面シーケンス＞
次に、図１３及び図１４を参照しながら、プルプリントアプリケーション６０２におけるプルプリント画面９０２について説明する。
図１３は、プルプリント画面９０２に表示される項目を生成する際のシーケンスの一例を説明する図である。また、図１４は、プルプリント画面９０２の一例を示す図である。
まず、図１３のステップＳ１２０１においてＩＣカードリーダ６１８からユーザのログインを受けた認証アプリケーション６０３は、ステップＳ１２０２において、ログインしたユーザに関するユーザアカウント情報（ユーザＩＤ）を取得する。そして、認証アプリケーション６０３は、プルプリントアプリケーション６０２にログインを通知する。

プルプリントアプリケーション６０２はログインを画面起動モジュール９０４で受け付け、プルプリント画面９０２の生成を行う。このとき、プルプリントアプリケーション６０２は、取得したユーザアカウント情報（ユーザＩＤ）に基づくユーザ名を、プルプリント画面９０２のログインユーザ名１８０３に表示する。
次に、ステップＳ１２０３において、プルプリントアプリケーション６０２は、Ｗｅｂサーバシステム１０２へログインの通知を行う。この際、ログインするための情報として、認証アプリケーション６０３から取得したユーザアカウント情報（ユーザＩＤ）を利用する。また、セキュリティの向上のために、ユーザアカウント情報（ユーザＩＤ）に加えて、パスワードを利用してもよい。このようにする場合には、認証アプリケーション６０３内でパスワードをユーザＩＤと対にして管理したり、外部のディレクトリサーバ１０３と通信を行って、パスワードによる認証を行ったりしてもよい。また、ＩＣカードリーダ６１８を使用してログインを行う代わりに、画面に対して、ユーザＩＤやパスワードを入力してログインを行う方法を用いることも可能である。

プルプリントアプリケーション６０２からログインの通知を受けたＷｅｂサーバシステム１０２は、ステップＳ１２０４において、ディレクトリサーバ１０３に対して認証情報の取得を依頼する。
次に、ステップＳ１２０５において、ディレクトリサーバ１０３は、予め登録されているユーザ情報を参照して、認証を行う。認証に成功した場合、ステップＳ１２０６において、ディレクトリサーバ１０３は、ユーザ情報およびユーザが所属するドメイングループ情報を認証情報として、Ｗｅｂサーバシステム１０２に返信する。一方、認証に失敗した場合、ディレクトリサーバ１０３は、認証に失敗したことをＷｅｂサーバシステム１０２に返信する。この場合、ログインは失敗となる。

ディレクトリサーバ１０３から認証情報を得たＷｅｂサーバシステム１０２は、ステップＳ１２０７において、通信のセッションの開始をプルプリントアプリケーション６０２に通知する。このときに通知する情報として、ステップＳ１２０６で得た認証情報をプルプリントアプリケーション６０２に転送する。
次に、ステップＳ１２０８において、プルプリントアプリケーション６０２は、取得した認証情報を元に、Ｗｅｂサーバシステム１０２に対してドキュメントのリストの取得をリクエストする。このとき、例えば、ユーザＩＤにて登録しているドキュメントのリストのみの取得をリクエストしたり、所属するドメイングループの全てのドキュメントのリストの取得をリクエストしたりするというように、絞込み条件を設定することが可能である。本実施形態では、ユーザＩＤにて登録しているドキュメントのリストを取得する場合を例に挙げて説明する。

ドキュメントリストの取得のリクエストを受けたＷｅｂサーバシステム１０２は、ステップＳ１２０９において、ユーザＩＤが一致するドキュメントのリストをＤＢＭＳ１０４から取得し、プルプリントアプリケーション６０２に転送する。
ドキュメントのリストを取得したプルプリントアプリケーション６０２は、プルプリント画面９０２のドキュメントリスト１８０４へ、そのリストを表示する。その際、プルプリントアプリケーション６０２は、取得したドキュメントの総数をドキュメント数１８０５に表示する。また、取得したリスト（ドキュメント）の内容を、プルプリント画面９０２のドキュメントリスト１８０４に一度に表示できない程、取得したリストの総数（ドキュメントの総数）が多い場合、プルプリントアプリケーション６０２は、ページング処理を行う。尚、図１４では、取得したリスト（ドキュメント）の内容を、プルプリント画面９０２のドキュメントリスト１８０４に一度に（１ページに）表示できた場合を例に挙げて示している。

また、プルプリント画面９０２における詳細ボタン１８０６が、ユーザの操作に基づいて押下されると、プルプリントアプリケーション６０２は、ドキュメントリスト１８０４にてチェックされているドキュメントに関する詳細情報を別画面にて表示する。また、プルプリント画面９０２における削除ボタン１８０７が、ユーザの操作に基づいて押下されると、プルプリントアプリケーション６０２は、Ｗｅｂサーバシステム１０２に対して、ドキュメントの削除をリクエストする。ドキュメントの削除のリクエストを受けたＷｅｂサーバシステム１０２は、ＤＢＭＳ１０４で管理されているドキュメントのうち、削除のリクエストを受けたドキュメントを削除する。

そして、ステップＳ１２１０において、例えばハードキーの押下によってユーザのログアウトを検知した認証アプリケーション６０３は、ステップＳ１２１１において、ユーザのログアウトをプルプリントアプリケーション６０２に通知する。この通知を受けたプルプリントアプリケーション６０２は、ステップＳ１２１２において、Ｗｅｂサーバシステム１０２に対して、ログアウトを通知する。最後に、ステップＳ１２１３において、プルプリントアプリケーション６０２は、Ｗｅｂサーバシステム１０２とのセッションを終了する。
尚、プルプリント画面９０２における印刷ボタン１８０８の押下時の処理については後述する。
以上のようにしてプルプリントアプリケーション６０２はプルプリント画面９０２を生成する。

＜プルプリントシーケンス＞
次に、図１５を参照しながら、プルプリント画面９０２における印刷ボタン１８０８が押下された際のシーケンスの一例について説明する。
印刷ボタン１８０８が押下されると、プルプリントアプリケーション６０２は、プルプリント画面９０２のドキュメントリスト１８０４にチェックされているドキュメントを識別するためのドキュメントＩＤを取得する。そして、ステップＳ１３０１において、プルプリントアプリケーション６０２は、Ｗｅｂサーバシステム１０２に対して印刷指示を行う。この印刷指示には、取得したドキュメントＩＤと、プルプリントアプリケーション６０２がインストールされているプリントデバイス１０６の情報とが含まれる。プリントデバイス１０６の情報としては、例えば、プリントデバイス１０６のアドレスや機種情報等が挙げられる。

次に、ステップＳ１３０２において、Ｗｅｂサーバシステム１０２は、プリントデバイス１０６を特定する。この際、Ｗｅｂサーバシステム１０２は、ステップＳ１３０１で送信された"プリントデバイス１０６の情報"を元に、ＤＢＭＳ１０４又はプリントサーバ２０１にて管理されているデバイス情報４００から、プリントデバイス１０６を特定する。
続いて、ステップＳ１３０３において、Ｗｅｂサーバシステム１０２は、印刷指示を行ったユーザが指定したドキュメントの印刷権限を持っているかの承認を行う。この承認に失敗した場合、Ｗｅｂサーバシステム１０２は、印刷できない旨をプルプリントアプリケーション６０２に通知する。
一方、承認に成功した場合、ステップＳ１３０４において、Ｗｅｂサーバシステム１０２は、プリントサーバ２０１に印刷指示を行う。この印刷指示には、ステップＳ１３０２で特定したプリントデバイス１０６のデバイス情報４００と、ステップＳ１３０１で送信されたドキュメントＩＤとが含まれる。

印刷指示を受けたプリントサーバ２０１は、ステップＳ１３０５において、その印刷指示に含まれるドキュメントＩＤに対応するドキュメントを、ＤＢＭＳ１０４から取得する。
そして、図１０で説明したシーケンスをもって印刷を行う（ステップＳ１３０５〜Ｓ１３１１）。
ステップＳ１３１１においてスケジュールアプリケーション６０１が登録したスケジュールの情報は、ステップＳ１３１２において、スケジュールアプリケーション６０１からプルプリントアプリケーション６０２に通知される。この通知を受けたプルプリントアプリケーション６０２は、印刷ジョブ画面９０１の印刷ジョブリスト１７０４に更新された内容を反映させる。
以上のようにしてプルプリント画面９０２を用いてプルプリントが実行される。

＜承認シーケンス＞
次に、印刷ジョブ画面９０１における印刷ジョブリスト１７０４に登録された印刷ジョブの操作承認について説明する。
印刷ジョブの操作承認は、図１１で説明した印刷ジョブ画面９０１の生成シーケンスに新たに承認シーケンスを追加することで実現することができる。その実現方法として、例えば２つの方法がある。以下に、これら２つの方法を順に説明する。尚、ここでは、図１１で説明した印刷ジョブ画面９０１の生成シーケンスにおいて、ステップＳ１１０２までの処理（プルプリントアプリケーション６０２へのログイン処理）が行われたものとして説明する。
＜第１の承認シーケンス＞
まず、図１６を参照しながら、印刷ジョブ画面９０１における印刷ジョブリスト１７０４に登録された印刷ジョブの操作承認を行う際の第１のシーケンス（第１の例）を説明する。
まず、ステップＳ１４０１において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１との間で通信のセッションを確立する。通信のセッションは、ＴＣＰ／ＩＰやＨＴＴＰといった通信プロトコルによって確立される。ただし、この通信は仮想マシン６０５での通信のため、ループバックと呼ばれる方法によって行われる。よって、通信されたデータが外部に送出されることはない。

次に、ステップＳ１４０２において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して接続の要求を行う。スケジュールアプリケーション６０１は、通信マネージャ７０１にて、この接続要求を受け付ける。
次に、ステップＳ１４０３において、プルプリントアプリケーション６０２は、印刷ジョブのステータスが変化した場合に通知を受けるべくスケジュールアプリケーション６０１に対してイベント登録を行う。
次に、ステップＳ１４０４において、プルプリントアプリケーション６０２は、現在、スケジュールアプリケーション６０１のジョブマネージャ７０２にて管理されているスケジュール情報８００のリストを取得する。そして、プルプリントアプリケーション６０２は、取得したリストを印刷ジョブリスト１７０４として保持する。

次に、ステップＳ１４０５において、プルプリントアプリケーション６０２は、ステップＳ１４０４で取得したスケジュール情報８００の印刷ジョブについてＷｅｂサーバシステム１０２に対して承認を依頼する。この承認の依頼は、プルプリントアプリケーション６０２にログインしているユーザの情報と、印刷ジョブのドキュメントＩＤ又は印刷ジョブＩＤとをＷｅｂサーバシステム１０２に通知することにより行われる。
このとき、承認の対象とする印刷ジョブを、全ての印刷ジョブにしたり、所定の条件に一致する印刷ジョブにしたりすることができる。

例えば、印刷ジョブのステータスが転送開始以降の印刷ジョブであることを所定の条件として設定することができる。つまり転送中、転送済み、印刷中の状態の印刷ジョブを承認の対象とすることができる。このようにしても、転送していない印刷ジョブに関しては、印刷ジョブの削除を受けてから承認しても、印刷を開始するまでの時間があるため、削除することができる。
また、例えば、ログインしたユーザ名と印刷ジョブのオーナー名とが一致した印刷ジョブであることを所定の条件として設定することができる。このような条件は、急いで削除したい印刷ジョブは自身のものであるというポリシーに基づくものである。
このように、印刷ジョブのステータスやユーザ名等、印刷ジョブに対して設定されている情報と、予め設定された条件を示す情報との比較によって、承認の対象とする印刷ジョブを決定することができる。

更に、これらの他に、印刷順序が所定番目までの印刷ジョブ（例えば、スケジュール情報８００が登録された順に上位から所定番目までの印刷ジョブ）というように、印刷ジョブの個数によって所定の条件を設定することも可能である。このような条件は、特に、印刷ジョブリスト１７０４のページング処理に従い動作する事で非常に有効となる。例えば、印刷ジョブリスト１７０４が複数ページある場合、２ページ目までに表示される印刷ジョブは全て承認しておき、ユーザがページを送った事を検知すると、３ページ目を承認するといった処理が考えられる。
以上のように本実施形態では、ステップＳ１４０５の処理を行うことによって承認依頼手段が実現される。

承認の依頼を受けたＷｅｂサーバシステム１０２は、予め設定されているポリシーに従って、プルプリントアプリケーション６０２にログインしているユーザの、該当する印刷ジョブに対する権限についての承認を行う。権限としては例えば、印刷ジョブの削除の可否、プロモートによって追い抜く事の可否、印刷ジョブの詳細情報の参照可否等が挙げられる。Ｗｅｂサーバシステム１０２は、承認した権限の承認情報８０７をプルプリントアプリケーション６０２へ返信する。
次に、ステップＳ１４０６において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１が管理するスケジュール情報８００に、取得した承認情報８０７を設定する。このように本実施形態では、ステップＳ１４０６の処理を行うことによって、権限設定手段が実現される。

図１７は、ユーザの承認情報８０７の一例を示す図である。尚、前述したように、承認情報８０７は、スケジュールアプリケーション６０１（ジョブマネージャ７０２）で管理されるスケジュール情報８００に含まれており、ドキュメントＩＤ８０５に対応付けられて保持されている。図１７では、受付日時８０４等のスケジュール情報８００を省略して示している。
図１７において、承認情報８０７として示されている"ｒ"は、印刷ジョブの詳細情報の権限を有することを示す。また、"ｗ"は、印刷ジョブの削除権限を有することを示す。また、"ｘ"は、他の印刷ジョブを追い抜いて印刷することが可能であることを示す。例えば、現在、プルプリントアプリケーション６０２にログインしているユーザは、ドキュメントＩＤが"0000 0000 0000 0005"である印刷ジョブに対しては一切の権限がない。また、プルプリントアプリケーション６０２にログインしているユーザは、ドキュメントＩＤが"0000 0000 0000 0004"である印刷ジョブに対しては削除、詳細参照、追抜きの全ての権限を持つ。
尚、承認情報８０７をジョブＩＤ８０１に対応付けるようにしてもよい。

図１６の説明に戻り、ステップＳ１４０７において、新たな印刷ジョブのスケジュールが発生すると、ステップＳ１４０８において、スケジュールアプリケーション６０１は、プルプリントアプリケーション６０２に対してスケジュールの通知を行う。
このスケジュールの通知を受けたプルプリントアプリケーション６０２は、ステップＳ１４０９において、新たに発生した印刷ジョブに関しての承認の依頼を、ステップＳ１４０５と同様の方法で行う。そして、ステップＳ１４１０において、プルプリントアプリケーション６０２は、ステップＳ１４０６と同様に、スケジュールアプリケーション６０１に、取得した承認情報８０７を設定する。このように本実施形態では、ステップＳ１４０９の処理を行うことによって承認依頼手段が実現され、ステップＳ１４１０の処理を行うことによって権限設定手段が実現される。

尚、新たに発生した印刷ジョブに関する承認ではなく、転送が開始された印刷ジョブを承認することもできる。この印刷ジョブに対する承認情報８０７は、前述したステップＳ１４０５、Ｓ１４０６における承認の方法に従って設定されるべきものである。例えば、承認の方法が印刷ジョブリスト１７０４のページングに従う場合は、ユーザのページ送りをトリガとして、ステップＳ１４０５、Ｓ１４０９の承認処理を行う。

プルプリントアプリケーション６０２へのログアウトが発生すると、ステップＳ１４１１において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１へイベントの解除を行う。そして、ステップＳ１４１２において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１へ承認情報８０７の削除を依頼する。これにより、スケジュールアプリケーション６０１は、承認情報８０７を削除する。
そして、ステップＳ１４１３において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して、切断要求を行い、ステップＳ１４１４において、スケジュールアプリケーション６０１との間の通信のセッションを終了させる。
以上のようにして、スケジュールアプリケーション６０１は、自身が管理しているスケジュール情報８００に含まれる承認情報８０７の設定及び削除を行う。これにより、承認情報８０７に従った権限に従って、印刷ジョブを処理することができる。

＜第２の承認シーケンス＞
次に、図１８を参照しながら、印刷ジョブ画面９０１における印刷ジョブリスト１７０４に登録された印刷ジョブの操作承認の第２のシーケンス（第２の例）を説明する。
まず、ステップＳ１５０１において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１との間で、通信のセッションを確立する。この通信のセッションはＴＣＰ／ＩＰやＨＴＴＰといった通信プロトコルによって確立される。ただし、この通信は仮想マシン６０５での通信のため、ループバックと呼ばれる方法によって行われる。よって、通信されたデータが外部に送出されることはない。

次に、ステップＳ１５０２において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して接続の要求、すなわちログインを行う。このログインの際に、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１にユーザアカウント情報（ユーザＩＤ）を渡す。スケジュールアプリケーション６０１は、通信マネージャ７０１にてログインを受け付ける。

ログインを受け付けたスケジュールアプリケーション６０１は、ステップＳ１５０３において、現在保持しているスケジュール情報８００の印刷ジョブについてＷｅｂサーバシステム１０２に対して承認を依頼する。この承認の依頼は、ステップＳ１５０２で受け付けたログインの情報（ユーザアカウント情報（ユーザＩＤ））と、印刷ジョブのドキュメントＩＤとをＷｅｂサーバシステム１０２に通知することにより行われる。
承認に関しては、図１６におけるステップＳ１４０５と同様である。また、このとき承認の対象とする印刷ジョブに関しても図１６におけるＳ１４０５の処理で説明した通りである。すなわち、承認の依頼を受けたＷｅｂサーバシステム１０２は、予め設定されているポリシーに従って、プルプリントアプリケーション６０２にログインしているユーザの、該当する印刷ジョブに対する権限についての承認を行う。そして、Ｗｅｂサーバシステム１０２は、承認した権限の承認情報８０７をプルプリントアプリケーション６０２へ返信する。

以上のようにして承認が終了した後、スケジュールアプリケーション６０１は、自身が保持しているスケジュール情報８００に、Ｗｅｂサーバシステム１０２から送信された承認情報８０７を、図１４におけるステップＳ１４０６と同様に設定する。
以上のように本実施形態では、ステップＳ１５０３の処理を行うことによって、承認依頼手段及び権限設定手段が実現される。
次に、ステップＳ１５０４において、プルプリントアプリケーション６０２は、印刷ジョブのステータスが変化した場合に通知を受けるべくスケジュールアプリケーション６０１に対してイベント登録を行う。
次に、ステップＳ１５０５において、プルプリントアプリケーション６０２は、現在、スケジュールアプリケーション６０１のジョブマネージャ７０２にて管理されているスケジュール情報８００のリストを取得する。そして、プルプリントアプリケーション６０２は、取得したリストを印刷ジョブリスト１７０４として保持する。

次に、ステップＳ１５０６において、新たな印刷ジョブのスケジュールが発生すると、ステップＳ１４０８において、スケジュールアプリケーション６０１は、新たに発生した印刷ジョブに関しての承認の依頼を、ステップＳ１５０３と同様の方法で行う。そして、スケジュールアプリケーション６０１は、自身が保持しているスケジュール情報８００に、Ｗｅｂサーバシステム１０２から送信された承認情報８０７を、ステップＳ１５０３と同様に設定する。このように本実施形態では、ステップＳ１５０７の処理を行うことによって、承認依頼手段及び権限設定手段が実現される。

尚、新たに発生した印刷ジョブに関する承認ではなく、転送が開始された印刷ジョブを承認することもできる。この印刷ジョブに対する承認情報８０７は、前述したＳ１５０３における承認の方法に従って設定されるべきものである。例えば、承認の方法が印刷ジョブリスト１７０４のページングに従う場合は、ユーザのページ送りをトリガとして、ステップＳ１５０３、Ｓ１５０７の承認処理を行う。
そして、ステップＳ１５０８において、スケジュールアプリケーション６０１は、プルプリントアプリケーション６０２に対してスケジュールの通知を行う。

プルプリントアプリケーション６０２へのログアウトが発生すると、ステップＳ１５０９において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１へイベント解除を行う。そして、ステップＳ１５１０において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して、切断要求、つまりはログアウトの通知を行う。
ログアウトの通知を受けたスケジュールアプリケーション６０１は、ステップＳ１５１１において、保持しているスケジュール情報８００に登録された全ての承認情報８０７を削除する。このように本実施形態では、ステップＳ１５１１の処理を行うことによって削除手段が実現される。
そして、ステップＳ１５１２において、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１との間の通信のセッションを終了させる。
以上のようにして、スケジュールアプリケーション６０１は、プルプリントアプリケーション６０２へのユーザのログイン、ログアウトと連動して、自身が管理しているスケジュール情報８００に承認情報８０７の設定及び削除を行う。これにより、承認情報８０７に従った権限に従って、印刷ジョブを処理することができる。

＜印刷ジョブ操作シーケンス＞
次に、図１９を参照しながら、印刷ジョブ画面９０１におけるプロモートボタン１７０７及び削除ボタン１７０８が押下された際のシーケンスの一例について説明する。
図１９におけるステップＳ１６０１〜Ｓ１６０６までは、図１０で説明したプリントサーバ２０１とスケジュールアプリケーション６０１との間で行われる印刷シーケンス（ステップＳ１００１〜Ｓ１００５）と同様である。また、ステップＳ１６０６〜Ｓ１６０９は、図１６で説明した承認シーケンス（ステップＳ１４０７〜Ｓ１４１０）に対応する。また、ステップＳ１６１０〜Ｓ１６１１は、図１８で説明した承認シーケンス（ステップＳ１５０７、Ｓ１５０８）に対応する。

ステップＳ１６１２において、印刷ジョブ画面９０１のプロモートボタン１７０７又は削除ボタン１７０８が、ユーザの操作によって押下された場合、プルプリントアプリケーション６０２は、次の処理を行う。すなわち、プルプリントアプリケーション６０２は、押下されたボタンに応じて、スケジュールアプリケーション６０１に対して、印刷ジョブのプロモート又は削除を依頼する。依頼する際に送信される情報は、印刷ジョブのＩＤと、プロモート又は削除といったオペレーションの種類とに関する情報である。

プロモート又は削除の依頼を受けたスケジュールアプリケーション６０１は、予め設定された承認情報８０７を元に権限の判断を行う。この判断の結果、権限を有している場合には、ステップＳ１６１４において、スケジュールアプリケーション６０１は、プリントサーバ２０１にプロモート又は削除を依頼する。このように本実施形態では、ステップＳ１６１２の処理を行うことによって判断手段が実現される。
削除する権限を有するかどうかの判断は、単に権限を有するかどうかの判断となる。一方、プロモートする権限を有するかどうかの判断は、例えば、以下のようにして行われる。すなわち、プロモートする対象の印刷ジョブよりも前にスケジュールされている印刷ジョブに対する追抜き権限の可否を判断し、判断した結果に応じて、最大限追抜ける箇所へ、プロモートする対象の印刷ジョブをプロモートすることが考えられる。また、プロモートする対象の印刷ジョブよりも前にスケジュールされている全ての印刷ジョブに対して追抜き権限を有する場合にのみ、プロモートする対象の印刷ジョブをプロモートし、それ以外の場合にはプロモートしない（失敗とする）ことも考えられる。

以上のようにすることによって、プルプリントアプリケーション６０２は、スケジュールアプリケーション６０１に対して、プロモート又は削除といった印刷ジョブの操作処理を、直接に且つ効率的に行うことが可能となる。

以上のように本実施形態では、スケジュール情報８００によってスケジュールされている印刷ジョブに対する"ユーザの権限"の設定を、プリントデバイス１０６からＷｅｂサーバシステム１０２に依頼する。依頼を受けたＷｅｂサーバシステム１０２は、予め設定されたポリシーに基づいて、依頼のあった権限についての承認を行う。権限についての承認を受けたプリントデバイス１０６は、スケジュール情報８００に、承認された権限を示す承認情報８０７を設定する。その後、プリントデバイス１０６に対するプルプリントの操作等によって、印刷ジョブに対する操作が指示された場合、プリントデバイス１０６は、その操作に対する権限を有するか否かを承認情報８０７に基づいて判断する。この判断の結果、権限を有する場合、プリントデバイス１０６は、指示された操作を実行する。したがって、プルプリントシステムにおいても、ユーザの権限に則った印刷ジョブの操作を効率的に行うことができる。

（本発明の他の実施形態）
前述した本発明の実施形態における印刷装置、印刷システムを構成する各手段、並びに印刷制御方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図１０、図１１、図１３、図１５、図１６、図１８、図１９に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態を示し、印刷システムの構成の一例を示すブロック図である。 本発明の実施形態を示し、プリントサーバシステムの構成の一例を示すブロック図である。 本発明の実施形態を示し、ジョブマネージャにより管理される印刷ジョブの情報（ジョブ情報）の一例を示す図である。 本発明の実施形態を示し、デバイスマネージャで管理されるプリントデバイスの情報（デバイス情報）の一例を示す図である。 本発明の実施形態を示し、ＤＢＭＳにより管理されるドキュメントテーブルの一例を示す図である。 本発明の実施形態を示し、プリントデバイスの構成の一例を階層的に示す図である。 本発明の実施形態を示し、スケジュールアプリケーションの構成の一例を示すブロック図である。 本発明の実施形態を示し、ジョブマネージャで管理される印刷ジョブのスケジュールを示すスケジュール情報の一例を示す図である。 本発明の実施形態を示し、プルプリントアプリケーションの構成の一例を示すブロック図である。 本発明の実施形態を示し、プリントサーバシステム（プリントサーバ）とプリントデバイス（スケジュールアプリケーション、デバイスコントローラ）との間で行われる印刷シーケンスの一例を説明する図である。 本発明の実施形態を示し、印刷ジョブ画面に表示される項目を生成する際のシーケンスの一例を説明する図である。 本発明の実施形態を示し、印刷ジョブ画面の一例を示す図である。 本発明の実施形態を示し、プルプリント画面に表示される項目を生成する際のシーケンスの一例を説明する図である。 本発明の実施形態を示し、プルプリント画面の一例を示す図である。 本発明の実施形態を示し、プルプリント画面における印刷ボタンが押下された際のシーケンスの一例を説明する図である。 本発明の実施形態を示し、印刷ジョブ画面における印刷ジョブリストに登録された印刷ジョブの操作承認を行う際の第１のシーケンスを説明する図である。 本発明の実施形態を示し、ユーザの承認情報の一例を示す図である。 本発明の実施形態を示し、印刷ジョブ画面における印刷ジョブリストに登録された印刷ジョブの操作承認の第２のシーケンスを説明する図である。 本発明の実施形態を示し、印刷ジョブ画面におけるプロモートボタン及び削除ボタンが押下された際のシーケンスの一例を説明する図である。

符号の説明

１０１ プリントサーバシステム
１０２ Ｗｅｂサーバシステム
１０３ ディレクトリサーバ
１０４ ＤＢＭＳ
１０５ ストレージ
１０６ プリントデバイス
１０７ クライアント
１０８ ＬＡＮ
１０９ ＷＡＮ
２０１ プリントサーバ
３００ ジョブ情報
４００ デイバス情報
５００ ドキュメントテーブル
６０１ スケジュールアプリケーション
６０２ プルプリントアプリケーション
６０３ 認証アプリケーション
６１０ デバイスコントローラ
８００ スケジュール情報
８０７ 承認情報

Claims (12)

1. 印刷の前に登録されたスケジュールに従って、投入された印刷ジョブに基づく印刷を行う印刷装置であって、
   前記印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定する権限設定手段と、
   前記印刷ジョブに対する操作がユーザによって指示されると、前記権限設定手段により設定された権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断する判断手段と、
   前記判断手段により権限を有すると判断されると、前記印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する実行手段とを有することを特徴とする印刷装置。
2. 前記権限設定手段は、前記印刷装置へのユーザのログインに連動して、スケジュールが登録されている印刷ジョブに対する当該ユーザの権限を設定することを特徴とする請求項１に記載の印刷装置。
3. 前記権限設定手段は、ログインしたユーザの情報に基づいて、新規にスケジュールが登録された印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対する当該ユーザの権限を設定することを特徴とする請求項１又は２に記載の印刷装置。
4. 前記印刷装置へのユーザのログアウトに連動して、前記権限設定手段により設定された、全ての印刷ジョブに対するユーザの権限を削除する削除手段を有することを特徴とする請求項１〜３の何れか１項に記載の印刷装置。
5. 前記印刷ジョブに対するユーザの権限の承認を外部装置に依頼する承認依頼手段を有することを特徴とする請求項１〜４の何れか１項に記載の印刷装置。
6. 前記承認依頼手段は、スケジュールが登録されている全ての印刷ジョブに対するユーザの権限の承認を外部装置に依頼することを特徴とする請求項５に記載の印刷装置。
7. 前記承認依頼手段は、予め設定された情報と印刷ジョブに設定された情報との比較によって決定された印刷ジョブに対するユーザの権限の承認を外部装置に依頼することを特徴とする請求項６に記載の印刷装置。
8. 前記承認依頼手段は、スケジュールが登録された順に上位から予め設定された個数の印刷ジョブに対するユーザの権限の承認を外部装置に依頼することを特徴とする請求項６に記載の印刷装置。
9. 前記権限は、印刷ジョブの削除又は印刷ジョブの処理順序の変更の権限と、印刷ジョブの詳細情報の参照の権限とのうち、少なくとも何れか一方を含み、
   前記実行手段は、前記判断手段により権限を有すると判断されると、前記印刷ジョブの削除又は前記印刷ジョブの処理順序の変更と、前記印刷ジョブの詳細情報の参照とのうち、少なくとも何れか一方を、当該権限に応じて実行することを特徴とする請求項１〜８の何れか１項に記載の印刷装置。
10. 請求項１〜９の何れか１項に記載の印刷装置と、前記印刷装置にスケジュールが登録された印刷ジョブに対するユーザの権限の承認を行う装置とを有することを特徴とする印刷システム。
11. 印刷の前に登録されたスケジュールに従って、投入された印刷ジョブに基づく印刷を行う印刷制御方法であって、
    前記印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定する権限設定ステップと、
    前記印刷ジョブに対する操作がユーザによって指示されると、前記権限設定手段により設定された権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断する判断ステップと、
    前記判断ステップにより権限を有すると判断されると、前記印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する実行ステップとを有することを特徴とする印刷制御方法。
12. 印刷の前に登録されたスケジュールに従って、投入された印刷ジョブに基づく印刷を行うための処理をコンピュータに実行させるコンピュータプログラムであって、
    前記印刷ジョブに対するユーザの権限の承認がなされると、当該印刷ジョブに対するユーザの権限を設定する権限設定ステップと、
    前記印刷ジョブに対する操作がユーザによって指示されると、前記権限設定手段により設定された権限に基づいて、当該ユーザが当該操作を行う権限を有するか否かを判断する判断ステップと、
    前記判断ステップにより権限を有すると判断されると、前記印刷ジョブに対する操作に基づく処理を、当該権限に応じて実行する実行ステップとをコンピュータに実行させることを特徴とするコンピュータプログラム。

Images