(57)【要約】【課題】低い開発コストでデータのフォーマットの変更／追加に対応可能にする。【解決手段】レイアウト部１１ｂ及びレンダリング部１１ｃは必要な情報を入力部１１ａへ要求する。そして、入力部１１ａは、コンピュータ３からのデータ複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合にはＲＡＭ１３に格納されているイメージデータに基づいてレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。一方、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用して外部ネットワーク上からイメージデータを取得してレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。これによって、レイアウト部１１ｂ及びレンダリング１１ｃは必要な情報を得る。【選択図】　　　　図２
2004017418.tif 000002
【特許請求の範囲】
【請求項１】
テキストに関するテキストデータ及びイメージに関するイメージデータを受け取るデータ授受手段と、
前記データ授受手段から前記テキストデータが入力されるとともに、前記イメージデータに含まれる前記イメージの寸法情報を前記データ授受手段に要求して前記イメージの寸法情報を取得し、前記テキストデータ及び前記イメージの寸法情報に基づいて前記テキスト及び前記イメージをレイアウトしてレイアウトデータを作成するレイアウト手段と、
前記レイアウト手段から前記レイアウトデータが入力されるとともに、前記イメージデータに含まれる前記イメージの出力情報を前記データ授受手段に要求して前記イメージの出力情報を取得し、前記レイアウトデータ及び前記イメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成するレンダリング手段と、
前記レンダリング手段から入力されるレンダリングデータを印刷媒体に出力する出力手段と、を備えたことを特徴とする印刷装置。
【請求項２】
前記イメージデータを格納する格納手段をさらに備えており、
前記データ授受手段は、前記テキストデータ及び前記イメージデータを含む複合データを受け取ると、前記複合データを前記テキストデータと前記イメージデータとに分離し、前記イメージデータを前記格納手段に格納し、前記レイアウト手段及び前記レンダリング手段からの要求があると前記格納手段に格納された前記イメージデータに基づいて前記要求に応じることを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記データ授受手段は、前記レンダリング手段から前記イメージの出力情報を要求された場合、前記格納手段に格納された前記イメージデータに基づいて前記要求に応じた後、当該イメージデータの出力情報を前記格納手段から削除する旨の削除要求を当該格納手段に送出することを特徴とする請求項２に記載の印刷装置。
【請求項４】
前記格納手段は、前記データ授受手段が前記レンダリング手段の要求に応じた後に送出する削除要求を確認するまでは、前記イメージデータの出力情報を削除しないことを特徴とする請求項３に記載の印刷装置。
【請求項５】
前記データ授受手段は、前記テキストデータ及びネットワークを介して接続された前記イメージデータの格納場所を示す場所データを含むデータを受け取り、前記レイアウト手段及び前記レンダリング手段からの要求があると前記場所データに基づいて前記格納場所から前記イメージデータを取得し、取得した前記イメージデータに基づいて前記要求に応じることを特徴とする請求項１に記載の印刷装置。
【請求項６】
前記イメージデータを格納する格納手段をさらに備えており、
前記データ授受手段は、前記ネットワークの状況に応じて前記イメージデータを前記格納手段に格納することを特徴とする請求項５に記載の印刷装置。
【請求項７】
レイアウト装置及びレンダリング装置に通信可能に接続されたプリンタ装置において、
テキストに関するテキストデータ及びイメージに関するイメージデータを受け取り、前記テキストデータを前記レイアウト装置へ出力するとともに、前記レイアウト装置からの前記イメージの寸法情報の要求に応じて前記イメージデータに含まれる前記イメージの寸法情報を前記レイアウト装置へ出力し、前記レンダリング装置からの前記イメージの出力情報の要求に応じて前記イメージデータに含まれる前記イメージの出力情報を前記レンダリング装置へ出力し、前記レンダリング装置から該レンダリング装置により作成されたレンダリングデータを受け取るデータ授受手段と、
前記データ授受手段により受け取られた前記レンダリングデータを印刷媒体に出力する出力手段とを備えたことを特徴とするプリンタ装置。
【請求項８】
プリンタ装置及びレンダリング装置に通信可能に接続されたレイアウト装置において、
前記プリンタ装置からテキストに関するテキストデータが入力されるとともに、イメージに関するイメージデータに含まれる前記イメージの寸法情報を前記プリンタ装置に要求して前記イメージの寸法情報を取得し、前記テキストデータ及び前記イメージの寸法情報に基づいて前記テキスト及び前記イメージをレイアウトしてレイアウトデータを作成し、該レイアウトデータを前記レンダリング装置へ出力することを特徴とするレイアウト装置。
【請求項９】
プリンタ装置及びレイアウト装置に通信可能に接続されたレンダリング装置において、
前記レイアウト装置からテキスト及びイメージのレイアウトに関するレイアウトデータが入力されるとともに、イメージデータに含まれるイメージの出力情報を前記プリンタ装置に要求して前記イメージの出力情報を取得し、前記レイアウトデータ及び前記イメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成し、作成した前記レンダリングデータを前記プリンタ装置へ出力することを特徴とするレンダリング装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、テキストやイメージを出力する印刷装置、プリンタ装置、レイアウト装置、及びレンダリング装置に関する。
【０００２】
【従来の技術】
テキスト及びイメージを出力する場合、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）データとイメージデータとが混在したデータ（以下、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）という。）をクライアント（コンピュータなど）から印刷装置へ送る方法と、ＸＨＴＭＬデータ（以下、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）という。）のみをコンピュータからプリンタへ送る方法がある。尚、ＸＨＴＭＬデータには、テキストに関するテキストデータやイメージの外部ネットワーク上の格納位置を示すＵＲＬなどを含んでいる。
【０００３】
この両方の方法に対応するため、印刷装置１００は、図１４に示すように、レイアウト部１０１とレンダリング部１０２とバッファ１０３とプリントエンジン１０４とデコード部１０５を備える。デコード部１０５は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）をＸＨＴＭＬデータとイメージデータとに分離し、ＸＨＴＭＬデータをレイアウト部１０１へ出力し、イメージデータをバッファ１０３に出力する。バッファ１０３は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）がクライアントから送られてきた場合に、それに含まれるイメージに関するイメージデータを格納するものである。レイアウト部１０１には、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のＸＨＴＭＬデータと、デコード部１０５で分離された複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）を構成するＸＨＴＭＬデータと、が入力される。
【０００４】
以下、レイアウト部１０１の動作について図１５を参照しつつ説明する。図１５はレイアウト部１０１のレイアウト処理の動作フローを示すフローチャートである。
【０００５】
ステップＳ８０１において、レイアウト部１０１は、レイアウト部１０１へのデータの入力が終了したか否かを判定する。データの入力が終了していないと判定された場合には（Ｓ８０１：ＮＯ）、ステップＳ８０２の処理へ移行する。一方、データの入力が終了したと判定された場合には（Ｓ８０１：ＹＥＳ）、ステップＳ８１５の処理へ移行する。
【０００６】
ステップＳ８０２において、レイアウト部１０１は、入力されているデータがイメージに関するイメージデータであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ８０２：ＹＥＳ）、ステップＳ８０４の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ８０２：ＮＯ）、ステップＳ８０３の処理へ移行し、ステップＳ８０３において、レイアウト部１０１はその他のデータの処理、例えば、テキストに関するテキストデータに基づいてテキストをレイアウトする処理を行い、ステップＳ８１３の処理へ移行する。
【０００７】
ステップＳ８０４において、レイアウト部１０１は、入力されているデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであるかを判定する。単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであると判定された場合には（Ｓ８０４：Ｐｌａｉｎ）、ステップＳ８０５の処理へ移行する。一方、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットであると判定された場合には（Ｓ８０４：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ８０６の処理へ移行する。
【０００８】
ステップＳ８０５において、レイアウト部１０１は、外部ネットワーク上の単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）を構成するＸＨＴＭＬデータに含まれるＵＲＬをオープンする。
【０００９】
ステップＳ８０６において、レイアウト部１０１は、イメージのＵＲＬと同じＵＲＬを持つコンテンツがバッファ１０３にあるか否かを判定する。同じＵＲＬを持つコンテンツがないと判定された場合には（Ｓ８０６：ＮＯ）、ステップＳ８０７の処理へ移行し、ステップＳ８０７において、レイアウト部１０１はチャンクの読み込みを行い、ステップＳ８０６の処理へ戻る。一方、同じＵＲＬを持つコンテンツがあると判定された場合には（Ｓ８０６：ＹＥＳ）、ステップＳ８０８の処理へ移行する。
【００１０】
ステップＳ８０８において、レイアウト部１０１は、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合にはステップＳ８０５でオープンしたＵＲＬのイメージデータに基づいて、イメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取り出す。一方、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合にはバッファ１０３に格納されているコンテンツのイメージデータに基づいて、イメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取り出す。続いて、ステップＳ８０９において、レイアウト部１０１は、ステップＳ８０７で取り出した寸法情報（サイズ）に基づいてイメージをレイアウトする。
【００１１】
ステップＳ８１０において、レイアウト部１０１は、入力されているデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであるかを判定する。複合データ（ＭｕｌｔｉｐｌｅｘｅｄＤａｔａ）のフォーマットであると判定された場合には（Ｓ８１０：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ８１１の処理へ移行する。一方、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであると判定された場合には（Ｓ８１０：Ｐｌａｉｎ）、ステップＳ８１２の処理へ移行する。
【００１２】
ステップＳ８１１において、レイアウト部１０１は、読み込んだ分のデータをレイアウト部１０１内のバッファに書き込み、ステップＳ８１３の処理へ移行する。一方、ステップＳ８１２において、レイアウト部１０１は、ステップＳ８０５でオープンしたＵＲＬをクローズし、ステップＳ８１３の処理へ移行する。
【００１３】
ステップＳ８１３において、レイアウト部１０１は、１ページ分のデータがあるか、つまり１ページ分のレイアウトがされたか否かを判定する。１ページ分のデータがあると判定された場合には（Ｓ８１３：ＹＥＳ）、ステップＳ８１４の処理へ移行し、ステップＳ８１４において、レイアウト部１０１は、レイアウトデータ（中間データ）をレンダリング部１０２へ出力し、ステップＳ８０１の処理へ戻る。一方、１ページ分のデータがないと判定された場合には（Ｓ８１３：ＮＯ）、ステップＳ８０１の処理へ戻る
【００１４】
ステップＳ８１５において、レイアウト部１０１は、ページに未出力のデータがあるか、つまり、レンダリング部１０２へ出力されていないレイアウトデータ（中間データ）が残っているか否かを判定する。ページに未出力のデータがあると判定された場合には（Ｓ８１５：ＹＥＳ）、ステップＳ８１６の処理へ移行する。一方、ページに未出力のデータがないと判定された場合には（Ｓ８１５：ＮＯ）、レイアウト処理を終了する。
【００１５】
ステップＳ８１６において、レイアウト部１０１は、未出力のレイアウトデータ（中間データ）をレンダリング部１０２へ出力して、レイアウト処理を終了する。
【００１６】
以下、レンダリング部１０２の動作について図１６を参照しつつ説明する。図１６はレンダリング部のレンダリング処理の動作フローを示すフローチャートである。
【００１７】
ステップＳ９０１において、レンダリング部１０２は、レイアウト部１０１から送られてくるレイアウトデータ（中間データ）の入力が終了したか否かを判定する。データの入力が終了していないと判定された場合には（Ｓ９０１：ＮＯ）、ステップＳ９０２の処理へ移行する。一方、データの入力が終了したと判定された場合には（Ｓ９０１：ＹＥＳ）、ステップＳ９１５の処理へ移行する。
【００１８】
ステップＳ９０２において、レンダリング部１０２は、入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ９０２：ＹＥＳ）、ステップＳ９０４の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ９０２：ＮＯ）、ステップＳ９０３の処理へ移行し、ステップＳ９０３において、レンダリング部１０２はその他のデータの処理、例えば、レイアウトに従ってテキストをレンダリングする処理を行い、ステップＳ９０１の処理へ移行する。
【００１９】
ステップＳ９０４において、レンダリング部１０２は、入力されているデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであるかを判定する。単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであると判定された場合には（Ｓ９０４：Ｐｌａｉｎ）、ステップＳ９０５の処理へ移行する。一方、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットであると判定された場合には（Ｓ９０４：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ９０６の処理へ移行する。
【００２０】
ステップＳ９０５において、レンダリング部１０２は、外部ネットワーク上の単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）を構成するＸＨＴＭＬデータに含まれるＵＲＬをオープンする。
【００２１】
ステップＳ９０６において、レンダリング部１０２は、入力バッファにデータがあるか否かを判定する。データがあると判定された場合には（Ｓ９０６：ＹＥＳ）、ステップＳ９０７の処理へ移行し、ステップＳ９０７において、入力バッファ上のデータをデコードして、ステップＳ９０８の処理へ移行する。一方、データがないと判定された場合には（Ｓ９０６：ＮＯ）、ステップＳ９０８の処理へ移行する。
【００２２】
ステップＳ９０８において、レンダリング部１０２は、イメージのＵＲＬと同じＵＲＬを持つコンテンツがバッファ１０３にあるか否かを判定する。同じＵＲＬを持つコンテンツがないと判定された場合には（Ｓ９０８：ＮＯ）、ステップＳ９０９の処理へ移行し、ステップＳ９０９において、レンダリング部１０２はチャンクの読み込みを行い、ステップＳ９０８の処理へ戻る。一方、同じＵＲＬを持つコンテンツがあると判定された場合には（Ｓ９０８：ＮＯ）、ステップＳ９１０の処理へ移行する。
【００２３】
ステップＳ９１０において、レンダリング部１０２は、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合はＵＲＬのイメージデータを外部ネットワークから読み込み、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合はバッファ１０３からイメージデータを読み込み、デコードする。そして、ステップＳ９１１において、レンダリング部１０２は、読み込んだイメージデータのイメージの出力情報に基づいてレイアウト部１０１からのレイアウトデータに従ってレンダリングする（ビットマップを出力する）。
【００２４】
ステップＳ９１２において、レンダリング部１０２は、入力されているデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであるかを判定する。複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）のフォーマットであると判定された場合には（Ｓ９１２：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ９１４の処理へ移行する。一方、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のフォーマットであると判定された場合には（Ｓ９１２：Ｐｌａｉｎ）、ステップＳ９１３の処理へ移行する。
【００２５】
ステップＳ９１３において、レンダリング部１０２は、ステップＳ９０５でオープンしたＵＲＬをクローズし、ステップＳ９０１の処理へ戻る。一方、ステップＳ９１４において、レンダリング部１０２は、対象となっているコンテンツに関するデータをバッファ１０３から削除し（コンテンツバッファ開放）、ステップＳ９０１の処理へ戻る。
【００２６】
ステップＳ９１５において、レンダリング部１０２は、テキストやイメージをレンダリングしたレンダリングデータ（中間データ）をプリントエンジン１０４へ出力し、レンダリング処理を終了する。
【００２７】
【発明が解決しようとする課題】
ところが、上述したようの印刷装置１００では、レイアウト部１０１及びレンダリング部１０２の双方でクライアントから送られてきているデータのフォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判定し、判定結果に応じてバッファ１０３及び外部ネットワーク上の何れかから必要なデータを取ってこなければならない構成になっていた。このため、クライアントから送られてくるデータのフォーマットに変更があった場合やフォーマットが追加された場合には、レイアウト部１０１及びレンダリング部１０２の双方を構成しなおさなければならず、データのフォーマットの変更に対処するためには開発コストがかかるという問題がある。
【００２８】
本発明は、クライアントから送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能な印刷装置、プリンタ装置、レイアウト装置、及びレンダリング装置を提供することを目的とする。
【００２９】
【課題を解決するための手段】
請求項１に記載の印刷装置は、テキストに関するテキストデータ及びイメージに関するイメージデータを受け取るデータ授受手段と、前記データ授受手段から前記テキストデータが入力されるとともに、前記イメージデータに含まれる前記イメージの寸法情報を前記データ授受手段に要求して前記イメージの寸法情報を取得し、前記テキストデータ及び前記イメージの寸法情報に基づいて前記テキスト及び前記イメージをレイアウトしてレイアウトデータを作成するレイアウト手段と、前記レイアウト手段から前記レイアウトデータが入力されるとともに、前記イメージデータに含まれる前記イメージの出力情報を前記データ授受手段に要求して前記イメージの出力情報を取得し、前記レイアウトデータ及び前記イメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成するレンダリング手段と、前記レンダリング手段から入力されるレンダリングデータを印刷媒体に出力する出力手段と、を備えたことを特徴とする。
【００３０】
請求項１によると、レイアウト手段及びレンダリング手段は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、印刷装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはデータ授受手段のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【００３１】
請求項２に記載の印刷装置は、前記イメージデータを格納する格納手段をさらに備えており、前記データ授受手段は、前記テキストデータ及び前記イメージデータを含む複合データを受け取ると、前記複合データを前記テキストデータと前記イメージデータとに分離し、前記イメージデータを前記格納手段に格納し、前記レイアウト手段及び前記レンダリング手段からの要求があると前記格納手段に格納された前記イメージデータに基づいて前記要求に応じることを特徴とする。請求項２によると、クライアントから送られてくるデータに含まれるイメージに関するイメージデータを利用して出力データを作成することが可能になる。
【００３２】
請求項３に記載の印刷装置は、前記データ授受手段は、前記レンダリング手段から前記イメージの出力情報を要求された場合、前記格納手段に格納された前記イメージデータに基づいて前記要求に応じた後、当該イメージデータの出力情報を前記格納手段から削除する旨の削除要求を当該格納手段に送出することを特徴とする。請求項３によると、格納手段のメモリ容量を有効に活用することが可能になる。
【００３３】
請求項４に記載の印刷装置は、前記格納手段は、前記データ授受手段が前記レンダリング手段の要求に応じた後に送出する削除要求を確認するまでは、前記イメージデータの出力情報を削除しないことを特徴とする。請求項４によると、イメージデータの出力情報が必要な間に出力情報が格納手段から削除されるようなことが防がれる。
【００３４】
請求項５に記載の印刷装置は、前記データ授受手段は、前記テキストデータ及びネットワークを介して接続された前記イメージデータの格納場所を示す場所データを含むデータを受け取り、前記レイアウト手段及び前記レンダリング手段からの要求があると前記場所データに基づいて前記格納場所から前記イメージデータを取得し、取得した前記イメージデータに基づいて前記要求に応じることを特徴とする。請求項５によると、クライアントから送られてくるイメージデータの格納場所からイメージに関するイメージデータを取得して出力データを作成することが可能になる。
【００３５】
請求項６に記載の印刷装置は、前記イメージデータを格納する格納手段をさらに備えており、前記データ授受手段は、前記ネットワークの状況に応じて前記イメージデータを前記格納手段に格納することを特徴とする。請求項６によると、ネットワークの通信速度が遅いような場合でも出力データを早く作成することが可能になる。
【００３６】
請求項７に記載のプリンタ装置は、レイアウト装置及びレンダリング装置に通信可能に接続されたプリンタ装置において、テキストに関するテキストデータ及びイメージに関するイメージデータを受け取り、前記テキストデータを前記レイアウト装置へ出力するとともに、前記レイアウト装置からの前記イメージの寸法情報の要求に応じて前記イメージデータに含まれる前記イメージの寸法情報を前記レイアウト装置へ出力し、前記レンダリング装置からの前記イメージの出力情報の要求に応じて前記イメージデータに含まれる前記イメージの出力情報を前記レンダリング装置へ出力し、前記レンダリング装置から該レンダリング装置により作成されたレンダリングデータを受け取るデータ授受手段と、前記データ授受手段により受け取られた前記レンダリングデータを印刷媒体に出力する出力手段とを備えたことを特徴とする。
【００３７】
請求項７によると、レイアウト装置及びレンダリング装置は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、プリンタ装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはプリンタ装置のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【００３８】
請求項８に記載のレイアウト装置は、プリンタ装置及びレンダリング装置に通信可能に接続されたレイアウト装置において、前記プリンタ装置からテキストに関するテキストデータが入力されるとともに、イメージに関するイメージデータに含まれる前記イメージの寸法情報を前記プリンタ装置に要求して前記イメージの寸法情報を取得し、前記テキストデータ及び前記イメージの寸法情報に基づいて前記テキスト及び前記イメージをレイアウトしてレイアウトデータを作成し、該レイアウトデータを前記レンダリング装置へ出力することを特徴とする。
【００３９】
請求項８によると、レイアウト装置は必要な情報をプリンタ装置に要求してプリンタ装置から必要な情報を取得する構成となっているため、外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合であってもレイアウト装置の構成を変更する必要がないという利点がある。
【００４０】
請求項９に記載のレンダリング装置は、プリンタ装置及びレイアウト装置に通信可能に接続されたレンダリング装置において、前記レイアウト装置からテキスト及びイメージのレイアウトに関するレイアウトデータが入力されるとともに、イメージデータに含まれるイメージの出力情報を前記プリンタ装置に要求して前記イメージの出力情報を取得し、前記レイアウトデータ及び前記イメージの出力情報に基づいて前記テキスト及び前記イメージをレンダリングしてレンダリングデータを作成し、作成した前記レンダリングデータを前記プリンタ装置へ出力することを特徴とする。
【００４１】
請求項９によると、レンダリング装置は必要な情報をプリンタ装置に要求してプリンタ装置から必要な情報を取得する構成となっているため、外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合であってもレンダリング装置の構成を変更する必要がないという利点がある。
【００４２】
【発明の実施の形態】
以下、本発明の実施の形態に係る印刷装置について図面を参照しつつ説明する。
【００４３】
まず、印刷装置を含むネットワークシステムについて図１及び図２を参照しつつ説明する。図１は、ネットワークシステムのシステム構成の一例を示す図である。図２は、図１の装置の一部の装置構成の一例を示す図である。
【００４４】
図１に一例を示すネットワークシステム１は、２台の印刷装置２と、２台のコンピュータ３と、１台のファックス４と、及び１台のルータ５とを備えており、夫々ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）７に接続されている。このネットワークシステム１の各装置はルータ５を介してサーバ６とデータの送受信を行うことが可能である。
【００４５】
図１の印刷装置２は、図２（ａ）に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、印字部１４と、操作パネル１５と、ＮＶＲＡＭ１６と、インターフェース（Ｉ／Ｆ）１７とを備えている。
【００４６】
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。本実施の形態におけるＣＰＵ１１は、図２（ｂ）に示すように、主として、入力部（データ授受手段）１１ａと、レイアウト部（レイアウト手段）１１ｂと、レンダリング部（レンダリング手段）１１ｃなどとして機能する。
【００４７】
入力部１１ａは、コンピュータ３から送られてくるデータが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ：ＸＨＴＭＬデータとイメージに関するイメージデータが混在したもの）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ：ＸＨＴＭＬデータのみ）であるかを判定する。そして、入力部１１ａは、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をＲＡＭ１３に格納する。また、入力部１１ａは、レイアウト部１１ｂからイメージデータが要求されるとレイアウト部１１ｂへイメージの寸法情報を含むイメージデータを渡し、レンダリング部１１ｃからイメージデータが要求されるとレンダリング部１１ｃへイメージの出力情報（画像などの情報）を含むイメージデータを渡す。但し、コンピュータ３からのデータが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合には上記格納されたイメージデータに基づいてレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。一方、コンピュータ３からのデータが単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用してサーバ６などからイメージデータを取得してレイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。尚、ＨＴＭＬデータには、テキストに関するテキストデータやイメージの格納場所を示すＵＲＬ（（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）などが含まれている。
【００４８】
レイアウト部１１ｂは、入力部１１ａからのＸＨＴＭＬデータ、及び入力部１１ａに要求して入力部１１ａから取得したイメージデータに含まれるイメージの寸法情報に基づいてテキストやイメージのレイアウトを行い、レイアウトの内容などの情報をもつレイアウトデータ（中間データ）をレンダリング部１１ｃへ出力する。
【００４９】
レンダリング部１１ｃは、レイアウト部１１ｂからのレイアウトデータ（中間データ）、及び入力部１１ａに要求して入力部１１ａから取得したイメージデータに含まれる出力情報に基づいてテキストやイメージのレンダリングを行い、レンダリングの内容の情報を持つレンダリングデータ（中間データ）を印字部１４へ出力する。
【００５０】
尚、ＣＰＵ１１の入力部１１ａの詳細な処理内容は図３から図７を参照して後述する。また、レイアウト部１１ｂの詳細な処理内容は図８を参照して後述する。さらに、レンダリング部１１ｃの詳細な処理内容は図９を参照して後述する。
【００５１】
ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２は、読み出し専用の記憶装置であって、印刷装置２の主記憶装置の一部を構成するものである。このＲＯＭ１２には、システムプログラムなど、各種プログラムが格納されている。
【００５２】
ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ１２と同様に印刷装置２の主記憶装置の一部を構成するものである。ＲＡＭ１３には、データ処理の中間結果を格納するためのワークエリアなどがある。また、ＲＡＭ１３には、コンピュータ３から送られてくるデータフォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合には、それに含まれるイメージデータなどを格納する（図１１参照）。
【００５３】
印字部１４は、モノクロあるいはカラーによる文字または画像の印刷機能を提供するものである。印字部１４は、データ処理（図３〜図９）で作成され、ＣＰＵ１１のレンダリング部１１ｃから入力されるレンダリングデータ（中間データ）を印刷媒体に出力する。
【００５４】
操作パネル１５は、ディスプレイなどにより情報を出力して表示する表示装置と、外部からの入力操作を行う入力装置とを備えている。表示装置は、印刷装置２の操作などに関する各種情報の表示に用いられる。例えば、液晶表示器やプラズマ表示器などにより構成され、表示面に入力装置としての操作部を構成するタッチパネルなどを備えるものである。
【００５５】
ＮＶＲＡＭ（Ｎｏｎ　Ｖｏｌａｔｉｌｅ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１６は、読み出し・書き込み可能であって、電源オフ時にも記憶したデータが消去されずに記憶し続けることが可能な記憶装置である。このＮＶＲＡＭ１６には、コンピュータ３から送られてくるデータを解析して出力データを作成するためのデータ処理（図３〜図９）を印刷装置２に実行させるためのプログラムなどが格納されている。また、ＮＶＲＡＭ１６には、操作パネル１５や、ＬＡＮ７を介して接続されたコンピュータ３の表示部２６に表示する表示情報（ＷＥＢページ）などが格納されている。尚、ＮＶＲＡＭ１６には、製造品のシリアル番号なども記憶されている。
【００５６】
インターフェース１７は、印刷装置２をＬＡＮ７に接続し、印刷装置２とＬＡＮ７の先に接続されているコンピュータ３などの各装置との間の通信を可能にするものである。
【００５７】
図１のコンピュータ３は、図２（ａ）に示すように、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ２４と、操作部２５と、表示部２６と、インターフェース２７とを備えている。コンピュータ３は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）、及び単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）を印刷装置２に送信などする。
【００５８】
ＣＰＵ２１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。
【００５９】
ＲＯＭ２２は、読み出し専用の記憶装置であって、コンピュータ３の主記憶装置の一部を構成するものである。このＲＯＭ２２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ２３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ２２と同様にコンピュータ３の主記憶装置の一部を構成するものである。そして、ＲＡＭ２３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）２４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置である。
【００６０】
操作部２５は、コンピュータ３の入力装置を構成するものである。この操作部２５は、所定数の入力キーを並べてなるキーボードやマウスなどのポインティングデバイスなどで構成されている。表示部２６は、ディスプレイなどにより情報を出力して表示する表示装置であり、例えば、液晶表示器やプラズマ表示器などにより構成される。尚、液晶表示器には、ＳＴＮ方式やＤＳＴＮ方式などの単純マトリックス方式のものや、ＴＦＴなどのアクティブマトリックス方式のものなどがある。
【００６１】
インターフェース２７は、コンピュータ３をＬＡＮ７に接続し、コンピュータ３とＬＡＮ７の先に接続されている印刷装置２などの各装置との間の通信を可能にするものである。
【００６２】
図１のサーバ６は、図２（ａ）に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＨＤＤ３４と、インターフェース３５とを備えている。
【００６３】
ＣＰＵ３１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。ＲＯＭ３２は、読み出し専用の記憶装置であって、サーバ６の主記憶装置の一部を構成するものである。このＲＯＭ３２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ３３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ３２と同様にサーバ６の主記憶装置の一部を構成するものである。そして、ＲＡＭ３３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ３４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置であり、ＵＲＬに対応したＷＥＢページが複数記憶されている。インターフェース３５は、サーバ６をインターネットに接続し、サーバ６とインターネットの先に接続されている印刷装置２などの各装置との間の通信を可能にするものである。
【００６４】
次に、コンピュータ３などのクライアントから印刷装置２へ送られる複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）について図１０を参照しつつ説明する。図１０は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）を説明するための説明図である。
【００６５】
図１０（ａ）に一例を示す複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）は、１つのＸＨＴＭＬデータと２つのイメージデータとを含んでいる。チャンク番号が１のチャンクがＸＨＴＭＬデータに関するものであると決めており、また、同じチャンク番号を持つものは同じデータを分割して作成されたものになっている。図１０（ａ）に一例を示す各チャンクは、図１０（ｂ）に示すように１行のヘッダ（図示例ではＣＨＫ　１　３５０　ＭＯＲＥ）と、データが入る本体（図示例では、＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝“１．０”＞以下）とから構成されている。また、ヘッダは、文字列（ＣＨＫ）と、チャンク番号（図示例では“１”）、本体のデータのサイズ（図示例では“３５０”）、継続フラグ（図示例では“ＭＯＲＥ”）から構成されている。継続フラグが“ＭＯＲＥ”の場合、当該チャンクに続くチャンクがあり、継続フラグが“ＬＡＳＴ”の場合、当該チャンクに続くチャンクがない、つまり同じチャンク番号を持つチャンクの最後である。
【００６６】
ＲＡＭ１３に割り当てられたコンテンツバッファについて図１１を参照しつつ説明する。図１１は、コンテンツバッファを説明するための説明図である。コンテンツバッファは、固有の識別子ｉｄと、ＵＲＬと、チャンク番号と、可変長のデータバッファを保持している。
【００６７】
レイアウト部１１ｂからレンダリング部１１ｃに入力されるレイアウトデータ（中間データ）について図１２を参照しつつ説明する。図１２は、レイアウトデータ（中間データ）を説明するための説明図である。図１２（ａ）に示すように、レイアウトデータ（中間データ）のフォントはフォント名及びフォントサイズから構成される。また、レイアウトデータ（中間データ）のテキストはテキストの配置位置（Ｘ，Ｙ）及びテキスト（文字列）から構成される。また、レイアウトデータ（中間データ）のイメージはイメージの配置位置（Ｘ，Ｙ）及びＵＲＬから構成されている。１ページ分のレイアウトデータ（中間データ）は、図１２（ｂ）に一例を示すように、フォント、テキスト、フォント、テキスト、イメージの順に構成されている。図１２（ｂ）のフォント、テキスト、イメージの夫々は、図１２（ａ）に示した内容を持つ。尚、レイアウト部１１ｂからレンダリング部１１ｃへは、フォントを送った後テキストを送るように構成されている。
【００６８】
以下、上述の構成を有する印刷装置２におけるデータ処理について図面を参照しつつ説明する。
【００６９】
まず、入力部におけるＸＨＴＭＬデータ出力処理について図３を参照しつつ説明する。図３は、入力部におけるＸＨＴＭＬデータ出力処理の動作フローを示すフローチャートである。尚、入力部１１ａは、クライアントから複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）が送られてきたときには、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をＲＡＭ１３に格納する。
【００７０】
ステップＳ１０１において、印刷装置２のＣＰＵ１１の入力部１１ａは、コンピュータ３などのクライアントから送られてくるデータの入力フォーマットを判別するために、入力フォーマットを判別するために用いる入力フォーマット用フラグが未知（ｕｎｋｎｏｗｎ）であるか否かを判定する。入力フォーマット用フラグが未知（ｕｎｋｎｏｗｎ）であると判定された場合には（Ｓ１０１：未知（ｕｎｋｎｏｗｎ））、ステップＳ１０２の処理へ移行する。一方、入力フォーマットが未知（ｕｎｋｎｏｗｎ）でないと判定された場合には（Ｓ１０１：未知（ｕｎｋｎｏｗｎ）でない）、ステップＳ１０４の処理へ移行する。
【００７１】
ステップＳ１０２において、入力部１１ａは、入力データの先頭の４バイトを読み込む。続いて、ステップＳ１０３において、入力部１１ａは、読み込んだ入力データの先頭の４バイトに基づいて入力データの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）及び単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の何れであるかを検知し、検知結果に基づいて入力フォーマット用フラグに複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）及び単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の何れかを設定する。つまり、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合には“ＣＨＫ　”で始まり、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合には“＜？ｘｍ”で始まるので、先頭の４バイトが“ＣＨＫ　”であれば複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であると検知し、先頭の４バイトが“＜？ｘｍ”であれば単データ（Ｐｌａｉｎ　ＸＨＭＬ）であると検知する。
【００７２】
ステップＳ１０４において、入力部１１ａは、入力フォーマットを判別するために、入力フォーマット用フラグが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判定する。複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であると判定された場合には（Ｓ１０４：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ１０５の処理へ移行する。一方、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であると判定された場合には（Ｓ１０４：Ｐｌａｉｎ）、ステップＳ１０７の処理へ移行する。
【００７３】
ステップＳ１０５において、入力部１１ａは、チャンク番号１のチャンクがＸＨＴＭＬデータに関するものであるので、チャンク番号１のチャンクにＸＨＴＭＬデータがあるか否かを判定する。チャンク番号１のチャンクにＸＨＴＭＬデータがないと判定された場合には（Ｓ１０５：ＮＯ）、ステップＳ１０６の処理へ移行する。一方、チャンク番号１のチャンクにＸＨＴＭＬデータがあると判定された場合には（Ｓ１０５：ＹＥＳ）、ステップＳ１０８の処理へ移行する。
【００７４】
ステップＳ１０６において、入力部１１ａは、図７を参照しつつ後述するチャンク読み込み処理を行い、ステップＳ１０５の処理へ戻る。つまり、ＸＨＴＭＬデータを読み込めるまでステップＳ１０５及びステップＳ１０６の処理を繰り返し行う。
【００７５】
ステップＳ１０７において、入力部１１ａは、入力データが単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるので、ＸＨＴＭＬデータを読み込む。
【００７６】
ステップＳ１０８において、入力部１１ａは、チャンク番号１のチャンクのＸＨＴＭＬデータ又はステップＳ１０７で読み込まれたＸＨＴＭＬデータをレイアウト部１１ｂへ出力し、ＸＨＴＭＬデータ出力処理を終了する。
【００７７】
以下、入力部１１ａにおけるイメージデータ出力処理について図４〜図６を参照しつつ説明する。図４〜図６は、入力部１１ａにおけるイメージデータ出力処理の動作フローを示すフローチャートである。尚、図４、図５、図６の順に処理が実行される。
【００７８】
まず、図４の動作フローについて説明する。ステップ２０１において、入力部１１ａは、コンピュータ３から送られてきたデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判別するために、入力フォーマット用フラグが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判定する。単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であると判定された場合には（Ｓ２０１：Ｐｌａｉｎ）、ステップＳ２０２の処理へ移行する。一方、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であると判定された場合には（Ｓ２０１：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ２０３の処理へ移行する。尚、ステップＳ２０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００７９】
ステップＳ２０２において、入力部１１ａは、外部ネットワーク上（例えば、サーバ６）の、図８のステップＳ６０３又は図９のステップＳ７０３のＵＲＬに相当するＵＲＬをオープンし、図４の処理を終了する。
【００８０】
ステップＳ２０３において、入力部１１ａは、図８のステップＳ６０３又は図９のステップＳ７０３のＵＲＬに相当するＵＲＬと一致するＵＲＬを持つコンテンツバッファがＲＡＭ１３にあるか否かを判定する。一致するＵＲＬを持つコンテンツバッファがないと判定された場合には（Ｓ２０３：ＮＯ）、ステップＳ２０４の処理へ移行する。一方、一致するＵＲＬを持つコンテンツバッファがあると判定された場合には（Ｓ２０３：ＹＥＳ）、ステップＳ２０６の処理へ移行する。
【００８１】
ステップＳ２０４において、入力部１１ａは、図７を参照して後述するチャンクの読み込み処理を行い、ステップＳ２０５の処理へ移行する。
【００８２】
ステップＳ２０５において、入力部１１ａは、ステップＳ２０５のチャンクの読み込み処理でデータが読み込めたか否かを判定する。データを読み込めたと判定された場合には（Ｓ２０５：ＹＥＳ）、ステップＳ２０３の処理へ戻る。一方、データが読み込めなかった場合には（Ｓ２０５：ＮＯ）、最後まで複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）を読み込んでも一致するＵＲＬを持つチャンクがなかったことになるので、エラー出力して、図４の処理を終了する。
【００８３】
ステップＳ２０６において、入力部１１ａは、レイアウト部１１ｂからの指定またはレンダリング部１１ｃからの指定に従って、フラグに保存（ＢＵＦＦＥＲＥＤ）又は削除（ＳＴＲＥＡＭＩＮＧ）を設定する（図８のステップＳ６０３、図９のステップＳ７０３参照）。
【００８４】
ステップＳ２０７において、入力部１１ａは、データの読み込み位置をコンテンツバッファの先頭に戻す。
【００８５】
次に、図５の動作フローについて説明する。ステップＳ３０１において、入力部１１ａは、コンピュータ３などのクライアントから送られてきたデータが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判別するために、入力フォーマット用フラグが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判定する。単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であると判定された場合には（Ｓ３０１：Ｐｌａｉｎ）、ステップＳ３０２の処理へ移行する。一方、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であると判定された場合には（Ｓ３０１：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ３０４の処理へ移行する。尚、ステップＳ３０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００８６】
ステップＳ３０２において、入力部１１ａは、入力部１１ａが図４のステップＳ２０２でオープンしたＵＲＬのイメージデータを外部ネットワーク（例えば、サーバ６）から読み取る。
【００８７】
ステップＳ３０３において、入力部１１ａは、レイアウト部１１ｂがイメージデータを要求してきているときには読み取ったイメージデータをレイアウト部１１ｂへ出力する。或いは、入力部１１ａは、レンダリング部１１ｃがイメージの出力情報を要求してきているときには読み取ったイメージデータに基づいてイメージの出力情報をレンダリング部１１ｃへ出力し、図５の処理を終了する。
【００８８】
ステップＳ３０４において、入力部１１ａは、レイアウト部１１ｂ又はレンダリング部１１ｃが要求してきたＵＲＬのＲＡＭ１３のコンテンツバッファにデータがあるか否かを判定する。データがない場合には（Ｓ３０４：ＮＯ）、ステップＳ３０５の処理へ移行する。一方、データがある場合には（Ｓ３０４：ＹＥＳ）、ステップＳ３０８の処理へ移行する。
【００８９】
ステップＳ３０５において、入力部１１ａは、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）を構成するチャンクのチャンクデータが終了したか（全てのチャンクデータを読み込んだか）否かを判定する。チャンクデータが終了したと判定された場合には（Ｓ３０５：ＹＥＳ）、ステップＳ３０７の処理へ移行し、ステップＳ３０７において、例えば操作パネル１５にＥＤＦ（Ｅｎｄ　Ｏｆ　Ｆｉｌｅ）を出力する。一方、チャンクデータが終了していないと判定された場合には（Ｓ３０５：ＮＯ）、ステップＳ３０６の処理へ移行し、ステップＳ３０６において、入力部１１ａは、図７を参照しつつ後述するチャンクデータの読み込み処理を行い、ステップＳ３０４の処理に戻る。
【００９０】
ステップＳ３０８において、入力部１１ａは、レイアウト部１１ｂがイメージデータを要求してきているときにはＲＡＭ１３のコンテンツバッファからイメージデータ（これには、イメージの寸法情報（サイズ）などが含まれている）をレイアウト部１１ｂへ出力する。或いは、入力部１１ａは、レンダリング部１１ｃがイメージデータを要求してきているときにはＲＡＭ１３のコンテンツバッファからイメージデータ（これには、イメージの出力情報などが含まれている）をレンダリング部１１ｃへ出力する。
【００９１】
ステップＳ３０９において、入力部１１ａは、フラグが保存（ＢＵＦＦＥＲＥＤ）に設定されているか削除（ＳＴＲＥＡＭＩＮＧ）に設定されているかを判定する（図８のＳ６０３、図９のＳ７０３参照）。フラグが保存（ＢＵＦＦＥＲＥＤ）に設定されていると判定された場合には（Ｓ３０９：ＢＵＦＦＥＲＥＤ）、再度利用される可能性があるのでＲＡＭ１３のコンテンツバッファからデータを削除することなく、図５の処理を終了する。一方、フラグが削除（ＳＴＲＥＡＭＩＮＧ）に設定されている場合には（Ｓ３０９：ＳＴＲＥＡＭＩＮＧ）、ステップＳ３１０の処理へ移行する。
【００９２】
ステップＳ３１０において、ステップＳ３０８で出力した内容を再度利用することがないので、入力部１１ａは、その内容をＲＡＭ１３のコンテンツバッファから削除し、図５の処理を終了する。
【００９３】
さらに、図６の動作フローについて説明する。ステップＳ４０１において、入力部１１ａは、コンピュータ３から送られてきたデータが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判別するために、入力フォーマット用フラグが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかを判定する。単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であると判定された場合には（Ｓ４０１：Ｐｌａｉｎ）、ステップＳ４０２の処理へ移行する。一方、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であると判定された場合には（Ｓ４０１：Ｍｕｌｔｉｐｌｅｘｅｄ）、ステップＳ４０３の処理へ移行する。尚、ステップＳ４０１では、図３のステップＳ１０３で設定された値を判定していることになる。
【００９４】
ステップＳ４０２において、入力部１１ａは、外部ネットワーク（例えば、サーバ６）との接続をクローズし（図４のステップＳ２０２の処理に対応する処理）、図６の処理を終了する。
【００９５】
ステップＳ４０３において、入力部１１ａは、フラグが保存（ＢＵＦＦＥＲＥＤ）に設定されているか削除（ＳＴＲＥＡＭＩＮＧ）に設定されているかを判定する。フラグが保存（ＢＵＦＦＥＲＥＤ）に設定されていると判定された場合には（Ｓ４０３：ＢＵＦＦＥＲＥＤ）、再度利用される可能性があるのでＲＡＭ１３のコンテンツバッファの内容をそのままにして、図６の処理を終了する。一方、フラグが削除（ＳＴＲＥＡＭＩＮＧ）に設定されている場合には（Ｓ４０３：ＳＴＲＥＡＩＮＧ）、ステップＳ４０４の処理へ移行する。
【００９６】
ステップＳ４０４において、処理対象となっているＵＲＬのイメージデータ（イメージの寸法情報やイメージの出力情報など）は再度利用することがないので、入力部１１ａは、ＲＡＭ１３のコンテンツバッファを開放してイメージデータを削除し、図６の処理を終了する。
【００９７】
つまり、図４〜図６の処理では、コンピュータ３などのクライアントから送られてくるデータの入力フォーマットが、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）及び単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）のいずれであるかを判別する。
【００９８】
単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合には、外部ネットワーク上からレイアウト部１１ｂやレンダリング部１１ｃから要求されたＵＲＬのイメージデータを取得し、取得したイメージデータに基づいて、レイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。
【００９９】
複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合には、ＲＡＭ１３のコンテンツバッファに格納されているレイアウト部１１ｂやレンダリング部１１ｃから要求されたＵＲＬのコンテンツバッファのイメージデータに基づいて、レイアウト部１１ｂ及びレンダリング部１１ｃの要求に応じる。そして、レイアウト部１１ｂはフラグが保存（ＢＵＦＦＥＲＥＤ）でイメージデータを要求するのでイメージデータはそのまま格納された状態のままになる。一方、レンダリング部１１ｃはフラグが削除（ＳＴＲＥＡＭＩＮＧ）でイメージデータを要求するのでレンダリング部１１ｃの要求に応じてイメージデータを送信した後要求されたＵＲＬのＲＡＭ１３のコンテンツバッファを開放して、イメージデータ（イメージデータの寸法情報（サイズ）やイメージデータの出力情報など）を削除する。
【０１００】
以下、入力部１１ａにおけるチャンク読み込み処理について図７を参照しつつ説明する。図７は、入力部１１ａにおけるチャンク読み込み処理の動作フローを示すフローチャートである。
【０１０１】
ステップＳ５０１において、入力部１１ａは、チャンクのヘッダを読み込む。図１０（ｂ）の例では、ヘッダ“ＣＨＫ　１　３５０　ＭＯＲＥ”を読み込み、ステップＳ５０２の処理へ移行する。
【０１０２】
ステップＳ５０２において、入力部１１ａは、ステップＳ５０１で読み込んだチャンクのヘッダの内容に基づいて読み込んだチャンクのチャンク番号を特定し、特定したチャンク番号と一致するチャンク番号のコンテンツバッファがあるか否かを判定する。一致するチャンク番号のコンテンツバッファがないと判定された場合には（Ｓ５０２：ＮＯ）、ステップＳ５０３の処理へ移行する。一方、一致するチャンク番号のコンテンツバッファがあると判定された場合には（Ｓ５０２：ＹＥＳ）、ステップＳ５０４の処理へ移行する。
【０１０３】
ステップＳ５０３において、読み込んだチャンクのチャンク番号を持つコンテンツバッファがまだ作成されていないので、入力部１１ａは、読み込んだチャックのチャンク番号を持つコンテンツバッファを新たに作成し、ステップＳ５０４の処理へ移行する。
【０１０４】
ステップＳ５０４において、入力部１１ａは、ステップＳ５０１で読み込んだチャンクのヘッダに含まれるサイズに基づいて、ヘッダに含まれるチャンク番号と同じチャンク番号を持つコンテンツバッファのサイズを変更し、ステップＳ５０５の処理へ移行する。
【０１０５】
ステップＳ５０５において、入力部１１ａは、チャンクの本体（図１０（ｂ）の例では、＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝“１．０”＞以下の内容）を読み込み、読み込んだチャンク本体の内容をチャンクバッファのデータバッファに追加し、図７の処理を終了する。
【０１０６】
次に、レイアウト部１１ｂにおけるレイアウト処理について図８を参照しつつ説明する。図８は、レイアウト部１１ｂにおけるレイアウト処理の動作フローを示すフローチャートである。
【０１０７】
ステップＳ６０１において、印刷装置２のＣＰＵ１１のレイアウト部１１ｂは、入力部１１ａからデータの入力があるか否かを判定する。入力部１１ａからのデータの入力があると判定された場合には（Ｓ６０１：ＹＥＳ）、ステップＳ６０２の処理へ移行する。一方、入力部１１ａからのデータの入力がないと判定された場合には（Ｓ６０１：ＮＯ）、ステップＳ６１０の処理へ移行する。
【０１０８】
ステップＳ６０２において、レイアウト部１１ｂは、入力部１１ａから入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ６０２：ＹＥＳ）、ステップＳ６０３の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ６０２：ＮＯ）、ステップＳ６０７の処理へ移行し、ステップＳ６０７において、レイアウト部１１ｂは、その他のデータの処理、例えば、テキストをレイアウトする処理を行って、ステップＳ６０８の処理へ移行する。
【０１０９】
ステップＳ６０３において、レイアウト部１１ｂは、イメージのＵＲＬをオープンするように入力部１１ａに要求し（イメージデータの要求に対応）、この要求の際に、フラグを保存（ＢＵＦＦＥＲＥＤ：要求に応じてイメージデータを出力した後もイメージデータを保存しておくこと）にして入力部１１ａへ出力する。続いて、ステップＳ６０４において、レイアウト部１１ｂは、入力部１１ａからのイメージデータに基づいてイメージデータのヘッダを読み込み、イメージの寸法情報（サイズ）を取得する。さらに続いて、ステップＳ６０５において、レイアウト部１１ｂは、入力部１１ａに対してＵＲＬをクローズするように要求する。このステップＳ６０３からステップＳ６０５の処理過程で、入力部１１ａは上述した図４〜図７の動作フローを実行する。
【０１１０】
ステップＳ６０６において、レイアウト部１１ｂは、ステップＳ６０４で取得したイメージの寸法情報（サイズ）に基づいて、イメージをレイアウトし、ステップＳ６０８の処理へ移行する。
【０１１１】
ステップＳ６０８において、レイアウト部１１ｂは、１ページ分のデータをレイアウトしたか否かを判定する。１ページ分のデータがレイアウトされていると判定された場合には（Ｓ６０８：ＹＥＳ）、ステップＳ６０９の処理へ移行する。一方、１ページ分のデータがレイアウトされていないと判定された場合には（Ｓ６０８：ＮＯ）、ステップＳ６０１の処理へ移行する。
【０１１２】
ステップＳ６０９において、レイアウト部１１ｂは、テキストやイメージをレイアウトして作成された１ページ分のレイアウトデータ（中間データ：図１２参照）をレンダリング部１１ｃへ出力し、ステップＳ６０１の処理に戻る。
【０１１３】
ステップＳ６１０において、レイアウト部１１ｂは、ページに未出力のデータがあるか、つまり、レンダリング部１１ｃへ出力されていないレイアウトデータ（中間データ）が残っているか否かを判定する。ページに未出力のデータがあると判定された場合には（Ｓ６１０：ＹＥＳ）、ステップＳ６１１の処理へ移行する。一方、ページに未出力のデータがないと判定された場合には（Ｓ６１０：ＮＯ）、レイアウト処理を終了する。
【０１１４】
ステップＳ６１１において、レイアウト部１１ｂは、未出力のレイアウトデータ（中間データ）をレンダリング部１１ｃへ出力して、レイアウト処理を終了する。
【０１１５】
図８の処理において、レイアウト部１１ｂは必要なイメージデータを入力部１１ａに要求して、入力部１１ａから要求したイメージデータを取得するようになっている。このイメージデータを取得する際には、図８の処理内容から分かるように、レイアウト部１１ｂは、コンピュータ３などのクライアントから入力部１１ａに送られてくるデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であっても単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であっても同様の処理を行うようになっている。
【０１１６】
次に、レンダリング部１１ｃにおけるレンダリング処理について図９を参照しつつ説明する。図９は、レンダリング部１１ｃにおけるレンダリング処理の動作フローを示すフローチャートである。
【０１１７】
ステップＳ７０１において、レンダリング部１１ｃは、レイアウト部１１ｂからのレイアウトデータ（中間データ）の入力が終了したか否かを判定する。レイアウトデータ（中間データ）の入力が終了していないと判定された場合には（Ｓ７０１：ＮＯ）、ステップＳ７０２の処理へ移行する。一方、レイアウトデータ（中間データ）の入力が終了したと判定された場合には（Ｓ７０１：ＹＥＳ）、ステップＳ７０８の処理へ移行する。
【０１１８】
ステップＳ７０２において、レンダリング部１１ｃは、レイアウト部１１ｂから入力されているデータがイメージに関するものであるか否かを判定する。イメージに関するものであると判定された場合には（Ｓ７０２：ＹＥＳ）、ステップＳ７０３の処理へ移行する。一方、イメージに関するものでないと判定された場合には（Ｓ７０２：ＮＯ）、ステップＳ７０７の処理へ移行し、ステップＳ７０７において、レンダリング部１１ｃは、その他のデータの処理、例えば、テキストをレンダリングする処理を行って、ステップＳ７０１の処理へ戻る。
【０１１９】
ステップＳ７０３において、レンダリング部１１ｃは、イメージのＵＲＬをオープンするように入力部１１ａに要求し（イメージデータの要求に対応）、この要求の際に、フラグを削除（ＳＴＲＥＡＭＩＮＧ：要求に応じてイメージデータを出力した後にイメージデータを削除すること）にして入力部１１ａへ出力する。続いて、ステップＳ７０４において、レンダリング部１１ｃは、入力部１１ａからイメージデータを読み込み、読み込んだイメージデータをデコードする。さらに続いて、ステップＳ７０５において、レンダリング部１１ｃは、ステップＳ７０４におけるデコード結果に基づいてビットマップを作成する。つまり、イメージの出力情報をレイアウトデータに含まれるイメージの位置情報（Ｘ，Ｙ）（図１２参照）で指定された位置にレンダリングする。さらに続いて、レンダリング部１１ｃは、入力部１１ａに対してＵＲＬをクローズするように要求し、ステップＳ７０１の処理へ戻る。このステップＳ７０３からステップＳ７０６の処理過程で、入力部１１ａは上述した図４〜図７の動作フローを実行する。
【０１２０】
ステップＳ７０８において、レンダリング部１１ｃは、テキストやイメージをレンダリングして作成されたレンダリングデータを印字部１４へ出力し、レンダリング処理を終了する。
【０１２１】
図９の処理において、レンダリング部１１ｃは必要なイメージデータを入力部１１ａに要求して、入力部１１ａから要求したイメージデータを取得するようになっている。このイメージデータを取得する際には、図９の処理内容から分かるように、レンダリング部１１ｃは、コンピュータ３などのクライアントから入力部１１ａに送られてくるデータの入力フォーマットが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であっても単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であっても同様の処理を行うようになっている。
【０１２２】
上述した実施の形態においては、入力部１１ａは、クライアントからの入力データが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかによって処理内容（図３〜図７）が異なっているが、レイアウト部１１ｂ及びレンダリング部１１ｃは、クライアントからの入力データが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であっても単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であっても処理内容（図８、図９）が同じになっている。このため、例えば、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）と単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）以外のフォーマットのデータがクライアントから送られてくるなど、クライアントからのデータのフォーマットに変更や追加があっても入力部１１ａのみ構成を変更すれば足り、変更や追加されたデータのフォーマットに対応する印刷装置の開発コストを低くすることができる。別の面から見れば、レイアウト部１１ｂ及びレンダリング部１１ｃは、同一構成のものを使用することが可能である。
【０１２３】
また、入力部１１ａにイメージデータを要求する際にフラグを保存（ＢＵＦＦＥＲＥＤ）又は削除（ＳＴＲＥＡＭＩＮＧ）にして入力部１１ａへ出力するように構成にしている。そして、フラグが保存（ＢＵＦＦＥＲＥＤ）の場合には、再度利用するイメージデータであるのでそのまま保存し、フラグが削除（ＳＴＲＥＡＭＩＮＧ）の場合には、再度利用しないイメージデータであるのでそれを削除するようにしている。従って、メモリの有効活用を図ることが可能になる。また、プログラムを複数にモジュール化した場合に起こりがちな必要なメモリ容量の増加を抑えることができる。
【０１２４】
以下、変形例について図１３を参照しつつ説明する。図１３は変形例のシステム構成を示す図である。図１３に示すように、プリンタ装置６１とレイアウト装置６２とレンダリング装置６３とコンピュータなどのクライアント６４とサーバ６５とが互いにネットワーク６６でデータの送受信可能に接続されている。クライアント６４は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）や単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）をプリンタ６１へ出力する。サーバ６５には、ＵＲＬに対応したＷＥＢページが複数記憶されている。
【０１２５】
プリンタ装置６１は、印刷装置２のＣＰＵ１１の入力部１１ａと実質的に同様の機能を持つ入力部６１ａと、ＲＡＭ１３に対応する複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）を構成するＸＨＴＭＬデータやイメージデータ等を格納するバッファ６１ｂと、印字部１４と実質的に同様の機能を持つ印字部６１ｃとを備えている。レイアウト装置６２は、印刷装置２のＣＰＵ１１のレイアウト部１１ｂと実質的に同様の機能を有し、レンダリング部６３は、印刷装置２のＣＰＵ１１のレンダリング部１１ｃと実質的に同様の処理を行う。つまり、上述した実施の形態における印刷装置２の諸機能をプリンタ装置６１とレイアウト装置６２とレンダリング装置６３とにより機能させて、図３から図９の動作フローと実質的に同様の処理を実行することを可能にしたものである。
【０１２６】
ここで、プリンタ装置６１、レイアウト装置６２、及びレンダリング装置６３について簡単に記載する。プリンタ装置６１の入力部６１ａは、クライアント６４から送られてくるデータが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ：ＸＨＴＭＬデータとイメージに関するイメージデータが混在したもの）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ：ＸＨＴＭＬデータのみ）であるかを判定する。そして、入力部６１ａは、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合は、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）をＸＨＴＭＬデータとイメージデータとに分離し、夫々をバッファ６１ｂに格納する。入力部６１ａは、レイアウト装置６２からイメージデータが要求されるとレイアウト装置６２へイメージの寸法情報を含むイメージデータを渡し、レンダリング装置６３からイメージデータが要求されるとレンダリング装置６３へイメージの出力情報を含むイメージデータを渡す。但し、コンピュータ３からのデータが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）の場合にはバッファ６１ｂに格納されたイメージデータに基づいてレイアウト装置６２及びレンダリング装置６３の要求に応じる。一方、コンピュータ３からのデータが単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合はＸＨＴＭＬデータに含まれるＵＲＬを利用してサーバ６５からイメージデータを取得してレイアウト装置６２及びレンダリング装置６３の要求に応じる。
【０１２７】
レイアウト装置６２は、プリンタ装置６１の入力部６１ａからのＸＨＴＭＬデータ、及び入力部６１ａに要求して入力部６１ａから取得したイメージデータに含まれるイメージの寸法情報に基づいてテキストやイメージのレイアウトを行い、レイアウトの内容などの情報をもつレイアウトデータ（中間データ）をレンダリング装置６３へ出力する。
【０１２８】
レンダリング装置６３は、レイアウト装置６２からのレイアウトデータ（中間データ）、及びプリンタ装置６１の入力部６１ａに要求して入力部６１ａから取得したイメージデータに含まれる出力情報に基づいてテキストやイメージのレンダリングを行い、レンダリングの内容の情報を持つレンダリングデータ（中間データ）をプリンタ装置６１の印字部６１ｃへ入力部６１ａを介して出力する。
【０１２９】
この場合、クライアント６４からの入力データが複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）であるか単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）であるかによって処理内容が変るのはプリンタ装置６１の入力部６１のみであって（図３〜図７参照）、レイアウト装置６２とレンダリング装置６３の処理内容に変更がない（図８、図９参照）。従って、クライアント６４からのデータの形式に変更や追加があってもプリンタ装置６１の入力部６１ａのみ構成を変更すれば足りるので、つまり、レイアウト装置６２とレンダリング装置６３とは同様のものを使用することができるので、開発コストを低くすることができる。
【０１３０】
以上本発明の好適な実施の形態について説明したが、本発明は上述の実施の形態に限られるものではなく、特許請求の範囲に記載した限りにおいて様々な設計変更が可能なものである。例えば、入力部（データ授受手段）がレンダリング手段の要求に応じてイメージデータを送出した後、イメージデータを格納する格納手段にイメージデータを削除する旨の削除要求を送出するように構成してもよい。この場合、さらに、格納手段は、削除要求を確認するまではイメージデータを削除しないように構成してもよい。このように構成すれば、必要なイメージデータが削除されることが防がれる。
【０１３１】
また、複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ：ＸＨＴＭＬデータとイメージデータが混在するもの）と単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）とが入力される場合であるが、その他のフォーマットのデータであっても適用可能である。
【０１３２】
さらに、レイアウト手段やレンダリング手段の要求に応じてイメージデータをレイアウト手段やレンダリング手段へ出力して、イメージデータに含まれるイメージの寸法情報やイメージデータに含まれるイメージの出力情報などが不要になった後に、不要になったデータを格納手段から削除することができる構成であればどのような構成であってもよい。
【０１３３】
さらに、単データ（Ｐｌａｉｎ　ＸＨＴＭＬ）の場合は常にネットワーク上からＵＲＬのイメージデータを取得する構成にしているが、ネットワークの使用状況によってネットワーク上から取得したイメージデータを格納手段に格納して、その格納手段により格納したイメージデータを利用してレイアウト手段やレンダリング手段からの要求に応じるような構成にしてもよい。この場合、ネットワークの通信速度が遅いような場合でも出力データを早く作成することが可能になる。
【０１３４】
さらに、出力処理（図３〜図９）を印刷装置などに実行させるためのプログラムをＣＤ−ＲＯＭなどの記録媒体に記録して、ＣＤ−ＲＯＭに記憶されたそれらのプログラムを使用するようにしてもよい。
【０１３５】
【発明の効果】
請求項１によると、レイアウト手段及びレンダリング手段は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、印刷装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはデータ授受手段のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【０１３６】
請求項２によると、クライアントから送られてくるデータに含まれるイメージに関するイメージデータを利用して出力データを作成することが可能になる。
【０１３７】
請求項３によると、格納手段のメモリ容量を有効に活用することが可能になる。
【０１３８】
請求項４によると、イメージデータの出力情報が必要な間に出力情報が格納手段から削除されるようなことが防がれる。
【０１３９】
請求項５によると、クライアントから送られてくるイメージデータの格納場所からイメージに関するイメージデータを取得して出力データを作成することが可能になる。
【０１４０】
請求項６によると、ネットワークの通信速度が遅いような場合でも出力データを早く作成することが可能になる。
【０１４１】
請求項７によると、レイアウト装置及びレンダリング装置は必要な情報をデータ授受手段に要求してデータ授受手段から必要な情報を取得する構成となっており、プリンタ装置外部から送られてくるデータのフォーマットによってその構成を変更する必要があるのはプリンタ装置のみであるため、印刷装置外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合に、低い開発コストで変更又は追加後のフォーマットに対応することが可能になる。
【０１４２】
請求項８によると、レイアウト装置は必要な情報をプリンタ装置に要求してプリンタ装置から必要な情報を取得する構成となっているため、外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合であってもレイアウト装置の構成を変更する必要がないという利点がある。
【０１４３】
請求項９によると、レンダリング装置は必要な情報をプリンタ装置に要求してプリンタ装置から必要な情報を取得する構成となっているため、外部から送られてくるデータのフォーマットに変更又はフォーマットの追加があった場合であってもレンダリング装置の構成を変更する必要がないという利点がある。
【図面の簡単な説明】
【図１】実施の形態におけるネットワークシステムのシステム構成の一例を示す図である。
【図２】図１の装置の一部の装置構成の一例を示す図である。
【図３】入力部におけるＸＨＴＭＬデータ出力処理の動作フローを示すフローチャートである。
【図４】入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図５】入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図６】入力部におけるイメージデータ出力処理の動作フローを示すフローチャートである。
【図７】入力部におけるチャンク読み込み処理の動作フローを示すフローチャートである。
【図８】レイアウト部におけるレイアウト処理の動作フローを示すフローチャートである。
【図９】レンダリング部におけるレンダリング処理の動作フローを示すフローチャートである。
【図１０】複合データ（Ｍｕｌｔｉｐｌｅｘｅｄ　Ｄａｔａ）を説明するための説明図である。
【図１１】コンテンツバッファを説明するための説明図である。
【図１２】レイアウト部からレンダリング部へ出力されるレイアウトデータ（中間データ）を説明するための説明図である。
【図１３】他のネットワークシステムのシステム構成の一例を示す図である。
【図１４】従来の印刷装置の装置構成図である。
【図１５】従来のレイアウト部におけるレイアウト処理の動作フローを示すフローチャートである。
【図１６】従来のレンダリング部におけるレンダリング処理の動作フローを示すフローチャートである。
【符号の説明】
１　ネットワークシステム
２　印刷装置
３　コンピュータ
４　ファックス
５　ルータ
６　サーバ
７　ＬＡＮ
１１　ＣＰＵ
１１ａ　入力部
１１ｂ　レイアウト部
１１ｃ　レンダリング部
１２　ＲＯＭ
１３　ＲＡＭ
１４　印字部
１５　操作パネル
１６　ＮＶＲＡＭ
１７　インターフェース
２１　ＣＰＵ
２２　ＲＯＭ
２３　ＲＡＭ
２４　ＨＤＤ
２５　操作部
２６　表示部
２７　インターフェース
３１　ＣＰＵ
３２　ＲＯＭ
３３　ＲＡＭ
３４　ＨＤＤ
３５　インターフェース
【図１】
2004017418.tif 000003
【図２】
2004017418.tif 000004
【図３】
2004017418.tif 000005
【図４】
2004017418.tif 000006
【図５】
2004017418.tif 000007
【図６】
2004017418.tif 000008
【図７】
2004017418.tif 000009
【図８】
2004017418.tif 000010
【図９】
2004017418.tif 000011
【図１０】
2004017418.tif 000012
【図１１】
2004017418.tif 000013
【図１２】
2004017418.tif 000014
【図１３】
2004017418.tif 000015
【図１４】
2004017418.tif 000016
【図１５】
2004017418.tif 000017
【図１６】
2004017418.tif 000018