JP2001101091A - 画像処理システム、画像処理装置及びプロキシサーバ装置 - Google Patents
画像処理システム、画像処理装置及びプロキシサーバ装置Info
- Publication number
- JP2001101091A JP2001101091A JP27890199A JP27890199A JP2001101091A JP 2001101091 A JP2001101091 A JP 2001101091A JP 27890199 A JP27890199 A JP 27890199A JP 27890199 A JP27890199 A JP 27890199A JP 2001101091 A JP2001101091 A JP 2001101091A
- Authority
- JP
- Japan
- Prior art keywords
- data file
- requested
- buffer
- file
- image processing
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Record Information Processing For Printing (AREA)
- Computer And Data Communications (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 従来のプルプリントを行う画像処理装置で
は、取得したファイルを格納するため大容量のメモリが
必要で、コストがかかるという問題点があったが、本発
明では、メモリを効率的に利用して画像処理を行うこと
で、コストを低減できる画像処理システム、画像処理装
置及びプロキシサーバ装置を提供する。 【解決手段】 画像処理装置１のＣＰＵ１１がＲＡＭ１
２の空き容量に応じたバイト数のデータファイルの一部
をＬＡＮ２を介してプロキシサーバ装置３に対して要求
し、プロキシサーバ装置３がファイルサーバ６から一括
取得した当該データファイルから、要求された一部を抽
出して送信し、ＣＰＵ１１が当該ファイルの一部に基づ
いて画像をページメモリ１３に形成して、当該データフ
ァイルの一部を破棄する処理を繰り返して行う画像処理
システム、画像処理装置及びプロキシサーバ装置であ
る。
は、取得したファイルを格納するため大容量のメモリが
必要で、コストがかかるという問題点があったが、本発
明では、メモリを効率的に利用して画像処理を行うこと
で、コストを低減できる画像処理システム、画像処理装
置及びプロキシサーバ装置を提供する。 【解決手段】 画像処理装置１のＣＰＵ１１がＲＡＭ１
２の空き容量に応じたバイト数のデータファイルの一部
をＬＡＮ２を介してプロキシサーバ装置３に対して要求
し、プロキシサーバ装置３がファイルサーバ６から一括
取得した当該データファイルから、要求された一部を抽
出して送信し、ＣＰＵ１１が当該ファイルの一部に基づ
いて画像をページメモリ１３に形成して、当該データフ
ァイルの一部を破棄する処理を繰り返して行う画像処理
システム、画像処理装置及びプロキシサーバ装置であ
る。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークに接
続されたプリンタを含む画像処理システム、画像処理装
置及びプロキシサーバ装置に係り、特に画像処理装置に
おけるメモリの利用効率の改善に関する。
続されたプリンタを含む画像処理システム、画像処理装
置及びプロキシサーバ装置に係り、特に画像処理装置に
おけるメモリの利用効率の改善に関する。
【０００２】
【従来の技術】近年、インターネットを用いたサービス
が拡大し、ＷＷＷ（World Wide Web）サービスやＦＴＰ
（file transfer protocol）サービス等が数多く行われ
ている。これらのサービスを有効に利用したプリンタと
して、特開平１０−２０７６５８号公報、「ネットワー
ク対応型印刷装置及び印刷方法及びネットワーク印刷シ
ステム」に開示されている。この印刷装置では、印刷の
対象となるデータの格納場所を表すＵＲＬ（Uniform Re
source Locators）等の参照情報の入力を受けて、当該
参照情報に示されたサーバにアクセスして印刷の対象と
なるデータファイルを処理バッファに取得し、取得した
データファイルに基づいて画像処理を行う、いわゆる
「プルプリント」を行う。
が拡大し、ＷＷＷ（World Wide Web）サービスやＦＴＰ
（file transfer protocol）サービス等が数多く行われ
ている。これらのサービスを有効に利用したプリンタと
して、特開平１０−２０７６５８号公報、「ネットワー
ク対応型印刷装置及び印刷方法及びネットワーク印刷シ
ステム」に開示されている。この印刷装置では、印刷の
対象となるデータの格納場所を表すＵＲＬ（Uniform Re
source Locators）等の参照情報の入力を受けて、当該
参照情報に示されたサーバにアクセスして印刷の対象と
なるデータファイルを処理バッファに取得し、取得した
データファイルに基づいて画像処理を行う、いわゆる
「プルプリント」を行う。
【０００３】
【発明が解決しようとする課題】しかしながら、上記従
来の印刷装置では、取得したデータファイルの全体をプ
リンタが取得してから印刷の処理を行うため、記憶手段
としての処理バッファやハードディスクを大きくする必
要があり、コストがかかるという問題点があった。
来の印刷装置では、取得したデータファイルの全体をプ
リンタが取得してから印刷の処理を行うため、記憶手段
としての処理バッファやハードディスクを大きくする必
要があり、コストがかかるという問題点があった。
【０００４】本発明は上記実情に鑑みて為されたもの
で、ネットワークを介してデータファイルを取得する際
に処理バッファの空き容量を監視しつつ処理し、処理バ
ッファを効率的に利用して、コストを低減できる画像処
理システム、画像処理装置、及びプロキシサーバ装置を
提供することを目的とする。
で、ネットワークを介してデータファイルを取得する際
に処理バッファの空き容量を監視しつつ処理し、処理バ
ッファを効率的に利用して、コストを低減できる画像処
理システム、画像処理装置、及びプロキシサーバ装置を
提供することを目的とする。
【０００５】
【課題を解決するための手段】上記従来例の問題点を解
決するための請求項１記載の発明は、画像処理装置と、
前記画像処理装置にネットワークを介して接続されたプ
ロキシサーバ装置とを含む画像処理システムであって、
前記画像処理装置は、処理バッファと、前記処理バッフ
ァの現在の空き容量を監視する手段と、前記処理バッフ
ァの現在の空き容量に基づいて、前記プロキシサーバ装
置に対してデータファイルの一部を部分取得する部分取
得要求を発行する手段と、前記データファイルの一部を
受信して前記処理バッファに格納する手段と、を含み、
前記プロキシサーバ装置は、中継バッファと、前記部分
取得要求を受信する手段と、当該部分取得要求を受信し
たときに、前記中継バッファに前記部分取得要求された
データファイルが保持されていない場合には、当該デー
タファイルの全体を一括取得して前記中継バッファに保
持するとともに、データファイルのうち要求された部分
を抽出して、当該抽出した部分を送信する手段と、当該
部分取得要求を受信したときに、前記中継バッファに前
記部分取得要求されたデータファイルが保持されている
場合には、当該データファイルのうち要求された部分を
抽出して、当該抽出した部分を送信する手段と、を含む
ことを特徴としている。
決するための請求項１記載の発明は、画像処理装置と、
前記画像処理装置にネットワークを介して接続されたプ
ロキシサーバ装置とを含む画像処理システムであって、
前記画像処理装置は、処理バッファと、前記処理バッフ
ァの現在の空き容量を監視する手段と、前記処理バッフ
ァの現在の空き容量に基づいて、前記プロキシサーバ装
置に対してデータファイルの一部を部分取得する部分取
得要求を発行する手段と、前記データファイルの一部を
受信して前記処理バッファに格納する手段と、を含み、
前記プロキシサーバ装置は、中継バッファと、前記部分
取得要求を受信する手段と、当該部分取得要求を受信し
たときに、前記中継バッファに前記部分取得要求された
データファイルが保持されていない場合には、当該デー
タファイルの全体を一括取得して前記中継バッファに保
持するとともに、データファイルのうち要求された部分
を抽出して、当該抽出した部分を送信する手段と、当該
部分取得要求を受信したときに、前記中継バッファに前
記部分取得要求されたデータファイルが保持されている
場合には、当該データファイルのうち要求された部分を
抽出して、当該抽出した部分を送信する手段と、を含む
ことを特徴としている。
【０００６】これにより、画像処理装置がプロキシサー
バ装置をプリンタバッファの代わりとして用いることが
でき、画像処理装置がメモリを効率的に利用してプルプ
リントを行うことができ、コストを低減できる。
バ装置をプリンタバッファの代わりとして用いることが
でき、画像処理装置がメモリを効率的に利用してプルプ
リントを行うことができ、コストを低減できる。
【０００７】また、前記プロキシサーバ装置は、データ
ファイルの要求された部分を抽出する際に、前記中継バ
ッファに保持されている当該データファイルの要求され
た一部を解析して、データの区切り位置を検出し、要求
された部分の先頭から当該検出したデータの区切り位置
までを抽出することが好ましい。
ファイルの要求された部分を抽出する際に、前記中継バ
ッファに保持されている当該データファイルの要求され
た一部を解析して、データの区切り位置を検出し、要求
された部分の先頭から当該検出したデータの区切り位置
までを抽出することが好ましい。
【０００８】これにより、ページ記述言語等で記載され
たデータファイルを意味のある部分ごとに区切って処理
でき、画像処理装置において、メモリを効率的に利用し
つつ、確実に画像を形成でき、コストを低減できる。
たデータファイルを意味のある部分ごとに区切って処理
でき、画像処理装置において、メモリを効率的に利用し
つつ、確実に画像を形成でき、コストを低減できる。
【０００９】上記従来例の問題点を解決するための請求
項３記載の発明は、ネットワークを介してデータファイ
ルの取得要求を発行する要求手段と、前記要求したデー
タファイルを取得する取得手段と、前記取得したデータ
ファイルを格納する処理バッファと、前記処理バッファ
に格納されたデータファイルに基づいて画像を形成する
画像形成手段とを具備する画像処理装置において、前記
処理バッファの現在の空き容量を監視する手段を含み、
前記要求手段は、取得中のデータファイルの位置を指す
ポインタを管理し、当該ポインタの位置から前記処理バ
ッファの空き容量に応じた位置までのデータファイルを
部分取得する要求を発行し、前記画像形成手段は、前記
処理バッファに順次格納されるデータファイルの一部を
処理し、処理中にエラーが発生すると、当該エラーが発
生したデータファイル上の位置に基づいて前記ポインタ
の位置を変動させることを特徴としている。
項３記載の発明は、ネットワークを介してデータファイ
ルの取得要求を発行する要求手段と、前記要求したデー
タファイルを取得する取得手段と、前記取得したデータ
ファイルを格納する処理バッファと、前記処理バッファ
に格納されたデータファイルに基づいて画像を形成する
画像形成手段とを具備する画像処理装置において、前記
処理バッファの現在の空き容量を監視する手段を含み、
前記要求手段は、取得中のデータファイルの位置を指す
ポインタを管理し、当該ポインタの位置から前記処理バ
ッファの空き容量に応じた位置までのデータファイルを
部分取得する要求を発行し、前記画像形成手段は、前記
処理バッファに順次格納されるデータファイルの一部を
処理し、処理中にエラーが発生すると、当該エラーが発
生したデータファイル上の位置に基づいて前記ポインタ
の位置を変動させることを特徴としている。
【００１０】これにより、部分取得したデータが意味の
ある位置で区切られずに破損しても、エラーが発生した
位置に基づいて取得位置を調整して、再度取得して処理
でき、メモリを効率的に利用しつつ確実に画像を形成で
き、コストを低減できる。
ある位置で区切られずに破損しても、エラーが発生した
位置に基づいて取得位置を調整して、再度取得して処理
でき、メモリを効率的に利用しつつ確実に画像を形成で
き、コストを低減できる。
【００１１】また、前記要求手段は、前記バッファの空
き容量に応じて、データファイルを部分取得するため
に、ＨＴＴＰ１．１のＧＥＴ命令を、取得データ範囲の
限定としてのＲＡＮＧＥオプションとともに発行するこ
ととするのが好適である。すなわち、ＨＴＴＰプロトコ
ルのように、汎用のプロトコルを利用することで、実装
を容易にできる。
き容量に応じて、データファイルを部分取得するため
に、ＨＴＴＰ１．１のＧＥＴ命令を、取得データ範囲の
限定としてのＲＡＮＧＥオプションとともに発行するこ
ととするのが好適である。すなわち、ＨＴＴＰプロトコ
ルのように、汎用のプロトコルを利用することで、実装
を容易にできる。
【００１２】上記従来例の問題点を解決するための請求
項５記載の発明は、中継バッファと、データファイルの
一部を部分取得する部分取得要求を受信する手段と、当
該部分取得要求を受信したときに、前記中継バッファに
前記部分取得要求されたデータファイルが保持されてい
ない場合には、当該データファイルの全体を一括取得し
て前記中継バッファに保持するとともに、データファイ
ルのうち要求された部分を抽出して、部分的に送信する
手段と、当該部分取得要求を受信したときに、前記中継
バッファに前記部分取得要求されたデータファイルが保
持されている場合には、当該データファイルのうち要求
された部分を抽出して、部分的に送信する手段と、を含
むことを特徴としている。
項５記載の発明は、中継バッファと、データファイルの
一部を部分取得する部分取得要求を受信する手段と、当
該部分取得要求を受信したときに、前記中継バッファに
前記部分取得要求されたデータファイルが保持されてい
ない場合には、当該データファイルの全体を一括取得し
て前記中継バッファに保持するとともに、データファイ
ルのうち要求された部分を抽出して、部分的に送信する
手段と、当該部分取得要求を受信したときに、前記中継
バッファに前記部分取得要求されたデータファイルが保
持されている場合には、当該データファイルのうち要求
された部分を抽出して、部分的に送信する手段と、を含
むことを特徴としている。
【００１３】これにより、部分取得要求を送信するクラ
イアントに対し、迅速に要求されたデータファイルの一
部を提供できる。
イアントに対し、迅速に要求されたデータファイルの一
部を提供できる。
【００１４】またここで、データファイルの要求された
部分を抽出する際に、前記中継バッファに保持されてい
る当該データファイルの要求された一部を解析して、デ
ータの区切り位置を検出し、要求された部分の先頭から
当該検出したデータの区切り位置までを抽出することが
好ましい。
部分を抽出する際に、前記中継バッファに保持されてい
る当該データファイルの要求された一部を解析して、デ
ータの区切り位置を検出し、要求された部分の先頭から
当該検出したデータの区切り位置までを抽出することが
好ましい。
【００１５】上記従来例の問題点を解決するための請求
項７記載の発明は、中継方法において、データファイル
の一部を部分取得する部分取得要求を受信するステップ
と、当該部分取得要求を受信したときに、前記部分取得
要求されたデータファイルが中継バッファに保持されて
いない場合に、当該データファイルの全体を一括取得し
て、前記中継バッファに保持するステップと、前記中継
バッファに保持されたデータファイルのうち要求された
部分を抽出して、部分的に送信するステップと、を含む
ことを特徴としている。
項７記載の発明は、中継方法において、データファイル
の一部を部分取得する部分取得要求を受信するステップ
と、当該部分取得要求を受信したときに、前記部分取得
要求されたデータファイルが中継バッファに保持されて
いない場合に、当該データファイルの全体を一括取得し
て、前記中継バッファに保持するステップと、前記中継
バッファに保持されたデータファイルのうち要求された
部分を抽出して、部分的に送信するステップと、を含む
ことを特徴としている。
【００１６】
【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。本発明の第１の実施の形態に
係る画像処理システムは、ネットワークを介してプルプ
リントを行う際に、取得すべきデータファイルを処理バ
ッファの容量に応じた量ごとに部分取得して逐次処理を
行う。また、その際に、データファイルが分割されるこ
とによって破損することを防止する。具体的に本発明の
第１の実施の形態に係る画像処理システムは、図１に示
すように、ネットワークにおけるクライアントとしての
画像処理装置１と、ローカルエリアネットワーク（ＬＡ
Ｎ）２と、プロキシサーバ装置３と、ホスト４と、ファ
イルサーバ６とから主に構成されている。
を参照しながら説明する。本発明の第１の実施の形態に
係る画像処理システムは、ネットワークを介してプルプ
リントを行う際に、取得すべきデータファイルを処理バ
ッファの容量に応じた量ごとに部分取得して逐次処理を
行う。また、その際に、データファイルが分割されるこ
とによって破損することを防止する。具体的に本発明の
第１の実施の形態に係る画像処理システムは、図１に示
すように、ネットワークにおけるクライアントとしての
画像処理装置１と、ローカルエリアネットワーク（ＬＡ
Ｎ）２と、プロキシサーバ装置３と、ホスト４と、ファ
イルサーバ６とから主に構成されている。
【００１７】また、画像処理装置１は、ＣＰＵ１１と、
ＲＡＭ１２と、ページメモリ１３と、ＲＯＭ１４と、プ
リンタ部１５と、ネットワークインタフェース（Ｉ／
Ｆ）１６とから主に構成されており、各部はバスで接続
されている。ここで、ネットワークＩ／Ｆ１６はＬＡＮ
２に接続されている。
ＲＡＭ１２と、ページメモリ１３と、ＲＯＭ１４と、プ
リンタ部１５と、ネットワークインタフェース（Ｉ／
Ｆ）１６とから主に構成されており、各部はバスで接続
されている。ここで、ネットワークＩ／Ｆ１６はＬＡＮ
２に接続されている。
【００１８】さらに、プロキシサーバ装置３とホスト４
とは、それぞれＬＡＮ２に接続され、プロキシサーバ装
置３は、ＬＡＮ２に接続されている第１のネットワーク
Ｉ／Ｆ３１と、インターネットに接続されている第２の
ネットワークＩ／Ｆ３２と、制御部３３と、中継バッフ
ァとしての記憶部３４とから主に構成されている。ま
た、ファイルサーバ６はインターネットに接続されてい
る。
とは、それぞれＬＡＮ２に接続され、プロキシサーバ装
置３は、ＬＡＮ２に接続されている第１のネットワーク
Ｉ／Ｆ３１と、インターネットに接続されている第２の
ネットワークＩ／Ｆ３２と、制御部３３と、中継バッフ
ァとしての記憶部３４とから主に構成されている。ま
た、ファイルサーバ６はインターネットに接続されてい
る。
【００１９】以下、各部を具体的に説明する。本実施の
形態の画像処理装置１のＣＰＵ１１は、ＲＯＭ１４に格
納されているプログラムに従い、ネットワークを介して
データファイルを要求する要求手段としての処理と、デ
ータファイルの一部を部分取得する取得手段としての処
理と、ＲＡＭ１２の空き容量を監視する監視手段として
の処理と、画像を形成する画像形成手段としての処理と
を行う。ＣＰＵ１１の処理の具体的内容については後述
する。ＲＡＭ１２は、ネットワークＩ／Ｆ１６がＬＡＮ
２を介して送受する処理対象のデータを一時的に記憶す
る処理バッファとして動作し、またＣＰＵ１１のワーク
メモリとしても動作する。ページメモリ１３は、ＣＰＵ
１１により形成された１ページ分の画像を格納する。Ｒ
ＯＭ１４は、ＣＰＵ１１が処理するプログラムを格納す
る。プリンタ部１５は、ＣＰＵ１１から入力される指示
により、ページメモリ１３に形成された画像を印刷す
る。ネットワークＩ／Ｆ１６は、ＬＡＮ２を介して外部
の装置との間でデータを送受する。
形態の画像処理装置１のＣＰＵ１１は、ＲＯＭ１４に格
納されているプログラムに従い、ネットワークを介して
データファイルを要求する要求手段としての処理と、デ
ータファイルの一部を部分取得する取得手段としての処
理と、ＲＡＭ１２の空き容量を監視する監視手段として
の処理と、画像を形成する画像形成手段としての処理と
を行う。ＣＰＵ１１の処理の具体的内容については後述
する。ＲＡＭ１２は、ネットワークＩ／Ｆ１６がＬＡＮ
２を介して送受する処理対象のデータを一時的に記憶す
る処理バッファとして動作し、またＣＰＵ１１のワーク
メモリとしても動作する。ページメモリ１３は、ＣＰＵ
１１により形成された１ページ分の画像を格納する。Ｒ
ＯＭ１４は、ＣＰＵ１１が処理するプログラムを格納す
る。プリンタ部１５は、ＣＰＵ１１から入力される指示
により、ページメモリ１３に形成された画像を印刷す
る。ネットワークＩ／Ｆ１６は、ＬＡＮ２を介して外部
の装置との間でデータを送受する。
【００２０】プロキシサーバ装置３の制御部３３は、Ｌ
ＡＮ２に接続されている第１のネットワークＩ／Ｆ３１
を介して、画像処理装置１からデータファイルの一部の
要求を受信する手段としての処理と、当該データファイ
ルが既に記憶部３４に格納されているか否かを調べる処
理とを行う。ここで、当該データファイルが記憶部３４
に格納されていなければ、データファイルの全体を一括
して取得する要求を第２のネットワークＩ／Ｆ３２に出
力し、インターネットを介してファイルサーバ６からデ
ータファイルの全体を一括取得して、記憶部３４に格納
する手段としての処理を行う。また、この制御部３３
は、データファイルが記憶部３４に格納されていれば、
要求された部分を走査し、当該要求された部分のうち、
当該データファイルのタイプに応じた区切り位置を検出
する手段としての処理を行う。そして、この制御部３３
は、当該要求された部分のうち、検出した区切り位置ま
でのデータを第１のネットワークＩ／Ｆ３１を介して画
像処理装置１に送信する手段としての処理を行う。ここ
で、要求された部分に当該区切り位置が複数ある場合に
は、最後にある区切り位置までのデータを抽出して、画
像処理装置１に送信する。尚、この制御部３３の具体的
な動作については後述する。
ＡＮ２に接続されている第１のネットワークＩ／Ｆ３１
を介して、画像処理装置１からデータファイルの一部の
要求を受信する手段としての処理と、当該データファイ
ルが既に記憶部３４に格納されているか否かを調べる処
理とを行う。ここで、当該データファイルが記憶部３４
に格納されていなければ、データファイルの全体を一括
して取得する要求を第２のネットワークＩ／Ｆ３２に出
力し、インターネットを介してファイルサーバ６からデ
ータファイルの全体を一括取得して、記憶部３４に格納
する手段としての処理を行う。また、この制御部３３
は、データファイルが記憶部３４に格納されていれば、
要求された部分を走査し、当該要求された部分のうち、
当該データファイルのタイプに応じた区切り位置を検出
する手段としての処理を行う。そして、この制御部３３
は、当該要求された部分のうち、検出した区切り位置ま
でのデータを第１のネットワークＩ／Ｆ３１を介して画
像処理装置１に送信する手段としての処理を行う。ここ
で、要求された部分に当該区切り位置が複数ある場合に
は、最後にある区切り位置までのデータを抽出して、画
像処理装置１に送信する。尚、この制御部３３の具体的
な動作については後述する。
【００２１】ホスト４は、印刷すべきファイルが格納さ
れている場所を表す参照情報としてのＵＲＬ（Uniform
Resource Locators）と、当該ファイルを印刷する指示
とを本実施の形態の画像処理装置１に対して、ＬＡＮ２
を介して送信する。
れている場所を表す参照情報としてのＵＲＬ（Uniform
Resource Locators）と、当該ファイルを印刷する指示
とを本実施の形態の画像処理装置１に対して、ＬＡＮ２
を介して送信する。
【００２２】ファイルサーバ６は、具体的にはＨＴＴＰ
（hyper text transfer protocol）サーバやＦＴＰ（fi
le transfer protocol）サーバを動作させているコンピ
ュータであり、ＨＴＴＰやＦＴＰといったファイルを転
送するためのプロトコルを解釈して、ＬＡＮ２を介して
要求されたファイルを提供する。また、このファイルサ
ーバ６は、ファイルの部分取得に対応する公知のサーバ
であり、例えばＨＴＴＰ１．１に対応するサーバを動作
させていて、「ファイルＡの１００バイト目から２００
バイト目まで」といった要求を受けて、該当するファイ
ルの該当する部分を送信する。尚、このＨＴＴＰ１．１
については、ＩＥＴＦ（Internet Engineering Task Fo
rce）が発行するＲＦＣ（Request for Comments）の２
０６８（RFC2068）に詳細な説明があるので、ここでの
説明は省略する。
（hyper text transfer protocol）サーバやＦＴＰ（fi
le transfer protocol）サーバを動作させているコンピ
ュータであり、ＨＴＴＰやＦＴＰといったファイルを転
送するためのプロトコルを解釈して、ＬＡＮ２を介して
要求されたファイルを提供する。また、このファイルサ
ーバ６は、ファイルの部分取得に対応する公知のサーバ
であり、例えばＨＴＴＰ１．１に対応するサーバを動作
させていて、「ファイルＡの１００バイト目から２００
バイト目まで」といった要求を受けて、該当するファイ
ルの該当する部分を送信する。尚、このＨＴＴＰ１．１
については、ＩＥＴＦ（Internet Engineering Task Fo
rce）が発行するＲＦＣ（Request for Comments）の２
０６８（RFC2068）に詳細な説明があるので、ここでの
説明は省略する。
【００２３】ここで、ＣＰＵ１１の処理について具体的
に説明する。ＣＰＵ１１は、ホスト４からＬＡＮ２を介
して、印刷すべきファイルが格納されている場所として
のＵＲＬの入力を受けて図２に示す処理を開始し、ＲＡ
Ｍ１２に印刷対象としてのファイルの読み出し位置を表
すファイルポインタを格納し、「０」にリセットする
（Ｓ１）。そしてＣＰＵ１１は、ＲＡＭ１２の空き容量
を検出して、当該空き容量に基づいて一度に取得するバ
イト数（Ｘ）を決定し（Ｓ２）、ＵＲＬに示されたファ
イルの取得を要求するコマンドを生成して、処理Ｓ２で
決められたバイト数（Ｘ）分だけ取得する指示とともに
ネットワークＩ／Ｆ１６に出力し、ＬＡＮ２を介して送
信する（Ｓ３）。ここで送信されるコマンドは具体的に
ＨＴＴＰ１．１の場合には、図３に示すようなものとな
る。図３において、「Sample.htm」が取得するＵＲＬを
表し、「Ａ」は、ファイルポインタが指す取得開始の位
置であり、「Ｂ」は、「Ａ」に処理Ｓ２で決められたバ
イト数（Ｘ）を加算して得られた取得終了の位置であ
る。また、「HTTP/1.1」の部分は、このコマンドがＨＴ
ＴＰ１．１のコマンドであることを意味している。
に説明する。ＣＰＵ１１は、ホスト４からＬＡＮ２を介
して、印刷すべきファイルが格納されている場所として
のＵＲＬの入力を受けて図２に示す処理を開始し、ＲＡ
Ｍ１２に印刷対象としてのファイルの読み出し位置を表
すファイルポインタを格納し、「０」にリセットする
（Ｓ１）。そしてＣＰＵ１１は、ＲＡＭ１２の空き容量
を検出して、当該空き容量に基づいて一度に取得するバ
イト数（Ｘ）を決定し（Ｓ２）、ＵＲＬに示されたファ
イルの取得を要求するコマンドを生成して、処理Ｓ２で
決められたバイト数（Ｘ）分だけ取得する指示とともに
ネットワークＩ／Ｆ１６に出力し、ＬＡＮ２を介して送
信する（Ｓ３）。ここで送信されるコマンドは具体的に
ＨＴＴＰ１．１の場合には、図３に示すようなものとな
る。図３において、「Sample.htm」が取得するＵＲＬを
表し、「Ａ」は、ファイルポインタが指す取得開始の位
置であり、「Ｂ」は、「Ａ」に処理Ｓ２で決められたバ
イト数（Ｘ）を加算して得られた取得終了の位置であ
る。また、「HTTP/1.1」の部分は、このコマンドがＨＴ
ＴＰ１．１のコマンドであることを意味している。
【００２４】そして、ＣＰＵ１１はＬＡＮ２を介してフ
ァイルの一部が送信されてくるまで待機し（Ｓ４）、フ
ァイルが受信されると、ＲＡＭ１２に格納して処理し、
受信した部分から画像の一部を形成してページメモリ１
３に描画を行う（Ｓ５）。そしてＣＰＵ１１は、ファイ
ルの受信が終了したか否か（受信したファイルがＥＯ
Ｆ；End of Fileに達したか否か）を判定し（Ｓ６）、
終了していなければ（Ｎｏならば）、ＲＡＭ１２に格納
された、受信したファイルの一部を破棄して（Ｓ７）、
ファイルポインタの値を「Ｂ」にし（Ｓ８）、処理Ｓ２
に戻って処理を続ける。また、処理Ｓ６において、ファ
イルの受信が終了していれば（Ｙｅｓならば）、受信し
たファイルの一部とファイルポインタとを破棄して（Ｓ
９）、処理を終了する。
ァイルの一部が送信されてくるまで待機し（Ｓ４）、フ
ァイルが受信されると、ＲＡＭ１２に格納して処理し、
受信した部分から画像の一部を形成してページメモリ１
３に描画を行う（Ｓ５）。そしてＣＰＵ１１は、ファイ
ルの受信が終了したか否か（受信したファイルがＥＯ
Ｆ；End of Fileに達したか否か）を判定し（Ｓ６）、
終了していなければ（Ｎｏならば）、ＲＡＭ１２に格納
された、受信したファイルの一部を破棄して（Ｓ７）、
ファイルポインタの値を「Ｂ」にし（Ｓ８）、処理Ｓ２
に戻って処理を続ける。また、処理Ｓ６において、ファ
イルの受信が終了していれば（Ｙｅｓならば）、受信し
たファイルの一部とファイルポインタとを破棄して（Ｓ
９）、処理を終了する。
【００２５】尚、ＣＰＵ１１は、処理Ｓ５においてペー
ジメモリ１３に描画を行っている間に１ページの描画が
完了すると、その時点でプリンタ部１５にページメモリ
１３の内容を印刷する指示を出力し、ページメモリ１３
の内容を消去して、さらに処理を続ける。
ジメモリ１３に描画を行っている間に１ページの描画が
完了すると、その時点でプリンタ部１５にページメモリ
１３の内容を印刷する指示を出力し、ページメモリ１３
の内容を消去して、さらに処理を続ける。
【００２６】さらに、処理Ｓ２においてＣＰＵ１１は、
ＲＡＭ１２の空き容量を、そのまま一度に取得するバイ
ト数とするのではなく、一定の余裕をもって一度に取得
するバイト数を決定することが好適である。すなわち、
空き容量から所定のバイト数を引いた分を一度に取得す
るバイト数とすれば、他の処理に必要な分のメモリを残
しつつ、なるべく多くのバイト数を一度に取得するの
で、ファイルの取得を効率的に行うことができ、空き容
量の所定比（例えば１／３）に相当するサイズで一度に
取得するバイト数を決めれば、適切な比を設定しておく
ことでメモリの利用効率を高めることができる。
ＲＡＭ１２の空き容量を、そのまま一度に取得するバイ
ト数とするのではなく、一定の余裕をもって一度に取得
するバイト数を決定することが好適である。すなわち、
空き容量から所定のバイト数を引いた分を一度に取得す
るバイト数とすれば、他の処理に必要な分のメモリを残
しつつ、なるべく多くのバイト数を一度に取得するの
で、ファイルの取得を効率的に行うことができ、空き容
量の所定比（例えば１／３）に相当するサイズで一度に
取得するバイト数を決めれば、適切な比を設定しておく
ことでメモリの利用効率を高めることができる。
【００２７】またここで、本実施の形態の画像処理装置
１が取得するファイルがPostScript（商標）等のページ
記述言語（ＰＤＬ；Page Description Language）で表
現されたファイルであるときには、ＰＤＬを処理するた
めのワークメモリの空き容量に応じて、ＣＰＵ１１が一
度に取得するバイト数を変えることとしてもよい。
１が取得するファイルがPostScript（商標）等のページ
記述言語（ＰＤＬ；Page Description Language）で表
現されたファイルであるときには、ＰＤＬを処理するた
めのワークメモリの空き容量に応じて、ＣＰＵ１１が一
度に取得するバイト数を変えることとしてもよい。
【００２８】さらにＣＰＵ１１は、プロキシサーバ装置
３からの応答時間を図示しないタイマにて計時し、予め
設定された時間以内にプロキシサーバ装置３からの応答
がないと、処理を中断し、ホスト４に対してエラーを報
知することが好ましい。
３からの応答時間を図示しないタイマにて計時し、予め
設定された時間以内にプロキシサーバ装置３からの応答
がないと、処理を中断し、ホスト４に対してエラーを報
知することが好ましい。
【００２９】次に、本実施の形態のプロキシサーバ装置
３の制御部３３の動作について、図４を参照しながら説
明する。尚、以下の説明では制御部３３は、データファ
イルを走査するためのポインタ（走査用ポインタ）を備
えているものとする。プロキシサーバ装置３の制御部３
３は、画像処理装置１からデータファイルの一部の要求
を受信して、図４に示す処理を開始し、要求されたデー
タファイルが記憶部３４に格納されているか否かを調べ
る（Ｓ１１）。ここで、要求されたデータファイルが既
に記憶部３４に格納されているならば（Ｙｅｓなら
ば）、走査用ポインタを要求された部分の先頭を示す位
置にセットする（Ｓ１２）。そして、制御部３３は、走
査用ポインタが指すデータが予め設定されているデータ
ファイルの区切り位置、すなわちデリミタに相当するか
否かを調べ（Ｓ１３）、デリミタでなければ（Ｎｏなら
ば）、走査用ポインタをインクリメントして（Ｓ１
４）、データファイルの最後に達したか否かを調べる
（Ｓ１５）。ここで、走査用ポインタがデータファイル
の最後に達していないならば（Ｎｏならば）、要求され
た部分の終端に達したか否かを調べ（Ｓ１６）、達した
ならば（Ｙｅｓならば）、次に、最後にデリミタを検出
したときの走査用ポインタの位置（最終デリミタ位置）
が正しいか否かを調べる（Ｓ１７）。ここで、最終デリ
ミタ位置が正当であれば（Ｙｅｓならば）、当該データ
ファイルのうち、要求された部分の先頭から最終デリミ
タ位置までを第１のネットワークＩ／Ｆ３１に出力して
（Ｓ１８）、ＬＡＮ２を介して画像処理装置１に送信す
る。
３の制御部３３の動作について、図４を参照しながら説
明する。尚、以下の説明では制御部３３は、データファ
イルを走査するためのポインタ（走査用ポインタ）を備
えているものとする。プロキシサーバ装置３の制御部３
３は、画像処理装置１からデータファイルの一部の要求
を受信して、図４に示す処理を開始し、要求されたデー
タファイルが記憶部３４に格納されているか否かを調べ
る（Ｓ１１）。ここで、要求されたデータファイルが既
に記憶部３４に格納されているならば（Ｙｅｓなら
ば）、走査用ポインタを要求された部分の先頭を示す位
置にセットする（Ｓ１２）。そして、制御部３３は、走
査用ポインタが指すデータが予め設定されているデータ
ファイルの区切り位置、すなわちデリミタに相当するか
否かを調べ（Ｓ１３）、デリミタでなければ（Ｎｏなら
ば）、走査用ポインタをインクリメントして（Ｓ１
４）、データファイルの最後に達したか否かを調べる
（Ｓ１５）。ここで、走査用ポインタがデータファイル
の最後に達していないならば（Ｎｏならば）、要求され
た部分の終端に達したか否かを調べ（Ｓ１６）、達した
ならば（Ｙｅｓならば）、次に、最後にデリミタを検出
したときの走査用ポインタの位置（最終デリミタ位置）
が正しいか否かを調べる（Ｓ１７）。ここで、最終デリ
ミタ位置が正当であれば（Ｙｅｓならば）、当該データ
ファイルのうち、要求された部分の先頭から最終デリミ
タ位置までを第１のネットワークＩ／Ｆ３１に出力して
（Ｓ１８）、ＬＡＮ２を介して画像処理装置１に送信す
る。
【００３０】この処理Ｓ１７において、最終デリミタ位
置が正しいか否かは、要求された部分の先頭位置より後
であって、かつ、要求された部分の終端より前に当該最
終デリミタがあるか否かで判断する。そして、処理Ｓ１
７において、最終デリミタ位置が正しくなければ（Ｎｏ
ならば）、要求された部分の終端はデータの途中で終わ
っており、画像処理装置１において誤って解釈されるお
それがあるから、その旨をエラーとして第１のネットワ
ークＩ／Ｆ３１に出力して、ＬＡＮ２を介して画像処理
装置１に送信する（Ｓ２１）。すなわち、例えばPostSc
ript（商標）であれば、描画位置を示すポイントを移動
するコマンドは「moveto」であるが、これが「mov」と
「eto」とに分かれてしまうと、画像処理装置１での処
理が正常にできなくなることを考慮しているのである。
尚、このときデータの途中であっても、例えばビットマ
ップである場合など、画像処理装置１において処理可能
な場合があることを考慮して、要求されたデータファイ
ルの一部分を併せて送信することも好ましい。
置が正しいか否かは、要求された部分の先頭位置より後
であって、かつ、要求された部分の終端より前に当該最
終デリミタがあるか否かで判断する。そして、処理Ｓ１
７において、最終デリミタ位置が正しくなければ（Ｎｏ
ならば）、要求された部分の終端はデータの途中で終わ
っており、画像処理装置１において誤って解釈されるお
それがあるから、その旨をエラーとして第１のネットワ
ークＩ／Ｆ３１に出力して、ＬＡＮ２を介して画像処理
装置１に送信する（Ｓ２１）。すなわち、例えばPostSc
ript（商標）であれば、描画位置を示すポイントを移動
するコマンドは「moveto」であるが、これが「mov」と
「eto」とに分かれてしまうと、画像処理装置１での処
理が正常にできなくなることを考慮しているのである。
尚、このときデータの途中であっても、例えばビットマ
ップである場合など、画像処理装置１において処理可能
な場合があることを考慮して、要求されたデータファイ
ルの一部分を併せて送信することも好ましい。
【００３１】また、処理Ｓ１５において、データファイ
ルの終端に達した場合には（Ｙｅｓであれば）、要求さ
れた部分の先頭からデータファイルの最後までを第１の
ネットワークＩ／Ｆ３１に出力して、ＬＡＮ２を介して
画像処理装置１に送信する（Ｓ２２）。
ルの終端に達した場合には（Ｙｅｓであれば）、要求さ
れた部分の先頭からデータファイルの最後までを第１の
ネットワークＩ／Ｆ３１に出力して、ＬＡＮ２を介して
画像処理装置１に送信する（Ｓ２２）。
【００３２】さらに、処理Ｓ１３において、走査用ポイ
ンタが指すデータがデリミタであれば（Ｙｅｓであれ
ば）、当該走査用ポインタの位置を最終デリミタの位置
として更新して格納し（Ｓ２３）、処理Ｓ１４に移行し
て処理を続ける。尚、ここでデリミタは、現実にはデー
タファイルの種類ごとに異なる。具体的にデータファイ
ルがページ記述言語の一種である、PostScript（商標）
である場合には、デリミタは改行を表すキャラクタか、
又は空白を表すキャラクタである。
ンタが指すデータがデリミタであれば（Ｙｅｓであれ
ば）、当該走査用ポインタの位置を最終デリミタの位置
として更新して格納し（Ｓ２３）、処理Ｓ１４に移行し
て処理を続ける。尚、ここでデリミタは、現実にはデー
タファイルの種類ごとに異なる。具体的にデータファイ
ルがページ記述言語の一種である、PostScript（商標）
である場合には、デリミタは改行を表すキャラクタか、
又は空白を表すキャラクタである。
【００３３】さらに、処理Ｓ１１において、要求された
データファイルが記憶部３４に格納されていないならば
（Ｎｏならば）、インターネットを介してデータファイ
ルの全体を要求し（Ｓ３１）、受信したデータを記憶部
３４に格納する（Ｓ３２）。そして、制御部３３は、デ
ータの受信を完了したか否かを調べ（Ｓ３３）、完了し
たならば（Ｙｅｓならば）、処理Ｓ１２に移行し、完了
していないならば（Ｎｏならば）、処理Ｓ３２に戻って
処理を続ける。すなわち、制御部３３の、この処理Ｓ３
１〜Ｓ３３の処理は、データファイルを一括取得する手
段としての処理に相当する。
データファイルが記憶部３４に格納されていないならば
（Ｎｏならば）、インターネットを介してデータファイ
ルの全体を要求し（Ｓ３１）、受信したデータを記憶部
３４に格納する（Ｓ３２）。そして、制御部３３は、デ
ータの受信を完了したか否かを調べ（Ｓ３３）、完了し
たならば（Ｙｅｓならば）、処理Ｓ１２に移行し、完了
していないならば（Ｎｏならば）、処理Ｓ３２に戻って
処理を続ける。すなわち、制御部３３の、この処理Ｓ３
１〜Ｓ３３の処理は、データファイルを一括取得する手
段としての処理に相当する。
【００３４】次に、本発明の第１の実施の形態の画像処
理システムの動作について説明する。ホスト４がユーザ
から入力された指示に基づいて印刷すべきファイルが格
納されている場所としてＵＲＬをＬＡＮ２を介して画像
処理装置１に出力する。すると、画像処理装置１のＣＰ
Ｕ１１がファイルポインタを「０」にリセットして、Ｒ
ＡＭ１２の空き容量を検出し、この空き容量から予め設
定されている値を差引きして、一度に取得するデータフ
ァイルの一部のバイト数（Ｘ）を決定する。そして、Ｃ
ＰＵ１１は、「０」から「Ｘ」バイト目までのデータの
要求をＨＴＴＰ１．１のコマンドとしてＬＡＮ２を介し
てプロキシサーバ装置３に送信する。
理システムの動作について説明する。ホスト４がユーザ
から入力された指示に基づいて印刷すべきファイルが格
納されている場所としてＵＲＬをＬＡＮ２を介して画像
処理装置１に出力する。すると、画像処理装置１のＣＰ
Ｕ１１がファイルポインタを「０」にリセットして、Ｒ
ＡＭ１２の空き容量を検出し、この空き容量から予め設
定されている値を差引きして、一度に取得するデータフ
ァイルの一部のバイト数（Ｘ）を決定する。そして、Ｃ
ＰＵ１１は、「０」から「Ｘ」バイト目までのデータの
要求をＨＴＴＰ１．１のコマンドとしてＬＡＮ２を介し
てプロキシサーバ装置３に送信する。
【００３５】プロキシサーバ装置３の制御部３３は、こ
のＨＴＴＰ１．１のコマンドを受信すると、記憶部３４
を検索して、要求されているデータファイルが格納され
ているか否かを調べる。そして、記憶部３４に当該デー
タファイルが格納されていなければ、インターネットを
介してＵＲＬに示された外部のファイルサーバ６を特定
し、当該ファイルサーバ６から要求されているデータフ
ァイルの全体を一括して取得し、記憶部３４に格納す
る。
のＨＴＴＰ１．１のコマンドを受信すると、記憶部３４
を検索して、要求されているデータファイルが格納され
ているか否かを調べる。そして、記憶部３４に当該デー
タファイルが格納されていなければ、インターネットを
介してＵＲＬに示された外部のファイルサーバ６を特定
し、当該ファイルサーバ６から要求されているデータフ
ァイルの全体を一括して取得し、記憶部３４に格納す
る。
【００３６】制御部３３は、さらに、走査用ポインタを
要求されたデータ位置の先頭である「０」にセットし、
記憶部３４に格納したデータファイルのうち、当該走査
用ポインタが示している位置にあるデータがデリミタに
相当するか否かを調べつつ、順次走査用ポインタをイン
クリメントする。ここで、走査用ポインタが示している
位置にあるデータがデリミタであれば、そのときの走査
用ポインタの値を最終デリミタ位置（Ｙ）として保持す
る。こうして、「０」から「Ｘ」バイト目までにあるデ
リミタのうち、最後のデリミタ位置を最終デリミタ位置
として検出し、「０」バイト目から、当該最終デリミタ
位置として検出された「Ｙ」バイト目までのデータをＬ
ＡＮ２を介して画像処理装置１に送信する。
要求されたデータ位置の先頭である「０」にセットし、
記憶部３４に格納したデータファイルのうち、当該走査
用ポインタが示している位置にあるデータがデリミタに
相当するか否かを調べつつ、順次走査用ポインタをイン
クリメントする。ここで、走査用ポインタが示している
位置にあるデータがデリミタであれば、そのときの走査
用ポインタの値を最終デリミタ位置（Ｙ）として保持す
る。こうして、「０」から「Ｘ」バイト目までにあるデ
リミタのうち、最後のデリミタ位置を最終デリミタ位置
として検出し、「０」バイト目から、当該最終デリミタ
位置として検出された「Ｙ」バイト目までのデータをＬ
ＡＮ２を介して画像処理装置１に送信する。
【００３７】すると、画像処理装置１のＣＰＵ１１がプ
ロキシサーバ装置３から受信した当該データファイルの
一部をＲＡＭ１２に格納して、画像を形成する処理を開
始し、ページメモリ１３に描画を行う。このとき、
「Ｙ」バイト目でデータが切れているが、この位置はデ
リミタの位置であり、データとして意味のある区切りの
位置であるので、最後まで処理してもデータの分割取得
による破損がなく、確実に画像を形成できる。そして、
「０」〜「Ｙ」バイト目までのデータに基づいて画像を
形成すると、ＣＰＵ１１は、ＲＡＭ１２に格納されたこ
のデータを破棄して、ファイルポインタを「Ｙ」とし、
この時点での処理バッファの空き容量に応じて、一度に
取得するデータファイルのサイズ（Ｘ２とする）を決定
し、「Ｙ」から「Ｙ＋Ｘ２」バイト目までのデータをＨ
ＴＴＰ１．１のコマンドでプロキシサーバ装置３に対し
て要求する。
ロキシサーバ装置３から受信した当該データファイルの
一部をＲＡＭ１２に格納して、画像を形成する処理を開
始し、ページメモリ１３に描画を行う。このとき、
「Ｙ」バイト目でデータが切れているが、この位置はデ
リミタの位置であり、データとして意味のある区切りの
位置であるので、最後まで処理してもデータの分割取得
による破損がなく、確実に画像を形成できる。そして、
「０」〜「Ｙ」バイト目までのデータに基づいて画像を
形成すると、ＣＰＵ１１は、ＲＡＭ１２に格納されたこ
のデータを破棄して、ファイルポインタを「Ｙ」とし、
この時点での処理バッファの空き容量に応じて、一度に
取得するデータファイルのサイズ（Ｘ２とする）を決定
し、「Ｙ」から「Ｙ＋Ｘ２」バイト目までのデータをＨ
ＴＴＰ１．１のコマンドでプロキシサーバ装置３に対し
て要求する。
【００３８】このようにして、画像処理装置１がＲＡＭ
１２を有効に利用しつつ、画像をページメモリ１３に形
成し、プロキシサーバ装置３に格納されているデータフ
ァイルを処理し、データファイルの印刷を行う。すなわ
ち、画像処理装置１は、プロキシサーバ装置３をあたか
もファイルバッファとして利用しているのである。この
とき、プロキシサーバ装置３は一般に画像処理装置１と
同じネットワーク内（ＬＡＮ２の内部）にあるので、抽
出したデータファイルの一部を迅速に送信できる。
１２を有効に利用しつつ、画像をページメモリ１３に形
成し、プロキシサーバ装置３に格納されているデータフ
ァイルを処理し、データファイルの印刷を行う。すなわ
ち、画像処理装置１は、プロキシサーバ装置３をあたか
もファイルバッファとして利用しているのである。この
とき、プロキシサーバ装置３は一般に画像処理装置１と
同じネットワーク内（ＬＡＮ２の内部）にあるので、抽
出したデータファイルの一部を迅速に送信できる。
【００３９】本発明の第１の実施の形態に係る画像処理
システムによれば、画像処理装置がファイルを部分的に
取得して処理し、処理が完了すると当該部分を破棄し
て、さらに次の部分を取得するという処理を繰り返すこ
とで画像を処理するので、少ないメモリを有効に利用し
つつ画像の処理を行うことができ、コストを低減でき
る。
システムによれば、画像処理装置がファイルを部分的に
取得して処理し、処理が完了すると当該部分を破棄し
て、さらに次の部分を取得するという処理を繰り返すこ
とで画像を処理するので、少ないメモリを有効に利用し
つつ画像の処理を行うことができ、コストを低減でき
る。
【００４０】また、本発明の第１の実施の形態に係る画
像処理システムによれば、プロキシサーバ装置３がデー
タファイルをデータとして意味のある位置（デリミタの
位置）で区切りながら送信するので、画像処理装置が受
信する際にデータが破損していることがなく、画像を確
実に形成できる。
像処理システムによれば、プロキシサーバ装置３がデー
タファイルをデータとして意味のある位置（デリミタの
位置）で区切りながら送信するので、画像処理装置が受
信する際にデータが破損していることがなく、画像を確
実に形成できる。
【００４１】尚、ここでは、デリミタとして特定のキャ
ラクタを利用する場合のみを説明したが、TIFFファイル
などのように、１行あたりのビットマップデータのバイ
ト数がヘッダ情報から得られる場合には、プロキシサー
バ装置３の制御部３３は、当該ヘッダの情報を解析し、
ビットマップデータを１行あたりのバイト数で区切り、
画像処理装置１に対して送信することとしても構わな
い。
ラクタを利用する場合のみを説明したが、TIFFファイル
などのように、１行あたりのビットマップデータのバイ
ト数がヘッダ情報から得られる場合には、プロキシサー
バ装置３の制御部３３は、当該ヘッダの情報を解析し、
ビットマップデータを１行あたりのバイト数で区切り、
画像処理装置１に対して送信することとしても構わな
い。
【００４２】次に、本発明の第２の実施の形態に係る画
像処理システムについて説明する。本発明の第２の実施
の形態に係る画像処理システムは、ネットワークを介し
てプルプリントを行う際に、取得すべきデータファイル
を処理バッファの容量に応じた量ごとに部分取得して逐
次処理を行う。また、その際に、データファイルが分割
されることによって破損した場合には、分割により破損
した箇所以降のデータを再度取得して処理を行う。本発
明の第２の実施の形態に係る画像処理システムは、図５
に示すように、画像処理装置１と、ＬＡＮ２と、ホスト
４と、ゲートウエイ装置５と、ファイルサーバ６とから
主に構成されている。
像処理システムについて説明する。本発明の第２の実施
の形態に係る画像処理システムは、ネットワークを介し
てプルプリントを行う際に、取得すべきデータファイル
を処理バッファの容量に応じた量ごとに部分取得して逐
次処理を行う。また、その際に、データファイルが分割
されることによって破損した場合には、分割により破損
した箇所以降のデータを再度取得して処理を行う。本発
明の第２の実施の形態に係る画像処理システムは、図５
に示すように、画像処理装置１と、ＬＡＮ２と、ホスト
４と、ゲートウエイ装置５と、ファイルサーバ６とから
主に構成されている。
【００４３】また、画像処理装置１は、ＣＰＵ１１と、
ＲＡＭ１２と、ページメモリ１３と、ＲＯＭ１４と、プ
リンタ部１５と、ネットワークインタフェース（Ｉ／
Ｆ）１６とから主に構成されており、各部はバスで接続
されている。ここで、ネットワークＩ／Ｆ１６はＬＡＮ
２に接続されている。
ＲＡＭ１２と、ページメモリ１３と、ＲＯＭ１４と、プ
リンタ部１５と、ネットワークインタフェース（Ｉ／
Ｆ）１６とから主に構成されており、各部はバスで接続
されている。ここで、ネットワークＩ／Ｆ１６はＬＡＮ
２に接続されている。
【００４４】さらに、ゲートウエイ装置５とホスト４と
は、それぞれＬＡＮ２に接続され、ファイルサーバ６は
インターネットに接続されている。
は、それぞれＬＡＮ２に接続され、ファイルサーバ６は
インターネットに接続されている。
【００４５】以下、各部を具体的に説明する。尚、ホス
ト４は、第１の実施の形態に係るものと同様であるの
で、説明を省略する。ゲートウエイ装置５は、ＬＡＮ２
を介して受信したファイル取得の要求に基づいて、イン
ターネットを介してファイルサーバ６にアクセスし、フ
ァイルサーバ６から受信したデータをそのままＬＡＮ２
を介して要求元のクライアントに送信する。
ト４は、第１の実施の形態に係るものと同様であるの
で、説明を省略する。ゲートウエイ装置５は、ＬＡＮ２
を介して受信したファイル取得の要求に基づいて、イン
ターネットを介してファイルサーバ６にアクセスし、フ
ァイルサーバ６から受信したデータをそのままＬＡＮ２
を介して要求元のクライアントに送信する。
【００４６】画像処理装置１は、既に説明した第１の実
施の形態に係る画像処理装置１と同様のものであるが、
ＣＰＵ１１の処理の内容が少々異なる。そこで以下、こ
のＣＰＵ１１の処理について説明する。
施の形態に係る画像処理装置１と同様のものであるが、
ＣＰＵ１１の処理の内容が少々異なる。そこで以下、こ
のＣＰＵ１１の処理について説明する。
【００４７】ＣＰＵ１１は、ホスト４からＬＡＮ２を介
して、印刷すべきファイルが格納されている場所として
のＵＲＬの入力を受けて図６に示す処理を開始し、ＲＡ
Ｍ１２に印刷対象としてのファイルの読み出し位置を表
すファイルポインタを格納し、「０」にリセットする
（Ｓ１）。そしてＣＰＵ１１は、ＲＡＭ１２の空き容量
を検出して、当該空き容量に基づいて一度に取得するバ
イト数（Ｘ）を決定し（Ｓ２）、ＵＲＬに示されたファ
イルの取得を要求するコマンドを生成して、処理Ｓ２で
決められたバイト数（Ｘ）分だけ取得する指示とともに
ネットワークＩ／Ｆ１６に出力し、ＬＡＮ２を介して送
信する（Ｓ３）。
して、印刷すべきファイルが格納されている場所として
のＵＲＬの入力を受けて図６に示す処理を開始し、ＲＡ
Ｍ１２に印刷対象としてのファイルの読み出し位置を表
すファイルポインタを格納し、「０」にリセットする
（Ｓ１）。そしてＣＰＵ１１は、ＲＡＭ１２の空き容量
を検出して、当該空き容量に基づいて一度に取得するバ
イト数（Ｘ）を決定し（Ｓ２）、ＵＲＬに示されたファ
イルの取得を要求するコマンドを生成して、処理Ｓ２で
決められたバイト数（Ｘ）分だけ取得する指示とともに
ネットワークＩ／Ｆ１６に出力し、ＬＡＮ２を介して送
信する（Ｓ３）。
【００４８】そして、ＣＰＵ１１はＬＡＮ２を介してフ
ァイルの一部が送信されてくるまで待機し（Ｓ４）、フ
ァイルが受信されると、ＲＡＭ１２に格納して処理し、
受信した部分から画像の一部を形成してページメモリ１
３に描画を行う（Ｓ５）。そしてＣＰＵ１１は、処理Ｓ
５におけるデータファイルの処理の過程で、エラーが発
生したか否かを調べ（Ｓ４１）、エラーが発生していな
ければ（Ｎｏであれば）、処理したバイト数だけファイ
ルポインタを移動し（Ｓ４２）、処理Ｓ６に移行する。
また、処理Ｓ４１においてエラーが発生していれば（Ｙ
ｅｓならば）、ＲＡＭ１２に格納されているデータファ
イルを破棄し（Ｓ４３）、処理Ｓ２に戻って処理を続け
る。
ァイルの一部が送信されてくるまで待機し（Ｓ４）、フ
ァイルが受信されると、ＲＡＭ１２に格納して処理し、
受信した部分から画像の一部を形成してページメモリ１
３に描画を行う（Ｓ５）。そしてＣＰＵ１１は、処理Ｓ
５におけるデータファイルの処理の過程で、エラーが発
生したか否かを調べ（Ｓ４１）、エラーが発生していな
ければ（Ｎｏであれば）、処理したバイト数だけファイ
ルポインタを移動し（Ｓ４２）、処理Ｓ６に移行する。
また、処理Ｓ４１においてエラーが発生していれば（Ｙ
ｅｓならば）、ＲＡＭ１２に格納されているデータファ
イルを破棄し（Ｓ４３）、処理Ｓ２に戻って処理を続け
る。
【００４９】そしてＣＰＵ１１は、ファイルの受信が終
了したか否か（受信したファイルがＥＯＦ；End of Fil
eに達したか否か）を判定し（Ｓ６）、終了していなけ
れば（Ｎｏならば）、処理Ｓ４３に移行してＲＡＭ１２
に格納されたデータファイルの一部を破棄して、処理Ｓ
２に戻って処理を続ける。また、処理Ｓ６において、フ
ァイルの受信が終了していれば（Ｙｅｓならば）、ＲＡ
Ｍ１２に格納されたデータファイルの一部とファイルポ
インタとを破棄して（Ｓ９）、処理を終了する。
了したか否か（受信したファイルがＥＯＦ；End of Fil
eに達したか否か）を判定し（Ｓ６）、終了していなけ
れば（Ｎｏならば）、処理Ｓ４３に移行してＲＡＭ１２
に格納されたデータファイルの一部を破棄して、処理Ｓ
２に戻って処理を続ける。また、処理Ｓ６において、フ
ァイルの受信が終了していれば（Ｙｅｓならば）、ＲＡ
Ｍ１２に格納されたデータファイルの一部とファイルポ
インタとを破棄して（Ｓ９）、処理を終了する。
【００５０】尚、ＣＰＵ１１は、処理Ｓ５においてペー
ジメモリ１３に描画を行っている間に１ページの描画が
完了すると、その時点でプリンタ部１５にページメモリ
１３の内容を印刷する指示を出力し、ページメモリ１３
の内容を消去して、さらに処理を続ける。
ジメモリ１３に描画を行っている間に１ページの描画が
完了すると、その時点でプリンタ部１５にページメモリ
１３の内容を印刷する指示を出力し、ページメモリ１３
の内容を消去して、さらに処理を続ける。
【００５１】このように、本実施の形態のＣＰＵ１１の
処理で特徴的なことは、処理とともにファイルポインタ
を進め、処理中にエラーが発生すると、正常に処理完了
した時点でのファイルポインタの位置から改めてデータ
ファイルの部分取得を行うことである。
処理で特徴的なことは、処理とともにファイルポインタ
を進め、処理中にエラーが発生すると、正常に処理完了
した時点でのファイルポインタの位置から改めてデータ
ファイルの部分取得を行うことである。
【００５２】次に、本発明の第２の実施の形態に係る画
像処理システムの動作について説明する。ホスト４がユ
ーザから入力された指示に基づいて印刷すべきファイル
が格納されている場所としてＵＲＬをＬＡＮ２を介して
画像処理装置１に出力する。すると、画像処理装置１の
ＣＰＵ１１がファイルポインタを「０」にリセットし
て、ＲＡＭ１２の空き容量を検出し、この空き容量から
予め設定されている値を差引きして、一度に取得するデ
ータファイルの一部のバイト数（Ｘ）を決定する。そし
て、ＣＰＵ１１は、「０」から「Ｘ」バイト目までのデ
ータの要求をＨＴＴＰ１．１のコマンドとしてＬＡＮ２
を介してゲートウエイ装置５に送信する。
像処理システムの動作について説明する。ホスト４がユ
ーザから入力された指示に基づいて印刷すべきファイル
が格納されている場所としてＵＲＬをＬＡＮ２を介して
画像処理装置１に出力する。すると、画像処理装置１の
ＣＰＵ１１がファイルポインタを「０」にリセットし
て、ＲＡＭ１２の空き容量を検出し、この空き容量から
予め設定されている値を差引きして、一度に取得するデ
ータファイルの一部のバイト数（Ｘ）を決定する。そし
て、ＣＰＵ１１は、「０」から「Ｘ」バイト目までのデ
ータの要求をＨＴＴＰ１．１のコマンドとしてＬＡＮ２
を介してゲートウエイ装置５に送信する。
【００５３】ゲートウエイ装置５は、このＨＴＴＰ１．
１のコマンドを受信すると、インターネットを介して当
該ＨＴＴＰ１．１のコマンドを送信し、ＵＲＬに示され
たファイルサーバ６から、当該コマンドに応じてデータ
ファイルの一部を受信して、ＬＡＮ２を介して要求元の
クライアントとしての画像処理装置１に送信する。
１のコマンドを受信すると、インターネットを介して当
該ＨＴＴＰ１．１のコマンドを送信し、ＵＲＬに示され
たファイルサーバ６から、当該コマンドに応じてデータ
ファイルの一部を受信して、ＬＡＮ２を介して要求元の
クライアントとしての画像処理装置１に送信する。
【００５４】すると、画像処理装置１のＣＰＵ１１がゲ
ートウエイ装置５を介してインターネット上のファイル
サーバ６から受信した当該データファイルの一部をＲＡ
Ｍ１２に格納して、画像を形成する処理を開始する。Ｃ
ＰＵ１１は、ＲＡＭ１２に格納されたデータファイルを
先頭から順次処理し、処理を完了するごとに、処理完了
した位置までファイルポインタを移動する。そして、デ
ータファイルが終端部分（例えばＺバイト目）で破損し
ているときには、ファイルポインタが「Ｚ−１」バイト
目を指しているときにエラーが発生し、「Ｚ−１」バイ
ト目から処理バッファの空き容量に応じたバイト数（Ｘ
２とする）分だけのデータをＨＴＴＰ１．１のコマンド
で、ゲートウエイ装置５に対して要求する。このように
することにより、例えば「moveto」という描画のコマン
ドが、「mov」と「eto」に分割されても、正常処理した
部分以降を再度取得することで、「moveto …」と取得
されることになって、確実に画像を形成できる。尚、エ
ラーが発生したときには、終端部分で発生したか否かを
調べ、終端部分以外の位置でエラーが発生している場合
には、エラーとしてホスト４に報知して処理を終了する
こととすれば、データファイルの記述ミスによるエラー
を適切に報知できる。ここでエラーが終端部分で発生し
たか否かは、そのときのファイルポインタの値と、取得
したデータファイルの先頭位置と、取得したデータファ
イルのサイズとから調べることができる。
ートウエイ装置５を介してインターネット上のファイル
サーバ６から受信した当該データファイルの一部をＲＡ
Ｍ１２に格納して、画像を形成する処理を開始する。Ｃ
ＰＵ１１は、ＲＡＭ１２に格納されたデータファイルを
先頭から順次処理し、処理を完了するごとに、処理完了
した位置までファイルポインタを移動する。そして、デ
ータファイルが終端部分（例えばＺバイト目）で破損し
ているときには、ファイルポインタが「Ｚ−１」バイト
目を指しているときにエラーが発生し、「Ｚ−１」バイ
ト目から処理バッファの空き容量に応じたバイト数（Ｘ
２とする）分だけのデータをＨＴＴＰ１．１のコマンド
で、ゲートウエイ装置５に対して要求する。このように
することにより、例えば「moveto」という描画のコマン
ドが、「mov」と「eto」に分割されても、正常処理した
部分以降を再度取得することで、「moveto …」と取得
されることになって、確実に画像を形成できる。尚、エ
ラーが発生したときには、終端部分で発生したか否かを
調べ、終端部分以外の位置でエラーが発生している場合
には、エラーとしてホスト４に報知して処理を終了する
こととすれば、データファイルの記述ミスによるエラー
を適切に報知できる。ここでエラーが終端部分で発生し
たか否かは、そのときのファイルポインタの値と、取得
したデータファイルの先頭位置と、取得したデータファ
イルのサイズとから調べることができる。
【００５５】このようにして、画像処理装置１が、空き
容量に応じてＲＡＭ１２を効率的に利用しつつ、画像を
ページメモリ１３に形成し、ファイルサーバ６に格納さ
れているデータファイルを処理し、データファイルの印
刷を行うので、ＲＡＭの容量が少なくても画像を形成し
て印刷を行うことができ、コストを低減できる。
容量に応じてＲＡＭ１２を効率的に利用しつつ、画像を
ページメモリ１３に形成し、ファイルサーバ６に格納さ
れているデータファイルを処理し、データファイルの印
刷を行うので、ＲＡＭの容量が少なくても画像を形成し
て印刷を行うことができ、コストを低減できる。
【００５６】また、本発明の第２の実施の形態の画像処
理システムによれば、分割取得によりデータファイルが
途中で分割されても、画像処理装置が当該処理の過程で
エラーを検出して、正常処理した部分以降を再度取得す
るので、画像を確実に形成できる。
理システムによれば、分割取得によりデータファイルが
途中で分割されても、画像処理装置が当該処理の過程で
エラーを検出して、正常処理した部分以降を再度取得す
るので、画像を確実に形成できる。
【００５７】
【発明の効果】本発明によれば、画像処理装置が処理バ
ッファの現在の空き容量に応じてデータファイルを順次
分割取得して処理し、プロキシサーバ装置が分割取得の
要求を受信して、データファイルの全体を一括取得し、
要求された部分を抽出して画像処理装置に送信する画像
処理システムとしているので、画像処理装置の処理バッ
ファの空き容量に応じて順次画像を処理でき、処理バッ
ファを大きくすることなく、コストを低減できる。
ッファの現在の空き容量に応じてデータファイルを順次
分割取得して処理し、プロキシサーバ装置が分割取得の
要求を受信して、データファイルの全体を一括取得し、
要求された部分を抽出して画像処理装置に送信する画像
処理システムとしているので、画像処理装置の処理バッ
ファの空き容量に応じて順次画像を処理でき、処理バッ
ファを大きくすることなく、コストを低減できる。
【００５８】また、本発明の画像処理システムによれ
ば、プロキシサーバ装置が要求された部分を抽出する際
に、区切り位置を検出し、当該区切り位置までを抽出す
るので、画像処理装置において、データファイルが途中
で分割されて処理不能になることがなく、確実に画像を
処理できる。
ば、プロキシサーバ装置が要求された部分を抽出する際
に、区切り位置を検出し、当該区切り位置までを抽出す
るので、画像処理装置において、データファイルが途中
で分割されて処理不能になることがなく、確実に画像を
処理できる。
【００５９】また、本発明によれば、処理バッファの現
在の空き容量に応じてデータファイルを順次分割取得し
て処理し、処理中に分割取得したことによるエラーが発
生したときには、分割した部分以降のデータを再度取得
して処理する画像処理装置としているので、処理バッフ
ァを大きくすることなく画像を処理してコストを低減で
き、さらにデータファイルが途中で分割されて処理不能
になっても、分割位置を変えて再度取得して処理するこ
とにより、確実に画像を処理できる。
在の空き容量に応じてデータファイルを順次分割取得し
て処理し、処理中に分割取得したことによるエラーが発
生したときには、分割した部分以降のデータを再度取得
して処理する画像処理装置としているので、処理バッフ
ァを大きくすることなく画像を処理してコストを低減で
き、さらにデータファイルが途中で分割されて処理不能
になっても、分割位置を変えて再度取得して処理するこ
とにより、確実に画像を処理できる。
【００６０】さらに、本発明によれば、クライアントか
ら分割取得の要求を受けると、ファイルサーバから当該
分割取得するデータファイルの全体を一括して取得し、
要求された部分を抽出してクライアントに送信するプロ
キシサーバとしているので、クライアントの処理のバッ
ファを大きくすることなく、ネットワークを介して授受
されるデータを処理でき、コストを低減できる。
ら分割取得の要求を受けると、ファイルサーバから当該
分割取得するデータファイルの全体を一括して取得し、
要求された部分を抽出してクライアントに送信するプロ
キシサーバとしているので、クライアントの処理のバッ
ファを大きくすることなく、ネットワークを介して授受
されるデータを処理でき、コストを低減できる。
【図１】 本発明の第１の実施の形態に係る画像処理シ
ステムの構成ブロック図である。
ステムの構成ブロック図である。
【図２】 本発明の第１の実施の形態に係るＣＰＵ１１
が行う処理を表すフローチャート図である。
が行う処理を表すフローチャート図である。
【図３】 ＣＰＵ１１が送信する要求のコマンドの一例
を表す説明図である。
を表す説明図である。
【図４】 本発明の第１の実施の形態に係るプロキシサ
ーバ装置３の制御部３３が行う処理を表すフローチャー
ト図である。
ーバ装置３の制御部３３が行う処理を表すフローチャー
ト図である。
【図５】 本発明の第２の実施の形態に係る画像処理シ
ステムの構成ブロック図である。
ステムの構成ブロック図である。
【図６】 本発明の第２の実施の形態に係るＣＰＵ１１
が行う処理を表すフローチャート図である。
が行う処理を表すフローチャート図である。
１ 画像処理装置、２ ローカルエリアネットワーク、
３ プロキシサーバ装置、４ ホスト、５ ゲートウエ
イ装置、６ ファイルサーバ、１１ ＣＰＵ、１２ Ｒ
ＡＭ、１３ ページメモリ、１４ ＲＯＭ、１５ プリ
ンタ部、１６ネットワークＩ／Ｆ、３１ 第１のネット
ワークＩ／Ｆ、３２ 第２のネットワークＩ／Ｆ、３３
制御部、３４記憶部。
３ プロキシサーバ装置、４ ホスト、５ ゲートウエ
イ装置、６ ファイルサーバ、１１ ＣＰＵ、１２ Ｒ
ＡＭ、１３ ページメモリ、１４ ＲＯＭ、１５ プリ
ンタ部、１６ネットワークＩ／Ｆ、３１ 第１のネット
ワークＩ／Ｆ、３２ 第２のネットワークＩ／Ｆ、３３
制御部、３４記憶部。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/56 Ｈ０４Ｌ 11/20 １０２Ｂ ５Ｋ０３０ ９Ａ００１ Ｆターム(参考） 2C061 AP01 HJ06 HJ08 HQ17 2C087 BC06 BD46 5B021 AA01 AA02 BB01 DD12 5B082 AA13 CA08 FA02 5B089 GA19 HB05 JA01 JA32 JB10 KA11 KB02 KC53 KD09 LB12 5K030 GA05 GA19 HA08 HD06 KA03 MB15 9A001 BB03 BB04 CC06 DD10 JJ35
Claims (7)
- 【請求項１】 画像処理装置と、前記画像処理装置にネ
ットワークを介して接続されたプロキシサーバ装置とを
含む画像処理システムであって、 前記画像処理装置は、 処理バッファと、 前記処理バッファの現在の空き容量を監視する手段と、 前記処理バッファの現在の空き容量に基づいて、前記プ
ロキシサーバ装置に対してデータファイルの一部を部分
取得する部分取得要求を発行する手段と、 前記要求したデータファイルの一部を受信して前記処理
バッファに格納する手段と、を含み、 前記プロキシサーバ装置は、 中継バッファと、 前記部分取得要求を受信する手段と、 当該部分取得要求を受信したときに、前記中継バッファ
に前記部分取得要求されたデータファイルが保持されて
いない場合にのみ、当該データファイルの全体を一括取
得して前記中継バッファに保持するとともに、データフ
ァイルのうち要求された部分を抽出して、当該抽出した
部分を送信する手段と、 当該部分取得要求を受信したときに、前記中継バッファ
に前記部分取得要求されたデータファイルが保持されて
いる場合には、当該データファイルのうち要求された部
分を抽出して、当該抽出した部分を送信する手段と、 を含むことを特徴とする画像処理システム。 - 【請求項２】 請求項１に記載の画像処理システムであ
って、 前記プロキシサーバ装置は、データファイルの要求され
た部分を抽出する際に、前記中継バッファに保持されて
いる当該データファイルの要求された一部を解析して、
データの区切り位置を検出し、要求された部分の先頭か
ら当該検出したデータの区切り位置までを抽出すること
を特徴とする画像処理システム。 - 【請求項３】 ネットワークを介してデータファイルの
取得要求を発行する要求手段と、前記要求したデータフ
ァイルを取得する取得手段と、前記取得したデータファ
イルを格納する処理バッファと、前記処理バッファに格
納されたデータファイルに基づいて画像を形成する画像
形成手段とを具備する画像処理装置において、 前記処理バッファの現在の空き容量を監視する手段を含
み、 前記要求手段は、取得中のデータファイルの位置を指す
ポインタを管理し、当該ポインタの位置から前記処理バ
ッファの空き容量に応じた位置までのデータファイルを
部分取得する要求を発行し、 前記画像形成手段は、前記処理バッファに順次格納され
るデータファイルの一部を処理し、処理中にエラーが発
生すると、当該エラーが発生したデータファイル上の位
置に基づいて前記ポインタの位置を変動させることを特
徴とする画像処理装置。 - 【請求項４】 請求項３に記載の画像処理装置におい
て、 前記要求手段は、前記バッファの空き容量に応じて、デ
ータファイルを部分取得するために、ＨＴＴＰ１．１の
ＧＥＴ命令を、取得データ範囲の限定としてのＲＡＮＧ
Ｅオプションとともに発行することを特徴とする画像処
理装置。 - 【請求項５】 中継バッファと、 データファイルの一部を部分取得する部分取得要求を受
信する手段と、 当該部分取得要求を受信したときに、前記中継バッファ
に前記部分取得要求されたデータファイルが保持されて
いない場合には、当該データファイルの全体を一括取得
して前記中継バッファに保持するとともに、データファ
イルのうち要求された部分を抽出して、部分的に送信す
る手段と、 当該部分取得要求を受信したときに、前記中継バッファ
に前記部分取得要求されたデータファイルが保持されて
いる場合には、当該データファイルのうち要求された部
分を抽出して、部分的に送信する手段と、 を含むことを特徴とするプロキシサーバ装置。 - 【請求項６】 請求項５に記載のプロキシサーバ装置に
おいて、さらに、 データファイルの要求された部分を抽出する際に、前記
中継バッファに保持されている当該データファイルの要
求された一部を解析して、データの区切り位置を検出
し、要求された部分の先頭から当該検出したデータの区
切り位置までを抽出することを特徴とするプロキシサー
バ装置。 - 【請求項７】 データファイルの一部を部分取得する部
分取得要求を受信するステップと、 当該部分取得要求を受信したときに、前記部分取得要求
されたデータファイルが中継バッファに保持されていな
い場合に、当該データファイルの全体を一括取得して、
前記中継バッファに保持するステップと、 前記中継バッファに保持されたデータファイルのうち要
求された部分を抽出して、部分的に送信するステップ
と、 を含むことを特徴とする中継方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27890199A JP2001101091A (ja) | 1999-09-30 | 1999-09-30 | 画像処理システム、画像処理装置及びプロキシサーバ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27890199A JP2001101091A (ja) | 1999-09-30 | 1999-09-30 | 画像処理システム、画像処理装置及びプロキシサーバ装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001101091A true JP2001101091A (ja) | 2001-04-13 |
Family
ID=17603684
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27890199A Pending JP2001101091A (ja) | 1999-09-30 | 1999-09-30 | 画像処理システム、画像処理装置及びプロキシサーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001101091A (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006503510A (ja) * | 2002-10-18 | 2006-01-26 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | バス上でデータを伝送する方法 |
| JP2006217376A (ja) * | 2005-02-04 | 2006-08-17 | Fuji Xerox Co Ltd | 処理実行装置及び方法、及び処理実行プログラム |
| US7167269B2 (en) | 2002-10-04 | 2007-01-23 | Fuji Xerox Co., Ltd. | Image forming device and method |
| JP2007060001A (ja) * | 2005-08-22 | 2007-03-08 | Matsushita Electric Ind Co Ltd | コンテンツ再生装置およびコンテンツ再生方法 |
| US7539292B2 (en) | 2003-11-13 | 2009-05-26 | Panasonic Corporation | Contents distribution system, contents server, contents receiving apparatus, contents distribution method, program and storage media |
| US7599962B2 (en) | 2003-11-13 | 2009-10-06 | Panasonic Corporation | Content delivery system, content server, content receiver, content delivery method, storage medium and program |
| JP2010176514A (ja) * | 2009-01-30 | 2010-08-12 | Konica Minolta Business Technologies Inc | データ処理装置、プログラム及びデータ処理方法 |
| JP2013058025A (ja) * | 2011-09-07 | 2013-03-28 | Ricoh Co Ltd | 情報処理装置、プログラムおよび制御方法 |
| US8767243B2 (en) | 2011-05-31 | 2014-07-01 | Brother Kogyo Kabushiki Kaisha | Proxy server transmitting image data to outputting device |
| JP2014128899A (ja) * | 2012-12-28 | 2014-07-10 | Brother Ind Ltd | 印刷装置 |
| US8797557B2 (en) | 2001-10-30 | 2014-08-05 | Nikon Corporation | Image storage apparatus, image storage supporting apparatus, image storage system, image management apparatus and image saving apparatus |
-
1999
- 1999-09-30 JP JP27890199A patent/JP2001101091A/ja active Pending
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8797557B2 (en) | 2001-10-30 | 2014-08-05 | Nikon Corporation | Image storage apparatus, image storage supporting apparatus, image storage system, image management apparatus and image saving apparatus |
| US7167269B2 (en) | 2002-10-04 | 2007-01-23 | Fuji Xerox Co., Ltd. | Image forming device and method |
| JP2006503510A (ja) * | 2002-10-18 | 2006-01-26 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | バス上でデータを伝送する方法 |
| US7539292B2 (en) | 2003-11-13 | 2009-05-26 | Panasonic Corporation | Contents distribution system, contents server, contents receiving apparatus, contents distribution method, program and storage media |
| US7599962B2 (en) | 2003-11-13 | 2009-10-06 | Panasonic Corporation | Content delivery system, content server, content receiver, content delivery method, storage medium and program |
| JP2006217376A (ja) * | 2005-02-04 | 2006-08-17 | Fuji Xerox Co Ltd | 処理実行装置及び方法、及び処理実行プログラム |
| JP4548137B2 (ja) * | 2005-02-04 | 2010-09-22 | 富士ゼロックス株式会社 | 処理実行指示装置及び方法、及び処理実行指示プログラム |
| JP2007060001A (ja) * | 2005-08-22 | 2007-03-08 | Matsushita Electric Ind Co Ltd | コンテンツ再生装置およびコンテンツ再生方法 |
| JP4740690B2 (ja) * | 2005-08-22 | 2011-08-03 | パナソニック株式会社 | コンテンツ再生装置およびコンテンツ再生方法 |
| JP2010176514A (ja) * | 2009-01-30 | 2010-08-12 | Konica Minolta Business Technologies Inc | データ処理装置、プログラム及びデータ処理方法 |
| US8767243B2 (en) | 2011-05-31 | 2014-07-01 | Brother Kogyo Kabushiki Kaisha | Proxy server transmitting image data to outputting device |
| US9191430B2 (en) | 2011-05-31 | 2015-11-17 | Brother Kogyo Kabushiki Kaisha | Proxy device receiving specific data from instruction device in response to transmitted response data and transmitting specific data to outputting device which outputs an image and location data indicating a location in which the output data is stored |
| JP2013058025A (ja) * | 2011-09-07 | 2013-03-28 | Ricoh Co Ltd | 情報処理装置、プログラムおよび制御方法 |
| JP2014128899A (ja) * | 2012-12-28 | 2014-07-10 | Brother Ind Ltd | 印刷装置 |
| US9542131B2 (en) | 2012-12-28 | 2017-01-10 | Brother Kogyo Kabushiki Kaisha | Image forming apparatus for retrieving print data using an address of the stored print data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9565053B2 (en) | Non-transitory computer-readable medium, communication relay apparatus, and image processing apparatus | |
| US8054481B2 (en) | Updating of resource data in a printing apparatus | |
| JP5539043B2 (ja) | 情報送信装置、情報送信装置の制御方法及びコンピュータプログラム | |
| US8947701B2 (en) | Server apparatus, terminal apparatus, and printing system and data conversion method thereof | |
| US8717601B2 (en) | Server apparatus, and terminal apparatus | |
| US10069894B2 (en) | Electronic device, storage medium and file transferring method | |
| EP2565777B1 (en) | Processing device and processing method | |
| JPH10233860A (ja) | データ通信装置及びその方法 | |
| US20110194146A1 (en) | Print job management apparatus, print job management method, and image forming apparatus | |
| JP2001101091A (ja) | 画像処理システム、画像処理装置及びプロキシサーバ装置 | |
| US20120154861A1 (en) | Image processing apparatus, system including image processing apparatus and external apparatus | |
| JP2009038526A (ja) | 印刷サーバ装置 | |
| US8527643B2 (en) | Data processing apparatus that registers information notification destination and method therefor, and storage medium | |
| US9891878B2 (en) | Information processing system, information processing apparatus, and computer-readable recording medium | |
| JP5899713B2 (ja) | 印刷装置、印刷方法 | |
| JP4045800B2 (ja) | プリントシステム及び方法 | |
| CN109828729B (zh) | 一种用于协调激光打印机的联网通讯方法 | |
| JP2015022682A (ja) | 印刷システム、方法、及びプログラム | |
| JP2000172463A (ja) | 端末装置 | |
| US20240103777A1 (en) | Information processing apparatus and method and non-transitory computer readable medium | |
| US8607113B2 (en) | Data processing apparatus, and control method and storage medium therefor | |
| US20120229849A1 (en) | Client apparatus and control method thereof | |
| JP3812170B2 (ja) | 情報処理装置 | |
| US20240098134A1 (en) | Information processing apparatus, method, and non-transitory computer readable medium | |
| JP2011044823A (ja) | 通信装置、通信システム、通信方法及び通信プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060516 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060712 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060815 |