(57)【要約】プッシュ型で、画像供給装置１００側からプリンタ２００Ｐデータを転送する場合にはプリンタ２００Ｐ側にも少なくとも１ページ分の容量を持つバッファを備える必要がある。そこで、文書画像供給装置１００は、アプリケーションから得られる印刷記述データを，自己の記憶手段１０５に格納する。画像形成装置２００は受け取った印刷記述データに基づいてラスタライズするが、この過程で過程で上記印刷記述データのトップファイルＴにリンクするリンクファイルＬがあるときに、当該画像形成装置２００側から当該リンク先を指定して、文書画像供給装置１００にデータ取得要求を出すようにすることで、バッファを不要とする。
2003008196.tif 000002
【特許請求の範囲】
【請求項１】
通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく画像データ転送方法であって、
前記画像形成装置からの要求に基づいて上記階層構造の最上位階層の印刷記述データを前記文書画像供給装置から前記画像形成装置に転送する手順と、
前記最上位階層に記載されたリンク情報を検出したとき、前記リンク情報に対応するオブジェクトデータを前記画像形成装置の一回のラスタイズで必要な単位のみ取得する手順と、
を備えたことを特徴とする画像データ転送方法。
【請求項２】
前記画像形成装置は、前記文書画像供給装置に対して任意のタイミングでデータ転送を要求する請求の範囲第１項に記載の画像データ転送方法。
【請求項３】
前記画像形成装置は、前記ラスタライズの際に必要とする複数のオブジェクトのデータ転送要求に対して、前記文書画像供給装置との間に前記オブジェクトの数に対応する複数の伝送チャンネルを設定し、各伝送チャネルに対してデータ転送を並列的にコントロールする請求の範囲第１項に記載の画像データ転送方法。
【請求項４】
前記画像形成装置は、前記複数の伝送チャンネル毎にコントロールする際に、データの転送処理を独立して制御する請求の範囲第３項に記載の画像データ転送方法。
【請求項５】
前記画像形成装置は、前記オブジェクトデータの任意の位置からの任意のデータ量を指定して前記文書画像供給装置にデータ転送要求をする請求の範囲第１項に記載の画像データ転送方法。
【請求項６】
前記オブジェクトデータの任意の位置は、前記オブジェクトデータの前回の取得終了位置であり、前記任意のデータ量は一回のラスタライズに必要な量である請求の範囲第５項に記載の画像データ転送方法。
【請求項７】
前記リンク情報には、少なくとも前記文書画像供給装置が保持しているオブジェクトデータの格納場所を示すパス情報あるいはＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）に対応する情報の何れかが含まれる請求の範囲第１項に記載のデータ転送方法。
【請求項８】
前記文書画像供給装置は、前記画像形成装置からの前記リンク情報に基づくデータ転送要求に従って、データを転送することを特徴とする請求の範囲第１に記載の画像データ転送方法。
【請求項９】
階層構造を持つリンクファイル形式で記述された印刷記述データに基づいて文書画像供給装置から必要なデータの転送を受けて画像データを形成する画像形成装置において、
前記文書画像供給装置から転送された印刷記述データよりリンク情報を判定する判定手段と、
前記判定手段が判定したリンク情報に基づいて、前記文書画像供給装置に対して当該リンク情報に対応するオブジェクトデータの転送を要求するデータ転送要求手段とを備えたことを特徴とする画像形成装置。
【請求項１０】
前記データ転送要求手段は、一回のラスタイズで必要な単位のみ前記オブジェクトデータを取得する請求の範囲第９項に記載の画像形成装置。
【請求項１１】
前記データ転送要求手段は、前記文書画像供給装置に対して任意のタイミングでデータ転送を要求する請求の範囲第１０項に記載の画像形成装置。
【請求項１２】
前記判定手段がリンク情報の存在を検出したときに、当該リンク情報に対応するオブジェクトを伝送するために、伝送路のチャネルの設定を指示するチャンネル制御手段を備えた請求の範囲第１０項に記載の画像形成装置。
【請求項１３】
前記チャンネル制御手段は、必要とする複数のオブジェクトのデータ転送に対して、前記文書画像供給装置との間に複数のチャンネルを設けて、各々のチャンネルに対してデータ転送を並列的にコントロールする請求の範囲第１２項に記載の画像形成装置。
【請求項１４】
前記チャンネル制御手段は、前記複数の伝送チャンネル毎にコントロールする際に、データの転送を独立して制御する請求の範囲第１３項に記載の画像形成装置。
【請求項１５】
更に、データ取得量演算手段を備え、転送されるべきデータの必要量を算出する請求の範囲第１０項に記載の画像形成装置。
【請求項１６】
前記データ取得量算出手段が、前回に取得したオブジェクトデータの次のデータからの所定量を算出する請求の範囲第１５項に記載の記載の画像形成装置。
【請求項１７】
通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく画像印刷システムであって、
前記文書画像供給装置側に、
前記印刷記述データを記憶する印刷バッファと、
前記画像形成装置からの要求に応じて前記印刷記述データを画像形成装置に転送するとともに、画像形成装置からのオブジェクトデータ取得要求に応じて当該オブジェクトデータを格納先から前記画像形成装置に転送するプリンタ制御手段を備え、
前記画像形成装置側に、
前記文書画像供給装置から転送された印刷記述データよりリンク情報を判定する判定手段と、
前記判定手段が判定したリンク情報に基づいて、前記文書画像供給装置に対して当該リンク情報に対応するオブジェクトデータの転送を要求するデータ転送要求手段と
を備えたことを特徴とする画像印刷システム。
【請求項１８】
前記プリンタ制御手段は、生成されたジョブＩＤの種別と前記印刷バッファに保存格納される印刷記述データとを一義的に対応するように決定する請求の範囲第１７項に記載の画像印刷システム。
【請求項１９】
前記プリンタ制御手段は、
画像形成装置からの印刷正常終了通知を受信した時のタイミングで、前記印刷バッファに保存格納されている印刷記述データをジョブ情報と共に削除する請求の範囲第１７項に記載の画像印刷システム。
【請求項２０】
前記プリンタ制御手段は、
前記画像形成装置との通信接続において前記画像形成装置の接続が解除されたことを検知した時のタイミングで、前記印刷バッファに保存格納されている印刷記述データをジョブ情報と共に削除する請求の範囲第１７項に記載の画像印刷システム。
【請求項２１】
前記プリンタ制御手段は、前記画像形成装置との通信接続において、システム及び接続状態が異常を生じたとき、前記印刷バッファに保存格納されている印刷記述データをジョブ情報と共に削除する請求の範囲第１７項に記載の画像印刷システム。
【請求項２２】
上記異常が生じたときであってタイマに設定した所定時間内に異常が復帰しないとき、前記印刷バッファに保存格納されている印刷記述データをジョブ情報と共に削除する請求の範囲第２１項に記載の画像印刷システム。
【請求項２３】
前記プリンタ制御手段は、
印刷記述データの最上位階層データおよび当該最上位階層にリンクされたオブジェクトデータを前記印刷バッファに記憶する請求の範囲第１７項に記載の画像印刷システム。
【請求項２４】
前記印刷バッファとして、前記文書画像供給装置がその機能上本来備えている記憶手段を利用する請求項１７に記載の画像印刷システム。
【請求項２５】
前記印刷記述データの最上位階層にリンクするオブジェクトデータのリンク先が前記印刷バッファとは別の記憶媒体である請求の範囲第１７項に記載の画像印刷システム。
【請求項２６】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像データ転送方法であって、
前記文書画像供給装置から前記文書画像形成装置に最上位階層の印刷文書記述データを特定する情報を転送する手順と、
前記文書画像形成装置は、前記最上位階層の印刷文書記述データを特定する情報に基づいて前記文書画像供給装置に対して前記最上位階層の印刷文書記述データの転送要求をする手順と、
前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データを前記文書画像供給装置から前記文書画像形成装置に転送する手順と、
前記最上位階層に記載されたリンク情報を検出したとき、前記リンク情報に対応するオブジェクトのデータあるいはファイルを前記文書画像形成装置の一回のラスタイズで必要な単位のみ取得する手順と、
を備えたことを特徴とする文書画像データ転送方法。
【請求項２７】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像データ転送方法であって、
前記文書画像供給装置から前記文書画像形成装置に最上位階層の印刷文書記述データを転送する手順と、
前記最上位階層に記載されたリンク情報を検出したとき、前記リンク情報に対応するオブジェクトのデータあるいはファイルを前記文書画像形成装置の一回のラスタイズで必要な単位のみ取得する手順と、
を備えたことを特徴とする文書画像データ転送方法。
【請求項２８】
前記文書画像形成装置が、前記文書画像供給装置に対して任意のタイミングでデータ転送を要求する請求の範囲第２６項又は２７項のいずれかに記載の文書画像データ転送方法。
【請求項２９】
前記文書画像形成装置は、前記ラスタライズ処理の際に必要とする複数のオブジェクトのデータあるいはファイル転送要求において、前記文書画像供給装置との間で前記オブジェクトの数に対応する複数のデータ転送を並行して要求する請求の範囲第２８項に記載の文書画像データ転送方法。
【請求項３０】
前記文書画像形成装置は、前記複数のデータ転送を並行して要求する際に、データの転送処理を独立して制御する請求の範囲第２９項に記載の文書画像データ転送方法。
【請求項３１】
前記文書画像形成装置は、前記オブジェクトのデータあるいはファイルの任意の位置からの任意のデータ量を指定して前記文書画像供給装置にデータ転送要求をする請求の範囲第２６項又は２７項のいずれかに記載の文書画像データ転送方法。
【請求項３２】
前記オブジェクトのデータあるいはファイルの転送は、前記任意のデータ量を一回のラスタライズに必要な量が獲得されるまで、１回あるいは複数回繰り返される請求の範囲第２６項又は２７項のいずれかに記載の文書画像データ転送方法。
【請求項３３】
前記リンク情報には、少なくとも前記文書画像供給装置が保持しているオブジェクトのデータあるいはファイルの格納場所を特定する情報が含まれる請求の範囲第２６、２７項のいずれかに記載の文書画像データ転送方法。
【請求項３４】
前記格納場所を特定する情報は、パス情報である請求の範囲第３３項に記載の文書画像データ転送方法。
【請求項３５】
前記格納場所を特定する情報は、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）である請求の範囲第３３項に記載の文書画像データ転送方法。
【請求項３６】
前記最上位階層の印刷文書記述データを特定する情報は、パス情報である請求の範囲第２６項に記載の文書画像データ転送方法。
【請求項３７】
前記最上位階層の印刷文書記述データを特定する情報は、
ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）である請求の範囲第２６項に記載の文書画像データ転送方法。
【請求項３８】
前記文書画像供給装置は、前記文書画像形成装置からの前記リンク情報に基づくデータ転送要求に従って、データを転送する請求の範囲第２６、２７項のいずれかに記載の文書画像データ転送方法。
【請求項３９】
階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づいて文書画像供給装置から必要なデータの転送を受けて文書画像データを形成する文書画像形成装置において、
前記文書画像供給装置から転送された印刷文書記述データより、リンク情報を判定する判定手段と、
前記判定手段が判定したリンク情報に基づいて前記文書画像供給装置に対して当該リンク情報に対応するオブジェクトデータの転送を要求するデータ転送要求手段とを備えたことを特徴とする文書画像形成装置。
【請求項４０】
階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づいて文書画像供給装置から必要なデータの転送を受けて文書画像データを形成する文書画像形成装置において、
前記文書画像供給装置から転送されてきた前記階層構造の最上位階層の印刷文書記述データを特定する情報を判定するとともに、前記文書画像供給装置から転送されてきた印刷文書記述データよりリンク情報を判定する判定手段と、
前記判定手段が判定した最上位階層の印刷文書記述データを特定する情報に基づいて前記文書画像供給装置に対して当該特定対象となる最上位階層の印刷文書記述データの転送を要求するとともに、前記判定手段が判定したリンク情報に基づいて前記文書画像供給装置に対して当該リンク対象となるオブジェクトのデータの転送を要求するデータ転送要求手段と、
を備えたことを特徴とする文書画像形成装置。
【請求項４１】
前記データ転送要求手段は、前記文書画像供給装置に対して任意のタイミングでデータ転送を要求する請求の範囲第３９、４０項のいずれかに記載の文書画像形成装置。
【請求項４２】
前記判定手段がリンク情報の存在を検出したときに、当該リンク情報に対応するオブジェクトを転送要求するために、前記文書画像供給装置との間で前記オブジェクトの数に対応する複数のデータ転送を並行して要求する制御手段を備えた請求の範囲第３９、４０項のいずれかに記載の文書画像形成装置。
【請求項４３】
前記制御手段は、前記複数のデータ転送を並行して要求する際に、データの転送を独立して制御する請求の範囲第４２項に記載の文書画像形成装置。
【請求項４４】
更に、データ取得量演算手段を備え、転送されるべきデータの必要量を算出する請求の範囲第３９、４０項に記載の文書画像形成装置。
【請求項４５】
前記リンク情報には、少なくとも前記文書画像供給装置が保持しているオブジェクトのデータあるいはファイルの格納場所を特定する情報が含まれる請求の範囲第３９、４０項に記載の文書画像形成装置。
【請求項４６】
前記格納場所を特定する情報は、パス情報である請求の範囲第４５項に記載の文書画像形成装置。
【請求項４７】
前記格納場所を特定する情報は、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）である請求の範囲第４５項に記載の文書画像形成装置。
【請求項４８】
前記最上位階層の印刷文書記述データを特定する情報は、パス情報である請求の範囲第４０項に記載の文書画像形成装置。
【請求項４９】
前記最上位階層の印刷文書記述データを特定する情報は、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）である請求の範囲第４０項に記載の文書画像形成装置。
【請求項５０】
前記文書画像形成装置は、
前記文書画像供給装置からの文書画像形成要求が単数あるいは複数発生した際、それぞれの前記文書画像形成要求ごとに各々の文書画像形成要求データが保存管理されるキュー情報を制御するキュー制御手段を備える請求の範囲第３９、４０項のいずれかに記載の文書画像形成装置。
【請求項５１】
前記キュー情報には、文書画像形成に必要なデータそのものを含まない請求の範囲第５０項の文書画像形成装置。
【請求項５２】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像印刷システムであって、
文書画像供給装置側に、
前記印刷文書記述データと前記印刷文書記述データによりリンクされたオブジェクトのデータを記憶する印刷バッファと、
前記文書画像形成装置に最上位階層の印刷文書記述データを特定する情報を転送しさらに前記文書画像形成装置からの要求に応じて前記印刷文書記述データを文書画像形成装置に転送するとともに、文書画像形成装置からのオブジェクトのデータ取得要求に応じて当該オブジェクトのデータを格納先である前記印刷バッファから文書画像形成装置に転送するプリンタ制御手段を備え、
文書画像形成装置側に、
前記文書画像供給装置から転送された印刷文書記述データの最上位階層にリンクされたオブジェクトがあるか否かを判定する判定手段と、前記判定手段が前記オブジェクトを判定したとき、文書画像供給装置にオブジェクト取得要求を出すデータ転送要求手段と、
を備えたことを特徴とする文書画像印刷システム。
【請求項５３】
通信手段により接続された文書画像供給装置と文書画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷文書記述データに基づく文書画像印刷システムであって、
文書画像供給装置側に、
前記印刷文書記述データと前記印刷文書記述データによりリンクされたオブジェクトのデータを記憶する印刷バッファと、
前記文書画像形成装置に最上位階層の印刷文書記述データを転送するとともに、文書画像形成装置からのオブジェクトのデータ取得要求に応じて当該オブジェクトのデータを格納先である前記印刷バッファから文書画像形成装置に転送するプリンタ制御手段を備え、
文書画像形成装置側に、
前記文書画像供給装置から転送されてきた印刷文書記述データの最上位階層にリンクされたオブジェクトがあるか否かを判定する判定手段と、
前記判定手段が前記オブジェクトを判定したとき、文書画像供給装置にオブジェクト取得要求を出すデータ転送要求手段と、
を備えたことを特徴とする文書画像印刷システム。
【請求項５４】
前記プリンタ制御手段は、
前記最上位階層の印刷文書記述データおよび前記最上位階層の印刷文書記述データにリンク情報によりリンクされたオブジェクトデータから、文書画像形成に必要なデータを複製データとして生成し、当該複製データを文書画像形成の要求発生時に生じるジョブ単位に対応したディレクトリに格納する請求の範囲第５２、５３項のいずれかに記載の文書画像印刷システム。
【請求項５５】
前記プリンタ制御手段は、
前記印刷文書記述データと前記オブジェクトデータの削除時に、当該印刷文書記述データと前記オブジェクトデータが保存格納されている前記ディレクトリを削除する請求の範囲第５４項に記載の文書画像印刷システム。
【請求項５６】
前記削除時は、前記文書画像形成装置からの文書画像の形成処理の完了通知を受けた時である請求の範囲第５５項に記載の文書画像印刷システム。
【請求項５７】
前記削除時は、前記文書画像供給装置が文書画像形成装置に文書画像の形成処理の状態を問い合わせることにより、前記文書画像供給装置が前記形成処理の終了を検知したときである請求の範囲第５５項に記載の文書画像印刷システム。
【請求項５８】
前記削除時は、任意のイベントが発生した際にタイマのカウントを開始し所定の時間が経過した時点である請求の範囲第５５項に記載の文書画像印刷システム。
【請求項５９】
前記印刷バッファとして、前記文書画像供給装置がその機能上本来備えている記憶手段を利用する請求の範囲第５２、５３項のいずれかに記載の文書画像印刷システム。
【請求項６０】
前記印刷文書記述データの最上位階層にリンクするオブジェクトデータのリンク先が前記印刷バッファとは別の記憶媒体である請求の範囲第５２、５３項のいずれかに記載の文書画像印刷システム。
【請求項６１】
前記文書画像形成装置は、
前記文書画像供給装置からの文書画像の形成の要求が単数あるいは複数発生した際、それぞれの前記文書画像の形成要求ごとに各々の要求データを保存管理するキュー情報を制御するキュー制御手段備える請求の範囲第５２、５３項のいずれかに記載の文書画像印刷システム。
【請求項６２】
前記キュー情報は、文書画像形成に必要なデータそのものを含まない請求の範囲第６１項に記載の文書画像印刷システム。
【請求項６３】
階層構造を持つリンクファイル形式で記述された印刷文書記述データおよび前記印刷文書記述データによりリンクされたオブジェクトデータを転送供給する文書画像供給装置において、
文書画像形成装置に最上位階層の印刷文書記述データの格納場所を特定する情報を転送する転送手段１と、
前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データを転送する転送手段２と、
前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データにリンク情報によりリンクされたオブジェクトデータを転送する転送手段３とを備えたことを特徴とする文書画像供給装置。
【請求項６４】
階層構造を持つリンクファイル形式で記述された印刷文書記述データおよび前記印刷文書記述データによりリンクされたオブジェクトのデータを転送供給する文書画像供給装置において、
文書画像形成装置に最上位階層の印刷文書記述データを転送する転送手段４と、
前記文書画像形成装置からの要求に基づいて前記最上位階層の印刷文書記述データにリンク情報によりリンクされたオブジェクトデータを転送する転送手段３とを備えたことを特徴とする文書画像供給装置。
【請求項６５】
前記リンク情報は、少なくとも前記文書画像供給装置が保持しているオブジェクトデータあるいはファイルの格納場所を特定する情報が含まれる請求の範囲第６３、６４項のいずれかに記載の文書画像供給装置。
【請求項６６】
前記格納場所を特定する情報は、パス情報である請求の範囲第６５項に記載の文書画像供給装置。
【請求項６７】
前記格納場所を特定する情報は、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）である請求の範囲第６５項に記載の文書画像供給装置。
【請求項６８】
前記最上位階層の印刷文書記述データの格納場所を特定する情報は、パス情報である請求の範囲第６３項に記載の文書画像供給装置。
【請求項６９】
前記最上位階層の印刷文書記述データの格納場所を特定する情報は、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｓ）である請求の範囲第６３項に記載の文書画像供給装置。
【請求項７０】
前記転送手段３は、前記文書画像形成装置からの要求に基づいて、前記オブジェクトのデータあるいはファイルの任意の位置から任意のデータ量を転送する請求の範囲第６３、６４項のいずれかに記載の文書画像供給装置。
【請求項７１】
前記印刷文書記述データおよび前記オブジェクトデータは、
文書画像形成の要求発生時に生じるジョブ単位に対応したディレクトリに格納される請求の範囲第６３、６４項のいずれかに記載の文書画像供給装置。
【請求項７２】
前記印刷文書記述データと前記オブジェクトデータの削除時に前記ディレクトリを削除する請求の範囲第７１項に記載の文書画像供給装置。
【請求項７３】
前記削除時は、文書画像形成装置からの文書画像の形成処理の完了通知を受けた時である請求の範囲第７２項に記載の文書画像供給装置。
【請求項７４】
前記削除時は、文書画像形成装置に文書画像の形成処理の状態を問い合わせることにより、前記形成処理の終了を検知したときである請求の範囲第７２項に記載の文書画像供給装置。
【請求項７５】
前記削除時は、前記ディレクトリに格納したのち、所定の時間が経過した時点である請求の範囲第７２項に記載の文書画像供給装置。
【発明の詳細な説明】
技術分野
本発明は、画像データ転送方法、画像形成装置、画像印刷システムに係り、特に、ＬＡＮに接続された画像データ転送方法、画像形成装置、画像印刷システムに関する。
背景技術
従来より、書式情報などを指示するタグをテキストに加えたハイパーテキストなどのマークアップランゲージＭＬを、ブラウザソフトを使用してコンピュータディスプレイに表示することが行われている。マークアップランゲージＭＬとしては、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、ＨＴＭＬやＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等がある。このマークアップランゲージＭＬで記述されたファイルは主としてＷｅｂサーバに格納されており、種々のネットワークを介してＷｅｂサーバと接続したブラウザソフトが、マークアップランゲージＭＬを取得し、当該マークアップランゲージＭＬを解釈してディスプレイに表示したり印刷したりすることになる。
以下の説明では、このようなマークアップランゲージＭＬで記述されたファイルを印刷等の画像複製に使用するので、以下、当該マークアップランゲージＭＬで記述されたデータ及び当該データからリンクされているオブジェクトデータを印刷記述データという。この印刷記述データは印刷物のレイアウト等骨格を決定する階層構造の最上位のトップデータと、当該トップデータにリンクするリンクデータ（オブジェクトデータ）とより構成される。
次に、前記印刷記述データを用いて記録媒体上に所定の印刷をする場合の、プリンタ装置及びそのシステム構成を、図２３を参照して説明する。
図２３は従来のプッシュモデルの１例を示す概念図である。マークアップランゲッジＭＬで編集された印刷記述データが、アプリケーション１１の印刷要求に従って当該アプリケーション１１より出力されると、当該印刷記述データは、変換手段１２で更にプリンタ側で解読可能な言語、例えばＸＨＴＭＬ形式に変換されてプリンタ制御手段１３に入力される。尚、既にプリンタ側で解読可能な言語になっている場合は、特に変換は行なわなくても構わないことはもちろんである。
このように、当該プリンタ制御手段１３は、受け取った印刷記述データを印刷データ変換手段１６に渡して、ここでプリンタでそのまま印刷できる状態のデータに変換して印刷バッファ１１に展開する。
すなわち、マークアップランゲージＭＬで編集された印刷記述データは、印刷物全体の骨格を決める最上位階層のトップファイルの部分と当該トップファイルの下層をなすリンクファイル（リンクファイルにさらに他のファイルがリンクされる場合を含む）を備えている。ここで前記トップファイルから直接導き出せる印刷オブジェクトはそのまま指示された位置に展開し、また、前記リンクファイルはリンク先のデータを取り出して当該印刷記述データで指示された位置に展開することになる。即ち、ここではすでに印刷される状態と同じ状態が形成されている。
前記の印刷記述データの展開が終了すると、プリンタ制御手段１３はジョブキュー１４に印刷されるべきデータを特定するジョブＩＤとともに印刷指示（印刷ジョブ）を出す。この印刷ジョブがネットワークを介してプリンタ２００Ｐのインタプリタ２３で解釈されて、当該インタプリタ２３の指示の下に、前記印刷バッファ１５より、前記のように展開されたデータがメモリ２６に一旦格納される。このメモリ２６に所定量、たとえば１ページ分のデータが格納されるのを待って、前記印刷ジョブを受けたインタプリタ２３はラスタライザ２４に当該メモリ２６に展開されたデータを必要量ずつ渡すことになる。これによってプリンタエンジン２１は、記録媒体上に前記印刷記述データを印刷することになる。
また図２４は、前記とは別の従来技術を示すものである。ここではプリント制御手段１３は、印刷される状態と同じ状態でデータを印刷バッファ１５に格納するのではなく、前記トップファイルとそれにリンクされたリンクファイルを別々のファイルとして格納する。この格納処理が終了すると、プリント制御手段１３が印刷ジョブを発行してインタプリタ２３を起動し、これと同時に前記印刷バッファ１５に格納されたトップファイルとリンクファイルをプリンタ側のバッファ２６に格納することになる。このようにプリンタ側のバッファ２６に格納されたトップファイルとそれにリンクするリンクファイルを変換手段２７で印刷可能なデータに変換してインタプリタ２３とラスタライザ２２上でレイアウト情報に従ってレイアウトして印刷するようになっている。
尚、特開２０００−６６８６７号公報に記載のプリンタ装置は、前記トップデータに記載されているリンク先のデータ（例えばＵＲＬ）をプリンタ側で予め保持する構成になっており、リンク先が一定の場合でかつ頻繁に同じ場所からデータを印刷するときに手間がかからないようになっている。
前記図２３に示した構成は、画像供給装置１００側からプリンタ２００Ｐの状態を考慮しないでデータをプリンタに転送するいわゆるプッシュ型であるので、画像供給装置１００だけでなくプリンタ２００Ｐ側にも少なくとも１ページ分の容量を持つバッファを備える必要がある。
また、図２４に記載する構成はプッシュ型、プル型のいずれでも適用できるが、前記プッシュ型に現れる欠点と同様、プリンタ側に所定容量の印刷バッファを設ける必要があり、コストデメリットが発生する。
発明の開示
上記課題を解決するためにこの発明は以下の手段を採用している。
まず、本発明は通信手段により接続された文書画像供給装置と画像形成装置との間で利用される、階層構造を持つリンクファイル形式で記述された印刷記述データに基づく印刷処理を前提としている。
上記前提の下で上記文書画像供給装置１００は、アプリケーションから得られる印刷記述データを自己の記憶手段１０５に格納する。ここで、印刷記述データにリンクされたオブジェクトがある場合には、当該記憶手段１０５にそのオブジェクトをコピーしておいてもよいし、あるいは、別の記憶手段１０５に格納した状態であってもよい。
上記記憶手段１０５は文書画像供給装置１００がその機能上本来持っている記憶手段１０５を利用すればたりる。
上記の状態で文書画像供給装置１００は印刷ジョブを発行する。このジョブを受けて画像形成装置２００では、データ転送要求手段２０５３が上記記憶手段１０５に格納された印刷記述データを転送するように要求を出す。この要求に従って取得した印刷記述データに基づいて、ラスタライザ２０２がラスタライズ処理をする。このラスタライズ処理の過程で上記印刷記述データのトップファイルＴにリンクするリンクファイルＬがあるときに、当該画像形成装置２００側から当該リンク先を指定して、文書画像供給装置１００にデータ取得要求を出すようになっている。
このオブジェクトの取得は任意のタイミングで任意の量ずつ取得する。任意のタイミングとは、例えば前回のラスタライズ処理が終わったときをいう。また任意の量とは、例えば、一回の取得量を予め決めておいて、順次その量ずつ取得する方法、あるいは、一回のラスタライズ処理でラスタライズできる量に限界があるところから、取得量をデータ量演算手段２０５４でラスタライズ毎に演算して量を決めるようにする。いずれにしても、前回取得した最後の位置からの上記所定量を取得することになる。
上記印刷記述データに複数のオブジェクトが存在しているときには、当該複数のオブジェクトに対応するチャンネルを伝送路上に設定するのが好ましい。すなわち、これによってオブジェクトごとに転送することが可能になり制御が容易になるが、必ずしもこのようにする必要はない。
上記文書画像供給装置側の記憶手段としては例えばセットトップボックスのハードディスクを、あるいはディジタルスチールカメラのメモリカードを使用できる。
上記の構成により、画像形成装置側にハードディスク等の記憶手段を持つ必要がなくなことになる。
発明を実施するための最良の形態
（実施の形態１）
図１は、本発明を適用した印刷システムの構成例を示すブロック図あり、図２は当該システムが適用されたネットワーク図である。
図２において、通信手段３００を介して文書画像供給装置１００と、画像形成装置２００が相互に接続されている。文書画像供給装置１００は、デジタルＴＶあるいはセットトップボックス（ＳＴＢ）等を使用することができるが、その他データのソース源となる機器であれば何にでも適用可能である。また画像形成装置２００としてはプリンタあるいはファクシミリ等を使用することができる。さらに、通信手段３００としてコンピュータとプリンタ間に使用されるバスあるいは公衆網、専用回線、インターネット網等のデータ転送可能な手段を用いることができる。
図１は、通信手段３００としてバス３００Ｂ（ここではＩＥＥＥ１３９４あるいはＵＳＢ規格に準拠するバス）、文書画像供給装置１００としてセットトップボックス（ＳＴＢ）１００Ｓ、画像形成装置２００としてプリンタ２００Ｐを使用した場合の内部構成を示し、図９はその動作手順を示すフロー図である。尚、図９では文書画像供給装置１００と画像形成装置２００との間の転送路に複数のチャンネルが設定できることを前提としている。
図１に示すように、文書画像供給装置１００は以下の手段で構成されている。すなわち、印刷記述データを生成するアプリケーション１０１、当該アプリケーション１０１から出力される印刷記述データの形式を、プリンタ２００Ｐが解読可能な階層構造をもつリンクファイル（ここではＸＨＴＭＬを使用する）形式に変換する変換手段１０２、前記印刷記述データを解読してプリンタジョブを発行したり印刷記述データのバッファ管理を行なうプリンタ制御手段１０３、印刷記述データを一時保存する印刷バッファ１０５と、更にバス３００Ｂとの接続インターフェイスとなる通信Ｉ／Ｆ１０４とより構成されている。
また、画像形成装置２００となるプリンタの内部は、バス３００Ｂとの接続用インターフェイスとなる通信Ｉ／Ｆ２０４、プリンタジョブを蓄積するキューの制御部であるキュー制御手段２０３、印刷記述データの解読をしてラスタライザに渡すインタプリタ２０５と、当該インタプリタ２０５より得られた印刷データに基づいてラスタライズするラスタライザ２０２、ラスタライズされた印刷記述データを記録媒体上に可視記録出力するプリンタエンジン２０１とから構成されている。尚、本実施の形態では、印刷記述データを記録媒体上に可視出力するために上記プリンタエンジン２０１を用いているが、当該プリンタエンジンは、インクジェット型や熱転写型、レーザープリンタなどの電子写真画像記録装置、あるいは銀塩写真プリンタ、スクリーン印刷の版下を作成する印刷装置に用いられるプリンタエンジンなどとしても良い。
さて、前記構成において、まず、ユーザがアプリケーションを用いて例えば印刷データの編集等を行った後印刷要求を出すと、アプリケーション１０１から印刷記述データが出力される。なお、このアプリケーション１０１については、例えばメーラやＷＥＢブラウザ及びＢＭＬブラウザ、ディジタルスチールカメラのデータを編集可能なＤＳＣアルバムなどがある。これらからのデータをレイアウタにより再レイアウトし、変換手段１０２で更にプリンタ側で解読可能な言語、例えばＸＨＴＭＬ形式に変換する（既にＸＨＴＭＬ形式等であれば、特に変換は行なわなくても構わないことはもちろんである）。
このように、変換された印刷記述データはプリンタ制御手段１０３に渡され、印刷バッファ１０５に格納される。その際、印刷記述データの中でリンクされているような画像オブジェクトファイルについては、プリンタで印刷処理が可能な形式のデータ（ＪＰＥＧやＰＮＧ形式）に変換されて本来当該データが存在していたソース源から印刷バッファ１０５にコピーされる。尚、当該ソース源は、文書画像供給装置１００の中であるか外であるかを問わない。ここでも既にプリンタで印刷処理が可能な形式のデータである場合には変換の必要はないことはもちろんである。
なお、この印刷バッファ１０５は文書画像供給装置１００のメモリ及びＨＤＤを利用出来る。例えば当該文書画像供給装置１００がセットトップボックスである場合、当該セットトップボックスの機能上本来備えているＨＤ等の記憶手段を使用することができる。
ここで図５に示すような画像データを印刷しようとする場合、図７に示すような、プリンタで表示可能な言語（ここではＸＨＴＭＬ形式いわゆるＭＬ形式）に変換されて印刷バッファ１０５に蓄積される。この図７の例を概念的に表すと図６に示すようになる。
図６において、トップファイルＴ「ｐｒｉｎｔ１．ｘｍｌ」は図７の全体を意味し、画像の配置位置、文字の配置位置や大きさ、あるいは印刷されるべき文字等の情報を含んでいる。
リンクファイルＬ１「ｃａｒ．ｊｐｇ」は図７の１９行目に示される印刷バッファ１０５内のサブディレクトリに格納されたＡ社の自動車の画像、リンクファイルＬ２「ｃｕｐ．ｊｐｇ」は図７の２２行目に示される印刷バッファ１０５内のサブディレクトリに格納されたカップの画像を意味している。尚、上記の印刷バッファ１０５のサブディレクトリ名としては、上記印刷ジョブと一義的に対応する符号、例えばジョブＩＤと同じにするなど、に従うとよい。
また、プリンタ制御手段１０３は、印刷バッファ１０５への格納処理をするとともに、前記アプリケーション１０１で出された印刷要求を受けて、プリンタ２００Ｐに対して、ジョブＩＤのほか印刷における条件（例えば印刷部数、印刷品位、色指示、印刷向き、形態など）を含んでいる印刷ジョブの発行を行なう（図９、ステップＳ１０１）。
このようにして発行された印刷ジョブは、Ｉ／Ｆ１０４とバス３００Ｂを介して、プリンタ側のキュー制御手段２０３へ渡される。このキュー制御手段２０３では、得られたジョブを格納し、当該ジョブ情報を順番にインタプリタ２０５に渡す。インタプリタ２０５は、この印刷ジョブに含まれる前記印刷記述データの、印刷バッファ１０５上の存在場所（ＵＲＩ）を示すパス情報データに基づいて、下記のように印刷処理を実行する。
図３はインタプリタの構成を機能ブロック図で示したものである。インタプリタ２０５の判定手段２０５１は、前記のようにキュー制御手段２０３より渡された信号が印刷ジョブであることとパス情報であることを判定したとき、チャンネル制御手段２０５２にその旨を指示する。これを受けてチャンネル制御手段２０５２は、Ｉ／Ｆ２０４にチャンネルを設定するように指示をする。
データ転送要求手段２０５３は、上記指示により設定されたチャンネルを介して、前記パス情報をプリンタ制御手段１０３に渡す。また、データ転送要求手段２０５３は、当該印刷ジョブに対応する最上位階層データであるトップファイルＴの取得要求を、プリンタ制御手段１０３に発行するようになっている（図９、ステップＳ１０２→Ｓ１０３）。
これに従って前記プリンタ制御手段１０３は通信Ｉ／Ｆ１０４、２０４を介してインタプリタ２０５に前記要求されたトップファイルＴを送信する（図９、ステップＳ１０４）。これにより、インタプリタ２０５は文書画像供給装置１００からの印刷記述データのリードを開始する（図９、ステップＳ１０４）。
尚、ここでの前記データ転送要求は、任意のファイルを指示して一括で要求、あるいは任意の位置から任意のデータ量を要求（すなわち１ファイルのデータを部分的に要求）する方法であってもよい。
前記インタプリタ２０５の判定手段２５０１は、この印刷記述データの種類を判定して不必要なデータを捨て、印刷されるべきデータをラスタライザ２０２に渡すことになる。このように印刷されるべきデータを受け取ったラスタライザ２０２は当該データをラスタライズして、印刷エンジン２０１が記録媒体上に印刷するようになっている。
上記判定手段２０５１は、前記印刷記述データに、前記トップファイルＴにリンクされたリンクファイルＬが前記した図７に示すような状態で付加されていることを検知する。付加されていることを検知するとチャンネル制御手段２０５２は、前記で設定したチャンネルとは別のチャンネルを設定するようにＩ／Ｆ２０４に指示を出す。
新たなチャンネルが設定された時点で、データ要求手段２５０３が当該オブジェクトの転送要求を出す。これによってオブジェクトデータのリードが開始される（図９、ステップＳ１０５Ｙｅｓ→Ｓ１２１→Ｓ１２２→Ｓ１２３）。このオブジェクトのリードは任意のデータ量ずつなされるが、その値は予め設定しておいてもよいし、あるいは、データ量演算手段２０５４がラスタライズに必要な量（例えば数ラスタ分のデータ量）ずつ演算してもよい。（図９、ステップＳ１１１）。
ここで図５に示すように複数のオブジェクトファイルが存在する場合、対象ファイルごとにその時点でラスタライザ２０２に前記の量のデータをリードする。
前記処理において、先にリードしていたオブジェクトファイルの読み出しデータ量が前記量に達したとき、その時点で一旦転送を中断し、ラスタライズ処理がなされる（図９、ステップＳ１１２）。
前記のラスタライズ処理が終了して、次のデータが必要となった時点で、印刷バッファ１０５の前回停止した位置の次の位置からデータ転送を開始するようになっている（図９、ステップＳ１０６Ｎｏ→Ｓ１０７→Ｓ１０８）。そして１のオブジェクトについてのリードが完了した時点で、前記設定されたチャンネルを開放する（図９、ステップＳ１０９Ｙｅｓ→Ｓ１１０）。また、すべての印刷ジョブが終了したとき印刷終了通知を印刷制御手段１０３に通知する（図９、ステップＳ１１３→Ｓ１１４）。
図８はこの手順をより具体的に示すものである。以下の１．２．・・は図８中の▲１▼、▲２▼・・と符合するようにしている。尚、この例では複数チャンネルの同時使用可能なバスＩＥＥＥ１３９４を使用していることから、以下に記述するように複数のオブジェトのそれぞれに対応するチャネルを設定しているが、同一チャネル（同一回線）で複数のオブジェクトのデータを転送してもよいことはもちろんである。
１．最上位階層のベースデータ１本目をラスタライズする。
２．最上位階層のベースデータ２本目をラスタライズする。
３．最上位階層のベースデータ２本目をラスタライズ中にリンク情報で示されたオブジェクトファイルを検出。そこで別途転送チャンネルを設けて該オブジェクトファイルの転送要求をプリント制御手段１０３に出し、これを受けてプリント制御手段１０３は前記印刷バッファ１０５から該当するファイルのデータを転送する。ラスタライザはこのデータに基づいてラスタライズ処理をする。
４．先のオブジェクトファイルが中断した時点で一旦リードを中断し、元の最上位階層のベースデータ２本目をラスタライズする。
５．最上位階層のベースデータ３本目をラスタライズする。
６．最上位階層のベースデータ３本目をラスタライズ中に、リンク情報で示された前記▲３▼と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記▲３▼の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズする。
７．先のオブジェクトファイルが中断した時点で一旦リードを中断し、元の最上位階層のベースデータ３本目をラスタライズする。
８．最上位階層のベースデータ３本目をラスタライズ中に、リンク情報で示された前記▲６▼とは別のオブジェクトファイルを検出する。そこで、前記３．６．とは別の転送チャンネルを設けて、当該オブジェクトファイルのデータを要求しファイルをリードしてラスタライズする。
９．２つ目のオブジェクトファイルが中断した時点で一旦リードを中断し、元の最上位階層のベースデータ３本目をラスタライズする。
１０．最上位階層のベースデータ４本目をラスタライズする。
１１．最上位階層のベースデータ４本目をラスタライズ中に、リンク情報で示された前記３．６．と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記６．の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズする。
１２．１つ目のオブジェクトファイルが終了した時点で、リードを終了、転送チャンネルを開放する。元の最上位階層のベースデータ４本目をラスタライズする。
１３．最上位階層のベースデータ４本目をラスタライズ中に、リンク情報で示された前記８．と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記６．の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズする。
１４．２つ目のオブジェクトファイルが終了した時点で、リードを終了、転送チャンネルを開放する。元の最上位階層のベースデータ４本目をラスタライズする。
１５．最上位階層のベースデータ５本目をラスタライズする。
１６．最上位階層のベースデータ６本目をラスタライズする。
なお、前記において最初のデータについては、トップファイルＴ（ＸＨＴＭＬメインデータ）の存在場所を示すパス情報データとしたが、最初から文書画像供給装置よりトップデータ（ＸＨＴＭＬメインデータ）をプリンタに送信するようにして、その上で順次必要なオブジェクトファイルのデータを要求する形態にしてもよい。
前記の手順を繰り返して、全てのオブジェクトの転送が正常終了すると、インタプリタ２０５のデータ転送要求手段２０５３は、終了通知をジョブＩＤとともに文書画像供給装置１００のプリンタ制御手段１０３に通知する。印刷終了情報を受けたプリンタ制御手段１０３は、前記印刷バッファ１０５に格納されていた当該ジョブＩＤの印刷記述データを当該プリンタバッファ１０５から削除する。
また、印刷時にプリンタ内部で異常などが発生した場合では、必要に応じて印刷ジョブを消去しなければならない。例えばプリンタ側の電源が印刷処理中に落とされた場合、バスリセットモードになり文書画像供給装置１００のプリンタ制御手段１０３では当該バスリセットを受けてプリンタの接続が無くなったことを検知する。プリンタ制御手段１０３は、プリンタ接続が無くなったことを検知したタイミングでジョブＩＤ及び印刷バッファ内の印刷記述データを削除することが出来る。
更に、文書画像供給装置１００での電源のオフからオン時に、あるいは任意の設定値により動作するタイマ制限により、文書画像供給装置１００はジョブＩＤ及び印刷バッファ１０５内の印刷記述データを削除するようにしてシステムの異常発生時に不要となったデータの残留を回避してもよい。
前記のように本発明の印刷システムは、シリアルバス接続により印刷記述データを転送する際に、画像形成装置が解読することが可能な形式のデータで、当該画像形成装置がラスラタイズ可能なデータ量ずつ転送データの転送をコントロール（停止・再転送）するようになっている。
これにより、プリンタ側ではスプール用の大きな印刷記述データバッファが不要となり、更に印刷記述データに対してプリンタ側が必要となったタイミングで別途データを取ってくることが可能となり、ラスタライズ処理を行なうときに都合が良い。
また文書画像供給装置側では、ジョブの発行だけすればよく、ジョブキューイング処理の必要が無いため、内部に備えるＨＤＤなどをスプーリング用のバッファとして使用することができる。
（実施の形態２）
図４は本発明の実施の形態２を示す機能ブロック図である。この構成例においては、文書画像供給装置１００と画像形成装置（プリンタ）２００がバス３００Ｂを介して相互に接続されており、基本構成は実施の形態１と同じである。
ただし、この実施の形態では前記実施の形態１に基本構成に加えて、文書画像供給装置１００に外部記憶手段ＭＣ（例えばメモリカード：以下メモリカードで説明する）を装着可能な外部メモリＩ／Ｆ１１０（図示せず）を持つ構成となっている。
この外部メモリＩ／Ｆ１１０は、文書画像供給装置１００のプリンタ制御手段１０３からの要求によりメモリカードＭＣ内のイメージデータをプリンタ２００Ｐに転送するようになっている。
ここでメモリカードＭＣとしてディジタルスチールカメラの画像を格納したメモリカードＭＣである場合には、アプリケーション１０１としてはディジタルスチールカメラ（ＤＳＣ）のデータを処理できるアプリケーション１０１を用いることはもちろんである。
前記実施の形態１に従えば、トップファイルＴに記述されるリンクファイルＬのリンク先を前記と同様印刷バッファ１０５としておき、印刷要求が発生すると、前記アプリケーション１０１に従って出力された印刷記述データは、プリンタバッファ１０５に格納されることになる。また、当該印刷記述データにリンクされた画像データも、前記プリンタ２００Ｐが印刷可能なデータとして、前記メモリカードＭＣから当該プリンタバッファ１０５に展開されることになる。
しかしながらここではメモリカードに格納されたデータがＪＰＥＧ等のプリンタ２００Ｐが処理可能なデータになっているので、この状態で、トップファイルＴに記述されるリンクファイルのリンク先をメモリカード内のオブジェクトに対応する位置としてもよい。
但し、メモリカードＭＣのデータをリンク先とする場合には、印刷の終了通知がプリンタ側から出されても当該データは消去しないようにする。
以上の構成によると、前記の前記実施の形態１と同様、内部に備えるＨＤＤなどをスプーリング用のバッファとして使用することも、あるいは、外部から接続されたメモリカードなどをそのまま印刷バッファとして使用することも可能となる。また文書画像供給装置側では、レイアウト情報を含む印刷記述データのトップデータを作成するだけで足りることになる。
以下の実施の形態３、４において、上記に示した実施の形態１、２について、特に文書画像データのラスタライズの方法に関し、より具体的に説明を行なう。
（第３の実施の形態）
図１０は、本発明を適用した印刷システムの構成例を示すブロック図であり、図１１は当該システムが適用されたネットワーク図である。
図１１において、ＩＥＥＥ１３９４バス３０００を介してＳＴＢ１０００と、プリンタ２０００が相互に接続されている。ＳＴＢ１０００は、デジタルＴＶあるいはセットトップボックス（ＳＴＢ）等を使用することができるが、その他、文書画像を供給できる手段となる機器であれば何にでも適用可能である。またプリンタ２０００としてはプリンタあるいはファクシミリ等、文書画像を形成できる手段であれば使用することができる。さらに、図１１中に示されるＩＥＥＥ１３９４バス３０００は、ＵＳＢ、ブルートゥース（Ｒ）あるいは公衆網、専用回線、インターネット網等のデータ転送可能な手段であればよい。
図１０は、ＩＥＥＥ１３９４バス３０００、ＳＴＢ１０００、プリンタ２０００を使用した場合の内部構成を示し、図１９はその動作手順を示すフロー図である。尚、図１９ではＳＴＢ１０００からプリンタ２０００との間の転送路に複数のチャンネルが設定できるなどして、複数の個別データを並列的に転送できることを前提としているが、１チャンネルですべてのデータの転送を行なっても構わない。
図１０に示すように、ＳＴＢ１０００は以下の手段で構成されている。すなわち、印刷文書記述データを生成するアプリケーション１０１、下記のアプリケーション１０１から出力される印刷文書記述データの形式をプリンタ２０００が解読可能な階層構造をもつリンクファイル（ここではＸＨＴＭＬを使用する）形式の印刷文書記述データに変換する変換手段１０２、前記印刷文書記述データに対応して印刷要求ごとにプリントジョブを発行したり印刷文書記述データのバッファ管理を行なうプリンタ制御手段１０３、印刷文書記述データを一時保存する印刷バッファ１０５と、更にＩＥＥＥ１３９４バス３０００との接続インターフェイスとなる通信Ｉ／Ｆ１０４とより構成されている。
また、プリンタ２０００となるプリンタの内部は、ＩＥＥＥ１３９４バス３０００との接続用インターフェイスとなる通信Ｉ／Ｆ２０４、プリントジョブを蓄積するキューの制御部であるキュー制御手段２０３、印刷文書記述データ（ここではＸＨＴＭＬデータ）の解読をしてラスタライズに渡すインタプリタ２０５、当該インタプリタより得られた印刷データに基づいてラスタライズするラスタライザ２０２、ラスタライズされた印刷文書記述データを記録媒体上に可視記録出力するプリンタエンジン２０１とから構成されている。
前記構成において、まず、ユーザがアプリケーションを用いて例えば印刷データの編集等を行なった後に印刷要求を出すと、アプリケーション１０１から印刷文書記述データが出力される。なお、このアプリケーション１０１についてはメーラやＷＥＢブラウザ及びＢＭＬブラウザ、ディジタルスチールカメラのデータを編集可能なＤＳＣアルバムなどがある。これらからのデータをレイアウタにより再レイアウトし、変換手段１０２で更にプリンタ側で解読可能な言語、例えばＸＨＴＭＬ形式に変換する（この場合では、アプリケーションが出力するデータが既にＸＨＴＭＬ形式であれば、特に変換は行なわなくても構わないことはもちろんである）。
このように変換された印刷文書記述データは、プリンタ制御手段１０３に渡され、印刷バッファ１０５に格納される。その際、印刷文書記述データの中でリンクされているような画像オブジェクトファイルについては、プリンタで印刷処理が可能な形式のデータ（ＪＰＥＧやＰＮＧ形式）に変換されて本来当該存在していたソース源から印刷バッファ１０５にコピーされる。尚、当該ソース源は、文書画像供給装置１００の中であるか外であるかを問わない。
ここでも既にプリンタで印刷処理が可能な形式のデータである場合には変換の必要はないことはもちろんである。
なお、この印刷バッファ１０５はＳＴＢ１０００のメモリ及びＨＤＤを利用出来る。例えば当該ＳＴＢ１０００がセットトップボックスあるいはディジタルテレビである場合当該セットトップボックスまたはディジタルテレビの機能上本来備えているＨＤＤ等の記憶手段を使用することができる。
ここで図５に示すような画像データを印刷しようとする場合、図７に示すようなプリンタで解読可能な言語（ここではＸＨＴＭＬ形式いわゆるＭＬ形式）に変換されて印刷バッファ１０５に蓄積される。この図７の例を概念的に表すと図６に示すようになる。図５に示す図は、具体的には図１３（ａ）のＰＲＥＳＥＮＴ．ｂｍｌ、ＣＡＲ．ｊｐｇ、ＣＵＰ．ｊｐｇから構成されている。これらのデータは、データ放送においてＳＴＢが受信し、まず、図１０におけるＨＤＤ１０６に保存される。
このようにして、アプリケーション１０１が生成する印刷文書記述データは、更に変換手段１０２によりプリンタ側で解読可能な言語、例えばＸＨＴＭＬ形式に変換され、１つの印刷要求に対するトップファイルとして扱われ、図６に示すような構成で文書画像供給装置の記憶手段に格納される。
具体的には、図１３（ａ）のデータにおけるＰＲＥＳＥＮＴ．ｂｍｌが図１０における変換手段１０２によって図１３（ｂ）に示すｐｒｉｎｔ１．ｘｍｌに変換され、このｐｒｉｎｔ１．ｘｍｌと、図１０に示すＨＤＤ１０６に保存されているＣＡＲ．ｊｐｇとＣＵＰ．ｊｐｇとが、図１０における印刷バッファ１０５に保存される。なお、このとき、ＣＡＲ．ｊｐｇとＣＵＰ．ｊｐｇは印刷バッファ１０６に保存せず、ＨＤＤ１０６上に保存したまま使用しても構わないが、例えばデータ放送において番組が変わることでＨＤＤ上のデータがなくなると印刷に支障が出るため、そういう場合には特に印刷バッファ１０６にすべてのデータを保存しておくことが好ましい。
図６において、トップファイルＴ「ｐｒｉｎｔ１．ｘｍｌ」は、図７に示されるように印刷物全体の骨格を決める最上位階層のデータであり、マークアップランゲージＭＬで編集された印刷文書記述データである。また、当該トップファイルＴは、画像の配置位置、文字の配置位置や大きさ、あるいは印刷されるべき文字等を含んでいる。
図１３で示すｐｒｉｎｔ１．ｘｍｌがトップファイルに該当する。リンクファイルＬ１「ｃａｒ．ｊｐｇ」は、図７の１９行目に示される印刷バッファ１０５内のサブディレクトリに格納されたＡ社の自動車の画像、リンクファイルＬ２「ｃｕｐ．ｊｐｇ」は図７の２２行目に示される印刷バッファ１０５内のサブディレクトリに格納されたカップの画像を意味している。尚、上記の印刷バッファ１０５のサブディレクトリ名としては、上記印刷ジョブと一義的に対応する符号、例えばジョブＩＤと同じにするなどし、更には前記のように本来当該存在していたソース源から印刷バッファ１０５に各々のファイルをコピーして前記サブディレクトリに保存格納するとよい。
また、プリンタ制御手段１０３は、前記格納処理をするとともに、前記アプリケーション１０１で出された印刷要求を受けて、プリンタ２０００に対して、ジョブＩＤのほか印刷における条件（例えば印刷部数、印刷品位、色指示、印刷向き、形態など）をジョブ情報として含んでいる印刷ジョブの発行を行なう（図１９、ステップＳ１０１）。
このようにして発行された印刷ジョブは、Ｉ／Ｆ１０４とＩＥＥＥ１３９４バス３０００を介して、プリンタ側のキュー制御手段２０３へ渡される。このキュー制御手段２０３では、得られたジョブを格納してキューイング管理を行ない、当該ジョブ情報を順番にインタプリタ２０５に渡す。インタプリタ２０５は、この印刷ジョブに含まれる前記印刷文書記述データの、印刷バッファ１０５上での存在場所（ＵＲＩ）を示すパス情報データに基づいて、下記のように印刷処理を実行する。尚、キューイングされる前記ジョブ情報には、前記ジョブＩＤや上記印刷における条件を含むほか、前記印刷文書記述データの印刷バッファ１０５上での存在場所（ＵＲＩ）を示すパス情報データなども含まれるが、文書画像形成自体に必要なデータ（文書やイメージなど）そのものは含まない。
ここで、図１５を用い、ユーザが印刷要求を出してからの、ＳＴＢとプリンタ間での通信のやり取りについて具体的に説明する。
前記の様にユーザがＳＴＢ上でアプリケーション１０１を用いて所望のデータの印刷を要求（Ｓ１５０１）すると、アプリケーション１０１は印刷文書記述データを出力（Ｓ１５０２）する。出力された印刷文書記述データは、更にプリンタ制御手段１０３により前記印刷文書記述データが印刷バッファ１０５に格納（Ｓ１５０３）される。同時に、前記印刷文書記述データの中でリンクされている画像オブジェクトファイルについても印刷バッファ１０５にコピーされて格納（Ｓ１５０３）される。更に、印刷要求をした際に与えられた印刷条件（印刷部数、印刷品位、色指示など）や、印刷要求毎に識別する為に付与するＩＤや、前記印刷文書記述データをトップファイルとしその所在場所（ＵＲＩ）を示すパス情報を含んだデータ郡をジョブ情報として生成（Ｓ１５０４）する。
ＳＴＢは、前記ジョブ情報をプリンタに通知（Ｓ１５０５）し、プリンタが前記ジョブ情報を受信すると、当該ジョブ情報がキュー制御手段２０３により格納、キューイング（Ｓ１５０６）される。
続いて、プリンタは前記ジョブ情報からこの印刷要求に関わるトップファイルの所在場所（ＵＲＩ）を検出（Ｓ１５０７）して、前記所在場所（ＵＲＩ）に基づいてプリンタはＳＴＢに対し前記トップファイルの転送を要求（Ｓ１５０８）する。ＳＴＢは、プリンタからの前記トップファイルの転送要求を受けて印刷バッファ１０５に格納されている印刷文書記述データを前記トップファイルとして抽出（Ｓ１５０９）し、プリンタに転送（Ｓ１５１０）する。
プリンタは、ＳＴＢから転送されてきた前記トップファイルを受信（Ｓ１５１１）すると、前記トップファイルに基づいてレイアウト算出の処理及びラスタライズを開始（Ｓ１５１２）する。
次に、判定手段２０５１がラスタライズ中に前記トップファイルにリンクされたオブジェクトファイルＡを検出（Ｓ１５１３）すると、プリンタはデータ要求手段２５０３により前記オブジェクトファイルＡの転送を要求（Ｓ１５１４）する。ＳＴＢは、プリンタからの前記オブジェクトファイルＡの転送を要求を受けて、印刷バッファ１０５に格納されている該オブジェクトファイルＡを抽出（Ｓ１５１５）し、プリンタに転送（Ｓ１５１６）する。
プリンタは、ＳＴＢから転送されてきた前記オブジェクトファイルＡを受信（Ｓ１５１７）すると、必要なバンド分のラスタライズ処理（Ｓ１５１８）を行ない、印刷がなされる。
引き続いてプリンタでは、次の必要バンド分のラスタライズ処理が行なわれ（Ｓ１５１９）る。ここで、先と同様に、判定手段２０５１がラスタライズ中に前記トップファイルにリンクされたオブジェクトファイルＡを検出（Ｓ１５２０）すると、プリンタはデータ要求手段２５０３により前記オブジェクトファイルＡの転送を要求（２１）する。ＳＴＢは、プリンタからの前記オブジェクトファイルＡの転送の要求を受けて、印刷バッファ１０５に格納されている該オブジェクトファイルＡを抽出（Ｓ１５２２）し、プリンタに転送（Ｓ１５２３）する。プリンタは、ＳＴＢから転送されてきた前記オブジェクトファイルＡを受信（Ｓ１５２４）し、さらに本バンド内では判定手段２０５１がラスタライズ中に前記トップファイルにリンクされた新たなオブジェクトファイルＢを検出（Ｓ１５２５）すると、同様にプリンタはデータ要求手段２５０３により前記オブジェクトファイルＢの転送を要求（Ｓ１５２６）する。
ＳＴＢは、プリンタからの前記オブジェクトファイルＢの転送の要求を受けて、印刷バッファ１０５に格納されている該オブジェクトファイルＢを抽出（Ｓ１５２７）し、プリンタに転送（Ｓ１５２８）する。プリンタは、ＳＴＢから転送されてきた前記オブジェクトファイルＢを受信（Ｓ１５２９）すると、必要なバンド分のラスタライズ処理（Ｓ１５３０）を行ない、印刷がなされる。
前記のような処理を繰り返し行ない、１つのジョブ分の印刷処理が終了（Ｓ１５３１）すると、プリンタはジョブキューイングの中から前記終了したジョブ情報を削除（Ｓ１５３２）し、さらにＳＴＢに対してジョブの終了を通知（Ｓ１５３３）する。ＳＴＢは、前記通知を受けてジョブの終了を認知して、印刷バッファ１０５にコピーされて格納されていた前記印刷文書記述データ（トップファイル）と、前記印刷文書記述データの中でリンクされている画像オブジェクトファイルについても前記印刷バッファ１０５から削除（Ｓ１５３４）する。
尚、複数のジョブがある場合には、図１４に示すように、１つのジョブが終了すると、次のジョブに移行するように、ジョブを関連付けする処理（キューイング）を行なう。
図３はインタプリタの構成を機能ブロック図で示したものである。インタプリタ２０５の判定手段２０５１は、前記のようにキュー制御手段２０３より渡された信号が印刷ジョブであることを、前記信号に含まれるトップファイルの所在を示すパス情報により判定したとき、チャンネル制御手段２０５２にその旨を指示する。これを受けてチャンネル制御手段２０５２はＩ／Ｆ２０４にチャンネルを設定するように指示をする。これによって、設定されたチャンネルを介してデータ転送要求手段２０５３が前記パス情報をプリンタ制御手段１０３に渡すとともに、当該印刷ジョブに対応する最上位階層データであるトップファイルＴの取得要求をプリンタ制御手段１０３に発行するようになっている（図１９、ステップＳ１０２→Ｓ１０３）。
これに従って前記プリンタ制御手段１０３は通信Ｉ／Ｆ１０４、２０４を介してインタプリタ２０５に前記要求されたトップファイルＴを送信する（図１９、ステップＳ１０４）。これによってインタプリタ２０５は、ＳＴＢ１０００からの印刷文書記述データのリードを開始する（図１９、ステップＳ１０４）。
尚、ここでの前記トップファイルＴに対する前記データ転送要求の方法は、印刷対象となるトップファイルを指示して一括で要求する方法が挙げられる。但し、この方法では前記トップファイルＴのデータ量が大きくなると伝送路に負担をかけ、他の機器に影響を及ぼす可能性があるため、前記トップファイルＴに対しても任意の位置から任意のデータ量を要求する方法でもよい。尚、任意のデータ量の要求とは、例えば１ファイルのデータを分割して部分的に要求するといった方法が挙げられる。具体的には、１回目の要求ではトップファイルの先頭位置から１０ＫＢ分を要求し、次の要求では先頭から１０ＫＢのオフセット位置から１０ＫＢ分を要求するなどといった方法である。
その他に、前記インタプリタ２０５の判定手段２５０１はこの印刷文書記述データの種類を判定して、不必要なデータ（例えば、音声データ）を捨て、印刷されるべきデータをラスタライザ２０２に渡すことになる。このように印刷されるべきデータを受け取ったラスタライザ２０２は当該データをラスタライズして、印刷エンジン２０１が記録媒体上に印刷するようになっている。
上記判定手段２０５１は、前記印刷文書記述データの中に、前記トップファイルＴにリンクされたリンクファイルＬが前記した図７に示すような状態で付加されていることを検知する。付加されていることを検知すると、チャンネル制御手段２０５２は、前記で設定したチャンネルとは別のチャンネルを設定するようにＩ／Ｆ２０４に指示を出す。新たなチャンネルが設定された時点で、データ要求手段２５０３が当該オブジェクトの転送要求を出す。これによって前記リンクファイルをオブジェクトファイルとして、当該オブジェクトファイルのリードが開始される（図１９、ステップＳ１０５Ｙｅｓ→Ｓ１２１→Ｓ１２２→Ｓ１２３）。このオブジェクトファイルのリードは任意のデータ量ずつなされるが、その値は予め設定しておいてもよいし、あるいは、データ量演算手段２０５４がその時のラスタライズに必要なデータ量を演算して設定してもよい。（図１９、ステップＳ１１１）。
具体的には、ラスタライズはバンド単位で行なわれ、前記バンド１つに必要なデータ量は、印刷要求時に得られる用紙サイズなどの印刷条件に基づいて決定される。また、前記１つのバンド内で処理されるべきオブジェクトファイルの必要量についても、判定手段２０５１により、トップファイルＴから得られる前記オブジェクトファイルのレイアウト情報に基づいて算出される。このため、例えばある１バンド内で必要とするオブジェクトファイルのデータ量が１０ＫＢであれば、プリンタは前記オブジェクトファイルの１０ＫＢの転送量のみを要求し１回の転送を行なってもよいし、１ＫＢの転送量として１０回の転送を行なっても構わない。また、通常は画像データなどのオブジェクトファイルは圧縮された状態であるので、プリンタが１回の転送量として１ＫＢと設定し、受信のたびに解凍を行ない、１バンド内で必要とするオブジェクトファイルのデータ量を満たすかどうかを判定するとよい。もし満たさなければ、必要量を満足するまで続けてオブジェクトファイルの転送要求を行なう。このような処理によって、バンド１つに対する全体量として必要なデータ量が揃い、ラスタライズが行なえる。
ここで図１３に示すように複数のオブジェクトファイルが存在する場合、対象のオブジェクトファイルごとに前記のような演算を行ない、１回のバンド処理単位内で必要とされるまでの量のデータをそれぞれリードする。
前記の処理において、それぞれリードしていたオブジェクトファイルの読み出しデータ量が前記バンド処理毎に必要なデータ量に達したとき、その時点で一旦転送を中断し、ラスタライズ処理がなされる（図１９、ステップＳ１１２）。なお、前記のように中断しても、メモリが許す限りバックグラウンドで次の転送処理を行なっても良い。前記のラスタライズ処理が終了して、次のラスタライズ処理で、前記転送を中断したデータが再び必要となった時点で、印刷バッファ１０５の前回停止した位置の次の位置からデータ転送を開始するようになっている（図１９、ステップＳ１０６Ｎｏ→Ｓ１０７→Ｓ１０８）。そして１のオブジェクトについてのリードが完了した時点で、前記のように設定されたチャンネルを開放する（図１９、ステップＳ１０９Ｙｅｓ→Ｓ１１０）。また、すべての印刷ジョブが終了したときには印刷終了通知を印刷制御手段１０３に通知する（図１９、ステップＳ１１３→Ｓ１１４）。
なお、印刷ジョブとオブジェクトの関係は一般的にいうと図１８に示す関係にある。つまり、各印刷ジョブは印刷対象ごとに分けられ、各印刷対象が持つデータがオブジェクトに該当する。本実施の形態３ではジョブが１つで、オブジェクトが２つあることになる。
図８はこの手順をより具体的に示すものである。以下の１．２．・・は図８中の▲１▼、▲２▼・・と符合するようにしている。尚、この例では複数チャンネルの同時使用可能なバスＩＥＥＥ１３９４を使用していることから、以下に記述するように複数のオブジェトのそれぞれに対応するチャネルを設定しているが、同一チャネル（同一回線）で複数のオブジェクトのデータを転送してもよいことはもちろんである。ここで、前記手順によりトップファイルのリードは完了しているものとする。チャンネルのＯＰＥＮ、ＣＬＯＳＥは、図８に対応させると、図１６に示すような処理になる。さらに、チャンネルと転送を行なうファイルの関係を図１７に示す。
まず最初に、１．最上位階層のトップファイルに記述されている（文字情報などを示す）ベースデータを１本目のバンド幅でラスタライズする。
２．最上位階層のトップファイルに記述されているベースデータを２本目のバンド幅でラスタライズを開始する。
３．最上位階層のトップファイルに記述されているベースデータを２本目のバンド幅でラスタライズ中にリンク情報で示された（イメージ情報などを示す）オブジェクトファイルを検出。そこで別途転送チャンネルを設けて該オブジェクトファイルの転送要求をプリンタ制御手段１０３に出し、これを受けてプリンタ制御手段１０３は前記印刷バッファ１０５から該当するファイルのデータを転送する。
具体的には、２本目のバンド幅内でベースデータをラスタライズしているのと同時に（あるいはトップファイルを受信した後などで）、前記オブジェクトをレイアウトする情報からデータ量演算手段２０５４が、前記オブジェクトの、前記バンド幅でラスタライズを行なうのに必要なデータ量を算出した上で、データ転送要求手段２０５３が該オブジェクトファイルの転送要求をプリンタ制御手段１０３に出す。なお通常では、イメージ情報などを示すオブジェクトファイルはＪＰＥＧなどの圧縮された形式であり、このような場合では次のようになる。
先のようにしてデータ量演算手段２０５４が、前記オブジェクトの前記バンド幅でラスタライズを行なうのに必要なデータ量（例えば１０Ｋバイト）を算出すると、データ転送要求手段２０５３は、予め設定されたデータ量（例えば４Ｋバイト）で、圧縮されている状態の前記オブジェクトファイルのデータの転送要求を行なう。転送処理の後、転送されてきた前記オブジェクトファイルのデータを伸張し、得られたデータ量（例えば７Ｋバイト）が、前記オブジェクトファイルの、前記バンド幅でラスタライズを行なうのに必要なデータ量に不足していれば、再度前記処理を繰り返す。このようにして、該オブジェクトファイルの、前記バンド幅でラスタライズを行なうのに必要なデータ量を満足するまで、転送要求が行なわれる。
（ラスタライザはこのデータに基づいてオブジェクのラスタライズ処理を継続する。）
４．先のオブジェクトファイルの、２本目のバンド幅でラスタライズを行なうのに十分なデータ量が揃った時点で一旦前記オブジェクトファイルのリードを中断し、元の最上位階層のトップファイルに記述されているベースデータ２本目のラスタライズを継続する。
５．最上位階層のトップファイルに記述されているベースデータを３本目のバンド幅でラスタライズを開始する。
６．最上位階層のトップファイルに記述されているベースデータを３本目のバンド幅でラスタライズ中に、リンク情報で示された前記▲３▼と同じ（イメージ情報などを示す）オブジェクトファイルを検出する。当該オブジェクトファイルの前記▲３▼の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズを継続する。
７．先のオブジェクトファイルの、３本目のバンド幅でラスタライズを行なうのに十分なデータ量が揃った時点で一旦前記オブジェクトファイルのリードを中断し、元の最上位階層のトップファイルに記述されているベースデータ３本目のラスタライズを継続する。
８．最上位階層のトップファイルに記述されているベースデータを３本目のバンド幅でラスタライズ中に、リンク情報で示された前記▲６▼とは別の（イメージ情報などを示す）オブジェクトファイルを検出する。そこで、前記３．６．とは別の転送チャンネルを設けて、当該オブジェクトファイルのデータを前記３．と同様の手順で転送要求しファイルをリードしてラスタライズを継続する。
９．２つ目のオブジェクトファイルの、３本目のバンド幅でラスタライズを行なうのに十分なデータ量が揃った時点で一旦このオブジェクトファイルのリードを中断し、元の最上位階層のトップファイルに記述されているベースデータ３本目のラスタライズを継続する。
１０．最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズを開始する。
１１．最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズ中に、リンク情報で示された前記３．６．と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記６．の手順で展開したデータの続きのデータを要求しファイルをリードしてラスタライズを継続する。
１２．１つ目のオブジェクトファイルのラスタライズが終了した時点で、リードを終了、転送チャンネルを開放する。そして、元の最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズを継続する。
１３．最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズ中に、リンク情報で示された前記８．と同じオブジェクトファイルを検出する。当該オブジェクトファイルの前記６．の手順で展開したデータの続きのデータを要求し、ファイルをリードしてラスタライズを継続する。
１４．２つ目のオブジェクトファイルのラスタライズが終了した時点で、リードを終了し、転送チャンネルを開放する。そして、元の最上位階層のトップファイルに記述されているベースデータを４本目のバンド幅でラスタライズを継続する。
１５．最上位階層のトップファイルに記述されているベースデータを５本目のバンド幅でラスタライズする。
１６．最上位階層のトップファイルに記述されているベースデータを６本目のバンド幅でラスタライズする。
このように文書画像形成装置は、１回のバンド処理単位内でラスタライズに必要とされるオブジェクトファイルが複数あるような場合、前記複数のオブジェクトを論理的に並列にして転送要求が行なわれる。そのために伝送路上に、論理的に前記複数のオブジェクトに対応するチャンネルを各々設定し割り当てることでデータの転送を独立して行なえるようになり、制御が容易になるという効果がある。
なお、文書画像形成装置は、１つのチャンネルだけを制御して前記複数のオブジェクトの転送要求を行なってもかまわない。
又、前記において最初のデータについては、トップファイルＴ（ＸＨＴＭＬメインデータ）の存在場所を示すパス情報データとしたが、最初から文書画像供給装置よりトップファイルのデータ（ＸＨＴＭＬメインデータ）をプリンタに送信するようにして、その上で順次必要なオブジェクトファイルのデータを要求する形態にしてもよい。
前記の手順を繰り返して、前記印刷要求に必要とする全てのオブジェクトの転送が正常終了し、ラスタライズを終えて記録媒体上への印刷を完了すると、データ転送要求手段２０５３は終了通知をジョブＩＤとともにＳＴＢ１０００のプリンタ制御手段１０３に通知する。当該印刷終了情報を受けたプリンタ制御手段１０３は、前記印刷バッファ１０５に格納されていた当該ジョブＩＤの印刷文書記述データ（トップファイル）および前記印刷文書記述データにリンクされていたオブジェクトファイルを当該印刷バッファ１０５から削除する。（またこれは、ジョブ毎にジョブＩＤを対応させてサブディレクトリを作成し、前記ジョブに必要なファイル（トップファイルも含めて）を前記サブディレクトリにまとめて保存格納していれば、文書画像供給装置は印刷終了情報を受けてプリンタ制御手段１０３が前記サブディレクトリを一括で削除する。）
なお、前記印刷バッファ１０５からのデータ削除は、プリンタからの終了通知を受けてではなく、文書画像供給装置がプリンタへ問い合わせることによって当該データの削除可否を検出することによって行ってもよい。
また、印刷時にプリンタ内部で異常などが発生した場合では、必要に応じて印刷ジョブを消去しなければならない。例えばプリンタ側の電源が印刷処理中に落とされた場合、ＩＥＥＥ１３９４ではバスリセットモードになりＳＴＢ１０００のプリンタ制御手段１０３では当該バスリセットを受けてプリンタの接続が無くなったことを検知する。プリンタ制御手段１０３は、プリンタ接続が無くなったことを検知したタイミングでジョブ情報及び印刷バッファ内の印刷文書記述データを削除することが出来る。
更に、ＳＴＢ１０００での電源のオフからオン時に、あるいは任意の設定値により動作するタイマ制限により、ＳＴＢ１０００はジョブ情報及び印刷バッファ１０５内の印刷文書記述データを削除するようにしてシステムの異常発生時に不要となったデータの残留を回避してもよい。なお、前記タイマ制限を開始するタイミングは、前記システム及び装置の異常発生時や、またジョブ発生時であっても構わない。
前記のように本発明の印刷システムは、シリアルバス接続により印刷文書記述データを転送する際に、文書画像形成装置が解読することが可能な形式のデータで、当該文書画像形成装置がバンド単位毎でラスラタイズ可能なデータ量ずつ転送データの転送をコントロール（停止・再転送）するようになっている。
これにより、プリンタ側ではスプール用の大きな印刷文書記述データバッファが不要となり、更に印刷文書記述データに対してプリンタ側が必要となったタイミングで別途データを取ってくることが可能となり、ラスタライズ処理を行なうときに都合が良い。
また文書画像供給装置側では、ジョブの発行だけでジョブキューイング処理の必要が無くなり、内部に備えるＨＤＤなどをスプーリング用のバッファとして使用することができる。
なお、上記実施例ではコンテンツ供給者が作成したＢＭＬファイルをＳＴＢにおいてＸＭＬファイルに変換する例を示したが、ユーザからの印刷命令にともない、ＢＭＬファイルをＳＴＢからプリンタに送信し、プリンタにおいてＢＭＬファイルからＸＭＬファイルに変換し、このプリンタにおいて作成したＸＭＬをもとに、ＳＴＢのＨＤＤに保持されているリンクファイルを随時プリンタがＰＵＬＬしても構わない。
（第４の実施の形態）
図１２は、本発明の第４の実施形態を示す機能ブロック図である。この構成例においては、ＳＴＢ１０００と文書画像形成装置（プリンタ）２００がＩＥＥＥ１３９４バス３０００を介して相互に接続されており、基本構成は第３の実施の形態と同じである。
ただし、この第４の実施の形態では前記第３の実施の形態に基本構成に加えて、ＳＴＢ１０００に外部記憶手段ＭＣ（例えばメモリカード：以下メモリカードで説明する）を装着可能な外部メモリＩ／Ｆ１１０を持つ構成となっている。
この外部メモリＩ／Ｆ１１０は、ＳＴＢ１０００のプリンタ制御手段１０３からの要求によりメモリカードＭＣ内のイメージデータをプリンタ２０００に転送するようになっている。
ここでメモリカードＭＣとしてディジタルスチールカメラの画像を格納したメモリカードＭＣである場合には、アプリケーション１０１としてはディジタルスチールカメラ（ＤＳＣ）のデータを処理できるアプリケーション１０１を用いることはもちろんである。
例えばディジタルスチールカメラの画像を格納したメモリカードＭＣを扱う場合、ユーザは前記アプリケーション１０１を起動して、前記メモリカードＭＣに格納されている全ての画像の読み込みを行なう。尚、すべての画像ではなく、デジタルＴＶの画面上にサムネール画像を表示し、必要とする画像のみを選択画面に選択可能に表示させるようにしてもよい。読み込まれた前記画像の中から印刷出力したい画像を選択し、更にレイアウトを編集するなどして、ディジタルスチールカメラで撮影された画像が印刷出力したい状態にレイアウトされる。ユーザの前記アプリケーション１０１による編集が終了すると、ユーザは前記アプリケーションに対して印刷の指示を与え、前記アプリケーションは、編集された内容と印刷要求に従った印刷文書記述データを生成する。この生成されたファイルが、実施の形態３でいうトップファイルに該当する。本実施の形態４において、トップファイルは実施の形態３のようにもともとあるものではないので、作成する必要があるが、この作成はＳＴＢのアプリケーションで行なっても、プリンタのアプリケーションで行なっても、どちらでも構わない。プリンタにおいて作成する場合には、ＳＴＢの画面上で、どの画像が選択されたか、どのようなレイアウトが選ばれたか、などの情報のみをＳＴＢからプリンタに送り、この送られたデータをもとに、トップファイルを作成することになる。リンクファイルに関しては、メモリカードＭＣから直接とるようにトップファイルに記載しても、実施の形態３と同様な処理にするために、一度すべてのデータをプリンタのメモリカードＭＣからＳＴＢのＨＤＤ１０６または印刷バッファ１０５に送信しても構わない。
このようなアプリケーション１０１により生成される印刷文書記述データは、更に変換手段１０２によりプリンタ側で解読可能な言語、例えばＸＨＴＭＬ形式に変換され、１つの印刷要求に対するトップファイルＴとして扱い、図６に示すような構成で文書画像供給装置の記憶手段に格納される。
前記第３の実施の形態に従えば、トップファイルＴに記述されるリンクファイルＬのリンク先を前記と同様印刷バッファ１０５としておき、印刷要求が発生すると前記アプリケーション１０１に従って編集された印刷文書記述データは印刷バッファ１０５に格納されることになる。また、当該印刷文書記述データにリンクされたオブジェクトデータ（画像データ）も、前記プリンタ２０００が印刷処理可能なデータとして、前記メモリカードＭＣから当該印刷バッファ１０５に展開されることになる。
しかしながらここではメモリカードに格納されたオブジェクトデータがＪＰＥＧ等のプリンタ２０００が処理可能なデータになっている場合では、この状態で、トップファイルＴに記述されるリンクファイルのリンク先をメモリカード内のオブジェクトデータに対応する位置としてもよい。
なお、メモリカードに格納されたオブジェクトデータがプリンタ２０００で印刷処理可能なデータでない場合でも、プリンタ制御手段１０３が前記プリンタ２０００で印刷処理可能なデータに変換しながら前記プリンタ２０００に転送してもよい。あるいはプリンタ制御手段１０３が前記プリンタ２０００で印刷処理出来ないような、メモリカード内のオブジェクトデータを扱う場合には以下のような処理を行っても良い。即ち、上記オブジェクトデータを一旦印刷バッファ１０５に格納し、前記プリンタ２０００に転送する時にプリンタ制御手段１０３が前記プリンタ２０００で印刷処理可能なデータに変換しながら前記プリンタ２０００に転送するのである。尚、上記バッファ１０５に格納する際に、変換しながら（変換してから）格納しても良い。
但し、メモリカードＭＣのデータをリンク先とする場合には、印刷の終了通知がプリンタ側から出されても当該データは消去しないようにする。
以上の構成によると、前記の前記第３の実施の形態と同様、内部に備えるＨＤＤなどをスプーリング用のバッファとして使用することも、あるいは、外部から接続されたメモリカードなどをそのまま印刷バッファとして使用することも可能となる。また文書画像供給装置側では、レイアウト情報を含む印刷文書記述データのトップファイルを作成するだけで足りることになる。
以上、従来例として特開２０００−６６８６７号公報に記載のプリンタ装置では、トップファイルのデータをもとにページ単位で文字と画像を揃えてレイアウトし合成した上でラスタライズを行ない、記録媒体上に可視記録出力するものであった。このため、プッシュ型に現れる欠点と同様、プリンタ側に所定容量の（この場合少なくともページ全体を構成するのに必要な）印刷バッファを設ける必要があり、コストデメリットが発生していた。しかし、本願発明により、文書画像形成装置側にハードディスク等の大容量の記憶手段を持つ必要がなくなることになる。特に複数のファイルからなる文書画像データを処理するときに、各ファイル毎にチャンネルを設けるとＳＴＢ１０００とプリンタ２０００間のデータ転送のためのチャンネル制御が単純になり、ＳＴＢ１０００とプリンタ２０００におけるデータ処理も容易になる効果を得ることが出来る。
（第５の実施の形態）
続いて、第５の実施の形態について説明する。上述した実施の形態では、ＩＥＥＥ１３９４バスを利用した通信を例に挙げてきたが、ここでは、上記ＩＥＥＥ１３９４に変えてブルートゥース（Ｒ）を用いた場合について図２０〜２２を用いて詳細に説明する。
ブルートゥースとは、現在標準化が行われている近距離無線技術の名称であり、このブルートゥースの標準化団体である”Ｔｈｅ  Ｂｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐ（ＳＩＧ）”にて用いられている用語等を用いて以下の説明を行なう。
まず、ブルートゥースのプロトコルについて、図２０を用いて説明する。上記ブルートゥースの規格においては、例えば、ベースバンド２００１、ＬＭＰ（Ｌｉｎｋ  Ｍａｎａｇｅｒ  ｐｒｏｔｏｃｏｌ：リンク・マネージャ・プロトコル）２００２、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  ｃｏｎｔｒｏｌ  ａｎｄ  ａｄａｐｔａｔｉｏｎ  ｐｒｏｔｏｃｏｌ：論理リンク・コントロールとアダプテーションのプロトコル）２００３、ＲＦＣＯＭＭ２００４、ＳＤＰ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ：サービス・ディスカバリ・プロトコル）２００５、ＴＣＳ（Ｔｅｌｅｐｈｏｎｙ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｂｉｎａｒｙ：テレフォニー・コントロール・プロトコル）２００６などが規定されている。
また、ブルートゥースを用いた場合、アプリケーションは、従来の通信技術において一般的に用いられているＯＢＥＸ（Ｏｂｊｅｃｔ  Ｅｘｃｈａｎｇｅ）２００８やＴＣＰ／ＩＰを利用して通信することができる。さらに、ブルートゥース規格では、図２１に示すような数種類（アプリケーション別）のプロファイル２１０１を規定している。
本実施の形態５では、この中のオブジェクト交換プロファイル２１０２を利用した場合について説明する。
汎用オブジェクト交換プロファイルは、オブジェクト（ファイル）の交換を行なう際の処理を統括しており、交換方式の種類により「オブジェクトプッシュプロファイル２１０３（Ｏｂｊｅｃｔ  Ｐｕｓｈ  Ｐｒｏｆｉｌｅ）」、「ファイル転送プロファイル２１０４（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｆｉｌｅ）」「データ同期プロファイル２１０５（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｐｒｏｆｉｌｅ）」、およびこれらに加えて「Ｂａｓｉｃ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｆｉｌｅ２１０６（ＢＰＰ）」のいずれかが適用される。
各プロファイルの適用例と構成を図２２に示す。オブジェクトプッシュプロファイル２１０３は、携帯電話同士（サーバーとクライアント間）で名刺情報交換などを行なう場合など、比較的小さいサイズのオブジェクト交換（Ｐｕｓｈ／Ｐｕｌｌ形式）に利用される（例２２０１）。また、ファイル転送プロファイル２１０４は、パソコン同士で比較的大きいファイル転送を行なう時などに使用される（例２２０２）。データ同期プロファイル２１０５は、非同期接続時でも、音声や動画像など実時間伝送（データ同期機能）が必要とされる場合に適用される（例２２０３）。また、Ｂａｓｉｃ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｆｉｌｅ２１０６（ＢＰＰ）は、Ｏｂｊｅｃｔ  Ｅｘｃｈａｎｇｅ（ＯＢＥＸ）との併用によりＰＤＡや携帯電話でプリントダライバ無しで、（プリンタポートの無い機器の）プリンタとの通信が可能となる（例２２０４）。これらは、ＲＦＣＯＭＭ２００４の上にＯＢＥＸ２００８というオブジェクト交換用のプログラムを載せた構成になっていて、マスターとスレーブ間の非同期接続を実現している。
なお、ここでは、さらに、オブジェクト交換プロファイルの中のＢａｓｉｃ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｆｉｌｅ２１０６を利用した具体例を説明する。
Ｂａｓｉｃ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｆｉｌｅ２１０６では、Ｓｉｍｐｌｅ  Ｐｕｓｈ  Ｔｒａｎｓｆｅｒ  ＭｏｄｅｌとＪｏｂ  Ｂａｓｅｄ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌがあり、以下にそれぞれの場合について説明する。
Ｓｉｍｐｌｅ  Ｐｕｓｈ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌでは、ＯＢＥＸプロトコルによるＰＵＴ  ＲＥＱＵＥＳＴを用いて送信機側（画像供給装置１００）は、受信機側（画像形成装置２００）にオブジェクトを送信する。なお、このモデルでは双方の間でジョブの管理およびステータスなどの取得は行なわれない。
画像供給装置１００では印刷要求が発生すると、アプリケーションがＯＢＥＸプロトコルのＯｐｅｒａｔｉｏｎ（＝ＦｉｌｅＰｕｓｈ）を用いて画像形成装置２００にドキュメントデータを送信しようとする。このとき、ドキュメントデータは、ＯＢＥＸのヘッダーの１つであるＢｏｄｙＨｅａｄｅｒに含められる。
またこのモデルには、印刷コンテンツに画像データのような参照付けがなされたオブジェクトを含んでいる場合には、画像形成装置２００が接続先の画像供給装置１００から画像データを検索することが出来るようなメカニズムを持っており、その場合、画像形成装置２００がＯＢＥＸプロトコルにおけるＧＥＴ  ＲＥＱＵＥＳＴ命令であるＯｐｅｒａｔｉｏｎ（＝ＧｅｔＲｅｆｅｒｅｎｃｅｄＯｂｊｅｃｔｓ）を用いて、画像供給装置１００に、必要とする参照付けがなされたオブジェクトの送信要求を行なえる。このとき、画像形成装置２００はＯＢＥＸのヘッダーの１つであるＴｙｐｅＨｅａｄｅｒにＧＥＴリクエストがｒｅｆｅｒｅｎｃｅｄｏｂｊｅｃｔである事、ＮａｍｅＨｅａｄｅｒにはＵＲＩ、また、Ａｐｐｌｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ  ｈｅａｄｅｒにはＯｆｆｓｅｔ、Ｃｏｕｎｔなどを設定する。Ｏｆｆｓｅｔは画像やファイルデータに対するオフセット量（ｂｙｔｅｓ）、Ｃｏｕｎｔは送信して欲しい量（ｂｙｔｅｓ）を示す。画像供給装置１００はこの要求を受けて、レスポンスのＯＢＥＸのＢｏｄｙＨｅａｄｅｒにＧＥＴ  ＲＥＳＰＯＮＳＥとして画像形成装置２００が要求していた画像データを設定し、画像形成装置２００に送信する。
また、Ｊｏｂ  Ｂａｓｅｄ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌでは、前記と同様にＯＢＥＸプロトコルによる通信が行なわれるが、Ｓｉｍｐｌｅ  Ｐｕｓｈ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌとは異なり、ジョブの生成を行なってジョブＩＤベースでのデータ転送を行なう。ジョブ管理や状態取得などのメッセージレスポンスについては、ＳＯＡＰ／ＸＭＬでの形式でレコード化されてやり取りされる。
ドキュメントデータ自体の転送については、最初に画像供給装置１００のアプリケーションがＯＢＥＸプロトコルのＧＥＴ  ＲＥＱＵＥＳＴであるＯｐｅｒａｔｉｏｎ（＝ＣｒｅａｔｅＪｏｂ）によるジョブ生成処理の後に、画像供給装置１００は画像形成装置２００からＧＥＴ  ＲＥＳＰＰＯＮＳＥとしてＡｐｐｌｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ  ｈｅａｄｅｒにＪｏｂＩＤを含めて受け取る。その後、画像供給装置１００は、ＰＵＴ  ＲＥＱＵＥＳＴであるＯｐｅｒａｔｉｏｎ（＝ＳｅｎｄＤｏｃｕｍｅｎｔ）を用いてドキュメントデータの送信を行なう。このとき、ＯＢＥＸのＴｙｐｅ  Ｈｅａｄｅｒにはドキュメントのタイプ、Ｂｏｄｙ  Ｈｅａｄｅｒには印刷データ自体が設定される。この場合でもＳｉｍｐｌｅ  Ｐｕｓｈ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌの場合と同様に、印刷コンテンツに画像データのような参照付けがなされたオブジェクトを含んでいる場合には、画像形成装置２００が接続先の画像供給装置１００からその画像データを検索することが出来るようなメカニズムを持っており、その場合、画像形成装置２００がＯＢＥＸプロトコルによるＧＥＴアクションであるＯｐｅｒａｔｉｏｎ（＝ＧｅｔＲｅｆｅｒｅｎｃｅｄＯｂｊｅｃｔｓ）を用いて画像供給装置１００に必要とする参照付けがなされたオブジェクトの送信要求を行なえる。このとき、画像形成装置２００はＯＢＥＸのヘッダーの１つであるＴｙｐｅＨｅａｄｅｒにＧＥＴリクエストがｒｅｆｅｒｅｎｃｅｄｏｂｊｅｃｔである事、ＮａｍｅＨｅａｄｅｒにはＵＲＩ、また、Ａｐｐｌｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ  ｈｅａｄｅｒにはＯｆｆｓｅｔ、Ｃｏｕｎｔなどを設定する。Ｏｆｆｓｅｔは画像やファイルデータに対するオフセット量（ｂｙｔｅｓ）、Ｃｏｕｎｔは送信して欲しい量（ｂｙｔｅｓ）を示す。画像供給装置１００はこの要求を受けて、レスポンスのＯＢＥＸのＢｏｄｙＨｅａｄｅｒにＧＥＴ  ＲＥＳＰＯＮＳＥとして画像形成装置２００が要求していた画像データを設定し、画像形成装置２００に送信する。
また、Ｓｉｍｐｌｅ  Ｐｕｓｈ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌの場合では、アプリケーションがＯＢＥＸプロトコルのＰＵＴ  ＲＥＱＵＥＳＴであるＯｐｅｒａｔｉｏｎ（＝ＦｉｌｅＰｕｓｈ）を用いて画像形成装置２００にドキュメントデータを送信する以外に、画像供給装置１００がＯｐｅｒａｔｉｏｎ（＝ＳｉｍｐｌｅＲｅｆｅｒｅｎｃｅＰｕｓｈ）を用いて、ドキュメントデータ自体を送信せずに、ＯＢＥＸのＢｏｄｙ  Ｈｅａｄｅｒに参照用のＵＲＬを設定しておき、これを受けた画像形成装置２００は得られた参照用のＵＲＬに基づいてＯＢＥＸプロトコルによるＧＥＴ  ＲＥＱＵＥＳＴであるＯｐｅｒａｔｉｏｎ（＝ＧｅｔＲｅｆｅｒｅｎｃｅｄＯｂｊｅｃｔｓ）を用いて画像供給装置１００に対して、必要とする参照付けがなされたドキュメントデータの送信要求を行なえる。
また、Ｊｏｂ  Ｂａｓｅｄ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌの場合でも前記Ｓｉｍｐｌｅ  Ｐｕｓｈ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌと同様に、前記のＪｏｂ  Ｂａｓｅｄ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅｌの処理時において画像供給装置１００は、Ｏｐｅｒａｔｉｏｎ（＝ＳｅｎｄＤｏｃｕｍｅｎｔ）の代りに、ＰＵＴ  ＲＥＱＵＥＳＴであるＯｐｅｒａｔｉｏｎ（＝ＳｅｎｄＲｅｆｅｒｅｎｃｅ）を用いて、ドキュメントデータ自体を送信せずに、ＯＢＥＸのＢｏｄｙ  Ｈｅａｄｅｒに参照用のＵＲＬを設定しておき、これを受けた画像形成装置２００は得られた参照用のＵＲＬに基づいてＯＢＥＸプロトコルによるＧＥＴ  ＲＥＱＵＥＳＴであるＯｐｅｒａｔｉｏｎ（＝ＧｅｔＲｅｆｅｒｅｎｃｅｄＯｂｊｅｃｔｓ）を用いて画像供給装置１００に対して、必要とする参照付けがなされたドキュメントデータの送信要求が行なえる。
以上により、ブルートゥースを用いた場合でも、画像形成装置２００は、画像供給装置１００より例えば画像データの所定部から所定量のデータのみを取得する事が可能である。
【図面の簡単な説明】
図１は、本発明の実施の形態を示すブロック図である。
図２は、本発明が適用されるネットワーク環境の一例を示すブロック図である。
図３は、インタプリタの詳細を示す機能ブロック図である。
図４は、本発明の他の実施の形態を示すブロック図である。
図５は、本発明が適用される画像の一例を示す図である。
図６は、本発明に使用する印刷記述データの概念図である。
図７は、印刷記述データの詳細図である。
図８は、本発明のラスタライズの手順を説明する図である。
図９は、本発明の動作手順を示すフロー図である。
図１０は、本実施の形態３における印刷システムの構成を示すブロック図である。
図１１は、本実施の形態３におけるネットワーク関係を示す図である。
図１２は、本実施の形態４における印刷システムの構成を示すブロック図である。
図１３は、本実施の形態３、４における印刷対象に関わるファイルを示す図である。
図１４は、本実施の形態３におけるジョブのキューイングの様子を示す図である。
図１５は、本実施の形態３におけるフェースチャートを示す図である。
図１６は、本実施の形態３におけるチャンネル使用を示す図である。
図１７は、本実施の形態３におけるポートと転送を行なうファイルの関係を示す図である。
図１８は、本実施の形態３におけるジョブとオブジェクトの関係を示す図である。
図１９は、本実施の形態３における動作手順を示すフローを示す図である。
図２０は、ブルートゥースのプロトコルを示す図である。
図２１は、ブルートゥースにおけるアプリケーション別のプロファイルを示す図である。
図２２は、各プロファイルの適用例を示す図である。
図２３は、従来の印刷システムを示す概念図である。
図２４は、従来の他の印刷システムを示す概念図である。
【図１】
2003008196.tif 000003
【図２】
2003008196.tif 000004
【図３】
2003008196.tif 000005
【図４】
2003008196.tif 000006
【図５】
2003008196.tif 000007
【図６】
2003008196.tif 000008
【図７】
2003008196.tif 000009
【図８】
2003008196.tif 000010
【図９】
2003008196.tif 000011
【図１０】
2003008196.tif 000012
【図１１】
2003008196.tif 000013
【図１２】
2003008196.tif 000014
【図１３】
2003008196.tif 000015
【図１４】
2003008196.tif 000016
【図１５】
2003008196.tif 000017
【図１６】
2003008196.tif 000018
【図１７】
2003008196.tif 000019
【図１８】
2003008196.tif 000020
【図１９】
2003008196.tif 000021
【図２０】
2003008196.tif 000022
【図２１】
2003008196.tif 000023
【図２２】
2003008196.tif 000024
【図２３】
2003008196.tif 000025
【図２４】
2003008196.tif 000026
【国際調査報告】
2003008196.tif 000027
2003008196.tif 000028
2003008196.tif 000029
2003008196.tif 000030