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