JP4125414B2

JP4125414B2 - プリントシステム及び情報セットの獲得方法

Info

Publication number: JP4125414B2
Application number: JP07546998A
Authority: JP
Inventors: アール．オースティンポール; カレンピーター; イー．ヘーンスティーブン; エル．キブラーウェンデル; ジュジエ
Original assignee: Xerox Corp
Current assignee: Xerox Corp
Priority date: 1997-03-24
Filing date: 1998-03-24
Publication date: 2008-07-30
Anticipated expiration: 2018-03-24
Also published as: EP0867799A2; JPH10301731A; BR9800949A; US5946458A; EP0867799B1; DE69815191D1; EP0867799A3; DE69815191T2

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークプリント関連で使用するためのプリンタインタフェースに関し、さらに詳細には、クライアントステーションからネットワーク接続によってターゲットプリンタへ送信される問い合わせ（照会）の効率的な処理を可能とする構文解析システムに関する。
【０００２】
【従来の技術】
ますます普及するワールドワイドウェブ(world-wide-web:www)では、ハイパーテキストマークアップ言語（ｈｔｍｌ）は "クライアント" コンピュータに情報の表示を指定し、ハイパーテキスト転送プロトコル（ｈｔｔｐ）は、ＴＣＰ／ＩＰネットワークプロトコルを介した "サーバ" コンピュータから "クライアント" コンピュータへの情報の転送のための中立的なメカニズムである。特に興味深いのは、情報の転送及び表示が、クライアントコンピュータオペレーティングシステムやプロセッサ構造ではなくプロトコルに従う(protocol-compliant) "ブラウザ（走査検索装置）" のみに依存するという中立的な態様である。このようなソフトウェアは、現在大部分のコンピュータで広く利用されている。クライアントに転送され、クライアントに表示された情報は、事前に定められた静的情報及びクライアントがサーバに要求した時点で演算される動的情報の両方を含む。広く利用されているサーバソフトウェアは、通常、共通ゲートウェイインタフェース（ＣＧＩ）を含み、これによってサーバはソフトウェアプログラムを呼び出し、このプログラムはユーザ指定のパラメータに渡され、その出力はクライアントコンピュータに転送されて、表示される。
【０００３】
プリント及びドキュメント処理マシーンは、制御及び状態のためのインタフェースとしてｈｔｍｌ及びｈｔｔｐを使用することができ、これらのマシーンの設計は幾つかの理由からこれらのインタフェースの使用から非常に利益を得ている。第１に、このメカニズムは、クライアントが使用するオペレーティングシステム及びプロセッサの各々に対してクライアントディスプレイソフトウェア（通常 "ユーザインタフェース" 又はＵＩと称される）を書き込む必要なく、多くのクライアントによって使用されることができるため、開発コストが低下し、展開スケジュールも短縮される。第２に、情報を多言語でサーバに格納することによって多言語インタフェースを定めるのが単純になるため、サーバは異なるクライアントに同時に多言語でアクセスされることができる。第３に、プリント又はドキュメント処理マシーンの能力に対するアップグレード又は変更が行われることができ、その場合、専門業者が開発した新しいクライアントディスプレイソフトウェアを使用したり、また、クライアントがアップグレード毎に各クライアントコンピュータに新しいソフトウェアをインストールするような不便さがない。
【０００４】
米国特許第５，２２０，６７４号に開示されるようなネットワークプリントシステムでは、多数の問い合わせが所与のクライアントと一つ以上のプリントサブシステムとの間でパスされ、所与のプリントサブシステムに関する選択された情報、例えば、所与のプリントサブシステムのマシーン設定や所与のプリントサブシステムの状態を決定する。ある例では、幾つかの静的データ、例えば問い合わせているプリントサブシステムを識別する幾つかの基本的な情報と、動的データ、例えば現在待ち行列にあるジョブのリスティング及びこれらのジョブの各状態と、の両方を書き出すためにプログラムが準備される場合、ＣＧＩが所与の問い合わせに応答して情報を生成するために用いられ得ることは公知である。
【０００５】
【発明が解決しようとする課題】
通常、依頼される問い合わせのタイプ毎に、静的データ及び動的データの両方を生成するプログラムが開発される。しかし、それぞれのタイプの問い合わせを可能とするプログラムを生成するのは時間を浪費し、冗長である。さらに、多数の問い合わせのコードの大部分がオーバーラップするため、各問い合わせに対してプログラムを提供するのは非効率的である。所与のプリントサブシステムに依頼される問い合わせのセットを処理するのに要求されるコードの量が最小化されるように単一のプログラムを提供するシステムを提供することが所望される。
【０００６】
【課題を解決するための手段】
本発明の請求項１の態様によると、静的情報を有するファイル及び動的情報のサブセットの両方を含む情報のセットを得るために複数の問い合わせのうちの一つがクライアントからサーバに送信されるローカルエリア又は広域ネットワークに配置されるプリントシステムが提供される。動的情報のサブセットはサーバが通信するドキュメント処理システムの一つ以上のプリント関連特性の関数として変化し、プリントシステムは、ａ）構文解析サブシステムを有し、この構文解析サブシステムは、クライアントと通信して複数の問い合わせのうちの一つを受け取り、この構文解析サブシステムは、第１インストラクションの読み取りに応答してファイルの一部をコピーし、格納のためのサーバにコピーした部分を送信することによって情報のセットの獲得を容易にし、ｂ）構文解析サブシステムと通信する問い合わせ分解サブシステムを有し、この問い合わせ分解サブシステムは、構文解析システムによる第２インストラクションの読み取りに応答してドキュメント処理システムから動的情報のサブセットを得、ｃ）ファイルのコピーされた部分及び動的情報のサブセットはクライアントでの出力のために結合される。
【０００７】
本発明の請求項２の態様によると、静的情報を有するファイル及び動的情報のサブセットの両方を含む情報のセットを得るために複数の問い合わせのうちの一つがクライアントからサーバに送信されるローカルエリア又は広域ネットワークに配置されるプリントシステムにおいて、情報のセットを獲得する方法であって、動的情報のサブセットは、サーバが通信するドキュメント処理システムの一つ以上のプリント関連特性の関数として変化し、ａ）複数の問い合わせのうちの一つをクライアントからサーバに送信し、ｂ）複数の問い合わせのうちの一つの受信に応答してプログラムを構文解析し、このプログラムは情報のセットの獲得を容易にし、この構文解析は、ｉ）第１インストラクションの読み取りに応答して、ファイルの一部をコピーし、コピーされた部分をサーバに格納し、ii）第２インストラクションの読み取りに応答して、ドキュメント処理システムから動的情報のサブセットを得、ｃ）コピーされた部分及び動的情報のサブセットを出力のためにクライアントに送信する。
【０００８】
【発明の実施の形態】
図１を参照すると、好適な実施の形態における使用に適したタイプのデジタルコピー機システムが示される。示されるように、このシステムはドキュメントフィーダ１及び操作（及びディスプレイ）パネル２を含む。所望の条件が操作パネル２で入力された後、ドキュメントフィーダ１は、ドキュメントを画像読み取りデバイス３上の所定の読み取り位置に搬送し、ドキュメントが読み取られた後、そのドキュメントが読み取り位置から離れるように駆動する。画像読み取りデバイス３は読み取り位置に搬送されたドキュメントを照射する。ドキュメントからの反射は、ソリッドステート画像形成デバイス、例えばＣＣＤ（電荷結合デバイス）画像センサによって対応する電気信号又は画像信号に変換される。画像形成デバイス４は、静電写真、感熱式、熱転写、インクジェット又は類似の従来のシステムによって、普通紙又は感熱紙上に画像信号によって表された画像を形成する。
【０００９】
用紙が用紙カセット７のうちのいずれか一つから画像形成デバイス４上の画像にフィードされると、デバイス４は用紙の片側に画像を形成する。両面コピーユニット５はその片側に画像を保持する用紙を裏返し、それを再び画像形成デバイス４にフィードするように構成される。結果的に、用紙の他方の側にも画像が形成されて両面コピーが完了する。両面コピーユニット５は、紙を直ぐに再フィードするか又は一旦スタックされた複数の用紙を一番下の用紙から一番上の用紙まで連続的に再フィードするように設計されている。画像形成デバイス４から送り出された用紙又は両面コピーは、ページ順又はページ毎に出力デバイス６によって連続的にソートされる。
【００１０】
アプリケーション８は、ドキュメントフィーダ１、操作パネル２、画像読み取りデバイス３、画像形成デバイス４、両面コピーユニット５、出力デバイス６、及び用紙カセット７で共有され、コピー機システムに構成された資源である。明らかであるように、アプリケーションは、コピー機アプリケーション、プリンタ（ＩＯＴ）アプリケーション、ファクシミリ（Ｆａｘ）アプリケーション及び他のアプリケーションを含む。さらに、デジタルコピー機システムは、従来のネットワーク接続部９によってネットワークに接続されている。
【００１１】
図２を参照すると、マルチ機能ネットワーク適応プリントシステム１０が示される。このプリントシステム１０は、ネットワークサービスモジュール１４に動作上接続されるプリントマシーン１２を含む。プリントマシーン１２は、ビデオ制御モジュール（ＶＣＭ）と称され、スキャナ１８及びプリンタ２０と通信する電子サブシステム１６を含む。一つの例では、サルガド(Salgado) による米国特許第５，５７９，４４７号（この開示文献は本明細書中に参照として援用される）において詳細に述べられたＶＣＭ１６は、デジタルコピー装置においてスキャナとプリンタの動作を調節する。デジタルコピー装置において、スキャナ１８（画像入力端末（ＩＩＴ）とも称される）は、ＣＣＤフル幅アレイを使用して原稿上の画像を読み取り、アナログビデオ信号をまとめてデジタル信号に変換する。スキャナ１８に関連する画像処理システム（図示せず）は信号補正等を行い、補正された信号をマルチレベル信号（例えば、バイナリ信号）に変換し、マルチレベル信号を圧縮し、これを電子プレ照合装置（図示せず）に格納することが好ましい。
【００１２】
図２を参照すると、プリンタ２０（画像出力端末（ＩＯＴ）とも称される）は、ゼログラフィックプリントエンジンを含むのが好ましい。一つの例では、プリントエンジンはマルチピッチベルト（図示せず）を有し、このマルチピッチベルトは、その上に画像形成ソース、例えば同期ソース（例えば、レーザラスタ出力走査デバイス）又は非同期ソース（例えば、ＬＥＤプリントバー）で書き込まれる。プリントに関しては、マルチレベル画像データがＥＰＣメモリから読み出され、画像形成ソースは画像データにしたがってオンになったりオフになったりして受光体（例えば、感光体）上に潜像を形成する。潜像は、例えばハイブリッドジャンピング現像技術によって現像され、プリント媒体シートに転写される。プリントをフュージング（定着）すると、このプリントは両面複写のために反転されてもよいし、単に出力（排紙）されてもよい。プリンタは、開示された実施の形態のベースとなる概念を変更しないならば、ゼログラフィックプリントエンジン以外の他の形態も想定できることが当業者に理解されるであろう。例えば、プリントシステム１０はサーマルインクジェット又はイオノグラフィックプリンタで実施され得る。
【００１３】
図３を参照すると、ネットワークサービスモジュール１４がさらに詳細に説明される。当業者に理解されるように、ネットワークサービスモジュールの構成（方式）は、公知の "ＰＣクローン" の構成に類似している。さらに詳細には、一つの例では、サンマイクロシステム社(Sun Microsystems, Inc.)によって製造されたＳＰＡＲＣプロセッサの形態が使用できるコントローラ４４は標準ＳＢｕｓ７２に接続される。図３の例示された実施の形態では、ＤＲＡＭの形式が使用できるホストメモリ７４及びＳＣＳＩディスクドライブデバイス７６はＳＢｕｓ７２に動作上接続される。図３には示されないが、格納装置又はＩ／Ｏデバイスは適切なインタフェースチップを介してＳＢｕｓに接続される。さらに図３に示されるように、ＳＢｕｓは適当なネットワークインタフェース（Ｉ／Ｆ）８０を介してネットワーク７８に接続される。ある例では、ネットワークインタフェースは、コントローラ４４のハードウエア／ソフトウエア要素をネットワーク７８のハードウエア／ソフトウエア要素に関連付けるのに必要なハードウエア及びソフトウエアを全て含む。例えば、ネットワークサービスモジュール１４とネットワーク７８との間の様々なプロトコルにインタフェースするために、ネットワークインタフェースには様々なソフトウエアの中からノベル社(Novell Corp.)によるネットウエア(Netware: 登録名）が設けられる。
【００１４】
一つの例では、ネットワーク７８はクライアント、例えばエミッタ又はドライバ８４を有するワークステーション８２を含む。動作において、ユーザは複数の電子ページ及び処理インストラクションのセットを含むジョブを生成できる。ジョブは、エミッタによってポストスクリプト(PostScript)のようなページ記述言語で書き込まれた表示に変換される。次に、ジョブはコントローラ４４に送信され、ここでアドーブ社(Adobe Corporation) によって提供されるようなデコンポーザで解釈される。
【００１５】
図４を参照すると、図３のネットワークコントローラ方式を説明するブロック図が示される。図４の例示された実施の形態では、クライアント１００（図３では、各クライアントはワークステーション８２及びエミッタ８４で示される）は様々なプロトコル、例えばＬＰＤ（ＵＮＩＸのプロトコル）、ノベル(Novell)ネットワークプロトコル、アップルトーク(Apple Talk)及びＤＣＳ("Document Centre Systems"として公知のゼロックスデジタルコピー機のプロトコル）で構成される。さらに、各クライアントには、他の場所の中でもワールドワイドウェブへのアクセスのためのＨＴＴＰサーバと通信することが可能となる "ブラウジング（走査検索）" 能力が備えられていることが好ましい。クライアントは、コネクティビティサービス（Connectivity Service: ＣＳ）１０２を介してネットワークサーバ、即ち電子サブシステム（ "ＥＳＳ”）１４に通信する。図４に示されるように、ＥＳＳは二つの部分、即ちマイクロカーナル(Microkernal) １０４（さらに詳細には、DPA ISO 10175/POSIX IEEE 1003.7 に基づいたモデルにマッピングされたマイクロカーナルの部分的アブストラクトモデル）及びアプリケーション指定サブシステム１０６を含む。
【００１６】
一般的に、ネットワーク又はポイントツーポイント(point-to-point)プリントサブミッションは、（ＣＳ）サブシステムのプロトコルサービス(Protocol Service)レベルで生じる。各プロトコルサービスは接続指示のための公知のソケットで聞く。プロトロルサービスが接続指示を受け取ると、このプロトコルサービスはコネクティビティコアにジョブ要求を出力する。コネクティビティコアはこの要求をＤＰＡ−適応フォーマットに変換し、これをＤＭサブシステム１０８に送出する。ジョブサブミッションが許可されると、プロトコルサービスは一つ以上のドキュメントを出力することができる。ドキュメントの出力は、ドキュメント要求及びＩ／Ｏディスクリプタをコネクティビティコアに送出することによって達成される。これも変換されてＤＭサブシステムに送出される。
【００１７】
ドキュメントが受信された後、プロトコルサービスは下層のプロトコルスタックからデータの受信を始め、これをＩ／Ｏディスクリプタに書き込む。このデータは、消費者によってＩ／Ｏディスクリプタの他方の側で読まれるか又はシステムのどこかにスプーリングされる。遠隔クライアントがもうデータがないことを示すと、Ｉ／Ｏディスクリプタは閉じられ、この特定のドキュメントの終りを示す。全てのドキュメントが受け取られた後、ジョブ終了要求がプロトコルサービスからコネクティビティコアに送出され、このコネクティビテイコアはこれをＤＭに送出する。最終的に、この要求はシステムによって完了し、プロトコルサービスはジョブに関連する全ての資源を解放する。
【００１８】
クライアント（図４）からプリントマシーン１２へ送られる問い合わせは、以下に詳細に述べられるように、通常、ＤＭサブシステム１０８と共に動作するＨＴＴＰサーバ１０７の使用によって処理される。
【００１９】
マイクロカーネル(Microkernel) はＤＰＡ／ＰＯＳＩＸサーバの機能の大部分を実行するドキュメントマネージメント（Document Management:ＤＭ）サブシステムを有する。ＤＭサブシステムは、ユーザ要求、待ち行列要求を確認し、ドキュメントデータをスプーリングし、デバイスのジョブをスケジューリングし、状態情報を収集且つ維持する。ＤＭサブシステムは（ファイリング又はファックスのための）スキャンジョブ及びコピージョブを処理するように構成されるため、ＤＰＡ／ＰＯＳＩＸサーバを幾つかの態様において拡張する。ＤＭはドキュメント感知(sniffing)、スプーリング及びスケジューリングサービスを提供する。サービスプロバイダー、例えばドキュメント処理１１０は、ＤＭを用いてサービスを記録することができる。
【００２０】
画像フレーム格納（Image Frame Store:ＩＦＳ）及び少なくとも一つのプロデューサの例示を含むドキュメント処理（Document Processing:ＤＰ）がマイクロカーネルに備えられる。ＤＰはドキュメントを画像（マイクロカーネルの構成によりフルフレームバッファ又はラスタ走査バンド）へ処理する。画像フレーム格納はプロデューサを消費者に割り当てる。
【００２１】
実質的に、マイクロカーナル１０４は汎用ＥＳＳと考えることができ、サブシステム１０６はアプリケーション指定ＥＳＳと考えることができる。即ち、マイクロカーナル１０４はプリントサーバの基本的な構築ブロックを含み、一方サブシステム１０６はマイクロカーナル１０４に関連してＶＣＭ１６に所望のレベルの動作を提供するのに必要なソフトウェア要素の全てを含む。さらに詳細には、マイクロカーナル１０４から出力した全てのコマンド／要求をフィルタリングするエージェント(Agent) は１１４で示される。基本的に、エージェントは汎用ＥＳＳへの "フック" の役目を果たし、全ての遠隔要求を処理しやすくする。エージェントは、他のサービス、例えばプリントサービス(Print Services)１１６及び診断(Diagnostics) １１８と共に作動してＶＣＭの作動をサポートする。
【００２２】
またエージェント１１４はＥＳＳ問い合わせユーティリティ１２０と通信してとりわけ複合待ち行列を保持し、この複合待ち行列は、１９９７年１月２１日にグルゼンダ(Grzenda) らによって出願された同時係属出願中の米国特許出願番号第０８／７８６，４６６号のベースである。エージェント及びＥＳＳ問い合わせユーティリティの機能は組み合わされ得るが、これらはこのモジュール化モデルでは分離されている。また、ＥＳＳ問い合わせユーティリティはスキャンツーファイル（走査してファイルする：Scan-to-File) プロセス１２２とも通信し、このプロセスは既に走査されたドキュメントのネットワーク及びアカウンティング／認可／認証サービス（ "ＡＡＡ" ）１２４へのファイリングを容易にする。ＡＡＡは、とりわけ遠隔クライアントによって実行されようとする幾つかの動作のパフォーマンスを認可するために使用される。一つの例では、ＡＡＡはXerox' DocuSP1.0プリントサーバに見られるタイプのソフトウェアで実施される。明らかであるように、ＡＡＡは、認可されていないシステムユーザによる一つ以上の待ち行列ジョブの所望されない改ざん(tampering) を防ぐ点で、好適な実施の形態を容易にする。さらに、明らかであるように、ＥＳＳ問い合わせユーティリテイ１２０は待ち行列情報以外の情報のホストを得るために使用され得る。例えば、ユーティリティ１２０は、マシーン構成情報（例えば、マシーン設定）及び待ち行列以外のサブシステム／プロセスに関する状態情報の両方を得るために用いられ得る。
【００２３】
図４のプリントマシーン１２の態様を参照すると、コピーサービス１２８はＥＳＳ問い合わせユーティリティ１２０及びＶＣＭ待ち行列ユーティリティ１３０と通信する。ある例ではコントローラ４４（図３）にあるコピーサービスは、コピー側でＤＭ１０８に適応する機能を実行する。コピーサービスは、とりわけコピー及びファックスジョブの表示並びにＶＣＭ待ち行列の管理を監視する。ＶＣＭ待ち行列ユーティリティはマークサービス１３２及び適切なユーザインタフェース（ＵＩ）１３４と通信し、それらからの待ち行列関連データを収集する。ユーザインタフェース及びＶＣＭ待ち行列ユーティリティの機能は組み合わせることもできるが、このモジュール化モデルでは分離されて示される。
【００２４】
マークサービスはプリンタ２０（図２）に関連し、ＶＣＭ待ち行列は、例えばゼロックスドキュメントセンター３５デジタルコピー機のユーザインタフェースに関連する。当業者に理解されるように、マークサービス及びユーザインタフェースは、ＶＣＭ待ち行列の表示及び維持の重要な要素である。例えば、ＶＣＭ待ち行列の複雑性はマークサービスの動作の結果として常に変更されているが、大量の制御はユーザインタフェースとの通信機能としてＶＣＭ待ち行列で表される。
【００２５】
さらに図４を参照すると、ＨＴＴＰサーバ１０７は共通ゲートウェイインタフェース（ "ＣＧＩ" ）１４０を含む。上に述べたように、ＣＧＩは、適切なソフトウェアの使用によって、ユーザに提供されたパラメータに応答した出力がクライアント１００へ送信することを可能にする。さらに詳細には、クライアントユーザは、遠隔ネットワークシステム、例えばプリントシステム１２からの出力を要求する（パラメータのセットを含む）問い合わせを行う。ある例では、待ち行列におけるジョブの順序、又はプリントシステムの現在の設定に関する情報に対する要求が行われる。当業者に理解されるように、問い合わせはプリントシステムに関連する広範囲な情報に向けられ、問い合わされている遠隔ネットワークシステムはプリントシステム以外のシステムを含み、例えば、遠隔ネットワークシステムはスタンドアローン（独立型）走査デバイスを含む。
【００２６】
図５を参照すると、関連するＣＧＩ１４０を有するＨＴＴＰサーバ１０７がより詳細に示される。図５に例示される実施の形態に示されるように、ＣＧＩ１４０は問い合わせパーサー（構文解析プログラム）１４４と通信するＣＧＩスクリプト１４２を含む。特に、ＣＧＩスクリプトは入力された問い合わせによって要求される情報をパーサーに知らせる。問い合わせパーサーはファイルのセットＱ（ｉ）と通信し、このセットは、ある例では、大容量メモリ７６（図３）に格納される。明らかなように、各ファイルは拡張ＨＴＭＬファイルとしてフォーマットされるのが好ましい。さらに、問い合わせパーサー１４６は問い合わせリゾルバ(resolver)１４６と通信し、この問い合わせリゾルバは、問い合わせによって呼び出される関連動的情報についてドキュメントを "監視(look to) する" 。問い合わせリゾルバはフォーマッタ１４８と通信してそこに動的情報を送出する。問い合わせパーサー１４４及びフォーマッタ１４８の出力はＨＴＴＰサーバ１０７にリレーされる。
【００２７】
好適な実施の形態によって解決される問題を理解するために、図６（Ａ）及び（Ｂ）を参照する。従来技術では、図６（Ａ）に例示されるように、ＨＴＴＰサーバはＣＧＩと通信し、このＣＧＩは複数のプログラム又は "スクリプト" を含む。第１プログラムは第１タイプの問い合わせ情報（例えば、プリントシステム１２（図４）のプリント待ち行列に現在あるジョブに関する情報）の獲得を容易にし、第２プログラムは第２タイプの問い合わせ情報（例えば、プリントシステム１２のマシーン設定）の獲得を容易にする等である。従来技術のシステムでは、 "ウェブページ" 上に示されるような問い合わせに対する応答は、 "静的" 情報と称されるような幾つかの識別情報（例えば、データのソース）及び問い合わせが対応するサブシステムの現在の状態を示す他の "動的" 情報を含む。ある例では、動的情報はターゲット待ち行列からの現在の状態情報を含み得る。
【００２８】
以下の例は、図６（Ａ）の従来技術の構成において、ウェブページを現す一つの公知の方法を表すために提供される。特に、以下の情報を用いてウェブページを形成することが所望される。

ここで、"Sta＿" は表示される情報が静的であることを示し、"DyInfo"は表示される情報が動的であることを示す。図６（Ａ）に例示される実施の形態において、上のページは以下の方式によって生成される。
Print StaA
Print StaB
Get DyInfo
Print DyInfo
Print StaC
ここで、 "Print" という用語は "書き込み" と同義で使用される。
【００２９】
上のページのプリント／書き込み方式は、その方式が関連する特定の問い合わせに特有なものであることが理解される。即ち、待ち行列ウェブページの幾つかの静的情報はマシーン設定ウェブページの幾つかの静的情報と同じではないため、上のプリント方式は待ち行列の現在の状態を示すウェブページを書き込むのに適しているが、マシーン設定を示すウェブページを書き込むのには必ずしも適していない。例えば、 "StaB" のような情報はマシーン設定ウェブページに全く関連しない。さらに、情報表示の順序は表示されるべき問い合わせベースのウェブページ間で変化する傾向にある。したがって、別個の問い合わせにそれぞれ対応するために別個のプログラムが書き込まれなければならないことが理解される。これは、各問い合わせ毎にログラムを書き込むことになり、時間を浪費するという点において不利益である。
【００３０】
図５及び図６（Ｂ）を参照すると、一つのプログラムが複数のファイルと共に使用される方法が述べられる。最初に図６（Ｂ）を参照すると、問い合わせパーサー１４４は複数のファイル１５２に対応付けられ、これらのファイルは適切なメモリ位置、例えばディスク７６（図３及び５）に格納される。各ファイル１５２（即ち、ファイル１、ファイル２、．．．ファイルｎ）は対応する問い合わせのウェブページを生成するのに必要な特定のセットの静的情報及び動的状態情報がウェブページのどこに配置されるかを指定するマーカーに関連付けられる。例えば、ファイル１は待ち行列ウェブページの静的情報部分を満たすのに必要な静的情報の全てを含む。
【００３１】
図６（Ｂ）を参照すると、拡張ＨＴＭＬに関するさらなる説明がなされる。問い合わせパーサーは以下の構文解析プログラムを備えるのが好ましい。

ここで、Ｑ（ｉ）は保留中の問い合わせが関連する情報のセットを有するファイルに対応し、例えば、Ｑ（１）は静的情報と共に待ち行列状態情報の存在を示すマーカー又はインジケータを有する待ち行列ウェブページファイルに対応し、Ｑ（２）はマシーン設定ウェブページ等の静的情報と共にマシーン設定状態情報の存在を示すインジケータを有するマシーン設定ウェブページに対応し、 "<Dynamic>"は、対応するウェブページ表示がDyInfoが要求される表示点にあることを示すインジケータの役目を果たす。
Ｑ（ｉ）及び<Dynamic> の役目は以下の説明によってより十分に理解される。
【００３２】
図５を参照すると、選択された問い合わせはクライアント１００（図４）からＨＴＴＰサーバ１０７に送信され、このサーバはＣＧＩスクリプト１４２を起動させる。ＣＧＩスクリプトは問い合わせパーサー１４４にどのタイプの問い合わせが処理されるべきかを送信する。パーサーはプログラムを使用して通常のＨＴＭＬ、即ち静的情報のＨＴＴＰサーバへのコピーを開始し、この情報をクライアントにリレーする。即ち、上に示したテンプレートのコピー態様についていうと、情報は適切なＱ（ｉ）（換言すると、ファイル１５２の一つ）からコピーされ、問い合わせパーサーによってＨＴＴＰサーバに提供される。問い合わせパーサー１４４が上記のファイルの情報<dynamic> を構文解析すると、対応する動的情報の要求が問い合わせリゾルバ１４６に送信される。問い合わせリゾルバは、適切な動的情報がプリントシステム１２又はネットワークモジュール１４から検索されることをドキュメントマネージャー１０８に要求する。ドキュメントマネージャがプリントシステム又はネットワークモジュールから動的情報を得る方法は、上の図４の説明から明らかである。問い合わせリゾルバの要求に応じて、ドキュメントマネージャは要求された動的情報を問い合わせリゾルバに送信し、この問い合わせリゾルバは動的情報をフォーマッタ１４８に送出する。
【００３３】
動的情報、例えば動的情報を得るためにプログラムを書くことは、得られる情報の量が多いため、比較的多数のコマンドを有する検索プログラムが必要となる点において処理が困難である。実際、 "ショートハンド（速記：shorthand)" 表現がドキュメントマネージャ１０８によって使用されて動的情報を検索する。待ち行列においてジョブの状態情報を検索する例では、フォートラン（Fortran ）で使用されるフォーマットステートメントに類似するフォーマットステートメントが用いられてこのような状態情報を取り出す。ショートハンド又はフォーマットタイプのステートメントが問い合わせのタイプを示すのが好ましく、例えば、query="list jobs" は得られるべき状態値の範囲、例えば、fmt=<tr><de="%1"> ..."> を提供し、得られるべき他の幾つかの離散的情報、例えば、"job name", "owner"等を指定する。
【００３４】
この種のショートハンドを使用する場合、必要な情報は全てドキュメントマネージャによって検索され、フォーマッタ１４８に送出される。次に、フォーマッタによって、検索された情報が最終的にクライアントに送出されるウェブページにおける使用にかなった形式でＨＴＴＰサーバで書き込まれる。当業者に理解されるように、サーバはクライアントに表示可能なウェブページを現すために予め選択された順序で静的情報及び動的情報を容易に配置するようにプログラミングされることができる。
【００３５】
上に説明した好適な実施の形態の数々の特徴は当業者によって理解されるであろう。
【００３６】
第１に、問い合わせのためにＨＴＭＬを拡張し、構文解析、分解手段及びフォーマッティングを行うことによって、サポートされるべき各問い合わせ毎にカスタムソフトウェアを書き込む必要がなくなる。さらに、所望の問い合わせは所望のパラメータ及び拡張ＨＴＭＬファイルのフォーマットによって簡単に指定される。好ましい方法によって、広範囲のドキュメント処理システムに対するクライアントインタフェースの展開が容易になる。
【００３７】
第２に、好ましい方法によってカスタムソフトウェアを開発するためのプログラム書き込みの量が最小化され、所与のマシーンインタフェースに対するサイト指定カスタマイゼーション（個別化：customization)を得る能力が非常に促進される。これは、コードの余分な再書き込みではなく拡張ＨＴＭＬの一つにおいて情報を単純に操作することによって達成される。
【００３８】
好ましい方法によって問い合わせに関連するソフトウェアを簡単に開発することができるため、比較的不慣れなユーザでも比較的簡単に問い合わせ能力を向上させることができる。特に、拡張ＨＴＭＬファイルの一つを編集するか又は単にこれに置き換えることによって、新しいユーザが用いるのに適切なウェブページが容易に提供され得る。
【００３９】
最後に、静的情報及び動的情報を検索するために使用されるコードは、コンパクト且つ効率的に書き込まれる。静的情報を検索するためにコピー動作を使用することによって、静的情報をプリントするために要求される数々のコマンドが最小化される。さらに、適切なフォーマットステートメントを使用することによって、大量の動的情報が提供されるべき最小量のインストラクションで検索されることができる。
【図面の簡単な説明】
【図１】本発明によって実現されるジョブを受け取るのに適したネットワークデジタルコピー機の斜視図である。
【図２】マルチ機能ネットワーク適応プリントマシーンを示したブロック図である。
【図３】図２のプリントマシーンのネットワークコントローラのブロック図である。
【図４】図３のネットワークコントローラを詳細に示したブロック図である。
【図５】本発明を具体化する問い合わせ処理システムを示す概略ブロック図である。
【図６】（Ａ）は、所与のプリントサブシステムに送出されるさまざまな問い合わせを許容するために複数のプログラムが提供されるインターネットベースの問い合わせシステムを例示する概略図である。
（Ｂ）は、さまざまな問い合わせを扱うのに一つのプログラムが用いられるプリントサブシステム問い合わせシステムを実施するために、単一のテンプレート（ "拡張ＨＴＭＬ" ）が複数のファイルと共に提供されるインターネットベースの問い合わせシステムを例示する概略ブロック図である。
【符号の説明】
１０７ＨＴＴＰサーバ
１４４問い合わせパーサー
１４６問い合わせリゾルバ

Claims

静的情報を有するファイル及び動的情報のサブセットの両方を含む情報のセットを得るために複数の問い合わせのうちの一つがクライアントからサーバに送信されるローカルエリア又は広域ネットワークに配置されるプリントシステムであって、前記動的情報のサブセットは、サーバが通信するドキュメント処理システムの一つ以上のプリント関連特性の関数として変化し、
ａ）構文解析サブシステムを有し、前記構文解析サブシステムはクライアントと通信して複数の問い合わせのうちの一つを受け取り、前記構文解析サブシステムは、第１インストラクションの読み取りに応答してファイルの一部をコピーし、格納のためのサーバにコピーした部分を送信することによって情報のセットの獲得を容易にし、該コピーした部分は静的情報と動的情報のサブセットの存在を示すインジケータとを含み、
ｂ）問い合わせ分解サブシステムを有し、前記問い合わせ分解サブシステムは前記構文解析サブシステムと通信し、前記構文解析サブシステムによる第２インストラクションの読み取りに応答して該コピーした部分の動的情報のサブセットの存在を示すインジケータに従ってドキュメント処理システムから動的情報のサブセットを得、
ｃ）ファイルのコピーされた部分及び動的情報のサブセットはクライアントでの出力のために結合される、
プリントシステム。
前記コピーされた部分は第１の部分からコピーされ、
前記ドキュメント処理システムから前記動的情報のサブセットが得られた後に、
前記ファイルの第２の部分がコピーされて前記サーバに格納される、
請求項１に記載のプリントシステム。
前記プリントシステムがドキュメントマネージャをさらに含み、
ドキュメントマネージャは前記問い合わせ分解サブシステムと通信し、
前記問い合わせ分解サブシステムからの要求に応答して前記動的情報のサブセットを得る、
請求項１に記載のプリントシステム。
前記プリントシステムがフォーマットサブシステムをさらに含み、
フォーマットサブシステムは前記問い合わせ分解サブシステムと通信し、
前記動的情報のサブセットをフォーマットして前記サーバに送信する、
請求項１に記載のプリントシステム。
前記第１及び第２のインストラクションが構文解析プログラムで処理され、
前記構文解析プログラムが複数のファイルと対応づけられ、
前記構文解析サブシステムが前記複数のファイルのひとつを選択し前記構文解析プログラムによってコピーされる、
請求項１に記載のプリントシステム。
静的情報を有するファイル及び動的情報のサブセットの両方を含む情報のセットを得るために複数の問い合わせのうちの一つがクライアントからサーバに送信されるローカルエリア又は広域ネットワークに配置されるプリントシステムにおいて、情報のセットを獲得する方法であって、前記動的情報のサブセットは、サーバが通信するドキュメント処理システムの一つ以上のプリント関連特性の関数として変化し、
ａ）複数の問い合わせのうちの一つをクライアントからサーバに送信し、
ｂ）複数の問い合わせのうちの前記一つの受信に応答してプログラムを構文解析し、前記プログラムは前記情報のセットの獲得を容易にし、前記構文解析は、
ｉ）第１インストラクションの読み取りに応答して、ファイルの一部をコピーし、コピーされた部分をサーバに格納し、該コピーされた部分は静的情報と動的情報のサブセットの存在を示すインジケータとを含み、
ii）第２インストラクションの読み取りに応答して、該コピーされた部分の動的情報のサブセットの存在を示すインジケータに従ってドキュメント処理システムから動的情報のサブセットを得、
ｃ）コピーされた部分及び動的情報のサブセットを出力のためにクライアントに送信する、
情報セットの獲得方法。
前記ドキュメント処理システムがドキュメントマネージャを含み、
ドキュメントマネージャが前記ドキュメント処理システムのオペレーションを制御し、
前記（ｂ）（ii）は前記ドキュメントマネージャによる前記動的情報のサブセットの獲得を管理することを含む、
請求項６に記載の方法。
前記動的情報のサブセットは、プリント待ち行列のジョブに関する情報を含む、請求項１に記載のプリントシステム。
前記動的情報のサブセットは、プリントシステムのマシン設定に関する情報を含む、請求項１に記載のプリントシステム。