JP2007065903A - ネットワーク型プラグアンドプレイに対応した印刷装置を用いた印刷 - Google Patents

Abstract

【課題】 ネットワーク型プラグアンドプレイを利用して、ネットワーク上において、画像のスライドショー表示を行いながら画像の印刷を行うことを可能とする。
【解決手段】 印刷装置は、ネットワーク上のクライアントに複数の画像を順次切り替えて表示するスライドショー表示を実行させるためにクライアントとの間でメッセージの交換を行う。また、印刷装置は、ネットワーク型プラグアンドプレイのプロトコルに従って、クライアントとの間のメッセージの交換を制御する。印刷装置は、クライアントからの印刷要求を受領したとき、印刷の実行を指示すると共にスライドショー表示を続行させる。また印刷装置は、スライドショー表示中における印刷要求に応じた印刷処理のために準備された印刷キューを有し、印刷実行指示時に指示された印刷処理を実行可能な状態ではない場合には指示された印刷処理を印刷キューに登録する。
【選択図】 図１

Description

本発明は、ネットワーク型プラグアンドプレイに対応した印刷装置を用いた印刷技術に関する。

デジタルスチルカメラ（以下「ＤＳＣ」と呼ぶ）とプリンタとが接続されたシステムであって、画像のスライドショー表示を行いながらユーザからの印刷指示を受け付けることが可能なシステムが知られている（例えば特許文献１）。このシステムでは、スライドショー表示として、ＤＳＣ内のメモリカードに格納された複数の画像データの表す複数の画像が、順次、ＤＳＣの液晶モニタ上に表示される。また、このシステムでは、スライドショー表示中に印刷指示が受け付けられると、印刷指示時に液晶モニタに表示されていた画像の印刷処理が印刷指令ファイルに登録される。印刷指令ファイルに登録された印刷処理は、スライドショー表示終了後、プリンタにより実行される。あるいは、印刷指令ファイルに登録された印刷処理は、登録され次第、プリンタにより実行される。

特開２００４−２９１６３０

他方、近年、周辺装置を任意のタイミングでコンピュータに接続したりコンピュータから切断したりすることができる技術であるプラグアンドプレイ技術をネットワークに適用したものとして、ユニバーサルプラグアンドプレイ（以下「ＵＰｎＰ」と呼ぶ。ＵＰｎＰは UPnP Implementers Corporationの商標）が開発されてきている。ＵＰｎＰを用いると、ネットワーク装置を任意のタイミングでネットワークに接続したり、ネットワークから切断したりすることができる。本明細書では、ＵＰｎＰのように、ネットワークにおいてプラグアンドプレイを実現するアーキテクチャを、「ネットワーク型プラグアンドプレイ」と呼ぶ。

ネットワーク型プラグアンドプレイを利用して、ネットワーク上において、上記従来のシステムと同様に画像のスライドショー表示を行いながら画像の印刷を行う技術は知られていなかった。

本発明は、ネットワーク型プラグアンドプレイを利用して、ネットワーク上において、画像のスライドショー表示を行いながら画像の印刷を行うことを可能とする技術を提供することを目的とする。

上記課題の少なくとも一部を解決するために、本発明の印刷装置は、
複数の画像データを取得する画像取得部と、
前記画像データに基づき画像の印刷を行う印刷部と、
ネットワーク上のクライアントに前記複数の画像データの表す複数の画像を順次切り替えて表示するスライドショー表示を実行させるために前記クライアントとの間でメッセージの交換を行うと共に、前記スライドショー表示中における前記クライアントからの印刷要求に応じて、前記クライアントに表示された画像に対応した前記画像データに基づく印刷の実行を前記印刷部に指示するスライドショー印刷制御部と、
ネットワーク型プラグアンドプレイのプロトコルに従って、前記クライアントと前記スライドショー印刷制御部との間のメッセージの交換を制御するネットワークプロトコル制御部と、を備え、
前記スライドショー印刷制御部は、前記クライアントからの印刷要求を受領したとき、前記印刷部に印刷の実行を指示すると共に前記スライドショー表示を続行させ、
前記印刷部は、順次実行されるべき印刷処理が登録される印刷キューであって前記スライドショー表示中における印刷要求に応じた印刷処理のために準備された第１の印刷キューを有すると共に、前記スライドショー印刷制御部による印刷実行指示時に指示された印刷処理を実行可能な状態である場合には印刷処理を開始し、前記スライドショー印刷制御部による印刷実行指示時に指示された印刷処理を実行可能な状態ではない場合には指示された印刷処理を前記第１の印刷キューに登録する。

この印刷装置では、ネットワーク型プラグアンドプレイを利用して、スライドショー印刷制御部がクライアントにスライドショー表示を実行させることができる。また、スライドショー印刷制御部は、スライドショー表示中におけるクライアントからの印刷要求に応じて印刷の実行を印刷部に指示し、印刷部は画像データに基づき画像の印刷を行う。従って、この印刷装置では、ネットワーク型プラグアンドプレイを利用して、ネットワーク上において、画像のスライドショー表示を行いながら画像の印刷を行うことができる。また、この印刷装置では、スライドショー印刷制御部が、クライアントからの印刷要求を受領したとき、印刷部に印刷の実行を指示すると共にスライドショー表示を続行させる。また、この印刷装置では、印刷部が、スライドショー印刷制御部による印刷実行指示時に指示された印刷処理を実行可能な状態である場合には印刷処理を開始する。そのため、この印刷装置では、画像のスライドショー表示を行いながら画像の印刷を行う場合に、一連の処理時間を短縮することができる。さらに、この印刷装置では、印刷部が、スライドショー表示中における印刷要求に応じた印刷処理のために準備された第１の印刷キューを有し、スライドショー印刷制御部による印刷実行指示時に指示された印刷処理を実行可能な状態ではない場合には指示された印刷処理を第１の印刷キューに登録する。そのため、この印刷装置では、画像のスライドショー表示を行いながら画像の印刷を行う場合に、印刷部が他の画像を印刷している間にも印刷指示を行うことができ、一連の処理時間をさらに短縮することができる。

上記印刷装置において、前記スライドショー印刷制御部は、Ｗｅｂサーバとしての機能を有すると共に、Ｗｅｂブラウザとしての機能を有する前記クライアントから所定のマークアップ言語で記述された前記スライドショー表示を行うためのスライドショー表示ファイルの送信要求を受領し、前記複数の画像データの内の未送信の画像データの場所を示す情報と所定時間経過後に再度スライドショー表示ファイルの送信要求を前記クライアントに発行させるための情報とをスライドショー表示ファイルに埋め込んで前記クライアントに送信し、前記クライアントから前記スライドショー表示ファイルに場所を示す情報が埋め込まれた画像データの送信要求を受領し、前記要求された画像データを前記クライアントに送信することによって、前記クライアントに前記スライドショー表示を実現させる、としてもよい。

このようにすれば、Ｗｅｂサーバとしての機能を有する印刷装置と、Ｗｅｂブラウザとしての機能を有するクライアントと、を含むネットワーク上において、ネットワーク型プラグアンドプレイを利用して、画像のスライドショー表示を行いながら画像の印刷を行うことができる。

また、上記印刷装置において、前記スライドショー印刷制御部は、前記クライアントからの印刷要求を受領したときは、前記クライアントからスライドショー表示ファイルの送信要求を受領した場合と同様に、前記スライドショー表示ファイルを前記クライアントに送信するとしてもよい。

このようにすれば、スライドショー印刷制御部がクライアントからの印刷要求を受領したときに、クライアントにおけるスライドショー表示を続行させることができる。

また、上記印刷装置において、前記印刷部は、さらに、前記スライドショー表示中における印刷要求に応じた印刷処理以外の他の印刷処理のために準備された第２の印刷キューを含むと共に、前記スライドショー表示中に、前記他の印刷処理の印刷実行指示を受領したときは、前記他の印刷処理を前記第２の印刷キューに登録し、前記スライドショー表示中における印刷要求に応じた印刷処理がすべて終了した後、登録された前記他の印刷処理を開始するとしてもよい。

このようにすれば、スライドショー表示中に、他の印刷処理の印刷実行指示が受領されたときには、当該他の印刷処理が第２の印刷キューに登録される。そのため、この印刷装置では、スライドショー表示実行中においても、他の印刷処理の印刷実行指示を受け付けることができる。

また、上記印刷装置において、さらに、
前記スライドショー表示が開始される前に、前記スライドショー表示中における印刷要求に応じた印刷処理において共通して用いられる印刷条件の設定を行う印刷設定部を備えるとしてもよい。

このようにすれば、印刷実行指示受領の度に印刷設定を行う必要が無く、スライドショー表示が滞ることが無い。そのため、この印刷装置では、一連の処理時間をさらに短縮することができる。

なお、本発明は、種々の態様で実現することが可能であり、例えば、印刷方法および装置、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。

次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ｂ．第２実施例：
Ｃ．変形例：

Ａ．第１実施例：
図１は、本発明の第１実施例としてのプリンタを含むネットワークシステムの構成を概略的に示す説明図である。このネットワークシステム１０は、プリンタ１００と、デジタルＴＶ（以下「ＤＴＶ」と呼ぶ）２００と、が、ＬＡＮを介して相互に接続された構成を有している。ＬＡＮは、ＩＥＥＥ８０２．３のような有線ネットワークでも、ＩＥＥＥ８０２．１１ｂ／ｇ／ａなどの無線ネットワークでもよい。

プリンタ１００およびＤＴＶ２００は、共にＵＰｎＰ対応のネットワーク装置である。ここで、ＵＰｎＰは、ネットワーク装置を任意のタイミングでネットワークに接続したり、ネットワークから切断したりすることを実現するアーキテクチャである。ＵＰｎＰネットワークは、コントロールポイントとデバイスとで構成される。「デバイス」とは、サービスを提供する装置を意味している。本明細書においては、特に断らない限り、「デバイス」と「サービスデバイス」は同義語として使用されている。「コントロールポイント」は、ネットワーク上の他のデバイスを検出したり、制御したりするコントローラを意味しており、サービスデバイスに対するクライアントとして機能する。なおネットワークシステム１０は、ＵＰｎＰ対応の他のネットワーク装置や、ＵＰｎＰ非対応の他のネットワーク装置を備えていてもよい。

プリンタ１００は、ＵＰｎＰネットワークにおけるサービスデバイスとして機能し、コントロールポイントに対してプリントサービスを提供する。プリンタ１００は、ＣＰＵ１１０と、ボタンやタッチパネル等の操作部１２０と、液晶モニタ等の表示部１３０と、プリンタエンジン１４０と、カードインターフェイス（カードＩ／Ｆ）１５０と、ネットワークインターフェイス（ネットワークＩ／Ｆ）１６０と、ＲＯＭやＲＡＭ等の内部記憶装置１７０と、を備えている。プリンタエンジン１４０は、印刷データに基づき印刷を行う印刷機構である。カードインターフェイス１５０は、カードスロット１５２に挿入されたメモリカード１５４との間で画像データ等のやり取りを行うインターフェイスである。ネットワークインターフェイス１６０は、ＬＡＮ上の他の装置との間で交換されるメッセージやデータを仲介する機能を有している。

プリンタ１００の内部記憶装置１７０には、ネットワークプロトコル制御モジュール１７１と、ＨＴＴＰサーバプログラム（以下「ＨＴＴＰサーバ」と呼ぶ）１７２と、印刷処理モジュール１７４と、一般用印刷キュー１７５と、スライドショー印刷用印刷キュー１７６と、複数のＨＴＭＬファイル１７８と、が格納されている。ネットワークプロトコル制御モジュール１７１は、ＵＰｎＰのプロトコルやその他のプロトコルに従って、ネットワークシステム１０上の他の装置との間で、メッセージやデータの仲介を行うためのコンピュータプログラムである。ＨＴＴＰサーバ１７２は、ブラウザ等からの要求に応じて、ＨＴＭＬファイル等を応答するためのコンピュータプログラムである。印刷処理モジュール１７４は、プリンタエンジン１４０を制御して印刷を行わせるためのコンピュータプログラムである。ＣＰＵ１１０は、内部記憶装置１７０から、ネットワークプロトコル制御モジュール１７１、ＨＴＴＰサーバ１７２および印刷処理モジュール１７４を読み出して実行することにより、後述のスライドショー印刷処理を行う。なお、ＣＰＵ１１０およびＨＴＴＰサーバ１７２は、本発明におけるスライドショー印刷制御部またはスライドショー表示制御部として機能する。また、ＨＴＴＰサーバ１７２は、ＷｅｂサーバまたはＷＷＷサーバとも呼ばれる。

一般用印刷キュー１７５およびスライドショー印刷用印刷キュー１７６には、プリンタエンジン１４０による印刷実行待ちの印刷処理が登録される。一般用印刷キュー１７５およびスライドショー印刷用印刷キュー１７６については、後述する。

ＤＴＶ２００は、ＵＰｎＰネットワークにおけるコントロールポイントとして機能する。ＤＴＶ２００は、ＣＰＵ２１０と、ボタンやリモコンおよびリモコン受光部等の操作部２２０と、液晶パネル等の表示部２３０と、ネットワークインターフェイス（ネットワークＩ／Ｆ）２６０と、ＲＯＭやＲＡＭ等の内部記憶装置２７０と、を備えている。ネットワークインターフェイス２６０は、ＬＡＮ上の他の装置との間で交換されるメッセージやデータを仲介する機能を有している。内部記憶装置２７０には、Ｗｅｂブラウザプログラム（以下「Ｗｅｂブラウザ」と呼ぶ）２７２が格納されている。Ｗｅｂブラウザ２７２は、ネットワークを介してＨＴＭＬファイル等を取得し、取得したＨＴＭＬファイル等を解析して表示するためのコンピュータプログラムである。ＣＰＵ２１０は、内部記憶装置２７０から、Ｗｅｂブラウザ２７２を読み出して実行することにより、後述のスライドショー印刷処理を行う。

ＵＰｎＰは、ＨＴＴＰＭＵや、ＨＴＴＰＵ，ＳＯＡＰ／ＨＴＴＰ，ＨＴＴＰなどの各種のプロトコルを用いて、以下のような各種の処理を実現している。

（１）アドレッシング：
ＵＰｎＰデバイス（以下、単に「デバイス」と呼ぶ）がネットワークに接続すると、アドレッシングによってネットワークアドレス（ＩＰアドレス）を取得する。アドレッシングには、ＤＨＣＰサーバまたはAuto-IPが利用される。ネットワークにＤＨＣＰサーバが設けられている場合には、デバイスはＤＨＣＰサーバによって割り当てられるＩＰアドレスを使用する。ＤＨＣＰサーバが無い場合には、Auto-IPと呼ばれる自動ＩＰアドレッシング機能を用いて、デバイスが自分のアドレスを決定する。

（２）ディスカバリ（検出）：
ディスカバリは、コントロールポイントが、デバイスがどこにいるかを見つけ出す処理である。ディスカバリは、コントロールポイントがディスカバリメッセージをマルチキャストすることによって実現することができ、あるいは、デバイスがネットワークに参加したときに、その旨をコントロールポイントにアドバタイズすることによっても実現できる。ディスカバリは、ＨＴＴＰＭＵ／ＳＳＤＰやＨＴＴＰＵ／ＳＳＤＰを用いて行われる。ディスカバリの結果、コントロールポイントとデバイスがピアツーピアで処理を進められるようになる。

（３）ディスクリプション：
デバイスの構成の詳細は、デバイスディスクリプションとしてＸＭＬで記述されている。また、デバイスのサービスの詳細は、サービスディスクリプションとしてＸＭＬで記述されている。これらのディスクリプションは、デバイスによって所有されており、コントロールポイントに提供される。コントロールポイントは、これらのディスクリプションを参照することによって、デバイスやサービスの詳細を知ることができる。

（４）コントロール：
コントロールは、コントロールポイントが、アクション要求を含む制御メッセージをデバイスに転送して、デバイスの制御を行う処理である。コントロールは、ＨＴＴＰ／ＳＯＡＰを用いて行われる。

（５）イベント：
所定のイベントが発生すると、デバイス内のサービスが、コントロールポイントにイベントの発生を通知する。イベント発生の通知を受けるコントロールポイントは、そのサービスに「サブスクライブ（購読）」する。イベントは、サブスクライブしているコントロールポイントに転送される。イベントの通知は、ＨＴＴＰ／ＧＥＮＡを用いて行われる。

（６）プレゼンテーション：
プレゼンテーションは、デバイスディスクリプションに登録されているプレゼンテーション用のＵＲＬからコントロールポイントがＨＴＭＬで記述されたプレゼンテーション用ページを取得する処理である。このプレゼンテーションによって、例えばコントロールポイントがデバイスの各種の状態を表示することができる。

なお、本発明はＵＰｎＰの将来のバージョンにも適用可能である。また、ネットワーク型プラグアンドプレイとして、アドレッシング（自動的なＩＰアドレス決定）と、デバイスのディスカバリにより、任意のコントロールポイントとデバイスとがピアツーピアで通信が可能で、コントロールポイントとデバイスがメッセージの交換を行うアーキテクチャであれば、ＵＰｎＰ以外のネットワーク型プラグアンドプレイ仕様にも本発明を適用することが可能である。

図２から図４は、本実施例のネットワークシステム１０におけるスライドショー印刷処理の流れを示すフローチャートである。本実施例のスライドショー印刷処理は、プリンタ１００のカードスロット１５２に挿入されたメモリカード１５４（図１）に格納された複数の画像データの表す複数の画像を順次切り替えてＤＴＶ２００に表示させるスライドショー表示を行うと共に、スライドショー表示中におけるユーザからの印刷指示に応じて、画像の印刷を行う処理である。

なお、ネットワークシステム１０（図１）では、スライドショー印刷処理が開始される前に、プリンタ１００およびＤＴＶ２００が、共にネットワークシステム１０に参加し、ＵＰｎＰのアドレッシング、ディスカバリ等を通じて、互いの存在およびＩＰアドレスを認識しているものとする。また、ＤＴＶ２００が、ＵＰｎＰのディスクリプションを通じて、デバイスとしてのプリンタ１００のデバイス構成およびサービスの内容を認識しているものとする。

また、スライドショー印刷処理が開始される前に、複数の画像データが格納されたメモリカード１５４（図１）が、プリンタ１００のカードスロット１５２に挿入されるものとする。このとき、ＣＰＵ１１０により、メモリカード１５４に格納された複数の画像データのそれぞれに対して、一意の連続番号（以下「連続番号Ｎ」と呼ぶ）が付与される。具体的には、例えば、メモリカード１５４にｋ個の画像データが格納されている場合には、画像データに順番に１番からｋ番までの連続番号Ｎが付与される。

ステップＳ１１０（図２）では、ＤＴＶ２００のＷｅｂブラウザ２７２（図１）が、プリンタ１００のトップページをリクエストする。この処理は、例えば、ユーザによる操作部２２０を介したプリンタトップページを要求する操作に応じて、実行される。本実施例では、プリンタ１００のトップページはＵＰｎＰのプレゼンテーション用ページであり、そのＵＲＬは、プリンタ１００のデバイスディスクリプションに登録されている。従って、Ｗｅｂブラウザ２７２は、デバイスディスクリプションに登録されたプレゼンテーション用のＵＲＬをリクエストする。

ステップＳ１２０では、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、予め準備されたプリンタ１００のトップページのＨＴＭＬファイル１７８（図１）を応答する。これにより、ＤＴＶ２００の表示部２３０（図１）には、プリンタ１００のトップページが表示される。図５は、プリンタトップページの一例を示す説明図である。

ステップＳ１３０（図２）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、スライドショー印刷のメニューページをリクエストする。この処理は、ユーザによる、図５に示したプリンタトップページ中の「スライドショー印刷」ボタンの選択に応じて、実行される。

ステップＳ１４０では、プリンタ１００のＨＴＴＰサーバ１７２が、スライドショー印刷のメニューページのＨＴＭＬファイル１７８を応答する。これにより、ＤＴＶ２００の表示部２３０には、スライドショー印刷のメニューページが表示される。図６は、スライドショー印刷のメニューページの一例を示す説明図である。

ステップＳ１５０（図２）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、印刷設定ページをリクエストする。この処理は、ユーザによる、図６に示したスライドショー印刷のメニューページ中の「印刷設定」ボタンの選択に応じて、実行される。

ステップＳ１６０では、プリンタ１００のＨＴＴＰサーバ１７２が、印刷設定メニューページのＨＴＭＬファイル１７８を応答する。これにより、ＤＴＶ２００の表示部２３０には、印刷設定メニューページが表示される。図７は、印刷設定メニューページの一例を示す説明図である。

ステップＳ１７０（図２）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、印刷設定をリクエストする。この処理は、ユーザによる、図７に示した印刷設定メニュー中の「設定」ボタンの選択に応じて、実行される。ユーザは、図７に示した印刷設定メニューにおいて、用紙サイズや用紙タイプ等の印刷条件を決定した後、「設定」ボタンを選択することにより、印刷設定を指示することができる。

ステップＳ１８０では、プリンタ１００のＨＴＴＰサーバ１７２が、印刷処理モジュール１７４（図１）に対し、指示された印刷条件を伝える。印刷処理モジュール１７４は、受領した印刷条件を、スライドショー印刷における共通の印刷条件として設定する。

ステップＳ１９０では、プリンタ１００のＨＴＴＰサーバ１７２が、再度、スライドショー印刷メニューページのＨＴＭＬファイル１７８を応答する。ステップＳ２００では、ＤＴＶ２００のＷｅｂブラウザ２７２が、スライドショー印刷の開始をリクエストする。この処理は、ユーザによる、図６に示したスライドショー印刷のメニューページ中の「開始」ボタンの選択に応じて、実行される。

なお、ユーザが、図６に示したスライドショー印刷のメニューページにおいて「印刷設定」ボタンを選択することなく「開始」ボタンを選択した場合には、上記ステップＳ１５０からＳ１９０までの処理は実行されない。この場合には、スライドショー印刷における印刷条件として、デフォルトの条件が設定される。

ステップＳ２１０（図３）では、プリンタ１００のＨＴＴＰサーバ１７２が、メモリカード１５４の中から連続番号Ｎ＝１の画像データを検索し、当該画像データのＵＲＬを、予め準備されたスライドショー印刷ページのＨＴＭＬファイル１７８に埋め込む。

ステップＳ２２０では、プリンタ１００のＨＴＴＰサーバ１７２が、画像データのＵＲＬが埋め込まれたスライドショー印刷ページのＨＴＭＬファイル１７８を応答する。これにより、ＤＴＶ２００の表示部２３０には、スライドショー印刷ページが表示される。図８は、スライドショー印刷ページの一例を示す説明図である。ただし、この時点では、メモリカード１５４内の画像データに基づく画像を表示するための画像表示領域ＩＡには、画像は表示されていない。

なお、プリンタ１００のＨＴＴＰサーバ１７２は、ステップＳ２２０においてスライドショー印刷ページのＨＴＭＬファイル１７８を応答する際に、所定時間（例えば３秒間）経過後に、スライドショー印刷ページのリクエストを再発行する旨の指定（リフレッシュ指定）をＨＴＭＬファイル１７８内に埋め込む。また、スライドショー印刷ページのＨＴＭＬファイル１７８は、スライドショー印刷ページがＤＴＶ２００の表示部２３０に適当な大きさ（例えば、スクロール表示する必要の無い大きさ）で表示されるように、かつ、スライドショー印刷ページ中の画像表示領域ＩＡ（図８）の大きさが画像を表示するために適当な大きさとなるように、予め準備されている。

ステップＳ２３０（図３）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、受領したＨＴＭＬファイル１７８を解釈し、埋め込まれている画像データのＵＲＬを指定して、画像データをリクエストする。Ｗｅｂブラウザ２７２は、画像データのＵＲＬが埋め込まれたＨＴＭＬファイルを受領した際には、画像データのリクエストを行う機能を有している。

ステップＳ２４０では、プリンタ１００のＨＴＴＰサーバ１７２が、リクエストされたＵＲＬの画像データをメモリカード１５４から取得し、ＤＴＶ２００に対して応答する。ＤＴＶ２００のＷｅｂブラウザ２７２が受領した画像データを処理することにより、図８に示すように、ＤＴＶ２００の表示部２３０に表示されたスライドショー印刷ページ中の画像表示領域ＩＡに、画像が表示される。

ステップＳ２５０では、ＤＴＶ２００のＷｅｂブラウザ２７２が、スライドショー印刷ページをリクエストする。この処理は、ステップＳ２２０で返信されたＨＴＭＬファイル１７８のリフレッシュ指定で指定された時間（３秒間）経過後に、実行される。すなわち、Ｗｅｂブラウザ２７２は、ステップＳ２２０におけるスライドショー印刷ページのＨＴＭＬファイル１７８の受領後、３秒後に、スライドショー印刷ページのリクエストを再発行する（図３参照）。

ステップＳ２６０では、プリンタ１００のＨＴＴＰサーバ１７２が、メモリカード１５４の中から連続番号Ｎ＝Ｎ＋１の画像データを検索し、当該画像データのＵＲＬを、予め準備されたスライドショー印刷ページのＨＴＭＬファイル１７８に埋め込む。すなわち、ＨＴＴＰサーバ１７２は、画像データの連続番号Ｎを１つインクリメントしてから、連続番号Ｎの画像データのＵＲＬの埋め込みを行う。

その後のステップＳ２７０からＳ２９０までの処理は、ステップＳ２２０からＳ２４０までの処理と同様に行われる。これにより、ＤＴＶ２００の表示部２３０（図８）に、スライドショー印刷ページが表示された後、スライドショー印刷ページの画像表示領域ＩＡに次の画像が表示される。

このような処理が繰り返されることにより、メモリカード１５４に格納された複数の画像データの表す複数の画像が順次切り替えられながらＤＴＶ２００の表示部２３０に表示されるスライドショー表示が実現される。

ユーザは、スライドショー表示中に、表示された画像の印刷を希望する場合には、当該画像が表示されている間に、操作部１２０を操作して、スライドショー印刷ページ上の「印刷」ボタン（図８）を選択する。このユーザによる操作に応じて、ＤＴＶ２００のＷｅｂブラウザ２７２は、印刷要求ＵＲＬと印刷対象画像のＵＲＬを含む印刷要求をプリンタ１００に送信する（図３のステップＳ３００）。この印刷要求ＵＲＬは、リクエストを受領したＨＴＴＰサーバ１７２に印刷処理モジュール１７４（図１）を起動させるＵＲＬである。また、印刷要求に含まれる印刷対象画像のＵＲＬは、現に表示中の画像に対応した画像データのＵＲＬである。このような印刷要求を発信可能とするために、プリンタ１００のＨＴＴＰサーバ１７２は、スライドショー印刷ページのＨＴＭＬファイル１７８の応答（ステップＳ２２０，Ｓ２７０等）の際に、スライドショー印刷ページの「印刷」ボタンに、印刷処理モジュール１７４を起動させるＵＲＬと現に表示中の画像に対応した画像データのＵＲＬとを埋め込んでいる。なお、この印刷処理を実現する場合に、印刷処理モジュール１７４は、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムとして機能する。

ステップＳ３１０（図４）では、プリンタ１００のＨＴＴＰサーバ１７２が、印刷処理モジュール１７４を起動して、印刷要求に応じた画像の印刷を開始させる。印刷処理モジュール１７４は、メモリカード１５４に格納された画像データの内、印刷要求により指定された画像データを用いて、プリンタエンジン１４０による画像の印刷を開始する。ただし、プリンタエンジン１４０が、他の画像の印刷中などのために印刷可能状態ではない場合には、印刷処理モジュール１７４は、一旦、指定された画像データのＵＲＬをスライドショー印刷用印刷キュー１７６（図１）に登録する。印刷処理モジュール１７４は、プリンタエンジン１４０が印刷可能状態となり次第、スライドショー印刷用印刷キュー１７６にＵＲＬが登録された画像データの印刷を開始する。図９は、スライドショー印刷用印刷キュー１７６の内容の一例を示す説明図である。図９の例では、スライドショー印刷用印刷キュー１７６に、３つの画像データのＵＲＬが登録されており、最上段に表示された画像データの印刷が実行中となっている。この状態では、最上段に表示された画像データの印刷が完了すると、続いて、上から２段目に表示された画像データの印刷が開始される。

ステップＳ３２０（図４）では、ステップＳ２６０（図３）と同様に、プリンタ１００のＨＴＴＰサーバ１７２が、メモリカード１５４の中から連続番号Ｎ＝Ｎ＋１の画像データを検索し、当該画像データのＵＲＬを、予め準備されたスライドショー印刷ページのＨＴＭＬファイル１７８に埋め込む。すなわち、ＨＴＴＰサーバ１７２は、画像データの連続番号Ｎを１つインクリメントしてから、連続番号Ｎの画像データのＵＲＬの埋め込みを行う。ステップＳ３３０では、ステップＳ２２０と同様に、プリンタ１００のＨＴＴＰサーバ１７２が、画像データのＵＲＬが埋め込まれたスライドショー印刷ページのＨＴＭＬファイル１７８を応答する。このように、スライドショー表示中に、印刷要求があった場合には、ＨＴＴＰサーバ１７２は、画像の印刷のための処理（ステップＳ３１０）を行うと共に、スライドショー表示を続行する。

ステップＳ３４０からＳ３６０までの処理は、ステップＳ２３０からＳ２５０（図３）までの処理と同様に行われる。このような処理が繰り返されることにより、メモリカード１５４内のすべての画像データの表す画像がＤＴＶ２００に表示される。すべての画像が表示された後は、ＤＴＶ２００のＷｅｂブラウザ２７２からのスライドショー印刷ページリクエスト（図４のステップＳ３７０）に応じて、プリンタ１００のＨＴＴＰサーバ１７２が、スライドショー印刷完了を示すページのＨＴＭＬファイル１７８を応答する（図４のステップＳ３８０）。

以上説明したように、本実施例のネットワークシステム１０では、ネットワーク型プラグアンドプレイを利用して、スライドショー印刷処理を実行することができる。このスライドショー印刷処理では、プリンタ１００のカードスロット１５２に挿入されたメモリカード１５４内の複数の画像データの表す複数の画像が、順次切り替えられてＤＴＶ２００に表示されるスライドショー表示が行われる。また、スライドショー表示中におけるユーザからの印刷指示に応じて、印刷指示時に表示されていた画像の印刷が行われる。

ここで、本実施例のスライドショー印刷処理では、スライドショー表示中に印刷要求があった場合には、画像の印刷開始または画像のＵＲＬの印刷キューへの登録といった画像の印刷のための処理（図４のステップＳ３１０）が行われると共に、スライドショー表示が続行される。すなわち、画像の印刷のための処理と並行して、スライドショー表示が実行される。また、本実施例のスライドショー印刷処理では、ユーザが印刷指示を行うと、プリンタ１００のプリンタエンジン１４０が印刷可能状態であれば、スライドショー表示の終了を待つことなく、直ちに画像の印刷が開始される。そのため、本実施例のネットワークシステム１０では、画像のスライドショー表示を行いつつ画像の印刷を行う場合に、一連の処理時間を短縮することができる。

また、本実施例のスライドショー印刷処理では、プリンタ１００のプリンタエンジン１４０が他の画像の印刷中等により印刷可能状態ではない場合には、指示された画像のＵＲＬがスライドショー印刷用印刷キュー１７６に登録される。その後、ユーザによるさらなる印刷指示がなされた場合にも、指示された画像のＵＲＬが、スライドショー印刷用印刷キュー１７６に登録される。スライドショー印刷用印刷キュー１７６に登録された画像の印刷は、プリンタ１００のプリンタエンジン１４０が印刷可能状態となり次第、順次開始される。そのため、本実施例のスライドショー印刷処理では、プリンタエンジン１４０が印刷可能状態ではない場合にも、プリンタエンジン１４０が印刷可能状態となるのを待つことなく、ユーザは印刷指示を行うことができる。従って、本実施例のネットワークシステム１０では、画像のスライドショー表示を行いつつ画像の印刷を行う場合に、一連の処理時間をさらに短縮することができる。

なお、スライドショー印刷処理中に、プリンタ１００が、ネットワークシステム１０内の他のクライアントからＵＰｎＰプロトコルに従った印刷要求を受領した場合には、当該印刷要求に対応した印刷ジョブが一般用印刷キュー１７５に登録され、登録された印刷ジョブは、スライドショー印刷処理終了後に実行される。すなわち、スライドショー印刷処理中は、スライドショー印刷処理のためだけにプリンタエンジン１４０が使用される。そのため、本実施例のネットワークシステム１０では、他のクライアントからの印刷要求の有無に関わらず、スライドショー印刷処理の処理時間を短縮することができる。また、本実施例のネットワークシステム１０では、スライドショー印刷処理中における他のクライアントからの印刷要求が一般用印刷キュー１７５に登録され、スライドショー印刷処理終了後に実行される。そのため、スライドショー印刷処理中においても、他のクライアントからの印刷要求を受け付けることができる。

また、本実施例のスライドショー印刷処理では、最初に印刷設定が実行されるため、印刷指示時に印刷設定によりスライドショー表示が滞ることが無い。そのため、本実施例のスライドショー印刷処理では、一連の処理時間をさらに短縮することができる。

なお、本実施例のスライドショー印刷処理では、図８に示すスライドショー印刷ページ上の「前へ」ボタンおよび「次へ」ボタンを選択することにより、画像表示領域ＩＡに表示される画像を手動で切り替えることも可能となっている。これにより、ユーザは、前の画像に戻って印刷指示を行ったり、印刷指示を行わない画像を飛ばして表示させたりすることができる。なお、スライドショー印刷ページ上の「自動」ボタンを選択することにより、所定時間経過毎に画像を切り替えて表示する自動切り替え表示状態に戻すことができる。

また、本実施例のスライドショー印刷処理では、スライドショー表示中に、スライドショー印刷用印刷キュー１７６の状態と、プリンタエンジン１４０の状態（プリンタステータス）と、を、ＤＴＶ２００の表示部２３０に表示させることが可能となっている。具体的には、ユーザは、図８に示したスライドショー印刷ページ上の「印刷キュー」タブや「プリンタステータス」タブを選択することにより、画像表示領域ＩＡを含むスライドショー印刷ページと、印刷キューの状態表示ページと、プリンタステータス表示ページと、を切り替えることが可能である。このような表示の切り替えは、プリンタ１００のＨＴＴＰサーバ１７２が、Ｗｅｂブラウザ２７２からの要求に応じて、印刷キューの状態表示ページやプリンタステータス表示ページのＨＴＭＬファイル１７８を応答することにより実現される。

図１０は、印刷キューの状態表示ページの一例を示す説明図である。印刷キューの状態表示ページには、スライドショー印刷用印刷キュー１７６の状態が表示される。印刷キューの状態表示ページ上で、ユーザが「中止」ボタンや「削除」ボタンを選択すると、現在プリンタエンジン１４０により実行されている印刷処理が中止されたり、スライドショー印刷用印刷キュー１７６に登録された画像の印刷処理が取り止められたりする。図１１は、プリンタステータス表示ページの一例を示す説明図である。プリンタステータス表示ページには、例えば、インク残量や各種メッセージが表示される。

また、本実施例のスライドショー印刷処理では、画像表示領域ＩＡを含むスライドショー印刷ページ（図８）の表示中に、プリンタ１００において紙詰まりやインク切れ等のエラーが発生した場合には、図１２に示すように、ページ中に「エラー」ボタンが表示される。ユーザがこの「エラー」ボタンを選択すると、ＤＴＶ２００の表示はプリンタステータス表示ページ（図１１）に切り替わる。これにより、ユーザは、プリンタ１００におけるエラーの発生を迅速に知ることができると共に、エラーの内容を確認することができる。なお、このような処理は、ＵＰｎＰのイベントにより実現可能である。

Ｂ．第２実施例：
図１３は、本発明の第２実施例としてのプリンタを含むネットワークシステムの構成を概略的に示す説明図である。第２実施例のネットワークシステム１０ａは、プリンタ１００の内部記憶装置１７０に、画像リサイズアプリケーションプログラム（以下「リサイズアプリケーション」と呼ぶ）１８２と、ＪＰＥＧデコードモジュール１８４と、ＪＰＥＧエンコードモジュール１８６と、が格納されている点が、図１に示した第１実施例のネットワークシステム１０と異なっている。その他の構成は、第１実施例のネットワークシステム１０と同じである。なお、第２実施例では、メモリカード１５４に格納された画像データのファイル形式がＪＰＥＧファイルであるとして説明するが、他のファイル形式であるとしてもよい。この場合には、ＪＰＥＧデコードモジュール１８４およびＪＰＥＧエンコードモジュール１８６の代わりに、画像データのファイル形式に応じたデコードモジュールおよびエンコードモジュールが用いられる。

第２実施例のネットワークシステム１０ａは、第１実施例のネットワークシステム１０と同様に、スライドショー印刷処理を実行可能である。第２実施例のネットワークシステム１０ａによるスライドショー印刷処理では、プリンタ１００のＨＴＴＰサーバ１７２がＤＴＶ２００のＷｅｂブラウザ２７２に画像データを応答する際に、画像のリサイズを実行する点が第１実施例とは異なっている。以下、この点について説明する。

図１４は、第２実施例のネットワークシステム１０ａにおけるスライドショー印刷処理の流れを示すフローチャートである。図１４には、第１実施例のスライドショー印刷処理におけるステップＳ２１０からＳ２５０までの処理（図３）に対応した処理のみを示している。図１４に示した第２実施例におけるステップＳ２１０からＳ２３０までの処理は、第１実施例と同じである。すなわち、プリンタ１００のＨＴＴＰサーバ１７２により、画像データのＵＲＬがスライドショー印刷ページのＨＴＭＬファイル１７８に埋め込まれ（ステップＳ２１０）、当該ＨＴＭＬファイル１７８がＤＴＶ２００に対し応答される（ステップＳ２２０）。また、ＤＴＶ２００のＷｅｂブラウザ２７２により、受領されたＨＴＭＬファイル１７８が解釈され、埋め込まれている画像データのリクエストが発行される（ステップＳ２３０）。なお、ステップＳ２３０における画像データのリクエストは、ステップＳ２２０におけるＨＴＭＬファイル１７８の応答に関連付けられている。このような関連付けは、例えば、ＨＴＴＰのクッキーの仕組みを用いて実現できる。

プリンタ１００のＨＴＴＰサーバ１７２（図１３）は、ステップＳ２３０における画像データのリクエストが、ステップＳ２２０におけるＨＴＭＬファイル１７８の応答に関連付けられたものであると判断し、画像のリサイズを実行した後に画像データを応答する。

具体的には、ステップＳ２４１（図１４）では、プリンタ１００のＨＴＴＰサーバ１７２が、リクエストされたＵＲＬの画像データをメモリカード１５４から検索し、当該画像データの一部を取得する。このとき、取得される画像データは、画像リサイズ用に確保された内部記憶装置１７０中の領域に格納できる大きさのデータである。

ステップＳ２４２では、ＪＰＥＧデコードモジュール１８４が、ステップＳ２４１で取得された画像データ（ＪＰＥＧ画像）のデコードを行う。デコードされた画像データは、内部記憶装置１７０の所定の領域に一時的に格納される。

ステップＳ２４３では、リサイズアプリケーション１８２が、ステップＳ２４２でデコードされた画像データのリサイズを行う。ここで、本ステップにおける画像のリサイズは、画像が、スライドショー印刷ページ（図８）の画像表示領域ＩＡにぴったり収まるような大きさとなるように、実行される。プリンタ１００は、ステップＳ２２０（図１４）でＤＴＶ２００に対し応答されたスライドショー印刷のＨＴＭＬファイル１７８中の画像表示領域ＩＡの大きさを認識している。そのため、リサイズアプリケーション１８２は、画像データを、画像表示領域ＩＡの大きさとなるようにリサイズすることができる。

ステップＳ２４４では、ＪＰＥＧエンコードモジュール１８６が、ステップＳ２４３でリサイズされた画像データに対しＪＰＥＧエンコードを行い、再度、ＪＰＥＧ形式の画像データを生成する。

ステップＳ２４５では、ステップＳ２４４でＪＰＥＧエンコードされた画像データを、ＤＴＶ２００に対し応答する。これにより、ＤＴＶ２００の表示部２３０に表示されたスライドショー印刷ページ中の画像表示領域ＩＡ（図８）に、画像の一部が表示される。

ステップＳ２４６では、ＨＴＴＰサーバ１７２が、ステップＳ２３０でリクエストされた、画像データのすべてを応答したかを判定する。未応答の画像データの部分がある場合には、ステップＳ２４１に戻って、ステップＳ２４１からＳ２４５までの処理を実行する。ステップＳ２４１からＳ２４５までの処理が繰り返し実行され、画像データのすべてが応答されると、スライドショー印刷ページ中の画像表示領域ＩＡ（図８）に画像の全体が表示される。その後、ステップＳ２５０（図１４）以降の処理が実行される。

なお、ステップＳ２４５の画像データの応答は、ステップＳ２４４のエンコードの完了の都度実行される必要はない。ネットワークインターフェイス１６０（図１３）が、エンコードされた画像データをネットワーク転送の転送ブロックサイズにまとめ、その後、画像データの応答を行うとしてもよい。

以上説明したように、第２実施例のネットワークシステム１０ａによるスライドショー印刷処理では、ＤＴＶ２００のＷｅｂブラウザ２７２による画像データのリクエストに対する応答の際に、プリンタ１００のリサイズアプリケーション１８２によって画像のリサイズが実行される。この画像のリサイズは、画像が、スライドショー印刷ページ（図８）の画像表示領域ＩＡにぴったり収まるような大きさとなるように、実行される。そのため、プリンタ１００から画像データを受領したＷｅｂブラウザ２７２は、受領した画像をそのまま画像表示領域ＩＡに表示するだけでよく、画像のリサイズを行う必要は無い。従って、本実施例のスライドショー印刷処理では、スライドショー印刷処理を円滑に行うことができる。特に、一般に、ＤＴＶ２００のＣＰＵ２１０等のリソースの性能は、プリンタ１００のリソースの性能と比較して低い場合が多い。本実施例のスライドショー印刷処理では、画像のリサイズをリソースの性能の低いＤＴＶ２００側で行う必要が無いため、スライドショー印刷処理を特に円滑に行うことができる。また、近年、画像データのサイズは増大する傾向にあり、画像をスライドショー印刷ページ（図８）の画像表示領域ＩＡにぴったり収まるようにするためには、サイズを縮小することとなる場合が多い。この場合には、本実施例のスライドショー印刷処理では、プリンタ１００側で画像のリサイズ（サイズ縮小）を行ってからＤＴＶ２００に応答することにより、ネットワークの負荷を低減することができると共に、スライドショー印刷処理をより円滑に行うことができる。

Ｃ．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。

Ｃ１．変形例１：
上記各実施例におけるネットワークシステム１０の構成は、あくまで一例であり、ネットワークシステム１０を他の構成とすることも可能である。図１５は、変形例としてのプリンタを含むネットワークシステムの構成を概略的に示す説明図である。図１５に示した変形例としてのネットワークシステム１０ｂは、プリンタ１００がネットワークプロトコル制御部１９０が独立している構成を有している点が、上記各実施例とは異なっている。変形例のネットワークシステム１０ｂにおけるプリンタ１００のネットワークプロトコル制御部１９０は、ＣＰＵ１９２と、ＲＯＭやＲＡＭ等の内部記憶装置１９４と、ネットワークインターフェイス１９６と、を含んでおり、上記各実施例におけるＣＰＵ１１０、ネットワークプロトコル制御モジュール１７１およびネットワークインターフェイス１６０に相当する機能を有している。プリンタ１００において、ネットワークプロトコル制御部１９０と残りの構成との間は、例えばＵＳＢ１９８によって接続されている。プリンタ１００を図１５に示す構成とすることにより、ＵＰｎＰにおいてプロトコルの制御を行う部分とサービスデバイスとして機能する部分とを分割することができ、設計の柔軟性を向上させることができる。

Ｃ２．変形例２：
上記各実施例では、複数の画像データに連続番号Ｎが付与され、画像データのＵＲＬが連続番号Ｎの順にＨＴＭＬファイル１７８に埋め込まれることによって、スライドショー表示を実現しているが、必ずしもこのようにする必要は無い。例えば、複数の画像データに、Ｗｅｂブラウザ２７２に対して送信したことを示す情報を付与し、Ｗｅｂブラウザ２７２からの要求を受けたＨＴＴＰサーバ１７２が、未だＷｅｂブラウザ２７２に対して送信していない画像データの中から任意の画像データを選択して、その画像データのＵＲＬをＨＴＭＬファイル１７８に埋め込むとしてもよい。

Ｃ３．変形例３：
上記第２実施例では、リサイズアプリケーション１８２による画像データのリサイズ（図１４のステップＳ２４３）が、リサイズ後の画像がスライドショー印刷ページの画像表示領域ＩＡにぴったり収まるような大きさとなるように実行されるとしている。すなわち、Ｗｅｂブラウザ２７２が画像の表示に伴い画像のリサイズを行う必要がないように、画像データのリサイズが行われるとしている。しかし、画像データのリサイズは、必ずしもこのような態様で実行される必要はなく、Ｗｅｂブラウザ２７２における画像表示に伴う処理負荷が低減されれば、他の態様で実行されるとしてもよい。例えば、画像データのリサイズが、Ｗｅｂブラウザ２７２が画素の補間を行うことなく、画素の単純間引き（例えば１０画素あたり１画素の間引き）といった比較的負荷の小さい処理を行うのみで画像を表示可能となるように、行われるとしてもよい。このようにしても、スライドショー表示を円滑に行うことができる。

Ｃ４．変形例４：
上記第２実施例では、ネットワークシステム１０ａ（図１３）によるスライドショー印刷処理について説明したが、本発明は、スライドショー表示のみにも適用可能である。すなわち、本発明は、プリンタ１００から印刷機能を除いたネットワーク装置とＤＴＶ２００とを備えるネットワークシステムにおいて、スライドショー表示を行う場合にも適用可能である。

Ｃ５．変形例５：
上記各実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。

本発明の第１実施例としてのプリンタを含むネットワークシステムの構成を概略的に示す説明図。 本実施例のネットワークシステム１０におけるスライドショー印刷処理の流れを示すフローチャート。 本実施例のネットワークシステム１０におけるスライドショー印刷処理の流れを示すフローチャート。 本実施例のネットワークシステム１０におけるスライドショー印刷処理の流れを示すフローチャート。 プリンタトップページの一例を示す説明図。 スライドショー印刷のメニューページの一例を示す説明図。 印刷設定メニューページの一例を示す説明図。 スライドショー印刷ページの一例を示す説明図。 スライドショー印刷用印刷キュー１７６の内容の一例を示す説明図。 印刷キューの状態表示ページの一例を示す説明図。 プリンタステータス表示ページの一例を示す説明図。 プリンタにおいてエラーが発生した場合のスライドショー印刷ページの一例を示す説明図。 本発明の第２実施例としてのプリンタを含むネットワークシステムの構成を概略的に示す説明図。 第２実施例のネットワークシステム１０ａにおけるスライドショー印刷処理の流れを示すフローチャート。 変形例としてのプリンタを含むネットワークシステムの構成を概略的に示す説明図。

符号の説明

１０...ネットワークシステム
１００...プリンタ
１１０...ＣＰＵ
１２０...操作部
１３０...表示部
１４０...プリンタエンジン
１５０...カードインターフェイス
１５２...カードスロット
１５４...メモリカード
１６０...ネットワークインターフェイス
１７０...内部記憶装置
１７２...ＨＴＴＰサーバアプリケーションプログラム
１７４...印刷処理部
１７５...一般用印刷キュー
１７６...スライドショー印刷用印刷キュー
１７８...ＨＴＭＬファイル
１８２...画像リサイズアプリケーションプログラム
１８４...ＪＰＥＧデコードモジュール
１８６...ＪＰＥＧエンコードモジュール
１９０...ネットワークプロトコル制御部
１９２...ＣＰＵ
１９４...内部記憶装置
１９６...ネットワークインターフェイス
１９８...ＵＳＢ
２００...ＤＴＶ
２１０...ＣＰＵ
２２０...操作部
２３０...表示部
２６０...ネットワークインターフェイス
２７０...内部記憶装置
２７２...ブラウザアプリケーションプログラム

Claims (5)

1. 印刷装置であって、
   複数の画像データを取得する画像取得部と、
   前記画像データに基づき画像の印刷を行う印刷部と、
   ネットワーク上のクライアントに前記複数の画像データの表す複数の画像を順次切り替えて表示するスライドショー表示を実行させるために前記クライアントとの間でメッセージの交換を行うと共に、前記スライドショー表示中における前記クライアントからの印刷要求に応じて、前記クライアントに表示された画像に対応した前記画像データに基づく印刷の実行を前記印刷部に指示するスライドショー印刷制御部と、
   ネットワーク型プラグアンドプレイのプロトコルに従って、前記クライアントと前記スライドショー印刷制御部との間のメッセージの交換を制御するネットワークプロトコル制御部と、を備え、
   前記スライドショー印刷制御部は、前記クライアントからの印刷要求を受領したとき、前記印刷部に印刷の実行を指示すると共に前記スライドショー表示を続行させ、
   前記印刷部は、順次実行されるべき印刷処理が登録される印刷キューであって前記スライドショー表示中における印刷要求に応じた印刷処理のために準備された第１の印刷キューを有すると共に、前記スライドショー印刷制御部による印刷実行指示時に指示された印刷処理を実行可能な状態である場合には印刷処理を開始し、前記スライドショー印刷制御部による印刷実行指示時に指示された印刷処理を実行可能な状態ではない場合には指示された印刷処理を前記第１の印刷キューに登録する、印刷装置。
2. 請求項１記載の印刷装置であって、
   前記スライドショー印刷制御部は、Ｗｅｂサーバとしての機能を有すると共に、Ｗｅｂブラウザとしての機能を有する前記クライアントから所定のマークアップ言語で記述された前記スライドショー表示を行うためのスライドショー表示ファイルの送信要求を受領し、前記複数の画像データの内の未送信の画像データの場所を示す情報と所定時間経過後に再度スライドショー表示ファイルの送信要求を前記クライアントに発行させるための情報とをスライドショー表示ファイルに埋め込んで前記クライアントに送信し、前記クライアントから前記スライドショー表示ファイルに場所を示す情報が埋め込まれた画像データの送信要求を受領し、前記要求された画像データを前記クライアントに送信することによって、前記クライアントに前記スライドショー表示を実現させる、印刷装置。
3. 請求項２記載の印刷装置であって、
   前記スライドショー印刷制御部は、前記クライアントからの印刷要求を受領したときは、前記クライアントからスライドショー表示ファイルの送信要求を受領した場合と同様に、前記スライドショー表示ファイルを前記クライアントに送信する、印刷装置。
4. 請求項１ないし請求項３のいずれかに記載の印刷装置であって、
   前記印刷部は、さらに、前記スライドショー表示中における印刷要求に応じた印刷処理以外の他の印刷処理のために準備された第２の印刷キューを含むと共に、前記スライドショー表示中に、前記他の印刷処理の印刷実行指示を受領したときは、前記他の印刷処理を前記第２の印刷キューに登録し、前記スライドショー表示中における印刷要求に応じた印刷処理がすべて終了した後、登録された前記他の印刷処理を開始する、印刷装置。
5. 請求項１ないし請求項４のいずれかに記載の印刷装置であって、さらに、
   前記スライドショー表示が開始される前に、前記スライドショー表示中における印刷要求に応じた印刷処理において共通して用いられる印刷条件の設定を行う印刷設定部を備える、印刷装置。

Images