JP2002202861A - 画像処理装置及び画像処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 出力データ処理と外部リソースの先読み処理
を同時に行い、トータルのスループットを向上させた画
像処理装置及び画像処理方法を提供する。 【解決手段】 コンピュータ１２０から印刷データを入
力し、メイントランスレータ３０１がその印刷データを
解析して出力データ処理を行う。また、サブトランスレ
ータ３０２がその印刷データを解析し、外部リソース参
照コマンドがあれば、ネットワークを介して外部リソー
スの取得処理を行い、取得したリソースを記憶装置３０
４に保持して、リソース管理テーブル３０３で管理す
る。そして、メイントランスレータ３０１が外部リソー
スを必要とした場合に、リソース管理テーブル３０３で
管理されている当該リソースを用いて出力データ処理を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タからの印刷データに基づいて出力データ処理を行う画
像処理装置及び画像処理方法に関するものである。

【０００２】

【従来の技術】近年、様々なデジタル複写機が普及して
おり、これらデジタル複写機に対して各種インタフェー
ス装置を接続し、ホストコンピュータから画像データの
出力を行えるようなシステムも開発されている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うなシステムでは、外部データを参照するドキュメント
の出力において、入力されたドキュメントデータを逐次
解釈していき、実際に外部データの参照指示が行われた
時点で、外部データの取得を行っているため、外部デー
タの取得処理が完了するまで出力データ処理を中断しな
ければならず、トータルのスループットを低下させるこ
とになっていた。

【０００４】また、このようなシステムでは、外部デー
タを参照するドキュメントの出力において、入力された
ドキュメントデータを逐次解釈していき、実際に外部デ
ータの参照指示が行われていれば、その都度、外部デー
タの取得を行っているため、複数のドキュメントで同じ
外部データを参照するような場合、無駄なデータ取得が
行われていた。

【０００５】更に、同一のジョブ中で外部データを取得
する際に、ネットワークの遅延等で取得に時間がかかる
ような場合、他のジョブや他のページを処理することな
く、そのまま待っていたため、トータルのスループット
を低下させていた。

【０００６】本発明は、上記課題を解決するためになさ
れたもので、出力データ処理と外部リソースの先読み処
理を同時に行い、トータルのスループットを向上させた
画像処理装置及び画像処理方法を提供することを目的と
する。

【０００７】また、本発明の他の目的は、取り込んだリ
ソースの参照頻度に応じてリソースの削除、更新を行う
ことにより、リソースを有効に活用することである。

【０００８】更に、本発明の他の目的は、外部リソース
を必要とするジョブ或いはページ中で外部リソースを取
得できない場合、該ジョブ又はページのドキュメントデ
ータを記憶装置に退避させ、次ジョブ又は次ページのド
キュメントデータを処理し、トータルのスループットを
向上させることである。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の一態様によれば、印刷データに基づいて出
力データ処理を行う画像処理装置において、印刷データ
を入力する入力手段と、入力された印刷データを解析
し、出力データの生成を行う第１の処理手段と、前記入
力された印刷データを解析し、印刷データからリンクさ
れているデータをネットワークを介して取得する第２の
処理手段とを有し、前記第１の処理手段は、リンクされ
ているデータを必要とした場合に、前記第２の処理手段
により取得されているデータを用いて出力データ処理を
行うことを特徴とする画像処理装置が提供される。

【００１０】また、本発明の一態様によれば、印刷デー
タに基づいて出力データ処理を行う画像処理装置におい
て、印刷データを入力する入力手段と、入力された印刷
データを解析し、出力データの生成を行う第１の処理手
段と、前記入力された印刷データを解析し、印刷データ
からリンクされているデータをネットワークを介して取
得する第２の処理手段と、前記第２の処理手段により取
得されたデータを管理する管理手段とを有し、前記管理
手段は、データを参照する頻度に応じて、当該データを
管理することを特徴とする画像処理装置が提供される。

【００１１】また、本発明の一態様によれば、印刷デー
タに基づいて出力データ処理を行う画像処理装置におい
て、複数のページの印刷データを入力する入力手段と、
入力された印刷データを解析し、出力データの生成を行
う第１の処理手段と、印刷データからリンクされている
データをネットワークを介して取得する第２の処理手段
とを有し、前記第２の処理手段でデータを取得できない
場合、前記第１の処理手段は対応するページの処理を中
断し、次のページの印刷データを解析し始めることを特
徴とする画像処理装置が提供される。

【００１２】また、本発明の一態様によれば、印刷デー
タに基づいて出力データ処理を行う画像処理装置におい
て、複数のジョブの印刷データを入力する入力手段と、
入力された印刷データを解析し、出力データの生成を行
う第１の処理手段と、印刷データからリンクされている
データをネットワークを介して取得する第２の処理手段
とを有し、前記第２の処理手段でデータを取得できない
場合、前記第１の処理手段は対応するジョブの処理を中
断し、次のジョブの印刷データを解析し始めることを特
徴とする画像処理装置が提供される。

【００１３】

【発明の実施の形態】以下、図面を参照しながら本発明
に係る実施の形態を詳細に説明する。

【００１４】［第１の実施形態］図１は、第１の実施形
態による画像処理システムの構成を示す図である。同図
において、１００は本発明に係る画像処理装置、１２０
はホストコンピュータ、１３０はネットワーク、１４０
はインタフェースケーブル、１５０はＷＷＷサーバ、２
００は詳細は後述する画像形成装置である。ここで、画
像処理装置１００はネットワーク１３０上のホストコン
ピュータ１２０からＸＨＴＭＬ、ＳＶＧ等のＸＭＬベー
スの言語で記述されたドキュメントデータを印刷データ
として入力し、その印刷データを解析して、後述する外
部リソース参照のコマンドがあれば、外部リソースを特
定する識別情報、例えばＵＲＩ（Uniform Resource Ide
ntifier）を用いて、ホストコンピュータ１２０やＷＷ
Ｗサーバ１５０からデータを取得し、外部リソースの取
り込み（先読み）処理と画像形成装置２００に対する印
刷処理とを同時に行い、トータルのスループットを向上
させたものである。

【００１５】上述の「外部リソース」とは、ドキュメン
トデータの中からリンクされているイメージデータや図
形データ等であって、ドキュメントデータとは別のファ
イルに格納されているデータである。

【００１６】尚、図１に示す例では、画像処理装置１０
０はインタフェースケーブル１４０を介して画像形成装
置２００の外部に接続されているが、画像形成装置２０
０と同一の筐体に内蔵されていても良い。

【００１７】また、ホストコンピュータ１２０は、ネッ
トワーク１３０を介して接続されているが、画像処理装
置１００とローカルに接続する場合にも本発明を適用で
きることは言うまでもない。

【００１８】画像処理装置１００において、１０１は第
１ＣＰＵであり、外部に接続される画像形成装置２００
以外の入出力機器Ｉ／Ｏを１０２の第１ＣＰＵバスを介
して制御するものである。この第１ＣＰＵバス１０２に
は、ネットワーク１３０とのインタフェースである外部
Ｉ／Ｆ１０３、第１ＣＰＵ１０２の制御プログラム等を
格納する第１メモリ１０４、後述するＩ／Ｏバスを制御
するＩ／Ｏバスコントローラ１０５が接続されている。
また、第１ＣＰＵバス１０２には、詳細は後述する第２
ＣＰＵの第２ＣＰＵバスと結合できるようにバスコント
ローラ１０６も接続されている。

【００１９】１０７はＩ／Ｏバスコントローラ１０５に
よって制御されるＩ／Ｏバスであり、フロッピー（登録
商標）ディスクドライブ（ＦＤＤ）１０８、ハードディ
スクドライブ（ＨＤＤ）１０９、ＬＣＤコントローラ１
１０、不図示の操作部などの汎用Ｉ／Ｏが接続されてい
る。

【００２０】１１１は第２ＣＰＵであり、画像形成装置
２００に対する印刷制御や後述するフレームメモリに格
納する画像データの展開を行う。１１２は第２ＣＰＵバ
スであり、バスコントローラ１０６を介して第１ＣＰＵ
バス１０２と結合されている。１１３は第２メモリであ
り、電源投入時にハードディスクドライブ１０９からバ
スコントローラ１０６を介して制御プログラム等がロー
ドされる。また、第２メモリ１１３は第１ＣＰＵ１０１
との通信にも用いられる。

【００２１】１１４はフレームメモリであり、ホストコ
ンピュータ１２０からの印刷データに基づいて展開され
た画像データを格納する。１１５はエンジンインタフェ
ースであり、各種設定を行いながら画像形成装置２００
を制御する。１１６はビデオバスであり、第２ＣＰＵ１
１１によって展開され、フレームメモリ１１４に格納さ
れた画像データをエンジンインタフェース１１５へ送出
する画像専用のバスである。

【００２２】尚、外部Ｉ／Ｆ１０３は、ネットワーク１
３０上のホストコンピュータ１２０から印刷データを受
信すると共に、後述する外部リソースの取り込み（先読
み）を行う場合には、ＨＴＴＰ等のプロトコルに従って
外部リソースのロケーション情報（ＵＲＩ）に基づき不
図示のルーターやサーバーを介した外部ネットワークへ
のアクセスを制御するものである。

【００２３】次に、画像処理装置１００に接続された画
像形成装置２００の構成及び動作について説明する。

【００２４】図２は、第１の実施形態による画像形成装
置の構造を示す図である。同図において、２０１はエン
ジンインタフェースであり、インタフェースケーブル１
４０を介して画像処理装置１００との間でデータを授受
する。ここで、画像処理装置１００より送られてきた画
像データは、感光ドラム２０３上に潜像され、現像器２
０２によって画像形成される。給紙制御部２０５は画像
処理装置１００からの指示に応じて給紙部２０８又は中
間排紙トレイ２０７から給紙を行い、転写ドラム２０４
に用紙を装着する。

【００２５】その後、転写ドラム２０４に装着された用
紙上に、感光ドラム２０３上に形成された画像が転写さ
れ、定着器２０６によって画像が定着される。画像の定
着後、画像処理装置１００の指示に応じて用紙を排紙部
２０９へ排紙するか中間排紙トレイ２０７へ格納する。
また、スキャナ２１０から読み取られた画像データは制
御部２１１で処理され、画像処理装置１００から送られ
た画像データと同様に印刷が行われる。

【００２６】尚、図２に示す例では、画像形成装置とし
てデジタル複写機を例に説明したが、本発明はこれだけ
に限らず、プリンタでも良いことは言うまでもない。

【００２７】次に、画像処理装置１００で外部参照デー
タの先読みを行う際の処理について説明する。

【００２８】図３は、第１の実施形態によるコマンド処
理を説明するための図である。同図において、３０１は
上述の第２ＣＰＵ１１１によって実行されるモジュール
であるメイントランスレータ（インタプリタ）で、ホス
トコンピュータ１２０より入力された印刷データの全て
の印刷コマンドを処理する。即ち、メイントランスレー
タ３０１は逐次コマンド処理を行い、外部リソース参照
のコマンドが出現すると、後述するリソース管理テーブ
ル３０３を参照して、当該リソースが既に記憶装置３０
４に取り込まれていれば、それを利用して処理を行う
が、未だ当該リソースが取り込まれていなければリソー
スが取り込まれるのを待つ。そして、印刷データに基づ
く描画処理によって生成された画像データは画像形成装
置２００に送られ、印刷される。

【００２９】３０２は第１ＣＰＵ１０１によって実行さ
れるモジュールであるサブトランスレータ（簡易インタ
プリタ）で、外部リソース取り込み処理のみを行う。即
ち、このサブトランスレータ３０２は、印刷データを解
析して、印刷データに外部リソース参照のコマンドがあ
ると、外部Ｉ／Ｆ１０３を介してその外部リソースのロ
ケーションへアクセスを行い、外部リソースを取り込
み、記憶装置３０４に格納する。それと共に取り込んだ
外部リソースにユニークなＩＤを割り振り、外部リソー
スのロケーション情報と当該リソースを取り込んだ時間
を関連付けてリソース管理テーブル３０３に記録する。
このとき、サブトランスレータ３０２は、ＨＴＴＰ（Hy
per Text Transfer Protocol）を用いて、外部リソース
を要求するコマンドをネットワークに送出する。

【００３０】次に、記憶装置３０４に保持されている外
部リソースを管理するリソース管理テーブル３０３につ
いて説明する。尚、記憶装置３０４は、図１に示したハ
ードディスクドライバ１０９で制御され、リソース管理
テーブル３０３は第２メモリ１１３に定義されているも
のである。

【００３１】図４は、第１の実施形態によるリソース管
理テーブルの構成を示す図である。図示するように、リ
ソース管理テーブルでは、記憶装置３０４に取り込んだ
外部リソースをアクセスするためにユニークなＩＤを割
り振る。また、当該リソースのロケーション情報とし
て、当該リソースのＵＲＩを保持し、更に当該リソース
を取り込んだ時間を確認するためにタイムスタンプも保
持する。

【００３２】次に、外部参照データの先読みを行う際
に、メイントランスレータ３０１及びサブトランスレー
タ３０２での処理について説明する。

【００３３】図５は、第１の実施形態のメイントランス
レータ３０１によるコマンド処理を示すフローチャート
である。また図６は、第１の実施形態のサブトランスレ
ータ３０２によるコマンド処理を示すフローチャートで
ある。

【００３４】まず、ステップＳ５０１において、入力さ
れた印刷データのコマンドの解析を行い、ステップＳ５
０２において、当該コマンドが外部リソース参照のコマ
ンドであるか否かをチェックする。ここで、当該コマン
ドが外部リソース参照のコマンドでなければステップＳ
５０３へ進み、当該コマンドの処理を行う。ステップＳ
５０３のコマンド処理では、コマンドに従って描画を行
い、画像データを生成していく。そして、ステップＳ５
０４において、当該コマンドが最終コマンドか否かをチ
ェックし、最終コマンドでなければステップＳ５０１に
戻り、次のコマンドの解析を行う。また、ステップＳ５
０４において、最終コマンドであれば、処理を終了す
る。

【００３５】一方、上述のステップＳ５０２において、
当該コマンドが外部リソース参照のコマンドであればス
テップＳ５０５へ進み、リソース管理テーブル３０３の
参照を行う。そして、ステップＳ５０６において、要求
されているリソースが未取得であれば、サブトランスレ
ータ３０２によって取得されるのを待つ。また、要求さ
れているリソースが取得済みであればステップＳ５０７
へ進み、外部リソース処理を行う。ステップＳ５０７の
外部リソース処理では、取得した外部リソースが挿入さ
れた形で印刷が行われるように、画像データを生成して
いく。そして、ステップＳ５０４へ進み、最終コマンド
であるか否かのチェックを行い、最終コマンドでなけれ
ば上述の処理を行い、最終コマンドであれば、処理を終
了する。

【００３６】これに対して、サブトランスレータ３０２
では、図６に示すフローチャートに従って外部リソース
の取得処理を行う。図６に示すステップＳ６０１におい
て、入力された印刷データのコマンドの解析を行い、ス
テップＳ６０２において、当該コマンドが外部リソース
参照のコマンドであるか否かをチェックする。ここで、
当該コマンドが外部リソース参照のコマンドでなければ
ステップＳ６０６へ進み、当該コマンドが最終コマンド
か否かをチェックする。その結果、最終コマンドでなけ
ればステップＳ６０１に戻り、次のコマンドの解析を行
う。また、最終コマンドであれば、処理を終了する。

【００３７】一方、上述のステップＳ６０２において、
当該コマンドが外部リソース参照のコマンドであればス
テップＳ６０３へ進み、当該リソースが既に取得済みか
否かをチェックする。ここで、当該リソースが取得済み
であればステップＳ６０６へ進み、上述した処理を実行
する。また、当該リソースが未取得であればステップＳ
６０４へ進み、外部Ｉ／Ｆ１０３から外部リソースの取
得を行い、ステップＳ６０５において、リソース管理テ
ーブル３０３の更新を行う。そして、ステップＳ６０６
へ進み、上述した処理を実行する。

【００３８】第１の実施形態によれば、ネットワーク上
のリソースを取り込んで画像処理を行う際に、通常のデ
ータ解析を行うメイントランスレータ（インタプリタ）
と、リソース参照のみを行うサブトランスレータ（簡易
インタプリタ）を有し、一方でデータ解析を行うのと同
時にもう一方でリソースの取り込みを行い、ローカルに
取り込んだリソースを用いて出力を行うことにより、実
際にリソースが必要な時にローカルに取り込んだリソー
スを用いることができ、通常時間のかかる外部リソース
の取り込み時間を短縮させ、トータルのスループットを
向上させることができる。

【００３９】［第２の実施形態］次に、図面を参照しな
がら本発明に係る第２の実施形態を詳細に説明する。

【００４０】第１の実施形態では、全ての外部リソース
を事前にサブトランスレータ３０２が取得しておき、メ
イントランスレータ３０１では記憶装置３０４に記憶さ
れているリソースを必ず使うこととしているが、特定の
リソースは頻繁にオリジナルデータが更新されるような
場合もあり、できるだけ新しいリソースを利用したいよ
うな場合がある。

【００４１】そこで、第２の実施形態では、特定のリソ
ースに対して強制的にリソース取得を行わせることによ
り、できるだけ最新の状態に近いリソースを得るよう処
理を行うものである。

【００４２】尚、第２の実施形態による画像処理装置１
００の構成は第１の実施形態と同様であり、ここでは第
１の実施形態との相違点のみを説明する。

【００４３】まず、第２の実施形態では強制的にリソー
ス取得を行わせたい特定のリソースをホストコンピュー
タ１２０から、或いは画像処理装置１００の操作部から
指示しておく。そして、第１の実施形態と同様に、メイ
ントランスレータ３０１及びサブトランスレータ３０２
によるコマンド処理を行う。

【００４４】ここで、外部参照データの先読みを行う際
に、強制的に外部リソースの取得を行わせる処理につい
て説明する。

【００４５】図７は、メイントランスレータによるリソ
ース強制取得処理のフローチャートである。まず、ステ
ップＳ７０１において、入力された印刷データのコマン
ドの解析を行い、ステップＳ７０２において、当該コマ
ンドが外部リソース参照のコマンドであるか否かをチェ
ックする。ここで、当該コマンドが外部リソース参照の
コマンドでなければステップＳ７０３へ進み、当該コマ
ンドの処理を行う。そして、ステップＳ７０４におい
て、当該コマンドが最終コマンドか否かをチェックし、
最終コマンドでなければステップＳ７０１に戻り、次の
コマンドの解析を行う。また、ステップＳ７０４におい
て、最終コマンドであれば、処理を終了する。

【００４６】一方、上述のステップＳ７０２において、
当該コマンドが外部リソース参照のコマンドであればス
テップＳ７０５へ進み、当該外部リソース参照に対して
強制的に取得を行うよう指示されているか否かをチェッ
クする。ここで、強制取得の指示がなされていればステ
ップＳ７０９へ進み、強制外部リソースの処理を行い、
上述したステップＳ７０４へ進む。ステップＳ７０９の
強制外部リソース取得処理では、サブトランスレータ３
０２に直接指示を出して、サブトランスレータ３０２に
指定の外部リソースを取得させる。そして、その強制的
に取得した外部リソースに基づいて画像データを生成す
る。また、強制取得の指示がなされていなければステッ
プＳ７０６へ進み、リソース管理テーブル３０３の参照
を行う。そして、ステップＳ７０７において、要求され
ているリソースが未取得であれば、サブトランスレータ
３０２によって取得されるのを待つ。また、要求されて
いるリソースが取得済みであればステップＳ７０８へ進
み、外部リソース処理を行い、上述したステップＳ７０
４へ進む。

【００４７】第２の実施形態によれば、第１の実施形態
での効果に加え、特定のリソースを強制取得することに
より、頻繁にオリジナルデータが更新されるようなリソ
ースも、最新のものを利用することが可能となる。

【００４８】尚、第２の実施形態では、特定のリソース
を選択して強制取得を行わせているが、全てのリソース
に対して強制取得を行わせるようにしても良い。その場
合、全てのリソースにおいて強制取得を行わせるが、同
一の文書内での外部リソース参照は改めてリソースの取
得を行わないので、トータルのスループットの向上が期
待できる。

【００４９】以上説明したように第１及び第２の実施形
態によれば、出力データ処理と外部リソースの先読み処
理を同時に行い、トータルのスループットを向上させる
ことが可能となる。

【００５０】［第３の実施形態］次に、図面を参照しな
がら本発明に係る第３の実施形態を詳細に説明する。

【００５１】尚、第３の実施形態による画像処理システ
ムの構成は、図１〜図３を参照して説明した第１及び第
２の実施形態と同様であり、その説明は省略する。

【００５２】第３の実施形態は、第１及び第２の実施形
態による外部リソース処理に加えて更に取り込んだリソ
ースの参照頻度に応じて、リソースの削除、更新を行う
ことにより、リソースを有効に活用することができると
共に、ユーザの利便性を向上させたものである。

【００５３】即ち、図３に示したメイントランスレータ
３０１は逐次コマンド処理を行い、外部リソース参照の
コマンドが出現すると、リソース管理テーブル３０３を
参照して当該外部リソースが既に記憶装置３０４に取り
込まれているか判断し、取り込まれていれば、後述する
参照頻度カウンタを更新した後、当該外部リソースを利
用して印刷処理を行うが、未だ当該外部リソースが取り
込まれていなければ、当該外部リソースが取り込まれる
のを待つ。また、サブトランスレータ３０２は予め設定
されている時間間隔でリソース管理テーブルに記録され
ている参照頻度カウンタをチェックし、その参照頻度カ
ウンタのカウント値が削除頻度を下回るものがあれば、
その外部リソースを削除し、また、更新頻度を上回るも
のがあれば、その外部リソースを自動更新する。ここ
で、削除の判定に用いる削除頻度と自動更新の判定に用
いる更新頻度とは同じ値でもよいし、また、異なってい
ても構わない。

【００５４】ここで、参照頻度カウンタを含むリソース
管理テーブルについて説明する。尚、第３の実施形態に
よるリソース管理テーブルも第１の実施形態と同様に記
憶装置３０４に保持されているものである。

【００５５】図８は、第３の実施形態によるリソース管
理テーブルの構成を示す図である。図示するように、リ
ソース管理テーブル８００には、図３に示す記憶装置３
０４に取り込んだ外部リソースをアクセスするためのユ
ニークなＩＤ８０１が割り振られ、当該リソースのロケ
ーション情報として当該外部リソースのＵＲＩ８０２が
保持され、当該外部リソースを取り込んだ時間を確認す
るためにタイムスタンプ８０３も保持される。そして、
外部リソース参照のコマンドによって更新され、当該外
部リソースの削除又は自動更新を行うために用いられる
参照頻度カウンタ８０４が設けられている。

【００５６】次に、外部参照データの先読みを行う際
に、メイントランスレータ３０１及びサブトランスレー
タ３０２によるコマンド処理について説明する。

【００５７】図９は、第３の実施形態のメイントランス
レータ３０１によるコマンド処理を示すフローチャート
である。また図１０は、第３の実施形態のサブトランス
レータ３０２によるコマンド処理を示すフローチャート
である。

【００５８】まず、ステップＳ９０１において、入力さ
れた印刷データのコマンドの解析を行い、ステップＳ９
０２において、当該コマンドが外部リソース参照のコマ
ンドであるか否かをチェックする。ここで、当該コマン
ドが外部リソース参照のコマンドでなければステップＳ
９０３へ進み、当該コマンドの処理を行う。そして、ス
テップＳ９０４において、当該コマンドが最終コマンド
か否かをチェックし、最終コマンドでなければステップ
Ｓ９０１に戻り、次のコマンドの解析を行う。また、ス
テップＳ９０４において、最終コマンドであれば、処理
を終了する。

【００５９】一方、上述のステップＳ９０２において、
当該コマンドが外部リソース参照のコマンドであればス
テップＳ９０５へ進み、リソース管理テーブル８００の
参照を行う。そして、ステップＳ９０６において、要求
されているリソースが未取得であれば、サブトランスレ
ータ３０２によって取得されるのを待つ。また、要求さ
れているリソースが取得済みであればステップＳ９０７
へ進み、リソース管理テーブル８００の参照頻度カウン
タ８０４の更新を行った後、ステップＳ９０８へ進み、
外部リソース処理を行う。そして、ステップＳ９０４へ
進み、最終コマンドであるか否かのチェックを行い、最
終コマンドでなければ上述の処理を行い、最終コマンド
であれば、処理を終了する。

【００６０】これに対して、サブトランスレータ３０２
では、図１０に示すステップＳ１００１において、入力
された印刷データのコマンドの解析を行い、ステップＳ
１００２において、当該コマンドが外部リソース参照の
コマンドであるか否かをチェックする。ここで、当該コ
マンドが外部リソース参照のコマンドでなければステッ
プＳ１００６へ進み、当該コマンドが最終コマンドか否
かをチェックする。その結果、最終コマンドでなければ
ステップＳ１００１に戻り、次のコマンドの解析を行
う。また、最終コマンドであれば、この処理を終了す
る。

【００６１】一方、上述のステップＳ１００２におい
て、当該コマンドが外部リソース参照のコマンドであれ
ばステップＳ１００３へ進み、当該外部リソースが既に
取得済みか否かをチェックする。ここで、当該外部リソ
ースが取得済みであればステップＳ１００６へ進み、上
述した処理を実行する。また、当該外部リソースが未取
得であればステップＳ１００４へ進み、外部Ｉ／Ｆ１０
３から外部リソースの取得を行い、ステップＳ１００５
において、リソース管理テーブル８００の更新を行う。
そして、ステップＳ１００６へ進み、上述した処理を実
行する。

【００６２】次に、予め設定されている時間間隔でリソ
ース管理テーブル８００の参照頻度カウンタ８０４をチ
ェックし、そのカウント値に応じて外部リソースを削除
又は自動更新するサブトランスレータ３０２による処理
について説明する。

【００６３】図１１は、取得済み外部リソースを更新す
る処理を示すフローチャートである。まず、ステップＳ
１１０１において、外部リソースの更新を行う時間であ
るか否かをチェックし、予め設定されている時間間隔が
過ぎていればステップＳ１１０２へ進み、リソース管理
テーブル８００の先頭から順に管理されている外部リソ
ースに対応する参照頻度カウンタ８０４をチェックす
る。そして、ステップＳ１１０３において、参照頻度カ
ウンタ８０４のカウント値が削除するか否かを判断する
ために設定された削除頻度よりも低いか否かをチェック
する。ここで、削除頻度よりも低い場合はステップＳ１
１０４へ進み、当該外部リソースを記憶装置３０４から
削除し、続くステップＳ１１０５でリソース管理テーブ
ル８００から当該外部リソースのエントリ（ＩＤ８０
１、ＵＲＩ８０２、タイムスタンプ８０３、参照頻度カ
ウンタ８０４）を削除する。

【００６４】次に、ステップＳ１１０９において、リソ
ース管理テーブル８００に項目があるか否かをチェック
し、項目が残っている場合にはステップＳ１１０２へ戻
り、上述の処理を継続する。また、項目が残っていない
場合には処理を終了する。

【００６５】一方、上述のステップＳ１１０３におい
て、当該外部リソースが削除すべき削除頻度よりも多く
参照されていればステップＳ１１０６へ進み、当該外部
リソースの参照頻度カウンタ８０４のカウント値が、更
新するか否かを判断するために設定された更新頻度より
も高いか否かをチェックする。ここで、更新頻度よりも
高い場合はステップＳ１１０７へ進み、当該外部リソー
スを再度取得し、リソース管理テーブル８００の当該外
部リソースのタイムスタンプ８０３も更新する。また、
ステップＳ１１０６でカウント値が更新頻度未満の場
合、ステップＳ１１０７で当該外部リソースを取得した
場合もステップＳ１１０８へ進み、リソース管理テーブ
ル８００の当該外部リソースの参照頻度カウンタ８０４
をクリアする。

【００６６】次に、ステップＳ１１０９において、リソ
ース管理テーブル８００に項目があるか否かをチェック
し、項目が残っている場合にはステップＳ１１０２へ戻
り、上述の処理を継続する。また、項目が残っていない
場合には処理を終了する。

【００６７】第３の実施形態によれば、ネットワーク上
のリソースを取り込んで画像処理を行う際に、通常のデ
ータ解析を行うメイントランスレータ（インタプリタ）
と、リソース参照のみを行うサブトランスレータ（簡易
インタプリタ）を有し、一方でデータ解析を行うのと同
時にもう一方でリソースの取り込みを行い、ローカルに
取り込んだリソースを用いて出力を行うことにより、実
際にリソースが必要な時にローカルに取り込んだリソー
スを用いることができ、通常時間のかかる外部リソース
の取り込み時間を短縮させ、トータルのスループットを
向上させることができる。

【００６８】また、取り込んだリソースの参照頻度に応
じて、リソースの削除、更新を行うことにより、リソー
スを有効に活用することができると共に、ユーザの利便
性を向上させることができる。

【００６９】［第４の実施形態］次に、図面を参照しな
がら本発明に係る第４の実施形態を詳細に説明する。

【００７０】第３の実施形態では、全ての外部リソース
を事前にサブトランスレータ３０２が取得しておき、メ
イントランスレータ３０１では記憶装置３０４に記憶さ
れているリソースを必ず使うこととし、取得した外部リ
ソースはその参照頻度に応じて自動的に削除又は更新を
行うとしていたが、頻度に関係なく取得した外部リソー
スを削除したくない場合、またある特定のリソースは頻
繁にオリジナルデータが更新されるような場合、できる
だけ新しいリソースを利用したいような場合もある。

【００７１】そこで、第４の実施形態では、自動削除又
は更新の抑制及び特定のリソースに対して、強制的にリ
ソース取得を行わせることにより、できるだけ最新の状
態に近いリソースを得るよう処理を行うものである。

【００７２】尚、第４の実施形態による画像処理装置１
００の構成は第３の実施形態と同様であり、ここでは第
３の実施形態との相違点のみを説明する。

【００７３】まず、第４の実施形態では強制的にリソー
ス取得を行わせたい特定のリソースをホストコンピュー
タ１２０から、或いは画像処理装置１００の操作部から
指示しておく。そして、第３の実施形態と同様に、メイ
ントランスレータ３０１及びサブトランスレータ３０２
によるコマンド処理を行う。

【００７４】図１２は、外部リソース処理の設定を行う
画面を示す図である。同図において、１２０１は自動削
除の設定であり、参照頻度の低い外部リソースを削除す
るか否かの設定を行う。１２０２は自動更新の設定であ
り、参照頻度の高い外部リソースを更新するか否かの設
定を行う。１２０３はキャッシュデータの設定であり、
取得済みの外部リソースを利用するか否かの設定を行
う。それぞれの設定の初期値は、図１２に示す例では、
［自動削除］１２０１は［する］１２０４、［自動更
新］１２０２は［する］１２０５、［キャッシュデー
タ］１２０３は［使う］１２０６である。

【００７５】ここで、［自動削除］１２０１を［しな
い］１２０７に設定することにより、外部リソースの参
照頻度に関わらず、外部データの削除を行わないように
なる。また、［自動更新］１２０２を［しない］１２０
８に設定することにより、外部リソースの更新を自動で
行わないようになる。外部リソースの自動更新を行わな
い場合、利用しようとする外部データが頻繁に更新され
るような場合、実際に出力しようとするデータが古いも
のになる可能性がある。その場合、［キャッシュデー
タ］１２０３を［使わない］１２０９に設定し、常に外
部リソースを取得し直すよう設定することが望ましい。
それぞれ設定を変えた場合、［OK］１２１０を押下する
ことによって変更が有効となる。また、［Cancel］１２
１１を押下した場合、それまでの変更は破棄される。

【００７６】次に、外部参照データの先読みを行う際
に、図１２に示す［キャッシュデータ］１２０３を［使
わない］１２０９に設定し、強制的に外部リソースの取
得を行わせる処理について説明する。

【００７７】図１３は、メイントランスレータによるリ
ソース強制取得処理のフローチャートである。まず、ス
テップＳ１３０１において、入力された印刷データのコ
マンドの解析を行い、ステップＳ１３０２において、当
該コマンドが外部リソース参照のコマンドであるか否か
をチェックする。ここで、当該コマンドが外部リソース
参照のコマンドでなければステップＳ１３０３へ進み、
当該コマンドの処理を行う。そして、ステップＳ１３０
４において、当該コマンドが最終コマンドか否かをチェ
ックし、最終コマンドでなければステップＳ１３０１に
戻り、次のコマンドの解析を行う。また、ステップＳ１
３０４において、最終コマンドであれば、この処理を終
了する。

【００７８】一方、上述のステップＳ１３０２におい
て、当該コマンドが外部リソース参照のコマンドであれ
ばステップＳ１３０５へ進み、当該外部リソース参照に
対して強制的に取得を行うよう指示されているか否かを
チェックする。ここで、強制取得の指示がなされていれ
ばステップＳ１３０９へ進み、強制外部リソースの処理
を行い、上述したステップＳ１３０４へ進む。また、強
制取得の指示がなされていなければステップＳ１３０６
へ進み、リソース管理テーブル８００の参照を行う。そ
して、ステップＳ１３０７において、要求されているリ
ソースが未取得であれば、サブトランスレータ３０２に
よって取得されるのを待つ。また、要求されているリソ
ースが取得済みであればステップＳ１３０８へ進み、外
部リソース処理を行い、上述したステップＳ１３０４へ
進む。

【００７９】第４の実施形態によれば、第３の実施形態
での効果に加え、特定のリソースを強制取得することに
より、頻繁にオリジナルデータが更新されるようなリソ
ースも、最新のものを利用することが可能となる。

【００８０】尚、第４の実施形態では、特定のリソース
を選択して強制取得を行わせているが、全てのリソース
に対して強制取得を行わせるようにしても良い。その場
合、全てのリソースにおいて強制取得を行わせるが、同
一の文書内での外部リソース参照は改めてリソースの取
得を行わないので、トータルのスループットの向上が期
待できる。

【００８１】［第５の実施形態］次に、図面を参照しな
がら本発明に係る第５の実施形態を詳細に説明する。

【００８２】第３及び第４の実施形態では、外部リソー
スを参照した頻度や予め設定されたタイミングに応じ
て、外部リソースの削除又は更新を行っているが、第５
の実施形態では、任意のタイミングで、取得済みの外部
リソースの削除又は更新を行うものである。

【００８３】図１４は、外部リソースの削除又は更新を
行う画面を示す図である。図示するように、現在取得済
みの外部リソースのリストが表示される。ここで、ユー
ザが削除又は更新したい外部リソースを選択すると、図
１４に示す１４０１のように、選択された外部リソース
が反転表示される。そして、このリストより外部リソー
スを選択した後、削除したい場合は［削除］１４０２ボ
タンを押下する。また、更新したい場合は［更新］１４
０３ボタンを押下する。ここで何れかのボタンを押下す
ると、図１５に示すような確認の画面がポップアップ表
示される。

【００８４】図１５は、［削除］１４０２ボタンを押下
した場合の確認画面を示す図である。図示していない
が、［更新］１４０３ボタンを押下した場合も同様の確
認画面が表示される。ここで、［はい］１５０１のボタ
ンを押下すれば、選択された外部リソースを削除（或い
は更新）することができる。また、［いいえ］１５０２
のボタンを押下すれば、処理はキャンセルされ、図１４
に示す画面に戻り、改めて外部リソースの選択が可能と
なる。尚、図１４に示す［Cancel］１４０４ボタンを押
下することにより、外部リソース選択画面から抜けるこ
とができる。

【００８５】第５の実施形態によれば、任意のタイミン
グで取得済みの外部リソースの削除又は更新を行えるこ
とにより、ユーザの利便性を向上させることができる。

【００８６】［第６の実施形態］次に、図面を参照しな
がら本発明に係る第６の実施形態を詳細に説明する。

【００８７】尚、第６の実施形態による画像処理システ
ムの構成は、図１〜図１５を参照して説明した第１乃至
第５の実施形態と同様であり、その説明は省略する。

【００８８】第６の実施形態では、外部リソースを必要
とするページにおいて、通信の遅延等で外部リソースの
取得に時間がかかるような場合、当該ページの印刷デー
タを一旦記憶装置３０４に退避させ、次ページの処理を
行うことにより、全体の処理効率を向上させるものであ
る。

【００８９】図１６は、第６の実施形態における退避動
作を示す概略図である。図１６において、＜svg＞〜＜/
svg＞で囲まれた部分が一つのジョブデータ（ドキュメ
ントデータ）である。そして、その中で ＜page＞〜＜/
page＞で囲まれた複数の部分が印刷すべき各々のページ
である。また、図１６に示す例では、１ページ目におい
て外部リソース参照のコマンドの一種であるイメージ取
得コマンド（＜imagexlink:href="http://…/"/＞）が
実行されているが、サブトランスレータ３０２が、例え
ばネットワークの遅延等で設定されたタイムアウト時間
までにイメージデータを取得できなかった場合、メイン
トランスレータ３０１はこれまでに生成した１ページ分
の画像データを一旦記憶装置３０４に退避させ、後述す
るページ状態管理テーブルに退避した旨記録し、次ペー
ジの処理を開始する。

【００９０】図１７は、第６の実施形態におけるページ
状態管理テーブルを示す図である。図示するように、ペ
ージ状態管理テーブル１７００には、ページ番号１７０
１のページが退避されているか、処理が完了しているか
のページ状態１７０２が保持される。図１７に示す例で
は、１ページ目及び３ページ目がイメージを取得時にタ
イムアウトが発生したため退避され、２ページ目のペー
ジ処理が先に完了していることを示している。また、新
しいページの処理が開始された時点で、ページ処理中の
状態となる。

【００９１】ここで、図３に示すメイントランスレータ
３０１がホストコンピュータ１２０から入力した印刷デ
ータに基づき、１ページの印刷コマンドを処理中に外部
リソースを必要とする場合、サブトランスレータ３０２
がネットワークを介して外部リソースの取り込みを行う
が、通信の遅延等で外部リソースの取得に時間がかかる
ようなとき、メイントランスレータ３０１が当該ページ
の画像データを一旦記憶装置３０４に退避させ、次ペー
ジの処理を行う動作について説明する。

【００９２】図１８は、第６の実施形態によるページ退
避処理を示すフローチャートである。まず、ステップＳ
１８０１において、メイントランスレータ３０１がペー
ジ状態管理テーブル１７００のページ状態１７０２を参
照し、当該ページがメイントランスレータ３０１によっ
てトランスレート済みであるか否かを確認する。ここ
で、トランスレート済みであればステップＳ１８０２へ
進み、次ページに処理を移し、ステップＳ１８０１に戻
る。また、ステップＳ１８０１で当該ページがイメージ
取得待ち又は新規のページであればステップＳ１８０３
へ進み、当該ページのコマンドを解析して、現在のコマ
ンドがイメージ取得コマンドであるか否かを確認する。
ここで、イメージ取得コマンドでなければステップＳ１
８０５へ進み、ステップＳ５０３と同様に、当該コマン
ドに対応する処理を行う。

【００９３】また、現在のコマンドがイメージ取得コマ
ンドであればステップＳ１８０４へ進み、サブトランス
レータ３０２によってイメージ取得が問題なく行えた場
合にはステップＳ１８０５へ進み、コマンド処理を継続
する。また、正常にイメージ取得が行えなかった場合に
はステップＳ１８０６へ進み、その原因をチェックす
る。ここで、イメージデータの取得ができなかった原因
がタイムアウト以外（例えば、該当イメージデータな
し、イメージデータのフォーマット不正など）であれば
ステップＳ１８０７へ進み、それぞれのエラーに応じた
処理を行う。ここではそれぞれのエラー処理の詳細につ
いては規定しない。

【００９４】一方、ステップＳ１８０６において、イメ
ージデータの取得できなかった原因がタイムアウトであ
ればステップＳ１８０８へ進み、作成済みの１ページ分
の画像データを記憶装置３０４に退避させる。そして、
ステップＳ１８０９において、ページ状態管理テーブル
１７００の当該ページ１７０１におけるページ状態１７
０２を「イメージ取得待ち」に変更し、ステップＳ１８
１０において、次ページへ移行し、ステップＳ１８０１
に戻り、上述の処理を継続する。

【００９５】次に、ステップＳ１８１１において、現在
のコマンドがページの最終コマンドであるか否かを確認
する。ここで、ページの最後に達していなければステッ
プＳ１８０１に戻り、上述の処理を継続する。また、現
在のコマンドがページの最終コマンドであればステップ
Ｓ１８１２へ進み、ページ状態管理テーブル１７００の
当該ページのページ状態を「トランスレート完了」に変
更する。そして、ステップＳ１８１３において、ページ
状態管理テーブル１７００のページ状態１７０２を参照
し、イメージ取得待ち状態のページがあるか否かを確認
する。ここで、イメージ取得待ち状態のページがあれば
ステップＳ１８１４へ進み、記憶装置３０４に退避して
おいた該当するページの画像データを復帰し、ステップ
Ｓ１８０１に戻り、上述の処理を継続する。

【００９６】また、ステップＳ１８１３において、イメ
ージ処理待ち状態のページがなければステップＳ１８１
５へ進み、当該ページがジョブの最終ページであるか否
かを確認する。ここで、当該ページが最終ページでなけ
ればステップＳ１８１６へ進み、次ページへ移行し、こ
の処理を継続する。また、当該ページがジョブの最終ペ
ージであれば、この処理を終了する。

【００９７】尚、第６の実施形態では、イメージ取得待
ちページの復帰を次ページの処理完了で行っているが、
一旦全てのページの処理を行ってから引き続き残ってい
るイメージ取得待ちページを処理することにしても構わ
ない。

【００９８】第６の実施形態によれば、同一ジョブ中で
イメージデータの取得遅延が発生した場合、それ以降の
ページのトランスレートを開始し、イメージを取得する
必要のないページであれば先にページの処理を完了させ
ることができ、全体のスループットを向上させることが
できる。

【００９９】［第７の実施形態］次に、図面を参照しな
がら本発明に係る第７の実施形態を詳細に説明する。

【０１００】第７の実施形態では、第６の実施形態によ
る処理に加え、ジョブ中でイメージデータの取得遅延が
発生した場合、ジョブの追い越しが可能であると設定さ
れていたときに、現在処理中のジョブ情報を退避し、次
ジョブの処理を開始し、ジョブの処理が終了した時点で
退避したジョブの処理を再開するというものである。

【０１０１】図１９は、第７の実施形態におけるジョブ
追い越し動作を示す概略図である。図１９に示すよう
に、現在処理中のジョブにおいてイメージ取得コマンド
があり、その取得に遅延が発生した場合、それまでに生
成した画像データ及びこのジョブのドキュメントデータ
を退避させ、次ジョブの処理を開始する。続いて次ジョ
ブの処理が終了した後に、退避しておいた画像データ及
びドキュメントデータを復帰させ、イメージ取得コマン
ドから処理を再開する。

【０１０２】図２０は、第７の実施形態によるジョブ追
い越し処理を示すフローチャートである。まず、ステッ
プＳ２００１において、ジョブの追い越しを許可に設定
する。次に、ステップＳ２００２において、現在のコマ
ンドがイメージ取得であるか否かを確認する。ここで、
イメージ取得コマンドでなければステップＳ２００４へ
進み、当該コマンドに対応する処理を行う。また、イメ
ージ取得コマンドであればステップＳ２００３へ進み、
サブトランスレータ３０２によってイメージ取得が問題
なく行えた場合にはステップＳ２００４へ進み、コマン
ド処理を継続する。また、正常にイメージ取得が行えな
かった場合にはステップＳ２００５へ進み、その原因を
チェックする。ここで、イメージ取得できなかった原因
がタイムアウト以外（例えば、該当イメージなし、イメ
ージフォーマット不正など）であればステップＳ２００
６へ進み、それぞれのエラーに応じた処理を行う。ここ
ではそれぞれのエラー処理の詳細については規定しな
い。

【０１０３】一方、ステップＳ２００５において、イメ
ージ取得できなかった原因がタイムアウトであればステ
ップＳ２００７へ進み、ジョブの追い越しが許可されて
いるか否かをチェックする。ここで、ジョブの追い越し
が許可されていなければステップＳ２００２に戻り、再
度イメージの取得を試みる。また、ステップＳ２００７
において、ジョブの追い越しが許可されていればステッ
プＳ２００８へ進み、作成済みの画像データ及びジョブ
データを記憶装置３０４に退避する。そして、ステップ
Ｓ２００９において、ジョブの追い越しを不許可に設定
し、ステップＳ２０１０において、次ジョブへ移行し、
処理を継続する。

【０１０４】次に、ステップＳ２０１１において、現在
のコマンドがページの最終コマンドであるか否かを確認
する。ここで、ページの最後に達していなければステッ
プＳ２００２に戻り、上述の処理を継続する。また、現
在のコマンドがページの最終コマンドであればステップ
Ｓ２０１２へ進み、当該ページがジョブの最終ページで
あるか否かを確認する。ここで、当該ページが最終ペー
ジでなければステップＳ２００２に戻り、上述の処理を
継続する。また、当該ページがジョブの最終ページであ
ればステップＳ２０１３へ進み、退避されているジョブ
があるか否かをチェックする。ここで、退避されている
ジョブが存在していればステップＳ２０１４へ進み、ジ
ョブの復帰を行い、ステップＳ２００１に戻り、この処
理を継続する。また、退避されているジョブが存在して
いなければ、この処理を終了する。

【０１０５】尚、ジョブの追い越し設定は、例えばホス
トコンピュータのプリンタドライバにより提供されるユ
ーザインタフェースからジョブ毎に設定しても良く、ま
た、画像処理装置の操作パネルからその都度、設定する
ようにしても良い。

【０１０６】第７の実施形態によれば、イメージデータ
を必要とするジョブ中でイメージ取得遅延が発生した場
合、そのジョブのドキュメントデータを退避させ、次の
ジョブを実行することにより、全体のスループットを向
上させることができる。

【０１０７】尚、本発明は複数の機器（例えば、ホスト
コンピュータ，インタフェイス機器，リーダ，プリンタ
など）から構成されるシステムに適用しても、一つの機
器からなる装置（例えば、複写機，ファクシミリ装置な
ど）に適用してもよい。

【０１０８】また、本発明の目的は前述した実施形態の
機能を実現するソフトウェアのプログラムコードを記録
した記憶媒体を、システム或いは装置に供給し、そのシ
ステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読出し
実行することによっても、達成されることは言うまでも
ない。

【０１０９】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０１１０】プログラムコードを供給するための記憶媒
体としては、例えばフロッピーディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

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

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

【０１１３】

【発明の効果】以上説明したように、本発明によれば、
出力データ処理と外部リソースの先読み処理を同時に行
うことで、トータルのスループットを向上させることが
できる。また、取得したリソースの参照頻度に応じてリ
ソースの削除、更新を行うことで、リソースを有効に活
用することができる。更に、外部リソースを必要とする
ジョブ或いはページ中で外部リソースを取得できない場
合、該ジョブ又はページのドキュメントデータを記憶装
置に退避させ、次ジョブ又は次ページのドキュメントデ
ータを処理し、トータルのスループットを向上させるこ
とができる。

【図面の簡単な説明】

【図１】第１の実施形態による画像処理システムの構成
を示す図である。

【図２】第１の実施形態による画像形成装置の構造を示
す図である。

【図３】第１の実施形態による外部リソース処理を説明
するための図である。

【図４】第１の実施形態によるリソース管理テーブルの
構成を示す図である。

【図５】第１の実施形態のメイントランスレータ３０１
によるコマンド処理を示すフローチャートである。

【図６】第１の実施形態のサブトランスレータ３０２に
よるコマンド処理を示すフローチャートである。

【図７】第２の実施形態のメイントランスレータによる
リソース強制取得処理を示すフローチャートである。

【図８】第３の実施形態によるリソース管理テーブルの
構成を示す図である。

【図９】第３の実施形態のメイントランスレータ３０１
によるコマンド処理を示すフローチャートである。

【図１０】第３の実施形態のサブトランスレータ３０２
によるコマンド処理を示すフローチャートである。

【図１１】取得済み外部リソースを更新する処理を示す
フローチャートである。

【図１２】外部リソース処理の設定を行う画面を示す図
である。

【図１３】第４の実施形態のメイントランスレータ３０
１によるリソース強制取得処理のフローチャートであ
る。

【図１４】外部リソースの削除又は更新を行う画面を示
す図である。

【図１５】［削除］１４０２ボタンを押下した場合の確
認画面を示す図である。

【図１６】第６の実施形態における退避動作を示す概略
図である。

【図１７】第６の実施形態におけるページ状態管理テー
ブルを示す図である。

【図１８】第６の実施形態によるページ退避処理を示す
フローチャートである。

【図１９】第７の実施形態におけるジョブ追い越し動作
を示す概略図である。

【図２０】第７の実施形態によるジョブ追い越し処理を
示すフローチャートである。

Claims (31)

【特許請求の範囲】
1. 【請求項１】 印刷データに基づいて出力データ処理を
   行う画像処理装置において、 印刷データを入力する入力手段と、 入力された印刷データを解析し、出力データの生成を行
   う第１の処理手段と、 前記入力された印刷データを解析し、印刷データからリ
   ンクされているデータをネットワークを介して取得する
   第２の処理手段とを有し、 前記第１の処理手段は、リンクされているデータを必要
   とした場合に、前記第２の処理手段により取得されてい
   るデータを用いて出力データ処理を行うことを特徴とす
   る画像処理装置。
2. 【請求項２】 前記画像処理装置は、ネットワークを介
   して接続されることを特徴とする請求項１に記載の画像
   処理装置。
3. 【請求項３】 前記第１の処理手段は、画像形成を行う
   画像形成手段に出力する出力データを生成することを特
   徴とする請求項１に記載の画像処理装置。
4. 【請求項４】 前記第２の処理手段は、ネットワークを
   介して前記外部参照データの取得処理を行うことを特徴
   とする請求項１に記載の画像処理装置。
5. 【請求項５】 前記第２の処理手段により取得されたデ
   ータと、該データを識別する識別情報とを保持して管理
   する管理手段を更に有することを特徴とする請求項１に
   記載の画像処理装置。
6. 【請求項６】 前記管理手段は、前記外部参照データを
   更新した時間を保持することを特徴とする請求項５に記
   載の画像処理装置。
7. 【請求項７】 前記第１の処理手段は、リンクされてい
   るデータを強制的に更新し、当該外部参照データを用い
   て出力データ処理を行うことを特徴とする請求項５に記
   載の画像処理装置。
8. 【請求項８】 前記第２の処理手段により取得され、前
   記管理手段に管理されているデータを使わずに、出力デ
   ータ処理を行うことを特徴とする請求項７に記載の画像
   処理装置。
9. 【請求項９】 前記出力データに従って画像形成を行う
   画像形成手段を更に有することを特徴とする請求項３に
   記載の画像処理装置。
10. 【請求項１０】 前記画像形成手段は、ケーブルを介し
    て接続されることを特徴とする請求項３に記載の画像処
    理装置。
11. 【請求項１１】 前記画像形成手段は、デジタル複写機
    又はプリンタであることを特徴とする請求項３に記載の
    画像処理装置。
12. 【請求項１２】 前記第２の処理手段は、同一印刷デー
    タからリンクされているデータを複数回取得しないこと
    を特徴とする請求項１に記載の画像処理装置。
13. 【請求項１３】 印刷データに基づいて出力データ処理
    を行う画像処理装置において、 印刷データを入力する入力手段と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手段と、 前記入力された印刷データを解析し、印刷データからリ
    ンクされているデータをネットワークを介して取得する
    第２の処理手段と、 前記第２の処理手段により取得されたデータを管理する
    管理手段とを有し、 前記管理手段は、データを参照する頻度に応じて、当該
    データを管理することを特徴とする画像処理装置。
14. 【請求項１４】 前記管理手段は、データの参照頻度が
    所定の値未満の場合は当該データを削除し、所定の値以
    上の場合は当該データを更新することを特徴とする請求
    項１３に記載の画像処理装置。
15. 【請求項１５】 前記管理手段は、一定のタイミング
    で、データを削除又は更新することを特徴とする請求項
    １３に記載の画像処理装置。
16. 【請求項１６】 前記管理手段は、任意のタイミング
    で、データを削除又は更新することを特徴とする請求項
    １３に記載の画像処理装置。
17. 【請求項１７】 前記所定の値は、データを削除する場
    合と更新する場合とで任意の値を設定できることを特徴
    とする請求項１３に記載の画像処理装置。
18. 【請求項１８】 前記管理手段は、データを参照する頻
    度に応じて当該データを更新するか否かを設定する設定
    手段を含むことを特徴とする請求項１３に記載の画像処
    理装置。
19. 【請求項１９】 印刷データに基づいて出力データ処理
    を行う画像処理装置において、 複数のページの印刷データを入力する入力手段と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手段と、 印刷データからリンクされているデータをネットワーク
    を介して取得する第２の処理手段とを有し、 前記第２の処理手段でデータを取得できない場合、前記
    第１の処理手段は対応するページの処理を中断し、次の
    ページの印刷データを解析し始めることを特徴とする画
    像処理装置。
20. 【請求項２０】 前記第１の処理手段は、前記第２の処
    理手段が所定時間内にデータを取得できない場合、対応
    するページの出力データを記憶装置に退避させることを
    特徴とする請求項１９に記載の画像処理装置。
21. 【請求項２１】 印刷データに基づいて出力データ処理
    を行う画像処理装置において、 複数のジョブの印刷データを入力する入力手段と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手段と、 印刷データからリンクされているデータをネットワーク
    を介して取得する第２の処理手段とを有し、 前記第２の処理手段でデータを取得できない場合、前記
    第１の処理手段は対応するジョブの処理を中断し、次の
    ジョブの印刷データを解析し始めることを特徴とする画
    像処理装置。
22. 【請求項２２】 前記第１の処理手段は、前記第２の処
    理手段が所定時間内にデータを取得できない場合、対応
    するジョブの出力データと印刷データとを記憶装置に退
    避させることを特徴とする請求項２１に記載の画像処理
    装置。
23. 【請求項２３】 印刷データに基づいて出力データ処理
    を行う画像処理方法であって、 印刷データを入力する入力工程と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理工程と、 前記入力された印刷データを解析し、印刷データからリ
    ンクされているデータをネットワークを介して取得する
    第２の処理工程とを有し、 前記第１の処理工程では、リンクされているデータを必
    要とした場合に、前記第２の処理工程により取得されて
    いるデータを用いて出力データ処理を行うことを特徴と
    する画像処理方法。
24. 【請求項２４】 印刷データに基づいて出力データ処理
    を行う画像処理方法であって、 印刷データを入力する入力工程と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理工程と、 前記入力された印刷データを解析し、印刷データからリ
    ンクされているデータをネットワークを介して取得する
    第２の処理工程と、 前記第２の処理工程により取得されたデータを管理する
    管理工程とを有し、 前記管理工程では、データを参照する頻度に応じて、当
    該データを管理することを特徴とする画像処理方法。
25. 【請求項２５】 印刷データに基づいて出力データ処理
    を行う画像処理方法であって、 複数のページの印刷データを入力する入力工程と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理工程と、 印刷データからリンクされているデータをネットワーク
    を介して取得する第２の処理工程とを有し、 前記第２の処理工程でデータを取得できない場合に、前
    記第１の処理工程では対応するページの処理を中断し、
    次のページの印刷データを解析し始めることを特徴とす
    る画像処理方法。
26. 【請求項２６】 印刷データに基づいて出力データ処理
    を行う画像処理方法であって、 複数のジョブの印刷データを入力する入力工程と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理工程と、 印刷データからリンクされているデータをネットワーク
    を介して取得する第２の処理工程とを有し、 前記第２の処理工程でデータを取得できない場合に、前
    記第１の処理工程では対応するジョブの処理を中断し、
    次のジョブの印刷データを解析し始めることを特徴とす
    る画像処理方法。
27. 【請求項２７】 印刷データに基づいて出力データ処理
    を行う画像処理方法のプログラムであって、コンピュー
    タに、 印刷データを入力する入力手順と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手順と、 前記入力された印刷データを解析し、印刷データからリ
    ンクされているデータをネットワークを介して取得する
    第２の処理手順とを実行させ、 前記第１の処理手順では、リンクされているデータを必
    要とした場合に、前記第２の処理工程により取得されて
    いるデータを用いて出力データ処理を行うことを特徴と
    するプログラム。
28. 【請求項２８】 印刷データに基づいて出力データ処理
    を行う画像処理方法のプログラムであって、コンピュー
    タに、 印刷データを入力する入力手順と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手順と、 前記入力された印刷データを解析し、印刷データからリ
    ンクされているデータをネットワークを介して取得する
    第２の処理手順と、 前記第２の処理手順により取得されたデータを管理する
    管理手順とを実行させ、 前記管理手順では、データを参照する頻度に応じて、当
    該データを管理することを特徴とするプログラム。
29. 【請求項２９】 印刷データに基づいて出力データ処理
    を行う画像処理方法のプログラムであって、コンピュー
    タに、 複数のページの印刷データを入力する入力手順と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手順と、 印刷データからリンクされているデータをネットワーク
    を介して取得する第２の処理手順とを実行させ、 前記第２の処理手順でデータを取得できない場合に、前
    記第１の処理手順では対応するページの処理を中断し、
    次のページの印刷データを解析し始めることを特徴とす
    るプログラム。
30. 【請求項３０】 印刷データに基づいて出力データ処理
    を行う画像処理方法のプログラムであって、コンピュー
    タに、 複数のジョブの印刷データを入力する入力手順と、 入力された印刷データを解析し、出力データの生成を行
    う第１の処理手順と、 印刷データからリンクされているデータをネットワーク
    を介して取得する第２の処理手順とを実行させ、 前記第２の処理手順でデータを取得できない場合に、前
    記第１の処理手順では対応するジョブの処理を中断し、
    次のジョブの印刷データを解析し始めることを特徴とす
    るプログラム。
31. 【請求項３１】 請求項２７乃至請求項３０の何れか一
    項に記載されたプログラムが記録されたコンピュータ読
    み取り可能な記録媒体。