(57)【特許請求の範囲】
【請求項１】
書類処理装置を、ネットワークを介して制御及び監視するための、ビジネス間通信システムであって、
ネットワークを介して受信される遠隔通信信号に応答する書類処理装置であって、ネットワークを介して送信される装置動作ステータス信号を発行できる書類処理装置と、
前記書類処理装置と前記ネットワークとの間に配置され、前記遠隔通信信号をジョブデータ又は制御データとして分類するネットワークインターフェースコントローラと、
前記ネットワークインターフェースコントローラと前記書類処理装置との中間に配置され、前記ネットワークインターフェースコントローラから前記書類処理装置に通信される、前記制御データとは独立した前記ジョブデータを、前記書類処理装置によって実行可能なデータフォーマットに翻訳する書類処理装置コントローラと、
を含み、
前記ネットワークインターフェースコントローラは、前記書類処理装置及び前記書類処理装置コントローラと並列通信可能に配置され、
前記制御データは、
テキスト、絵、およびビジネスグラフィックを分類する、前記書類処理装置の動作を円滑にするためのオブジェクト指向レンダリングデータを含み、前記ジョブデータとは独立して個別に前記ネットワークインターフェースコントローラから直接前記書類処理装置に通信される、
ことを特徴とするビジネス間通信システム。
【請求項２】
請求項１に記載のビジネス間通信システムにおいて、
前記オブジェクト指向レンダリングデータは、前記書類処理装置で作成される書類についてのページ記述言語データを含む、
ことを特徴とするビジネス間通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、分配ネットワークアーキテクチャに関し、特に、ネットワークを通じて、制御データ及び印刷データなどの装置のためのジョブを特定するジョブデータを通信することにより、遠隔から操作できる書類処理装置を含むネットワークアセンブリに関する。より詳しくは、本発明は、印付けエンジンとネットワークとの間の制御データの直接通信を向上させ、印刷ジョブデータを認識可能な印付けエンジン信号に翻訳する際に通常は存在するプリンタコントローラを通じた通信フローパスの制約を回避する、アーキテクチャ及び方法に関する。
【０００２】
【従来の技術】
画像情報は、一般的にネットワーク又はインターネットシステムを通じて通信され、最終的に電子表示装置を通じて又は書類をプリンタなどの印付けエンジンによって紙に物理的に印刷することによって、オペレータに理解される。一点から遠隔の場所へと、構内ネットワーク又は広域ネットワークを用いて、印刷ジョブを送信するためのシステムアーキテクチャが、広く知られている。印刷ジョブを定義するジョブデータ及び制御データのフローパスは通常、ネットワークから、印付けエンジンにおいて標準機能の一部として実施されている又は取り付けられているインターフェースプログラムブロック（通常はコンピュータハードウェア）を通じて、である。このようなプログラムブロックは一般的に、印付けエンジンのデジタルフロントエンド（ＤＦＥ）と呼ばれ、ページ記述言語（ＰＤＬ）で示される書類を、特定の印付けエンジンによって印刷できる形式に変換する複雑なタスクを実行するための、コンピュータ構成要素として開発されてきた。その目的とする機能は、画像パスのみに制限される。ＤＦＥに追加の機能を実行するよう要請することは、装置の設計目的を拡大し、画像を分解するために存在するボトルネックを更に束縛する。必要とされる追加機能は、印付けシステムの行動を安定化させる機能、特殊なレンダリングアルゴリズムを可能にする機能、装置の標準動作を支援するための管理機能を実行する機能、である。よって、ＤＦＥは主に、そして最良の場合、印刷ジョブデータをネットワークから受信し、そのデータを、ピクセル毎のバイト定義などの印付けエンジン印刷信号に翻訳することのみを考慮する。現在のシステムアーキテクチャは、ＤＦＥを、大半の書類処理装置において、ただ１つのネットワークインターフェースと位置付ける。よって、現状では、ジョブ、制御、ソフトウェアなどの、印付けエンジンへのデータ通信は全て、印付けエンジンと通信ネットワークとの中間のＤＦＥのボトルネックを通じて方向付けされる必要がある。
【０００３】
この制限されたシステムアーキテクチャは、ＤＦＥ及び印付けエンジンを通じての双方向接続性を達成しようとする際に内在する、一連のデータフロー問題の原因となる。
【０００４】
印付けエンジン及びＤＦＥの多くの組合せが、異なる業者によって製造されている。したがって、様々な異なるＤＦＥ及び関連する印付けエンジンを通じたデータフローは通常、実際的な問題を生じ、この問題の解決は、ＤＦＥを通じた所望の双方向接続性を達成するための、ＤＦＥ製造者と印付け製造者の間の交渉を必要とする。関係する業者の数のため、そして、様々な印付けエンジン及び様々なＤＦＥの異なる動作特徴のため、このような交渉の大半は、不成功に終わっていた。よって、プリンタ管理、診断、画像処理、及び他の制御パスデータフローが事実上、様々なＤＦＥ製造者／販売者が決定する、システム実施動作特性の人質となっていた。
【０００５】
【発明が解決しようとする課題】
ジョブ及びプリンタステータス情報をユーザ／顧客へと、またユーザ／顧客から通信するために、そして、このような顧客に高度な印付けエンジン機能性を提供しよりよいシステム動作を容易にするために、ネットワークとプリンタの向上した通信の必要性が、継続的に存在し、年々高まっている。ＤＦＥがプリンタとネットワークとの間に配置されているため、ＤＦＥを通じて通信を行う必要があり、よって、プリンタへの直接的な問い合わせが妨げられる。ＤＦＥが、重要なプリンタ情報のプリンタへの通信又はネットワークへの通信を抑制する又は少なくとも制限するような構成を有する場合、一般的に、ジョブの割当てに関する実際的な情報と共に、システム動作が被害を蒙る。
【０００６】
書類処理装置（「ＤＰＳ」）とは、書類の組立て、生成、印刷、送信、走査、保存、及び保管を実行する装置の集合及びそのような装置の構成要素を意味する。このような装置は、印付けエンジン、プリンタ、スキャナ、ファックス装置、電子図書館、などを含む。本発明は、特に、印刷システムに重要な場合を考慮し、書類処理システムの主な例として印刷システムを挙げて説明されるが、これは、本発明がそのような特定の印刷応用法に制限されるものとして解釈すべきではない。全てのＤＰＳが、本発明の利点の恩恵を受けるよう意図される。
【０００７】
【課題を解決するための手段】
本発明は、ＤＦＥが通信ネットワークとＤＰＳとの間に接続され、ＤＰＳシステムが組み立てられる、典型的な現在のアーキテクチャによる問題点を克服することを１つの目的とする。このようなアーキテクチャは、ＤＰＳによるレンダリング及び後続の処理のための、ネットワークを介したＤＦＥへの所望の画像の流れをたやすく可能にするが、このようなアーキテクチャでは、ＤＰＳによってネットワークへと提供できる情報及び改善されたシステム管理のために利用可能な非画像データが、ＤＦＥを通る必要がある。このようなフローパス通信は、異なる製造者の間で変動する場合があるため、ＤＦＥを通じたＤＰＳへのフローパスの必要なしに、ネットワークへと又はネットワークから、印付けエンジン制御情報を容易にできるシステムの必要性が、長い間感じられてきた。
【０００８】
本発明は、上述の問題点を克服し、ネットワークとＤＰＳとの間の直接的な通信を可能にするシステムアーキテクチャを提供し、よって、ＤＦＥコントローラを迂回し、システムユーザの利益のために実質的に付加価値のあるサービスを提供する。
【０００９】
本発明によれば、ネットワーク書類システムが提供され、該ネットワーク書類システムは、印付けエンジンと、印付けエンジンコントローラと、ネットワークインターフェースコントローラと、を含む。ネットワークインターフェースコントローラは、ネットワークと印付けエンジンコントローラと印付けエンジンとの中間に配置され、印付けエンジンコントローラ及び印付けエンジンとの並列通信する。ネットワークインターフェースコントローラは、印付けエンジンジョブデータ及び印付けエンジン制御データを分離し、ネットワークから制御データを選択的に直接印付けエンジンに通信又は印付けエンジン及び印付けエンジンコントローラの両方に共通して通信する。ジョブデータは、受理できる印付けエンジンデータフォーマットへの変換のために、印付けエンジンコントローラを通って経路決定される。
【００１０】
本発明の、より制限された態様によれば、制御データは、診断データ、動作ソフトウェア、遠隔動作命令、又は性能レポートのいずれかを含む。性能レポートは、印付けエンジンによって生成された書類の数と、媒体の種類及び大きさ、単信方式／二重方式、ステープルで綴じられた（又はそうでない）、校合された（又はそうでない）などを含む個々のジョブデータと、生成された書類の請求書送付の責任を割り当てるための会計情報、使用状態データ、トナー、インク、又は紙の消費データ、サービス履歴、装置構成、現在のステータス、機械の識別子、又は部分的又はシステム故障データなどを含んでいてもよい。
【００１１】
本発明のもう１つの態様によれば、インターフェースコントローラが、ジョブデータ内のオブジェクト指向レンダリングデータを識別し、該オブジェクト指向レンダリングデータを、並列に又は別個に印付けエンジンコントローラと印付けエンジンとに通信し、印付けエンジンによるジョブデータのレンダリングの効率を改善することを容易にする。
【００１２】
本発明の主要な利点は、画像と制御パスデータ流との、ＤＦＥの前及びＤＦＥの周囲での明確な分岐である。このような分岐は、ＤＦＥが所有するシステムを通じた制御パス情報の「通過」を許可する、ＤＦＥ販売者の認可又は黙認を得る必要をなくす。
【００１３】
本発明の更にもう１つの利点は、知的ネットワークインターフェースコントローラを備える書類処理装置の、ＤＰＳ自体に名前などによって関連付けられる単一のインターネットアドレスであり、これにより関連したＤＦＥに関係のない、向上したＤＰＳの身元認識が可能になる。ＤＦＥは、ＤＰＳの唯一のネットワークインターフェースでなくなるため、ＤＰＳとネットワークとの間の双方向の接続性は、ＤＦＥではなく知的ネットワークインターフェースコントローラに関連付けられたインターネットアドレスによって識別される。インターフェースコントローラはよって、むしろＤＰＳの関連付けられた部品として認識され、通常、顧客は、ＤＦＥの代わりにインターフェースコントローラを、印付けジョブサーバとして見る。
【００１４】
本発明の更にもう１つの利点は、会計、請求、動作アップグレード、又はステータスレポートの、インターネット送信を通じた通信を容易にするビジネス間通信システムであり、これにより、書類処理装置と、遠隔のビジネス関係者との間の、ネットワークを通じた、より迅速で信頼性のある通信が可能になる。
【００１５】
【発明の実施の形態】
ここで図を参照し、図示は、本発明の好適な実施形態を示す目的のためのみであり、本発明を制限する目的はない。図１に、書類処理装置アーキテクチャアセンブリを示し、印付けエンジン１２を例としてのみ示す。上述のように、書類処理装置は全て、オペレータ／ユーザに、なんらかの形式で画像を提供することのできる、異なる様々な素子であってもよい。本発明は、印刷又は電子写真環境に、共通の応用法を有する。典型的な印付けシステムは、デジタルハーフトーンブロック１４と、ＤＦＥコントローラ１６と、を含み、これらの素子は全て、所望のジョブの実行のためにネットワーク１８からアセンブリ１０へと通信されるジョブデータ及び制御データ信号を変換するために、従来の構造及び動作を有する。「ネットワーク」は、インターネット及び他の多くの種類のネットワークを含む。無線、構内ＬＡＮ、又は電話ネットワーク（ＤＳＬを含む）もまた、この用語に含むよう意図される。電力ネットワーク（power network）（通信に使われた場合）及びケーブルＴＶ分配ネットワークも、潜在的な通信パスとして含まれる。
【００１６】
物理的又は論理的コンピュータ装置、すなわち、知的ネットワークインターフェースコントローラ（ｉＮＩＣ）２０が、ＤＦＥ１６とネットワーク１８との間に配置されていることが、本発明の特徴の１つである。ｉＮＩＣ２０はまた、印付けエンジン１２に直接接続されている。システム１０のネットワークインターフェースはよって、従来システムのようにＤＦＥ１６ではなく、ここではｉＮＩＣ２０である。よって、ｉＮＩＣ２０が、印付けシステム１０宛ての全てのネットワークトラフィックを受信し、このネットワークトラフィックは、標準機能用のものと、装置の性能を管理し最適化するために必要な双方向制御情報を含むトラフィックと、を含む。すなわち、新しいアーキテクチャ概念が実施され、ＤＰＳのための情報及びＤＰＳに関する情報の全てを受信する責任を、ネットワークとＤＰＳとの間に接続されたコンピュータ装置に負わす。ｉＮＩＣ２０が、物理的及び論理的にＤＦＥ１６から別個であってもよいことも、区別が論理的なものでありまたデータフローのみに関するもの、すなわち、印刷エンジンアセンブリ内に存在する論理的なＤＦＥのソフトウェアブロック部分であってもよいことも、本発明の範囲内である。もちろん、ＤＦＥが印刷エンジンに一体化された部品であってもそうでなくても、同一のデータフロー及び論理視点を使うことができるということは、有効であり非常に望ましい本発明の特徴の１つである。しかしながら、このような別個の論理及びデータ視点を同一のハードウェアにおいて、例えばゼロックス（商標）コントローラアーキテクチャの中などで、具体化することは比較的容易であり、大半の場合、費用の節約を可能にする。
【００１７】
ｉＮＩＣ２０には数多くの実施可能な方法が存在する。最も望ましいものは、応用法に特定のものである。例えば、ｉＮＩＣカードは、カード上に単純な論理ポート機能と、いくつかの埋め込まれたプロセッサ機能及び標準イーサネットネットワークインターフェース機能を含む。本発明では、印刷ドライバから１つの論理ポート上、例えば、イーサネットアドレス１３．０．１０．１０３上に来るＰＤＬ及び制御データが、ジョブ及びＰＤＬデータのために１３．０．１０．１０３：８００１を使い、制御パス遠隔診断及び他のデータのために、１３．０．１０．１０３：８００２を使うことを含んでいてもよい（ポート及びＩＰ番号は例として示したにすぎない）。プリンタドライバは、単純に、正しいポートと対話し、他の装置管理応用法は、他のポートと対話する。ｉＮＩＣは、システム素子、ＤＦＥ及び印付けエンジンに、適切ななんらかの接続手段、例えば、販売者によるＤＦＥのための標準イーサネットインターフェース及び印付けエンジン販売者によって定義される印付け装置制御及び診断データのための一致した標準インターフェースなどを使い、適切にデータの経路を決定する。ｉＮＩＣはまた、ＳＮＭＰ（簡易ネットワーク管理プロトコル）などの外部システム管理規格と一致しない遺産装置（legacy device）のための、翻訳器として機能してもよい。データを区別するために可能な他の方法としては、データ流に埋め込まれたタグが挙げられる。いずれにしても、現在の多くの近代ＤＰＳ内にすでに存在する計算能力及び／又は低コストで利用可能な計算能力があれば、ｉＮＩＣによる情報流の分割及び正しいＤＦＥへの分配及び印付け診断及び制御流の分割及び分配は、比較的容易であり、また、対費用効果が高い。
【００１８】
特に図２を参照し、図２は、どのデータをＤＦＥに直接通信するべきか、どのデータを印付けエンジンに直接通信できるか、に関する、画像及び制御パスデータ流の分岐を実施する処理ステップを示すフローチャートである。データアイテムが、ネットワーク１８に配置され、最終的に、従来の既知のアドレス体制によって、ｉＮＩＣ２０に通信される（Ｓ３０）。ｉＮＩＣ２０は、ＤＰＳ１０にどのような種類のデータが送信されているのかの判断を下す（Ｓ３２）。データが、従来技術でのポストスクリプト（Postscript）（商標）などのページ記述言語（ＰＤＬ）ファイルなどの、撮像動作を特定するジョブデータの場合、データは、印刷ジョブを実行するために、印付けエンジンが認識可能な適切な信号への処理のために、ＤＦＥに送信される必要がある（Ｓ３４）。従来では、このような信号は、ピクセル毎のバイトパターンである。特定の状況では、オブジェクト指向のレンダリングを容易にするためなど、ジョブデータをｉＮＩＣ内で処理することが適切な場合もある（Ｓ３６）。ＤＦＥは、ジョブデータを処理し（Ｓ３８）、印刷準備が整うと、印付けエンジンをＤＦＥと同期させ（Ｓ４０）、もし適切であれば、オブジェクト指向レンダリングを行い（Ｓ４２）、処理されたデータを撮像ジョブの実行のために印付けエンジンに送る（Ｓ４４）。このようなＤＦＥを通じたデータフローパスは、ｉＮＩＣでの並列処理を除いて、ほとんどが従来のものである。一方、データが非ＰＤＬであると判断された場合、このような非ＰＤＬデータがＤＦＥに経路決定されるのではなく、ｉＮＩＣにおいて、いくつかの応用法のいずれかによって処理され（Ｓ５０）、特に、このようなデータ流が印付けシステムに直接通信されることによってＤＰＳシステムの動作が助けられる又は向上する場合に、ＤＰＳの管理をより良く支援することが、本発明の特定の特徴である。典型的には、このような非ＰＤＬデータは、その場での特定の撮像ジョブを定義するデータではなく、ＤＰＳ動作に関連する制御データを含む。このような制御データがｉＮＩＣ内で適切に処理された後、データは印付けエンジンに送られる（Ｓ５２）。
【００１９】
ネットワークデータはよって、ＤＦＥに直接通信されるか、印付けエンジンへの直接通信のためにｉＮＩＣにおいて処理されることができる。制御データとジョブデータとへのデータの分離は通常、ジョブデータを制御データから区別する識別子を認識することにより行われる。例えば、ＰＤＬファイルは通常、ファイルがポストスクリプト（商標）ファイルであることを示す識別子が前に置かれ、この識別子は、ファイルがＤＦＥ１６に実質上逐語的に送信されるべきである指標として読まれる。しかしながら、ｉＮＩＣ２０はまた、ＤＦＥがジョブデータを処理している間（すなわち、ラスター画像処理（ＲＩＰ）期間中）に、ハーフトーン装置１４に通信できる、なんらかの対応するオブジェクト指向レンダリングデータを生成するために、ファイルのコピーを保持してもよい。説明を簡略にすると、ｉＮＩＣが処理を完了し、どの種類のバイト定義（テキスト、絵、グラフィックス）がページ上のピクセル定義が発生するどの位置に対応するかをハーフトーン装置１４に助言し、印付けシステム１２に助言する。
【００２０】
図３に、ネットワーク１８へと戻る通信のためにデータがＤＰＳ１０から要求された場合の処理ステップを示す。このような要求は、ネット上に配置され（Ｓ６０）、ここでも、ｉＮＩＣ２０が、要求を分析し（Ｓ６２）、要求されたデータがＤＦＥから引き出すべきものであるか（Ｓ６４）、又は印付けエンジンから引き出すべきものであるか（Ｓ６６）を確かめる。データが印付けエンジンから直接引き出すべきものである場合、データを、ｉＮＩＣ２０から、ＤＦＥを通じた通信無しに、直接ネットワーク１８に戻るよう通信することができる（Ｓ６８）。データが、ＤＦＥから引き出すものであった場合、このデータは、ネット１８に戻され配置される前にｉＮＩＣ２０に通信される必要がある（Ｓ７０）。このようなデータ要求は、請求データや会計データなどの商業的情報のため、又はシステム診断などの動作分析のために特に有効である。
【００２１】
付加価値を有するサービス
データが印付けシステムからＤＦＥを通過することなく直接通信される場合に、ＤＰＳの向上した管理をより良く支援又は提供するいくつかの応用法が存在する。これらの応用法は、以下のものを含む。
【００２２】
遠隔診断
印付けシステムへのアクセスの問題点に対する従来の解決法では、別個の接続（通常はモデム）を使い、ＤＦＥを通じてでは利用不可能な又はネットワーク化されていないコピー機の場合、ネイティブ装置（naitive）からの、装置に特化した情報へのアクセスを得る。本発明は、ＤＦＥ１６とは別に、印付けシステムハードウェア１２への直接的なアクセスを可能にする。ＤＦＥもまた診断できるが、歴史的には、ＤＦＥ製造者によって許されたアクセス以外、印付けエンジンへのアクセスは存在しなかった。ＳＮＭＰ−ＭＩＢ（管理情報ブロック）も、ＤＦＥにおいて実施され、このため、この実施方法は、印付け装置からの利用可能なデータの不足に苦しめられる。ｉＮＩＣ２０によって、印付けシステムには、ＤＰＳ供給者の設計するインターフェースを通じて、ネットワークから直接アクセスできるようになった。このリアルタイムインターフェースは、ＤＰＳへの制約のない（おそらくリアルタイムの）直接的なアクセスによって、非常に詳しいレベルのＤＰＳの診断を可能にする。これに加え、自己診断プログラミングを、ＤＰＳパッケージの一部として含むこともでき、これにより、問題点のレポートを送り返すのみでなく、示唆される解決法や部品要請などを送り返すこともできる。この結果、技術者のサービス時間及びサービス頻度は確実に低減される。また、向上した通信能力は、特にＤＰＳの故障状態を記録しより多くの情報に基づくサービス診断をするため及びおそらくは、いくつかの責任の決定を明確にするための、艦隊レベル（fleet level）の診断を容易にする。
【００２３】
情報は、遠隔の構成要素からシステムに送信され、この際にシステムによって特定の種類の情報が集められるイベントが設定され、遠隔の構成要素に返信する前にその場で処理される。例えば、装置内で同一の故障コードが３０分以内に２度連続で発生した場合、その故障コードと過去４８時間以内に最も頻繁に発生した２つの故障コードとを含む情報と、サービス行動の最終タイムスタンプと、を機械が返信するように、イベントを設定することもできる。
【００２４】
画像処理
画像処理業界での従来の実施法では、画像のビットマップから画像の性質の評価が試みられる。この情報は、オブジェクト指向レンダリング（ＯＯＲ）のために重要である。ＯＯＲでは、ページの異なる切片が、その見栄えを最適化するために、異なってレンダリングされる場合がある。テキストは、鋭いエッジを必要とし、したがって、高い空間解像度を必要とする。ビジネスグラフィックスは、チャートの要素をお互いから区別するために、滑らかなハーフトーン及び鮮明な色の違いを必要とする。図は、テキストよりも低い空間解像度を必要とするが、画像アーティファクト（artifact）を避けるために、より多くの色レベルを必要とする。色掃引（color sweep）は、輪郭（contouring）を避けるために、滑らかさ及び連続性を必要とする。どの一連のビットが、どの種類の画像を構成するのかを判断しようと試みる場合に、分別ソフトウェアがだまされ、画像切片を誤って標識付けし、不正確にレンダリングする場合がある。通常は、このエラーの結果、何も実行されなかった場合よりも悪いレンダリングが生じる。
【００２５】
顧客の画像品質必要要件に関するヒント及び助言が、ポストスクリプト（商標）ファイルに含まれていてもよいが、これらのヒント及び助言をＤＦＥ処理を通過させることは困難であった。ＤＦＥの販売者には事実上、この機能に適応させるためのパスを顧客に提供する動機が存在しなかった。本発明は、不明瞭な画像切片化及び識別のために、ＤＦＥより前の、書類のページ記述言語仕様書へのアクセスを可能にする。更に、ｉＮＩＣ２０は、ＤＦＥを迂回するパスを提供し、顧客の好みのための、ヒント及び助言を通信することを可能にし、ＰＤＬの分析を通じて、画像切片識別の識別子を、最適なハーフトーンのために、直ちに明確にすることもできる。
【００２６】
プロセス制御
画像処理は通常、その下にある印付けエンジンが色の再現において安定していると仮定するが、もちろんこの仮定は正しくない。いずれのＤＰＳも、時間の経過に伴う通常の動作性能の変化の結果及び変動する周辺状態の結果、徐々にずれていく。必要な安定性は、定期的な較正によって達成される。その場（in situ）センサ２２（図１）が、ＤＦＥコントローラ１６の設定値を調整するために、印付け装置の色パッチ読取り値を転送することができる。このような較正調整は、ｉＮＩＣ２０によって容易にされる又はネットワークを通じて、特に、複数のネットワークＤＰＳが特別に共通の精度を必要とする場合に、より中央化された制御のために、通信され戻される。より詳しくは、プロセス制御アルゴリズムは、色較正などのＤＰＳ動作調整のために、ｉＮＩＣ２０内に常駐してもよい。この場合、より一貫したシステム精度のために、ＤＦＥ又はＤＰＳ内のトーン再現曲線及びルックアップ表を、継続的に較正できる。内容データはまた、どの状態の場合にシステムが情報を遠隔の構成要素に戻すべきかを決定するために、エンジン又はインターフェースコントローラが解釈又は実行する指令、フラグ、又は命令を含むものとして企図される。制御ストリーム上で遠隔の構成要素からシステムに通信されるものの１つとして、システムがどのイベントに対して監視するべきであるかを教えるために必要な情報がある。これらのイベントが発生した場合、システムは、遠隔の構成要素に報告し、所望の情報がいずれであっても（すなわち、イベントが発生した、及び他の情報診断、請求、その他）、それを遠隔の構成要素に通信する。
【００２７】
ソフトウェア更新
ＤＰＳ内のソフトウェアの更新は、機能性を改善し、追加の機能を可能にする。部品レベルのコード及びアルゴリズムの更新は、ＤＦＥを無視しＤＰＳと直接対話する、適切に定義され実施されたインターフェースを使うことにより、可能である。従来技術での技術者／サービスソフトウェア設備は、ネットワーク１８からの直接的な更新によって、低減又は除去される。
【００２８】
消耗品供給ステータス及び注文
印付けシステム内の供給品（例えば、トナー、紙、染料）のステータスは、ＤＦＥによって設けられるＳＮＭＰ−ＭＩＢ内で実施されてもよいが、この場合、ＤＦＥが、供給品レベルに関する情報を印付け装置から受信するために頻繁に要求を行う必要を伴い、これは、ＤＦＥへの追加の負荷となる。また、遺産印付け装置は、規格化されたインターフェースではなく装置のＮＶＭ（不揮発性メモリ）にデータを保持する。このＮＶＭへのアクセスは、ＮＶＭマップが、各機械モデル番号によって異なるため、モデルに特化された機能である。この場合、ｉＮＩＣが、ＮＶＭマップを読取る機能や、このＮＶＭマップを使ってＳＮＭＰ−ＭＩＢを、より十分に、より完全に占有させる機能などの、追加の機能を実行できる。
【００２９】
可変データジョブ保全性
ジョブの完成ステップの状態の詳細は、印付けシステムの完成ステーション内に常駐する装置によって感知されるグリフ技法（glyph）を使い、追跡してもよい。これらの読取り値は、ジョブが書類製造フロアを流れるにしたがいジョブの状態を把握するネットワーク化されたコンピュータ構成要素に通信される必要がある（例えば、適当な書類が、正しいアドレス又はジョブ発信者と関連付けされているか）。ここでも、センサ２２が、ジョブ出力特性を、グリフ又は文字読取装置を通じて識別し、ジョブ保全性を照合し、この情報を、ｉＮＩＣ２０を通じてジョブを認定できる他のコントローラ（図示せず）に通信できる。
【００３０】
ジョブスケジュール
典型的には、顧客は、顧客のネットワーク上で、様々な書類処理装置を利用可能である。顧客のジョブを処理するために適切な装置の選択は、装置の構成と、ジョブ依頼時の装置の能力と、の両方に依存する。例えば、顧客が、プレゼンテーション品質のスライドを必要とする場合、良好に動作しており、スライド媒体が充填されている装置が、最良の候補となる。この近リアルタイム情報の性質上、ｉＮＩＣが提供する、データが豊富な通信環境が必要とされる。ｉＮＩＣが接続の一部である、書類処理システムの構成及び現在の動作状態が、顧客ジョブの経路決定判断を自動的に行うために必要とされる。
【００３１】
商業及び動作データ
ＤＰＳ動作に関する商業及び動作データの、迅速な識別及び通信は、より良いビジネス効率のために、特に望ましい。規則正しく通信される又は受信された問い合わせ又はエンジンイベントに応答する、定期的な動作レポートは、有効な通信である。顧客によるＤＰＳの請求可能な使用を定義する請求情報は、事実上、直ちに識別、確認、及びＤＰＳ販売者に通信できる。ｉＮＩＣ２０は、印付けエンジン１２又はセンサ２２からデータ（例えば、コピー又は印刷、使用されたトナー又は染料、ジョブ実行又は書類組成のためのＤＰＳ動作の時間、などを識別し、数える）を受信し、このデータをネットワーク１８を通じて販売者に返信する。クライアント毎又はプロジェクト毎に識別されたＤＰＳ使用状況を含む会計情報もまた、顧客にとって重要な場合がある。例えば、顧客は多くの場合、特定のクライアントのために作られたコピー又は印刷を識別することを望むことがあり、このデータの即時識別及び通信が、本発明による、ｉＮＩＣ２０を通じた通信によって容易にされる。
【図面の簡単な説明】
【図１】  本発明によるネットワーク書類システムアーキテクチャの実施法を示すブロック図である。
【図２】  ネットワークユーザからオンライン書類処理装置への、データフローパスを示すフローチャートである。
【図３】  本発明のネットワークアーキテクチャによって組み立てられたオンライン書類処理装置からのネットワークデータ要求の処理ステップを示すフローチャートである。
【符号の説明】
１０  書類処理装置（ＤＰＳ）、１２  印付けシステム、１４  ハーフトーン装置、１６  ＤＦＥコントローラ、１８  ネットワーク、２０  知的ネットワークインターフェース、２２  センサ。
【図１】
0004044325.tif 000002
【図２】
0004044325.tif 000003
【図３】
0004044325.tif 000004