JP3997846B2 - 印刷装置 - Google Patents
印刷装置 Download PDFInfo
- Publication number
- JP3997846B2 JP3997846B2 JP2002174089A JP2002174089A JP3997846B2 JP 3997846 B2 JP3997846 B2 JP 3997846B2 JP 2002174089 A JP2002174089 A JP 2002174089A JP 2002174089 A JP2002174089 A JP 2002174089A JP 3997846 B2 JP3997846 B2 JP 3997846B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- image
- image data
- unit
- layout
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1285—Remote printer device, e.g. being remote from client or server
- G06F3/1286—Remote printer device, e.g. being remote from client or server via local network
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1203—Improving or facilitating administration, e.g. print management
- G06F3/1204—Improving or facilitating administration, e.g. print management resulting in reduced user or operator actions, e.g. presetting, automatic actions, using hardware token storing data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1237—Print job management
- G06F3/1244—Job translation or job parsing, e.g. page banding
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1237—Print job management
- G06F3/125—Page layout or assigning input pages onto output media, e.g. imposition
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Record Information Processing For Printing (AREA)
- Machine Translation (AREA)
- Document Processing Apparatus (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、テキストやイメージを出力する印刷装置に関する。
【０００２】
【従来の技術】
テキスト及びイメージを出力する場合、ＸＨＴＭＬ（Extensible Hyper Text Markup Language）データとイメージデータとが混在したデータ（以下、複合データ（Multiplexed Data）という。）をクライアント（コンピュータなど）から印刷装置へ送る方法と、ＸＨＴＭＬデータ（以下、単データ（Plain XHTML）という。）のみをコンピュータからプリンタへ送る方法がある。尚、ＸＨＴＭＬデータには、テキストに関するテキストデータやイメージの外部ネットワーク上の格納位置を示すＵＲＬなどを含んでいる。
【０００３】
この両方の方法に対応するため、印刷装置１００は、図１４に示すように、レイアウト部１０１とレンダリング部１０２とバッファ１０３とプリントエンジン１０４とデコード部１０５を備える。デコード部１０５は、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、ＸＨＴＭＬデータをレイアウト部１０１へ出力し、イメージデータをバッファ１０３に出力する。バッファ１０３は、複合データ（Multiplexed Data）がクライアントから送られてきた場合に、それに含まれるイメージに関するイメージデータを格納するものである。レイアウト部１０１には、単データ（Plain XHTML）のＸＨＴＭＬデータと、デコード部１０５で分離された複合データ（Multiplexed Data）を構成するＸＨＴＭＬデータと、が入力される。
【０００４】
以下、レイアウト部１０１の動作について図１５を参照しつつ説明する。図１５はレイアウト部１０１のレイアウト処理の動作フローを示すフローチャートである。
【０００５】
ステップＳ８０１において、レイアウト部１０１は、レイアウト部１０１へのデータの入力が終了したか否かを判定する。データの入力が終了していないと判定された場合には（Ｓ８０１：ＮＯ）、ステップＳ８０２の処理へ移行する。一方、データの入力が終了したと判定された場合には（Ｓ８０１：ＹＥＳ）、ステップＳ８１５の処理へ移行する。
【０００６】
ステップＳ８０２において、レイアウト部１０１は、入力されているデータがイメージに関するイメージデータであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ８０２：ＹＥＳ）、ステップＳ８０４の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ８０２：ＮＯ）、ステップＳ８０３の処理へ移行し、ステップＳ８０３において、レイアウト部１０１はその他のデータの処理、例えば、テキストに関するテキストデータに基づいてテキストをレイアウトする処理を行い、ステップＳ８１３の処理へ移行する。
【０００７】
ステップＳ８０４において、レイアウト部１０１は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ８０４：Plain）、ステップＳ８０５の処理へ移行する。一方、複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ８０４：Multiplexed）、ステップＳ８０６の処理へ移行する。
【０００８】
ステップＳ８０５において、レイアウト部１０１は、外部ネットワーク上の単データ（Plain XHTML）を構成するＸＨＴＭＬデータに含まれるＵＲＬをオープンする。
【０００９】
ステップＳ８０６において、レイアウト部１０１は、イメージのＵＲＬと同じＵＲＬを持つコンテンツがバッファ１０３にあるか否かを判定する。同じＵＲＬを持つコンテンツがないと判定された場合には（Ｓ８０６：ＮＯ）、ステップＳ８０７の処理へ移行し、ステップＳ８０７において、レイアウト部１０１はチャンクの読み込みを行い、ステップＳ８０６の処理へ戻る。一方、同じＵＲＬを持つコンテンツがあると判定された場合には（Ｓ８０６：ＹＥＳ）、ステップＳ８０８の処理へ移行する。
【００１０】
ステップＳ８０８において、レイアウト部１０１は、単データ（Plain XHTML）の場合にはステップＳ８０５でオープンしたＵＲＬのイメージデータに基づいて、イメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取り出す。一方、複合データ（Multiplexed Data）の場合にはバッファ１０３に格納されているコンテンツのイメージデータに基づいて、イメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取り出す。続いて、ステップＳ８０９において、レイアウト部１０１は、ステップＳ８０７で取り出した寸法情報（サイズ）に基づいてイメージをレイアウトする。
【００１１】
ステップＳ８１０において、レイアウト部１０１は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ８１０：Multiplexed）、ステップＳ８１１の処理へ移行する。一方、単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ８１０：Plain）、ステップＳ８１２の処理へ移行する。
【００１２】
ステップＳ８１１において、レイアウト部１０１は、読み込んだ分のデータをレイアウト部１０１内のバッファに書き込み、ステップＳ８１３の処理へ移行する。一方、ステップＳ８１２において、レイアウト部１０１は、ステップＳ８０５でオープンしたＵＲＬをクローズし、ステップＳ８１３の処理へ移行する。
【００１３】
ステップＳ８１３において、レイアウト部１０１は、１ページ分のデータがあるか、つまり１ページ分のレイアウトがされたか否かを判定する。１ページ分のデータがあると判定された場合には（Ｓ８１３：ＹＥＳ）、ステップＳ８１４の処理へ移行し、ステップＳ８１４において、レイアウト部１０１は、レイアウトデータ（中間データ）をレンダリング部１０２へ出力し、ステップＳ８０１の処理へ戻る。一方、１ページ分のデータがないと判定された場合には（Ｓ８１３：ＮＯ）、ステップＳ８０１の処理へ戻る
【００１４】
ステップＳ８１５において、レイアウト部１０１は、ページに未出力のデータがあるか、つまり、レンダリング部１０２へ出力されていないレイアウトデータ（中間データ）が残っているか否かを判定する。ページに未出力のデータがあると判定された場合には（Ｓ８１５：ＹＥＳ）、ステップＳ８１６の処理へ移行する。一方、ページに未出力のデータがないと判定された場合には（Ｓ８１５：ＮＯ）、レイアウト処理を終了する。
【００１５】
ステップＳ８１６において、レイアウト部１０１は、未出力のレイアウトデータ（中間データ）をレンダリング部１０２へ出力して、レイアウト処理を終了する。
【００１６】
以下、レンダリング部１０２の動作について図１６を参照しつつ説明する。図１６はレンダリング部のレンダリング処理の動作フローを示すフローチャートである。
【００１７】
ステップＳ９０１において、レンダリング部１０２は、レイアウト部１０１から送られてくるレイアウトデータ（中間データ）の入力が終了したか否かを判定する。データの入力が終了していないと判定された場合には（Ｓ９０１：ＮＯ）、ステップＳ９０２の処理へ移行する。一方、データの入力が終了したと判定された場合には（Ｓ９０１：ＹＥＳ）、ステップＳ９１５の処理へ移行する。
【００１８】
ステップＳ９０２において、レンダリング部１０２は、入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ９０２：ＹＥＳ）、ステップＳ９０４の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ９０２：ＮＯ）、ステップＳ９０３の処理へ移行し、ステップＳ９０３において、レンダリング部１０２はその他のデータの処理、例えば、レイアウトに従ってテキストをレンダリングする処理を行い、ステップＳ９０１の処理へ移行する。
【００１９】
ステップＳ９０４において、レンダリング部１０２は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ９０４：Plain）、ステップＳ９０５の処理へ移行する。一方、複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ９０４：Multiplexed）、ステップＳ９０６の処理へ移行する。
【００２０】
ステップＳ９０５において、レンダリング部１０２は、外部ネットワーク上の単データ（Plain XHTML）を構成するＸＨＴＭＬデータに含まれるＵＲＬをオープンする。
【００２１】
ステップＳ９０６において、レンダリング部１０２は、入力バッファにデータがあるか否かを判定する。データがあると判定された場合には（Ｓ９０６：ＹＥＳ）、ステップＳ９０７の処理へ移行し、ステップＳ９０７において、入力バッファ上のデータをデコードして、ステップＳ９０８の処理へ移行する。一方、データがないと判定された場合には（Ｓ９０６：ＮＯ）、ステップＳ９０８の処理へ移行する。
【００２２】
ステップＳ９０８において、レンダリング部１０２は、イメージのＵＲＬと同じＵＲＬを持つコンテンツがバッファ１０３にあるか否かを判定する。同じＵＲＬを持つコンテンツがないと判定された場合には（Ｓ９０８：ＮＯ）、ステップＳ９０９の処理へ移行し、ステップＳ９０９において、レンダリング部１０２はチャンクの読み込みを行い、ステップＳ９０８の処理へ戻る。一方、同じＵＲＬを持つコンテンツがあると判定された場合には（Ｓ９０８：ＮＯ）、ステップＳ９１０の処理へ移行する。
【００２３】
ステップＳ９１０において、レンダリング部１０２は、単データ（Plain XHTML）の場合はＵＲＬのイメージデータを外部ネットワークから読み込み、複合データ（Multiplexed Data）の場合はバッファ１０３からイメージデータを読み込み、デコードする。そして、ステップＳ９１１において、レンダリング部１０２は、読み込んだイメージデータのイメージの出力情報に基づいてレイアウト部１０１からのレイアウトデータに従ってレンダリングする（ビットマップを出力する）。
【００２４】
ステップＳ９１２において、レンダリング部１０２は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ９１２：Multiplexed）、ステップＳ９１４の処理へ移行する。一方、単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ９１２：Plain）、ステップＳ９１３の処理へ移行する。
【００２５】
ステップＳ９１３において、レンダリング部１０２は、ステップＳ９０５でオープンしたＵＲＬをクローズし、ステップＳ９０１の処理へ戻る。一方、ステップＳ９１４において、レンダリング部１０２は、対象となっているコンテンツに関するデータをバッファ１０３から削除し（コンテンツバッファ開放）、ステップＳ９０１の処理へ戻る。
【００２６】
ステップＳ９１５において、レンダリング部１０２は、テキストやイメージをレンダリングしたレンダリングデータ（中間データ）をプリントエンジン１０４へ出力し、レンダリング処理を終了する。
【００２７】
【発明が解決しようとする課題】
ところが、上述したようの印刷装置１００では、レイアウト部１０１及びレンダリング部１０２の双方でクライアントから送られてきているデータのフォーマットが複合データ（Multiplexed Data）であるか、単データ（Plain XHTML）であるかを判定し、判定結果に応じてバッファ１０３及び外部ネットワーク上の何れかから必要なデータを取ってこなければならない構成になっていた。このため、クライアントから送られてくるデータのフォーマットに変更があった場合やフォーマットが追加された場合には、レイアウト部１０１及びレンダリング部１０２の双方を構成しなおさなければならず、データのフォーマットの変更に対処するためには開発コストがかかるという問題がある。
【００２８】
本発明は、クライアントから送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能な印刷装置を提供することを目的とする。
【００２９】
【課題を解決するための手段】
請求項１に記載の印刷装置は、データを格納する格納手段と、イメージデータの格納場所を示すデータを含むテキストデータから成る単データ、並びに、イメージデータとテキストデータとの複合データのいずれかを受け取り、前記複合データを受け取った場合には、前記複合データを前記テキストデータと前記イメージデータとに分離し、前記イメージデータを前記格納手段に格納するデータ授受手段と、前記データ授受手段から前記テキストデータが入力されるとともに、前記データ授受手段が受信した前記テキストデータ及び前記データ授受手段が受信した前記イメージデータに含まれているイメージの寸法情報に基づいて前記テキストデータに相当するテキスト及び前記イメージデータに相当するイメージをレイアウトしてレイアウトデータを作成するレイアウト手段と、前記レイアウト手段が作成した前記レイアウトデータが入力されるとともに、当該レイアウトデータ及び前記データ授受手段が受信した前記イメージデータに含まれているイメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成するレンダリング手段と、前記レンダリング手段から入力されるレンダリングデータを印刷媒体に出力する出力手段と、を１筐体内に備えており、前記レイアウト手段は、前記イメージデータに含まれている前記イメージの寸法情報を前記データ授受手段に要求して前記データ授受手段から前記イメージの寸法情報を取得し、前記レンダリング手段は、前記イメージデータに含まれている前記イメージの出力情報を前記データ授受手段に要求して前記データ授受手段から前記イメージの出力情報を取得し、前記データ授受手段は、前記イメージデータに含まれている前記イメージの寸法情報及び出力情報をそれぞれ要求されると、当該イメージデータが前記複合データに係るものである場合には前記格納手段に格納された前記イメージデータに基づいて、当該イメージデータが前記単データに係るものである場合には当該単データに含まれるデータが示す前記イメージデータの格納場所を参照して、前記イメージの寸法情報及び出力情報を要求元へとそれぞれ受け渡すことを特徴とする。
【００３０】
請求項１によると、レイアウト手段及びレンダリング手段は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、印刷装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはデータ授受手段のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【００３１】
請求項２に記載の印刷装置は、前記レイアウト手段が、前記格納手段が格納している前記イメージデータを保持させる保持指定を前記データ授受手段に行いつつ前記イメージデータに含まれている前記イメージの寸法情報を前記データ授受手段に要求し、前記レンダリング手段が、前記格納手段が格納している前記イメージデータを削除させる削除指定を前記データ授受手段に行いつつ前記イメージデータに含まれている前記イメージの出力情報を前記データ授受手段に要求し、前記データ授受手段が、前記イメージデータに含まれている前記イメージの寸法情報及び出力情報をそれぞれ要求されると、当該イメージデータが前記複合データに係るものであり且つ要求元から前記削除指定が送られた場合には、前記イメージの寸法情報及び出力情報を要求元へとそれぞれ受け渡した後に前記格納手段が格納している前記イメージデータを削除し、当該イメージデータが前記複合データに係るものであり且つ要求元から前記保持指定が送られた場合には、前記格納手段が格納している前記イメージデータを保持することを特徴とする。請求項２によると、上記の保持指定及び削除指定に基づいてイメージデータを保持したり削除したりするので、格納手段の格納領域を有効活用することができる。
【００３２】
請求項３に記載の印刷装置は、前記データ授受手段は、前記レンダリング手段から前記イメージの出力情報を要求された場合、前記格納手段に格納された前記イメージデータに基づいて前記要求に応じた後、当該イメージデータの出力情報を前記格納手段から削除する旨の削除要求を当該格納手段に送出することを特徴とする。請求項３によると、格納手段のメモリ容量を有効に活用することが可能になる。
【００３３】
請求項４に記載の印刷装置は、前記格納手段は、前記データ授受手段が前記レンダリング手段の要求に応じた後に送出する削除要求を確認するまでは、前記イメージデータの出力情報を削除しないことを特徴とする。請求項４によると、イメージデータの出力情報が必要な間に出力情報が格納手段から削除されるようなことが防がれる。
【００３４】
請求項５に記載の印刷装置は、前記データ授受手段は、前記テキストデータ及び前記イメージデータのネットワーク上の格納場所を示す場所データを含むデータを受け取り、前記レイアウト手段及び前記レンダリング手段からの要求があると前記場所データに基づいて前記格納場所から前記イメージデータを取得し、取得した前記イメージデータに基づいて前記要求に応じることを特徴とする。請求項５によると、クライアントから送られてくるイメージデータの格納場所からイメージに関するイメージデータを取得して出力データを作成することが可能になる。
【００３５】
【００３６】
【００３７】
【００３８】
【００３９】
【００４０】
【００４１】
【００４２】
【発明の実施の形態】
以下、本発明の実施の形態に係る印刷装置について図面を参照しつつ説明する。
【００４３】
まず、印刷装置を含むネットワークシステムについて図１及び図２を参照しつつ説明する。図１は、ネットワークシステムのシステム構成の一例を示す図である。図２は、図１の装置の一部の装置構成の一例を示す図である。
【００４４】
図１に一例を示すネットワークシステム１は、２台の印刷装置２と、２台のコンピュータ３と、１台のファックス４と、及び１台のルータ５とを備えており、夫々ＬＡＮ（Local Area Network）７に接続されている。このネットワークシステム１の各装置はルータ５を介してサーバ６とデータの送受信を行うことが可能である。
【００４５】
図１の印刷装置２は、図２（ａ）に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、印字部１４と、操作パネル１５と、ＮＶＲＡＭ１６と、インターフェース（Ｉ／Ｆ）１７とを備えている。
【００４６】
ＣＰＵ（Central Processing Unit）１１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。本実施の形態におけるＣＰＵ１１は、図２（ｂ）に示すように、主として、入力部（データ授受手段）１１ａと、レイアウト部（レイアウト手段）１１ｂと、レンダリング部（レンダリング手段）１１ｃなどとして機能する。
【００４７】
入力部１１ａは、コンピュータ３から送られてくるデータが複合データ（Multiplexed Data：ＸＨＴＭＬデータとイメージに関するイメージデータが混在したもの）であるか単データ（Plain XHTML：ＸＨＴＭＬデータのみ）であるかを判定する。そして、入力部１１ａは、複合データ（Multiplexed Data）の場合は、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をＲＡＭ１３に格納する。また、入力部１１ａは、レイアウト部１１ｂからイメージデータが要求されるとレイアウト部１１ｂへイメージの寸法情報を含むイメージデータを渡し、レンダリング部１１ｃからイメージデータが要求されるとレンダリング部１１ｃへイメージの出力情報（画像などの情報）を含むイメージデータを渡す。但し、コンピュータ３からのデータが複合データ（Multiplexed Data）の場合には上記格納されたイメージデータに基づいてレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。一方、コンピュータ３からのデータが単データ（Plain XHTML）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用してサーバ６などからイメージデータを取得してレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。尚、ＨＴＭＬデータには、テキストに関するテキストデータやイメージの格納場所を示すＵＲＬ（（Uniform Resource Locator）などが含まれている。
【００４８】
レイアウト部１１ｂは、入力部１１ａからのＸＨＴＭＬデータ、及び入力部１１ａに要求して入力部１１ａから取得したイメージデータに含まれるイメージの寸法情報に基づいてテキストやイメージのレイアウトを行い、レイアウトの内容などの情報をもつレイアウトデータ（中間データ）をレンダリング部１１ｃへ出力する。
【００４９】
レンダリング部１１ｃは、レイアウト部１１ｂからのレイアウトデータ（中間データ）、及び入力部１１ａに要求して入力部１１ａから取得したイメージデータに含まれる出力情報に基づいてテキストやイメージのレンダリングを行い、レンダリングの内容の情報を持つレンダリングデータ（中間データ）を印字部１４へ出力する。
【００５０】
尚、ＣＰＵ１１の入力部１１ａの詳細な処理内容は図３から図７を参照して後述する。
また、レイアウト部１１ｂの詳細な処理内容は図８を参照して後述する。さらに、レンダリング部１１ｃの詳細な処理内容は図９を参照して後述する。
【００５１】
ＲＯＭ（Read Only Memory）１２は、読み出し専用の記憶装置であって、印刷装置２の主記憶装置の一部を構成するものである。このＲＯＭ１２には、システムプログラムなど、各種プログラムが格納されている。
【００５２】
ＲＡＭ（Random Access Memory）１３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ１２と同様に印刷装置２の主記憶装置の一部を構成するものである。ＲＡＭ１３には、データ処理の中間結果を格納するためのワークエリアなどがある。また、ＲＡＭ１３には、コンピュータ３から送られてくるデータフォーマットが複合データ（Multiplexed Data）の場合には、それに含まれるイメージデータなどを格納する（図１１参照）。
【００５３】
印字部１４は、モノクロあるいはカラーによる文字または画像の印刷機能を提供するものである。印字部１４は、データ処理（図３〜図９）で作成され、ＣＰＵ１１のレンダリング部１１ｃから入力されるレンダリングデータ（中間データ）を印刷媒体に出力する。
【００５４】
操作パネル１５は、ディスプレイなどにより情報を出力して表示する表示装置と、外部からの入力操作を行う入力装置とを備えている。表示装置は、印刷装置２の操作などに関する各種情報の表示に用いられる。例えば、液晶表示器やプラズマ表示器などにより構成され、表示面に入力装置としての操作部を構成するタッチパネルなどを備えるものである。
【００５５】
ＮＶＲＡＭ（Non Volatile Read Only Memory）１６は、読み出し・書き込み可能であって、電源オフ時にも記憶したデータが消去されずに記憶し続けることが可能な記憶装置である。このＮＶＲＡＭ１６には、コンピュータ３から送られてくるデータを解析して出力データを作成するためのデータ処理（図３〜図９）を印刷装置２に実行させるためのプログラムなどが格納されている。また、ＮＶＲＡＭ１６には、操作パネル１５や、ＬＡＮ７を介して接続されたコンピュータ３の表示部２６に表示する表示情報（ＷＥＢページ）などが格納されている。尚、ＮＶＲＡＭ１６には、製造品のシリアル番号なども記憶されている。
【００５６】
インターフェース１７は、印刷装置２をＬＡＮ７に接続し、印刷装置２とＬＡＮ７の先に接続されているコンピュータ３などの各装置との間の通信を可能にするものである。
【００５７】
図１のコンピュータ３は、図２（ａ）に示すように、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ２４と、操作部２５と、表示部２６と、インターフェース２７とを備えている。コンピュータ３は、複合データ（Multiplexed Data）、及び単データ（Plain XHTML）を印刷装置２に送信などする。
【００５８】
ＣＰＵ２１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。
【００５９】
ＲＯＭ２２は、読み出し専用の記憶装置であって、コンピュータ３の主記憶装置の一部を構成するものである。このＲＯＭ２２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ２３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ２２と同様にコンピュータ３の主記憶装置の一部を構成するものである。そして、ＲＡＭ２３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ（Hard Disk Drive）２４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置である。
【００６０】
操作部２５は、コンピュータ３の入力装置を構成するものである。この操作部２５は、所定数の入力キーを並べてなるキーボードやマウスなどのポインティングデバイスなどで構成されている。表示部２６は、ディスプレイなどにより情報を出力して表示する表示装置であり、例えば、液晶表示器やプラズマ表示器などにより構成される。尚、液晶表示器には、ＳＴＮ方式やＤＳＴＮ方式などの単純マトリックス方式のものや、ＴＦＴなどのアクティブマトリックス方式のものなどがある。
【００６１】
インターフェース２７は、コンピュータ３をＬＡＮ７に接続し、コンピュータ３とＬＡＮ７の先に接続されている印刷装置２などの各装置との間の通信を可能にするものである。
【００６２】
図１のサーバ６は、図２（ａ）に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＨＤＤ３４と、インターフェース３５とを備えている。
【００６３】
ＣＰＵ３１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。ＲＯＭ３２は、読み出し専用の記憶装置であって、サーバ６の主記憶装置の一部を構成するものである。このＲＯＭ３２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ３３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ３２と同様にサーバ６の主記憶装置の一部を構成するものである。そして、ＲＡＭ３３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ３４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置であり、ＵＲＬに対応したＷＥＢページが複数記憶されている。インターフェース３５は、サーバ６をインターネットに接続し、サーバ６とインターネットの先に接続されている印刷装置２などの各装置との間の通信を可能にするものである。
【００６４】
次に、コンピュータ３などのクライアントから印刷装置２へ送られる複合データ（Multiplexed Data）について図１０を参照しつつ説明する。図１０は、複合データ（Multiplexed Data）を説明するための説明図である。
【００６５】
図１０（ａ）に一例を示す複合データ（Multiplexed Data）は、１つのＸＨＴＭＬデータと２つのイメージデータとを含んでいる。チャンク番号が１のチャンクがＸＨＴＭＬデータに関するものであると決めており、また、同じチャンク番号を持つものは同じデータを分割して作成されたものになっている。図１０（ａ）に一例を示す各チャンクは、図１０（ｂ）に示すように１行のヘッダ（図示例ではＣＨＫ １ ３５０ ＭＯＲＥ）と、データが入る本体（図示例では、＜？ｘｍｌ ｖｅｒｓｉｏｎ＝“１．０”＞以下）とから構成されている。また、ヘッダは、文字列（ＣＨＫ）と、チャンク番号（図示例では“１”）、本体のデータのサイズ（図示例では“３５０”）、継続フラグ（図示例では“ＭＯＲＥ”）から構成されている。継続フラグが“ＭＯＲＥ”の場合、当該チャンクに続くチャンクがあり、継続フラグが“ＬＡＳＴ”の場合、当該チャンクに続くチャンクがない、つまり同じチャンク番号を持つチャンクの最後である。
【００６６】
ＲＡＭ１３に割り当てられたコンテンツバッファについて図１１を参照しつつ説明する。図１１は、コンテンツバッファを説明するための説明図である。コンテンツバッファは、固有の識別子ｉｄと、ＵＲＬと、チャンク番号と、可変長のデータバッファを保持している。
【００６７】
レイアウト部１１ｂからレンダリング部１１ｃに入力されるレイアウトデータ（中間データ）について図１２を参照しつつ説明する。図１２は、レイアウトデータ（中間データ）を説明するための説明図である。図１２（ａ）に示すように、レイアウトデータ（中間データ）のフォントはフォント名及びフォントサイズから構成される。また、レイアウトデータ（中間データ）のテキストはテキストの配置位置（Ｘ，Ｙ）及びテキスト（文字列）から構成される。また、レイアウトデータ（中間データ）のイメージはイメージの配置位置（Ｘ，Ｙ）及びＵＲＬから構成されている。１ページ分のレイアウトデータ（中間データ）は、図１２（ｂ）に一例を示すように、フォント、テキスト、フォント、テキスト、イメージの順に構成されている。図１２（ｂ）のフォント、テキスト、イメージの夫々は、図１２（ａ）に示した内容を持つ。尚、レイアウト部１１ｂからレンダリング部１１ｃへは、フォントを送った後テキストを送るように構成されている。
【００６８】
以下、上述の構成を有する印刷装置２におけるデータ処理について図面を参照しつつ説明する。
【００６９】
まず、入力部におけるＸＨＴＭＬデータ出力処理について図３を参照しつつ説明する。
図３は、入力部におけるＸＨＴＭＬデータ出力処理の動作フローを示すフローチャートである。尚、入力部１１ａは、クライアントから複合データ（Multiplexed Data）が送られてきたときには、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をＲＡＭ１３に格納する。
【００７０】
ステップＳ１０１において、印刷装置２のＣＰＵ１１の入力部１１ａは、コンピュータ３などのクライアントから送られてくるデータの入力フォーマットを判別するために、入力フォーマットを判別するために用いる入力フォーマット用フラグが未知（unknown）であるか否かを判定する。入力フォーマット用フラグが未知（unknown）であると判定された場合には（Ｓ１０１：未知（unknown））、ステップＳ１０２の処理へ移行する。一方、入力フォーマットが未知（unknown）でないと判定された場合には（Ｓ１０１：未知（unknown）でない）、ステップＳ１０４の処理へ移行する。
【００７１】
ステップＳ１０２において、入力部１１ａは、入力データの先頭の４バイトを読み込む。続いて、ステップＳ１０３において、入力部１１ａは、読み込んだ入力データの先頭の４バイトに基づいて入力データの入力フォーマットが複合データ（Multiplexed Data）及び単データ（Plain XHTML）の何れであるかを検知し、検知結果に基づいて入力フォーマット用フラグに複合データ（Multiplexed Data）及び単データ（Plain XHTML）の何れかを設定する。つまり、複合データ（Multiplexed Data）の場合には“ＣＨＫ ”で始まり、単データ（Plain XHTML）の場合には“＜？ｘｍ”で始まるので、先頭の４バイトが“ＣＨＫ ”であれば複合データ（Multiplexed Data）であると検知し、先頭の４バイトが“＜？ｘｍ”であれば単データ（Plain XHML）であると検知する。
【００７２】
ステップＳ１０４において、入力部１１ａは、入力フォーマットを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。複合データ（Multiplexed Data）であると判定された場合には（Ｓ１０４：Multiplexed）、ステップＳ１０５の処理へ移行する。一方、単データ（Plain XHTML）であると判定された場合には（Ｓ１０４：Plain）、ステップＳ１０７の処理へ移行する。
【００７３】
ステップＳ１０５において、入力部１１ａは、チャンク番号１のチャンクがＸＨＴＭＬデータに関するものであるので、チャンク番号１のチャンクにＸＨＴＭＬデータがあるか否かを判定する。チャンク番号１のチャンクにＸＨＴＭＬデータがないと判定された場合には（Ｓ１０５：ＮＯ）、ステップＳ１０６の処理へ移行する。一方、チャンク番号１のチャンクにＸＨＴＭＬデータがあると判定された場合には（Ｓ１０５：ＹＥＳ）、ステップＳ１０８の処理へ移行する。
【００７４】
ステップＳ１０６において、入力部１１ａは、図７を参照しつつ後述するチャンク読み込み処理を行い、ステップＳ１０５の処理へ戻る。つまり、ＸＨＴＭＬデータを読み込めるまでステップＳ１０５及びステップＳ１０６の処理を繰り返し行う。
【００７５】
ステップＳ１０７において、入力部１１ａは、入力データが単データ（Plain XHTML）であるので、ＸＨＴＭＬデータを読み込む。
【００７６】
ステップＳ１０８において、入力部１１ａは、チャンク番号１のチャンクのＸＨＴＭＬデータ又はステップＳ１０７で読み込まれたＸＨＴＭＬデータをレイアウト部１１ｂへ出力し、ＸＨＴＭＬデータ出力処理を終了する。
【００７７】
以下、入力部１１ａにおけるイメージデータ出力処理について図４〜図６を参照しつつ説明する。図４〜図６は、入力部１１ａにおけるイメージデータ出力処理の動作フローを示すフローチャートである。尚、図４、図５、図６の順に処理が実行される。
【００７８】
まず、図４の動作フローについて説明する。ステップ２０１において、入力部１１ａは、コンピュータ３から送られてきたデータの入力フォーマットが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。単データ（Plain XHTML）であると判定された場合には（Ｓ２０１：Plain）、ステップＳ２０２の処理へ移行する。一方、複合データ（Multiplexed Data）であると判定された場合には（Ｓ２０１：Multiplexed）、ステップＳ２０３の処理へ移行する。尚、ステップＳ２０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００７９】
ステップＳ２０２において、入力部１１ａは、外部ネットワーク上（例えば、サーバ６）の、図８のステップＳ６０３又は図９のステップＳ７０３のＵＲＬに相当するＵＲＬをオープンし、図４の処理を終了する。
【００８０】
ステップＳ２０３において、入力部１１ａは、図８のステップＳ６０３又は図９のステップＳ７０３のＵＲＬに相当するＵＲＬと一致するＵＲＬを持つコンテンツバッファがＲＡＭ１３にあるか否かを判定する。一致するＵＲＬを持つコンテンツバッファがないと判定された場合には（Ｓ２０３：ＮＯ）、ステップＳ２０４の処理へ移行する。一方、一致するＵＲＬを持つコンテンツバッファがあると判定された場合には（Ｓ２０３：ＹＥＳ）、ステップＳ２０６の処理へ移行する。
【００８１】
ステップＳ２０４において、入力部１１ａは、図７を参照して後述するチャンクの読み込み処理を行い、ステップＳ２０５の処理へ移行する。
【００８２】
ステップＳ２０５において、入力部１１ａは、ステップＳ２０５のチャンクの読み込み処理でデータが読み込めたか否かを判定する。データを読み込めたと判定された場合には（Ｓ２０５：ＹＥＳ）、ステップＳ２０３の処理へ戻る。一方、データが読み込めなかった場合には（Ｓ２０５：ＮＯ）、最後まで複合データ（Multiplexed Data）を読み込んでも一致するＵＲＬを持つチャンクがなかったことになるので、エラー出力して、図４の処理を終了する。
【００８３】
ステップＳ２０６において、入力部１１ａは、レイアウト部１１ｂからの指定またはレンダリング部１１ｃからの指定に従って、フラグに保存（BUFFERED）又は削除（STREAMING）を設定する（図８のステップＳ６０３、図９のステップＳ７０３参照）。
【００８４】
ステップＳ２０７において、入力部１１ａは、データの読み込み位置をコンテンツバッファの先頭に戻す。
【００８５】
次に、図５の動作フローについて説明する。ステップＳ３０１において、入力部１１ａは、コンピュータ３などのクライアントから送られてきたデータが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。単データ（Plain XHTML）であると判定された場合には（Ｓ３０１：Plain）、ステップＳ３０２の処理へ移行する。一方、複合データ（Multiplexed Data）であると判定された場合には（Ｓ３０１：Multiplexed）、ステップＳ３０４の処理へ移行する。尚、ステップＳ３０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００８６】
ステップＳ３０２において、入力部１１ａは、入力部１１ａが図４のステップＳ２０２でオープンしたＵＲＬのイメージデータを外部ネットワーク（例えば、サーバ６）から読み取る。
【００８７】
ステップＳ３０３において、入力部１１ａは、レイアウト部１１ｂがイメージデータを要求してきているときには読み取ったイメージデータをレイアウト部１１ｂへ出力する。或いは、入力部１１ａは、レンダリング部１１ｃがイメージの出力情報を要求してきているときには読み取ったイメージデータに基づいてイメージの出力情報をレンダリング部１１ｃへ出力し、図５の処理を終了する。
【００８８】
ステップＳ３０４において、入力部１１ａは、レイアウト部１１ｂ又はレンダリング部１１ｃが要求してきたＵＲＬのＲＡＭ１３のコンテンツバッファにデータがあるか否かを判定する。データがない場合には（Ｓ３０４：ＮＯ）、ステップＳ３０５の処理へ移行する。一方、データがある場合には（Ｓ３０４：ＹＥＳ）、ステップＳ３０８の処理へ移行する。
【００８９】
ステップＳ３０５において、入力部１１ａは、複合データ（Multiplexed Data）を構成するチャンクのチャンクデータが終了したか（全てのチャンクデータを読み込んだか）否かを判定する。チャンクデータが終了したと判定された場合には（Ｓ３０５：ＹＥＳ）、ステップＳ３０７の処理へ移行し、ステップＳ３０７において、例えば操作パネル１５にＥＤＦ（End Of File）を出力する。一方、チャンクデータが終了していないと判定された場合には（Ｓ３０５：ＮＯ）、ステップＳ３０６の処理へ移行し、ステップＳ３０６において、入力部１１ａは、図７を参照しつつ後述するチャンクデータの読み込み処理を行い、ステップＳ３０４の処理に戻る。
【００９０】
ステップＳ３０８において、入力部１１ａは、レイアウト部１１ｂがイメージデータを要求してきているときにはＲＡＭ１３のコンテンツバッファからイメージデータ（これには、イメージの寸法情報（サイズ）などが含まれている）をレイアウト部１１ｂへ出力する。或いは、入力部１１ａは、レンダリング部１１ｃがイメージデータを要求してきているときにはＲＡＭ１３のコンテンツバッファからイメージデータ（これには、イメージの出力情報などが含まれている）をレンダリング部１１ｃへ出力する。
【００９１】
ステップＳ３０９において、入力部１１ａは、フラグが保存（BUFFERED）に設定されているか削除（STREAMING）に設定されているかを判定する（図８のＳ６０３、図９のＳ７０３参照）。フラグが保存（BUFFERED）に設定されていると判定された場合には（Ｓ３０９：BUFFERED）、再度利用される可能性があるのでＲＡＭ１３のコンテンツバッファからデータを削除することなく、図５の処理を終了する。一方、フラグが削除（STREAMING）に設定されている場合には（Ｓ３０９：STREAMING）、ステップＳ３１０の処理へ移行する。
【００９２】
ステップＳ３１０において、ステップＳ３０８で出力した内容を再度利用することがないので、入力部１１ａは、その内容をＲＡＭ１３のコンテンツバッファから削除し、図５の処理を終了する。
【００９３】
さらに、図６の動作フローについて説明する。ステップＳ４０１において、入力部１１ａは、コンピュータ３から送られてきたデータが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。単データ（Plain XHTML）であると判定された場合には（Ｓ４０１：Plain）、ステップＳ４０２の処理へ移行する。一方、複合データ（Multiplexed Data）であると判定された場合には（Ｓ４０１：Multiplexed）、ステップＳ４０３の処理へ移行する。尚、ステップＳ４０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００９４】
ステップＳ４０２において、入力部１１ａは、外部ネットワーク（例えば、サーバ６）との接続をクローズし（図４のステップＳ２０２の処理に対応する処理）、図６の処理を終了する。
【００９５】
ステップＳ４０３において、入力部１１ａは、フラグが保存（BUFFERED）に設定されているか削除（STREAMING）に設定されているかを判定する。フラグが保存（BUFFERED）に設定されていると判定された場合には（Ｓ４０３：BUFFERED）、再度利用される可能性があるのでＲＡＭ１３のコンテンツバッファの内容をそのままにして、図６の処理を終了する。一方、フラグが削除（STREAMING）に設定されている場合には（Ｓ４０３：STREAING）、ステップＳ４０４の処理へ移行する。
【００９６】
ステップＳ４０４において、処理対象となっているＵＲＬのイメージデータ（イメージの寸法情報やイメージの出力情報など）は再度利用することがないので、入力部１１ａは、ＲＡＭ１３のコンテンツバッファを開放してイメージデータを削除し、図６の処理を終了する。
【００９７】
つまり、図４〜図６の処理では、コンピュータ３などのクライアントから送られてくるデータの入力フォーマットが、複合データ（Multiplexed Data）及び単データ（Plain XHTML）のいずれであるかを判別する。
【００９８】
単データ（Plain XHTML）の場合には、外部ネットワーク上からレイアウト部１１ｂやレンダリング部１１ｃから要求されたＵＲＬのイメージデータを取得し、取得したイメージデータに基づいて、レイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。
【００９９】
複合データ（Multiplexed Data）の場合には、ＲＡＭ１３のコンテンツバッファに格納されているレイアウト部１１ｂやレンダリング部１１ｃから要求されたＵＲＬのコンテンツバッファのイメージデータに基づいて、レイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。そして、レイアウト部１１ｂはフラグが保存（BUFFERED）でイメージデータを要求するのでイメージデータはそのまま格納された状態のままになる。一方、レンダリング部１１ｃはフラグが削除（STREAMING）でイメージデータを要求するのでレンダリング部１１ｃの要求に応じてイメージデータを送信した後要求されたＵＲＬのＲＡＭ１３のコンテンツバッファを開放して、イメージデータ（イメージデータの寸法情報（サイズ）やイメージデータの出力情報など）を削除する。
【０１００】
以下、入力部１１ａにおけるチャンク読み込み処理について図７を参照しつつ説明する。図７は、入力部１１ａにおけるチャンク読み込み処理の動作フローを示すフローチャートである。
【０１０１】
ステップＳ５０１において、入力部１１ａは、チャンクのヘッダを読み込む。図１０（ｂ）の例では、ヘッダ“ＣＨＫ １ ３５０ ＭＯＲＥ”を読み込み、ステップＳ５０２の処理へ移行する。
【０１０２】
ステップＳ５０２において、入力部１１ａは、ステップＳ５０１で読み込んだチャンクのヘッダの内容に基づいて読み込んだチャンクのチャンク番号を特定し、特定したチャンク番号と一致するチャンク番号のコンテンツバッファがあるか否かを判定する。一致するチャンク番号のコンテンツバッファがないと判定された場合には（Ｓ５０２：ＮＯ）、ステップＳ５０３の処理へ移行する。一方、一致するチャンク番号のコンテンツバッファがあると判定された場合には（Ｓ５０２：ＹＥＳ）、ステップＳ５０４の処理へ移行する。
【０１０３】
ステップＳ５０３において、読み込んだチャンクのチャンク番号を持つコンテンツバッファがまだ作成されていないので、入力部１１ａは、読み込んだチャックのチャンク番号を持つコンテンツバッファを新たに作成し、ステップＳ５０４の処理へ移行する。
【０１０４】
ステップＳ５０４において、入力部１１ａは、ステップＳ５０１で読み込んだチャンクのヘッダに含まれるサイズに基づいて、ヘッダに含まれるチャンク番号と同じチャンク番号を持つコンテンツバッファのサイズを変更し、ステップＳ５０５の処理へ移行する。
【０１０５】
ステップＳ５０５において、入力部１１ａは、チャンクの本体（図１０（ｂ）の例では、＜？ｘｍｌ ｖｅｒｓｉｏｎ＝“１．０”＞以下の内容）を読み込み、読み込んだチャンク本体の内容をチャンクバッファのデータバッファに追加し、図７の処理を終了する。
【０１０６】
次に、レイアウト部１１ｂにおけるレイアウト処理について図８を参照しつつ説明する。図８は、レイアウト部１１ｂにおけるレイアウト処理の動作フローを示すフローチャートである。
【０１０７】
ステップＳ６０１において、印刷装置２のＣＰＵ１１のレイアウト部１１ｂは、入力部１１ａからデータの入力があるか否かを判定する。入力部１１ａからのデータの入力があると判定された場合には（Ｓ６０１：ＹＥＳ）、ステップＳ６０２の処理へ移行する。一方、入力部１１ａからのデータの入力がないと判定された場合には（Ｓ６０１：ＮＯ）、ステップＳ６１０の処理へ移行する。
【０１０８】
ステップＳ６０２において、レイアウト部１１ｂは、入力部１１ａから入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ６０２：ＹＥＳ）、ステップＳ６０３の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ６０２：ＮＯ）、ステップＳ６０７の処理へ移行し、ステップＳ６０７において、レイアウト部１１ｂは、その他のデータの処理、例えば、テキストをレイアウトする処理を行って、ステップＳ６０８の処理へ移行する。
【０１０９】
ステップＳ６０３において、レイアウト部１１ｂは、イメージのＵＲＬをオープンするように入力部１１ａに要求し（イメージデータの要求に対応）、この要求の際に、フラグを保存（BUFFERED：要求に応じてイメージデータを出力した後もイメージデータを保存しておくこと）にして入力部１１ａへ出力する。続いて、ステップＳ６０４において、レイアウト部１１ｂは、入力部１１ａからのイメージデータに基づいてイメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取得する。さらに続いて、ステップＳ６０５において、レイアウト部１１ｂは、入力部１１ａに対してＵＲＬをクローズするように要求する。このステップＳ６０３からステップＳ６０５の処理過程で、入力部１１ａは上述した図４〜図７の動作フローを実行する。
【０１１０】
ステップＳ６０６において、レイアウト部１１ｂは、ステップＳ６０４で取得したイメージの寸法情報（サイズ）に基づいて、イメージをレイアウトし、ステップＳ６０８の処理へ移行する。
【０１１１】
ステップＳ６０８において、レイアウト部１１ｂは、１ページ分のデータをレイアウトしたか否かを判定する。１ページ分のデータがレイアウトされていると判定された場合には（Ｓ６０８：ＹＥＳ）、ステップＳ６０９の処理へ移行する。一方、１ページ分のデータがレイアウトされていないと判定された場合には（Ｓ６０８：ＮＯ）、ステップＳ６０１の処理へ移行する。
【０１１２】
ステップＳ６０９において、レイアウト部１１ｂは、テキストやイメージをレイアウトして作成された１ページ分のレイアウトデータ（中間データ：図１２参照）をレンダリング部１１ｃへ出力し、ステップＳ６０１の処理に戻る。
【０１１３】
ステップＳ６１０において、レイアウト部１１ｂは、ページに未出力のデータがあるか、つまり、レンダリング部１１ｃへ出力されていないレイアウトデータ（中間データ）が残っているか否かを判定する。ページに未出力のデータがあると判定された場合には（Ｓ６１０：ＹＥＳ）、ステップＳ６１１の処理へ移行する。一方、ページに未出力のデータがないと判定された場合には（Ｓ６１０：ＮＯ）、レイアウト処理を終了する。
【０１１４】
ステップＳ６１１において、レイアウト部１１ｂは、未出力のレイアウトデータ（中間データ）をレンダリング部１１ｃへ出力して、レイアウト処理を終了する。
【０１１５】
図８の処理において、レイアウト部１１ｂは必要なイメージデータを入力部１１ａに要求して、入力部１１ａから要求したイメージデータを取得するようになっている。このイメージデータを取得する際には、図８の処理内容から分かるように、レイアウト部１１ｂは、コンピュータ３などのクライアントから入力部１１ａに送られてくるデータの入力フォーマットが複合データ（Multiplexed Data）であっても単データ（Plain XHTML）であっても同様の処理を行うようになっている。
【０１１６】
次に、レンダリング部１１ｃにおけるレンダリング処理について図９を参照しつつ説明する。図９は、レンダリング部１１ｃにおけるレンダリング処理の動作フローを示すフローチャートである。
【０１１７】
ステップＳ７０１において、レンダリング部１１ｃは、レイアウト部１１ｂからのレイアウトデータ（中間データ）の入力が終了したか否かを判定する。レイアウトデータ（中間データ）の入力が終了していないと判定された場合には（Ｓ７０１：ＮＯ）、ステップＳ７０２の処理へ移行する。一方、レイアウトデータ（中間データ）の入力が終了したと判定された場合には（Ｓ７０１：ＹＥＳ）、ステップＳ７０８の処理へ移行する。
【０１１８】
ステップＳ７０２において、レンダリング部１１ｃは、レイアウト部１１ｂから入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ７０２：ＹＥＳ）、ステップＳ７０３の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ７０２：ＮＯ）、ステップＳ７０７の処理へ移行し、ステップＳ７０７において、レンダリング部１１ｃは、その他のデータの処理、例えば、テキストをレンダリングする処理を行って、ステップＳ７０１の処理へ戻る。
【０１１９】
ステップＳ７０３において、レンダリング部１１ｃは、イメージのＵＲＬをオープンするように入力部１１ａに要求し（イメージデータの要求に対応）、この要求の際に、フラグを削除（STREAMING：要求に応じてイメージデータを出力した後にイメージデータを削除すること）にして入力部１１ａへ出力する。続いて、ステップＳ７０４において、レンダリング部１１ｃは、入力部１１ａからイメージデータを読み込み、読み込んだイメージデータをデコードする。さらに続いて、ステップＳ７０５において、レンダリング部１１ｃは、ステップＳ７０４におけるデコード結果に基づいてビットマップを作成する。つまり、イメージの出力情報をレイアウトデータに含まれるイメージの位置情報（Ｘ，Ｙ）（図１２参照）で指定された位置にレンダリングする。さらに続いて、レンダリング部１１ｃは、入力部１１ａに対してＵＲＬをクローズするように要求し、ステップＳ７０１の処理へ戻る。このステップＳ７０３からステップＳ７０６の処理過程で、入力部１１ａは上述した図４〜図７の動作フローを実行する。
【０１２０】
ステップＳ７０８において、レンダリング部１１ｃは、テキストやイメージをレンダリングして作成されたレンダリングデータを印字部１４へ出力し、レンダリング処理を終了する。
【０１２１】
図９の処理において、レンダリング部１１ｃは必要なイメージデータを入力部１１ａに要求して、入力部１１ａから要求したイメージデータを取得するようになっている。このイメージデータを取得する際には、図９の処理内容から分かるように、レンダリング部１１ｃは、コンピュータ３などのクライアントから入力部１１ａに送られてくるデータの入力フォーマットが複合データ（Multiplexed Data）であっても単データ（Plain XHTML）であっても同様の処理を行うようになっている。
【０１２２】
上述した実施の形態においては、入力部１１ａは、クライアントからの入力データが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかによって処理内容（図３〜図７）が異なっているが、レイアウト部１１ｂ及びレンダリング部１１ｃは、クライアントからの入力データが複合データ（Multiplexed Data）であっても単データ（Plain XHTML）であっても処理内容（図８、図９）が同じになっている。このため、例えば、複合データ（Multiplexed Data）と単データ（Plain XHTML）以外のフォーマットのデータがクライアントから送られてくるなど、クライアントからのデータのフォーマットに変更や追加があっても入力部１１ａのみ構成を変更すれば足り、変更や追加されたデータのフォーマットに対応する印刷装置の開発コストを低くすることができる。別の面から見れば、レイアウト部１１ｂ及びレンダリング部１１ｃは、同一構成のものを使用することが可能である。
【０１２３】
また、入力部１１ａにイメージデータを要求する際にフラグを保存（BUFFERED）又は削除（STREAMING）にして入力部１１ａへ出力するように構成にしている。そして、フラグが保存（BUFFERED）の場合には、再度利用するイメージデータであるのでそのまま保存し、フラグが削除（STREAMING）の場合には、再度利用しないイメージデータであるのでそれを削除するようにしている。従って、メモリの有効活用を図ることが可能になる。また、プログラムを複数にモジュール化した場合に起こりがちな必要なメモリ容量の増加を抑えることができる。
【０１２４】
以下、変形例について図１３を参照しつつ説明する。図１３は変形例のシステム構成を示す図である。図１３に示すように、プリンタ装置６１とレイアウト装置６２とレンダリング装置６３とコンピュータなどのクライアント６４とサーバ６５とが互いにネットワーク６６でデータの送受信可能に接続されている。クライアント６４は、複合データ（Multiplexed Data）や単データ（Plain XHTML）をプリンタ６１へ出力する。サーバ６５には、ＵＲＬに対応したＷＥＢページが複数記憶されている。
【０１２５】
プリンタ装置６１は、印刷装置２のＣＰＵ１１の入力部１１ａと実質的に同様の機能を持つ入力部６１ａと、ＲＡＭ１３に対応する複合データ（Multiplexed Data）を構成するＸＨＴＭＬデータやイメージデータ等を格納するバッファ６１ｂと、印字部１４と実質的に同様の機能を持つ印字部６１ｃとを備えている。レイアウト装置６２は、印刷装置２のＣＰＵ１１のレイアウト部１１ｂと実質的に同様の機能を有し、レンダリング部６３は、印刷装置２のＣＰＵ１１のレンダリング部１１ｃと実質的に同様の処理を行う。つまり、上述した実施の形態における印刷装置２の諸機能をプリンタ装置６１とレイアウト装置６２とレンダリング装置６３とにより機能させて、図３から図９の動作フローと実質的に同様の処理を実行することを可能にしたものである。
【０１２６】
ここで、プリンタ装置６１、レイアウト装置６２、及びレンダリング装置６３について簡単に記載する。プリンタ装置６１の入力部６１ａは、クライアント６４から送られてくるデータが複合データ（Multiplexed Data：ＸＨＴＭＬデータとイメージに関するイメージデータが混在したもの）であるか単データ（Plain XHTML：ＸＨＴＭＬデータのみ）であるかを判定する。そして、入力部６１ａは、複合データ（Multiplexed Data）の場合は、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をバッファ６１ｂに格納する。入力部６１ａは、レイアウト装置６２からイメージデータが要求されるとレイアウト装置６２へイメージの寸法情報を含むイメージデータを渡し、レンダリング装置６３からイメージデータが要求されるとレンダリング装置６３へイメージの出力情報を含むイメージデータを渡す。但し、コンピュータ３からのデータが複合データ（Multiplexed Data）の場合にはバッファ６１ｂに格納されたイメージデータに基づいてレイアウト装置６２及びレンダリング装置６３の要求に応じる。一方、コンピュータ３からのデータが単データ（Plain XHTML）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用してサーバ６５からイメージデータを取得してレイアウト装置６２及びレンダリング装置６３の要求に応じる。
【０１２７】
レイアウト装置６２は、プリンタ装置６１の入力部６１ａからのＸＨＴＭＬデータ、及び入力部６１ａに要求して入力部６１ａから取得したイメージデータに含まれるイメージの寸法情報に基づいてテキストやイメージのレイアウトを行い、レイアウトの内容などの情報をもつレイアウトデータ（中間データ）をレンダリング装置６３へ出力する。
【０１２８】
レンダリング装置６３は、レイアウト装置６２からのレイアウトデータ（中間データ）、及びプリンタ装置６１の入力部６１ａに要求して入力部６１ａから取得したイメージデータに含まれる出力情報に基づいてテキストやイメージのレンダリングを行い、レンダリングの内容の情報を持つレンダリングデータ（中間データ）をプリンタ装置６１の印字部６１ｃへ入力部６１ａを介して出力する。
【０１２９】
この場合、クライアント６４からの入力データが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかによって処理内容が変るのはプリンタ装置６１の入力部６１のみであって（図３〜図７参照）、レイアウト装置６２とレンダリング装置６３の処理内容に変更がない（図８、図９参照）。従って、クライアント６４からのデータの形式に変更や追加があってもプリンタ装置６１の入力部６１ａのみ構成を変更すれば足りるので、つまり、レイアウト装置６２とレンダリング装置６３とは同様のものを使用することができるので、開発コストを低くすることができる。
【０１３０】
以上本発明の好適な実施の形態について説明したが、本発明は上述の実施の形態に限られるものではなく、特許請求の範囲に記載した限りにおいて様々な設計変更が可能なものである。例えば、入力部（データ授受手段）がレンダリング手段の要求に応じてイメージデータを送出した後、イメージデータを格納する格納手段にイメージデータを削除する旨の削除要求を送出するように構成してもよい。この場合、さらに、格納手段は、削除要求を確認するまではイメージデータを削除しないように構成してもよい。このように構成すれば、必要なイメージデータが削除されることが防がれる。
【０１３１】
また、複合データ（Multiplexed Data：ＸＨＴＭＬデータとイメージデータが混在するもの）と単データ（Plain XHTML）とが入力される場合であるが、その他のフォーマットのデータであっても適用可能である。
【０１３２】
さらに、レイアウト手段やレンダリング手段の要求に応じてイメージデータをレイアウト手段やレンダリング手段へ出力して、イメージデータに含まれるイメージの寸法情報やイメージデータに含まれるイメージの出力情報などが不要になった後に、不要になったデータを格納手段から削除することができる構成であればどのような構成であってもよい。
【０１３３】
さらに、単データ（Plain XHTML）の場合は常にネットワーク上からＵＲＬのイメージデータを取得する構成にしているが、ネットワークの使用状況によってネットワーク上から取得したイメージデータを格納手段に格納して、その格納手段により格納したイメージデータを利用してレイアウト手段やレンダリング手段からの要求に応じるような構成にしてもよい。この場合、ネットワークの通信速度が遅いような場合でも出力データを早く作成することが可能になる。
【０１３４】
さらに、出力処理（図３〜図９）を印刷装置などに実行させるためのプログラムをＣＤ−ＲＯＭなどの記録媒体に記録して、ＣＤ−ＲＯＭに記憶されたそれらのプログラムを使用するようにしてもよい。
【０１３５】
【発明の効果】
請求項１によると、レイアウト手段及びレンダリング手段は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、印刷装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはデータ授受手段のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【０１３６】
請求項２によると、保持指定及び削除指定に基づいてイメージデータを保持したり削除したりするので、格納手段の格納領域を有効活用することができる。
【０１３７】
請求項３によると、格納手段のメモリ容量を有効に活用することが可能になる。
【０１３８】
請求項４によると、イメージデータの出力情報が必要な間に出力情報が格納手段から削除されるようなことが防がれる。
【０１３９】
請求項５によると、クライアントから送られてくるイメージデータの格納場所からイメージに関するイメージデータを取得して出力データを作成することが可能になる。
【０１４０】
【０１４１】
【０１４２】
【０１４３】
【図面の簡単な説明】
【図１】 実施の形態におけるネットワークシステムのシステム構成の一例を示す図である。
【図２】 図１の装置の一部の装置構成の一例を示す図である。
【図３】 入力部におけるＸＨＴＭＬデータ出力処理の動作フローを示すフローチャートである。
【図４】 入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図５】 入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図６】 入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図７】 入力部におけるチャンク読み込み処理の動作フローを示すフローチャートである。
【図８】 レイアウト部におけるレイアウト処理の動作フローを示すフローチャートである。
【図９】 レンダリング部におけるレンダリング処理の動作フローを示すフローチャートである。
【図１０】 複合データ（Multiplexed Data）を説明するための説明図である。
【図１１】 コンテンツバッファを説明するための説明図である。
【図１２】 レイアウト部からレンダリング部へ出力されるレイアウトデータ（中間データ）を説明するための説明図である。
【図１３】 他のネットワークシステムのシステム構成の一例を示す図である。
【図１４】 従来の印刷装置の装置構成図である。
【図１５】 従来のレイアウト部におけるレイアウト処理の動作フローを示すフローチャートである。
【図１６】 従来のレンダリング部におけるレンダリング処理の動作フローを示すフローチャートである。
【符号の説明】
１ ネットワークシステム
２ 印刷装置
３ コンピュータ
４ ファックス
５ ルータ
６ サーバ
７ ＬＡＮ
１１ ＣＰＵ
１１ａ 入力部
１１ｂ レイアウト部
１１ｃ レンダリング部
１２ ＲＯＭ
１３ ＲＡＭ
１４ 印字部
１５ 操作パネル
１６ ＮＶＲＡＭ
１７ インターフェース
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ ＨＤＤ
２５ 操作部
２６ 表示部
２７ インターフェース
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ ＨＤＤ
３５ インターフェース
【発明の属する技術分野】
本発明は、テキストやイメージを出力する印刷装置に関する。
【０００２】
【従来の技術】
テキスト及びイメージを出力する場合、ＸＨＴＭＬ（Extensible Hyper Text Markup Language）データとイメージデータとが混在したデータ（以下、複合データ（Multiplexed Data）という。）をクライアント（コンピュータなど）から印刷装置へ送る方法と、ＸＨＴＭＬデータ（以下、単データ（Plain XHTML）という。）のみをコンピュータからプリンタへ送る方法がある。尚、ＸＨＴＭＬデータには、テキストに関するテキストデータやイメージの外部ネットワーク上の格納位置を示すＵＲＬなどを含んでいる。
【０００３】
この両方の方法に対応するため、印刷装置１００は、図１４に示すように、レイアウト部１０１とレンダリング部１０２とバッファ１０３とプリントエンジン１０４とデコード部１０５を備える。デコード部１０５は、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、ＸＨＴＭＬデータをレイアウト部１０１へ出力し、イメージデータをバッファ１０３に出力する。バッファ１０３は、複合データ（Multiplexed Data）がクライアントから送られてきた場合に、それに含まれるイメージに関するイメージデータを格納するものである。レイアウト部１０１には、単データ（Plain XHTML）のＸＨＴＭＬデータと、デコード部１０５で分離された複合データ（Multiplexed Data）を構成するＸＨＴＭＬデータと、が入力される。
【０００４】
以下、レイアウト部１０１の動作について図１５を参照しつつ説明する。図１５はレイアウト部１０１のレイアウト処理の動作フローを示すフローチャートである。
【０００５】
ステップＳ８０１において、レイアウト部１０１は、レイアウト部１０１へのデータの入力が終了したか否かを判定する。データの入力が終了していないと判定された場合には（Ｓ８０１：ＮＯ）、ステップＳ８０２の処理へ移行する。一方、データの入力が終了したと判定された場合には（Ｓ８０１：ＹＥＳ）、ステップＳ８１５の処理へ移行する。
【０００６】
ステップＳ８０２において、レイアウト部１０１は、入力されているデータがイメージに関するイメージデータであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ８０２：ＹＥＳ）、ステップＳ８０４の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ８０２：ＮＯ）、ステップＳ８０３の処理へ移行し、ステップＳ８０３において、レイアウト部１０１はその他のデータの処理、例えば、テキストに関するテキストデータに基づいてテキストをレイアウトする処理を行い、ステップＳ８１３の処理へ移行する。
【０００７】
ステップＳ８０４において、レイアウト部１０１は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ８０４：Plain）、ステップＳ８０５の処理へ移行する。一方、複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ８０４：Multiplexed）、ステップＳ８０６の処理へ移行する。
【０００８】
ステップＳ８０５において、レイアウト部１０１は、外部ネットワーク上の単データ（Plain XHTML）を構成するＸＨＴＭＬデータに含まれるＵＲＬをオープンする。
【０００９】
ステップＳ８０６において、レイアウト部１０１は、イメージのＵＲＬと同じＵＲＬを持つコンテンツがバッファ１０３にあるか否かを判定する。同じＵＲＬを持つコンテンツがないと判定された場合には（Ｓ８０６：ＮＯ）、ステップＳ８０７の処理へ移行し、ステップＳ８０７において、レイアウト部１０１はチャンクの読み込みを行い、ステップＳ８０６の処理へ戻る。一方、同じＵＲＬを持つコンテンツがあると判定された場合には（Ｓ８０６：ＹＥＳ）、ステップＳ８０８の処理へ移行する。
【００１０】
ステップＳ８０８において、レイアウト部１０１は、単データ（Plain XHTML）の場合にはステップＳ８０５でオープンしたＵＲＬのイメージデータに基づいて、イメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取り出す。一方、複合データ（Multiplexed Data）の場合にはバッファ１０３に格納されているコンテンツのイメージデータに基づいて、イメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取り出す。続いて、ステップＳ８０９において、レイアウト部１０１は、ステップＳ８０７で取り出した寸法情報（サイズ）に基づいてイメージをレイアウトする。
【００１１】
ステップＳ８１０において、レイアウト部１０１は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ８１０：Multiplexed）、ステップＳ８１１の処理へ移行する。一方、単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ８１０：Plain）、ステップＳ８１２の処理へ移行する。
【００１２】
ステップＳ８１１において、レイアウト部１０１は、読み込んだ分のデータをレイアウト部１０１内のバッファに書き込み、ステップＳ８１３の処理へ移行する。一方、ステップＳ８１２において、レイアウト部１０１は、ステップＳ８０５でオープンしたＵＲＬをクローズし、ステップＳ８１３の処理へ移行する。
【００１３】
ステップＳ８１３において、レイアウト部１０１は、１ページ分のデータがあるか、つまり１ページ分のレイアウトがされたか否かを判定する。１ページ分のデータがあると判定された場合には（Ｓ８１３：ＹＥＳ）、ステップＳ８１４の処理へ移行し、ステップＳ８１４において、レイアウト部１０１は、レイアウトデータ（中間データ）をレンダリング部１０２へ出力し、ステップＳ８０１の処理へ戻る。一方、１ページ分のデータがないと判定された場合には（Ｓ８１３：ＮＯ）、ステップＳ８０１の処理へ戻る
【００１４】
ステップＳ８１５において、レイアウト部１０１は、ページに未出力のデータがあるか、つまり、レンダリング部１０２へ出力されていないレイアウトデータ（中間データ）が残っているか否かを判定する。ページに未出力のデータがあると判定された場合には（Ｓ８１５：ＹＥＳ）、ステップＳ８１６の処理へ移行する。一方、ページに未出力のデータがないと判定された場合には（Ｓ８１５：ＮＯ）、レイアウト処理を終了する。
【００１５】
ステップＳ８１６において、レイアウト部１０１は、未出力のレイアウトデータ（中間データ）をレンダリング部１０２へ出力して、レイアウト処理を終了する。
【００１６】
以下、レンダリング部１０２の動作について図１６を参照しつつ説明する。図１６はレンダリング部のレンダリング処理の動作フローを示すフローチャートである。
【００１７】
ステップＳ９０１において、レンダリング部１０２は、レイアウト部１０１から送られてくるレイアウトデータ（中間データ）の入力が終了したか否かを判定する。データの入力が終了していないと判定された場合には（Ｓ９０１：ＮＯ）、ステップＳ９０２の処理へ移行する。一方、データの入力が終了したと判定された場合には（Ｓ９０１：ＹＥＳ）、ステップＳ９１５の処理へ移行する。
【００１８】
ステップＳ９０２において、レンダリング部１０２は、入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ９０２：ＹＥＳ）、ステップＳ９０４の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ９０２：ＮＯ）、ステップＳ９０３の処理へ移行し、ステップＳ９０３において、レンダリング部１０２はその他のデータの処理、例えば、レイアウトに従ってテキストをレンダリングする処理を行い、ステップＳ９０１の処理へ移行する。
【００１９】
ステップＳ９０４において、レンダリング部１０２は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ９０４：Plain）、ステップＳ９０５の処理へ移行する。一方、複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ９０４：Multiplexed）、ステップＳ９０６の処理へ移行する。
【００２０】
ステップＳ９０５において、レンダリング部１０２は、外部ネットワーク上の単データ（Plain XHTML）を構成するＸＨＴＭＬデータに含まれるＵＲＬをオープンする。
【００２１】
ステップＳ９０６において、レンダリング部１０２は、入力バッファにデータがあるか否かを判定する。データがあると判定された場合には（Ｓ９０６：ＹＥＳ）、ステップＳ９０７の処理へ移行し、ステップＳ９０７において、入力バッファ上のデータをデコードして、ステップＳ９０８の処理へ移行する。一方、データがないと判定された場合には（Ｓ９０６：ＮＯ）、ステップＳ９０８の処理へ移行する。
【００２２】
ステップＳ９０８において、レンダリング部１０２は、イメージのＵＲＬと同じＵＲＬを持つコンテンツがバッファ１０３にあるか否かを判定する。同じＵＲＬを持つコンテンツがないと判定された場合には（Ｓ９０８：ＮＯ）、ステップＳ９０９の処理へ移行し、ステップＳ９０９において、レンダリング部１０２はチャンクの読み込みを行い、ステップＳ９０８の処理へ戻る。一方、同じＵＲＬを持つコンテンツがあると判定された場合には（Ｓ９０８：ＮＯ）、ステップＳ９１０の処理へ移行する。
【００２３】
ステップＳ９１０において、レンダリング部１０２は、単データ（Plain XHTML）の場合はＵＲＬのイメージデータを外部ネットワークから読み込み、複合データ（Multiplexed Data）の場合はバッファ１０３からイメージデータを読み込み、デコードする。そして、ステップＳ９１１において、レンダリング部１０２は、読み込んだイメージデータのイメージの出力情報に基づいてレイアウト部１０１からのレイアウトデータに従ってレンダリングする（ビットマップを出力する）。
【００２４】
ステップＳ９１２において、レンダリング部１０２は、入力されているデータの入力フォーマットが複合データ（Multiplexed Data）のフォーマットか単データ（Plain XHTML）のフォーマットであるかを判定する。複合データ（Multiplexed Data）のフォーマットであると判定された場合には（Ｓ９１２：Multiplexed）、ステップＳ９１４の処理へ移行する。一方、単データ（Plain XHTML）のフォーマットであると判定された場合には（Ｓ９１２：Plain）、ステップＳ９１３の処理へ移行する。
【００２５】
ステップＳ９１３において、レンダリング部１０２は、ステップＳ９０５でオープンしたＵＲＬをクローズし、ステップＳ９０１の処理へ戻る。一方、ステップＳ９１４において、レンダリング部１０２は、対象となっているコンテンツに関するデータをバッファ１０３から削除し（コンテンツバッファ開放）、ステップＳ９０１の処理へ戻る。
【００２６】
ステップＳ９１５において、レンダリング部１０２は、テキストやイメージをレンダリングしたレンダリングデータ（中間データ）をプリントエンジン１０４へ出力し、レンダリング処理を終了する。
【００２７】
【発明が解決しようとする課題】
ところが、上述したようの印刷装置１００では、レイアウト部１０１及びレンダリング部１０２の双方でクライアントから送られてきているデータのフォーマットが複合データ（Multiplexed Data）であるか、単データ（Plain XHTML）であるかを判定し、判定結果に応じてバッファ１０３及び外部ネットワーク上の何れかから必要なデータを取ってこなければならない構成になっていた。このため、クライアントから送られてくるデータのフォーマットに変更があった場合やフォーマットが追加された場合には、レイアウト部１０１及びレンダリング部１０２の双方を構成しなおさなければならず、データのフォーマットの変更に対処するためには開発コストがかかるという問題がある。
【００２８】
本発明は、クライアントから送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能な印刷装置を提供することを目的とする。
【００２９】
【課題を解決するための手段】
請求項１に記載の印刷装置は、データを格納する格納手段と、イメージデータの格納場所を示すデータを含むテキストデータから成る単データ、並びに、イメージデータとテキストデータとの複合データのいずれかを受け取り、前記複合データを受け取った場合には、前記複合データを前記テキストデータと前記イメージデータとに分離し、前記イメージデータを前記格納手段に格納するデータ授受手段と、前記データ授受手段から前記テキストデータが入力されるとともに、前記データ授受手段が受信した前記テキストデータ及び前記データ授受手段が受信した前記イメージデータに含まれているイメージの寸法情報に基づいて前記テキストデータに相当するテキスト及び前記イメージデータに相当するイメージをレイアウトしてレイアウトデータを作成するレイアウト手段と、前記レイアウト手段が作成した前記レイアウトデータが入力されるとともに、当該レイアウトデータ及び前記データ授受手段が受信した前記イメージデータに含まれているイメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成するレンダリング手段と、前記レンダリング手段から入力されるレンダリングデータを印刷媒体に出力する出力手段と、を１筐体内に備えており、前記レイアウト手段は、前記イメージデータに含まれている前記イメージの寸法情報を前記データ授受手段に要求して前記データ授受手段から前記イメージの寸法情報を取得し、前記レンダリング手段は、前記イメージデータに含まれている前記イメージの出力情報を前記データ授受手段に要求して前記データ授受手段から前記イメージの出力情報を取得し、前記データ授受手段は、前記イメージデータに含まれている前記イメージの寸法情報及び出力情報をそれぞれ要求されると、当該イメージデータが前記複合データに係るものである場合には前記格納手段に格納された前記イメージデータに基づいて、当該イメージデータが前記単データに係るものである場合には当該単データに含まれるデータが示す前記イメージデータの格納場所を参照して、前記イメージの寸法情報及び出力情報を要求元へとそれぞれ受け渡すことを特徴とする。
【００３０】
請求項１によると、レイアウト手段及びレンダリング手段は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、印刷装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはデータ授受手段のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【００３１】
請求項２に記載の印刷装置は、前記レイアウト手段が、前記格納手段が格納している前記イメージデータを保持させる保持指定を前記データ授受手段に行いつつ前記イメージデータに含まれている前記イメージの寸法情報を前記データ授受手段に要求し、前記レンダリング手段が、前記格納手段が格納している前記イメージデータを削除させる削除指定を前記データ授受手段に行いつつ前記イメージデータに含まれている前記イメージの出力情報を前記データ授受手段に要求し、前記データ授受手段が、前記イメージデータに含まれている前記イメージの寸法情報及び出力情報をそれぞれ要求されると、当該イメージデータが前記複合データに係るものであり且つ要求元から前記削除指定が送られた場合には、前記イメージの寸法情報及び出力情報を要求元へとそれぞれ受け渡した後に前記格納手段が格納している前記イメージデータを削除し、当該イメージデータが前記複合データに係るものであり且つ要求元から前記保持指定が送られた場合には、前記格納手段が格納している前記イメージデータを保持することを特徴とする。請求項２によると、上記の保持指定及び削除指定に基づいてイメージデータを保持したり削除したりするので、格納手段の格納領域を有効活用することができる。
【００３２】
請求項３に記載の印刷装置は、前記データ授受手段は、前記レンダリング手段から前記イメージの出力情報を要求された場合、前記格納手段に格納された前記イメージデータに基づいて前記要求に応じた後、当該イメージデータの出力情報を前記格納手段から削除する旨の削除要求を当該格納手段に送出することを特徴とする。請求項３によると、格納手段のメモリ容量を有効に活用することが可能になる。
【００３３】
請求項４に記載の印刷装置は、前記格納手段は、前記データ授受手段が前記レンダリング手段の要求に応じた後に送出する削除要求を確認するまでは、前記イメージデータの出力情報を削除しないことを特徴とする。請求項４によると、イメージデータの出力情報が必要な間に出力情報が格納手段から削除されるようなことが防がれる。
【００３４】
請求項５に記載の印刷装置は、前記データ授受手段は、前記テキストデータ及び前記イメージデータのネットワーク上の格納場所を示す場所データを含むデータを受け取り、前記レイアウト手段及び前記レンダリング手段からの要求があると前記場所データに基づいて前記格納場所から前記イメージデータを取得し、取得した前記イメージデータに基づいて前記要求に応じることを特徴とする。請求項５によると、クライアントから送られてくるイメージデータの格納場所からイメージに関するイメージデータを取得して出力データを作成することが可能になる。
【００３５】
【００３６】
【００３７】
【００３８】
【００３９】
【００４０】
【００４１】
【００４２】
【発明の実施の形態】
以下、本発明の実施の形態に係る印刷装置について図面を参照しつつ説明する。
【００４３】
まず、印刷装置を含むネットワークシステムについて図１及び図２を参照しつつ説明する。図１は、ネットワークシステムのシステム構成の一例を示す図である。図２は、図１の装置の一部の装置構成の一例を示す図である。
【００４４】
図１に一例を示すネットワークシステム１は、２台の印刷装置２と、２台のコンピュータ３と、１台のファックス４と、及び１台のルータ５とを備えており、夫々ＬＡＮ（Local Area Network）７に接続されている。このネットワークシステム１の各装置はルータ５を介してサーバ６とデータの送受信を行うことが可能である。
【００４５】
図１の印刷装置２は、図２（ａ）に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、印字部１４と、操作パネル１５と、ＮＶＲＡＭ１６と、インターフェース（Ｉ／Ｆ）１７とを備えている。
【００４６】
ＣＰＵ（Central Processing Unit）１１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。本実施の形態におけるＣＰＵ１１は、図２（ｂ）に示すように、主として、入力部（データ授受手段）１１ａと、レイアウト部（レイアウト手段）１１ｂと、レンダリング部（レンダリング手段）１１ｃなどとして機能する。
【００４７】
入力部１１ａは、コンピュータ３から送られてくるデータが複合データ（Multiplexed Data：ＸＨＴＭＬデータとイメージに関するイメージデータが混在したもの）であるか単データ（Plain XHTML：ＸＨＴＭＬデータのみ）であるかを判定する。そして、入力部１１ａは、複合データ（Multiplexed Data）の場合は、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をＲＡＭ１３に格納する。また、入力部１１ａは、レイアウト部１１ｂからイメージデータが要求されるとレイアウト部１１ｂへイメージの寸法情報を含むイメージデータを渡し、レンダリング部１１ｃからイメージデータが要求されるとレンダリング部１１ｃへイメージの出力情報（画像などの情報）を含むイメージデータを渡す。但し、コンピュータ３からのデータが複合データ（Multiplexed Data）の場合には上記格納されたイメージデータに基づいてレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。一方、コンピュータ３からのデータが単データ（Plain XHTML）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用してサーバ６などからイメージデータを取得してレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。尚、ＨＴＭＬデータには、テキストに関するテキストデータやイメージの格納場所を示すＵＲＬ（（Uniform Resource Locator）などが含まれている。
【００４８】
レイアウト部１１ｂは、入力部１１ａからのＸＨＴＭＬデータ、及び入力部１１ａに要求して入力部１１ａから取得したイメージデータに含まれるイメージの寸法情報に基づいてテキストやイメージのレイアウトを行い、レイアウトの内容などの情報をもつレイアウトデータ（中間データ）をレンダリング部１１ｃへ出力する。
【００４９】
レンダリング部１１ｃは、レイアウト部１１ｂからのレイアウトデータ（中間データ）、及び入力部１１ａに要求して入力部１１ａから取得したイメージデータに含まれる出力情報に基づいてテキストやイメージのレンダリングを行い、レンダリングの内容の情報を持つレンダリングデータ（中間データ）を印字部１４へ出力する。
【００５０】
尚、ＣＰＵ１１の入力部１１ａの詳細な処理内容は図３から図７を参照して後述する。
また、レイアウト部１１ｂの詳細な処理内容は図８を参照して後述する。さらに、レンダリング部１１ｃの詳細な処理内容は図９を参照して後述する。
【００５１】
ＲＯＭ（Read Only Memory）１２は、読み出し専用の記憶装置であって、印刷装置２の主記憶装置の一部を構成するものである。このＲＯＭ１２には、システムプログラムなど、各種プログラムが格納されている。
【００５２】
ＲＡＭ（Random Access Memory）１３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ１２と同様に印刷装置２の主記憶装置の一部を構成するものである。ＲＡＭ１３には、データ処理の中間結果を格納するためのワークエリアなどがある。また、ＲＡＭ１３には、コンピュータ３から送られてくるデータフォーマットが複合データ（Multiplexed Data）の場合には、それに含まれるイメージデータなどを格納する（図１１参照）。
【００５３】
印字部１４は、モノクロあるいはカラーによる文字または画像の印刷機能を提供するものである。印字部１４は、データ処理（図３〜図９）で作成され、ＣＰＵ１１のレンダリング部１１ｃから入力されるレンダリングデータ（中間データ）を印刷媒体に出力する。
【００５４】
操作パネル１５は、ディスプレイなどにより情報を出力して表示する表示装置と、外部からの入力操作を行う入力装置とを備えている。表示装置は、印刷装置２の操作などに関する各種情報の表示に用いられる。例えば、液晶表示器やプラズマ表示器などにより構成され、表示面に入力装置としての操作部を構成するタッチパネルなどを備えるものである。
【００５５】
ＮＶＲＡＭ（Non Volatile Read Only Memory）１６は、読み出し・書き込み可能であって、電源オフ時にも記憶したデータが消去されずに記憶し続けることが可能な記憶装置である。このＮＶＲＡＭ１６には、コンピュータ３から送られてくるデータを解析して出力データを作成するためのデータ処理（図３〜図９）を印刷装置２に実行させるためのプログラムなどが格納されている。また、ＮＶＲＡＭ１６には、操作パネル１５や、ＬＡＮ７を介して接続されたコンピュータ３の表示部２６に表示する表示情報（ＷＥＢページ）などが格納されている。尚、ＮＶＲＡＭ１６には、製造品のシリアル番号なども記憶されている。
【００５６】
インターフェース１７は、印刷装置２をＬＡＮ７に接続し、印刷装置２とＬＡＮ７の先に接続されているコンピュータ３などの各装置との間の通信を可能にするものである。
【００５７】
図１のコンピュータ３は、図２（ａ）に示すように、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ２４と、操作部２５と、表示部２６と、インターフェース２７とを備えている。コンピュータ３は、複合データ（Multiplexed Data）、及び単データ（Plain XHTML）を印刷装置２に送信などする。
【００５８】
ＣＰＵ２１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。
【００５９】
ＲＯＭ２２は、読み出し専用の記憶装置であって、コンピュータ３の主記憶装置の一部を構成するものである。このＲＯＭ２２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ２３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ２２と同様にコンピュータ３の主記憶装置の一部を構成するものである。そして、ＲＡＭ２３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ（Hard Disk Drive）２４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置である。
【００６０】
操作部２５は、コンピュータ３の入力装置を構成するものである。この操作部２５は、所定数の入力キーを並べてなるキーボードやマウスなどのポインティングデバイスなどで構成されている。表示部２６は、ディスプレイなどにより情報を出力して表示する表示装置であり、例えば、液晶表示器やプラズマ表示器などにより構成される。尚、液晶表示器には、ＳＴＮ方式やＤＳＴＮ方式などの単純マトリックス方式のものや、ＴＦＴなどのアクティブマトリックス方式のものなどがある。
【００６１】
インターフェース２７は、コンピュータ３をＬＡＮ７に接続し、コンピュータ３とＬＡＮ７の先に接続されている印刷装置２などの各装置との間の通信を可能にするものである。
【００６２】
図１のサーバ６は、図２（ａ）に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＨＤＤ３４と、インターフェース３５とを備えている。
【００６３】
ＣＰＵ３１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。ＲＯＭ３２は、読み出し専用の記憶装置であって、サーバ６の主記憶装置の一部を構成するものである。このＲＯＭ３２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ３３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ３２と同様にサーバ６の主記憶装置の一部を構成するものである。そして、ＲＡＭ３３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ３４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置であり、ＵＲＬに対応したＷＥＢページが複数記憶されている。インターフェース３５は、サーバ６をインターネットに接続し、サーバ６とインターネットの先に接続されている印刷装置２などの各装置との間の通信を可能にするものである。
【００６４】
次に、コンピュータ３などのクライアントから印刷装置２へ送られる複合データ（Multiplexed Data）について図１０を参照しつつ説明する。図１０は、複合データ（Multiplexed Data）を説明するための説明図である。
【００６５】
図１０（ａ）に一例を示す複合データ（Multiplexed Data）は、１つのＸＨＴＭＬデータと２つのイメージデータとを含んでいる。チャンク番号が１のチャンクがＸＨＴＭＬデータに関するものであると決めており、また、同じチャンク番号を持つものは同じデータを分割して作成されたものになっている。図１０（ａ）に一例を示す各チャンクは、図１０（ｂ）に示すように１行のヘッダ（図示例ではＣＨＫ １ ３５０ ＭＯＲＥ）と、データが入る本体（図示例では、＜？ｘｍｌ ｖｅｒｓｉｏｎ＝“１．０”＞以下）とから構成されている。また、ヘッダは、文字列（ＣＨＫ）と、チャンク番号（図示例では“１”）、本体のデータのサイズ（図示例では“３５０”）、継続フラグ（図示例では“ＭＯＲＥ”）から構成されている。継続フラグが“ＭＯＲＥ”の場合、当該チャンクに続くチャンクがあり、継続フラグが“ＬＡＳＴ”の場合、当該チャンクに続くチャンクがない、つまり同じチャンク番号を持つチャンクの最後である。
【００６６】
ＲＡＭ１３に割り当てられたコンテンツバッファについて図１１を参照しつつ説明する。図１１は、コンテンツバッファを説明するための説明図である。コンテンツバッファは、固有の識別子ｉｄと、ＵＲＬと、チャンク番号と、可変長のデータバッファを保持している。
【００６７】
レイアウト部１１ｂからレンダリング部１１ｃに入力されるレイアウトデータ（中間データ）について図１２を参照しつつ説明する。図１２は、レイアウトデータ（中間データ）を説明するための説明図である。図１２（ａ）に示すように、レイアウトデータ（中間データ）のフォントはフォント名及びフォントサイズから構成される。また、レイアウトデータ（中間データ）のテキストはテキストの配置位置（Ｘ，Ｙ）及びテキスト（文字列）から構成される。また、レイアウトデータ（中間データ）のイメージはイメージの配置位置（Ｘ，Ｙ）及びＵＲＬから構成されている。１ページ分のレイアウトデータ（中間データ）は、図１２（ｂ）に一例を示すように、フォント、テキスト、フォント、テキスト、イメージの順に構成されている。図１２（ｂ）のフォント、テキスト、イメージの夫々は、図１２（ａ）に示した内容を持つ。尚、レイアウト部１１ｂからレンダリング部１１ｃへは、フォントを送った後テキストを送るように構成されている。
【００６８】
以下、上述の構成を有する印刷装置２におけるデータ処理について図面を参照しつつ説明する。
【００６９】
まず、入力部におけるＸＨＴＭＬデータ出力処理について図３を参照しつつ説明する。
図３は、入力部におけるＸＨＴＭＬデータ出力処理の動作フローを示すフローチャートである。尚、入力部１１ａは、クライアントから複合データ（Multiplexed Data）が送られてきたときには、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をＲＡＭ１３に格納する。
【００７０】
ステップＳ１０１において、印刷装置２のＣＰＵ１１の入力部１１ａは、コンピュータ３などのクライアントから送られてくるデータの入力フォーマットを判別するために、入力フォーマットを判別するために用いる入力フォーマット用フラグが未知（unknown）であるか否かを判定する。入力フォーマット用フラグが未知（unknown）であると判定された場合には（Ｓ１０１：未知（unknown））、ステップＳ１０２の処理へ移行する。一方、入力フォーマットが未知（unknown）でないと判定された場合には（Ｓ１０１：未知（unknown）でない）、ステップＳ１０４の処理へ移行する。
【００７１】
ステップＳ１０２において、入力部１１ａは、入力データの先頭の４バイトを読み込む。続いて、ステップＳ１０３において、入力部１１ａは、読み込んだ入力データの先頭の４バイトに基づいて入力データの入力フォーマットが複合データ（Multiplexed Data）及び単データ（Plain XHTML）の何れであるかを検知し、検知結果に基づいて入力フォーマット用フラグに複合データ（Multiplexed Data）及び単データ（Plain XHTML）の何れかを設定する。つまり、複合データ（Multiplexed Data）の場合には“ＣＨＫ ”で始まり、単データ（Plain XHTML）の場合には“＜？ｘｍ”で始まるので、先頭の４バイトが“ＣＨＫ ”であれば複合データ（Multiplexed Data）であると検知し、先頭の４バイトが“＜？ｘｍ”であれば単データ（Plain XHML）であると検知する。
【００７２】
ステップＳ１０４において、入力部１１ａは、入力フォーマットを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。複合データ（Multiplexed Data）であると判定された場合には（Ｓ１０４：Multiplexed）、ステップＳ１０５の処理へ移行する。一方、単データ（Plain XHTML）であると判定された場合には（Ｓ１０４：Plain）、ステップＳ１０７の処理へ移行する。
【００７３】
ステップＳ１０５において、入力部１１ａは、チャンク番号１のチャンクがＸＨＴＭＬデータに関するものであるので、チャンク番号１のチャンクにＸＨＴＭＬデータがあるか否かを判定する。チャンク番号１のチャンクにＸＨＴＭＬデータがないと判定された場合には（Ｓ１０５：ＮＯ）、ステップＳ１０６の処理へ移行する。一方、チャンク番号１のチャンクにＸＨＴＭＬデータがあると判定された場合には（Ｓ１０５：ＹＥＳ）、ステップＳ１０８の処理へ移行する。
【００７４】
ステップＳ１０６において、入力部１１ａは、図７を参照しつつ後述するチャンク読み込み処理を行い、ステップＳ１０５の処理へ戻る。つまり、ＸＨＴＭＬデータを読み込めるまでステップＳ１０５及びステップＳ１０６の処理を繰り返し行う。
【００７５】
ステップＳ１０７において、入力部１１ａは、入力データが単データ（Plain XHTML）であるので、ＸＨＴＭＬデータを読み込む。
【００７６】
ステップＳ１０８において、入力部１１ａは、チャンク番号１のチャンクのＸＨＴＭＬデータ又はステップＳ１０７で読み込まれたＸＨＴＭＬデータをレイアウト部１１ｂへ出力し、ＸＨＴＭＬデータ出力処理を終了する。
【００７７】
以下、入力部１１ａにおけるイメージデータ出力処理について図４〜図６を参照しつつ説明する。図４〜図６は、入力部１１ａにおけるイメージデータ出力処理の動作フローを示すフローチャートである。尚、図４、図５、図６の順に処理が実行される。
【００７８】
まず、図４の動作フローについて説明する。ステップ２０１において、入力部１１ａは、コンピュータ３から送られてきたデータの入力フォーマットが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。単データ（Plain XHTML）であると判定された場合には（Ｓ２０１：Plain）、ステップＳ２０２の処理へ移行する。一方、複合データ（Multiplexed Data）であると判定された場合には（Ｓ２０１：Multiplexed）、ステップＳ２０３の処理へ移行する。尚、ステップＳ２０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００７９】
ステップＳ２０２において、入力部１１ａは、外部ネットワーク上（例えば、サーバ６）の、図８のステップＳ６０３又は図９のステップＳ７０３のＵＲＬに相当するＵＲＬをオープンし、図４の処理を終了する。
【００８０】
ステップＳ２０３において、入力部１１ａは、図８のステップＳ６０３又は図９のステップＳ７０３のＵＲＬに相当するＵＲＬと一致するＵＲＬを持つコンテンツバッファがＲＡＭ１３にあるか否かを判定する。一致するＵＲＬを持つコンテンツバッファがないと判定された場合には（Ｓ２０３：ＮＯ）、ステップＳ２０４の処理へ移行する。一方、一致するＵＲＬを持つコンテンツバッファがあると判定された場合には（Ｓ２０３：ＹＥＳ）、ステップＳ２０６の処理へ移行する。
【００８１】
ステップＳ２０４において、入力部１１ａは、図７を参照して後述するチャンクの読み込み処理を行い、ステップＳ２０５の処理へ移行する。
【００８２】
ステップＳ２０５において、入力部１１ａは、ステップＳ２０５のチャンクの読み込み処理でデータが読み込めたか否かを判定する。データを読み込めたと判定された場合には（Ｓ２０５：ＹＥＳ）、ステップＳ２０３の処理へ戻る。一方、データが読み込めなかった場合には（Ｓ２０５：ＮＯ）、最後まで複合データ（Multiplexed Data）を読み込んでも一致するＵＲＬを持つチャンクがなかったことになるので、エラー出力して、図４の処理を終了する。
【００８３】
ステップＳ２０６において、入力部１１ａは、レイアウト部１１ｂからの指定またはレンダリング部１１ｃからの指定に従って、フラグに保存（BUFFERED）又は削除（STREAMING）を設定する（図８のステップＳ６０３、図９のステップＳ７０３参照）。
【００８４】
ステップＳ２０７において、入力部１１ａは、データの読み込み位置をコンテンツバッファの先頭に戻す。
【００８５】
次に、図５の動作フローについて説明する。ステップＳ３０１において、入力部１１ａは、コンピュータ３などのクライアントから送られてきたデータが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。単データ（Plain XHTML）であると判定された場合には（Ｓ３０１：Plain）、ステップＳ３０２の処理へ移行する。一方、複合データ（Multiplexed Data）であると判定された場合には（Ｓ３０１：Multiplexed）、ステップＳ３０４の処理へ移行する。尚、ステップＳ３０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００８６】
ステップＳ３０２において、入力部１１ａは、入力部１１ａが図４のステップＳ２０２でオープンしたＵＲＬのイメージデータを外部ネットワーク（例えば、サーバ６）から読み取る。
【００８７】
ステップＳ３０３において、入力部１１ａは、レイアウト部１１ｂがイメージデータを要求してきているときには読み取ったイメージデータをレイアウト部１１ｂへ出力する。或いは、入力部１１ａは、レンダリング部１１ｃがイメージの出力情報を要求してきているときには読み取ったイメージデータに基づいてイメージの出力情報をレンダリング部１１ｃへ出力し、図５の処理を終了する。
【００８８】
ステップＳ３０４において、入力部１１ａは、レイアウト部１１ｂ又はレンダリング部１１ｃが要求してきたＵＲＬのＲＡＭ１３のコンテンツバッファにデータがあるか否かを判定する。データがない場合には（Ｓ３０４：ＮＯ）、ステップＳ３０５の処理へ移行する。一方、データがある場合には（Ｓ３０４：ＹＥＳ）、ステップＳ３０８の処理へ移行する。
【００８９】
ステップＳ３０５において、入力部１１ａは、複合データ（Multiplexed Data）を構成するチャンクのチャンクデータが終了したか（全てのチャンクデータを読み込んだか）否かを判定する。チャンクデータが終了したと判定された場合には（Ｓ３０５：ＹＥＳ）、ステップＳ３０７の処理へ移行し、ステップＳ３０７において、例えば操作パネル１５にＥＤＦ（End Of File）を出力する。一方、チャンクデータが終了していないと判定された場合には（Ｓ３０５：ＮＯ）、ステップＳ３０６の処理へ移行し、ステップＳ３０６において、入力部１１ａは、図７を参照しつつ後述するチャンクデータの読み込み処理を行い、ステップＳ３０４の処理に戻る。
【００９０】
ステップＳ３０８において、入力部１１ａは、レイアウト部１１ｂがイメージデータを要求してきているときにはＲＡＭ１３のコンテンツバッファからイメージデータ（これには、イメージの寸法情報（サイズ）などが含まれている）をレイアウト部１１ｂへ出力する。或いは、入力部１１ａは、レンダリング部１１ｃがイメージデータを要求してきているときにはＲＡＭ１３のコンテンツバッファからイメージデータ（これには、イメージの出力情報などが含まれている）をレンダリング部１１ｃへ出力する。
【００９１】
ステップＳ３０９において、入力部１１ａは、フラグが保存（BUFFERED）に設定されているか削除（STREAMING）に設定されているかを判定する（図８のＳ６０３、図９のＳ７０３参照）。フラグが保存（BUFFERED）に設定されていると判定された場合には（Ｓ３０９：BUFFERED）、再度利用される可能性があるのでＲＡＭ１３のコンテンツバッファからデータを削除することなく、図５の処理を終了する。一方、フラグが削除（STREAMING）に設定されている場合には（Ｓ３０９：STREAMING）、ステップＳ３１０の処理へ移行する。
【００９２】
ステップＳ３１０において、ステップＳ３０８で出力した内容を再度利用することがないので、入力部１１ａは、その内容をＲＡＭ１３のコンテンツバッファから削除し、図５の処理を終了する。
【００９３】
さらに、図６の動作フローについて説明する。ステップＳ４０１において、入力部１１ａは、コンピュータ３から送られてきたデータが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判別するために、入力フォーマット用フラグが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかを判定する。単データ（Plain XHTML）であると判定された場合には（Ｓ４０１：Plain）、ステップＳ４０２の処理へ移行する。一方、複合データ（Multiplexed Data）であると判定された場合には（Ｓ４０１：Multiplexed）、ステップＳ４０３の処理へ移行する。尚、ステップＳ４０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００９４】
ステップＳ４０２において、入力部１１ａは、外部ネットワーク（例えば、サーバ６）との接続をクローズし（図４のステップＳ２０２の処理に対応する処理）、図６の処理を終了する。
【００９５】
ステップＳ４０３において、入力部１１ａは、フラグが保存（BUFFERED）に設定されているか削除（STREAMING）に設定されているかを判定する。フラグが保存（BUFFERED）に設定されていると判定された場合には（Ｓ４０３：BUFFERED）、再度利用される可能性があるのでＲＡＭ１３のコンテンツバッファの内容をそのままにして、図６の処理を終了する。一方、フラグが削除（STREAMING）に設定されている場合には（Ｓ４０３：STREAING）、ステップＳ４０４の処理へ移行する。
【００９６】
ステップＳ４０４において、処理対象となっているＵＲＬのイメージデータ（イメージの寸法情報やイメージの出力情報など）は再度利用することがないので、入力部１１ａは、ＲＡＭ１３のコンテンツバッファを開放してイメージデータを削除し、図６の処理を終了する。
【００９７】
つまり、図４〜図６の処理では、コンピュータ３などのクライアントから送られてくるデータの入力フォーマットが、複合データ（Multiplexed Data）及び単データ（Plain XHTML）のいずれであるかを判別する。
【００９８】
単データ（Plain XHTML）の場合には、外部ネットワーク上からレイアウト部１１ｂやレンダリング部１１ｃから要求されたＵＲＬのイメージデータを取得し、取得したイメージデータに基づいて、レイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。
【００９９】
複合データ（Multiplexed Data）の場合には、ＲＡＭ１３のコンテンツバッファに格納されているレイアウト部１１ｂやレンダリング部１１ｃから要求されたＵＲＬのコンテンツバッファのイメージデータに基づいて、レイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。そして、レイアウト部１１ｂはフラグが保存（BUFFERED）でイメージデータを要求するのでイメージデータはそのまま格納された状態のままになる。一方、レンダリング部１１ｃはフラグが削除（STREAMING）でイメージデータを要求するのでレンダリング部１１ｃの要求に応じてイメージデータを送信した後要求されたＵＲＬのＲＡＭ１３のコンテンツバッファを開放して、イメージデータ（イメージデータの寸法情報（サイズ）やイメージデータの出力情報など）を削除する。
【０１００】
以下、入力部１１ａにおけるチャンク読み込み処理について図７を参照しつつ説明する。図７は、入力部１１ａにおけるチャンク読み込み処理の動作フローを示すフローチャートである。
【０１０１】
ステップＳ５０１において、入力部１１ａは、チャンクのヘッダを読み込む。図１０（ｂ）の例では、ヘッダ“ＣＨＫ １ ３５０ ＭＯＲＥ”を読み込み、ステップＳ５０２の処理へ移行する。
【０１０２】
ステップＳ５０２において、入力部１１ａは、ステップＳ５０１で読み込んだチャンクのヘッダの内容に基づいて読み込んだチャンクのチャンク番号を特定し、特定したチャンク番号と一致するチャンク番号のコンテンツバッファがあるか否かを判定する。一致するチャンク番号のコンテンツバッファがないと判定された場合には（Ｓ５０２：ＮＯ）、ステップＳ５０３の処理へ移行する。一方、一致するチャンク番号のコンテンツバッファがあると判定された場合には（Ｓ５０２：ＹＥＳ）、ステップＳ５０４の処理へ移行する。
【０１０３】
ステップＳ５０３において、読み込んだチャンクのチャンク番号を持つコンテンツバッファがまだ作成されていないので、入力部１１ａは、読み込んだチャックのチャンク番号を持つコンテンツバッファを新たに作成し、ステップＳ５０４の処理へ移行する。
【０１０４】
ステップＳ５０４において、入力部１１ａは、ステップＳ５０１で読み込んだチャンクのヘッダに含まれるサイズに基づいて、ヘッダに含まれるチャンク番号と同じチャンク番号を持つコンテンツバッファのサイズを変更し、ステップＳ５０５の処理へ移行する。
【０１０５】
ステップＳ５０５において、入力部１１ａは、チャンクの本体（図１０（ｂ）の例では、＜？ｘｍｌ ｖｅｒｓｉｏｎ＝“１．０”＞以下の内容）を読み込み、読み込んだチャンク本体の内容をチャンクバッファのデータバッファに追加し、図７の処理を終了する。
【０１０６】
次に、レイアウト部１１ｂにおけるレイアウト処理について図８を参照しつつ説明する。図８は、レイアウト部１１ｂにおけるレイアウト処理の動作フローを示すフローチャートである。
【０１０７】
ステップＳ６０１において、印刷装置２のＣＰＵ１１のレイアウト部１１ｂは、入力部１１ａからデータの入力があるか否かを判定する。入力部１１ａからのデータの入力があると判定された場合には（Ｓ６０１：ＹＥＳ）、ステップＳ６０２の処理へ移行する。一方、入力部１１ａからのデータの入力がないと判定された場合には（Ｓ６０１：ＮＯ）、ステップＳ６１０の処理へ移行する。
【０１０８】
ステップＳ６０２において、レイアウト部１１ｂは、入力部１１ａから入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ６０２：ＹＥＳ）、ステップＳ６０３の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ６０２：ＮＯ）、ステップＳ６０７の処理へ移行し、ステップＳ６０７において、レイアウト部１１ｂは、その他のデータの処理、例えば、テキストをレイアウトする処理を行って、ステップＳ６０８の処理へ移行する。
【０１０９】
ステップＳ６０３において、レイアウト部１１ｂは、イメージのＵＲＬをオープンするように入力部１１ａに要求し（イメージデータの要求に対応）、この要求の際に、フラグを保存（BUFFERED：要求に応じてイメージデータを出力した後もイメージデータを保存しておくこと）にして入力部１１ａへ出力する。続いて、ステップＳ６０４において、レイアウト部１１ｂは、入力部１１ａからのイメージデータに基づいてイメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取得する。さらに続いて、ステップＳ６０５において、レイアウト部１１ｂは、入力部１１ａに対してＵＲＬをクローズするように要求する。このステップＳ６０３からステップＳ６０５の処理過程で、入力部１１ａは上述した図４〜図７の動作フローを実行する。
【０１１０】
ステップＳ６０６において、レイアウト部１１ｂは、ステップＳ６０４で取得したイメージの寸法情報（サイズ）に基づいて、イメージをレイアウトし、ステップＳ６０８の処理へ移行する。
【０１１１】
ステップＳ６０８において、レイアウト部１１ｂは、１ページ分のデータをレイアウトしたか否かを判定する。１ページ分のデータがレイアウトされていると判定された場合には（Ｓ６０８：ＹＥＳ）、ステップＳ６０９の処理へ移行する。一方、１ページ分のデータがレイアウトされていないと判定された場合には（Ｓ６０８：ＮＯ）、ステップＳ６０１の処理へ移行する。
【０１１２】
ステップＳ６０９において、レイアウト部１１ｂは、テキストやイメージをレイアウトして作成された１ページ分のレイアウトデータ（中間データ：図１２参照）をレンダリング部１１ｃへ出力し、ステップＳ６０１の処理に戻る。
【０１１３】
ステップＳ６１０において、レイアウト部１１ｂは、ページに未出力のデータがあるか、つまり、レンダリング部１１ｃへ出力されていないレイアウトデータ（中間データ）が残っているか否かを判定する。ページに未出力のデータがあると判定された場合には（Ｓ６１０：ＹＥＳ）、ステップＳ６１１の処理へ移行する。一方、ページに未出力のデータがないと判定された場合には（Ｓ６１０：ＮＯ）、レイアウト処理を終了する。
【０１１４】
ステップＳ６１１において、レイアウト部１１ｂは、未出力のレイアウトデータ（中間データ）をレンダリング部１１ｃへ出力して、レイアウト処理を終了する。
【０１１５】
図８の処理において、レイアウト部１１ｂは必要なイメージデータを入力部１１ａに要求して、入力部１１ａから要求したイメージデータを取得するようになっている。このイメージデータを取得する際には、図８の処理内容から分かるように、レイアウト部１１ｂは、コンピュータ３などのクライアントから入力部１１ａに送られてくるデータの入力フォーマットが複合データ（Multiplexed Data）であっても単データ（Plain XHTML）であっても同様の処理を行うようになっている。
【０１１６】
次に、レンダリング部１１ｃにおけるレンダリング処理について図９を参照しつつ説明する。図９は、レンダリング部１１ｃにおけるレンダリング処理の動作フローを示すフローチャートである。
【０１１７】
ステップＳ７０１において、レンダリング部１１ｃは、レイアウト部１１ｂからのレイアウトデータ（中間データ）の入力が終了したか否かを判定する。レイアウトデータ（中間データ）の入力が終了していないと判定された場合には（Ｓ７０１：ＮＯ）、ステップＳ７０２の処理へ移行する。一方、レイアウトデータ（中間データ）の入力が終了したと判定された場合には（Ｓ７０１：ＹＥＳ）、ステップＳ７０８の処理へ移行する。
【０１１８】
ステップＳ７０２において、レンダリング部１１ｃは、レイアウト部１１ｂから入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ７０２：ＹＥＳ）、ステップＳ７０３の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ７０２：ＮＯ）、ステップＳ７０７の処理へ移行し、ステップＳ７０７において、レンダリング部１１ｃは、その他のデータの処理、例えば、テキストをレンダリングする処理を行って、ステップＳ７０１の処理へ戻る。
【０１１９】
ステップＳ７０３において、レンダリング部１１ｃは、イメージのＵＲＬをオープンするように入力部１１ａに要求し（イメージデータの要求に対応）、この要求の際に、フラグを削除（STREAMING：要求に応じてイメージデータを出力した後にイメージデータを削除すること）にして入力部１１ａへ出力する。続いて、ステップＳ７０４において、レンダリング部１１ｃは、入力部１１ａからイメージデータを読み込み、読み込んだイメージデータをデコードする。さらに続いて、ステップＳ７０５において、レンダリング部１１ｃは、ステップＳ７０４におけるデコード結果に基づいてビットマップを作成する。つまり、イメージの出力情報をレイアウトデータに含まれるイメージの位置情報（Ｘ，Ｙ）（図１２参照）で指定された位置にレンダリングする。さらに続いて、レンダリング部１１ｃは、入力部１１ａに対してＵＲＬをクローズするように要求し、ステップＳ７０１の処理へ戻る。このステップＳ７０３からステップＳ７０６の処理過程で、入力部１１ａは上述した図４〜図７の動作フローを実行する。
【０１２０】
ステップＳ７０８において、レンダリング部１１ｃは、テキストやイメージをレンダリングして作成されたレンダリングデータを印字部１４へ出力し、レンダリング処理を終了する。
【０１２１】
図９の処理において、レンダリング部１１ｃは必要なイメージデータを入力部１１ａに要求して、入力部１１ａから要求したイメージデータを取得するようになっている。このイメージデータを取得する際には、図９の処理内容から分かるように、レンダリング部１１ｃは、コンピュータ３などのクライアントから入力部１１ａに送られてくるデータの入力フォーマットが複合データ（Multiplexed Data）であっても単データ（Plain XHTML）であっても同様の処理を行うようになっている。
【０１２２】
上述した実施の形態においては、入力部１１ａは、クライアントからの入力データが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかによって処理内容（図３〜図７）が異なっているが、レイアウト部１１ｂ及びレンダリング部１１ｃは、クライアントからの入力データが複合データ（Multiplexed Data）であっても単データ（Plain XHTML）であっても処理内容（図８、図９）が同じになっている。このため、例えば、複合データ（Multiplexed Data）と単データ（Plain XHTML）以外のフォーマットのデータがクライアントから送られてくるなど、クライアントからのデータのフォーマットに変更や追加があっても入力部１１ａのみ構成を変更すれば足り、変更や追加されたデータのフォーマットに対応する印刷装置の開発コストを低くすることができる。別の面から見れば、レイアウト部１１ｂ及びレンダリング部１１ｃは、同一構成のものを使用することが可能である。
【０１２３】
また、入力部１１ａにイメージデータを要求する際にフラグを保存（BUFFERED）又は削除（STREAMING）にして入力部１１ａへ出力するように構成にしている。そして、フラグが保存（BUFFERED）の場合には、再度利用するイメージデータであるのでそのまま保存し、フラグが削除（STREAMING）の場合には、再度利用しないイメージデータであるのでそれを削除するようにしている。従って、メモリの有効活用を図ることが可能になる。また、プログラムを複数にモジュール化した場合に起こりがちな必要なメモリ容量の増加を抑えることができる。
【０１２４】
以下、変形例について図１３を参照しつつ説明する。図１３は変形例のシステム構成を示す図である。図１３に示すように、プリンタ装置６１とレイアウト装置６２とレンダリング装置６３とコンピュータなどのクライアント６４とサーバ６５とが互いにネットワーク６６でデータの送受信可能に接続されている。クライアント６４は、複合データ（Multiplexed Data）や単データ（Plain XHTML）をプリンタ６１へ出力する。サーバ６５には、ＵＲＬに対応したＷＥＢページが複数記憶されている。
【０１２５】
プリンタ装置６１は、印刷装置２のＣＰＵ１１の入力部１１ａと実質的に同様の機能を持つ入力部６１ａと、ＲＡＭ１３に対応する複合データ（Multiplexed Data）を構成するＸＨＴＭＬデータやイメージデータ等を格納するバッファ６１ｂと、印字部１４と実質的に同様の機能を持つ印字部６１ｃとを備えている。レイアウト装置６２は、印刷装置２のＣＰＵ１１のレイアウト部１１ｂと実質的に同様の機能を有し、レンダリング部６３は、印刷装置２のＣＰＵ１１のレンダリング部１１ｃと実質的に同様の処理を行う。つまり、上述した実施の形態における印刷装置２の諸機能をプリンタ装置６１とレイアウト装置６２とレンダリング装置６３とにより機能させて、図３から図９の動作フローと実質的に同様の処理を実行することを可能にしたものである。
【０１２６】
ここで、プリンタ装置６１、レイアウト装置６２、及びレンダリング装置６３について簡単に記載する。プリンタ装置６１の入力部６１ａは、クライアント６４から送られてくるデータが複合データ（Multiplexed Data：ＸＨＴＭＬデータとイメージに関するイメージデータが混在したもの）であるか単データ（Plain XHTML：ＸＨＴＭＬデータのみ）であるかを判定する。そして、入力部６１ａは、複合データ（Multiplexed Data）の場合は、複合データ（Multiplexed Data）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をバッファ６１ｂに格納する。入力部６１ａは、レイアウト装置６２からイメージデータが要求されるとレイアウト装置６２へイメージの寸法情報を含むイメージデータを渡し、レンダリング装置６３からイメージデータが要求されるとレンダリング装置６３へイメージの出力情報を含むイメージデータを渡す。但し、コンピュータ３からのデータが複合データ（Multiplexed Data）の場合にはバッファ６１ｂに格納されたイメージデータに基づいてレイアウト装置６２及びレンダリング装置６３の要求に応じる。一方、コンピュータ３からのデータが単データ（Plain XHTML）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用してサーバ６５からイメージデータを取得してレイアウト装置６２及びレンダリング装置６３の要求に応じる。
【０１２７】
レイアウト装置６２は、プリンタ装置６１の入力部６１ａからのＸＨＴＭＬデータ、及び入力部６１ａに要求して入力部６１ａから取得したイメージデータに含まれるイメージの寸法情報に基づいてテキストやイメージのレイアウトを行い、レイアウトの内容などの情報をもつレイアウトデータ（中間データ）をレンダリング装置６３へ出力する。
【０１２８】
レンダリング装置６３は、レイアウト装置６２からのレイアウトデータ（中間データ）、及びプリンタ装置６１の入力部６１ａに要求して入力部６１ａから取得したイメージデータに含まれる出力情報に基づいてテキストやイメージのレンダリングを行い、レンダリングの内容の情報を持つレンダリングデータ（中間データ）をプリンタ装置６１の印字部６１ｃへ入力部６１ａを介して出力する。
【０１２９】
この場合、クライアント６４からの入力データが複合データ（Multiplexed Data）であるか単データ（Plain XHTML）であるかによって処理内容が変るのはプリンタ装置６１の入力部６１のみであって（図３〜図７参照）、レイアウト装置６２とレンダリング装置６３の処理内容に変更がない（図８、図９参照）。従って、クライアント６４からのデータの形式に変更や追加があってもプリンタ装置６１の入力部６１ａのみ構成を変更すれば足りるので、つまり、レイアウト装置６２とレンダリング装置６３とは同様のものを使用することができるので、開発コストを低くすることができる。
【０１３０】
以上本発明の好適な実施の形態について説明したが、本発明は上述の実施の形態に限られるものではなく、特許請求の範囲に記載した限りにおいて様々な設計変更が可能なものである。例えば、入力部（データ授受手段）がレンダリング手段の要求に応じてイメージデータを送出した後、イメージデータを格納する格納手段にイメージデータを削除する旨の削除要求を送出するように構成してもよい。この場合、さらに、格納手段は、削除要求を確認するまではイメージデータを削除しないように構成してもよい。このように構成すれば、必要なイメージデータが削除されることが防がれる。
【０１３１】
また、複合データ（Multiplexed Data：ＸＨＴＭＬデータとイメージデータが混在するもの）と単データ（Plain XHTML）とが入力される場合であるが、その他のフォーマットのデータであっても適用可能である。
【０１３２】
さらに、レイアウト手段やレンダリング手段の要求に応じてイメージデータをレイアウト手段やレンダリング手段へ出力して、イメージデータに含まれるイメージの寸法情報やイメージデータに含まれるイメージの出力情報などが不要になった後に、不要になったデータを格納手段から削除することができる構成であればどのような構成であってもよい。
【０１３３】
さらに、単データ（Plain XHTML）の場合は常にネットワーク上からＵＲＬのイメージデータを取得する構成にしているが、ネットワークの使用状況によってネットワーク上から取得したイメージデータを格納手段に格納して、その格納手段により格納したイメージデータを利用してレイアウト手段やレンダリング手段からの要求に応じるような構成にしてもよい。この場合、ネットワークの通信速度が遅いような場合でも出力データを早く作成することが可能になる。
【０１３４】
さらに、出力処理（図３〜図９）を印刷装置などに実行させるためのプログラムをＣＤ−ＲＯＭなどの記録媒体に記録して、ＣＤ−ＲＯＭに記憶されたそれらのプログラムを使用するようにしてもよい。
【０１３５】
【発明の効果】
請求項１によると、レイアウト手段及びレンダリング手段は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、印刷装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはデータ授受手段のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【０１３６】
請求項２によると、保持指定及び削除指定に基づいてイメージデータを保持したり削除したりするので、格納手段の格納領域を有効活用することができる。
【０１３７】
請求項３によると、格納手段のメモリ容量を有効に活用することが可能になる。
【０１３８】
請求項４によると、イメージデータの出力情報が必要な間に出力情報が格納手段から削除されるようなことが防がれる。
【０１３９】
請求項５によると、クライアントから送られてくるイメージデータの格納場所からイメージに関するイメージデータを取得して出力データを作成することが可能になる。
【０１４０】
【０１４１】
【０１４２】
【０１４３】
【図面の簡単な説明】
【図１】 実施の形態におけるネットワークシステムのシステム構成の一例を示す図である。
【図２】 図１の装置の一部の装置構成の一例を示す図である。
【図３】 入力部におけるＸＨＴＭＬデータ出力処理の動作フローを示すフローチャートである。
【図４】 入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図５】 入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図６】 入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図７】 入力部におけるチャンク読み込み処理の動作フローを示すフローチャートである。
【図８】 レイアウト部におけるレイアウト処理の動作フローを示すフローチャートである。
【図９】 レンダリング部におけるレンダリング処理の動作フローを示すフローチャートである。
【図１０】 複合データ（Multiplexed Data）を説明するための説明図である。
【図１１】 コンテンツバッファを説明するための説明図である。
【図１２】 レイアウト部からレンダリング部へ出力されるレイアウトデータ（中間データ）を説明するための説明図である。
【図１３】 他のネットワークシステムのシステム構成の一例を示す図である。
【図１４】 従来の印刷装置の装置構成図である。
【図１５】 従来のレイアウト部におけるレイアウト処理の動作フローを示すフローチャートである。
【図１６】 従来のレンダリング部におけるレンダリング処理の動作フローを示すフローチャートである。
【符号の説明】
１ ネットワークシステム
２ 印刷装置
３ コンピュータ
４ ファックス
５ ルータ
６ サーバ
７ ＬＡＮ
１１ ＣＰＵ
１１ａ 入力部
１１ｂ レイアウト部
１１ｃ レンダリング部
１２ ＲＯＭ
１３ ＲＡＭ
１４ 印字部
１５ 操作パネル
１６ ＮＶＲＡＭ
１７ インターフェース
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ ＨＤＤ
２５ 操作部
２６ 表示部
２７ インターフェース
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ ＨＤＤ
３５ インターフェース
Claims (5)
- データを格納する格納手段と、
イメージデータの格納場所を示すデータを含むテキストデータから成る単データ、並びに、イメージデータとテキストデータとの複合データのいずれかを受け取り、前記複合データを受け取った場合には、前記複合データを前記テキストデータと前記イメージデータとに分離し、前記イメージデータを前記格納手段に格納するデータ授受手段と、
前記データ授受手段から前記テキストデータが入力されるとともに、前記データ授受手段が受信した前記テキストデータ及び前記データ授受手段が受信した前記イメージデータに含まれているイメージの寸法情報に基づいて前記テキストデータに相当するテキスト及び前記イメージデータに相当するイメージをレイアウトしてレイアウトデータを作成するレイアウト手段と、
前記レイアウト手段が作成した前記レイアウトデータが入力されるとともに、当該レイアウトデータ及び前記データ授受手段が受信した前記イメージデータに含まれているイメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成するレンダリング手段と、
前記レンダリング手段から入力されるレンダリングデータを印刷媒体に出力する出力手段と、を１筐体内に備えており、
前記レイアウト手段は、
前記イメージデータに含まれている前記イメージの寸法情報を前記データ授受手段に要求して前記データ授受手段から前記イメージの寸法情報を取得し、
前記レンダリング手段は、
前記イメージデータに含まれている前記イメージの出力情報を前記データ授受手段に要求して前記データ授受手段から前記イメージの出力情報を取得し、
前記データ授受手段は、
前記イメージデータに含まれている前記イメージの寸法情報及び出力情報をそれぞれ要求されると、当該イメージデータが前記複合データに係るものである場合には前記格納手段に格納された前記イメージデータに基づいて、当該イメージデータが前記単データに係るものである場合には当該単データに含まれるデータが示す前記イメージデータの格納場所を参照して、前記イメージの寸法情報及び出力情報を要求元へとそれぞれ受け渡すことを特徴とする印刷装置。 - 前記レイアウト手段が、
前記格納手段が格納している前記イメージデータを保持させる保持指定を前記データ授受手段に行いつつ前記イメージデータに含まれている前記イメージの寸法情報を前記データ授受手段に要求し、
前記レンダリング手段が、
前記格納手段が格納している前記イメージデータを削除させる削除指定を前記データ授受手段に行いつつ前記イメージデータに含まれている前記イメージの出力情報を前記データ授受手段に要求し、
前記データ授受手段が、
前記イメージデータに含まれている前記イメージの寸法情報及び出力情報をそれぞれ要求されると、当該イメージデータが前記複合データに係るものであり且つ要求元から前記削除指定が送られた場合には、前記イメージの寸法情報及び出力情報を要求元へとそれぞれ受け渡した後に前記格納手段が格納している前記イメージデータを削除し、当該イメージデータが前記複合データに係るものであり且つ要求元から前記保持指定が送られた場合には、前記格納手段が格納している前記イメージデータを保持することを特徴とする請求項１に記載の印刷装置。 - 前記データ授受手段は、前記レンダリング手段から前記イメージの出力情報を要求された場合、前記格納手段に格納された前記イメージデータに基づいて前記要求に応じた後、当該イメージデータの出力情報を前記格納手段から削除する旨の削除要求を当該格納手段に送出することを特徴とする請求項２に記載の印刷装置。
- 前記格納手段は、前記データ授受手段が前記レンダリング手段の要求に応じた後に送出する削除要求を確認するまでは、前記イメージデータの出力情報を削除しないことを特徴とする請求項３に記載の印刷装置。
- 前記データ授受手段は、前記テキストデータ及び前記イメージデータのネットワーク上の格納場所を示す場所データを含むデータを受け取り、前記レイアウト手段及び前記レンダリング手段からの要求があると前記場所データに基づいて前記格納場所から前記イメージデータを取得し、取得した前記イメージデータに基づいて前記要求に応じることを特徴とする請求項１に記載の印刷装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002174089A JP3997846B2 (ja) | 2002-06-14 | 2002-06-14 | 印刷装置 |
| US10/461,442 US7508539B2 (en) | 2002-06-14 | 2003-06-16 | Image forming device, layouter, and renderer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002174089A JP3997846B2 (ja) | 2002-06-14 | 2002-06-14 | 印刷装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004017418A JP2004017418A (ja) | 2004-01-22 |
| JP3997846B2 true JP3997846B2 (ja) | 2007-10-24 |
Family
ID=29727948
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002174089A Expired - Fee Related JP3997846B2 (ja) | 2002-06-14 | 2002-06-14 | 印刷装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7508539B2 (ja) |
| JP (1) | JP3997846B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7159005B1 (en) * | 1998-10-16 | 2007-01-02 | International Business Machines Corporation | Methods, systems and computer program products for restartable multiplexed file transfers |
| JP3997846B2 (ja) | 2002-06-14 | 2007-10-24 | ブラザー工業株式会社 | 印刷装置 |
| KR20060013883A (ko) * | 2004-08-09 | 2006-02-14 | 삼성전자주식회사 | 이미지 데이터와 텍스트 데이터를 출력하는 시스템 및 방법 |
| US20080141112A1 (en) * | 2004-10-27 | 2008-06-12 | Jumpei Aoki | Document Processing Device and Document Processing Method |
| KR100657324B1 (ko) * | 2005-07-04 | 2006-12-14 | 삼성전자주식회사 | ＸＨＴＭＬ－Ｐｒｉｎｔ 데이터를 이용한 화상형성방법 및시스템 |
| KR100823264B1 (ko) * | 2006-04-13 | 2008-04-17 | 삼성전자주식회사 | 모바일 디바이스에서 파노라마 이미지의 인쇄를 요청하는방법 및 장치 |
| US8111419B2 (en) * | 2006-09-29 | 2012-02-07 | Brother Kogyo Kabushiki Kaisha | Rasterizing device for DL object management |
| JP4918904B2 (ja) * | 2007-10-01 | 2012-04-18 | ブラザー工業株式会社 | 印刷データ生成装置とコンピュータプログラム |
| US8578268B2 (en) * | 2010-12-30 | 2013-11-05 | Konica Minolta Laboratory U.S.A., Inc. | Rendering electronic documents having linked textboxes |
| US9105108B2 (en) * | 2012-10-30 | 2015-08-11 | Eastman Kodak Company | System for making a panoramic print |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5159465A (en) * | 1987-10-09 | 1992-10-27 | Ricoh Company, Ltd. | Facsimile machine having a transmission speed selective shiftdown function |
| EP0518069B1 (en) * | 1991-05-14 | 1999-08-11 | Canon Kabushiki Kaisha | Image reproducing system |
| JP3053576B2 (ja) * | 1996-08-07 | 2000-06-19 | オリンパス光学工業株式会社 | コードイメージデータ出力装置及び出力方法 |
| JP3444269B2 (ja) * | 2000-05-19 | 2003-09-08 | セイコーエプソン株式会社 | ネットワーク上のコンテンツを編集して印刷するネットワークプリンタ及びネットワーク上のコンテンツ印刷方法 |
| JP4590080B2 (ja) | 2000-09-12 | 2010-12-01 | キヤノン株式会社 | プリンタシステム及びその制御方法 |
| WO2002041107A2 (en) * | 2000-11-20 | 2002-05-23 | Flexiworld Technologies, Inc. | Systems and methods for mobile and pervasive output |
| US20030002072A1 (en) * | 2001-06-29 | 2003-01-02 | Berkema Alan C. | Print by reference communication methods for portable wireless device printing |
| US6623190B1 (en) * | 2002-05-03 | 2003-09-23 | Hewlett-Packard Development Company, L.P. | Methods and apparatus for managing a print job among a processor, an image producing device, and an external storage device |
| JP3997846B2 (ja) | 2002-06-14 | 2007-10-24 | ブラザー工業株式会社 | 印刷装置 |
-
2002
- 2002-06-14 JP JP2002174089A patent/JP3997846B2/ja not_active Expired - Fee Related
-
2003
- 2003-06-16 US US10/461,442 patent/US7508539B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20030231346A1 (en) | 2003-12-18 |
| JP2004017418A (ja) | 2004-01-22 |
| US7508539B2 (en) | 2009-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100412827C (zh) | 打印*** | |
| US8015318B2 (en) | Electronic file processor, electronic file processing program recording medium, and electronic file processing method | |
| US20090015864A1 (en) | Image-processing apparatus and image-processing method | |
| US8045198B2 (en) | System and method for processing a change history of a PDF file | |
| JP3997846B2 (ja) | 印刷装置 | |
| JP3783665B2 (ja) | 画像形成装置及びネットワークシステム | |
| JP4154316B2 (ja) | 画像処理システム、制御方法、画像処理装置、プログラムおよび記憶媒体 | |
| JP4109938B2 (ja) | 情報処理装置及びその制御方法並びにプログラム | |
| JP2000089923A (ja) | 印刷制御装置及び印刷制御方法 | |
| JP2008035224A (ja) | ログ情報管理システム、ログ情報管理装置、ログ情報管理方法、ログ情報管理プログラム及び記憶媒体 | |
| JP2007081955A (ja) | 情報処理装置及び方法、並びにプログラム | |
| JP4434925B2 (ja) | 情報処理方法、情報処理装置、プログラム及び記憶媒体 | |
| JP2014057162A (ja) | 画像形成装置、画像形成装置の制御方法、及び画像形成装置の制御プログラム | |
| JP2006244263A (ja) | 印刷システム、情報処理装置、印刷方法および情報処理プログラム | |
| JP2010176465A (ja) | ジョブ制御装置 | |
| JP4471349B2 (ja) | 画像処理方法、画像処理装置、プログラム及び記憶媒体 | |
| US8023146B2 (en) | Print control device, information processing device, method of print control device, method of information processing device and computer program | |
| JP4311101B2 (ja) | 画像形成装置及び該装置の構成情報提供方法並びにプログラム | |
| JP2002091716A (ja) | 印刷制御装置および印刷制御方法 | |
| JP3919345B2 (ja) | 画像処理装置、画像データ処理方法および記憶媒体 | |
| JP6381190B2 (ja) | クライアント装置、システム、情報処理方法及びプログラム | |
| JP2006127549A (ja) | 印刷システム、印刷装置、サーバ装置、プログラム、及び記録媒体 | |
| JP2024063454A (ja) | 情報処理装置、情報処理装置の制御方法、情報処理システム、およびプログラム | |
| JP2006331435A (ja) | データ処理方法、データ処理装置および記憶媒体 | |
| JP2002007217A (ja) | ファイル管理方法、ファイル管理装置、ファイルおよび記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060301 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060904 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070605 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070622 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070717 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070730 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3997846 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |