(57)【要約】【課題】形式の異なる複数のファイルからなる印刷ドキュメントをプッシュプリント可能な印刷システム等を提供する。【解決手段】ＨＤＤユニット１２は、伝送路を介して接続されたプリンタユニット１３に、異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを供給する印刷データ供給装置であって、前記複数の印刷データファイルを１つのアーカイブファイルに集約し、前記アーカイブファイルを前記プリンタユニット１３にプッシュ転送するストレージサブユニット１２ａを備える。【選択図】　　　　図３
2004086874.tif 000002
【特許請求の範囲】
【請求項１】
異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを外部装置に供給する印刷データ供給装置であって、
前記複数の印刷データファイルをアーカイブファイルに集約する集約手段と、
集約されたアーカイブファイルを前記外部装置に出力する出力手段と
を備えることを特徴とする印刷データ供給装置。
【請求項２】
前記集約手段は、印刷装置が前記印刷ドキュメントを印刷する際に最初に必要となる印刷データファイルの名前を、特定の名前に変換した後、前記アーカイブファイルへの集約を行う
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項３】
前記集約手段は、印刷装置が前記印刷ドキュメントを印刷する際に最初に必要となる印刷データファイルを、前記アーカイブファイルの特定の位置に集約する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項４】
前記出力手段は、前記アーカイブファイルのアーカイブ形式と、前記アーカイブファイルに集約された印刷データファイルのフォーマットを示す情報とを前記外部装置に通知する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項５】
前記集約手段は、前記複数の印刷データファイルをＴａｒ　Ｂａｌｌ形式で集約する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項６】
前記集約手段は、前記複数の印刷データファイルをＭＩＭＥ形式で集約する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項７】
前記集約手段は、前記複数の印刷データファイルを圧縮フォーマットで集約する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項８】
前記印刷データ供給装置は、さらに、
前記複数の印刷データファイルを、伝送路を介して受信する受信手段と、
受信された前記複数の印刷データファイルが１つの印刷ドキュメントを構成する印刷データファイルであるか否かを判定する第１の判定手段とを備え、
前記集約手段は、前記判定の結果、前記複数の印刷データファイルが前記印刷ドキュメントを構成する印刷データファイルであると判定された場合に、前記複数の印刷データファイルをアーカイブファイルに集約する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項９】
前記印刷データ供給装置は、さらに、
前記複数の印刷データファイルを、伝送路を介して受信する受信手段と、
受信された前記複数の印刷データファイルが１つの印刷ドキュメントを構成する印刷データファイルであるか否かを判定する第１の判定手段と、
受信された前記印刷データファイルがアーカイブデータであるか否かを判定する第２の判定手段を備え、
前記集約手段は、前記第２の判定手段により、前記印刷データファイルがアーカイブデータではないと判定され、かつ、前記第１の判定手段により、印刷データファイルが１つの印刷ドキュメントを構成する複数の印刷データファイルであると判定された場合に、前記印刷データファイルをアーカイブファイルに集約する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項１０】
前記外部装置は、前記印刷データ供給装置と伝送路を介して接続された印刷装置であり、
前記出力手段は、前記アーカイブファイルを前記印刷装置にプッシュ転送する
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項１１】
前記外部装置は、前記印刷データ供給装置に装着された着脱可能な記録媒体である
ことを特徴とする請求項１記載の印刷データ供給装置。
【請求項１２】
伝送路を介して接続された印刷装置に、異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを供給する印刷データ供給装置であって、
転送される印刷データファイルが前記印刷ドキュメントを構成する前記印刷データファイルであることを示す情報を付随させて、前記複数の印刷データファイルを前記印刷装置に順次プッシュ転送する順次転送手段
を備えることを特徴とする印刷データ供給装置。
【請求項１３】
前記情報は、転送される前記複数の印刷データファイルにおいて最初に転送される印刷データファイルに付随される
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項１４】
前記情報は、転送される前記複数の印刷データファイルのフォーマットを示す情報と、前記印刷データファイルの前記印刷装置へのプッシュ転送方式に関する情報とを含む
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項１５】
前記順次転送手段は、前記印刷ドキュメントを構成する前記印刷データファイルの総数および当該印刷データファイルの転送順位を示す情報を付随させて、順次プッシュ転送する
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項１６】
前記順次転送手段は、前記印刷ドキュメントを構成する前記印刷データファイルのうち最後に転送される印刷データファイルに、転送終了を示すフラグを付随させてプッシュ転送する
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項１７】
前記順次転送手段は、さらに、現在転送している印刷データファイルのフォーマットを示す情報を付随させて、前記複数の印刷データファイルを順次プッシュ転送する
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項１８】
前記順次転送手段は、前記各印刷データファイルのフォーマットを表すデータ名を付随させて、前記複数の印刷データファイルを順次プッシュ転送する
ことを特徴とする請求項１７記載の印刷データ供給装置。
【請求項１９】
前記順次転送手段は、前記各印刷データファイルのフォーマットを示すヘッダを付随させて、前記複数の印刷データファイルを順次プッシュ転送する
ことを特徴とする請求項１７記載の印刷データ供給装置。
【請求項２０】
前記順次転送手段は、前記印刷装置が前記印刷ドキュメントを印刷する際に最初に必要となる印刷データファイルを、最初にプッシュ転送する
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項２１】
前記印刷データ供給装置は、さらに、
前記複数の印刷データファイルを、伝送路を介して受信する受信手段と、
受信された前記複数の印刷データファイルが前記印刷ドキュメントを構成する印刷データファイルであるか否かを判定する判定手段とを備え、
前記順次転送手段は、前記判定の結果、前記複数の印刷データファイルが前記印刷ドキュメントを構成する印刷データファイルであると判定された場合に、前記印刷データファイルであることを示す情報を付随させて、前記複数の印刷データファイルを前記印刷装置に順次プッシュ転送する
ことを特徴とする請求項１２記載の印刷データ供給装置。
【請求項２２】
伝送路を介して接続された印刷データ供給装置から印刷ドキュメントを取得して印刷する印刷装置であって、
印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルが集約されたアーカイブファイルを、前記印刷データ供給装置から取得する取得手段と、
取得された前記アーカイブファイルを、前記各印刷データファイルに展開する展開手段と、
展開された前記各印刷データファイルを組み合わせて印刷することによって、前記印刷ドキュメントを印刷する印刷手段と
を備えることを特徴とする印刷装置。
【請求項２３】
前記印刷手段は、
展開された前記印刷データファイルのうちの特定の印刷データファイルを解釈して、前記各印刷データファイルが表す印刷画像が１つの印刷ドキュメントを構成するよう前記各印刷データファイルを組み合わせる解釈手段を備え、
前記解釈手段による組み合わせに従って前記各印刷データファイルを印刷する
ことを特徴とする請求項２２記載の印刷装置。
【請求項２４】
前記解釈手段は、展開された前記印刷データファイルのうち、特定の名前を有する印刷データファイルを解釈して、前記各印刷データファイルを組み合わせる
ことを特徴とする請求項２３記載の印刷装置。
【請求項２５】
前記解釈手段は、展開された前記印刷データファイルのうち、前記アーカイブファイルの特定の位置に集約されている印刷データファイルを解釈して、前記各印刷データファイルを組み合わせる
ことを特徴とする請求項２３記載の印刷装置。
【請求項２６】
伝送路を介して接続された印刷データ供給装置から、印刷ドキュメントを取得して印刷する印刷装置であって、
前記印刷ドキュメントは、異なるフォーマットで記述された複数の印刷データファイルから構成され、
前記印刷装置は、前記印刷データ供給装置から、前記印刷データファイルが１つの前記印刷ドキュメントを構成する印刷データファイルであることを示す情報を伴って、前記複数の印刷データファイルを順次取得する順次取得手段と、
前記情報に基づいて、１つの前記印刷ドキュメントを構成する前記複数の印刷データファイルの取得完了を検知し、取得された前記各印刷データファイルを組み合わせて、前記印刷ドキュメントを印刷する印刷手段と
を備えることを特徴とする印刷装置。
【請求項２７】
前記順次取得手段は、前記複数の印刷データファイルを、前記印刷ドキュメントを構成する前記印刷データファイルの総数および当該印刷データファイルの転送順位を示す情報を伴って順次取得し、
前記印刷手段は、前記情報に基づいて、前記総数の前記印刷データファイルの取得完了を検知し、前記印刷ドキュメントを印刷する
ことを特徴とする請求項２６記載の印刷装置。
【請求項２８】
前記順次取得手段は、前記印刷ドキュメントを構成する前記複数の印刷データファイルに、前記印刷データファイルの転送終了を示すフラグを伴って取得し、
前記印刷手段は、前記フラグに基づいて、前記印刷データファイルの取得完了を検知し、前記印刷ドキュメントを印刷する
ことを特徴とする請求項２６記載の印刷装置。
【請求項２９】
異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを、印刷装置に印刷させるための印刷データファイルを生成する印刷データ生成装置であって、
前記印刷装置が前記印刷ドキュメントを印刷する際に最初に必要となる印刷データファイルの名前を、特定の名前に変換した後、前記複数の印刷データファイルをアーカイブファイルに集約する集約手段
を備えることを特徴とする印刷データ生成装置。
【請求項３０】
異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを、印刷装置に印刷させるための印刷データファイルを生成する印刷データ生成装置であって、
前記印刷装置が前記印刷ドキュメントを印刷する際に最初に必要となる印刷データファイルを、アーカイブファイルの特定の位置に集約する集約手段
を備えることを特徴とする印刷データ生成装置。
【請求項３１】
伝送路を介して相互に接続された印刷データ供給装置と印刷装置とを備える印刷システムであって、
前記印刷データ供給装置は、
印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルをアーカイブファイルに集約する集約手段と、
前記アーカイブファイルを前記印刷装置にプッシュ転送する転送手段とを備え、
前記印刷装置は、
前記印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルが集約された前記アーカイブファイルを、前記印刷データ供給装置から取得する取得手段と、
取得された前記アーカイブファイルを、前記各印刷データファイルに展開する展開手段と、
展開された前記各印刷データファイルを組み合わせて印刷することによって、前記印刷ドキュメントを印刷する印刷手段と
を備えることを特徴とする印刷システム。
【請求項３２】
伝送路を介して相互に接続された印刷データ供給装置と印刷装置とを備える印刷システムであって、
前記印刷データ供給装置は、
転送される複数の印刷データファイルが１つの印刷ドキュメントを構成する印刷データファイルであることを示す情報を付随させて、前記各印刷データファイルを前記印刷装置に順次プッシュ転送する順次転送手段を備え、
前記印刷装置は、
異なるフォーマットで記述された複数の印刷データファイルを、前記印刷データファイルが１つの印刷ドキュメントを構成する印刷データファイルであることを示す情報を伴って、前記印刷データ供給装置から順次取得する順次取得手段と、
１つの印刷ドキュメントを構成する前記複数の印刷データファイルがすべて取得された後、取得された前記各印刷データファイルを組み合わせて、前記印刷ドキュメントを印刷する印刷手段と
を備えることを特徴とする印刷システム。
【請求項３３】
伝送路を介して相互に接続された印刷データ供給装置と印刷装置とを備える印刷システムのための印刷データ転送方法であって、
前記印刷データ供給装置では、
印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルをアーカイブファイルに集約する集約ステップと、
前記アーカイブファイルを前記印刷装置にプッシュ転送する転送ステップとを含み、
前記印刷装置では、
印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルが集約されたアーカイブファイルを、前記印刷データ供給装置から取得する取得ステップと、
取得された前記アーカイブファイルを、前記各印刷データファイルに展開する展開ステップと、
展開された前記各印刷データファイルを組み合わせて印刷することによって、前記印刷ドキュメントを印刷する印刷ステップと
を含むことを特徴とする印刷データ転送方法。
【請求項３４】
伝送路を介して相互に接続された印刷データ供給装置と印刷装置とを備える印刷システムのための印刷データ転送方法であって、
前記印刷データ供給装置では、
転送される複数の印刷データファイルが１つの印刷ドキュメントを構成する印刷データファイルであることを示す情報を付随させて、前記各印刷データファイルを前記印刷装置に順次プッシュ転送する順次転送ステップを含み、
前記印刷装置では、
異なるフォーマットで記述された複数の印刷データファイルを、前記印刷データファイルが１つの印刷ドキュメントを構成する印刷データファイルであることを示す情報を伴って、前記印刷データ供給装置から順次取得する順次取得ステップと、
１つの印刷ドキュメントを構成する前記複数の印刷データファイルがすべて取得された後、取得された前記各印刷データファイルを組み合わせて、前記印刷ドキュメントを印刷する印刷ステップと
を含むことを特徴とする印刷データ転送方法。
【請求項３５】
異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを外部装置に供給する印刷データ供給装置のためのプログラムであって、
前記複数の印刷データファイルをアーカイブファイルに集約する集約ステップと、
集約されたアーカイブファイルを前記外部装置に出力する出力ステップと
を含むことを特徴とするプログラム。
【請求項３６】
異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを外部装置に供給する印刷データ供給装置のためのプログラムであって、
転送される印刷データファイルが前記印刷ドキュメントを構成する前記印刷データファイルであることを示す情報を付随させて、前記複数の印刷データファイルを前記外部装置に順次プッシュ転送する順次転送ステップ
を含むことを特徴とするプログラム。
【請求項３７】
伝送路を介して接続された印刷データ供給装置から印刷ドキュメントを取得して印刷する印刷装置のためのプログラムであって、
印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルが集約されたアーカイブファイルを、前記印刷データ供給装置から取得する取得ステップと、
取得された前記アーカイブファイルを、前記各印刷データファイルに展開する展開ステップと、
展開された前記各印刷データファイルを組み合わせて印刷することによって、前記印刷ドキュメントを印刷する印刷ステップと
を含むことを特徴とするプログラム。
【請求項３８】
伝送路を介して接続された印刷データ供給装置から、印刷ドキュメントを取得して印刷する印刷装置のためのプログラムであって、
前記印刷ドキュメントは、異なるフォーマットで記述された複数の印刷データファイルから構成され、
前記プログラムは、
前記印刷データ供給装置から、前記印刷データファイルが１つの前記印刷ドキュメントを構成する印刷データファイルであることを示す情報を伴って、前記複数の印刷データファイルを順次取得する順次取得ステップと、
前記情報に基づいて、１つの前記印刷ドキュメントを構成する前記複数の印刷データファイルの取得完了を検知し、取得された前記各印刷データファイルを組み合わせて、前記印刷ドキュメントを印刷する印刷ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリンタ装置に印刷データを転送する方法に関し、特に印刷ドキュメントデータが、異なるフォーマットの複数の印刷オブジェクトから構成される場合のプッシュプリントに関する。
【０００２】
【従来の技術】
デジタルカメラやデジタル放送受信機（ＳＴＢ：Ｓｅｔ　Ｔｏｐ　Ｂｏｘ）等のＡＶ（Ａｕｄｉｏ　Ｖｉｓｕａｌ）機器にプリンタ装置を接続し、ＡＶ機器で撮像・受信された映像をプリンタ装置に直接印刷することが試みられている。
【０００３】
ここで、どのＡＶ機器からの印刷指示であっても常に同じ印刷結果を得られ、かつ、ホスト側の処理負担も軽減されることが望ましい。したがってＡＶ機器で撮像・受信された印刷ドキュメントデータを、そのままの形でＡＶ機器からプリンタ装置へ転送し、印刷画像データを生成する処理をプリンタ側で行うことが可能なプリントプロトコルが必要となる。
【０００４】
このような要望に応える策の１つとして、ＩＥＥＥ１３９４規格で規定されたＡＶ／Ｃプロトコルの１つであるＰｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔがある。ＡＶ／Ｃプロトコルは、ＡＶ機器の接続に関し、必要最小限の標準プロトコルを決定し、互換性を保ち、各メーカーが個別に機器の性能を高めることができる枠組みを提供している。上記ＡＶ／Ｃプロトコルの中で、特にプリンタ装置に関するＡＶ／Ｃコマンドを取り決めたものがＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔである。ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔに関する詳細は、ｈｔｔｐ：／／ｗｗｗ．１３９４ＴＡ．ｏｒｇにて入手可能な、「ＴＡ　Ｄｏｃｕｍｅｎｔ　１９９９０３８　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　１．０」に記載されている。Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔは、静止画像をＡＶ機器からプリンタ装置に転送して印刷する場合の静止画像データのプッシュプリントについて規定している。
【０００５】
図１３は、既存のＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔに従ってデジタルカメラ等のＡＶ機器がプリンタ装置に画像を印刷出力するときの通信手順の一例を示すシーケンス図である。ここでは、ＩＥＥＥ１３９４バスで接続されたコントローラ９００が内部に保持する画像等の印刷オブジェクトをプリンタユニット（プリンタ装置）９１０に出力する場合の通信シーケンスとそのときのコマンドおよびレスポンスが示されている。
【０００６】
まず、コントローラ９００は、プリンタユニット９１０からバージョン情報を取得し（ｖｅｒｓｉｏｎ　ｖｅｒｉｆｉｃａｔｉｏｎフェーズ）、プリンタユニット９１０にジョブ識別子ｊｏｂ＿ＩＤを指定してプリントジョブを生成した（ｊｏｂ　ｃｒｅａｔｉｏｎフェーズ）後に、論理的な転送チャネル（非同期データ転送用コネクション；Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ）を確立する（ｃｏｎｎｅｃｔｉｏｎフェーズ）。
【０００７】
そして、コントローラ９００は、ＡＶ／ＣコマンドＣＡＰＴＵＲＥをプリンタユニット９１０に送ることで、出力したい印刷オブジェクトを指定するとともに、その印刷オブジェクトを受け取るように指示した後に、上記転送チャネルを介して、指定した印刷オブジェクトをプリンタユニット９１０に出力（ｐｕｓｈ）する（ｏｂｊｅｃｔ　ｐｕｓｈフェーズ）。
【０００８】
印刷が完了し、プリンタユニット９１０からコントローラ９００に終了状態ＡＣＣＥＰＴＥＤ　ｒｅｓｐｏｎｓｅが返されると、コントローラ９００は、上記転送チャネルＡｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎを切断し（ｄｉｓｃｏｎｎｅｃｔｉｏｎフェーズ）、プリントジョブをクローズ（ｊｏｂ　ｃｌｏｓｕｒｅフェーズ）した後に、プリンタユニット９１０におけるジョブの状態をポーリングする（ｓｔａｔｕｓ　ｐｏｌｌフェーズ）。
【０００９】
このようにして、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔに従ってＡＶ機器が印刷オブジェクトをプリンタ装置に出力することで、プリンタ装置個別のドライバソフトをインストールすることなく、印刷出力が可能となる。
ところで、現在インターネット上での文書データ配信で広く利用されるＨＴＭＬや近年注目を集めているＸＨＴＭＬ−Ｐｒｉｎｔ等の印刷フォーマットは、異なるフォーマットで記述された複数のデータ（印刷オブジェクト）から１つの印刷ドキュメントが構成されている。このようなＸＨＴＭＬ−Ｐｒｉｎｔ等で記述された印刷ドキュメントから印刷画像を生成するには、異なるフォーマットで記述された複数の印刷オブジェクトにランダムにアクセスする必要がある。
【００１０】
しかし前述のＮカラム印刷をそのまま利用して、印刷オブジェクトを順次プッシュ転送してプリンタ装置内に格納し上記アクセス形態を実現した場合、転送の終端が明示できずどのプッシュ転送までで印刷ドキュメントが構成されているのかをプリンタ装置が判断できない。また、順次プッシュ転送されてくる複数の印刷オブジェクトがどの形式の印刷ドキュメントを形成しているのかもプリンタ装置は判断できない。このことは、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔをはじめとして、他のプッシュプリントプロトコルにおいても同様であり、ＡＶ機器（印刷データ供給機器）からプリンタ装置へ、異なるフォーマットで記述された複数のデータを一括してプッシュ転送するプッシュプリントプロトコルは存在しない。
【００１１】
したがってどのタイプのＡＶ機器からＸＨＴＭＬ−Ｐｒｉｎｔ等のフォーマットを印刷しても常に同じ印刷結果を得ることが可能なシステムを実現するには、プリンタ装置が逐次ＡＶ機器にその時点で必要な印刷オブジェクトを要求しながら印刷画像データの生成処理を行うプルプリントプロトコルを採用する必要がある。
【００１２】
プルプリントプロトコルについては、ＸＨＴＭＬ−Ｐｒｉｎｔのような異なるフォーマットで記述された複数の印刷オブジェクトから構成される印刷ドキュメントも含めて、あらゆる形態の印刷ドキュメントのプルプリントを可能とするプルプリントプロトコル（例として、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔの拡張方式）等が提案されている（特許文献１参照）。
【００１３】
【特許文献１】
特願２００２−０２４５７８
【００１４】
【発明が解決しようとする課題】
しかしながら、上記ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔをはじめとする従来のプルプリントプロトコルでは、プリンタ装置が逐次ホスト側にある印刷オブジェクトを要求（プル）するため、通信トラフィックが増大するという問題がある。
【００１５】
そこで、本発明は、このような状況に鑑みてなされたものであり、どんな形式の印刷ドキュメントであっても、プッシュプリントによる印刷が可能な印刷データ供給装置、プリンタ装置、印刷システム等を提供することを目的とする。つまり、どの印刷データ供給装置からの印刷指示であっても常に同じ印刷結果を得られる上に、ホスト側の処理負担も軽減され、かつ、印刷処理において発生する通信トラフィックが軽減されるようなプリンタ装置等を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る印刷データ供給装置は、伝送路を介して接続された印刷装置に、異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを供給する印刷データ供給装置であって、前記複数の印刷データファイルを１つのアーカイブファイルに集約する集約手段と、前記アーカイブファイルを前記印刷装置にプッシュ転送する転送手段とを備えることを特徴とする。
【００１７】
また本発明に係る他の印刷データ供給装置は、伝送路を介して接続された印刷装置に、異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを供給する印刷データ供給装置であって、転送される印刷データファイルが前記印刷ドキュメントを構成する前記印刷データファイルであることを示す情報を付随させて、前記複数の印刷データファイルを前記印刷装置に順次プッシュ転送する順次転送手段を備える。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳細に説明する。なお本実施の形態では、放送局と印刷データ供給装置との通信には放送波を採用し、印刷データ供給装置とプリンタ装置との間の通信には、通信メディアにＩＥＥＥ１３９４、プリントプロトコルにＩＥＥＥ１３９４　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔを採用して説明しているが、本発明はこれに限定されるものではなく、例えば放送局と印刷データ供給装置との間の通信にＩｎｔｅｒｎｅｔを採用してデータ転送プロトコルにＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を採用したり、印刷データ供給装置とプリンタ装置との間のプリントプロトコルにＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）におけるＰｒｉｎｔ　Ｂａｓｉｃ　Ｓｅｒｖｉｃｅプロトコルや、ＢｌｕｅｔｏｏｔｈにおけるＢａｓｉｃ　Ｐｒｉｎｔｉｎｇ　Ｐｒｏｆｉｌｅにおいて本発明を適用した場合でも同様の効果を得られる。
【００１９】
図１は、本実施の形態における印刷システム１００のハードウェア構成を示すブロック図である。この印刷システム１００は、異なるフォーマットで記述された複数の印刷オブジェクトから構成される印刷ドキュメントを、本発明のアーカイブプッシュ方式またはマルチプッシュ転送方式を用いてプリンタに出力するプッシュプリントシステムであって、放送局１１０、ＳＴＢ１２０、プリンタ装置１４０および外部バス１５０を備える。放送局１１０は、デジタル放送の放送番組を各家庭に放送する放送局であって、印刷データ生成装置１１１を備える。印刷データ生成装置１１１は、異なるフォーマットの複数の印刷オブジェクトから構成されている、ＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述されたインターネットのホームページなどの印刷ドキュメントを生成する。
【００２０】
ＳＴＢ１２０は、デジタル放送の電波を受信し、受信した放送電波から音声信号、映像信号およびデータ信号を抽出して、抽出した各信号をテレビモニタ、スピーカおよびプリンタなどに再生および印刷出力させる機能を備えた家庭用通信端末であって、ＴＳ（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）デコーダ１２１、入力部１２２、リモコン１２３、メモリ１２４、画像処理部１２５、テレビモニタ１２６、音声処理部１２７、スピーカ１２８、内部バス１２９、印刷処理部１３０、コントローラ１３３および通信制御部１３４を備える。さらに、印刷処理部１３０は、アーカイブ判定部１３１とアーカイバ１３２とを備える。
【００２１】
ＴＳデコーダ１２１は、受信した放送電波から、ユーザによって選択された放送局１１０の放送データだけを抽出してデコードする。入力部１２２は、リモコン１２３からユーザによる入力を受け付ける。リモコン１２３は、ユーザのボタン操作などに対応した信号を赤外線などによって入力部１２２に送信する。メモリ１２４は、ＴＳデコーダ１２１によって抽出された放送データに含まれる印刷データを保持する。画像処理部１２５は、ＬＳＩ、ビデオボードまたはプログラムなどによって実現されるＭＰＥＧデコーダなどであり、ＴＳデコーダ１２１によって抽出された放送データから映像データを取り出し、復号化などの処理を行って表示用データを生成する。テレビモニタ１２６は、ＣＲＴまたは液晶表示パネルなどによって実現され、画像処理部１２５によって生成された表示用データを表示する。音声処理部１２７は、ＬＳＩまたはプログラムなどによって実現されるＭＰＥＧ２‐ＡＡＣデコーダなどであり、ＴＳデコーダ１２１によって抽出された放送データから音声および音響データを取り出し、復号化などの処理を行ってアナログ音響信号を生成する。スピーカ１２８は、音声処理部１２７によって生成された音響信号を音響として出力する。内部バス１２９は、ＳＴＢ１２０内の各部が高速にデータを伝送するためのデータ伝送路である。
【００２２】
印刷処理部１３０は、ＴＳデコーダ１２１によって抽出された放送データから印刷ドキュメントを取り出して、取り出された印刷ドキュメントが、アーカイブデータや、単体ファイルまたは同一フォーマットの複数のファイルから構成される印刷ドキュメントであればそのままメモリ１２４に出力し、取り出された印刷ドキュメントが、異なるフォーマットの複数ファイルから構成されるＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述された印刷ドキュメントである場合、プリンタ装置１４０が最初に読み込むべきトップページファイルがアーカイブデータの先頭に来るように集約して、メモリ１２４に出力する処理部である。アーカイブ判定部１３１は、メモリ１２４内の印刷ドキュメントがＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述されている場合、ＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどのファイル内で参照される画像データファイルがあらかじめ１つのファイルに集約されているか否かを判定し、集約されていなければ、それらのファイルを含むＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどのファイルをアーカイバ１３２に転送し、１つのファイルに集約させる。それ以外の場合は、アーカイバ１３２に転送せず、通常の方法で印刷ドキュメントをメモリ１２４に出力する。アーカイバ１３２は、アーカイブ判定部１３１から取得した印刷ドキュメントを構成する、フォーマットの異なるファイル群を、Ｔａｒ（Ｔａｐｅ　Ａｒｃｈｉｖａｌ　ａｎｄ　Ｒｅｔｒｉｅｖａｌ　ｆｏｒｍａｔ）形式、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎ）形式、ＺＩＰ形およびＬＺＨ形式などの形式を用いて、１つのファイルに集約する。
【００２３】
通信制御部１３４はＳＴＢ１２０からプリンタ装置１４０へ印刷データの転送を行うためのものであり、プリンタ装置１４０と外部バス１５０で接続される。外部バス１５０は、例えばＩＥＥＥ１３９４バスである。通信制御部１３４は、印刷処理部１３０からメモリ１２４へデータが格納されると、メモリ１２４から該当データを読み込み、外部バス１５０を介してプリンタ装置１４０へデータを転送する。
【００２４】
コントローラ１３３は、ＳＴＢ１２０内の各部の動作を制御する。
プリンタ装置１４０は、ＳＴＢ１２０から取得した印刷ドキュメントを印刷するプリンタであって、コントローラ１４１、Ｉ／Ｆ１４４、ラスタライザ１４６およびプリンタエンジン１４７を備える。コントローラ１４１は、コマンド判定部１４２および展開部１４３を備え、プリンタ装置１４０内の各部の動作を制御するとともに、展開部１４３によって展開された印刷ドキュメントのトップページを解釈して、ＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述されたトップページ内に参照ファイルが適切に配置されるよう、展開部１４３からラスタライザ１４６に参照ファイルが出力されるタイミングを制御する。コマンド判定部１４２は、ＳＴＢ１２０から取得された印刷ドキュメントがアーカイブデータであるか否かを判定して、アーカイブデータであれば、取得した印刷ドキュメントを展開部１４３に転送し、アーカイブデータでなければ、ラスタライザ１４６に転送する。展開部１４３は、コマンド判定部１４２から取得した印刷ドキュメントを展開して、ＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述されたトップページおよび参照ファイルからなる元のファイル群を復元する。
【００２５】
Ｉ／Ｆ１４４は、バッファ１４５を備え、外部バス１５０を介して通信制御部１３４との間で論理的なコネクションを確立し、通信制御部１３４からのプッシュ転送用コマンドを解釈して、印刷ドキュメントの転送を受け付ける。バッファ１４５は、ＲＡＭなどによって実現されるＦＩＦＯメモリなどである。ラスタライザ１４６は、コントローラ１４１から入力される印刷ドキュメントを、印刷用のビットマップデータに変換する。プリンタエンジン１４７は、ラスタライザ１４６からのビットマップデータに基づいて、印刷ドキュメントの印刷内容を紙面に印刷する。
【００２６】
上記のように構成された印刷システム１００におけるＳＴＢ１２０内の印刷処理部１３０の動作を、図２のフローチャートを用いて説明する。図２は、図１に示したＳＴＢ１２０が放送局１１０から印刷ドキュメントを受信した場合の印刷処理部１３０の動作を示すフローチャートである。ＳＴＢ１２０が放送局１１０から印刷ドキュメントを受信すると（Ｓ１１０）、印刷処理部１３０は、ＴＳデコーダ１２１によって抽出された放送データから印刷ドキュメントを取り出して、取り出された印刷ドキュメントが、単体ファイルまたは同一フォーマットの複数のファイルから構成される印刷ドキュメントデータであるか否かを印刷ドキュメントのファイル拡張子などに基づいて調べる（Ｓ１１５）。取り出された印刷ドキュメントが単体ファイルまたは同一フォーマットの複数のファイルから構成されるファイルから構成される印刷ドキュメントデータであれば、そのままメモリ１２４に出力する（Ｓ１１４）。異なる場合はアーカイブデータであるか否かを印刷ドキュメントのファイル拡張子やファイルのデータヘッダなどに基づいて調べる（Ｓ１１１）。取り出された印刷ドキュメントがアーカイブデータであれば、そのままメモリ１２４に出力する（Ｓ１１４）。また、取り出された印刷ドキュメントがアーカイブデータでない場合、印刷ドキュメントが、例えば、ＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述されたＴｏｐ　Ｐａｇｅから画像等のデータがリンクに参照されて印刷ドキュメントを構成するような、異なるフォーマットの複数のファイルから構成される印刷ドキュメントであるか否かを調べ（Ｓ１１２）、そうである場合には、ＨＴＭＬおよびＸＨＴＭＬ−Ｐｒｉｎｔなどで記述されたＴｏｐ　Ｐａｇｅファイルがアーカイブデータの先頭に来るように複数のファイルを集約（アーカイブ）して（Ｓ１１３）、メモリ１２４に出力する（Ｓ１１４）。
【００２７】
図３は、図１に示した印刷システム１００の論理的構成であるシステムモデル１０を示す図である。このシステムモデル１０は、ＩＥＥＥ１３９４バスで接続されたコントローラ１１とＨＤＤユニット１２とプリンタユニット１３とから構成され、ＩＥＥＥ１３９４　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔで規定される従来のシステムモデルと基本的な構成は同一であるが、プッシュプリントを指示するコマンドであるＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『Ｃａｐｔｕｒｅ』のパラメータの内容と、それに付随してＨＤＤユニット１２からプリンタユニット１３へプッシュ転送されるデータの形式とに特徴を有する。
【００２８】
コントローラ１１は、例えばＩＥＥＥ１３９４バス上でコネクション管理機能を実装したＳＴＢ１２０等の機器（例えば、図１に示した印刷処理部１３０）である。ＨＤＤユニット１２は、ハードディスクドライブ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）装置によって実現されるバス上でのデータ送信機器（Ｐｒｏｄｕｃｅｒ）であり（例えば、図１に示したメモリ１２４）、データ送信機能を備えたストレージサブユニット１２ａを有している。ストレージサブユニット１２ａの例としては、ＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔ等がある。プリンタユニット１３は、プリンタ装置１４０等によって実現されるバス上でのデータ受信機器（Ｃｏｎｓｕｍｅｒ）であり、受信データを印刷する機能を備えたプリンタサブユニット１３ａを有する。プリンタサブユニット１３ａの例としては、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ等がある。本実施の形態ではストレージサブユニット１２ａとしてＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔ、プリンタサブユニット１３ａとしてＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔを例にとり説明する。
【００２９】
なお、ユニットはＡＶ機器に対応し、サブユニットはＡＶ機器の機能を司るもの（仮想的な機能単位）である。サブユニットの組み合わせがユニットとなり、ユニットの中をどのような機能単位で分けるかは適宜決定される。また、サブユニットは、バーチャルな機能単位であり、必ずしもハードウェア構成と一致するものではない。
【００３０】
本図において示される特徴は、ＨＤＤユニット１２とプリンタユニット１３に対する命令は、コントローラ１１のみが行うものであり、コントローラ１１からＨＤＤユニット１２に対してはデータ送信を指示（コマンドおよびレスポンス）し、同時にコントローラ１１からプリンタユニット１３に対してはデータ受信を指示することで、プリンタユニット１３におけるプッシュプリントを実現する点である。なお、印刷ドキュメントを構成する印刷オブジェクトは、コントローラ１１等によって既に確立されている非同期データ転送用のコネクション（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ）経由で伝送される。
【００３１】
ＩＥＥＥ１３９４　ＡＶ／Ｃ規格におけるコントローラ−サブユニットモデルとして説明すると、コントローラ１１はプリンタユニット１３内のＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ（プリンタサブユニット１３ａ）に対するコントローラである。また、コントローラ１１はＨＤＤユニット１２内のＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔ（ストレージサブユニット１２ａ）に対するコントローラでもある。また、本実施の形態では、コントローラ１１は非同期データ転送用のコネクションであるＡｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎに対するコントローラでもあり、Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎの確立、復旧、切断を行う。
【００３２】
図３に示された本実施の形態のシステムモデル１０における通信シーケンスは、従来技術では不可能であった、異なるフォーマットで記述された複数のデータを一括してプッシュ転送するプッシュプリントを可能とするため、既存ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔの通信シーケンスと比べ、ｏｂｊｅｃｔ　ｐｕｓｈフェーズにおける内部処理が異なる。通信プロトコルに着目すると、固有の内部処理を行った後に発行するＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』におけるパラメータの内容と、それに付随して送信される印刷オブジェクトのフォーマットが従来技術と異なる。さらに異なる点は、事前にＰｒｉｎｔｅｒが印刷画像生成処理を行いやすいよう工夫して、異なるフォーマットで記述された複数の印刷オブジェクトを１つのアーカイブデータに集約する処理を行うことである。
【００３３】
ここで、異なるフォーマットで記述された複数の印刷オブジェクトから構成された印刷ドキュメントの具体例を説明すると、代表的なドキュメントは前述したＨＴＭＬやＸＨＴＭＬ−Ｐｒｉｎｔなどのタグ付け言語で記述された印刷ドキュメントである。これらの印刷ドキュメントはタグ付け言語で記述されたＴｏｐ　Ｐａｇｅと、Ｔｏｐ　Ｐａｇｅからリンクが張られた、Ｊｐｅｇ　やＰＮＧ　、Ｇｉｆ等で記述された複数の画像データとによって構成されている。本実施の形態では、異なるフォーマットで記述された複数の印刷オブジェクトから構成される印刷ドキュメントの例としてＸＨＴＭＬ−Ｐｒｉｎｔで記述された印刷ドキュメントを採用し、印刷ドキュメントを構成する印刷オブジェクトはＸＨＴＭＬ−Ｐｒｉｎｔで規定されたタグ付け言語で記述されたＴｏｐ　Ｐａｇｅと、Ｔｏｐ　Ｐａｇｅからリンクされた（関連づけられた）複数の画像データであるものとして説明する。なお本発明における、印刷ドキュメントはこれに限定されるものではなく、他のタグ付け言語で記載された印刷ドキュメントでも良い。
【００３４】
ここで、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔのコマンド『ＣＡＰＴＵＲＥ』のパラメータについて説明しておく。図４は、既存のＩＥＥＥ１３９４　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔの印刷指示コマンド『ＣＡＰＴＵＲＥ』のパラメータを示す図である。コマンド『ＣＡＰＴＵＲＥ』のＡＶ／Ｃコマンドフレームにおけるオペランド（命令に付加されるパラメータ）とその長さ（バイト数）を示している。図４に示されるように、コマンド『ＣＡＰＴＵＲＥ』はオペランドとして、パラメータｓｕｂｆｕｎｃｔｉｏｎと、返信用パラメータｓｔａｔｕｓおよびｒｅｓｕｌｔと、パラメータｄｅｓｔｉｎａｔｉｏｎ＿ｐｌｕｇと、パラメータｐｒｉｎｔ＿ｊｏｂ＿ＩＤと、パラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒと、パラメータｄａｔａ＿ｓｉｚｅと、パラメータｉｍａｇｅ＿ｓｉｚｅ＿ｘおよびｉｍａｇｅ＿ｓｉｚｅ＿ｙと、パラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅとから構成される。
【００３５】
パラメータｓｕｂｆｕｎｃｔｉｏｎは、コマンド『ＣＡＰＴＵＲＥ』に対する具体的な複数の動作ｒｅｃｅｉｖｅ，　ｓｔａｔｕｓ，　ｒｅｓｕｍｅおよび　ａｂｏｒｔのうち、１つの動作を指定するパラメータである。パラメータｓｔａｔｕｓおよびｒｅｓｕｌｔは、プリンタユニット１３の状態値および印刷結果値を入れてコントローラ１１に返すための返信用パラメータである。パラメータｄｅｓｔｉｎａｔｉｏｎ＿ｐｌｕｇは、コネクションにおけるプリンタユニット（データ受信機器；ｃｏｎｓｕｍｅｒ）側の入力ポートを指定するパラメータである。パラメータｐｒｉｎｔ＿ｊｏｂ＿ＩＤは、命令の対象となるプリントジョブを指定するパラメータである。パラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒは、印刷ドキュメントを構成する印刷オブジェクトのフォーマットを指定するために用いられる。パラメータｄａｔａ＿ｓｉｚｅは、転送する印刷オブジェクトのデータサイズを指定する。パラメータｉｍａｇｅ＿ｓｉｚｅ＿ｘおよびｉｍａｇｅ＿ｓｉｚｅ＿ｙは、イメージデータとしてのピクセル数を（Ｘ軸方向とＹ軸方向とについて）指定するために用いられる。パラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅは、特定のコマンド時の返信用パラメータである。
【００３６】
詳しくは後述するが、本実施の形態ではこれらのパラメータのうちｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒ、ｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅで指定する値を拡張することで従来技術における課題を解決している。はじめに、従来技術では不可能であった、異なるフォーマットで記述された複数の印刷オブジェクトから構成されたＸＨＴＭＬ−Ｐｒｉｎｔ等の印刷ドキュメントのプッシュプリントを可能とするため、本実施の形態におけるｏｂｊｅｃｔ　ｐｕｓｈフェーズにおいてどのような内部処理を行っているかを説明する。図５（ａ）は、図３に示したシステムモデル１０によってプッシュプリントされる印刷ドキュメント５１０の印刷画面を示す図である。図５（ｂ）は、印刷ドキュメント５１０を構成する複数の印刷オブジェクト相互の関係を示す図である。ＸＨＴＭＬ−ＰｒｉｎｔまたはＨＴＭＬなどのタグつき記述言語を用いることによって、図５（ａ）のように、文字列の中に画像５１１、画像５１３およびプッシュボタン５１２などを自由に配置した印刷ドキュメント５１０を記述することができる。印刷ドキュメント５１０の文字列の部分は、例えば、ＸＨＴＭＬ−Ｐｒｉｎｔファイル５２０”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”に記述されている。また、そのＸＨＴＭＬ−Ｐｒｉｎｔファイル５２０”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”には、図５（ｂ）に示すように、印刷ドキュメント５１０内の画像５１１に対応する画像ファイル５２１”ｇ１．ｇｉｆ”、プッシュボタン５１２に対応する画像ファイル５２２”ｂｕｔｔｏｎ．ｐｎｇ”および画像５１３に対応する画像ファイル５２３”ｇ２．ｇｉｆ”へのリンクが記述されている。
【００３７】
ＸＨＴＭＬ−ＰｒｉｎｔのプッシュプリントをＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔのフレームワークを用いて実現するためには、２つの方法がある。まず、１つ目の方法として、Ｐｒｉｎｔｅｒが印刷画像生成処理を行いやすいよう工夫して、異なるフォーマットで記述された複数の印刷オブジェクトを１つのアーカイブデータに集約し、プッシュプリントするアーカイブプッシュ方式について説明する。図６は、図３に示したシステムモデル１０においてアーカイブプッシュ方式により複数の印刷オブジェクトから構成された印刷ドキュメントをプッシュプリントする場合の通信シーケンス図である。本方式では、既存ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔの通信シーケンスにおけるｏｂｊｅｃｔ　ｐｕｓｈフェーズにおいて、図６に示されるステップＳ２１５のアーカイブデータプッシュが行われる。
【００３８】
まず、ＨＤＤユニット１２において、ＨＴＭＬまたはＸＨＴＭＬ−Ｐｒｉｎｔで記述されたＴｏｐ　Ｐａｇｅやそこから関連づけられた画像データといった複数の印刷オブジェクト（印刷オブジェクト群）をアーカイブ形式のデータに集約する処理を行う（図６のステップＳ２１０）。アーカイブ形式としては、複数ファイルを１つのバイナリデータに変換・集約可能なＴａｒ形式や、複数ファイルを１つのテキストデータ（ＡＳＣＩＩ文字列）に変換・集約可能なＭＩＭＥ形式等を用いる。複数の印刷オブジェクトをアーカイブデータに集約する際、それを復元するプリンタにおいて印刷画像データ生成が行いやすいように工夫を施す。具体的にはＸＨＴＭＬ−Ｐｒｉｎｔで記述された印刷ドキュメントから印刷画像データを生成する場合、プリンタはどの印刷オブジェクトがＴｏｐ　Ｐａｇｅであるのかを判別できなければならない。したがって、あらかじめＨＤＤユニット１２からプリンタユニット１３に転送されるＴｏｐ　Ｐａｇｅの印刷オブジェクト名（ファイル名）を取り決めておき、ＨＤＤユニット１２においてＴｏｐ　Ｐａｇｅの印刷オブジェクト名を取り決めておいた名前に変更したり、Ｔｏｐ　Ｐａｇｅの印刷オブジェクトデータが必ずアーカイブデータの先頭（またはあらかじめ取り決めた場所）になるようにアーカイブ内での印刷オブジェクトの配置を変更したりして、アーカイブデータへの集約処理を行う。
【００３９】
図７（ａ）は、図５の印刷ドキュメント５１０を構成する各印刷オブジェクトが１つのファイルに集約された、アーカイブデータ７１０の一例を示す図である。図７（ｂ）は、ＨＤＤユニット１２からプリンタユニット１３に印刷ドキュメント５１０として送信されるアーカイブデータ７１０の一例を示す図である。図７（ａ）のように、アーカイブデータ７１０は、例えば、Ｔａｒ形式で印刷ドキュメント５１０を集約したものであり、アーカイブデータ７１０の先頭から順次、ＸＨＴＭＬ−Ｐｒｉｎｔファイル５２０”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”、画像ファイル５２１”ｇ１．ｇｉｆ”、画像ファイル５２２”ｂｕｔｔｏｎ．ｐｎｇ”および画像ファイル５２３”ｇ２．ｇｉｆ”が結合されて構成されている。このＴａｒ形式によるアーカイブデータ７１０には、図示しないが別途、アーカイブデータ７１０のどの位置からどの位置までにどのファイルが集約されているかを示すデータが添付されている。本発明のアーカイブプッシュ方式では、このように集約されたアーカイブデータ７１０をＨＤＤユニット１２からプリンタユニット１３に１回だけプッシュ送信することにより、ＸＨＴＭＬ−Ｐｒｉｎｔファイル、ｇｉｆファイルおよびｐｎｇファイルのように、それぞれ異なるフォーマットの印刷オブジェクトから構成された印刷ドキュメント５１０をプリンタユニット１３に印刷させる。
【００４０】
アーカイブ形式としてはこの他、Ｚｉｐ形式やＬＺＨ形式等の圧縮アーカイブ形式を用いても良い。この場合、圧縮・展開処理にＣＰＵ資源が必要であるが、データ転送量を削減できる。図６のステップＳ２１０の実行は基本的にコントローラ１１からの指示を契機として行われるものとする。指示方法は特に限定するものではなく、コントローラ１１とＨＤＤユニット１２とが同一機器内にある場合は、コントローラ１１が内部的に処理を指示しても良いし、コントローラ１１自体が処理を行っても良い。コントローラ１１とＨＤＤユニット１２が別々の機器として存在し各々がネットワークでつながれている場合は、別途、図６のステップＳ２１０を指示するプロトコルを新設する必要がある。なお、印刷ドキュメントが最初からアーカイブ形式になっているのであればこのステップは省略可能であるが、印刷ドキュメントのフォーマットを確認する手段を設けるなどして、以後のステップを行う前に、印刷ドキュメントがアーカイブデータである旨をコントローラ１１が知っておく必要がある。
【００４１】
次に、コントローラ１１はプリンタユニット１３に対してコマンド『ＣＡＰＴＵＲＥ』を発行する（Ｓ２１１）。この際、図４に示したパラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒには、プリンタに対して転送されるデータがアーカイブデータフォーマットである旨を指定するものとする。前記「ＴＡ　Ｄｏｃｕｍｅｎｔ　１９９９０３８　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　１．０」では、ｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒにアーカイブデータフォーマットを指定するための明示的な値は規定されていないが、ベンダが独自の印刷フォーマットを指定可能な領域であるＶｅｎｄｏｒ　Ｄｅｐｅｎｄｅｎｔ　ｃａｔｅｇｏｒｙ（”０ｘ８０００”から”０ｘ８ＦＦＦ”まで）を応用することで可能となる。例えばＸＨＴＭＬ−Ｐｒｉｎｔで記載された印刷ドキュメントをＴａｒ形式で集約しプッシュプリントさせる場合は、Ｖｅｎｄｏｒ　Ｄｅｐｅｎｄｅｎｔ　ｃａｔｅｇｏｒｙを応用して、パラメータ値”０ｘ８００１”がアーカイブデータフォーマット”ＸＨＴＭＬ−Ｐｒｉｎｔ＿Ｔａｒ＿ＰｕｓｈＰｒｉｎｔ”を示すとして定義し、ステップＳ２１１においてコントローラ１１はｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒ”０ｘ８００１”を指定したＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』を、プリンタユニット１３に発行する。もちろんアーカイブデータフォーマットを指定する明示的な値を取り決め、規格化してもよい。
【００４２】
コマンド『ＣＡＰＴＵＲＥ』を受けると、プリンタユニット１３はそのパラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒを確認し、続いてプッシュ転送されてくるデータが、アーカイブデータであることを確認し、それに向けた処理を準備し（Ｓ２１２）、続いてコントローラ１１に対してコマンド『ＣＡＰＴＵＲＥ』に対する応答（ＩＮＴＥＲＩＭレスポンス）を返す（Ｓ２１３）。
【００４３】
コマンド『ＣＡＰＴＵＲＥ』に対するＩＮＴＥＲＩＭレスポンスを受けると、コントローラ１１はＨＤＤユニット１２に対して、ステップＳ２１０で生成したアーカイブデータをプリンタユニット１３へ送信するよう要求する（Ｓ２１４）。例えばＨＤＤユニット１２がデータ送信機能としてＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔを備える場合は、ＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＳＥＮＤ　ＦＩＬＥ』を発行する。
【００４４】
これを受けるとＨＤＤユニット１２はプリンタユニット１３へ、既に確立されているコネクションＡｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ経由で、アーカイブデータを送信（プッシュ）する（Ｓ２１５）。ここで、具体例として、図７（ｂ）に示したアーカイブデータ７１０がプッシュされたとする。ステップＳ２１２にてアーカイブデータを受信する旨をあらかじめ認識しているプリンタユニット１３は、受信したデータを展開し印刷ドキュメントデータを復元する（Ｓ２１６）。なおこの際、Ｔｏｐ　Ｐａｇｅの印刷オブジェクト、例えばＸＨＴＭＬ−Ｐｒｉｎｔファイル５２０”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”がアーカイブデータの先頭（または固定の位置）になるようにアーカイブデータへの集約処理が行われている場合、プリンタユニット１３は、アーカイブデータを展開する際に、Ｔｏｐ　Ｐａｇｅの印刷オブジェクト名、例えば”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”を判別し、記憶しておく。なお、受信したアーカイブデータを展開する処理は、実際に印刷ドキュメントから印刷画像データを生成するステップＳ２１８において逐次行ってもよい。
【００４５】
次いで、プリンタユニット１３はコントローラ１１に対して、コマンド『ＣＡＰＴＵＲＥ』のファイナルレスポンスを返し、印刷ドキュメントの印刷処理を開始する（Ｓ２１８）。以下、プリンタユニット１３による印刷ドキュメントの印刷処理について具体的に説明する。ＸＨＴＭＬ−Ｐｒｉｎｔで記述された印刷ドキュメントは、ＴｏｐＰａｇｅとそこからリンクされている画像データから構成されるが、これらのファイルが図６のステップＳ２１６の処理によりプリンタユニット１３上の作業用記憶領域に保持される。図６のステップＳ２１８における印刷処理は、プリンタ内のＸＨＴＭＬ−Ｐｒｉｎｔインタプリタが担当し、印刷ドキュメントから印刷画像データを生成する。
【００４６】
最初に、作業用記憶領域からＴｏｐ　Ｐａｇｅファイル（例：ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ）をロードしＴｏｐ　Ｐａｇｅデータを構文解析する。本発明における実施の形態では、このＴｏｐ　Ｐａｇｅの特定が容易となっている。ステップＳ２１０において、Ｔｏｐ　Ｐａｇｅの印刷オブジェクト名をあらかじめ固定的に取り決めている場合は、その名前から一意に特定可能である。一方、Ｔｏｐ　Ｐａｇｅの印刷オブジェクトをアーカイブデータの先頭（または固定の位置）になるようにアーカイブデータへの集約処理を行っている場合は、ステップＳ２１６の処理を行った際にＴｏｐ　Ｐａｇｅの印刷オブジェクト名は判明している。したがってそれを元に特定することが可能である。
【００４７】
ＸＨＴＭＬ−Ｐｒｉｎｔインタプリタにおける印刷画像情報としてはテキストデータとイメージデータの２つがあるが、ＸＨＴＭＬ−ＰｒｉｎｔインタプリタはＴｏｐ　Ｐａｇｅを構文解析して得られた情報を用いて、これらのレイアウトを決定し、順次該当するテキスト・イメージデータの印刷画像を生成・配置していき、紙に出力するための最終的な印刷画像データを生成、印刷を実行する。なお、テキストデータはＴｏｐ　Ｐａｇｅ中に含まれるが、イメージデータはＴｏｐ　Ｐａｇｅ中で画像ファイルへリンクが張られているため、ＸＨＴＭＬ−Ｐｒｉｎｔインタプリタは作業用記憶領域に別途保持されている画像ファイル、例えば画像ファイル５２１”ｇ１．ｇｉｆ”、画像ファイル５２２”ｂｕｔｔｏｎ．ｐｎｇ”および画像ファイル５２３”ｇ２．ｇｉｆ”をロードしてイメージデータの印刷画像を生成する。
【００４８】
次に、ＸＨＴＭＬ−ＰｒｉｎｔのプッシュプリントをＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔのフレームワークを用いて実現する２つ目の方法であるマルチプッシュ転送方式について説明する。本方式では、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』のパラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒ、ｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅを応用するもので、図６に示されたステップＳ２１５のフェーズａｒｃｈｉｖｅ　ｐｕｓｈにおいて、図９に示されるステップＳ５１０〜Ｓ５１５の通信シーケンスが行われる。コマンド『ＣＡＰＴＵＲＥ』のパラメータ内容については前述したが、パラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅは、返信時にＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔから値が入れられる返信用パラメータである。ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』発行時には空値”０ｘＦＦＦＦ”を代入するよう規定されているが、プリンタサブユニット１３ａからの応答としてパラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅに値が代入されたものが返ってくる。
【００４９】
本方式はこの２つのパラメータを用いて、印刷ドキュメントを構成する複数の印刷オブジェクトをＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』を複数回発行することで印刷ドキュメントをＨＤＤユニット１２からプリンタユニット１３へプッシュ転送する方法であり、コマンド『ＣＡＰＴＵＲＥ』の発行回数をパラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅを用いて制御するものである。例えば、ｎｅｘｔ＿ｐｉｃを印刷ドキュメントを構成する印刷オブジェクトの総数とし、ｎｅｘｔ＿ｐａｇｅをコマンド『ＣＡＰＴＵＲＥ』の発行回数とすることで、プリンタサブユニット１３ａはコマンド『ＣＡＰＴＵＲＥ』のパラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅを読み取ることで印刷ドキュメントのプッシュ転送が完了するまで合計ｎｅｘｔ＿ｐｉｃ回のコマンド『ＣＡＰＴＵＲＥ』の受信とそれに伴う合計ｎｅｘｔ＿ｐｉｃ回の印刷オブジェクトのプッシュ転送が発生し、かつ現在のコマンド『ＣＡＰＴＵＲＥ』はそのうちのｎｅｘｔ＿ｐａｇｅ回目であることを理解する。なお、パラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅとの役割が逆であっても当然構わない。また、ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』と同様の通信シーケンスを伴う新規コマンドを新設し、上記パラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅに割り当てた役割と同等の役割を持つパラメータを新規コマンドに新設する方法でも良い。
【００５０】
また、『ＣＡＰＴＵＲＥ』の発行回数がパラメータｎｅｘｔ＿ｐｉｃおよびｎｅｘｔ＿ｐａｇｅにて制御している旨を、一回目の『ＣＡＰＴＵＲＥ』発行時のパラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒにて指示しておくことで、Ｐｒｉｎｔｅｒは処理の切り替えをスムーズに行うことができる。また、ＴｏｐＰａｇｅファイル等のプリンタでの印刷処理において最初に必要になるデータを特定の順番で送信することで印刷処理をスムーズに行うことができる。
【００５１】
以下、図８、図９および図１０に沿って、４つの印刷オブジェクト（１つのＴｏｐ　Ｐａｇｅデータ”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”と３つの画像データ”ｇ１．ｇｉｆ”、”ｂｕｔｔｏｎ．ｐｎｇ”および”ｇ２．ｇｉｆ”）から構成される印刷ドキュメント５１０をプッシュプリントする場合の通信シーケンスを説明する。図８は、図３に示したシステムモデル１０においてマルチプッシュ転送方式により複数の印刷オブジェクトから構成された印刷ドキュメントをプッシュプリントする場合の通信シーケンス図である。図９は、図８の通信シーケンスにおいてコントローラ１１から送信されるコマンド『ＣＡＰＴＵＲＥ』内のパラメータの具体値を示す図である。図１０は、図９に示した各フェーズｏｂｊｅｃｔ　ｐｕｓｈにおいて転送される印刷ドキュメント５１０内の各印刷オブジェクトを示す図である。
【００５２】
あらかじめ印刷ドキュメントを構成する４つの印刷オブジェクトがどのデータであるかを把握しているコントローラ１１は、はじめにＴｏｐ　Ｐａｇｅをプッシュ転送するためのＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＣＡＰＴＵＲＥ』をプリンタユニット１３へ発行する（Ｓ４１０およびＳ５１０）。この際コントローラ１１は、図４に示したパラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒに、印刷ドキュメントが複数の異なるフォーマットの印刷オブジェクトからなるフォーマットである旨と、ｎｅｘｔ＿ｐａｇｅとｎｅｘｔ＿ｐｉｃを拡張して複数回のコマンド『ＣＡＰＴＵＲＥ』発行により印刷ドキュメントをプッシュ転送する旨とを明示する値を指定するものとする。前記「ＴＡ　Ｄｏｃｕｍｅｎｔ　１９９９０３８　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　１．０」では、本方式のプッシュ転送方法を明示する値は規定されていないが、例えばＶｅｎｄｏｒ　Ｄｅｐｅｎｄｅｎｔ　ｃａｔｅｇｏｒｙを応用し”０ｘ８００３”という値を”Ｍｕｌｔｉｐｌｅ　Ｃａｐｔｕｒｅ　ＸＨＴＭＬ−Ｐｒｉｎｔ”として定義することで対応可能である。もちろん明示的な値を取り決め、規格化してもよい。また、印刷オブジェクトの総数である”４”をパラメータｎｅｘｔ＿ｐｉｃに入力し、そのうちの１つ目のプッシュ転送である旨を示す”１”をパラメータｎｅｘｔ＿ｐａｇｅに入力する。
【００５３】
上記パラメータをセットしたコマンド『ＣＡＰＴＵＲＥ』を受けると、プリンタユニット１３はそのパラメータを確認し、パラメータｎｅｘｔ＿ｐｉｃとｎｅｘｔ＿ｐａｇｅの値から全部で４回の（マルチ）プッシュ転送により４つの印刷オブジェクトが転送され、かつパラメータｎｅｘｔ＿ｐａｇｅが”１”であることから、最初のプッシュ転送でありプッシュ転送されてくるデータが、ＸＨＴＭＬ−Ｐｒｉｎｔフォーマットで記述された印刷ドキュメントのＴｏｐ　Ｐａｇｅデータである旨を確認し、コントローラ１１に対してコマンド『ＣＡＰＴＵＲＥ』に対する応答（ＩＮＴＥＲＩＭレスポンス）を返す（Ｓ４１１）。コマンド『ＣＡＰＴＵＲＥ』に対するＩＮＴＥＲＩＭレスポンスを受けると、コントローラ１１はＨＤＤユニット１２に対して、Ｔｏｐ　Ｐａｇｅデータをプリンタユニット１３へ送信するよう要求する（Ｓ４１２）。例えばＨＤＤユニット１２がデータ送信機能としてＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔを備える場合は、ＡＶ／Ｃ　Ｃａｍｅｒａ　Ｓｔｏｒａｇｅ　Ｓｕｂｕｎｉｔ　Ｃｏｎｔｒｏｌ　コマンド『ＳＥＮＤ　ＦＩＬＥ』を発行する。
【００５４】
これを受けるとＨＤＤユニット１２はプリンタユニット１３へ、既に確立されているコネクションＡｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ経由で、Ｔｏｐ　Ｐａｇｅデータ”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”を送信（プッシュ）する（Ｓ４１３およびＳ５１１）。Ｔｏｐ　Ｐａｇｅデータ”ＴｏｐＰａｇｅ．ｘｈｔｍｌｐ”を受信したプリンタユニット１３は、コントローラ１１に対して、コマンド『ＣＡＰＴＵＲＥ』のファイナルレスポンスを返す（Ｓ４１４）。なお、パラメータｎｅｘｔ＿ｐｉｃで指定されていた４回分のプッシュ転送はまだ完了していないため（パラメータｎｅｘｔ＿ｐｉｃとパラメータｎｅｘｔ＿ｐａｇｅとが同じ値ではない）、プリンタは次のコマンド『ＣＡＰＴＵＲＥ』の受信待機に入る（Ｓ４１５）。以後、全ての印刷オブジェクトのプッシュ転送が完了するまで（パラメータｎｅｘｔ＿ｐｉｃとｎｅｘｔ＿ｐａｇｅが同じ値）、Ｓ４１０からＳ４１５までの処理を繰り返す。
【００５５】
すなわち、コントローラ１１は、印刷オブジェクトの総数である”４”をパラメータｎｅｘｔ＿ｐｉｃに入力し、そのうちの２つ目のプッシュ転送である旨を示す”２”をパラメータｎｅｘｔ＿ｐａｇｅに入力したコマンド『ＣＡＰＴＵＲＥ』をプリンタユニット１３へ発行する（Ｓ５１２）。図９においては図示を省略しているが、このコマンド『ＣＡＰＴＵＲＥ』を受信したプリンタユニット１３は、コントローラ１１に対してＩＮＴＥＲＩＭレスポンスを返すとともに、ＩＮＴＥＲＩＭレスポンスを受信したコントローラ１１は、ＨＤＤユニット１２に対して、２つ目の印刷オブジェクトをプリンタユニット１３へ送信するよう要求する。これを受けるとＨＤＤユニット１２はプリンタユニット１３へ、既に確立されているコネクションＡｓｙｎｃｈｒｏｎｏｕｓ　Ｃｏｎｎｅｃｔｉｏｎ経由で、２つ目の印刷オブジェクト、例えば画像データ”ｇ１．ｇｉｆ”を送信（プッシュ）する（Ｓ５１３）。２つ目の印刷オブジェクト画像データ”ｇ１．ｇｉｆ”を受信したプリンタユニット１３は、コントローラ１１に対して、コマンド『ＣＡＰＴＵＲＥ』のファイナルレスポンスを返し、プリンタは次のコマンド『ＣＡＰＴＵＲＥ』の受信待機に入る。
【００５６】
同様にして、コントローラ１１は、３つ目の印刷オブジェクトに対してパラメータｎｅｘｔ＿ｐｉｃに”４”を入力し、パラメータｎｅｘｔ＿ｐａｇｅに”３”入力したコマンド『ＣＡＰＴＵＲＥ』をプリンタユニット１３へ発行し、プリンタユニット１３からのＩＮＴＥＲＩＭレスポンスに対して、ＨＤＤユニット１２から３つ目の印刷オブジェクト、例えば、画像データ”ｂｕｔｔｏｎ．ｐｎｇ”を送信させる。コントローラ１１は、このように順次、印刷オブジェクトをプリンタユニット１３にプッシュし、３つ目の印刷オブジェクトに対してプリンタユニット１３からコマンド『ＣＡＰＴＵＲＥ』のファイナルレスポンスを受信すると、パラメータｎｅｘｔ＿ｐｉｃに”４”およびパラメータｎｅｘｔ＿ｐａｇｅに”４”を入力したコマンド『ＣＡＰＴＵＲＥ』をプリンタユニット１３へ発行し（Ｓ５１４）、プリンタユニット１３からのＩＮＴＥＲＩＭレスポンスに対して、ＨＤＤユニット１２から４つ目の印刷オブジェクト、例えば、画像データ”ｇ２．ｇｉｆ”を送信させる（Ｓ５１５）。
【００５７】
全ての印刷オブジェクトのプッシュ転送が完了し、印刷ドキュメントの印刷処理を開始できる状態になると、プリンタユニット１３は印刷処理を開始する（Ｓ４１７およびＳ５１６）。ここで、本実施の形態では、Ｔｏｐ　Ｐａｇｅの印刷オブジェクトを最初に転送する（Ｓ４１０〜Ｓ４１４）ことをあらかじめ規定している。したがってＸＨＴＭＬ−Ｐｒｉｎｔインタプリタは、一番はじめに転送されてきたデータがＴｏｐ　Ｐａｇｅであることを特定できる。なお、Ｔｏｐ　Ｐａｇｅの印刷オブジェクトを何番目に転送するかは特に限定しないが、一番はじめに転送することで、ＸＨＴＭＬ−Ｐｒｉｎｔインタプリタは残りの印刷オブジェクトの受信処理と平行して、Ｔｏｐ　Ｐａｇｅの構文解析処理を行うことができる。以上、複数の印刷オブジェクトから構成された印刷ドキュメントのプッシュプリントを実現する、２つの方法について説明した。このように、本実施の形態によれば、アーカイブプッシュ方式またはマルチプッシュ転送方式のいずれの方式を用いても、フォーマットの異なる複数のファイルから構成されている印刷ドキュメントを１つのジョブで（１枚の用紙に）印刷することができる。
【００５８】
以上、本発明に係る印刷システムについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。例えば、本実施の形態では、印刷システムを構成するコントローラ、データ送信機器（ｐｒｏｄｕｃｅｒ）およびデータ受信機器（ｃｏｎｓｕｍｅｒ）の具体例として、それぞれ、ＳＴＢ、ＨＤＤ装置およびプリンタ装置を挙げたが、このような装置の他に、コントローラとして、コンピュータ装置、ホームバスコントローラ等が機能してもよいし、データ送信機器として、ＤＳＣ、ＤＴＶ、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）装置、ビデオカメラ装置等のデータ供給装置であってもよいし、データ受信機器として、印刷オブジェクトを蓄積する大容量記憶装置や印刷オブジェクトを遠隔に転送する通信装置等であってもよい。
【００５９】
また、本実施の形態の印刷システムは、ＩＥＥＥ１３９４バスで接続された機器から構成されたが、機器を接続する伝送路は、このバスだけに限られるものではない。印刷コマンドやファイル取得コマンド等の授受が可能であるならば、本発明に係る印刷手順は、ＬＡＮ（１０ＢａｓｅＴ等）やインターネット等を下位層とする通信システムにも適用することができる。
【００６０】
たとえば、図１１に示されるように、本発明に係る印刷システムは、プリンタポートや無線ＬＡＮ等を介してパーソナルコンピュータ等のコントローラとプリンタが接続された一般的なコンピュータシステムにも適用することができる。このときには、アーカイブプッシュ方式の場合であれば、まず、コントローラが、アーカイブファイルのフォーマットの印刷データを送信する旨の印刷パラメータを伴った印刷要求（Ｊｏｂ　ａｄｄ）をプリンタに送信し（Ｓ５００）、その要求に対するジョブ識別子（Ｊｏｂ　ＩＤ）をプリンタから受け取った後に（Ｓ５０１）、そのジョブ識別子とともに、印刷データをアーカイブファイル形式でプリンタに送信すればよい（Ｓ５０２）。なお、マルチプッシュ転送方式の場合であれば、たとえば、印刷要求時に送信する印刷パラメータに、本実施の形態におけるパラメータｎｅｘｔ＿ｐｉｃとｎｅｘｔ＿ｐａｇｅのように、印刷オブジェクトの総数を表す値と印刷オブジェクトのうち何番目の送信であるかを表す値とを含ませればよい。
【００６１】
また、アーカイブファイルを受信したプリンタは、そのアーカイブファイルに含まれる複数のファイルを一度に展開するのではなく、図１２のフローチャートに示されるように、印刷対象となるファイルだけを、アーカイブファイルから取り出して、展開し、印刷していくという処理を、アーカイブファイルに含まれる全てのファイルについて順次、繰り返してもよい（Ｓ５１０〜Ｓ５１４）。これによって、圧縮された複数のファイルがアーカイブファイルに含まれる場合であっても、１つのファイルだけが順次、展開されていくので、ワーキングエリアとして必要なメモリ容量が小さくて済む。
【００６２】
また、上記実施の形態において、印刷処理部１３０はＸＨＴＭＬ−Ｐｒｉｎｔなどで記述された印刷ドキュメントを１つのアーカイブデータに集約すると説明したが、１つまたは２つ以上のアーカイブファイルに集約してもよい。２つ以上の場合、例えば、トップページとテキストファイル群、またはトップページと画像ファイル群というように、データ種毎に集約する。
【００６３】
また、上記実施の形態のマルチプッシュ転送方式において、パラメータｎｅｘｔ＿ｐｉｃとｎｅｘｔ＿ｐａｇｅとを用いて、印刷ドキュメントを構成する印刷オブジェクトの総数と、コマンド『ＣＡＰＴＵＲＥ』の発行回数とをプリンタユニット１３に通知したが、本発明はこれに限定されず、パラメータｎｅｘｔ＿ｐｉｃとｎｅｘｔ＿ｐａｇｅのいずれか一方を用いて、印刷オブジェクトの転送終了をプリンタユニット１３に通知するようにしてもよい。例えば、パラメータｎｅｘｔ＿ｐｉｃとｎｅｘｔ＿ｐａｇｅのいずれか一方に”１１１１”を入力しておくことによって、同一印刷ドキュメントにおける印刷オブジェクトの転送が終了したことをプリンタユニット１３に通知するようにしてもよい。
【００６４】
さらに、上記実施の形態において、パラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒを用いて、印刷ドキュメントをアーカイブプッシュ方式で転送するか、マルチプッシュ転送方式で転送するかをプリンタユニット１３に通知したが、必ずしもパラメータｉｍａｇｅ＿ｆｏｒｍａｔ＿ｓｐｅｃｉｆｉｅｒを用いる必要はなく、さらに、コマンド『ＣＡＰＴＵＲＥ』のパラメータを用いる必要もない。例えば、プリンタユニット１３に、印刷オブジェクトファイルの拡張子またはヘッダを解釈する機能を追加するようにしてもよい。また、印刷オブジェクトファイルのデータ中に記述しておいてもよい。
【００６５】
また、図１に示される印刷システム１００では、ＳＴＢ１２０は、外部バス１５０を介してプリンタ装置１４０に印刷ドキュメントを出力したが、本発明は、このようなオンライン印刷だけに限られず、いわゆるオフライン印刷にも適用することができる。たとえば、ＳＴＢは、メモリカード等の着脱可能な記録媒体が装着されている場合に、その記録媒体に印刷ドキュメントを格納する。そして、その記録媒体をＳＴＢから取り出し、記録媒体の装着が可能なプリンタ装置に挿入し、その記録媒体に格納されている印刷ドキュメントをプリンタ装置に印刷させてもよい。
【００６６】
また、本発明は、このような印刷システム１００を構成する放送局１１０の印刷データ生成装置１１１、各家庭のＳＴＢ１２０、デジタルカメラなどのＡＶ機器またはプリンタ装置１４０として実現したり、印刷データ生成装置１１１または各家庭のＳＴＢ１２０による印刷データ転送方法、特に、プリンタ装置１４０によるドキュメント印刷方法として実現したり、その方法における特徴的なステップを汎用のコンピュータ装置に実行させるプログラムとして実現することもできる。そして、そのようなプログラムをＣＤ−ＲＯＭ等の記録媒体や通信網等を介して流通させることもできる。
【００６７】
【発明の効果】
以上のように、本発明に係る印刷データ供給装置は、異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを外部装置に供給する印刷データ供給装置であって、前記複数の印刷データファイルを１つのアーカイブファイルに集約する集約手段と、集約されたアーカイブファイルを前記外部装置に出力する出力手段とを備える。ここで、前記外部装置は、例えば、前記印刷データ供給装置と伝送路を介して接続された印刷装置であり、前記出力手段は、前記アーカイブファイルを前記印刷装置にプッシュ転送する。
【００６８】
本発明の印刷データ供給装置によれば、．ｈｔｍｌ　、．ｘｈｔｍｌｐ　、．ｊｐｇ　、．ｐｎｇ　および．ｂｍｐ　などの異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを、１つのアーカイブファイルとして印刷装置にプッシュ転送することができる。従って、この印刷データ供給装置がどのようなＡＶ機器によって実現される場合でも、前記アーカイブファイルを複数の印刷データファイルに展開する機能と、展開された．ｈｔｍｌ　または．ｘｈｔｍｌｐなどの印刷データファイルを解釈して前記複数の印刷データファイルを組み合わせて印刷する機能とを備えた印刷装置に、前記アーカイブファイルを転送すれば、常に同じ品質の印刷結果を得られる上、印刷装置にプッシュ印刷させるのでホスト側の処理負担も軽減され、かつ印刷処理で発生する通信トラフィックを軽減することができるという効果がある。
【００６９】
また、本発明に係る他の印刷データ供給装置は、伝送路を介して接続された印刷装置に、異なるフォーマットで記述された複数の印刷データファイルからなる印刷ドキュメントを供給する印刷データ供給装置であって、転送される印刷データファイルが前記印刷ドキュメントを構成する前記印刷データファイルであることを示す情報を付随させて、前記複数の印刷データファイルを前記印刷装置に順次プッシュ転送する順次転送手段を備える。
【００７０】
これによって、本発明の他の印刷データ供給装置によれば、前記印刷ドキュメントを構成する、異なるフォーマットで記述された複数の印刷データファイルを、前記印刷ドキュメントを構成する前記印刷データファイルであることを示す情報を付随させて、順次プッシュ転送することができる。従って、順次プッシュ転送されてくる印刷データファイルが、前記付随情報から前記印刷ドキュメントを構成する印刷データファイルであると検知する機能と、前記印刷データファイルであると検知した場合には前記印刷データファイルを解釈して、前記印刷ドキュメントを構成するすべての印刷データファイルを取得し、取得した印刷データファイルを組み合わせて印刷する機能とを備えた印刷装置に、前記アーカイブファイルを転送すれば、前記印刷ドキュメントを印刷装置にプッシュ印刷させることができるという効果がある。
【００７１】
以上のように、本発明により、家庭内の複数のＡＶ機器がＩＥＥＥ１３９４バス等で接続されたシステムにおける画像等の印刷における自由度が向上され、本発明の実用的価値は極めて高い。
【図面の簡単な説明】
【図１】本実施の形態における印刷システムの全体の構成を示すブロック図である。
【図２】図１に示したＳＴＢが放送局から印刷ドキュメントを受信した場合の印刷処理部の動作を示すフローチャートである。
【図３】図１に示した印刷システムの論理的構成であるシステムモデルを示す図である。
【図４】既存のＩＥＥＥ１３９４　ＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔの印刷指示コマンド『ＣＡＰＴＵＲＥ』のパラメータを示す図である。
【図５】（ａ）は、図３に示したシステムモデルによってプッシュプリントされる印刷ドキュメントの印刷画面を示す図である。（ｂ）は、印刷ドキュメントを構成する複数の印刷オブジェクト相互の関係を示す図である。
【図６】図３に示したシステムモデルにおいてアーカイブプッシュ方式により複数の印刷オブジェクトから構成された印刷ドキュメントをプッシュプリントする場合の通信シーケンス図である。
【図７】（ａ）は、図５の印刷ドキュメントを構成する各印刷オブジェクトが１つのファイルに集約された、アーカイブデータの一例を示す図である。（ｂ）は、ＨＤＤユニットからプリンタユニットに印刷ドキュメントとして送信されるアーカイブデータの一例を示す図である。
【図８】図３に示したシステムモデルにおいてマルチプッシュ転送方式により複数の印刷オブジェクトから構成された印刷ドキュメントをプッシュプリントする場合の通信シーケンス図である。
【図９】図８の通信シーケンスにおいてコントローラから送信されるコマンド『ＣＡＰＴＵＲＥ』内の主要なパラメータの具体値を示す図である。
【図１０】図９に示した各フェーズｏｂｊｅｃｔ　ｐｕｓｈにおいて転送される印刷ドキュメント内の各印刷オブジェクトを示す図である。
【図１１】コントローラとプリンタの通信シーケンス例を示す図である。
【図１２】プリンタによるアーカイブファイルの展開についての手順を示すフローチャートである。
【図１３】既存のＡＶ／Ｃ　Ｐｒｉｎｔｅｒ　Ｓｕｂｕｎｉｔに従ってデジタルカメラ等のＡＶ機器がプリンタ装置に画像を印刷出力するときの通信手順の一例を示す通信シーケンス図である。
【符号の説明】
１１　　　コントローラ
１２　　　ＨＤＤユニット
１２ａ　　カメラストレージサブユニット
１３　　　プリンタユニット
１３ａ　　プリンタサブユニット
１４　　　ＳＴＢユニット
１００　　印刷システム
１１０　　放送局
１１１　　印刷データ生成装置
１２０　　ＳＴＢ
１２１　　ＴＳデコーダ
１２２　　入力部
１２３　　リモコン
１２４　　メモリ
１２５　　画像処理部
１２６　　テレビモニタ
１２７　　音声処理部
１２８　　スピーカ
１２９　　内部バス
１３０　　印刷処理部
１３１　　アーカイブ判定部
１３２　　アーカイバ
１３３　　コントローラ
１３４　　通信制御部
１４０　　プリンタ装置
１４１　　コントローラ
１４２　　コマンド判定部
１４３　　展開部
１４４　　Ｉ／Ｆ
１４５　　バッファ
１４６　　ラスタライザ
１４７　　プリンタエンジン
１５０　　外部バス
【図１】
2004086874.tif 000003
【図２】
2004086874.tif 000004
【図３】
2004086874.tif 000005
【図４】
2004086874.tif 000006
【図５】
2004086874.tif 000007
【図６】
2004086874.tif 000008
【図７】
2004086874.tif 000009
【図８】
2004086874.tif 000010
【図９】
2004086874.tif 000011
【図１０】
2004086874.tif 000012
【図１１】
2004086874.tif 000013
【図１２】
2004086874.tif 000014
【図１３】
2004086874.tif 000015