(57)【要約】【課題】画像処理装置の処理負荷及び画像処理システムの通信負荷を軽減することによりプリントスピードを向上させること。【解決手段】  ホストコンピュータとプリンタとからなるプリンタシステムにおいて、出力要求された画像をプリンタ側で非整数倍拡大することで画素サイズの変換を行う画像処理方法。【選択図】  図１０
2005123806.tif 000002
【特許請求の範囲】
【請求項１】
解像度の異なる複数の画像から、印刷装置側で１つの記録材に記録されるためのレイアウト画像を生成して印刷装置に出力する画像処理方法であって、
前記複数の画像のそれぞれを、前記印刷装置の記録解像度の整数分の１の解像度の画像に変換して前記レイアウト画像を生成することを特徴とする画像処理方法。
【請求項２】
解像度の異なる複数の画像から、印刷装置側で１つの記録材に記録されるためのレイアウト画像を生成して印刷装置に出力する画像処理装置であって、
前記複数の画像のそれぞれを、前記印刷装置の記録解像度の整数分の１の解像度の画像に変換して前記レイアウト画像を生成することを特徴とする画像処理装置。
【請求項３】
画像処理装置と印刷装置とを含む画像処理システムであって、
前記画像処理装置は、
解像度の異なる複数の画像から、印刷装置側で１つの記録材に記録されるためのレイアウト画像を生成して印刷装置に出力する際に、
前記複数の画像のそれぞれを、前記印刷装置の記録解像度の整数分の１の解像度の画像に変換して前記レイアウト画像を生成することを特徴とする画像処理システム。
【請求項４】
請求項１に記載の画像処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項５】
請求項４に記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【請求項６】
画像処理装置と印刷装置とを含み、前記画像処理装置から前記印刷装置に出力する画像データの解像度の単位系と、前記印刷装置の記録素子の解像度の単位系が異なる、画像処理システムにおいて、
前記印刷装置側で、入力した画像を非整数倍に拡大して、前記画像データの解像度の単位系を前記印刷装置の記録素子の解像度の単位系に変換することを特徴とする画像処理システム。
【請求項７】
前記画像処理装置は、複数画像を任意のレイアウトに配置するマルチフォーマット処理機能を有することを特徴とする請求項６に記載の画像処理システム。
【請求項８】
１つの記録材に複数の同じサイズの画像をレイアウトする場合に、最も画素数の大きな画像を基準にして、他の画像をその画素数に合わせるように拡大することを特徴とする請求項７に記載の画像処理システム。
【請求項９】
前記印刷装置において出力要求された画像方向と、前記印刷装置にセットされた記録材の方向とが９０度異なる場合に、前記画像処理装置側で画像の９０度単位の回転処理を行った後前記印刷装置へ転送し、前記画像処理装置側で拡大・縮小処理を行うことを特徴とする請求項６乃至８のいずれかに記載の画像処理システム。
【請求項１０】
出力要求された画像の横方向のサイズが、前記印刷装置で出力可能な最大記録幅より大きく、出力要求された画像の立て方向のサイズが、前記印刷装置で出力可能な最大記録幅以下である場合、前記画像処理装置側で画像の９０度単位の回転処理を行った後前記印刷装置へ転送し、前記印刷装置側で拡大・縮小処理を行うことを特徴とする請求項６乃至９のいずれかに記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば記録媒体上に画像を形成する記録装置等における画像処理方法及びシステムに関するものである。
【背景技術】
【０００２】
従来から、画像処理装置において１画素が第１の単位系（例えばメートル単位系）で指定された画像データを、第２の単位系（例えばインチ単位系)で内部的に画像を認識する印刷装置で出力するシステムが存在する。
【０００３】
このようなシステムは、例えば、医療画像を、ＤＩＣＯＭ（Digital  Imaging  and  Communications  in  Medicine）と呼ばれる通信プロトコルを利用して出力する場合に利用されている（例えば特許文献１参照）。
【特許文献１】特開２００２−３３６２２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムでは、画像処理装置内において単位系の変換を行っていた。例えば、出力画像サイズはＤＩＣＯＭ規格などを利用してメートル単位で指定され、プリンタ内部では出力画像をインチ単位で認識している場合には、ホスト側でプリンタの最大固有解像度のＮ分の１となるように非整数倍の補間処理を行い、さらにメートル単位からインチ単位への変換を行った後、プリンタに送信していた。
【０００５】
そのため、画像処理装置内の処理負荷、及び、画像処理装置から印刷装置への通信負荷が増大するという問題があった。
【０００６】
本発明は、画像処理装置の処理負荷及び画像処理システムの通信負荷を軽減することによりプリントスピードを向上させることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る方法は、
解像度の異なる複数の画像から、印刷装置側で１つの記録材に記録されるためのレイアウト画像を生成して印刷装置に出力する画像処理方法であって、
前記複数の画像のそれぞれを、前記印刷装置の記録解像度の整数分の１の解像度の画像に変換して前記レイアウト画像を生成することを特徴とする。
【０００８】
上記目的を達成するため、本発明に係る装置は、
解像度の異なる複数の画像から、印刷装置側で１つの記録材に記録されるためのレイアウト画像を生成して印刷装置に出力する画像処理装置であって、
前記複数の画像のそれぞれを、前記印刷装置の記録解像度の整数分の１の解像度の画像に変換して前記レイアウト画像を生成することを特徴とする。
【０００９】
画像処理装置と印刷装置とを含む画像処理システムであって、
前記画像処理装置は、
解像度の異なる複数の画像から、印刷装置側で１つの記録材に記録されるためのレイアウト画像を生成して印刷装置に出力する際に、
前記複数の画像のそれぞれを、前記印刷装置の記録解像度の整数分の１の解像度の画像に変換して前記レイアウト画像を生成することを特徴とする。
【００１０】
上記目的を達成するため、本発明に係るプログラムは、
請求項１に記載の画像処理方法をコンピュータに実行させることを特徴とする。
【００１１】
上記目的を達成するため、本発明に係る記憶媒体は、
請求項４に記載のプログラムを格納したことを特徴とする。
【００１２】
画像処理装置と印刷装置とを含み、画像処理装置から前記印刷装置に出力する画像データの解像度の単位系と、前記印刷装置の記録素子の解像度の単位系が異なる、画像処理システムにおいて、
前記印刷装置側で、入力した画像を非整数倍に拡大して、前記画像データの解像度の単位系を前記印刷装置の記録素子の解像度の単位系に変換することを特徴とする。
【００１３】
前記画像処理装置は、複数画像を任意のレイアウトに配置するマルチフォーマット処理機能を有することを特徴とする。
【００１４】
１つの記録材に複数の同じサイズの画像をレイアウトする場合に、最も画素数の大きな画像を基準にして、他の画像をその画素数に合わせるように拡大することを特徴とする。
【００１５】
前記印刷装置において出力要求された画像方向と、前記印刷装置にセットされた記録材の方向とが９０度異なる場合に、前記画像処理装置側で画像の９０度単位の回転処理を行った後前記印刷装置へ転送し、前記画像処理装置側で拡大・縮小処理を行うことを特徴とする。
【００１６】
出力要求された画像の横方向のサイズが、前記印刷装置で出力可能な最大記録幅より大きく、出力要求された画像の立て方向のサイズが、前記印刷装置で出力可能な最大記録幅以下である場合、前記画像処理装置側で画像の９０度単位の回転処理を行った後前記印刷装置へ転送し、前記印刷装置側で拡大・縮小処理を行うことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、画像処理装置の処理負荷及び画像処理システムの通信負荷を軽減することによりプリントスピードを向上させることができる。
【発明を実施するための最良の形態】
【００１８】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。なお、本明細書において、物理解像度（machine  resolution）とは、プリンタの物理解像度をいい、プリンタの記録ヘッドが打てる物理的に最小の解像度（(dpi = dot per inch)を意味する。また、固有解像度（native  resolution）とは、プリンタの固有解像度をいい、プリンタ内のデータ処理上扱うことのできる解像度(ppi = pixel per inch)を意味する。通常、物理解像度のＮ分の１（Ｎは１以上の整数）である。たとえば、プリンタの物理解像度が１２００ｘ１２００ｄｐｉの場合、固有解像度として、６００ｘ６００ｄｐｉ、３００ｘ３００ｄｐｉなどがある。更に、グラフィックス解像度（Graphics  resolution）とは、ピクセル解像度とも呼ばれ、画像データ１インチあたりのピクセル数(ppi)をいう。中間調処理法により、１画素を複数のdotで表現するため、固有解像度のＭ分の１（Ｍは１以上の整数）となる。
【００１９】
＜システム構成＞
図１は、本発明に係る画像処理システムの実施形態としての医療画像プリントシステムを示すブロック図である。本システムは、ＣＴ装置２０３、ＭＲＩ装置２０４等の撮影装置、ホストコンピュータ２０１、プリンタ２０２を含み、これらはネットワーク２０５によって互いに接続されている。
【００２０】
本システムでは、ＤＩＣＯＭプロトコルを適用可能であり、ＣＴ装置２０３またはＭＲＩ装置２０４から出力されたＤＩＣＯＭデータは、ホストコンピュータ２０１に一時格納され、解析されてフォーマット処理されてプリントデータへ変換され、プリンタ２０２に送信されプリントされる。
【００２１】
なお、本実施形態形態において、プリンタ２０２は、１２００dpiの解像度を持つプリントエンジンを使用し、１画素は２ｘ２ドットのマトリックス(６００ppi)で表現されるものとして説明する。
【００２２】
ここで、ＤＩＣＯＭデータとは、ＤＩＣＯＭ規格に基づいて要求されたプリントデータをいう。
【００２３】
ＤＩＣＯＭ規格では、画像データのプリント管理のために使用されるプリント管理特定モジュール（Print  Management  Spacific  Modules）として、様々な属性が定義されている。これは、基本フイルムセッション提示モジュール（Basic  Film  Session  Presentation  Module）、基本フィルムセッション関係モジュール（Basic  Film  Session  Relationship  Module）、基本フィルムボックス提示モジュール（Basic  Film  Box  Presentation  Module）、基本フィルムボックス関係モジュール（Basic  Film  Box  Relationship  Module）、画像ボックス画素提示モジュール（Image  Box  Pixel  Presentation  Module）、画像ボックス関係モジュール（Image  Boc  Relationship  Module）、基本注釈提示モジュール（Basic  Annotation  Presentation  Module）、プリントジョブモジュール（Print  Job  Module）、プリンタモジュール（Printer  Module）、画像オーバレイボックス提示モジュール（Image  Overlay  Box  Presentation  Module）、画像オーバレイボックス関係モジュール（Image  Overlay  Box  Reletionship  Module）等に大別されている。
【００２４】
ＤＩＣＯＭ規格は、主に医療用画像のネットワークプリント時に用いられ、各種異なった属性を持つ画像を同一の記録媒体（フィルムなど）上に複数配置（マルチフォーマット）してプリントする場合に有用である。マルチフォーマットプリント時のフォーマット決定には、ＤＩＣＯＭ規格に定義された、基本フィルムボックス提示モジュールの画像表示フォーマット（Image  Display  Format）、フィルム方向（Film  Orientation）、フィルム寸法ＩＤ（Film  Size  ID）と、画像ボックス提示モジュールの画像位置（Image  Position）、要求画像サイズ（Requested  Image  Size）、列方向のＰｉｘｅｌ数（Rows）、行方向のPixel数（Columns）、アスペクト比（Pixel  Aspect  Ratio）が用いられる。図２は、６つの画像を１枚の記録媒体に記録する場合のマルチフォーマットプリントの１例を示す図である。
【００２５】
具体的には、６つの画像を１つの記録媒体にプリントするため、表１のようなＤＩＣＯＭデータがホストコンピュータ２０１に入力される。
【００２６】
【表１】
2005123806.tif 000003
【００２７】
このＤＩＣＯＭデータは、８ｘ１０インチのフィルムに対して、縦に列方向２、行方向３のマトリックスで、各々のサイズが８０ｘ８０ｍｍの６つ画像データを記録する指示を表している。
＜ホストコンピュータの構成＞
図３は、ホストコンピュータ２０１の内部構成を示すブロック図である。
【００２８】
ここで、５０１は、ＣＰＵ（中央処理装置）である。ＣＰＵ５０１は、このコンピュータ装置全体の制御、演算処理などを行なう。
【００２９】
５０２は、ＲＯＭ（読み出し専用メモリ）である。ＲＯＭ５０２は、システム起動プログラムの情報などが格納されている記憶領域となっている。５０３は、ＲＡＭ（ランダムアクセスメモリ）である。ＲＡＭ５０３は、使用制限のないデータ記憶領域となっている。オペレーティングシステム（ＯＳ）、アプリケーションプログラム、デバイスドライバ（プリンタドライバ）、通信制御用のプログラムなどはＲＡＭ５０３にロードされて、ＣＰＵ５０１によって実行される。
【００３０】
５０４は、ＫＢＣ（キーボード制御部）である。ＫＢＣ５０４は、コンピュータに付属のキーボードから入力データを受け取り、ＣＰＵ５０１へ入力データを伝達する。５０５は、ＣＲＴ（ディスプレイ制御部）であり、ディスプレイ装置に対する表示制御を行なう。５０６は、ＨＤ（ハードディスク装置）である。なお、ＨＤ５０６は、他にも、ＦＤ（フロッピー(登録商標）ディスク装置）、ＳＲＡＭ（不揮発性記憶メモリ）などの外部記憶装置に代替可能である。ＨＤ５０６はプログラム及びデータを記憶し、これらプログラム及びデータは必要に応じてＲＡＭ５０３へロードされる。
【００３１】
５０７は、通信部で、ネットワーク通信を制御する。この通信部５０７により、コンピュータは、ネットワークに接続されている他のコンピュータや周辺機器と通信することが可能となる。
【００３２】
５０８は、システムバスである。上記の構成要素間でやり取りされるデータは、このシステムバス５０８を通る。
【００３３】
＜プリンタの構成＞  図４は、プリンタ２０２の内部構成を示すブロック図である。
【００３４】
プリンタ２０２は、ここではインクジェットプリンタであり、プリンタコントローラ８０１とプリントエンジン８０２とを含む。そして、プリンタコントローラ８０１は、制御用のＣＰＵ８０３と、フォーマット済み画像データ及び制御データ通信用のネットワークインタフェース８０４と、データ受信用及びＣＰＵ８０３のワーキングエリア用のシステムメモリ８０５と、補間演算回路８０６と、主走査方向の補間係数を格納する補間係数メモリ８０７と、副走査方向の補間処理を行うために主走査補間済みのデータを格納するラインバッファメモリ８０８ａ、８０８ｂ、８０８ｃと、プリントデータ保管用のバンドバッファメモリ８０９と、プリントエンジンとのデータ通信用のエンジンインタフェース８１０とを含み、それぞれの構成要素は、データバス８１１で接続される。ここで説明する補間回路８０６は、補間点の近傍の４ｘ４画素を用いて補間処理を行うものとするが本発明はこれに限定されるものではない。
【００３５】
＜ホストコンピュータでの処理＞
次に、ホストコンピュータ２０１において行われる処理について説明する。
【００３６】
図５はホストコンピュータ２０１でのマルチフォーマット処理の流れを示すフローチャートである。
【００３７】
まず、ステップＳ６０１で、外部機器より入力されたＤＩＣＯＭデータは、ホストコンピュータ内のハードディスクに一度格納される。
【００３８】
次に、ステップＳ６０２として、ホストコンピュータ２０１はハードディスクからＤＩＣＯＭデータを読み出し解析する。「フィルム方向」（所定の形状のフィルムに対しどの方向に画像を形成するか）及びフィルム上の画像位置についての情報を抽出する。
【００３９】
更にステップＳ６０３として、ハードディスクから画像データを読み出し、ステップＳ６０４として拡大処理を行う。ステップＳ６０５として「フィルム方向」とフィルムに対する印刷の方向（プリンタへのフィルムセット方向）とから拡大後の画像データを回転する必要があるか否かの判定を行い、必要が有ればステップＳ６０６として回転処理を行う。
【００４０】
図６は、ＤＩＣＯＭにおける出力フィルムの方向と、プリンタの印字方向を示す図である。図６に示す主走査方向とは、キャリッジの移動方向を示し、副走査方向はキャリッジの移動方向に直行するフィルムの移動方向である。図６(a)に示すように、フィルムの長手方向が縦となるようなフィルム方向をPORTRAITと呼び、図６(b)の長手方向が横となるフィルム方向をLANDSCAPEと呼ぶ。
【００４１】
出力可能な最大フィルムサイズの短手方向が、キャリッジの最大移動幅となるようなプリンタが一般的であり、最大フィルムサイズでLANDSCAPEが指定された場合、図６(c)の様に画像を９０度回転させ、短手方向を主走査方向としてプリントされる。なお、表１に示す場合には、フィルムの方向はＰＯＲＴＲＡＩＴであり、プリンタ出力方向と一致しているので、画像の回転処理は行われない。
【００４２】
図５に戻り、ステップＳ６０７では、ステップＳ６０２で抽出したフィルム上の画像位置に基づき、フォーマット処理を行う。
【００４３】
ここで、フォーマット処理は以下の方法で行う。
【００４４】
まず、表１の基本フィルムボックス提示モジュールの「フィルム寸法ID」から、フィルムサイズが８インチx１０インチであり、「フィルム方向」から、フィルムをPORTRAIT(長手方向縦)で使用し、「画像表示フォーマット」から、フィルム上に横２ｘ縦３＝６枚の画像を１枚のフィルムにプリントし、「拡大タイプ」から各画像をCubic Spline法により補間処理して拡大を行うことが要求されていることを認識する。
【００４５】
本実施形態形態においては、プリンタは１画素６００ppiとして処理を行うため、８インチx１０インチのフィルムは４８００ｘ６０００画素の記録領域となる。
【００４６】
従って、各画像は、フィルム上の画像領域を６分割した２４００ｘ２０００画素の矩形を記録領域として割り当てられる。フィルム上の配置位置は、フィルムの左上端を原点とし、主走査方向をX軸、副走査方向をY軸とした座標系において、拡大後の画像データの中心位置が、２４００ｘ２０００画素の矩形の中心となるよう数式１により決定する。
【００４７】
【数１】
2005123806.tif 000004
【００４８】
数式１において、aは、フィルム左側からの画像の順番であり、bは、フィルム上側からの画像の順番を示し、Ｍ、Ｎはそれぞれ拡大後の画像の横、縦方向の画素数を示す。
また、画像ボックス提示モジュールには、各画像の縦横の画素数、アスペクト比、拡大後の画像サイズ、画像位置が示されており、拡大画像の横の画素数Ｍ、縦の画素数Ｎは、入力画像の横の画素数をｍ、縦の画素数をｎ、解像度をＤとすると、以下の数式２により求められる。
【００４９】
【数２】
2005123806.tif 000005
【００５０】
表１に示した例では、画像１、２、５の画像サイズは２５６×２５６であって、画像３、４、６の画像サイズは５１２×５１２であるが、そのプリント時には、共に等しい画像サイズとなるので、ホストコンピュータ側で、全画像の画像サイズを揃えるべく拡大処理を行う。ここでは、画像１、２、５を２倍に拡大処理し、画像３、４、６は拡大処理を行わずにそれぞれの画像を配置して、フォーマット画像を生成する。
次に、ステップＳ６０８として、画像データ１枚分の処理が終了したか否かの判定を行い、終了していないならばステップＳ６０３に戻り、画像データの読出しから、ステップＳ６０４の拡大処理、ステップＳ６０７のフォーマット処理を続行し、終了している場合は、ステップＳ６０９としてフィルム１枚分のフォーマット処理の終了か否かの判定を行う。フィルム１枚分の処理の終了でない時、ステップＳ６０３に戻り、残りの画像データの拡大処理を行い、フィルム１枚分のフォーマット処理の終了の場合は、ステップＳ６１０として、プリンタ２０２へフォーマット済みデータの送信を行う。
【００５１】
図７は、ホストコンピュータ２０１からプリンタ２０２へ送信されるフォーマット済みデータの概念説明図である。フォーマット済み画像データは、制御用データと画像データとを含む。制御用データは、画像サイズを決定する、横方向の画素数（１ラインを構成する画素数）及び縦方向の画素数（ライン数）を含み、更に、フィルムサイズ及び、拡大タイプ（ＤＩＣＯＭ規格：基本フィルムボックス提示モジュールもしくは画像ボックス提示モジュールの拡大タイプ）などを含む。フォーマット済み画像データに含まれる画像データは、複数の画像データが拡大/縮小・回転処理され配置されたフィルム１枚分の画像データである。
【００５２】
＜プリンタでの処理＞
次に、プリンタ２０２で行われる処理について説明する。本システムでは、ホストコンピュータ２０１において、１つのフィルムに含まれる画像の大きさを揃える処理しかしないため、プリンタ２０２において、ＤＩＣＯＭデータで指定された大きさにプリントすべくデータサイズを変換しなければならない。ＤＩＣＯＭデータでは各画像をメートル単位系（表１では８０ｍｍ×８０ｍｍ）のサイズでプリント指定すべく規格化されているため、プリンタ２０２では、その指定に従うように、メートル単位系をインチ単位系に変換する。
【００５３】
図８は、プリンタコントローラ８０１での画像処理の流れを示すフローチャートである。
【００５４】
ステップＳ１００１において、ホストコンピュータ２０１からネットワーク２０５を通して送信されたフォーマット済み画像データは、プリンタ２０２のネットワークインタフェース８０４で受信され、システムメモリ８０５へ一時保存される。次に、ステップＳ１００２において、ＣＰＵ８０３は、システムメモリ８０５に格納されたフォーマット済み画像データの制御用データと前回の制御用データとを読出し、ステップＳ１００３で、補間係数メモリ８０７の主走査補間係数テーブルを更新する必要があるか否か判断する。
【００５５】
ここで、必要であると判断した場合、ステップＳ１００４に進み、横方向の画素数とフィルムサイズ及び拡大タイプから、主走査補間係数を計算し、補間係数メモリ８０７へ新たな主走査補間係数テーブルを作成する。必要ではないと判断した場合、補間係数メモリ８０７に格納された主走査補間係数テーブルを利用する。
【００５６】
（補間係数の算出方法）
図９は、補間点(生成する画素)と補間係数との関係を示す図である。本実施形態に於いて、補間処理は、図９(a)に示すように補間点の元画像の近傍４ｘ４画素を補間核として用い、Cubic Splineにより補間処理を行い拡大するものとして説明しているが、これに限定されるものではなく、近傍２ｘ２画素を用いることにより、Bilinear補間とすることも可能であり、また、４ｘ４画素以上の補間核を用いても良い。
【００５７】
図９(b)に示すように、まず主走査方向の補間核P(m,n),P(m+1,n),P(m+2,n),P(m+3,n)を用いて補間処理を行い補間点P'(M,n)を得る。続いて図９(c)に示すように、主走査補間により求められた補間点P'(M,n),P'(M,n+1), P'(M,n+2), P'(M,n+3)を補間核と用いて、副走査補間処理を行い、補間点Q(M,N)を得る。
【００５８】
主走査補間処理において、補間点P'(M,n)は、数式３により求める。
【００５９】
【数３】
2005123806.tif 000006
【００６０】
ここで、k(m,n),k(m+1,n),k(m+2,n),k(m+3,n)は、各補間核P(m,n),P(m+1,n),P(m+2,n),P(m+3,n)に対する、補間係数である。
各補間核に対する、補間係数k(m,n),k(m+1,n),k(m+2,n),k(m+3,n)は、数式４を用いて計算する。
【００６１】
【数４】
2005123806.tif 000007
【００６２】
数式４において、aは任意の係数であり、d(m,n),d(m+1,n),d(m+2,n),d(m+3,n)は各々、補間点と補間核との距離の比をあらわす。
本実施形態において、主走査方向の各々の補間点に対する補間係数を数式４により求め、主走査補間係数テーブルに書き込み、補間処理時にこのテーブルからデータを読み出すことで、高速処理可能な補間回路を実現する。また、副走査方向に関しては、補間係数の変更は１画素単位ではなく１ライン単位であるため、処理速度に影響が少ないため、ＣＰＵにより設定する。
【００６３】
ステップＳ１００５では、システムメモリ８０５上の制御用データを書き換える。
【００６４】
更に、ステップＳ１００６において、副走査方向の補間係数を計算し補間回路８０６へ設定する。
【００６５】
次に、ステップＳ１００７において、補間回路８０６は補間開始を指示され、補間係数メモリ８０７から主走査補間係数を読出し、システムメモリ８０５から主走査方向の４画素分の画像データを読み出す。
【００６６】
次に、ステップＳ１００８において、現在補間開始を指示されたラインが、フィルム上の何ライン目であるかをカウントし、先頭から４ライン目以降であれば、ステップＳ１００９に進み、ラインバッファ８０８ａ、８０８ｂ、８０８ｃから主走査方向の同一位置に当たる３画素分の補間済みデータを読み出す。
【００６７】
次に、ステップＳ１０１０で画像データを読出す。更に、ステップＳ１０１１で、補間回路８０６が、読み出した画像データと主走査補間係数から補間データを演算し、ステップＳ１０１２で補間済みデータとしてラインバッファ８０８ａ、８０８ｂ、８０８ｃのうち最も古いラインのデータが格納されているバッファのデータを書きかえる。これと同時に、ラインバッファから読み出した３点とあわせた４点について、副走査補間係数により補間演算を行い補間画素データを得る。
【００６８】
ステップＳ１０１３では、この補間画素データから２ｘ２のドットマトリックスに変換し、ステップＳ１０１４でバンドバッファ８０９へ書込む。次にステップＳ１０１５で、１ライン分のドットマトリックスの処理が終了したか否か判断し、終了していれば、ステップＳ１０１６に進んで、エンジンインタフェース８１０へプリントデータ転送の指示を与える。１ライン分のデータ転送が終了したとき、ステップＳ１０１７に進んでフィルム１枚分のプリントデータの転送が終了したか否か判定し、終了していなければ、ステップＳ１００６に戻って、副走査補間係数の設定から処理を繰り返し、フィルム１枚分のプリントデータの転送終了でフィルム１枚分の処理が終了する。
【００６９】
プリントエンジン８０２は、一般的なインクジェットプリンタと同様に、受信したデータを印字するため、説明を省略する。
【００７０】
＜本実施形態の効果＞
図１０は、本システムにおける全体的な画像データのサイズ変化を示す図である。図１１は、従来のシステムにおける全体的な画像データのサイズ変化を示す図である。それらの例において、入力画像及び出力画像の解像度は全く同じである。
【００７１】
図１０において、本システムのホストコンピュータ２０１は、撮影装置から出力要求されハードディスクに一時格納したＤＩＣＯＭデータから、表１のような画像情報を読み出し、フォーマット処理を施して、１部の画像を２倍に拡大する。
【００７２】
ホストコンピュータ２０１から送信されたフォーマット済み画像データは、プリンタ２０２で非整数倍補間され固有解像度６００ppiに拡大された後、物理解像度１２００dpiのドット配列に変換されプリントされる。
【００７３】
一方、図１１において、従来のホストコンピュータは、撮影装置から入力したＤＩＣＯＭデータを解析すると、フォーマット処理を行い、グラフィックス解像度３００ppiのフォーマット画像を生成する。
【００７４】
フォーマット済み画像データはネットワークを介して、ホストコンピュータからプリンタへ送信される。ホストコンピュータから送信されたフォーマット済み画像データは、プリンタで、固有解像度６００ppiに２倍に拡大された後、物理解像度１２００dpiのドット配列に変換されプリントされる。
【００７５】
したがって、本実施形態のホスト・プリンタ間で転送されるフォーマット済み画像データの画素数は２１１２５００ｐｉｘｅｌ（＝１３００ｘ１６２５）となり、従来システムの７２０００００ｐｉｘｅｌ（＝２４００ｘ３０００）の３分の１以下となる。
【００７６】
本実施形態では、メートル単位系の画像サイズで出力要求された画像データをホストコンピュータを介して、インチ単位系のプリントエンジンで出力する場合、ホストコンピュータでの画像処理時間を削減可能であるだけでなく、ホスト・プリンタ間の転送データ量が抑えられ、処理速度が向上する。
【００７７】
＜その他の実施形態＞
なお、本発明は、ホストコンピュータと、プリンタケーブルによりローカル接続されたインクジェットプリンタにも適用できる。ローカル接続のためのインタフェースとしては、ＩＥＥＥ１２８４の他、ＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４などが挙げられ、これらを用い複数のプリンタを接続しても良い。
【００７８】
なお、プリントする画像はＤＩＣＯＭデータとしているが、これに限定されるものではなく、ホストコンピュータで画像編集した画像をプリントする場合にも、出力画像が入力画像に対して非整数倍に拡大される場合、ホスト側での拡大を整数倍までとし、プリンタ側で非整数倍に拡大することにより、適応可能である。
【００７９】
プリンタの固有解像度を６００ppi、物理解像度を１２００dpiとしているが、これらの解像度に限定されない。
【００８０】
プリンタコントローラでの補間処理を補間点近傍の４ｘ４画素のを用いたものとしているが、これに限定されるものではなく、非整数倍補間が可能な、いかなる補間を用いても良い。
【００８１】
出力画像を８ｘ１０インチフィルムへのＳＴＡＮＤＡＲＤ\２、３フォーマットとしているが、出力メディアの種類、サイズ及びフォーマットはこれに限定されない。
【００８２】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００８３】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施形態としての医療画像プリントシステムの構成を示すブロック図である。
【図２】マルチフォーマット画像の一例を示す図である。
【図３】本発明の実施形態に係るホストコンピュータの構成を示すブロック図である。
【図４】本発明の実施形態に係るプリンタの構成を示すブロック図である。
【図５】本発明の実施形態に係るホストコンピュータでの処理を示すフローチャートである。
【図６】フイルム方向と印字方向を説明する図である。
【図７】本発明の実施形態に係るホストコンピュータからプリンタへ送信される、フォーマット済み画像の一例を示す図である。
【図８】本発明の実施形態に係るプリンタでの処理を示すフローチャートである。
【図９】本発明の実施形態に係るプリンタで行われる補間処理を説明する図である。
【図１０】本発明の実施形態に係るシステムでのデータ変換を説明する図である。
【図１１】従来システムでのデータ変換を説明する図である。
【符号の説明】
【００８６】
２０１  ホストコンピュータ
２０２  プリンタ
２０３  ＣＴ装置
２０４  ＭＲＩ装置
２０５  ネットワーク
８０１  プリンタコントローラ
８０２  プリントエンジン
８０３  ＣＰＵ
８０４  ネットワークインタフェース
８０５  システムメモリ
８０６  補間回路
８０７  補間係数メモリ
８０８ａ  ラインバッファメモリａ
８０８ｂ  ラインバッファメモリｂ
８０８ｃ  ラインバッファメモリｃ
８０９  バンドバッファメモリ
８１０  エンジンインタフェース
８１１  バス
【図１】
2005123806.tif 000008
【図２】
2005123806.tif 000009
【図３】
2005123806.tif 000010
【図４】
2005123806.tif 000011
【図５】
2005123806.tif 000012
【図６】
2005123806.tif 000013
【図７】
2005123806.tif 000014
【図８】
2005123806.tif 000015
【図９】
2005123806.tif 000016
【図１０】
2005123806.tif 000017
【図１１】
2005123806.tif 000018