(57)【特許請求の範囲】
【請求項１】
通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく画像データ転送方法であって、
前記画像形成装置からの要求に基づいて上記階層構造の最上位階層の印刷記述データを前記文書画像供給装置から前記画像形成装置に転送する手順と、
前記画像形成装置が、ラスタライズ処理の最中において、前記最上位階層に記載されたリンク情報を検出したときに、前記リンク情報に対応するオブジェクトデータを前記画像形成装置の一回のラスタイズで必要な単位のみ、前記文書画像供給装置にデータ転送要求をして、その時点ではじめて取得する手順と、
を備えたことを特徴とする画像データ転送方法。
【請求項２】
前記画像形成装置は、前記文書画像供給装置に対して前記ラスタライズ処理の最中における任意のタイミングでデータ転送を要求する請求の範囲第１項に記載の画像データ転送方法。
【請求項３】
前記画像形成装置は、前記オブジェクトデータの任意の位置からの任意のデータ量を、前記必要な単位として指定して前記文書画像供給装置に前記データ転送要求をする請求の範囲第１項に記載の画像データ転送方法。
【請求項４】
前記オブジェクトデータの任意の位置は、前記オブジェクトデータの前回の取得終了位置であり、前記任意のデータ量は一回のラスタライズに必要な量である請求の範囲第３項に記載の画像データ転送方法。
【請求項５】
階層構造を持つリンクファイル形式で記述された印刷記述データに基づいて文書画像供給装置から必要なデータの転送を受けて画像データを形成する画像形成装置において、
前記文書画像供給装置から転送された印刷記述データよりリンク情報をラスタライズ処理の最中に判定する判定手段と、
前記判定手段が判定したリンク情報に基づいて、前記文書画像供給装置に対して当該リンク情報に対応するオブジェクトデータについてその転送を前記ラスタライズ処理の最中にその時点ではじめて要求するデータ転送要求手段と
を備えたことを特徴とする画像形成装置。
【請求項６】
前記データ転送要求手段は、一回のラスタイズで必要な単位のみ前記オブジェクトデータを取得する請求の範囲第５項に記載の画像形成装置。
【請求項７】
更に、データ取得量演算手段を備え、転送されるべきデータの必要量を算出する請求の範囲第６項に記載の画像形成装置。
【請求項８】
前記データ取得量算出手段が、前回に取得したオブジェクトデータの次のデータからの所定量を算出する請求の範囲第７項に記載の画像形成装置。
【請求項９】
通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく画像印刷システムであって、
前記文書画像供給装置側に、
前記印刷記述データを記憶する印刷バッファと、
前記画像形成装置からの要求に応じて前記印刷記述データを画像形成装置に転送するとともに、画像形成装置からのオブジェクトデータ取得要求に応じて当該オブジェクトデータを格納先から前記画像形成装置にその時点ではじめて転送するプリンタ制御手段を備え、
前記画像形成装置側に、
前記文書画像供給装置から転送された印刷記述データよりリンク情報をラスタライズ処理の最中に判定する判定手段と、
前記判定手段が判定したリンク情報に基づいて、前記文書画像供給装置に対して当該リンク情報に対応するオブジェクトデータについてその転送を前記ラスタライズ処理の最中にその時点ではじめて要求するデータ転送要求手段と
を備えたことを特徴とする画像印刷システム。
【請求項１０】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像データ転送方法であって、
前記文書画像供給装置から前記文書画像形成装置に最上位階層の印刷文書記述データを特定する情報を転送する手順と、
前記文書画像形成装置は、前記最上位階層の印刷文書記述データを特定する情報に基づいて前記文書画像供給装置に対して前記最上位階層の印刷文書記述データの転送要求をする手順と、
前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データを前記文書画像供給装置から前記文書画像形成装置に転送する手順と、
前記画像形成装置が、ラスタライズ処理の最中において、前記最上位階層に記載されたリンク情報を検出したときに、前記リンク情報に対応するオブジェクトのデータあるいはファイルを前記文書画像形成装置の一回のラスタイズで必要な単位のみ、前記文書画像供給装置にデータ転送要求をして、その時点ではじめて取得する手順と、
を備えたことを特徴とする文書画像データ転送方法。
【請求項１１】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像データ転送方法であって、
前記文書画像供給装置から前記文書画像形成装置に最上位階層の印刷文書記述データを転送する手順と、
前記画像形成装置が、ラスタライズ処理の最中において、前記最上位階層に記載されたリンク情報を検出したときに、前記リンク情報に対応するオブジェクトのデータあるいはファイルを前記文書画像形成装置の一回のラスタイズで必要な単位のみ、前記文書画像供給装置にデータ転送要求をして、その時点ではじめて取得する手順と、
を備えたことを特徴とする文書画像データ転送方法。
【請求項１２】
前記文書画像形成装置が、前記文書画像供給装置に対して前記ラスタライズ処理の最中における任意のタイミングでデータ転送を要求する請求の範囲第１０項又は１１項のいずれかに記載の文書画像データ転送方法。
【請求項１３】
前記文書画像形成装置は、前記オブジェクトのデータあるいはファイルの任意の位置からの任意のデータ量を、前記必要な単位として指定して前記文書画像供給装置に前記データ転送要求をする請求の範囲第１０項又は１１項のいずれかに記載の文書画像データ転送方法。
【請求項１４】
前記オブジェクトのデータあるいはファイルの転送は、前記任意のデータ量を一回のラスタライズに必要な量が獲得されるまで、１回あるいは複数回繰り返される請求の範囲第１０項又は１１項のいずれかに記載の文書画像データ転送方法。
【請求項１５】
前記リンク情報には、少なくとも前記文書画像供給装置が保持しているオブジェクトのデータあるいはファイルの格納場所を特定する情報が含まれる請求の範囲第１０、１１項のいずれかに記載の文書画像データ転送方法。
【請求項１６】
前記文書画像供給装置は、前記文書画像形成装置からの前記リンク情報に基づくデータ転送要求に従って、データを転送する請求の範囲第１０、１１項のいずれかに記載の文書画像データ転送方法。
【請求項１７】
階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づいて文書画像供給装置から必要なデータの転送を受けて文書画像データを形成する文書画像形成装置において、
前記文書画像供給装置から転送された印刷文書記述データより、リンク情報をラスタライズ処理の最中に判定する判定手段と、
前記判定手段が判定したリンク情報に基づいて前記文書画像供給装置に対して当該リンク情報に対応するオブジェクトデータについてその転送を前記ラスタライズ処理の最中にその時点ではじめて要求するデータ転送要求手段と
を備えたことを特徴とする文書画像形成装置。
【請求項１８】
階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づいて文書画像供給装置から必要なデータの転送を受けて文書画像データを形成する文書画像形成装置において、
前記文書画像供給装置から転送されてきた前記階層構造の最上位階層の印刷文書記述データを特定する情報を判定するとともに、前記文書画像供給装置から転送されてきた印刷文書記述データよりリンク情報をラスタライズ処理の最中に判定する判定手段と、
前記判定手段が判定した最上位階層の印刷文書記述データを特定する情報に基づいて前記文書画像供給装置に対して当該特定対象となる最上位階層の印刷文書記述データの転送を要求するとともに、前記判定手段が判定したリンク情報に基づいて前記文書画像供給装置に対して当該リンク対象となるオブジェクトについてそのデータの転送を前記ラスタライズ処理の最中にその時点ではじめて要求するデータ転送要求手段と、
を備えたことを特徴とする文書画像形成装置。
【請求項１９】
前記データ転送要求手段は、前記文書画像供給装置に対して前記ラスタライズ処理の最中における任意のタイミングでデータ転送を要求する請求の範囲第１７、１８項のいずれかに記載の文書画像形成装置。
【請求項２０】
更に、データ取得量演算手段を備え、転送されるべきデータの必要量を算出する請求の範囲第１７、１８項に記載の文書画像形成装置。
【請求項２１】
前記リンク情報には、少なくとも前記文書画像供給装置が保持しているオブジェクトのデータあるいはファイルの格納場所を特定する情報が含まれる請求の範囲第１７、１８項に記載の文書画像形成装置。
【請求項２２】
前記文書画像形成装置は、
前記文書画像供給装置からの文書画像形成要求が単数あるいは複数発生した際、それぞれの前記文書画像形成要求ごとに各々の文書画像形成要求データが保存管理されるキュー情報を制御するキュー制御手段を備える請求の範囲第１７、１８項のいずれかに記載の文書画像形成装置。
【請求項２３】
前記キュー情報には、文書画像形成に必要なデータそのものを含まない請求の範囲第２２項の文書画像形成装置。
【請求項２４】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像印刷システムであって、
文書画像供給装置側に、
前記印刷文書記述データと前記印刷文書記述データによりリンクされたオブジェクトのデータを記憶する印刷バッファと、
前記文書画像形成装置に最上位階層の印刷文書記述データを特定する情報を転送しさらに前記文書画像形成装置からの要求に応じて前記印刷文書記述データを文書画像形成装置に転送するとともに、文書画像形成装置からのオブジェクトのデータ取得要求に応じて当該オブジェクトのデータを格納先である前記印刷バッファから文書画像形成装置にその時点ではじめて転送するプリンタ制御手段を備え、
文書画像形成装置側に、
前記文書画像供給装置から転送された印刷文書記述データの最上位階層にリンクされたオブジェクトがあるか否かをラスタライズ処理の最中に判定する判定手段と、
前記判定手段が前記オブジェクトを判定したとき、文書画像供給装置にそのオブジェクトについてオブジェクト取得要求を前記ラスタライズ処理の最中にその時点ではじめて出すデータ転送要求手段と、
を備えたことを特徴とする文書画像印刷システム。
【請求項２５】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像印刷システムであって、
文書画像供給装置側に、
前記印刷文書記述データと前記印刷文書記述データによりリンクされたオブジェクトのデータを記憶する印刷バッファと、
前記文書画像形成装置に最上位階層の印刷文書記述データを転送するとともに、文書画像形成装置からのオブジェクトのデータ取得要求に応じて当該オブジェクトのデータを格納先である前記印刷バッファから文書画像形成装置にその時点ではじめて転送するプリンタ制御手段を備え、
文書画像形成装置側に、
前記文書画像供給装置から転送されてきた印刷文書記述データの最上位階層にリンクされたオブジェクトがあるか否かをラスタライズ処理の最中に判定する判定手段と、
前記判定手段が前記オブジェクトを判定したとき、文書画像供給装置にそのオブジェクトについてオブジェクト取得要求を前記ラスタライズ処理の最中にその時点ではじめて出すデータ転送要求手段と、
を備えたことを特徴とする文書画像印刷システム。
【請求項２６】
階層構造を持つリンクファイル形式で記述された印刷文書記述データおよび前記印刷文書記述データによりリンクされたオブジェクトデータを転送供給する文書画像供給装置において、
文書画像形成装置に最上位階層の印刷文書記述データの格納場所を特定する情報を転送する転送手段１と、
ラスタライズ処理の最中にある前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データを転送する転送手段２と、
前記ラスタライズ処理の最中にある前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データにリンク情報によりリンクされたオブジェクトデータをその時点ではじめて転送する転送手段３と
を備えたことを特徴とする文書画像供給装置。
【請求項２７】
階層構造を持つリンクファイル形式で記述された印刷文書記述データおよび前記印刷文書記述データによりリンクされたオブジェクトのデータを転送供給する文書画像供給装置において、
ラスタライズ処理の最中にある文書画像形成装置に最上位階層の印刷文書記述データを転送する転送手段４と、
前記ラスタライズ処理の最中にある前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データにリンク情報によりリンクされたオブジェクトデータをその時点ではじめて転送する転送手段３と
を備えたことを特徴とする文書画像供給装置。
【請求項２８】
通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく画像データ転送方法であって、
上記階層構造の最上位階層の印刷記述データを前記文書画像供給装置からラスタライズ処理の最中にある前記画像形成装置に転送する手順と、
前記画像形成装置が、ラスタライズ処理の最中において、前記最上位階層に記載されたリンク情報を検出したとき、前記文書画像供給装置にデータ転送要求をすることで、前記リンク情報に対応するオブジェクトデータが複数回に分けて前記文書画像供給装置から前記画像形成装置にそれぞれその時点ではじめて転送される手順と、
を備えたことを特徴とする画像データ転送方法。
【請求項２９】
前記画像形成装置は、前記リンク情報に対応するオブジェクトデータの転送を、前記画像形成装置の印刷処理の進捗に合わせて、複数回に分けて要求する請求項２８に記載の画像データ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データ転送方法、画像形成装置、画像印刷システムに係り、特に、ＬＡＮに接続された画像データ転送方法、画像形成装置、画像印刷システムに関する。
【背景技術】
【０００２】
従来より、書式情報などを指示するタグをテキストに加えたハイパーテキストなどのマークアップランゲージＭＬを、ブラウザソフトを使用してコンピュータディスプレイに表示することが行われている。マークアップランゲージＭＬとしては、ＸＨＴＭＬ（Extensible Hyper  Text  Markup  Language）、ＨＴＭＬやＸＭＬ（Extensible  Markup  Language）等がある。このマークアップランゲージＭＬで記述されたファイルは主としてＷｅｂサーバに格納されており、種々のネットワークを介してＷｅｂサーバと接続したブラウザソフトが、マークアップランゲージＭＬを取得し、当該マークアップランゲージＭＬを解釈してディスプレイに表示したり印刷したりすることになる。
【０００３】
以下の説明では、このようなマークアップランゲージＭＬで記述されたファイルを印刷等の画像複製に使用するので、以下、当該マークアップランゲージＭＬで記述されたデータ及び当該データからリンクされているオブジェクトデータを印刷記述データという。この印刷記述データは印刷物のレイアウト等骨格を決定する階層構造の最上位のトップデータと、当該トップデータにリンクするリンクデータ（オブジェクトデータ）とより構成される。
【０００４】
次に、前記印刷記述データを用いて記録媒体上に所定の印刷をする場合の、プリンタ装置及びそのシステム構成を、図２３を参照して説明する。
【０００５】
図２３は従来のプッシュモデルの１例を示す概念図である。マークアップランゲッジＭＬで編集された印刷記述データが、アプリケーション１１の印刷要求に従って当該アプリケーション１１より出力されると、当該印刷記述データは、変換手段１２で更にプリンタ側で解読可能な言語、例えばXHTML形式に変換されてプリンタ制御手段１３に入力される。尚、既にプリンタ側で解読可能な言語になっている場合は、特に変換は行なわなくても構わないことはもちろんである。
【０００６】
このように、当該プリンタ制御手段１３は、受け取った印刷記述データを印刷データ変換手段１６に渡して、ここでプリンタでそのまま印刷できる状態のデータに変換して印刷バッファ１１に展開する。
【０００７】
すなわち、マークアップランゲージＭＬで編集された印刷記述データは、印刷物全体の骨格を決める最上位階層のトップファイルの部分と当該トップファイルの下層をなすリンクファイル（リンクファイルにさらに他のファイルがリンクされる場合を含む）を備えている。ここで前記トップファイルから直接導き出せる印刷オブジェクトはそのまま指示された位置に展開し、また、前記リンクファイルはリンク先のデータを取り出して当該印刷記述データで指示された位置に展開することになる。即ち、ここではすでに印刷される状態と同じ状態が形成されている。
【０００８】
前記の印刷記述データの展開が終了すると、プリンタ制御手段１３はジョブキュー１４に印刷されるべきデータを特定するジョブIDとともに印刷指示（印刷ジョブ）を出す。この印刷ジョブがネットワークを介してプリンタ２００Pのインタプリタ２３で解釈されて、当該インタプリタ２３の指示の下に、前記印刷バッファ１５より、前記のように展開されたデータがメモリ２６に一旦格納される。このメモリ２６に所定量、たとえば１ページ分のデータが格納されるのを待って、前記印刷ジョブを受けたインタプリタ２３はラスタライザ２４に当該メモリ２６に展開されたデータを必要量ずつ渡すことになる。これによってプリンタエンジン２１は、記録媒体上に前記印刷記述データを印刷することになる。
【０００９】
また図２４は、前記とは別の従来技術を示すものである。ここではプリント制御手段１３は、印刷される状態と同じ状態でデータを印刷バッファ１５に格納するのではなく、前記トップファイルとそれにリンクされたリンクファイルを別々のファイルとして格納する。この格納処理が終了すると、プリント制御手段１３が印刷ジョブを発行してインタプリタ２３を起動し、これと同時に前記印刷バッファ１５に格納されたトップファイルとリンクファイルをプリンタ側のバッファ２６に格納することになる。このようにプリンタ側のバッファ２６に格納されたトップファイルとそれにリンクするリンクファイルを変換手段２７で印刷可能なデータに変換してインタプリタ２３とラスタライザ２２上でレイアウト情報に従ってレイアウトして印刷するようになっている。
【００１０】
尚、特開2000-66867号公報に記載のプリンタ装置は、前記トップデータに記載されているリンク先のデータ（例えばＵＲＬ）をプリンタ側で予め保持する構成になっており、リンク先が一定の場合でかつ頻繁に同じ場所からデータを印刷するときに手間がかからないようになっている。
【００１１】
前記図２３に示した構成は、画像供給装置１００側からプリンタ２００Pの状態を考慮しないでデータをプリンタに転送するいわゆるプッシュ型であるので、画像供給装置１００だけでなくプリンタ２００P側にも少なくとも１ページ分の容量を持つバッファを備える必要がある。
【００１２】
また、図２４に記載する構成はプッシュ型、プル型のいずれでも適用できるが、前記プッシュ型に現れる欠点と同様、プリンタ側に所定容量の印刷バッファを設ける必要があり、コストデメリットが発生する。
【発明の開示】
【００１３】
上記課題を解決するためにこの発明は以下の手段を採用している。
【００１４】
まず、本発明は通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく印刷処理を前提としている。
【００１５】
上記前提の下で上記文書画像供給装置１００は、アプリケーションから得られる印刷記述データを自己の記憶手段１０５に格納する。ここで、印刷記述データにリンクされたオブジェクトがある場合には、当該記憶手段１０５にそのオブジェクトをコピーしておいてもよいし、あるいは、別の記憶手段１０５に格納した状態であってもよい。
【００１６】
上記記憶手段１０５は文書画像供給装置１００がその機能上本来持っている記憶手段１０５を利用すればたりる。
【００１７】
上記の状態で文書画像供給装置１００は印刷ジョブを発行する。このジョブを受けて画像形成装置２００では、データ転送要求手段２０５３が上記記憶手段１０５に格納された印刷記述データを転送するように要求を出す。この要求に従って取得した印刷記述データに基づいて、ラスタライザ２０２がラスタライズ処理をする。このラスタライズ処理の過程で上記印刷記述データのトップファイルＴにリンクするリンクファイルＬがあるときに、当該画像形成装置２００側から当該リンク先を指定して、文書画像供給装置１００にデータ取得要求を出すようになっている。
【００１８】
このオブジェクトの取得は任意のタイミングで任意の量ずつ取得する。任意のタイミングとは、例えば前回のラスタライズ処理が終わったときをいう。また任意の量とは、例えば、一回の取得量を予め決めておいて、順次その量ずつ取得する方法、あるいは、一回のラスタライズ処理でラスタライズできる量に限界があるところから、取得量をデータ量演算手段２０５４でラスタライズ毎に演算して量を決めるようにする。いずれにしても、前回取得した最後の位置からの上記所定量を取得することになる。
【００１９】
上記印刷記述データに複数のオブジェクトが存在しているときには、当該複数のオブジェクトに対応するチャンネルを伝送路上に設定するのが好ましい。すなわち、これによってオブジェクトごとに転送することが可能になり制御が容易になるが、必ずしもこのようにする必要はない。
【００２０】
上記文書画像供給装置側の記憶手段としては例えばセットトップボックスのハードディスクを、あるいはディジタルスチールカメラのメモリカードを使用できる。
【００２１】
上記の構成により、画像形成装置側にハードディスク等の記憶手段を持つ必要がなくなることになる。
【００２２】
（実施の形態１）
図１は、本発明を適用した印刷システムの構成例を示すブロック図あり、図２は当該システムが適用されたネットワーク図である。
【００２３】
図２において、通信手段３００を介して文書画像供給装置１００と、画像形成装置２００が相互に接続されている。文書画像供給装置１００は、デジタルＴＶあるいはセットトップボックス（STB）等を使用することができるが、その他データのソース源となる機器であれば何にでも適用可能である。また画像形成装置２００としてはプリンタあるいはファクシミリ等を使用することができる。さらに、通信手段３００としてコンピュータとプリンタ間に使用されるバスあるいは公衆網、専用回線、インターネット網等のデータ転送可能な手段を用いることができる。
【００２４】
図１は、通信手段３００としてバス３００B（ここではIEEE1394あるいはＵＳＢ規格に準拠するバス）、文書画像供給装置１００としてセットトップボックス（STB）１００S、画像形成装置２００としてプリンタ２００Pを使用した場合の内部構成を示し、図９はその動作手順を示すフロー図である。尚、図９では文書画像供給装置１００と画像形成装置２００との間の転送路に複数のチャンネルが設定できることを前提としている。
【００２５】
図１に示すように、文書画像供給装置１００は以下の手段で構成されている。すなわち、印刷記述データを生成するアプリケーション１０１、当該アプリケーション１０１から出力される印刷記述データの形式を、プリンタ２００Pが解読可能な階層構造をもつリンクファイル（ここではXHTMLを使用する）形式に変換する変換手段１０２、前記印刷記述データを解読してプリンタジョブを発行したり印刷記述データのバッファ管理を行なうプリンタ制御手段１０３、印刷記述データを一時保存する印刷バッファ１０５と、更にバス３００Bとの接続インターフェイスとなる通信I/F１０４とより構成されている。
【００２６】
また、画像形成装置２００となるプリンタの内部は、バス３００Ｂとの接続用インターフェイスとなる通信I/F２０４、プリンタジョブを蓄積するキューの制御部であるキュー制御手段２０３、印刷記述データの解読をしてラスタライザに渡すインタプリタ２０５と、当該インタプリタ２０５より得られた印刷データに基づいてラスタライズするラスタライザ２０２、ラスタライズされた印刷記述データを記録媒体上に可視記録出力するプリンタエンジン２０１とから構成されている。尚、本実施の形態では、印刷記述データを記録媒体上に可視出力するために上記プリンタエンジン２０１を用いているが、当該プリンタエンジンは、インクジェット型や熱転写型、レーザープリンタなどの電子写真画像記録装置、あるいは銀塩写真プリンタ、スクリーン印刷の版下を作成する印刷装置に用いられるプリンタエンジンなどとしても良い。
【００２７】
さて、前記構成において、まず、ユーザがアプリケーションを用いて例えば印刷データの編集等を行った後印刷要求を出すと、アプリケーション１０１から印刷記述データが出力される。なお、このアプリケーション１０１については、例えばメーラやWEBブラウザ及びBMLブラウザ、ディジタルスチールカメラのデータを編集可能なDSCアルバムなどがある。これらからのデータをレイアウタにより再レイアウトし、変換手段１０２で更にプリンタ側で解読可能な言語、例えばXHTML形式に変換する（既にXHTML形式等であれば、特に変換は行なわなくても構わないことはもちろんである）。
【００２８】
このように、変換された印刷記述データはプリンタ制御手段１０３に渡され、
印刷バッファ１０５に格納される。その際、印刷記述データの中でリンクされているような画像オブジェクトファイルについては、プリンタで印刷処理が可能な形式のデータ（JPEGやPNG形式）に変換されて本来当該データが存在していたソース源から印刷バッファ１０５にコピーされる。尚、当該ソース源は、文書画像供給装置１００の中であるか外であるかを問わない。ここでも既にプリンタで印刷処理が可能な形式のデータである場合には変換の必要はないことはもちろんである。
【００２９】
なお、この印刷バッファ１０５は文書画像供給装置１００のメモリ及びHDDを利用出来る。例えば当該文書画像供給装置１００がセットトップボックスである場合、当該セットトップボックスの機能上本来備えているＨＤ等の記憶手段を使用することができる。
【００３０】
ここで図５に示すような画像データを印刷しようとする場合、図７に示すような、プリンタで表示可能な言語（ここではXHTML形式いわゆるML形式）に変換されて印刷バッファ１０５に蓄積される。この図７の例を概念的に表すと図６に示すようになる。
【００３１】
図６において、トップファイルT「print1.xml」は図７の全体を意味し、画像の配置位置、文字の配置位置や大きさ、あるいは印刷されるべき文字等の情報を含んでいる。
【００３２】
リンクファイルL1「car.jpg」は図７の１９行目に示される印刷バッファ１０５内のサブディレクトリに格納されたA社の自動車の画像、リンクファイルL2「cup.jpg」は図７の２２行目に示される印刷バッファ１０５内のサブディレクトリに格納されたカップの画像を意味している。尚、上記の印刷バッファ１０５のサブディレクトリ名としては、上記印刷ジョブと一義的に対応する符号、例えばジョブIDと同じにするなど、に従うとよい。
【００３３】
また、プリンタ制御手段１０３は、印刷バッファ１０５への格納処理をするとともに、前記アプリケーション１０１で出された印刷要求を受けて、プリンタ２００Pに対して、ジョブIDのほか印刷における条件（例えば印刷部数、印刷品位、色指示、印刷向き、形態など）を含んでいる印刷ジョブの発行を行なう（図９、ステップS１０１）。
【００３４】
このようにして発行された印刷ジョブは、I/F１０４とバス３００Bを介して、プリンタ側のキュー制御手段２０３へ渡される。このキュー制御手段２０３では、得られたジョブを格納し、当該ジョブ情報を順番にインタプリタ２０５に渡す。インタプリタ２０５は、この印刷ジョブに含まれる前記印刷記述データの、印刷バッファ１０５上の存在場所（URI）を示すパス情報データに基づいて、下記のように印刷処理を実行する。
【００３５】
図３はインタプリタの構成を機能ブロック図で示したものである。インタプリタ２０５の判定手段２０５１は、前記のようにキュー制御手段２０３より渡された信号が印刷ジョブであることとパス情報であることを判定したとき、チャンネル制御手段２０５２にその旨を指示する。これを受けてチャンネル制御手段２０５２は、I/F２０４にチャンネルを設定するように指示をする。
【００３６】
データ転送要求手段２０５３は、上記指示により設定されたチャンネルを介して、前記パス情報をプリンタ制御手段１０３に渡す。また、データ転送要求手段２０５３は、当該印刷ジョブに対応する最上位階層データであるトップファイルTの取得要求を、プリンタ制御手段１０３に発行するようになっている（図９、ステップS１０２→S１０３）。
【００３７】
これに従って前記プリンタ制御手段１０３は通信I/F１０４、２０４を介してインタプリタ２０５に前記要求されたトップファイルTを送信する（図９、ステップS１０４）。これにより、インタプリタ２０５は文書画像供給装置１００からの印刷記述データのリードを開始する（図９、ステップS１０４）。
【００３８】
尚、ここでの前記データ転送要求は、任意のファイルを指示して一括で要求、
あるいは任意の位置から任意のデータ量を要求（すなわち1ファイルのデータを部分的に要求）する方法であってもよい。
【００３９】
前記インタプリタ２０５の判定手段２５０１は、この印刷記述データの種類を判定して不必要なデータを捨て、印刷されるべきデータをラスタライザ２０２に渡すことになる。このように印刷されるべきデータを受け取ったラスタライザ２０２は当該データをラスタライズして、印刷エンジン２０１が記録媒体上に印刷するようになっている。
【００４０】
上記判定手段２０５１は、前記印刷記述データに、前記トップファイルTにリンクされたリンクファイルLが前記した図７に示すような状態で付加されていることを検知する。付加されていることを検知するとチャンネル制御手段２０５２は、前記で設定したチャンネルとは別のチャンネルを設定するようにＩ/Ｆ２０４に指示を出す。
【００４１】
新たなチャンネルが設定された時点で、データ要求手段２５０３が当該オブジェクトの転送要求を出す。これによってオブジェクトデータのリードが開始される（図９、ステップS１０５Yes→S１２１→S１２２→S１２３）。このオブジェクトのリードは任意のデータ量ずつなされるが、その値は予め設定しておいてもよいし、あるいは、データ量演算手段２０５４がラスタライズに必要な量（例えば数ラスタ分のデータ量）ずつ演算してもよい。（図９、ステップS１１１）。
【００４２】
ここで図５に示すように複数のオブジェクトファイルが存在する場合、対象ファイルごとにその時点でラスタライザ２０２に前記の量のデータをリードする。
【００４３】
前記処理において、先にリードしていたオブジェクトファイルの読み出しデータ量が前記量に達したとき、その時点で一旦転送を中断し、ラスタライズ処理がなされる（図９、ステップS１１２）。
【００４４】
前記のラスタライズ処理が終了して、次のデータが必要となった時点で、印刷バッファ１０５の前回停止した位置の次の位置からデータ転送を開始するようになっている（図９、ステップS１０６Nｏ→S１０７→S１０８）。そして１のオブジェクトについてのリードが完了した時点で、前記設定されたチャンネルを開放する（図９、ステップS１０９Yes→S１１０）。また、すべての印刷ジョブが終了したとき印刷終了通知を印刷制御手段１０３に通知する（図９、ステップS１１３→S１１４）。
【００４５】
図８はこの手順をより具体的に示すものである。以下の1.2.・・は図８中の(1)、(2)・・と符合するようにしている。尚、この例では複数チャンネルの同時使用可能なバスIEEE1394を使用していることから、以下に記述するように複数のオブジェトのそれぞれに対応するチャネルを設定しているが、同一チャネル（同一回線）で複数のオブジェクトのデータを転送してもよいことはもちろんである。
1.最上位階層のベースデータ１本目をラスタライズする。
2.最上位階層のベースデータ２本目をラスタライズする。
3.最上位階層のベースデータ２本目をラスタライズ中にリンク情報で示されたオブジェクトファイルを検出。そこで別途転送チャンネルを設けて該オブジェクトファイルの転送要求をプリント制御手段１０３に出し、これを受けてプリント制御手段１０３は前記印刷バッファ１０５から該当するファイルのデータを転送する。ラスタライザはこのデータに基づいてラスタライズ処理をする。
4.先のオブジェクトファイルが中断した時点で一旦リードを中断し、元の最上位階層のベースデータ２本目をラスタライズする。
5.最上位階層のベースデータ３本目をラスタライズする。
6.最上位階層のベースデータ３本目をラスタライズ中に、リンク情報で示された前記(3)と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記(3)の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズする。
7.先のオブジェクトファイルが中断した時点で一旦リードを中断し、元の最上位階層のベースデータ３本目をラスタライズする。
8.最上位階層のベースデータ３本目をラスタライズ中に、リンク情報で示された前記(6)とは別のオブジェクトファイルを検出する。そこで、前記3.6.とは別の転送チャンネルを設けて、当該オブジェクトファイルのデータを要求しファイルをリードしてラスタライズする。
9.２つ目のオブジェクトファイルが中断した時点で一旦リードを中断し、元の最上位階層のベースデータ３本目をラスタライズする。
10.最上位階層のベースデータ４本目をラスタライズする。
11.最上位階層のベースデータ４本目をラスタライズ中に、リンク情報で示された前記3.6.と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記6.の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズする。
12.１つ目のオブジェクトファイルが終了した時点で、リードを終了、転送チャンネルを開放する。元の最上位階層のベースデータ４本目をラスタライズする。
13.最上位階層のベースデータ４本目をラスタライズ中に、リンク情報で示された前記8.と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記6.の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズする。
14.２つ目のオブジェクトファイルが終了した時点で、リードを終了、転送チャンネルを開放する。元の最上位階層のベースデータ４本目をラスタライズする。
15.最上位階層のベースデータ５本目をラスタライズする。
16.最上位階層のベースデータ６本目をラスタライズする。
【００４６】
なお、前記において最初のデータについては、トップファイルＴ（XHTMLメインデータ）の存在場所を示すパス情報データとしたが、最初から文書画像供給装置よりトップデータ（XHTMLメインデータ）をプリンタに送信するようにして、その上で順次必要なオブジェクトファイルのデータを要求する形態にしてもよい。
【００４７】
前記の手順を繰り返して、全てのオブジェクトの転送が正常終了すると、インタプリタ２０５のデータ転送要求手段２０５３は、終了通知をジョブIDとともに文書画像供給装置１００のプリンタ制御手段１０３に通知する。印刷終了情報を受けたプリンタ制御手段１０３は、前記印刷バッファ１０５に格納されていた当該ジョブIDの印刷記述データを当該プリンタバッファ１０５から削除する。
【００４８】
また、印刷時にプリンタ内部で異常などが発生した場合では、必要に応じて印刷ジョブを消去しなければならない。例えばプリンタ側の電源が印刷処理中に落とされた場合、バスリセットモードになり文書画像供給装置１００のプリンタ制御手段１０３では当該バスリセットを受けてプリンタの接続が無くなったことを検知する。プリンタ制御手段１０３は、プリンタ接続が無くなったことを検知したタイミングでジョブID及び印刷バッファ内の印刷記述データを削除することが出来る。
【００４９】
更に、文書画像供給装置１００での電源のオフからオン時に、あるいは任意の設定値により動作するタイマ制限により、文書画像供給装置１００はジョブID及び印刷バッファ１０５内の印刷記述データを削除するようにしてシステムの異常発生時に不要となったデータの残留を回避してもよい。
【００５０】
前記のように本発明の印刷システムは、シリアルバス接続により印刷記述データを転送する際に、画像形成装置が解読することが可能な形式のデータで、当該画像形成装置がラスラタイズ可能なデータ量ずつ転送データの転送をコントロール（停止・再転送）するようになっている。
【００５１】
これにより、プリンタ側ではスプール用の大きな印刷記述データバッファが不要となり、更に印刷記述データに対してプリンタ側が必要となったタイミングで別途データを取ってくることが可能となり、ラスタライズ処理を行なうときに都合が良い。
【００５２】
また文書画像供給装置側では、ジョブの発行だけすればよく、ジョブキューイング処理の必要が無いため、内部に備えるHDDなどをスプーリング用のバッファとして使用することができる。
【００５３】
（実施の形態２）
図４は本発明の実施の形態２を示す機能ブロック図である。この構成例においては、文書画像供給装置１００と画像形成装置（プリンタ）２００がバス３００Bを介して相互に接続されており、基本構成は実施の形態１と同じである。
【００５４】
ただし、この実施の形態では前記実施の形態１に基本構成に加えて、文書画像供給装置１００に外部記憶手段MC（例えばメモリカード：以下メモリカードで説明する）を装着可能な外部メモリI/F１１０（図示せず）を持つ構成となっている。
【００５５】
この外部メモリI/F１１０は、文書画像供給装置１００のプリンタ制御手段１０３からの要求によりメモリカードMC内のイメージデータをプリンタ２００Pに転送するようになっている。
【００５６】
ここでメモリカードMCとしてディジタルスチールカメラの画像を格納したメモリカードMCである場合には、アプリケーション１０１としてはディジタルスチールカメラ（DSC）のデータを処理できるアプリケーション１０１を用いることはもちろんである。
【００５７】
前記実施の形態１に従えば、トップファイルTに記述されるリンクファイルLのリンク先を前記と同様印刷バッファ１０５としておき、印刷要求が発生すると、前記アプリケーション１０１に従って出力された印刷記述データは、プリンタバッファ１０５に格納されることになる。また、当該印刷記述データにリンクされた画像データも、前記プリンタ２００Pが印刷可能なデータとして、前記メモリカードMCから当該プリンタバッファ１０５に展開されることになる。
【００５８】
しかしながらここではメモリカードに格納されたデータがJPEG等のプリンタ２００Pが処理可能なデータになっているので、この状態で、トップファイルTに記述されるリンクファイルのリンク先をメモリカード内のオブジェクトに対応する位置としてもよい。
【００５９】
但し、メモリカードMCのデータをリンク先とする場合には、印刷の終了通知がプリンタ側から出されても当該データは消去しないようにする。
【００６０】
以上の構成によると、前記の前記実施の形態１と同様、内部に備えるHDDなどをスプーリング用のバッファとして使用することも、あるいは、外部から接続されたメモリカードなどをそのまま印刷バッファとして使用することも可能となる。また文書画像供給装置側では、レイアウト情報を含む印刷記述データのトップデータを作成するだけで足りることになる。
【００６１】
以下の実施の形態３、４において、上記に示した実施の形態１、２について、特に文書画像データのラスタライズの方法に関し、より具体的に説明を行なう。
（第３の実施の形態）
図１０は、本発明を適用した印刷システムの構成例を示すブロック図であり、図１１は当該システムが適用されたネットワーク図である。
【００６２】
図１１において、ＩＥＥＥ１３９４バス３０００を介してＳＴＢ１０００と、プリンタ２０００が相互に接続されている。ＳＴＢ１０００は、デジタルTVあるいはセットトップボックス（STB）等を使用することができるが、その他、文書画像を供給できる手段となる機器であれば何にでも適用可能である。またプリンタ２０００としてはプリンタあるいはファクシミリ等、文書画像を形成できる手段であれば使用することができる。さらに、図１１中に示されるＩＥＥＥ１３９４バス３０００は、ＵＳＢ、ブルートゥース（Ｒ）あるいは公衆網、専用回線、インターネット網等のデータ転送可能な手段であればよい。
【００６３】
図１０は、ＩＥＥＥ１３９４バス３０００、ＳＴＢ１０００、プリンタ２０００を使用した場合の内部構成を示し、図１９はその動作手順を示すフロー図である。尚、図１９ではＳＴＢ１０００からプリンタ２０００との間の転送路に複数のチャンネルが設定できるなどして、複数の個別データを並列的に転送できることを前提としているが、１チャンネルですべてのデータの転送を行なっても構わない。
【００６４】
図１０に示すように、ＳＴＢ１０００は以下の手段で構成されている。すなわち、印刷文書記述データを生成するアプリケーション１０１、下記のアプリケーション１０１から出力される印刷文書記述データの形式をプリンタ２０００が解読可能な階層構造をもつリンクファイル（ここではXHTMLを使用する）形式の印刷文書記述データに変換する変換手段１０２、前記印刷文書記述データに対応して印刷要求ごとにプリントジョブを発行したり印刷文書記述データのバッファ管理を行なうプリンタ制御手段１０３、印刷文書記述データを一時保存する印刷バッファ１０５と、更にＩＥＥＥ１３９４バス３０００との接続インターフェイスとなる通信I/F１０４とより構成されている。
【００６５】
また、プリンタ２０００となるプリンタの内部は、ＩＥＥＥ１３９４バス３０００との接続用インターフェイスとなる通信I/F２０４、プリントジョブを蓄積するキューの制御部であるキュー制御手段２０３、印刷文書記述データ（ここではXHTMLデータ）の解読をしてラスタライズに渡すインタプリタ２０５、当該インタプリタより得られた印刷データに基づいてラスタライズするラスタライザ２０２、ラスタライズされた印刷文書記述データを記録媒体上に可視記録出力するプリンタエンジン２０１とから構成されている。
【００６６】
前記構成において、まず、ユーザがアプリケーションを用いて例えば印刷データの編集等を行なった後に印刷要求を出すと、アプリケーション１０１から印刷文書記述データが出力される。なお、このアプリケーション１０１についてはメーラやWEBブラウザ及びBMLブラウザ、ディジタルスチールカメラのデータを編集可能なDSCアルバムなどがある。これらからのデータをレイアウタにより再レイアウトし、変換手段１０２で更にプリンタ側で解読可能な言語、例えばXHTML形式に変換する（この場合では、アプリケーションが出力するデータが既にXHTML形式であれば、特に変換は行なわなくても構わないことはもちろんである）。
【００６７】
このように変換された印刷文書記述データは、プリンタ制御手段１０３に渡され、印刷バッファ１０５に格納される。その際、印刷文書記述データの中でリンクされているような画像オブジェクトファイルについては、プリンタで印刷処理が可能な形式のデータ（JPEGやPNG形式）に変換されて本来当該存在していたソース源から印刷バッファ１０５にコピーされる。尚、当該ソース源は、文書画像供給装置１００の中であるか外であるかを問わない。
【００６８】
ここでも既にプリンタで印刷処理が可能な形式のデータである場合には変換の必要はないことはもちろんである。
【００６９】
なお、この印刷バッファ１０５はＳＴＢ１０００のメモリ及びHDDを利用出来る。例えば当該ＳＴＢ１０００がセットトップボックスあるいはディジタルテレビである場合当該セットトップボックスまたはディジタルテレビの機能上本来備えているＨＤＤ等の記憶手段を使用することができる。
【００７０】
ここで図５に示すような画像データを印刷しようとする場合、図７に示すようなプリンタで解読可能な言語（ここではXHTML形式いわゆるML形式）に変換されて印刷バッファ１０５に蓄積される。この図７の例を概念的に表すと図６に示すようになる。図５に示す図は、具体的には図１３（ａ）のPRESENT.bml、CAR.jpg、CUP.jpgから構成されている。これらのデータは、データ放送においてＳＴＢが受信し、まず、図１０におけるＨＤＤ１０６に保存される。
【００７１】
このようにして、アプリケーション１０１が生成する印刷文書記述データは、更に変換手段１０２によりプリンタ側で解読可能な言語、例えばXHTML形式に変換され、１つの印刷要求に対するトップファイルとして扱われ、図６に示すような構成で文書画像供給装置の記憶手段に格納される。
【００７２】
具体的には、図１３（ａ）のデータにおけるPRESENT.bmlが図１０における変換手段１０２によって図１３（ｂ）に示すprint1.xmlに変換され、このprint1.xmlと、図１０に示すＨＤＤ１０６に保存されているCAR.jpgとCUP.jpgとが、図１０における印刷バッファ１０５に保存される。なお、このとき、CAR.jpgとCUP.jpgは印刷バッファ１０６に保存せず、ＨＤＤ１０６上に保存したまま使用しても構わないが、例えばデータ放送において番組が変わることでＨＤＤ上のデータがなくなると印刷に支障が出るため、そういう場合には特に印刷バッファ１０６にすべてのデータを保存しておくことが好ましい。
【００７３】
図６において、トップファイルT「print1.xml」は、図７に示されるように印刷物全体の骨格を決める最上位階層のデータであり、マークアップランゲージＭＬで編集された印刷文書記述データである。また、当該トップファイルTは、画像の配置位置、文字の配置位置や大きさ、あるいは印刷されるべき文字等を含んでいる。
【００７４】
図１３で示すprint1.xmlがトップファイルに該当する。リンクファイルL1「car.jpg」は、図７の１９行目に示される印刷バッファ１０５内のサブディレクトリに格納されたA社の自動車の画像、リンクファイルL2「cup.jpg」は図７の２２行目に示される印刷バッファ１０５内のサブディレクトリに格納されたカップの画像を意味している。尚、上記の印刷バッファ１０５のサブディレクトリ名としては、上記印刷ジョブと一義的に対応する符号、例えばジョブIDと同じにするなどし、更には前記のように本来当該存在していたソース源から印刷バッファ１０５に各々のファイルをコピーして前記サブディレクトリに保存格納するとよい。
【００７５】
また、プリンタ制御手段１０３は、前記格納処理をするとともに、前記アプリケーション１０１で出された印刷要求を受けて、プリンタ２０００に対して、ジョブIDのほか印刷における条件（例えば印刷部数、印刷品位、色指示、印刷向き、形態など）をジョブ情報として含んでいる印刷ジョブの発行を行なう（図１９、ステップS１０１）。
【００７６】
このようにして発行された印刷ジョブは、I/F１０４とＩＥＥＥ１３９４バス３０００を介して、プリンタ側のキュー制御手段２０３へ渡される。このキュー制御手段２０３では、得られたジョブを格納してキューイング管理を行ない、当該ジョブ情報を順番にインタプリタ２０５に渡す。インタプリタ２０５は、この印刷ジョブに含まれる前記印刷文書記述データの、印刷バッファ１０５上での存在場所（URI）を示すパス情報データに基づいて、下記のように印刷処理を実行する。尚、キューイングされる前記ジョブ情報には、前記ジョブIDや上記印刷における条件を含むほか、前記印刷文書記述データの印刷バッファ１０５上での存在場所（URI）を示すパス情報データなども含まれるが、文書画像形成自体に必要なデータ（文書やイメージなど）そのものは含まない。
【００７７】
ここで、図１５を用い、ユーザが印刷要求を出してからの、STBとプリンタ間での通信のやり取りについて具体的に説明する。
【００７８】
前記の様にユーザがSTB上でアプリケーション１０１を用いて所望のデータの印刷を要求（Ｓ１５０１）すると、アプリケーション１０１は印刷文書記述データを出力（Ｓ１５０２）する。出力された印刷文書記述データは、更にプリンタ制御手段１０３により前記印刷文書記述データが印刷バッファ１０５に格納（Ｓ１５０３）される。同時に、前記印刷文書記述データの中でリンクされている画像オブジェクトファイルについても印刷バッファ１０５にコピーされて格納（Ｓ１５０３）される。更に、印刷要求をした際に与えられた印刷条件（印刷部数、印刷品位、色指示など）や、印刷要求毎に識別する為に付与するIDや、前記印刷文書記述データをトップファイルとしその所在場所（URI）を示すパス情報を含んだデータ郡をジョブ情報として生成（Ｓ１５０４）する。
【００７９】
STBは、前記ジョブ情報をプリンタに通知（Ｓ１５０５）し、プリンタが前記ジョブ情報を受信すると、当該ジョブ情報がキュー制御手段２０３により格納、キューイング（Ｓ１５０６）される。
【００８０】
続いて、プリンタは前記ジョブ情報からこの印刷要求に関わるトップファイルの所在場所（URI）を検出（Ｓ１５０７）して、前記所在場所（URI）に基づいてプリンタはSTBに対し前記トップファイルの転送を要求（Ｓ１５０８）する。STBは、プリンタからの前記トップファイルの転送要求を受けて印刷バッファ１０５に格納されている印刷文書記述データを前記トップファイルとして抽出（Ｓ１５０９）し、プリンタに転送（Ｓ１５１０）する。
【００８１】
プリンタは、STBから転送されてきた前記トップファイルを受信（Ｓ１５１１）すると、前記トップファイルに基づいてレイアウト算出の処理及びラスタライズを開始（Ｓ１５１２）する。
【００８２】
次に、判定手段２０５１がラスタライズ中に前記トップファイルにリンクされたオブジェクトファイルＡを検出（Ｓ１５１３）すると、プリンタはデータ要求手段２５０３により前記オブジェクトファイルＡの転送を要求（Ｓ１５１４）する。STBは、プリンタからの前記オブジェクトファイルＡの転送を要求を受けて、印刷バッファ１０５に格納されている該オブジェクトファイルＡを抽出（Ｓ１５１５）し、プリンタに転送（Ｓ１５１６）する。
【００８３】
プリンタは、STBから転送されてきた前記オブジェクトファイルＡを受信（Ｓ１５１７）すると、必要なバンド分のラスタライズ処理（Ｓ１５１８）を行ない、印刷がなされる。
【００８４】
引き続いてプリンタでは、次の必要バンド分のラスタライズ処理が行なわれ（Ｓ１５１９）る。ここで、先と同様に、判定手段２０５１がラスタライズ中に前記トップファイルにリンクされたオブジェクトファイルＡを検出（Ｓ１５２０）すると、プリンタはデータ要求手段２５０３により前記オブジェクトファイルＡの転送を要求(21)する。STBは、プリンタからの前記オブジェクトファイルＡの転送の要求を受けて、印刷バッファ１０５に格納されている該オブジェクトファイルＡを抽出（Ｓ１５２２）し、プリンタに転送（Ｓ１５２３）する。プリンタは、STBから転送されてきた前記オブジェクトファイルＡを受信（Ｓ１５２４）し、さらに本バンド内では判定手段２０５１がラスタライズ中に前記トップファイルにリンクされた新たなオブジェクトファイルＢを検出（Ｓ１５２５）すると、同様にプリンタはデータ要求手段２５０３により前記オブジェクトファイルＢの転送を要求（Ｓ１５２６）する。
【００８５】
STBは、プリンタからの前記オブジェクトファイルＢの転送の要求を受けて、印刷バッファ１０５に格納されている該オブジェクトファイルＢを抽出（Ｓ１５２７）し、プリンタに転送（Ｓ１５２８）する。プリンタは、STBから転送されてきた前記オブジェクトファイルＢを受信（Ｓ１５２９）すると、必要なバンド分のラスタライズ処理（Ｓ１５３０）を行ない、印刷がなされる。
【００８６】
前記のような処理を繰り返し行ない、１つのジョブ分の印刷処理が終了（Ｓ１５３１）すると、プリンタはジョブキューイングの中から前記終了したジョブ情報を削除（Ｓ１５３２）し、さらにSTBに対してジョブの終了を通知（Ｓ１５３３）する。STBは、前記通知を受けてジョブの終了を認知して、印刷バッファ１０５にコピーされて格納されていた前記印刷文書記述データ（トップファイル）と、前記印刷文書記述データの中でリンクされている画像オブジェクトファイルについても前記印刷バッファ１０５から削除（Ｓ１５３４）する。
【００８７】
尚、複数のジョブがある場合には、図１４に示すように、１つのジョブが終了すると、次のジョブに移行するように、ジョブを関連付けする処理（キューイング）を行なう。
【００８８】
図３はインタプリタの構成を機能ブロック図で示したものである。インタプリタ２０５の判定手段２０５１は、前記のようにキュー制御手段２０３より渡された信号が印刷ジョブであることを、前記信号に含まれるトップファイルの所在を示すパス情報により判定したとき、チャンネル制御手段２０５２にその旨を指示する。これを受けてチャンネル制御手段２０５２はI/F２０４にチャンネルを設定するように指示をする。これによって、設定されたチャンネルを介してデータ転送要求手段２０５３が前記パス情報をプリンタ制御手段１０３に渡すとともに、当該印刷ジョブに対応する最上位階層データであるトップファイルTの取得要求をプリンタ制御手段１０３に発行するようになっている（図１９、ステップS１０２→S１０３）。
【００８９】
これに従って前記プリンタ制御手段１０３は通信I/F１０４、２０４を介してインタプリタ２０５に前記要求されたトップファイルTを送信する（図１９、ステップS１０４）。これによってインタプリタ２０５は、ＳＴＢ１０００からの印刷文書記述データのリードを開始する（図１９、ステップS１０４）。
【００９０】
尚、ここでの前記トップファイルTに対する前記データ転送要求の方法は、印刷対象となるトップファイルを指示して一括で要求する方法が挙げられる。但し、この方法では前記トップファイルTのデータ量が大きくなると伝送路に負担をかけ、他の機器に影響を及ぼす可能性があるため、前記トップファイルTに対しても任意の位置から任意のデータ量を要求する方法でもよい。尚、任意のデータ量の要求とは、例えば1ファイルのデータを分割して部分的に要求するといった方法が挙げられる。具体的には、１回目の要求ではトップファイルの先頭位置から１０KB分を要求し、次の要求では先頭から１０KBのオフセット位置から１０KB分を要求するなどといった方法である。
【００９１】
その他に、前記インタプリタ２０５の判定手段２５０１はこの印刷文書記述データの種類を判定して、不必要なデータ（例えば、音声データ）を捨て、印刷されるべきデータをラスタライザ２０２に渡すことになる。このように印刷されるべきデータを受け取ったラスタライザ２０２は当該データをラスタライズして、印刷エンジン２０１が記録媒体上に印刷するようになっている。
【００９２】
上記判定手段２０５１は、前記印刷文書記述データの中に、前記トップファイルTにリンクされたリンクファイルLが前記した図７に示すような状態で付加されていることを検知する。付加されていることを検知すると、チャンネル制御手段２０５２は、前記で設定したチャンネルとは別のチャンネルを設定するようにＩ/Ｆ２０４に指示を出す。新たなチャンネルが設定された時点で、データ要求手段２５０３が当該オブジェクトの転送要求を出す。これによって前記リンクファイルをオブジェクトファイルとして、当該オブジェクトファイルのリードが開始される（図１９、ステップS１０５Yes→S１２１→S１２２→S１２３）。このオブジェクトファイルのリードは任意のデータ量ずつなされるが、その値は予め設定しておいてもよいし、あるいは、データ量演算手段２０５４がその時のラスタライズに必要なデータ量を演算して設定してもよい。（図１９、ステップS１１１）。
【００９３】
具体的には、ラスタライズはバンド単位で行なわれ、前記バンド１つに必要なデータ量は、印刷要求時に得られる用紙サイズなどの印刷条件に基づいて決定される。また、前記１つのバンド内で処理されるべきオブジェクトファイルの必要量についても、判定手段２０５１により、トップファイルTから得られる前記オブジェクトファイルのレイアウト情報に基づいて算出される。このため、例えばある１バンド内で必要とするオブジェクトファイルのデータ量が１０ＫＢであれば、プリンタは前記オブジェクトファイルの１０ＫＢの転送量のみを要求し１回の転送を行なってもよいし、１ＫＢの転送量として１０回の転送を行なっても構わない。また、通常は画像データなどのオブジェクトファイルは圧縮された状態であるので、プリンタが１回の転送量として１ＫＢと設定し、受信のたびに解凍を行ない、１バンド内で必要とするオブジェクトファイルのデータ量を満たすかどうかを判定するとよい。もし満たさなければ、必要量を満足するまで続けてオブジェクトファイルの転送要求を行なう。このような処理によって、バンド１つに対する全体量として必要なデータ量が揃い、ラスタライズが行なえる。
【００９４】
ここで図１３に示すように複数のオブジェクトファイルが存在する場合、対象のオブジェクトファイルごとに前記のような演算を行ない、１回のバンド処理単位内で必要とされるまでの量のデータをそれぞれリードする。
【００９５】
前記の処理において、それぞれリードしていたオブジェクトファイルの読み出しデータ量が前記バンド処理毎に必要なデータ量に達したとき、その時点で一旦転送を中断し、ラスタライズ処理がなされる（図１９、ステップS１１２）。なお、前記のように中断しても、メモリが許す限りバックグラウンドで次の転送処理を行なっても良い。前記のラスタライズ処理が終了して、次のラスタライズ処理で、前記転送を中断したデータが再び必要となった時点で、印刷バッファ１０５の前回停止した位置の次の位置からデータ転送を開始するようになっている（図１９、ステップS１０６Nｏ→S１０７→S１０８）。そして１のオブジェクトについてのリードが完了した時点で、前記のように設定されたチャンネルを開放する（図１９、ステップS１０９Yes→S１１０）。また、すべての印刷ジョブが終了したときには印刷終了通知を印刷制御手段１０３に通知する（図１９、ステップS１１３→S１１４）。
【００９６】
なお、印刷ジョブとオブジェクトの関係は一般的にいうと図１８に示す関係にある。つまり、各印刷ジョブは印刷対象ごとに分けられ、各印刷対象が持つデータがオブジェクトに該当する。本実施の形態３ではジョブが１つで、オブジェクトが２つあることになる。
【００９７】
図８はこの手順をより具体的に示すものである。以下の1.2.・・は図８中の(1)、(2)・・と符合するようにしている。尚、この例では複数チャンネルの同時使用可能なバスIEEE1394を使用していることから、以下に記述するように複数のオブジェトのそれぞれに対応するチャネルを設定しているが、同一チャネル（同一回線）で複数のオブジェクトのデータを転送してもよいことはもちろんである。ここで、前記手順によりトップファイルのリードは完了しているものとする。チャンネルのＯＰＥＮ、ＣＬＯＳＥは、図８に対応させると、図１６に示すような処理になる。さらに、チャンネルと転送を行なうファイルの関係を図１７に示す。
【００９８】
まず最初に、1.最上位階層のトップファイルに記述されている（文字情報などを示す）ベースデータを１本目のバンド幅でラスタライズする。
【００９９】
2.最上位階層のトップファイルに記述されているベースデータを２本目のバンド幅でラスタライズを開始する。
【０１００】
3.最上位階層のトップファイルに記述されているベースデータを２本目のバンド幅でラスタライズ中にリンク情報で示された（イメージ情報などを示す）オブジェクトファイルを検出。そこで別途転送チャンネルを設けて該オブジェクトファイルの転送要求をプリンタ制御手段１０３に出し、これを受けてプリンタ制御手段１０３は前記印刷バッファ１０５から該当するファイルのデータを転送する。
【０１０１】
具体的には、２本目のバンド幅内でベースデータをラスタライズしているのと同時に（あるいはトップファイルを受信した後などで）、前記オブジェクトをレイアウトする情報からデータ量演算手段２０５４が、前記オブジェクトの、前記バンド幅でラスタライズを行なうのに必要なデータ量を算出した上で、データ転送要求手段２０５３が該オブジェクトファイルの転送要求をプリンタ制御手段１０３に出す。なお通常では、イメージ情報などを示すオブジェクトファイルはJPEGなどの圧縮された形式であり、このような場合では次のようになる。
【０１０２】
先のようにしてデータ量演算手段２０５４が、前記オブジェクトの前記バンド幅でラスタライズを行なうのに必要なデータ量（例えば１０Kバイト）を算出すると、データ転送要求手段２０５３は、予め設定されたデータ量（例えば４Kバイト）で、圧縮されている状態の前記オブジェクトファイルのデータの転送要求を行なう。転送処理の後、転送されてきた前記オブジェクトファイルのデータを伸張し、得られたデータ量（例えば７Kバイト）が、前記オブジェクトファイルの、前記バンド幅でラスタライズを行なうのに必要なデータ量に不足していれば、再度前記処理を繰り返す。このようにして、該オブジェクトファイルの、前記バンド幅でラスタライズを行なうのに必要なデータ量を満足するまで、転送要求が行なわれる。
（ラスタライザはこのデータに基づいてオブジェクのラスタライズ処理を継続する。）
4.先のオブジェクトファイルの、２本目のバンド幅でラスタライズを行なうのに十分なデータ量が揃った時点で一旦前記オブジェクトファイルのリードを中断し、元の最上位階層のトップファイルに記述されているベースデータ２本目のラスタライズを継続する。
【０１０３】
5.最上位階層のトップファイルに記述されているベースデータを３本目のバンド幅でラスタライズを開始する。
【０１０４】
6.最上位階層のトップファイルに記述されているベースデータを３本目のバンド幅でラスタライズ中に、リンク情報で示された前記(3)と同じ（イメージ情報などを示す）オブジェクトファイルを検出する。当該オブジェクトファイルの前記(3)の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズを継続する。
【０１０５】
7.先のオブジェクトファイルの、３本目のバンド幅でラスタライズを行なうのに十分なデータ量が揃った時点で一旦前記オブジェクトファイルのリードを中断し、元の最上位階層のトップファイルに記述されているベースデータ３本目のラスタライズを継続する。
【０１０６】
8.最上位階層のトップファイルに記述されているベースデータを３本目のバンド幅でラスタライズ中に、リンク情報で示された前記(6)とは別の（イメージ情報などを示す）オブジェクトファイルを検出する。そこで、前記3.6.とは別の転送チャンネルを設けて、当該オブジェクトファイルのデータを前記3.と同様の手順で転送要求しファイルをリードしてラスタライズを継続する。
【０１０７】
9.２つ目のオブジェクトファイルの、３本目のバンド幅でラスタライズを行なうのに十分なデータ量が揃った時点で一旦このオブジェクトファイルのリードを中断し、元の最上位階層のトップファイルに記述されているベースデータ３本目のラスタライズを継続する。
【０１０８】
10.最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズを開始する。
【０１０９】
11.最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズ中に、リンク情報で示された前記3.6.と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記6.の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズを継続する。
【０１１０】
12.１つ目のオブジェクトファイルのラスタライズが終了した時点で、リードを終了、転送チャンネルを開放する。そして、元の最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズを継続する。
【０１１１】
13.最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズ中に、リンク情報で示された前記8.と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記6.の手順で展開したデータの続きのデータを要求し、ファイルをリードしてラスタライズを継続する。
【０１１２】
14.２つ目のオブジェクトファイルのラスタライズが終了した時点で、リードを終了し、転送チャンネルを開放する。そして、元の最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズを継続する。
【０１１３】
15.最上位階層のトップファイルに記述されているベースデータを５本目のバンド幅でラスタライズする。
【０１１４】
16.最上位階層のトップファイルに記述されているベースデータを６本目のバンド幅でラスタライズする。
【０１１５】
このように文書画像形成装置は、１回のバンド処理単位内でラスタライズに必要とされるオブジェクトファイルが複数あるような場合、前記複数のオブジェクトを論理的に並列にして転送要求が行なわれる。そのために伝送路上に、論理的に前記複数のオブジェクトに対応するチャンネルを各々設定し割り当てることでデータの転送を独立して行なえるようになり、制御が容易になるという効果がある。
【０１１６】
なお、文書画像形成装置は、１つのチャンネルだけを制御して前記複数のオブジェクトの転送要求を行なってもかまわない。
【０１１７】
又、前記において最初のデータについては、トップファイルＴ（XHTMLメインデータ）の存在場所を示すパス情報データとしたが、最初から文書画像供給装置よりトップファイルのデータ（XHTMLメインデータ）をプリンタに送信するようにして、その上で順次必要なオブジェクトファイルのデータを要求する形態にしてもよい。
【０１１８】
前記の手順を繰り返して、前記印刷要求に必要とする全てのオブジェクトの転送が正常終了し、ラスタライズを終えて記録媒体上への印刷を完了すると、データ転送要求手段２０５３は終了通知をジョブIDとともにＳＴＢ１０００のプリンタ制御手段１０３に通知する。当該印刷終了情報を受けたプリンタ制御手段１０３は、前記印刷バッファ１０５に格納されていた当該ジョブIDの印刷文書記述データ（トップファイル）および前記印刷文書記述データにリンクされていたオブジェクトファイルを当該印刷バッファ１０５から削除する。（またこれは、ジョブ毎にジョブIDを対応させてサブディレクトリを作成し、前記ジョブに必要なファイル（トップファイルも含めて）を前記サブディレクトリにまとめて保存格納していれば、文書画像供給装置は印刷終了情報を受けてプリンタ制御手段１０３が前記サブディレクトリを一括で削除する。）
なお、前記印刷バッファ１０５からのデータ削除は、プリンタからの終了通知を受けてではなく、文書画像供給装置がプリンタへ問い合わせることによって当該データの削除可否を検出することによって行ってもよい。
【０１１９】
また、印刷時にプリンタ内部で異常などが発生した場合では、必要に応じて印刷ジョブを消去しなければならない。例えばプリンタ側の電源が印刷処理中に落とされた場合、IEEE1394ではバスリセットモードになりＳＴＢ１０００のプリンタ制御手段１０３では当該バスリセットを受けてプリンタの接続が無くなったことを検知する。プリンタ制御手段１０３は、プリンタ接続が無くなったことを検知したタイミングでジョブ情報及び印刷バッファ内の印刷文書記述データを削除することが出来る。
【０１２０】
更に、ＳＴＢ１０００での電源のオフからオン時に、あるいは任意の設定値により動作するタイマ制限により、ＳＴＢ１０００はジョブ情報及び印刷バッファ１０５内の印刷文書記述データを削除するようにしてシステムの異常発生時に不要となったデータの残留を回避してもよい。なお、前記タイマ制限を開始するタイミングは、前記システム及び装置の異常発生時や、またジョブ発生時であっても構わない。
【０１２１】
前記のように本発明の印刷システムは、シリアルバス接続により印刷文書記述データを転送する際に、文書画像形成装置が解読することが可能な形式のデータで、当該文書画像形成装置がバンド単位毎でラスラタイズ可能なデータ量ずつ転送データの転送をコントロール（停止・再転送）するようになっている。
【０１２２】
これにより、プリンタ側ではスプール用の大きな印刷文書記述データバッファが不要となり、更に印刷文書記述データに対してプリンタ側が必要となったタイミングで別途データを取ってくることが可能となり、ラスタライズ処理を行なうときに都合が良い。
【０１２３】
また文書画像供給装置側では、ジョブの発行だけでジョブキューイング処理の必要が無くなり、内部に備えるHDDなどをスプーリング用のバッファとして使用することができる。
【０１２４】
なお、上記実施例ではコンテンツ供給者が作成したＢＭＬファイルをＳＴＢにおいてＸＭＬファイルに変換する例を示したが、ユーザからの印刷命令にともない、ＢＭＬファイルをＳＴＢからプリンタに送信し、プリンタにおいてＢＭＬファイルからＸＭＬファイルに変換し、このプリンタにおいて作成したＸＭＬをもとに、ＳＴＢのＨＤＤに保持されているリンクファイルを随時プリンタがＰＵＬＬしても構わない。
【０１２５】
（第４の実施の形態）
図１２は、本発明の第４の実施形態を示す機能ブロック図である。この構成例においては、ＳＴＢ１０００と文書画像形成装置（プリンタ）２００がＩＥＥＥ１３９４バス３０００を介して相互に接続されており、基本構成は第３の実施の形態と同じである。
【０１２６】
ただし、この第４の実施の形態では前記第３の実施の形態に基本構成に加えて、ＳＴＢ１０００に外部記憶手段MC（例えばメモリカード：以下メモリカードで説明する）を装着可能な外部メモリI/F１１０を持つ構成となっている。
【０１２７】
この外部メモリI/F１１０は、ＳＴＢ１０００のプリンタ制御手段１０３からの要求によりメモリカードMC内のイメージデータをプリンタ２０００に転送するようになっている。
【０１２８】
ここでメモリカードMCとしてディジタルスチールカメラの画像を格納したメモリカードMCである場合には、アプリケーション１０１としてはディジタルスチールカメラ（DSC）のデータを処理できるアプリケーション１０１を用いることはもちろんである。
【０１２９】
例えばディジタルスチールカメラの画像を格納したメモリカードMCを扱う場合、ユーザは前記アプリケーション１０１を起動して、前記メモリカードMCに格納されている全ての画像の読み込みを行なう。尚、すべての画像ではなく、デジタルＴＶの画面上にサムネール画像を表示し、必要とする画像のみを選択画面に選択可能に表示させるようにしてもよい。読み込まれた前記画像の中から印刷出力したい画像を選択し、更にレイアウトを編集するなどして、ディジタルスチールカメラで撮影された画像が印刷出力したい状態にレイアウトされる。ユーザの前記アプリケーション１０１による編集が終了すると、ユーザは前記アプリケーションに対して印刷の指示を与え、前記アプリケーションは、編集された内容と印刷要求に従った印刷文書記述データを生成する。この生成されたファイルが、実施の形態３でいうトップファイルに該当する。本実施の形態４において、トップファイルは実施の形態３のようにもともとあるものではないので、作成する必要があるが、この作成はＳＴＢのアプリケーションで行なっても、プリンタのアプリケーションで行なっても、どちらでも構わない。プリンタにおいて作成する場合には、ＳＴＢの画面上で、どの画像が選択されたか、どのようなレイアウトが選ばれたか、などの情報のみをＳＴＢからプリンタに送り、この送られたデータをもとに、トップファイルを作成することになる。リンクファイルに関しては、メモリカードＭＣから直接とるようにトップファイルに記載しても、実施の形態３と同様な処理にするために、一度すべてのデータをプリンタのメモリカードＭＣからＳＴＢのＨＤＤ１０６または印刷バッファ１０５に送信しても構わない。
【０１３０】
このようなアプリケーション１０１により生成される印刷文書記述データは、更に変換手段１０２によりプリンタ側で解読可能な言語、例えばXHTML形式に変換され、１つの印刷要求に対するトップファイルＴとして扱い、図６に示すような構成で文書画像供給装置の記憶手段に格納される。
【０１３１】
前記第３の実施の形態に従えば、トップファイルTに記述されるリンクファイルLのリンク先を前記と同様印刷バッファ１０５としておき、印刷要求が発生すると前記アプリケーション１０１に従って編集された印刷文書記述データは印刷バッファ１０５に格納されることになる。また、当該印刷文書記述データにリンクされたオブジェクトデータ（画像データ）も、前記プリンタ２０００が印刷処理可能なデータとして、前記メモリカードMCから当該印刷バッファ１０５に展開されることになる。
【０１３２】
しかしながらここではメモリカードに格納されたオブジェクトデータがJPEG等のプリンタ２０００が処理可能なデータになっている場合では、この状態で、トップファイルTに記述されるリンクファイルのリンク先をメモリカード内のオブジェクトデータに対応する位置としてもよい。
【０１３３】
なお、メモリカードに格納されたオブジェクトデータがプリンタ２０００で印刷処理可能なデータでない場合でも、プリンタ制御手段１０３が前記プリンタ２０００で印刷処理可能なデータに変換しながら前記プリンタ２０００に転送してもよい。あるいはプリンタ制御手段１０３が前記プリンタ２０００で印刷処理出来ないような、メモリカード内のオブジェクトデータを扱う場合には以下のような処理を行っても良い。即ち、上記オブジェクトデータを一旦印刷バッファ１０５に格納し、前記プリンタ２０００に転送する時にプリンタ制御手段１０３が前記プリンタ２０００で印刷処理可能なデータに変換しながら前記プリンタ２０００に転送するのである。尚、上記バッファ１０５に格納する際に、変換しながら（変換してから）格納しても良い。
【０１３４】
但し、メモリカードMCのデータをリンク先とする場合には、印刷の終了通知がプリンタ側から出されても当該データは消去しないようにする。
以上の構成によると、前記の前記第３の実施の形態と同様、内部に備えるHDDなどをスプーリング用のバッファとして使用することも、あるいは、外部から接続されたメモリカードなどをそのまま印刷バッファとして使用することも可能となる。また文書画像供給装置側では、レイアウト情報を含む印刷文書記述データのトップファイルを作成するだけで足りることになる。
【０１３５】
以上、従来例として特開2000-66867号公報に記載のプリンタ装置では、トップファイルのデータをもとにページ単位で文字と画像を揃えてレイアウトし合成した上でラスタライズを行ない、記録媒体上に可視記録出力するものであった。このため、プッシュ型に現れる欠点と同様、プリンタ側に所定容量の（この場合少なくともページ全体を構成するのに必要な）印刷バッファを設ける必要があり、コストデメリットが発生していた。しかし、本願発明により、文書画像形成装置側にハードディスク等の大容量の記憶手段を持つ必要がなくなることになる。特に複数のファイルからなる文書画像データを処理するときに、各ファイル毎にチャンネルを設けるとＳＴＢ１０００とプリンタ２０００間のデータ転送のためのチャンネル制御が単純になり、ＳＴＢ１０００とプリンタ２０００におけるデータ処理も容易になる効果を得ることが出来る。
【０１３６】
（第５の実施の形態）
続いて、第５の実施の形態について説明する。上述した実施の形態では、ＩＥＥＥ１３９４バスを利用した通信を例に挙げてきたが、ここでは、上記ＩＥＥＥ１３９４に変えてブルートゥース（Ｒ）を用いた場合について図２０〜２２を用いて詳細に説明する。
【０１３７】
ブルートゥースとは、現在標準化が行われている近距離無線技術の名称であり、このブルートゥースの標準化団体である"The Bluetooth Special Interest Group（ＳＩＧ）"にて用いられている用語等を用いて以下の説明を行なう。
【０１３８】
まず、ブルートゥースのプロトコルについて、図２０を用いて説明する。上記ブルートゥースの規格においては、例えば、ベースバンド２００１、ＬＭＰ（Link Manager protocol：リンク・マネージャ・プロトコル）２００２、Ｌ２ＣＡＰ（Logical Link control and adaptation protocol：論理リンク・コントロールとアダプテーションのプロトコル）２００３、ＲＦＣＯＭＭ２００４、ＳＤＰ（Service Discovery protocol：サービス・ディスカバリ・プロトコル）２００５、ＴＣＳ（Telephony control protocol Specification Binary：テレフォニー・コントロール・プロトコル）２００６などが規定されている。
【０１３９】
また、ブルートゥースを用いた場合、アプリケーションは、従来の通信技術において一般的に用いられているＯＢＥＸ（Object Exchange）２００８やＴＣＰ／ＩＰを利用して通信することができる。さらに、ブルートゥース規格では、図２１に示すような数種類（アプリケーション別）のプロファイル２１０１を規定している。
【０１４０】
本実施の形態５では、この中のオブジェクト交換プロファイル２１０２を利用した場合について説明する。
【０１４１】
汎用オブジェクト交換プロファイルは、オブジェクト（ファイル）の交換を行なう際の処理を統括しており、交換方式の種類により「オブジェクトプッシュプロファイル２１０３（Object Push Profile）」、「ファイル転送プロファイル２１０４（File Transfer Profile）」、「データ同期プロファイル２１０５（Synchronization Profile）」、およびこれらに加えて「Basic Printing Profile２１０６（BPP）」のいずれかが適用される。
【０１４２】
各プロファイルの適用例と構成を図２２に示す。オブジェクトプッシュプロファイル２１０３は、携帯電話同士（サーバーとクライアント間）で名刺情報交換などを行なう場合など、比較的小さいサイズのオブジェクト交換（Push/Pull形式）に利用される（例２２０１）。また、ファイル転送プロファイル２１０４は、パソコン同士で比較的大きいファイル転送を行なう時などに使用される（例２２０２）。データ同期プロファイル２１０５は、非同期接続時でも、音声や動画像など実時間伝送（データ同期機能）が必要とされる場合に適用される（例２２０３）。また、 Basic Printing Profile２１０６（BPP）は、Object Exchange（OBEX）との併用によりPDAや携帯電話でプリントダライバ無しで、（プリンタポートの無い機器の）プリンタとの通信が可能となる（例２２０４）。これらは、RFCOMM２００４の上にOBEX２００８というオブジェクト交換用のプログラムを載せた構成になっていて、マスターとスレーブ間の非同期接続を実現している。
【０１４３】
なお、ここでは、さらに、オブジェクト交換プロファイルの中のBasic Printing Profile２１０６を利用した具体例を説明する。
【０１４４】
Basic Printing Profile２１０６では、Simple Push Transfer Model  と  Job Based Transfer Model  があり、以下にそれぞれの場合について説明する。
【０１４５】
Simple Push Transfer Modelでは、OBEXプロトコルによるPUT REQUESTを用いて送信機側（画像供給装置１００）は、受信機側（画像形成装置２００）にオブジェクトを送信する。なお、このモデルでは双方の間でジョブの管理およびステータスなどの取得は行なわれない。
【０１４６】
画像供給装置１００では印刷要求が発生すると、アプリケーションがOBEXプロトコルのOperation(=FilePush)を用いて画像形成装置２００にドキュメントデータを送信しようとする。このとき、ドキュメントデータは、OBEXのヘッダーの１つであるBodyHeaderに含められる。
【０１４７】
またこのモデルには、印刷コンテンツに画像データのような参照付けがなされたオブジェクトを含んでいる場合には、画像形成装置２００が接続先の画像供給装置１００から画像データを検索することが出来るようなメカニズムを持っており、その場合、画像形成装置２００がOBEXプロトコルにおけるGET REQUEST命令であるOperation(=GetReferencedObjects)を用いて、画像供給装置１００に、必要とする参照付けがなされたオブジェクトの送信要求を行なえる。このとき、画像形成装置２００はOBEXのヘッダーの１つであるTypeHeaderにGETリクエストがreferencedobjectである事、NameHeaderにはURI、また、Application parameter headerにはOffset、Countなどを設定する。Offsetは画像やファイルデータに対するオフセット量（bytes）、Countは送信して欲しい量（bytes）を示す。画像供給装置１００はこの要求を受けて、レスポンスのOBEXのBodyHeaderにGET RESPONSEとして画像形成装置２００が要求していた画像データを設定し、画像形成装置２００に送信する。
【０１４８】
また、Job Based Transfer Modelでは、前記と同様にOBEXプロトコルによる通信が行なわれるが、Simple Push Transfer Modelとは異なり、ジョブの生成を行なってジョブIDベースでのデータ転送を行なう。ジョブ管理や状態取得などのメッセージレスポンスについては、SOAP/XMLでの形式でレコード化されてやり取りされる。
【０１４９】
ドキュメントデータ自体の転送については、最初に画像供給装置１００のアプリケーションがOBEXプロトコルのGET REQUESTであるOperation(=CreateJob)によるジョブ生成処理の後に、画像供給装置１００は画像形成装置２００からGET RESPPONSEとしてApplicationparameter headerにJobIDを含めて受け取る。その後、画像供給装置１００は、PUT REQUESTであるOperation(=SendDocument)を用いてドキュメントデータの送信を行なう。このとき、OBEXのType Headerにはドキュメントのタイプ、Body Headerには印刷データ自体が設定される。この場合でもSimple Push Transfer Modelの場合と同様に、印刷コンテンツに画像データのような参照付けがなされたオブジェクトを含んでいる場合には、画像形成装置２００が接続先の画像供給装置１００からその画像データを検索することが出来るようなメカニズムを持っており、その場合、画像形成装置２００がOBEXプロトコルによるGETアクションであるOperation(=GetReferencedObjects)を用いて画像供給装置１００に必要とする参照付けがなされたオブジェクトの送信要求を行なえる。このとき、画像形成装置２００はOBEXのヘッダーの１つであるTypeHeaderにGETリクエストがreferencedobjectである事、NameHeaderにはURI、また、Application parameter headerにはOffset、Countなどを設定する。Offsetは画像やファイルデータに対するオフセット量（bytes）、Countは送信して欲しい量（bytes）を示す。画像供給装置１００はこの要求を受けて、レスポンスのOBEXのBodyHeaderにGET RESPONSEとして画像形成装置２００が要求していた画像データを設定し、画像形成装置２００に送信する。
【０１５０】
また、Simple Push Transfer Modelの場合では、アプリケーションがOBEXプロトコルのPUT REQUEST であるOperation(=FilePush)を用いて画像形成装置２００にドキュメントデータを送信する以外に、画像供給装置１００がOperation(=SimpleReferencePush)を用いて、ドキュメントデータ自体を送信せずに、OBEXのBody Headerに参照用のURLを設定しておき、これを受けた画像形成装置２００は得られた参照用のURLに基づいてOBEXプロトコルによるGET REQUESTであるOperation(=GetReferencedObjects)を用いて画像供給装置１００に対して、必要とする参照付けがなされたドキュメントデータの送信要求を行なえる。
【０１５１】
また、Job Based Transfer Modelの場合でも前記Simple Push Transfer Modelと同様に、前記のJob Based Transfer Modelの処理時において画像供給装置１００は、Operation(=SendDocument)の代りに、PUT REQUESTであるOperation(=SendReference)を用いて、ドキュメントデータ自体を送信せずに、OBEXのBody Headerに参照用のURLを設定しておき、これを受けた画像形成装置２００は得られた参照用のURLに基づいてOBEXプロトコルによるGET REQUESTであるOperation(=GetReferencedObjects)を用いて画像供給装置１００に対して、必要とする参照付けがなされたドキュメントデータの送信要求が行なえる。
【０１５２】
以上により、ブルートゥースを用いた場合でも、画像形成装置２００は、画像供給装置１００より例えば画像データの所定部から所定量のデータのみを取得する事が可能である。
【図面の簡単な説明】
【０１５３】
【図１】  本発明の実施の形態を示すブロック図である。
【図２】  本発明が適用されるネットワーク環境の一例を示すブロック図である。
【図３】  インタプリタの詳細を示す機能ブロック図である。
【図４】  本発明の他の実施の形態を示すブロック図である。
【図５】  本発明が適用される画像の一例を示す図である。
【図６】  本発明に使用する印刷記述データの概念図である。
【図７】  印刷記述データの詳細図である。
【図８】  本発明のラスタライズの手順を説明する図である。
【図９】  本発明の動作手順を示すフロー図である。
【図１０】  本実施の形態３における印刷システムの構成を示すブロック図である。
【図１１】  本実施の形態３におけるネットワーク関係を示す図である。
【図１２】  本実施の形態４における印刷システムの構成を示すブロック図である。
【図１３】  本実施の形態３、４における印刷対象に関わるファイルを示す図である。
【図１４】  本実施の形態３におけるジョブのキューイングの様子を示す図である。
【図１５】  本実施の形態３におけるフェースチャートを示す図である。
【図１６】  本実施の形態３におけるチャンネル使用を示す図である。
【図１７】  本実施の形態３におけるポートと転送を行なうファイルの関係を示す図である。
【図１８】  本実施の形態３におけるジョブとオブジェクトの関係を示す図である。
【図１９】  本実施の形態３における動作手順を示すフローを示す図である。
【図２０】  ブルートゥースのプロトコルを示す図である。
【図２１】  ブルートゥースにおけるアプリケーション別のプロファイルを示す図である。
【図２２】  各プロファイルの適用例を示す図である。
【図２３】  従来の印刷システムを示す概念図である。
【図２４】  従来の他の印刷システムを示す概念図である。
【図１】
0004199659.tif 000002
【図２】
0004199659.tif 000003
【図３】
0004199659.tif 000004
【図４】
0004199659.tif 000005
【図５】
0004199659.tif 000006
【図６】
0004199659.tif 000007
【図７】
0004199659.tif 000008
【図８】
0004199659.tif 000009
【図９】
0004199659.tif 000010
【図１０】
0004199659.tif 000011
【図１１】
0004199659.tif 000012
【図１２】
0004199659.tif 000013
【図１３】
0004199659.tif 000014
【図１４】
0004199659.tif 000015
【図１５】
0004199659.tif 000016
【図１６】
0004199659.tif 000017
【図１７】
0004199659.tif 000018
【図１８】
0004199659.tif 000019
【図１９】
0004199659.tif 000020
【図２０】
0004199659.tif 000021
【図２１】
0004199659.tif 000022
【図２２】
0004199659.tif 000023
【図２３】
0004199659.tif 000024
【図２４】
0004199659.tif 000025