(57)【要約】      （修正有）【課題】構成が複雑になること及び処理効率が低下することを抑制しつつ、新規に印刷ジョブが受け付けられない状況になっても印刷ジョブを受け付ける状態に早く移行する。【解決手段】印刷ジョブがＰＵＳＨ型の印刷ジョブかＰＵＬＬ型の印刷ジョブかに応じて、印刷データまたは印刷データが格納されるアドレスをメモリに格納し、メモリの空き容量を検出する。そして、メモリに印刷データが格納されており、新たにＰＵＳＨ型の印刷ジョブが印刷装置に入力された場合、該ＰＵＳＨ型の印刷ジョブの期限付き印刷データがメモリに格納可能か否かを判断し、格納できないと判断された場合、該ＰＵＳＨ型の印刷ジョブの受け付けを拒否する。該印刷ジョブの受け付けが拒否された場合、既に受け付けられている印刷ジョブのうちＰＵＳＨ型の印刷ジョブを優先して印刷する。そして、印刷された印刷ジョブの対応する印刷データまたはアドレスをメモリから消去する。【選択図】図１１
2009160884.tif 000002
【特許請求の範囲】
【請求項１】
外部装置から印刷ジョブを入力し、該印刷ジョブに基づいて印刷を行う印刷装置であって、
前記印刷装置により受け付けられる印刷ジョブが、前記外部装置が期限付き印刷データを送信することにより印刷を行わせるＰＵＳＨ型の印刷ジョブか、前記外部装置が印刷データを格納しているアドレスを送信して前記印刷装置を該アドレスにアクセスさせることにより印刷を行わせるＰＵＬＬ型の印刷ジョブかに応じて、印刷データまたは印刷データが格納されるアドレスを格納する記憶手段と、
前記ＰＵＳＨ型あるいは前記ＰＵＬＬ型の印刷ジョブに対応する印刷データを印刷する印刷手段と、
前記記憶手段の空き容量を検出する検出手段と、
前記検出手段の検出結果に基づいてＰＵＳＨ型の印刷ジョブの期限付き印刷データが前記記憶手段に格納可能か否かを判断する判断手段と、
前記期限付き印刷データが前記記憶手段に格納できないと前記判断手段により判断された場合、該ＰＵＳＨ型の印刷ジョブの受け付けを拒否する拒否手段と、
前記拒否手段により前記ＰＵＳＨ型の印刷ジョブの受け付けが拒否された場合、前記印刷装置で待機中の印刷ジョブのうちＰＵＳＨ型の印刷ジョブを優先して印刷するように前記印刷手段を制御する制御手段と、  前記印刷手段により優先して印刷された印刷ジョブの対応する印刷データまたはアドレスを前記記憶手段から消去する消去手段と、
を備えることを特徴とする印刷装置。
【請求項２】
前記印刷装置が入力するＰＵＳＨ型の印刷ジョブは、デジタル放送を受信するデジタルテレビジョンから出力される印刷ジョブであることを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記印刷装置が入力するＰＵＬＬ型の印刷ジョブは、インターネットを介して接続されるサーバから出力される印刷ジョブであることを特徴とする請求項１に記載の印刷装置。
【請求項４】
前記拒否手段は、前記期限付き印刷データが前記記憶手段に格納できないと前記判断手段により判断された後に入力されるＰＵＬＬ型の印刷ジョブを受け付けることを特徴とする請求項１に記載の印刷装置。
【請求項５】
前記拒否手段は、前記期限付き印刷データが前記記憶手段に格納できないと前記判断手段により判断された後に入力されるＰＵＬＬ型の印刷ジョブの受け付けを拒否することを特徴とする請求項１に記載の印刷装置。
【請求項６】
前記印刷装置が入力するＰＵＬＬ型の印刷ジョブは、更新情報を有し、
前記記憶手段は、前記更新情報をさらに格納し、
前記制御手段は、さらに前記印刷装置が入力したＰＵＬＬ型の印刷ジョブに基づく印刷を行う際にアクセスしたアドレスの更新情報が前記記憶手段に格納された更新情報と一致する場合に該印刷ジョブの印刷を行うように前記印刷手段を制御することを特徴とする請求項１に記載の印刷装置。
【請求項７】
前記アドレスの更新情報と前記記憶手段に格納された更新情報とが一致しないことを表示する表示手段と、
前記アドレスの更新情報と前記記憶手段に格納された更新情報とが一致しない場合に印刷を行うか否かをユーザに選択させるための指示手段と、
をさらに有することを特徴とする請求項６に記載の印刷装置。
【請求項８】
外部装置から印刷ジョブを入力し、該印刷ジョブに基づいて印刷を行う印刷装置の印刷方法であって、
前記印刷装置により受け付けられる印刷ジョブが、前記外部装置が期限付きの印刷データを送信することにより印刷を行わせるＰＵＳＨ型の印刷ジョブか、前記外部装置が印刷データを格納しているアドレスを送信して前記印刷装置を該アドレスにアクセスさせることにより印刷を行わせるＰＵＬＬ型の印刷ジョブかに応じて、印刷データまたは印刷データが格納されるアドレスをメモリに格納する格納工程と、
前記メモリの空き容量を検出する検出工程と、
前記検出工程の検出結果に基づいて期限付き印刷データが前記メモリに格納可能か否かを判断する判断工程と、
前記期限付き印刷データが前記メモリに格納できないと前記判断工程で判断された場合、該ＰＵＳＨ型の印刷ジョブの受け付けを拒否する拒否工程と、
前記拒否工程で前記ＰＵＳＨ型の印刷ジョブの受け付けが拒否された場合、前記印刷装置で待機中の印刷ジョブのうちＰＵＳＨ型の印刷ジョブを優先して印刷する印刷工程と、
前記印刷工程で印刷された印刷ジョブの対応する印刷データまたはアドレスを前記メモリから消去する消去工程と、
を備えることを特徴とする印刷方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブの優先印刷を行うことが可能な印刷装置及び印刷方法に関する。
【背景技術】
【０００２】
近年、デジタル放送とブロードバンドネットワークの普及に伴い、放送サービスに加えて通信サービスを便利且つ簡単に利用できるデジタルテレビジョン（以下、「ＤＴＶ」と呼ぶ）が普及している。また、ＤＴＶやプリンタなどのデジタルデバイスを相互接続する技術も普及しており、ＤＴＶと各種デジタルデバイスとの連携により提供されるサービスも注目されている。
【０００３】
ＤＴＶとプリンタが連携したサービスとして、ＤＴＶからユーザが指示することにより、ＤＴＶが受信したコンテンツをプリンタで印刷することが可能なサービス（印刷サービス）が知られている。印刷サービスを実施するための主な印刷形態として、次の二つがある。一つ目はＤＴＶが印刷コンテンツの実体ファイルをプリンタに送信し、プリンタが実体ファイルを基に印刷を行うＰＵＳＨ型の印刷形態である。二つ目はＤＴＶが印刷コンテンツの所在（ＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）をプリンタに送信し、プリンタがＵＲＩに従って印刷コンテンツの実体ファイルを外部のサーバから取得し、印刷を行うＰＵＬＬ型の印刷形態である。
【０００４】
デジタル放送の印刷コンテンツを印刷するには、データ放送の画面内に表示される印刷ボタンをユーザがリモコン操作等により選択することでＤＴＶからプリンタへ印刷ジョブを発行し、印刷する。また印刷コンテンツの多くは、番組視聴時のみ印刷可能な番組連動型であり番組放送時間内に印刷コンテンツの内容が変更される可能性があるので、或る限られた時間帯のみ印刷可能な期限付きコンテンツである。
【０００５】
しかし、比較的限られたハードウェア資源や処理能力しか持たないプリンタは、先行印刷ジョブを印刷中に新規に後発印刷ジョブを受信した場合、複数のジョブを一度に処理できない為に後発印刷ジョブに対してエラーを応答することも往々にして考えられる。その際ユーザは先行印刷ジョブに基づく印刷の終了を待たなくてはならないが、先行印刷ジョブに基づく印刷を待っている間に番組が終了してしまったら、データ放送画面内の印刷ボタンを参照できなくなり、所望の印刷コンテンツを印刷出来なくなってしまう。
【０００６】
ここで、印刷コンテンツを印刷出来なくなってしまうような状況を回避する為に、プリンタが先行印刷ジョブを印刷中であっても後発印刷ジョブを受信した場合は、後発印刷ジョブを一旦バッファに保持し処理待ち状態としたいという要望がある。また後発印刷ジョブを複数受信した場合は、受信した順番で印刷が実行されるように複数の後発印刷ジョブをバッファに保持し、順番に処理したいという要望がある。
【０００７】
さらに、印刷ジョブに優先順位を付け、優先度の高いジョブを早く処理したいという要望がある。このような要望に応えるため、印刷ジョブの処理順序を変更する技術が開示されている（特許文献１参照）。
【０００８】
特許文献１に開示される出力装置は、入力された印字データを印字データ蓄積手段にジョブ単位で蓄積し、印字データ蓄積手段に蓄積されるジョブに対応した優先順位をジョブ管理手段によって設定する。そして、入力された印字データに基づき処理に要する時間を処理時間予測手段で予測する一方、印字データ蓄積部に蓄積されているジョブに関して優先順位と予測処理時間との対応を示すジョブテーブルを印刷ジョブテーブル手段に格納しておく。そして、ジョブの受付時刻を時間計測手段に認識し、ジョブ管理手段において、優先順位及び予測処理時間並びにジョブの受付時刻に基づいてジョブの処理順序を決定し、その処理順序に基づいて出力処理を行う。即ち、特許文献１の技術は、ジョブの処理順序は、優先順位及び予測処理に基づいてジョブ蓄積時に予め決定され、さらにジョブの受付時刻によって時間経過と共に動的に変更される。
【０００９】
また、ＰＵＬＬ型の印刷形態の印刷装置において、印刷することを指示した印刷データと実際に取得した印刷データとが同一な内容であるか否かを確認したいという要望がある。このような要望に応えるため、データの改竄を判定する技術が開示されており（特許文献２参照）、また、データの有効性を判定する技術が開示されている（特許文献３参照）。
【００１０】
特許文献２に開示される印刷装置は、ネットワーク上に置かれた画像ファイルをＵＲＬなどのアドレス情報と更新情報により印刷指定するＰＵＬＬ型のプリンタを有している。そして、このＰＵＬＬ型のプリンタにおいて、ユーザがＵＲＬにより印刷指示した画像と、プリント時に実際に取得した画像とが同一であるか否かを判断する。また、改竄されていないか否かを判断する。以上の判断により、ユーザの所望する画像ファイルだけを印刷する。即ち入力としてＵＲＬと更新情報を与え、画像取得時に更新情報を基に内容が同一であり改竄されていないかどうかを判断する。
【００１１】
特許文献３に開示される印刷装置は、ユーザの印刷指示に時刻が設定されている場合、その指定時刻を本取得時刻としてスケジュールテーブルに登録すると共に、スケジュールテーブルからデータ取得可能な空き時間を求め、予備取得時刻を登録する。取得管理部は、予備取得時刻が来ると、指示されたＵＲＬを用いてデータを取得する。本取得時刻が来ると、予備取得後にデータが更新されているかを判定し、更新されていればデータを再取得して印刷を行い、更新されていなければデータの再取得を中止し、予備取得したデータを用いて印刷を行う。即ちプリンタは印刷を行う時刻よりも前に予めコンテンツを取得しておくことで指定されたタイミング以前のユーザの要求に反応よく応答できる。さらに、印刷対象データの取得と印刷処理とを別々にスケジューリングできるので、印刷装置のデータ取得用の資源と印刷用の資源とをそれぞれ効率よく利用することができる。
【特許文献１】特開平０８−１０６３６９号公報
【特許文献２】特開２００６−１２６９１２号公報
【特許文献３】特開２００１−１８４１８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、特許文献１の出力装置であるプリンタは、印字データを蓄積する印字データ蓄積手段、印字データの処理に要する時間を予測する予測処理時間手段、優先順位と予測処理時間との対応を示すジョブテーブルの格納手段などを備える必要がある。従って、プリンタの構成が複雑になり、プリンタの大型化、コストの上昇、或いは消費電力の増加などの問題が発生する。比較的限られたハードウェア資源や処理能力しか持たないプリンタにとっては特に深刻な問題である。仮にこれらの手段を備えることが出来たとしても、印刷コンテンツの実体ファイル等を含む印刷ジョブを複数保持出来るような状態を常に維持するのは困難である。このため、新規に印刷ジョブを受信してもエラーを応答する場合がある。つまり、このような状況では印刷ジョブを受け付ける状態に移行するまで全ての印刷ジョブに対してエラーを応答することになる。特にデジタル放送の印刷コンテンツを印刷する場合、印刷コンテンツは期限付きの為、印刷ジョブを受け付ける状態に早く移行しなければ印刷が出来なくなってしまう可能性がある。しかし、特許文献１の技術では、印刷ジョブを受け付ける状態に早く移行する為に、印刷ジョブの処理順序を変更することはできないという課題がある。
【００１３】
また、特許文献２のＰＵＬＬ型のプリンタは、ＵＲＬだけでなく、更新情報等のジョブ情報を入力する特殊な構成を必要とする。従って、プリンタの構成が複雑になるという課題がある。さらに、特に規格やガイドライン等で印刷指示仕様を規定されたＤＴＶから印刷させるため、このような特殊な構成を実装することは困難であるという課題がある。
【００１４】
また、特許文献３の技術を用いても、予備取得の段階で印刷データの取得を行う為、先行印刷ジョブの処理中の場合はプリンタに対する負荷が大きく、処理効率を著しく低下させる要因となるという課題がある。
【００１５】
そこで、本発明は、構成が複雑になること及び処理効率が低下することを抑制しつつ、新規に印刷ジョブが受け付けられない状況になっても印刷ジョブを受け付ける状態に早く移行することが可能な印刷装置及びその印刷方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記課題を解決するための本発明は、外部装置から印刷ジョブを入力し、該印刷ジョブに基づいて印刷を行う印刷装置であって、
前記印刷装置により受け付けられる印刷ジョブが、前記外部装置が期限付き印刷データを送信することにより印刷を行わせるＰＵＳＨ型の印刷ジョブか、前記外部装置が印刷データを格納しているアドレスを送信して前記印刷装置を該アドレスにアクセスさせることにより印刷を行わせるＰＵＬＬ型の印刷ジョブかに応じて、印刷データまたは印刷データが格納されるアドレスを格納する記憶手段と、
前記ＰＵＳＨ型あるいは前記ＰＵＬＬ型の印刷ジョブに対応する印刷データを印刷する印刷手段と、
前記記憶手段の空き容量を検出する検出手段と、
前記検出手段の検出結果に基づいてＰＵＳＨ型の印刷ジョブの期限付き印刷データが前記記憶手段に格納可能か否かを判断する判断手段と、
前記期限付き印刷データが前記記憶手段に格納できないと前記判断手段により判断された場合、該ＰＵＳＨ型の印刷ジョブの受け付けを拒否する拒否手段と、
前記拒否手段により前記ＰＵＳＨ型の印刷ジョブの受け付けが拒否された場合、前記印刷装置で待機中の印刷ジョブのうちＰＵＳＨ型の印刷ジョブを優先して印刷するように前記印刷手段を制御する制御手段と、  前記印刷手段により優先して印刷された期限付き印刷ジョブの対応する印刷データまたはアドレスを前記記憶手段から消去する消去手段と、
を備えることを特徴とする。
【００１７】
また、上記課題を解決するための別の本発明は、外部装置から印刷ジョブを入力し、該印刷ジョブに基づいて印刷を行う印刷装置の印刷方法であって、
前記印刷装置により受け付けられる印刷ジョブが、前記外部装置が期限付きの印刷データを送信することにより印刷を行わせるＰＵＳＨ型の印刷ジョブか、前記外部装置が印刷データを格納しているアドレスを送信して前記印刷装置を該アドレスにアクセスさせることにより印刷を行わせるＰＵＬＬ型の印刷ジョブかに応じて、印刷データまたは印刷データが格納されるアドレスをメモリに格納する格納工程と、
前記メモリの空き容量を検出する検出工程と、
前記検出工程の検出結果に基づいて期限付き印刷データが前記メモリに格納可能か否かを判断する判断工程と、
前記期限付き印刷データが前記メモリに格納できないと前記判断工程で判断された場合、該ＰＵＳＨ型の印刷ジョブの受け付けを拒否する拒否工程と、
前記拒否工程で前記ＰＵＳＨ型の印刷ジョブの受け付けが拒否された場合、前記印刷装置で待機中の印刷ジョブのうちＰＵＳＨ型の印刷ジョブを優先して印刷する印刷工程と、
前記印刷工程で印刷された印刷ジョブの対応する印刷データまたはアドレスを前記メモリから消去する消去工程と、
を備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、印刷装置の構成が複雑になることを抑制しつつ、印刷装置が先行印刷ジョブを印刷中であっても後発印刷ジョブを受信した場合は後発印刷ジョブを受信した順番に印刷されるようにバッファに保持する。また、新規に印刷ジョブが受け付けられない状況になっても、早く印刷ジョブを受け付けることができる状態に移行するような印刷ジョブの処理順序の変更を行う。
【００１９】
以上の構成により、構成が複雑になること及び処理効率が低下することを抑制しつつ、新規に印刷ジョブが受け付けられない状況になっても印刷ジョブを受け付ける状態に早く移行することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照して、本発明の実施例を説明する。また、以下の各実施例では、印刷装置としてプリンタを用いた説明を行う。本発明は、比較的限られたハードウェア資源や処理能力しか持たないプリンタなどの印刷装置にとって特に有効である。また、以下の各実施例において、プリンタは、通信ネットワークにおいてコンテンツを取得した通信装置（例えば、ＤＴＶ）に接続されており、この通信装置からＵＲＩやコンテンツなどを受信するものとする。
【実施例１】
【００２１】
図１は、本発明を適用したプリンタを含む印刷システムの構成を示す図である。
【００２２】
外部装置としてのＤＴＶ（デジタルテレビジョン）１０１はデジタルテレビ情報化研究会によって策定された規格であるネットＴＶ２．０に準拠したネットＴＶ端末である。
【００２３】
なお、ネットＴＶ規格とはＤＴＶをネットワーク対応端末として用いる場合の端末として要求される仕様や、ネットＴＶ端末で利用するコンテンツやサービスの運用ガイドライン等を定めたものである。また、ネットＴＶ端末から要求されたデータの印刷を実行するプリンタに対する仕様もネットＴＶ規格に含まれている。
【００２４】
ＤＴＶ１０１は放送局（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓｔａｔｉｏｎ）１０３から送出されたデジタル放送を受信することが可能である。また、ＤＴＶ１０１とプリンタ（Ｐｒｉｎｔｅｒ）１０２はＥｔｈｅｒｎｅｔ（登録商標）１０５によりＬＡＮ接続され、通信可能になっている。ＬＡＮはルータ（不図示）によりインターネットに接続されている。このため、ＤＴＶ１０１及びプリンタ１０２はインターネット上のＨＴＴＰサーバ（ＷＥＢサーバ）としてのコンテンツサーバ（Ｃｏｎｔｅｎｔｓ  Ｓｅｒｖｅｒ）１０４にアクセスすることが可能となっている。
【００２５】
つまり、ＤＴＶ１０１は通常の放送受信の他に、インターネットを介してネットワーク上に存在するコンテンツサーバ１０４へアクセスし、ネットＴＶに実装されたネットＴＶ対応のＷＥＢブラウザを介してＷＥＢページを表示することができる。また、当然ながらＡＲＩＢ（社団法人  電波産業会）によって定められたデータ放送コンテンツを表示することもできる。さらに、データ放送コンテンツに含まれる印刷用コンテンツや、ネットＴＶ対応の印刷コンテンツをプリンタ１０２で印刷することが可能である。
【００２６】
また、ＤＴＶ１０１はデータ放送コンテンツに含まれる印刷コンテンツや、ネットＴＶコンテンツに含まれる印刷コンテンツを印刷する指示をプリンタ１０２に発行することができる。ＤＴＶ１０１を介したデータ放送の印刷形態としてＡＲＩＢに定められているものとしては、Ｐｒｉｎｔ  Ｆｉｌｅ形式、Ｐｒｉｎｔ  ＵＲＩ形式、Ｐｒｉｎｔ  Ｓｔａｔｉｃ  Ｓｃｒｅｅｎ形式の主に３タイプがある。
【００２７】
Ｐｒｉｎｔ  Ｆｉｌｅ形式は、データ放送コンテンツとして印刷コンテンツの実体ファイルがＤＴＶに送信される形式である。従って、ＤＴＶはこの印刷コンテンツの実体ファイルをプリンタに送信し、プリンタが実体ファイルを基に印刷を行う。この実体ファイルはデータ放送の番組と連動しており、番組放送時間が終了すると印刷コンテンツ及び実体ファイルが変更あるいは削除される期限付きのものとする。実体ファイルの変更あるいは削除のタイミングは、番組放送終了後すぐではなく、一定時間経過後の場合も想定される。
【００２８】
Ｐｒｉｎｔ  ＵＲＩ形式は、データ放送コンテンツとして印刷コンテンツの実体ファイルの格納場所を示すＵＲＩ情報がＤＴＶに送信される形式である。従って、ＤＴＶはこのＵＲＩ情報をプリンタに送信し、プリンタはこのＵＲＩ情報に従って印刷コンテンツの実体ファイルを取得して印刷を行う。
【００２９】
Ｐｒｉｎｔ  ＳｔａｔｉｃＳｃｒｅｅｎ形式は、ＤＴＶがキャプチャしたデータ放送画面などの静止画像をプリンタに送信し、プリンタが印刷する形式である。
【００３０】
なお、Ｐｒｉｎｔ  Ｆｉｌｅ形式及びＰｒｉｎｔ  ＵＲＩ形式で印刷を行う場合に、プリンタが取得する印刷コンテンツの実体ファイルはＸＨＴＭＬ−Ｐｒｉｎｔ文書と称される構造化された文書データで記述されている。
【００３１】
但し、ＡＲＩＢでは、ＤＴＶとプリンタ間の接続、ネットワーク上のプリンタの検出処理、プリンタの状態を取得する処理などの詳細は規定していない。そのため、ＡＲＩＢで規定されていない印刷に関する仕様はネットＴＶ２．０規格で定められている。なお、ネットＴＶ規格で規定されているネットＴＶコンテンツにおける印刷コンテンツもＸＨＴＭＬ−Ｐｒｉｎｔ文書で構成されるものである。
【００３２】
また、ネットＴＶ規格対応端末としてのＤＴＶ１０１及びプリンタ１０２は、ＵＰｎＰ  Ｐｒｉｎｔ  Ｅｎｈａｎｃｅｄ：１に準拠している。Ｐｒｉｎｔ  Ｆｉｌｅ形式の印刷では、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２  Ａｃｔｉｏｎが使用される。また、Ｐｒｉｎｔ  ＵＲＩ形式の印刷では、プリンタへＵＲＩを通知する為にＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ  Ａｃｔｉｏｎが使用される。
【００３３】
コンテンツサーバ１０４は、ＨＴＭＬ文書や画像などの情報を蓄積しておき、Ｗｅｂブラウザなどのクライアントソフトウェアからの要求に応じて、インターネットなどのネットワークを通じて、これらの情報を送信する。
【００３４】
図２は、本実施例におけるプリンタ１０２のハードウェア構成の概略を示す図である。
【００３５】
図２に示すように、プリンタ１０２は、印刷コンテンツの実体ファイル（コンテンツデータ）を解釈してイメージデータを生成するネットワークコントローラ２０１を備える。また、イメージデータに基づき印刷媒体上に画像を印刷するためのプリンタコントローラ２０２を備える。
【００３６】
ネットワークコントローラ２０１は、主制御を司るＣＰＵ２１１、受信したコンテンツデータを一時取り込むためのバッファメモリやワークメモリとして使用するＤＲＡＭ２１２を備える。また、イーサネット（登録商標）に接続された機器との通信を行うネットワーク・インタフェース・コントローラ（ＮＩＣ２１５）、フォントデータの書き込まれたフォントＲＯＭ（ＦＯＮＴ  ＲＯＭ）２１３を備える。さらに、実行プログラムが書き込まれたプログラムＲＯＭ（Ｐｒｏｇｒａｍ  ＲＯＭ）２１４、プリンタコントローラとの通信に用いられるシリアルＩ／Ｏ（ＳＩＯ）２１６を備える。以上の各ブロックが内部バスによって接続されている。
【００３７】
プリンタコントローラ２０２は、主制御を司るＰ−ＣＰＵ２２１、ワークメモリなどに使用するＰ−ＤＲＡＭ２２２、実行プログラムが書き込まれたプログラムＰ−ＲＯＭ２２３を備える。また、ネットワークコントローラとの通信に用いられるシリアルＩ／Ｏ（Ｐ−ＳＩＯ）２２４、印刷機構部を駆動するエンジンコントローラ部（Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  Ｃｏｎｔ．）２２５を備える。以上の各ブロックが内部バスによって接続されている。さらに、エンジンコントローラ部２２５を経由して印刷機構部を駆動するドライバを備える。具体的には、インクジェットヘッド（Ｉｎｋ  Ｊｅｔ  ＨＥＡＤ）２２７を駆動するヘッドドライバ（Ｈｅａｄ  Ｄｒｉｖｅｒ）２２６、キャリッジモータ（ＣＲ  Ｍｏｔｏｒ）２２９を駆動するモータドライバ（Ｍｏｔｏｒ  Ｄｒｉｖｅｒ）２２８を備える。また、ペーパーフィードモータ（ＰＦ  Ｍｏｔｏｒ）２３１を駆動するモータドライバ（Ｍｏｔｏｒ  Ｄｒｉｖｅｒ）２３０を備える。
【００３８】
図３は、Ｐ−ＤＲＡＭ２２２のメモリ領域の内、本発明に係るメモリ領域を示す概略図である。
【００３９】
コンテンツデータ記憶領域３０１は取得したコンテンツデータを一時保存するための領域である。Ｐｒｉｎｔ  Ｆｉｌｅ形式で印刷するよう指示された場合に受信したコンテンツデータはコンテンツデータ記憶領域３０１に一時保存される。ＵＲＩ記憶領域３０２は、ＤＴＶから受信するコンテンツデータのＵＲＩを一時保存するための領域である。Ｐｒｉｎｔ  ＵＲＩ形式で印刷するよう指示された場合に受信したＵＲＩはＵＲＩ記憶領域３０２に一時保存される。ヘッダ情報記憶領域３０３は、ＤＴＶから受信したＵＲＩを基に取得するコンテンツデータのヘッダ情報を一時保存するための領域である。Ｐｒｉｎｔ  ＵＲＩ形式で印刷するよう指示された場合に受信したＵＲＩを基に取得したコンテンツデータのヘッダ情報がヘッダ情報記憶領域３０３に一時保存される。ジョブ情報記憶領域３０４は印刷ジョブの種別や処理順序等の印刷ジョブの情報を管理する為の記憶領域である。ワークデータ記憶領域３０５はワークメモリとして使用するものである。また、印刷ジョブに基づく印刷処理が終了した後、記憶領域３０１、３０２、３０３、３０４に一時保存される情報の内、該印刷ジョブに関する情報は削除される。
【００４０】
図４は本実施例におけるプリンタのソフトウェア構成の内、本発明に係る部分の概略を示す図である。
【００４１】
プリンタ１０２は、ＨＴＭＬ、ＸＨＴＭＬ、ＸＨＴＭＬ−Ｐｒｉｎｔもしくは他の構造化言語で記述されたコンテンツデータ、又は、コンテンツデータの参照先や印刷指示命令を送出するＤＴＶ１０１からのデータを受信して動作するよう構成されている。プリンタ１０２は、送受信手段４０１、印刷ジョブ判定手段４０２、記憶領域空き検出手段４０３、ジョブ処理順序変更手段４０４を備えている。さらに、コンテンツデータを解釈してからイメージデータを生成するまでの処理を行うパース手段４０５、レイアウト手段４０６、レンダリング手段４０７の３つの手段と、イメージデータに基づき印刷機構４０９を制御する印刷手段４０８を備えている。
【００４２】
送受信手段４０１は、ＤＴＶ１０１及びコンテンツサーバ１０４とのデータの送受信を行う。ＤＴＶ１０１から印刷ジョブを受信し、印刷ジョブを印刷ジョブ判定手段４０２へ送信する。また、ヘッダ情報取得要求時にコンテンツサーバ１０４からヘッダ情報を取得する。印刷ジョブ判定手段４０２は、送受信手段４０１により受信された印刷ジョブがＰｒｉｎｔ  Ｆｉｌｅ形式の印刷ジョブ（Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２）か、Ｐｒｉｎｔ  ＵＲＩ形式の印刷ジョブ（Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ）かを判定する手段である。なお、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２はＰＵＳＨ型の印刷ジョブ、Ｃｒｅａｔｅ  ＵＲＩ  ＪｏｂはＰＵＬＬ型の印刷ジョブである。記憶領域空き検出手段４０３は、印刷ジョブ判定手段４０２においてＣｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定された場合に、コンテンツデータ記憶領域３０１の空き容量を検出する手段である。ジョブ処理順序変更手段４０４は、ジョブ情報記憶領域３０４で管理されている印刷ジョブに基づく印刷の順序を変更する手段である。パース手段４０５は、構造化言語で記述されたコンテンツデータの構文解析を行う手段である。レイアウト手段４０６は、パース手段において構文解析された情報を基に印刷オブジェクトの配置情報データを生成する手段である。レンダリング手段４０７は前記配置情報データに基づいて描画処理を行い、カラー画像の各色成分画素を多値データで構成した印刷用のイメージデータを出力する手段である。印刷手段４０８は、印刷機構４０９を制御し印刷を行わせる手段である。
【００４３】
プリンタ１０２がＤＴＶ１０１から印刷ジョブを受信してから、コンテンツデータ、又は、コンテンツデータの参照先（ＵＲＩ）及びヘッダ情報を記憶領域に格納するまでの動作について図５のフローチャートを用いて詳細に説明する。
【００４４】
先行印刷ジョブを処理中のプリンタ１０２は、ＤＴＶ１０１から新たに印刷ジョブを受信すると（ステップＳ１０５）、印刷ジョブ判定手段４０２において、印刷ジョブがＣｒｅａｔｅ  Ｊｏｂ  Ｖ２か否かを判定する（ステップＳ１１５）。ステップＳ１１５で、印刷ジョブがＣｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定された場合、記憶領域空き検出手段４０３において、コンテンツデータ記憶領域３０１の空き状態を確認する（ステップＳ１３０）。このステップＳ１３０では、記憶領域空き検出手段４０３の検出結果により、新規にコンテンツデータを格納する領域があるかないかを確認する。
【００４５】
ステップＳ１３０で、コンテンツデータ記憶領域３０１に新規にコンテンツデータを格納する領域があると判断されれば、該印刷ジョブを受け付け、コンテンツデータをコンテンツデータ記憶領域３０１に格納する（ステップＳ１３５）。そして、ジョブ情報記憶領域３０４にジョブ情報を登録する（ステップＳ１４０）。
【００４６】
ステップＳ１３０で、コンテンツデータ記憶領域３０１に新規にコンテンツデータを格納する領域がないと判断されれば、該印刷ジョブの受け付けを拒否し、エラーを応答する（ステップＳ１５０）。そして、ジョブ処理順序変更手段４０４において、先に前記ジョブ情報記憶領域３０４に登録されているＣｒｅａｔｅ  Ｊｏｂ  Ｖ２の処理順序を可能な限り上げる（ステップＳ１５５）。
【００４７】
一方、ステップＳ１１５で、印刷ジョブがＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂと判定された場合（Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定されなかった場合）、ＵＲＩを基にコンテンツデータのヘッダ情報を取得する（ステップＳ１２０）。ＵＲＩをＵＲＩ記憶領域３０２に格納し、更新情報を前記ヘッダ情報記憶領域３０３に格納し（ステップＳ１２５）、ジョブ情報記憶領域３０４にジョブ情報を登録する（ステップＳ１４０）。
【００４８】
次に、ジョブ情報記憶領域３０４に印刷ジョブが登録されてから印刷するまでの動作について図６のフローチャートを用いて詳細に説明する。
【００４９】
原則的には、ジョブ情報記憶領域３０４の中で登録された順番が早い印刷ジョブから順次印刷処理が行われるが、ジョブ処理順序変更手段４０４において処理順序が変更された場合は、変更された処理順序で印刷処理が行われる。
【００５０】
最初に、ステップＳ２１０で、印刷処理される印刷ジョブがＣｒｅａｔｅ  Ｊｏｂ  Ｖ２か否かを判定する。印刷ジョブがＣｒｅａｔｅ  Ｊｏｂ  Ｖ２の場合、該印刷ジョブと関連付けられ、コンテンツデータ記憶領域３０１に格納されたコンテンツデータの印刷を行う（ステップＳ２６０）。印刷終了後、ステップＳ２９０で、各記憶領域に格納された該印刷ジョブに関する情報を削除（消去）する。
【００５１】
一方、ステップＳ２１０で、印刷ジョブがＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂと判定された場合（Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定されなかった場合）、ＵＲＩ記憶領域３０２に格納されたＵＲＩを基にコンテンツデータを取得する（ステップＳ２２０）。そして、取得したコンテンツデータのヘッダ情報に含まれる更新情報と、ヘッダ情報記憶領域３０３に保持された更新情報とを比較する（ステップＳ２３０）。これらの更新情報が一致した場合は、ステップＳ２６０に進み、印刷が行われる。これらの更新情報が不一致の場合は、ステップＳ２４０に進み、ユーザにコンテンツの内容が変更されている旨をプリンタに設けられた不図示の表示部などにより通知し、印刷を実行するか否かを問い合わせる。プリンタに設けられた不図示の操作部などの指示手段を用いて、ユーザが印刷することを選択した場合は、ステップＳ２６０に進み、印刷が行われる。ユーザが印刷することを選択しなかった場合は、印刷を中止する（ステップＳ２５０）。こうすることで、特別なジョブ入力を必要とせず且つ印刷装置の処理効率低下を抑制しながらもユーザ所望の印刷コンテンツか否かを判定することができる。印刷終了後又は印刷中止後、各記憶領域に格納された該印刷ジョブに関する情報を削除する（ステップＳ２９０）。
【００５２】
次に、プリンタ１０２の実際の処理例を、図７、図８、図９、図１０、図１１及び図１２を用いて詳細に説明する。
【００５３】
図７、図８、図９は、本実施例における印刷システムの構成及びデータフローの概略図を示す。図７は、プリンタ１０２がＤＴＶ１０１からＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂを受信し、印刷ジョブを受け付けたときの概略図を示す図である。図８は、プリンタ１０２がＤＴＶ１０１からＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信し、印刷ジョブを受け付けたときの概略図を示す図である。図９は、プリンタ１０２がＤＴＶ１０１からＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信し、印刷ジョブの受け付けを拒否するときの概略図を示す図である。
【００５４】
図１０は、図９の概略図で示されるケースにおいて、ジョブ処理順序変更時の記憶領域内のデータを示す図である。
【００５５】
図１１は、ジョブ処理順序変更の一例（記憶領域）を示す図である。
【００５６】
図１２は、ＨＴＴＰ  ＨＥＡＤで取得するコンテンツデータのヘッダ情報の一例を示す図である。
【００５７】
また、プリンタ１０２は、先行印刷ジョブＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（”ｈｔｔｐ：／／ｗｗｗ．ｓｔｕｖｗ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ”）を処理中であるとする。このとき、該Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂに関する情報は、次のように各記憶領域に格納されているものとする。ＵＲＩ記憶領域３０２（０ｘ２００００（記憶領域のアドレス番号））には、”ｈｔｔｐ：／／ｗｗｗ．ｓｔｕｖｗ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ”。ヘッダ情報記憶領域３０３（０ｘ３００００）には、”Ｓａｔ，  １  Ｓｅｐ  ２００７  １０：０１：１７  ＧＭＴ”。ジョブ情報記憶領域３０４（０ｘ４００００）には、”ＵＲＩ，  ０ｘ２００００，  ０ｘ３００００”。
【００５８】
データ放送閲覧中などにユーザがリモコンを操作することによって、ＤＴＶ１０１から印刷コンテンツの印刷ジョブがプリンタ１０２に送信される。プリンタ１０２はＤＴＶ１０１から送信された印刷ジョブを判定する。
【００５９】
図７に示される、プリンタ１０２が印刷ジョブを受信し、その印刷ジョブをＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（”ｈｔｔｐ：／／ｗｗｗ．ａｂｃｄｅ．ｃｏｍ／ｃｏｎｔｅｎｔ．ｈｔｍｌ”）と判定したときの処理を詳細に説明する。
【００６０】
プリンタ１０２は、コンテンツサーバ１０４に対して、コンテンツデータのヘッダ情報取得要求（ＨＴＴＰ  ＨＥＡＤ：”ｈｔｔｐ：／／ｗｗｗ．ａｂｃｄｅ．ｃｏｍ／ｃｏｎｔｅｎｔ．ｈｔｍｌ”）を送信する。コンテンツサーバ１０４は、プリンタ１０２からのコンテンツデータのヘッダ情報取得要求を受け付け、図１２で示されるコンテンツデータのヘッダ情報を返信する。プリンタ１０２はコンテンツサーバ１０４が返信したヘッダ情報を受信する。プリンタ１０２はヘッダ情報を受信すると、ＵＲＩであるｈｔｔｐ：／／ｗｗｗ．ａｂｃｄｅ．ｃｏｍ／ｃｏｎｔｅｎｔ．ｈｔｍｌをＵＲＩ記憶領域３０２（０ｘ２０１００）に保存する。さらに、ヘッダ情報に含まれるコンテンツ更新情報（Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ）“Ｓｕｎ，  １７  Ａｐｒ  ２００５  １１：３３：２６  ＧＭＴ”をヘッダ情報記憶領域３０３（０ｘ３０１００）に保存する。更に、ジョブ情報記憶領域３０４（０ｘ４０１００）に、ジョブの種別（ＵＲＩ）、ＵＲＩが格納されているＵＲＩ記憶領域上のアドレス番号（０ｘ２０１００）、ヘッダ情報が格納されているヘッダ情報記憶領域上のアドレス番号（０ｘ３０１００）を格納する。以上によりＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４０１００）は、処理待ち状態となり、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４００００）の印刷終了後に処理されるジョブとなる。
【００６１】
図８に示される、プリンタ１０２が印刷ジョブを受信し、その印刷ジョブをＣｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定したときの処理を詳細に説明する。なお、このとき、既にＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂが印刷処理待ちになっており（０ｘ４０１００）、別のＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４００００）が現在印刷処理中であるとする。
【００６２】
プリンタ１０２は記憶領域空き検出手段４０３において、コンテンツデータ記憶領域３０１に空きがあるかどうか確認を行う。ここでは、例えばネットＴＶ２．０で規定されている、一度にＰＯＳＴできるデータサイズの上限である１．６ＭＢ以上の空きがあるかどうかを確認する。コンテンツデータ記憶領域３０１に空きがあると判定された場合、ＤＴＶ１０１に対して、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２を受け付けるメッセージを送信する。ＤＴＶ１０１は、プリンタ１０２からのＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受け付けるメッセージを受信すると、プリンタ１０２にコンテンツデータを送信する。プリンタ１０２は、コンテンツデータをコンテンツデータ記憶領域３０１に保持する（０ｘ１００００）。コンテンツデータを受信し終えると、ジョブ情報記憶領域３０４（０ｘ４０２００）に、印刷ジョブの種別（Ｖ２）と、コンテンツデータが格納されている前記コンテンツデータ記憶領域上のアドレス番号（０ｘ１００００）とを格納する。以上によりＣｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０２００）は処理待ち状態となり、既に処理待ち状態になっているＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４０１００）の印刷終了後に処理されるジョブとなる。
【００６３】
図９に示される、プリンタ１０２が印刷ジョブを受信し、その印刷ジョブをＣｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定したときの処理であって、記憶領域空き検出手段４０３において、コンテンツデータ記憶領域３０１に空きがないと判定された場合を詳細に説明する。なお、このとき、既にＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂが印刷処理待ちになっており（０ｘ４０１００）、別のＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４００００）が現在印刷処理中であるとする。
【００６４】
この場合、プリンタ１０２は、ＤＴＶ１０１に対して、Ｃｒｅｔｅ  Ｊｏｂ  Ｖ２の受け付けを拒否するメッセージを送信する。さらに、プリンタ１０２は、新規な印刷ジョブを受け付けることができる状態に早く移行する為に、既に印刷処理待機中になっているＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を優先して次に処理される印刷ジョブとなるように処理順序を変更する。つまり、図１０に示されるように、ジョブ情報記憶領域３０４（０ｘ４０２００）に格納されているジョブ情報を（０ｘ４０１００）に、（０ｘ４０１００）に格納されていたジョブ情報を（０ｘ４０２００）に各々格納し直し、処理順序を変更する。このように処理順序を変更することで、処理待機中になっているＣｒｅａｔｅ  Ｊｏｂ  Ｖ２は早期に印刷される。従って、コンテンツデータ記憶領域３０１に空きができるので、処理順序を変更しない場合と比べ、新規にＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信したときに早期にジョブを受け付けることが可能となる。
【００６５】
なお、ジョブ情報記憶領域３０４の（０ｘ４０１００）に（“Ｖ２，  ０ｘ１００００”）が、（０ｘ４０２００）に（”ＵＲＩ，  ０ｘ２０１００，  ０ｘ３０１００”）が、格納されている場合は、処理順序の変更は行われない。また、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２が印刷処理中であり、複数のＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂが印刷待機中状態である場合も同様に処理順序の変更は行われない。つまり、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２が印刷待機中状態であり、且つ、印刷待機中である印刷ジョブの次に印刷される印刷ジョブの場合、或いは、印刷処理待ち状態である印刷ジョブが全てＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂの場合は処理順序の変更は行われない。
【００６６】
印刷ジョブＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４００００）の印刷処理が終了すると、各記憶領域（０ｘ２００００）、（０ｘ３００００）、（０ｘ４００００）に格納された該ジョブに関する情報は削除される。続いて印刷ジョブＣｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０１００）の印刷が開始される。同様に、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０１００）の印刷終了後は、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０１００）に関する情報は削除され、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４０２００）の印刷が開始される。
【００６７】
次に、図１１のようにジョブ情報記憶領域３０４に印刷ジョブが登録されている場合の処理順序変更について説明する。
【００６８】
通常、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（ＵＲＩ，  ０ｘ２００００，  ０ｘ３００００）の印刷終了後、以下の順で処理される。即ち、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（ＵＲＩ，  ０ｘ２０１００，  ０ｘ３０１００）、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（ＵＲＩ，  ０ｘ２０２００，  ０ｘ３０２００）、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２（Ｖ２，  ０ｘ１００００）の順に処理される。しかし、本実施例では、新規にＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信したとき、該Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２の受け付けを拒否すると共に処理順番が変更される。従って、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（ＵＲＩ，  ０ｘ２００００，  ０ｘ３００００）の印刷終了後、以下の順で処理される。即ち、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２（Ｖ２，  ０ｘ１００００）、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（ＵＲＩ，  ０ｘ２０１００，  ０ｘ３０１００）、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（ＵＲＩ，  ０ｘ２０２００，  ０ｘ３０２００）の順に処理される。
【００６９】
次に、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２の印刷処理について説明する。
【００７０】
プリンタ１０２は、コンテンツデータ記憶領域３０１に保持されたコンテンツデータを読み出して印刷を行う。印刷が終了すると、コンテンツデータ記憶領域３０１、ジョブ情報記憶領域に３０４に格納された該ジョブに関する情報は削除される。
【００７１】
次に、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂの印刷処理について説明する。
【００７２】
プリンタ１０２は、ＵＲＩ記憶領域３０２に保持されたＵＲＩを基にコンテンツサーバ１０４に対して、コンテンツデータ取得要求（ＨＴＴＰ  ＧＥＴ：  ”ｈｔｔｐ：／／ａｂｃｄｅ／ｃｏｎｔｅｎｔ．ｈｔｍｌ”）を送信する。コンテンツサーバ１０４はプリンタ１０２からのコンテンツデータ取得要求を受け付け、ヘッダ情報付きで”ｃｏｎｔｅｎｔ．ｈｔｍｌ”を返す。プリンタ１０２は、取得したコンテンツデータのヘッダ情報内の更新情報とヘッダ情報記憶領域３０３に保持している該ＵＲＩと対応する更新情報との比較を行う。なお、取得した更新情報を”Ｓｕｎ，  １７  Ａｐｒ  ２００５  １１：３３：２６  ＧＭＴ”とし、ヘッダ情報記憶領域３０３に保持している更新情報を”Ｓｕｎ，  １７  Ａｐｒ  ２００５  １１：３３：２６  ＧＭＴ”とする。
【００７３】
これらの更新情報の比較の結果、一致した場合は、コンテンツデータの内容が変更されていないとして、ユーザの所望のコンテンツであると判定して取得したコンテンツデータで印刷処理を行う。これらの更新情報の比較の結果、不一致の場合（例えば、取得した更新情報が”Ｍｏｎ，  ３  Ｓｅｐ  ２００７  １１：５０：０２  ＧＭＴ”の場合）は、コンテンツデータの内容が変更されているとして、ユーザ所望のコンテンツデータではないと判定する。そして、ユーザにコンテンツデータの内容が変更されている可能性がある旨を、例えば、プリンタの本体パネルに表示することで通知し、さらに、印刷を実施するか中止するかを問い合わせる。ユーザが、例えば、プリンタ本体のボタン操作により印刷することを選択した場合は印刷を実施し、印刷を中止することを選択した場合は印刷を中止する。
【００７４】
以上のように、本発明はプリンタが先行印刷ジョブを印刷中であっても後発印刷ジョブを受け付けた順番に印刷されるように記憶領域に保持することが可能である。さらに、新規に印刷ジョブが受け付けられない状況になっても、印刷ジョブの処理順序の変更を行うことで印刷ジョブを受け付けることができる状態を早く提供する事が可能となる。また、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂに関して、以下の２つの効果がある。後発印刷ジョブの受信時にＨＴＴＰ  ＨＥＡＤでコンテンツデータのヘッダ情報を取得し、更新情報を保持しておくことで、先行印刷ジョブに基づく印刷の効率を低下させることなくコンテンツの更新情報を保持することが可能となる。さらに、印刷時（コンテンツデータ取得時）にユーザ所望のコンテンツかどうかを確認できる。
【００７５】
本実施例では、コンテンツデータ記憶領域３０１とＵＲＩ記憶領域３０２とヘッダ情報記憶領域３０３を別々に設けたが、コンテンツデータ、ＵＲＩ、ヘッダ情報を一つの記憶領域に保持するようにしてもよい。また、記憶領域空き検出手段４０３はＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信した場合にのみ記憶領域の空きを確認するように記述したが、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂを受信した場合にも記憶領域の空きを確認するようにしてもよい。このとき、ＵＲＩ記憶領域、ヘッダ情報記憶領域の空きデータサイズはＵＲＩと更新情報を保持するだけで良いので数キロバイトでよい。
【００７６】
また、本実施例ではコンテンツデータの更新を判定する為にコンテンツ更新情報（Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ）を比較対象としたが、コンテンツ長（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ）を比較対象としてもよい。さらに、その他の情報を比較対象としてもよいし、ヘッダ情報の全てを比較対象としてもよい。また、コンテンツデータが更新されていると判定された場合、コンテンツデータが更新されている旨の通知、印刷の実施又は中止の選択は、プリンタ本体のパネル及びボタンを使用するとしたが、ＤＴＶを使用してこれらを行うようにしてもよい。
【００７７】
また、本実施例の記憶領域空き検出手段４０３で確認するコンテンツデータ記憶領域３０１の空きデータサイズは、１．６ＭＢ以上であると記述したが、これに限定しない。１ＭＢ以下など小さくてもよいし、３ＭＢ以上など大きくてもよい。さらに、本実施例のコンテンツデータ記憶領域３０１は、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２のコンテンツデータを一つのみ格納可能な限られた領域を備えるものであったが、これに限定しない。二つ、三つ、又はそれ以上のコンテンツデータを格納可能な領域を備えるようにしてもよい。この場合、ジョブ処理順序の変更において優先処理されるＣｒｅａｔｅ  Ｊｏｂ  Ｖ２は、ある一つのＣｒｅａｔｅ  ＪｏｂＶ２だけでもよいし、全てのＣｒｅａｔｅ  Ｊｏｂ  Ｖ２でもよい。
【実施例２】
【００７８】
実施例１においては、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信時、記憶領域空き検出手段において、記憶領域に空きが無いと判定された場合、既に印刷処理待機中になっているＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を優先して処理させるように処理順序を変更した。このとき、プリンタはＣｒｅａｔｅ  Ｊｏｂ  Ｖ２の受け付けは拒否する一方で、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂは受け付けることが可能である（ＵＲＩ、更新情報はデータサイズが小さく記憶領域に格納可能である為）。つまり、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２の受け付けが拒否された後に、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂを受け付けるケースが想定される。しかしながら、ユーザはプリンタの記憶領域の空き状況及びＤＴＶからプリンタに送信される印刷ジョブの種別（Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２またはＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ）を知り得ない。従って、プリンタ１０２がある短期間内に受信する印刷ジョブに対して印刷を行ったり行わなかったりするとユーザは混乱してしまう可能性がある。また、本来は記憶領域に空きが無い為に受け付けを拒否しているのにも関わらず、ユーザはコンテンツによって印刷ができるものと印刷ができないものがあると誤認識をさせてしまい、その結果、コンテンツの印刷機会を失う可能性がある。
【００７９】
そこで本実施例では、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２の受信時に、記憶領域空き検出手段４０３で記憶領域に空きがないと判定された場合、以降全ての印刷ジョブ（Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２だけでなくＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂも）の受け付けを拒否する。
【００８０】
本実施例において、印刷システムの構成などは実施例１と同様であるため、説明を省略し、実施例１と異なる点のみ説明する。プリンタ１０２は、印刷ジョブ拒否フラグと印刷ジョブ拒否フラグによって処理を切り替える印刷ジョブ拒否手段を有していることを特徴とする。
【００８１】
図１３は、実施例２において、プリンタ１０２のＰ−ＣＰＵ２２１及びＰ−ＣＰＵ２２１が制御プログラムを実行することによって実現される機能を示すブロック図である。
【００８２】
図４で示した実施例１の機能ブロック図との違いは、印刷ジョブ拒否手段４１０、矢印Ａ及び矢印Ｂの３つである。即ち、受信した印刷ジョブの受け付け又はその拒否を行う印刷ジョブ拒否手段４１０を有していること、送受信手段４０１が印刷ジョブ拒否手段４１０に接続されていること、印刷ジョブ拒否手段４１０が印刷ジョブ判定手段４０２に接続されていることである。印刷ジョブ拒否手段４１０は、印刷ジョブ拒否フラグがＯＮの場合は、送受信手段４０１から受信する全ての印刷ジョブの受け付けを拒否する。印刷ジョブ拒否フラグがＯＦＦの場合は、受信した印刷ジョブを印刷ジョブ判定手段４０２に送信する。
【００８３】
図１４は、本実施例において、プリンタ１０２が印刷ジョブを受信してからコンテンツデータ、又は、ＵＲＩ及び更新情報を格納する処理の流れを示すフローチャートである。なお、以下に、本実施例における処理を説明するが、図５に示される実施例１と同一の処理については同一の符号を付し、説明を省略する。
【００８４】
ステップＳ１０５で印刷ジョブを受信するとステップＳ１１０に進む。ステップＳ１１０では、印刷ジョブ拒否手段４１０において、印刷ジョブ拒否フラグの状態を確認する。印刷ジョブ拒否フラグがＯＮの場合、該印刷ジョブを拒否し、エラーを応答する（ステップＳ１６０）。印刷ジョブ拒否フラグがＯＦＦの場合、ステップＳ１１５に進む。ステップＳ１１５からステップＳ１４０までは図５に示される実施例１と同一の処理となるので説明は省略するが、ステップＳ１３０で、コンテンツデータ記憶領域３０１に新規にコンテンツデータを格納する領域がないと判断されるとステップＳ１４５に進む。ステップＳ１４５では、印刷ジョブ拒否フラグをＯＮにし、ステップＳ１５０に進む。ステップＳ１５０及びステップＳ１５５は図５に示される実施例１と同一の処理となるので説明は省略する。
【００８５】
図１５は、第２の実施形態において、ジョブ情報記憶領域３０４に印刷ジョブが登録されてから印刷を実行するまでの処理の流れを示すフローチャート図である。なお、以下に、本実施例における処理を説明するが、図６に示される実施例１と同一の処理については同一の符号を付し、説明を省略する。
【００８６】
ステップＳ２１０からステップＳ２６０までは図６に示される実施例１と同一の処理となるので説明は省略するが、ステップＳ２６０で、印刷を終了するとステップＳ２７０に進む。ステップＳ２７０では、印刷された印刷ジョブがＣｒｅａｔｅ  Ｊｏｂ  Ｖ２であって且つ印刷ジョブ拒否フラグがＯＮとなっているか、否かを判定する。ステップＳ２７０で、印刷された印刷ジョブがＣｒｅａｔｅ  Ｊｏｂ  Ｖ２であって且つ印刷ジョブ拒否フラグがＯＮとなっている場合、ステップＳ２８０に進み、印刷ジョブ拒否フラグをＯＦＦにし、ステップＳ２９０に進む。ステップＳ２７０で、印刷された印刷ジョブがＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂの場合又はＣｒｅａｔｅ  Ｊｏｂ  Ｖ２であって且つ印刷ジョブ拒否フラグがＯＦＦとなっている場合、ステップＳ２９０に進む。ステップＳ２９０は、図６に示される実施例１と同一の処理となる。
【００８７】
本実施例の処理の具体例を、図１６、図１７を参照して説明する。
【００８８】
図１６は、印刷ジョブ拒否フラグがＯＦＦ状態で新規にＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受信し、印刷ジョブの受け付けを拒否したときの概略図示す。図１７は、印刷ジョブ拒否フラグがＯＮ状態で新規にＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂを受信し、印刷ジョブの受け付けを拒否したときの概略図示す。ここで、実施例１と同様にプリンタ１０２は、先行印刷ジョブＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４００００）を処理中であるとする。さらに、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂ（０ｘ４０１００）、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０２００）が既に印刷処理待機中の状態であるとする。
【００８９】
図１６において、プリンタ１０２は、新規な印刷ジョブを受信すると、まず印刷ジョブ拒否手段４１０において、印刷ジョブ拒否フラグの状態を確認する。印刷ジョブ拒否フラグがＯＦＦの場合、受信したジョブの種別を判定し、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２と判定したとき、プリンタ１０２は記憶領域空き検出手段４０３において、コンテンツデータ記憶領域３０１に空きがあるかどうかを確認する。本実施例では、前述の通り、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２が既に印刷処理待機中であるので、記憶領域空き検出手段４０３において、コンテンツデータ記憶領域３０１に空きが無いと判定される。そして、ＤＴＶ１０１に対して、Ｃｒｅｔｅ  Ｊｏｂ  Ｖ２の受け付けを拒否するメッセージを送信する。さらに、プリンタ１０２は、新規に印刷ジョブが受け付けられる状態に早く移行する為に、既に印刷処理待機中になっているＣｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０２００）を優先して次に処理される印刷ジョブとなるように処理順序を変更する。そして、印刷ジョブ拒否フラグをＯＮに設定する。こうすることで、図１７に示されるような、コンテンツデータ記憶領域３０１に空きができるまでは全てのジョブに対して受け付けを拒否する状態になる。処理順序を変更して優先的に処理されるＣｒｅａｔｅ  Ｊｏｂ  Ｖ２（０ｘ４０１００）の印刷終了時、コンテンツデータ記憶領域３０１に空きができる。従って、その後Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２を受け付けることが可能となる為、印刷拒否フラグをＯＦＦに設定する。
【００９０】
以上説明したように、本実施例によれば、プリンタは一度Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２に対して受け付けを拒否した場合、以降全ての印刷ジョブを拒否する。これにより、プリンタがある短期間に受信する印刷ジョブに対して、印刷を行ったり行わなかったりすることも無い為、ユーザの混乱を防ぐことができる。さらに、コンテンツによって印刷ができるものと印刷ができないものがあるとユーザに誤認識させてしまうことも無い為、コンテンツの印刷機会を失う可能性を低減できる。また、コンテンツデータ記憶領域に空きが無くなっても、直ちに全ての印刷ジョブに対して拒否をするのではなく、Ｃｒｅａｔｅ  Ｊｏｂ  Ｖ２に対して受け付けを拒否した時点で初めて全ての印刷ジョブに対して受け付け拒否をする。これにより、Ｃｒｅａｔｅ  ＵＲＩ  Ｊｏｂが受け付け可能である期間を可能な限り長くすることが出来る。また、一度、全ての印刷ジョブに対して受け付け拒否をすることにより印刷ジョブが受け付けられなくなった期間が長く続くことを回避することができる。
【００９１】
本実施例では、印刷拒否フラグＯＮ時、優先処理されるＣｒｅａｔｅ  Ｊｏｂ  Ｖ２の印刷終了後に印刷拒否フラグがＯＦＦに設定される。しかし、複数のコンテンツデータを格納可能なコンテンツデータ記憶領域を有する場合は、幾つかのＣｒｅａｔｅ  Ｊｏｂ  Ｖ２が印刷終了し、十分な空きが記憶領域に出来た時にＯＦＦに設定するようにしてもよい。
【図面の簡単な説明】
【００９２】
【図１】印刷システムの構成概略図である。
【図２】プリンタのハードウェア構成の概略図である。
【図３】ＤＲＡＭのメモリ領域内の構造を示す概略図である。
【図４】実施例１のプリンタのソフトウェア構成の概略図である。
【図５】実施例１のジョブ情報を登録する際のフローチャート図である。
【図６】実施例１の印刷処理のフローチャート図である。
【図７】実施例１のＣｒｅａｔｅ  ＵＲＩ  Ｊｏｂを受け付けたときの概略図である。
【図８】実施例１のＣｒｅａｔｅ  Ｊｏｂ  Ｖ２を受け付けたときの概略図である。
【図９】実施例１のＣｒｅａｔｅ  Ｊｏｂ  Ｖ２の受け付けを拒否したときの概略図である。
【図１０】実施例１のジョブ処理順序を変更したときのＤＲＡＭのメモリ領域を表す図である。
【図１１】実施例１のジョブ処理順序を変更したときのＤＲＡＭのメモリ領域の一例を表す図である。
【図１２】実施例１のＨＴＴＰ  ＨＥＡＤ応答例である。
【図１３】実施例２のプリンタのソフトウェア構成の概略図である。
【図１４】実施例２のジョブ情報を登録する際のフローチャート図である。
【図１５】実施例２の印刷処理のフローチャート図である。
【図１６】実施例２の印刷ジョブ拒否フラグがＯＦＦからＯＮになるときの概略図である。
【図１７】実施例２の印刷ジョブ拒否フラグがＯＮのときの概略図である。
【符号の説明】
【００９３】
１０１  ＤＴＶ
１０２  プリンタ
１０４  コンテンツサーバ
２２１  Ｐ−ＣＰＵ
２２２  Ｐ−ＤＲＡＭ
２２７  Ｉｎｋｊｅｔ  ＨＥＡＤ
４０３  記憶領域空き検出手段
４０４  ジョブ処理順序変更手段
４０８  印刷手段
４０９  印刷機構
４１０  印刷ジョブ拒否手段
【図１】
2009160884.tif 000003
【図２】
2009160884.tif 000004
【図３】
2009160884.tif 000005
【図４】
2009160884.tif 000006
【図５】
2009160884.tif 000007
【図６】
2009160884.tif 000008
【図７】
2009160884.tif 000009
【図８】
2009160884.tif 000010
【図９】
2009160884.tif 000011
【図１０】
2009160884.tif 000012
【図１１】
2009160884.tif 000013
【図１２】
2009160884.tif 000014
【図１３】
2009160884.tif 000015
【図１４】
2009160884.tif 000016
【図１５】
2009160884.tif 000017
【図１６】
2009160884.tif 000018
【図１７】
2009160884.tif 000019