(57)【特許請求の範囲】
【請求項１】
識別情報に基づいて認証処理を行なう印刷機器に、入力された認証情報を送信して、認証処理の実行を要求する印刷システムであって、
前記印刷機器から認証処理の結果を取得できるか否かを判定する判定手段と、
取得できないと前記判定手段により判定された場合、認証処理の実行を要求するのを中止して、入力された認証情報と印刷データとを含む印刷ジョブを前記印刷機器に向けて発行する発行手段とを有することを特徴とする印刷システム。
【請求項２】
識別情報に基づいて認証処理を行なう印刷機器に、入力された認証情報を送信して、認証処理の実行を要求する情報処理装置であって、
前記印刷機器から認証処理の結果を取得できるか否かを判定する判定手段と、
取得できないと前記判定手段により判定された場合、認証処理の実行を要求するのを中止して、入力された認証情報と印刷データとを含む印刷ジョブを前記印刷機器に向けて発行する発行手段とを有することを特徴とする情報処理装置。
【請求項３】
前記判定手段は、前記印刷システムのシステム構成を示す情報に基づいて、前記印刷機器から認証処理の結果を取得できるか否かを判定することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
取得できないと前記判定手段により判定された場合、認証処理の結果を取得できない旨のメッセージを表示部に表示させる表示制御手段を有することを特徴とする請求項２或いは３に記載の情報処理装置。
【請求項５】
取得できると前記判定手段により判定された場合、入力された認証情報を前記印刷機器に送信して、認証処理の実行を要求する認証要求手段を有し、
前記発行手段は、前記印刷機器が前記認証要求手段による要求に応じて送信した認証結果に基づいて、入力された認証情報と印刷データとを前記印刷機器に向けて発行することを特徴とする請求項２乃至４のいずれかに記載の情報処理装置。
【請求項６】
印刷の指示があるのに応じて、識別情報を入力するための入力画面を表示部に表示させる表示制御手段を有することを特徴とする請求項２乃至５のいずれかに記載の情報処理装置。
【請求項７】
印刷機器を使用するときに識別情報に基づいて認証処理を行なう認証方法であって、
前記印刷機器から認証処理の結果を取得できるか否かを判定する判定ステップと、
取得できないと前記判定ステップにより判定された場合、認証処理の実行を要求するのを中止して、入力された認証情報と印刷データとを含む印刷ジョブを前記印刷機器に向けて発行する発行ステップとを有することを特徴とする認証方法。
【請求項８】
前記判定ステップでは、前記印刷システムのシステム構成を示す情報に基づいて、前記印刷機器から認証処理の結果を取得できるか否かを判定することを特徴とする請求項７に記載の認証方法。
【請求項９】
取得できないと前記判定ステップにより判定された場合、認証処理の結果を取得できない旨のメッセージを表示部に表示させる表示制御ステップを有することを特徴とする請求項７或いは８に記載の認証方法。
【請求項１０】
取得できると前記判定ステップにより判定された場合、入力された認証情報を前記印刷機器に送信して、認証処理の実行を要求する認証要求ステップを有し、
前記発行ステップでは、前記印刷機器が前記認証要求ステップによる要求に応じて送信した認証結果に基づいて、入力された認証情報と印刷データとを前記印刷機器に向けて発行することを特徴とする請求項７乃至９のいずれかに記載の認証方法。
【請求項１１】
前記印刷機器を使用履歴を示す情報を前記印刷機器から取得して、前記印刷機器の使用状況を識別情報ごとに管理することを特徴とする請求項７乃至１０のいずれかに記載の認証方法。
【請求項１２】
印刷機器を使用するときに識別情報に基づいて認証処理を行なうシステムにおいて実行されるプログラムであって、
前記印刷機器から認証処理の結果を取得できるか否かを判定する判定ステップと、
取得できないと前記判定ステップにより判定された場合、認証処理の実行を要求するのを中止して、入力された認証情報と印刷データとを含む印刷ジョブを前記印刷機器に向けて発行する発行ステップとをコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
識別情報に基づいて認証処理を行なう認証装置に、入力された認証情報を送信して、認証処理の実行を要求する情報処理装置であって、
前記認証装置から認証処理の結果を取得できるか否かを判定する判定ステップと、取得できないと判定された場合、認証処理の実行を要求するのを中止する中止ステップとを含む制御プログラムを記憶したメモリと、
前記メモリに記憶された前記制御プログラムを実行するプロセッサとを有することを特徴とする情報処理装置。
【請求項１４】
前記判定ステップでは、前記印刷システムのシステム構成を示す情報に基づいて、前記認証装置から認証処理の結果を取得できるか否かを判定することを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記制御プログラムは、取得できないと判定された場合、認証処理の結果を取得できない旨のメッセージを表示部に表示させる表示制御ステップを含むことを特徴とする請求項１３或いは１４に記載の情報処理装置。
【請求項１６】
識別情報に基づいて認証処理を行なう認証装置に、入力された認証情報を送信して、認証処理の実行を要求する認証方法であって、
前記認証装置から認証処理の結果を取得できるか否かを判定する判定ステップと、
取得できないと前記判定ステップにより判定された場合、認証処理の実行を要求するのを中止する制御ステップとを有することを特徴とする認証方法。
【請求項１７】
前記判定ステップは、前記印刷システムのシステム構成を示す情報に基づいて、前記認証装置から認証処理の結果を取得できるか否かを判定することを特徴とする請求項１６に記載の認証方法。
【請求項１８】
取得できないと前記判定ステップにより判定された場合、認証処理の結果を取得できない旨のメッセージを表示部に表示させる表示制御ステップを有することを特徴とする請求項１６或いは１７に記載の認証方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、印刷制御装置、印刷制御方法、印刷制御のためのプログラムが格納された記録媒体に関するもので、特に、パーソナルコンピュータ等の情報処理装置とプリンタなどの出力装置からなるシステムに関するものである。
【０００２】
【従来の技術】
プリンティングシステムの技術において、部門管理に関する技術がある。これには大きくわけて、二つの機能がある。一つは、ユーザに対して、与えられた部門ＩＤ（または、ホストＩＤ、ユーザＩＤ）を用いて、ユーザが印刷機器を使用するのを制限したり、ユーザが所属する部署の特定をおこなう認証処理に関する技術である。二つ目は、印刷機器の利用状況（使用された印刷枚数など）を、部門ＩＤが対応する部署ごとに記録し、集計することにより、各部署ごとの課金の算出などをおこなう計数処理に関する技術である。特に、前者の認証処理は、別途設けられたユーティリティの双方向通信機能を用いて、印刷機器本体と通信をおこなうことで実現されている。
【０００３】
しかし、この認証処理は、ユーティリティが双方向での通信が可能であるようなシステム構成でのみ行われ、それが保証されないようなシステム構成においては、双方向通信が行われず、認証処理が行われないという問題が生じる。
【０００４】
また、部門管理が印刷機器側で行われる場合には、上記の認証が通らない限りは印刷が制限されるため、結果として全く印刷ができない状況が生じる。つまり、このようなシステム下においては、部門管理機能が、もう一つの機能である計数処理機能も含めてまったく利用されることができなくなってしまう。
【０００５】
一方、随時改良がなされていく多種多様なシステム構成の全てに対して、上記動作を保証するべく、ユーティリティを改良して行くことは困難である。そのため、このような現象を漏れなく回避することは非常に困難であった。
【０００６】
【発明が解決しようとする課題】
そこで、本発明では、部門管理機能を適用しようとしているシステム環境において、印刷機器とクライアントコンピュータとの双方向通信が行えないと予想される場合、双方向通信を用いて行う認証処理を行わないように処理を切り替えることで、部門管理機能が使えなくなるという不具合を回避することを目的とする。
【０００７】
また、処理の切り替えを、システムの構成に基づいて自動的に判別して実行することで、ユーザに対するシステムの可用性を上げることを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、本発明では、識別情報に基づいて認証処理を行なう印刷機器に、入力された認証情報を送信して、認証処理の実行を要求するシステムにおいて、前記印刷機器から認証処理の結果を取得できるか否かを判定し、取得できないと判定された場合、認証処理の実行を要求するのを中止して、入力された認証情報と印刷データとを含む印刷ジョブを前記印刷機器に向けて発行することを特徴とする。
【０００９】
また、本発明では、前記印刷システムのシステム構成を示す情報に基づいて、前記印刷機器から認証処理の結果を取得できるか否かを判定することを特徴とする。
【００１０】
また、本発明では、取得できないと判定された場合、認証処理の結果を取得できない旨のメッセージを表示部に表示させることを特徴とする。
【００１１】
また、本発明では、取得できると判定された場合、入力された認証情報を前記印刷機器に送信して、認証処理の実行を要求し、前記印刷機器が要求に応じて送信した認証結果に基づいて、入力された認証情報と印刷データとを前記印刷機器に向けて発行することを特徴とする。
【００１２】
また、本発明では、前記印刷機器を使用履歴を示す情報を前記印刷機器から取得して、前記印刷機器の使用状況を識別情報ごとに管理することを特徴とする。
【００１３】
また、本発明では、印刷の指示があるのに応じて、識別情報を入力するための入力画面を表示部に表示させることを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明を適用するのに好適である実施例について説明を行う。
【００１５】
まず、本発明に係る部門管理システムについて説明する。図１は、部門管理システムの一例を示す機能ブロック図である。ここでは、クライアントコンピュータ１００、印刷機器１０１、部門管理用サーバコンピュータ１０２が、ネットワークを介して接続されている。なお、ここではクライアントコンピュータ、印刷機器がともに一台の場合を示しているが、実際にはネットワークを介して、複数のクライアントコンピュータ、複数の印刷機器が接続されていても良い。
【００１６】
また、印刷機器１０１は、レーザビームプリンタ、インクジェットプリンタ、複写機（コピー機）、複合機、ＦＡＸなどの印刷装置であっても良い。
【００１７】
クライアントコンピュータ１００には、オペレーティングシステム(以後ＯＳと記載する)がインストールされており、また、印刷処理に必要なアプリケーション１００ａ及びプリンタドライバ１００ｃがＯＳ上にインストールされているものとする。
【００１８】
印刷処理は通常、アプリケーション１００ａにおけるユーザの指定により開始され、印刷処理が開始されるとアプリケーション１００ａはＯＳのグラフィックスエンジン１００ｂに対してＧＤＩ(Grａphiｃs Dｅviｃｅ Intｅrfａｃｅ)の発行をおこなう。これに対して、グラフィックスエンジン１００ｂは、受け取ったＧＤＩをＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）へ変換し、これをプリンタドライバ１００ｃに対して発行する。
【００１９】
ＤＤＩを受け取ったプリンタドライバ１００ｃは、これを、印刷機器に依存したデータ、例えばＰＤＬなどの印字データに変換する。そして、その印字データをＯＳのスプーラ１００ｄへ印刷ジョブとして発行する。
【００２０】
スプーラ１００ｄに発行された印刷ジョブは、ＯＳのポート管理機能により、指定された印刷機器１０１へと転送される。印刷機器１０１は、受け取った印刷ジョブの指定に従い、印刷処理をおこなう。
【００２１】
また、クライアントコンピュータには、部門管理用ユーティリティ１００ｅがインストールされている。このユーティリティは、印刷機器１０１との双方向通信をおこなう機能を有し、この機能を用いて後に述べる認証の問い合わせを可能にしている。
【００２２】
印刷機器１０１は、部門管理の機能を持ち合わせたものとする。具体的には、その内部に部門管理情報１０１ａ、ログ情報１０１ｂなどの部門管理に必要な情報を保持し、またそれを用いた認証判定などの処理が可能なものとする。
【００２３】
部門管理用のサーバコンピュータ１０２には、部門管理用サーバアプリケーション１０２ａがインストールされているものとする。この部門管理用サーバアプリケーション１０２は、印刷機器１０１に保持されている部門管理情報１０１ａの編集をおこなうことができるものとする。また、印刷機器１０１に保持されるログ情報１０１ｂを取得することができ、この情報をもとに部門ごとの利用枚数や課金の算出が可能なものとする。
【００２４】
前述した環境において行われる部門管理を、実際の印刷の流れに沿って説明する。図２は、部門管理が行われる印刷処理の流れの概略を示す図である。まず、クライアントコンピュータ１００上にインストールされているアプリケーション１００ａにおいて印刷が開始されると、グラフィックスエンジン１００ｂを介してプリンタドライバが起動される（ステップＳ２００）。ただし、ここで説明する部門管理環境下においては、上記プリンタドライバ１００ｃが印字データへの変換処理を開始する前に、認証処理が発生する。
【００２５】
まず、ＯＳからのＤＤＩ指定を受け取ったプリンタドライバ１００ｃは、その処理を開始する前に、情報を表示または入力するためのユーザインタフェースをユーザに提供して、部門管理用のＩＤ（識別情報）、およびパスワードの入力を促す（ステップＳ２０１）。
【００２６】
図３は、ユーザインタフェース画面の例を示す図である。ユーザは、入力領域３０１に部門ＩＤ、入力領域３０２にパスワードを入力し、ボタン３０３を押下することにより、認証処理が開始される。なお、ボタン３０４が押下された場合は、認証処理が中断され（認証処理が省略され）、印字データの作成処理が開始される。しかし、後に述べる印刷ジョブへの部門管理ＩＤの挿入が行なわれない。従って、この印刷ジョブが印刷されるかどうかは、印刷機器側の設定がこれを許可しているかどうかに依存する。また、パスワードに関しては認証対象の印刷機器側で設定されていない場合は、入力の必要はない。パスワードに関しては以降特に記載しないが、部門ＩＤに含まれる一つの情報として常に付加された形で扱われる。
【００２７】
ここで、必要な情報が入力されることにより、認証処理が開始される（ステップＳ２０１）。そして、部門ＩＤのを数値データに変換する（ステップＳ２０２）。
【００２８】
ユーザインタフェース３００を経由してプリンタドライバ１００ｃに入力された部門ＩＤは、認証処理の依頼とともに、部門管理用ユーティリティ１００ｅに渡される（ステップＳ２０３）。部門管理用のユーティリティ１００ｅは、印刷機器１０１との双方向通信機能を用いて、その部門ＩＤが正当なものであるかの問い合わせを印刷機器１０１に対して行う（ステップＳ２０４）。印刷機器１０１では、この問い合わせに対して、内部にあらかじめ登録されている部門管理情報１０１ａと照らし合わせる。そして、正当性を評価し、その結果を部門管理用ユーティリティ１００ｅに対して返す（ステップＳ２０５）。
【００２９】
部門管理用ユーティリティ１００ｅは、受け取った判定結果をプリンタドライバ１０１ｃに通知する（ステップＳ２０６）。プリンタドライバ１０１ｃは、この判定結果が正当であった場合、ＯＳから受け取ったＤＤＩを印字データへ変換する変換処理を開始する（ステップＳ２０７）。なおこの際、作成する印字データ中に部門ＩＤを挿入する。
【００３０】
図４は、作成される印刷ジョブのデータ構成を示す図である。印刷ジョブのデータは主に、印刷ジョブ情報、印刷設定情報、印字データから構成されている。印刷ジョブ情報には、ジョブ名を示す情報、印刷データを作成したコンピュータ名（ホスト名）を示す情報、部門管理情報が含まれている。部門ＩＤとパスワードは、部門管理情報として格納される。印刷設定情報には、印刷枚数（部数）、レイアウト設定、カラー／モノクロの指定、用紙タイプ（用紙種）を示す情報が含まれている。印字データはＰＤＬで記述されていて、印字データに基づく画像が印刷機器で印刷される。
【００３１】
ステップＳ２０７の認証処理で正当でないと判断された場合は、その旨を告げるユーザインタフェース画面を表示し（図５）、図３のユーザインターフェース画面を表示することにより、部門ＩＤとパスワードの再入力を促す。これにより、正しい部門ＩＤが入力されない限り印字データへの変換処理は行われず、この印刷機器の利用者を制限することを可能としている。図５は、認証が失敗したことを告げるユーザインタフェース画面の一例を示す図である。
【００３２】
作成された印字データは、通常の印刷時と同様に、ＯＳのスプーラ１００ｄを経由して、指定の印刷機器１０１へ発行される（ステップＳ２０８）。印刷機器１０１は、受け取った印字データの指定に基づき印刷処理を実行、印字出力１０１ｃを生成する（ステップＳ２０９）。なお、この際に、印刷ジョブ中に挿入された部門ＩＤを、印刷ジョブの計数情報、例えばプリント枚数、両面指定、特殊な用紙種（用紙タイプ）、モノクロ/カラーの指定などの情報と共にログ情報１０１ｂとして、内部に保持する。
【００３３】
これにより、部門管理用サーバアプリケーション１０２ａは、部門ＩＤとそれに対応する計数情報とに基づいて、各部門がどのような印刷を行っているか、どのような印刷機器の使い方をしているかを計算することができる。
【００３４】
なお、認証に用いられる部門管理情報１０１ａ、計数に用いられるログ情報１０１ｂは部門管理用サーバアプリケーション１０２ａにより管理可能であるが、この機能はネットワークを介して接続される複数の印刷機器を対象にすることが可能であり、これによりそれらの一元管理を可能としている。
【００３５】
部門管理機能は、前述したように、主に認証処理による利用者の管理とログ機能を用いた計数管理の二つの機能から構成される。しかしながら、前者の認証処理は前述した様に、印刷機器との双方向通信を行う双方向通信機能を提供可能な認証処理用ユーティリティを利用することが前提となっている。この双方向通信機能が正常に動作しない場合、認証処理は次のような不具合に陥る。
【００３６】
図６は、双方向通信が正常に動作しない場合の処理の流れを示す図である。この場合、部門管理用ユーティリティ１００ｅは、プリンタドライバ１００ｃからの認証処理の依頼に対して、印刷機器１０１に対して認証処理の依頼を送信する（ステップＳ６０３）が、双方向通信が成立していないために、認証結果を取得することができない。
【００３７】
認証処理結果が得られない原因としては、認証処理の依頼が印刷機器１０１に受信されない場合、印刷機器１０１からの認証処理の結果が部門管理用ユーティリティ１００ｅに送信されない場合とがある。
【００３８】
このような場合、部門管理用ユーティリティ１００ｅは、あらかじめ定められた時間だけ印刷機器１０１からの返答を待った後に、印刷機器への認証の依頼を中断し、認証が行えなかった旨をプリンタドライバ１００ｃに返信する（ステップＳ６０４）。
【００３９】
プリンタドライバ１００ｃは、この返信を受け取って、認証処理が失敗した旨を通知するユーザインタフェース画面を表示する（ステップＳ６０５）。図７は、認証処理が失敗した旨を通知するユーザインターフェース画面の一例を示す図である。
【００４０】
この場合、プリンタドライバ１００ｃによる印刷ジョブの生成は行われない。このユーザインタフェース画面が表示された後、再度、部門ＩＤの入力用ユーザインタフェース画面（図３）を表示して、部門ＩＤの再入力をユーザに促す（ステップＳ６０６）。
【００４１】
当然のことながら、再試行しても同様の結果となり、印刷処理を進めることは不可能となる。これを回避するためには、一度印刷処理を中断し、部門管理処理（認証処理）を行う設定を解除してから、再度印刷処理をおこなう必要があった。ただし、解除してしまった後は、作成される印刷ジョブは部門ＩＤが挿入されていない「不定ＩＤジョブ」となる。しかし、部門管理のおこなわれているシステム環境下では、通常、このようなデータは印刷機器側の設定によって出力が制限されてしまう。従って、出力が制限される設定をも解除することがさらに必要となる。さらにこの場合、ユーザの部門を特定する手段が無くなるため、部門管理のもう一つの機能であるログの記録とそれを用いた計数処理は当然ながら行われなくなる。
【００４２】
図８は、クライアントコンピュータ８００とプリントサーバコンピュータ８０１を用いたプリンティングシステムにおける認証処理の流れを示した図である。この環境では、クライアントコンピュータ８００にインストールされたユーティリティソフト８００ｂは、直接印刷機器８０２へアクセスすることができない。それは、印刷機器８０２への経路がサーバコンピュータ８０１によって隠蔽されているためである。
【００４３】
そこで、プリントサーバコンピュータ８０１にも専用のモジュール８０１ａをインストールする。これにより、プリンタドライバ８００ａが発行した認証の依頼は、ユーティリティ８００ｂ、専用モジュール８０１ａを経由して、印刷機器８０２へ送られる。また、印刷機器８０２で行われた認証の結果も同様に専用モジュール８０１ａ、ユーティリティ８００ｂを経由して、プリンタドライバ８００ａに返される。
【００４４】
このようにして印刷機器８０２への双方向通信を可能としている。ただし、この専用モジュール８０１ａは、所定のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）上での動作を前提としているため、これ以外の環境ではこの限りではない。
【００４５】
図９は、図８と同様にプリントサーバ９０１を用いたプリンティングシステムを示す図である。しかし、図９では、プリントサーバコンピュータ９０１に使用されているＯＳが図９のＯＳとは種類が異なる。つまり、クライアントコンピュータ９００で使用されているＯＳは、ＯＳ（タイプ１）であり、プリントサーバコンピュータ９０１で使用されているＯＳは、ＯＳ（タイプ２）である。
【００４６】
図９では、ＯＳ（タイプ２）上で動作する専用モジュール９０１ａが存在しないため、クライアントコンピュータのユーティリティ９００ｂに対して印刷機器９０２は隠蔽された状態となっており、ユーティリティ９００ｂは印刷機器９０２への通信経路を見つけることができない。従って、双方向での通信を行うことができない。
【００４７】
実際に、プリンタドライバ９００ａが認証の依頼を発行すると、それを受け取ったユーティリティ９００ｂは、プリントサーバ側へアクセスを試みるが、接続がおこなえないため、一定時間の後タイムアウトが発生する。すると、プリントドライバ９００ａはユーティリティ９００ｂから認証失敗のエラーを受信することとなり、前述したように、部門管理を適応したままでは印刷が一向にできなくなるという不具合が生じる。
【００４８】
なお、本実施例ではＯＳ（タイプ２）のサーバによるプリンティングシステムを対象とし上げているが、その他の要因であっても、ユーティリティが双方向通信をおこなう上で不具合があることがあらかじめ予想できるものであり、かつその要因が存在することが識別可能であれば、ＯＳを要因、ネットワーク上の要因、ケーブルなどの物理的要因、ユーティリティ自体の要因などにも同様に本発明を適用することが可能である。
【００４９】
これらを踏まえて、本発明では、このような双方向通信が行えないことにより部門管理機能が使えなくなるという不具合を、機能的損失を極力少ない形で回避するために以下に示すような処理をおこなう。
【００５０】
図１０は、印刷処理の流れを示すフローチャートである。まず、印刷処理が開始されると（ステップＳ１０００）、プリンタドライバ１００ｃは、図３に示すようなユーザインタフェース画面を表示し、部門ＩＤを入力させる（ステップＳ１００１）。ユーザは、図３の画面において部門ＩＤを入力すると、プリントドライバ１００ｃは、部門管理用ユーティリティ１００ｅに認証処理の依頼を行う（ステップＳ１００２）。ここまでは、通常の部門管理時の動作と同様である。
【００５１】
この依頼を受け取った部門管理用ユーティリティ１００ｅは、印刷機器１０１への認証の問い合わせを行なう前に、認証処理の経路となるシステム構成において、双方向通信をおこなう上で不具合が生じる恐れがある要因があるかないかを確認する（ステップＳ１００３）。これにより、印刷機器との双方向通信が利用できるかどうかの判断をおこなう（ステップＳ１００３）。確認方法については後に一例を述べる。この判断に基づき、双方向通信が利用できない場合には、ステップＳ１００４が実行され、双方向通信が利用できる場合には、ステップＳ１００５Ａ〜Ｓ１００５Ｃが実行される。
【００５２】
判断の結果、双方向通信が確立できないようなネットワーク環境であると判断された場合は、通常通りの認証処理をおこなうと前述したように不具合の発生を招く。従って、あえて認証処理を中止し、プリンタドライバ１００ｃに不適切なネットワーク環境である旨を示すエラーコードを送信する（ステップＳ１００４）。プリンタドライバ１００ｃは、これを受け取ると、ネットワーク構成上、認証処理を再試行する意味はないと判断して、印刷処理を続行し、印刷ジョブを作成して（ステップＳ１００６）、印刷機器１０１に対して印刷ジョブを発行する（ステップＳ１００７）。この際、印刷ジョブに挿入される部門ＩＤとしては、その正当性の如何に関わらずに、ユーザより入力されたものをそのまま用いる。
【００５３】
一方、確認の結果、双方向通信が可能であると判断された場合には、認証処理が可能であると予想されるので、これ以降の動作は従来の認証処理と同様である。つまり、部門管理用ユーティリティ１００ｅは、印刷機器１０１へ認証の依頼を発行し（ステップＳ１００５Ａ）、印刷機器１０１は部門管理用ユーティリティに認証結果を返信し（ステップＳ１０５Ｂ）、部門管理用ユーティリティ１００ｅはプリンタドライバ１００ｃに認証結果を送信する（ステップＳ１００５ｃ）。
【００５４】
印刷機器１０１に送られた印刷ジョブは、そこに挿入されている部門ＩＤの正当性を印刷機器１０１により判別され（ステップＳ１００８）、正当なものであれば従来の部門管理処理と同様にぶもんＩＤとともに、印刷処理の結果をログ情報として記録され（ステップＳ１００９）、印刷ジョブに対応する印刷物が出力される（ステップＳ１０１０）。
【００５５】
これに対して部門ＩＤが正当でないと判断された場合は、転送されて来た印刷ジョブに対してログの記録や印刷物の生成はおこなわれずに、印刷機器上からこの印刷ジョブが削除されて、処理が終了する。
【００５６】
図１１は、部門管理ユーティリティ１００ｅが実行する処理を示すフローチャートである。部門管理ユーティリティ１００ｅは、プリンタドライバ１００ｃから、認証の依頼を受け取ると（ステップＳ１１００）、認証処理の経路となるシステム構成において、双方向通信をおこなう上で不具合が生じる恐れがある要因があるかないかを確認する（ステップＳ１１０１）。これにより、印刷機器との双方向通信が利用できるかどうかの判断をおこなう。確認方法については後に一例を述べる。
【００５７】
この判断に基づき、双方向通信が利用できない場合には、ステップＳ１１０３に進み、双方向通信が利用できる場合には、ステップＳ１１０４に進む。判断の結果、双方向通信が確立できないようなネットワーク環境であると判断された場合は、通常通りの認証処理をおこなうと前述したように不具合の発生を招く。従って、あえて認証処理を中止するために、不適切なネットワーク環境である旨を示すエラーコードをプリンタドライバ１００ｃに送信する（ステップＳ１１０３）。
【００５８】
一方、確認の結果、双方向通信が可能であると判断された場合には、認証処理が可能であると予想されるので、これ以降の動作は従来の認証処理と同様である。つまり、部門管理用ユーティリティ１００ｅは、印刷機器１０１へ認証の依頼を発行し（ステップＳ１１０４）、認証結果を印刷機器１０１から受信すると（ステップＳ１１０５）、プリンタドライバ１００ｃに認証結果を送信する（ステップＳ１１０６）。
【００５９】
図１２は、印刷機器１０１が実行する処理の流れを示すフローチャートである。まず、印刷ジョブ１２１０を受信すると、印刷ジョブのデータを解析して、部門ＩＤを抽出する（ステップＳ１２０１）。そして、抽出した部門ＩＤを、予め設定されている認証情報１２２０と比較して、部門ＩＤが正しいかどうかを判定する。或いは、部門ＩＤに対して印刷が許可されているかどうかを判定する。なお、認証情報は、印刷機器のメモリに格納されているものとする。
【００６０】
例えば、部門ＩＤが認証情報に登録されている場合、または、部門ＩＤに対して印刷が許可されている場合には、認証結果がＯＫであると判定して、ステップＳ１２０４に進み、認証がＯＫでない場合、ステップＳ１２０３に進む。
【００６１】
認証がＯＫである場合には、受信した印刷ジョブ１２１０を処理したときの処理内容をログ情報として記憶する（ステップＳ１２０４）。ログ情報は、印刷枚数（印刷に使用された用紙の数、印刷された面の数）、両面印刷または片面印刷の指定、カラー印刷またはモノクロ印刷の指定、ステイプルの有無などを示す情報である。最後に、印刷処理を行なって、印刷物１２３０を印字出力する（ステップＳ１２０５）。
【００６２】
認証がＯＫでない場合には、印刷ジョブを処理せずに削除する（ステップＳ１２０３）。
【００６３】
このように、部門ＩＤが不正であった場合に限り、ユーザは予期せずに印刷物を得られないことになるが、その他の部門管理機能、すなわち部門ＩＤによる利用者の制限、部門ごとの計数処理は利用可能となる。また、上記のようにＩＤが不正な場合以外に関しては、ユーザは双方向通信機能の有無の違いを特に意識すること無く、部門管理機能を利用できることになる。また、このような処理の切り替えを内部的な判断に基づき、自動的におこなえるようにする事で、ユーザにシステム構成に応じた設定などをさせるといった煩わしさも必要としない。
【００６４】
図１３は、システム構成を確認する方法の一例を示す図である。ＯＳ（タイプ２）のサーバにはネットワーク上のプリンティング機能を一元管理するＮＤＰＳという機能がある。図１３に示すのは、この機能を用いたプリントサーバコンピュータ１３０１及び及びクライアントコンピュータ１３００からなるプリンティングシステムである。
【００６５】
まず、サーバコンピュータ１３０１に対して接続された印刷機器１３０２があるとする。この印刷機器１３０２は、ＮＤＰＳの機能を用いて、複数のコンピュータの共有プリンタとして利用可能であるとする。
【００６６】
ここで、クライアントコンピュータ１３００にインストールされたＮＤＰＳクライアント１３００ｂを用いて、出力先を共有プリンタ１３０２としてプリンタドライバ１３００ｃをインストールする。この際、プリンタドライバ１３００ａと関連付けされて、出力先(ポート)の名称などの情報が記録される。
【００６７】
印刷が開始され、認証処理が開始されると、ユーティリティ１３００ｄは、ＯＳ１３００ａに、プリンタの情報を問い合わせる。このとき、ユーティリティ１３００ｄは、ＯＳ１３００ａから返信される出力先情報の中にポート名称を確認することにより、ＮＤＰＳを用いてインストールされたドライバであるかを判断し、もしＮＤＰＳによりインストールされたドライバであれば、ＯＳ（タイプ２）がサーバに適用されていると判断し、前述したような回避処理への切り替えをおこなう。なお、これは判定方法の一例であり、他にも回避すべき要因がある場合は、それに応じた判断方法を用意する。
【００６８】
以上により、本発明を適用することで、システム構成に依存して双方向通信機能が利用できなくなるような状況を、機能的制限を極力発生させない形で、また、その処理の切り替えをユーザに極力意識させないことで可用性を損なわない形で回避することを可能とし、従来技術では対応が不可能であった環境における部門管理機能の利用を可能となる。
【００６９】
以上において、部門ＩＤは、部門を識別する識別情報である以外に、ホストコンピュータを識別する識別情報、ユーザを識別する識別情報であってもよい。
【００７０】
また、認証処理は印刷機器１０１で行なわれているが、部門ＩＤに基づいて認証処理を行う認証装置をネットワークに設けた場合には、印刷機器１０１と認証装置とを置き換えることができる。
【００７１】
なお、本発明は、前述した各実施の形態の機能を実現するソフトウェアのプログラムコード（図１０〜１２のフローチャートに対応するプログラムコード）を記憶した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（クライアントコンピュータ１００のＣＰＵやＭＰＵ或いは印刷機器１０１のＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００７２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７３】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光磁気ディスク、光ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ不揮発性のメモリカード、ＲＯＭ、ＤＶＤ、ＤＶＤ−ＲＯＭなどを用いることができる。
【００７４】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現され得る。
【００７５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現され得る。
【００７６】
本発明は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体からそのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【００７７】
【発明の効果】
以上説明したように、従来技術では双方向通信が利用できないために部門管理機能が利用できなくなるようなシステム構成に対し、本発明によれば、部門管理機能を極力機能的な制限が発生しない形で利用できるようになる。
【００７８】
また、ＩＤが不正な場合以外に関しては、ユーザは、双方向通信機能の有無の違いを特に意識することなく、部門管理機能を利用できるようになる。
【００７９】
また、このような処理の切り替えが、システムの内部的な判断に基づき、自動的に行われることで、システム構成に応じた設定などをユーザにさせることがなく、ユーザの煩わしさを解消する。
【図面の簡単な説明】
【図１】部門管理システムの一例を示す機能ブロック図である。
【図２】部門管理が行われる印刷処理の流れの概略を示す図である。
【図３】ユーザインタフェース画面の例を示す図である。
【図４】作成される印刷ジョブのデータ構成を示す図である。
【図５】認証が失敗したことを告げるユーザインタフェース画面の一例を示す図である。
【図６】双方向通信が正常に動作しない場合の処理の流れを示す図である。
【図７】認証処理が失敗した旨を通知するユーザインターフェース画面の一例を示す図である。
【図８】クライアントコンピュータ８００とプリントサーバコンピュータ８０１を用いたプリンティングシステムにおける認証処理の流れを示した図である。
【図９】プリントサーバ９０１を用いたプリンティングシステムを示す図である。
【図１０】印刷処理の流れを示すフローチャートである。
【図１１】部門管理ユーティリティ１００ｅが実行する処理を示すフローチャートである。
【図１２】印刷機器１０１が実行する処理の流れを示すフローチャートである。
【図１３】システム構成を確認する方法の一例を示す図である。
【符号の説明】
１００  クライアントコンピュータ
１００ａ  アプリケーション
１００ｂ  グラフィックエンジン
１００ｄ  プリンタドライバ
１００ｅ  スプーラ
１００ｆ  部門管理用ユーティリティ
１０１  印刷機器
１０１ａ  部門管理情報
１０１ｂ  ログ情報
１０１ｃ  印字出力
１０２  部門管理用サーバコンピュータ
１０２ａ  部門管理用サーバコンピュータ
【図１】
0003854862.tif 000002
【図２】
0003854862.tif 000003
【図３】
0003854862.tif 000004
【図４】
0003854862.tif 000005
【図５】
0003854862.tif 000006
【図６】
0003854862.tif 000007
【図７】
0003854862.tif 000008
【図８】
0003854862.tif 000009
【図９】
0003854862.tif 000010
【図１０】
0003854862.tif 000011
【図１１】
0003854862.tif 000012
【図１２】
0003854862.tif 000013
【図１３】
0003854862.tif 000014