(57)【特許請求の範囲】
【請求項１】
画像ファイルを保持する画像保持手段と、
前記画像保持手段に保持している画像ファイルの画像を表示する表示手段と、
画像表示中に、クライアントから画像識別子送信のリクエストを受信した場合、前記表示中の画像と対応する画像識別子を前記クライアントに送信する画像識別子送信手段と、
クライアントから画像識別子と画像転送のリクエストを受け取った場合、受け取った前記画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に表示していた画像の画像ファイルを前記画像保持手段から読み込み、前記クライアントに送信する画像送信手段を有することを特徴とするサーバ装置。
【請求項２】
保持している画像ファイルの画像を表示し、
画像表示中に、クライアントから画像識別子送信のリクエストを受信した場合、前記表示中の画像と対応する画像識別子を前記クライアントに送信し、
クライアントから画像識別子と画像転送のリクエストを受け取った場合、受け取った前記画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に表示していた画像の画像ファイルを読み込み、前記クライアントに送信することを特徴とするサーバプログラム。
【請求項３】
保持している画像ファイルの画像を表示し、
画像表示中に、クライアントから画像識別子送信のリクエストを受信した場合、前記表示中の画像と対応する画像識別子を前記クライアントに送信し、
クライアントから画像識別子と画像転送のリクエストを受け取った場合、受け取った前記画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に表示していた画像の画像ファイルを読み込み、前記クライアントに送信することを特徴とするサーバにおける画像送信方法。
【請求項４】
クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバ装置において、
画像ファイルを保持する画像保持手段と、
前記画像保持手段に保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信する表示画像送信手段と、
前記画像通信表示装置が表示する画像を切り替える切り替え指示を、前記画像通信表示装置に送信する切り替え指示送信手段と、
現在画像通信表示装置が表示中である画像を識別可能な情報を保持する情報保持手段と、
前記画像通信表示装置が画像表示中に、前記クライアントから画像転送のリクエストを受信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報に応じて、前記画像通信表示装置が表示している画像と対応する前記画像保持手段が保持している画像ファイルを読み込み、前記クライアントに送信するリクエスト画像送信手段を有することを特徴とするサーバ装置。
【請求項５】
クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバプログラムにおいて、
保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信し、
前記画像通信表示装置が表示する画像を切り替える切り替え指示を、前記画像通信表示装置に送信し、
現在画像通信表示装置が表示中である画像を識別可能な情報を保持し、
前記画像通信表示装置が画像表示中に、前記クライアントから画像転送のリクエストを受信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報より識別し、前記画像通信表示装置が表示している画像と対応する画像ファイルを読み込み、前記クライアントに送信することを特徴とするサーバプログラム。
【請求項６】
クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバにおける画像送信方法において、
保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信し、
前記画像通信表示装置が表示する画像を切り替える切り替え指示を、前記画像通信表示装置に送信し、
現在画像通信表示装置が表示中である画像を識別可能な情報を保持し、
前記画像通信表示装置が画像表示中に、前記クライアントから画像転送のリクエストを受信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報より識別し、前記画像通信表示装置が表示している画像と対応する画像ファイルを読み込み、前記クライアントに送信することを特徴とする画像送信方法。
【請求項７】
クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバ装置において、
画像ファイルを保持する画像保持手段と、
前記画像保持手段に保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信する表示画像送信手段と、
前記画像通信表示装置が表示する画像を切り替える指示を送信する指示送信手段と、
現在画像通信表示装置が表示中である画像を識別可能な情報を保持する識別情報保持手段と、
前記画像通信表示装置が画像表示中に、前記クライアントからの画像識別子送信のリクエストを送信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報に応じて、現在画像通信表示装置が表示中である画像に対応する画像識別子をクライアントに送信する識別子送信手段と、
クライアントから前記画像識別子と前記画像転送のリクエストを受け取った場合、前記受け取った画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に前記画像通信表示装置が表示していた画像と対応する前記画像保持手段が保持している画像ファイルを前記画像保持手段から読み込み、前記クライアントに送信するリクエスト画像送信手段とを有することを特徴とするサーバ装置。
【請求項８】
クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバプログラムにおいて、
保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信し、
前記画像通信表示装置が表示する画像を切り替える指示を送信し、
現在画像通信表示装置が表示中である画像を識別可能な情報を保持し、
前記画像通信表示装置が画像表示中に、前記クライアントからの画像識別子送信のリクエストを送信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報に応じて、現在画像通信表示装置が表示中である画像に対応する画像識別子をクライアントに送信し、
クライアントから前記画像識別子と前記画像転送のリクエストを受け取った場合、前記受け取った画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に前記画像通信表示装置が表示していた画像と対応するサーバが保持している画像ファイルを読み込み、前記クライアントに送信することを特徴とするサーバプログラム。
【請求項９】
クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバにおける画像送信方法において、
保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信し、
前記画像通信表示装置が表示する画像を切り替える指示を送信し、
現在画像通信表示装置が表示中である画像を識別可能な情報を保持し、
前記画像通信表示装置が画像表示中に、前記クライアントからの画像識別子送信のリクエストを送信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報に応じて、現在画像通信表示装置が表示中である画像に対応する画像識別子をクライアントに送信し、
クライアントから前記画像識別子と前記画像転送のリクエストを受け取った場合、前記受け取った画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に前記画像通信表示装置が表示していた画像と対応するサーバが保持している画像ファイルを読み込み、前記クライアントに送信することを特徴とする画像送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバ装置、サーバプログラム、及び、画像送信方法に関する。
【０００２】
【従来の技術】
複数の画像を持つ画像を他者に公開する方法としては、例えばhttpサーバ（WWW, World Wide Webサーバ）などがあげられる。
【０００３】
例えば画像サーバ上でhttpサーバを動作させ、画像の一覧を表示するようなhtml文書を作成し、クライアントはNetscape Navigator等のhttpクライアントで画像サーバにアクセスし、画像の一覧を表示するhtml文書にアクセスして画像一覧を表示して、そこから所望の画像を選択するということも可能である。
【０００４】
【発明が解決しようとする課題】
しかしながら、そのhtml文書が含む全画像データを画像サーバから一度取得する必要があり、全画像データの中にはユーザが所望しない画像が含まれている可能性もある。
【０００５】
これは特に通信速度が比較的低速であるような場合には問題となる。
【０００６】
あるいは表示用のサムネイル画像を作成してhtml文書を構成し、各サムネイル画像から原画像へのリンクを設けるなどして通信量を削減する方法も考えられるが、この場合にも全サムネイル画像を受信する必要がある。
【０００７】
これは原画像を用いる場合に比べ通信量の削減が期待できるものの、画像の数が多い場合にはやはり通信量が依然として大きいという問題がある。
【０００８】
また、サムネイル画像は目的の画像ではないので最終的には不要となる画像を通信することになるという問題もある。
【０００９】
これは特に画像が多い場合や、通信速度が低速な場合、あるいはクライアントになる装置が例えば組み込み機器などであって記憶容量などに制限が多い場合に特に問題となる。
【００１０】
【課題を解決するための手段】
上記問題に鑑み、本発明によるサーバ装置は、画像ファイルを保持する画像保持手段と、前記画像保持手段に保持している画像ファイルの画像を表示する表示手段と、画像表示中に、クライアントから画像識別子送信のリクエストを受信した場合、前記表示中の画像と対応する画像識別子を前記クライアントに送信する画像識別子送信手段と、クライアントから画像識別子と画像転送のリクエストを受け取った場合、受け取った前記画像識別子に応じて、クライアントが画像識別子送信のリクエストを送信した時に表示していた画像の画像ファイルを前記画像保持手段から読み込み、前記クライアントに送信する画像送信手段を有することを特徴とする。
また、本発明によるサーバ装置は、クライアントと第一の通信路を介して接続し、画像通信表示装置と第二の通信路を介して接続するサーバ装置において、画像ファイルを保持する画像保持手段と、前記画像保持手段に保持している画像ファイルの画像データを順序づけして前記画像通信表示装置に送信する表示画像送信手段と、前記画像通信表示装置が表示する画像を切り替える切り替え指示を、前記画像通信表示装置に送信する切り替え指示送信手段と、現在画像通信表示装置が表示中である画像を識別可能な情報を保持する情報保持手段と、前記画像通信表示装置が画像表示中に、前記クライアントから画像転送のリクエストを受信した場合、現在画像通信表示装置が表示中である画像を識別可能な情報に応じて、前記画像通信表示装置が表示している画像と対応する前記画像保持手段が保持している画像ファイルを読み込み、前記クライアントに送信するリクエスト画像送信手段を有することを特徴とする。
【００１１】
【発明の実施の形態】
図1は、本発明による画像通信方法を実現可能な画像通信装置の一構成例を示すブロック図である。
【００１２】
図1の入力部101は、ユーザからの指示や、データを入力する装置で、キーボードやポインティング装置を含む。なお、ポインティング装置としては、マウス、トラックボール、トラックパッド、タブレット等が挙げられる。あるいは、本例を例えば公知のデジタルカメラ装置に適用した場合には、ボタンやモードダイヤル等で構成されるのであっても良い。
【００１３】
データ保存部102は、画像データを保持する部分で、通常はハードディスク、フロッピーディスク、CD-ROMやCD-R、メモリーカード、CFカード、スマートメディア、SDカード、メモリスティック等で構成される。また、データ保存部102にプログラムやその他のデータを保存することも可能である。
【００１４】
通信部107は、イーサネットやモデムなどの通信を制御する部分である。通信方式は任意であって公知のUSB、IEEE1284、IEEE1394などの有線による通信方式であってもよいし、あるいは赤外線、IEEE802.11b、Bluetooth等の無線通信方式であっても良い。通信部107はこれらの通信路制御装置部分である。
【００１５】
表示部103は、GUI等の画像を表示する装置で、一般的にはCRTや液晶ディスプレイなどが用いられる。あるいは、ケーブル等で接続された装置外部のディスプレイ装置であっても構わない。
【００１６】
104はCPUであり、上述した各構成の処理の全てに関わる。ROM105とRAM106は、その処理に必要なプログラム、データ、作業領域などをCPU104に提供する。また、後述する処理に必要な制御プログラムは、データ保存部102に格納されているか、ROM105に格納されている場合は、一旦RAM106に読み込まれてから実行される。
【００１７】
あるいは、図示しないが、さらに公知のCCDなどの画像入力手段を設けて、画像を入力してデータ入出力部102に蓄える、というようにしてもよい。
【００１８】
なお、システム構成については、上記以外にも、様々な構成要素が存在するが、本発明の主眼ではないので、その説明は省略する。
【００１９】
図2は、本発明による画像通信方法による画像通信システムの例を示す図である。図2では、例えば図１の構成による画像通信装置である201と202が通信路203によって接続している状態を示している。
【００２０】
通信路203は通信方式が公知のイーサネット、モデム、USB, IEEE1284, IEEE1394などの有線による方式の場合には物理的な形状を持つケーブルであるが、あるいは赤外線、IEEE802.11b、Bluetoothなどの無線である場合には、概念的な通信経路である。本発明は通信経路の種類に依存しないが、図2では説明の便利のため通信経路203を図示している。
【００２１】
また、画像通信装置201の211は十字キー、212、213はボタンであり、同様に画像通信装置202の221は十字キー、222、223はボタンを示しており、それぞれ図1の入力部を構成している。十字キー、ボタンはあくまでも一例であって、その種類や数は本発明の方法には依存しないし、また本発明の方法を制限するものでもない。
【００２２】
本実施形態では、ユーザは画像通信装置201を操作し、画像通信装置202内部に保存されている画像を取得する場合を例にして説明する。説明の便利のため、ユーザが操作する画像通信装置201をクライアントもしくはクライアント装置、画像を保持する画像通信装置202をサーバもしくはサーバ装置とも呼び、区別することとする。
【００２３】
クライアント装置201側には表示部214が、サーバ装置202側に表示部224があり、それぞれ図1の表示部103によって構成されているが、本発明の方法では、クライアント装置201側に表示部214は必須ではないので省略しても良い。図2の場合、本実施形態での説明とは逆に画像通信装置201がサーバで画像通信装置202がクライアントにもなれるような構成の例を示しているだけである。
【００２４】
また、記憶装置231はクライアントである画像通信装置201のデータ保存部102を、記憶装置232はサーバである画像通信装置202のデータ保存部102を概念的にあらわしているものである。
【００２５】
今、サーバ装置202の記憶装置232にはN枚（N≧1）の画像ファイル233が保存されており、さらにそのN枚の画像ファイルそれぞれには、ファイル識別子FID1〜FIDNが付与されてサーバ装置202に管理されているものとする。
【００２６】
本発明による通信方法ではまず、サーバ装置202は保持するN枚の画像ファイル233のいずれかを表示部224に表示する。この表示はユーザがサーバ装置202を操作してN枚の画像ファイル233のいずれかを選択して表示させるのでもよいし、あるいはサーバ装置が一定期間毎にN枚の画像ファイル233を順に表示（スライドショー）する、というように自動的に行うのであっても良い。
【００２７】
クライアント装置201を操作するユーザは、サーバ装置202の表示部224に表示されている画像を閲覧し、表示されている画像の複製が欲しい場合には、その画像が表示されている間にクライアント装置201の入力部101を操作して画像の複製を指示する。
【００２８】
ユーザからの指示に応じて、クライアント装置201はサーバ装置202が現在表示している画像の送信を要求するリクエストを送信する。リクエストを受け取ったサーバ装置202は現在表示部224に表示中の画像に対応する画像を送信する。例えばファイル識別子FIDnの画像（本例の場合、1≦n≦N）を表示中であればFIDnの画像を返す。
【００２９】
表示に用いる画像は必ずしも目的の画像そのものでなくても良い。例えば、画像を縮小したサムネイル画像を原画像と対応付けして持っており、サムネイル画像を表示に用いている場合には、その原画像を返す。
【００３０】
図３はクライアント装置201とサーバ装置202の処理と通信の流れを表す図である。通信は図２の通信路203を介して行われる。
【００３１】
サーバ装置202は例えば図9に示すような処理によって画像を次々と表示している。
【００３２】
図9は、サーバ装置202のCPU104がプログラムに基づいて実行する処理を示す。RAM106は、このプログラムを、コンピュータであるCPU104による読み出し可能に記憶した記憶媒体である。また、このプログラムを、不図示のフロッピーディスクやコンパクトディスクから、CPU104が読み出すように構成した場合、このフロッピーディスクやコンパクトディスクが、このプログラムをCPU104による読み出し可能に記憶した記憶媒体に相当する。また、このプログラムを、通信部107を介して、外部からRAM106に供給するようにしても良い。
まず、ステップS901では初期化処理を行う。例えば図９の流れ図による処理の場合、
・表示中の画像のファイル識別子を保持する変数X
・サーバ装置202の保持する画像の一覧
・画像の枚数を保持する変数numOfImages
・画像一覧上での現在の位置を表す変数i
を用いるとして説明するので、これらの変数を初期化する。
【００３３】
例えば、まず表示中の画像のファイル識別子を保持する変数Xをクリアする。これはファイル識別子が数字の場合は例えば0や負の値などを代入すればよいし、あるいは変数Xが文字列型であれば、空文字列を設定することによって実現できる。
【００３４】
また、サーバ装置202の保持する画像の一覧をRAM106上に作成する。
【００３５】
図１５はこの画像の一覧の例を示している。図１５の例では、サーバ装置202が7枚の画像ファイルを保持していることを示している。また、同時に画像の枚数を保持する変数numOfImagesを7に設定し、また画像一覧上での現在の位置を表す変数iを0にして初期化する。
【００３６】
続くステップS902では、処理の終了判定を行う。本例の場合、全ての画像を表示し終わったら終了するとしているので、numOfImagesの値とiの値を比較し、iがnumOfImages以上であれば終了として、処理はS908に流れる。そうでない場合、処理はS903に流れる。
【００３７】
次にステップS903で表示のために読み込む画像のファイル識別子を決定する。これは図１５で例示した画像の一覧のi行目を取り出せば良い。例えばiが0の場合、img0032.jpgという画像のファイル識別子が得られる。
【００３８】
ステップS904では、ステップS903で得られた画像のファイル識別子を元に、記憶装置232（データ保持部102）より画像をRAM106に読み込む。例えば画像がJPEG等の公知の圧縮方式で圧縮されている等の場合には、必要に応じて伸長処理を行う。
【００３９】
ステップS905では、変数XにステップS903で得られた画像のファイル識別子を記憶する。
【００４０】
続いて、ステップS904でRAM106上に読み込んだ画像を表示部224に表示する（ステップS906）。
【００４１】
ステップS907では、画像の表示切替を行うかどうかを判定する。例えば、自動的に画像を切り替えるような場合には、カウンタを用いたカウントアップやタイマ割込みなどを用いて一定時間経過した後に自動的にiの値を1加算するのでもよい。あるいはユーザが入力部211〜213を操作して画像の変更を指示するのであっても良い。後者の場合、例えばユーザが前の画像を指示した場合にはiの値を1減算、次の画像を指示した場合にはiの値を1加算するなどするのであっても良い。
【００４２】
iの値が変更された場合、ステップS907の判定結果は真となり処理はS902に戻る。そうでない場合は、S907に戻り再び判定を行う。
【００４３】
終了処理であるステップS908では、変数Xの値を再度クリアしている。これは後述する図１０による処理の判定に用いるためである。
【００４４】
以上説明したようにサーバ装置202が画像を次々と表示している間に、クライアント装置201とサーバ装置202は、通信を行う。
【００４５】
図３は、このクライアント装置201とサーバ装置202の通信の手順を示している。クライアント装置201、サーバ装置202は、CPU104がプログラムに基づいて行う制御の元に、以下の処理を実行する。
【００４６】
まず、最初にクライアント装置201はサーバ装置202と接続を確立した後に、ユーザはサーバ装置202の表示部224を見る。表示部224に表示された画像を複製したいと思った場合には、クライアント装置201を操作して画像要求を指示する（ステップS301）。
【００４７】
図８はこの時のクライアント装置201での処理の流れを示す図である。
【００４８】
図８は、クライアント装置201のCPU104がプログラムに基づいて実行する処理を示す。RAM106は、このプログラムを、コンピュータであるCPU104による読み出し可能に記憶した記憶媒体である。また、このプログラムを、不図示のフロッピーディスクやコンパクトディスクから、CPU104が読み出すように構成した場合、このフロッピーディスクやコンパクトディスクが、このプログラムをCPU104による読み出し可能に記憶した記憶媒体に相当する。また、このプログラムを、通信部107を介して、外部からRAM106に供給するようにしても良い。
まず、ユーザからの画像要求の指示に応じて、サーバ装置202に画像リクエスト311（図3）を送信する（ステップS801）。
【００４９】
続いてサーバ装置202の応答を受信する（ステップS802）。ステップS803はサーバ装置202の応答によって処理を分岐させている。サーバ装置202の応答がエラーである場合には、処理はS805に流れエラー処理を行う。エラー処理では例えばクライアント装置201の表示部214にエラーの旨を表示してユーザに通知し、処理は終了する。
【００５０】
サーバ装置202の応答が画像データ312（図3）であった場合は、受信した画像データを記憶装置231に保存して（ステップS804）、処理は終了する。
【００５１】
逆にサーバ装置202の表示部224に表示された画像の複製を希望しない場合は、単になにもせず、表示部224の表示が次に変わるのを待てば良い。
【００５２】
図10は、画像リクエスト311（図3）受信後のサーバ202側での処理の流れを示している。図１０は、サーバ装置202のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【００５３】
まずステップS1001では、現在画像を表示中であるかどうかの判定を行う。これは図９の流れ図で用いた変数Xを参照することにより実現される。すなわちXがクリアされた状態であれば画像を表示中ではなく、そうでない場合は画像を表示中であるとする。画像表示中であれば処理はS1002に流れ、表示中でない場合にはS1005に処理は流れ、エラーをクライアントに送信して終了する。
【００５４】
S1002では、表示中の画像のファイル識別子を取得する。これは変数Xを参照してファイル識別子を得ればよい。
【００５５】
続くS1003では、S1002で得た画像のファイル識別子を元に、記憶部232より表示中の画像に対応する画像ファイルをアクセスして画像データを読み出す。
【００５６】
読み出された画像データを画像データ312（図3）としてクライアントに送信して、処理は終了する（ステップS1004）。
【００５７】
以上説明したユーザの画像要求指示から、サーバ装置202から画像データをクライアント装置201に送信し、クライアント装置201が画像データを保存するまでの処理は、図3に示すように、サーバ装置202が表示部224に画像を表示している間に、ユーザが必要と思う回数繰り返される。
【００５８】
本実施形態では、図１で示したような構成からなる画像処理装置をクライアント装置とした場合の例を用いて説明を行ったが、例えば図６で例示するようなプリンタ装置等をクライアント装置とすることも可能である。
【００５９】
図６は図１の構成に比べてデータ保存部102が印刷部602になっている部分のみが異なる。印刷部602は図６で例示されるプリンタ装置が受け取った画像データを印刷処理する部分であって、公知の印刷ヘッド、給紙等機構等の構成によるものでよい。
【００６０】
また、プリンタ装置の場合、表示部103はCRTや液晶ディスプレイである他に、ランプ等で構成されているのであっても良い。また、この場合クライアント装置は画像を保存するのではなく印刷部602に渡して印刷を行う。
【００６１】
また、本実施形態ではクライアント装置が1台の場合の例を示したが、本発明による方法はクライアント装置の台数を制限するものではなく、クライアント装置を複数配置し、各クライアント装置はサーバ装置とそれぞれ図３で示すような通信処理を行うことが可能である。
【００６２】
以上説明したように、本発明によれば、サーバ装置に表示される画像に応じて、ユーザが選択してクライアント装置より画像を複製する指示のみ送信し、クライアントの要求に応じてユーザが所望する画像のみをサーバ装置から送信することによって、通信量、また通信時間を節減することが可能になる。
【００６３】
第一の実施形態ではクライアント装置201の画像送信要求に応じて直ちに画像を送信した。
【００６４】
次に、クライアント装置201からの要求に対してサーバ装置202は画像識別子を返し、クライアントは受け取った画像識別子を保持し、後で識別子を用いて画像の送信要求を行う第二の実施形態を説明する。
【００６５】
図４は、本実施形態におけるクライアントとサーバの処理と通信の流れを示す図である。クライアント装置201、サーバ装置202は、CPU104がプログラムに基づいて行う制御の元に、以下の処理を実行する。
【００６６】
図４の形態では、第一の実施形態と同様に、サーバ装置202は、図９で示すような処理により画像を表示部224に次々と表示している。
【００６７】
ユーザが画像要求を指示する場合（ステップS401）、クライアント装置201では図１１のような処理を行う。図１１は、クライアント装置201のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【００６８】
ステップS1101では、図4のステップS401でのユーザからの画像要求の指示に応じて、サーバ装置202に画像識別子リクエスト411（図4）を送信し、続いてサーバ装置202が送信する応答を受信する（ステップS1102）。続くステップS1103ではサーバ装置202の応答に応じて処理を分岐させている。
【００６９】
サーバ装置202の応答がエラーである場合には、処理はS1105に流れエラー処理を行う。エラー処理では例えばクライアント装置201の表示部214にエラーの旨を表示してユーザに通知し処理は終了する。サーバ装置202の応答が画像識別子412（図4）であった場合は、受信した画像識別子をデータ保存部102（記憶装置231）もしくはRAM106に保存して（ステップS1104）処理は終了する。
【００７０】
画像識別子は、サーバ装置202の記憶装置232に保存されている画像のファイル識別子と対応する任意の識別子でよい。例えば、画像のファイル識別子として「img0001.jpg」という文字列を用いる場合、画像識別子としてこのファイル識別子そのものを使うのであっても良い。また例えば「img0001」や、あるいは「0001」というようなものであっても良い。
【００７１】
さらには、元のファイル識別子から容易に類推できないような識別子であっても良い。その場合にはサーバ装置202の内部に画像識別子と画像のファイル識別子との対応関係をあらわすデータを記憶装置232やもしくはRAM106に保持しておいて、クライアントが後で画像識別子を元に画像を要求した時にその対応関係を参照して画像のファイル識別子を得て記憶装置232にある目的の画像を特定できるのであればよい。また、この場合画像識別子と画像のファイル識別子は1対1の対応である必要はない。すなわち、ある画像識別子から一意にファイル識別子が決定すればよいので、一つのファイル識別子に対応する画像識別子が複数あっても構わない。
【００７２】
画像識別子は予め決定しているのであってもよいし、システム動作時に動的に生成するのであってもよい。前者の場合は例えば図５のファイル識別子との対応関係例を表すようなデータをサーバ装置202のROM105、RAM106、データ保存部102のいずれかに持っていればよい。
【００７３】
後者の場合、ファイルの識別子に対応する画像識別子を生成し、その対応関係をサーバ装置202のRAM106、データ保存部102のいずれかに持っていれば良い。画像識別子を表す数字、文字列の生成方式は生成結果の画像識別子が一意となっていれば任意の方式で構わない。
【００７４】
本形態では、説明の簡単のため、画像識別子とはクライアント装置からの画像識別子リクエスト411に対する通し番号を表す7桁の数文字列とする。この通し番号を得られるようにするためには、例えば画像識別子リクエスト411（図4）の数を計数する変数、numOfIDReqを設け、図９のS901による初期化処理ステップにおいてnumOfIDReqに0を設定し、画像識別子を生成する毎に1加算し、それを本形態の場合7桁の数文字列に変換することで実現できる。
【００７５】
図５はこの対応関係の例を示す図である。
【００７６】
図５ではファイル識別子としていわゆるファイル名のみを用いているが、例えば記憶装置232が公知のUNIXやMS-DOSのファイルシステムのようにディレクトリ構造を持つ方式を用いている場合には、そのディレクトリの情報（パス名）を含むものであっても構わない。
【００７７】
クライアント装置201での画像識別子の保存方式は任意であるが、例えば図16のように単に受け取った画像識別子をテキスト形式でファイル化して記憶装置231に保存するので良い。
【００７８】
図12は、クライアント装置201からの画像識別子要求411（図4）受信後のサーバ202側での処理の流れを示している。図１２は、サーバ装置202のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【００７９】
まず、ステップS1201では、現在画像を表示中であるかどうかの判定を行う。これは第一の実施形態の図１０による処理と同様に、図９の流れ図で用いた変数Xを参照することにより実現される。すなわちXがクリアされた状態であれば画像を表示中ではなく、そうでない場合は画像を表示中であるとする。画像表示中であれば処理はS1202に流れ、表示中でない場合にはS1205に処理は流れ、エラーをクライアント装置201に送信して終了する。
【００８０】
次のステップS1202では、表示中の画像のファイル識別子を取得する。これも第一の実施形態の図１０による処理と同様に、図９の変数Xを参照してファイル識別子を得ればよい。
【００８１】
ステップS1203ではステップS1202で取得した画像のファイル識別子に対応する画像識別子を取得する。本形態での画像識別子の生成方式は先に述べたとおり、変数numOfIDReqに1加算して7桁の数文字列に変換することで実現される。また、本形態の場合、画像識別子を動的に生成するので、RAM106もしくは記憶部102にある、図５に例示したような画像のファイル識別子の対応関係を更新する。
【００８２】
図１７は、RAM106もしくは記憶部102に図５に示した画像識別子と画像のファイル識別子があった状態で、新たな画像識別子リクエスト411（図4）を受信して画像識別子を生成し、その時表示中であった画像（img0035.jpg）との関連を更新した例である。
【００８３】
図１７の対応表では、図５での最終行の後に新たな対応関係、すなわち画像識別子0000008と画像のファイル識別子img0035.jpgの対が追加されている。
【００８４】
ステップS1204で、ステップS1203で取得した画像識別子を画像識別子412（図4）としてクライアント装置201に送信し、処理は終了する。
【００８５】
サーバ装置202が全ての画像を表示し終えた後に、クライアント装置201は画像の画像転送処理を開始する（図4のステップS402）。
【００８６】
この画像転送処理の開始は、ユーザが入力部221〜223を操作して指示を行い、画像転送処理を開始するのでよい。
【００８７】
また、あるいは図４には示していないが、変形例では、サーバ装置202が最後の画像を表示して所定の時間が経過した後に、サーバ装置202よりクライアント装置201に通信を行って画像表示処理が終了した旨を通知し、それに応じてクライアント装置201が画像転送処理を開始する。
【００８８】
クライアント装置201は、画像転送処理開始のステップS402（図4）に応じて、図14で示すような処理を行う。図１４は、クライアント装置201のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【００８９】
まずステップS1401で、インデックス変数kを0に初期化する。
【００９０】
続くステップS1402では、図11で説明した画像識別子取得処理によって取得した画像識別子の一覧（図１６に例示）から(k+1)番目（図１６の場合(k+1)行目）の画像識別子を読み込む。例えば、kが0の場合、1行目の画像識別子、すなわち「0000001」が取り出される。
【００９１】
ステップS1403では、ステップS1402で取得した画像識別子、例えば0000001を用いてサーバ装置202に画像リクエスト413（図4）を送信する。画像リクエストの形式は画像識別子を含む任意の形式であってよい。
【００９２】
続いて、サーバ装置202から送信される応答を受信する（ステップS1404）。
【００９３】
続くステップS1405ではサーバの応答により処理を分岐している。
【００９４】
サーバ装置202の応答がエラーである場合には、処理はS1407に流れエラー処理を行う。エラー処理S1407では例えばクライアント装置201の表示部214にエラーの旨を表示してユーザに通知し処理はS1408に流れる。
【００９５】
サーバ装置202の応答が画像データ414（図4）である場合には、処理はS1406に流れる。ステップS1406では、画像データ414を記憶装置231（データ保存部102）に保存する。
【００９６】
続くステップS1408ではインデックス変数kに1加算して更新する。
【００９７】
ステップS1409では処理の終了判定を行う。全ての画像識別子について処理が終了した場合には処理は終了し、そうでない場合は処理をS1402に流れる。
【００９８】
全ての画像識別子について処理が終了したかどうかはインデックス変数kと画像識別子の数を比較し、kが画像識別子の数以上であれば、全ての画像識別子について処理が終了したと判定できる。例えば、図１６の例の場合、画像識別子の数は4個なので、kが4以上となった場合には処理が終了する。
【００９９】
メッセージ（画像送信リクエスト）413を受け取ったサーバ装置202は、メッセージ413に含まれる画像識別子から画像のファイル識別子に変換し、得られたファイル識別子を持つ画像を記憶装置232より取り出し（ステップS403）、さらにその画像をクライアント装置201にメッセージ（画像データ）414として送信する（図4のステップS403）。
【０１００】
図１３は、画像送信リクエスト413（図4）を受け取ったサーバ装置202の処理（図4のステップS403）を説明する図である。図１３は、サーバ装置202のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【０１０１】
まず、ステップS1301では、メッセージ413内に含まれる画像識別子を取り出し、画像識別子からファイル識別子への変換を行う。この変換は、図５もしくは図１７のような対応関係を表すデータを記憶装置232もしくはRAM106に格納しているので、それを参照すれ実現できる。
【０１０２】
送られてきた画像識別子が図５もしくは図１７の対応表にあった場合には、それと対応する画像のファイル識別子を取り出す。送られてきた画像識別子が対応関係を表すデータにないものであった場合には、ファイル識別子の取得に失敗する。
【０１０３】
ステップS1302では、ステップS1301のファイル識別子取得の結果によって処理を分岐している。ファイル識別子の取得に成功した場合には処理はS1303に流れ、失敗した場合には処理はS1306に流れる。
【０１０４】
ステップS1303では、ステップS1301で取得した画像識別子をもとに記憶装置232から画像データを読み込む。この時点で、ファイル識別子が指す画像ファイルが記憶装置232にない、などの理由でファイルの読み込みに失敗した場合には、ステップS1304の分岐により処理はS1306に流れる。
【０１０５】
ファイルの読み込みに成功した場合は、処理はS1305に流れ、サーバ装置202は読み込んだデータ（画像データ414）をクライアント201に送信して処理は終了する。
【０１０６】
ステップS1306はエラー処理で、ユーザに対してエラーを通知するメッセージを送信し、処理は終了する。
【０１０７】
以上説明したサーバ装置202での処理は、クライアント装置201より画像送信リクエスト413が送られる毎に行われる。
【０１０８】
図４の場合、画像を1枚ずつ取得する例を示したが、あるいはメッセージ413でクライアント装置201が持つ全ての画像識別子をサーバ装置202に送信し、サーバ装置202では各画像識別子に対応する画像のファイル識別子を得て画像ファイルを取り出し、メッセージ414でクライアント装置201に送信する、という変形も可能である。
【０１０９】
また、第一の実施形態同様に、本実施形態も図６で示すようなプリンタ装置をクライアントとすることが可能である。
【０１１０】
また、本実施形態ではクライアント装置が1台の場合の形態を示したが、本発明による方法はクライアント装置の台数を制限するものではなく、クライアント装置を複数配置し、各クライアント装置はサーバ装置とそれぞれ図４で示すような通信処理を行うことが可能である。
【０１１１】
以上説明したように、本発明形態によれば、サーバ装置に表示される画像に応じてユーザが選択してクライアント装置より画像を複製する指示のみ送信し、クライアントの要求に応じてユーザが所望する画像を表す識別子をサーバ装置から送信し、全ての画像を表示した後に先に受け取った画像識別子を元にクライアント装置からサーバ装置に画像送信のリクエストを送信し、サーバ装置はリクエストに応じて画像を送信することによって、通信量、また通信時間を節減することが可能になる。本実施形態はユーザからの画像複製指示によるリクエストに対するサーバ装置の処理が軽く、またサーバ装置からの応答データ量が少ないので、通信路203がさらに低速な場合や、あるいはクライアント装置を複数台設けるような場合に特に有効である。
【０１１２】
図７は第3の本実施形態による画像通信システムの構成を示す図である。
【０１１３】
クライアント装置701、サーバ装置702は、第一、第二の実施形態における図２のクライアント装置201、サーバ装置202と同様に、図１の構成による画像通信機器である。また、第一、第二の実施形態と同様にクライアント装置701はあるいは図６で示すような構成を持つプリンタ装置であっても構わないが、本実施形態では、クライアント装置701は図１で示すような画像通信装置である場合について説明を行う。
【０１１４】
表示装置703は、図１の構成による画像通信機器であるが、以下の説明から明らかなように本発明形態による方法では入力部101を省略しても構わない。また、好ましくは、表示部103は大画面のCRT、液晶ディスプレイ、あるいは公知のプロジェクタなどで構成されている。
【０１１５】
クライアント装置701とサーバ装置702は通信路704で接続しており、またサーバ装置702は表示装置703と通信路705で接続している。第一、第二の実施形態同様に通信路704、705は通信方式が公知のイーサネット、モデム、USB, IEEE1284, IEEE1394などの有線による方式の場合には物理的な形状を持つケーブルであるが、あるいは赤外線、IEEE802.11b、Bluetoothなどの無線である場合には、概念的な通信経路である。本発明は通信方式、経路の種類に依存しないが、図７では説明の便利のため通信路703、704を図示している。
【０１１６】
また、通信路703と704での通信方式は同一である必要はなく、異なる通信方式によるものであっても構わない。さらには、一方が有線による通信方式で他方が無線による通信方式であっても構わない。
【０１１７】
また、クライアント装置701の711は十字キー、712、713はボタンであり、同様にサーバ装置702の721は十字キー、722、723はボタンを示しており、それぞれ図1の入力部を構成している。十字キー、ボタンはあくまでも一例であって、その種類や数は本発明による方法には依存しないし、また本発明による方法を制限するものでもない。
【０１１８】
記憶装置731、732、734はそれぞれクライアント装置701、サーバ装置702、表示装置703のデータ保存部102を概念的にあらわしているものである。
【０１１９】
今、サーバ装置702の記憶装置732にはM枚（M≧1）の画像ファイル733が保存されており、さらにそのM枚の画像ファイルそれぞれには、ファイル識別子FIDS1〜FIDSMが付与されてサーバ装置702に管理されているものとする。
【０１２０】
また、表示装置703の記憶装置734にはP枚（1≦P≦M）の画像ファイル735が保存されており、さらにそのP枚の画像ファイルそれぞれには、ファイル識別子FIDD1〜FIDDPが付与されて表示装置703に管理されているものとする。
【０１２１】
このP枚の画像ファイル735は、サーバ装置702が記憶装置732に持つM枚の画像からP枚を選択して通信路705を通じて送信したものである。また、必要に応じてサーバ装置702が画像のフォーマット変換や解像度変換を行い、表示装置703が処理可能な形式に変換した画像であっても構わない。したがって、P枚の画像ファイル735はオリジナルの画像データでなくて構わない。
【０１２２】
また、サーバ装置702の記憶装置732にはテーブル736とテーブル737が格納されている。このテーブル736は後述する送信リストであり、テーブル737はP枚の画像ファイル735の表示装置703での画像識別子と、画像733に含まれるオリジナル画像の画像のファイル識別子との対応を表すデータである。
【０１２３】
サーバ装置702は、保持する画像のうち少なくとも１枚以上の画像を順序づけして前記画像通信表示装置703に送信し、画像通信表示装置703は、受け取った画像に対応する画像識別子と画像通信表示装置が持つ画像を識別可能なファイル識別子を生成する。それとともに、画像通信表示装置703は、受け取った画像に対応する画像識別子と画像通信表示装置が持つ画像を識別可能なファイル識別子の対応関係を、画像受信の順序を再現可能なように格納し、画像識別子をサーバ装置703に返信する。
【０１２４】
サーバ装置702は、画像識別子を受信し、送信した画像と画像通信表示装置から受信した画像識別子の対応関係を、画像送信の順序を再現可能なように格納する。
【０１２５】
画像通信表示装置703は、サーバ装置702からの指示に応じて表示する画像を切り替える。
【０１２６】
図１９は、サーバ装置702が、M枚の画像733よりP枚の画像を選択する処理の流れを示す図である。図１９は、サーバ装置702のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【０１２７】
まず、送信リストを初期化する（ステップS1901）。
【０１２８】
図20は、M枚（M=10）の画像733の一覧（2001）の例と、送信リスト（2002）の例を示しているが、この場合、送信リスト2002を空にすることによって初期化が実現できる。
【０１２９】
次にユーザは、サーバ装置702を操作し、送信する画像を選択する（ステップS1902）。これは表示部724に画像や、あるいは画像のファイル識別子の一覧を表示し、入力部721〜723を操作して送信リスト登録を指示する。
【０１３０】
これは例えばM枚の画像733の一覧である2001と、インデックス変数mを用い、一覧のm行目の画像を表示し、ユーザが入力部721〜723を操作して前の画像の表示を指示した場合にはmを1減算、次の画像の表示を指示した場合にはmを1加算して、新しいm行目の画像を表示する、というような処理で実現できる。あるいは、2002そのものを表示してユーザに選択させるのであっても良い。
【０１３１】
次のステップS1903では、先のステップS1902で選択した画像のファイル識別子を送信リスト2002の末尾に追加する。
【０１３２】
さらにステップS1904ではこの処理の終了判定を行う。これは例えば表示部724に「終了しますか？」等のメッセージを表示し、ユーザが入力部721〜723を操作して終了を指示した場合には、ステップS1904での判定結果は真となり、ステップS1905に処理は流れる。
【０１３３】
ユーザが終了しないことを指示した場合には、処理はステップS1902に戻る。
【０１３４】
送信リスト2002では、本処理によって、ユーザがimg0006.jpg、img0008.jpg、img0003.jpg、img0002.jpg、img0009.jpg、img0010.jpgの順に送信を指示したことがわかる。
【０１３５】
ステップS1905では、後続する表示装置703への画像送信処理のため、送信リスト2002を保存する処理である。これは例えば記憶装置732にファイル化されて保存される（736）。ファイル化した送信リストの形式は例えば2002のような形式でよいが、その他の形式であっても構わない。
【０１３６】
図１８はサーバ装置702と表示装置703の通信処理を表す図である。サーバ装置702、表示装置703は、CPU104がプログラムに基づいて行う制御の元に、以下の処理を実行する。サーバ装置702の入力部101は、図18の処理の開始指示が入力可能である
サーバ装置702はまず表示装置703に画像形式の問い合わせ（1801）を送信する。問い合わせに応じて、表示装置703はサーバ装置702に自分が処理可能な画像形式（画像フォーマット、画像の幅と高さ、色空間など）をサーバ装置702に応答する（1802）。この処理は、予めサーバ装置702が持つ画像データを表示装置703が処理可能であることがわかっているような場合には省略してもよい。そのため、図１８では破線で示してある。
【０１３７】
表示装置703が返す処理可能な画像形式の画像を、サーバ装置702が送信できない場合には、処理は失敗であり、以後のメッセージ1803、1804による処理は行われずエラーとなる。この場合、表示部724にエラーが発生した旨を表示して処理は終了する。
【０１３８】
あるいは、サーバ装置702が画像フォーマットや解像度、あるいは色空間の変換する手段を備えている場合には、その変換手段による結果の画像形式と表示装置の応答による画像形式と比較してエラーかどうか判定するのであっても良い。
【０１３９】
サーバ装置702は、画像データを送信し(1803)、表示装置703は受け取った画像毎に画像識別子（1804）を返す。このやり取りは、先に説明した図１９による処理の結果である送信リスト2002が持つ画像識別子の数だけ繰り返される。
【０１４０】
図２１は、サーバ装置702での画像送信処理の流れを示す図である。図２１は、サーバ装置702のCPU104がRAM106のプログラムに基づいて実行する処理を示す。
【０１４１】
まず、ステップS2101でインデックス変数idxを0に初期化する。次に送信リストの(idx+1)行目のファイル識別子を取り出す（ステップS2102）。さらに、ステップS2102で得たファイル識別子が指す画像ファイルを読み込み画像データを得る（S2103）。
【０１４２】
次のステップS2104は、必要に応じて画像形式変換を行う処理を行うかどうかを制御しているが、この分岐は、図１８の画像形式応答1802の結果、サーバ装置702が持つ画像の形式では表示装置703が処理できず、形式変換の必要がある場合に真となり、処理はS2105に流れ、形式変換の必要がない場合には偽となり処理はS2106に流れる。あるいは、サーバ装置702が画像形式変換手段を備えていない場合には常に偽となり処理はS2106に流れる。
【０１４３】
S2105は、画像のフォーマット、解像度、色空間などの変換処理である。これらの変換手段は公知のもので構わない。また、図１による構成に加えてハードウェア（チップなど）でサーバ装置702内部に備えられているのでも構わないし、ROM105、RAM106, データ保存部102にプログラムの形式で格納されており、CPU104により実行するのでも構わない。あるいはステップS2104の説明で触れたように、解像度変換手段は必須ではないので省略しても構わない。
【０１４４】
続くステップS2106では、ステップS2103で読み込んだ画像データ、もしくはステップS2105で画像形式を変換した画像データ（図18の1803）を表示装置703に送信する。
【０１４５】
ステップS2107では表示装置703が画像データ送信に応じて返す画像識別子（図18の1804）を受信する。さらにステップS2108では、ステップS2107で受信した画像識別子を送信した画像のファイル識別子とともに保存する（図７の737）。このファイルの形式はこの画像識別子とファイルある識別子の対応関係が表現可能なものであれば任意のものでよい。
【０１４６】
以上の処理を、先に説明した図１９による処理の結果である送信リスト2002が持つ画像識別子の数だけ繰り返す。ステップS2109において、送信リストに載っている画像の送信が終了すれば、処理を終了し、終了していなければ、ステップS2110において、インデックス変数idxをインクリメントし、ステップS2103に戻る。
【０１４７】
図２３の2301はこの対応関係を記録するファイル形式の一例である。2301では、（表示装置703が返した）“画像識別子”、タブ、（サーバ装置702での）“ファイル識別子”という形式で、各行に対応関係が記述されている。
【０１４８】
図２２は、図１８の画像データ1803に応じた表示装置703での処理の流れを示す流れ図である。図２２は、表示装置703のCPU104がRAM106のプログラムに基づいて実行する処理を示す。RAM106は、このプログラムを、コンピュータであるCPU104による読み出し可能に記憶した記憶媒体である。また、このプログラムを、不図示のフロッピーディスクやコンパクトディスクから、CPU104が読み出すように構成した場合、このフロッピーディスクやコンパクトディスクが、このプログラムをCPU104による読み出し可能に記憶した記憶媒体に相当する。また、このプログラムを、通信部107を介して、外部からRAM106に供給するようにしても良い。表示装置703は画像データ1803（図18）を受信すると（ステップS2201）、その画像を格納するための画像のファイル識別子を生成する（ステップS2202）。ファイル識別子生成は表示装置703内部で識別可能な識別子を生成するものであれば任意の方法でよい。また、これにあわせて、画像識別子も生成する。画像識別子の生成方法は、第二の実施形態で説明したので、ここでは省略する。
【０１４９】
次に、ステップS2202で生成したファイル識別子を用いて、ステップS2201で受信した画像データをファイルとして記憶装置734に格納する（ステップS2203）。さらに、ステップS2202で生成したファイル識別子と画像識別子を対にして記憶装置734に格納する（ステップS2204）。
【０１５０】
この対応関係は図１７で示した対応関係と同様であり、これらの関係を表すことができる形式であれば任意の形式でよい。図２３の2302はこの対応関係を記録するファイル形式の一例である。2302では、（表示装置703の）“画像識別子”、タブ、（表示装置703での）“ファイル識別子”という形式で、各行に対応関係が記述されている。
【０１５１】
ステップS2204では、新しいファイル識別子と画像識別子を2301で示したファイルの末尾に追加していく。こうすることにより、画像を受信した順序を記憶しておくことができる。さらに、ステップS2205では、ステップS2202で生成した画像識別子1804（図18）をサーバ装置702に送信して処理は終了する。
【０１５２】
2301と2302を付き合わせると、例えばサーバ装置702のimg0006.jpgという画像ファイルは表示装置703のp001001.jpgという画像ファイルと対応し、両者はhnd0001という画像識別子に対応づけられていることがわかる。また、画像を転送した順序関係も保持されているので、例えばサーバ装置702のimg0006.jpgの次の画像に対応するのは、表示装置703のp001002.jpgである、ということもわかる。
【０１５３】
したがって、以上説明した画像転送処理の後では、サーバ装置702から表示装置703に対して特定画像の表示や、送信順で前もしくは後の画像の表示という指定が可能であり、また、サーバ装置702は、その指示を複数回した後で、現在表示させている画像と対応するサーバ装置702にある画像が何であるかということを判断することができる。
【０１５４】
図１８で、1805は、サーバ装置702から特定画像の表示を表示装置703に指示するメッセージで、メッセージ1805は、図23の2301に例示してある画像識別子（表示装置703が生成して、サーバ装置702に返した画像識別子）を含む。
【０１５５】
表示装置703は、メッセージ1805に応じて指定された画像識別子に対応する画像を図23の2302より決定し、対応する画像識別子が指す画像を読み込み表示部734に表示する。メッセージ1806は、メッセージ1805に対する応答で、表示処理の成否を表す応答メッセージである。あるいは、変形例では、メッセージ1805による指示の結果、表示した画像の画像識別子である。
【０１５６】
1807は、サーバ装置702より現在表示している画像に対して、テーブル2302の順序で一つ前の画像を表示することを指示するメッセージである。表示装置703は、メッセージ1807に応じて、現在表示している画像に対して、テーブル2302の順序で一つ前の画像を読み込み表示部734に表示する。
【０１５７】
メッセージ1808は、メッセージ1807に対する応答で、表示処理の成否を表す応答メッセージである。あるいは、変形例では、メッセージ1807による指示の結果、表示した画像の画像識別子である。
【０１５８】
1809は、サーバ装置702より現在表示している画像に対して、テーブル2302の順序で一つ次の画像を表示することを指示するメッセージである。表示装置703は、メッセージ1809に応じて、現在表示している画像に対して、テーブル2302の順序で一つ次の画像を読み込み表示部734に表示する。
【０１５９】
メッセージ1810は、メッセージ1809に対する応答で、表示処理の成否を表す応答メッセージである。あるいは、変形例では、メッセージ1809による指示の結果、表示した画像の画像識別子である。
【０１６０】
これら、1805、1807、1809によるメッセージは、サーバ装置702より任意の順序で任意回数繰り返してよい。サーバ装置702の入力部は、メッセージ1805、1807、1809のいずれかを送信することを指定する入力が可能である。
【０１６１】
以上説明したように、図７で示した通信システムにおいては、サーバ装置702より予め画像を表示装置703に送信して、特定画像の表示指示やその前後の画像の表示指示を行うことができる。また、サーバ装置702は常にどの画像が表示されているかを把握し、また現在表示中の画像に対応する画像は、記憶装置732にある画像733がどれかということも把握する。すなわち、サーバ装置702は、画像表示装置703が表示している画像は、記憶装置732に保存されている画像ファイル733のどれに格納された画像であるかを示すファイル識別子（または画像通信表示装置703での画像識別子）を、RAM106に保存する。
【０１６２】
したがって、ユーザは表示装置703の表示部734に表示されている画像を見ながら第一もしくは第二の実施形態同様にクライアント装置701に画像転送を指示し、クライアント装置701はリクエストをサーバ装置702に送信した場合に、サーバ装置702は、ユーザが要求する画像が何であるかということを特定し（画像通信表示装置703がどの画像を表示しているかを表す情報はRAM106に格納されているので、このRAM106の情報を参照する）、ユーザ所望の画像を記憶装置732より取り出してクライアント装置701に送信する。
【０１６３】
すなわち、第一の実施形態のように、サーバ装置702は、現在画像通信表示装置703が表示中である画像を識別可能な情報（画像通信表示装置703での画像識別子またはそれに対応する画像ファイル733のファイル識別子）を保持し、画像通信表示装置703が画像表示中に、クライアント装置701がサーバ装置702に画像転送のリクエストを送信した場合、サーバ装置702は、現在画像通信表示装置703が表示中である画像を識別可能な情報より識別し、画像通信表示装置703が表示している画像と対応するサーバ装置702が保持している画像をクライアント装置701に送信する。
【０１６４】
また、第二の実施形態のように、画像通信表示装置が画像表示中に、クライアント装置701がサーバ装置702に画像識別子送信のリクエストを送信した場合、サーバ装置702は、現在画像通信表示装置703が表示中である画像を識別可能な情報より識別し、現在画像通信表示装置703が表示中である画像に対応する画像識別子と画像通信表示装置703が表示中である画像を識別可能な情報の対応関係を保持し、この画像識別子をクライアント装置701に送信する。
【０１６５】
この画像識別子を受信したクライアント701は、この画像識別子とともに画像転送のリクエストをサーバ装置702に送信し、この画像識別子と画像転送のリクエストを受け取ったサーバ装置702は、受け取った画像識別子と、画像通信表示装置が表示していた画像を識別可能な情報と第二の画像識別子の対応関係に応じて、クライアント装置701が画像識別子送信のリクエストを送信した時に画像通信表示装置703が表示していた画像に対応する自分が保持している画像を、クライアント装置701に送信する。
【０１６６】
以上説明したように、本発明形態によれば、表示装置に表示される画像に応じてユーザが選択してクライアント装置より画像を複製する指示のみサーバ装置に送信し、クライアントの要求に応じてユーザが所望する画像を表す識別子をサーバ装置からクライアント装置に送信することができる。第一、第二の実施形態によるような処理を、例えばサーバ装置の表示能力が高くない、もしくはない場合にでも、表示能力の高い装置と協調することで実現することができる。
【０１６７】
【発明の効果】
以上説明したように、本発明によれば、画像表示中には、画像識別子を送信し、画像転送のリクエストを受け取った場合には、画像ファイルを読み込んで、送信することにより、画像表示中の送信の負荷が軽く済む。
また、本発明によれば、画像ファイルを保持しているサーバ装置が、画像通信表示装置を利用して、画像を表示する場合に、画像通信表示装置が表示している画像を識別することができ、さらに、画像通信表示装置が表示している画像と対応する画像ファイルを、サーバがクライアントに送信することができる。
【図面の簡単な説明】
【図１】本発明による画像通信システムを構成する画像通信装置の構成例を示す図である。
【図２】第一、第二の実施形態による画像通信システムの構成例を示す図である。
【図３】第一の実施形態のクライアントとサーバの処理と通信の流れを表す図である。
【図４】第二の実施形態のクライアントとサーバの処理と通信の流れを表す図である。
【図５】画像識別子と画像のファイル識別子の対応例を示す図である。
【図６】本発明による画像通信システムのクライアントを構成するプリンタ装置の構成例を示す図である。
【図７】第三の実施形態による画像通信システムの構成例を示す図である。
【図８】第一の実施形態による画像通信システムのクライアント側における処理の流れを示す流れ図である。
【図９】第一、第二の実施形態による画像通信システムのサーバ側における画像表示処理の処理の流れを示す流れ図である。
【図１０】第一の実施形態による画像通信システムのサーバ側における応答処理の処理の流れを示す流れ図である。
【図１１】第二の実施形態による画像通信システムのクライアント側における、画像識別子取得処理の流れを示す流れ図である。
【図１２】第二の実施形態による画像通信システムのサーバ側における、画像識別子要求に対する応答処理の流れを示す流れ図である。
【図１３】第二の実施形態による画像通信システムのサーバ側における、画像要求に対する応答処理の流れを示す流れ図である。
【図１４】第二の実施形態による画像通信システムのクライアント側における、画像取得処理の流れを示す流れ図である。
【図１５】本発明による画像通信システムのサーバが保持する画像一覧の例を示す図である。
【図１６】第二の実施形態による画像通信システムのクライアントが保存した画像識別子一覧の例を示す図である。
【図１７】画像識別子と画像のファイル識別子の対応例の図５を更新した状態を示す図である。
【図１８】第三の実施形態による画像通信システムのサーバと表示装置の通信の流れを示す図である。
【図１９】第三の実施形態による画像通信システムのサーバでの画像送信リスト作成処理の流れを示す図である。
【図２０】画像の一覧と、画像送信リストの例を示す図である。
【図２１】第三の実施形態による画像通信システムのサーバでの画像送信処理の流れを示す図である。
【図２２】第三の実施形態による画像通信システムの表示装置での画像受信処理の流れを示す図である。
【図２３】第三の実施形態による画像通信システムのサーバが送信した画像のファイル識別子と表示装置が発行した画像識別子の対応関係を表す図と、表示装置が受信した画像のファイル識別子と表示装置が発行した画像識別子の対応関係を表す図である。
【符号の説明】
２０１  クライアント装置
２０２  サーバ装置
【図１】
0003854820.tif 000002
【図２】
0003854820.tif 000003
【図３】
0003854820.tif 000004
【図４】
0003854820.tif 000005
【図５】
0003854820.tif 000006
【図６】
0003854820.tif 000007
【図７】
0003854820.tif 000008
【図８】
0003854820.tif 000009
【図９】
0003854820.tif 000010
【図１０】
0003854820.tif 000011
【図１１】
0003854820.tif 000012
【図１２】
0003854820.tif 000013
【図１３】
0003854820.tif 000014
【図１４】
0003854820.tif 000015
【図１５】
0003854820.tif 000016
【図１６】
0003854820.tif 000017
【図１７】
0003854820.tif 000018
【図１８】
0003854820.tif 000019
【図１９】
0003854820.tif 000020
【図２０】
0003854820.tif 000021
【図２１】
0003854820.tif 000022
【図２２】
0003854820.tif 000023
【図２３】
0003854820.tif 000024