コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツの差分情報を検出する差分検出手段と、前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信手段と、前記コンテンツ状態受信手段によって取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出手段による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御手段とを有することを特徴とするコンテンツ閲覧クライアント装置。前記コンテンツ配信サーバー装置がコンテンツ閲覧クライアントの識別情報を受信することが可能な場合に、コンテンツ配信サーバー装置にコンテンツ閲覧クライアントの識別情報を送信することを特徴とする請求項1に記載のコンテンツ閲覧クライアント装置。前記制御手段は、前記コンテンツ受信手段、あるいは差分検出手段によって前記コンテンツ配信サーバー装置から受信したコンテンツの情報をもとに、前記コンテンツ受信手段あるいは前記差分検出手段の実行する時間の間隔を変更することを特徴とする請求項1に記載のコンテンツ閲覧クライアント装置。前記制御手段は、コンテンツ配信サーバー装置から未受信のコンテンツが一定期間取得できない場合に前記差分検出手段による差分検出を実行する時間の間隔を変更することを特徴とする請求項1~3の何れか1項に記載のコンテンツ閲覧クライアント装置。コンテンツ登録クライアント装置からアップロードされたコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツを登録するコンテンツ登録手段と、前記コンテンツ登録手段によって登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信手段と、前記コンテンツ状態受信手段によって受信した状態を取得するコンテンツ状態取得手段とを有することを特徴とするコンテンツ配信サーバー装置。前記コンテンツ登録クライアント装置からのコンテンツの登録予定情報を受信するコンテンツ登録予定情報受信手段と、前記コンテンツ登録予定情報受信手段によって受信したコンテンツ登録予定情報をコンテンツの状態として利用する利用手段とを有することを特徴とする請求項5に記載のコンテンツ配信サーバー装置。コンテンツ閲覧クライアント装置の識別情報を受信する識別情報受信手段と、前記コンテンツ状態取得手段によって取得した状態と、前記識別情報受信手段によって受信した識別情報とを利用してコンテンツ閲覧クライアント装置とのセッションを維持する維持手段と、前記コンテンツの登録が完了したタイミングで登録済みのコンテンツを識別情報のコンテンツ閲覧クライアント装置に送信することを特徴とする請求項5または6に記載のコンテンツ配信サーバー装置。前記利用手段は、前記コンテンツ登録クライアント装置から一定期間にわたって登録予定情報にあるコンテンツを前記コンテンツ受信手段によって受信できなかった場合に、登録予定情報の利用を変更することを特徴とする請求項6に記載のコンテンツ配信サーバー装置。コンテンツ配信サーバー装置がコンテンツの登録予定情報を受信することが可能な場合に、前記コンテンツ配信サーバー装置にコンテンツの登録予定情報を送信する送信手段を有することを特徴とするコンテンツ登録クライアント装置。請求項1~4の何れか1項に記載のコンテンツ閲覧クライアント装置と、請求項5~8の何れか1項に記載のコンテンツ配信サーバー装置と、請求項9に記載のコンテンツ登録クライアント装置とを有することを特徴とする画像閲覧システム。コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信工程と、前記コンテンツ受信工程において受信したコンテンツの差分情報を検出する差分検出工程と、前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信する状態受信工程と、前記状態受信工程において取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出工程による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御工程とを有することを特徴とするコンテンツ閲覧クライアント装置の制御方法。コンテンツ登録クライアントからアップロードされたコンテンツを受信するコンテンツ受信工程と、前記コンテンツ受信工程において受信したコンテンツを登録するコンテンツ登録工程と、前記コンテンツ登録工程において登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信工程と、前記コンテンツ状態受信工程において受信した状態を取得するコンテンツ状態取得工程とを有することを特徴とするコンテンツ配信サーバー装置の制御方法。コンテンツ配信サーバー装置がコンテンツの登録予定情報を受信することが可能な場合に、前記コンテンツ配信サーバー装置にコンテンツの登録予定情報を送信する送信工程を有することを特徴とするコンテンツ登録クライアント装置の制御方法。従来、コンテンツ配信サーバー装置に対して、コンテンツ閲覧クライアント装置はRSSに記述された画像をリクエストする。しかしながら、コンテンツ登録クライアント装置が複数の画像の全てのアップロードが終わっていない時に、コンテンツ閲覧クライアント装置がRSSをダウンロードすると、RSSにはその時点でアップロード済みの画像の情報しか記述されていない。したがって、コンテンツ閲覧クライアント装置はRSSに記述された画像だけしかリクエストしないため、関連する全ての複数の画像をまとめてダウンロードすることができなかった。さらに、その後、残りの画像がアップロードされても、閲覧クライアント装置は所定時間毎にしかRSSをリクエストしないので、それまでは残りの画像がアップロードされたことさえ知ることができなかった。また、先に画像をダウンロードしてから、所定時間が経過するまでは残りの画像をダウンロードすることができず、それまでの間は、関連する複数の画像をまとめて再生することができなかった。例えば、スライドショーでは、一連のストーリーをもった複数の画像を順に連続して表示させるため、途中で画像が欠けてしまうと、コンテンツ登録者の意図とは異なるものが閲覧者に提供されてしまうという問題があった。また、音楽作品のアルバムやプレイリストも同様であった。本発明は前述の問題点に鑑み、関連のある複数の画像をできるだけ短い期間で全て取得できるようにすることを目的とする。本発明のコンテンツ閲覧クライアント装置は、コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツの差分情報を検出する差分検出手段と、前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信する状態受信手段と、前記状態受信手段によって取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出手段による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御手段とを有することを特徴とする。本発明によれば、コンテンツ閲覧クライアント装置がコンテンツ配信サーバー装置から画像が取得できない場合には、画像が予定個数分取得できるまで、コンテンツ配信サーバーに対して画像の取得要求を送信するようにした。これにより、関連性のある複数の画像をできるだけ短い期間で全て取得することができる。<第1の実施形態>以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。システム全体の説明本実施形態の画像閲覧システム全体の構成を図1を参照して説明する。図1において、101はコンテンツ登録クライアント装置以下、登録クライアント装置とするであり、デジタルカメラ102で撮影された画像を取り込み、保持している。104はコンテンツ配信サーバー装置以下、配信サーバー装置とするであり、登録クライアント装置101からインターネット103を介してアップロードされた画像を格納する。また、配信サーバー装置104は登録クライアント装置101からのアップロード画像をRSSとしてダウンロードする。105はコンテンツ閲覧クライアント装置以下、閲覧クライアント装置とするであり、配信サーバー装置104から登録クライアント装置101がアップロードしたアップロード画像をRSSとして取得する。ここで、配信サーバー装置104は複数の登録クライアント装置101、複数の閲覧クライアント装置105と通信可能である。コンピュータ装置の説明次に、図2を参照しながら、本実施形態の配信サーバー装置104やクライアント装置を構成するコンピュータ装置の構成例を説明する。なお、配信サーバー装置104やクライアント装置はそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにLocalAreaNetworkLANなどで接続されている。図2において、201はコンピュータ装置200の全体を制御する制御部であり、例えばCentralProcessingUnitCPUである。202は変更を必要としないプログラムやパラメータを格納するReadOnlyMemoryROMである。203は外部記憶装置などから供給されるプログラムやデータを一時記憶するRandomAccessMemoryRAMである。204はコンピュータ装置200に固定して設置されたハードディスクやメモリカード、あるいはコンピュータ装置200から着脱可能な光ディスク、磁気や光カード、ICカードなどを含む外部記憶装置である。205はユーザの操作を受け、各種データを入力するポインティングデバイスやキーボード209などの入力デバイスとのインターフェイスである。206はコンピュータ装置200が保持するデータや供給されたデータを表示するための表示装置210とのインターフェイスである。207はインターネット103などのネットワーク回線にコンピュータ装置200を接続するためのネットワークインタフェイスである。208は画像入力装置画像入力デバイス212とのインターフェイスIFである。211は201~208の各デバイスを通信可能に接続するシステムバスである。なお、サーバー装置の外部記憶装置204には、WebアプリケーションプログラムやOperatingSystemOS、画像、各種設定が登録されている。また、クライアント装置の外部記憶装置204には、WebブラウザプログラムやOS、画像が記憶されている。登録クライアント装置の動作の説明本実施形態の登録クライアント装置101はコンテンツ登録用のプログラムを起動し、所定のURLを設定しておくことで、配信サーバー装置104と通信して、固まりとして意味を有する複数画像をアップロードする。ここで、アップロードされた画像は配信サーバー装置104によって常時公開のRSSのコンテンツとして閲覧クライアント装置105の閲覧用に配信される。閲覧クライアント装置105は、公開されているRSSを取得することで、登録クライアント装置101が配信サーバー装置104にアップロードした画像を表示することができる。例えば、配信サーバー装置104に登録済みのコンテンツか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信処理。次に、図3のフローチャートを参照して、登録クライアント装置101が複数の画像を配信サーバー装置104にアップロードする時の動作を説明する。なお、以下の処理は登録クライアント装置101のCPU201が外部記憶装置204からプログラムやOSを読み出して起動し、これらに従って各種デバイスを制御することにより実現される。CPU201は、ユーザによる所定の操作に応答して、グループ化の指示の入力を検出すると、選択画像として、スライドショーを構成する画像をグループ化するS301。そして、グループ化した画像の配列IMG添字0で配列の先頭画像を取得可能な配列を取得するS302。次に、CPU201は、その配列の要素数を取得し変数Mに格納しS303、配信サーバー装置104に変数Mの値画像の個数を登録予定の画像の情報として送信するS304。次に、CPU201は、送信済み画像の個数を格納するための変数Iを作成し、0ゼロで初期化するS305。CPU201は、変数Mの値と変数Iの値とを比較するS306。変数Mの値が変数Iよりも大きい場合配信サーバー装置104に対して、未送信の画像が残っている場合は、配列IMGの画像を1件IMG[I]取り出し、配信サーバー装置104に送信するS307。一方、変数Mの値が変数Iより大きくない場合配信サーバー装置104に全ての画像を送信済みの場合は、処理を終了する。次に、CPU201は、S307の処理によって、画像IMG[I]の送信が完了したかを判定するS308。画像IMG[I]の配信サーバー装置104への送信が完了している場合には、CPU201は変数Iを1だけカウントアップしS309、S306の処理を実行する。一方、画像IMG[I]の送信が完了していない場合は、配信サーバー装置104への送信タイムアウト時間に到達していないかを判定するS310。ここで、送信タイムアウト時間は、ネットワークなどの障害によって配信サーバー装置104の応答がなかった場合のことを考慮し、一定期間の応答がなかった場合に送信を停止するための判定に利用する。S310において、送信タイムアウト時間に到達していなければ、配信サーバー装置104からの画像IMG[I]の受信を継続してよいとして、S308の処理を実行する。一方、送信タイムアウト時間に到達している場合は、CPU201は配信サーバー装置104に対する送信を停止してエラー処理を実行するS311。ここで、エラー処理とは、配信サーバー装置104とのソケットをクローズしたり、画像をアップロードしているユーザに送信タイムアウトが発生したことを知らせるメッセージを表示したりする等のことである。メッセージには、配信サーバー装置104が復旧した後に、次回、画像のアップロードを行う際に必要となる操作指示などが含まれていてよい。配信サーバー装置の動作の説明図4は、配信サーバー装置104が管理する画像の情報を格納する管理形態の一例を示している。グループテーブル401には画像のグループを表現するレコードを格納する。グループテーブル401には、レコードを特定するための識別子グループID402、グループに含まれる画像の個数403、RSSのURL404を格納するための属性が定義されている。また、405はグループテーブルのレコードの一例である。次に、グループ所属ファイルテーブル406は、グループテーブルと関連付けるための属性が定義されている。本実施形態においては、グループID407と、グループに含まれるファイル識別子ファイルID408、ファイル名409、ファイルのサイズ410、そのファイルのパス411、そのファイルの状態412という属性が定義されている。また、413はグループ所属ファイルテーブルのレコードの一例である。尚、ファイルの状態412の取り得る値としては、ファイルが登録済みなのか、登録中なのか、あるいは、閲覧用に送信済みなのかといった状態である。この状態をレコードの抽出条件に入れることで、レコードの取得範囲を限定したりすることが可能となっている。たとえば、閲覧クライアント装置105に対して、未送信の画像を抽出して送信する場合には、ファイルの状態412が閲覧用に送信済みとなっているレコード以外のレコードを対象として送信する。次に、図5のフローチャートを参照して、配信サーバー装置104が登録クライアント装置101から複数画像の登録要求を受信した時の動作を説明する。配信サーバー装置104のCPU201は、登録クライアント装置101から画像の登録状態を判別するために、画像が登録済みか、あるいは登録中のコンテンツの状態を取得するコンテンツ状態取得処理を行う。そして、登録する画像の予定個数を受信したコンテンツ登録予定情報受信処理かを判定するS501。予定個数の受信を検知した場合は、受信した登録予定の画像個数を変数Mに格納しS502、グループテーブル401のレコードを追加する。そして、画像個数の変数Mの値を画像の個数403に設定し、RSSのURLの値を404に設定するS503。次に、CPU201は、登録済み画像の個数を格納する変数Iを作成し、0ゼロで初期化するS504。次に、CPU201は変数Mと変数Iの値を比較するS505。変数Mの値が変数Iの値よりも大きい場合登録クライアント装置101からの受信予定の画像が残っている場合は、登録クライアント装置101から1個分の画像受信が完了したかを判定するS506。S506を実行して画像の受信が完了した場合は、グループ所属ファイルテーブル406のレコードを追加し、ファイル名409、サイズ410にファイルの属性を設定する。また、パス411に配信サーバー装置104で利用する登録領域のパスを設定し、状態412の値として、登録済みを設定しS507、変数Iを1だけカウントアップしS508、S505を実行する。一方、画像の受信が完了していない場合は、CPU201は受信タイムアウト時間に到達したかを判定するS509。ここで、受信タイムアウト時間に到達していた場合は、受信を停止してエラー処理を実行しS510、受信タイムアウト時間に到達していない場合は、S506を実行し画像の受信を継続する。ここで、エラー処理とは、登録クライアント装置101とのソケットをクローズしたり、登録クライアント装置101に受信タイムアウトが発生したことを知らせたりするメッセージの送信などが含まれていてよい。次に、図6のフローチャートを参照して、配信サーバー装置104が閲覧クライアント装置105から画像情報をもつ、公開されているRSSの取得要求を受信した時の動作を説明する。配信サーバー装置104のCPU201は、閲覧クライアント装置105からRSSにある画像の取得要求を受信したかを判定するS601。閲覧クライアント装置105から予定個数を受信した場合は、CPU201は、該当RSSに対応するレコード405をグループテーブル401から取得し、閲覧クライアント装置105が取得する画像の個数403の値を取得するS602。CPU201は、S602の処理で取得した画像の個数を変数Mに格納しS603、その変数Mの値を閲覧クライアント装置105に送信するS604。CPU201は、閲覧クライアント装置105からRSSの画像の取得要求を受信していない場合は、受信するまでS601を実行し、受信確認を継続する。次に、CPU201は送信済み画像の個数を格納する変数Iを作成し、0ゼロで初期化するS605。CPU201は、変数Mと変数Iとの値を比較するS606。変数Mの値が変数Iの値よりも大きい場合閲覧クライアント装置105に対して、未送信の画像が残っている場合は、閲覧クライアント装置105から1個分の画像の取得要求を受信したかを判定するS607。CPU201は、変数Mの値が変数Iの値よりも大きくない場合は、閲覧クライアント装置105に未送信画像が無いものと判定し、閲覧クライアント装置105に画像の送信完了を通知しS613、処理を終了する。CPU201は、S607を実行して、閲覧クライアント装置105から画像の取得要求を受信した場合は、閲覧クライアント装置105に対して、要求されたRSSの画像のファイルをテーブル406のレコード413を参照して取得し送信するS608。次に、閲覧クライアント装置105に画像を送信した後に、画像の管理テーブルであるグループ所属ファイルテーブル406のレコード413の状態412を閲覧用に送信済みに更新するS609。次に、そのレコードに対応した画像について、既に閲覧クライアント装置105に画像を送信したものとして扱う。次に、CPU201は変数Iの値を1だけカウントアップするS610。その後、S606に戻り、閲覧クライアント装置105に未送信の画像が存在しなくなるまでS606からS611の処理を実行する。一方、CPU201は、S607を実行して、閲覧クライアント装置105から画像の取得要求を受信していない場合は、受信タイムアウト時間に到達していないかを判定するS611。そして、受信タイムアウトに到達していない間は受信の確認をS607を実行して継続する。受信タイムアウトが発生した場合は、受信を停止してエラー処理を実行するS612。ここで、エラー処理とは、閲覧クライアント装置105とのソケットをクローズしたり、閲覧クライアント装置105に受信タイムアウトが発生したことを知らせたりするメッセージの送信などが含まれていてよい。閲覧クライアント装置の動作の説明図7は、閲覧クライアント装置105が管理する画像の情報および受信タイミングを設定する情報を格納する管理形態の一例を示す図である。図7において、701はグループ所属ファイルテーブルである。このテーブル701は、RSSという画像を束ねるグループを特定するグループID702と、グループに含まれるファイル識別子ファイルID703、ファイル名704、ファイルのサイズ705、そのファイルのパス706という属性が定義されている。また、707はグループ所属ファイルテーブル701のレコードの一例である。708は、受信タイミング設定テーブルである。このテーブル708は、属性として受信タイミング709が定義されており、閲覧クライアント装置105が配信サーバー装置104から画像を受信するために画像の取得要求を実行するためのタイミングに関する情報を格納する。また、710は受信タイミング設定テーブルのレコードの一例である。たとえば、10秒間隔で画像を受信するという設定がある場合には、閲覧クライアント装置105のCPU201は、RSSの画像の差分画像を取得するために、10秒間隔で配信サーバー装置104に対して画像の取得要求を送信することができる。711は、受信タイミング設定一覧テーブルである。このテーブル711には、配信サーバー装置104から受信した画像の平均サイズから、平均的な受信画像のサイズを考慮して、閲覧クライアント装置105の配信サーバー装置104への画像受信タイミングを設定するための情報が格納されている。属性として、受信した画像の平均サイズ712、画像の受信タイミング713が定義されている。714は受信タイミング一覧テーブル711のレコードの一例である。たとえば、閲覧クライアント装置105のCPU201は、グループ所属ファイルテーブル701のレコード707のサイズ705の平均を算出する。そして、その値と、受信タイミング一覧テーブル711のレコード714の受信した画像の平均サイズとを照らし合わせて、適切な画像の受信タイミングを設定することができる。次に、図8のフローチャートを参照して、閲覧クライアント装置105が配信サーバー装置104から画像を取得する動作の一例を説明する。閲覧クライアント装置105のCPU201は、配信サーバー装置104に受信予定の画像個数の取得要求を送信するS801。次に、CPU201は、S801の処理によって受信した配信サーバー装置104から受信予定の画像個数を変数Mに格納するS802。CPU201は、受信済み画像の個数を格納する変数Iを作成し、0ゼロで初期化するS803。CPU201は、変数Mの値と変数Iの値とを比較してコンテンツの差分情報を検出する、コンテンツ差分検出処理を行うS804。そして、変数Mの値が変数Iの値よりも大きい場合配信サーバー装置104に未受信の画像が一定期間取得できないで残っている場合は、配信サーバー装置104に画像の取得要求を送信してコンテンツ受信を行うS805。一方、変数Mの値が変数Iの値よりも大きくない場合は、受信予定の画像は全て受信したとみなし、処理を終了する。次に、CPU201は、配信サーバー装置104から1個分の画像受信を完了したかを判定するS806。配信サーバー装置104から画像を受信した場合は、CPU201は、受信完了した画像をグループ所属ファイルテーブル701のレコード707を追加し、そのレコードのパス706の値に対応する記憶領域にその画像を格納するS807。CPU201は、変数Iの値を1だけカウントアップしS808、その後、S804に戻って、S804からの処理を未受信の画像が無くなるまで継続する。一方、S806を実行して、配信サーバー装置104から画像の受信が完了していない場合は、CPU201は、受信タイムアウト時間に到達したかを判定するS809。受信タイムアウト時間に到達した場合は、CPU201は受信を停止してエラー処理を実行しS810、受信タイムアウト時間に到達していない場合は、S806からの処理を継続する。次に、図9のフローチャートを参照して、前述した図7の管理形態を利用した配信サーバー装置104から、画像を受信するタイミングの設定手順に関する詳細な一例を説明する。CPU201は、受信した画像のサイズの一覧をグループ所属ファイルテーブル701からレコード707として取得しS901、それぞれのレコードからサイズ705の値を取得する。そして、CPU201は受信した画像の平均サイズを導出するS902。次に、CPU201は、S902の処理によって得られる画像の平均サイズを利用して、受信タイミング一覧テーブル711から画像の受信タイミングを導出するS903。そして、その値を、受信タイミング設定テーブル708のレコード710の受信タイミング709の値に反映するS904。図10は、閲覧クライアント装置105が配信サーバー装置104に画像の受信要求を送信して、画像の受信タイムアウトが発生した時に、再度、画像を受信するタイミングを設定するための情報を格納する管理形態の一例を示す図である。図10において、1001は受信タイムアウト時間設定テーブルである。このテーブル1001には、閲覧クライアント装置105が配信サーバー装置104に画像の受信要求を送信して、閲覧クライアント装置105で画像の受信タイムアウトを発生させる時間を設定するための属性受信タイムアウト時間1002が定義されている。1003は受信タイムアウト時間設定テーブル1001のレコードの一例であり、閲覧クライアント装置105が配信サーバー装置104から応答が1分間無い場合は、タイムアウトを発生させることを示している。また、受信タイムアウト時間設定一覧テーブル1004は、属性として、受信タイムアウト時間1005、バイアス1006が定義されている。また、1007は受信タイムアウト時間設定一覧テーブル1004のレコードの一例である。図11は、前述した図10の管理形態を利用した受信タイムアウトの設定に関する詳細な一例を示すフローチャートである。CPU201は、受信タイムアウトが発生したかを判定するS1101。受信タイムアウトが発生した場合は、受信タイミング設定テーブル708のレコード710の属性受信タイミング709の値を取得し、現在設定されている受信タイムアウト時間を導出するS1102。次に、CPU201は、S1102の処理によって得られた受信タイムアウト時間と、受信タイムアウト時間設定一覧テーブル1004のレコード1007の受信タイムアウト時間1005の値とを照らし合わせ、バイアス1006の値を導出するS1103。次に、CPU201は、S1102の処理によって得た現在の受信タイムアウト時間に、S1103の処理によって得たバイアスを加算し、新しい受信タイムアウト時間を導出するS1104。次に、CPU201は、S1104の処理によって得た新しい受信タイムアウト時間を受信タイムアウト時間設定テーブル1001のレコード1003の属性受信タイムアウト時間1002の値として反映するS1105。<第2の実施形態>以下に、図面を参照して、本発明の好適な第2の実施形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。本実施形態の構成は、前述した第1の実施形態の図1および図2の構成と同様であるので、図示及び構成の詳細な説明を省略する。本実施形態においては、第1の実施形態と比較して、登録クライアント装置101は配信サーバー装置104に対して、アップロード予定の画像に関する情報を送信する必要はない。しかし、画像をまとめるためのグループの作成要求を送信して、画像の格納グループを、個々の画像のアップロードに先立って配信サーバー装置に作成しておく必要がある。また、登録クライアント装置101において、S304は実行しなくともよい。また、配信サーバー装置104において、登録クライアント装置101からアップロード予定の画像に関する情報を受信する必要がない。図12は、この時に、配信サーバー装置104が登録クライアント装置101から画像のアップロード要求を受信した時の動作を示すフローチャートである。CPU201は、登録クライアント装置101からグループ作成要求の受信が完了したかを判定するS1201。次に、CPU201は、S1201の処理によってグループの作成要求の受信が完了した場合は、グループテーブル401のレコード405のレコードを追加する。そして、画像の個数403の値として不定値、URL404の値としてRSSのURLを設定するS1202。また、CPU201は、S1201を実行して、グループの作成要求の受信が完了していない場合は、受信が完了するまでS1201の処理を継続する。次に、CPU201は、登録クライアント装置101から1個分の画像受信が完了したかを判定するS1203。画像の受信が完了した場合は、CPU201はグループテーブル401のレコード405のレコードを追加して、グループテーブル401の画像の個数を、グループに存在する画像の個数で更新するS1204。また、画像の受信が完了していない場合は、受信タイムアウト時間に到達していないかを判定するS1205。ここで、受信タイムアウト時間に到達している場合、CPU201は登録クライアント装置101からの画像の受信を停止し、エラー処理を実行するS1206。また、受信タイムアウト時間に到達していない場合は、登録クライアント装置101からの画像の受信を継続するために、S1203からの処理を実行する。第1の実施形態において、配信サーバー装置104は、閲覧クライアント装置105に登録予定の画像に関する情報を送信していたが、本実施形態では送信しない。その代わり、配信サーバー装置104は、閲覧クライアント装置105から、その閲覧クライアント装置105の識別情報受信を行い、閲覧クライアント装置105との間でセッションを維持する。そして、配信サーバー装置104が登録クライアント装置101からの画像のアップロードが完了したタイミングで、配信サーバー装置104から閲覧クライアント装置105に画像をプッシュする。図13は、この時の配信サーバー装置104が閲覧クライアント装置から画像の取得要求を受信した時の動作の詳細を示すフローチャートである。処理が開始されると、CPU201は、閲覧クライアント装置105の識別情報および画像の取得要求を受信したかを判定するS1301。CPU201は、S1301を実行して、閲覧クライアント装置105の画像の受信が完了していない場合は、画像の受信が完了するまでS1301の処理を継続する。画像の受信が完了した場合は、受信した識別情報を変数identifierに格納しS1302、識別情報に対応する閲覧クライアントとのセッションを維持するS1303。次に、CPU201は、閲覧クライアント装置105から取得要求のあったRSSの画像に関する配列IMGを取得しS1304、その配列の要素数を変数Mに格納するS1305。そして、送信済み画像の個数を格納するための変数Iを作成し、0ゼロで初期化するS1306。次に、CPU201は、Mと変数Iとの値を比較するS1307。変数Mの値が変数Iの値よりも大きい場合閲覧クライアント装置105に対して、未送信の画像が残っている場合は、閲覧クライアント装置105に対して、1個分の画像として配列IMGの配列要素IMG[I]を送信するS1308。ここで、閲覧クライアント装置105は、前述したS1302で取得した識別情報によって送信先として特定できる。次に、CPU201は、閲覧クライアント装置105に送信した画像であるIMG[I]の送信が完了したかを判定しS1309、画像の送信が完了した場合は、変数Iの値を1だけカウントアップしS1310、S1307からの処理を継続する。一方、CPU201はS1307を実行して、数数Mの値が変数Iの値よりも大きくない場合は、閲覧クライアント装置105から画像の取得要求があったタイミングでの未送信画像が無いものと判定し、変数Mの値が0より大きいかを判定するS1313。変数Mが0より大きい場合は、閲覧クライアント装置105から画像の取得要求があったタイミングで、登録クライアント装置101が画像をアップロードしている最中であった可能性を考慮し、再度、S1304から処理を実行する。一方、変数Mの値が0より大きくない場合は、閲覧クライアント装置105に対して、未送信画像が残っていないと判定し、閲覧クライアント装置105とのセッションを閉じてS1314、処理を終了する。また、CPU201はS1309の処理を実行して、閲覧クライアント装置105に対して、IMG[I]の送信が完了していない場合は、送信タイムアウト時間に到達していないかを判定するS1311。送信タイムアウト時間に到達していない間は送信の確認をS1309を実行して継続する。送信タイムアウトが発生した場合は、送信を停止してエラー処理を実行するS1312。ここで、エラー処理とは、閲覧クライアント装置105とのソケットをクローズしたり、閲覧クライアント装置105に送信タイムアウトが発生したことを知らせるメッセージの送信をしたりすることなどが含まれていてよい。次に、図14のフローチャートを参照して、閲覧クライアント装置105が配信サーバー装置104から画像を取得する時の動作を説明する。閲覧クライアント装置105のCPU201は、配信サーバー装置104に、閲覧クライアント装置105を識別するための識別情報および画像の取得要求を送信するS1401。次に、CPU201は配信サーバー装置104に識別情報を送信したことで、配信サーバー装置104とのセッションが維持されているかを判定するS1402。CPU201は、配信サーバー装置104とのセッションの維持が確認できれば、配信サーバー装置104から1個分の画像を受信したかを確認するS1403。そして、画像の受信が完了した場合は、その画像を閲覧者に見せるためのスライドショーに記憶するS1404。なお、CPU201はS1404の処理後、再度、S1402を実行する。以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。前述の実施形態の一部を適宜組み合わせてもよい。また、前述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線/無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。プログラムを供給するためのコンピュータ読み取り可能な記憶媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光/光磁気登録媒体、不揮発性の半導体メモリでもよい。また、プログラムの供給方法としては、コンピュータネットワーク上のサーバーに本発明を形成するコンピュータプログラムを登録し、接続のあったクライアントコンピュータはがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。