JP2000122836A

JP2000122836A - プリンティングシステム

Info

Publication number: JP2000122836A
Application number: JP10294201A
Authority: JP
Inventors: M Berukko Thomas; エムベルッコトーマス; J Botazo Paul; ジェイボタゾポール
Original assignee: Xerox Corp
Current assignee: Xerox Corp
Priority date: 1998-10-15
Filing date: 1998-10-15
Publication date: 2000-04-28

Abstract

(57)【要約】【課題】各ユーザに合わせてプリントサーバを構成す
ることなく、多くのユーザが定期的にプリントサーバを
使用できるプリンティングシステムを提供する。【解決手段】ＲＱＳ．ＬＭ１１０は、リモートサーバ
１０２に問い合わせ、リモートキューにローカルサーバ
１０６での処理を希望するジョブが存在するか否かを求
める。ジョブが存在する場合、ＲＱＳ．ＬＭ１１０によ
りジョブチケットが検索され、構文解析される。ジョブ
に提供される１以上のファイルがＲＱＳ．ＬＭ１１０に
より検索されると、ジョブは対応するジョブチケットと
ともにＰＲＩＮＴ．ＬＭ１１２により処理される。ＰＲ
ＩＮＴ．ＬＭ１１２で生成されるプリントレデイバージ
ョンのジョブのコピーがリモートサーバ１０２に提供さ
れる場合、ＲＱＳ．ＬＭ１１０はプリントレディバージ
ョンを探し、コピーしてリモートサーバ１０２に転送す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般に、第２のド
キュメントジョブサーバと通信する第１のドキュメント
ジョブサーバを有するプリンティングシステムに関し、
特に、プリントジョブが、選択されるサービスに従い処
理される期待のもとに、第１のドキュメントジョブサー
バに提供され、このプリントジョブが、第２のドキュメ
ントジョブサーバにより自動的に検索され、実際上、第
１のドキュメントジョブサーバでは利用できないサービ
スが提供される構成に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】ネット
ワークプリンティングシステムにおいて、クライアント
入力は、一般に、プリントサーバにより、プリンタ出力
とインタフェースがとられる。

【０００３】米国特許第5,113,494号において、ローカ
ルエリアネットワーク通信線により、複数のノードが相
互に通信する構成が開示されている。この一例におい
て、ジョブのハードコピーは、スキャンノードで処理さ
れ、一方、このジョブの電子コピーはプリントノードで
処理される。

【０００４】米国特許第5,179,637号において、プリン
トイメージデータソースから受けたプリントジョブを、
一組のプリントエンジンと、関連するプロセッサに分散
するシステムが開示されている。イメージの一以上のコ
ピーのプリントに要求される情報が含まれる一以上のデ
ータファイルが、スケジューラに提示され、スケジュー
ラは、イメージのデータファイル（１または複数）のジ
ョブ制御情報を解釈し、データファイル（１または複
数）をイメージプロセッサに渡す。

【０００５】米国特許第5,220,674号において、ローカ
ルエリアプリントサーバが開示されている。このサーバ
は、複数のクライアントと複数のプリンタと共に動作
し、クライアントとプリンタの間の通信を行う。サーバ
には、多くのサブシステム、たとえば、サーバが通信す
る殆ど全てのサブシステムに関する広範な状態情報を維
持する状態収集サブシステムが含まれる。状態収集サブ
システムには、通知機能が含まれ、これは、その通知に
関心を持つ、ローカルエリアプリントサーバの内または
外の適当なネットワーク要素に、プリンティングシステ
ムの状態変化またはイベントの報告を送る。

【０００６】１９９６年１月９日発行、特許権所有者フ
ァーマン(Furman)の、米国特許第5,483,653号におい
て、広範な機能を含む高速プリンティング装置に使用す
るのに特によく適したプリントサーバが開示されてい
る。‘６５３特許は、ファイル仕様の構文解析を行う構
成に関するものであり、ネットワークプリンティングの
広範な論議が含まれる。

【０００７】‘６５３特許と‘６７４特許には、複数の
クライアントが、１または２台のプリンティング機械に
アクセスする構成が示されている。実際上、特定の環境
では、多くのクライアントが、比較的定期的に１台のプ
リンタを使用することがある。これは、１または複数の
プリンティング機械が、広範な機能、したがって、特別
に高度の機能を提供する場合である。特定の設定、たと
えば、大学においては、数千のクライアントが、比較的
短い間隔で１台のプリンティング機械を使用することが
予期される。一般に、プリントサーバは、そのプリント
サーバを比較的定期的に使用するそれぞれのユーザに合
わせて構成する必要がある。したがって、高度に使用さ
れるプリンティング機械に対しては、数千のクライアン
ト／ユーザに合わせ対応するプリントサーバを構成する
必要がある。しかし、この構成要件は、プリントサーバ
のリソースに過度の負担をかけることになり、応答が損
なわれる。ユーザのそれぞれまたは全てに合わせてプリ
ントサーバを構成することなく、多くのユーザが比較的
定期的にプリントサーバを使用できる構成の提供が望ま
れている。

【０００８】

【課題を解決するための手段】開示する本発明に従え
ば、第２のドキュメントジョブサーバと通信する第１の
ドキュメントジョブサーバを有する改善されたプリンテ
ィングシステムが提供される。見られるように、ドキュ
メントジョブがドキュメントジョブサーバに提供され、
ドキュメント処理システムが、第２のドキュメントジョ
ブサーバと通信する。この改善のため、ジョブキューと
第１のモジュールが設けられ、このジョブキューは、第
１のドキュメントジョブサーバと通信し、ドキュメント
ジョブを記憶し、また、第１のモジュールは、第１のド
キュメントジョブサーバのジョブキューと通信し、ドキ
ュメントジョブが前記ジョブキューに存在することが、
前記第１のモジュールにより決定されることに応答し、
前記ジョブキューからドキュメントジョブのコピーを検
索する。さらに、改善には、前記第１のモジュールとド
キュメント処理システムの双方と通信する第２のモジュ
ールが含まれ、前記第２のモジュールは、ドキュメント
ジョブのコピーから、プリントレディバージョンを生成
し、ドキュメント処理システムに提示する。

【０００９】

【発明の実施の形態】図１を参照すると、本発明が組み
込まれるのに適した形式のネットワークドキュメント処
理システム１０が示される。処理システム１０には、複
数のプリンタ１２−１、１２−２、１２−３、．．．１
２−Ｎが含まれ、プリントジョブが処理されプリントさ
れる。これは、プリントされる各ジョブに対するジョブ
プログラミング命令に従い行われる。各プリンタ１２−
１、１２−２、１２−３、．．．１２−Ｎは、ビデオイ
メージ信号からプリント媒体たとえば紙にプリント可能
なものであれば任意の適当なプリンタでよく、たとえ
ば、レーザープリンタ、インクジェットプリンタ、ディ
ジタル複写機、ハイライトまたはフルプロセスカラープ
リンタ、粒子線写真プリンタ、これら装置の組み合わ
せ、等が含まれる。複数のプリンタがネットワーク処理
システムに組み込まれる、システム１０においては、各
プリンタには一般に異なるドキュメント処理機能が持た
される。ここに使用されているように、プリンタ１２−
１、１２−２、１２−３、．．．１２−Ｎには、米国特
許第5,371,837号と米国特許第5,450,571号に開示されて
いる形式のバーチャルプリンタが含まれる。

【００１０】システム１０は、多くのワークステーショ
ンすなわちクライアント１５−１、１５−２、１５−
３、．．．１５−Ｎにプリント処理を提供する。リモー
トおよび／またはオンサイトの、クライアント１５−
１、１５−２、１５−３、．．．１５−Ｎは、サーバ２
５を通し、プリンタ１２−１、１２−２、１２−
３、．．．１２−Ｎに機能的に接続される。図１には、
単一のサーバと限られた数のドキュメント処理装置が示
されるが、好ましい実施形態においては、システムのユ
ーザの要求を満たす多くのサーバとドキュメント処理ユ
ニットの使用が予期されている。クライアントは、プリ
ントジョブのソースである電子ドキュメントを提供す
る。この目的のため、個別のまたは全てのクライアント
１５−１、１５−２、１５−３、．．．１５−Ｎは、ド
キュメントスキャナー、ディスク入力、ファクス、等を
持ち、プリントされるジョブを含む電子ドキュメントを
生成する。クライアント１５−１、１５−２、１５−
３、．．．１５−Ｎは、会話型のスクリーン１７のユー
ザインタフェース(User Interface(UI))１６を持ち、こ
れにより、生成されるプリントジョブに対する選択項目
がプログラミングされる。スクリーン１７は、見られる
ようなジョブチケット形式の多くのプログラミング選択
項目を表示する。プリンタ１２−１、１２−２、１２−
３、．．．１２−Ｎ、クライアント１５−１、１５−
２、１５−３、．．．１５−Ｎ、サーバ２５は、ネット
ワークすなわち通信チャネル２７により、機能的に相互
接続される。

【００１１】図２を参照すると、１台のクライアント、
たとえばクライアント１５−１と、サーバ２５の関係
が、さらに詳細に示される。図２に示される実施形態に
おいて、クライアント１５−１には、ＵＩ１６の一つと
ジョブチケット３５が含まれる。このジョブチケット３
５により、ユーザは、プリントジョブをプログラムし、
サーバ２５に転送する。一般に、ジョブチケット３５に
は、ドキュメントジョブの特性を規定する属性に関する
情報が含まれる。さらに、属性には、一般的に、ジョブ
レベル属性（たとえば、一組の量、コピー数、仕上げ要
件、網(plex)、ページ番号付与）、ページレベル属性
（印刷カラー分解情報、イメージ品質、縮小／拡大、イ
メージ形成面）、イメージレベル属性（たとえば、イメ
ージ寸法、イメージカラー、ページ内のイメージ位置）
が含まれる。一例において、イメージと、属性に関する
情報が含まれる電子ドキュメント３９（１または複数）
が、クライアント１５−１からサーバ２５に転送され
る。

【００１２】図３を参照すると、クライアント／サーバ
ジョブチケット３５は、ＡＳＣＩＩフォーマットをと
る。さらに、適当なクライアントＵＩインタフェースダ
イアログソフトウェアを採用することにより、プリント
ジョブの選択項目が、ＵＩ１６のスクリーン１７に表示
され、これにより、ユーザは、プリントジョブのプログ
ラム作成に利用できるプリンティング選択項目を知るこ
とができる。米国特許第5,450,571号と米国特許第5,46
7,434号の開示には、複数キューが採用されるネットワ
ークプリンティングシステムのジョブチケットの生成に
適した構成が、詳細に記載されている。

【００１３】図２を再度参照すると、サーバ２５には、
一以上のキュー４２−１、４２−２、．．．４２−Ｎが
含まれ、キュー（たとえばプリントキュー）４２は、セ
クションすなわちファイル４３に提供され、ユーザに選
択される。各キュー４２は、１つの構成ファイルすなわ
ちプロフィール（たとえばプリントプロフィール）４４
−１、４４−２、．．．４４−Ｎにマッピングされる。
各プリンタプロフィールには、プリンタ特性が含まれ
る。この特性は、一例では、選択される１つのプリンタ
またはファミリーのドキュメント処理ユニット１２で選
択可能なジョブの組み合わせの記述に適するよう配列さ
れる。

【００１４】各プリントキュー４２は、一以上のドキュ
メント処理ユニットすなわちプリンタ１２に対応付けら
れる。仮想プリンタが提供される場合は、同一のプリン
タに複数のキューがあることを認識する必要がある。し
たがって、第２の例においては、プリンタ（ここでは仮
想プリンタとして示される）は、異なるプリンタ機能を
提供するよう構成され、この各異なるプリンタ構成に、
対応するプリントキューとプロフィールが提供される。

【００１５】さらに図２を参照すると、好ましくは、電
子ドキュメント３９が、ドキュメントディレクトリ５４
に置かれる。一例では、サーバ制御部５２は、一組のド
キュメント３９と、対応するプリントジョブ選択項目の
組み合わせを結合し、ドキュメントジョブを形成する。
一組の電子ドキュメント、たとえばプリントデータ（ペ
ージ記述言語）ファイルと、対応するプリントジョブ選
択項目の組み合わせ、たとえばジョブチケットを結合
し、ジョブファイルを形成しプリントするサーバプロセ
ッサの一例が、（１９９３年６月６日発行）メンシング
(Mensing)他に与えられた米国特許第5,226,112号に見ら
れる。ネットワークレベルのジョブの管理によく適した
別の構成が、米国特許第5,113,494号（ドキュメントの
ＲＩＰに適したサーバプロセッサを開示している）、米
国特許第5,220,674号（多くのレベル制御を持つサーバ
と、付随する管理を持つデータベースを開示してい
る）、米国特許第5,483,653号（構文解析と記憶部を持
つサーバを開示している）に見られる。

【００１６】図４を参照すると、従来のローカルエリア
ネットワークが示される。これには、低容量から中容量
のプリンティングシステム（たとえばＳ１とＳ２）によ
る使用に適応された一以上のプリントサーバ、および、
一以上の高容量プリンティングシステム（たとえばＳＳ
１）による使用に適応されたサーバ、と通信する複数の
クライアント（Ｃ１、Ｃ２、．．．ＣＮ）が含まれる。
実際には、クライアント（図４におけるＣ１）は、低容
量から中容量のプリンティングシステム（すなわちＪ
１）のプリントに適応されたジョブはＳ１へ、高容量の
プリンティングシステム（すなわちＪ２）のプリントに
適応されたジョブはＳＳ１へ転送する必要がある。実際
には、Ｓ１とＳＳ１の双方に、Ｃ１の要求を満たす構成
が必要である。このため、Ｃ１が、ＳＳ２をまれに使用
する場合でも、Ｓ１とＳＳ２の双方のリソースをＣ１に
合わせて構成する必要がある。図５を参照すると、好ま
しい実施形態により企図される方法により、Ｊ２がＳ１
に転送され、Ｃ１には透過的にＪ２がＳＳ１にルーティ
ングされ、Ｃ１の特定の要求に対するＳＳ１の構成が最
小にされる。この好ましい実施形態の方法は、詳細を以
下に説明するリモートジョブサービス(Remote Job Serv
ice)１００（図６）を使用することにより達成される。
リモートジョブサービスの説明は、以下の通りである。

【００１７】＜リモートジョブサービスの概要＞図６を
参照すると、リモートサーバ１０２（図６）上のキュー
が、リモートキュー管理ユーティリティ(remote queue
administration utility(“RQAU”))１０４を経由し、
ローカルサーバ１０６上のローカルキューに接続され
る。ワーキングディレクトリが、ローカルサーバに生成
され、リモートサーバからの一時ジョブコピーとＰＤＬ
ファイルが保持される。加えて、一時ディレクトリが生
成され、処理されるジョブのプリントレディバージョン
が生成され、リモートサーバ１０２に返送される。リモ
ートサーバのキューをローカルサーバのキューにマッピ
ングするため、ＲＱＡＵ１０４により、構成ファイル１
０８（図７）が生成され維持される。

【００１８】実際には、次の情報から成るジョブが、リ
モートサーバ１０２に提示される。

【００１９】・ＤＯＳ、ＭＡＣ、ＮＦＳネームスペース
のみ持つＰＤＬデータ（ＰｏｓｔＳｃｒｉｐｔ、ＨＰ／
ＰＣＬ、ＴＩＦＦ、Ｉｎｔｅｒｐｒｅｓｓ、ＡＳＣＩＩ
ファイル）、・リモートサーバに記憶される一以上のＰＤＬファイル
を参照するファイルのファイル(File of Files)（ＤＯ
Ｓネームスペースが望ましい）、・リモートネットウェア(Netware)サーバ（望ましくは
ＤＯＳネームスペース）に記憶される一以上のＴＩＦＦ
イメージファイルを参照するゼロックスドキュメントオ
ンデマンド(Xerox Document on Dmand(XDOD))／ゼロッ
クスイメージプリントパス(Xerox Image Print Path(XI
PP))ファイル。

【００２０】・ローカルプリンティングシステム（たと
えばローカルプリンタ１０９）に対するジョブチケット
が予め付与されている上記のいずれか、このローカルプ
リンティングシステムは、ローカルサーバに対応付けら
れている、および／または・先行し提示されるＰＤＬ、ファイルリスト、ＸＤＯＤ
／ＸＩＰＰファイルのいずれかを参照するジョブチケッ
ト。

【００２１】ローカルサーバには、リモートキューサー
ビスローダブルモジュール(remotequeue service loada
ble module(“RQS.LM")１１０が含まれる。これは、好
ましくは、ノーベル社(Novell,Inc.)のネットウェアロ
ーダブルモジュール(NetwareLoadable Module)の形式で
ある（“Netware”はノーベルの登録商標である）。モ
ジュールには、次の独立した機能が含まれる。

【００２２】・ＲＱＳ．ＬＭの入力側は、リモートサー
バのキューをポーリングし、ジョブファイルと、参照さ
れる任意のＰＤＬデータファイルを、ローカルサーバの
一時ディレクトリにコピーする。さらに、ＲＱＳ．ＬＭ
は、任意の付加されるジョブチケットを修正し、ローカ
ル一時ディレクトリを指すようにＰＤＬ送信元とセーブ
ファイル宛先の双方を調整する。

【００２３】・ＲＱＳ．ＬＭの出力側は、ローカルサー
バの一時出力ディレクトリの一つを定期的に調べ、完了
したＰＤＬ（たとえばＩｎｔｅｒｐｒｅｓｓ）ファイル
を検出し、対応するコピーをリモートサーバに返す。

【００２４】全ての参照されるファイルは、望ましく
は、ユーザが権利を持つディレクトリに置かれる。ＲＱ
Ｓ．ＬＭにこの権利を取得するため、一例では、ネット
ウェアに使用される形式のキュー管理コール(queue man
agement call(“QMS”))を経由し、クライアントの権利
を取得する。また、これにより、ＲＱＳ．ＬＭは、適当
なリモートサーバディレクトリに、セーブしたファイル
を返すことができる。好ましくは、ローカルサーバは、
リモートキューとの結合を維持しクライアントの権利を
保持したまま、セーブしたジョブを返す。

【００２５】＜管理と実装＞ＲＱＡＵ（図６）は、実際
には幾つかの異なる関連する機能を実行する。このソフ
トウェアの第１の機能は、リモートサービスの実現にお
いてインストールと初期設定を行うことである。これに
は、構成ファイル（図７）の生成、リモートサーバのキ
ューとローカルサーバのキューのマッピングが含まれ
る。好ましくは、ローカルサーバのみにアクセスが許さ
れるサーバディレクトリ（ｓｙｓ：＼ｓｙｓｔｅｍ＼ｘ
ｒｘ＼ｒｅｍｏｔｅ）が生成される。ＲＱＡＵは、さら
に、次のバージョン、機能強化を含む‐更新、再インス
トールを提供する。

【００２６】一例では、ノーベルピーコンソールユーテ
ィリティ(Novell Pconsole utility)が使用され、親プ
リントキューが生成される。キュープライオリティは、
リモートキューとローカルキューの双方に使用される。
これは、リモートサーバのキューに１のプライオリティ
を割り当て、これを、１０のプライオリティを割り当て
たローカルサーバのキューにマッピングできることを意
味する。したがって、ＲＱＳ．ＬＭにより最高のプライ
オリティで処理されるジョブが、ローカルサーバのキュ
ーに入ると、低いプライオリティで処理されることにな
る。リモートサーバからクライアントユーティリティを
使用するためには、ＲＱＡＵに、このオプションが組み
込まれることが必要である。

【００２７】＜リモートキューサービスネットワークロ
ーダブルモジュール＞図８と図９を参照すると、初期化
モード、ジョブ処理モード、アンロードモードを持つＲ
ＱＳ．ＬＭが、第２のスレッドを生成し、セーブされた
ジョブを処理する。

【００２８】初期化モード中、ローカルプリントサーバ
に、複数のキューの一つが動的に形成される。この複数
のキューの一つは、図７に示す形式のフォーマットを持
つ構成ファイルが構文解析されることにより形成され
る。好ましくは、構成ファイルには、ローカルサーバと
リモートサーバの間で要求されるジョブコピーの転送に
必要な全てのマッピングが含まれる。特に図８を参照す
ると、リモートサーバの少なくとも１つのキューと、サ
ーバの少なくとも１つのローカルキューの結合に関する
例がさらに示される。ローカルプリントサーバに形成さ
れるキューは、動的に形成されるので、生成されるキュ
ーの数は、ローカルプリントサーバのメモリプールにお
いて利用可能なＲＡＭの容量によってのみ制限される。
例示する実施形態においては、構成ファイルに登録され
るキューのみ処理される。構成ファイルは、ＲＱＳ．Ｌ
Ｍがロードされるとき調べられるので、構成ファイルの
変更は、ＲＱＳ．ＬＭのローディングにより有効とな
る。

【００２９】図７の構成ファイルの例を簡単に参照す
る。このファイルは、内容についてゼロックス社の著作
権が主張されている。これに採用されるタームの簡単な
リストを以下に示す。下記の各行を、次のフォーマット
で表す。

【００３０】％％ＢＥＧＩＮ：１．０１＝バージョン番
号１．０１を実行％％ＳＥＲＶＥＲＩＤ：９９９９９_ＮｕｍｅｒｉｃＡ
ＵａｓｓｉｇｎｅｄＮｕｍｂｅｒ＝一意のサーバ識別子
が含まれる％％ＸｅｒｏｘＳｅｒｖｅｒＮａｍｅ：ＳｅｒｖｅｒＮ
ａｍｅＵｐＴｏ４５Ｃｈａｒｓ＝ネットワークドキュテ
ク(Network Docu Tech)（“Docu Tech”はゼロックス社
の登録商標である）ファイルサーバネーム％％ＸｅｒｏｘＰｒｉｎｔＳｅｒｖｅｒＮａｍｅ：Ｐｒ
ｉｎｔＳｅｒｖｅｒＮａｍｅ＝ネットワークドキュテク
プリントサーバのノーベルネーム％％ＳｅｒｖｅｒＮａｍｅ：ＳｅｒｖｅｒＮａｍｅＵｐ
Ｔｏ４５Ｃｈａｒｓ＝リモートファイルサーバのファイ
ルサーバネーム％％ＲｅｍｏｔｅＱ：ＮｏｖｅｌｌＱｎａｍｅ＝ドキュ
テクネットワークサーバにリンクされるリモートファイ
ルサーバのキュー％％ＱｕｅｕｅＰｒｉｏｒｉｔｙ＝ネームを付与された
キューのプライオリティ％％ＬｏｃａｌＱ：ＮｏｖｅｌｌＱｎａｍｅ＝ドキュテ
クネットワークサーバのキューネーム実際には、初期化フェーズにおいて、第２のスレッドが
開始され（図８と図９）、このタスクが、（図６のＰＲ
ＩＮＴ．ＬＭ１１２の出力キューと同様の）内部キュー
を経由し通信する。セーブされたジョブに関する情報
が、“セーブキュー”につながれ、対応するセーブキュ
ーが、第２のスレッドによりポーリングされる。セーブ
キューのノードが利用可能であると、ＲＱＳ．ＬＭは、
セーブファイルに対するセーブキューのｓｙｓ：＼ｓｙ
ｓｔｅｍ＼ｘｒｘ＼ｒｅｍｏｔｅ＼ｓａｖｅディレクト
リをポーリングする。セーブファイルが見つかると、Ｒ
ＱＳ．ＬＭは、それをリモートサーバ（図９）の宛先デ
ィレクトリに返す。セーブファイルすなわちセーブジョ
ブが検出されると、セーブファイルが、適当な宛先ディ
レクトリに送り返されるまで、ＱＭＳレコードが、リモ
ートサーバの適当なキューに保持される。上で説明した
セーブ方法により、リモートサーバのジョブをセーブす
るクライアントの権利が取得される。

【００３１】処理フェーズにおいて、最高のプライオリ
ティのキューが、最初にポーリングされる。好ましく
は、各提示されるプライオリティに対応する一以上のキ
ューのリストが設けられる。一例では、それぞれ高位の
プライオリティのキューが無くなるまで、低位のプライ
オリティリストはポーリングされない。この処理では、
高位のプライオリティキューに空きができなければ、低
位のプライオリティキューは“停止”(starve)してしま
う。ローカルサーバにおいて低位のプライオリティキュ
ーのジョブの“停止”を避けるため、各プライオリティ
のキューリストを、ラウンドロビン方式によりポーリン
グする。これにより、それぞれのプライオリティレベル
の全てのキューに、平等の処理機会が与えられる。全て
のキューが空きになると、スレッドは短時間“休止”(s
leep)する。空きキューが走査されるごとに、空き時間
は延長され、選択された最長休止時間、たとえば６秒に
到達する。いずれかのキューにジョブが置かれると、休
止時間は初期の時間に戻され、処理が再開される。

【００３２】リモートキューからジョブが受信される
と、実際のジョブ処理が開始される。一例では、ジョブ
チケットが構文解析され、全ての関連する参照ファイル
は、予め選定されたディレクトリ、たとえばｓｙｓ：＼
ｓｙｓｔｅｍ＼ｘｒｘ＼ｒｅｍｏｔｅ＼ｓａｖｅｒ＿ｐ
ｄｌにコピーされる。送信元と宛先の参照は、この予め
選定されたディレクトリに変更され、続く処理が行われ
る。ジョブが、“セーブジョブ”であれば、宛先ディレ
クトリは、セーブディレクトリを指す。一例では、ロー
カルサーバにキューが含まれ、このキューに、好ましい
技術により修正されたジョブチケットが置かれる。セー
ブジョブは、好ましくはキューにノードを生成するステ
ップ、したがって、第２のスレッドに提示される。“本
来の”(native)ノーベルジョブの場合、すなわち、ジョ
ブチケットなしでノーベルキューに置かれるジョブの場
合、ＲＱＳ．ＬＭは、そのまま、ローカルサーバの適当
なキューにジョブを置く。

【００３３】ローカルサーバに受信される別の形式のジ
ョブは、“ファイルのファイル”(File of Files(FOF))
として示される。これは、所定の組のコマンドにより生
成されるジョブであり、このコマンドにより、複数のフ
ァイルを持つプリントジョブが形成される。ＦＯＦに関
連するジョブチケットが構文解析されるとき、リモート
ファイルは、ローカルサーバの一時ディレクトリにコピ
ーされ、ＦＯＦジョブチケットは、ファイルの新しい所
在に合わせ修正される。

【００３４】好ましい実施形態の技術に従い企図される
さらに別の形式のジョブは、ゼロックスイメージプリン
トパス(Xerox Image Print Path(XIPP))である。このフ
ァイル形式には、ＦＯＦと同様に、一以上のリモートサ
ーバから検索されるファイルリストが含まれる。好まし
くは、このファイルに対し一時サブディレクトリが生成
され、次いで、これにファイルリストがコピーされる。
ＸＩＰＰリストは、ファイルの新しい位置を示すよう修
正され、一時サブディレクトリとそのファイルが、ジョ
ブ完了時削除されることを示すレコードが新しいジョブ
チケットに入力される。

【００３５】＜ジョブサービス機能の総括的な説明＞図
５、図６、図１０を参照すると、好ましい実施形態のリ
モートジョブサービス技術を実現する方法の総括的な説
明が示される。最初に、ステップ１１６において、ＲＱ
Ｓ．ＬＭ１１０は、リモートサーバ１０２に問い合わ
せ、リモートキューにローカルサーバ１０６での処理を
希望するジョブが存在するか否かを求める。好ましい技
術においては、ジョブは、直接、または、検索されるジ
ョブチケットに対する参照により検索される。ジョブチ
ケットが検索されない場合には、処理は、ステップ１３
２に跳び、ジョブは、ローカルプリントサーバにより提
供されるデフォルト設定に従い処理される。

【００３６】問い合わせ１１８に対する肯定応答に応
じ、ＲＱＳ．ＬＭ（ステップ１２０）により、ジョブチ
ケット（図６においてジョブ（ｉ）で示される）が検索
され、構文解析される（ステップ１２２）。ジョブチケ
ットの処理に続き、ステップ１２４において、１または
２個のポインタが取得される。図６に示すように、“リ
モートジョブ”は、単一のジョブ、すなわちＰＤＬジョ
ブ（ｉ）に参照がとられる。したがって、ステップ１２
４で取得されたポインタが、ステップ１２６におけるＰ
ＤＬジョブ（ｉ）の検索に利用される。すなわち、ステ
ップ１２４で取得したポインタを使用し、ＲＱＳ．ＬＭ
は、ＰＤＬジョブ（ｉ）に対応するファイルを検索す
る。

【００３７】好ましい実施形態の別に意図される態様に
おいては、しかしながら、複数のジョブ（幾つかは、リ
モートサーバ１０２とは別のリモートサーバに存在す
る）を参照する複数のポインタが取得される。ジョブ
が、Ｆ０Ｆまたは同等のジョブの場合、ステップ１２８
の問い合わせに対し最初否定応答が返され、ＦＯＦのリ
ストにより呼び出される複数のファイルの取得に必要な
回数だけ処理はステップ１２４に繰り返し返される。

【００３８】ジョブに提供される一以上のファイルが、
ＲＱＳ．ＬＭにより検索されると、ステップ１３２にお
いて、ジョブは、対応するジョブチケットと共にＰＲＮ
Ｔ．ＬＭにより処理される。一例においては、ジョブ
は、現在利用できる米国特許出願第08/068,724号の教示
に従うプリントレディフォーマットにの中に置かれる。
この特許出願の開示は、本願に引用して援用されてい
る。これでは、ＰＣＬまたはポストスクリプト(PostScr
ipt)ジョブが、インタープレス(interpress)に“包ま
れ”(wrapped)、ネットワークドキュテク（“ドキュテ
ク”は、ゼロックス社の登録商標である）プリンティン
グシステムにおいて処理される。しかし、この好ましい
実施形態の技術は、ＰＣＬ／ポストスクリプトジョブ
が、単にＲＩＰされるプリントサービスに適用可能なこ
とを理解する必要がある。これは、一つのＰＤＬで書か
れたジョブが別のＰＤＬに包まれるプリントサービスに
適用されるのと同様である。

【００３９】ＰＲＩＮＴ．ＬＭにより処理されるジョブ
が、セーブされる必要がないと（ステップ１３４参
照）、処理は、ステップ１１６に返り、ＲＱＳ．ＬＭ１
１０は、リモートサーバ１０２に問い合わせ、処理する
別のジョブがキューにあるか否かを求める。一方、セー
ブジョブ、すなわち、ＰＲＩＮＴ．ＬＭにより生成され
るプリントレディバージョンのジョブのコピーが、リモ
ートサーバに提供される場合は、ステップ１３６におい
て、ＲＱＳ．ＬＭ１１０は、完了されたプリントレディ
バージョンのジョブを“探す”(look)。図６に例示する
実施形態においては、ＲＱＳ．ＬＭは、ディレクトリｓ
ｙｓ：＼ｓｙｓｔｅｍ＼ｘｒｘ＼ｒｅｍｏｔｅ＼ｓａｖ
ｅをポーリングし、中にバージョンが存在することが求
まるまで継続する。プリントレディバージョンのコピー
がこのディレクトリに存在すると、ＲＱＳ．ＬＭは、プ
リントレディバージョンをコピーし（ステップ１３
８）、これを、ジョブが所属するクライアントの親ネー
ムスペースに対応するファイル仕様と共にリモートサー
バに転送する（ステップ１４０）。

【００４０】上に説明した好ましい実施形態の多くの特
徴は、当業者には明らかなことである。

【００４１】第１に、ユーザが既に第１のプリントサー
バを構成し使用していれば、好ましい実施形態の技術に
より、ユーザは、第２のプリントサーバを構成する必要
がなくなる。特に、上に開示した技術を使用することに
より、ユーザは、第２の（“ローカル”）プリントサー
バで処理しようとするジョブを、第１の（“リモー
ト”）プリントサーバに送り、このジョブは、ユーザに
意識されることなくローカルプリントサーバにルーティ
ングされる。ユーザは、リモートサーバの使用に必要な
構成のみ用意すればよく、ローカルサーバのリソースが
節約される。

【００４２】第２に、好ましい技術により、ユーザに意
識されることなく、ローカルサーバで処理されるセービ
ングジョブの実現が提供される。望ましくは、セーブジ
ョブは、リモートサーバの、ユーザに一般に採用される
親ネームスペースに転送される。このようにして、ユー
ザが元のジョブを実行する操作を行おうとするとき、直
ちにセーブジョブをアクセスできる。さらに、ジョブ
は、プリントレディフォーマットでセーブされるので、
ユーザは、２回目にはジョブをＲＩＰする必要がない。
したがって、ユーザは、セーブジョブのプリントを希望
するだけで、セーブジョブのコピーが、リモートサーバ
からローカルサーバに転送され、最少の処理量で実行さ
れる。

【００４３】第３に、“ファイルのファイル”を使用す
ることにより、単一ジョブの一部であるかのように、複
数のジョブが処理される。すなわち、一例においては、
ファイルのリストが、リモートサーバからローカルサー
バに提供され、一方、ローカルサーバは、ネットワーク
を経由し、リストされたジョブを検索する。一例におい
ては、リストされたファイルは複数のリモートサーバに
存在する。

【００４４】第４に、ローカルサーバとリモートサーバ
を管理する有効な方法が提供される。適当なユーティリ
ティを使用することにより、ローカルキューとリモート
キューの間のキューのマッピングが行われる。適当な構
成ファイルにより、総括的なマッピングの制御が提供さ
れる。さらに、ローカルサーバにおいてジョブ実行に適
したプライオリティが付けられることにより、ジョブ
は、時間に合わせ処理される。

【図面の簡単な説明】

【図１】ネットワークプリンティングシステムの先行
技術を示す略立面図である。

【図２】図１のネットワークプリンティングシステム
の先行技術を示す部分略ブロック図である。

【図３】電子ジョブチケットの先行技術のフォーマッ
トを示す図である。

【図４】複数のクライアントとサーバの双方を含むロ
ーカルエリアネットワーク(LAN)の先行技術実施例に対
応するブロック図である。

【図５】本発明が実装されるリモートジョブサービス
を持つ図４のＬＡＮが含まれるブロック図である。

【図６】リモートジョブサービスが実現される要素の
適当な構成が含まれるブロック図である。

【図７】図６の構成のキュー相互のマッピングに適す
る構成ファイルを示す図である。

【図８】リモートジョブサービスへの使用が意図され
るキュー処理シナリオの一部を示すブロック図である。

【図９】リモートジョブサービスの機能に従い、ジョ
ブが進行する多くの段階を示すブロック図である。

【図１０】リモートジョブサービスの機能を示すフロ
ー図である。

【符号の説明】

１０ネットワークドキュメント処理システム、１２−
１〜１２−Ｎプリンタ、１５−１〜１５−Ｎクライ
アント、１６ユーザインタフェース、１７スクリー
ン、２５サーバ、２７ネットワーク、３５ジョブ
チケット、３９電子ドキュメント、４２−１〜４２−Ｎ
キュー、４３ファイル、４４−１〜４４−Ｎプロ
フィール、５２サーバ制御部、５４ドキュメントデ
ィレクトリ、１００リモートジョブサービス、１０２
リモートサーバ、１０４リモートキュー管理ユーテ
ィリティ、１０６ローカルサーバ、１０８構成ファ
イル、１０９ローカルプリンタ、１１０ＲＱＳ．Ｌ
Ｍ、１１２ＰＲＩＮＴ．ＬＭ、Ｃ１〜ＣＮクライア
ント、Ｊ１低容量から中容量のプリンティングシステ
ム、Ｊ２高容量のプリンティングシステム、Ｓ１Ｓ
２低容量から中容量のプリンティングシステム、ＳＳ
１高容量プリンティングシステム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ポールジェイボタゾアメリカ合衆国ニューヨーク州ロチェスターカーニードライブ 119 Ｆターム(参考） 5B014 EB00 EB03 FA15 FA16 FB02 FB03 FB04 GC27 GD02 GD23 5B021 AA01 BB04 EE04

Claims

【特許請求の範囲】

【請求項１】第２のドキュメントジョブサーバと通信
する第１のドキュメントジョブサーバを有し、ドキュメ
ントジョブが、第１のドキュメントジョブサーバに提供
され、ドキュメント処理システムが、第２のドキュメン
トジョブサーバと通信するプリンティングシステムにお
いて、第１のドキュメントジョブサーバと通信するジョブキュ
ーであって、ドキュメントジョブを記憶するジョブキュ
ーと、第１のドキュメントジョブサーバのジョブキューと通信
する第１のモジュールであって、ドキュメントジョブが
前記ジョブキューに存在することが前記第１のモジュー
ルにより決定されることに応答し、前記ジョブキューか
らドキュメントジョブのコピーを検索する第１のモジュ
ールと、前記第１のモジュールとドキュメント処理システムの双
方と通信する第２のモジュールであって、前記第２のモ
ジュールが、ドキュメントジョブのコピーから、プリン
トレディバージョンを生成し、ドキュメント処理システ
ムに提示する第２のモジュールと、を有することを特徴とするプリンティングシステム。