JP4143598B2 - 情報処理装置における管理方法、情報処理装置、プログラム及び記憶媒体 - Google Patents

Description

本発明は、印刷ジョブを管理するサーバ装置と通信可能な情報処理装置における前記サーバ装置の設定の仕組みに関する。

従来から、サーバ装置／クライアント装置型のプリント管理システムが提案されている。

このようなサーバ装置／クライアント装置型のプリント管理システムとしては、クライアント装置からの印刷ジョブをサーバ装置でスプールし、プリンタデバイスに印刷ジョブを転送する方式や、プリントジョブの生成とプリンタデバイスへの転送自体はクライアント装置で行なうが、サーバ装置側でプリンタデバイスの状態の監視や各クライアント装置が生成するプリントジョブの順序制御を行なう方式が知られている。

そして、サーバ装置／クライアント装置型のプリント管理システムでは、サーバ装置とクライアント装置との間の通信を確立する方法として、クライアント装置側にサーバ装置の通信を行なうための通信情報（例えば、アドレス）を予め設定しておき、クライアント装置側のソフトウエアが起動時にサーバ装置に対してサービス開始を依頼するためにアクセスし、これを受けてサーバ装置側がこのクライアント装置を認識し、サービスを提供すべき対象として内部的に登録する方法がある。

より詳しくは、Ｗｉｎｄｏｗｓ（登録商標）において、ポートモニタのインスタンス毎にサービスを受けるべきサーバ装置のアドレスを作成時に設定する出力管理システムが存在する。

尚、上記「インスタンス」については、本発明の実施の形態において後述する。

この出力管理システムでは、通常あるクライアント装置は、１つのサーバ装置の管理下におかれることが多いが、場合によっては、ポートモニタ毎に別のサーバ装置の管理下におくことも可能になるため、クライアント装置単位でサーバ装置のアドレスを持つより、上記出力管理システムの構成の方が柔軟性は高いと言える。

このようなサーバ装置／クライアント装置型の出力管理システムに関して、クライアントコンピュータ（クライアント装置）が出力装置に接続され、その出力装置に対して出力の制御を行なう装置を表すサーバ装置識別子と出力装置を表す出力装置識別子との対から成る設定情報を管理サーバ装置に要求し、出力装置設定情報を取得するようにした技術が知られている（特許文献１参照）。

また、サーバ装置上に作成されたプリンタオブジェクトの構成情報をクライアント装置とで単に共有し、プリンタ構成情報を共有するようにした技術が知られている（特許文献２参照）。この技術によれば、サーバ装置上のプリンタオブジェクトのＩＰ(Internet Protocol)アドレスを変更した場合に、ユーザが意識することなく変更をクライアント装置で共有できる。
特開平０７−１２１４６７号公報 特開２００３−１３１８３９号公報

しかしながら、前記のようなサーバ装置とクライアント装置との間における通信確立方法の場合、以下のような欠点が存在する。

例えば、組織変更等の人為的要因により、システムを稼動しているネットワークの通信設定(例えば、ＩＰアドレス)が変更になったり、或いはプリント管理サーバを別のマシンに移管するといった環境の変更があったりした場合には、上記従来技術では対応することができなかった。また、各クライアント装置に設定されているサーバ装置のアドレスを全て変更しなければならない。

特に、クライアント装置単位ではなく、サーバ装置とクライアント装置との間の通信モジュール単位でサーバ装置のアドレスを設定するような出力管理システムの場合、アドレスの設定変更に多くの手間がかかる。また、一般のユーザが印刷を頻繁に行なう必要のある環境では、管理者が順番にクライアント装置の設定を行なうのを待たねばならないといった状況は、業務に支障をきたす等の問題が多い。

そこで、本発明は、上述のような従来技術の欠点に鑑みてなされたものであり、ユーザに煩雑な作業を行なわせることなく、サーバ装置アドレス等、サーバに関連する通信情報の設定の変更を行なうことができる情報処理装置における管理方法、情報処理装置、プログラム及び記憶媒体を提供することを目的とする。

上記目的を達成するために、本発明は、ネットワークを介して情報処理装置から発行される印刷ジョブの管理を行なうサーバ装置と通信可能な情報処理装置における管理方法であって、サーバ装置固有の識別子と前記サーバ装置のアドレス情報とを関連付け保持する保持手段に保持された前記アドレス情報に基づき前記サーバ装置に印刷ジョブの処理を依頼する依頼ステップと、前記ネットワークを介して取得された前記識別子に対応する前記アドレス情報に基づき前記保持手段に保持された前記アドレス情報を更新する更新ステップとを有することを特徴とする。

また、上記目的を達成するために、本発明は、ネットワークを介して情報処理装置から発行される印刷ジョブの管理を行なうサーバ装置と通信可能な情報処理装置であって、サーバ装置固有の識別子と前記サーバ装置のアドレス情報とを関連付け保持する保持手段に保持された通信情報に基づき前記サーバ装置に印刷ジョブの処理を依頼する依頼手段と、前記ネットワークを介して取得された前記識別子に対応する前記アドレス情報に基づき前記保持手段に保持された前記アドレス情報を更新する更新手段とを有することを特徴とする。

本発明によれば、クライアント装置からサーバ装置に対してサービス接続する際にサーバ装置アドレス等の通信情報をユーザに煩雑な作業を強いることなく更新できるので、ユーザの利便性が高まる。

本発明の情報処理装置における管理方法、情報処理装置、プログラム及び記憶媒体の実施の形態について、図面を参照しながら説明する。

［第１の実施形態］
まず、本発明の第１の実施の形態を、図１乃至図１１に基づき説明する。

＜印刷処理システムの構成＞
図１は、本実施の形態に係る情報処理装置及びその管理方法を適用するネットワークシステムの構成を示すブロック図である。

図１において、１０１，１０２，１０３，１０４はネットワークコンピュータで、後述するネットワーク１０６に接続され、相互に通信可能となっている。この第１〜第４のネットワークコンピュータ１０１〜１０４は、典型的にはパーソナルコンピュータ（ＰＣ）である。

これらの第１〜第４のネットワークコンピュータ１０１〜１０４のうち、第２〜第４のネットワークコンピュータ１０２，１０３，１０４は、クライアントコンピュータ（以下、クライアント装置と記述する）であり、それぞれイーサネット（登録商標）等のネットワークケーブルによって後述するネットワーク１０６に接続され、アプリケーションプログラム等の各種のプログラムを実行可能であり、印刷データをプリンタに対応するプリンタ言語に変換する機能を有するプリンタドライバを搭載している。ここで、各クライアント装置１０２〜１０４は、複数のプリンタドライバをサポートするものとする。

これに対して、第１のネットワークコンピュータ１０１は、サーバコンピュータ（以下、サーバ装置と記述する）であり、ネットワークケーブルによって後述するネットワーク１０６に接続され、このネットワーク１０６で使用されるファイルを蓄積したり、ネットワーク１０６の使用状態を監視する。このサーバ装置１０１は、ネットワーク１０６に接続されている後述するネットワークプリンタ１０５を管理するプリントサーバ装置としても機能する。具体的には、プリントサーバ装置１０１は、クライアント装置１０２〜１０４から印刷要求が出されたプリントデータを含む印刷ジョブを格納して印刷する機能や、クライアント装置１０２〜１０４から印字データを含まないジョブ情報を受け取って印刷順序を管理し、印刷順序になったクライアント装置１０１に対して印字データを含む印刷ジョブの送信許可を通知する機能や、後述するネットワークプリンタ（プリンタデバイス）１０５のステータスや印刷ジョブの各種情報を取得して、クライアント装置１０２〜１０４に通知する機能等を有している。

１０５は印刷制御装置としてのネットワークプリンタであり、図示しないネットワークインタフェースを介して後述するネットワーク１０６と接続されている。ネットワークプリンタ１０５は、クライアント装置１０２〜１０４から送信されて来る印字データを含む印刷ジョブを解析し、１ページずつドットイメージデータに変換して印刷する。

尚、図１にネットワークプリンタ１０５は１台しか示されていないが、他のネットワークプリンタが複数接続されているものとする。また、その場合、各ネットワークプリンタの機能は、互いに相違するものであっても良い。

１０６はネットワークであり、クライント装置１０２〜１０４、サーバ装置１０１、ネットワークプリンタ１０５等と接続されている。

＜ネットワークコンピュータのハードウエア構成＞
図２は、クライアント装置１０２〜１０４とサーバ装置１０１として使用されるネットワークコンピュータの構成を示すブロック図である。

尚、本実施の形態においては、このように、クライント装置１０２〜１０４もサーバ装置１０１も同様或いは同等のハードウエア構成とするが、それぞれ専用のハードウエア構成であっても構わない。

図２において、２００は本ネットワークコンピュータ全体の制御を行なうＣＰＵ（中央制御装置）であり、後述するハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳ（オペレーティングシステム）や、本実施の形態におけるネットワークプリンタ制御プログラム等を実行し、後述するＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行なう。

２０１は記憶手段としてのＲＯＭ（リードオンリーメモリ）であり、内部には、基本Ｉ／Ｏ（入出力）プログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は一時記憶手段としてのＲＡＭ（ランダムアクセスメモリ）であり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

２０３は記憶媒体読み込み手段としてのＦＤ（フロッピディスク）ドライブであり、後述する図５に示すようにＦＤドライブ２０３を通じて、記憶媒体としての後述するＦＤ２０４に記憶されたプログラム等を本ネットワークコンピュータにロードすることができる。２０４は記憶媒体であるフロッピディスク（ＦＤ）であり、本ネットワークコンピュータが読み取り可能にプログラムが格納された記憶媒体である。

尚、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤＲ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０５は外部記憶手段の１つであり且つ大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等を格納している。更に、スプール手段であるスプーラはここに確保される。スプール手段は、クライアント装置１０２〜１０４ではクライアントスプーラのことであり、サーバ装置１０１ではサーバスプーラのことである。また、サーバ装置１０１では、クライアント装置１０２〜１０４から受けたジョブ情報を格納し、順序制御を行なうためのテーブルも、このＨＤ２０５に生成されて格納される。

２０６は指示入力手段であるキーボードであり、ユーザがクライアント装置１０２〜１０４に対して、また、オペレータや管理者がサーバ装置１０１に対して、プリンタデバイス１０５の制御コマンドの命令等を入力指示するものである。２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、プリンタデバイス１０５の状態等を表示するものである。

２０８はシステムバスであり、クライアント装置１０２〜１０４やサーバ装置１０１であるネットワークコンピュータ内のデータの流れを司るものである。２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して本ネットワークコンピュータ（情報処理装置）は、外部装置とのデータのやり取りを行なう。

尚、上記ネットワークコンピュータの構成は、その一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤ（ハードディスク）等に変更することも可能である。

図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からロードされる上記ネットワークプリンタ制御プログラムが、ＲＡＭ２０２にロードされて実行可能となった状態のメモリマップを示している。

尚、本実施の形態では、ネットワークプリンタ制御プログラム及び関連データをＦＤ２０４から直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、ネットワークプリンタ制御プログラムを動作させる度に、既にネットワークプリンタ制御プログラムがＦＤ２０４からインストールされているＨＤ２０５から、ＲＡＭ２０２にロードするようにしても良い。また、前記ネットワークプリンタ制御プログラムを記憶する記憶媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤＲ、ＰＣカード、ＤＶＤ、ＩＣメモリカード等であっても良い。更に、前記ネットワークプリンタ制御プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウエアをもって、ハードウエアの代替として構成することもできる。

また、以下では、前記ネットワークプリンタ制御プログラムのことを、簡単に印刷制御プログラムまたはプリンタドライバと呼ぶこともある。印刷制御プログラムは、クライアント装置１０２〜１０４においては、印刷ジョブの印刷先の変更を指示したり、印刷順序の変更を指示するための制御を行なうプログラムを含む。

一方、サーバ装置１０１においては、印刷ジョブの順序制御を行なったり、印刷ジョブの印刷終了や印刷先変更要求等を通知するためのプログラムを含んでいる。

また、このような制御を行なう本実施の形態における印刷制御プログラムは、クライアント装置１０２〜１０４にインストールされるモジュールと、サーバ装置１０１にインストールされるモジュールとを別々に分けても良いし、１つの印刷制御プログラムが、実行される環境によりクライアント装置用として或いはサーバ装置用として機能するようにしても良い。或いは、１台のコンピュータに、クライアント装置用の機能を持つモジュールとサーバ装置用として機能するモジュールとを共にインストールし、同時に或いは時分割で擬似的に平行動作させる構成も可能である。

図３において、３０１は基本Ｉ／Ｏプログラムであり、コンピュータの電源がオン（ＯＮ）された場合に、ＨＤ２０５からＯＳ（オペレーティングシステム）がＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能等を有しているプログラムが入っている領域である。３０２はオペレーティングシステム（ＯＳ）、３０３はネットワークプリンタ制御プログラムで、ＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本プリンタ制御プログラムを実行する領域が確保されている。

図４は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。

図４において、４０１はデータの情報を示すボリューム情報、４０２はディレクトリ情報、４０３は本実施の形態において説明する印刷制御プログラムであるネットワークプリンタ制御プログラム、４０４はその関連データである。

ネットワークプリンタ制御プログラム４０３は、本実施の形態において説明するフローチャートに基づいてプログラム化したものであり、本実施の形態では、クライアント装置１０２〜１０４及びサーバ装置１０１共に、同様の構成をとっている。

図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一構成には同一符号を付してある。

図５において、ＦＤ２０４には、本実施の形態において説明するネットワークプリンタ制御プログラム及び関連データが格納されている。

＜印刷処理システムにおけるソフトウエア構成＞
ここで、本実施の形態における用語の技術的意味について説明する。

複数のプリンタを１つのプリンタとして仮想的に束ねる仮想プリンタを「グループプリンタ」、束ねられるプリンタを「メンバプリンタ」と記述する。また、グループプリンタ及びメンバプリンタに所定の出力ポートが、対応付けられた仮想プリンタドライバ及びデバイスドライバに対応しているので、グループプリンタ及びメンバプリンタをドライバに対応して考えることもできる。

グループプリンタを更に具体的に説明すると、アプリケーションからＯＳを介して生成される描画命令に基づいて中間形式ファイル（汎用印刷ファイル）を生成するためのデータを生成する仮想ドライバをグループプリンタドライバと記述する。そして、後述するジョブ制御プリントサービスにより、先の中間形式のファイルに基づいてページ記述言語を生成させるべく各個別のプリンタドライバに印刷指示がなされるが、この個別の各プリンタドライバに対応するプリンタをメンバプリンタと記述する。また、各メンバプリンタは、最終的には特定のデバイスに対応することとなる。

一方、本実施の形態において、アプリケーションにおける印刷指示に応じてＷｉｎｄｏｗｓ（登録商標）等のＯＳを介して出力される描画命令（一般的にＤＤＩ或いはＧＤＩと呼ばれている）或いはＥＭＦ（Enhanced Metafi1e Format：拡張メタファイル）を解釈し、ページ記述言語を生成し、プリンタデバイスへ出力させるようなプリンタドライバを通常プリンタドライバ、このときのデバイスを通常デバイスと記述し、グループプリンタやメンバプリンタと区別する。

尚、ＯＳとしては、Ｗｉｎｄｏｗｓ（登録商標）に限定されるものではなく、描画命令を備えるＯＳであれば適用可能であることは言うまでもない。また、デバイスであるプリンタとは区別して、プリンタドライバとプリンタ出力ポートとの組み合わせをプリンタと記述することもある。例えば、後述する図７のＬｏｇｉｃａｌ Ｐｏｒｔ（ジョブ制御ポートモニタ）とグループプリンタドライバとの組み合わせを指定することを、グループプリンタを指定すると記述する。

図６は、印刷処理システムのサーバ装置／クライアント装置型において、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄ（登録商標）等の一般的なアプリケーションから発行された描画コマンドを含む印刷ジョブが、印刷ジョブ制御システムにおいてどのように処理されるかを示した図であり、同図において、図１と同一部分には同一符号が付してある。

図６において、１０１はサーバ装置(Server machine)、１０２〜１０４はクライアント装置(Client machine)、１０５はプリンタデバイス、６０１はアプリケーションプログラム、６０２はＰＤＬドライバ(Driver)、６０３はグループプリンタドライバ(Driver)、６０４はウインドウズスプーラ（Windows（登録商標） Spooler）、６０５はジョブ制御ポートモニタ、６０６はジョブ制御プリントサービス、６０７はプリントマネージャ、６０８はマネージメントコンソール、６０９はジョブ制御サーバ、６１０はデバイス情報コントロールモジュールである。

通常、印刷の指示がなされると、アプリケーションプログラムは、一連の描画命令を、ＯＳを介して生成させる。この生成された描画命令は、プリンタドライバを経て所定の形式に変換された後、ウインドウズスプーラに渡される。ウインドウズスプーラは、ユーザがユーザインタフェースを介して選択して指示したポートモニタにプリントジョブデータを渡して、プリンタデバイスに送信させる手順をとる。

本実施の形態では、上述した通常の動作に対してユーザは、予め印刷ジョブ制御システム用のジョブ制御ポートモニタ６０５を指定して印刷を指示する。

アプリケーションプログラム６０１は、一連の描画命令を、ＯＳを介して生成させる。ここで、ＯＳを介して生成された描画命令は、グループプリンタドライバ６０３或はＰＤＬドライバ６０２の何れかの指定されたプログラムに引き渡される。

ＯＳを介して生成された描画命令を受け取ったグループプリンタドライバ６０３では、汎用印刷ファイルを生成するための汎用ドキュメントデータを生成し、プリンタデバイス１０５へプリントジョブデータを送信する従来のポートモニタではなく、ジョブ制御ポートモニタ６０５にプリントジョブデータとして送信する。また、プリンタドライバインタフェースを介して設定された用紙サイズ、ステイプル指示等の印刷設定情報も、ジョブ制御ポートモニタ６０５に送信される。

ジョブ制御ポートモニタ６０５は、プリントジョブデータである汎用印刷ドキュメントデータをプリンタデバイス１０５に送信するのではなく、印刷ジョブ制御システム用プリントサービス６０６（以降、ジョブ制御プリントサービスと記述する）に送信する。ジョブ制御プリントサービス６０６は、プリントジョブデータに対して、後述するような印刷ジョブ制御処理を行なう。

一方、ＯＳを介して生成された描画命令がＰＤＬドライバ６０２に投入された場合には、ＰＤＬドライバ６０２によって頁記述言語が生成され、該生成された頁記述言語は、印刷処理を行なうように設定されたＰＤＬドライバ６０２に対応するジョブ制御ポートモニタ６０５、ジョブ制御プリントサービス６０６を介して対応するデバイスに送信される。

印刷ジョブ制御システム用プリントマネージャ６０７（以降、ジョブ制御プリントマネージャと記述する）は、ユーザがジョブ制御プリントサービス６０６の内部でプリントジョブがどのような状態にあるかを調べたり、プリントジョブを操作したりするためのユーザインタフェースを提供するプログラムである。ジョブ制御プリントマネージャ６０７は、ジョブ制御プリントサービス６０６のソフトウエアのインタフェース（ＡＰＩ：Application Program Interface）を介して、ジョブ制御プリントサービス６０６と情報及び指示をやり取りしている。更に詳細な処理としては、ジョブ制御プリントマネージャ６０７がジョブ制御プリントサービス６０６に対してデバイスを指定してのイベントを発行する。ジョブ制御プリントサービス６０６は、発行されたイベントに基づくデバイスのステータスを監視して、該監視に基づく結果をジョブ制御プリントマネージャ６０７に通知する。

印刷ジョブ制御システム用サーバ６０９（以降、ジョブ制御サーバと記述する）は、個々のクライアント装置１０２〜１０４上のジョブ制御プリントサービス６０６がプリンタデバイス１０５にプリントジョブデータを送信するタイミングを集中制御（スケジューリング）している。これにより、クライアント装置１０２〜１０４からプリンタデバイス１０５へのアクセスが競合することが回避されるため、クライアント装置１０２〜１０４のＣＰＵ資源及びネットワーク通信資源が有効に利用できる。

印刷ジョブ制御システム用マネージメントコンソール６０８（以降、ジョブ制御マネージメントコンソールと記述する）は、ジョブ制御サーバ６０９が持つソフトウエアがアクセスするためのＡＰＩを介して、ジョブ制御サーバ６０９と情報及び指示をやり取りすることで、印刷ジョブ制御システム全体を監視することができる。

また、ジョブ制御サーバ６０９は、デバイス情報コントロールモジュール６１０を用いてプリンタデバイス１０５と通信を行ない、プリンタデバイス１０５内の印刷ジョブや動作状態に関する情報を入手したり、操作を行なったりする。入手した情報は、クライアント装置１０２〜１０４側のジョブ制御プリントサービス６０６に渡すことができる。

尚、上記のように、ジョブ制御サーバ６０９によりジョブ制御プリントサービス６０６から発行される印刷ジョブに対して提供される各種処理を総称し、サービス或いは出力管理サービスと呼ぶこともある。そして、ここでは、ジョブ制御サーバ６０９（サーバ装置）がサービス或いは出力管理サービスを提供すると記載したり、ジョブ制御プリントサービス６０６（クライアント）がサービス或いは出力管理サービスを要求すると記載したり、ジョブ制御プリントサービス６０６がサービス或いは出力管理サービスを受けると記載することもある。

＜印刷処理システムの動作＞
次に、本実施の形態におけるグループプリンタドライバ６０３からの印刷について説明する。

グループプリンタドライバ６０３は、アプリケーションプログラム６０１が生成した一連の描画コマンドをプリンタデバイス１０５やＯＳの種類に依存しない汎用中間フォーマットデータ（前述の汎用ドキュメントデータに相当）に変換する。この汎用中間フォーマットデータは、ウインドウズスプーラ６０４からジョブ制御ポートモニタ６０５を経て「図６の（ａ）参照」、ジョブ制御プリントサービス６０６に導かれる「図６の（ｂ）参照」。ここで、汎用中間フォーマットデータは、汎用印刷ファイルに構築される。この汎用印刷ファイルの構成については、後述する。

ジョブ制御プリントサービス６０６は、このプリントジョブに対して行なうジョブ制御の種類に応じて、汎用印刷ファイルをもとに描画コマンドを生成し「図６の（ｃ）参照」、続いてＰＤＬドライバ６０２は、その描画コマンドをプリンタデバイス１０５が解釈可能なＰＤＬ形式のファイルにする。

図６では、ジョブ制御プリントサービス６０６で、このプリントジョブに対してプリンタデバイス１０５側のエラーを検知して代行印刷を行なう例を示しており、同図において、実線で示される矢印は、当初印刷を予定していたメンバジョブであり、破線で示される矢印は、代行印刷のために生成されたジョブを示している「図６の（ｃ）参照」。

ＰＤＬドライバ６０２で生成されたＰＤＬファイルは、ウインドウズスプーラ６０４、ジョブ制御ポートモニタ６０５を経て「図６の（ｄ）参照」、再びジョブ制御プリントサービス６０６に渡される「図６の（ｅ）参照」。ジョブ制御プリントサービス６０６は、ジョブ制御サーバ６０９の指示に従ってＰＤＬのプリントジョブデータをプリンタデバイス１０５に送信する「図６の（ｆ）参照」。

ジョブ制御プリントサービス６０６は、汎用印刷ファイル中の印刷指示書の指示に従って、１つの汎用印刷ファイルを複数のプリントジョブに論理的に分割して、それぞれ別のプリンタデバイスに送信したり、一度送信したプリントジョブデータを別のプリンタデバイスに送信し直したりする。

図６中に示す（ｃ）、（ｄ）、（ｅ）、（ｆ）は、そのような場合のプリントジョブデータの経路を示している。

一方、汎用印刷ファイルをアプリケーションソフトウエアが作成し、そのアプリケーションソフトウエアが直接汎用印刷ファイルを印刷ジョブとして投入する場合は、一般のアプリケーションとはグループプリンタドライバ６０３への情報の渡し方やグループプリンタドライバ６０３での処理内容が異なる。

前述のように、一般のアプリケーションの場合には、アプリケーションは、グループプリンタドライバ６０３に描画情報を渡す際、通常のプリンタドライバと同じようにＷｉｎｄｏｗｓ（登録商標）のＧＤＩ関数を呼び出し、それに応じてグループプリンタドライバ６０３が汎用印刷ファイルを生成する。これに対して汎用印刷ファイルを直接作成するアプリケーションの場合は、アプリケーションが汎用印刷ファイルを既に持ち、それをグループプリンタドライバ６０３に供給する。グループプリンタドライバ６０３は、必要に応じて予め設定された印刷方法に基づいて汎用印刷ファイル内部の印刷指示書を書き換えてウインドウズスプーラ６０４に送る。

＜汎用印刷ファイルの構成＞
図７は、構築された汎用印刷ファイルの構成の一例を示す図である。

図７に示すように、本実施の形態で使用される汎用印刷ファイルは、印刷指示部７００ａ（前述の印刷指示書に相当）とドキュメントデータ部７００ｂとから成る。印刷指示部７００ａは、ドキュメントの情報と印刷指示とを記述した部分である。また、ドキュメントデータ７００ｂは、上述した如くアプリケーションのドキュメントのデータを汎用的な形式のデータに変換したものであり、プリンタ言語やＯＳの種類に依存しない或は依存し難い形式のデータフォーマットとなっている。

アプリケーションデータを変換した後の変換後データ（汎用印刷データ）としては、印刷リソースデータとして利用可能で且つワードプロセッサアプリケーション等により再度編集可能な形式のデータであることが想定され、実質的な標準形式のうち、例えば、ＸＭＬ形式や、Ｗｉｎｄｏｗｓ（登録商標）システムにより提供されるＥＭＦ形式、或はＡｄｏｂｅ Ｓｙｓｔｅｍｓ ＩｎｃｏｒｐｏｒａｔｅｄによるＰＤＦ（Portable Document Format）形式やＳＶＧ形式等が汎用形式の汎用印刷データとして採用できる。

また、図示はされてはいないが、汎用印刷ファイルには、各メンバプリンタに対応したＤＥＶＭＯＤＥも含まれているものとする。該ＤＥＶＭＯＤＥには、後述する図１２にて詳しく説明する共通設定項目及び拡張設定項目の双方が含まれるものとする。

更に詳細に説明すると、印刷指示部７００ａは、ヘッダ部７０１、ページ情報部７０２、ドキュメント属性部７０３、印刷体裁指示部７０４、出力方法指定部７０５、メンバプリンタ数７０６、メンバプリンタドライバ名７０７等から構成されている。

ヘッダ部７０１は、本ファイルのバージョン識別やファイル情報等の情報を格納する部分である。ページ情報部７０２は、ドキュメントデータ部７００ｂのドキュメントデータのページ数、各ページのサイズ等の情報を格納する部分である。

印刷体裁指示部７０４は、グループプリンタドライバ６０３のＵＩ(User Interface)や、メンバプリンタの個別のＵＩを介して設定された印刷ページ範囲、印刷部数、ドキュメントデータの面付け情報（Ｎ−ＵＰや製本印刷等）、ステイプル指示やパンチ指示等、出力体裁に関する情報を格納する部分である。

尚、ステイプル及びパンチ指示については、ページ(Page)単位で指定（サブセットステイプル等）されることもある。

尚、各メンバプリンタの個別のＵＩを介して設定された内容は、印刷指示部７０４に反映されると共に、各メンバプリンタに対応するＤＥＶＭＯＤＥにも反映されて保存される。

出力方法指定部７０５は、出力方法として、分散印刷、同報印刷、代行印刷、通常印刷（代行しない印刷）等の出力方法に関する情報を格納する部分である。この出力方法指定部７０５に代行印刷が設定されている場合には、更に優先順位情報（第１候補、第２候補・・・）を付したプリンタ情報が含まれる。

メンバプリンタ数７０６は、グループプリンタドライバ６０３が関連付けているメンバプリンタの数を格納する部分である。メンバプリンタドライバ名７０７は、メンバプリンタのプリンタドライバ名を格納する部分である。このメンバプリンタドライバ名７０７は、前述のメンバプリンタ数７０６の数だけの格納エリアを持っている。

前述の図６で説明したジョブ制御プリントサービス６０６では、汎用印刷中間フォーマットデータより汎用印刷ファイルを生成する際、グループプリンタドライバ６０３のＧＵＩ(Graphical User Interface)上での設定を印刷指示部７００ａへ記憶する。更に、グループプリンタドライバ６０３から受け取った汎用印刷中間フォーマットデータを、汎用印刷ファイルのドキュメントデータ部７００ｂに記録する処理も、ジョブ制御プリントサービス６０６により実行される。

＜ウインドウズプリントシステム（Windows（登録商標） Print System）と印刷ジョブ制御システムとの関係＞
次に、ウインドウズ（Windows（登録商標））が提供するプリントシステム（Print System）と印刷ジョブ制御システムとにおける印刷ジョブの関係と処理概要とを、図８を用いて更に詳しく説明する。

図８は、本実施の形態に係る情報処理装置の管理システムにおけるプリントジョブの処理動作の流れを説明する図であり、同図において、図６と同一部分には同一符号を付してある。

図８において、１０５はプリントデバイス（Ａ）、６０１はアプリケーションプログラム、６０２はＰＤＬドライバ、６０３はグループプリンタドライバ、６０４はウインドウズスプーラ、６０５はジョブ制御ポートモニタ、６０９はジョブ制御サーバ、８００ａは印刷ジョブ制御システム、８００ｂは印刷ジョブ制御システム、８０１はデスプーラ(De-spooler)、８０２ａ，８０２ｂはプロシキ出力ポート(Proxy Output Port)、８０３ａ，８０３ｂは出力ポート(Output Port)、８０４はロジカルポート(Logical Port)、８０５は汎用印刷ファイル構築、８０６はデバイス（Ｂ）である。

印刷ジョブ制御システム８００ｂは、各クライアント装置から発行される印刷ジョブの管理を行なうサーバ装置１０１とクライアント装置１０２〜１０４との物理的なマシンを跨いだ印刷ジョブ制御システムの範囲を示している。また、サーバ装置１０１が管理している出力ポート８０３ａ，８０３ｂは、クライアント装置１０２〜１０４のジョブ制御プリントサービス６０６のプロキシ出力ポート８０２ａ，８０２ｂとそれぞれ関連付けられ、１つのポートに関連付けられた各クライアント装置１０２〜１０４上のプロキシ出力ポート８０２ａ，８０２ｂ全てを統一的に管理している。

本実施の形態では、実際のプリントジョブデータは、各々のクライアント装置１０２〜１０４のプロキシ出力ポート８０２ａ，８０２ｂに保持される。

ジョブ制御サーバ６０９は、プリントジョブデータ自体の送信処理は行なわず、ジョブ制御プリントサービス６０６に対して印刷ジョブの送信指示のみを行なう。その指示に応じて、クライアント装置１０２〜１０４のジョブ制御プリントサービス６０６は、プリントジョブデータをプリントデバイス（Ａ）１０５に送信する。

次に、印刷ジョブ制御システム８００ｂが、代行印刷といった付加価値印刷を行なう場合の処理について説明する。

印刷ジョブ制御システム８００ｂが、代行印刷といった付加価値的な印刷を行なう場合には、前述のようにユーザまたはアプリケーションプログラム６０１は、グループプリンタドライバ６０３に割り当てられたプリンタに印刷ジョブを発行しなければならない。ジョブ制御プリントサービス６０６は、グループプリンタドライバ６０３によって処理された汎用印刷中間フォーマットデータを、ジョブ制御ポートモニタ６０５を介して受け取る。

ジョブ制御プリントサービス６０６は、この汎用印刷中間フォーマットデータより汎用印刷ファイルを構築し（図８の汎用印刷ファイル構築８０５）、上述した印刷指示部７００ａの指示内容に従う印刷指示をデスプーラ８０１に対して行なう。そして、デスプーラ８０１を介してＰＤＬドライバ６０２が割り当てられた別のプリンタにジョブ（メンバジョブ）を発行して、印刷を行なわせる。

このとき、デスプーラ８０１は、ジョブ制御プリントサービス６０６の汎用印刷ファイルの印刷指示部７００ａの解釈に基づく指示に応じて、ドキュメントデータ部７００ｂのドキュメントデータを加工してウインドウズ（Windows（登録商標））のＧＤＩに変換し、プリンタドライバに対して印刷指示を行ない、印刷ジョブを発行する。例えば、印刷体裁指定部７０４に２−ＵＰに相当する指示が記録されていた場合、用紙１枚に２ページ分のドキュメントデータを縮小レイアウトするようにＤＥＶＭＯＤＥを介してメンバプリンタに対して指示する。また、印刷体裁指定部７０４にステイプル指示がある場合には、ＤＥＶＭＯＤＥを介してステイプルの指示を行なう。また、代行印刷時には、印刷指示部７００ａに記述されている代行先メンバプリンタにジョブを発行する。

尚、２−ＵＰ等の縮小レイアウトを処理する場合に、デスプーラ８０１自身が印刷体裁指定部７０４の内容に基づき縮小レイアウトするようにして、メンバプリンタにはＤＥＶＭＯＤＥを介して１−ＵＰを指示するようにしても良い。

また、デスプーラ８０１は、メンバプリンタにジョブを発行する際、メンバプリンタドライバに対応する印刷指示として、メンバプリンタのＤＥＶＭＯＤＥを作成する必要があるが、このＤＥＶＭＯＤＥは、印刷指示部７００ａ或は各メンバプリンタに対応して保存されたＤＥＶＭＯＤＥに記載された内容を適宜各メンバプリンタのＤＥＶＭＯＤＥに反映させて生成する。

クライアント装置１０２〜１０４側のジョブ制御プリントサービス６０６は、ＰＤＬドライバ６０２によってレンダリングされたそれぞれのメンバジョブのＰＤＬデータを、ジョブ制御ポートモニタ６０５を介して受け取り、該受け取ったジョブ（ＰＤＬデータ）に関する情報をサーバ装置１０１側に知らせ、ジョブデータは、自身のプロキシ出力ポート８０２ａで一時保持する。その後、ジョブ制御サーバ６０９からの送信指示を受けた後に、プリンタデバイス（Ａ）１０５に送信する。

次に、本実施形態の印刷ジョブ制御システムにおける制御について説明する。

前述したように、クライアント装置１０２〜１０４上のプロキシ出力ポート８０２ａ，８０２ｂは、サーバ装置１０１上の出力ポート８０３ａ，８０３ｂに関連付けられている。新たなインスタンスを作成する場合に、その名前は、以下の規則で決められる。

ここで、上記「インスタンス」について説明する。

一般に「インスタンス」とは、ある「クラス」という抽象的なグループに属する具体的なメンバーを指す。「プロキシ出力ポート」は、ジョブ制御サーバ上のある出力ポートに関連して幾つでも作成（または追加）することができるものであり、本発明では、作成された「プロキシ出力ポート」を「インスタンス」と呼ぶこととする。即ち、ポートモニタには、ＯＳ付属の「Ｓｔａｎｄａｒｄ ＴＣＰ／ＩＰポート」や、本発明で使用する「Ｏｕｔｐｕｔ Ｍａｎａｇｅｒポート」等の種類が存在するが、それを「クラス」と見なし、デバイスのアドレス、デバイスの種類、データの転送方法等の属性を持った個々の実態を「インスタンス」と呼ぶこととする。

プロキシ出力ポート名＝
＜サーバ装置１０１上の出力ポートの名前＞@＜サーバ装置１０１のＩＰアドレス＞
（例：output-port1@172.24.20.2）
または
プロキシ出力ポート名＝
＜サーバ装置１０１上の出力ポートの名前＞@＜サーバ装置１０１のホスト名＞
（例：output-port1@our-server）
ここで、サーバ装置１０１のＩＰアドレスまたはホスト名は、ユーザによって指定される。本実施の形態では、クライアント装置側にサーバ装置の通信を行なうための通信情報として、ユーザがＩＰアドレスを指定した場合について説明する。

尚、ユーザが指定する内容としては、ＩＰアドレスに限定されるものではない。

図９は、本実施の形態に係る情報処理装置における管理システムのサーバ装置１０１、クライアント装置１０２〜１０４の内部構成を示すブロック図である。

図９において、９００はクライアント装置で、図１のクライアント装置１０２〜１０４に対応する。９０１はサーバ装置で、図１のサーバ装置１０１に対応する。

９０２はクライアント装置全体制御モジュールであり、図８におけるジョブ制御プリントサービス６０６に相当させることができ、ジョブ受付制御モジュール９０３、クライアントジョブ制御モジュール９０４、９０５はプロシキ出力ポート制御モジュール９０５を機能的に備える。また、設定プログラム９０６は後述の図１０、図１１に示すフローチャートを統括的に管理する機能部分に相当する。

９０７はサーバ装置全体制御モジュールであり、図８のジョブ制御サーバ６０９に相当させることができ、サーバジョブ制御モジュール９０８、出力ポート制御モジュール９０９は、デバイス監視制御モジュール９１０を機能的に備える。一方、９１１はウインドウズ(Windows（登録商標）)プリンタ（図８におけるＰＤＬドライバ６０２を含む論理プリンタに相当）、９１２はジョブ制御ポートモニタ（図８におけるジョブ制御ポートモニタ６０５に相当）、９１３はネットワーク、９１４は出力デバイス（例えば、プリンタ）である。

クライアント装置９００では、クライアント装置全体制御モジュール９０２が各機能モジュールを制御している。個々の機能モジュールとしては、ウインドウズプリンタ９１１に発行されたジョブを取り込むジョブ受付制御モジュール９０３、クライアントシステム９００上のジョブの制御を行なうクライアントジョブ制御モジュール９０４、サーバ装置９０１の出力ポートと連携してジョブの一時保持、出力デバイス９１４への転送等を行なうプロキシポート制御モジュール９０５が含まれる。プロキシ出力ポート制御モジュール９０５は、クライアント装置９００の起動時に、上述したプロキシ出力ポート名に含まれているＩＰアドレスを持つマシンで動作しているサーバ装置９０１に対してサービス接続要求を行なう。接続が確立された後は、図８を用いて既に説明したように、サーバ装置９０１上の出力ポート及びそれに関連付けられている他のプロキシ出力ポート制御モジュール９０５との間で統一的にジョブ管理される。

サーバ装置９０１では、サーバ装置全体制御モジュール９０２が各機能モジュールを制御している。個々の機能モジュールとしては、ある出力ポートに関連している全てのプロキシ出力ポート制御モジュール９０５で管理されているジョブについての情報を保持している出力ポート制御モジュール９０９、全てのクライアント装置９００で発行されるジョブのスケジュール管理を行なうサーバジョブ制御モジュール９０８、出力デバイス９１４のステータスやデバイス９１４に転送したジョブのステータスを追跡するデバイス監視制御モジュール９１０が含まれる。出力ポート制御モジュール９０９は、上述したプロキシ出力ポート制御モジュール９０５からのサービス接続要求に応じる機能も持つ。

ここで、「プロキシ出力ポート」と「プロキシ出力ポート制御モジュール」との定義及びそれらの関係について説明する。

「プロキシ出力ポート」とは、Ｗｉｎｄｏｗｓ（登録商標）の印刷システムにおけるポートモニタの一種であって、あるデバイスにより印刷するジョブの情報をクライアント装置上で保持し、デバイスにジョブの情報を送信する機能単位を指すものである。

一方、「プロキシ出力ポート制御モジュール」とは、「プロキシ出力ポート」の機能を実現するソフトウェアモジュールである。

具体例としては、Ｗｉｎｄｏｗｓ（登録商標）では、コントロールパネル中の「プリンタとＦＡＸ」というアプレットがあり、そのＵＩでアイコンによって表現されるものもある。これは、通常“プリンタオブジェクト”と称されるものであり、Ｗｉｎｄｏｗｓ（登録商標）スプーラが実現する機能単位である。

また、「プロキシ出力ポート」と「プロキシ出力ポート制御モジュール」との関係は、Ｗｉｎｄｏｗｓ（登録商標）のプリンタオブジェクトとＷｉｎｄｏｗｓ（登録商標）スプーラとの関係に類似している。

図６で示されるジョブ制御プリントサービス６０６は、図９においては、クライアント装置全体制御モジュール９０２が統括する範囲全体に対応し、図６で示されるジョブ制御サーバ６０９は、図９においては、サーバ装置全体制御モジュール９０７が統括する範囲全体に対応する。

設定プログラム９０６は、クライアント装置全体制御モジュール９０２にＡＰＩ（Application Program Interface）を介してアクセスし、クライアント装置９００に関する情報の入手や設定等を行なう。

次に、クライアント装置９００上にプロキシ出力ポート制御モジュール９０５を追加する場合の処理について、図１０を用いて説明する。

図１０は、クライアント装置９００上にプロキシ出力ポートを追加する場合の処理動作の流れ示すフローチャートである。

図１０において、まず、ステップＳ１００１で、クライアント装置９００上において設定プログラムは、ユーザが追加したいプロキシ出力ポートに対応する出力ポートの名前とそれが存在するサーバ装置９０１のＩＰアドレスを指定する。このＩＰアドレスは、ユーザが事前に調べておくことにより知ることができたり、ネットワーク上の装置探索を行ない、その探索結果により知ることができる。

次に、ステップＳ１００２で、クライアント装置９００上において設定プログラム９０６は、前記ステップＳ１００１において指定されたサーバ装置９０１のＩＰアドレスと出力ポートの名前を用いてプロキシ出力ポートを作成する。サーバ装置９０１のＩＰアドレスと出力ポートの名前は、前述したように、このプロキシ出力ポートの名前の中に使用される。

次に、ステップＳ１００３で、クライアント装置９００上において設定プログラム９０６は、サーバ装置９０１に対してサーバＩＤを要求する。このサーバＩＤとしては、サーバ装置９０１のＭＡＣアドレスや、シリアル番号等のサーバ装置９０１固有の識別子であれば適宜可能とする。

次に、ステップＳ１００４で、サーバ装置９０１内のサーバ全体制御モジュール９０７は、サーバ装置９０１のサーバＩＤをクライアント装置９００の設定プログラム９０６に返す。

次に、ステップＳ１００５で、クライアント装置９００の設定プログラム９０６は、前記ステップＳ１００４において返されたサーバＩＤを、前記ステップＳ１００２において作成したプロキシ出力ポートの属性値として、該プロキシ出力ポートに関連付けて保存し、その後、本処理動作を終了する。

次に、プロキシ出力ポートが保持するサーバ装置９０１のアドレスを更新する処理を行ないながら、サーバ装置９０１との接続処理を行なう動作について、図１１を用いて説明する。

図１１は、プロキシ出力ポートが保持するサーバ装置９０１のアドレスを更新する処理を行ないながら、サーバ装置９０１との接続処理を行なう処理動作の流れを示すフローチャートである。

図１１において、まず、ステップＳ１１０１で、クライアント装置９００上のプロキシ出力ポート制御モジュール９０５が、ネットワーク９１３上のサーバ装置を探索するためのサーバ装置探索パケットをネットワーク９１３に送信する。このネットワーク９１３を構成するものとしては、有線でも無線でも良く、その通信方式としては、イーサネット（登録商標）通信方式、ＩＥＥＥ８０２．１１ｂの規格に従った無線通信方式でも良い。

次に、ステップＳ１１０２で、ネットワーク９１３上に存在する、本実施の形態に係る情報処理装置における管理システムのサーバ装置９０１は、前記ステップＳ１１０１において送信されたサーバ装置探索パケットを受信したら、サーバＩＤを含む探索応答パケットをネットワーク９１３に送信する。この探索応答パケットの中には、それぞれのサーバＩＤ情報及びアドレスが含まれている。

次に、ステップＳ１１０３で、クライアント装置９００のプロキシ出力ポート制御モジュール９０５は、サーバ装置９００からのサーバ装置探索パケットに対する探索応答パケットを受け取ると、受け取った探索応答パケットの中に、自らが保持しているサーバＩＤと同じサーバＩＤを有するサーバ装置を探す。

次に、ステップＳ１１０４で、前記ステップＳ１１０３における探索の結果、同じサーバＩＤを有するサーバ装置が見つかった場合は、ステップＳ１１０５へ進み、また、見つからない場合は、本処理動作を終了する。

ステップＳ１１０５では、クライアント装置９００のプロキシ出力ポート制御モジュール９０５は、前記ステップＳ１１０３において見つけたサーバ装置が有するＩＰアドレスが、自らが保持しているサーバ装置のアドレスと等しいか否かを判断する。そして、等しいと判断された場合は、ステップＳ１１０７へ、また、等しくないと判断された場合は、ステップＳ１１０６へ、それぞれ進む。

ステップＳ１１０６では、クライアント装置９００のプロキシ出力ポート制御モジュール９０５は、自らが保持しているサーバ装置のアドレスを、前記ステップＳ１１０３，１１０４において見つけたサーバ装置のアドレスに変更する。

また、ステップＳ１１０７では、クライアント装置９００のプロキシ出力ポート制御モジュール９０５は、自らが保持しているサーバ装置のアドレスを有するサーバ装置に対して接続処理を行ない、その後、本処理動作を終了する。

ここで、前記ステップＳ１１０７における「接続処理」の定義について説明する。

サーバ装置６０９上の出力ポート８０３ａ，８０３ｂとクライアント装置６０６上のプロキシ出力ポート８０２ａ，８０２ｂとの関係は、各プロキシ出力ポート８０２ａ，８０２ｂは、一つの出力ポート８０３ａ，８０３ｂに関連付けられているものである。そして、出力ポート８０３ａ，８０３ｂと該出力ポート８０３ａ，８０３ｂに関連付けられた一つまたは複数のプロキシ出力ポート８０２ａ，８０２ｂの集合が一つの仮想的なキューを構成していると見ることができる。つまり、サーバ装置１０１上のジョブ制御サーバ６０９が、出力ポート８０３ａ，８０３ｂと該出力ポート８０３ａ，８０３ｂに関連付けられた一つまたは複数のプロキシ出力ポート８０２ａ，８０２ｂで受け取った全てのジョブの印刷投入時刻やジョブの優先度を参酌して、各ジョブをデバイスに送信する順序を決定するものである。

このことから明らかなように、サーバ装置６０９上のジョブ制御サーバ６０９ａは、クライアント装置６０６で投入されたジョブの存在や、その投入時刻や優先度等の情報を持っている必要があり、その前提として、クライアント装置６０６上のプロキシ出力ポート８０２ａ，８０２ｂの存在を知っている必要がある。

本実施の形態に係る情報処理装置における管理システムでは、サーバ装置６０９上のジョブ制御サーバ６０９ａは、クライアント装置６０６上に存在するプロキシ出力ポート８０２ａ，８０２ｂに関する情報を静的に管理しない。つまり、クライアント装置６０６が動作している（と認識されている）間だけ、プロキシ出力ポート８０２ａ，８０２ｂの情報を保存している。

本実施の形態に係る情報処理装置における管理システムでは、クライアント装置６０６は、起動時にプロキシ出力ポート８０２ａ，８０２ｂをサーバ装置６０９上のジョブ制御サーバ６０９ａに認識させる処理を行なうが、この処理を「接続処理」と定義する。

そして、上に説明した接続処理が行われた後に、クライアント装置６０６とサーバ装置６０９とが通信を互いに行い、図６中の「Ｊｏｂ Ｉｎｆｏ」「Ｓｃｈｅｄｕｌｉｎｇ、Ｄｅｖｉｃｅ Ｓｔａｔｕｓ」で示されるような、各種ステータスのやり取りを行うことができ、図６において説明したようなプリントジョブデータの送信が可能となる。

以上説明してきたように、図１１のフローチャートを実行することにより、例えば、組織変更等の人為的要因により、システムを稼動しているネットワークの通信設定(例えば、ＩＰアドレス)が変更になったり、或いはプリント管理サーバを別のマシンに移管するといった環境の変更があったりした場合にも対応することができる。

特に、クライアント装置単位ではなく、サーバ装置とクライアント装置との間の通信モジュール単位でサーバ装置のアドレスを設定するような出力管理システムの場合、クライアント側のサーバ装置のアドレス設定変更を非常に効率良く行なうことができる。

［第２の実施の形態］
第１の実施の形態では、サーバ装置１０１をネットワークプリンタ１０５と別の装置として説明してきた。しかしながら、サーバ装置１０１をネットワークプリンタ１０５に含ませる場合も想定される。この場合には、ネットワークプリンタ１０５の制御部に含めるようにしても良い。また、ネットワークプリンタ１０５に着脱可能な、ネットワークプリンタ１０５がネットワーク１０６を介して外部の何れかの装置と通信を行なうためのネットワークインタフェースカードにサーバ装置１０５の機能を含めるようにしても良い。

尚、本実施の形態においても、サーバ装置１０５に相当する装置部分とクライアント装置１０２〜１０４とで行なわれる処理は、第１の実施の形態における図１０、図１１のフローチャートの各ステップの処理と同様に行なわれるので、その説明は省略する。

本実施の形態によれば、サーバ装置１０５を、わざわざネットワークプリンタ１０５とは別途の装置として設ける必要がなく、ネットワークプリンタ１０５の環境をよりシンプルな形態に構築することができる。

［その他の実施形態］
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能を達成できる構成であれば、どのようなものであっても適用可能である。

また、本発明の目的は、前述した実施の形態の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体及びプログラムは本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行ない、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

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

本発明の第１の実施の形態に係る情報処理装置における管理方法及び情報処理装置を適用するネットワークシステムの構成を示すブロック図である。 本発明の第１の実施形態に係る情報処理装置におけるパーソナルコンピュータ（ＰＣ）の構成を示すブロック図である。 本発明の第１の実施形態に係る情報処理装置におけるＰＣのメモリマップの構成例を示す図である。 本発明の第１の実施形態に係る情報処理装置における出力を含む記憶媒体の内部構成例を示す図である。 本発明の第１の実施形態に係る情報処理装置における出力を含む記憶媒体の一例を示す図である。 本発明の第１の実施形態に係る情報処理装置における管理システムの構成を示すブロック図である。 本発明の第１の実施形態に係る情報処理装置の管理システムにおけるプリントジョブが持つ情報の説明図である。 本発明の第１の実施形態に係る情報処理装置の管理システムにおけるプリントジョブの処理の流れを説明するための図である。 本発明の第１の実施形態に係る情報処理装置の管理システムにおけるモジュールの構成を示す図である。 本発明の第１の実施形態に係る情報処理装置の管理システムにおけるプロキシ出力ポート制御モジュールを追加する場合の処理動作の流れを示すフローチャートである。 本発明の第１の実施形態に係る情報処理装置の管理システムにおけるプロキシ出力ポート制御モジュールがサーバ装置との接続処理を行なう場合の処理動作の流れを示すフローチャートである。

符号の説明

１０１ ネットワークコンピュータ
１０２ ネットワークコンピュータ
１０３ ネットワークコンピュータ
１０４ ネットワークコンピュータ
１０５ ネットワークプリンタ
１０６ ネットワーク
２００ ＣＰＵ（中央制御装置）
２０１ ＲＯＭ（リードオンリーメモリ）
２０３ ＦＤ（フロッピー（登録商標）ディスク）ドライブ
２０４ フロッピー（登録商標）ディスク（ＦＤ）
２０５ ハードディスク（ＨＤ）
２０６ キーボード
２０７ ディスプレイ
２０８ システムバス
２０９ インタフェース
３０１ 基本Ｉ／Ｏプログラム
３０２ オペレーティングシステム（ＯＳ）
３０３ ネットワークプリンタ制御プログラム
３０４ 関連データ
３０５ ワークエリア
４０１ データの情報を示すボリューム情報
４０２ ディレクトリ情報
４０３ ネットワークプリンタ制御プログラム
４０４ 関連データ
６０１ アプリケーションプログラム
６０２ ＰＤＬドライバ(Driver)
６０３ グループプリンタドライバ(Driver)
６０４ ウインドウズスプーラ（Windows（登録商標） Spooler）
６０５ ジョブ制御ポートモニタ
６０６ ジョブ制御プリントサービス
６０７ プリントマネージャ
６０８ マネージメントコンソール
６０９ ジョブ制御サーバ
６１０ デバイス情報コントロールモジュール
７００ａ 印刷指示部
７００ｂ ドキュメントデータ部
７０１ ヘッダ部
７０２ ページ情報部
７０３ ドキュメント属性部
７０４ 印刷体裁指示部
７０５ 出力方法指定部
７０６ メンバプリンタ数
７０７ メンバプリンタドライバ名
８００ａ 印刷ジョブ制御システム
８００ｂ 印刷ジョブ制御システム
８０１ デスプーラ(De-spooler)
８０２ａ プロシキ出力ポート(Proxy Output Port)
８０２ｂ プロシキ出力ポート(Proxy Output Port)
８０３ａ 出力ポート(Output Port)
８０３ｂ 出力ポート(Output Port)
８０４ ロジカルポート(Logical Port)
８０５ 汎用印刷ファイル構築
８０６ デバイス（Ｂ）
９００ クライアント装置
９０１ サーバ装置
９０２ クライアント装置全体制御モジュール
９０３ ジョブ受付制御モジュール
９０４ クライアントジョブ制御モジュール
９０５ プロシキ出力ポート制御モジュール
９０６ 設定プログラム
９０７ サーバ装置全体制御モジュール
９０８ サーバジョブ制御モジュール
９０９ 出力ポート制御モジュール
９１０ デバイス監視制御モジュール
９１１ ウインドウズ(Windows（登録商標）)プリンタ
９１２ ジョブ制御ポートモニタ
９１３ ネットワーク
９１４ 出力デバイス

Claims (8)

1. ネットワークを介して情報処理装置から発行される印刷ジョブの管理を行なうサーバ装置と通信可能な情報処理装置における管理方法であって、
   サーバ装置固有の識別子と前記サーバ装置のアドレス情報とを関連付け保持する保持手段に保持された前記アドレス情報に基づき前記サーバ装置に印刷ジョブの処理を依頼する依頼ステップと、
   前記ネットワークを介して取得された前記識別子に対応する前記アドレス情報に基づき前記保持手段に保持された前記アドレス情報を更新する更新ステップとを有することを特徴とする情報処理装置における管理方法。
2. 前記ネットワークを介してサーバ装置の探索を行なう探索ステップと、
   前記探索ステップに対する応答として前記識別子及び該識別子に対応する前記アドレス情報を取得する取得ステップとを有し、
   前記更新ステップは、前記取得ステップにおいて取得された前記識別子に対応する前記アドレス情報に基づき前記保持手段に保持された前記アドレス情報を更新することを特徴とする請求項１に記載の管理方法。
3. 前記更新ステップの更新処理は、前記取得された前記識別子に対応する前記アドレス情報が前記保持手段に保持された前記アドレス情報と異なる場合に実行されることを特徴とする請求項１又は２に記載の情報処理装置における管理方法。
4. ネットワークを介して情報処理装置から発行される印刷ジョブの管理を行なうサーバ装置と通信可能な情報処理装置であって、
   サーバ装置固有の識別子と前記サーバ装置のアドレス情報とを関連付け保持する保持手段に保持された通信情報に基づき前記サーバ装置に印刷ジョブの処理を依頼する依頼手段と、
   前記ネットワークを介して取得された前記識別子に対応する前記アドレス情報に基づき前記保持手段に保持された前記アドレス情報を更新する更新手段とを有することを特徴とする情報処理装置。
5. 前記ネットワークを介してサーバ装置の探索を行なう探索手段と、
   前記探索手段による探索の応答として前記識別子及び該識別子に対応するアドレス情報を取得する取得手段とを有し、
   前記更新手段は、前記取得手段により取得された前記識別子に対応する前記アドレス情報に基づき前記保持手段に保持された前記アドレス情報を更新することを特徴とする請求項４に記載の情報処理装置。
6. 前記更新手段による更新処理は、前記取得された前記識別子に対応する前記アドレス情報が前記保持手段に保持された前記アドレス情報と異なる場合に実行されることを特徴とする請求項４又は５に記載の情報処理装置。
7. 請求項１〜３のいずれかに記載の情報処理装置における管理方法をコンピュータが実行するためのプログラム。
8. 請求項７に記載のプログラムを格納したコンピュータ可読の記憶媒体。

Images