JP2017004071A - 印刷処理システム - Google Patents

Abstract

【課題】複数個の認証方式を持つ認証印刷において、プリンタで設定されている認証方式をプリンタドライバで自動的に反映すること。【解決手段】複数種類の認証方式を受け付ける印刷装置に対して印刷可能な印刷データを生成するプリンタドライバにおいて、印刷設定を受ける印刷設定手段と、認証印刷のための認証情報を受けつける認証情報入力手段と、構成情報取得手段を備え、構成情報取得手段を用いて入手した認証方式を元に、認証情報入力手段のユーザインターフェースを変更することを特徴とする。【選択図】図７

Description

本発明は、クライアントコンピュータのプリンタドライバで入力された認証情報から生成した情報を付与した印刷データをもとに、印刷の管理を行う印刷システムに関する。

従来のプリンティングシステムの技術として認証印刷がある（特許文献１）。認証印刷の認証方式としてさまざまな方式があるが、代表的なものとして、部門認証に代表されるグループ認証と、ユーザ認証という２つの認証方式がある。このグループ認証とユーザ認証の主な違いは、認証管理の単位である。グループ認証の場合は、例えば、会社の部門や仕事の単位ごとに、グループ名を割り当てて管理する。そのため複数のユーザが同じグループ名を使う可能性がある。ユーザ認証の場合は、ユーザ毎に別のユーザ名などの認証情報を登録し管理する。

市場に最初に導入された認証印刷の認証方式は、グループ認証である。これは、ユーザ毎に認証情報を管理するユーザ認証では、管理対象の認証情報が増え、当時のプリンタのハードウェア性能では処理できないことが背景としてあった。近年プリンタハードウェアの性能向上により、処理可能な認証管理対象の情報量が増えた。そのためユーザ毎に認証を行うユーザ認証もプリンタで実現できるようになった。

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

グループ認証のみをサポートする古いプリンタを使って、グループ認証で運用しているユーザの環境が既に市場に存在する。グループ認証で運用しているユーザの環境に導入してもらうため、ユーザ認証をサポートする新しいプリンタでも、古い認証方式であるグループ認証をサポートする必要がある。新しいプリンタを導入する場合は、どちらの認証方式を使用するかをあらかじめ決めておき、プリンタ側に設定する必要がある。さらに、新しいプリンタのためのプリンタドライバでは、プリンタ同様にグループ認証とユーザ認証の設定をサポートしている。

そのためプリンタドライバで認証情報を入力する場合、ユーザが意識してプリンタドライバでの認証方式を選択し設定する必要がある。その際にプリンタドライバで間違った認証方式を選択した場合、認証エラーとなり印刷できないということが発生する。

本発明に係る印刷処理システムは、
複数種類の認証方式を受け付ける印刷装置に対して印刷可能な印刷データを生成するプリンタドライバにおいて、印刷設定を受ける印刷設定手段と、認証印刷のための認証情報を受けつける認証情報入力手段と、構成情報取得手段を備え、
構成情報取得手段を用いて入手した認証方式を元に、認証情報入力手段のユーザインターフェースを変更することを特徴とする。

本発明の印刷処理システムによれば、プリンタドライバの構成情報取得を用いて、プリンタで設定された認証方式を取得し、プリンタドライバに自動設定される。このことにより、プリンタドライバの認証方式の設定を事前にする必要がなくなる。またユーザによる手動設定の機会がすくなくなるため、ユーザの操作ミスによる認証状態の不一致により、印刷ができないというケースを減少することができる。

システム構成を示す模式図である。 クライアントコンピュータのハードウェア構成を表す図である。 ソフトウェアのモジュール構成を示す図である。 プリンタドライバのユーザインターフェース群の図である。 構成情報取得に関するデータ群の模式図である。 実施例１の自動構成情報取得処理のフローチャートである。 実施例１のプリンタドライバのUI処理に関するフローチャートである。 実施例２のプリンタドライバのUI処理に関するフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

［実施例１］
図１に、本発明に係るシステムの概略構成を示すブロック図を示す。このシステムは、クライアントコンピュータ１００と、ページ記述言語(以下ＰＤＬと表記)形式の印刷データを受信し認証印刷を行なうことが可能なプリンタ２００を備える。これらはローカル・エリア・ネットワーク(ＬＡＮ)に代表されるネットワーク３００を介して接続され通信可能である。なお、プリンタ２００は、印刷機能のみを備えるシングルファンクションプリンタでも、印刷機能、スキャン機能、複写機能を備えるマルチファンクションプリンタでも構わない。４００はプリンタサーバである。

図２は本発明の実施形態を適用可能なクライアントコンピュータ１００(以下コンピュータと表記)のハードウェア構成を示すブロック図である。プリンタサーバ４００の構成も同じである。

ＣＰＵ１０１は主記憶装置１０２のＲＯＭ１０２１あるいはＲＡＭ１０２２あるいは補助記憶装置１０５に格納されたプログラムに従って装置全体の制御を行う。ＲＡＭ１０２２はＣＰＵ１０１が各種処理を行う際のワークエリアとしても使用される。補助記憶装置１０５はアプリケーション(以下アプリと表記)１０５１群や、プリンタドライバ１０５２群、オペレーティングシステム（ＯＳ）１０５３等を記憶する。アプリケーション１０５１やプリンタドライバ１０５２は、不図示のＣＤ−ＲＯＭやＵＳＢメモリ、あるいはネットワーク３００を経由して補助記憶装置１０５に追加することが可能である。

キーボード１０８やマウス・タッチパネルなどに代表されるポインティングデバイス１０９などの入力機器は、ユーザがコンピュータに対して各種指示を与えるためのデバイスである。入力Ｉ／Ｆ１０３を通じてコンピュータ１００へ接続される。出力Ｉ／Ｆ１０４は、データを外部に出力するためのインターフェースであり、モニター１１０などの出力機器に対してデータを出力する。プリンタ２００とは、通信Ｉ／Ｆ１０６を通じて接続されるネットワーク３００を通して接続されている。また、１０７は共通データシステムバスで、ハードウェアモジュール間でそれぞれのデータのやりとりに使われる。

図３はプリンタドライバによるプリンタの構成情報取得のための機能構成を説明するブロック図である。プリンタドライバ３０００を構成するモジュールは、プリンタの機種に依存しないドライバ共通部３００１と、プリンタの機種ごとの固有の処理を実現する機種依存モジュール３００３で構成される。さらに、プリンタの機種依存の情報を格納する機種依存情報ファイル３００２と、プリンタ２００との通信方法について記載する変換情報ファイル３００５とで構成される。

ドライバ共通部３００１は、例えば、図４（a）に示されるような「印刷設定」ユーザインターフェース（ＵＩ）４０００をモニター１１０上に表示する。「印刷設定」ＵＩ４０００を表示する際に、ドライバ共通部３００１は機種依存情報ファイル３００２の内容を解析し、データをメモリ１００２に読み込む。「印刷設定ＵＩ」４０００において、「デバイスの設定」ボタン４００３が押下されると、図４（b）の「デバイスの設定」ＵＩ４１００が表示される。図４（b）に示されるＵＩ４１００は、図５（a）に示すような構成情報を含む機種依存情報ファイル３００２をドライバ共通部３００１が読み込んで表示した場合の表示例である。

図５（a）を用いて機種依存情報ファイル３００２を構成する構成情報の詳細について説明する。図５（a）の*Featureは当該機能のＵＩコントロールと関連づけられている構成情報を定義するキーワードである。図５（a）の５０００は、印刷認証管理の構成情報であるAuthenticationModeの記載例である。図４（b）の「デバイスの設定」ＵＩ４１００におけるコントロール４１０４〜４１０５に対応している。また５１００は“StapleFinicherX1”の構成情報であり、図４（b）の「デバイスの設定」ＵＩ４１００におけるコントロール４１０３に対応している。同様に５２００は“StackBypass”の構成情報であり、コントロール４１０2に対応している。

*Feature内に記述された各*Optionは当該*Featureの選択肢を定義したものであり、*Featureに関連付けられたＵＩコントロールの選択肢を示している。これらの*Optionは互いに排他であり、ドライバ共通部３００１は、*Featureは常に何れかの一つの*Optionを設定として保持する。AuthenticationModeは、*Optionとして、None、Group、Userの３つの選択肢をもつ。

ドライバ共通部３００１は、図３に示すプリンタ情報取得サービス３００４から公開されているプリンタ情報取得インターフェース３００４ａを取得し呼び出すことで、プリンタドライバ３０００に関連付けられているプリンタから構成情報を取得する。なお、本実施例ではプリンタ情報取得サービス３００４はオペレーティングシステム（ＯＳ）が提供する汎用のサービスを利用する。

図５（a）の*BidiQueryは、該機能のプリンタ２００からの情報取得スキーマの定義を記載するキーワードである。ドライバ共通部３００１は*BidiQueryの子要素の*QueryStringに指定されている文字列である情報取得スキーマを用いて、プリンタ情報取得サービス３００４にプリンタの構成情報の問い合わせを行う。情報取得スキーマは文字ドット‘．’を区切り文字としてディレクトリ構造で表現される。図５（a）の５０００の例の場合、ルートがPrinterでCanon, Deviceと続くディレクトリ構造となっており最終的には、AuthenticationModeという名前の値が定義されている。

この情報取得スキーマはプリンタに依存する拡張スキーマの一例である。拡張スキーマのほかにも各ベンダー共通で使える共通スキーマが定義されている。共通スキーマはＯＳが定義し、プリンタ情報取得サービス３００４にとって既知のスキーマである。また標準MIBでプリンタとの通信方法もあらかじめ規定されており、プリンタ情報取得サービス３００４はプリンタ２００より構成情報を取得することが可能である。しかし、拡張スキーマはベンダーが独自に定義するため、プリンタ情報取得サービス３００４にとって未知のスキーマである。

そのため、プリンタベンダーは、プリンタドライバの一部として、変換情報ファイル３００５を提供する。変換情報ファイル３００５は拡張スキーマでの問い合わせに対するプリンタ２００との通信方法について記載されている。この変換情報ファイル３００５を参照しその記載に従ってプリンタ２００と通信することにより、プリンタ情報取得サービス３００４は個々のプリンタ特有の構成情報を取得することが可能となる。

図５（b）に、AuthenticationModeに関する機種依存情報ファイル５３００を示す。機種依存情報ファイル５３００は、ＳＮＭＰを用いた拡張スキーマの例である。機種依存情報ファイル５３００はＸＭＬ形式で記載されている。Propertyの親子関係とValueによって情報取得スキーマのディレクトリ構造を表現している。情報取得スキーマのディレクトリ構造に該当するValue要素に属性の形式で、プリンタ特有の構成情報を取得するための情報が定義されている。具体的にはoid属性にMIBのオブジェクトＩＤが記載され、type属性にはその型情報が記載されている。

プリンタ情報取得サービス３００４は、インターフェース３００４ａを介してプリンタドライバ３０００（ドライバ共通部３００１）から構成情報取得の問い合わせがくると、動作する。プリンタ情報取得サービス３００４は、変換情報ファイル３００５を参照し、関連付けられたプリンタＭＩＢの状態をプリンタ２００に対して問い合わせ、取得した結果をプリンタドライバ３０００に返す。結果を取得したプリンタドライバ３０００は、結果に応じて構成情報を変更しＵＩに反映させる。

図６のフローチャートを用いて、クライアントコンピュータ１００からのプリンタ２００の自動構成情報取得処理について、具体的な処理フローを説明する。この処理はＯＳ１０５３がプリンタドライバ１０５２を補助記憶装置１０５からＲＡＭ１０２２にロードし、ＣＰＵ１０１に実行を依頼することにより開始される（Ｓ６００）
ステップＳ６０１においてドライバ共通部３００１は、プリンタ情報取得サービス３００４からのイベント通知を受信する。従来、プリンタ２００でオプションの着脱が変更された場合にプリンタ情報取得サービス３００４からプリンタドライバ３０００に対してイベントが通知された。本発明では、加えて、プリンタ２００での印刷認証管理の設定変更時にもイベントが通知される。

次にステップＳ６０２で、プリンタ情報取得サービス３００４からプリンタ情報取得インターフェース３００４ａを取得する。

続けてステップＳ６０３において、ドライバ共通部３００１は機種依存情報ファイル３００２を参照して機種依存情報を取得する。ここで取得する機種依存情報には、図５（ａ）に示すような各機能の構成情報取得のための情報が記述されている。図５（ａ）の機能毎に定義された*Featureの*BidiQueryには、ドライバ共通部３００１がプリンタ情報取得インターフェース３００４ａを用いてプリンタ２００の構成情報を取得するための情報が記述されている。*BidiQuery内の*QueryStringには取得したい構成情報に対応した情報取得スキーマが記載されている。本実施例に関係するAuthenticationModeの具体的な情報取得スキーマは、＼Printer.Canon.Device.AuthenticationModeである。

ステップＳ６０４で、ステップＳ６０２で取得したプリンタ構成情報取得インターフェース３００４ａに対して*QueryStringに記述された情報取得スキーマを指定して構成情報の問い合わせを実行する。

ステップＳ６０４による問い合わせを受けたプリンタ情報取得サービス３００４は、該当のプリンタドライバ３０００が保持しているＸＭＬ形式の変換情報ファイル３００５を取得する。変換情報ファイル３００５から、*QueryStringに記述された情報取得スキーマに対応したValueを検索する。該当のValueを発見した場合、その属性に指定されているoidを用いてプリンタ２００からＭＩＢ情報を取得する。

ステップＳ６０５において、取得した値を機種依存情報内の*Optionに関連付けられた*BidiValueの中身と比較評価する。図５（ａ）の*Optionエントリ内の*BidiValueエントリには、各Optionの装着を問い合わせる際にプリンタ情報取得サービス３００４から返ってくる値を評価するための情報が記載されている。 *BidiValueの値と合致したオプションがあれば、ドライバ共通部３００１は、AuthenticationModeに関する設定を更新する（ステップＳ６０６）。

図５（a）の５０００の例の場合は、プリンタ情報取得サービス３００４からINT(0)が返った場合はNoneが設定され、プリンタ２００で印刷認証管理が設定されていない状態と判断する。その場合、図４（b）に示す「デバイスの設定」ＵＩ４１００の印刷認証管理のチェックボックス４１０４のチェックが外れた状態となる。またプリンタ情報取得サービス３００４から、INT(1)が返ってきた場合Groupが設定され、プリンタ２００で印刷認証管理としてグループ認証が設定されていると判断する。

その場合、図４（b）に示す「デバイスの設定」ＵＩ４１００の印刷認証管理のチェックボックス４１０４がチェックされ、印刷認証管理のドロップダウンコントロール４１０５で、グループ認証が選択された状態となる。一方プリンタ情報取得サービス３００４から、INT(2)が返ってきた場合Userが設定され、プリンタ２００で印刷認証管理としてグループ認証が設定されている場合である。その場合、図４（b）に示す「デバイスの設定」ＵＩ４１００の印刷認証管理のチェックボックス４１０４がチェックされ、印刷認証管理のドロップダウンコントロール４１０５で、ユーザ認証が選択された状態となる。もし機種依存情報の記載の合致しない値がとれた場合には、Noneが設定されたと判断し処理する。

次に、ステップＳ６０７において、機種依存情報内のすべての構成情報について上記処理を終えたか否かを判断し、すべての構成情報について処理を終えたならば本処理を終了する。一方、ステップＳ６０７で未処理の構成情報が存在すると判定された場合は、ステップＳ６０３に戻り、上記処理を繰り返す。

なお、クライアントコンピュータ１００とプリンタサーバ４００で、共有プリンタという印刷サーバシステムの形態がある。その場合もオペレーティングシステム（ＯＳ）が提供する汎用のプリンタ情報取得サービス３００４を利用することにより、構成情報を取得することが可能である。

図７のフローチャートを用いて、図４（a）の「印刷認証」ボタン４００１に関する印刷認証のUI表示処理について説明する。この処理はＯＳ１０５３がプリンタドライバ１０５２を補助記憶装置１０５からＲＡＭ１０２２にロードし、ＣＰＵ１０１に実行を依頼することにより開始される（Ｓ７００）。

図７のフローチャートは、図４（a）に示す「印刷設定」ＵＩ４０００をモニター１１０上に表示する前処理として、ドライバ共通部３００１によって実行される。ドライバ共通部３００１は、現在のAuthenticationModeに関する設定を取得する(Ｓ７０１)。AuthenticationModeに関する設定がUserでも、Groupでもない場合、「印刷認証」ボタン４００１をグレーアウト表示し無効化する(Ｓ７０１〜Ｓ７０４)。もしAuthenticationModeに関する設定がGroupの場合、「印刷認証」ボタン４００１を有効化する。

さらに同ボタンが押下された場合に図４（c）に示す「グループ認証の設定」ダイアログ４２００を起動するように結びつける（Ｓ７０１〜Ｓ７０５）。もしAuthenticationModeに関する設定がUserの場合、「印刷認証」ボタン４００１を有効化する。さらに同ボタンが押下された場合に起動するダイアログに、図４（d）に示す「ユーザ認証の設定」ダイアログ４３００を結びつける（Ｓ７０１〜Ｓ７０６）。

本実施形態によれば、自動構成情報取得処理を用いて、プリンタ２００で設定された印刷認証管理の設定を取得できる。自動構成情報取得によりプリンタで設定された認証方式がプリンタドライバに設定されるので、事前にユーザによる印刷認証管理の設定を必要がなくなる。そのことによりユーザの操作ミスによって印刷できないというケースを減少することができる。

［実施例２］
セキュアプリントや印刷情報収集などの用途のために、印刷ジョブを行うユーザを、ユーザ単位で特定したいという要望がある。グループ認証では、複数のユーザを管理対象が、会社の部門や仕事の単位ごとにグループ名を割り当てるために、ユーザ単位の特定ができない。そのためプリンタドライバは、印刷ジョブのユーザ名を指定するUIを、認証情報の設定を行うＵＩを別途有している。上記印刷ジョブのユーザ名を指定するUIとユーザ認証と併用して用いた場合、両設定で異なるユーザ名を指定されると、矛盾した状態となり、正確な管理が難しい状態になるという課題があった。

図８のフローチャートを用いて、図４（a）の「ユーザ名の設定」ボタン４００２の表示処理について説明する。この処理はＯＳ１０５３がプリンタドライバ１０５２を補助記憶装置１０５からＲＡＭ１０２２にロードし、ＣＰＵ１０１に実行を依頼することにより開始される（Ｓ８００）。

図８のフローチャートは、「印刷設定」ＵＩ４０００をモニター１１０上に表示する前処理として、ドライバ共通部３００１によって実行される。ドライバ共通部３００１は、現在のAuthenticationModeに関する設定を取得する(Ｓ８０１)。AuthenticationModeに関する設定がUserでも、Groupでもない場合、「ユーザ名の設定」ボタン４００２を有効化する (Ｓ８０１〜Ｓ８０４)。もしAuthenticationModeに関する設定がGroupの場合も、同様に「ユーザ名の設定」ボタン４００２を有効化する（Ｓ８０１〜Ｓ８０５）。

「ユーザ名の設定」ボタン４００２が有効な場合に、同ボタンが押下されると、図４（e）に示す「ユーザ名の設定」ダイアログ４４００が表示され、ユーザ名として使用する名称の入力を受け付けることができる。もしAuthenticationModeに関する設定がUserの場合、「ユーザ名の設定」ボタン４００２を同ボタンが押せないようにグレーアウト状態とし無効化する（Ｓ８０１〜Ｓ８０６）。

本実施形態によれば、ユーザ認証を用いる場合に印刷ジョブのユーザ名を指定するUIを無効化することにより、「ユーザ認証の設定」ダイアログ４３００と「ユーザ名の設定」ダイアログ４４００で異なるユーザ名が指定された状態を防止することができる。

＜その他の実施形態＞
プリンタ２００における構成の変化の検出方法としては、プリンタ２００からプリンタ情報取得サービス３００４に対して構成の変化の発生を通知するようにしてもよい。またプリンタ情報取得サービス３００４が所定の時間間隔でプリンタ２００に対して構成を問い合わせ、構成の変化を検出するようにしてもよい。なお、図６では上記イベント通知をトリガとして構成情報取得処理を起動するが、構成情報取得処理の起動タイミングはイベント通知に限られるものではない。プリンタドライバ３０００のインストール時、ＯＳの起動時、構成情報取得ボタン４１０１の押下時に、構成情報取得処理を実行するようにしてもよい。

なお、上記実施形態では、デバイスとしてプリンタを想定しているが、他のデバイスとしてＦＡＸ、複写機、複合機、ルータなどあらゆる機器において同様であり、これに限るものではない。

デバイス管理システムは、複数の端末（ＰＣ）からなる構成であっても、単一の端末からなる構成であっても良い。本実施形態では、プリンタから情報を取得するためのプロトコルとしてＳＮＭＰを想定しているが、あらゆる接続形態、通信プロトコルにおいて同様であり、これに限るものではない。

１００ クライアントコンピュータ、４００ プリントサーバ、２００ プリンタ、
３００ ネットワーク、１０５１ アプリケーション、１０５２ プリンタドライバ、
１０５３ オペレーションシステム

Claims (2)

1. 複数種類の認証方式を受け付ける印刷装置に対して印刷可能な印刷データを生成するプリンタドライバにおいて、印刷設定を受ける印刷設定手段と、認証印刷のための認証情報を受けつける認証情報入力手段と、構成情報取得手段を備え、
   構成情報取得手段を用いて入手した認証方式を元に、認証情報入力手段のユーザインターフェースを変更することを特徴とする印刷処理システム。
2. 印刷ジョブのオーナーを入力する印刷ユーザ名入力手段を有し、認証方式がユーザ認証である場合は、印刷ユーザ名入力手段を無効化し、ユーザ認証のユーザ名を使って印刷データを生成することを特徴とする請求項１に記載の印刷処理システム。