JP4626509B2 - 画像一覧表示におけるユーザの利便性向上 - Google Patents

Description

本発明は、ネットワーク上のＷｅｂブラウザとしての機能を有するクライアントに画像の一覧表示を行わせる際に、ユーザの利便性を向上させるための技術に関する。

複数の画像データに基づいて、Ｗｅｂブラウザ上に複数の画像を一覧表示させる技術が知られている（例えば特許文献１）。このような画像を一覧表示させる技術は、ＷｅｂサーバとＷｅｂブラウザとしての機能を有するクライアントとを含むネットワークシステムにも適用されている。

特開２０００−３５７１６９

このようなネットワークシステムにおける画像一覧表示では、例えば、クライアントが画像一覧表示のリクエストを発行すると、Ｗｅｂサーバは複数の画像データのＵＲＬが埋め込まれたＨＴＭＬファイルを生成してクライアントに送信する。クライアントは、ＨＴＭＬファイルを受領して解釈し、ＨＴＭＬファイルに埋め込まれている画像データのＵＲＬを指定して画像データの取得リクエストを発行する。クライアントが、取得リクエストに応じて送信された画像データを受領して表示処理を行うことにより、クライアント上に複数の画像を含む一覧表示ページが表示される。

上記従来のネットワークシステムにおける画像一覧表示では、ＨＴＭＬファイルにＵＲＬが埋め込まれたすべての画像データの取得リクエストがクライアントから同時に発行されるため、ネットワークや画像データを提供するサーバに対する負荷が大きい。そのため、画像一覧表示に要する時間が増大し、ユーザの利便性が損なわれていた。

他方、従来のネットワークシステムにおける画像一覧表示において、複数の画像を所定数毎に複数のＨＴＭＬファイルに分散配置し、ページの切り替えを用いてすべての画像を表示可能とする場合もあった。この場合には、同時にクライアントから取得リクエストが発行される画像データは１つのＨＴＭＬファイルに配置された画像数分のみであるため、ネットワークや画像データを提供するサーバに対する負荷を分散させることができる。しかし、この場合には、クライアントにおいてページが切り替えられる度に、ＨＴＭＬファイルおよび画像データの送受信が行われるため、やはり、ネットワークの負荷が大きくなる。そのため、やはり、画像一覧表示に要する時間が増大し、ユーザの利便性が損なわれていた。

本発明は、ネットワーク上のＷｅｂブラウザとしての機能を有するクライアントに画像の一覧表示を行わせる際に、ユーザの利便性を向上させることを可能とする技術を提供することを目的とする。

上記課題の少なくとも一部を解決するために、本発明のネットワーク装置は、
所定の記憶領域に格納された複数の画像を表示させるサービスをネットワーク上のＷｅｂブラウザとしての機能を有するクライアントに提供するために、前記クライアントからの要求に応じて所定のマークアップ言語で記述されたマークアップ言語ファイルを応答するＷｅｂサービス提供部を備え、
前記Ｗｅｂサービス提供部は、
前記マークアップ言語ファイルに含まれる要素として、前記クライアント上で表示されるか否かを定義する可視属性を有する少なくとも１つのレイヤを設定すると共に、前記複数の画像のそれぞれを前記少なくとも１つのレイヤの内の１つに割り当てるレイヤ設定部と、
前記クライアント上で動作するＷｅｂプログラムを生成して前記クライアントに応答するＷｅｂプログラム生成部と、を含み、
前記Ｗｅｂプログラムは、レイヤの可視属性を設定する第１の機能と、前記複数の画像のそれぞれが割り当てられたレイヤ上に配置されるように、前記複数の画像のそれぞれの取得要求を発行する第２の機能と、を前記クライアントに実現させるプログラムである。

このネットワーク装置は、クライアントからの要求に応じてマークアップ言語ファイルとＷｅｂプログラムとを応答する。応答されるＷｅｂプログラムは、レイヤの可視属性を設定する第１の機能をクライアントに実現させるプログラムである。そのため、クライアントは、レイヤの可視属性を設定することにより、表示ページの切り替えを実現することができる。従って、ユーザが何回表示ページの切り替えを行おうとも、ネットワーク装置とクライアントとの間のマークアップ言語ファイルの送受信は最初に１回行われるのみであり、また、画像の送受信もそれぞれの画像について１回ずつ行われるのみである。そのため、このネットワーク装置は、クライアントにおける表示ページ切り替えに伴うネットワークに対する負荷を低減することができる。従って、このネットワーク装置は、複数の画像の一覧表示処理の迅速化を図ることができ、ユーザの利便性を向上させることができる。

上記ネットワーク装置において、
前記Ｗｅｂプログラムの第１の機能は、前記マークアップ言語ファイルに含まれる１つのレイヤの可視属性が前記クライアント上で表示されることを示す値となり、残りのレイヤの可視属性が前記クライアント上で表示されないことを示す値となるように、レイヤの可視属性を設定する機能であり、
前記Ｗｅｂプログラムの第２の機能は、可視属性が前記クライアント上で表示されることを示す値に設定されたレイヤに割り当てられた画像についての取得要求を優先して発行する機能であるとしてもよい。

このようにすれば、クライアント上にユーザが所望する画像が表示されるまでの時間を短縮させることができ、ユーザの利便性をさらに向上させることができる。

また、上記ネットワーク装置において、
前記Ｗｅｂプログラムの第２の機能は、前記複数の画像のそれぞれの取得要求を所定時間経過毎に発行する機能であるとしてもよい。

このようにすれば、クライアントに複数の画像の取得要求を集中して発行させることが無く、ネットワークに対する負荷を低減することができる。従って、このネットワーク装置は、複数の画像の一覧表示処理の迅速化を図ることができ、ユーザの利便性を向上させることができる。

また、上記ネットワーク装置において、
前記レイヤ設定部は、同一のレイヤに割り当てられる画像について、予め設定された画像を分類するための画像に関する所定の属性が同じ値となるように、レイヤの設定および画像のレイヤへの割り当てを行うとしてもよい。

このようにすれば、クライアントにおいて画像の属性によって分類された画像の一覧表示を実現することができる。従って、ユーザは、属性を参照することにより、所望の画像がどのレイヤに割り当てられているかを容易に判断することができ、クライアントによる所望の画像の取得および表示をより迅速に行わせることが可能となる。従って、このネットワーク装置は、複数の画像の一覧表の際のユーザの利便性をさらに向上させることができる。

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

このようにすれば、記録媒体インターフェースに接続された記録媒体に格納された複数の画像についての一覧表示と一覧表示された画像の印刷とを含むサービスを提供する際のユーザの利便性を向上させることができる。

また、上記ネットワーク装置において、さらに、
ネットワーク型プラグアンドプレイのプロトコルに従って、前記クライアントと前記サービス提供部との間のメッセージの交換を制御するネットワークプロトコル制御部を備えるとしてもよい。

このようにすれば、ネットワーク型プラグアンドプレイを利用して、複数の画像の一覧表示を行う際のユーザの利便性を向上させることができる。

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

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

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

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

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

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

プリンタ１００の内部記憶装置１７０には、それぞれ所定のオペレーティングシステムの下で動作するコンピュータプログラムであるネットワークプロトコル制御部１７１と、ＨＴＴＰサーバプログラム（以下「ＨＴＴＰサーバ」と呼ぶ）１７２と、印刷処理部１７５と、が格納されている。ＨＴＴＰサーバ１７２は、レイヤ設定部１７３と、Ｗｅｂプログラム生成部１７４と、を含んでいる。内部記憶装置１７０には、また、複数のＨＴＭＬファイル１７８が格納されている。

ネットワークプロトコル制御部１７１は、ＵＰｎＰのプロトコルやその他のプロトコルに従って、ネットワークシステム１０上の他の装置との間で、メッセージやデータの仲介を行うためのプログラムである。ＨＴＴＰサーバ１７２は、Ｗｅｂブラウザ等のクライアントからの要求に応じて、ＨＴＭＬファイル１７８等を応答するためのプログラムである。レイヤ設定部１７３は、ＨＴＭＬファイルに含まれる要素として後述するレイヤを設定すると共に、メモリカード１５４に格納された複数の画像のそれぞれをレイヤの１つに割り当てるためのプログラムモジュールである。Ｗｅｂプログラム生成部１７４は、クライアント上で動作するＷｅｂプログラム（例えばＪａｖａＳｃｒｉｐｔ）を生成するためのプログラムモジュールである。印刷処理部１７５は、プリンタエンジン１４０を制御して、メモリカード１５４内に格納された画像データに基づく画像の印刷を行うためのプログラムである。ＣＰＵ１１０は、内部記憶装置１７０から、これらのプログラムを読み出して実行することにより、後述の一覧表示処理や印刷処理を実現する。なお、ＣＰＵ１１０およびＨＴＴＰサーバ１７２は、本発明におけるサービス提供部として機能する。また、ＨＴＴＰサーバ１７２は、ＷｅｂサーバまたはＷＷＷサーバとも呼ばれる。

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

ＤＴＶ２００の内部記憶装置２７０には、所定のオペレーティングシステムの下で動作するコンピュータプログラムであるＷｅｂブラウザプログラム（以下「Ｗｅｂブラウザ」と呼ぶ）２７２が格納されている。Ｗｅｂブラウザ２７２は、ＨＴＭＬファイル等を受領し、受領したＨＴＭＬファイル等を解析して表示部２３０上に表示するためのプログラムである。ＣＰＵ２１０は、内部記憶装置２７０から、Ｗｅｂブラウザ２７２を読み出して実行することにより、後述の一覧表示処理や印刷処理を実現する。

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

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

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

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

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

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

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

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

図２および図３は、本実施例のネットワークシステム１０における一覧表示処理の流れを示すフローチャートである。本実施例の一覧表示処理は、ユーザによるＤＴＶ２００の操作部２２０を介した指示に従って、メモリカード１５４に格納された画像データ（画像ファイル）に含まれたサムネイル画像をＤＴＶ２００の表示部２３０上に一覧表示させる処理である。

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

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

ステップＳ１２０（図２）では、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、ステップＳ１１０におけるＤＴＶ２００からのリクエストに対して、プリンタトップページのＨＴＭＬファイル１７８を応答する。これにより、ＤＴＶ２００の表示部２３０（図１）には、プリンタトップページが表示される。図４は、プリンタトップページの一例を示す説明図である。図４に示すように、プリンタトップページには、プリンタ１００が提供する種々のサービスをユーザに選択させるためのボタンが含まれている。

図４に示すように、本実施例では、プリンタ１００は、ＤＴＶ２００に提供するサービスとして、一覧表示印刷を有している。本実施例における一覧表示印刷とは、メモリカード１５４に格納された画像データ（画像ファイル）に含まれるサムネイル画像をＤＴＶ２００の表示部２３０上に一覧表示し、その中からユーザにより選択された画像の印刷を実行するサービスである。本実施例の一覧表示処理は、この一覧表示印刷サービスを実現するための処理の一部である。

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

ステップＳ１４０では、プリンタ１００のＨＴＴＰサーバ１７２が、一覧表示用のＨＴＭＬファイルを生成する。図５は、本実施例において用いられる一覧表示用のＨＴＭＬファイルを概念的に示す説明図である。図５に示すように、本実施例において用いられる一覧表示用のＨＴＭＬファイルは、少なくとも１つのレイヤを含んでいる。ここで、レイヤとは、ＨＴＭＬファイルとして記述されるＷｅｂページの１つの要素であり、タグを用いて定義される。レイヤ上にはテキストや画像といった要素（「オブジェクト」とも呼ばれる）を配置することができる。

また、レイヤは、大きさや位置等を定義するための属性の他に、当該レイヤをクライアント上で表示させるか否かを定義するための属性（以下「可視属性」と呼ぶ）を有している。レイヤの可視属性を「表示」に設定した場合には、そのレイヤはクライアント上で表示され、レイヤの可視属性を「非表示」に設定した場合には、そのレイヤはクライアント上で表示されない。なお、本明細書では、可視属性が「表示」に設定されたレイヤを「可視レイヤ」と呼び、可視属性が「非表示」に設定されたレイヤを「不可視レイヤ」と呼ぶものとする。

本実施例では、ＨＴＴＰサーバ１７２のレイヤ設定部１７３（図１）が、メモリカード１５４に格納された画像データの数に応じて一覧表示用ＨＴＭＬファイルのレイヤを設定する。具体的には、予め設定された１レイヤあたりの画像数に基づき、メモリカード１５４に格納されたすべての画像データを割り当てることができる数のレイヤが設定される。本実施例では、１レイヤあたりの画像数は８つに設定されている。そのため、例えばメモリカード１５４に３２個の画像データが格納されている場合には、４つのレイヤが設定されることとなる（図５参照）。なお、本実施例では、レイヤの設定の時点では、レイヤの可視属性は、１番目のレイヤ（レイヤ１）のみが「表示」に設定され、他のレイヤ（レイヤ２〜４）は「非表示」に設定される。

また、ＨＴＴＰサーバ１７２のレイヤ設定部１７３は、レイヤと画像データとの対応表を生成する。図６は、レイヤと画像データとの対応表の一例を示す説明図である。対応表は、設定された各レイヤに対して、１レイヤあたりの画像数分の画像データを割り当てることにより生成される。例えば、レイヤ１には、識別子「００１」から「００８」までの８つの画像データが割り当てられる。本実施例では、メモリカード１５４に格納された複数の画像データが、格納されている順に、対応表の最上段（１番目のレイヤの１番目の画像）から下方に向かって割り当てられるものとしている。

また、対応表には、図６に示すように、対応表中の１つの画像データを特定するためのポインタが含まれている。初期状態では、ポインタは、レイヤ１の１番目に割り当てられた画像データを特定する位置に配置されている。生成された対応表は、一覧表示用のＨＴＭＬファイル内に埋め込まれる。

ステップＳ１４０（図２）では、また、ＨＴＴＰサーバ１７２のＷｅｂプログラム生成部１７４（図１）が、クライアント上で動作するＷｅｂプログラムとしてのＪａｖａＳｃｒｉｐｔを生成する。このＪａｖａＳｃｒｉｐｔは、レイヤの可視属性を設定・変更する第１の機能と、レイヤに割り当てられた画像データに対応したイメージオブジェクトをＨＴＭＬファイルに埋め込んで画像データの取得リクエストを発行する第２の機能と、をクライアント（Ｗｅｂブラウザ２７２）に実現させるプログラムである。本実施例では、上記第１の機能は、一覧表示ページ用のＨＴＭＬファイルに含まれる複数のレイヤの内の１つのみが可視レイヤとして設定され、他のレイヤは不可視レイヤとして設定されるように、レイヤの可視属性を設定・変更する機能である。

また、上記第２の機能により生成されるイメージオブジェクトは、レイヤに配置される画像の要素であり、タグによって設定される。ステップＳ１４０において生成されたＨＴＭＬファイルには、各レイヤに割り当てられた画像データに対応したイメージオブジェクトはまだ埋め込まれていない。イメージオブジェクトのＨＴＭＬファイルへの埋め込みは、後述するように、ＪａｖａＳｃｒｉｐｔの動作に従ってクライアント（Ｗｅｂブラウザ２７２）上において実行される。ステップＳ１４０において生成されたＪａｖａＳｃｒｉｐｔは、一覧表示用のＨＴＭＬファイル内に埋め込まれる。

ステップＳ１５０（図２）では、プリンタ１００のＨＴＴＰサーバ１７２（図１）が、ステップＳ１４０で生成された一覧表示ページ用のＨＴＭＬファイルを、ＤＴＶ２００のＷｅｂブラウザ２７２に応答する。一覧表示ページ用のＨＴＭＬファイルには、ステップＳ１４０で生成された対応表（図６）やＪａｖａＳｃｒｉｐｔが埋め込まれているため、対応表やＪａｖａＳｃｒｉｐｔもＷｅｂブラウザ２７２に送信されることとなる。

一覧表示ページ用のＨＴＭＬファイルを受領したＤＴＶ２００のＷｅｂブラウザ２７２（図１）は、ＨＴＭＬファイルに埋め込まれたＪａｖａＳｃｒｉｐｔにより実現される機能を利用しつつ、ステップＳ１６０（図２）以降の処理を実行する。

ステップＳ１６０では、Ｗｅｂブラウザ２７２が、一覧表示ページ用のＨＴＭＬファイルを解釈して、ＤＴＶ２００の表示部２３０に一覧表示ページを表示する。図７は、一覧表示ページの一例を示す説明図である。上述したように、ステップＳ１４０（図２）におけるレイヤの設定の時点では、レイヤの可視属性は１番目のレイヤ（レイヤ１）のみが「表示」に設定されている。そのため、Ｗｅｂブラウザ２７２により一覧表示ページ用のＨＴＭＬファイルが受領された段階では、図７に示すように、レイヤ１に対応したページのみが表示部２３０に表示され、他のレイヤ（レイヤ２〜４）に対応したページは表示されない。

図７に示すように、レイヤ１に対応した一覧表示ページには、８枚分の画像を一覧表示するための画像一覧表示領域ＩＡが含まれている。なお、この段階では、画像一覧表示領域ＩＡには、画像は表示されていない。レイヤ１に対応した一覧表示ページには、また、ユーザが可視レイヤの変更指示を行うためのレイヤ選択ボタンＢ１と、画像の印刷実行を指示するための「印刷」ボタンＢ２と、トップページへ戻るように指示するための「トップへ」ボタンＢ３と、が含まれている。他のレイヤ（レイヤ２〜４）に対応した一覧表示ページの構成も同様である。

ステップＳ１７０（図２）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、可視レイヤの変更指示があったか否かを判定する。具体的には、ユーザにより、レイヤ選択ボタンＢ１のいずれかが選択されたか否かが判定される。変更指示がなかった場合には、処理はステップＳ２００（図３）に進む。

ステップＳ２００（図３）では、Ｗｅｂブラウザ２７２が、対応表のポインタ（図６参照）によって特定される画像データ（以下「特定画像データ」とも呼ぶ）に対応したサムネイル画像データは取得済みか否かを判定する。この判定を行うために、Ｗｅｂブラウザ２７２は、対応表に記載された画像データのそれぞれについて、サムネイル画像を取得済みか未取得かを示すフラグを保持している。例えば、Ｗｅｂブラウザ２７２が最初に一覧表示ページ用のＨＴＭＬファイルを受領したときには、上述したように、対応表のポインタはレイヤ１の１値番目に割り当てられた画像データを特定しているため、この画像データが特定画像データとなる。また、この時点では、Ｗｅｂブラウザ２７２はサムネイル画像データを１つも取得していない。従って、この場合には、ステップＳ２００において特定画像データに対応したサムネイル画像データは取得済みではないと判定される。ステップＳ２００において特定画像データに対応したサムネイル画像データは取得済みではないと判定された場合には、処理はステップＳ２１０に進む。

ステップＳ２１０（図３）では、Ｗｅｂブラウザ２７２が、特定画像データに対応するイメージオブジェクトを生成して、一覧表示ページ用のＨＴＭＬファイルの該当するレイヤ上の該当する位置に配置する。生成されるイメージオブジェクトは、特定画像データに対応したサムネイル画像データのＵＲＬを含んでいる。例えば、レイヤ１の１番目に割り当てられた画像データに対応するイメージオブジェクトが、レイヤ１の画像一覧表示領域ＩＡ（図７）の左上隅の領域に対応した位置に配置される。

ステップＳ２２０（図３）では、Ｗｅｂブラウザ２７２が、ステップＳ２１０で生成されたイメージオブジェクトに基づき、プリンタ１００のＨＴＴＰサーバ１７２に対して画像の取得リクエストを発行する。より詳細には、画像の取得リクエストは、特定画像データに対応したサムネイル画像データのＵＲＬを指定して発行される。

ステップＳ２３０では、プリンタ１００のＨＴＴＰサーバ１７２が、ＤＴＶ２００のＷｅｂブラウザ２７２から要求されたサムネイル画像データを応答する。Ｗｅｂブラウザ２７２は、送信されたサムネイル画像データを受領して一覧表示ページに配置する。受領されたサムネイル画像データが可視レイヤに割り当てられたものである場合には、図８に示すように、一覧表示用ページの画像一覧表示領域ＩＡに画像が表示される。図８は、レイヤ１に対応したページの画像一覧表示領域ＩＡに１番目の画像が表示された例を示している。

一方、ステップＳ２００（図３）において、特定画像データに対応したサムネイル画像データは取得済みであると判定された場合には、当該画像データを取得する必要がないため、ステップＳ２１０からＳ２３０までの処理はスキップされ、ステップＳ２４０に進む。

ステップＳ２４０（図３）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、対応表（図６）に記載されたすべての画像データに対応したサムネイル画像のデータを取得したか否かを判定する。ステップＳ２４０において、未取得のサムネイル画像データがあると判定された場合には、処理はステップＳ２５０に進む。

ステップＳ２５０（図３）では、ＤＴＶ２００のＷｅｂブラウザ２７２が、サムネイル画像データが未取得である画像データ（以下「未取得画像データ」とも呼ぶ）が特定画像データとして設定されるよう、対応表（図６）におけるポインタを移動する。ポインタの移動先は、任意の未取得画像データとすることが可能であるが、本実施例では、対応表の上から下に向かう方向に沿ってポインタ移動前の特定画像データに最も近い未取得画像データをポインタの移動先としている。例えば、ポインタ移動前の特定画像データがレイヤ１の１番目に割り当てられた画像データであり、レイヤ１の２番目に割り当てられた画像データが未取得画像データである場合には、当該２番目の画像データが特定画像データとして設定されるように、ポインタの移動が行われる。なお、ポインタが対応表の最下段まで移動した場合には、最上段へと戻るものとする。

ステップＳ２５０におけるポインタの移動の後には、処理はステップＳ１７０（図２）に戻る。そして、ステップＳ１７０において、可視レイヤ変更指示がないと判定された場合には、再度、上述した特定画像データに対応したサムネイル画像データの取得処理（ステップＳ２００〜２３０）が行われる。このように、ステップＳ２４０において対応表に記載されたすべての画像データに対応したサムネイル画像データが取得されたと判定されるまで、対応表のポインタの移動（すなわち特定画像データの変更）と、特定画像データに対応したサムネイル画像データの取得とが繰り返し実行される。そして、取得されたサムネイル画像データが可視レイヤに割り当てられたものである場合には、ＤＴＶ２００の表示部２３０に表示された一覧表示ページ中の画像一覧表示領域ＩＡにサムネイル画像が表示される。

例えば、ユーザが最初から最後まで可視レイヤ変更指示を行わない場合には、初期設定された可視レイヤであるレイヤ１に割り当てられた８つの画像データに対応したサムネイル画像データが順番に取得され、一覧表示ページの画像一覧表示領域ＩＡ（図７参照）には８つのサムネイル画像が表示される。その後は、レイヤ２からレイヤ４までに割り当てられた残りの画像に対応したサムネイル画像データが順番に取得される。可視レイヤ変更指示がないかぎりレイヤ２からレイヤ４は不可視レイヤのままであるため、レイヤ２からレイヤ４までに割り当てられた画像に対応したサムネイル画像データが取得されてもＤＴＶ２００の表示部２３０の表示に変化は無い。

なお、ＤＴＶ２００のＷｅｂブラウザ２７２では、画像の取得リクエスト（ステップＳ２２０）が所定時間経過毎に発行されるように、タイマによる制御が行われている。例えば、ステップＳ２１０におけるイメージオブジェクト生成処理を行う際に、待ち処理が行われる。また、画像取得リクエストは、前回の画像取得リクエストに応じた画像データの取得が完了したか否かに関わらず発行される。

他方、ステップＳ１７０（図２）において、可視レイヤ変更指示があったと判定された場合には、処理はステップＳ１８０（図２）に進む。ステップＳ１８０では、ＤＴＶ２００のＷｅｂブラウザ２７２が、対応表（図６）のポインタを新たな可視レイヤの１番目（先頭）に割り当てられた画像データの位置に移動する。ステップＳ１９０では、Ｗｅｂブラウザ２７２が、レイヤの可視属性を変更して、新たな可視レイヤに対応した一覧表示ページを表示する。すなわち、Ｗｅｂブラウザ２７２は、変更前の可視レイヤの可視属性を「非表示」に変更すると共に、変更後の可視レイヤの可視属性を「表示」に変更する。

その後は、上述したステップＳ２００（図３）以降の処理が行われる。すなわち、サムネイル画像データの取得（ステップＳ２００〜Ｓ２３０）と対応表のポインタの移動（ステップＳ２５０）とが実行される。そのため、本実施例の一覧表示処理では、可視レイヤに割り当てられた画像データに対応したサムネイル画像データの取得が優先的に行われることとなる。可視レイヤに割り当てられたサムネイル画像データがすべて取得済みの場合に、初めて不可視レイヤに割り当てられたサムネイル画像データの取得が行われる。

例えば、図８に示すように、レイヤ１に対応した一覧表示ページにおいて１枚目の画像が表示された段階で、ユーザにより可視レイヤをレイヤ２に変更するためのレイヤ選択ボタンＢ１が選択された場合には、対応表（図６）のポインタはレイヤ２の１番目に割り当てられた画像データの位置に移動される（ステップＳ１８０）。また、図９に示すように、新たな可視レイヤであるレイヤ２に対応した一覧表示ページが表示される（ステップＳ１９０）。そして、レイヤ２の１番目に割り当てられた画像から順に、未取得のサムネイル画像の取得・表示が行われる（ステップＳ２００〜２３０）。この場合に、もしその後ユーザが可視レイヤ変更指示を行わない場合には、レイヤ２に割り当てられた画像データに対応したサムネイル画像データがすべて取得され、レイヤ２に対応した一覧表示ページの画像一覧表示領域ＩＡに８つの画像が表示される。その後は、レイヤ３およびレイヤ４に割り当てられた残りの画像が順番に取得され、さらに、その後、レイヤ１に割り当てられた残りの画像の取得が行われることとなる。

最終的に、対応表（図６）に記載されたすべての画像データに対応したサムネイル画像データが取得されると（ステップＳ２４０：Ｙｅｓ）、処理は終了する。なお、これ以降も、ユーザによるレイヤ選択ボタンＢ１の選択に応じて、可視レイヤの変更処理が行われる。この場合には、既に、すべての画像データの取得が完了しているため、レイヤの可視属性の変更が行われるのみであり、Ｗｅｂブラウザ２７２とＨＴＴＰサーバ１７２との間におけるデータ等の送受信が行われることはない。

以上説明したように、本実施例の一覧表示処理では、プリンタ１００のＨＴＴＰサーバ１７２により、一覧表示ページ用のＨＴＭＬファイルとＪａｖａＳｃｒｉｐｔとが生成され、ＤＴＶ２００のＷｅｂブラウザ２７２に送信される。Ｗｅｂブラウザ２７２は、受領したＨＴＭＬファイルおよびＪａｖａＳｃｒｉｐｔに従って、メモリカード１５４に格納されたサムネイル画像データの取得を、所定時間経過毎に、すべてのサムネイル画像データが取得されるまで実行する。そのため、本実施例の一覧表示処理では、複数の画像データの取得リクエストが集中してＨＴＴＰサーバ１７２に発行されることが無く、ネットワークおよびＨＴＴＰサーバ１７２に対する負荷を低減することができる。従って、本実施例の一覧表示処理では、処理の迅速化を図ることができ、ユーザの利便性を向上させることができる。

また、本実施例の一覧表示処理では、Ｗｅｂブラウザ２７２が可視レイヤの変更を行うことにより、ページの表示切り替えを実現する。そのため、ユーザが何回ページの切り替えを行おうとも、ＨＴＴＰサーバ１７２とＷｅｂブラウザ２７２との間のＨＴＭＬファイル１７８の送受信は最初に１回行われるのみであり、また、画像データの送受信もそれぞれの画像について１回ずつ行われるのみである。そのため、本実施例の一覧表示処理では、ページ切り替えに伴うネットワーク、ＨＴＴＰサーバ１７２およびＷｅｂブラウザ２７２に対する負荷を低減することができる。従って、本実施例の一覧表示処理では、処理の迅速化を図ることができ、ユーザの利便性を向上させることができる。特に、Ｗｅｂブラウザ２７２がキャッシュ機能を有さないものである場合には、この効果は重要である。

また、本実施例の一覧表示処理では、可視レイヤに割り当てられた画像データが優先して取得される。すなわち、１つのＨＴＭＬファイルに配置される複数の画像の取得順序をユーザが操作することができる。そのため、本実施例の一覧表示処理では、ユーザが所望する画像を表示するまでの時間を短縮することができ、ユーザの利便性をさらに向上させることができる。

図１０は、本実施例のネットワークシステム１０における印刷処理の流れを示すフローチャートである。本実施例の印刷処理は、上述の一覧表示処理において一覧表示された画像の内、ユーザにより選択された画像をプリンタエンジン１４０（図１）により印刷する処理である。印刷処理は、ユーザによる画像一覧表示領域ＩＡ（図７参照）に表示された画像の選択および「印刷」ボタンＢ２の選択に応じて開始される。

ステップＳ３１０（図１０）では、ＤＴＶ２００のＷｅｂブラウザ２７２（図１）が、ユーザからの印刷指示があったか否かを判定する。具体的には、ユーザによる画像一覧表示領域ＩＡに表示された画像の選択および「印刷」ボタンＢ２の選択があったか否かが判定される。印刷指示があったと判定された場合には、処理はステップＳ３２０に進む。

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

ステップＳ３３０（図１０）では、プリンタ１００のＨＴＴＰサーバ１７２が、印刷処理部１７５を起動して、印刷リクエスト（ステップＳ３２０）に応じた画像の印刷を行わせる。印刷処理部１７５は、メモリカード１５４に格納された画像データの内、印刷リクエストにより指定された画像データを用いて、プリンタエンジン１４０による画像の印刷を行う。印刷が完了すると、プリンタ１００のＨＴＴＰサーバ１７２が、印刷完了ページのＨＴＭＬファイル１７８をＷｅｂブラウザ２７２に応答する（ステップＳ３４０）。その後、処理はステップＳ３５０に進む。

一方、ステップＳ３１０（図１０）において印刷指示が無かったと判定された場合には、処理はステップＳ３５０に進む。ステップＳ３５０では、ＤＴＶ２００のＷｅｂブラウザ２７２が、ユーザからの終了指示があったか否かを判定する。具体的には、ユーザによる「トップへ」ボタンＢ３（図７参照）の選択があったか否かが判定される。終了指示が無かったと判定された場合には、処理はステップＳ３１０に戻り、上述の処理が繰り返し実行される。一方、終了指示があったと判定された場合には、印刷処理は終了される。

なお、印刷処理において、ユーザによる印刷指示は、印刷条件（例えば用紙サイズや用紙タイプ）の選択を含むものとしてもよい。

以上説明したように、本実施例のネットワークシステム１０では、ユーザによるＤＴＶ２００の表示部２３０および操作部２２０を介した指示に従って、プリンタ１００がメモリカード１５４に格納された画像データの表す画像を印刷する印刷処理を実現することができる。

Ｂ．第２実施例：
図１１は、第２実施例の一覧表示処理に用いられる一覧表示ページの一例を示す説明図である。第２実施例の一覧表示処理は、レイヤの設定方法（図２のステップＳ１４０）が、第１実施例の一覧表示処理とは異なっている。具体的には、第２実施例では、予め設定された画像を分類するための画像に関する所定の属性に応じて一覧表示ページ用ＨＴＭＬファイルのレイヤが設定される。ここで、画像に関する所定の属性とは、例えば撮影日やファイル名、ファイルに付随しているキーワードといった、画像に関する任意の情報を意味している。本実施例では、ＨＴＴＰサーバ１７２が、レイヤ設定に用いる属性の候補をＤＴＶ２００の表示部２３０上に表示させ、ユーザによって選択された属性を用いるものとする。図１１には、画像の属性として撮影日が採用された場合の一覧表示ページの例を示している。

プリンタ１００のＨＴＴＰサーバ１７２のレイヤ設定部１７３（図１）は、ステップＳ１４０（図２）において、メモリカード１５４に格納された画像データの撮影日に応じて一覧表示ページ用ＨＴＭＬファイルのレイヤを設定する。具体的には、メモリカード１５４に格納されたすべての画像データの撮影日の種類数分のレイヤが設定される。例えば、メモリカード１５４に格納された画像データの撮影日が１１／５，１１／１２，１１／１９，１１／２６の４日の内のいずれかである場合には、当該４日のそれぞれに対応した４つのレイヤが設定されることとなる（図１１参照）。また、レイヤ設定部１７３は、第１実施例と同様に、レイヤと画像データとの対応表を生成する。対応表は、撮影日毎に設定された各レイヤに対して、当該撮影日を属性として有している画像データを割り当てることにより生成される。これにより、撮影日毎に分類された画像の一覧表示が実現される。

なお、同一撮影日の画像データの数が、予め設定された１レイヤあたりの画像数を超える場合には、当該撮影日に撮影されたすべての画像データがレイヤに割り当てられるように、１つの撮影日に対して複数のレイヤが設定される。

以上説明したように、第２実施例の一覧表示処理では、予め設定された画像を分類するための画像に関する所定の属性に応じて一覧表示ページ用ＨＴＭＬファイルのレイヤが設定される。そのため、画像の属性によって分類された画像の一覧表示を実現することができる。従って、ユーザは、属性を参照することにより、所望の画像がどのレイヤに割り当てられているかを容易に判断することができ、当該レイヤを可視レイヤとして選択することにより、Ｗｅｂブラウザ２７２による所望の画像の取得および表示をより迅速に行わせることが可能となる。従って、第２実施例の一覧表示処理では、ユーザの利便性をさらに向上させることができる。

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

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

また、上記各実施例では、プリンタ１００はネットワークプロトコル制御部１７１を有し、ＵＰｎＰに対応しているが、本発明はネットワークプロトコル制御部１７１を有さず、ＵＰｎＰに対応していないプリンタにも適用可能である。さらに、本発明は、ＨＴＴＰサーバ１７２としての機能を備えていれば、プリンタ１００以外のネットワーク装置にも適用可能である。

また、上記各実施例では、クライント装置としてＤＴＶ２００を例に用いて説明しているが、本発明は、Ｗｅｂブラウザ２７２としての機能を備えていれば、ＤＴＶ２００以外のクライアント装置（例えば携帯電話）にも適用可能である。

Ｃ２．変形例２：
上記各実施例では、一覧表示処理の対象となる画像データは、プリンタ１００に挿入されたメモリカード１５４に格納されているとしているが、一覧表示処理の対象となる画像データは、ネットワーク装置としてのプリンタ１００に直接接続された記憶領域に格納されている必要はない。一覧表示処理の対象となる画像データは、ネットワーク装置にネットワークを介して接続された記憶領域に格納されているとしてもよい。

Ｃ３．変形例３：
上記各実施例における対応表（図６）のポインタの移動（図３のステップＳ２５０）の態様はあくまで一例であり、ポインタの移動の態様を他の態様とすることも可能である。また、上記各実施例では、可視レイヤ変更指示があった場合に、対応表のポインタを新たな可視レイヤの１番目に割り当てられた画像データの位置に移動することにより、可視レイヤに割り当てられた画像データに対応したサムネイル画像データの優先的な取得を実現しているが、必ずしもこのような優先的な取得を実施する必要はない。

また、上記各実施例において、ＪａｖａＳｃｒｉｐｔによるレイヤの可視属性の設定・変更は、一覧表示ページ用のＨＴＭＬファイルに含まれる複数のレイヤの内の１つのみが可視レイヤとして設定され、他のレイヤは不可視レイヤとして設定されるように行われるが、必ずしもそのように行われる必要はない。レイヤの可視属性の設定は、複数のレイヤが可視レイヤとして設定されるように行われるとしてもよい。この場合に、ページの切り替えを、各レイヤの重なりを表す属性を設定・変更することによって実現するとしてもよい。

また、上記各実施例において、ＤＴＶ２００のＷｅｂブラウザ２７２では、画像の取得リクエスト（ステップＳ２２０）が所定時間経過毎に発行されるように、タイマによる制御が行われているが、必ずしもこのようなタイマ制御が行われる必要は無い。

Ｃ４．変形例４：
上記各実施例では、クライアント上で動作するＷｅｂプログラムとしてＪａｖａＳｃｒｉｐｔを例に用いて説明しているが、クライアント上で動作するＷｅｂプログラムとして例えばＶＢＳｃｒｉｐｔといった他のプログラムであってもよい。また、上記各実施例では、マークアップ言語としてＨＴＭＬを例に用いて説明しているが、マークアップ言語として他のマークアップ言語を用いることも可能である。

Ｃ５．変形例５：
上記各実施例における一覧表示処理は、サムネイル画像を一覧表示する処理であるが、本発明は、画像本体を一覧表示する一覧表示処理にも適用可能である。

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

本発明の第１実施例としてのネットワークシステムの構成を概略的に示す説明図である。 本実施例のネットワークシステム１０における一覧表示処理の流れを示すフローチャートである。 本実施例のネットワークシステム１０における一覧表示処理の流れを示すフローチャートである。 プリンタトップページの一例を示す説明図である。 本実施例において用いられる一覧表示用のＨＴＭＬファイルを概念的に示す説明図である。 レイヤと画像データとの対応表の一例を示す説明図である。 一覧表示ページの一例を示す説明図である。 レイヤ１に対応した一覧表示ページの一例を示す説明図である。 レイヤ２に対応した一覧表示ページの一例を示す説明図である。 本実施例のネットワークシステム１０における印刷処理の流れを示すフローチャートである。 第２実施例の一覧表示処理に用いられる一覧表示ページの一例を示す説明図である。 変形例としてのネットワークシステムの構成を概略的に示す説明図である。

符号の説明

１０…ネットワークシステム
１００…プリンタ
１１０…ＣＰＵ
１２０…操作部
１３０…表示部
１４０…プリンタエンジン
１５０…カードインターフェース
１５２…カードスロット
１５４…メモリカード
１６０…ネットワークインターフェース
１７０…内部記憶装置
１７１…ネットワークプロトコル制御部
１７２…ＨＴＴＰサーバ
１７３…レイヤ設定部
１７４…Ｗｅｂプログラム生成部
１７５…印刷処理部
１７８…ＨＴＭＬファイル
１９０…ネットワークプロトコル制御部
１９２…ＣＰＵ
１９４…内部記憶装置
１９６…ネットワークインターフェース
２００…ＤＴＶ
２１０…ＣＰＵ
２２０…操作部
２３０…表示部
２６０…ネットワークインターフェース
２７０…内部記憶装置
２７２…Ｗｅｂブラウザ

Claims (6)

1. ネットワーク装置であって、
   所定の記憶領域に格納された複数の画像を一覧表示させるサービスをネットワーク上のＷｅｂブラウザとしての機能を有するクライアントに提供するために、前記クライアントからの要求に応じて所定のマークアップ言語で記述されたマークアップ言語ファイルを応答するＷｅｂサービス提供部を備え、
   前記Ｗｅｂサービス提供部は、
   前記マークアップ言語ファイルに含まれる要素として、前記クライアント上で表示されるか否かを定義する可視属性を有する少なくとも１つのレイヤを設定すると共に、前記複数の画像のそれぞれを前記少なくとも１つのレイヤの内の１つに割り当てるレイヤ設定部と、
   前記クライアント上で動作するＷｅｂプログラムを生成して前記クライアントに応答するＷｅｂプログラム生成部と、を含み、
   前記Ｗｅｂプログラムは、レイヤの可視属性を設定する第１の機能と、前記複数の画像のそれぞれが割り当てられたレイヤ上に配置されるように、前記複数の画像のそれぞれの取得要求を発行する第２の機能と、を前記クライアントに実現させるプログラムである、ネットワーク装置。
2. 請求項１記載のネットワーク装置であって、
   前記Ｗｅｂプログラムの第１の機能は、前記マークアップ言語ファイルに含まれる１つのレイヤの可視属性が前記クライアント上で表示されることを示す値となり、残りのレイヤの可視属性が前記クライアント上で表示されないことを示す値となるように、レイヤの可視属性を設定する機能であり、
   前記Ｗｅｂプログラムの第２の機能は、可視属性が前記クライアント上で表示されることを示す値に設定されたレイヤに割り当てられた画像についての取得要求を優先して発行する機能である、ネットワーク装置。
3. 請求項１または請求項２のいずれかに記載のネットワーク装置であって、
   前記Ｗｅｂプログラムの第２の機能は、前記複数の画像のそれぞれの取得要求を所定時間経過毎に発行する機能である、ネットワーク装置。
4. 請求項１ないし請求項３のいずれかに記載のネットワーク装置であって、
   前記レイヤ設定部は、同一のレイヤに割り当てられる画像について、予め設定された画像を分類するための画像に関する所定の属性が同じ値となるように、レイヤの設定および画像のレイヤへの割り当てを行う、ネットワーク装置。
5. 請求項１ないし請求項４のいずれかに記載のネットワーク装置であって、さらに、
   前記所定の記憶領域としての記録媒体を接続させるための記録媒体インターフェースと、
   前記記録媒体に格納された画像データに基づき画像の印刷を行う印刷部と、を備え、
   前記Ｗｅｂサービス提供部が前記クライアントに提供するサービスは、前記印刷部による画像の印刷を含む、ネットワーク装置。
6. 請求項１ないし請求項５のいずれかに記載のネットワーク装置であって、さらに、
   ネットワーク型プラグアンドプレイのプロトコルに従って、前記クライアントと前記サービス提供部との間のメッセージの交換を制御するネットワークプロトコル制御部を備える、ネットワーク装置。

Images