JP5877493B2 - データ処理装置、方法、プログラムおよび記録媒体 - Google Patents

Description

本発明は、印刷データの出力先を自動的に決定するためのデータ処理装置、方法、プログラムおよび記録媒体に関する。

従来、ユーザがアプリケーションから仮想プリンタドライバを選択して印刷を実行する際に、振り分けのためのルールが記載された設定ファイルの情報に基づいて出力先のプリンタを自動的に選択する印刷先自動振り分けシステムが知られている。この点につき、特開２０１０−２７１９８８号公報（特許文献１）は、印刷要求元識別値に印刷先プリンタを紐付けた対応付けテーブル（設定ファイル）を参照して出力先を自動的に決定する印刷先自動振り分けシステムを開示する。しかしながら、数百〜数万のリソース（ユーザ、ハードウェア）をカバーする大規模なネットワークに対して印刷先自動振り分けシステムを導入することを考えた場合、膨大な数のリソースに対応した設定ファイルを作成・維持するのに要する管理工数は膨大なものになる。

一方、近年、ディレクトリサービスを利用して、ネットワーク上に存在するクライアント、サーバ、プリンタ等のハードウェア資源の属性情報およびこれらを使用するユーザの属性情報（ユーザ名、パスワード、所属組織、アクセス権限等）を一元管理することが広く行われている。この方法によれば、これらのリソース情報をディレクトリサービス上で一括して集中管理することができるため、システム管理者の負担を大きく軽減することが可能になる。

本発明は、上記従来技術における課題に鑑みてなされたものであり、システム管理者の負担を軽減する新規な印刷先自動振り分け装置を提供することを目的とする。

本発明者は、システム管理者の負担を軽減する新規な印刷先自動振り分け装置につき鋭意検討した結果、印刷先を決定するために専用の設定ファイルを使用する従来の構成に代えて、必要に応じてディレクトリサービスに対して所望のリソース情報を問い合わせ、当該リソース情報に基づいて印刷先を決定する構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、ネットワークを介して複数のクライアント、複数のリモートプリンタおよびディレクトリサービス提供装置に接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置であって、該データ処理装置は、前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、前記ジョブデータごとにプライベートインスタンスとして生成される発送処理部を含み、前記発送処理部は、前記ジョブデータに含まれる印刷要求元を識別するための印刷要求元識別情報をキーとして含むクエリを生成する発送先制御部と、前記発送先制御部からの依頼に応じて、前記クエリを前記ディレクトリサービス提供装置に発行し、該ディレクトリサービス提供装置から検索結果としてリソース情報を取得するためのディレクトリサービス問い合わせ部とを含み、前記発送先制御部は、前記ディレクトリサービス問い合わせ部が取得した前記リソース情報に基づいて印刷先となるリモートプリンタを決定する、データ処理装置が提供される。

本実施形態のネットワークプリントシステムを示す図。 本実施形態のデータ処理装置の機能ブロック図を示す図。 本実施形態における発送管理テーブルを示す図。 本実施形態におけるリソース情報テーブルを示す図。 本実施形態におけるリソース情報テーブルを示す図。 本実施形態におけるリソース情報テーブルを示す図。 リソース情報を示す図。 本実施形態における表示先管理テーブルを示す図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

図１は、本発明の実施形態であるデータ処理装置１１０を含んで構成されるネットワークプリントシステム１００を示す。ネットワークプリントシステム１００は、データ処理装置１１０と、パーソナルコンピュータとして参照される複数のクライアント１１２と、複数のリモートプリンタ１２２と、ディレクトリサービス提供装置１３０とを含んで構成され、各装置がＬＡＮやＶＰＮなどとして参照されるネットワーク１４０を介して相互に接続されている。

ネットワークプリントシステム１００においては、各クライアント１１２に対して少なくとも１台のリモートプリンタ１２２が割り当てられており、図１に示す例においては、オフィスの階数単位（１Ｆ〜２０Ｆ）で、クライアント１１２とリモートプリンタ１２２が対応付けられている。

本実施形態のデータ処理装置１１０は、好ましくは、サーバ装置として実装され、シングルコア、マルチコアのＣＰＵ、ＲＯＭ、実行空間を提供するＲＡＭ、ハードディスク装置などを含み、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘサーバ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、Ｓｏｌａｒｉｓ（登録商標）などのＯＳによる制御の下、印刷データの印刷先を制御する。また、データ処理装置１１０とクライアント１１２の間は、ＲＤＰ（Remote Desktop Protocol）などの適切な遠隔接続プロトコルを使用してトランザクションが可能とされている。

各クライアント１１２は、クライアント・サーバ環境においては、それぞれがアプリケーションプログラムを実装し、各種処理を完結するファットクライアントとして実装される。また、クライアント１１２をシンクライアントとして実装することもできる。この場合、クライアント１１２は、専ら、アプリケーションを搭載するデータ処理装置１１０に対してサービス要求を発行し、処理結果を受領し、処理結果の印刷要求をデータ処理装置１１０に対して発行する機能のみを実装する。

ディレクトリサービス提供装置１３０は、ＬＡＤＰサーバとして参照することができるディレクトリサービスサーバ１３２とデータベース１３４を含む既知の構成であり、例えば、マイクロソフト社のActive Directory、アップル社のOpen Directory、ノベル社のe Directory等によって構成することができる。図１に示す例においては、ディレクトリサービス提供装置１３０は、ネットワーク１４０上に存在するハードウェア資源（データ処理装置１１０、クライアント１１２、リモートプリンタ１２２）およびこれらを使用するユーザについて、それぞれの属性情報を一元記憶管理する。

本実施形態のデータ処理装置１１０は、クライアント１１２からの印刷要求および印刷データを受領すると、ディレクトリサービス提供装置１３０に対して必要なリソース情報を問い合わせ、その応答結果に基づいて印刷先となるリモートプリンタ１２２を決定する。データ処理装置１１０は、当該印刷データに対応するＲＡＷデータを作成した後、これに、ＰＤＬ（Page Description Language）コマンドの追加処理などを行って出力データを生成し、当該出力データを決定した印刷先に宛てて送信する。

図２は、本実施形態のデータ処理装置１１０の機能ブロック図を示す。図２に示すように、データ処理装置１１０は、データ処理部２１０と、アプリケーション実行部２１２とを含んで構成される。なお、図２は、シンクライアント環境におけるデータ処理装置１１０を例示しており、データ処理部２１０とアプリケーション実行部２１２とが一体化してデータ処理装置１１０を構成しているが、クライアント１１２がファットクライアントとして実装される場合には、クライアント１１２が、図２に示すアプリケーション実行部２１２の機能を保有するように構成してもよく、ネットワークプリントシステム１００内に別途ターミナルサーバを設ける場合には、図２に示す破線をネットワーク境界として、左手側の機能部２１２をターミナルサーバとして実装してアプリケーション実行部２１２を実装し、データ処理装置１１０は、データ処理部２１０のみを含むプリンタサーバとして実装してもよい。

アプリケーション実行部２１２は、アプリケーション２１４と、印刷要求元通知部２１６とを含んで構成されており、ネットワーク１４０を介してクライアント１１２の処理要求や印刷要求を受領して処理を実行する。実行結果は、アプリケーション２１４によるプリント指令イベントの発生に応答して、ＧＤＩ（Graphical Device Interface）などのＡＰＩコールを経てプリントジョブ（以下、単にジョブとして参照する。）とした後、ジョブデータをデータ処理部２１０に送付する。

アプリケーション２１４は、クライアント１１２からの印刷要求を受領すると、データ処理部２１０に対して、新たなジョブが開始したことを通知する。

印刷要求元通知部２１６は、印刷要求元の識別情報（以下、印刷要求元識別情報として参照する）をクライアント１１２から受領し、データ処理部２１０の発送処理部２４０が含む後述するＵＩ表示部２４８に対して、当該印刷要求元識別情報およびプロセスＩＤを送付する。ここで、印刷要求元識別情報とは、印刷要求元であるクライアントまたはユーザに一意の識別情報であればよく、印刷要求元であるクライアントにログインしているユーザのユーザＩＤあるいは当該クライアントのＩＰアドレスやＭＡＣアドレスなどとすることができる。

データ処理部２１０は、仮想プリンタドライバ２１８と、アプリケーション２１４から送付されたジョブデータをスプールファイルとして格納するためのジョブ格納部２２６と、イメージ処理部２３６と、クライアントから受領した印刷要求元識別情報に応じて印刷先を決定するとともに、当該印刷先に対応するリモートドライバ２５０Ａ〜２５０Ｃに印刷出力すべきデータを送付するための発送処理部２４０とを含んでいる。

仮想プリンタドライバ２１８は、仮想プリント管理部２２０と、ジョブ情報データ抽出部２２２と、仮想描画部２２４とを含んで構成されている。仮想プリンタドライバ２１８は、アプリケーション２１４からジョブデータを受領すると、仮想プリント管理部２２０を呼出し、当該ジョブデータを、アプリケーション２１４がジョブを仮想プリンタドライバ２１８に依頼した時点で生成されたプロセスＩＤと関連付けてジョブ格納部２２６に格納する。

本実施形態におけるジョブデータは、イメージデータとジョブ情報データを含んで構成される。イメージデータは、ビットマップ、ＪＰＥＧ、ＧＩＦなどの低次イメージフォーマットデータ、描画コードを含むＥＭＦ、Ｐｏｓｔｓｃｒｉｐｔ（登録商標）、ＰＤＦ、ＸＰＳなどの高次イメージフォーマットデータとして参照することができる。一方、ジョブ情報データは、印刷要求元識別情報の他、イメージデータの面付け情報、マージン、サイズ設定、ページ数、文書名などの印刷情報を含む。

仮想プリント管理部２２０は、仮想描画部２２４とジョブ情報データ抽出部２２２を呼出す。呼び出された仮想描画部２２４は、ジョブ格納部２２６からジョブデータが含むイメージデータ２３４をジョブ毎に処理するために、作業空間２３０ａ〜２３０ｃを確保し、それぞれにジョブ毎のイメージデータ２３４を移動する。

一方、呼び出されたジョブ情報データ抽出部２２２は、ジョブ格納部２２６に格納されたジョブデータからジョブ情報データを抽出して作業空間２３０に格納する。以上、仮想プリンタドライバ２１８の基本構成とこれがジョブ毎に展開する作業空間２３０ａ〜２３０ｃについて説明してきたが、続いて、発送処理部２４０について、以下説明する。

仮想プリンタドライバ２１８は、アプリケーション実行部２１２からジョブデータを受領すると、当該ジョブのための発送処理部２４０としてプライベートインスタンス２４０ａ〜２４０ｃを生成する。プライベートインスタンス２４０ａ〜２４０ｃは、発送先制御部２４２と、データ発送部２４４と、ディレクトリサービス問い合わせ部２４６と、ＵＩ表示部２４８を含んで構成される。

データ発送部２４４は画像処理モジュールとして実装されるイメージ処理部２３６に対して、自身のジョブに対応する作業空間２３０のイメージデータ２３４を取得させ、当該作業空間２３０内のジョブ情報データ２３２に含まれる印刷情報に基づいて、ページ割り当て、面付けなどの処理を実行させる。その後、データ発送部２４４は、発送先制御部２４２が後述した手順で決定した印刷先リモートプリンタ１２２に対応するリモートドライバ２５０Ａ〜２５０Ｃに対して、当該作業空間２３０内のイメージデータ２３４の印刷指令を発行する。

なお、データ発送部２４４は、図３に例示する発送管理テーブル３００を管理する。発送管理テーブル３００は、アプリケーション２１４がジョブを仮想プリンタドライバ２１８に依頼した時点で生成されたプロセスＩＤを格納するためのフィールド３０１と、発送先制御部２４２が後述した手順で決定する印刷先プリンタＩＤを格納するためのフィールド３０２と、ジョブ情報データ２３２に含まれる印刷情報を格納するためのフィールド３０３とを備える。印刷情報には、印刷要求元のユーザＩＤ、ＩＰアドレス、印刷設定情報、ジョブ情報等が含まれる。

データ発送部２４４から印刷指令を受けた出力先のリモートドライバ２５０Ａ〜２５０Ｃは、当該、ポートモニタなどへとＲＡＷ形式の出力データを送付し、決定された出力先に印刷出力させる。その後、出力先から印刷完了の通知を受けてジョブ毎に生成された発送処理部２４０のインスタンスは終了する。

以上、説明したように、本実施形態のデータ処理部２１０においては、仮想プリンタドライバ２１８と発送処理部２４０が分担してジョブ単位で処理を実行するために、作業空間２３０ａ〜２３０ｃは、仮想プリンタドライバ２１８および発送処理部２４０の両方からアクセス可能な記憶領域として、ジョブ毎に独立したスプール空間を構成する。

次に、上述した発送先制御部２４２とディレクトリサービス問い合わせ部２４６が協働することによって実現される印刷先自動振り分け機能について説明する。

発送先制御部２４２は、印刷先とすべきリモートプリンタ１２２を決定するにあたり、ディレクトリサービス問い合わせ部２４６に対し、必要なリソース情報の問い合わせを依頼する。ここで、リソース情報とは、ネットワーク１４０上に存在するリソース（ハードウェア資源およびこれらを使用するユーザ）の属性情報をいう。具体的には、発送先制御部２４２は、所定の印刷要求元識別情報をキーとして含むクエリを生成し、当該クエリをディレクトリサービス問い合わせ部２４６に転送して問い合わせを依頼する。ディレクトリサービス問い合わせ部２４６は、これを受けて、当該クエリをディレクトリサービス提供装置１３０に対して発行する。ディレクトリサービス提供装置１３０のディレクトリサービスサーバ１３２は、ディレクトリサービス問い合わせ部２４６から受領したクエリに基づいてデータベース１３４を検索し、ヒットしたリソース情報をディレクトリサービス問い合わせ部２４６に返す。なお、ディレクトリサービス問い合わせ部２４６とディレクトリサービス提供装置１３０との間の通信は、ＬＤＡＰなどディレクトリサービス用の通信プロトコルに則って行われるように構成することが好ましい。

ディレクトリサービス問い合わせ部２４６は、ディレクトリサービス提供装置１３０から受領したリソース情報を発送先制御部２４２に転送する。発送先制御部２４２は、受領したリソース情報を解析し、その結果に基づいて印刷先としてのリモートプリンタ１２２を決定する。以下、上述した一連の手順を具体例をもって説明する。

ディレクトリサービス提供装置１３０のデータベース１３４には、リソース情報として、少なくとも、ユーザがログインしているクライアント１１２の属性情報、ネットワーク１４０に接続されたリモートプリンタ１２２の属性情報、リモートプリンタ１２２に対するユーザの使用権限情報が格納されている。

本実施形態のネットワークプリントシステム１００のユーザ認証は、ディレクトリサービス提供装置１３０が一括して実行しており、ディレクトリサービス提供装置１３０は、そのためのユーザ認証情報に加え、各ユーザがログインしているクライアントの位置情報を一元管理している。図４は、クライアントの属性情報を管理するリソース情報テーブル４００を示す。リソース情報テーブル４００は、少なくとも、ユーザＩＤを格納するためのフィールド４０１と、ユーザがログインしているクライアントＰＣの名称を格納するためのフィールド４０２と、当該クライアントＰＣの位置情報（クライアント１１２が設置されたフロアおよび当該フロア内のエリアに関する情報）を格納するためのフィールド４０３およびフィールド４０４を備える。

さらに、ディレクトリサービス提供装置１３０は、ネットワーク１４０に接続されたリモートプリンタ１２２の属性情報を一元管理している。図５は、リモートプリンタ１２２の属性情報を管理するリソース情報テーブル５００を示す。リソース情報テーブル５００は、少なくとも、リモートプリンタ１２２のプリンタＩＤを格納するためのフィールド５０１と、リモートプリンタ１２２の位置情報（リモートプリンタ１２２が設置されたフロアおよび当該フロア内のエリアに関する情報）を格納するためのフィールド５０２およびフィールド５０３を備える。

さらに、ディレクトリサービス提供装置１３０は、ネットワーク１４０に接続されたリモートプリンタ１２２に対するユーザの使用権限情報を一元管理している。図６は、リモートプリンタ１２２に対するユーザの使用権限情報を管理するリソース情報テーブル６００を示す。リソース情報テーブル６００は、少なくとも、リモートプリンタ１２２のプリンタＩＤを格納するためのフィールド６０１と、当該リモートプリンタ１２２の使用権限を有するユーザのユーザＩＤを格納するためのフィールド６０２を備える。

ここで、印刷要求元識別情報をユーザＩＤ[User1010]とした場合について説明すると、発送先制御部２４２は、ユーザＩＤ[User1010]をキーとして含むクエリを生成する。具体的には、ユーザＩＤ[User1010]のユーザがログインしているクライアント１２２の位置情報を検索するためのクエリを生成し、当該クエリをディレクトリサービス問い合わせ部２４６に転送して検索を依頼する。これを受けて、ディレクトリサービス問い合わせ部２４６は、発送先制御部２４２から受領したクエリをディレクトリサービス提供装置１３０に発行する。

ディレクトリサービス提供装置１３０のディレクトリサービスサーバ１３２は、ディレクトリサービス問い合わせ部２４６から受領したクエリに基づいてデータベース１３４に格納されたリソース情報テーブル４００を検索する。その結果、ディレクトリサービスサーバ１３２は、図７（ａ）に示すリソース情報７０２を検出し、これをディレクトリサービス問い合わせ部２４６に返す。ディレクトリサービス問い合わせ部２４６は、受領したリソース情報７０２を発送先制御部２４２に転送する。

さらに、発送先制御部２４２は、ユーザＩＤ[User1010]のユーザが使用権限を有するリモートプリンタのＩＤおよび当該リモートプリンタの位置情報を検索するためのクエリを生成し、当該クエリをディレクトリサービス問い合わせ部２４６に転送して検索を依頼する。これを受けて、ディレクトリサービス問い合わせ部２４６は、発送先制御部２４２から受領した２つのクエリをディレクトリサービス提供装置１３０に発行する。

ディレクトリサービス提供装置１３０のディレクトリサービスサーバ１３２は、ディレクトリサービス問い合わせ部２４６から受領したクエリに基づいてデータベース１３４に格納されたリソース情報テーブル５００および６００を検索する。その結果、ディレクトリサービスサーバ１３２は、図７（ｂ）に示すリソース情報７０４を検出し、これをディレクトリサービス問い合わせ部２４６に返す。ディレクトリサービス問い合わせ部２４６は、受領したリソース情報７０４を発送先制御部２４２に転送する。

発送先制御部２４２は、ディレクトリサービス問い合わせ部２４６から転送された２つのリソース情報７０２，７０４を解析して印刷先を決定する。具体的には、リソース情報７０２におけるクライアント１２２の位置情報（フロア情報：１０Ｆ、エリア情報：Ｃ）をキーとしてリソース情報７０４を検索する。その結果、発送先制御部２４２は、ユーザＩＤ[User1010]のユーザがログインしているクライアント１２２の位置情報に一致する位置情報を有するプリンタのプリンタＩＤ[Printer1012]を取得する。なお、上述した例においては、位置情報として２つの情報（フロア情報/エリア情報）を管理する例を示したが、このように位置情報が複数存在する場合は、各情報に優先順位を設定し、位置情報につき全部一致のプリンタがヒットしない場合は、優先順位に基づいて部分一致のプリンタのプリンタＩＤを取得するように構成することが好ましい。

発送先制御部２４２は、上述した手順で取得したプリンタＩＤを印刷先プリンタＩＤとして、プロセスＩＤおよびジョブ情報データ２３２とともにデータ発送部２４４に通知する。データ発送部２４４は、発送先制御部２４２から通知された印刷先プリンタＩＤを図３に示した発送管理テーブル３００のフィールド３０２にセットする。

以上、発送先制御部２４２の機能について、発送先制御部２４２がディレクトリサービス提供装置１３０からユーザがログインしているクライアント１２２の位置情報ならびに当該ユーザが使用権限を有するリモートプリンタの位置情報をリソース情報として取得する場合を例にとって説明したが、本実施形態における発送先制御部２４２は、このような態様に限定されるものではなく、印刷要求元識別情報（例えば、ユーザＩＤ）をキーとして含む適切なクエリを適宜生成することによって、ディレクトリサービス提供装置１３０が管理する各種リソース情報の中から、印刷先を決定するために必要な所定のデータを取得することができるものであればよい。

発送管理テーブル３００に印刷先プリンタＩＤ等をセットした発送先制御部２４２は、さらに、ＵＩ表示部２４８に対して、プロセスＩＤおよび決定された印刷先プリンタＩＤを通知して、印刷要求元のクライアント１１２に対して印刷用ＧＵＩ（以下、印刷ダイアログとして参照する）を表示するよう指令する。

ここで、ＵＩ表示部２４８は、アプリケーション実行部２１２の印刷要求元通知部２１６から印刷要求元識別情報およびプロセスＩＤを受領した際に、当該印刷要求元識別情報およびプロセスＩＤを表示先管理テーブルに登録する。図８は、表示先管理テーブル８００を例示する。表示先管理テーブル８００には、プロセスＩＤと印刷要求元識別情報（ログインユーザＩＤ、ユーザ権限、セッションＩＤ）が紐付けられて管理されている。ＵＩ表示部２４８が、セッションＩＤで特定されるセッションに対して、印刷ダイアログの表示指令に印刷要求元と同一のアクセス権限を添付して送信する。この場合、印刷ダイアログの表示指令を送付する前に、添付されるアクセス権限がクライアント１１２のユーザ権限に変更される。

ＵＩ表示部２４８は、発送先制御部２４２から印刷ダイアログの表示指令を受領すると、同時に通知されたプロセスＩＤをキーとしてデータ発送部２４４が管理する発送管理テーブル３００を参照し、印刷要求元のユーザＩＤと各種印刷情報を取得して、当該プロセスＩＤに紐付けられたクライアント１１２に対し、印刷先のリモートプリンタ１２２の名前および各種印刷情報が記述された印刷ダイアログを表示させる。印刷要求元であるクライアント１１２のユーザは、このようにして表示された印刷ダイアログを介して印刷指示を行う。

ＵＩ表示部２４８は、クライアント１１２に印刷ダイアログを表示させた後、当該クライアント１１２からの指示を待機する。そして、ＵＩ表示部２４８がクライアント１１２から印刷決定指示を受領すると、データ発送部２４４は、作業空間２３０ａ〜２３０ｃ内に生成されたイメージフォーマットのデータを取得し、印刷先として決定されたリモートプリンタ１２２に対応するリモートドライバ２５０にデータを出力する。一方、ＵＩ表示部２４８がクライアント１１２から印刷取り消し指示を受領すると、データ発送部２４４は、作業空間２３０ａ〜２３０ｃから受領した出力データを消去して印刷処理を取り消す。

以上、説明したように、本実施形態によれば、専用の設定ファイルを用いることなく、ディレクトリサービスに既に登録されているリソース情報を利用して印刷先を自動的に決定することができるため、システム管理者は、専用の設定ファイルを別個に用意する必要がなくなり、その負担が大きく軽減される。

本実施形態の上記機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００…ネットワークプリントシステム
１１０…データ処理装置
１１２…クライアント
１２２…リモートプリンタ
１３０…ディレクトリサービス提供装置
１３２…ディレクトリサービスサーバ
１３４…データベース
１４０…ネットワーク
２１０…データ処理部
２１２…アプリケーション実行部
２１４…アプリケーション
２１６…印刷要求元通知部
２１８…仮想プリンタドライバ
２２０…仮想プリント管理部
２２２…ジョブ情報データ抽出部
２２４…仮想描画部
２２６…ジョブ格納部
２３０…作業空間
２３２…ジョブ情報データ
２３４…イメージデータ
２３６…イメージ処理部
２４０…発送処理部
２４２…発送先制御部
２４４…データ発送部
２４６…ディレクトリサービス問い合わせ部
２４８…ＵＩ表示部
２５０…リモートドライバ
３００…発送管理テーブル
３０１〜３０３…フィールド
４００…リソース情報テーブル
４０１〜４０４…フィールド
５００…リソース情報テーブル
５０１〜５０３…フィールド
６００…リソース情報テーブル
６０１,６０２…フィールド
７０２，７０４…リソース情報
８００…表示先管理テーブル

特開２０１０−２７１９８８号公報

Claims (12)

1. ネットワークを介して複数のクライアント、複数のリモートプリンタおよびディレクトリサービス提供装置に接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置であって、該データ処理装置は、
   前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、
   前記ジョブデータごとにプライベートインスタンスとして生成される発送処理部を含み、
   前記発送処理部は、
   前記クライアントを用いて印刷要求を行なった印刷要求元を識別するための印刷要求元識別情報を前記ジョブデータから取得し、該印刷要求元識別情報をキーとして含むクエリを生成する発送先制御部と、
   前記発送先制御部からの依頼に応じて、前記クエリを前記ディレクトリサービス提供装置に発行し、該ディレクトリサービス提供装置から検索結果として前記クライアントに関する情報と１以上の前記リモートプリンタに関する情報を取得するためのディレクトリサービス問い合わせ部とを含み、
   前記発送先制御部は、前記ディレクトリサービス問い合わせ部が取得した前記クライアントに関する情報と１以上の前記リモートプリンタに関する情報との比較に基づいて印刷先となるリモートプリンタを決定する、
   データ処理装置。
2. 前記印刷要求元識別情報は、前記クライアントにログインするユーザのユーザＩＤである、請求項１に記載のデータ処理装置。
3. 前記ディレクトリサービス提供装置は、少なくとも、前記クライアントに関する情報として、前記ユーザがログインする前記クライアントの位置情報を管理し、前記リモートプリンタに関する情報として、前記ユーザが使用権限を有する前記リモートプリンタの識別情報および前記リモートプリンタの位置情報を管理する、請求項２に記載のデータ処理装置。
4. 前記発送先制御部は、前記ユーザがログインする前記クライアントの位置情報および該ユーザが使用権限を有する前記リモートプリンタの位置情報を検索するための前記クエリを生成し、
   前記ディレクトリサービス問い合わせ部が取得した、前記ユーザがログインする前記クライアントの位置情報および該ユーザが使用権限を有する前記リモートプリンタの位置情報に基づいて印刷先となるリモートプリンタを決定する、
   請求項３に記載のデータ処理装置。
5. 前記発送先制御部は、前記ユーザがログインする前記クライアントの位置情報に一致する位置情報を有する前記リモートプリンタを印刷先として決定する、
   請求項４に記載のデータ処理装置。
6. ネットワークを介して複数のクライアント、複数のリモートプリンタおよびディレクトリサービス提供装置に接続されるコンピュータであって、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するコンピュータにおいて実行可能な方法であって、前記コンピュータが、
   前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する変換ステップと、
   前記ジョブデータごとにプライベートインスタンスとして生成される機能手段によって、前記クライアントを用いて印刷要求を行なった印刷要求元を識別するための印刷要求元識別情報を前記ジョブデータから取得し、該印刷要求元識別情報をキーとして含むクエリを生成するクエリ生成ステップと、
   前記機能手段からの依頼に応じて、前記クエリを前記ディレクトリサービス提供装置に発行し、該ディレクトリサービス提供装置から検索結果として前記クライアントに関する情報と１以上の前記リモートプリンタに関する情報を取得する取得ステップと、
   前記ディレクトリサービス提供装置から取得した前記クライアントに関する情報と１以上の前記リモートプリンタに関する情報との比較に基づいて印刷先となるリモートプリンタを決定する決定ステップと、
   を実行する方法。
7. 前記印刷要求元識別情報は、前記クライアントにログインするユーザのユーザＩＤである、請求項６に記載の方法。
8. 前記ディレクトリサービス提供装置は、少なくとも、前記クライアントに関する情報として、前記ユーザがログインする前記クライアントの位置情報を管理し、前記リモートプリンタに関する情報として、前記ユーザが使用権限を有する前記リモートプリンタの識別情報および前記リモートプリンタの位置情報を管理する、請求項７に記載の方法。
9. 前記クエリ生成ステップは、前記ユーザがログインする前記クライアントの位置情報および該ユーザが使用権限を有する前記リモートプリンタの位置情報を検索するための前記クエリを生成するステップを含み、
   前記決定ステップは、前記取得ステップで取得した、前記ユーザがログインする前記クライアントの位置情報および該ユーザが使用権限を有する前記リモートプリンタの位置情報に基づいて印刷先となるリモートプリンタを決定するステップを含む、
   請求項８に記載の方法。
10. 前記決定ステップは、前記ユーザがログインする前記クライアントの位置情報に一致する位置情報を有する前記リモートプリンタを印刷先として決定するステップを含む、
    請求項９に記載の方法。
11. コンピュータに、請求項６〜１０のいずれか一項に記載された方法の各ステップを実行させるためのコンピュータ実行可能なプログラム。
12. 請求項１１に記載されたプログラムを記録したコンピュータ可読な記録媒体。