JP3854791B2 - 画像処理装置およびサーバ装置および画像処理方法および記憶媒体 - Google Patents
画像処理装置およびサーバ装置および画像処理方法および記憶媒体 Download PDFInfo
- Publication number
- JP3854791B2 JP3854791B2 JP2000275951A JP2000275951A JP3854791B2 JP 3854791 B2 JP3854791 B2 JP 3854791B2 JP 2000275951 A JP2000275951 A JP 2000275951A JP 2000275951 A JP2000275951 A JP 2000275951A JP 3854791 B2 JP3854791 B2 JP 3854791B2
- Authority
- JP
- Japan
- Prior art keywords
- resource
- resolution
- document information
- image processing
- acquisition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
- G06K15/02—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers using printers
- G06K15/18—Conditioning data for presenting it to the physical printing elements
- G06K15/1801—Input data handling means
- G06K15/1818—Adaptations for accepting data from more than one source
- G06K15/1819—Adaptations for accepting data from more than one source for a same print job
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
- G06K15/02—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers using printers
- G06K15/18—Conditioning data for presenting it to the physical printing elements
- G06K15/1848—Generation of the printable image
- G06K15/1856—Generation of the printable image characterized by its workflow
- G06K15/1859—Generation of the printable image characterized by its workflow involving data processing distributed amongst different data processing apparatus
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、任意のサーバ装置との通信により所定の構造化記述言語で記述された文書情報を処理する出力手段を備える画像処理装置および該画像処理装置と通信可能なサーバ装置および画像処理方法および記憶媒体に関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータとインターネットの急速な普及は業界を問わず文書の電子化を促進することとなった。しかし、電子化文書のデータ形式は文書を編集するアプリケーションに依存するため、電子化された文書を回覧するためには該当文書のデータ形式をサポートするアプリケーションを用意する必要があった。そこで、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ ＭａｒｋｕｐＬａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）といった特定のアプリケーションに依存しない構造化記述言語で記述された文書が脚光を浴びている。
【０００３】
これらの構造化記述言語は一般にリンク機能を備えており、このリンク機能を使用することによって文書の構成要素（リソース）の一部を別ファイルに格納することができる。
【０００４】
したがって、文書本体のサイズを小さくすることができ、また複数の文書でリソースを共用できるといった利点がある。構造化記述言語ではこれらリソースの格納場所を指定するタグをロケータと呼び、別ファイルに格納したリソースは一般にＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって記述される。
【０００５】
ここで、現在最も普及しているＨＴＭＬにおけるロケータは一つのリソースを指定する、すなわち１対１のリンクであるが、ＸＭＬでは拡張リンクという機能を用いることによって１つのロケータで複数のリソースを指定する、すなわち１対多のリンクが可能である。
【０００６】
【発明が解決しようとする課題】
一方、構造化記述言語は特定のプラットフォームに依存しないため、理論的に構造化記述言語で記述された文書はどのデバイスでも表現（表示）できるが、一般的には主にディスプレイヘの表示を基準に作成される。
【０００７】
しかしながら、ディスプレイと印刷装置では解像度や色再現性が異なるため、上記文書をそのまま印刷装置で処理すると印刷装置の性能を引き出せないという問題がある。
【０００８】
例えば一般的なディスプレイの解像度は７２ｄｐｉだが、一般的な印刷装置の解像度は６００ｄｐｉであるため上記文書を印刷処理するとイメージの部分だけ粗い画像になってしまう。
【０００９】
図２０は、通常の表示装置による文書と画像の表示状態を説明する図であり、一般的なディスプレイの解像度が７２ｄｐｉの場合に対応する。なお、図２０の９ａは文書にリンクされたイメージデータである。
【００１０】
図２１は、一般的な印刷装置による印刷データの印刷結果状態を説明する図であり、例えば図２０に示した表示データをそのまま印刷した場合の印刷結果に対応する。なお、図２１の１０ａは文書にリンクされたイメージデータである。
【００１１】
この例に示すように、図２０と図２１とは、構造化記述言語で記述された同じ文書データを処理した結果であるが、解像度の違いによりイメージデータ９ａに比べてイメージデータ１０ａは品位が劣化（直線的なラインがギザギザとなっている）して見える等が問題点の好例である。
【００１２】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、サーバ装置側のリソース選択処理負担を増加させることなく、画像処理装置側の出力手段の出力能力に最適なリソースを収集でき、該出力手段の能力を最大限に利用して高品位に文書情報および該文書情報にリンクされている画像情報を出力することができる画像処理装置および画像処理方法および記憶媒体を提供することである。
【００１６】
【課題を解決するための手段】
本発明に係る第１の発明は、任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置において、前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析手段と、前記出力手段の解像度を取得する第一の取得手段と、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から、前記第一の取得手段で取得した解像度に一致する解像度のリソースを選択する選択手段と、前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得手段と、を有し、前記選択手段は、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中に、前記第一の取得手段で取得した解像度に一致する解像度のリソースがない場合には、前記第一の取得手段で取得した解像度に、より近い解像度のリソースを選択することを特徴とする。
【００１７】
本発明に係る第２の発明は、任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置において、前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析手段と、前記出力手段の解像度を取得する第一の取得手段と、前記第一の取得手段で取得した解像度に基づいて、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースのうち、より高い解像度のリソースを選択するかより低い解像度のリソースを選択するかを判断する判断手段と、前記判断手段による判断結果に従って、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から何れかのリソースを選択する選択手段と、前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得手段と、を有することを特徴とする。
【００５４】
【発明の実施の形態】
〔第１実施形態〕
本実施形態の構成を説明する前に、本実施形態を適用するに好適なレーザビームプリンタ（ＬＢＰ）の構成について図１を参照しながら説明する。なお、本実施形態を適用するプリンタは、レーザビームプリンタに限られるものではなく、他のプリント方式のプリンタでも良いことは言うまでもない。以下、図面を参照して本発明の実施形態を詳細に説明する。
【００５５】
図１は、本実施形態に適用されるレーザビームプリンタの内部構造を示す断面図であり、このＬＢＰは不図示のデータ源から文字パターンの登録や定型書式（フォームデータ）などの登録が行える。
【００５６】
図において、１０００はＬＢＰ本体（以下、プリンタという）であり、外部に接続されているホストコンピュータから供給される文字情報（文字コード）やフォーム情報あるいはマクロ命令などを入力して記憶するとともに、それらの情報に従って対応する文字パターンやフォームパターンなどを作成し、記録媒体である記録紙上に像を形成する。
【００５７】
１０１２は操作パネルで、操作のためのスイッチおよびＬＥＤ表示器などが配されている。１００１はプリンタ制御ユニットで、プリンタ１０００全体の制御およびホストコンピュータから供給される文字情報などを解析する。このプリンタ制御ユニット１００１は、主に文字情報を対応する文字パターンのビデオ信号に変換してレーザドライバ１００２に出力する。レーザドライバ１００２は半導体レーザ１００３を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１００３から発射されるレーザ光１００４をオンオフ切り替えする。レーザ光１００４は回転多面鏡１００５で左右方向に振られ静電ドラム１００６上を走査する。
【００５８】
これにより、静電ドラム１００６上には文字パターンの静電潜像が形成される。この潜像は、静電ドラム１００６周囲の現像ユニツト１００７により現像された後、記録紙に転送される。この記録紙にはカットシートを用い、カットシート記録紙はプリンタ１０００に装着した用紙カセット１００８に収納され、給紙ローラ１００９および搬送ローラ１０１０と搬送ローラ１０１１とにより装置内に取り込まれて、静電ドラム１００６に供給される。
【００５９】
図２は、本発明の実施形態を示すプリンタ制御システムの構成を説明するｂｕロック図であり、本例では、レーザビームプリンタ（図１）を例にして説明する。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ等のネットワークを介して処理が行われるシステムであっても本発明を適用できることは言うまでもない。
【００６０】
図２において、３０００はサーバコンピュータで、ＲＯＭ３のプログラム用ＲＯＭに記憶された文書処理プログラム等に基づいて文書データの取り出しやデータ変換を実行するＣＰＵｌを備え、システムバス４に接続される各デバイスをＣＰＵｌが総括的に制御する。また、このＲＯＭ３のプログラム用ＲＯＭには、ＣＰＵｌの制御プログラム等を記憶し、ＲＯＭ３のフォント用ＲＯＭには上記データ変換処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭは上記データ変換処理等を行う際に使用する各種データを記憶する。
【００６１】
２はＲＡＭで、ＣＰＵｌの主メモリ，ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。
【００６２】
本実施形態においてキーボード９やＣＲＴディスプレイ１０は必ずしも必要ではないが、サーバコンピュータ３０００のメンテナンスや動作状況の確認のために通常装備されているものである。
【００６３】
７はメモリコントローラ（ＭＣ）で、ブートプログラム，種々のアプリケーション，フォントデータ，ユーザファイル，編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。
【００６４】
８はネットワークコントローラ（ＮＴＣ）で、所定の双方向性インタフェース（インタフェース）２１を介してプリンタ１０００に接続されて、プリンタ１０００との通信制御処理を実行する。なお、ＣＰＵｌは、例えばメモリコントローラ７を制御することによって外部メモリ１１に記憶された文書データを取り出したり、ネットワークコントローラ８を制御することによって文書データを外部へ転送することができる。
【００６５】
プリンタ１０００において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００６６】
また、このＲＯＭ１３のプログラムＲＯＭには、後述するフローチャートで示されるようなＣＰＵｌ２の制御プログラム等を記憶しても良い。
【００６７】
また、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等を記憶し、ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等の外部メモリ１４が無いプリンタの場合には、ホストコンピュータ３０００上で利用される情報等を記憶している。
【００６８】
ＣＰＵ１２は入力部１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ３０００に通知可能に構成されている。
【００６９】
１９は前記ＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００７０】
なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、文書データ、フォントデータ、フォームデータ等を記憶する。
【００７１】
また、１０１２は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００７２】
また、前述した外部メモリは１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しないＮＶＲＡＭを有し、操作パネル１０１２からのプリンタモード設定情報を記憶するようにしても良い。
【００７３】
図３は、本発明の第１実施形態を示す印刷制御装置におけるデータ処理構成を示すブロック図である。
【００７４】
図３において、プリンタ１０００は、大きく分けてフォーマッタ制御部１１００、プリンタインタフェース１２００、出力制御部１３００、プリンタエンジン部１４００より構成されている。
【００７５】
フォーマッタ制御部１１００は、プロトコル制御部１１０１、データ判定部１１０２、文書データ解析部１１０３、データ描画部１１０４、ページメモリ１１０５、ロケータ処理部１１０６より構成されている。
【００７６】
プリンタインタフェース（プリンタＩ／Ｆ）１２００は、外部との入出力のための手段である。プロトコル制御部１１０１は、ネットワークプロトコルを解析・送信することによって外部との通信を行なう手段であり、例えばプロトコルにＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用した場合、ＵＲＩで指示された文書の取得やＷｅｂサーバヘの情報の送信を行なうものである。
【００７７】
データ判定部１１０２は構造化文書中のロケータを識別判定する手段であり、ロケータであればロケータ部分のデータはロケータ処理部１１０６に引き渡され、ロケータ以外のデータは文書データ解析部１１０３に引き渡される。
【００７８】
ロケータ処理部１１０６は、ロケータのタグ群から必要な情報を抽出し、プロトコル制御部１１０１を通じて外部に送信するものである。文書データ解析部１１０３は、構造化記述言語で記述された文書データを解析し、より処理しやすい形式の中間コードに変換する手段であり、文書データ解析部１１０３において生成された中間コードはデータ描画部１１０４に渡されて処理される。
【００７９】
データ描画部１１０４は、上記中間コードをビットマップデータに展開するものであり、展開されたビットマップデータはページメモリ１１０５に逐次描画されて行く。なお、一般的には、フォーマッタ制御部１１００は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを用いたコンピュータシステムによって構成されている。
【００８０】
出力制御部１３００は、ページメモリ１１０５の内容をビデオ信号に変換処理し、プリンタエンジン部１４００へ画像転送を行なう。プリンタエンジン部１４００は受け取ったビデオ信号を記録紙に永久可視画像を形成するための印刷機構部である。
【００８１】
図４は、本発明に係る印刷制御装置と通信可能なＷｅｂサーバの構成を示すブロック図である。
【００８２】
図４において、Ｗｅｂサーバ２０００は、大きく分けてＷｅｂサーバインタフェース２００１、プロトコル制御部２００２、リソース収集部２００３、リソースサーバ２００４より構成されている。
【００８３】
Ｗｅｂサーバインタフェース２００１は、外部との入出力のための手段である。プロトコル制御部２００２は、ネットワークプロトコルを解析・送信することによって外部との通信を行なう手段であり、例えばプロトコルにＨＴＴＰを使用した場合、情報の受信やＵＲＩで指示された文書・リソースの送信を行なうものである。
【００８４】
リソース収集部２００３は、指定されたリソースをリソースサーバ２００４から選択するものである。リソースサーバ２００４は構造化記述言語で記述された文書のリソースファイルを格納するものである。
【００８５】
Ｗｅｂサーバ２０００はＵＲＩをプリンタ１０００から受信すると、指定されたリソースをリソースサーバ２００４から取り出し、プロトコル通信によってリソースをプリンタ１０００へ送信する。なお、プリンタ１０００とＷｅｂサーバ２０００の間はインターネット等のネットワークを通じて接続されている。
【００８６】
ここで、構造化記述言語におけるロケータの具体例について、図５，図６を用いて説明する。
【００８７】
図５は、本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図であり、拡張リンクと単純リンクとの違いを説明する図である。
【００８８】
図５において、１１ａはＸＭＬで記述された構造化記述文書のロケータの例である。１、２、７行目のタグは一つのリンク元から複数のリンク先があることを示している。このようなリンクは一般的に拡張リンクと呼ばれる。１１ｂは単純リンクであり、「ｒｅｓｏｕｃｅｓ」という一つのリソースを指定しているだけであるので、最もシンプルな１対１のリンクである。
【００８９】
３、４行目はロケータであり、「ｌｏｗｒｅｓｏｌ」という条件に「ｉ７２．ｊｐｇ」というリソースがリンクされている。
【００９０】
５、６行目もロケータであり、「ｈｉｇｈｒｅｓｏ１」という条件に「ｉ６００．ｊｐｇ」というリソースがリンクされている。このような記述により、構造化記述言語で記述された文書中の１つのリンク元から条件によって異なる複数のリソースをリンクすることができる。
【００９１】
図６は、図５に示した拡張リンク１１ａによるロケータ／拡張リンクの概念を説明する図である。
【００９２】
図６において、構造化記述言語で記述された文書中の同じ箇所から７２ｄｐｉのイメージデータと６００ｄｐｉのイメージデータの両方がリンクされている。なお、＜ｅｘｔｅｎｄｅｄ…で始まる部分には、図５に示したような記述がされている。
【００９３】
次に、このように構成された印刷制御装置およびサーバ装置を含む印刷システムにおいて、本実施形態における全体の印刷制御処理手順を図７〜図１０に示すフローチャートを順次参照しながら説明する。
【００９４】
図７は、本発明に係る印刷制御装置における第１のデータ処理手順の一例を示すフローチャートであり、図３に示したプリンタ１０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ５０１〜Ｓ５０５は各ステップを示す。
【００９５】
まず、ステップＳ５０１で、プリンタインタフェース１２００を通してネットワークからのデータの受けとりを行なう。次に、ステップＳ５０２で、プロトコルの解析を行なった後、ステップＳ５０３において、受信バッファ（図３に示すプリンタ１０００内のＲＡＭ上に確保される）からデータを読み出す。なお、受信バッファは外部からのデータを一時保持する記憶手段である。
【００９６】
次に、ステップＳ５０４に進んで、描画処理を行なった後、ステップＳ５０５で、文書データが終了したか否かを判断し、文書データが終了であると判断した場合は、印刷動作を終了する。
【００９７】
一方、ステップＳ５０５で、文書データが終了でないと判断した場合は、ステップＳ５０１からの処理を繰り返す。
【００９８】
図８は、本発明に係る印刷制御装置における第２のデータ処理手順の一例を示すフローチャートであり、図７に示したステップＳ５０４に示した描画処理（実際に印刷処理を行う処理）の詳細手順に対応する。なお、Ｓ６０１〜Ｓ６１０は各ステップを示す。
【００９９】
まず、ステップＳ６０１において、文書データ解析部１１０３でページ終了タグかどうかをチェックし、ページ終了タグであると判断した場合は、ステップＳ６０８以降の処理を行う。
【０１００】
一方、ステップＳ６０１において、ページ終了タグでないと判断した場合は、ステップＳ６０２において、さらにロケータであるか否かを判別し、ロケータであると判断した場合には、ステップＳ６０７に進んで、リソースの収集処理を行ない、ロケータでないと判断した場合には、さらにステップＳ６０３に進む。
【０１０１】
そして、ステップＳ６０３では、解析したタグが文字印字または図形描画などページメモリ１１０５ヘの展開処理を必要とするタグかどうかを判別し、展開処理を必要とするタグであると判断した場合は、ステップＳ６０６に進み、直ちに属性設定・印字位置制御などタグに従った処理を行ない、図７に示したステップＳ５０２へ戻る。
【０１０２】
一方、ステップＳ６０３で、展開処理を必要とするタグでないと判断した場合は、ステップＳ６０４に進み、ビットマップヘの展開処理がしやすい形の中間コードを生成する。この中間コードを受けて、ステップＳ６０５で、データ描画部１１０４ではページメモリ１１０５への展開処理を行い、展開処理終了後は、図７に示したステップＳ５０２に戻り、文書データの解析処理を繰り返す。
【０１０３】
一方、ステップＳ６０１において、ページ終了タグであると判断された場合は、ステップＳ６０８で、出力制御部１３００において、ページメモリ１１０５の内容をプリンタエンジン部１４００に対するビデオ信号に変換して画像転送出力する。
【０１０４】
そして、ステップＳ６０９で、プリンタエンジン部１４００では、受け取ったビデオ信号を記録紙に永久可視画像形成し印刷を行う。そして、ステップＳ６１０で、印刷された結果を排紙すると１ページ当たりの印刷制御処理は終了する。
【０１０５】
図９は、本発明に係る印刷制御装置における第３のデータ処理手順の一例を示すフローチャートであり、図８に示したステップＳ６０７に示したリソース収集処理（ロケータによってリンクされたリソース取得する処理）の詳細手順に対応する。なお、Ｓ７０１〜Ｓ７０８は各ステップを示す。
【０１０６】
まず、ステップＳ７０１において、ロケータを解釈し、複数のリソースにどのような条件が付加されているかを検出する。図５の１１ａに示した例では「ｌｏｗｒｅｓｏｌ」と「ｈｉｇｈｒｅｓｏｌ」がそれぞれ「ｉ７２．ｊｐｇ」「ｉ６００．ｊｐｇ」というリソースに付加された条件である。
【０１０７】
次に、ステップＳ７０２で、エンジン解像度を取得する。なお、この処理は一般にプリンタエンジン部１４００は複数の解像度で動作可能であるので、現在動作している解像度を認識するためのものであるが、一種類の解像度しか持たないプリンタエンジン部であれば省略しても良い。
【０１０８】
次に、ステップＳ７０３に進み、ステップＳ７０１で検出した分岐条件から一致する解像度または最も近い解像度のリソースを選択する。図５の１１ａに示した例では、分岐条件が厳密な数値ではないので、より高い解像度を表す「ｈｉｇｈｒｅｓｏ１」の条件に当る「ｉ６００．ｊｐｇ」を選択する。
【０１０９】
さらに、ステップＳ７０４で、選択したリソースのＵＲＩを検出する。図５の１１ａに示した例では「ｈｔｔｐ：／／ｍｙｓｅｒｖｅｒ．ｃｏｍ／ｉ６００．ｊｐｇ」が選択したリソースのＵＲＩである。
【０１１０】
次に、ステップＳ７０５に進み、検出したＵＲＩをＨＴＴＰフォーマットに変換する。ここまでの処理ステップによってプリンタ１０００からの情報送信の準備を整えると、以降はＨＴＴＰプロトコルによる通信による処理ステップとなる。
【０１１１】
そして、ステップＳ７０６で、ＵＲＩで指定されたＷｅｂサーバを検索し、ステップＳ７０７においてＨＴＴＰプロトコルによりＷｅｂサーバ２０００ヘ送信する。
【０１１２】
そして、ステップＳ７０８で、Ｗｅｂサーバ２０００から転送されてくる文書データを受信すると、処理を終了する。
【０１１３】
図１０は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートであり、図５に示したＷｅｂサーバ２０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ８０１〜Ｓ８０３は各ステップを示す。なお、本実施形態でのＷｅｂサーバ２０００はインターネットにおいて、一般的に普及しているものであり、従ってその処理ステップもごく一般的な手順であるため概略ステップのみ説明する。
【０１１４】
まず、ステップＳ８０１で、ＨＴＴＰプロトコルによるリクエストを受信し、ステップＳ８０２で、指定されたリソースの格納されている図示しないサーバからリソースデータを取得し、ステップＳ８０３で、リクエスト元にリソースデータを送信して、処理を終了する。
【０１１５】
〔第２実施形態〕
上記第１実施形態では、ロケータの分岐条件をプリンタ１０００内で検出し、プリンタ１０００が選択したリソースをＷｅｂサーバ２０００ヘリクエストしたが、本実施形態ではロケータの処理をＷｅｂサーバ２０００側で行なう実施形態について図５、図１３、図１４、図１５を用いて説明する。
【０１１６】
上記第１実施形態では、図５の１１ａを構造化記述言語で記述した文書中に埋め込むことによって条件分岐によるリソース取得をプリンタ１０００側で処理したが、１１ａの記述自体をリソースとして文書にリンクすることによって条件分岐によるリソース取得処理をＷｅｂサーバ２０００側で行なうことができる。
【０１１７】
具体的には、例えば１１ａの記述を含むファイルを「ｒｅｓｏｕｒｃｅｓ」という名前でリソースサーバ２００５に格納しておき、図５のリンク１１ｂに示すような記述を構造化記述言語で記述された文書中に埋め込むことによって実現することができる。なお、リンク１１ｂは「ｒｅｓｏｕｃｅｓ」という一つのリソースを指定しているだけであるので、最もシンプルな１対１のリンクである。
【０１１８】
図１１は、本発明の第２実施形態を示すサーバ装置（Ｗｅｂサーバ）の構成を説明するブロック図であり、図４と同一のものには同一の符号を付してある。なお、プリンタ１０００の構成は図３と同様であるので説明は省略するが、処理ステップについては異なるので後述する。
【０１１９】
図１１において、Ｗｅｂサーバ２０００は、大きく分けてＷｅｂサーバインタフェース２００１、プロトコル制御部２００２、ロケータ処理部２００３Ａ、リソース収集部２００４Ａ、リソースサーバ２００５より構成されている。
【０１２０】
Ｗｅｂサーバインタフェース２００１は、外部との入出力のための手段である。プロトコル制御部２００２は、ネットワークプロトコルを解析・送信することによって外部との通信を行なう手段であり、例えばプロトコルにＨＴＴＰを使用した場合、情報の受信やＵＲＩで指示されたリソースの送信を行なうものである。
【０１２１】
ロケータ処理部２００３Ａは、ロケータのタグ群を解析して必要なリソースのＵＲＩを抽出する手段である。リソース収集処理部２００４Ａは、指定されたリソースをリソースサーバ２００５から取り出す手段である。リソースサーバ２００５は構造化記述言語で記述された文書のリソースファイルを格納する手段である。Ｗｅｂサーバ２０００はＵＲＩと解像度をプリンタ１０００から受信すると、指定されたリソースをリソースサーバ２００５から取り出し、ロケータを解析して解像度に適合するリソースを選択し、プロトコル通信によってリソースをプリンタ１０００へ送信する。
【０１２２】
なお、プリンタ１０００とＷｅｂサーバ２０００の間は第１実施形態同様、インターネット等のネットワークを通じて接続されている。
【０１２３】
次に、このように構成された印刷システムにおいて、本実施形態における全体の印刷制御処理手順を図１２，図１４に示すフローチャートおよび図１３に示すＨＴＴＰフォーマットへの変換例を参照しながら説明する。なお、プリンタ１０００のメイン処理および描画処理においては第１実施形態の図７、図８と同様であるのでここでは説明を省略する。
【０１２４】
図１２は、本発明に係る印刷制御装置における第４のデータ処理手順の一例を示すフローチャートであり、プリンタ１０００における第２のリソース取得処理（ロケータによってリンクされたリソース取得する処理）手順に対応する。なお、Ｓ１４０１〜Ｓ１４０６は各ステップを示す。
【０１２５】
まず、ステップＳ１４０１で、エンジン解像度を取得する。この処理は一般にプリンタエンジン部１４００は複数の解像度で動作可能であるので現在動作している解像度を認識するためのものであるが、一種類の解像度しか持たないエンジンであれば省略しても良い。
【０１２６】
次に、ステップＳ１４０２で、リソースのＵＲＩを検出する。図５に示した例ではリンク１１ｂの「ｈｔｔｐ／／ｍｙｓｅｒｖｅｒ．ｃｏｍ／ｒｅｓｏｕｒｃｅｓ」がリソースのＵＲＩである。
【０１２７】
次に、ステップＳ１４０３に進み、検出したＵＲＩと解像度をＨＴＴＰフォーマットに変換する。ここで、図１３にＨＴＴＰフォーマットヘの具体的な変換例を示す。
【０１２８】
図１３は、本発明に係る印刷制御装置におけるリソース取得処理におけるＨＴＴＰフォーマット変換例を示す図であり、ＵＲＩと解像度をＨＴＴＰプロトコルのリクエストラインに変換した例であり、解像度には「６００」（ｄｐｉ）が記述されている。
【０１２９】
ここまでの処理ステップによってプリンタ１０００からの情報送信の準備を整えると、以降は第１実施形態同様、ＨＴＴＰプロトコルによる通信処理ステップとなる。
【０１３０】
すなわち、ステップＳ１４０４で、ＵＲＩで指定されたＷｅｂサーバを検索し、ステップＳ１４０５において、ＨＴＴＰプロトコルによりＷｅｂサーバヘ送信する。そして、ステップＳ１４０６で、Ｗｅｂサーバ２０００から転送されてくる文書データを受信（取得）すると、処理を終了する。
【０１３１】
図１４は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、第２実施形態におけるＷｅｂサーバ２０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ１５０１〜Ｓ１５０８は各ステップを示す。
【０１３２】
まず、ステップＳ１５０１において、ＨＴＴＰプロトコルでネットワークからのデータの受け取りを行なう。この処理はＷｅｂサーバインタフェース２００１において処理される。
【０１３３】
次に、ステップＳ１５０２において、指定されたリソースの格納されているサーバからリソースデータを取得する。そして、ステップＳ１５０３で、もし取得したリソースが、図５に示したリンク１１ａに示したような拡張リンクを記述したファイルであるかどうかを判断し、拡張リンクを記述したファイルでないと判断した場合には、ステップＳ１５０８へ進み、拡張リンクを記述したファイルであると判断した場合は、さらに、ステップＳ１５０４に進み、ＨＴＴＰプロトコルによって通知された解像度を検出する。
【０１３４】
次に、ステップＳ１５０５において、ロケータを解釈し、ロケータで記述された各リソースにどのような条件が付加されているかを検出する。例えば図５のリンク１１ａに示した例では「ｌｏｗｒｅｓｏｌ」と「ｈｉｇｈｒｅｓｏｌ」がそれぞれ「ｉ７２．ｊｐｇ」「ｉ６００．ｊｐｇ」というリソースに付加された条件である。
【０１３５】
次に、ステップＳ１５０６において、検出した分岐条件から一致する解像度または最も近い解像度のリソースを選択する。図５のリンク１１ａに示した例では分岐条件が厳密な数値でないので、より高い解像度を表す「ｈｉｇｈｒｅｓｏｌ」の条件に当る「ｉ６００．ｊｐｇ」を選択する。
【０１３６】
そして、ステップＳ１５０７で、選択したリソースを取得し、ステップＳ１５０８で、リソースデータをＨＴＴＰプロトコル通信により外部へ送信して、処理を終了する。
【０１３７】
一方、ステップＳ１５０３において拡張リンクの記述ファイルでないと判断した場合には、そのままステップＳ１５０８に進んで、リソースデータを送信して、処理を終了する。
【０１３８】
〔第３実施形態〕
上記第１実施形態及び第２実施形態では、複数の解像度を持つリソースをリンクした例を述べたが、本実施形態では、異なるカラーモードのリソースをリンクし、印刷装置の動作カラーモードと一致するリソースが無い場合の例外処理も含めて、図１５、図１６、図１７、図１８を用いて説明する。まず、本実施形態における全体の印刷制御処理手順を、図１５に示すフローチャートにおいて、適宜図１６、図１７、図１８を参照しながら説明する。
【０１３９】
図１５は、本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートであり、Ｗｅｂサーバ２０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ１６０１〜Ｓ１６１０は各処理ステップを示す。
【０１４０】
まず、ステップＳ１６０１において、ＨＴＴＰプロトコルでネットワークからのデータの受け取りを行なう。この処理はＷｅｂサーバインタフェース２００１において処理される。
【０１４１】
次に、ステップＳ１６０２において、指定されたリソースの格納されているサーバからリソースデータを取得する。そして、ステップＳ１６０３で、取得したリソースが図１６に示すような拡張リンクを記述したファイルであるかどうかを判断して、取得したリソースが拡張リンクを記述したファイルでないと判断した場合は、ステップＳ１６１０へ進む。
【０１４２】
図１６は、本発明の第３実施形態におけるサーバ装置で解析される拡張リンクの概念を説明する図である。
【０１４３】
一方、ステップＳ１６０３で、取得したリソースが拡張リンクを記述したファイルであると判断した場合は、ステップＳ１６０４に進み、ＨＴＴＰプロトコルによって通知されたカラーモードを検出する。ここで、図１７にＨＴＴＰプロトコルによって通知されたカラーモードの具体例を示す。
【０１４４】
図１７は、本実施形態におけるサーバ装置が他のサーバから受け取るカラーモードの一例を示す図であり、本例は、カラーモードに「ｆｕｌｌｃｏｌｏｒ」が指定されている場合に対応する。
【０１４５】
次に、ステップＳ１６０５において、ロケータを解釈し、ロケータで記述された各リソースにどのような条件が付加されているかを検出する。
【０１４６】
ここで、本実施形態におけるロケータの記述部分を図１８に示す。
【０１４７】
図１８は、本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図であり、記述方法については第１実施形態で用いた図５と同様であるのでここでは説明を省略するが、図１８の例では「ｍｏｎｏｃｈｒｏｍｅ」と「ｆｕｌｌｃｏｌｏｒ」がそれぞれ「ｍｏｎｏ．ｊｐｇ」，「ｃｏｌｏｒ．ｊｐｇ」というリソースに付加された条件である。
【０１４８】
なお、本例は、構造化記述言語で記述された文書中の同じ箇所から８ビットグレイスケールのイメージデータと２４ビットＲＧＢフルカラーのイメージデータの両方がリンクされている場合である。なお、本実施形態における印刷装置の構成及び動作は第２実施形態と同様であるので説明は省略する。
【０１４９】
次に、ステップＳ１６０６に進み、ステップＳ１６０４で検出したカラーモードと一致する条件のリソースを選択する。例えばステップＳ１６０４で検出したカラーモードが「ｆｕｌｌｃｏｌｏｒ」であれば「ｃｏｌｏｒ．ｊｐｇ」が選択される。
【０１５０】
次に、ステップＳ１６０７で、選択したリソースを取得し、ステップＳ１６０８で、リソースの取得に成功したかどうかを判断し、成功したと判断した場合には、ステップＳ１６１０へ進み、取得したリソースデータをＨＴＴＰプロトコル通信により外部へ送信して処理を終了する。
【０１５１】
一方、ステップＳ１６０８で、リソース取得に失敗したと判断した場合には、ステップＳ１６０９に進む。なお、リソース取得に失敗するケースとは、リソースの格納不備やリソースサーバ側のトラブルによりリソースのサーバからエラーが返る場合である。
【０１５２】
そして、リソース取得に失敗した場合には、ステップＳ１６０９において、他のカラーモード（分岐条件）のリソースを再選択する。
【０１５３】
すなわち、ステップＳ１６０６で選択した「ｃｏｌｏｒ．ｊｐｇ」の取得に失敗した場合は、もう一方の条件のリソースである「ｍｏｎｏ．ｊｐｇ」を選択後、ステップＳ１６１０に進んで、リソースデータを外部へ送信し処理を終了する。
【０１５４】
一方、ステップＳ１６０３において取得したリソースが拡張リンクの記述ファイルでない場合には、そのままステップＳ１６１０に進んでリソースデータを送信するだけで良い。
【０１５５】
なお、上記第１実施形態において、リソースサーバをＷｅｂサーバの構成要素とした例を述べたが、リソースサーバは外部にあっても構わない。例えば、他のパソコンのハードディスクであっても良い。
【０１５６】
また、第１実施形態では、リソースをネットワーク越しにリソースサーバから取得したが、リソースが印刷装置側に保存してあればこれを使用することができる。
【０１５７】
例えば、印刷装置に二次記憶装置を装備すれば一度取得したリソースを二次記憶装置にキャッシュすることによって、同じリソースが指定された場合に二次記憶装置から取得すれば良い。
【０１５８】
また、第２実施形態及び第３実施形態では、解像度やカラーモードの通知にＨＴＴＰプロトコルを用いる例を述べたが、これらの情報を通知できるものであれば特定のプロトコルに限定するものではない。
【０１５９】
さらに、第２実施形態において、ＨＴＴＰプロトコルで通知する解像度には具体的な数値を用いたが、Ｗｅｂサーバ側でリソースの選択が可能であれば「ｈｉｇｈｒｅｓｏ１」のように意味による指定でも良い。
【０１６０】
上記各実施形態では、リソースの分岐条件としてそれぞれ解像度とカラーモードを用いる例を述べたが、解像度とカラーモードの両方を組み合わせて分岐条件としても良い。例えば、モノクロかつ６００ｄｐｉと指定することによってより最適なリソースを取得することができる。
【０１６１】
上記各実施形態では、リソースとしてイメージデータを用いる例を述べたが、解像度やカラーモードによって分岐させた方が良いと考えられるリソースであればイメージデータに限定されるものではない。例えば塗り潰しパターンやディザパターンなどは同様に分岐させた方がより美しい印字結果を得ることができる。各実施例では、ロケータの記述にＸＭＬを用いる例を示したが、１対多のリンクを実現できるデータ記述形式であればＸＭＬに限定するものでないことは言うまでもない。
【０１６２】
また、本発明に係る各手段を備える画像処理装置とサーバ装置あるいは各ステップを実行可能な画像処理装置とサーバ装置とから、例えば印刷システムを構築することも本発明の適用範囲である。
【０１６３】
以下、図１９に示すメモリマップを参照して本発明に係る印刷制御装置，サーバ装置を適用可能な印刷システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１６４】
図１９は、本発明に係る印刷制御装置，サーバ装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１６５】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６７】
本実施形態における図７〜図１０及び図１２，図１４，図１５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６８】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６９】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１７１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
【発明の効果】
以上説明したように、本発明によれば、サーバ装置側のリソース選択処理負担を増加させることなく、画像処理装置側の出力手段の出力能力に最適なリソースを収集でき、該出力手段の能力を最大限に利用して高品位に文書情報および該文書情報にリンクされている画像情報を出力することができる。
【０１７７】
従って、一対多のリンクを利用してデバイスの表現能力に応じたリソースを収集することによってデバイスの能力を最大限発揮することができ、高品位で効率のよい印刷処理システムを自在に構築することができる等の優れた効果を奏する。
【図面の簡単な説明】
【図１】本実施形態に適用されるレーザビームプリンタの内部構造を示す断面図である。
【図２】本発明の実施形態を示すプリンタ制御システムの構成を説明するブロック図である。
【図３】本発明の第１実施形態を示す印刷制御装置におけるデータ処理構成を示すブロック図である。
【図４】本発明に係る印刷制御装置と通信可能なＷｅｂサーバの構成を示すブロック図である。
【図５】本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図である。
【図６】図５に示した拡張リンクによるロケータ／拡張リンクの概念を説明する図である。
【図７】本発明に係る印刷制御装置における第１のデータ処理手順の一例を示すフローチャートである。
【図８】本発明に係る印刷制御装置における第２のデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係る印刷制御装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１０】本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本発明の第２実施形態を示すサーバ装置（Ｗｅｂサーバ）の構成を説明するブロック図である。
【図１２】本発明に係る印刷制御装置における第４のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る印刷制御装置におけるリソース取得処理におけるＨＴＴＰフォーマット変換例を示す図である。
【図１４】本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１５】本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明の第３実施形態におけるサーバ装置で解析される拡張リンクの概念を説明する図である。
【図１７】本実施形態におけるサーバ装置が他のサーバから受け取るカラーモードの一例を示す図である。
【図１８】本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図である。
【図１９】本発明に係る印刷制御装置，サーバ装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図２０】通常の表示装置による文書と画像の表示状態を説明する図である。
【図２１】一般的な印刷装置による印刷データの印刷結果状態を説明する図である。
【符号の説明】
１１００ フォーマッタ制御部
１１０１ プロトコル制御部
１１０２ データ判別部
１１０３ 文書データ解析部
１１０４ データ描画部
１１０５ ページメモリ
１１０６ ロケータ処理部
１２００ プリンタインタフェース
１３００ 出力制御部
１４００ プリンタエンジン部
２０００ Ｗｅｂサーバ
２００１ Ｗｅｂサーバインタフェース
２００２ プロトコル制御部
２００３ リソース収集部
２００４ リソースサーバ
【発明の属する技術分野】
本発明は、任意のサーバ装置との通信により所定の構造化記述言語で記述された文書情報を処理する出力手段を備える画像処理装置および該画像処理装置と通信可能なサーバ装置および画像処理方法および記憶媒体に関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータとインターネットの急速な普及は業界を問わず文書の電子化を促進することとなった。しかし、電子化文書のデータ形式は文書を編集するアプリケーションに依存するため、電子化された文書を回覧するためには該当文書のデータ形式をサポートするアプリケーションを用意する必要があった。そこで、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ ＭａｒｋｕｐＬａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）といった特定のアプリケーションに依存しない構造化記述言語で記述された文書が脚光を浴びている。
【０００３】
これらの構造化記述言語は一般にリンク機能を備えており、このリンク機能を使用することによって文書の構成要素（リソース）の一部を別ファイルに格納することができる。
【０００４】
したがって、文書本体のサイズを小さくすることができ、また複数の文書でリソースを共用できるといった利点がある。構造化記述言語ではこれらリソースの格納場所を指定するタグをロケータと呼び、別ファイルに格納したリソースは一般にＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって記述される。
【０００５】
ここで、現在最も普及しているＨＴＭＬにおけるロケータは一つのリソースを指定する、すなわち１対１のリンクであるが、ＸＭＬでは拡張リンクという機能を用いることによって１つのロケータで複数のリソースを指定する、すなわち１対多のリンクが可能である。
【０００６】
【発明が解決しようとする課題】
一方、構造化記述言語は特定のプラットフォームに依存しないため、理論的に構造化記述言語で記述された文書はどのデバイスでも表現（表示）できるが、一般的には主にディスプレイヘの表示を基準に作成される。
【０００７】
しかしながら、ディスプレイと印刷装置では解像度や色再現性が異なるため、上記文書をそのまま印刷装置で処理すると印刷装置の性能を引き出せないという問題がある。
【０００８】
例えば一般的なディスプレイの解像度は７２ｄｐｉだが、一般的な印刷装置の解像度は６００ｄｐｉであるため上記文書を印刷処理するとイメージの部分だけ粗い画像になってしまう。
【０００９】
図２０は、通常の表示装置による文書と画像の表示状態を説明する図であり、一般的なディスプレイの解像度が７２ｄｐｉの場合に対応する。なお、図２０の９ａは文書にリンクされたイメージデータである。
【００１０】
図２１は、一般的な印刷装置による印刷データの印刷結果状態を説明する図であり、例えば図２０に示した表示データをそのまま印刷した場合の印刷結果に対応する。なお、図２１の１０ａは文書にリンクされたイメージデータである。
【００１１】
この例に示すように、図２０と図２１とは、構造化記述言語で記述された同じ文書データを処理した結果であるが、解像度の違いによりイメージデータ９ａに比べてイメージデータ１０ａは品位が劣化（直線的なラインがギザギザとなっている）して見える等が問題点の好例である。
【００１２】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、サーバ装置側のリソース選択処理負担を増加させることなく、画像処理装置側の出力手段の出力能力に最適なリソースを収集でき、該出力手段の能力を最大限に利用して高品位に文書情報および該文書情報にリンクされている画像情報を出力することができる画像処理装置および画像処理方法および記憶媒体を提供することである。
【００１６】
【課題を解決するための手段】
本発明に係る第１の発明は、任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置において、前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析手段と、前記出力手段の解像度を取得する第一の取得手段と、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から、前記第一の取得手段で取得した解像度に一致する解像度のリソースを選択する選択手段と、前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得手段と、を有し、前記選択手段は、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中に、前記第一の取得手段で取得した解像度に一致する解像度のリソースがない場合には、前記第一の取得手段で取得した解像度に、より近い解像度のリソースを選択することを特徴とする。
【００１７】
本発明に係る第２の発明は、任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置において、前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析手段と、前記出力手段の解像度を取得する第一の取得手段と、前記第一の取得手段で取得した解像度に基づいて、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースのうち、より高い解像度のリソースを選択するかより低い解像度のリソースを選択するかを判断する判断手段と、前記判断手段による判断結果に従って、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から何れかのリソースを選択する選択手段と、前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得手段と、を有することを特徴とする。
【００５４】
【発明の実施の形態】
〔第１実施形態〕
本実施形態の構成を説明する前に、本実施形態を適用するに好適なレーザビームプリンタ（ＬＢＰ）の構成について図１を参照しながら説明する。なお、本実施形態を適用するプリンタは、レーザビームプリンタに限られるものではなく、他のプリント方式のプリンタでも良いことは言うまでもない。以下、図面を参照して本発明の実施形態を詳細に説明する。
【００５５】
図１は、本実施形態に適用されるレーザビームプリンタの内部構造を示す断面図であり、このＬＢＰは不図示のデータ源から文字パターンの登録や定型書式（フォームデータ）などの登録が行える。
【００５６】
図において、１０００はＬＢＰ本体（以下、プリンタという）であり、外部に接続されているホストコンピュータから供給される文字情報（文字コード）やフォーム情報あるいはマクロ命令などを入力して記憶するとともに、それらの情報に従って対応する文字パターンやフォームパターンなどを作成し、記録媒体である記録紙上に像を形成する。
【００５７】
１０１２は操作パネルで、操作のためのスイッチおよびＬＥＤ表示器などが配されている。１００１はプリンタ制御ユニットで、プリンタ１０００全体の制御およびホストコンピュータから供給される文字情報などを解析する。このプリンタ制御ユニット１００１は、主に文字情報を対応する文字パターンのビデオ信号に変換してレーザドライバ１００２に出力する。レーザドライバ１００２は半導体レーザ１００３を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１００３から発射されるレーザ光１００４をオンオフ切り替えする。レーザ光１００４は回転多面鏡１００５で左右方向に振られ静電ドラム１００６上を走査する。
【００５８】
これにより、静電ドラム１００６上には文字パターンの静電潜像が形成される。この潜像は、静電ドラム１００６周囲の現像ユニツト１００７により現像された後、記録紙に転送される。この記録紙にはカットシートを用い、カットシート記録紙はプリンタ１０００に装着した用紙カセット１００８に収納され、給紙ローラ１００９および搬送ローラ１０１０と搬送ローラ１０１１とにより装置内に取り込まれて、静電ドラム１００６に供給される。
【００５９】
図２は、本発明の実施形態を示すプリンタ制御システムの構成を説明するｂｕロック図であり、本例では、レーザビームプリンタ（図１）を例にして説明する。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ等のネットワークを介して処理が行われるシステムであっても本発明を適用できることは言うまでもない。
【００６０】
図２において、３０００はサーバコンピュータで、ＲＯＭ３のプログラム用ＲＯＭに記憶された文書処理プログラム等に基づいて文書データの取り出しやデータ変換を実行するＣＰＵｌを備え、システムバス４に接続される各デバイスをＣＰＵｌが総括的に制御する。また、このＲＯＭ３のプログラム用ＲＯＭには、ＣＰＵｌの制御プログラム等を記憶し、ＲＯＭ３のフォント用ＲＯＭには上記データ変換処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭは上記データ変換処理等を行う際に使用する各種データを記憶する。
【００６１】
２はＲＡＭで、ＣＰＵｌの主メモリ，ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。
【００６２】
本実施形態においてキーボード９やＣＲＴディスプレイ１０は必ずしも必要ではないが、サーバコンピュータ３０００のメンテナンスや動作状況の確認のために通常装備されているものである。
【００６３】
７はメモリコントローラ（ＭＣ）で、ブートプログラム，種々のアプリケーション，フォントデータ，ユーザファイル，編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。
【００６４】
８はネットワークコントローラ（ＮＴＣ）で、所定の双方向性インタフェース（インタフェース）２１を介してプリンタ１０００に接続されて、プリンタ１０００との通信制御処理を実行する。なお、ＣＰＵｌは、例えばメモリコントローラ７を制御することによって外部メモリ１１に記憶された文書データを取り出したり、ネットワークコントローラ８を制御することによって文書データを外部へ転送することができる。
【００６５】
プリンタ１０００において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００６６】
また、このＲＯＭ１３のプログラムＲＯＭには、後述するフローチャートで示されるようなＣＰＵｌ２の制御プログラム等を記憶しても良い。
【００６７】
また、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等を記憶し、ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等の外部メモリ１４が無いプリンタの場合には、ホストコンピュータ３０００上で利用される情報等を記憶している。
【００６８】
ＣＰＵ１２は入力部１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ３０００に通知可能に構成されている。
【００６９】
１９は前記ＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００７０】
なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、文書データ、フォントデータ、フォームデータ等を記憶する。
【００７１】
また、１０１２は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００７２】
また、前述した外部メモリは１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しないＮＶＲＡＭを有し、操作パネル１０１２からのプリンタモード設定情報を記憶するようにしても良い。
【００７３】
図３は、本発明の第１実施形態を示す印刷制御装置におけるデータ処理構成を示すブロック図である。
【００７４】
図３において、プリンタ１０００は、大きく分けてフォーマッタ制御部１１００、プリンタインタフェース１２００、出力制御部１３００、プリンタエンジン部１４００より構成されている。
【００７５】
フォーマッタ制御部１１００は、プロトコル制御部１１０１、データ判定部１１０２、文書データ解析部１１０３、データ描画部１１０４、ページメモリ１１０５、ロケータ処理部１１０６より構成されている。
【００７６】
プリンタインタフェース（プリンタＩ／Ｆ）１２００は、外部との入出力のための手段である。プロトコル制御部１１０１は、ネットワークプロトコルを解析・送信することによって外部との通信を行なう手段であり、例えばプロトコルにＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用した場合、ＵＲＩで指示された文書の取得やＷｅｂサーバヘの情報の送信を行なうものである。
【００７７】
データ判定部１１０２は構造化文書中のロケータを識別判定する手段であり、ロケータであればロケータ部分のデータはロケータ処理部１１０６に引き渡され、ロケータ以外のデータは文書データ解析部１１０３に引き渡される。
【００７８】
ロケータ処理部１１０６は、ロケータのタグ群から必要な情報を抽出し、プロトコル制御部１１０１を通じて外部に送信するものである。文書データ解析部１１０３は、構造化記述言語で記述された文書データを解析し、より処理しやすい形式の中間コードに変換する手段であり、文書データ解析部１１０３において生成された中間コードはデータ描画部１１０４に渡されて処理される。
【００７９】
データ描画部１１０４は、上記中間コードをビットマップデータに展開するものであり、展開されたビットマップデータはページメモリ１１０５に逐次描画されて行く。なお、一般的には、フォーマッタ制御部１１００は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを用いたコンピュータシステムによって構成されている。
【００８０】
出力制御部１３００は、ページメモリ１１０５の内容をビデオ信号に変換処理し、プリンタエンジン部１４００へ画像転送を行なう。プリンタエンジン部１４００は受け取ったビデオ信号を記録紙に永久可視画像を形成するための印刷機構部である。
【００８１】
図４は、本発明に係る印刷制御装置と通信可能なＷｅｂサーバの構成を示すブロック図である。
【００８２】
図４において、Ｗｅｂサーバ２０００は、大きく分けてＷｅｂサーバインタフェース２００１、プロトコル制御部２００２、リソース収集部２００３、リソースサーバ２００４より構成されている。
【００８３】
Ｗｅｂサーバインタフェース２００１は、外部との入出力のための手段である。プロトコル制御部２００２は、ネットワークプロトコルを解析・送信することによって外部との通信を行なう手段であり、例えばプロトコルにＨＴＴＰを使用した場合、情報の受信やＵＲＩで指示された文書・リソースの送信を行なうものである。
【００８４】
リソース収集部２００３は、指定されたリソースをリソースサーバ２００４から選択するものである。リソースサーバ２００４は構造化記述言語で記述された文書のリソースファイルを格納するものである。
【００８５】
Ｗｅｂサーバ２０００はＵＲＩをプリンタ１０００から受信すると、指定されたリソースをリソースサーバ２００４から取り出し、プロトコル通信によってリソースをプリンタ１０００へ送信する。なお、プリンタ１０００とＷｅｂサーバ２０００の間はインターネット等のネットワークを通じて接続されている。
【００８６】
ここで、構造化記述言語におけるロケータの具体例について、図５，図６を用いて説明する。
【００８７】
図５は、本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図であり、拡張リンクと単純リンクとの違いを説明する図である。
【００８８】
図５において、１１ａはＸＭＬで記述された構造化記述文書のロケータの例である。１、２、７行目のタグは一つのリンク元から複数のリンク先があることを示している。このようなリンクは一般的に拡張リンクと呼ばれる。１１ｂは単純リンクであり、「ｒｅｓｏｕｃｅｓ」という一つのリソースを指定しているだけであるので、最もシンプルな１対１のリンクである。
【００８９】
３、４行目はロケータであり、「ｌｏｗｒｅｓｏｌ」という条件に「ｉ７２．ｊｐｇ」というリソースがリンクされている。
【００９０】
５、６行目もロケータであり、「ｈｉｇｈｒｅｓｏ１」という条件に「ｉ６００．ｊｐｇ」というリソースがリンクされている。このような記述により、構造化記述言語で記述された文書中の１つのリンク元から条件によって異なる複数のリソースをリンクすることができる。
【００９１】
図６は、図５に示した拡張リンク１１ａによるロケータ／拡張リンクの概念を説明する図である。
【００９２】
図６において、構造化記述言語で記述された文書中の同じ箇所から７２ｄｐｉのイメージデータと６００ｄｐｉのイメージデータの両方がリンクされている。なお、＜ｅｘｔｅｎｄｅｄ…で始まる部分には、図５に示したような記述がされている。
【００９３】
次に、このように構成された印刷制御装置およびサーバ装置を含む印刷システムにおいて、本実施形態における全体の印刷制御処理手順を図７〜図１０に示すフローチャートを順次参照しながら説明する。
【００９４】
図７は、本発明に係る印刷制御装置における第１のデータ処理手順の一例を示すフローチャートであり、図３に示したプリンタ１０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ５０１〜Ｓ５０５は各ステップを示す。
【００９５】
まず、ステップＳ５０１で、プリンタインタフェース１２００を通してネットワークからのデータの受けとりを行なう。次に、ステップＳ５０２で、プロトコルの解析を行なった後、ステップＳ５０３において、受信バッファ（図３に示すプリンタ１０００内のＲＡＭ上に確保される）からデータを読み出す。なお、受信バッファは外部からのデータを一時保持する記憶手段である。
【００９６】
次に、ステップＳ５０４に進んで、描画処理を行なった後、ステップＳ５０５で、文書データが終了したか否かを判断し、文書データが終了であると判断した場合は、印刷動作を終了する。
【００９７】
一方、ステップＳ５０５で、文書データが終了でないと判断した場合は、ステップＳ５０１からの処理を繰り返す。
【００９８】
図８は、本発明に係る印刷制御装置における第２のデータ処理手順の一例を示すフローチャートであり、図７に示したステップＳ５０４に示した描画処理（実際に印刷処理を行う処理）の詳細手順に対応する。なお、Ｓ６０１〜Ｓ６１０は各ステップを示す。
【００９９】
まず、ステップＳ６０１において、文書データ解析部１１０３でページ終了タグかどうかをチェックし、ページ終了タグであると判断した場合は、ステップＳ６０８以降の処理を行う。
【０１００】
一方、ステップＳ６０１において、ページ終了タグでないと判断した場合は、ステップＳ６０２において、さらにロケータであるか否かを判別し、ロケータであると判断した場合には、ステップＳ６０７に進んで、リソースの収集処理を行ない、ロケータでないと判断した場合には、さらにステップＳ６０３に進む。
【０１０１】
そして、ステップＳ６０３では、解析したタグが文字印字または図形描画などページメモリ１１０５ヘの展開処理を必要とするタグかどうかを判別し、展開処理を必要とするタグであると判断した場合は、ステップＳ６０６に進み、直ちに属性設定・印字位置制御などタグに従った処理を行ない、図７に示したステップＳ５０２へ戻る。
【０１０２】
一方、ステップＳ６０３で、展開処理を必要とするタグでないと判断した場合は、ステップＳ６０４に進み、ビットマップヘの展開処理がしやすい形の中間コードを生成する。この中間コードを受けて、ステップＳ６０５で、データ描画部１１０４ではページメモリ１１０５への展開処理を行い、展開処理終了後は、図７に示したステップＳ５０２に戻り、文書データの解析処理を繰り返す。
【０１０３】
一方、ステップＳ６０１において、ページ終了タグであると判断された場合は、ステップＳ６０８で、出力制御部１３００において、ページメモリ１１０５の内容をプリンタエンジン部１４００に対するビデオ信号に変換して画像転送出力する。
【０１０４】
そして、ステップＳ６０９で、プリンタエンジン部１４００では、受け取ったビデオ信号を記録紙に永久可視画像形成し印刷を行う。そして、ステップＳ６１０で、印刷された結果を排紙すると１ページ当たりの印刷制御処理は終了する。
【０１０５】
図９は、本発明に係る印刷制御装置における第３のデータ処理手順の一例を示すフローチャートであり、図８に示したステップＳ６０７に示したリソース収集処理（ロケータによってリンクされたリソース取得する処理）の詳細手順に対応する。なお、Ｓ７０１〜Ｓ７０８は各ステップを示す。
【０１０６】
まず、ステップＳ７０１において、ロケータを解釈し、複数のリソースにどのような条件が付加されているかを検出する。図５の１１ａに示した例では「ｌｏｗｒｅｓｏｌ」と「ｈｉｇｈｒｅｓｏｌ」がそれぞれ「ｉ７２．ｊｐｇ」「ｉ６００．ｊｐｇ」というリソースに付加された条件である。
【０１０７】
次に、ステップＳ７０２で、エンジン解像度を取得する。なお、この処理は一般にプリンタエンジン部１４００は複数の解像度で動作可能であるので、現在動作している解像度を認識するためのものであるが、一種類の解像度しか持たないプリンタエンジン部であれば省略しても良い。
【０１０８】
次に、ステップＳ７０３に進み、ステップＳ７０１で検出した分岐条件から一致する解像度または最も近い解像度のリソースを選択する。図５の１１ａに示した例では、分岐条件が厳密な数値ではないので、より高い解像度を表す「ｈｉｇｈｒｅｓｏ１」の条件に当る「ｉ６００．ｊｐｇ」を選択する。
【０１０９】
さらに、ステップＳ７０４で、選択したリソースのＵＲＩを検出する。図５の１１ａに示した例では「ｈｔｔｐ：／／ｍｙｓｅｒｖｅｒ．ｃｏｍ／ｉ６００．ｊｐｇ」が選択したリソースのＵＲＩである。
【０１１０】
次に、ステップＳ７０５に進み、検出したＵＲＩをＨＴＴＰフォーマットに変換する。ここまでの処理ステップによってプリンタ１０００からの情報送信の準備を整えると、以降はＨＴＴＰプロトコルによる通信による処理ステップとなる。
【０１１１】
そして、ステップＳ７０６で、ＵＲＩで指定されたＷｅｂサーバを検索し、ステップＳ７０７においてＨＴＴＰプロトコルによりＷｅｂサーバ２０００ヘ送信する。
【０１１２】
そして、ステップＳ７０８で、Ｗｅｂサーバ２０００から転送されてくる文書データを受信すると、処理を終了する。
【０１１３】
図１０は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートであり、図５に示したＷｅｂサーバ２０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ８０１〜Ｓ８０３は各ステップを示す。なお、本実施形態でのＷｅｂサーバ２０００はインターネットにおいて、一般的に普及しているものであり、従ってその処理ステップもごく一般的な手順であるため概略ステップのみ説明する。
【０１１４】
まず、ステップＳ８０１で、ＨＴＴＰプロトコルによるリクエストを受信し、ステップＳ８０２で、指定されたリソースの格納されている図示しないサーバからリソースデータを取得し、ステップＳ８０３で、リクエスト元にリソースデータを送信して、処理を終了する。
【０１１５】
〔第２実施形態〕
上記第１実施形態では、ロケータの分岐条件をプリンタ１０００内で検出し、プリンタ１０００が選択したリソースをＷｅｂサーバ２０００ヘリクエストしたが、本実施形態ではロケータの処理をＷｅｂサーバ２０００側で行なう実施形態について図５、図１３、図１４、図１５を用いて説明する。
【０１１６】
上記第１実施形態では、図５の１１ａを構造化記述言語で記述した文書中に埋め込むことによって条件分岐によるリソース取得をプリンタ１０００側で処理したが、１１ａの記述自体をリソースとして文書にリンクすることによって条件分岐によるリソース取得処理をＷｅｂサーバ２０００側で行なうことができる。
【０１１７】
具体的には、例えば１１ａの記述を含むファイルを「ｒｅｓｏｕｒｃｅｓ」という名前でリソースサーバ２００５に格納しておき、図５のリンク１１ｂに示すような記述を構造化記述言語で記述された文書中に埋め込むことによって実現することができる。なお、リンク１１ｂは「ｒｅｓｏｕｃｅｓ」という一つのリソースを指定しているだけであるので、最もシンプルな１対１のリンクである。
【０１１８】
図１１は、本発明の第２実施形態を示すサーバ装置（Ｗｅｂサーバ）の構成を説明するブロック図であり、図４と同一のものには同一の符号を付してある。なお、プリンタ１０００の構成は図３と同様であるので説明は省略するが、処理ステップについては異なるので後述する。
【０１１９】
図１１において、Ｗｅｂサーバ２０００は、大きく分けてＷｅｂサーバインタフェース２００１、プロトコル制御部２００２、ロケータ処理部２００３Ａ、リソース収集部２００４Ａ、リソースサーバ２００５より構成されている。
【０１２０】
Ｗｅｂサーバインタフェース２００１は、外部との入出力のための手段である。プロトコル制御部２００２は、ネットワークプロトコルを解析・送信することによって外部との通信を行なう手段であり、例えばプロトコルにＨＴＴＰを使用した場合、情報の受信やＵＲＩで指示されたリソースの送信を行なうものである。
【０１２１】
ロケータ処理部２００３Ａは、ロケータのタグ群を解析して必要なリソースのＵＲＩを抽出する手段である。リソース収集処理部２００４Ａは、指定されたリソースをリソースサーバ２００５から取り出す手段である。リソースサーバ２００５は構造化記述言語で記述された文書のリソースファイルを格納する手段である。Ｗｅｂサーバ２０００はＵＲＩと解像度をプリンタ１０００から受信すると、指定されたリソースをリソースサーバ２００５から取り出し、ロケータを解析して解像度に適合するリソースを選択し、プロトコル通信によってリソースをプリンタ１０００へ送信する。
【０１２２】
なお、プリンタ１０００とＷｅｂサーバ２０００の間は第１実施形態同様、インターネット等のネットワークを通じて接続されている。
【０１２３】
次に、このように構成された印刷システムにおいて、本実施形態における全体の印刷制御処理手順を図１２，図１４に示すフローチャートおよび図１３に示すＨＴＴＰフォーマットへの変換例を参照しながら説明する。なお、プリンタ１０００のメイン処理および描画処理においては第１実施形態の図７、図８と同様であるのでここでは説明を省略する。
【０１２４】
図１２は、本発明に係る印刷制御装置における第４のデータ処理手順の一例を示すフローチャートであり、プリンタ１０００における第２のリソース取得処理（ロケータによってリンクされたリソース取得する処理）手順に対応する。なお、Ｓ１４０１〜Ｓ１４０６は各ステップを示す。
【０１２５】
まず、ステップＳ１４０１で、エンジン解像度を取得する。この処理は一般にプリンタエンジン部１４００は複数の解像度で動作可能であるので現在動作している解像度を認識するためのものであるが、一種類の解像度しか持たないエンジンであれば省略しても良い。
【０１２６】
次に、ステップＳ１４０２で、リソースのＵＲＩを検出する。図５に示した例ではリンク１１ｂの「ｈｔｔｐ／／ｍｙｓｅｒｖｅｒ．ｃｏｍ／ｒｅｓｏｕｒｃｅｓ」がリソースのＵＲＩである。
【０１２７】
次に、ステップＳ１４０３に進み、検出したＵＲＩと解像度をＨＴＴＰフォーマットに変換する。ここで、図１３にＨＴＴＰフォーマットヘの具体的な変換例を示す。
【０１２８】
図１３は、本発明に係る印刷制御装置におけるリソース取得処理におけるＨＴＴＰフォーマット変換例を示す図であり、ＵＲＩと解像度をＨＴＴＰプロトコルのリクエストラインに変換した例であり、解像度には「６００」（ｄｐｉ）が記述されている。
【０１２９】
ここまでの処理ステップによってプリンタ１０００からの情報送信の準備を整えると、以降は第１実施形態同様、ＨＴＴＰプロトコルによる通信処理ステップとなる。
【０１３０】
すなわち、ステップＳ１４０４で、ＵＲＩで指定されたＷｅｂサーバを検索し、ステップＳ１４０５において、ＨＴＴＰプロトコルによりＷｅｂサーバヘ送信する。そして、ステップＳ１４０６で、Ｗｅｂサーバ２０００から転送されてくる文書データを受信（取得）すると、処理を終了する。
【０１３１】
図１４は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、第２実施形態におけるＷｅｂサーバ２０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ１５０１〜Ｓ１５０８は各ステップを示す。
【０１３２】
まず、ステップＳ１５０１において、ＨＴＴＰプロトコルでネットワークからのデータの受け取りを行なう。この処理はＷｅｂサーバインタフェース２００１において処理される。
【０１３３】
次に、ステップＳ１５０２において、指定されたリソースの格納されているサーバからリソースデータを取得する。そして、ステップＳ１５０３で、もし取得したリソースが、図５に示したリンク１１ａに示したような拡張リンクを記述したファイルであるかどうかを判断し、拡張リンクを記述したファイルでないと判断した場合には、ステップＳ１５０８へ進み、拡張リンクを記述したファイルであると判断した場合は、さらに、ステップＳ１５０４に進み、ＨＴＴＰプロトコルによって通知された解像度を検出する。
【０１３４】
次に、ステップＳ１５０５において、ロケータを解釈し、ロケータで記述された各リソースにどのような条件が付加されているかを検出する。例えば図５のリンク１１ａに示した例では「ｌｏｗｒｅｓｏｌ」と「ｈｉｇｈｒｅｓｏｌ」がそれぞれ「ｉ７２．ｊｐｇ」「ｉ６００．ｊｐｇ」というリソースに付加された条件である。
【０１３５】
次に、ステップＳ１５０６において、検出した分岐条件から一致する解像度または最も近い解像度のリソースを選択する。図５のリンク１１ａに示した例では分岐条件が厳密な数値でないので、より高い解像度を表す「ｈｉｇｈｒｅｓｏｌ」の条件に当る「ｉ６００．ｊｐｇ」を選択する。
【０１３６】
そして、ステップＳ１５０７で、選択したリソースを取得し、ステップＳ１５０８で、リソースデータをＨＴＴＰプロトコル通信により外部へ送信して、処理を終了する。
【０１３７】
一方、ステップＳ１５０３において拡張リンクの記述ファイルでないと判断した場合には、そのままステップＳ１５０８に進んで、リソースデータを送信して、処理を終了する。
【０１３８】
〔第３実施形態〕
上記第１実施形態及び第２実施形態では、複数の解像度を持つリソースをリンクした例を述べたが、本実施形態では、異なるカラーモードのリソースをリンクし、印刷装置の動作カラーモードと一致するリソースが無い場合の例外処理も含めて、図１５、図１６、図１７、図１８を用いて説明する。まず、本実施形態における全体の印刷制御処理手順を、図１５に示すフローチャートにおいて、適宜図１６、図１７、図１８を参照しながら説明する。
【０１３９】
図１５は、本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートであり、Ｗｅｂサーバ２０００の動作の開始から終了までのメイン処理手順に対応する。なお、Ｓ１６０１〜Ｓ１６１０は各処理ステップを示す。
【０１４０】
まず、ステップＳ１６０１において、ＨＴＴＰプロトコルでネットワークからのデータの受け取りを行なう。この処理はＷｅｂサーバインタフェース２００１において処理される。
【０１４１】
次に、ステップＳ１６０２において、指定されたリソースの格納されているサーバからリソースデータを取得する。そして、ステップＳ１６０３で、取得したリソースが図１６に示すような拡張リンクを記述したファイルであるかどうかを判断して、取得したリソースが拡張リンクを記述したファイルでないと判断した場合は、ステップＳ１６１０へ進む。
【０１４２】
図１６は、本発明の第３実施形態におけるサーバ装置で解析される拡張リンクの概念を説明する図である。
【０１４３】
一方、ステップＳ１６０３で、取得したリソースが拡張リンクを記述したファイルであると判断した場合は、ステップＳ１６０４に進み、ＨＴＴＰプロトコルによって通知されたカラーモードを検出する。ここで、図１７にＨＴＴＰプロトコルによって通知されたカラーモードの具体例を示す。
【０１４４】
図１７は、本実施形態におけるサーバ装置が他のサーバから受け取るカラーモードの一例を示す図であり、本例は、カラーモードに「ｆｕｌｌｃｏｌｏｒ」が指定されている場合に対応する。
【０１４５】
次に、ステップＳ１６０５において、ロケータを解釈し、ロケータで記述された各リソースにどのような条件が付加されているかを検出する。
【０１４６】
ここで、本実施形態におけるロケータの記述部分を図１８に示す。
【０１４７】
図１８は、本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図であり、記述方法については第１実施形態で用いた図５と同様であるのでここでは説明を省略するが、図１８の例では「ｍｏｎｏｃｈｒｏｍｅ」と「ｆｕｌｌｃｏｌｏｒ」がそれぞれ「ｍｏｎｏ．ｊｐｇ」，「ｃｏｌｏｒ．ｊｐｇ」というリソースに付加された条件である。
【０１４８】
なお、本例は、構造化記述言語で記述された文書中の同じ箇所から８ビットグレイスケールのイメージデータと２４ビットＲＧＢフルカラーのイメージデータの両方がリンクされている場合である。なお、本実施形態における印刷装置の構成及び動作は第２実施形態と同様であるので説明は省略する。
【０１４９】
次に、ステップＳ１６０６に進み、ステップＳ１６０４で検出したカラーモードと一致する条件のリソースを選択する。例えばステップＳ１６０４で検出したカラーモードが「ｆｕｌｌｃｏｌｏｒ」であれば「ｃｏｌｏｒ．ｊｐｇ」が選択される。
【０１５０】
次に、ステップＳ１６０７で、選択したリソースを取得し、ステップＳ１６０８で、リソースの取得に成功したかどうかを判断し、成功したと判断した場合には、ステップＳ１６１０へ進み、取得したリソースデータをＨＴＴＰプロトコル通信により外部へ送信して処理を終了する。
【０１５１】
一方、ステップＳ１６０８で、リソース取得に失敗したと判断した場合には、ステップＳ１６０９に進む。なお、リソース取得に失敗するケースとは、リソースの格納不備やリソースサーバ側のトラブルによりリソースのサーバからエラーが返る場合である。
【０１５２】
そして、リソース取得に失敗した場合には、ステップＳ１６０９において、他のカラーモード（分岐条件）のリソースを再選択する。
【０１５３】
すなわち、ステップＳ１６０６で選択した「ｃｏｌｏｒ．ｊｐｇ」の取得に失敗した場合は、もう一方の条件のリソースである「ｍｏｎｏ．ｊｐｇ」を選択後、ステップＳ１６１０に進んで、リソースデータを外部へ送信し処理を終了する。
【０１５４】
一方、ステップＳ１６０３において取得したリソースが拡張リンクの記述ファイルでない場合には、そのままステップＳ１６１０に進んでリソースデータを送信するだけで良い。
【０１５５】
なお、上記第１実施形態において、リソースサーバをＷｅｂサーバの構成要素とした例を述べたが、リソースサーバは外部にあっても構わない。例えば、他のパソコンのハードディスクであっても良い。
【０１５６】
また、第１実施形態では、リソースをネットワーク越しにリソースサーバから取得したが、リソースが印刷装置側に保存してあればこれを使用することができる。
【０１５７】
例えば、印刷装置に二次記憶装置を装備すれば一度取得したリソースを二次記憶装置にキャッシュすることによって、同じリソースが指定された場合に二次記憶装置から取得すれば良い。
【０１５８】
また、第２実施形態及び第３実施形態では、解像度やカラーモードの通知にＨＴＴＰプロトコルを用いる例を述べたが、これらの情報を通知できるものであれば特定のプロトコルに限定するものではない。
【０１５９】
さらに、第２実施形態において、ＨＴＴＰプロトコルで通知する解像度には具体的な数値を用いたが、Ｗｅｂサーバ側でリソースの選択が可能であれば「ｈｉｇｈｒｅｓｏ１」のように意味による指定でも良い。
【０１６０】
上記各実施形態では、リソースの分岐条件としてそれぞれ解像度とカラーモードを用いる例を述べたが、解像度とカラーモードの両方を組み合わせて分岐条件としても良い。例えば、モノクロかつ６００ｄｐｉと指定することによってより最適なリソースを取得することができる。
【０１６１】
上記各実施形態では、リソースとしてイメージデータを用いる例を述べたが、解像度やカラーモードによって分岐させた方が良いと考えられるリソースであればイメージデータに限定されるものではない。例えば塗り潰しパターンやディザパターンなどは同様に分岐させた方がより美しい印字結果を得ることができる。各実施例では、ロケータの記述にＸＭＬを用いる例を示したが、１対多のリンクを実現できるデータ記述形式であればＸＭＬに限定するものでないことは言うまでもない。
【０１６２】
また、本発明に係る各手段を備える画像処理装置とサーバ装置あるいは各ステップを実行可能な画像処理装置とサーバ装置とから、例えば印刷システムを構築することも本発明の適用範囲である。
【０１６３】
以下、図１９に示すメモリマップを参照して本発明に係る印刷制御装置，サーバ装置を適用可能な印刷システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１６４】
図１９は、本発明に係る印刷制御装置，サーバ装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１６５】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６７】
本実施形態における図７〜図１０及び図１２，図１４，図１５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６８】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６９】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１７１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
【発明の効果】
以上説明したように、本発明によれば、サーバ装置側のリソース選択処理負担を増加させることなく、画像処理装置側の出力手段の出力能力に最適なリソースを収集でき、該出力手段の能力を最大限に利用して高品位に文書情報および該文書情報にリンクされている画像情報を出力することができる。
【０１７７】
従って、一対多のリンクを利用してデバイスの表現能力に応じたリソースを収集することによってデバイスの能力を最大限発揮することができ、高品位で効率のよい印刷処理システムを自在に構築することができる等の優れた効果を奏する。
【図面の簡単な説明】
【図１】本実施形態に適用されるレーザビームプリンタの内部構造を示す断面図である。
【図２】本発明の実施形態を示すプリンタ制御システムの構成を説明するブロック図である。
【図３】本発明の第１実施形態を示す印刷制御装置におけるデータ処理構成を示すブロック図である。
【図４】本発明に係る印刷制御装置と通信可能なＷｅｂサーバの構成を示すブロック図である。
【図５】本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図である。
【図６】図５に示した拡張リンクによるロケータ／拡張リンクの概念を説明する図である。
【図７】本発明に係る印刷制御装置における第１のデータ処理手順の一例を示すフローチャートである。
【図８】本発明に係る印刷制御装置における第２のデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係る印刷制御装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１０】本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本発明の第２実施形態を示すサーバ装置（Ｗｅｂサーバ）の構成を説明するブロック図である。
【図１２】本発明に係る印刷制御装置における第４のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る印刷制御装置におけるリソース取得処理におけるＨＴＴＰフォーマット変換例を示す図である。
【図１４】本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１５】本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明の第３実施形態におけるサーバ装置で解析される拡張リンクの概念を説明する図である。
【図１７】本実施形態におけるサーバ装置が他のサーバから受け取るカラーモードの一例を示す図である。
【図１８】本発明に係る印刷システムで処理される構造化記述文書データのロケータの一例を示す図である。
【図１９】本発明に係る印刷制御装置，サーバ装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図２０】通常の表示装置による文書と画像の表示状態を説明する図である。
【図２１】一般的な印刷装置による印刷データの印刷結果状態を説明する図である。
【符号の説明】
１１００ フォーマッタ制御部
１１０１ プロトコル制御部
１１０２ データ判別部
１１０３ 文書データ解析部
１１０４ データ描画部
１１０５ ページメモリ
１１０６ ロケータ処理部
１２００ プリンタインタフェース
１３００ 出力制御部
１４００ プリンタエンジン部
２０００ Ｗｅｂサーバ
２００１ Ｗｅｂサーバインタフェース
２００２ プロトコル制御部
２００３ リソース収集部
２００４ リソースサーバ
Claims (18)
- 任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置において、
前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析手段と、
前記出力手段の解像度を取得する第一の取得手段と、
前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から、前記第一の取得手段で取得した解像度に一致する解像度のリソースを選択する選択手段と、
前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得手段と、
を有し、
前記選択手段は、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中に、前記第一の取得手段で取得した解像度に一致する解像度のリソースがない場合には、前記第一の取得手段で取得した解像度に、より近い解像度のリソースを選択する
ことを特徴とする画像処理装置。 - 任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置において、
前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析手段と、
前記出力手段の解像度を取得する第一の取得手段と、
前記第一の取得手段で取得した解像度に基づいて、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースのうち、より高い解像度のリソースを選択するかより低い解像度のリソースを選択するかを判断する判断手段と、
前記判断手段による判断結果に従って、前記解析手段により解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から何れかのリソースを選択する選択手段と、
前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得手段と、
を有することを特徴とする画像処理装置。 - 前記所定の構造化記述言語は、ＸＭＬであることを特徴とする請求項１または２記載の画像処理装置。
- 前記出力手段は、記録紙に永久可視画像を出力するプリンタ装置であることを特徴とする請求項１乃至３の何れかに記載の画像処理装置。
- 前記出力手段は、複数の解像度で動作可能であり、前記取得手段は、前記出力手段が現在動作している解像度を取得することを特徴とする請求項１乃至４の何れかに記載の画像処理装置。
- 前記第二の取得手段は、前記サーバ装置とは異なる外部装置からリソースを取得することを特徴とする請求項１乃至５の何れかに記載の画像処理装置。
- 任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置における画像処理方法おいて、
前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析ステップと、
前記出力手段の解像度を取得する第一の取得ステップと、
前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から、前記第一の取得ステップで取得した解像度に一致する解像度のリソースを選択する選択ステップと、
前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得ステップと、
を有し、
前記選択ステップは、前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中に、前記第一の取得ステップで取得した解像度に一致する解像度のリソースがない場合には、前記第一の取得ステップで取得した解像度に、より近い解像度のリソースを選択する
ことを特徴とする画像処理方法。 - 任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置における画像処理方法において、
前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析ステップと、
前記出力手段の解像度を取得する第一の取得ステップと、
前記第一の取得ステップで取得した解像度に基づいて、前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースのうち、より高い解像度のリソースを選択するかより低い解像度のリソースを選択するかを判断する判断ステップと、
前記判断ステップによる判断結果に従って、前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から何れかのリソースを選択する選択ステップと、
前記選択ステップにより選択されたリソースをネットワークを介して取得する第二の取得ステップと、
を有することを特徴とする画像処理装置。 - 前記所定の構造化記述言語は、ＸＭＬであることを特徴とする請求項７または８記載の画像処理方法。
- 前記出力手段は、記録紙に永久可視画像を出力するプリンタ装置であることを特徴とする請求項７乃至９の何れかに記載の画像処理方法。
- 前記出力手段は、複数の解像度で動作可能であり、前記取得ステップは、前記出力手段が現在動作している解像度を取得することを特徴とする請求項７乃至１０の何れかに記載の画像処理方法。
- 前記第二の取得ステップは、前記サーバ装置とは異なる外部装置からリソースを取得することを特徴とする請求項７乃至１１の何れかに記載の画像処理方法。
- 任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置に、
前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析ステップと、
前記出力手段の解像度を取得する第一の取得ステップと、
前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から、前記第一の取得ステップで取得した解像度に一致する解像度のリソースを選択する選択ステップと、
前記選択手段により選択されたリソースをネットワークを介して取得する第二の取得ステップと、
を実行させるためのプログラムであり、
前記選択ステップは、前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中に、前記第一の取得ステップで取得した解像度に一致する解像度のリソースがない場合には、前記第一の取得ステップで取得した解像度に、より近い解像度のリソースを選択する
ことを特徴とするプログラムを記録したコンピュータが読み取り可能な記憶媒体。 - 任意のサーバ装置との通信により受信した所定の構造化記述言語で記述された文書情報に基づく画像を出力する出力手段を備える画像処理装置に、
前記所定の構造化記述言語で記述された文書情報中のリンク情報を解析する解析ステップと、
前記出力手段の解像度を取得する第一の取得ステップと、
前記第一の取得ステップで取得した解像度に基づいて、前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースのうち、より高い解像度のリソースを選択するかより低い解像度のリソースを選択するかを判断する判断ステップと、
前記判断ステップによる判断結果に従って、前記解析ステップにより解析した文書情報中の一つのリンク元からリンクされた複数のリソースの中から何れかのリソースを選択する選択ステップと、
前記選択ステップにより選択されたリソースをネットワークを介して取得する第二の取得ステップと、
を実行させるためのプログラムを記録したコンピュータが読み取り可能な記憶媒体。 - 前記所定の構造化記述言語は、ＸＭＬであることを特徴とする請求項１３または１４記載の記憶媒体。
- 前記出力手段は、記録紙に永久可視画像を出力するプリンタ装置であることを特徴とする請求項１３乃至１５の何れかに記載の記憶媒体。
- 前記出力手段は、複数の解像度で動作可能であり、前記取得ステップは、前記出力手段が現在動作している解像度を取得することを特徴とする請求項１３乃至１６の何れかに記載の記憶媒体。
- 前記第二の取得ステップは、前記サーバ装置とは異なる外部装置からリソースを取得することを特徴とする請求項１３乃至１７の何れかに記載の記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000275951A JP3854791B2 (ja) | 2000-09-12 | 2000-09-12 | 画像処理装置およびサーバ装置および画像処理方法および記憶媒体 |
| US09/947,712 US7268902B2 (en) | 2000-09-12 | 2001-09-07 | Image processing apparatus, image processing method, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000275951A JP3854791B2 (ja) | 2000-09-12 | 2000-09-12 | 画像処理装置およびサーバ装置および画像処理方法および記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002091714A JP2002091714A (ja) | 2002-03-29 |
| JP3854791B2 true JP3854791B2 (ja) | 2006-12-06 |
Family
ID=18761493
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000275951A Expired - Fee Related JP3854791B2 (ja) | 2000-09-12 | 2000-09-12 | 画像処理装置およびサーバ装置および画像処理方法および記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7268902B2 (ja) |
| JP (1) | JP3854791B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69835489T2 (de) * | 1997-10-27 | 2007-02-15 | Canon K.K. | Dokumentübertragungsvorrichtung und -verfahren |
| JP2004304310A (ja) * | 2003-03-28 | 2004-10-28 | Minolta Co Ltd | 画像処理装置 |
| DE10325843B4 (de) * | 2003-06-06 | 2005-06-23 | OCé PRINTING SYSTEMS GMBH | Verfahren, Drucksystem, Computer und Computerprogramm zum Verwalten von Resourcen zur Verwendung in einem resourcenbasierten Dokumentendatenstrom |
| US8279461B2 (en) * | 2004-06-03 | 2012-10-02 | Sharp Laboratories Of America, Inc. | Systems and methods for managing a plurality of resources across multiple printing devices |
| JP4730263B2 (ja) * | 2005-09-21 | 2011-07-20 | 富士ゼロックス株式会社 | 画像処理装置の保守システム |
| US20080043277A1 (en) * | 2006-08-18 | 2008-02-21 | Xerox Corporation | Printing system and method |
| US8996453B2 (en) * | 2009-09-30 | 2015-03-31 | Red Hat, Inc. | Distribution of data in a lattice-based database via placeholder nodes |
| JP2014116740A (ja) * | 2012-12-07 | 2014-06-26 | Canon Inc | コンテンツ出力装置、コンテンツ出力システム、コンテンツ出力方法及びプログラム |
| JP6285733B2 (ja) * | 2014-01-31 | 2018-02-28 | キヤノン株式会社 | 情報処理装置、情報処理装置の制御方法、プログラム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6209048B1 (en) * | 1996-02-09 | 2001-03-27 | Ricoh Company, Ltd. | Peripheral with integrated HTTP server for remote access using URL's |
| JP3519240B2 (ja) | 1997-02-03 | 2004-04-12 | 東芝テック株式会社 | 印刷制御装置及びコンピュータ読み取り可能な記憶媒体 |
| US6184996B1 (en) * | 1997-06-18 | 2001-02-06 | Hewlett-Packard Company | Network printer with remote print queue control procedure |
| JP3199005B2 (ja) | 1997-11-12 | 2001-08-13 | 日本電気株式会社 | インターネット情報印刷システム |
| US6449639B1 (en) * | 1998-12-23 | 2002-09-10 | Doxio, Inc. | Method and system for client-less viewing of scalable documents displayed using internet imaging protocol commands |
| US6738155B1 (en) * | 1999-07-30 | 2004-05-18 | Banta Corporation | System and method of providing publishing and printing services via a communications network |
| US6904185B1 (en) * | 1999-12-16 | 2005-06-07 | Eastman Kodak Company | Techniques for recursively linking a multiply modified multimedia asset to an original digital negative |
-
2000
- 2000-09-12 JP JP2000275951A patent/JP3854791B2/ja not_active Expired - Fee Related
-
2001
- 2001-09-07 US US09/947,712 patent/US7268902B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002091714A (ja) | 2002-03-29 |
| US7268902B2 (en) | 2007-09-11 |
| US20020035582A1 (en) | 2002-03-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7423773B2 (en) | Print system and printer device facilitating reuse of print data | |
| US7283266B2 (en) | Information processing apparatus and print control apparatus, data processing method, storage medium and program | |
| JP5017083B2 (ja) | プリンタ、その制御方法 | |
| JP2005332403A (ja) | 複数の装置による画像仕上げ機能の選択を単一の位置において組み合わせるシステムおよび方法 | |
| JP3703376B2 (ja) | 情報処理装置および情報処理方法および印刷処理プログラムを格納した記憶媒体および印刷システム | |
| JP3854791B2 (ja) | 画像処理装置およびサーバ装置および画像処理方法および記憶媒体 | |
| JP2019025801A (ja) | 印刷システム、印刷装置とその制御方法、及びプログラム | |
| JPH08230285A (ja) | 情報処理システム、該システムの印刷装置及び方法 | |
| JP4817968B2 (ja) | 帳票処理装置及び方法 | |
| JP3848133B2 (ja) | 構造化記述言語で記述されたデータを処理する画像形成装置及び画像形成方法 | |
| JP4289987B2 (ja) | 印刷制御装置、印刷制御方法およびコンピュータプログラム | |
| JP2001036751A (ja) | 画像処理装置および画像処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JP3754906B2 (ja) | 画像処理装置および画像処理方法および記憶媒体およびサーバ装置 | |
| JP4539975B2 (ja) | 印刷設定制御装置、その制御方法及びプログラム | |
| JP2018206311A (ja) | 印刷システム、サーバ及びその制御方法とプログラム | |
| JP3209917B2 (ja) | 情報処理装置およびプリントサーバ装置および情報処理装置のデータ処理方法およびプリントサーバ装置のデータ処理方法 | |
| JP2002287931A (ja) | 情報処理装置および印刷制御装置およびプルプリント印刷システムおよび情報処理方法およびデータ処理方法および記憶媒体並びにプログラム | |
| JP2000029642A (ja) | 印刷装置、印刷方法、印刷システム、情報処理装置、情報処理方法、および、記憶媒体 | |
| JP3814433B2 (ja) | マルチファンクションシステム及びそのデータ転送方法 | |
| JPH11327840A (ja) | 出力方法及び出力システム並びに記憶媒体 | |
| JP2004021452A (ja) | 画像出力システム | |
| JP2001325081A (ja) | 印刷データキャッシュシステム | |
| JP2019072986A (ja) | 画像形成装置、その制御方法、及びプログラム | |
| JPH09309234A (ja) | 情報処理装置並びに印刷装置並びに印刷システム並びに情報処理装置のデータ処理方法並びに印刷装置のデータ処理方法およびコンピュータで読出し可能なプログラムを格納した記憶媒体 | |
| JP2006227927A (ja) | 印刷システムおよび印刷処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041213 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060526 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060606 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060807 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060829 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060911 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |