JP2007122163A - ネットワーク型プラグアンドプレイを利用したネットワークにおけるネットワーク装置への記録媒体の接続の監視 - Google Patents

Abstract

【課題】ネットワーク型プラグアンドプレイを利用したネットワークにおいて、ネットワーク装置への記録媒体の接続を、ネットワーク経由で監視することを可能とする。
【解決手段】ネットワーク装置は、記録媒体インターフェースに接続された記録媒体に格納されたデータを用いた所定のサービスをネットワーク上のクライアントに提供するためのサービス提供部と、クライアントから所定の第１のメッセージを受領したときに、記録媒体インターフェースに記録媒体が接続されているか否かを判定する接続判定部と、を備える。サービス提供部は、記録媒体が接続されていないと判定された場合には、クライアントに記録媒体が接続されていないことを知らせると共に所定時間経過後に再度第１のメッセージをネットワーク装置宛てに発行させるためのメッセージを、クライアントに送信する。
【選択図】図２

Description

本発明は、ネットワーク型プラグアンドプレイを利用したネットワークにおいて、ネットワーク装置への記録媒体の接続を監視する技術に関する。

記録媒体（例えばメモリカード）用のインターフェースを有し、インターフェースを介して接続された記録媒体との間でデータのやり取りを行うことが可能なプリンタが知られている（例えば特許文献１）。このようなプリンタは、記録媒体がインターフェースに接続されると直ちに記録媒体を検出し、例えばプリンタの有するディスプレイ上に記録媒体に格納されたデータの内容等を表示可能な状態となる。

特開２００２−３３４０２２

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

ネットワーク型プラグアンドプレイを利用してプリンタとデジタルテレビ等の表示装置とが接続されたネットワークにおいて、プリンタへの記録媒体の接続を、例えば表示装置を用いてネットワーク経由で監視する技術は知られていなかった。

なお、このような問題は、プリンタへの記録媒体の接続に限らず、ネットワーク型プラグアンドプレイを利用したネットワークにおけるネットワーク装置への記録媒体の接続の監視に共通の課題であった。

本発明は、ネットワーク型プラグアンドプレイを利用したネットワークにおいて、ネットワーク装置への記録媒体の接続を、ネットワーク経由で監視することを可能とする技術を提供することを目的とする。

上記課題の少なくとも一部を解決するために、本発明のネットワーク装置は、
記録媒体を接続させるための記録媒体インターフェースと、
前記記録媒体インターフェースに接続された記録媒体に格納されたデータを用いた所定のサービスをネットワーク上のクライアントに提供するために、前記クライアントとの間でメッセージの交換を行うサービス提供部と、
ネットワーク型プラグアンドプレイのプロトコルに従って、前記クライアントと前記サービス提供部との間のメッセージの交換を制御するネットワークプロトコル制御部と、
前記サービス提供部が前記クライアントから所定の第１のメッセージを受領したときに、前記記録媒体インターフェースに記録媒体が接続されているか否かを判定する接続判定部と、を備え、
前記サービス提供部は、前記接続判定部が前記記録媒体インターフェースに記録媒体が接続されていないと判定した場合には、前記クライアントに前記記録媒体インターフェースに記録媒体が接続されていないことを知らせると共に所定時間経過後に再度前記第１のメッセージを前記ネットワーク装置宛てに発行させるための第２のメッセージを前記クライアントに送信し、前記接続判定部が前記記録媒体インターフェースに記録媒体が接続されていると判定した場合には、前記所定のサービスを進行させるための第３のメッセージを前記クライアントに送信する。

このネットワーク装置では、接続判定部により記録媒体インターフェースに記録媒体が接続されていないと判定された場合には、クライアントに記録媒体インターフェースに記録媒体が接続されていないことを知らせると共に所定時間経過後に再度第１のメッセージをネットワーク装置宛てに発行させるためのメッセージが、クライアントに送信される。そのため、クライアントは記録媒体インターフェースに記録媒体が接続されていないことを知ることができる。また、クライアントは、所定時間経過後に再度第１のメッセージを発行することとなるため、接続判定部は、再度、記録媒体インターフェースに記録媒体が接続されているか否かの判定を実行する。これらの処理は、接続判定部により記録媒体インターフェースに記録媒体が接続されていると判定されるまで、繰り返し実行される。接続判定部により記録媒体インターフェースに記録媒体が接続されていると判定されると、所定のサービスを進行させるための第３のメッセージがクライアントに送信される。従って、このネットワーク装置では、ネットワーク装置への記録媒体の接続を、ネットワーク経由で監視することができる。

上記ネットワーク装置において、
前記第１のメッセージは、前記サービス提供部による１回の前記所定のサービスの提供の間に前記クライアントにより発行される複数のメッセージの内、前記サービス提供部に記録媒体に格納されたデータへのアクセスを実行させる最初のメッセージ以前に発行されるメッセージであるとしてもよい。

このようにすれば、記録媒体に格納されたデータを用いた所定のサービスを中断させることなく、ネットワーク装置への記録媒体の接続をネットワーク経由で監視することができる。

また、上記ネットワーク装置において、
前記サービス提供部は、Ｗｅｂブラウザとしての機能を有する前記クライアントからの要求に応じて所定のマークアップ言語で記述されたマークアップ言語ファイルを応答するＷｅｂサーバとしての機能を有し、
前記第２のメッセージは、所定時間経過後に再度前記第１のメッセージを発行させるための情報が埋め込まれたマークアップ言語ファイルを含むとしてもよい。

このようにすれば、Ｗｅｂサーバとしての機能を有するサービス提供部を備えるネットワーク装置への記録媒体の接続を、ネットワーク経由で監視することができる。

また、上記ネットワーク装置において、
前記サービス提供部は、前記記録媒体インターフェースに接続された記録媒体に格納された画像データに基づき画像の印刷を行う印刷部を含み、
前記サービス提供部が前記クライアントに提供する前記所定のサービスは、前記印刷部による画像の印刷であるとしてもよい。

このようにすれば、印刷部による画像印刷のサービスをクライアントに提供可能なネットワーク装置への記録媒体の接続を、ネットワーク経由で監視することができる。

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

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

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

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

プリンタ１００は、ＵＰｎＰネットワークにおけるサービスデバイスとして機能し、コントロールポイントに対してプリントサービスを提供する。プリンタ１００は、ＣＰＵ１１０と、ボタンやタッチパネル等の操作部１２０と、液晶モニタ等の表示部１３０と、プリンタエンジン１４０と、カードインターフェース（カードＩ／Ｆ）１５０と、ネットワークインターフェース（ネットワークＩ／Ｆ）１６０と、ＲＯＭやＲＡＭ等の内部記憶装置１７０と、を備えている。

プリンタエンジン１４０は、印刷データに基づき印刷を行う印刷機構である。ネットワークインターフェース１６０は、ネットワーク上の他の装置との間で交換されるメッセージやデータを仲介する機能を有している。カードインターフェース１５０は、カードスロット１５２に挿入されたメモリカード１５４との間でデータのやり取りを行うインターフェースである。

プリンタ１００の内部記憶装置１７０には、ネットワークプロトコル制御部１７１と、ＨＴＴＰサーバプログラム（以下「ＨＴＴＰサーバ」と呼ぶ）１７２と、印刷処理部１７３と、カード挿入判定部１７４と、印刷可否判定部１７５と、複数のＨＴＭＬファイル１７８と、が格納されている。

ネットワークプロトコル制御部１７１は、ＵＰｎＰのプロトコルやその他のプロトコルに従って、ネットワークシステム１０上の他の装置との間で、メッセージやデータの仲介を行うためのコンピュータプログラムである。ＨＴＴＰサーバ１７２は、ブラウザ等のクライアントからの要求に応じて、ＨＴＭＬファイル１７８等を応答するためのコンピュータプログラムである。印刷処理部１７３は、プリンタエンジン１４０を制御して、メモリカード１５４内に格納された画像データに基づく画像の印刷を行うためのコンピュータプログラムである。カード挿入判定部１７４は、カードスロット１５２にメモリカード１５４が挿入されているか否か、すなわち、メモリカード１５４がプリンタ１００との間でデータ交換が可能なようにプリンタ１００に接続されているか否かを判定するためのコンピュータプログラムである。印刷可否判定部１７５は、プリンタエンジン１４０が印刷実行可能な状態となっているか否かを判定するためのコンピュータプログラムである。ここで、印刷実行可能な状態とは、プリンタエンジン１４０においてプリンタエラー（例えば紙詰まり、用紙切れ、インク切れ、トナー切れ等）が発生しておらず、印刷機構が稼働可能な状態を意味している。ＣＰＵ１１０は、内部記憶装置１７０から、ネットワークプロトコル制御部１７１、ＨＴＴＰサーバ１７２、印刷処理部１７３、カード挿入判定部１７４および印刷可否判定部１７５を読み出して実行することにより、後述の印刷処理を実現する。なお、ＣＰＵ１１０およびＨＴＴＰサーバ１７２は、本発明におけるサービス提供部として機能する。また、ＨＴＴＰサーバ１７２は、ＷｅｂサーバまたはＷＷＷサーバとも呼ばれる。

ＤＴＶ２００は、ＵＰｎＰネットワークにおけるコントロールポイントとして機能する。本実施例では、ＤＴＶ２００は、サービスデバイスとしてのプリンタ１００に対するクライアントとして機能する。ＤＴＶ２００は、ＣＰＵ２１０と、ボタンやリモコンおよびリモコン受光部等の操作部２２０と、液晶パネル等の表示部２３０と、ネットワークインターフェース（ネットワークＩ／Ｆ）２６０と、ＲＯＭやＲＡＭ等の内部記憶装置２７０と、を備えている。ネットワークインターフェース２６０は、ネットワーク上の他の装置との間で交換されるメッセージやデータを仲介する機能を有している。

ＤＴＶ２００の内部記憶装置２７０には、Ｗｅｂブラウザプログラム（以下「Ｗｅｂブラウザ」と呼ぶ）２７２が格納されている。Ｗｅｂブラウザ２７２は、ネットワークを介してＨＴＭＬファイル等を取得し、取得したＨＴＭＬファイル等を解析して表示部２３０上に表示するためのコンピュータプログラムである。ＣＰＵ２１０は、内部記憶装置２７０から、Ｗｅｂブラウザ２７２を読み出して実行することにより、後述の印刷処理を実現する。

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

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

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

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

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

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

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

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

図２および図３は、本実施例のネットワークシステム１０における印刷処理の流れを示すフローチャートである。本実施例の印刷処理は、ユーザによるＤＴＶ２００の表示部２３０および操作部２２０を介した指示に従って、メモリカード１５４に格納された画像データの表す画像をプリンタ１００のプリンタエンジン１４０を用いて印刷する処理である。

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

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

ステップＳ１２０では、プリンタ１００のカード挿入判定部１７４（図１）が、カードスロット１５２にメモリカード１５４が挿入されているか否かを判定する。ステップＳ１２０においてメモリカード１５４が挿入されていないと判定された場合には、処理はステップＳ１３０に進む。

ステップＳ１３０では、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、ステップＳ１１０におけるＤＴＶ２００からのリクエストに対して、予め準備されたメモリカード未挿入ページのＨＴＭＬファイル１７８を応答する。これにより、ＤＴＶ２００の表示部２３０（図１）には、メモリカード未挿入ページが表示される。

図４は、メモリカード未挿入ページの一例を示す説明図である。図４に示すように、メモリカード未挿入ページには、カードスロット１５２にメモリカード１５４が挿入されていないことをユーザに知らせるための表示ＮＣＩ（以下「メモリカード未挿入表示ＮＣＩ」と呼ぶ）が含まれている。なお、本実施例では、図４に示すメモリカード未挿入ページは、後述のプリンタトップページにメモリカード未挿入表示ＮＣＩが付加された構成となっている。このときプリンタトップページ中に含まれる各ボタンは、グレイアウト表示、すなわち、ユーザによる選択が不可能な表示（図４においては破線で表現する）となっている。従って、ユーザは、ＤＴＶ２００の表示部２３０に図４に示すメモリカード未挿入ページが表示されたときには、ページ上で何らかの選択操作を行うことはできない。

また、プリンタ１００のＨＴＴＰサーバ１７２（図１）は、ステップＳ１３０（図２）においてメモリカード未挿入ページのＨＴＭＬファイル１７８の応答を実行する際に、所定時間（例えば５秒間）経過後にプリンタトップページのリクエストを再発行させるための指定（リフレッシュ指定）をＨＴＭＬファイル１７８内に埋め込む。そのため、ＤＴＶ２００のＷｅｂブラウザ２７２は、メモリカード未挿入ページのＨＴＭＬファイル１７８受領から所定時間経過すると、再度ステップＳ１１０に戻って、プリンタ１００のトップページをリクエストする。これにより、ステップＳ１２０（図２）においてメモリカード１５４が挿入されていると判定されるまでは、ステップＳ１１０およびＳ１３０の処理が繰り返し実行され、ＤＴＶ２００の表示部２３０には、図４に示したメモリカード未挿入ページが更新表示され続ける。

ユーザがカードスロット１５２にメモリカード１５４を挿入すると、その後のステップＳ１２０において、メモリカード１５４が挿入されていると判定される。このときには、印刷処理を進行させるため、処理はステップＳ１４０に進む。

ステップＳ１４０（図２）では、プリンタ１００の印刷可否判定部１７５（図１）が、プリンタエンジン１４０が印刷実行可能な状態となっているか否かを判定する。すなわち、印刷可否判定部１７５は、プリンタエンジン１４０においてプリンタエラー（例えば紙詰まり、用紙切れ、インク切れ、トナー切れ等）が発生していないか否かを判定する。ステップＳ１４０においてプリンタエラーが検出された場合には、処理はステップＳ１５０に進む。

ステップＳ１５０では、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、ステップＳ１１０におけるＤＴＶ２００からのリクエストに対して、プリンタエラーページのＨＴＭＬファイル１７８を応答する。これにより、ＤＴＶ２００の表示部２３０（図１）には、プリンタエラーページが表示される。

図５は、プリンタエラーページの一例を示す説明図である。図５に示すように、プリンタエラーページには、プリンタエンジン１４０にエラーが発生していることを知らせる表示ＰＥＩ（以下「プリンタエラー表示ＰＥＩ」と呼ぶ）が含まれている。なお、本実施例では、プリンタエラーページは、図４に示したメモリカード未挿入ページと同様に、後述のプリンタトップページにプリンタエラー表示ＰＥＩが付加された構成となっている。そして、プリンタトップページ中に含まれる各ボタンは、グレイアウト表示、すなわち、ユーザによる選択が不可能な表示（図５においては破線で表現する）となっている。従って、ユーザは、ＤＴＶ２００の表示部２３０にプリンタエラーページが表示されたときには、ページ上で何らかの選択操作を行うことはできない。

また、プリンタ１００のＨＴＴＰサーバ１７２は、ステップＳ１５０（図２）においてプリンタエラーページのＨＴＭＬファイル１７８の応答を実行する際に、ステップＳ１３０におけるメモリカード未挿入ページの応答の際と同様に、所定時間（例えば５秒間）経過後にプリンタトップページのリクエストを再発行させるための指定（リフレッシュ指定）をＨＴＭＬファイル１７８内に埋め込む。そのため、ＤＴＶ２００のＷｅｂブラウザ２７２は、プリンタエラーページのＨＴＭＬファイル１７８受領から所定時間経過すると、再度ステップＳ１１０に戻って、プリンタ１００のトップページをリクエストする。すなわち、ステップＳ１４０においてプリンタエラーが検出されなくなるまでは、ステップＳ１１０およびＳ１５０の処理が繰り返し実行され、ＤＴＶ２００の表示部２３０には、図５に示したプリンタエラーページが更新表示され続ける。

ユーザが、プリンタエラーに対する対応（例えば詰まり紙の除去や用紙の補給等）を実行すると、その後のステップＳ１４０において、プリンタエラーが検出されなくなる。このときには、印刷処理を進行させるため、処理はステップＳ１６０に進む。

ステップＳ１６０（図２）では、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、ステップＳ１１０におけるＤＴＶ２００からのリクエストに対して、プリンタトップページのＨＴＭＬファイル１７８（図１）を応答する。これにより、ＤＴＶ２００の表示部２３０（図１）には、プリンタトップページが表示される。図６は、プリンタトップページの一例を示す説明図である。図６に示すように、プリンタトップページには、プリンタ１００が提供する種々のサービスをユーザに選択させるためのボタンが表示される。プリンタトップページでは、これらのボタンは、図４に示したメモリカード未挿入ページや図５に示したプリンタエラーページにおける場合と異なり、ユーザによる選択が可能な表示となっている。従って、ユーザは、ＤＴＶ２００の表示部２３０にプリンタトップページが表示されたときには、印刷処理を進行させるための選択操作を実行することができる。

なお本実施例では、プリンタ１００は、ＤＴＶ２００に提供する印刷サービスとして、一覧表示印刷とスライドショー表示印刷とを有するものとしている。一覧表示印刷とは、メモリカード１５４に格納された画像データに対応したサムネイル画像をＤＴＶ２００の表示部２３０上に一覧表示し、その中からユーザにより選択された画像の印刷を実行するサービスである。また、スライドショー表示印刷とは、メモリカード１５４に格納された画像データの表す画像をＤＴＶ２００の表示部２３０上でスライドショー表示し、スライドショー表示中にユーザにより選択された画像の印刷を実行するサービスである。以下では、ユーザにより一覧表示印刷のサービスが選択されたものとして説明を行う。

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

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

図７は、一覧表示印刷ページの一例を示す説明図である。図７に示すように、一覧表示印刷ページには、画像一覧表示エリアＩＡが含まれている。画像一覧表示エリアＩＡには、メモリカード１５４（図１）内に格納された画像データ（画像ファイル）に含まれるサムネイル画像が一覧表示される。ユーザは、一覧表示印刷ページ上で、画像一覧表示エリアＩＡに表示されたサムネイル画像の中から印刷を行う画像を選択し、さらに、印刷条件（例えば用紙サイズや用紙タイプ）を選択する。なお、より詳細には、図７に示した一覧表示印刷ページの表示は、ＤＴＶ２００のＷｅｂブラウザ２７２によるＨＴＭＬファイル１７８の解釈およびサムネイル画像のデータのリクエストを通じて実現される。

なお、ＨＴＴＰサーバ１７２は、ステップＳ１８０（図２）において、初めてメモリカード１５４に格納されたデータへのアクセスを実行することとなる。すなわち、本実施例では、ステップＳ１７０のＤＴＶ２００による一覧表示印刷ページのリクエストが、ＨＴＴＰサーバ１７２にメモリカード１５４に格納されたデータへのアクセスを実行させる最初のリクエストである。

ステップＳ１９０（図２）では、ＤＴＶ２００のＷｅｂブラウザ２７２（図１）が、印刷リクエストを発行する。この処理は、ユーザによる、図７に示した一覧表示印刷ページ上における印刷する画像および印刷条件の選択の後の「印刷」ボタンの選択に応じて実行される。Ｗｅｂブラウザ２７２が発行する印刷リクエストには、印刷要求ＵＲＬと印刷対象画像のＵＲＬとが含まれる。印刷要求ＵＲＬは、リクエストを受領したＨＴＴＰサーバ１７２に印刷処理部１７３（図１）を起動させるＵＲＬである。また、印刷対象画像のＵＲＬは、選択されたサムネイル画像に対応した画像データのＵＲＬである。なお、この印刷処理を実現する場合に、印刷処理部１７３は、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムとして機能する。

ステップＳ２００（図３）では、プリンタ１００のＨＴＴＰサーバ１７２が、印刷ステータスページのＨＴＭＬファイル１７８をＤＴＶ２００に対して応答する。これにより、ＤＴＶ２００の表示部２３０（図１）には、印刷ステータスページが表示される。図８は、印刷ステータスページの一例を示す説明図である。図８に示すように、印刷ステータスページには、印刷処理の進捗を示すプログレスバーＰＢが表示される。

なお、プリンタ１００のＨＴＴＰサーバ１７２は、印刷ステータスページのＨＴＭＬファイル１７８の応答（図３のステップＳ２００）を実行する際に、所定時間（例えば５秒間）経過後に、印刷ステータスページのリクエストをＷｅｂブラウザ２７２に再発行させるための指定（リフレッシュ指定）をＨＴＭＬファイル１７８内に埋め込む。

ステップＳ２１０（図３）では、プリンタ１００のＨＴＴＰサーバ１７２が、印刷処理部１７３（図１）を起動して、印刷リクエスト（図２のステップＳ１９０）に応じた画像の印刷を開始させる。印刷処理部１７３は、メモリカード１５４に格納された画像データの内、印刷リクエストにより指定された画像データを用いて、プリンタエンジン１４０による画像の印刷を開始する。

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

ステップＳ２３０では、プリンタ１００のＨＴＴＰサーバ１７２が、ステップＳ２００と同様に、印刷ステータスページのＨＴＭＬファイル１７８をリフレッシュ指定付きで応答する。このように、プリンタ１００の印刷処理部１７３による印刷処理中は、ＤＴＶ２００による印刷ステータスページのリクエストとプリンタ１００による応答とが、所定時間毎に繰り返し実行される。これにより、印刷処理の進捗に応じた印刷ステータスページ（図８）の更新表示が実現される。

ステップＳ２４０で、プリンタ１００の印刷処理部１７３による印刷処理が終了したものとする。プリンタ１００のＨＴＴＰサーバ１７２は、印刷処理終了の直後の印刷ステータスページリクエスト（ステップＳ２５０）に対しては、印刷完了ページのＨＴＭＬファイル１７８を応答する（ステップＳ２６０）。これにより、印刷処理が完了する。

以上説明したように、本実施例のネットワークシステム１０では、ネットワーク型プラグアンドプレイを利用して、ユーザによるＤＴＶ２００の表示部２３０および操作部２２０を介した指示に従って、プリンタ１００がメモリカード１５４に格納された画像データの表す画像を印刷する印刷処理を実現することができる。このネットワークシステム１０では、ＤＴＶ２００からのトップページのリクエストがプリンタ１００により受領されると、プリンタ１００のカード挿入判定部１７４（図１）が、カードスロット１５２にメモリカード１５４が挿入されているか否かを判定する。そして、メモリカード１５４が挿入されていないと判定された場合には、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、メモリカード未挿入ページのＨＴＭＬファイル１７８をＤＴＶ２００に応答する。このとき、メモリカード未挿入ページのＨＴＭＬファイル１７８には、所定時間経過後にプリンタトップページのリクエストを再発行する旨の指定（リフレッシュ指定）が埋め込まれる。そのため、ＤＴＶ２００のＷｅｂブラウザ２７２は、メモリカード未挿入ページのＨＴＭＬファイル１７８の受領から所定時間経過後に、再度、トップページのリクエストを発行する。すなわち、メモリカード１５４が挿入されていないと判定されている間は、トップページのリクエストの発行と、リフレッシュ指定付きのメモリカード未挿入ページのＨＴＭＬファイル１７８の応答とが繰り返し実行され、ＤＴＶ２００の表示部２３０には、メモリカード未挿入ページが更新表示され続ける。ユーザによりカードスロット１５２にメモリカード１５４が挿入されて、カード挿入判定部１７４によりメモリカード１５４が挿入されていると判定されると、プリンタ１００のＨＴＴＰサーバ１７２は、上記リフレッシュ指定付きのメモリカード未挿入ページのＨＴＭＬファイル１７８ではなく、印刷処理を進行させるための別のＨＴＭＬファイル１７８を応答する。従って、本実施例のネットワークシステム１０では、ネットワーク型プラグアンドプレイを利用したネットワークにおいて、プリンタ１００へのメモリカード１５４の挿入（接続）を、ネットワーク経由でＤＴＶ２００により監視することができる。

なお、ＤＴＶ２００の表示部２３０に表示されるメモリカード未挿入ページ（図４）はユーザによる選択が可能な表示を含まないため、メモリカード未挿入ページの更新表示によりユーザの選択が初期状態に戻ってしまうといった表示上の不具合が発生することもない。

また、本実施例のネットワークシステム１０では、ＤＴＶ２００からのトップページのリクエストがプリンタ１００により受領され、さらに、メモリカード１５４が挿入されていると判定されると、プリンタ１００の印刷可否判定部１７５（図１）が、プリンタエンジン１４０においてプリンタエラーが発生していないか否かを判定する。そして、プリンタエラーが検出された場合には、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、プリンタエラーページのＨＴＭＬファイル１７８をＤＴＶ２００に応答する。このとき、プリンタエラーページのＨＴＭＬファイル１７８には、上述したメモリカード未挿入ページのＨＴＭＬファイル１７８の場合と同様に、リフレッシュ指定が埋め込まれる。そのため、ＤＴＶ２００のＷｅｂブラウザ２７２は、プリンタエラーページのＨＴＭＬファイル１７８の受領から所定時間経過後に、再度、トップページのリクエストを発行する。すなわち、プリンタエラーが検出されている間は、トップページのリクエストの発行と、リフレッシュ指定付きのプリンタエラーページのＨＴＭＬファイル１７８の応答とが繰り返し実行され、ＤＴＶ２００の表示部２３０には、プリンタエラーページが更新表示され続ける。ユーザによりプリンタエラーに対する対応が実行されて、印刷可否判定部１７５によりプリンタエラーが検出されなくなると、プリンタ１００のＨＴＴＰサーバ１７２は、上記リフレッシュ指定付きのプリンタエラーページのＨＴＭＬファイル１７８ではなく、印刷処理を進行させるための別のＨＴＭＬファイル１７８を応答する。従って、本実施例のネットワークシステム１０では、ネットワーク型プラグアンドプレイを利用したネットワークにおいて、プリンタ１００におけるプリンタエラーの解除を、ネットワーク経由でＤＴＶ２００により監視することができる。

なお、ＤＴＶ２００の表示部２３０に表示されるプリンタエラーページ（図５）は、メモリカード未挿入ページ（図４）と同様に、ユーザによる選択が可能な表示を含まないため、プリンタエラーページの更新表示によりユーザの選択が初期状態に戻ってしまうといった表示上の不具合が発生することもない。

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

Ｂ１．変形例１：
上記実施例における印刷処理の流れはあくまで一例であり、印刷処理を他の態様で実行してもよい。例えば、印刷処理において、プリンタ１００のカード挿入判定部１７４（図１）によるメモリカード１５４の挿入の判定（図２のステップＳ１２０）を実行するタイミングや、プリンタ１００の印刷可否判定部１７５（図１）によるプリンタエラーの検出（図２のステップＳ１４０）を実行するタイミングは、他のタイミングに変更可能である。

図９は、変形例としての印刷処理の流れを示すフローチャートである。図９には、変形例の印刷処理の内、図２に示した処理に対応した処理を示している。図２に示した実施例においては、メモリカード１５４の挿入の判定（図２のステップＳ１２０）は、プリンタ１００がプリンタトップページリクエストを受領したとき（図２のステップＳ１１０）に行われている。これに対し、図９に示した変形例では、メモリカード１５４の挿入の判定（図９のステップＳ３４０）は、プリンタ１００が一覧表示印刷ページリクエストを受領したとき（図９のステップＳ３３０）に行われている。このようにしても、プリンタ１００へのメモリカード１５４の挿入（接続）を、ネットワーク経由でＤＴＶ２００により監視することができる。プリンタ１００のカード挿入判定部１７４によるメモリカード１５４の挿入の判定は、１回の印刷処理の間にＤＴＶ２００により発行される複数のリクエストの内、ＨＴＴＰサーバ１７２にメモリカード１５４に格納されたデータへのアクセスを実行させる最初のリクエスト（上記実施例および図９の変形例における一覧表示印刷ページリクエスト）がプリンタ１００により受領されたとき、または当該最初のリクエストより前に発行されたリクエストがプリンタ１００により受領されたときに、実行されればよい。

同様に、図２に示した実施例においては、プリンタエラーの検出（図２のステップＳ１４０）は、プリンタ１００がプリンタトップページリクエストを受領したとき（図２のステップＳ１１０）に行われている。これに対し、図９に示した変形例では、プリンタエラーの検出（図９のステップＳ３８０）は、プリンタ１００が印刷リクエストを受領したとき（図９のステップＳ３７０）に行われている。このようにしても、プリンタ１００におけるプリンタエラーの解除を、ネットワーク経由でＤＴＶ２００により監視することができる。プリンタ１００の印刷可否判定部１７５によるプリンタエラーの検出は、１回の印刷処理の間にＤＴＶ２００により発行される複数のリクエストの内、ＨＴＴＰサーバ１７２に印刷処理部１７３を起動させてプリンタエンジン１４０による印刷を開始させるためのリクエスト（上記実施例および図９の変形例における印刷リクエスト）がプリンタ１００により受領されたとき、または当該リクエストより前に発行されたリクエストがプリンタ１００により受領されたときに、実行されればよい。

また、上記実施例の印刷処理（図２および図３）において、カード挿入判定部１７４（図１）によるメモリカード１５４の挿入の判定（図２のステップＳ１２０）と、印刷可否判定部１７５（図１）によるプリンタエラーの検出（図２のステップＳ１４０）と、は、それぞれ複数の段階で実行されてもよい。例えば、メモリカード１５４の挿入の判定が、図２に示すようにプリンタトップページのリクエストがプリンタ１００により受領された段階で実行されると共に、図９に示すように一覧表示印刷ページのリクエストがプリンタ１００により受領された段階でも実行されるとしてもよい。同様に、例えばプリンタエラーの検出が、図２に示すようにプリンタトップページのリクエストがプリンタ１００により受領されたときに実行され、さらに、図９に示すように、印刷リクエストがプリンタ１００により受領されたときに実行されるとしてもよい。

また、上記実施例の印刷処理（図２および図３）において、カード挿入判定部１７４（図１）によるメモリカード１５４の挿入の判定（図２のステップＳ１２０）と、印刷可否判定部１７５（図１）によるプリンタエラーの検出（図２のステップＳ１４０）と、の両方が実行される必要はなく、どちらか一方のみが実行されるとしてもよい。例えば、メモリカード１５４の挿入の判定（図２のステップＳ１２０）のみが実行される場合には、メモリカード１５４が挿入されていると判定されると、処理はステップＳ１６０に進み、プリンタトップページのＨＴＭＬファイル１７８の応答が実行される。一方、プリンタエラーの検出（図２のステップＳ１４０）のみが実行される場合には、最初のプリンタトップページのリクエスト（ステップＳ１１０）の後に、処理はステップＳ１４０に進み、プリンタエラーの検出が実行される。

また、上記実施例の印刷処理（図２および図３）において、カード挿入判定部１７４（図１）によるメモリカード１５４の挿入の判定（図２のステップＳ１２０）と、印刷可否判定部１７５（図１）によるプリンタエラーの検出（図２のステップＳ１４０）と、の両方が実行される場合には、その実行される順序は任意に設定可能である。また、メモリカード１５４の挿入の判定（ステップＳ１２０）とプリンタエラーの検出（ステップＳ１４０）とが図２に示した順序で実行される場合に、プリンタエラーが検出され（ステップＳ１４０）、プリンタエラーページが応答された後（ステップＳ１５０）に、ＤＴＶ２００によりプリンタトップページがリクエストされたときに（ステップＳ１１０）、メモリカード１５４の挿入の判定（ステップＳ１２０）を行うことなくプリンタエラーの検出（ステップＳ１４０）に処理を進めるとしてもよい。メモリカード１５４の挿入の判定（ステップＳ１２０）と、プリンタエラーの検出処理（ステップＳ１４０）とが図２に示した順序とは逆の順序で実行される場合も同様である。

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

また、上記実施例では、画像データを格納すると共にプリンタ１００に当該画像データを供給する記録媒体としてメモリカード１５４を用いているが、メモリカード１５４以外の他の記録媒体を用いるとしてもよい。記録媒体としてメモリカード１５４以外の他の記録媒体を用いる場合には、プリンタ１００は、カードインターフェース１５０の代わりに当該記録媒体との間でデータのやり取りを行うインターフェースを備え、カード挿入判定部１７４の代わりに当該記録媒体と当該記録媒体用インターフェースとが接続されているか否かを判定する判定部を備えるとすればよい。

また、上記実施例では、ネットワーク装置としてプリンタ１００を例に用いて説明しているが、本発明は、プリンタ１００以外のネットワーク装置（例えばデジタルスチルカメラ、デジタルビデオカメラ、デジタルビデオプレーヤー等）にも適用可能である。また、上記実施例では、クライント装置としてＤＴＶ２００を例に用いて説明しているが、本発明は、ＤＴＶ２００以外のクライアント装置にも適用可能である

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

本発明の実施例としてのネットワークシステムの構成を概略的に示す説明図である。 本実施例のネットワークシステム１０における印刷処理の流れを示すフローチャートである。 本実施例のネットワークシステム１０における印刷処理の流れを示すフローチャートである。 メモリカード未挿入ページの一例を示す説明図である。 プリンタエラーページの一例を示す説明図である。 プリンタトップページの一例を示す説明図である。 一覧表示印刷ページの一例を示す説明図である。 印刷ステータスページの一例を示す説明図である。 変形例としての印刷処理の流れを示すフローチャートである。 変形例としてのネットワークシステムの構成を概略的に示す説明図である。

符号の説明

１０…ネットワークシステム
１００…プリンタ
１１０…ＣＰＵ
１２０…操作部
１３０…表示部
１４０…プリンタエンジン
１５０…カードインターフェース
１５２…カードスロット
１５４…メモリカード
１６０…ネットワークインターフェース
１７０…内部記憶装置
１７１…ネットワークプロトコル制御部
１７２…ＨＴＴＰサーバ
１７３…印刷処理部
１７４…カード挿入判定部
１７５…印刷可否判定部
１７８…ＨＴＭＬファイル
１９０…ネットワークプロトコル制御部
１９２…ＣＰＵ
１９４…内部記憶装置
１９６…ネットワークインターフェース
２００…ＤＴＶ
２１０…ＣＰＵ
２２０…操作部
２３０…表示部
２６０…ネットワークインターフェース
２７０…内部記憶装置

Claims (4)

1. ネットワーク装置であって、
   記録媒体を接続させるための記録媒体インターフェースと、
   前記記録媒体インターフェースに接続された記録媒体に格納されたデータを用いた所定のサービスをネットワーク上のクライアントに提供するために、前記クライアントとの間でメッセージの交換を行うサービス提供部と、
   ネットワーク型プラグアンドプレイのプロトコルに従って、前記クライアントと前記サービス提供部との間のメッセージの交換を制御するネットワークプロトコル制御部と、
   前記サービス提供部が前記クライアントから所定の第１のメッセージを受領したときに、前記記録媒体インターフェースに記録媒体が接続されているか否かを判定する接続判定部と、を備え、
   前記サービス提供部は、前記接続判定部が前記記録媒体インターフェースに記録媒体が接続されていないと判定した場合には、前記クライアントに前記記録媒体インターフェースに記録媒体が接続されていないことを知らせると共に所定時間経過後に再度前記第１のメッセージを前記ネットワーク装置宛てに発行させるための第２のメッセージを前記クライアントに送信し、前記接続判定部が前記記録媒体インターフェースに記録媒体が接続されていると判定した場合には、前記所定のサービスを進行させるための第３のメッセージを前記クライアントに送信する、ネットワーク装置。
2. 請求項１記載のネットワーク装置であって、
   前記第１のメッセージは、前記サービス提供部による１回の前記所定のサービスの提供の間に前記クライアントにより発行される複数のメッセージの内、前記サービス提供部に記録媒体に格納されたデータへのアクセスを実行させる最初のメッセージ以前に発行されるメッセージである、ネットワーク装置。
3. 請求項１または請求項２のいずれかに記載のネットワーク装置であって、
   前記サービス提供部は、Ｗｅｂブラウザとしての機能を有する前記クライアントからの要求に応じて所定のマークアップ言語で記述されたマークアップ言語ファイルを応答するＷｅｂサーバとしての機能を有し、
   前記第２のメッセージは、所定時間経過後に再度前記第１のメッセージを発行させるための情報が埋め込まれたマークアップ言語ファイルを含む、ネットワーク装置。
4. 請求項１ないし請求項３のいずれかに記載のネットワーク装置であって、
   前記サービス提供部は、前記記録媒体インターフェースに接続された記録媒体に格納された画像データに基づき画像の印刷を行う印刷部を含み、
   前記サービス提供部が前記クライアントに提供する前記所定のサービスは、前記印刷部による画像の印刷である、ネットワーク装置。

Images