JP4343714B2 - 通信装置及びその通信制御方法 - Google Patents

Description

本発明は、デジタルカメラなどの画像供給デバイスからの画像データを受信する通信装置及びその通信制御方法に関するものである。

近年、簡単な操作で画像を撮影してデジタル画像データに変換できるデジタルカメラ（撮像装置）、所謂、デジカメが広く使用されるようになってきている。このようなカメラで撮影した画像を印刷して写真として使用する場合には、通常、一旦、その撮影されたデジタル画像データを、デジタルカメラからＰＣ（コンピュータ）に取り込み、そのＰＣで画像処理を行った後、そのＰＣからカラープリンタに出力して印刷するのが一般的である。

これに対して最近は、ＰＣを介することなく、直接、デジタルカメラからカラープリンタにデジタル画像データを伝送して印刷することができるカラープリントシステムや、デジタルカメラに搭載され、撮像した画像を記憶しているメモリカードを、直接、カラープリンタに装着し、そのメモリカードに記憶されている、撮影された画像を印刷できる、所謂フォトダイレクト（ＰＤ）プリンタ等も開発されている。
特開平１１−７７０１号公報

特に、デジタルカメラから直接プリンタに画像データを伝送して印刷するために、各メーカのデジタルカメラとプリンタ装置とのインターフェース仕様や操作方法などの標準化が望まれている。このような標準化のための一提案としてＤＰＳ（Direct Print System）実現のためのガイドラインが提唱されている。

最近のデジタルカメラでは、その画像を印刷するプリンタ装置の解像度の増大や、より高品位の画像を得たいというユーザの要望に応じて、その撮影した画像の解像度が益々増大する傾向にある。このように画像の解像度が増大すると、それに伴って画像データの量も飛躍的に増加する。従って、このような高解像度の画像データをカメラから一度にプリンタ装置に送信すると、プリンタ装置によっては、その受信データをプリンタ装置のメモリに保存できない事態が発生する可能性がある。

本発明は上記従来例に鑑みてなされたもので、スクリプトデータは一括して受信し、分割受信して処理可能な画像データを分割して受信することにより、メモリの空き容量が少ない場合でも処理を継続できる通信装置及びその通信制御方法を提供することを目的とする。

上記目的を達成するために本発明の通信装置は以下のような構成を備える。即ち、
スクリプトデータの最大サイズが決められている通信において、前記スクリプトデータを一括で取得して蓄積できるだけのメモリ容量を確保し、通信インターフェースを介して画像供給デバイスからデータを受信する通信装置であって、
前記画像供給デバイスからのデータ送信要求を受信すると、前記データ送信要求に対応する送信対象データに関する属性情報を取得する取得手段と、
前記属性情報が画像データを示す場合には、前記送信対象データを複数回に分けて受信し、前記属性情報が前記スクリプトデータを示す場合には、前記送信対象データを一括受信すると決定する決定手段と、
前記決定手段により前記送信対象データを複数回に分けて受信すると決定されると、前記画像供給デバイスに対して前記送信対象データの部分データを複数回要求し、当該部分データの単位で前記送信対象データを受信して処理する分割処理手段と、
を有することを特徴とする。

上記目的を達成するために本発明の通信装置の通信制御方法は以下のような工程を備える。即ち、
スクリプトデータの最大サイズが決められている通信において、前記スクリプトデータを一括で取得して蓄積できるだけのメモリ容量を確保し、通信インターフェースを介して画像供給デバイスからデータを受信する通信装置の通信制御方法であって、
前記画像供給デバイスからのデータ送信要求を受信すると、前記データ送信要求に対応する送信対象データに関する属性情報を取得する取得工程と、
前記属性情報が画像データを示す場合には、前記送信対象データを複数回に分けて受信し、前記属性情報が前記スクリプトデータを示す場合には、前記送信対象データを一括受信すると決定する決定工程と、
前記決定工程で前記送信対象データを複数回に分けて受信すると決定されると、前記画像供給デバイスに対して前記送信対象データの部分データを複数回要求し、当該部分データの単位で前記送信対象データを受信して処理する分割処理工程と、
を有することを特徴とする。

本発明によれば、スクリプトデータは一括して受信し、分割受信して処理可能な画像データを分割して受信することにより、メモリの空き容量が少ない場合でも処理を継続できるので、受信側の装置において画像データがオーバーフローするのを防止できる。

以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。

図１は、本発明の実施の形態に係るフォトダイレクトプリンタ装置（以下、ＰＤプリンタ装置）１０００の概観斜視図である。このＰＤプリンタ装置１０００は、ホストコンピュータ（ＰＣ）からデータを受信して印刷する通常のＰＣプリンタとしての機能と、メモリカードなどの記憶媒体に記憶されている画像データを直接読取って印刷したり、或いはデジタルカメラからの画像データを受信して印刷する機能を備えている。

図１において、本実施の形態に係るＰＤプリンタ装置１０００の外殻をなす本体は、下ケース１００１、上ケース１００２、アクセスカバー１００３及び排出トレイ１００４の外装部材を有している。また、下ケース１００１は、ＰＤプリンタ装置１０００の略下半部を、上ケース１００２は本体の略上半部をそれぞれ形成しており、両ケースの組合せによって内部に後述の各機構を収納する収納空間を有する中空体構造をなし、その上面部及び前面部にはそれぞれ開口部が形成されている。さらに、排出トレイ１００４は、その一端部が下ケース１００１に回転自在に保持され、その回転によって下ケース１００１の前面部に形成される開口部を開閉させ得るようになっている。このため、記録動作を実行させる際には、排出トレイ１００４を前面側へと回転させて開口部を開成させることにより、ここから記録シートが排出可能となると共に、排出された記録シートを順次積載し得るようになっている。また、排紙トレイ１００４には、２枚の補助トレイ１００４ａ，１００４ｂが収納されており、必要に応じて各トレイを手前に引き出すことにより、用紙の支持面積を３段階に拡大、縮小させ得るようになっている。

アクセスカバー１００３は、その一端部が上ケース１００２に回転自在に保持され、上面に形成される開口部を開閉し得るようになっており、このアクセスカバー１００３を開くことによって本体内部に収納されている記録ヘッドカートリッジ（不図示）あるいはインクタンク（不図示）等の交換が可能となる。なお、ここでは特に図示しないが、アクセスカバー１００３を開閉させると、その裏面に形成された突起がカバー開閉レバーを回転させるようになっており、そのレバーの回転位置をマイクロスイッチなどで検出することにより、アクセスカバー１００３の開閉状態を検出し得るようになっている。

また、上ケース１００２の上面には、電源キー１００５が設けられている。また、上ケース１００２の右側には、液晶表示部１００６や各種キースイッチ等を備える操作パネル１０１０が設けられている。この操作パネル１０１０の構造は、図２を参照して詳しく後述する。１００７は自動給送部で、記録シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、プリントヘッドと記録シートとの間隔を調整するためのレバーである。１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入され、このアダプタを介してメモリカードに記憶されている画像データを直接取り込んで印刷することができる。このメモリカード（ＰＣ）としては、例えばコンパクトフラッシュ(登録商標)メモリ、スマートメディア、メモリスティック等がある。１０１１はビューワ（液晶表示部）で、このＰＤプリンタ装置１０００の本体に着脱可能であり、ＰＣカードに記憶されている画像の中からプリントしたい画像を検索する場合などに、１コマ毎の画像やインデックス画像などを表示するのに使用される。１０１２は後述するデジタルカメラを接続するためのＵＳＢ端子である。また、このＰＤ装置１０００の後面には、パーソナルコンピュータ（ＰＣ）を接続するためのＵＳＢコネクタが設けられている。

図２は、本実施の形態に係るＰＤプリンタ装置１０００の操作パネル１０１０の概観図である。

図において、液晶表示部１００６には、その左右に印刷されている項目に関するデータを各種設定するためのメニュー項目が表示される。ここに表示される項目としては、例えば、印刷したい写真の先頭番号、指定コマ番号（開始コマ指定／印刷コマ指定）、印刷を終了したい写真の最後番号（終了）、印刷部数（部数）、印刷に使用する用紙（記録シート）の種類（用紙種類）、１枚の用紙に印刷する写真の枚数設定（レイアウト）、印刷の品位の指定（品位）、撮影した日付を印刷するかどうかの指定（日付印刷）、写真を補正して印刷するかどうかの指定（画像補正）、印刷に必要な用紙枚数の表示（用紙枚数）等がある。これら各項目は、カーソルキー２００１を用いて選択、或いは指定される。２００２はモードキーで、このキーを押下する毎に、印刷の種類（インデックス印刷、全コマ印刷、１コマ印刷等）を切り替えることができ、これに応じてＬＥＤ２００３の対応するＬＥＤが点灯される。２００４はメンテナンスキーで、プリントヘッドのクリーニング等、プリンタのメンテナンスを行わせるためのキーである。２００５は印刷開始キーで、印刷の開始を指示する時、或いはメンテナンスの設定を確立する際に押下される。２００６は印刷中止キーで、印刷を中止させる時や、メンテナンスの中止を指示する際に押下される。

次に図３を参照して、本実施の形態に係るＰＤプリンタ装置１０００の制御に係る主要部の構成を説明する。尚、この図３において、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。

図３において、３０００は制御部（制御基板）を示している。３００１はＡＳＩＣ（専用カスタムＬＳＩ）を示している。３００２はＤＳＰ（デジタル信号処理プロセッサ）で、内部にＣＰＵを有し、後述する各種制御処理及び、輝度信号（ＲＧＢ）から濃度信号（ＣＭＹＫ）への変換、スケーリング、ガンマ変換、誤差拡散等の画像処理等を担当している。３００３はメモリで、ＤＳＰ３００２のＣＰＵの制御プログラムを記憶するプログラムメモリ３００３ａ、及び実行時のプログラムを記憶するＲＡＭエリア、画像データなどを記憶するワークメモリとして機能するメモリエリアを有している。３００４はプリンタエンジンで、ここでは、複数色のカラーインクを用いてカラー画像を印刷するインクジェットプリンタのプリンタエンジンが搭載されている。３００５はデジタルカメラ（ＤＳＣ）３０１２を接続するためのポートとしてのＵＳＢコネクタである。３００６はビューワ１０１１を接続するためのコネクタである。３００８はＵＳＢハブ(USB HUB)で、このＰＤプリンタ装置１０００がＰＣ３０１０からの画像データに基づいて印刷を行う際には、ＰＣ３０１０からのデータをそのままスルーし、ＵＳＢ３０２１を介してプリンタエンジン３００４に出力する。これにより、接続されているＰＣ３０１０は、プリンタエンジン３００４と直接、データや信号のやり取りを行って印刷を実行することができる（一般的なＰＣプリンタとして機能する）。３００９は電源コネクタで、電源３０１９により、商用ＡＣから変換された直流電圧を入力している。ＰＣ３０１０は一般的なパーソナルコンピュータ、３０１１は前述したメモリカード（ＰＣカード）、３０１２はデジタルカメラ（ＤＳＣ：Digital Still Camera)である。

尚、この制御部３０００とプリンタエンジン３００４との間の信号のやり取りは、前述したＵＳＢ３０２１又はＩＥＥＥ１２８４バス３０２２を介して行われる。

図４は、本実施の形態に係るＤＳＣ（デジタルカメラ）３０１２の構成を示すブロック図である。

同図において、３１００はＤＳＣ３０１２全体の制御を司るＣＰＵであり、３１０１はＣＰＵ３１００による処理手順を記憶しているＲＯＭである。３１０２はＣＰＵ３１００のワークエリアとして使用されるＲＡＭであり、３１０３は各種操作を行うスイッチ群で、各種スイッチやカーソルキー等が含まれている。２７００は液晶表示部であり、現時点で撮影している映像や、撮像されて記憶されている画像を表示したり、各種設定を行う際のメニューを表示するために使用される。３１０５は光学ユニットであり、主としてレンズ及びその駆動系で構成される。３１０６はＣＣＤ素子であり、３１０７はＣＰＵ３１００の制御下において光学ユニット３１０５を駆動制御するドライバである。３１０８は記憶媒体３１０９（コンパクトフラッシュ(登録商標)メモリカード、スマートメディア等）を接続するためのコネクタであり、３１１０はＰＣ或いは実施形態におけるＰＤプリンタ１０００と接続するためのＵＳＢインターフェース（ＵＳＢのスレーブ側）である。

図５は、本実施の形態に係るＰＤプリンタ装置１０００とＤＳＣ３０１２との接続を説明する図で、前述の図面において共通している部分は同じ記号で示し、その説明を省略している。

図において、ケーブル５０００は、ＰＤプリンタ装置１０００のコネクタ１０１２と接続されるコネクタ５００１と、デジタルカメラ３０１２の接続用コネクタ５００３と接続するためのコネクタ５００２とを備えており、また、デジタルカメラ３０１２は、内部のメモリに保存している画像データを、接続用コネクタ５００３を介して出力可能に構成されている。なお、デジタルカメラ３０１２の構成としては、内部に記憶手段としてのメモリを備えるものや、取外し可能なメモリを装着するためのスロットを備えたものなど、種々の構成を採用することができる。このように、図５に示すケーブル５０００を介してＰＤプリンタ装置１０００とデジタルカメラ３０１２とを接続することにより、デジタルカメラ３０１２からの画像データを直接ＰＤプリンタ装置１０００で印刷することができる。

以下、以上の構成に基づく本実施の形態に係る印刷システムの動作例を実施例として説明する。

［実施の形態１］
以上の構成に基づくＤＳＣ３０１２とＰＤプリンタ装置１０００とを含む印刷システムにおける動作概要を以下に説明する。尚、この実施の形態に係る印刷システムでは、ＤＳＣ３０１２とＰＤプリンタ装置１０００とはそれぞれＤＰＳ（Direct Print System）の仕様に従った動作が可能であるものとする。

図６は、本実施の形態に係る印刷システムにおいて、ＤＳＣ３０１２からＰＤプリンタ装置１０００に対してプリント要求を発行して印刷を行う場合の手順を説明する図である。

この処理手順は、ＰＤプリンタ装置１０００とＤＳＣ３０１２とがＵＳＢケーブル５０００を介して接続された後、互いにＤＰＳ仕様に準拠していることを確認した後に実行される。まずＤＳＣ３０１２は「CofigurePrintService」をＰＤプリンタ装置１０００に送信して、ＰＤプリンタ装置１０００の状態をチェックする（６００）。これに対してＰＤプリンタ装置１０００から、その時点でのＰＤプリンタ装置１０００の状態（ここでは「アイドル」状態）が通知される（６０１）。そしてＤＳＣ３０１２は、ＰＤプリンタ装置１０００のcapabilityを問合せ（６０２）、そのcapabilityに応じたプリント開始要求（StartJob）を発行する（６０３）。尚、このプリント開始要求は、６０１で、後述するＰＤプリンタ装置１０００からのステータス情報の中の「newJobOK」が「True（真）」になっていることを条件に発行される。

このプリント開始要求に対してＰＤプリンタ装置１０００は、印刷が指示された画像データのファイルＩＤに基づいてファイル情報をＤＳＣ３０１２に要求する（６０４）。これに応答してＤＳＣ３０１２からはファイル情報が送信される。このファイル情報にはファイル容量（ファイルサイズ）、サムネイル画像の有無、ファイルの属性等の情報が含まれる。そしてＰＤプリンタ装置１０００がそのファイル情報を受信して、そのファイルを処理可能であると判断すると、そのファイル情報をＤＳＣ３０１２に要求する（６０５）。これによりその要求されたファイルの画像データがＤＳＣ３０１２からＰＤプリンタ装置１０００に送られる。これによりＰＤプリンタ装置１０００がプリント処理を開始すると、６０６で「印刷中（Printing）」を示すステータス情報が、ＰＤプリンタ装置１０００からＤＳＣ３０１２に「NotifyDeviceStatus」によって送られる。そして１頁のプリント処理が終了すると、次のページの処理開始時にＰＤプリンタ装置１０００から「NotifyJobStatus」６０７により、それが通知される。そして１頁だけの印刷であればプリント要求した１頁の印刷が終了すると、次に「NotifyDviceStatus」６０８によりＰＤプリンタ装置１０００が「アイドル」状態になったことが通知される。尚、例えば、１頁に複数（Ｎ）の画像をレイアウトして印刷するＮ−ｕｐ印刷の場合には、Ｎ枚の画像を印刷する度に、「NotifyJobStatus」６０７がＰＤプリンタ装置１０００からＤＳＣ３０１２に送られることになる。本実施の形態での「NotifyJobStatus」及び「NotifyDeviceStatus」の発行タイミングと画像データの取得の順番は一例であり、製品の実装によっては様々なケースが起こりうる。

尚、このプリント処理において、ＤＳＣ３０１２からのプリント開始要求（StartJob）に、印刷すべき画像データのファイルＩＤを一括して含めて送信して印刷する場合と、一般の写真現像で使用されるＤＰＯＦファイルのファイルＩＤのみをＤＳＣ３０１２からのプリント開始要求（StartJob）に含めてＰＤプリンタ装置１０００に送信し、ＰＤプリンタ装置１０００がそのＤＰＯＦファイルを解釈し、必要な画像データのファイルＩＤを取得してプリントする場合も含まれる。

図７は、ＤＳＣ３０１２からＰＤプリンタ装置１０００に対して発行されるプリント開始要求の具体例を説明する図である。

図において、７２０は、この印刷ジョブのコンフィグレーション（jobConfig）を示し、７２１はプリント情報（printInfo）を示している。

まずコンフィグレーション７２０について説明する。７００は印刷する画質を示し、これには例えば「標準」、「高画質」などがある。７０１は用紙サイズ、７０２は用紙タイプで、例えば「普通紙」、「写真用紙」、「インクジェット専用紙」等がある。７０３は印刷する画像ファイルのタイプを指定するもので、例えばＤＰＯＦを使用する場合は、これで指定される。７０４は日付印刷の有無、７０５はファイル名の印刷の有無、７０６は画像最適化を行うかどうか、７０７は固定サイズの印刷、７０８は画像の指定された範囲の印刷を行うかどうかの有無をそれぞれ指定する。

またプリント情報７２１は、ファイルＩＤ７０９と、日付情報７１０を含んでいる。

図８は、前述のJobStatusとDeviceStatusに含まれる情報を説明する図である。ここで図８（Ａ）のJobStatus及び図８（Ｂ）のDeviceStatusはＰＤプリンタ装置１０００からＤＳＣ３０１２に送信される。また、ＤＳＣ３０１２は任意のタイミングで、それらの情報をＰＤプリンタ１０００へ送信要求する事が出来る。

図８において、「prtPID」、「ImagePath」及び「copyID」はＤＰＯＦファイルの印刷が指示された場合に有効になる。「prtPID」はＤＰＯＦファイルで指定された印刷セクションの識別情報（ＩＤ）、「ImagePath」はＤＰＯＦファイルで指定された画像ファイルを特定するためのパスの情報、そして「copyID」は複数枚印刷指定時に実際に何枚目を印刷しているかを意味している。ＤＰＯＦファイルによる印刷の場合は、ＤＳＣ３０１２は、プリント開始要求（StartJob）中にＤＰＯＦファイルの「fileID」を記載してＰＤプリンタ装置１０００に送信する。これによりＰＤプリンタ装置１０００は、そのＤＰＯＦファイルの印刷を開始できる。そしてＰＤプリンタ装置１０００は、そのＤＰＯＦファイルの「fileID」を基にＤＰＯＦファイルを取得し、「GetFileID」を実行して、ＤＰＯＦファイル中に指定された画像ファイルの「fileID」を特定し、その画像ファイルをＤＳＣ３０１２に要求して、その画像データを取得する。こうしてＤＰＯＦファイルで指定された画像を印刷することができる。そして、ＤＰＯＦファイルによる印刷実行中に、印刷の進行状況を示す上記「prtPID」、「ImagePath」及び「copyID」がＰＤプリンタ装置１０００から「NotifyJobStatus」によりＤＳＣ３０１２に通知される。

尚、このＤＰＯＦファイルの印刷中に何らかの理由で印刷が中断された後、印刷が再開された時は、印刷が中止されたページの先頭から、その印刷処理が再開される。

「progress」は、印刷予定枚数の内、現在何枚目を印刷しているか（Ｎ／Ｔ）を示す。ここでＮは現在の印刷ページ、Ｔはトータルの印刷枚数を示す。「imagePrinted」は印刷済みの画像枚数を示す。

次にDeviceStatusについて説明する。

「dosPrintServiceStatus」は、ＰＤプリンタ装置１０００の状態を意味し、ＤＳＣ３０１２に通知される。これにはアイドル、プリント、ポーズ状態が含まれる。「jobEndReason」は、プリント処理の終了状況を意味し、最終ページの印刷が完了するとＤＳＣ３０１２に通知される。「errorStatus」はそのエラーの状態を意味し、エラーが発生した場合に通知される。。「errorReason」は、そのエラーの発生理由を意味し、「errorStatus」と共に通知される。「disconnectEnable」は、ＵＳＢケーブル５０００が外されても印刷可能であることを意味し、ＰＤプリンタ装置１０００からＤＳＣ３０１２に通知される。「capabilityChanged」は、ＰＤプリンタ装置１０００におけるcapabilityが変更されたことを意味し、ＤＳＣ３０１２に通知される。「newJobOK」は、ＰＤプリンタ装置１０００が印刷要求を受付け可能であることを意味し、ＤＳＣ３０１２に通知される。

図９は、本実施の形態のＤＳＣ３０１２における印刷再開処理を示すフローチャートである。尚、この処理を実行するプログラムはＲＯＭ３１０１に記憶されており、このプログラムに従ってＣＰＵ３１００が制御処理を実行することにより、この処理が実現される。

この処理はプリントジョブの実行中に、例えばケーブル５０００が外れることによりプリント動作が中止され、その後、ＤＰＳの再接続が確立されて、ＤＳＣ３０１２の印刷ボタンが指示されて、ＰＤプリンタ装置１０００に対してプリント動作の再開が指示されることにより、ＰＤプリンタ装置１０００において印刷が再開される処理を示したものである。

この前提としては、ＰＤプリンタ装置１０００においてプリント処理が中断されており、ＤＳＣ３０１２においても、プリント処理が中断していることを認識していることが必要である。

まずステップＳ１で、ケーブル５０００が接続される等により、ＤＳＣ３０１２とＰＤプリンタ装置１０００とが物理的に接続されて、ＤＰＳの再接続が確立されたか否かが判定され、接続が確立されるとステップＳ２に進み、ＤＳＣ３０１２において印刷再開が指示されると、プリントの中断中であるか否かを判断する。そうでない時はステップＳ３に進み、通常の処理、即ち、印刷指示に応じて新規に印刷を開始する等の処理に移行する。

プリントの中断中である時はステップＳ４に進み、新たに接続が確立したＰＤプリンタ装置１０００は、前回のプリント処理が中断した時のＰＤプリンタ装置１０００と同じ機種（＜dpsVersion＞と＜productName＞が同じ）或いは同じメーカの機種（＜productName＞）、或いは同じベンダーの機種（＜vendorName＞）かどうかを判定する。この手順は、ＤＳＣ３０１２から発行される「ConfigurePrintService」に対してＰＤプリンタ装置１０００から応答される内容に基づいて判断する。これは同じＰＤプリンタ装置が再接続された場合は問題ないが、それ以外の機種でも同じメーカやベンダーの機種であれば、各メーカやベンダの設計に基づいて本実施の形態に係る再印刷処理が可能である場合には再開可能と判断して、これ以降の処理に進むものである。ステップＳ４で「Ｎｏ」と判定されるとステップＳ５に進み、プリントの継続が実行できないと判断して、その旨を表示部２７００に表示する。また、この時必要に応じて、表示部２７００に表示するＵＩ（ユーザメニュー画面）を変更しても良い。

ステップＳ４で、対応機種であると判定するとステップＳ６に進み、ＤＰＯＦファイルの印刷中であったかどうかを調べる。そうであればステップＳ７に進み、ＤＰＯＦファイルのファイルＩＤをＰＤプリンタ装置１０００に送信する。この場合、既に印刷済みのページの画像ファイルを印刷しないように、前述の「prtPID」、「imagePath」や「copyID」をＤＰＯＦファイルのファイルＩＤと共に送信することにより、ＤＰＯＦファイル中の印刷再開を行うファイルを指定する。

また一方ステップＳ６で、ＤＰＯＦファイルの印刷でない時、即ち、各画像ファイルを指定して印刷を行う場合には、当所印刷予定の画像ファイルのファイルＩＤ中から既に印刷済みの画像ファイルを除いた画像ファイルのファイルＩＤを一括してＰＤプリンタ装置１０００に送信して印刷を実行する。尚、ここで印刷再開指示は、ＤＳＣ３０１２の操作ボタンの中の印刷ボタンが指示されることにより、ＤＳＣ３０１２からＰＤプリンタ装置１０００に「StartJob」が送られて印刷が再開される。

尚、各ページのプリント終了は、ＰＤプリンタ装置１０００からの次のページの先頭で送られる「jobStatus」（次ページのプリント開始を意味する）、或いは最終ページの場合は「deviceStatus」に含まれる「jobEndReason」によりＰＤプリンタ装置１０００からＤＳＣ３０１２に報知される。従って、ＤＳＣ３０１２は印刷済みの画像枚数を確認することができ、各画像を一枚ずつ印刷する場合は、印刷命令で指定した枚数の画像の印刷が終了しているかどうかにより、或いはＤＰＯＦファイルによる印刷の場合には、そのＤＰＯＦファイル中の進捗状況（「prtPID」、「ImagePath」及び「copyID」）または印刷が完了したかどうかにより印刷の中断かどうかを判定できる。

また、１ページに一枚の画像を印刷する場合には、印刷する用紙枚数と画像の数とは一致するが、１枚の用紙に複数（Ｎ）の画像をレイアウト印刷する場合には、印刷する画像の数と印刷枚数とは一致しない。このためＤＳＣ３０１２では、印刷モードに応じて、印刷する用紙枚数と画像データの数との整合を採る必要がある。

［実施の形態２］
前述の図７において、＜jobConfig＞７２０の７０４で日付印刷＜datePrint＞が指定されている場合は、＜printInfo＞７２１に含まれている日付データ＜date＞７１０が印刷される。また、＜jobConfig＞７２０の７０４で日付印刷＜datePrint＞が指定されていない場合には、＜printInfo＞７２１に日付データ＜date＞７１０が含まれていても、その日付データは無視され印刷されることはない。

これにより、＜printInfo＞７２１に含むデータの自由度が増すため、例えば他で使用している画像データと日付リストをそのまま＜printInfo＞７２１に貼付けることにより、startJobコマンドを作成することが出来る。

［実施の形態３］
図１０は、本発明の実施の形態３に係る印刷システムにおける処理を説明するフローチャートである。

この実施の形態では、ＤＳＣ３０１２からＰＤプリンタ装置１０００に対して何らかのコマンドを発行した場合、それに伴ってＰＤプリンタ装置１０００のステータスが変更されると、それが前述の「NotifyDeviceStatus」によりＰＤプリンタ装置１０００からＤＳＣ３０１２に通知される。しかしながら、そのＰＤプリンタ装置１０００で状態変化が発生しなかった場合、或いはその応答が遅れた場合には、ＤＳＣ３０１２では、前回発行したコマンドによりＰＤプリンタ装置１０００において、当然に予測されるステータスの変化が発生しているものと判断（推測）して、それに応じた処理を実行する。また、ＰＤプリンタ装置１０００の状態を確認したい場合には、ＰＤプリンタ装置１０００に対して「GetDeviceStatus」を発行することにより、そのＰＤプリンタ装置１０００の状態を取得し、その取得したステータスに応じた処理を実行する。

以下、図１０のフローチャートを参照してその一例を説明する。

まずステップＳ１０で、ＰＤプリンタ装置１０００に対して印刷開始要求「StartJob」を発行する。次にステップＳ１１に進み、所定時間内にＰＤプリンタ装置１０００から所定のステータス応答「NotifyDeviceStatus」が送られてくるかをみる。仮にＰＤプリンタ装置１０００が１つの印刷ジョブのみ受け付け可能な製品であった場合には、印刷開始要求「StartJob」を発行すると、ＰＤプリンタ装置１０００が次の印刷ジョブの受け付けが不可能な状態であることを示すNotifyDeviceStatusの「newJobOK」が「False」の状態になっているはずである。こうしてステップＳ１１で正常な応答が受信されるとステップＳ１２に進み、次に「newJobOK」が「True」になるのを待って次のコマンド発行を行ったり、ＰＤプリンタ装置１０００からの要求に応じて画像データ等を出力する、通常の印刷処理を実行する。

ステップＳ１３で、「StartJob」が実行できなかったことを示す「NotExecuted」を受信したかを調べる。「NotExecuted」を受信したときはステップＳ２０に進み、ＰＤプリンタ装置１０００に対して「GetDeviceStatus」を発行し、ＰＤプリンタ装置１０００のステータスを取得する。そのステータスにより命令が実行されなかった理由が判明して、「StartJob」が再発行可能であれば表示部２７００のＵＩにその旨を表示する。ここでユーザにより命令の再発行が指示されるとステップＳ２１からＳ２２に進み、前回実行されなかった「StartJob」命令を再度ＰＤプリンタ装置１０００に再発行する。再発行の指示が入力されない時はステップＳ２２からステップＳ１９に進む。

またステップＳ１３で、「NotExecuted」を受信していないときはステップＳ１４に進み、「NotSupported」を受信したかどうかをみる。「NotSupported」を受信したときはステップＳ１５に進み、この場合は前回発行した「StartJob」命令はＰＤプリンタ装置１０００によりサポートされていないので、表示部２７００のＵＩに、その命令がＰＤプリンタ装置１０００においてサポートされないことを示すように、例えば選択不能として表示する。

ここで「StartJob」命令がサポートされていないという意味は、ＰＤプリンタ装置１０００が「StartJob」命令自体をサポートしていないという場合だけではなく、例えばＰＤプリンタ装置１０００が「StartJob」命令自体はサポートしているが、サポートしていない用紙サイズや用紙種類の指定がされていたために、今回発行された「StartJob」命令がサポートされない、という場合も含む。この場合は上述の例と同様に、例えば不適切な用紙サイズや用紙種類を選択不能としてＵＩを再構築すれば、再び「StartJob」命令を実行した時に再び「NotSupported」を受信する可能性を低減できる。その際にＰＤプリンタ装置１０００がサポートしている用紙サイズや用紙種類を確認する等の処理を行っても良い。
ステップＳ１４で「NotSupported」を受信していない時はステップＳ１１’に進む。これは実質的に応答内容が「OK」だった場合を想定している。ステップＳ１１’で所定のステータス応答を受信した場合にはステップＳ１２に進み、通常の動作を継続する。ステップＳ１１’で所定のステータス情報を受信しない時にはステップ１６に進み、通常の動作として動作を継続するかどうかを判定する。これは前述のＵＩを用いて表示し、ユーザにより選択可能にしても良い。通常の動作に進む時はステップＳ１２に進むが、ユーザによる指示などが無くて通常の動作に移行しない時はステップＳ１７に進み、ＰＤプリンタ装置１０００に対してステータスを要求する。次にステップＳ１８に進み、その取得したステータスが正常なステータスであれば、通常予測されるステータスであるとしてステップＳ１２に進む。それ以外のステータスが取得された時はステップＳ１９に進み、その取得したステータスに応じた処理を実行する。

尚、前述のステップＳ１３で、予期しない「NotExecuted」が応答された場合の理由としては、例えばＰＣ３０１０が接続されていて、ＤＳＣ３０１２からの印刷開始要求と略同時にＰＣ３０１０からの印刷指示を受信して、ＰＣ３０１０からの印刷データによる印刷処理を実行し始めた場合等が考えられる。つまり、まず事前にＰＤプリンタ装置１０００から発行されたNotifyDeviceStatusに基づいて「newJobOK」＝「True」だと認識しているのでＤＳＣ３０１２は「StartJob」コマンドを発行したのだが、丁度その瞬間に「newJobOK」＝「False」となってしまったのでＰＤプリンタ１０００は「NotExecuted」を応答することとなり、ＤＳＣ３０１２からみると「newJobOK」＝「True」なのに、「NotExecuted」が応答されるという予期しない応答となる。また、ステップＳ１１で所定のステータス情報を受信しない場合の理由としては、例えばＰＤプリンタ装置１０００が複数の印刷ジョブを受け付け可能な製品であり、印刷要求「StartJob」を受け付けた後でも「DeviceStatus」の「newJobOK」が「True（真）」のまま変化せず、その為に「NotifyDeviceStatus」がＰＤプリンタ装置１０００から発行されない場合等が考えられる。この場合においてもＤＳＣ３０１２側としては「GetDeviceStatus」でＰＤプリンタ装置１０００の状態を確認するまではＰＤプリンタ装置１０００の状態を仮に「newJobOK」が「False（偽）」と推測して動作する方が安全である。（何らかの理由で「newJobOK」が「False（偽）」という状態を通知する「NotifyDeviceStatus」の発行が遅れている可能性が有るため）
上記説明では、ＤＳＣ３０１２からのコマンド発行とＰＤプリンタ装置１０００からのコマンド発行とがほぼ同時に行われても両方のコマンドを有効とする場合を想定して説明したが、例えば、「ほぼ同時に行われた両方のコマンドの内、ＤＳＣ３０１２からのコマンドが優先的に処理され、ＰＤプリンタ装置１０００からのコマンド発行は無視され廃棄される」というダイレクトプリント仕様の場合もあり得る。その場合にはステップＳ１１でのチェック内容は「ＰＤプリンタ装置１０００からのコマンド発行を受信したか？」となり、Ｙｅｓの場合には該ＰＤプリンタ装置１０００からのコマンドを無視するステップ（不図示）を経由してステップＳ１３へと進み、Ｎｏの場合には直接ステップＳ１３へと進む、という実施形態となる。

上述したダイレクトプリント仕様の場合には、廃棄される側のＰＤプリンタ装置１０００のコマンドはＰＤプリンタ装置１０００によって再発行される可能性が高い。例としてＤＳＣ３０１２からの「StartJob」と略同時にＰＣ３０１０からの印刷指示を受信して、ＰＣ３０１０からの印刷データによる印刷処理を実行し始めた場合を説明する。まず事前にＰＤプリンタ装置１０００から発行されたNotifyDeviceStatusによって「newJobOK」＝「True」だと認識しているＤＳＣ３０１２から「StartJob」命令が発行される。それと略同時にＰＣ３０１０からの印刷データによる印刷処理を開始したＰＤプリンタ装置１０００は「newJobOK」＝「False」に変化する。ＰＤプリンタ装置１０００はこの事をＤＳＣ３０１２に通知するために「NotifyDeviceStatus」命令を発行する。しかし、ＰＤプリンタ装置１０００から発行されたこの「NotifyDeviceStatus」命令は破棄され、ＤＳＣ３０１２から発行された「StartJob」命令が優先的に処理される。ところがＰＤプリンタ１０００は既に「newJobOK」＝「False」なので「StartJob」命令に対して「NotExecuted」を応答することとなる。この時、ＰＤプリンタ装置１０００としては、依然として「newJobOK」＝「False」を通知するために、「NotifyDeviceStatus」命令を再発行する必要があるが、ここでＤＳＣ３０１２が次のコマンドを発行してしまうと、再び両機器から略同時に命令（コマンド）が発行されることとなる。

基本的に両機器から略同時にコマンドが発行され一方が破棄されるという状況は、両機器がコマンド発行する際に根拠とするステータスが異なっている場合が予想されるので、非常にダイレクトプリントの処理進行上不安定かつ危険な瞬間と言える。そこで、両機器から略同時にコマンドが発行される状況は可能な限り避ける事が好ましい。そこで例えば、ＤＳＣ３０１２がステップＳ１１で「ＰＤプリンタ装置１０００からのコマンド発行」を検知した場合には、所定の時間、ステップＳ２０やステップＳ１７での「GetDeviceStatus」命令の発行を禁止し、ＰＤプリンタ装置１０００からのコマンド待ちの状態を設けても良い。

更には、接続相手のＰＤプリンタ装置１０００においても同様に、所定の時間ＰＤプリンタ装置１０００からのコマンドの発行禁止及びＤＳＣ３０１２のコマンド待ちの状態を設定しておく。この際、その所定の禁止時間が全く同じである場合には、その所定の時間後に再び両機器から略同時にコマンドが発行されることになってしまう。その可能性をも考慮して、上記所定の時間は固定では無く、動的に不連続或は不規則に変化させても良いし、またはステップＳ１１で「ＰＤプリンタ装置１０００からのコマンド発行を検知しなかった場合」に用いた禁止時間を、それ以降ステップＳ１１で「ＰＤプリンタ装置１０００からのコマンド発行を検知する」まで用い、ステップＳ１１で「ＰＤプリンタ装置１０００からのコマンド発行を検知した場合」に禁止時間を更新する、という様にしても良い。またタイミングの異ならせ方としては、発行タイミングを早めたりしてもよい。更に、両者が同じようなタイミング変更を行なうといけないので、所定のルールでタイミングの異ならせ方を工夫しても良い。これには例えば、ＵＳＢのホストかスレーブかによって、タイミングの変え方を設定しておくのも良い。また或は、ＤＳＣ３０１２とＰＤプリンタ装置１０００の両方でランダムなタイミング信号を発生する手段を備え、そのタイミング信号に応じてコマンドの発行タイミングを決定するようにしても良い。また、上述したように、ＰＤプリンタ装置１０００も同様に、所定時間ＰＤプリンタ装置１０００からのコマンドの発行を禁止の状態を設定することで、再び両機器から略同時にコマンドが発行される可能性を低減できる。更に上述した種々の変形例もそれぞれ応用可能である。
［実施の形態４］
次に、本実施の形態４に係る印刷システムのＤＳＣ３０１２からプリントの継続及びプリント中断の場合の処理を説明する。この場合も、印刷システムの構成及びＤＳＣ３０１２、ＰＤプリンタ装置１０００の構成は前述の構成と同様であるため、その説明を省略する。

図１１は、本実施の形態４に係るＤＳＣ３０１２におけるプリント処理が中断されていて、プリント開始を指示する印刷ボタンが指示されることにより実行されるプリント継続処理を説明するフローチャートである。

まずステップＳ１１０で、ＤＳＣ３０１２の操作ボタン３１０３の印刷ボタンが指示されたかを調べ、そうでない時はステップＳ１１１に進み、指示されたボタン或いはボタンによる指示待ちの等の他の処理を実行する。印刷ボタンが指示された時はステップＳ１１２に進み、ＰＤプリンタ装置１０００に対して「GetDeviceStatus」を発行して、ＰＤプリンタ装置１０００のステータス情報を要求し、それに応答してＰＤプリンタ装置１０００から送られてくるステータス情報を取得する。次にステップＳ１１３に進み、その取得したステータス情報に基づいて、ＰＤプリンタ装置１０００のステータスが「ポーズ」であるかをみる。そうであればステップＳ１１４に進み、過去にエラーが発生していて「Warning」になっている（例えばケーブルの脱着等）か、或いはエラーが発生していないかをみる。そうであれば印刷処理の再開が可能（ＰＤプリンタ装置１０００よりのステータスを受信しているため）と判断してステップＳ１１５に進み、ＰＤプリンタ装置１０００に対してプリント処理の再開を指示する（「ContinueJob」の送信）。

またステップＳ１１３で、ポーズ状態でない時、或いはステップＳ１１４で、別のエラーが発生している時は印刷再開が不可能と判断して、表示部２７００のＵＩにその旨を表示する。この場合は、例えば表示部２７００にメッセージを表示してユーザに印刷再開ができない旨を通知したり、及び／或いは印刷ボタンの選択を不可能にすることなどが考えられる。また、ステップＳ１１０の印刷ボタンの押下判定前にプリンタのステータスを取得しておき、印刷ボタンののオン／オフが有効かをユーザに通知することにより、ユーザに無用な印刷ボタンの押下を行わせる事を避ける事が出来る。

図１２は、本実施の形態４に係るＤＳＣ３０１２におけるプリント処理の中止を指示する印刷中止ボタンが指示されることにより実行されるプリント中止処理を説明するフローチャートである。

まずステップＳ１２１で、ＤＳＣ３０１２の操作ボタン３１０３の中止ボタンが指示されたかを調べ、そうでない時はステップＳ１２２に進み、指示されたボタン或いはボタンによる指示待ちの等の他の処理を実行する。中止ボタンが指示された時はステップＳ１２３に進み、ＰＤプリンタ装置１０００に対して「GetDeviceStatus」を発行して、ＰＤプリンタ装置１０００のステータス情報を要求し、それに応答してＰＤプリンタ装置１０００から送られてくるステータス情報を取得する。次にステップＳ１２４に進み、その取得したステータス情報に基づいて、ＰＤプリンタ装置１０００のステータスが「ポーズ」であるかをみる。そうであればステップＳ１２６に進むが、そうでない時はステップＳ１２５に進み、プリント中であるかをみる。そうであれば印刷処理の中止が可能と判断してステップＳ１２６に進み、ＰＤプリンタ装置１０００に対してプリント処理の中止を指示する（「AbortJob」の送信）。

またステップＳ１２５で印刷中でない時は、印刷処理の中止は不可能であると判断して、表示部２７００のＵＩにその旨を表示する。この場合は、例えば表示部２７００にメッセージを表示してユーザに印刷中止ができない旨を通知したり、及び／或いは中止ボタンの選択を不可能にすることなどが考えられる。また、ステップＳ１２１の中止ボタンの押下判定前にプリンタのステータスを取得しておき、中止ボタンののオン／オフが有効かをユーザに通知することにより、ユーザに無用な中止ボタンの押下を行わせる事を避けることができる。

［実施の形態５］
上述した実施の形態では、ＤＳＣ３０１２における処理を中心に説明したが、この実施の形態５では、ＰＤプリンタ装置１０００においてＤＳＣ３０１２から画像データを取得する場合の処理について説明する。尚、この実施の形態５におけるハードウェア構成は前述の実施の形態の場合と同様であるので、その説明を省略する。

図１３は、本発明の実施の形態５に係るＰＤプリンタ装置１０００における画像データの取得処理を説明するフローチャートで、この処理を実行するプログラムはプログラムメモリ３００３ａに記憶されており、ＤＳＰ３００２の制御の下に実行される。

この処理は、ＤＳＣ３０１２から印刷要求（「StartJob」）が送られてきて、印刷処理の開始が指示されることにより開始され、まずステップＳ３１で、「GetFileInfo」をＤＳＣ３０１２に送って、ＤＳＣ３０１２が印刷したい画像ファイルに関する情報を要求する。これによりステップＳ３２で、ＤＳＣ３０１２から、その画像ファイルに関する情報（ファイルサイズや属性等）が送られてくると、それに含まれているファイル容量を示す情報を取得してステップＳ３３に進み、その画像ファイルを一度に全て受信して処理可能かどうかを判定する。これはＰＤプリンタ装置１０００が有しているメモリ３００３の空エリアのメモリ容量等に基づいて判定される。ここで全画像データを一度に全て受信できないと判断するとステップＳ３４に進み、その画像ファイルの読み出し開始アドレス及び読み出し量を指定して、その画像ファイルの部分画像データを要求する。これは「GetPartialFile」を使用して行われる。これによりＤＳＣ３０１２は、その指定された部分画像データを、その画像ファイルから読み出してＰＤプリンタ装置１０００に送信する。ステップＳ３５で、この部分画像データを受信したＰＤプリンタ装置１０００は、ステップＳ３６で、その部分画像データを処理して印刷を行う。次にステップＳ３７に進み、その画像ファイルの全画像データをプリントしたかを調べ、していない時はステップＳ３４に戻って、次の部分画像データを要求する。こうして、その画像ファイルの全てを受信して印刷するまで、上述の処理が繰り返し実行される。

またステップＳ３３で、その画像ファイルの画像データを一度に受信して処理可能であると判断した時はステップＳ３８に進み、ＤＳＣ３０１２に対してその画像ファイルの全データを要求し、ステップＳ３９では、この要求に基づいてＤＳＣ３０１２から送られてくる、その画像ファイルの全画像データを受信して印刷する。

図１４は、本発明の実施の形態５に係るＰＤプリンタ装置１０００における画像データの取得処理の他の例を説明するフローチャートで、この処理を実行するプログラムはプログラムメモリ３００３ａに記憶されており、ＤＳＰ３００２の制御の下に実行される。

この処理は、ＤＳＣ３０１２から印刷要求（「StartJob」）が送られてきて、印刷処理の開始が指示されることにより開始され、まずステップＳ４１で、「GetFileInfo」をＤＳＣ３０１２に送って、ＤＳＣ３０１２が印刷したい画像ファイルに関する情報を要求する。これによりステップＳ４２で、ＤＳＣ３０１２から、その画像ファイルに関する情報が送られてくるとステップＳ４３に進み、その画像ファイルがサムネイル画像を含んでいるかどうかを判定する。含んでいる時はステップＳ４４に進み、操作部１０１でインデックスプリントが指示されているかどうかを判定する。インデックスプリントが指示されている時はステップＳ４５に進み、そのサムネイル画像データをＤＳＣ３０１２に要求して（「GetThumb」を発行する）、取得する。そしてステップＳ４６に進み、その取得したサムネイル画像を基にインデックスプリントを実行する。

尚、ステップＳ４３でサムネイル画像を含んでいない時、或いはステップＳ４４でインデックスプリントが指定されていない時はステップＳ３３（図１３）に進み、前述した画像印刷処理を実行する。

このように本実施の形態５によれば、ＰＤプリンタ装置１０００のメモリ容量や処理能力などに応じて、ＤＳＣ３０１２から一度に取得する画像データの量を変更してＤＳＣ３０１２から入力することができる。

また、ＤＳＣ３０１２の画像ファイルに、既にサムネイル画像が記憶されていることを予め知ることができるため、ＰＤプリンタ装置１０００においてインデックスプリントが指示されている場合に、ＰＤプリンタ装置１０００におけるサムネイル画像の作成処理を省略することができる。これにより、サムネイル画像の印刷を迅速にできる。

［実施の形態６］
図１５は、本発明の実施の形態６に係るＰＤプリンタ装置１０００における画像データの取得方法の一例を説明するフローチャートである。前述の図６を参照して、また前述の実施の形態で、本システムにおいてＰＤプリンタ装置１０００がＤＳＣ３０１２からファイルを取得する一例について説明した。即ち、ＰＤプリンタ装置１０００はまずファイル情報を取得し、そのファイル情報に応じてファイルの取得を行う。ここでは、ファイルの属性情報を用いてファイルの一括受信と、パーシャル受信の切り替えを行う。

まずファイルの属性について説明する。

本実施の形態６では、図７を参照して前述した通り、ＤＣＳ３０１２からＰＤプリンタ装置１０００に対して発行される要求はスクリプトファイルでファイル転送の形態で行われる。よって、ＤＳＣ３０１２からＰＤプリンタ装置１０００に転送されるファイルの属性としては、スクリプトファイルと画像ファイルの２種類が存在する。ここで、画像ファイルは、例えばＤＳＣ３０１２で事実上の標準画像フォーマットとして用いられているＪＰＥＧファイル等では、そのファイルを全て一括して読み込まなくても、受信した画像データを格納するメモリの空き容量に応じて、その画像ファイルを分割して受信し、その受信した画像データ部分から画像処理を行って印刷を継続し完了することが可能である。

しかしスクリプトファイルの場合には、全てを一括受信して解釈しないと次の処理工程に進めない場合がある。よって、そのファイルの属性がスクリプトファイルの場合には画像ファイルとは異なり必ず一括読み込みを行う必要がある。よって本実施の形態６では、ファイル情報を取得し、そのファイルが画像ファイルであった場合に分割読み込みを行い、スクリプトファイルであった場合には一括読み込みを行うようにしている。

このようにスクリプトファイルは、前述のように一度に全情報を取得しないと処理が継続できない性質のファイルであるため、この実施の形態６に係るＰＤプリンタ装置１０００は、このスクリプトファイルの全てを一括で取得して蓄えることができるだけのメモリ容量を確保している必要がある。よって本実施の形態６では、ＤＳＣ３０１２から送られるスクリプトファイルのファイルサイズの上限が予め定められている。この上限値は、例えば１Ｋバイトであり、ＰＤプリンタ装置１０００は必ず、このサイズのスクリプトファイルを一括受信して記憶できるように設計されている。

このように本実施の形態６によれば、ＤＳＣ３０１２からのファイルを受信する前に、そのファイルの属性を判定することにより、そのファイルを一括で読み込むか、分割して読み込むかを的確に判断することが可能となる。またファイルの読み込みを行う前にファイルの属性を判定するので、その属性に応じてメモリへの格納場所を変えたり、そのファイルの受信と並行して次工程の起動を掛けるなどダイレクト印刷を迅速に行うことが可能となる。

また画像ファイルを取得する場合には、その画像ファイルを分割して読み込むようにしている。本実施の形態６の分割読み込みでは、部分ファイルとして読み込む最大サイズを予め既定しておき、その規定された範囲内で部分ファイルを読み込む。これにより、ファイルの全容量が、部分ファイルとして読み込む最大サイズ以下である場合には、分割読み込みであっても、結果として一度に全ファイルを読み込んでしまう場合もある。

また本実施の形態６では、ＤＳＣ３０１２からＰＤプリンタ装置１０００に転送されるファイルはスクリプトファイルと画像ファイルだけであったが、その他の属性のファイルの送受信が行われる仕様であっても適用できる。この場合、一度に全ての情報を必要とする属性のファイルの場合には、本実施の形態６におけるスクリプトファイルと同様に一括読み込みとして扱われることは言うまでもない。

次に図１５のフローチャートを参照して、この実施の形態６に係るＰＤプリンタ装置１０００による処理を説明する。尚、この処理を実行するプログラムはプログラムメモリ３００３ａに記憶されており、ＣＰＵ３００２の制御の下に実行される。

この処理は、ＤＳＣ３０１２から印刷要求（「StartJob」）が送られてきて、印刷処理の開始が指示されることにより開始され、まずステップＳ５１で、「GetFileInfo」をＤＳＣ３０１２に送って、ＤＳＣ３０１２が印刷したい画像ファイルに関する情報を要求する。これによりステップＳ５２で、ＤＳＣ３０１２から、その画像ファイルに関する情報（ファイルサイズや属性等）が送られてくると、それに含まれているファイル属性を示す情報を取得してステップＳ３３に進み、そのファイルの属性が画像であるかどうかを判定する。画像であれば分割ファイルを取得するためにステップＳ５４に進み、そのファイルのアドレスを指定して、「GetPartialFile」命令により、そのファイルの部分画像をＤＳＣ３０１２に要求する。これによりステップＳ５５では、その部分画像の要求に対してＤＳＣ３０１２から送信される部分画像データを取得し、ステップＳ５６では、その取得した部分画像データを画像処理した後、プリンタエンジン３００４に出力して印刷する。そしてステップＳ５７で、その画像ファイルに含まれる全ての画像を印刷したかを調べ、全ての印刷が終了していなければステップＳ５４に戻り、次の部分画像を取得すべく、部分画像の要求コマンドをＤＳＣ３０１２に送る。

一方、ステップＳ５３で、画像でないときはステップＳ５８に進み、「GetFile」命令により、ＤＳＣ３０１２に対してファイルの一括読み込みを要求する。次にステップＳ５９に進み、その一括読み込み要求に応答してＤＳＣ３０１２から送信されるファイル（ここではスクリプトファイル）を受信する。そしてステップＳ６０で、その受信したファイルの内容に応じた処理を実行して、この処理を終了する。

［実施の形態７］
図１６は、本発明の実施の形態７に係るＰＤプリンタ装置１０００における画像データの取得方法の一例を説明するフローチャートである。前述の図６を参照して、また前述の実施の形態で、本システムにおいてＰＤプリンタ装置１０００がＤＳＣ３０１２からファイルを取得する一例について説明した。即ち、プリンタはまずファイル情報を取得し、そのファイル情報に応じてファイルの中身を取得する。

本実施の形態７では、このファイル情報としてファイルサイズを示すサイズ情報を用い、進捗管理のために、部分画像の総要求回数Ｔ及び要求カウントＮを使用して、画像ファイルから部分画像を取得する方法の設定及びファイル取得の進捗管理及び表示を行う。

まずステップＳ６０で、ＰＤプリンタ装置１０００はＤＳＣ３０１２にファイル情報を要求し、それに応答してＤＳＣ３０１２から送られてくるファイル情報をステップＳ６１で受信する。次にステップＳ６２に進み、そのファイルを、合計何回の部分画像要求で取得するかという部分画像の総要求回数Ｔを設定する。これと同時に、現在何回目の部分画像を取得しているかを示す要求カウントＮを「０」に設定する。次にステップＳ６３に進み、そのファイルのサイズ情報と、部分画像の総要求回数Ｔとから、一回の部分画像要求で要求するファイルサイズを算出する。次にステップＳ６４で、そのファイルサイズに基づいて、ファイルの中の画像データを取得するための先頭アドレスと、そのデータ量を指定して、ＤＳＣ３０１２に部分画像データを要求する。これに対してＤＳＣ３０１２から返送される部分画像データを取得する。そして続くステップＳ６６で、部分画像の要求回数をカウントするカウンタＮを「１」だけ加算する。そしてステップＳ６７で、ステップＳ６５で受信した部分画像に対する画像処理を行ってプリントする。尚、この場合、所定量の部分画像がそろわないと印刷できないときは、その印刷可能な画像データが揃うまで、印刷処理はスキップされる。

そしてステップＳ６８で、ＵＩ上にファイル取得進捗（Ｎ／Ｔ）を表示して、ユーザに対して進捗状況を示す。次にステップＳ６９で、全画像の取得、画像処理及びプリント処理が完了したかどうかを確認し、完了していなかった場合にはステップＳ６４に進み処理を継続する。またっステップＳ６８で処理を完了した場合は、この処理を終了する。

これにより、部分画像を取得している進捗状況をユーザに対して提示することができる。

また、（Ｎ／Ｔ）はパーセント表示しても良い。またＴを表示部２７００での表示エリア幅（画素数）に設定すれば、１画素単位で、どこまで表示しているかを示す進捗表示に適用できる。また、複数の画像を印刷する場合には、画像毎にＴとＮとを管理し、ユーザへはＴの総和及びＮの総和を表示することで、印刷ジョブ全体の進捗を表示することが出来る。

また変形例として、同一ページに複数の画像を並置して印刷する場合、ファイルサイズの異なる画像に対しても、同じＴを用いることにより、好適に無駄なく部分画像の取得を管理できる。

尚、転送の進捗状況を更新するタイミングは、ＰＤプリンタ装置１０００が部分画像要求を発行したタイミングであっても良く、或は要求によりＤＳＣ３０１２から画像データを受信したタイミングなどであっても良い。

尚、ステップＳ６２における部分画像の総要求回数Ｔを決定する他の方法としては、ステップＳ６１で取得したファイル情報に含まれるファイルサイズと、ＰＤプリンタ装置１０００が一回に受信して格納できるメモリ容量Ｍとから、例えばＴ＝Ｓ／Ｍ（Ｓはファイルサイズを示す）を基に決定するようにしても良い。これにより、ＰＤプリンタ装置１０００は、より効率的に部分画像データを要求して取得することができる。

尚、上述した実施の形態では、画像供給デバイスであるデジタルカメラからの画像データのプリンタが受信して処理する場合で説明したが、本発明はこれに限定されるものでなく、画像供給デバイスとしてはこれ以外にもビデオカメラやカメラ付き携帯電話、各種モバイル機器、画像記録再生装置などが考えられ、また受信側の装置としては、プリンタ以外にもパーソナルコンピュータやファクシミリ装置などの通信装置などであっても良い。
なお本発明は、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能(カメラ側で行われる処理、プリンタ側で行われる各種印刷処理)を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

以上説明したように本実施の形態によれば、ＤＳＣとＰＤプリンタ装置とを接続しているケーブルが外されることによりプリンタ装置における印刷処理が中断され、再度ケーブルが接続される等して印刷が再開可能になった場合に、確実に印刷処理を再開して印刷できるという効果がある。

また、ＤＰＯＦファイルに基づいて印刷している場合と、各画像データを順次ＤＳＣからプリンタ装置に送信して印刷を行っている場合とで、印刷再開の際にＤＳＣからプリンタ装置に再送する画像データを変えることにより、いずれの場合においても確実に印刷を再開できる。

また、本実施の形態に係るＤＳＣによれば、StartJob或いはAbortJob等のコマンドをプリンタ装置に発行した場合、プリンタ装置からの応答が無くても、所定の状態になっていると推定して、次の動作を決定することができ、更に、ステータスを確認するためのコマンドをプリンタ装置に発行して、その時点でのプリンタ装置の状態（ステータス）を識別することができる。

更にまた、ＰＤプリンタ装置からＤＳＣに対して特定のステータスが応答された場合は、それに応じた処理に移行する。例えば「NotExecuted」や「NotSupported」の場合は、前者の場合はプリンタ装置の状態を問い合わせるコマンドを発行し、その応答に基づいて、次に発行するコマンドを決定する。また後者の場合は、前回発行したコマンドはそのプリンタ装置でサポートされていないので、それ以降そのコマンドを発行しないように、例えば表示部に表示するＵＩを変更する等の処理を実行する。これにより、無駄なコマンドがプリンタ装置に再送されるのを防止できる。

また本実施の形態によれば、プリンタ装置の有しているメモリ容量或いは処理能力等に応じて、ＤＳＣから一度に取得する画像データの量を調整して画像データを取り込み、その画像データを処理して印刷できる。

本発明の実施の形態に係るＰＤプリンタ装置の概観斜視図である。 本実施の形態に係るＰＤプリンタ装置の操作パネルの概観図である。 本実施の形態に係るＰＤプリンタ装置の制御に係る主要部の構成を示すブロック図である。 本実施の形態に係るＤＳＣの構成を示すブロック図である。 本実施の形態に係るＰＤプリンタ装置とデジタルカメラとの接続を説明する図である。 本実施の形態に係る印刷システムにおけるＰＤプリンタ装置とＤＳＣとの間のコマンドのやり取りを説明する図である。 本実施の形態に係るＤＳＣから発行されるプリント開始コマンドの具体例を説明する図である。 本実施の形態に係るJobStatusとDeviceStatusを説明する図である。 本実施の形態に係るＤＳＣによる印刷再開処理を説明するフローチャートである。 本実施の形態３に係るＤＳＣによる処理を説明するフローチャートである。 本実施の形態４に係るＤＳＣにおける印刷継続のためのボタン操作に伴う処理を説明するフローチャートである。 本実施の形態４に係るＤＳＣにおける印刷中止のためのボタン操作に伴う処理を説明するフローチャートである。 本実施の形態５に係るＰＤプリンタ装置による処理を説明するフローチャートである。 本実施の形態５に係るＰＤプリンタ装置による処理を説明するフローチャートである。 本発明の実施の形態６に係るＰＤプリンタ装置における画像データの取得方法の一例を説明するフローチャートである。 本発明の実施の形態７に係るＰＤプリンタ装置における画像データの取得方法の一例を説明するフローチャートである。

Claims (8)

1. スクリプトデータの最大サイズが決められている通信において、前記スクリプトデータを一括で取得して蓄積できるだけのメモリ容量を確保し、通信インターフェースを介して画像供給デバイスからデータを受信する通信装置であって、
   前記画像供給デバイスからのデータ送信要求を受信すると、前記データ送信要求に対応する送信対象データに関する属性情報を取得する取得手段と、
   前記属性情報が画像データを示す場合には、前記送信対象データを複数回に分けて受信し、前記属性情報が前記スクリプトデータを示す場合には、前記送信対象データを一括受信すると決定する決定手段と、
   前記決定手段により前記送信対象データを複数回に分けて受信すると決定されると、前記画像供給デバイスに対して前記送信対象データの部分データを複数回要求し、当該部分データの単位で前記送信対象データを受信して処理する分割処理手段と、
   を有することを特徴とする通信装置。
2. 前記通信インターフェースはＵＳＢであり、前記画像供給デバイスはＵＳＢスレーブで前記通信装置がＵＳＢホストであることを特徴とする請求項１に記載の通信装置。
3. 前記分割処理手段は、前記部分データの取得回数の総数と、実際に取得した前記部分データの取得回数とに基づいて前記部分データの取得の進捗状況を報知することを特徴とする請求項１に記載の通信装置。
4. スクリプトデータの最大サイズが決められている通信において、前記スクリプトデータを一括で取得して蓄積できるだけのメモリ容量を確保し、通信インターフェースを介して画像供給デバイスからデータを受信する通信装置の通信制御方法であって、
   前記画像供給デバイスからのデータ送信要求を受信すると、前記データ送信要求に対応する送信対象データに関する属性情報を取得する取得工程と、
   前記属性情報が画像データを示す場合には、前記送信対象データを複数回に分けて受信し、前記属性情報が前記スクリプトデータを示す場合には、前記送信対象データを一括受信すると決定する決定工程と、
   前記決定工程で前記送信対象データを複数回に分けて受信すると決定されると、前記画像供給デバイスに対して前記送信対象データの部分データを複数回要求し、当該部分データの単位で前記送信対象データを受信して処理する分割処理工程と、
   を有することを特徴とする通信制御方法。
5. 前記通信インターフェースはＵＳＢであり、前記画像供給デバイスはＵＳＢスレーブで前記通信装置がＵＳＢホストであることを特徴とする請求項４に記載の通信制御方法。
6. 前記分割処理工程では、前記部分データの取得回数の総数と、実際に取得した前記部分データの取得回数とに基づいて前記部分データの取得の進捗状況を報知することを特徴とする請求項４に記載の通信制御方法。
7. 請求項４乃至６のいずれか１項に記載の通信制御方法をコンピュータに実行させるためのプログラム。
8. 請求項７に記載のプログラムを記憶していることを特徴とする、コンピュータにより読取可能な記憶媒体。

Images