JP2004350185A - Image processing apparatus, image processing method and program for image processing - Google Patents

Image processing apparatus, image processing method and program for image processing Download PDF

Info

Publication number
JP2004350185A
JP2004350185A JP2003147322A JP2003147322A JP2004350185A JP 2004350185 A JP2004350185 A JP 2004350185A JP 2003147322 A JP2003147322 A JP 2003147322A JP 2003147322 A JP2003147322 A JP 2003147322A JP 2004350185 A JP2004350185 A JP 2004350185A
Authority
JP
Japan
Prior art keywords
image data
layout
data
image
input
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
Application number
JP2003147322A
Other languages
Japanese (ja)
Inventor
Goro Ishida
悟郎 石田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2003147322A priority Critical patent/JP2004350185A/en
Publication of JP2004350185A publication Critical patent/JP2004350185A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an image processing apparatus which reduces costs by making layout processing common even when the apparatus is connected with various data or devices. <P>SOLUTION: Image data inputted from a BIP (Basic Imaging Profile) profile 4 are temporarily stored in a buffer 5. Besides, a memory card I/F 16 outputs the image file name of a card to a panel 8. A desired layout is selected out of a plurality of print layouts on the panel 8. In the case of a BIP, preparation of layout data is instructed to an internal layout preparing part 10, which prepares a file name with a driver letter indicating that image data are supplied from the BIP out of an ID of the print layout selected on the panel, and outputs the file name to an RGB expanding part 17. In the case of a memory card, a file name with a drive letter indicating that image data are supplied from the memory card is prepared out of the image file name and the ID of the selected print prepared and outputted to the RGB expanding part 17. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、画像処理装置に関する。詳しくは、種々の印刷対象のデータが入力された場合でもページレイアウト処理を共通にした画像処理装置、画像処理方法及び画像処理のためのプログラムに関する。
【0002】
【従来の技術】
従来から、様々な通信方式により入力された画像データを印刷する印刷装置が知られる。また、RS―232CやUSBケーブルなどのケーブルを直接接続して印刷を行う印刷装置のほかに、ブルートゥースやIrDA(Infrared Data Association)などの無線通信により印刷を行う印刷装置も昨今知られるようになった。これに応じて印刷装置に接続されるデバイスの種類も増えてきた。
【0003】
一方、インターネットの普及により、パソコン画面上に表示されたホームページを印刷する機会も増えてきた。かかるホームページなどは、一般には特定のアプリケーションに依存しないHTML(Hyper Text Markup Language)言語や、XML(eXtensible Marukup Language)言語などの構造化記述言語で記述されている。このような言語は、ページの概念がないので印刷を行うためには、印刷レイアウトを決める必要がある。このため、パソコン上でレイアウトを決定し、その情報をサーバに送信し、この情報をもとに印刷レイアウトを決めた文書データを作成して印刷を行う技術が開示されている(例えば特許文献1)。
【0004】
また、デジタルカメラからの画像データを印刷する場合も、デジタルカメラ側で画像のサイズの情報を印刷装置に送信し、これに基づいて印刷装置で画像レイアウトを決定して印刷を行うことも知られている(例えば特許文献2)。
【0005】
【特許文献1】特開2002−219845号公報
【0006】
【特許文献2】特開2002−33992号公報
【0007】
【発明が解決しようとする課題】
しかしながら、種々の通信方式により様々なデバイスと接続できる印刷装置では、入力されるデータの種類や通信方式の種類、さらにデバイスの種類に応じて画像データのレイアウト処理を行う必要がある。通信方式の種類、接続デバイスの種類、さらに入力されるデータの種類の増加は、レイアウト処理のための開発コストの増大を招き、さらに印刷装置のハードウェアやソフトウェアのモジュールが増え、コストが増大するという問題点があった。
【0008】
とくに、メモリカードなどの格納デバイスからの画像データのレイアウト処理と、所定の通信方式により入力された画像データのレイアウト処理とを分けると、レイアウト処理やその後の印刷のための処理も別々に構成する必要があり、コストの増大を招くという問題点があった。
【0009】
そこで、本発明は、種々のデータやデバイスと接続されてもレイアウト処理を共通化してコストの減少を図る画像処理装置、画像処理方法及び画像処理のためのプログラムを提供することを目的としている。
【0010】
【課題を解決するための手段】
上記の目的を達成するために、本発明は、画像処理装置であって、格納デバイスに記憶された第1の画像データを入力する第1の入力手段と、所定の通信方式により送信される第2の画像データを入力する第2の入力手段と、印刷媒体上の第1の画像データ又は第2の画像データのレイアウトを決定するレイアウト処理手段と、レイアウト処理手段で決定したレイアウト情報に基づき、第1の入力手段又は第2の入力手段から出力された第1の画像データ又は第2の画像データの印刷を行う印刷手段と、を備えたことを特徴としている。これにより、例えば、第1の画像に対するレイアウト処理と第2の画像に対するレイアウト処理とを分けることなく、コスト減少を図る画像処理装置を提供することができる。
【0011】
さらに、本発明は、上記レイアウト情報は印刷媒体上の第1の画像又は第2の画像が印刷される位置座標と印刷される画像の幅情報とから構成されることを特徴としている。これにより、例えば、第1の画像のレイアウトに関する情報と第2の画像のレイアウトに関する情報をそれぞれ別々に定義する必要なく、その後の処理を共通化でき、コスト減少を図ることができる。
【0012】
さらに、本発明は、上記第2の入力手段は、さらに、第2の画像データを一時記憶する記憶手段を備え、印刷手段は、レイアウト情報に基づいて印刷を行うときに記憶手段に記憶した第2の画像データを読み出して印刷を行うことを特徴としている。
【0013】
さらに、本発明は、上記第1の入力手段は複数のレイアウトから選択された一のレイアウトに関する情報をレイアウト処理手段に出力し、レイアウト処理手段は入力されたレイアウトに関する情報から第2の画像データに対するレイアウトを決定することを特徴としている。これにより、例えば、ユーザーは容易に所望のレイアウトで印刷出力を得ることが可能となる。
【0014】
さらに、本発明は、上記格納デバイスはメモリカードであることを特徴としている。これにより、例えば、コストを減少した画像処理装置においてメモリカードからの画像データを印刷することが可能となる。
【0015】
また、上記目的を達成するために本発明は、画像処理方法であって、第1の入力手段により格納デバイスに記憶された第1の画像データが入力又は第2の入力手段により所定の通信方式により送信される第2の画像データが入力される第1のステップと、印刷媒体上の第1の画像データ又は第2の画像データのレイアウトを決定する第2のステップと、第2のステップで決定したレイアウト情報に基づき、第1のステップで入力された第1の画像データ又は第2の画像データの印刷を行う第3のステップと、を備えたことを特徴としている。これにより、例えば、第1の画像に対するレイアウト処理と第2の画像に対するレイアウト処理とを分けることなく、コスト減少を図る画像処理の方法を提供することができる。
【0016】
また、上記目的を達成するために本発明は、第1の入力手段により格納デバイスに記憶された第1の画像データが入力又は第2の入力手段により所定の通信方式により送信される第2の画像データが入力される第1の処理と、印刷媒体上の第1の画像又は第2の画像のレイアウトを決定する第2の処理と、第2の処理で決定したレイアウト情報に基づき、第1の処理で入力された第1の画像データ又は第2の画像データの印刷を行う第3の処理と、をコンピュータに実行させる画像処理のためのプログラムであることを特徴としている。これにより、例えば、第1の画像に対するレイアウト処理と第2の画像のレイアウト処理とを分けることなく、プログラムのモジュール削減、コスト削減を図ることができる画像処理のためのプログラムを提供することができる。
【0017】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を説明する。
【0018】
図1は、本発明が適用される画像処理装置1の全体構成を示す図である。
【0019】
画像処理装置1は、全体としてUSBインターフェース(I/F)2、BIPプロファイル4、BPPプロファイル6、各バッファ3、5、7、コントロールパネル8、15、レイアウト生成部9、メモリカードI/F16、RGB展開部17、ファイルシステム18、色変換処理部20、及び印刷エンジン21とから主として構成される。
【0020】
USBI/F2は、USB(Universal Serial Bus)ケーブルが接続され、画像処理装置1とのインターフェースとしての役割を果たし、USBケーブルを介して画像データ(例えばJPEGデータ)等のデータが入力されるようになっている。入力された印刷対象のデータ(例えば画像データ)は、バッファ3に出力される。またUSBI/F2は、内部レイアウトデータ生成部10に対してレイアウトデータ生成指示のための制御信号を出力する。
【0021】
バッファ3は、USBI/F2と接続され、USBI/F2から出力された印刷対象のデータを一時記憶するためのものである。記憶されたデータは、後述するファイルシステム18からのファイル読出し命令によってRGB展開部17に出力されるようになっている。
【0022】
BIPプロファイル4は、ブルートゥースによる無線接続により印刷対象の画像データ等を送信するセンダー側(例えばデジタルカメラなど)と接続される。またBIPプロファイル4は、バッファ5、内部レイアウトデータ生成部10、及び文書作成手段14にも接続される。このBIPプロファイル4は、ブルートゥースによるコマンド等の送受信を行う機能を有し、一連のコマンドの送受信で印刷対象の画像データを受信することができる。
【0023】
ここでブルートゥースについて簡単に説明する。ブルートゥースは、種々のプロファイルから構成され、各プロファイル毎に送受信されるコマンド等が異なるものとなっている。このうちBIP(Basic Imaging Profile)は、画像データを送信するための基本的なプロファイルである。特に印刷の制御に関するデータについて、BIPでは、画像データのエンコード情報(送信される画像がGIFなのかビットマップなのかJPEGなのか等を表す情報)、とそのサイズ(画像の縦横のピクセル数や、画像そのもののバイト数など)に関する情報を送受信することができる。
【0024】
一方、BPP(Basic Printing Profile)は、さらに、印刷用紙のサイズ(A4やA3など)や印刷レイアウト(片面2枚印刷や両面印刷など)、コピー枚数等の印刷条件のための種々の情報をジョブ単位で送受信することができ、XHTMLで記述されたドキュメントの印刷を行うことができるようになされている。このXHTMLは、画像データが格納されたファイルのファイル名(参照文字列)を記述することができ、このファイル名を参照することにより、画像を含むドキュメントの印刷を行うことができる。ブルートゥースによる一連のこのBIPとBPPのデータの送受信から印刷までの処理については後述する。
【0025】
図1に戻り、BIPプロファイル4は、ブルートゥースにより送信された印刷対象の画像データを受信すると、バッファ5にこの画像データを出力する。また、コントロールパネル8によって選択されたレイアウトに対してレイアウトデータ生成を指示する制御信号を内部レイアウトデータ生成部10に出力する。さらに、コントロールパネル15によって選択されたHTML文書に対する文書作成を指示する制御信号も出力するようになっている。このように無線通信によりデジタルカメラなどのセンダー側と画像処理装置1とが接続されているので、直接ケーブルを利用しなくても、配線が煩雑にならずにユーザーが容易に印刷を行うことが可能となる。
【0026】
バッファ5は、BIPプロファイル4から出力された画像データを一時記憶するためのものである。バッファ3と同様に後述するファイルシステム18からのファイル読出し命令により記憶された画像データが読み出され、RGB展開部17に出力される。
【0027】
BPPプロファイル6は、ブルートゥースによる無線通信によりによりセンダー側(例えばデジタルカメラ)と接続されるとともに、バッファ7に接続される。BPPプロファイル6は、上述したブルートゥースのうちBPPによりセンダー側とデータの送受信を行うためのものである。また、印刷条件のためのデータ等は、XHTML(eXtensible Hyper Text Markup Language)言語で記述され、この文書データを受信したBPPプロファイル6は、バッファ7にこのデータを出力する。
【0028】
バッファ7は、BPPプロファイル6と接続されるとともに、XHTMLパーサ11に接続される。BPPプロファイル6から出力された文書データを一時記憶し、例えば印刷対象の文書データをすべて一時記憶すると、そのデータをXHTMLパーサ11に出力するようになされている。
【0029】
コントロールパネル8は、カードI/F16に接続されるとともに内部レイアウトデータ生成部10と接続される。パネル8上に表示された印刷のためのレイアウト、例えば用紙に1つの画像を印刷する場合や用紙に複数の画像を印刷する等を設定することができる。ユーザーは例えばボタン操作によりこのレイアウトを決定することができ、各レイアウト毎の識別番号(レイアウトID)を内部レイアウト生成部10に出力するようになされている。カードI/F16については後述する。
【0030】
レイアウト生成部9は、全体として内部レイアウト生成部10と、XHTMLパーサ11と、DOMレイアウタ12と、内部レイアウトデータ変換部13とから構成される。
【0031】
内部レイアウトデータ生成部10は、USBI/F2、BIPプロファイル4、及びコントロールパネル8と接続されるとともに、RGB展開部17に接続される。BIPプロファイル4やUSBI/F2からのレイアウト生成指示を示す制御信号と、パネル8上で選択したレイアウトIDを示すデータ及びメモリカードに記憶された画像ファイルのファイル名が入力され、レイアウトデータとともにドライブレター付きファイル名を生成して出力するようになっている。
【0032】
レイアウトデータは、印刷用紙上における画像や文字などの印刷する枠の位置座標(2次元座標)、その枠の大きさを示す横幅と縦幅の長さとから構成されるデータでである。その例を図4に示す。図4は全体で一枚の印刷用紙を示し、例えば位置座標(X1,Y1)、横幅W1、縦幅H1の大きさの枠に所定の文字や画像を印刷することを示している。ここで位置座標は枠における左上角の位置を示している。
【0033】
またドライブレター付きファイル名とは、画像データが入力されたドライブ名と、その画像データのファイル名とから構成されたものである。ここでは具体的には、印刷対象の画像データが、BIPプロファイル4から入力されたものか、USBI/F2から入力されたものか等、そのドライブ名を表現するとともに、当該画像データのファイル名を表現したデータである。例えば、画像データがBIPプロファイル4から入力されたもので、そのファイル名を“Img.JPG”とすると、ドライブレター付きファイル名は“BIP:Img.JPG”と表示される。同様にUSBI/F2の場合は、“USB:Img.JPG”と表示される。
【0034】
なお、画像データのファイル名は、バッファ3、5に記憶された画像データに対しては、予め内部レイアウトデータ生成部10で所定のファイル名を作成して、その画像データにファイル名を付するようになっている。もちろん、BIPプロファイル4でファイル名を作成して内部レイアウトデータ生成部10に出力し、このファイル名をもとにドライブレター付きファイル名を作成することも考えられる。
【0035】
また、カードI/F16を介してメモリカードが画像処理装置1に挿入されたときは、カードI/F16から画像ファイル名がコントロールパネル8に出力され、所定の操作により印刷すべき画像ファイルが選択され、内部レイアウトデータ生成部10に出力される。そのため、メモリカードからの画像を印刷するときは、パネル8からそのファイル名が出力されるようになされている。
【0036】
内部レイアウトデータ生成部10は、この位置座標と幅の長さを示す内部レイアウトデータと、ドライブレター付きファイル名をファイルシステム17に出力する。
【0037】
XHTMLパーサ11は、バッファ7及び後述する文書作成手段14と接続されるともに、DOMレイアウタ12と接続される。バッファ7から出力されたXHTML言語により記述された文書データが入力されて、そのデータを解釈し内部ツリーを作成してツリーの各ノードのデータを出力する。この例を図2及び図3を用いて説明する。
【0038】
図2は、XTML言語で記述された文書データの一例で、デジタルカメラ等のセンダー側からBPPプロファイル6、バッファ7を介してXHTMLパーサ11に入力される。図2の文書データの最初と最後には、このデータがXHTML言語で作成したことを示すタグ<XHTML>と</XHTML>がある。1つの文書データは、タグ<XHTML>で始まり、タグ</XHTML>で終了する。タグ<p>は、段落の始まりを示し、タグ</p>は段落の終了を示す。図2の文書では、3つの段落から構成されることになる。また<IMG>タグは、画像データが含まれることを示し、図2の例では“CCC.JPG”というファイル名によって画像データが表現されることを示す。
【0039】
XHTMLパーサ11は、まず、XHTML言語で表現された要素に対して例えば各属性ごとにツリーを生成し、同じ属性を有する要素を各ノードに振り分けて、木構造(ツリー)を生成する。これにより、その後の印刷などが効果的に行われる。この内部ツリーの例を図3に示す。実際には、ツリーは所定のコードにより表現されているが、説明を簡易にするため図3のように示されている。
【0040】
図2の例では同じ属性を有するタグ<p>は、全部で3つあるので、タグ<p>に対して3つのノードが作成されることになる。そして、各タグの要素は、文字表現である“AAA”、と“BBB”、そして画像データのファイル名を示す“CCC.JPG”である。したがって、図2に示すXHTML言語で表現された文書データは、図3のように3つのノードから構成された内部ツリーを生成することになる。
【0041】
そして、図1に戻り、XHTMLパーサ11は、作成したツリーの各ノードのデータ(図3の例では、3つの文字データ“AAA”、“BBB”、“CCC.JPG”)をDOMレイアウタ12に出力する。
【0042】
DOM(Document Object Model)レイアウタ12は、XHTMLパーサ11に接続されるとともに内部レイアウトデータ変換部13に接続される。XHTMLパーサ11から出力された各ノードのデータ(図3の場合は、“AAA”、“BBB”、“CCC.JPG”)が入力されて、各ノード毎に印刷用紙上の位置情報と、その幅情報(横幅と縦幅の長さ)とからなるデータを出力する。その一例を図4に示す。
【0043】
上述したように、図4の全体の枠は印刷用紙の枠を示し、各ノードに対してどのような位置に印刷を行うかのレイアウトを示すことになる。例えば、“AAA”という文字は、印刷用紙上の位置(X1、Y1)から縦幅H1の長さ、横幅W1の長さからなる枠に文字を印刷することを示す。同様に“BBB”という文字は位置(X2、Y2)から縦H2、横W2の大きさの枠に印刷させることを示す。また“CCC.JPG”は、文字データを印刷させるのではなく、画像データが格納されたファイル名を示すデータであって、その画像を位置(X3、Y3)から縦H3、横W3の大きさの枠に印刷させることを示す。
【0044】
この2次元座標で表示された位置座標と、その幅の長さがDOMレイアウタ12から出力されることになる。さらに、この枠に各文字や画像を挿入することを示すデータもともに出力される。
【0045】
内部レイアウトデータ変換部13は、DOMレイアウタ12に接続されるともにファイルシステム17に接続される。DOMレイアウタ12から出力された位置座標等のデータが入力されて、レイアウトデータとともにドライブレター付きファイル名を示すデータを生成してRGB展開部17に出力される。
【0046】
レイアウトデータは、入力された位置座標とその幅を示すデータである。またドライブレター付きファイル名は、画像データがBPPプロファイル6から入力されるものであることを示す、ドライブ名“BPP”と、画像データのファイル名“CCC.JPG”とから構成される“BPP:CCC.JPG”というデータである。これらのデータを内部レイアウトデータ変換部13で作成して内部レイアウトデータとともにRGB展開部17に出力する。
【0047】
本実施例における画像処理装置1には、さらに文書作成手段14とコントロールパネル15とを有する。コントロールパネル15は、文書作成手段14と接続され、パネル上に表示された複数のHTML文書のテンプレートからユーザーが操作ボタン等を操作することで所望のHTML文書を選択できるようになされている。例えば図2のような文書を選択することができるようになされている。選択された文書を示す識別番号(テンプレートID)が生成されて、文書作成手段14に出力されるようになされている。
【0048】
文書作成手段14は、コントロールパネル15からのテンプレートIDと、BIPプロファイル4からのXHTML文書の作成指示を示す制御信号が入力されて、パネル15で選択されたXHTML文書が実際に作成されることになる。生成したXHTMLデータは、XHTMLパーサ11に出力され、上述したBPPの処理と同様の処理が行われ、内部レイアウトデータ変換部13でドライブレター付きファイル名が作成されことになる。
【0049】
この場合に、BIPプロファイル4からの文書データ(又は画像データ)であるので内部レイアウトデータ変換部13では、ドライブ名を“BIP”としてドライブレター付きファイルを作成することになる。なお、BPPプロファイル6からのデータとBIPプロファイル4からのデータとを区別する必要があるが、BPPプロファイル6、BIPプロファイル4から画像または文書の取得先に関する情報も出力されるので、これを入力した内部レイアウトデータ変換部13は、ドライブレター付きファイル名を作成する際にこのドライブ名に応じて“BIP”、“BPP”としてこれを区別して作成することになる。
【0050】
さらに、画像処理装置1は、カードI/F16を備える。カードI/F16は、画像処理装置1に挿入されるメモリカードとのインターフェースとしての役割を果たし、メモリカードが挿入されると、カードに記憶された画像ファイルのファイル名がカードI/F16を介してコントロールパネル8に出力されるようになされている。本実施例ではメモリカードを格納デバイスとして以下説明する。
【0051】
そして、パネル8上で印刷対象の画像をファイル名から選択できるようになっており、この選択したファイル名と選択した印刷レイアウトに関する情報がパネル8から内部レイアウトデータ生成部10に出力される。内部レイアウトデータ生成部10では、BIP等の場合と同様に、ドライブレター付きファイル名をレイアウトデータとともに生成する。この場合に、ドライブレター付きファイル名は、例えば、“カード:001.JPG”と表現されることになる。そして、このファイル名はレイアウトデータとともに、RGB展開部17に出力されることになる。
【0052】
したがって、内部レイアウトデータ生成部10は、メモリカードの場合は、パネル8からのファイル名からドライブレター付きファイル名を生成し、USB2やBIP4からの画像データに対しては、予め記憶したファイル名をその画像データのファイル名としてドライブレター付きファイル名を作成することになる。
【0053】
なお、USB2とBIP4の場合で、ドライブ名を区別してこのファイル名を作成する必要があるがこの場合も例えば画像データの取得先に関する情報がそれぞれUSBI/F2、BIPプロファイル4から出力されるので、この情報をもとに夫々区別したドライブレター付きファイル名を作成することが可能である。
【0054】
RGB展開部17は、内部レイアウトデータ生成部10、内部レイアウトデータ変換部13と接続されるとともに、ファイルシステム18及び色変換処理部20と接続される。内部レイアウトデータ生成部10と、内部レイアウトデータ変換部13から、内部レイアウトデータとドライブレター付きファイル名を示すデータとが入力され、所定の画素又はドット単位ごとに関数を呼び出してRGB(レッド、グリーン、ブルー)それぞれ8ビットからなる階調データを展開、生成する。
【0055】
印刷対象の画像データをRGB展開する場合、内部レイアウトデータ生成部10及び内部レイアウトデータ変換部13からは、内部レイアウトデータとドライブレター付きファイル名が出力されるだけであって、展開すべき画像データは出力されない。そこで、このドライブレター付きファイル名から、読み出すべき画像データの取得先(ドライブ)に関する情報を得て、その取得先から実際に画像データを読み出す処理を行う。読み出された画像データはこのRGB展開部17に入力されて、RGB展開を行うのである。
【0056】
この処理を実現するため、画像処理装置1は、図1に示すようにファイルシステム18と仮想ドライブデータベース19とを備える。
【0057】
ファイルシステム18は、RGB展開部17に接続されるとともに、仮想ドライブデータベース19とに接続される。RGB展開部17からは、画像データの取得を指示する命令とともにドライブレター付きファイル名が入力される。この命令を受けたファイルシステム18は、画像データを取得すべくそのアクセスすべき場所(ドライブ)を仮想ドライブデータベース19から検索する。
【0058】
仮想ドライブデータベース19は、ドライブ名(仮想ドライブ名)と実際の画像データの取得先(画像データの読出し命令を行う場所)に関する情報から構成されるデータベースである。図1に示す例では、ドライブ名が“BPP”のとき、実際の画像読出し命令を行う先は“BPPプロファイル6”となる。同様に、ドライブ名が“BIP”のとき読出し命令を行う先は“バッファ5”、“カード”のときは“メモリーカードI/F16”、“USB”のときは“バッファ3”となる。
【0059】
ファイルシステム18は、ドライブレター付きファイル名からドライブ名を読出し、この仮想ドライブデータベース19のドライブ名と一致する、読出し命令を行う先に関する情報を得て、そのドライブに対して実際に画像データ読出し命令を行うのである。
【0060】
例えば、ドライブレター付きファイル名が“BIP:Img.JPG”の場合、ファイルシステム18は、このファイル名から“BIP”を読出し、仮想ドライブデータベース19にアクセスする。そして、データベース上で“BIP”に一致する取得先に関する情報“バッファ5”を得る。その後、ファイルシステム18は、このバッファ5に対して画像データ(Img.JPG)を読み出すために読出し命令を行って、バッファ5に記憶された画像データを読み出してRGB展開部17に出力される。
【0061】
同様に“BPP:CCC.JPG”の場合も、ファイルシステム18は、このドライブレター付きファイル名からドライブ名“BPP”を読出し、仮想ドライブデータベース19から“BPPプロファイル6”を得て、このBPPプロファイルに対して画像データ(CCC.JPG)の取得を行うよう読出し命令を行う。そして、BPPプロファイル6は、一連のブルートゥースによる通信により画像データを取得してRGB展開部17に出力するのである。
【0062】
また、ドライブレター付きファイル名が“カード:001.JPG”の場合、ファイルシステム18は、ドライブ名“カード”を読出し、仮想ドライブデータベース19から“メモリーカードI/F16”を得て、このメモリーカードI/F16に画像データ(001.JPG)の読出し命令を行う。メモリーカードI/F16は、画像処理装置1に挿入されているメモリーカードから画像ファイル(001.JPG)を読出してRGB展開部17に出力する。
【0063】
さらに、ドライブレター付きファイル名が“USB:Img.JPG”の場合、ファイルシステム18は、“USB”を読出し、仮想ドライブデータベース19から“バッファ3”を得て、バッファ3に画像データの読出し命令を行う。バッファ3に記憶されたこの画像データがこの命令によって読み出され、RGB展開部17に出力される。
【0064】
このように実際に画像データは、BPPプロファイル6、バッファ5、メモリーカードI/F16、バッファ3からRGB展開部17に入力されるようになっている。したがって、RGB展開部17は、これらBPPプロファイル6、バッファ5、メモリーカードI/F16、バッファ3とも接続されていることになる。そして、RGB展開部17は、入力された画像データに対してもRGB展開を行い、例えばRGBそれぞれ8ビットからなる階調画像データを生成して、色変換処理部20に出力することになる。
【0065】
色変換処理部20は、RGB展開部19に接続されるとともに、印刷エンジン21に接続される。RGB展開部19から出力されたRGBの階調データが入力されて、まずCMYK(シアン、マゼンダ、イエロー、ブラック)の階調データに変換する。そして、CMYKの階調データに対して、閾値マトリックス等の変換テーブルを用いて2値の再生データに変換し、印刷エンジン21に出力する。
【0066】
印刷エンジン21は、色変換処理部20から出力された再生データが入力されて、レイアウト生成部9からRGB展開部17を介して入力されたレイアウトデータに基づいて印刷用紙上に印刷を行う。例えばBPPプロファイル6より図2に示すHTMLデータが入力された場合には、図5に示すような印刷を行うことができる。
【0067】
以上のように構成された画像処理装置1について、全体の動作について図6及び図7等を適宜参照しながら説明する。
【0068】
図6は、ブルートゥースによる一連のデータ等の送受信を行って、BPPプロファイル6にXHTML言語で記述された文書データが入力され、通信が終了するまでのタイミングチャートを示す。
【0069】
まず、センダー側(クライアント)から接続要求を示すInquiryコマンドが画像処理装置1のBPPプロファイル6に入力される(ステップS10)。そして、画像処理装置1がクライアントとブルートゥースによる接続を行う場合には、このコマンドに対して画像処理装置1のアドレスを含むResponseをBPPプロファイル6がクライアントに送信することで接続が確立される(ステップS11)。
【0070】
次いで、クライアントからServiceDiscoveryコマンドが送信される(ステップS12)。接続を確立しても、画像処理装置1とどのプロファイルによる通信を行うか等、相手先の情報を得るためである。これを受信したBPPプロファイル6は、BPPによる通信を行うこと等を示すReponseをクライアントに送信する(ステップS13)。
【0071】
次いで、クライアントからOBEX Connectコマンドが送信される(ステップS14)。OBEX(OBject EXchange)プロトコルレベルでの通信により接続を行うためのコマンドである。OBEXプロトコルとは、BIPやBPPの下位のプロトコル層を構成するもので、例えば、画像データの送信の際に所定単位のパケットにより送信を行って画像データ全体の送信を行うものである。このコマンドを受信したBPPプロファイル6は、OBEXConnectに対するReponseを返す(ステップS15)ことでOBEXレベルでの接続が確立される。
【0072】
次いで、クライアントからのCreateJobコマンドをBPPプロファイル6は受信する(ステップS16)。このコマンドには印刷対象の種々の情報、例えば印刷枚数、用紙サイズ、品質(ドラフト、通常、高画質など)等の情報が含まれ、印刷ジョブ単位で送信される。これを受信したBPPプロファイル6は、この条件が適用される印刷ジョブごとに識別番号(ID)等を含むReponseをクライアントに返す(ステップS17)。
【0073】
そして、クライアントからSendDocumentコマンドにより図2に示すXHTML言語で記述された文書データが送信される(ステップS18)。これを受信したBPPプロファイル6は、受信したことを示すReponseをクライアントに返す(ステップS39)。
【0074】
次いで、文書データを送信したクライアントは、OBEXレベルでの通信を終了すべく、OBEX Disconnectコマンドを送信し(ステップS40)、これを受信したBPPプロファイル6は、このコマンドを受信したことを示すReponseを返し(ステップS41)で一旦通信が終了することになる。
【0075】
一方、SendDocumentコマンドによりXHTMLデータを受信したBPPプロファイル6は、図1に示すように受信した文書データを一旦バッファ7に記憶し、XHTMLパーサ11に出力する。次いで、上述したようにXHTMLパーサで文書データが解釈され内部ツリーを生成して各ノードのデータが生成され、DOMレイアウタ12に出力される。DOMレイアウタ12で、各ノードのデータに対して印刷用紙上の位置情報等が生成され、内部レイアウトデータ変換部13で、ドライブレター付きファイル名を示すデータが生成される。そして、ファイルシステム18において、仮想ドライブデータベース19を利用して当該データからアクセスすべきドライブを検索して、文書データに含まれる画像ファイルの画像データをクライアントから読み出すべく、BPPプロファイル6に対して画像データの読出し命令を出力する。
【0076】
この命令を受けたBPPプロファイル6は、図6に戻り一旦終了したOBEXレベルでの通信セッションを再開すべくクライアント側にOBEXConnnectコマンドを送信する(ステップS42)。クライアントがこのコマンドに対するResponseを返す(ステップS43)ことで、実際にOBEXレベルでの通信セッションが再開される。
【0077】
次いで、BPPプロファイル6は、XHTML文書データに含まれる画像データを取得すべくGetObjectコマンドをクライアントに送信する(ステップS44)。これを受けたクライアントは、この画像データを含むReponseを返す(ステップS45)ことで画像処理装置1は、実際にこの画像データを取得することになる。実際にはOBEXレベルで、所定のパケットごとに画像データが送信され、受信したことを示すSuccessコマンドをセンダー側に送信し、これを繰り返すことで画像データ全体の受信を行うことになる。そして、取得した画像データは、RGB展開部17に出力され、上述の処理が行われることになる。
【0078】
次いで、通信セッションを終了させるべくBPPプロファイル6は、OBEXDisconnectコマンドをクライアントに送信し(ステップS46)、クライアントからResponseが返される(ステップS47)で一連のBPPでの通信が終了することになる。
【0079】
次に図7を参照して、一連のブルートゥースによる通信により、BIPプロファイル4に入力された画像データを印刷して通信が終了するまでの処理について説明する。
【0080】
まず、図6と同様にクライアントからブルートゥースによる通信を開始すべくInquiryコマンドが入力される(ステップS30)。これに対するResponseを返す(ステップS31)ことで、通信セッションが確立されることになる。次いで、図6と同様にServiceDiscoverコマンドが送信されて(ステップS32)、BIPプロファイル4はBIPによる通信を行うことを示すResponseを送信する(ステップS33)。これにより、BIPによりクライアント側と通信が行われることになる。
【0081】
次いで、図6と同様にOBEXレベルでの通信セッションを確立すべくOBEXConnectコマンドがクライアントから送信され(ステップS34)、BIPプロファイルがこのコマンドに対するResponseを返す(ステップS35)。これによりOBEXレベルでの通信セッションが確立される。
【0082】
次いで、印刷対象となる画像データをクライアントが送信すべくSendImageDataが送信される(ステップS36)。実際には、OBEXレベルで所定のパケットに画像データが格納されて送信され、送信を受信するたびごとにSuccessコマンドをセンダー側に出力し、これを繰り返すことで画像データ全体を受信することになる。
【0083】
画像データを受信したBIPプロファイル4は、この画像データをバッファ5に出力し一時記憶されることになる。次いでBIPプロファイル4は、この画像データを受信したことを示すResponseを送信することになる(ステップS37)。
【0084】
次いで、クライアントは画像データの送信を終了すると一連の通信セッションの終了をすべくOBEXDisconnectコマンドを画像処理装置1に出力する(ステップS38)。これを受信したBIPプロファイル4は、Reponseを返すことで実際に通信が終了することになる(ステップS39)。
【0085】
一方、BIPプロファイル4は、SendImageDataにより(ステップS36)、印刷対象である画像データを受信すると、その画像データをバッファ5で一時記憶して、内部レイアウトデータ生成部10に対して、レイアウトデータ生成の指示を行う。内部レイアウトデータ生成部10は、コントロールパネル8で選択された印刷レイアウトのIDから、印刷用紙上の位置情報等を含むレイアウトデータを作成するとともに生成部10で予め決定したファイル名を用いてドライブレター付きファイル名を示すデータを作成する。この2つのデータをファイルシステム17に出力し、ファイルシステム17で仮想ドライブデータベース18を検索してバッファ5に対して画像データの読出し命令を出力する。そして、バッファ5に一時記憶された画像データが読み出され、RGB展開部19、色変換処理20を介して、印刷エンジン21でBIPプロファイル4から入力された画像データの印刷を行うことになる。
【0086】
また、SendimageDataにより受信した画像データに対して、コントロールパネル15上で選択したXHTML文書データを用いて処理をおこなうときの動作は以下のようになる。すなわち、図7に示すように一連のBIPによる通信セッションでSendImageData(ステップS36)で画像データがBIPプロファイル4からバッファ5に一時記憶されるまでは、内部レイアウトデータ生成部10により処理する場合と同様である。
【0087】
コントロールパネル15上では、予め複数のXHTML文書のテンプレートから所望のXHTML文書を選択され、そのIDを示すデータが文書データ作成手段14に出力される。一方、BIPプロファイル4からは、XHTMLの文書データを生成するための指示が出力され、この指示に基づき文書作成手段14は選択された文書データを生成する。
【0088】
生成した文書データは、XHTMLパーサ11に出力され、BPPの場合の処理と同様に、内部ツリーを生成して各ノードのデータが生成され、DOMレイアウタ12で位置情報等のデータが生成されて内部レイアウトデータ変換部13に出力される。そして、内部レイアウトデータ変換部13は、位置情報等のレイアウトデータを内部で処理できるデータ形式に変換するとともに、ドライブレター付きファイル名(例えば、“BIP:Img.JPG”)を作成する。
【0089】
作成したデータは、RGB展開部17からファイルシステム18に出力され、ファイルシステム18は仮想ドライブデータベース19を検索して画像データの読出し命令をすべきドライブを選択して、バッファ5に対して読出し命令を出力する。これによりバッファ5に記憶された画像データが読み出され、RGB展開部19、色変換処理部20を介して印刷エンジン21にて実際に印刷用紙に対して印刷を行うことになる。
【0090】
次に、メモリカードからの画像データを印刷する場合の処理は以下のようになる。すなわち、メモリカードが画像処理装置1に挿入されると、カードに記憶された画像データのファイル名がコントロールパネル8に出力される。コントロールパネル8では、ユーザーが印刷を行いたいファイルを選択し、選択されたファイル名に関する情報が内部レイアウトデータ生成部10に出力される。また、コントロールパネル8では、印刷レイアウトをユーザーが選択できるようになっており、選択されたレイアウトに関するIDが内部レイアウト生成部10に出力される。
【0091】
内部レイアウトデータ生成部10は、このレイアウトIDと画像ファイル名とからレイアウトデータ(例えば図4に示すような位置情報等からなるデータ)とドライブレター付きファイル名を生成して、RGB展開部17に出力する。RGB展開のときに画像データが必要になると、ファイルシステム18に画像データ読み出しに関する情報とドライブレター付きファイル名を出力し、ファイルシステム18は、仮想ドライブデータベース19を検索して、メモリカードI/F16にファイル読出し命令を行い、メモリカードから画像データが読み出されて、メモリカードI/F16からRGB展開部17に画像データが出力され、色変換等の処理を行い、パネル8上で選択した画像の印刷を行うことができる。
【0092】
また、USBケーブルからの画像データは、USBI/F2からバッファに送信された画像データが一時記憶され、USBI/F2からのレイアウトデータ生成のための制御信号を出力する。これを受けた内部レイアウトデータ生成部10は、USBをドライブ名とし、予め決められたファイル名をもとにドライブレター付きファイル名のデータを生成する。
【0093】
一方、パネル8上でユーザーが印刷レイアウトを選択して、選択されたレイアウトIDがデータ生成部10に入力される。これらのデータをもとに内部レイアウトデータ生成部10は、レイアウトデータと、USBをドライブ名とするドライブレター付きファイル名のデータとを生成して、RGB展開部17に出力する。RGB展開部17は、画像データの取得が必要なときにファイルシステム18に画像データの読出しに関する情報とドライブレター付きファイル名を出力し、ファイルシステム18は、仮想ドライブデータベース19から画像データの読出し命令を行う先に関する情報(バッファ3)を取得し、そのバッファ3に読出し命令を行う。バッファ3からは記憶された画像データが読み出されてRGB展開部17に出力され、RGB展開、色変換等の処理を行い、USBケーブルを介して送信されるデータの印刷を行うことができる。
【0094】
以上説明してきたように、本発明によれば、内部レイアウト生成部10において、メモリカードからの印刷レイアウトとBIPプロファイル6からの印刷レイアウトとを共通化してそのレイアウトを決定しているため、レイアウト処理を別々に分けて構成する必要がなく、その後の印刷処理も共通化することができ、部品点数の削減、プログラムモジュールの削減等により開発コストや画像処理装置のコストの減少を図ることができる。
【0095】
また、内部レイアウトデータ生成部10から出力されるレイアウトデータは、メモリカードからの場合もBIPの場合でも、位置情報と幅情報とから構成されたデータとして、その後の処理で共通に使用されるため、同様にコストの減少を図ることができる。
【0096】
上述した例では、ドライブレター付きファイル名として、具体的なドライブ名を使用して表現したが、例えばコード表現(例えばBPPプロファイルの場合は“00”など)により表現(例えば“00:CCC.JPG”)することも可能である。
【0097】
また、上述した例では、格納デバイスとしてメモリカードを利用した場合で説明したが、例えばCD−ROMドライブやMOドライブと接続されて、CD−ROM、MOに記憶された画像データを印刷する場合でもメモリカードと同様の処理を行って、上述した効果を得ることができる。その場合に、メモリカードI/Fを、これら格納デバイスのためのI/Fとして機能を有するものであれば、その他のCD−ROM、MO等をこのメモリカードI/Fを介して画像処理装置1に画像データ等を入力するようにしてもよい。
【0098】
さらに、カードI/F16は、コントロールパネル8に接続されるものとして説明したが、コントロールパネル15に接続されるように構成してもよい。この場合、パネル15にメモリカードの画像ファイル名が出力され、選択されたファイル名とHTML文書によりレイアウト生成部9においてBPPの場合と同様の処理を行うことになる。
【0099】
また、画像データを送信するセンダー側の機器としてデジタルカメラで説明したが、他にも携帯電話やPDA(Personal Digital Assistance)その他の情報携帯端末であってもよい。
【0100】
また、BPPプロファイル6に入力される文書データとしてXHTML言語で記述された例を示したが、これ以外にもSGL(Standard Generalized Markup Language)言語やXML(eXtensible Markup Language)言語その他の構造化記述言語であってもよい。
【図面の簡単な説明】
【図1】本発明が適用される画像処理装置の全体構成図である。
【図2】XHTML言語で記述された文書データの例を示す図である。
【図3】内部ツリーを表す図である。
【図4】印刷位置情報を概念を説明するための図である。
【図5】印刷用紙に印刷された例を示す図である。
【図6】BPPを利用した場合のタイミングチャートを示す図である。
【図7】BIPを利用した場合のタイミングチャートを示す図である。
【符号の説明】
1 画像処理装置 2 USBI/F 3 バッファ 4 BIPプロファイル 5 バッファ 6 BPPバッファ 7 バッファ 8 コントロールパネル 9 レイアウト生成部 10 内部レイアウトデータ生成部 11 HTMLパーサ 12 DOMレイアウタ 13 内部レイアウトデータ変換部 14 文書作成手段 15 コントロールパネル
16 カードI/F 17 ファイルシステム 18 仮想ドライブデータベース 19 RGB展開部 20 色変換部 21 印刷エンジン
26 コントロールパネル
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an image processing device. More specifically, the present invention relates to an image processing apparatus, an image processing method, and a program for image processing that share page layout processing even when various types of data to be printed are input.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, printing apparatuses that print image data input by various communication methods are known. In addition to printing apparatuses that perform printing by directly connecting cables such as RS-232C and USB cables, printing apparatuses that perform printing by wireless communication such as Bluetooth and IrDA (Infrared Data Association) have recently become known. Was. Accordingly, the types of devices connected to the printing apparatus have been increasing.
[0003]
On the other hand, the spread of the Internet has increased the opportunity to print home pages displayed on personal computer screens. Such a homepage is generally described in a structured description language such as an HTML (Hyper Text Markup Language) language or an XML (extensible Markup Language) language which does not depend on a specific application. Since such a language has no concept of a page, it is necessary to determine a print layout in order to perform printing. For this reason, a technology is disclosed in which a layout is determined on a personal computer, the information is transmitted to a server, and document data in which a print layout is determined based on the information is created and printed (for example, Patent Document 1). ).
[0004]
Also, when printing image data from a digital camera, it is also known that the digital camera transmits image size information to a printing device, and the printing device determines an image layout based on the information and performs printing. (For example, Patent Document 2).
[0005]
[Patent Document 1] Japanese Patent Application Laid-Open No. 2002-219845
[Patent Document 2] JP-A-2002-33992
[Problems to be solved by the invention]
However, in a printing apparatus that can be connected to various devices by various communication methods, it is necessary to perform image data layout processing according to the type of input data, the type of communication method, and the type of device. The increase in the type of communication system, the type of connection device, and the type of input data causes an increase in development costs for layout processing, and further increases the hardware and software modules of the printing apparatus, thereby increasing costs. There was a problem.
[0008]
In particular, when the layout processing of image data from a storage device such as a memory card and the layout processing of image data input by a predetermined communication method are separated, the layout processing and subsequent processing for printing are also configured separately. However, there is a problem that the cost is required.
[0009]
Therefore, an object of the present invention is to provide an image processing apparatus, an image processing method, and a program for image processing that reduce the cost by sharing layout processing even when connected to various data and devices.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides an image processing apparatus, comprising: a first input unit for inputting first image data stored in a storage device; A second input unit for inputting the second image data, a layout processing unit for determining a layout of the first image data or the second image data on the print medium, and a layout information determined by the layout processing unit. Printing means for printing the first image data or the second image data output from the first input means or the second input means. Thus, for example, it is possible to provide an image processing apparatus that reduces costs without dividing layout processing for the first image and layout processing for the second image.
[0011]
Further, the present invention is characterized in that the layout information includes position coordinates at which the first image or the second image on the print medium is printed and width information of the image to be printed. Thus, for example, it is not necessary to separately define information relating to the layout of the first image and information relating to the layout of the second image, and subsequent processing can be shared, thereby reducing costs.
[0012]
Further, in the present invention, the second input means further includes a storage means for temporarily storing the second image data, and the printing means stores the second image data in the storage means when performing printing based on the layout information. 2 is read out and printed.
[0013]
Further, according to the present invention, the first input means outputs information on one layout selected from the plurality of layouts to the layout processing means, and the layout processing means outputs the information on the second image data from the input layout information. The layout is determined. Thus, for example, the user can easily obtain a printout with a desired layout.
[0014]
Further, the present invention is characterized in that the storage device is a memory card. Thus, for example, it is possible to print image data from a memory card in an image processing apparatus with reduced cost.
[0015]
According to another aspect of the present invention, there is provided an image processing method, wherein first image data stored in a storage device is input by a first input means or a predetermined communication method is input by a second input means. A second step of inputting the second image data transmitted by the first step, a second step of determining a layout of the first image data or the second image data on the print medium, and a second step. And a third step of printing the first image data or the second image data input in the first step based on the determined layout information. Thus, for example, it is possible to provide an image processing method for reducing costs without dividing layout processing for the first image and layout processing for the second image.
[0016]
In order to achieve the above object, according to the present invention, a first image data stored in a storage device is inputted by a first input means or transmitted by a predetermined communication method by a second input means. A first process for inputting image data, a second process for determining a layout of a first image or a second image on a print medium, and a first process based on layout information determined in the second process. And a third process for printing the first image data or the second image data input in the process (1). Thus, for example, it is possible to provide a program for image processing that can reduce the number of program modules and cost without dividing layout processing for the first image and layout processing for the second image. .
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0018]
FIG. 1 is a diagram showing an overall configuration of an image processing apparatus 1 to which the present invention is applied.
[0019]
The image processing apparatus 1 includes a USB interface (I / F) 2, a BIP profile 4, a BPP profile 6, buffers 3, 5, 7, control panels 8, 15, a layout generator 9, a memory card I / F 16, It mainly includes an RGB developing unit 17, a file system 18, a color conversion processing unit 20, and a print engine 21.
[0020]
The USB I / F 2 is connected to a USB (Universal Serial Bus) cable, serves as an interface with the image processing apparatus 1, and receives data such as image data (for example, JPEG data) via the USB cable. Has become. The input data to be printed (for example, image data) is output to the buffer 3. The USB I / F 2 outputs a control signal for instructing layout data generation to the internal layout data generation unit 10.
[0021]
The buffer 3 is connected to the USB I / F 2 and temporarily stores print target data output from the USB I / F 2. The stored data is output to the RGB developing unit 17 according to a file read command from a file system 18 described later.
[0022]
The BIP profile 4 is connected to a sender side (for example, a digital camera or the like) that transmits image data to be printed or the like by wireless connection using Bluetooth. The BIP profile 4 is also connected to a buffer 5, an internal layout data generation unit 10, and a document creation unit 14. The BIP profile 4 has a function of transmitting and receiving commands and the like by Bluetooth, and can receive image data to be printed by transmitting and receiving a series of commands.
[0023]
Here, Bluetooth will be briefly described. Bluetooth is composed of various profiles, and commands and the like transmitted and received are different for each profile. Among them, BIP (Basic Imaging Profile) is a basic profile for transmitting image data. In particular, for data relating to print control, in the BIP, encoding information of image data (information indicating whether a transmitted image is GIF, bitmap, JPEG, etc.) and its size (the number of vertical and horizontal pixels of the image, Information such as the number of bytes of the image itself).
[0024]
On the other hand, BPP (Basic Printing Profile) further stores various information for printing conditions such as the size of printing paper (A4, A3, etc.), printing layout (single-sided printing, double-sided printing, etc.), and the number of copies. The document can be transmitted and received in units, and a document described in XHTML can be printed. The XHTML can describe a file name (reference character string) of a file in which image data is stored. By referring to the file name, a document including an image can be printed. A series of processes from transmission and reception of the BIP and BPP data by Bluetooth to printing will be described later.
[0025]
Returning to FIG. 1, the BIP profile 4 outputs the image data to the buffer 5 upon receiving the image data to be printed transmitted by Bluetooth. Further, it outputs a control signal instructing generation of layout data to the layout selected by the control panel 8 to the internal layout data generation unit 10. Further, a control signal for instructing document creation for the HTML document selected by the control panel 15 is also output. In this manner, since the sender side such as a digital camera and the image processing apparatus 1 are connected by wireless communication, the user can easily perform printing without complicated wiring without directly using a cable. It becomes possible.
[0026]
The buffer 5 temporarily stores the image data output from the BIP profile 4. Like the buffer 3, the stored image data is read by a file read command from a file system 18, which will be described later, and output to the RGB developing unit 17.
[0027]
The BPP profile 6 is connected to the sender side (for example, a digital camera) by wireless communication using Bluetooth, and is also connected to the buffer 7. The BPP profile 6 is for transmitting and receiving data to and from the sender side by BPP of the above-mentioned Bluetooth. Data for printing conditions and the like are described in XHTML (extensible Hyper Text Markup Language) language, and the BPP profile 6 that has received this document data outputs this data to the buffer 7.
[0028]
The buffer 7 is connected to the XHTML parser 11 while being connected to the BPP profile 6. When the document data output from the BPP profile 6 is temporarily stored, for example, all the document data to be printed is temporarily stored, the data is output to the XHTML parser 11.
[0029]
The control panel 8 is connected to the card I / F 16 and to the internal layout data generator 10. A layout for printing displayed on the panel 8, for example, a case where one image is printed on paper, a case where a plurality of images are printed on paper, and the like can be set. The user can determine the layout by, for example, operating a button, and output an identification number (layout ID) for each layout to the internal layout generating unit 10. The card I / F 16 will be described later.
[0030]
The layout generation unit 9 includes an internal layout generation unit 10, an XHTML parser 11, a DOM layouter 12, and an internal layout data conversion unit 13 as a whole.
[0031]
The internal layout data generation unit 10 is connected to the USB I / F 2, the BIP profile 4, and the control panel 8, and is also connected to the RGB development unit 17. A control signal indicating a layout generation instruction from the BIP profile 4 or the USB I / F 2, data indicating a layout ID selected on the panel 8, and a file name of an image file stored in the memory card are input, and a drive letter is input together with the layout data. Generates and outputs the attached file name.
[0032]
The layout data is data composed of position coordinates (two-dimensional coordinates) of a frame for printing an image or a character on a print sheet, and a width and a length of the frame indicating the size of the frame. An example is shown in FIG. FIG. 4 shows one print sheet as a whole, and shows that predetermined characters and images are printed in a frame having, for example, position coordinates (X1, Y1), horizontal width W1, and vertical width H1. Here, the position coordinates indicate the position of the upper left corner in the frame.
[0033]
The file name with the drive letter is composed of the drive name to which the image data is input and the file name of the image data. Specifically, here, the drive name is expressed, such as whether the image data to be printed is input from the BIP profile 4 or input from the USB I / F 2, and the file name of the image data is displayed. This is the expressed data. For example, if the image data is input from the BIP profile 4 and its file name is “Img.JPG”, the file name with the drive letter is displayed as “BIP: Img.JPG”. Similarly, in the case of USB I / F2, "USB: Img.JPG" is displayed.
[0034]
As for the file name of the image data, for the image data stored in the buffers 3 and 5, a predetermined file name is created in advance by the internal layout data generation unit 10, and the file name is added to the image data. It has become. Of course, it is also conceivable to create a file name with the BIP profile 4 and output it to the internal layout data generation unit 10 to create a file name with a drive letter based on this file name.
[0035]
When a memory card is inserted into the image processing apparatus 1 via the card I / F 16, an image file name is output from the card I / F 16 to the control panel 8, and an image file to be printed is selected by a predetermined operation. The data is output to the internal layout data generation unit 10. Therefore, when printing an image from the memory card, the file name is output from the panel 8.
[0036]
The internal layout data generating unit 10 outputs the internal layout data indicating the position coordinates and the length of the width and the file name with the drive letter to the file system 17.
[0037]
The XHTML parser 11 is connected to the buffer 7 and a document creation unit 14 described later, and is also connected to the DOM layouter 12. The document data described in the XHTML language output from the buffer 7 is input, interprets the data, creates an internal tree, and outputs data of each node of the tree. This example will be described with reference to FIGS.
[0038]
FIG. 2 shows an example of document data described in the XHTML language, which is input from the sender side of a digital camera or the like to the XHTML parser 11 via the BPP profile 6 and the buffer 7. At the beginning and end of the document data in FIG. 2, there are tags <XHTML> and </ XHTML> indicating that the data has been created in the XHTML language. One document data starts with a tag <XHTML> and ends with a tag </ XHTML>. The tag <p> indicates the beginning of a paragraph, and the tag </ p> indicates the end of the paragraph. In the document of FIG. 2, it is composed of three paragraphs. The <IMG> tag indicates that image data is included, and in the example of FIG. 2, indicates that image data is represented by a file name “CCC.JPG”.
[0039]
First, the XHTML parser 11 generates a tree for each attribute, for example, for elements expressed in the XHTML language, and sorts elements having the same attribute into each node to generate a tree structure (tree). Thereby, subsequent printing and the like are effectively performed. FIG. 3 shows an example of this internal tree. Actually, the tree is represented by a predetermined code, but is shown as in FIG. 3 for the sake of simplicity.
[0040]
In the example of FIG. 2, there are a total of three tags <p> having the same attribute, so three nodes are created for the tag <p>. The elements of each tag are “AAA” and “BBB”, which are character expressions, and “CCC.JPG” which indicates a file name of image data. Therefore, the document data expressed in the XHTML language shown in FIG. 2 generates an internal tree composed of three nodes as shown in FIG.
[0041]
Then, returning to FIG. 1, the XHTML parser 11 sends the data of each node of the created tree (in the example of FIG. 3, three character data “AAA”, “BBB”, and “CCC.JPG”) to the DOM layouter 12. Output.
[0042]
The DOM (Document Object Model) layouter 12 is connected to the XHTML parser 11 and to the internal layout data conversion unit 13. The data of each node (“AAA”, “BBB”, “CCC.JPG” in FIG. 3) output from the XHTML parser 11 is input, and the position information on the printing paper and the It outputs data consisting of width information (length of width and length of width). An example is shown in FIG.
[0043]
As described above, the entire frame in FIG. 4 indicates the frame of the printing paper, and indicates the layout of what position to print for each node. For example, the character "AAA" indicates that the character is to be printed in a frame having a length H1 and a width W1 from the position (X1, Y1) on the printing paper. Similarly, the character "BBB" indicates that printing is to be performed on a frame having a size of vertical H2 and horizontal W2 from the position (X2, Y2). “CCC.JPG” is data indicating a file name in which image data is stored, rather than printing character data, and the size of the image from the position (X3, Y3) to the height H3 and the width W3. Indicates that the image is to be printed in the frame.
[0044]
The position coordinates displayed in the two-dimensional coordinates and the length of the width are output from the DOM layouter 12. Further, data indicating that each character or image is to be inserted into this frame is also output.
[0045]
The internal layout data converter 13 is connected to the DOM layouter 12 and to the file system 17. Data such as position coordinates output from the DOM layouter 12 is input, and data indicating a file name with a drive letter is generated together with the layout data and output to the RGB developing unit 17.
[0046]
The layout data is data indicating the input position coordinates and the width thereof. The file name with a drive letter indicates that the image data is to be input from the BPP profile 6 and is composed of a drive name “BPP” and a file name “CCC.JPG” of the image data. CCC.JPG ". These data are created by the internal layout data conversion unit 13 and output to the RGB development unit 17 together with the internal layout data.
[0047]
The image processing apparatus 1 according to the present embodiment further includes a document creation unit 14 and a control panel 15. The control panel 15 is connected to the document creation means 14 and allows a user to select a desired HTML document by operating an operation button or the like from a plurality of HTML document templates displayed on the panel. For example, a document as shown in FIG. 2 can be selected. An identification number (template ID) indicating the selected document is generated and output to the document creation means 14.
[0048]
The document creation unit 14 receives the template ID from the control panel 15 and a control signal indicating an instruction to create an XHTML document from the BIP profile 4 and generates an XHTML document selected on the panel 15. Become. The generated XHTML data is output to the XHTML parser 11, where the same processing as the above-described BPP processing is performed, and the internal layout data conversion unit 13 creates a file name with a drive letter.
[0049]
In this case, since the document data (or image data) is from the BIP profile 4, the internal layout data conversion unit 13 creates a file with a drive letter with a drive name of "BIP". It is necessary to distinguish between the data from the BPP profile 6 and the data from the BIP profile 4. However, since information about the image or document acquisition source is also output from the BPP profile 6 and the BIP profile 4, this is input. When creating a file name with a drive letter, the internal layout data conversion unit 13 creates the file name as “BIP” or “BPP” according to the drive name to distinguish them.
[0050]
Further, the image processing apparatus 1 includes a card I / F 16. The card I / F 16 serves as an interface with a memory card inserted into the image processing apparatus 1, and when a memory card is inserted, the file name of an image file stored in the card is transmitted via the card I / F 16. Output to the control panel 8. In the present embodiment, a memory card is described below as a storage device.
[0051]
The image to be printed can be selected from the file name on the panel 8, and information on the selected file name and the selected print layout is output from the panel 8 to the internal layout data generation unit 10. The internal layout data generation unit 10 generates a file name with a drive letter together with the layout data as in the case of BIP or the like. In this case, the file name with the drive letter is expressed, for example, as “card: 001.JPG”. The file name is output to the RGB developing unit 17 together with the layout data.
[0052]
Therefore, in the case of a memory card, the internal layout data generating unit 10 generates a file name with a drive letter from the file name from the panel 8 and, for image data from USB2 or BIP4, uses a file name stored in advance. A file name with a drive letter is created as the file name of the image data.
[0053]
In the case of USB2 and BIP4, it is necessary to create this file name while distinguishing the drive name. In this case, too, for example, information on the acquisition source of the image data is output from the USB I / F2 and the BIP profile 4, respectively. Based on this information, it is possible to create a file name with a drive letter that is distinguished from each other.
[0054]
The RGB developing unit 17 is connected to the internal layout data generating unit 10 and the internal layout data converting unit 13, and is also connected to the file system 18 and the color conversion processing unit 20. The internal layout data and data indicating a file name with a drive letter are input from the internal layout data generation unit 10 and the internal layout data conversion unit 13, and a function is called for each predetermined pixel or dot unit to execute RGB (red, green). , Blue) expands and generates 8-bit gradation data.
[0055]
When the image data to be printed is subjected to RGB development, only the internal layout data and the file name with the drive letter are output from the internal layout data generation unit 10 and the internal layout data conversion unit 13, and the image data to be developed Is not output. Therefore, information about the acquisition destination (drive) of the image data to be read is obtained from the file name with the drive letter, and the process of actually reading the image data from the acquisition destination is performed. The read image data is input to the RGB developing unit 17 to perform RGB developing.
[0056]
In order to realize this processing, the image processing apparatus 1 includes a file system 18 and a virtual drive database 19 as shown in FIG.
[0057]
The file system 18 is connected to the RGB development unit 17 and to a virtual drive database 19. From the RGB developing unit 17, a file name with a drive letter is input together with a command for instructing acquisition of image data. The file system 18 that has received this command searches the virtual drive database 19 for a location (drive) to be accessed in order to obtain image data.
[0058]
The virtual drive database 19 is a database including information on a drive name (virtual drive name) and an actual image data acquisition destination (a place where an image data read command is issued). In the example shown in FIG. 1, when the drive name is “BPP”, the destination where the actual image reading command is issued is “BPP profile 6”. Similarly, when the drive name is "BIP", the destination where the read command is issued is "buffer 5", when it is "card", it is "memory card I / F16", and when it is "USB", it is "buffer 3".
[0059]
The file system 18 reads the drive name from the file name with the drive letter, obtains information on the destination of the read command that matches the drive name of the virtual drive database 19, and actually issues an image data read command to the drive. It does.
[0060]
For example, when the file name with the drive letter is “BIP: Img.JPG”, the file system 18 reads “BIP” from this file name and accesses the virtual drive database 19. Then, information “buffer 5” on the acquisition source that matches “BIP” on the database is obtained. Thereafter, the file system 18 issues a read command to the buffer 5 to read the image data (Img.JPG), reads the image data stored in the buffer 5, and outputs the read image data to the RGB developing unit 17.
[0061]
Similarly, in the case of “BPP: CCC.JPG”, the file system 18 reads the drive name “BPP” from the file name with the drive letter, obtains “BPP profile 6” from the virtual drive database 19, and obtains the BPP profile. , A read command is issued to obtain image data (CCC.JPG). Then, the BPP profile 6 acquires image data through a series of Bluetooth communication and outputs the image data to the RGB developing unit 17.
[0062]
If the file name with the drive letter is “card: 001.JPG”, the file system 18 reads the drive name “card”, obtains “memory card I / F16” from the virtual drive database 19, and An instruction to read image data (001.JPG) is issued to the I / F 16. The memory card I / F 16 reads an image file (001.JPG) from the memory card inserted in the image processing apparatus 1 and outputs the image file (001.JPG) to the RGB developing unit 17.
[0063]
Further, when the file name with the drive letter is “USB: Img.JPG”, the file system 18 reads “USB”, obtains “buffer 3” from the virtual drive database 19, and instructs the buffer 3 to read image data. I do. The image data stored in the buffer 3 is read by this command and output to the RGB developing unit 17.
[0064]
Thus, the image data is actually input from the BPP profile 6, the buffer 5, the memory card I / F 16, and the buffer 3 to the RGB developing unit 17. Therefore, the RGB developing unit 17 is also connected to the BPP profile 6, the buffer 5, the memory card I / F 16, and the buffer 3. Then, the RGB developing unit 17 also performs RGB developing on the input image data, for example, generates gradation image data composed of 8 bits for each of RGB, and outputs the gradation image data to the color conversion processing unit 20.
[0065]
The color conversion processing section 20 is connected to the RGB developing section 19 and also to the print engine 21. The RGB gradation data output from the RGB developing unit 19 is input, and is first converted into CMYK (cyan, magenta, yellow, black) gradation data. Then, the CMYK gradation data is converted into binary reproduction data using a conversion table such as a threshold matrix, and output to the print engine 21.
[0066]
The print engine 21 receives the reproduction data output from the color conversion processing unit 20 and performs printing on printing paper based on the layout data input from the layout generation unit 9 via the RGB development unit 17. For example, when the HTML data shown in FIG. 2 is input from the BPP profile 6, printing as shown in FIG. 5 can be performed.
[0067]
The overall operation of the image processing apparatus 1 configured as described above will be described with reference to FIGS.
[0068]
FIG. 6 shows a timing chart from transmission and reception of a series of data or the like by Bluetooth, input of document data described in the XHTML language to the BPP profile 6, and ending the communication.
[0069]
First, an inquiry command indicating a connection request is input to the BPP profile 6 of the image processing apparatus 1 from the sender side (client) (step S10). When the image processing apparatus 1 establishes a connection with the client by Bluetooth, the connection is established by the BPP profile 6 transmitting a response including the address of the image processing apparatus 1 to the client in response to this command (step S1). S11).
[0070]
Next, a Service Discovery command is transmitted from the client (Step S12). This is because, even after the connection is established, the information of the other party such as which profile to communicate with the image processing apparatus 1 is to be obtained. The BPP profile 6 that has received this transmits a Response indicating that communication by BPP is to be performed to the client (step S13).
[0071]
Next, an OBEX Connect command is transmitted from the client (step S14). This is a command for establishing a connection by communication at the OBEX (OBject Exchange) protocol level. The OBEX protocol constitutes a lower protocol layer of BIP and BPP. For example, when image data is transmitted, transmission is performed in packets of a predetermined unit to transmit the entire image data. The BPP profile 6 that has received this command returns a response to OBEXConnect (step S15), thereby establishing a connection at the OBEX level.
[0072]
Next, the BPP profile 6 receives a CreateJob command from the client (step S16). This command includes various information to be printed, for example, information such as the number of prints, paper size, quality (draft, normal, high image quality, etc.) and is transmitted in print job units. The BPP profile 6 that has received this returns a response including an identification number (ID) for each print job to which this condition is applied to the client (step S17).
[0073]
Then, the document data described in the XHTML language shown in FIG. 2 is transmitted from the client according to the SendDocument command (step S18). The BPP profile 6 that has received this returns a Response indicating that it has been received to the client (step S39).
[0074]
Next, the client that has transmitted the document data transmits an OBEX Disconnect command in order to end the communication at the OBEX level (step S40), and the BPP profile 6 that has received this transmits a Response indicating that the command has been received. Upon return (step S41), the communication is temporarily terminated.
[0075]
On the other hand, the BPP profile 6 that has received the XHTML data by the SendDocument command temporarily stores the received document data in the buffer 7 and outputs it to the XHTML parser 11 as shown in FIG. Next, as described above, the XHTML parser interprets the document data, generates an internal tree, generates data of each node, and outputs the data to the DOM layouter 12. The DOM layouter 12 generates position information and the like on the printing paper for the data of each node, and the internal layout data converter 13 generates data indicating a file name with a drive letter. Then, in the file system 18, the virtual drive database 19 is used to search for a drive to be accessed from the data, and the image data of the image file included in the document data is read out from the BPP profile 6 in order to read out from the client. Outputs a data read command.
[0076]
The BPP profile 6 that has received this command returns to FIG. 6 and transmits an OBEXConnect command to the client side to restart the once completed OBEX level communication session (step S42). When the client returns a response to this command (step S43), the communication session at the OBEX level is actually restarted.
[0077]
Next, the BPP profile 6 transmits a GetObject command to the client to acquire image data included in the XHTML document data (Step S44). The client receiving this returns a Response including the image data (step S45), so that the image processing apparatus 1 actually acquires the image data. Actually, at the OBEX level, image data is transmitted for each predetermined packet, and a success command indicating that the image data has been received is transmitted to the sender side, and by repeating this, the entire image data is received. Then, the acquired image data is output to the RGB developing unit 17, and the above-described processing is performed.
[0078]
Next, the BPP profile 6 transmits an OBEXDisconnect command to the client to end the communication session (step S46), and a response is returned from the client (step S47), thereby ending a series of BPP communication.
[0079]
Next, with reference to FIG. 7, a description will be given of a process from printing of image data input to the BIP profile 4 to completion of communication by a series of Bluetooth communication.
[0080]
First, similarly to FIG. 6, an Inquiry command is input from the client to start Bluetooth communication (step S30). By returning a response to this (step S31), a communication session is established. Next, similarly to FIG. 6, a Service Discover command is transmitted (step S32), and the BIP profile 4 transmits a Response indicating that communication by BIP is performed (step S33). As a result, communication with the client side is performed by BIP.
[0081]
Next, an OBEXConnect command is transmitted from the client to establish a communication session at the OBEX level as in FIG. 6 (step S34), and the BIP profile returns a Response to this command (step S35). As a result, a communication session at the OBEX level is established.
[0082]
Next, SendImageData is transmitted so that the client transmits the image data to be printed (step S36). Actually, image data is stored and transmitted in a predetermined packet at the OBEX level, and each time a transmission is received, a Success command is output to the sender side, and by repeating this, the entire image data is received. .
[0083]
The BIP profile 4 that has received the image data outputs this image data to the buffer 5 and is temporarily stored. Next, the BIP profile 4 transmits a response indicating that the image data has been received (step S37).
[0084]
Next, when the transmission of the image data ends, the client outputs an OBEXDisconnect command to the image processing apparatus 1 to end a series of communication sessions (step S38). The BIP profile 4 that has received this will actually end the communication by returning a Response (step S39).
[0085]
On the other hand, when the BIP profile 4 receives the image data to be printed by SendImageData (step S36), the BIP profile 4 temporarily stores the image data in the buffer 5, and sends the image data to the internal layout data generation unit 10 to generate the layout data. Make instructions. The internal layout data generation unit 10 generates layout data including position information on printing paper from the ID of the print layout selected on the control panel 8 and uses a file name determined in advance by the generation unit 10 to generate a drive letter. Create data indicating the file name of the file. These two data are output to the file system 17, the virtual drive database 18 is searched in the file system 17, and an image data read command is output to the buffer 5. Then, the image data temporarily stored in the buffer 5 is read out, and the image data input from the BIP profile 4 is printed by the print engine 21 via the RGB developing unit 19 and the color conversion processing 20.
[0086]
The operation when processing image data received by SendimageData using the XHTML document data selected on the control panel 15 is as follows. That is, as shown in FIG. 7, in a series of BIP communication sessions, until the image data is temporarily stored in the buffer 5 from the BIP profile 4 in SendImageData (step S36), it is the same as the case where the processing is performed by the internal layout data generation unit 10. It is.
[0087]
On the control panel 15, a desired XHTML document is selected in advance from a plurality of XHTML document templates, and data indicating its ID is output to the document data creation means 14. On the other hand, an instruction for generating XHTML document data is output from the BIP profile 4, and the document creating means 14 generates the selected document data based on the instruction.
[0088]
The generated document data is output to the XHTML parser 11, similarly to the processing in the case of the BPP, generating an internal tree to generate data of each node, and the DOM layouter 12 generating data such as position information and the like. The data is output to the layout data conversion unit 13. Then, the internal layout data conversion unit 13 converts the layout data such as the position information into a data format that can be processed internally, and creates a file name with a drive letter (for example, “BIP: Img.JPG”).
[0089]
The created data is output from the RGB developing unit 17 to the file system 18. The file system 18 searches the virtual drive database 19, selects a drive to which the image data read command is to be issued, and issues a read command to the buffer 5. Is output. As a result, the image data stored in the buffer 5 is read out, and the printing engine 21 actually performs printing on the printing paper via the RGB developing unit 19 and the color conversion processing unit 20.
[0090]
Next, processing for printing image data from a memory card is as follows. That is, when the memory card is inserted into the image processing apparatus 1, the file name of the image data stored in the card is output to the control panel 8. In the control panel 8, the user selects a file to be printed, and information on the selected file name is output to the internal layout data generation unit 10. Further, the control panel 8 allows a user to select a print layout, and outputs an ID relating to the selected layout to the internal layout generation unit 10.
[0091]
The internal layout data generation unit 10 generates layout data (for example, data including position information as shown in FIG. 4) and a file name with a drive letter from the layout ID and the image file name. Output. When image data is required during RGB development, information on image data readout and a file name with a drive letter are output to the file system 18, and the file system 18 searches the virtual drive database 19 and reads the memory card I / F 16. , A file read command is issued, image data is read from the memory card, image data is output from the memory card I / F 16 to the RGB developing unit 17, and processing such as color conversion is performed. Can be printed.
[0092]
As image data from the USB cable, image data transmitted from the USB I / F 2 to the buffer is temporarily stored, and a control signal for generating layout data from the USB I / F 2 is output. Upon receiving this, the internal layout data generation unit 10 uses USB as a drive name and generates data of a file name with a drive letter based on a predetermined file name.
[0093]
On the other hand, the user selects a print layout on the panel 8, and the selected layout ID is input to the data generator 10. Based on these data, the internal layout data generation unit 10 generates layout data and data of a file name with a drive letter with USB as a drive name, and outputs the data to the RGB development unit 17. The RGB developing unit 17 outputs information relating to reading of image data and a file name with a drive letter to the file system 18 when image data is required to be acquired. The file system 18 issues a command to read image data from the virtual drive database 19. (Buffer 3) regarding the destination to be executed, and a read command is issued to the buffer 3. The stored image data is read out from the buffer 3 and output to the RGB development unit 17 to perform processing such as RGB development and color conversion, and print data transmitted via a USB cable.
[0094]
As described above, according to the present invention, the internal layout generation unit 10 determines the layout by sharing the print layout from the memory card and the print layout from the BIP profile 6. Need not be separately configured, and the subsequent print processing can be shared, and the development cost and the cost of the image processing apparatus can be reduced by reducing the number of components and the number of program modules.
[0095]
Further, the layout data output from the internal layout data generation unit 10 is commonly used in subsequent processing as data composed of position information and width information regardless of whether it is from a memory card or BIP. Similarly, the cost can be reduced.
[0096]
In the above-described example, the specific drive name is used as the file name with the drive letter. However, the file name is expressed using a code expression (for example, “00” in the case of a BPP profile) (for example, “00: CCC.JPG”). ") Is also possible.
[0097]
Further, in the above-described example, the case where the memory card is used as the storage device has been described. However, for example, when the image data stored in the CD-ROM or the MO is connected to the CD-ROM drive or the MO drive and printed, By performing the same processing as that of the memory card, the above-described effects can be obtained. In this case, if the memory card I / F has a function as an I / F for these storage devices, another CD-ROM, MO, or the like can be used as an image processing device via the memory card I / F. 1 may be input with image data or the like.
[0098]
Furthermore, the card I / F 16 has been described as being connected to the control panel 8, but may be configured to be connected to the control panel 15. In this case, the image file name of the memory card is output to the panel 15, and the same processing as in the case of BPP is performed in the layout generation unit 9 based on the selected file name and the HTML document.
[0099]
In addition, although a digital camera has been described as a sender-side device for transmitting image data, a mobile phone, a PDA (Personal Digital Assistance), or another information mobile terminal may be used.
[0100]
In addition, although an example in which the document data input to the BPP profile 6 is described in the XHTML language is shown, other than this, SGL (Standard Generalized Markup Language) language, XML (Extensible Markup Language) language, and other structured descriptions are used. It may be.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of an image processing apparatus to which the present invention is applied.
FIG. 2 is a diagram illustrating an example of document data described in the XHTML language.
FIG. 3 is a diagram showing an internal tree.
FIG. 4 is a diagram for explaining the concept of print position information.
FIG. 5 is a diagram illustrating an example of printing on a printing sheet.
FIG. 6 is a diagram showing a timing chart when BPP is used.
FIG. 7 is a diagram showing a timing chart when a BIP is used.
[Explanation of symbols]
Reference Signs List 1 image processing apparatus 2 USB I / F 3 buffer 4 BIP profile 5 buffer 6 BPP buffer 7 buffer 8 control panel 9 layout generator 10 internal layout data generator 11 HTML parser 12 DOM layouter 13 internal layout data converter 14 document creation means 15 Control panel 16 Card I / F 17 File system 18 Virtual drive database 19 RGB expansion unit 20 Color conversion unit 21 Print engine 26 Control panel

Claims (7)

格納デバイスに記憶された第1の画像データを入力する第1の入力手段と、
所定の通信方式により送信される第2の画像データを入力する第2の入力手段と、
印刷媒体上の前記第1の画像データ又は前記第2の画像データのレイアウトを決定するレイアウト処理手段と、
前記レイアウト処理手段で決定した前記レイアウト情報に基づき、前記第1の入力手段又は前記第2の入力手段から出力された前記第1の画像データ又は前記第2の画像データの印刷を行う印刷手段と、
を備えたことを特徴とする画像処理装置。
First input means for inputting first image data stored in the storage device;
Second input means for inputting second image data transmitted by a predetermined communication method;
Layout processing means for determining a layout of the first image data or the second image data on a print medium;
A printing unit that prints the first image data or the second image data output from the first input unit or the second input unit based on the layout information determined by the layout processing unit; ,
An image processing apparatus comprising:
請求項1記載の画像処理装置において、
前記レイアウト情報は、前記印刷媒体上の前記第1の画像又は前記第2の画像が印刷される位置座標と印刷される画像の幅情報とから構成される、ことを特徴とする画像処理装置。
The image processing apparatus according to claim 1,
The image processing apparatus according to claim 1, wherein the layout information includes position coordinates at which the first image or the second image on the print medium is printed and width information of the image to be printed.
請求項1記載の画像処理装置において、
前記第2の入力手段は、さらに、前記第2の画像データを一時記憶する記憶手段を備え、前記印刷手段は、前記レイアウト情報に基づいて印刷を行うときに前記記憶手段に記憶した前記第2の画像データを読み出して印刷を行う、ことを特徴とする画像処理装置。
The image processing apparatus according to claim 1,
The second input unit further includes a storage unit for temporarily storing the second image data, and the printing unit stores the second image data stored in the storage unit when printing is performed based on the layout information. An image processing apparatus for reading out the image data and performing printing.
請求項1記載の画像処理装置において、
前記第1の入力手段は、複数のレイアウトから選択された一のレイアウトに関する情報を前記レイアウト処理手段に出力し、前記レイアウト処理手段は入力された前記レイアウトに関する情報から前記第2の画像データに対するレイアウトを決定する、ことを特徴とする画像処理装置。
The image processing apparatus according to claim 1,
The first input unit outputs information on one layout selected from a plurality of layouts to the layout processing unit, and the layout processing unit outputs a layout for the second image data from the input information on the layout. An image processing apparatus, wherein:
請求項1記載の画像処理装置において、
前記格納デバイスは、メモリカードである、ことを特徴とする画像処理装置。
The image processing apparatus according to claim 1,
The image processing apparatus, wherein the storage device is a memory card.
第1の入力手段により格納デバイスに記憶された第1の画像データが入力又は第2の入力手段により所定の通信方式により送信される第2の画像データが入力される第1のステップと、
印刷媒体上の前記第1の画像データ又は前記第2の画像データのレイアウトを決定する第2のステップと、
前記第2のステップで決定した前記レイアウト情報に基づき、前記第1のステップで入力された前記第1の画像データ又は前記第2の画像データの印刷を行う第3のステップと、
を備えたことを特徴とする画像処理方法。
A first step in which first image data stored in the storage device is input by the first input means or second image data transmitted by a predetermined communication method is input by the second input means;
A second step of determining a layout of the first image data or the second image data on a print medium;
A third step of printing the first image data or the second image data input in the first step based on the layout information determined in the second step;
An image processing method comprising:
第1の入力手段により格納デバイスに記憶された第1の画像データが入力又は第2の入力手段により所定の通信方式により送信される第2の画像データが入力される第1の処理と、
印刷媒体上の前記第1の画像データ又は前記第2の画像データのレイアウトを決定する第2の処理と、
前記第2の処理で決定した前記レイアウト情報に基づき、前記第1の処理で入力された前記第1の画像データ又は前記第2の画像データの印刷を行う第3の処理と、
をコンピュータに実行させることを特徴とする画像処理のためのプログラム。
A first process in which first image data stored in the storage device is input by the first input unit or second image data transmitted by a predetermined communication method is input by the second input unit;
A second process of determining a layout of the first image data or the second image data on a print medium;
A third process of printing the first image data or the second image data input in the first process based on the layout information determined in the second process;
A program for image processing characterized by causing a computer to execute the program.
JP2003147322A 2003-05-26 2003-05-26 Image processing apparatus, image processing method and program for image processing Pending JP2004350185A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003147322A JP2004350185A (en) 2003-05-26 2003-05-26 Image processing apparatus, image processing method and program for image processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003147322A JP2004350185A (en) 2003-05-26 2003-05-26 Image processing apparatus, image processing method and program for image processing

Publications (1)

Publication Number Publication Date
JP2004350185A true JP2004350185A (en) 2004-12-09

Family

ID=33533879

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003147322A Pending JP2004350185A (en) 2003-05-26 2003-05-26 Image processing apparatus, image processing method and program for image processing

Country Status (1)

Country Link
JP (1) JP2004350185A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018020647A1 (en) * 2016-07-28 2018-02-01 富士通株式会社 Drawing data generation program, drawing data generation device, and drawing data generation method
CN111930707A (en) * 2020-07-10 2020-11-13 江苏安超云软件有限公司 Method and system for correcting drive letter of windows cloud migration

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018020647A1 (en) * 2016-07-28 2018-02-01 富士通株式会社 Drawing data generation program, drawing data generation device, and drawing data generation method
JPWO2018020647A1 (en) * 2016-07-28 2019-05-16 富士通株式会社 Drawing data generation program, drawing data generation apparatus, and drawing data generation method
CN111930707A (en) * 2020-07-10 2020-11-13 江苏安超云软件有限公司 Method and system for correcting drive letter of windows cloud migration
CN111930707B (en) * 2020-07-10 2022-08-02 江苏安超云软件有限公司 Method and system for correcting drive letter of windows cloud migration

Similar Documents

Publication Publication Date Title
US20050254081A1 (en) Direct printing method and apparatus
JP4710468B2 (en) Print request apparatus, print system, and print request method
JP2000224365A (en) Communication system
US20170094101A1 (en) Communication system including management system, image processing device, and terminal device
US8570581B2 (en) Image forming method and system using XHTML-print data
JP2008236421A (en) Data conversion system and computer program
CA2566483A1 (en) Method of providing multimedia data for direct printing, direct printing method and apparatus thereof
JP3801138B2 (en) Communication system, communication terminal, and communication program
US8675643B2 (en) IP telephone system and iP telephone terminal used therein
EP1645991A2 (en) Apparatus and method for direct printing
JP5685935B2 (en) Control device and program
WO2014079360A1 (en) Scanner and operation method thereof
JP2004350185A (en) Image processing apparatus, image processing method and program for image processing
US20040227974A1 (en) Image processing system, scanner device and image processing method
JP5739724B2 (en) Image processing system
JP2004348652A (en) Portable telephone, server, its print system, method for controlling to print image in portable telephone, and accounting method for server
JP2004348623A (en) Image processor, image processing method, and program for image processing
KR100943743B1 (en) Methods for providing data for printing operation, printing method, and apparatus for the same
JP2005128969A (en) Print management server and program
JP3962562B2 (en) Data processing apparatus, data processing method, and program
KR100714678B1 (en) Method and apparatus for direct printing
JP2003067147A (en) Profile information providing method and server device
JP2011187000A (en) Image forming apparatus, image forming system, and control program
JP2000284927A (en) Print processing system and its method
JP3656625B2 (en) Communication system, communication terminal, system control program, and terminal control program