(57)【特許請求の範囲】
【請求項１】
少なくとも１つの画像ファイルに基づいて、所定の画像処理態様により画像を処理する画像処理手段を具備する画像処理装置において、
複数の画像ファイルを特定する情報と、各画像ファイルの属性情報とを対応づけて格納した特定情報ファイルを取得するとともに、当該特定情報ファイルを参照し、当該特定情報ファイルで特定された画像ファイルのうち、前記画像処理態様を表す属性情報に応じた画像ファイルを選択的に取得するファイル取得手段と、
記憶手段と、
前記ファイル取得手段が取得したファイルが特定情報ファイルであるか否かを判断し、当該取得したファイルが画像ファイルであるときのみ、前記記憶手段に所定の領域を確保して、前記画像処理手段を起動する処理制御手段と、を含み、
前記画像処理手段は、前記記憶手段に確保された所定の領域を用いて前記選択的に取得された画像ファイルの処理を行うことを特徴とする画像処理装置。
【請求項２】
請求項１記載の画像処理装置において、
前記特定情報ファイルは、自己が特定情報ファイルであることを表す種別属性情報を含み、
前記処理制御手段は、取得したファイルが特定情報ファイルであるか否かの判断を取得したファイルの種別属性情報に基づいて行うことを特徴とする画像処理装置。
【請求項３】
請求項１記載の画像処理装置において、
前記ファイル取得手段は、ＨＴＭＬ、ＳＧＭＬ又はＸＭＬ等のマークアップ言語で記述されたファイルを受け取り、該ファイル中の記述に基づき該ファイルが特定情報ファイルであるか否かを判断することを特徴とする画像処理装置。
【請求項４】
請求項１記載の画像処理装置において、
前記記憶手段は該画像処理装置の備えるＲＡＭであり、前記所定の領域は前記画像ファイルの処理のために該ＲＡＭ上に確保されるバッファ領域であることを特徴とする画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所定のデータを外部に送信出力するデータ送信装置、所定のデータを取得して処理するデータ取得装置及びデータ処理装置に関する。
【０００２】
【従来の技術】
近年、インターネットの急速な発展に伴って、種々のデータの授受がインターネットを介して行われるようになっている。例えば、画像データは、ＪＰＥＧ（Joint Picture Experts Group）フォーマットや、ＧＩＦ（Graphic Interchange Format）といったフォーマットに代表されるビットマップ画像と、PostScript（商標）等に代表されるベクトル画像とがあり、用途に応じて使い分けられている。また、音声データについても、種々の異なるフォーマットが適用されている。
【０００３】
従って、インターネットの利用者は通常、多数のファイルフォーマットに対応する画像、音声の処理プログラムを用意しておき、取得した画像、音声のフォーマットに応じて処理プログラムを選択して処理させる。
【０００４】
以下、データ処理装置の一例として、従来の一般的な画像処理装置について図１０を使って説明する。図１０は、一般的な画像処理装置を表す構成ブロック図である。図１０に示すように、一般的な画像処理装置は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、外部Ｉ／Ｆ１４とから構成されており、これらの各部は互いにバスを介して接続されている。
【０００５】
ＣＰＵ１１は、ＲＯＭ１２に格納された処理プログラムに従って画像を形成する。ＣＰＵ１１の具体的な処理については後述する。ＲＯＭ１２は、ＣＰＵ１１にて処理されるプログラムを格納している。ＲＡＭ１３は、ＣＰＵ１１のワークメモリとして動作するとともに、外部Ｉ／Ｆ１４を介して授受するデータを一時的に格納するバッファメモリとしても動作する。外部Ｉ／Ｆ１４は、ネットワークに接続され、ＣＰＵ１１から入力される指示に応じて、ネットワークを介してデータを取得し、また、データを外部に送信出力する。ＣＰＵ１１は、ＲＯＭ１２に格納されている処理プログラムにより、外部から入力される指示に応じて、外部Ｉ／Ｆ１４を介して画像ファイルを取得し、当該画像ファイルに基づいてＲＡＭ１３に画像を形成する。
【０００６】
ところで、画像を表現した画像ファイルには、大きく分けてラスタ画像（ビットマップ画像）とベクトル画像との２種類のフォーマットがあり、さらにビットマップ画像の内にも、ＪＰＥＧ，ＧＩＦ等の種々の画像ファイルのフォーマットがある。また、一般に画面表示をするための画像は、光の３原色を基本とした色空間として、赤（Ｒ）、緑（Ｇ）、青（Ｂ）の各色の強度を表すＲＧＢで表現されるのが普通であるのに対し、プリンタ等の印刷画像としては、シアン（Ｃ）、マゼンタ（Ｍ）、黄色（Ｙ）、黒（Ｋ）の４色を基本としたＣＭＹＫで表現されるのが一般的になっている。
【０００７】
また、一般にビットマップ画像では、画像の解像度を変化させると、その大きさも変化してしまう。これは、ｘ×ｙ個のドットからなる矩形状の領域を占めるビットマップ画像ならば、例えば、２００ドット／インチ（ｄｐｉ）の解像度とすれば、ｘ／２００インチ×ｙ／２００インチの大きさになるが、４００ｄｐｉの解像度とすれば、ｘ／４００インチ×ｙ／４００インチの大きさになってしまうからである。
【０００８】
従って、ＣＰＵ１１は、例えば印刷用の画像を形成するときに、ＲＧＢで表現されたビットマップの画像ファイルを取得すると、まず、ＲＧＢからＣＭＹＫの色空間の変換を公知の方法で行うとともに、解像度を調整してプリンタのプリントエンジンに適した解像度に変換する処理を行う。また、ＣＰＵ１１は、画面表示用の画像を形成するときには、ＲＧＢで表現されたビットマップの画像ファイルに基づいて画面の解像度で当該ビットマップ画像を表示出力する。
【０００９】
【発明が解決しようとする課題】
このように、上記従来の画像処理装置では、１つの画像ファイルを画面表示用としても、印刷用としても用いるため、取得した画像ファイルを画像処理の方法に適したフォーマットに変換する処理をしているので、処理の負荷が大きくなる。またビットマップの画像ファイルでは解像度が決められてしまうので、画面表示用に適した低解像度の画像を印刷すれば画質が悪くなり、印刷用に適した高解像度の画像を表示出力するのは画面の解像度に対して画像の大きさが大きくなり過ぎてしまう。
【００１０】
そこで、複数の異なる解像度で画像ファイルを保持し、適宜用いる技術が、特表平８−５１０８５１号公報、「画像処理方法及び装置」に開示されているが、この画像処理方法では、常にビットマップ画像を用いることになるため、最高解像度に上限があって、プリンタやディスプレイ等の各周辺機器に適合した、良質な再生を行うことができないという問題点があり、また、画像ファイルのフォーマットとして汎用のものを利用できないという問題点があった。
【００１１】
これらの事情は、画像のみならず、音声を含むそのほかのマルチメディアファイルにも当てはまることであって、所定の名称で特定されるファイルが１つの実体のファイルに対応しており、目的に応じて処理可能な形態にデータを変換する必要があって、処理の負荷が大きくなり、また、各周辺機器の能力に適合した、良質なマルチメディアデータの再生ができないという問題点があった。
【００１２】
本発明は上記実情に鑑みて為されたもので、データを処理する装置が処理の方法に適したデータを取得して処理でき、処理の負荷を軽減しつつ、各周辺機器の能力に適合したデータ処理を行うことができるデータ取得装置及びデータ処理装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記従来例の問題点を解決するための請求項１記載の発明は、少なくとも１つの画像ファイルに基づいて、所定の画像処理態様により画像を処理する画像処理手段を具備する画像処理装置において、複数の画像ファイルのうち、前記画像処理態様を表す属性情報に応じた画像ファイルを選択的に取得する取得手段を有し、選択的に取得された画像ファイルが前記画像処理手段により処理されることを特徴としている。
【００１４】
上記従来例の問題点を解決するための請求項２記載の発明は、少なくとも１つの画像ファイルに基づいて、所定の画像処理態様により画像を処理する画像処理手段と、前記画像処理手段にて処理された画像を出力する出力手段とを具備する画像処理装置において、複数の画像ファイルのうち、前記出力手段のタイプに応じた画像ファイルを選択的に取得する取得手段を有し、選択的に取得された画像ファイルが前記画像処理手段により処理され、出力手段により出力されることを特徴としている。
【００１５】
上記従来例の問題点を解決するための請求項３記載の発明は、請求項１記載の画像処理装置において、さらに、前記画像ファイルを特定する情報と、各画像ファイルの属性情報とを対応づけて格納した特定情報ファイルを取得する特定情報ファイル取得手段を含み、前記取得手段は、取得された前記特定情報ファイルを参照し、当該特定情報ファイルで特定される前記画像ファイルのうち、前記画像処理の属性情報に対応する画像ファイルを選択的に取得することを特徴としている。
【００１６】
上記従来例の問題点を解決するための請求項４記載の発明は、請求項１記載の画像処理装置において、さらに、前記取得手段が取得した画像ファイルに対応する処理パラメータを取得する処理パラメータ取得手段を含み、前記画像形成手段は、画像ファイルに基づいて、当該画像ファイルに対応する処理パラメータに応じて画像イメージを形成することを特徴としている。
【００１７】
上記従来例の問題点を解決するための請求項５記載の発明は、請求項１記載の画像処理装置において、前記画像処理の属性は、画像処理態様のタイプ情報であることを特徴としている。
【００１８】
上記従来例の問題点を解決するための請求項６記載の発明は、請求項１記載の画像処理装置において、前記画像処理の属性は、解像度であることを特徴としている。
【００１９】
上記従来例の問題点を解決するための請求項７記載の発明は、請求項１記載の画像処理装置において、前記画像処理の属性は、色分解属性であることを特徴としている。
【００２０】
上記従来例の問題点を解決するための請求項８記載の発明は、少なくとも１つの画像ファイルに基づいて、所定の画像処理態様により画像を処理する画像処理手段を具備する画像処理装置において、複数の画像ファイルを特定する情報と、各画像ファイルの属性情報とを対応づけて格納した特定情報ファイルを取得するとともに、当該特定情報ファイルを参照し、当該特定情報ファイルで特定された画像ファイルのうち、前記画像処理態様を表す属性情報に応じた画像ファイルを選択的に取得するファイル取得手段と、記憶手段と、前記ファイル取得手段が取得したファイルが特定情報ファイルであるか否かを判断し、当該取得したファイルが画像ファイルであるときのみ、前記記憶手段に所定の領域を確保して、前記画像処理手段を起動する処理制御手段と、を含み、前記画像処理手段は、前記記憶手段に確保された所定の領域を用いて前記選択的に取得された画像ファイルの処理を行うことを特徴としている。
【００２１】
上記従来例の問題点を解決するための請求項９記載の発明は、請求項８記載の画像処理装置において、前記特定情報ファイルは、自己が特定情報ファイルであることを表す種別属性情報を含み、前記処理制御手段は、取得したファイルが特定情報ファイルであるか否かの判断を取得したファイルの種別属性情報に基づいて行うことを特徴としている。
【００２２】
上記従来例の問題点を解決するための請求項１０記載の発明は、データ送信装置において、各々が複数のセットのうち少なくとも１つのセットに属する複数の処理対象ファイルについて、前記セットの各々に対応し、対応したセットに属する１又は複数の前記処理対象ファイルを特定する情報を含む特定情報ファイルを格納したことを特徴としている。
【００２３】
上記従来例の問題点を解決するための請求項１１記載の発明は、データ送信装置において、各々が複数のセットのうち少なくとも１つのセットに属する複数の処理対象ファイルと、前記セットの各々に対応し、対応したセットに属する１又は複数の前記処理対象ファイルを特定する情報を含む特定情報ファイルとを格納する記憶手段と、所定のセットに対応する前記特定情報ファイルを要求する指示と、処理の属性情報とを受信して、当該要求された特定情報ファイルで特定され、かつ、前記処理の属性情報に対応する前記処理対象ファイルを送信出力する送信手段とを有することを特徴としている。
【００２４】
上記従来例の問題点を解決するための請求項１２記載の発明は、各々が複数のセットのうち少なくとも１つのセットに属する複数の処理対象ファイルと、前記セットの各々に対応し、対応したセットに属する１又は複数の前記処理対象ファイルを特定する情報を含む特定情報ファイルとから少なくとも特定情報ファイルを取得する取得手段を具備するデータ取得装置において、取得された前記特定情報ファイルにより特定される前記処理対象ファイルについて、そのファイルの属性を取得する属性取得手段と、前記属性取得手段が取得した前記処理対象ファイルの属性に基づいて、所定の属性に対応する前記処理対象ファイルを選択的に取得する手段と、を含むことを特徴としている。
【００２５】
上記従来例の問題点を解決するための請求項１３記載の発明は、コンピュータによって処理され、複数のセットのうち少なくとも１つのセットに属する処理対象ファイルと、前記セットの各々に対応し、対応したセットに属する１又は複数の前記処理対象ファイルを特定する情報を含む特定情報ファイルとのうち、前記特定情報ファイルの一つを要求する指示と、処理の属性を示す情報とを受信する処理モジュールと、当該要求された特定情報ファイルで特定され、前記処理の属性に対応する前記処理対象ファイルを送信出力する処理モジュールと、を含むプログラムを格納したコンピュータ読み取り可能な記録媒体であることを要旨とする。
【００２６】
上記従来例の問題点を解決するための請求項１４記載の発明は、コンピュータによって処理され、複数のセットのうち少なくとも１つのセットに属する処理対象ファイルと、前記セットの各々に対応し、対応したセットに属する１又は複数の前記処理対象ファイルを特定する情報を含む特定情報ファイルとから少なくとも特定情報ファイルを取得する処理モジュールと、取得された前記特定情報ファイルに含まれるファイル特定情報が特定する前記処理対象ファイルについて、そのファイルの属性を取得する処理モジュールと、前記属性取得手段が取得した前記処理対象ファイルの属性に基づいて、所定の属性に対応する前記処理対象ファイルを選択的に取得する処理モジュールと、を含むプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体であることを要旨とする。
【００２７】
【発明の実施の形態】
本発明の第１の実施の形態に係るデータ処理装置としての画像処理装置１は、図１に示すように、インターネット２を介して、外部のサーバ３と接続されている。また、この画像処理装置１は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ネットワークＩ／Ｆ２４とから主に構成され、これらの各部は互いにバスを介して接続されている。
【００２８】
まず、画像処理装置１の各部について説明する。ＣＰＵ２１は、ＲＯＭ２２に格納された処理プログラムに従って、データ取得とデータ処理との各処理を行う。このＣＰＵ２１の具体的な処理内容については、後述する。ＲＯＭ２２は、ＣＰＵ２１が実行する処理プログラムを格納している。ＲＡＭ２３は、ＣＰＵ２１のワークメモリとして動作し、また、ネットワークＩ／Ｆ２４を介して授受するデータのバッファメモリとしても動作する。
【００２９】
また、サーバ３は、複数の画像ファイルと、これらの画像ファイルのうち少なくとも１つを特定する情報を格納した複数の特定情報ファイルとを格納している。
【００３０】
例えば、このサーバ３は、ビットマップで表現された「凱旋門」を表した画像ファイル「gate-display.jpg」と、同じ「凱旋門」をベクトル画像として表現した画像ファイル「gate-print.ps」とを格納している。これらの画像ファイルは、その内容は異なっているが、同じ「凱旋門」を表すものであるから、「凱旋門」セットに属しているということができる。そして、これらの「凱旋門」セットに属した画像ファイルの格納位置を特定情報として表す特定情報ファイル「gate.ctn」を併せてサーバ３が格納しているのである。
【００３１】
この特定情報ファイル「gate.ctn」の内容は、例えば図２に示すようになっており、この特定情報ファイル「gate.ctn」は、「凱旋門」を表す複数の画像ファイルを特定する情報を保持しているのであるから、全体として「凱旋門」を表す、あたかも１つの画像ファイルのように扱うことができる。
【００３２】
ここで、ＣＰＵ２１が行う処理について図３を参照しつつ説明する。ＣＰＵ２１は、画像を取得して表示又は印刷する指示の入力を受けて処理を開始し、サーバ３にインターネット２を介して、指示された画像に対応するファイルを要求する（Ｓ１）。そして、ＣＰＵ２１は、対応するファイルを受信すると、このファイルの種別を調べ（Ｓ２）、特定情報ファイルであればＲＡＭ２３に画像処理用の記憶領域を確保することなく、指示された処理が印刷の処理であるか否かを判断し（Ｓ３）、印刷の処理であると（Ｙｅｓであると）、受信した特定情報ファイルから印刷に適した画像ファイルを特定する情報を抽出する（Ｓ４）。この場合には、ビットマップ画像よりも一般に印刷時に高解像度で印刷が可能なベクトル画像として表現された画像ファイルを抽出することになる。ＣＰＵ２１は、処理Ｓ１に戻って、この抽出した特定情報に基づき、対応する画像のファイルをサーバ３に要求する。また、処理Ｓ３において、指示された処理が印刷の処理でなく、表示の処理であると（Ｎｏであると）、受信した特定情報ファイルから表示に適した画像ファイルを特定する情報を抽出する（Ｓ５）。この場合には、一般に画像の処理に適したビットマップ画像を抽出することになる。ＣＰＵ２１は、処理Ｓ１に戻って、この抽出した特定情報に基づいて画像ファイルをサーバ３に要求する。
【００３３】
一方、処理Ｓ１において、受信したファイルが特定情報ファイルでなく、画像ファイルであれば、ＲＡＭ２３に画像処理に必要な記憶領域（バッファ）を確保し（Ｓ６）、受信したファイルに基づいて処理Ｓ３で確保したバッファに画像を形成する（Ｓ７）。そして、ＣＰＵ２１は、指示された処理が印刷の処理であるか否かを判断し（Ｓ８）、印刷の処理であると（Ｙｅｓであると）、処理Ｓ７で形成した画像を印刷出力して（Ｓ９）、処理を終了する。また、処理Ｓ８において、指示された処理が印刷の処理でないと（Ｎｏであると）、処理Ｓ７で形成した画像を表示出力して（Ｓ１０）、処理を終了する。
【００３４】
尚、処理Ｓ２における判断は、ファイルのヘッダ情報に基づいて判断してもよいし、例えば、ＨＴＭＬファイルにより画像ファイルが指定されるのであれば、当該ＨＴＭＬファイルでの指示の内容から判断してもよい。
【００３５】
以下、具体的に、ＣＰＵ２１が「gate.ctn」で代表して表される「凱旋門」の画像を印刷する指示の入力を受けた場合について説明すると、ＣＰＵ２１は、サーバ３にインターネット２を介して、対応する特定情報ファイル「gate.ctn」を要求し、指示された処理が印刷の処理であるか否かを判断する。ここでは、印刷の処理であると判断され、受信した「gate.ctn」を参照して、印刷に適した画像ファイルを特定する情報を抽出する。この場合には、ビットマップ画像よりも一般に印刷時に高解像度で印刷が可能なベクトル画像として表現された画像ファイル、「gate-print.ps」の特定情報が抽出される。そしてＣＰＵ２１は、この画像ファイルをサーバ３に要求し、要求した画像ファイル「gate-print.ps」が受信されると、当該受信した画像ファイルに基づいて画像を形成して、印刷出力する。
【００３６】
また、指示された処理が印刷の処理でなく、表示の処理であるときには、受信した特定情報ファイル、「gate.ctn」から表示に適した画像ファイルを特定する情報を抽出することになる。この場合には、画像の処理に適したビットマップ画像、「gate-display.jpg」の特定情報が抽出される。
【００３７】
このように、サーバ３では、各種の処理に適合する、内容の異なる複数の画像ファイルを個別に保持しており、さらに、個別に保持した画像ファイルを特定する特定情報ファイルによって１つのセットとしてまとめており、本実施の形態の画像処理装置は、この特定情報ファイルを参照し、処理の態様に応じて処理の対象となる画像ファイルの実体を選択的に取得している。
【００３８】
このため、例えば画面表示用の画像ファイルをＲＧＢ色空間でのビットマップ画像の画像ファイルとし、印刷用の画像ファイルをＣＭＹＫ色空間でのPostScript（商標）等のいわゆるPDL（ページ記述言語）で記述された画像ファイルとしておくことができ、表示の際には、ビットマップ画像を選択的に取得して、処理負荷を低減できる。また、印刷時にはページ記述言語で記述された画像ファイルを選択的に取得して、色空間の変換処理をなくして負荷を軽減でき、かつ、プリンタの解像度で画像を形成でき、最終出力を得るための周辺機器に適した、高画質の画像を得ることができる。
【００３９】
尚、ここでは特定情報ファイルをＨＴＭＬ等の汎用のマークアップ言語で作成し、「凱旋門」等のセットに属する１又は複数の画像ファイルを特定する情報を保持し、一般的なパーソナルコンピュータでの処理を容易にしている。このように、特定情報ファイルは、汎用の言語、例えばＨＴＭＬやＳＧＭＬ、ＸＭＬ等の言語で実現するのが好ましい。つまり、具体的に図４のようなＨＴＭＬファイル（Ａ）と、適切な拡張子を付した特定情報ファイル（Ｂ）とをサーバ３に保持させることにより、本実施の形態の画像処理装置１は、例えば、既存のＷｅｂブラウザを用いて容易に実現できる。
【００４０】
すなわち、本実施の形態の処理を行う処理プログラムを、この特定情報ファイルの拡張子に対応するヘルパーアプリケーションとしてＷｅｂブラウザに登録しておけば、図４（Ａ）に示すＨＴＭＬファイルを読み込んだＷｅｂブラウザは、特定情報ファイルとしてのimage.ctnをあたかも一つの画像ファイルのように扱い、対応する表示用のヘルパーアプリケーションとしてＣＰＵ２１により本実施の形態の画像処理を行うプログラムを実行することになる。
【００４１】
この場合に、ＣＰＵ２１は、処理Ｓ２の判断の方法として、例えば、図４（Ｂ）に示したようにＨＴＭＬファイルのように記したときには、「<TITLE>」タグの内容が「Container」等、予め定められたものになっているか否かによって判断してもよいし、ヘッダとして挿入された、「<meta…>」のタグの内容によって判断してもよい。さらに、図４（Ａ）に示したＨＴＭＬファイルの代わりに、図５に示すようなＨＴＭＬファイルとし、特定情報ファイルを<img src="image.ctn" type="container">のように、typeオプションで区別するようにしておいても構わない。この処理Ｓ２により、不要なメモリを消費することがなく、処理Ｓ７における画像の形成の処理も行われないので、処理の負荷をより低減できる。
【００４２】
すなわち、本実施の画像処理装置１は、ＨＴＭＬファイル（Ａ）を読み出して解析し、<IMG SRC=…>のタグにより一種の画像ファイルとして、「image.ctn」なる特定情報ファイルを検出し、このファイルをサーバ３に要求するとともに、拡張子「.ctn」に対応する処理プログラムとして、予めヘルパーアプリケーションとして登録されている処理プログラムを実行し、特定情報ファイル（Ｂ）を解析して、画像を表示する処理であれば、対応する処理対象ファイルとして、type="display"のように、タイプ情報が「display」となっている「display.jpg」なる画像ファイルをサーバ３に要求し、サーバ３から当該画像ファイルを取得して処理する。また、画像を印刷するのであれば、対応する処理ファイルとして、type="print"のように、タイプ情報が「print」となっている「print.ps」なる画像ファイルをサーバ３に要求し、サーバ３から当該画像ファイルを取得して処理する。
【００４３】
尚、図３に示した特定情報ファイルでは、処理対象ファイルの属性として、タグのtypeオプションとして、表示用、印刷用の画像ファイルを区別しているが、ともにビットマップファイルである場合には、解像度の高い方を印刷用として用いるなど、解像度により判断してもよい。
【００４４】
次に、本発明の第２の実施の形態に係るデータ処理装置としての画像処理装置１について説明する。本実施の形態の画像処理装置１は、既に図１を用いて説明した第１の実施の形態に係る画像処理装置１と同様の構成をとるものであるが、ＣＰＵ２１の処理が異なる。以下、ＣＰＵ２１の処理について図６を参照しつつ説明する。尚、以下の説明においても、サーバ３には、処理の対象となる処理対象ファイルとしての画像ファイルが格納されているとする。ここでは、一例として、ビットマップで表現された「凱旋門」を表した画像ファイル「gate-display.jpg」と、同じ「凱旋門」をベクトル画像として表現した画像ファイル「gate-print.ps」とを格納しており、さらに、これらの画像ファイルの格納位置を表す特定情報ファイル「gate.ctn」を格納している場合を例として説明する。ここで、本実施の形態の「gate.ctn」は、図７に示すように、画像ファイルを特定するとともに、対応する画像ファイルの処理に対する指示（処理パラメータ）を併せ持つ。
【００４５】
以下、本実施の形態のＣＰＵ２１の動作について説明する。尚、以下の説明で、図３に示した第１の実施の形態のＣＰＵ２１と同様の動作となる部分については、同じ符号を付して説明する。本実施の形態のＣＰＵ２１は、特定の画像ファイルと、当該画像を印刷するか、表示するかの指示の入力を受けて図６に示した処理を開始し、サーバ３にインターネット２を介して、指示された画像に対応するファイルを要求する（Ｓ１）。そして、ＣＰＵ２１は、対応するファイルを受信すると、このファイルの種別を調べ（Ｓ２）、特定情報ファイルであればＲＡＭ２３に画像処理用の記憶領域を確保することなく、指示された処理が印刷の処理であるか否かを判断し（Ｓ３）、印刷の処理であると（Ｙｅｓであると）、受信した特定情報ファイルから印刷に適した画像ファイルを特定する情報を抽出し（Ｓ４）、さらに対応する処理のパラメータを抽出する（Ｓ１１）。この場合には、ビットマップ画像よりも一般に印刷時に高解像度で印刷が可能なベクトル画像として表現された画像ファイルを抽出するとともに、対応する処理パラメータを抽出することになる。そして、ＣＰＵ２１は、処理Ｓ１に戻って、この抽出した特定情報に基づき、対応する画像のファイルをサーバ３に要求する。また、処理Ｓ３において、指示された処理が印刷の処理でなく、表示の処理であると（Ｎｏであると）、受信した特定情報ファイルから表示に適した画像ファイルを特定する情報を抽出し（Ｓ５）、さらに対応する処理のパラメータを抽出する（Ｓ１２）。この場合には、一般に画像の処理に適したビットマップ画像を抽出するとともに、対応する処理パラメータを抽出することになる。ＣＰＵ２１は、処理Ｓ１に戻って、この抽出した特定情報に基づいて画像ファイルをサーバ３に要求する。
【００４６】
一方、処理Ｓ１において、受信したファイルが特定情報ファイルでなく、画像ファイルであれば、ＲＡＭ２３に画像処理に必要な記憶領域（バッファ）を確保し（Ｓ６）、受信したファイルに基づき、さらに処理Ｓ１１又は処理Ｓ１２で抽出した処理パラメータに従って処理Ｓ３で確保したバッファに画像を形成する（Ｓ１３）。そして、ＣＰＵ２１は、指示された処理が印刷の処理であるか否かを判断し（Ｓ８）、印刷の処理であると（Ｙｅｓであると）、処理Ｓ１３で形成した画像を印刷出力して（Ｓ９）、処理を終了する。また、処理Ｓ８において、指示された処理が印刷の処理でないと（Ｎｏであると）、処理Ｓ１３で形成した画像を表示出力して（Ｓ１０）、処理を終了する。
【００４７】
すなわち、本実施の形態のＣＰＵ２１は、例えば、図２の「gate.ctn」で表される「凱旋門」の画像を表示又は印刷する指示の入力を受けて処理を開始し、サーバ３にインターネット２を介して、対応する画像のファイルとして「gate.ctn」を要求する。そして、受信した「gate.ctn」が特定情報ファイルであるので、ＲＡＭ２３にバッファを確保する処理は行わない。そして、ＣＰＵ２１は、指示された処理が印刷の処理であるか否かを判断し、印刷の処理であると、受信した「gate.ctn」から印刷に適した画像ファイルを特定する情報を抽出し、さらに対応する処理パラメータを抽出する。この場合には、ビットマップ画像よりも一般に印刷時に高解像度で印刷が可能なベクトル画像として表現された画像ファイル、「gate-print.ps」を抽出して、この画像ファイルをサーバ３に要求する。そして、要求した画像ファイル「gate-print.ps」が受信されると、当該受信した画像ファイルに基づき、対応する処理パラメータに応じて画像をバッファに形成し、印刷出力する。
【００４８】
ここで、処理パラメータは、用紙サイズ、画像サイズ等の情報である。また、処理パラメータとして画像を形成する座標の情報としておき、背景と前景とを各々別の画像ファイルとして、位置合わせをして重ねてもよい。この場合には、例えば重ね合わせ位置の座標を処理パラメータとして、XPosition=200, YPosition=100のように表す。
【００４９】
近年、印刷したい画像ファイルを格納したフロッピー等の記録媒体を受け付けて、高解像度のプリンタ等で印刷処理するサービスを行う、いわゆる出力センタと呼ばれるものがあるが、この出力センタが、本実施の形態の画像処理装置としてのプリンタを所持していれば、利用者から受け付けた記録媒体に格納された特定情報ファイルから、処理パラメータを抽出し、この処理パラメータに応じた処理を行うことができ、例えば、ビットマップ画像等をどの大きさで印刷するかの指示を処理パラメータとしておくことで、ビットマップ画像の作成者の意図を反映した印刷を容易に行うことができ、利便性を向上できる。
【００５０】
さらに、本実施の形態において特徴的なことは、図７に示すようなＨＴＭＬ等の文書で特定情報ファイルを形成しておくことにより、JavaScriptやActiveX（商標）等のように埋め込んで利用できる処理言語を用いて、画像形成時に、画像の形成を指示した利用者に対し、処理パラメータを問い合わせる等、処理パラメータを動的に変更できることである。この場合には、例えばＣＰＵ２１は、JavaScript等により処理パラメータを問い合わせる処理を行い、利用者から処理パラメータの入力を受けて、当該入力された処理パラメータに応じて画像形成の処理を行う。この場合にはＣＰＵ２１は、ＨＴＴＰサーバとしての動作を行うことになる。尚、JavaScript等の代わりに、公知の方法でCGIプログラムを起動しても、同様の処理を実現できる。
【００５１】
尚、第１、第２の実施の形態に係る画像処理装置では、ＣＰＵ２１が、印刷又は表示の指示の入力を受け、この指示の内容により取得する処理対象ファイルを選択していたが、プリンタのように、印刷の処理しか行わない場合には、出力手段としてのプリンタのタイプに対応する、印刷用の画像ファイルをいつでも選択取得することとしてもよい。すなわち、例えば、第１，第２の実施の形態の画像処理装置としてのプリンタは、特定情報ファイルが格納されている場所を表すＵＲＬ（Uniform Resource Locators）等、参照情報の入力を受けて、当該特定情報ファイルを取得し、この特定情報ファイルで特定された、印刷処理に適合する画像ファイルを選択的に取得して印刷を行ってもよい。この場合に、印刷処理に適合する画像ファイルが見つからなければ、他の画像ファイルの属性の情報を取得し、さらに当該属性の情報に基づいて、印刷処理に最も適合する画像ファイルを検出して取得し、印刷処理を続行しても構わない。
【００５２】
また、第１、第２の実施の形態において特徴的なことは、取得して処理するファイルが１つでなくてもよいことである。すなわち、ＣＭＹＫの各色のチャネル毎に、いわゆる４色分解されたファイルを重ね合わせて印刷する場合には、各色のチャネルに対応する画像ファイルを取得して重ね合わせればよい。このようにすることにより、カラー画像の処理において表示をするか印刷をするかに応じた、適切な色空間への変換が不要となり、処理の負荷を軽減できる。そして、このようにすることで、色空間の変換によって画像の生成者が意図しない色彩になってしまうことをなくし、画像の生成者の意図通りの画像を再生できる。
【００５３】
さらに、ここまででは、画像処理についてのみ説明したが、上記の処理は、音声、動画等の種々のマルチメディアデータに対しても行うことができる。すなわち、音声ならば、例えば最終出力となるスピーカーの性能に応じた音声ファイルを選択的に取得したり、周波数特性に応じたイコライズを予め施した音声ファイルを選択的に取得することができる。
【００５４】
ところで、ここまでの説明では、処理対象となるデータを取得する際に、処理の属性に適合する処理対象データを取得するデータ取得装置及びデータ処理装置について説明したが、データを取得する側の処理の態様を知ることができるならば、サーバが要求に応じて処理に適合するデータを提供することによっても、処理の態様に適合したファイルを取得可能として、データ処理装置における処理の負荷を軽減できる。
【００５５】
そこで、かかるサーバとしての本発明の第３の実施の形態に係るデータ送信装置は、第１，第２の実施の形態において説明したサーバ３と同様に、処理の対象となる処理対象ファイルとしての画像ファイルを格納し、処理対象ファイルの所在を表す情報を保持した特定情報ファイルを格納している。また、本実施の形態に係るデータ送信装置は、ネットワークを介して所定の特定情報ファイルの指示と、処理の態様を表す情報の入力を受けて、指示された特定情報ファイルから入力された処理の態様に適合した画像ファイルをネットワークを介して送信出力する。
【００５６】
具体的に、本実施の形態に係るデータ送信装置４は、図８に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ネットワークＩ／Ｆ３４と、ハードディスク３５とから構成され、相互にバスを介して接続されている。また、ネットワークＩ／Ｆ３４は、インターネット２に接続され、このインターネット２には、データ処理装置５が接続されている。
【００５７】
ＣＰＵ３１は、ＲＯＭ３２に格納された処理プログラムに従って処理を行う。このＣＰＵ３１の具体的な処理の内容については、後述する。ＲＡＭ３３は、ＣＰＵ３１のワークメモリとして動作し、また、ネットワークＩ／Ｆ３４を介して授受するデータのバッファとしても動作する。ＲＯＭ３２は、ＣＰＵ３１にて処理される処理プログラムを格納する。ネットワークＩ／Ｆ３４は、ネットワークに接続され、ＣＰＵ３１の指示に応じてネットワークとのデータの授受を行う。ハードディスク３５は、画像ファイルと特定情報ファイルとを格納する。
【００５８】
ここで、ＣＰＵ３１の処理の具体的内容について、図９を参照しつつ説明する。尚、以下の説明では、ハードディスク３５がビットマップで表現された「凱旋門」を表した画像ファイル「gate-display.jpg」と、同じ「凱旋門」をベクトル画像として表現した画像ファイル「gate-print.ps」とを格納しており、さらに、これらの画像ファイルの格納位置を表す特定情報ファイル「gate.ctn」を格納している場合を例として説明する。
【００５９】
ＣＰＵ３１は、データの送信先となるデータ処理装置５から、特定情報ファイルの指定する情報をネットワークを介して受信し（Ｓ３１）、指定された特定情報ファイルをハードディスク３５から読み出す（Ｓ３２）。そして、ＣＰＵ３１は、さらにデータ処理装置５の処理の態様の属性の情報を受信して（Ｓ３３）、処理Ｓ３２にて読み出した特定情報ファイルから当該情報で表される属性に合致する処理対象ファイルを検索し（Ｓ３４）、検索されると、当該処理対象ファイルをハードディスク３５から読み出して（Ｓ３５）、ネットワークＩ／Ｆ３４に出力し、インターネット２を介してデータ処理装置５に送信出力する（Ｓ３６）。
【００６０】
すなわち、ＣＰＵ３１は、特定情報ファイルとして、例えば、「gate.ctn」の指定をインターネット２を介して受信する。この指定には、例えば、「GET gate.ctn&option=print http1.1」のように、データ処理装置の処理態様の属性の情報として「印刷処理」を表す「print」を含む。
【００６１】
ＣＰＵ３１は、このような指定を受信すると、特定情報ファイル「gate.ctn」をハードディスク３５から読み出し、さらに「gate.ctn」により特定されるセットに属する画像ファイルのうち、印刷処理に適合する属性を備えた、「gate-print.ps」を検索し、この「gate-print.ps」をハードディスク３５から読み出して、ネットワークＩ／Ｆ３４を介してデータ処理装置５に送信出力する。
【００６２】
尚、ここでＣＰＵ３１は、画像ファイルの実体をハードディスク３５から読み出して送信しているが、画像ファイルの格納場所を示す参照情報を送信出力してもよい。この場合には、送信先としてのデータ処理装置は、当該参照情報を受信して、ネットワークを介して画像データを要求することになる。
【００６３】
このようなデータ送信装置によれば、データ処理装置が処理の態様を知らせることで、処理態様に適したデータを当該データ処理装置に送信出力するので、データ処理装置における処理の負荷を軽減できる。
【００６４】
【発明の効果】
本発明の画像処理装置によれば、取得手段が、画像処理手段の画像処理態様を表す属性情報又は出力手段のタイプの情報に応じて画像ファイルを選択的に取得し、画像処理手段が選択取得した画像ファイルを処理し、又は出力するので、処理手段又は出力手段がその処理に適した画像ファイルに基づいて処理でき、処理の負荷を軽減でき、最終出力を得るための周辺機器に適した、高画質の画像を得ることができる。
【００６５】
また、特定情報ファイル又は特定情報ファイルで特定された画像ファイルのうち、画像処理態様に応じた画像ファイルを選択的に取得するファイル取得手段が取得したファイルが、特定情報ファイルであるか否かを判断し、当該取得したファイルが画像ファイルであるときのみ、記憶手段に所定の領域を確保して、画像処理手段を起動する処理制御手段とを含む、本発明の画像処理装置によれば、処理手段又は出力手段がその処理に適した画像ファイルに基づいて処理でき、処理の負荷を軽減でき、最終出力を得るための周辺機器に適した、高画質の画像を得ることができ、かつ、特定情報ファイルを取得したときには、記憶手段に所定の領域を確保せず、画像処理を行わないので、さらに処理の負荷を軽減できる。
【００６６】
本発明のデータ送信装置によれば、送信先としてのデータ処理装置の処理態様に応じたデータを送信出力するので、データ処理装置での処理の負荷を軽減でき、データを再生する際には、その品質を向上できる。
【００６７】
さらに、本発明のデータ取得装置によれば、データ処理の処理態様に応じたデータを取得するので、データ処理装置での処理の負荷を軽減させることができ、データを再生する際には、その品質を向上できる。
【図面の簡単な説明】
【図１】  本発明の第１の実施の形態に係る画像処理装置の構成ブロック図である。
【図２】  特定情報ファイルの一例を表す説明図である。
【図３】  本発明の第１の実施の形態に係る画像処理装置のＣＰＵ２１が行う処理を表すフローチャート図である。
【図４】  取得されるファイルの例を表す説明図である。
【図５】  取得されるファイルの例を表す説明図である。
【図６】  本発明の第２の実施の形態に係る画像処理装置のＣＰＵ２１が行う処理を表すフローチャート図である。
【図７】  特定情報ファイルの一例を表す説明図である。
【図８】  本発明の実施の形態に係るデータ送信装置の構成ブロック図である。
【図９】  本発明の実施の形態のＣＰＵ３１が行う処理を表すフローチャート図である。
【図１０】  一般的な画像処理装置の構成ブロック図である。
【符号の説明】
１  画像処理装置、２  インターネット、３  サーバ、４  データ送信装置、５  データ処理装置、１１，２１，３１  ＣＰＵ、１２，２２，３２  ＲＯＭ、１３，２３，３３  ＲＡＭ、１４  外部Ｉ／Ｆ、２４，３４  ネットワークＩ／Ｆ、３５  ハードディスク。
【図１】
0003707309.tif 000002
【図２】
0003707309.tif 000003
【図３】
0003707309.tif 000004
【図４】
0003707309.tif 000005
【図５】
0003707309.tif 000006
【図６】
0003707309.tif 000007
【図７】
0003707309.tif 000008
【図８】
0003707309.tif 000009
【図９】
0003707309.tif 000010
【図１０】
0003707309.tif 000011