(57)【要約】【課題】関連のある複数の画像をできるだけ短い期間で全て取得できるようにする。【解決手段】コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツの差分情報を検出する差分検出手段と、前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信手段と、前記コンテンツ状態受信手段によって取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出手段による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御手段とを設け、コンテンツ閲覧クライアント装置は、コンテンツ配信サーバー装置から予定個数分のコンテンツが取得できるまでコンテンツの取得処理を継続する。【選択図】図４
2012190341.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段によって受信したコンテンツの差分情報を検出する差分検出手段と、
前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信手段と、
前記コンテンツ状態受信手段によって取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出手段による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御手段とを有することを特徴とするコンテンツ閲覧クライアント装置。
【請求項２】
前記コンテンツ配信サーバー装置がコンテンツ閲覧クライアントの識別情報を受信することが可能な場合に、コンテンツ配信サーバー装置にコンテンツ閲覧クライアントの識別情報を送信することを特徴とする請求項１に記載のコンテンツ閲覧クライアント装置。
【請求項３】
前記制御手段は、前記コンテンツ受信手段、あるいは差分検出手段によって前記コンテンツ配信サーバー装置から受信したコンテンツの情報をもとに、前記コンテンツ受信手段あるいは前記差分検出手段の実行する時間の間隔を変更することを特徴とする請求項１に記載のコンテンツ閲覧クライアント装置。
【請求項４】
前記制御手段は、コンテンツ配信サーバー装置から未受信のコンテンツが一定期間取得できない場合に前記差分検出手段による差分検出を実行する時間の間隔を変更することを特徴とする請求項１〜３の何れか１項に記載のコンテンツ閲覧クライアント装置。
【請求項５】
コンテンツ登録クライアント装置からアップロードされたコンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段によって受信したコンテンツを登録するコンテンツ登録手段と、
前記コンテンツ登録手段によって登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信手段と、
前記コンテンツ状態受信手段によって受信した状態を取得するコンテンツ状態取得手段とを有することを特徴とするコンテンツ配信サーバー装置。
【請求項６】
前記コンテンツ登録クライアント装置からのコンテンツの登録予定情報を受信するコンテンツ登録予定情報受信手段と、
前記コンテンツ登録予定情報受信手段によって受信したコンテンツ登録予定情報をコンテンツの状態として利用する利用手段とを有することを特徴とする請求項５に記載のコンテンツ配信サーバー装置。
【請求項７】
コンテンツ閲覧クライアント装置の識別情報を受信する識別情報受信手段と、
前記コンテンツ状態取得手段によって取得した状態と、前記識別情報受信手段によって受信した識別情報とを利用してコンテンツ閲覧クライアント装置とのセッションを維持する維持手段と、
前記コンテンツの登録が完了したタイミングで登録済みのコンテンツを識別情報のコンテンツ閲覧クライアント装置に送信することを特徴とする請求項５または６に記載のコンテンツ配信サーバー装置。
【請求項８】
前記利用手段は、前記コンテンツ登録クライアント装置から一定期間にわたって登録予定情報にあるコンテンツを前記コンテンツ受信手段によって受信できなかった場合に、登録予定情報の利用を変更することを特徴とする請求項６に記載のコンテンツ配信サーバー装置。
【請求項９】
コンテンツ配信サーバー装置がコンテンツの登録予定情報を受信することが可能な場合に、前記コンテンツ配信サーバー装置にコンテンツの登録予定情報を送信する送信手段を有することを特徴とするコンテンツ登録クライアント装置。
【請求項１０】
請求項１〜４の何れか１項に記載のコンテンツ閲覧クライアント装置と、請求項５〜８の何れか１項に記載のコンテンツ配信サーバー装置と、請求項９に記載のコンテンツ登録クライアント装置とを有することを特徴とする画像閲覧システム。
【請求項１１】
コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信工程と、
前記コンテンツ受信工程において受信したコンテンツの差分情報を検出する差分検出工程と、
前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信する状態受信工程と、
前記状態受信工程において取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出工程による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御工程とを有することを特徴とするコンテンツ閲覧クライアント装置の制御方法。
【請求項１２】
コンテンツ登録クライアントからアップロードされたコンテンツを受信するコンテンツ受信工程と、
前記コンテンツ受信工程において受信したコンテンツを登録するコンテンツ登録工程と、
前記コンテンツ登録工程において登録済みか、あるいは登録中のコンテンツの状態を受信するコンテンツ状態受信工程と、
前記コンテンツ状態受信工程において受信した状態を取得するコンテンツ状態取得工程とを有することを特徴とするコンテンツ配信サーバー装置の制御方法。
【請求項１３】
コンテンツ配信サーバー装置がコンテンツの登録予定情報を受信することが可能な場合に、前記コンテンツ配信サーバー装置にコンテンツの登録予定情報を送信する送信工程を有することを特徴とするコンテンツ登録クライアント装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ閲覧クライアント装置、コンテンツ配信サーバー装置、コンテンツ登録クライアント装置、および画像閲覧システムに関する。特に、ネットワークを介してサーバー装置に登録されたコンテンツをクライアント装置に提供するために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、コンテンツ登録クライアント装置が、コンテンツ配信サーバー装置に対して画像をアップロードすると、ＲＳＳを用いてその旨を閲覧クライアント装置に通知し、画像を提供することができるサービスがある。ＲＳＳにはアップロードされた画像に関する情報が記述される。閲覧クライアント装置は所定の時間になると、このＲＳＳをダウンロードし、画像の更新を検出すると、コンテンツ配信サーバー装置から画像をダウンロードする（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１００３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来、コンテンツ配信サーバー装置に対して、コンテンツ閲覧クライアント装置はＲＳＳに記述された画像をリクエストする。しかしながら、コンテンツ登録クライアント装置が複数の画像の全てのアップロードが終わっていない時に、コンテンツ閲覧クライアント装置がＲＳＳをダウンロードすると、ＲＳＳにはその時点でアップロード済みの画像の情報しか記述されていない。
【０００５】
したがって、コンテンツ閲覧クライアント装置はＲＳＳに記述された画像だけしかリクエストしないため、関連する全ての複数の画像をまとめてダウンロードすることができなかった。さらに、その後、残りの画像がアップロードされても、閲覧クライアント装置は所定時間毎にしかＲＳＳをリクエストしないので、それまでは残りの画像がアップロードされたことさえ知ることができなかった。
【０００６】
また、先に画像をダウンロードしてから、所定時間が経過するまでは残りの画像をダウンロードすることができず、それまでの間は、関連する複数の画像をまとめて再生することができなかった。例えば、スライドショーでは、一連のストーリーをもった複数の画像を順に連続して表示させるため、途中で画像が欠けてしまうと、コンテンツ登録者の意図とは異なるものが閲覧者に提供されてしまうという問題があった。また、音楽作品のアルバムやプレイリストも同様であった。
本発明は前述の問題点に鑑み、関連のある複数の画像をできるだけ短い期間で全て取得できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明のコンテンツ閲覧クライアント装置は、コンテンツ配信サーバー装置に登録されているコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツの差分情報を検出する差分検出手段と、前記コンテンツ配信サーバー装置に登録済みか、あるいは登録中のコンテンツの状態を受信する状態受信手段と、前記状態受信手段によって取得したコンテンツの状態を参照して未受信のコンテンツが存在する場合には前記差分検出手段による差分検出を継続して実行させるとともに、前記サーバー装置に画像の取得要求を送信してコンテンツ受信を行うように制御する制御手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、コンテンツ閲覧クライアント装置がコンテンツ配信サーバー装置から画像が取得できない場合には、画像が予定個数分取得できるまで、コンテンツ配信サーバーに対して画像の取得要求を送信するようにした。これにより、関連性のある複数の画像をできるだけ短い期間で全て取得することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るシステム全体の構成を示す図である。
【図２】本発明の実施形態に係るコンピュータ装置の構成例を示すブロック図である。
【図３】登録クライアント装置が複数画像を送信する方法を示すフローチャートである。
【図４】画像を管理するための情報を格納する管理形態の一例を示す図である。
【図５】配信サーバー装置が登録要求を処理する方法を説明するフローチャートである。
【図６】閲覧クライアント装置に画像を送信する方法を示すフローチャートである。
【図７】画像の受信タイミングに関する設定情報を格納する一例を示す図である。
【図８】閲覧クライアント装置が画像を取得する一例を説明するフローチャートである。
【図９】画像を受信するタイミングを設定する方法の一例を示すフローチャートである。
【図１０】受信タイムアウトに関する設定情報を格納する一例を示す図である。
【図１１】受信タイムアウト時間を設定する方法の一例を示すフローチャートである。
【図１２】第２の実施形態を示し、画像送信方法の一例を示すフローチャートである。
【図１３】第２の実施形態を示し、画像送信方法の第２例を示すフローチャートである。
【図１４】第２の実施形態を示し、画像受信方法の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
＜第１の実施形態＞
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１１】
（システム全体の説明）
本実施形態の画像閲覧システム全体の構成を図１を参照して説明する。
図１において、１０１はコンテンツ登録クライアント装置（以下、登録クライアント装置とする）であり、デジタルカメラ１０２で撮影された画像を取り込み、保持している。１０４はコンテンツ配信サーバー装置（以下、配信サーバー装置とする）であり、登録クライアント装置１０１からインターネット１０３を介してアップロードされた画像を格納する。また、配信サーバー装置１０４は登録クライアント装置１０１からのアップロード画像をＲＳＳとしてダウンロードする。
【００１２】
１０５はコンテンツ閲覧クライアント装置（以下、閲覧クライアント装置とする）であり、配信サーバー装置１０４から登録クライアント装置１０１がアップロードしたアップロード画像をＲＳＳとして取得する。ここで、配信サーバー装置１０４は複数の登録クライアント装置１０１、複数の閲覧クライアント装置１０５と通信可能である。
【００１３】
（コンピュータ装置の説明）
次に、図２を参照しながら、本実施形態の配信サーバー装置１０４やクライアント装置を構成するコンピュータ装置の構成例を説明する。なお、配信サーバー装置１０４やクライアント装置はそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにLocal Area Network（ＬＡＮ）などで接続されている。
【００１４】
図２において、２０１はコンピュータ装置２００の全体を制御する制御部であり、例えばCentral Processing Unit（ＣＰＵ）である。２０２は変更を必要としないプログラムやパラメータを格納するRead Only Memory（ＲＯＭ）である。２０３は外部記憶装置などから供給されるプログラムやデータを一時記憶するRandom Access Memory（ＲＡＭ）である。
【００１５】
２０４はコンピュータ装置２００に固定して設置されたハードディスクやメモリカード、あるいはコンピュータ装置２００から着脱可能な光ディスク、磁気や光カード、ＩＣカードなどを含む外部記憶装置である。２０５はユーザの操作を受け、各種データを入力するポインティングデバイスやキーボード２０９などの入力デバイスとのインターフェイスである。
【００１６】
２０６はコンピュータ装置２００が保持するデータや供給されたデータを表示するための表示装置２１０とのインターフェイスである。２０７はインターネット１０３などのネットワーク回線にコンピュータ装置２００を接続するためのネットワークインタフェイスである。２０８は画像入力装置（画像入力デバイス）２１２とのインターフェイス（ＩＦ）である。２１１は２０１〜２０８の各デバイスを通信可能に接続するシステムバスである。なお、サーバー装置の外部記憶装置２０４には、ＷｅｂアプリケーションプログラムやOperating System（ＯＳ）、画像、各種設定が登録されている。また、クライアント装置の外部記憶装置２０４には、ＷｅｂブラウザプログラムやＯＳ、画像が記憶されている。
【００１７】
（登録クライアント装置の動作の説明）
本実施形態の登録クライアント装置１０１はコンテンツ登録用のプログラムを起動し、所定のＵＲＬを設定しておくことで、配信サーバー装置１０４と通信して、固まりとして意味を有する複数画像をアップロードする。
【００１８】
ここで、アップロードされた画像は配信サーバー装置１０４によって常時公開のＲＳＳのコンテンツとして閲覧クライアント装置１０５の閲覧用に配信される。閲覧クライアント装置１０５は、公開されているＲＳＳを取得することで、登録クライアント装置１０１が配信サーバー装置１０４にアップロードした画像を表示することができる。例えば、配信サーバー装置１０４に登録済みのコンテンツか、あるいは登録中のコンテンツの状態を受信する（コンテンツ状態受信処理）。
【００１９】
次に、図３のフローチャートを参照して、登録クライアント装置１０１が複数の画像を配信サーバー装置１０４にアップロードする時の動作を説明する。なお、以下の処理は登録クライアント装置１０１のＣＰＵ２０１が外部記憶装置２０４からプログラムやＯＳを読み出して起動し、これらに従って各種デバイスを制御することにより実現される。
【００２０】
ＣＰＵ２０１は、ユーザによる所定の操作に応答して、グループ化の指示の入力を検出すると、選択画像として、スライドショーを構成する画像をグループ化する（Ｓ３０１）。そして、グループ化した画像の配列ＩＭＧ（添字０で配列の先頭画像を取得可能な配列）を取得する（Ｓ３０２）。
【００２１】
次に、ＣＰＵ２０１は、その配列の要素数を取得し変数Ｍに格納し（Ｓ３０３）、配信サーバー装置１０４に変数Ｍの値（画像の個数）を登録予定の画像の情報として送信する（Ｓ３０４）。次に、ＣＰＵ２０１は、送信済み画像の個数を格納するための変数Iを作成し、０（ゼロ）で初期化する（Ｓ３０５）。
【００２２】
ＣＰＵ２０１は、変数Ｍの値と変数Iの値とを比較する（Ｓ３０６）。変数Ｍの値が変数Iよりも大きい場合（配信サーバー装置１０４に対して、未送信の画像が残っている場合）は、配列ＩＭＧの画像を１件（ＩＭＧ［Ｉ］）取り出し、配信サーバー装置１０４に送信する（Ｓ３０７）。一方、変数Ｍの値が変数Ｉより大きくない場合（配信サーバー装置１０４に全ての画像を送信済みの場合）は、処理を終了する。
【００２３】
次に、ＣＰＵ２０１は、Ｓ３０７の処理によって、画像ＩＭＧ［Ｉ］の送信が完了したかを判定する（Ｓ３０８）。画像ＩＭＧ［I］の配信サーバー装置１０４への送信が完了している場合には、ＣＰＵ２０１は変数Iを１だけカウントアップし（Ｓ３０９）、Ｓ３０６の処理を実行する。一方、画像ＩＭＧ［Ｉ］の送信が完了していない場合は、配信サーバー装置１０４への送信タイムアウト時間に到達していないかを判定する（Ｓ３１０）。
【００２４】
ここで、送信タイムアウト時間は、ネットワークなどの障害によって配信サーバー装置１０４の応答がなかった場合のことを考慮し、一定期間の応答がなかった場合に送信を停止するための判定に利用する。
【００２５】
Ｓ３１０において、送信タイムアウト時間に到達していなければ、配信サーバー装置１０４からの画像ＩＭＧ［Ｉ］の受信を継続してよいとして、Ｓ３０８の処理を実行する。一方、送信タイムアウト時間に到達している場合は、ＣＰＵ２０１は配信サーバー装置１０４に対する送信を停止してエラー処理を実行する（Ｓ３１１）。
【００２６】
ここで、エラー処理とは、配信サーバー装置１０４とのソケットをクローズしたり、画像をアップロードしているユーザに送信タイムアウトが発生したことを知らせるメッセージを表示したりする等のことである。メッセージには、配信サーバー装置１０４が復旧した後に、次回、画像のアップロードを行う際に必要となる操作指示などが含まれていてよい。
【００２７】
（配信サーバー装置の動作の説明）
図４は、配信サーバー装置１０４が管理する画像の情報を格納する管理形態の一例を示している。グループ・テーブル４０１には画像のグループを表現するレコードを格納する。グループ・テーブル４０１には、レコードを特定するための識別子グループＩＤ４０２、グループに含まれる画像の個数４０３、ＲＳＳの ＵＲＬ４０４を格納するための属性が定義されている。また、４０５はグループ・テーブルのレコードの一例である。
【００２８】
次に、グループ所属ファイル・テーブル４０６は、グループ・テーブルと関連付けるための属性が定義されている。本実施形態においては、グループＩＤ４０７と、グループに含まれるファイル識別子ファイルＩＤ４０８、ファイル名４０９、ファイルのサイズ４１０、そのファイルのパス４１１、そのファイルの状態４１２という属性が定義されている。
【００２９】
また、４１３はグループ所属ファイル・テーブルのレコードの一例である。尚、ファイルの状態４１２の取り得る値としては、ファイルが登録済みなのか、登録中なのか、あるいは、閲覧用に送信済みなのかといった状態である。この状態をレコードの抽出条件に入れることで、レコードの取得範囲を限定したりすることが可能となっている。たとえば、閲覧クライアント装置１０５に対して、未送信の画像を抽出して送信する場合には、ファイルの状態４１２が閲覧用に送信済みとなっているレコード以外のレコードを対象として送信する。
【００３０】
次に、図５のフローチャートを参照して、配信サーバー装置１０４が登録クライアント装置１０１から複数画像の登録要求を受信した時の動作を説明する。
配信サーバー装置１０４のＣＰＵ２０１は、登録クライアント装置１０１から画像の登録状態を判別するために、画像が登録済みか、あるいは登録中のコンテンツの状態を取得するコンテンツ状態取得処理を行う。そして、登録する画像の予定個数を受信した（コンテンツ登録予定情報受信処理）かを判定する（Ｓ５０１）。
【００３１】
予定個数の受信を検知した場合は、受信した登録予定の画像個数を変数Ｍに格納し（Ｓ５０２）、グループ・テーブル４０１のレコードを追加する。そして、画像個数の変数Ｍの値を画像の個数４０３に設定し、ＲＳＳのＵＲＬの値を４０４に設定する（Ｓ５０３）。
【００３２】
次に、ＣＰＵ２０１は、登録済み画像の個数を格納する変数Iを作成し、０（ゼロ）で初期化する（Ｓ５０４）。次に、ＣＰＵ２０１は変数Ｍと変数Iの値を比較する（Ｓ５０５）。変数Ｍの値が変数Iの値よりも大きい場合（登録クライアント装置１０１からの受信予定の画像が残っている場合）は、登録クライアント装置１０１から１個分の画像受信が完了したかを判定する（Ｓ５０６）。
【００３３】
Ｓ５０６を実行して画像の受信が完了した場合は、グループ所属ファイル・テーブル４０６のレコードを追加し、ファイル名４０９、サイズ４１０にファイルの属性を設定する。また、パス４１１に配信サーバー装置１０４で利用する登録領域のパスを設定し、状態４１２の値として、登録済みを設定し（Ｓ５０７）、変数Ｉを１だけカウントアップし（Ｓ５０８）、Ｓ５０５を実行する。
【００３４】
一方、画像の受信が完了していない場合は、ＣＰＵ２０１は受信タイムアウト時間に到達したかを判定する（Ｓ５０９）。ここで、受信タイムアウト時間に到達していた場合は、受信を停止してエラー処理を実行し（Ｓ５１０）、受信タイムアウト時間に到達していない場合は、Ｓ５０６を実行し画像の受信を継続する。ここで、エラー処理とは、登録クライアント装置１０１とのソケットをクローズしたり、登録クライアント装置１０１に受信タイムアウトが発生したことを知らせたりするメッセージの送信などが含まれていてよい。
【００３５】
次に、図６のフローチャートを参照して、配信サーバー装置１０４が閲覧クライアント装置１０５から画像情報をもつ、公開されているＲＳＳの取得要求を受信した時の動作を説明する。
配信サーバー装置１０４のＣＰＵ２０１は、閲覧クライアント装置１０５からＲＳＳにある画像の取得要求を受信したかを判定する（Ｓ６０１）。閲覧クライアント装置１０５から予定個数を受信した場合は、ＣＰＵ２０１は、該当ＲＳＳに対応するレコード４０５をグループ・テーブル４０１から取得し、閲覧クライアント装置１０５が取得する画像の個数４０３の値を取得する（Ｓ６０２）。
【００３６】
ＣＰＵ２０１は、Ｓ６０２の処理で取得した画像の個数を変数Ｍに格納し（Ｓ６０３）、その変数Ｍの値を閲覧クライアント装置１０５に送信する（Ｓ６０４）。ＣＰＵ２０１は、閲覧クライアント装置１０５からＲＳＳの画像の取得要求を受信していない場合は、受信するまでＳ６０１を実行し、受信確認を継続する。次に、ＣＰＵ２０１は送信済み画像の個数を格納する変数Iを作成し、０（ゼロ）で初期化する（Ｓ６０５）。
【００３７】
ＣＰＵ２０１は、変数Ｍと変数Iとの値を比較する（Ｓ６０６）。変数Ｍの値が変数Iの値よりも大きい場合（閲覧クライアント装置１０５に対して、未送信の画像が残っている場合）は、閲覧クライアント装置１０５から１個分の画像の取得要求を受信したかを判定する（Ｓ６０７）。
【００３８】
ＣＰＵ２０１は、変数Ｍの値が変数Iの値よりも大きくない場合は、閲覧クライアント装置１０５に未送信画像が無いものと判定し、閲覧クライアント装置１０５に画像の送信完了を通知し（Ｓ６１３）、処理を終了する。ＣＰＵ２０１は、Ｓ６０７を実行して、閲覧クライアント装置１０５から画像の取得要求を受信した場合は、閲覧クライアント装置１０５に対して、要求されたＲＳＳの画像のファイルをテーブル４０６のレコード４１３を参照して取得し送信する（Ｓ６０８）。
【００３９】
次に、閲覧クライアント装置１０５に画像を送信した後に、画像の管理テーブルであるグループ所属ファイル・テーブル４０６のレコード４１３の状態４１２を閲覧用に送信済みに更新する（Ｓ６０９）。次に、そのレコードに対応した画像について、既に閲覧クライアント装置１０５に画像を送信したものとして扱う。次に、ＣＰＵ２０１は変数Ｉの値を１だけカウントアップする（Ｓ６１０）。その後、Ｓ６０６に戻り、閲覧クライアント装置１０５に未送信の画像が存在しなくなるまでＳ６０６からＳ６１１の処理を実行する。
【００４０】
一方、ＣＰＵ２０１は、Ｓ６０７を実行して、閲覧クライアント装置１０５から画像の取得要求を受信していない場合は、受信タイムアウト時間に到達していないかを判定する（Ｓ６１１）。そして、受信タイムアウトに到達していない間は受信の確認をＳ６０７を実行して継続する。受信タイムアウトが発生した場合は、受信を停止してエラー処理を実行する（Ｓ６１２）。ここで、エラー処理とは、閲覧クライアント装置１０５とのソケットをクローズしたり、閲覧クライアント装置１０５に受信タイムアウトが発生したことを知らせたりするメッセージの送信などが含まれていてよい。
【００４１】
（閲覧クライアント装置の動作の説明）
図７は、閲覧クライアント装置１０５が管理する画像の情報および受信タイミングを設定する情報を格納する管理形態の一例を示す図である。
図７において、７０１はグループ所属ファイル・テーブルである。このテーブル７０１は、ＲＳＳという画像を束ねるグループを特定するグループＩＤ７０２と、グループに含まれるファイル識別子ファイルＩＤ７０３、ファイル名７０４、ファイルのサイズ７０５、そのファイルのパス７０６という属性が定義されている。また、７０７はグループ所属ファイル・テーブル７０１のレコードの一例である。
【００４２】
７０８は、受信タイミング設定・テーブルである。このテーブル７０８は、属性として受信タイミング７０９が定義されており、閲覧クライアント装置１０５が配信サーバー装置１０４から画像を受信するために画像の取得要求を実行するためのタイミングに関する情報を格納する。また、７１０は受信タイミング設定・テーブルのレコードの一例である。たとえば、１０秒間隔で画像を受信するという設定がある場合には、閲覧クライアント装置１０５のＣＰＵ２０１は、ＲＳＳの画像の差分画像を取得するために、１０秒間隔で配信サーバー装置１０４に対して画像の取得要求を送信することができる。
【００４３】
７１１は、受信タイミング設定一覧・テーブルである。このテーブル７１１には、配信サーバー装置１０４から受信した画像の平均サイズから、平均的な受信画像のサイズを考慮して、閲覧クライアント装置１０５の配信サーバー装置１０４への画像受信タイミングを設定するための情報が格納されている。属性として、受信した画像の平均サイズ７１２、画像の受信タイミング７１３が定義されている。
【００４４】
７１４は受信タイミング一覧・テーブル７１１のレコードの一例である。たとえば、閲覧クライアント装置１０５のＣＰＵ２０１は、グループ所属ファイル・テーブル７０１のレコード７０７のサイズ７０５の平均を算出する。そして、その値と、受信タイミング一覧・テーブル７１１のレコード７１４の受信した画像の平均サイズとを照らし合わせて、適切な画像の受信タイミングを設定することができる。
【００４５】
次に、図８のフローチャートを参照して、閲覧クライアント装置１０５が配信サーバー装置１０４から画像を取得する動作の一例を説明する。
閲覧クライアント装置１０５のＣＰＵ２０１は、配信サーバー装置１０４に受信予定の画像個数の取得要求を送信する（Ｓ８０１）。
【００４６】
次に、ＣＰＵ２０１は、Ｓ８０１の処理によって受信した配信サーバー装置１０４から受信予定の画像個数を変数Ｍに格納する（Ｓ８０２）。ＣＰＵ２０１は、受信済み画像の個数を格納する変数Iを作成し、０（ゼロ）で初期化する（Ｓ８０３）。ＣＰＵ２０１は、変数Ｍの値と変数Iの値とを比較してコンテンツの差分情報を検出する、コンテンツ差分検出処理を行う（Ｓ８０４）。そして、変数Ｍの値が変数Iの値よりも大きい場合（配信サーバー装置１０４に未受信の画像が一定期間取得できないで残っている場合）は、配信サーバー装置１０４に画像の取得要求を送信してコンテンツ受信を行う（Ｓ８０５）。一方、変数Ｍの値が変数Iの値よりも大きくない場合は、受信予定の画像は全て受信したとみなし、処理を終了する。
【００４７】
次に、ＣＰＵ２０１は、配信サーバー装置１０４から１個分の画像受信を完了したかを判定する（Ｓ８０６）。配信サーバー装置１０４から画像を受信した場合は、ＣＰＵ２０１は、受信完了した画像をグループ所属ファイル・テーブル７０１のレコード７０７を追加し、そのレコードのパス７０６の値に対応する記憶領域にその画像を格納する（Ｓ８０７）。
【００４８】
ＣＰＵ２０１は、変数Iの値を１だけカウントアップし（Ｓ８０８）、その後、Ｓ８０４に戻って、Ｓ８０４からの処理を未受信の画像が無くなるまで継続する。一方、Ｓ８０６を実行して、配信サーバー装置１０４から画像の受信が完了していない場合は、ＣＰＵ２０１は、受信タイムアウト時間に到達したかを判定する（Ｓ８０９）。受信タイムアウト時間に到達した場合は、ＣＰＵ２０１は受信を停止してエラー処理を実行し（Ｓ８１０）、受信タイムアウト時間に到達していない場合は、Ｓ８０６からの処理を継続する。
【００４９】
次に、図９のフローチャートを参照して、前述した図７の管理形態を利用した配信サーバー装置１０４から、画像を受信するタイミングの設定手順に関する詳細な一例を説明する。
ＣＰＵ２０１は、受信した画像のサイズの一覧をグループ所属ファイル・テーブル７０１からレコード７０７として取得し（Ｓ９０１）、それぞれのレコードからサイズ７０５の値を取得する。
【００５０】
そして、ＣＰＵ２０１は受信した画像の平均サイズを導出する（Ｓ９０２）。次に、ＣＰＵ２０１は、Ｓ９０２の処理によって得られる画像の平均サイズを利用して、受信タイミング一覧・テーブル７１１から画像の受信タイミングを導出する（Ｓ９０３）。そして、その値を、受信タイミング設定・テーブル７０８のレコード７１０の受信タイミング７０９の値に反映する（Ｓ９０４）。
【００５１】
図１０は、閲覧クライアント装置１０５が配信サーバー装置１０４に画像の受信要求を送信して、画像の受信タイムアウトが発生した時に、再度、画像を受信するタイミングを設定するための情報を格納する管理形態の一例を示す図である。
図１０において、１００１は受信タイムアウト時間設定・テーブルである。このテーブル１００１には、閲覧クライアント装置１０５が配信サーバー装置１０４に画像の受信要求を送信して、閲覧クライアント装置１０５で画像の受信タイムアウトを発生させる時間を設定するための属性 受信タイムアウト時間１００２が定義されている。
【００５２】
１００３は受信タイムアウト時間設定・テーブル１００１のレコードの一例であり、閲覧クライアント装置１０５が配信サーバー装置１０４から応答が１分間無い場合は、タイムアウトを発生させることを示している。また、受信タイムアウト時間設定一覧・テーブル１００４は、属性として、受信タイムアウト時間１００５、バイアス１００６が定義されている。また、１００７は受信タイムアウト時間設定一覧・テーブル１００４のレコードの一例である。
【００５３】
図１１は、前述した図１０の管理形態を利用した受信タイムアウトの設定に関する詳細な一例を示すフローチャートである。
ＣＰＵ２０１は、受信タイムアウトが発生したかを判定する（Ｓ１１０１）。受信タイムアウトが発生した場合は、受信タイミング設定・テーブル７０８のレコード７１０の属性 受信タイミング７０９の値を取得し、現在設定されている受信タイムアウト時間を導出する（Ｓ１１０２）。
【００５４】
次に、ＣＰＵ２０１は、Ｓ１１０２の処理によって得られた受信タイムアウト時間と、受信タイムアウト時間設定一覧テーブル１００４のレコード１００７の受信タイムアウト時間１００５の値とを照らし合わせ、バイアス１００６の値を導出する（Ｓ１１０３）。
【００５５】
次に、ＣＰＵ２０１は、Ｓ１１０２の処理によって得た現在の受信タイムアウト時間に、Ｓ１１０３の処理によって得たバイアスを加算し、新しい受信タイムアウト時間を導出する（Ｓ１１０４）。
次に、ＣＰＵ２０１は、Ｓ１１０４の処理によって得た新しい受信タイムアウト時間を受信タイムアウト時間設定・テーブル１００１のレコード１００３の属性 受信タイムアウト時間１００２の値として反映する（Ｓ１１０５）。
【００５６】
＜第２の実施形態＞
以下に、図面を参照して、本発明の好適な第２の実施形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
本実施形態の構成は、前述した第１の実施形態の図１および図２の構成と同様であるので、図示及び構成の詳細な説明を省略する。
【００５７】
本実施形態においては、第１の実施形態と比較して、登録クライアント装置１０１は配信サーバー装置１０４に対して、アップロード予定の画像に関する情報を送信する必要はない。しかし、画像をまとめるためのグループの作成要求を送信して、画像の格納グループを、個々の画像のアップロードに先立って配信サーバー装置に作成しておく必要がある。
【００５８】
また、登録クライアント装置１０１において、Ｓ３０４は実行しなくともよい。また、配信サーバー装置１０４において、登録クライアント装置１０１からアップロード予定の画像に関する情報を受信する必要がない。
図１２は、この時に、配信サーバー装置１０４が登録クライアント装置１０１から画像のアップロード要求を受信した時の動作を示すフローチャートである。
【００５９】
ＣＰＵ２０１は、登録クライアント装置１０１からグループ作成要求の受信が完了したかを判定する（Ｓ１２０１）。
次に、ＣＰＵ２０１は、Ｓ１２０１の処理によってグループの作成要求の受信が完了した場合は、グループ・テーブル４０１のレコード４０５のレコードを追加する。そして、画像の個数４０３の値として不定値、ＵＲＬ４０４の値としてＲＳＳのＵＲＬを設定する（Ｓ１２０２）。また、ＣＰＵ２０１は、Ｓ１２０１を実行して、グループの作成要求の受信が完了していない場合は、受信が完了するまでＳ１２０１の処理を継続する。
【００６０】
次に、ＣＰＵ２０１は、登録クライアント装置１０１から１個分の画像受信が完了したかを判定する（Ｓ１２０３）。画像の受信が完了した場合は、ＣＰＵ２０１はグループ・テーブル４０１のレコード４０５のレコードを追加して、グループ・テーブル４０１の画像の個数を、グループに存在する画像の個数で更新する（Ｓ１２０４）。
【００６１】
また、画像の受信が完了していない場合は、受信タイムアウト時間に到達していないかを判定する（Ｓ１２０５）。ここで、受信タイムアウト時間に到達している場合、ＣＰＵ２０１は登録クライアント装置１０１からの画像の受信を停止し、エラー処理を実行する（Ｓ１２０６）。また、受信タイムアウト時間に到達していない場合は、登録クライアント装置１０１からの画像の受信を継続するために、Ｓ１２０３からの処理を実行する。
【００６２】
第１の実施形態において、配信サーバー装置１０４は、閲覧クライアント装置１０５に登録予定の画像に関する情報を送信していたが、本実施形態では送信しない。その代わり、配信サーバー装置１０４は、閲覧クライアント装置１０５から、その閲覧クライアント装置１０５の識別情報受信を行い、閲覧クライアント装置１０５との間でセッションを維持する。そして、配信サーバー装置１０４が登録クライアント装置１０１からの画像のアップロードが完了したタイミングで、配信サーバー装置１０４から閲覧クライアント装置１０５に画像をプッシュする。
【００６３】
図１３は、この時の配信サーバー装置１０４が閲覧クライアント装置から画像の取得要求を受信した時の動作の詳細を示すフローチャートである。
処理が開始されると、ＣＰＵ２０１は、閲覧クライアント装置１０５の識別情報および画像の取得要求を受信したかを判定する（Ｓ１３０１）。ＣＰＵ２０１は、Ｓ１３０１を実行して、閲覧クライアント装置１０５の画像の受信が完了していない場合は、画像の受信が完了するまでＳ１３０１の処理を継続する。
【００６４】
画像の受信が完了した場合は、受信した識別情報を変数ｉｄｅｎｔｉｆｉｅｒに格納し（Ｓ１３０２）、識別情報に対応する閲覧クライアントとのセッションを維持する（Ｓ１３０３）。次に、ＣＰＵ２０１は、閲覧クライアント装置１０５から取得要求のあったＲＳＳの画像に関する配列ＩＭＧを取得し（Ｓ１３０４）、その配列の要素数を変数Ｍに格納する（Ｓ１３０５）。そして、送信済み画像の個数を格納するための変数Ｉを作成し、０（ゼロ）で初期化する（Ｓ１３０６）。
【００６５】
次に、ＣＰＵ２０１は、Ｍと変数Iとの値を比較する（Ｓ１３０７）。変数Ｍの値が変数Iの値よりも大きい場合（閲覧クライアント装置１０５に対して、未送信の画像が残っている場合）は、閲覧クライアント装置１０５に対して、１個分の画像として配列ＩＭＧの配列要素ＩＭＧ［I］を送信する（Ｓ１３０８）。ここで、閲覧クライアント装置１０５は、前述したＳ１３０２で取得した識別情報によって送信先として特定できる。
【００６６】
次に、ＣＰＵ２０１は、閲覧クライアント装置１０５に送信した画像であるＩＭＧ［I］の送信が完了したかを判定し（Ｓ１３０９）、画像の送信が完了した場合は、変数Ｉの値を１だけカウントアップし（Ｓ１３１０）、Ｓ１３０７からの処理を継続する。一方、ＣＰＵ２０１はＳ１３０７を実行して、数数Ｍの値が変数Iの値よりも大きくない場合は、閲覧クライアント装置１０５から画像の取得要求があったタイミングでの未送信画像が無いものと判定し、変数Ｍの値が０より大きいかを判定する（Ｓ１３１３）。
【００６７】
変数Ｍが０より大きい場合は、閲覧クライアント装置１０５から画像の取得要求があったタイミングで、登録クライアント装置１０１が画像をアップロードしている最中であった可能性を考慮し、再度、Ｓ１３０４から処理を実行する。一方、変数Ｍの値が０より大きくない場合は、閲覧クライアント装置１０５に対して、未送信画像が残っていないと判定し、閲覧クライアント装置１０５とのセッションを閉じて（Ｓ１３１４）、処理を終了する。
【００６８】
また、ＣＰＵ２０１はＳ１３０９の処理を実行して、閲覧クライアント装置１０５に対して、ＩＭＧ［Ｉ］の送信が完了していない場合は、送信タイムアウト時間に到達していないかを判定する（Ｓ１３１１）。送信タイムアウト時間に到達していない間は送信の確認をＳ１３０９を実行して継続する。送信タイムアウトが発生した場合は、送信を停止してエラー処理を実行する（Ｓ１３１２）。
【００６９】
ここで、エラー処理とは、閲覧クライアント装置１０５とのソケットをクローズしたり、閲覧クライアント装置１０５に送信タイムアウトが発生したことを知らせるメッセージの送信をしたりすることなどが含まれていてよい。
【００７０】
次に、図１４のフローチャートを参照して、閲覧クライアント装置１０５が配信サーバー装置１０４から画像を取得する時の動作を説明する。
閲覧クライアント装置１０５のＣＰＵ２０１は、配信サーバー装置１０４に、閲覧クライアント装置１０５を識別するための識別情報および画像の取得要求を送信する（Ｓ１４０１）。
【００７１】
次に、ＣＰＵ２０１は配信サーバー装置１０４に識別情報を送信したことで、配信サーバー装置１０４とのセッションが維持されているかを判定する（Ｓ１４０２）。ＣＰＵ２０１は、配信サーバー装置１０４とのセッションの維持が確認できれば、配信サーバー装置１０４から１個分の画像を受信したかを確認する（Ｓ１４０３）。そして、画像の受信が完了した場合は、その画像を閲覧者に見せるためのスライドショーに記憶する（Ｓ１４０４）。なお、ＣＰＵ２０１はＳ１４０４の処理後、再度、Ｓ１４０２を実行する。
【００７２】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。前述の実施形態の一部を適宜組み合わせてもよい。
【００７３】
また、前述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。
【００７４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７５】
プログラムを供給するためのコンピュータ読み取り可能な記憶媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気登録媒体、不揮発性の半導体メモリでもよい。また、プログラムの供給方法としては、コンピュータネットワーク上のサーバーに本発明を形成するコンピュータプログラムを登録し、接続のあったクライアントコンピュータはがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。
【符号の説明】
【００７６】
１０１  コンテンツ登録クライアント装置、１０２  デジタルカメラ、１０３  インターネット、１０４  コンテンツ配信サーバー装置、１０５  コンテンツ閲覧クライアント装置
【図１】
2012190341.tif 000003
【図２】
2012190341.tif 000004
【図３】
2012190341.tif 000005
【図４】
2012190341.tif 000006
【図５】
2012190341.tif 000007
【図６】
2012190341.tif 000008
【図７】
2012190341.tif 000009
【図８】
2012190341.tif 000010
【図９】
2012190341.tif 000011
【図１０】
2012190341.tif 000012
【図１１】
2012190341.tif 000013
【図１２】
2012190341.tif 000014
【図１３】
2012190341.tif 000015
【図１４】
2012190341.tif 000016