(57)【要約】【課題】  クライアント端末がＷｅｂ上にある画像の再生をリクエストしたときに、クライアント端末にキャッシュ画像があればそれを再生するが、キャッシュ画像が変更されていた場合に、Ｗｅｂ上に存在する画像と整合がとれないことがあった。【解決手段】  クライアント端末のキャッシュ画像とＷｅｂ上の画像のチェックサムを比較し、キャッシュ画像に変更がないかどうかを確認し、画像が変更されていなければキャッシュ画像を再生し、変更されていればＷｅｂ上の画像を再取得する。【選択図】  図３
2010073013.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置とクライアント端末がネットワークを介して通信するデータ通信システムであって、
前記サーバ装置は、
データを前記クライアント端末にダウンロードするダウンロード手段と、
前記ダウンロードされたデータのチェックサムを生成する生成手段と、
前記データを前記生成されたチェックサムと対応付けて記憶する記憶手段と、
前記クライアント端末からデータをダウンロードするためのリクエストを受け付けると、前記リクエストされたデータと対応するチェックサムを前記クライアント端末へ送信する送信手段とを備え、
前記クライアント端末は、
前記サーバ装置からダウンロードされたデータを記憶する記憶手段と、
前記サーバ装置から送信されたチェックサムと、前記記憶手段に記憶されたデータのチェックサムとを比較する比較手段と、
前記比較の結果、前記チェックサム同士が一致すれば前記記憶手段に記憶されたデータを再生し、前記チェックサム同士が一致しなければ前記サーバ装置から新たなデータをダウンロードして再生するよう制御する再生制御手段とを備えたことを特徴とするデータ通信システム。
【請求項２】
前記クライアント端末は、前記サーバ装置が保有するデータが分類されたフォルダを画面に表示させる表示制御手段をさらに備え、
前記リクエストは、前記フォルダに対してマウスオーバー操作がされると行われることを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
ネットワークを介してクライアント端末と通信するサーバ装置であって、
データを前記クライアント端末にダウンロードするダウンロード手段と、
前記ダウンロードされたデータのチェックサムを生成する生成手段と、
前記データを前記生成されたチェックサムと対応付けて記憶する記憶手段と、
前記クライアント端末からデータをダウンロードするためのリクエストを受け付けると、前記リクエストされたデータと対応するチェックサムを前記クライアント端末へ送信する送信手段とを備え、
前記クライアント端末は、前記サーバ装置から送信されたチェックサムと予め記憶されたデータのチェックサムとを比較し、前記比較の結果、前記チェックサム同士が一致すれば前記予め記憶されたデータを再生し、前記チェックサム同士が一致しなければ前記サーバ装置から新たなデータをダウンロードして再生するよう制御することを特徴とすることを特徴とするサーバ装置。
【請求項４】
ネットワークを介してクライアント端末と通信するサーバ装置の制御方法であって、
データを前記クライアント端末にダウンロードするステップと、
前記ダウンロードされたデータのチェックサムを生成するステップと、
前記データを前記生成されたチェックサムと対応付けて記憶するステップと、
前記クライアント端末からデータをダウンロードするためのリクエストを受け付けると、前記リクエストされたデータと対応するチェックサムを前記クライアント端末へ送信するステップとを備え、
前記クライアント端末は、前記サーバ装置から送信されたチェックサムと予め記憶されたデータのチェックサムとを比較し、前記比較の結果、前記チェックサム同士が一致すれば前記予め記憶されたデータを再生し、前記チェックサム同士が一致しなければ前記サーバ装置から新たなデータをダウンロードして再生するよう制御することを特徴とする制御方法。
【請求項５】
ネットワークを介してクライアント端末と通信するサーバ装置を実現するためのコンピュータに、
データを前記クライアント端末にダウンロードするステップと、
前記ダウンロードされたデータのチェックサムを生成するステップと、
前記データを前記生成されたチェックサムと対応付けて記憶するステップと、
前記クライアント端末からデータをダウンロードするためのリクエストを受け付けると、前記リクエストされたデータと対応するチェックサムを前記クライアント端末へ送信するステップとを実行させ、
前記クライアント端末は、前記サーバ装置から送信されたチェックサムと予め記憶されたデータのチェックサムとを比較し、前記比較の結果、前記チェックサム同士が一致すれば前記予め記憶されたデータを再生し、前記チェックサム同士が一致しなければ前記サーバ装置から新たなデータをダウンロードして再生するよう制御することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置がネットワークを介してデータを受信し、再生するための技術に関する。
【背景技術】
【０００２】
従来、クライアント端末がネットワークを介してサーバからデータを取得する場合に、一度、データを取得するとキャッシュデータを生成しておき、二回目以降はデータをサーバから取得せずに、キャッシュデータを利用するものがある。また、キャッシュデータの作成日時と、サーバ上にあるデータの作成日時とを比較し、キャッシュデータが最新のデータで無い場合には、サーバからデータを再取得するものがある（例えば、特許文献１参照。）。
【０００３】
また、パーソナルコンピュータ（ＰＣ）がサムネイル画像の一覧を画面に表示しているときに、ポインタがサムネイル画像の１つにマウスオーバーされると、一覧表示のサムネイル画像よりサイズの大きなサムネイル画像をポップアップ表示するものがある。ここでは、ポップアップ表示のサムネイル画像をキャッシュしておき、次回のポップアップ表示に利用し、キャッシュがなければ、一覧表示のサムネイル画像と対応するオリジナル画像からポップアップ表示のサムネイル画像を生成する（例えば、特許文献２参照）。
【特許文献１】特開２００６−０４０１３２号公報
【特許文献２】特開平０９−２１２３９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のようにクライアント端末のキャッシュデータを、サーバのデータの代わりに利用しようとする場合、クライアント端末のデータに変更があると、サーバのデータと整合しないデータを利用してしまう。そして、ユーザに混乱をもたらしてしまうという問題がある。クライアント端末のデータは、ユーザ操作による編集処理などによって、書き換えられることがある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明は、サーバ装置とクライアント端末がネットワークを介して通信可能なデータ通信システムであって、前記サーバ装置は、データをクライアント端末にダウンロードするダウンロード手段と、前記ダウンロードされたデータのチェックサムを生成する生成手段と、前記データを前記生成されたチェックサムと対応付けて記憶する記憶手段と、前記クライアント端末からデータをダウンロードするためのリクエストを受け付けると、前記リクエストされたデータと対応するチェックサムを前記クライアント端末へ送信する送信手段とを備え、前記クライアント端末は、前記サーバ装置からダウンロードされたデータを記憶する記憶手段と、前記サーバ装置から送信されたチェックサムと、前記記憶手段に記憶されたデータのチェックサムとを比較する比較手段と、前記比較の結果、前記チェックサム同士が一致すれば前記記憶手段に記憶されたデータを再生し、前記チェックサム同士が一致しなければ前記サーバ装置から新たなデータをダウンロードして再生するよう制御する再生制御手段とを備えたことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、クライアント端末がサーバ装置のデータを要求したときに、クライアント端末のキャッシュデータを、サーバ装置のデータの代わりに利用する場合に、クライアント端末がサーバ装置のデータと整合性のあるデータを正確に利用できるようになる。
【発明を実施するための最良の形態】
【０００７】
（第１の実施形態）
以下、本発明の好適な実施形態を図面を参照して説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【０００８】
図１は、本発明のデータ通信システム１００の全体構成の一例を示す図である。画像管理サーバ装置１０１とクライアント端末１０２とがネットワーク１０３を介して接続している。画像管理サーバ装置１０１は、Ｗｅｂサーバであり、ＨＴＭＬ文書やＸＭＬ文書、画像などのマルチメディア情報を蓄積しておき、クライアント端末１０２からの要求に応答し、ネットワーク１０３を介して送信する。例えば、画像管理サーバ装置１０１は複数の画像データをその属性情報（撮影日時、タグ、撮影者、コメントなど）にしたがって分類し、各フォルダに関連付けて蓄積している。クライアント端末１０２は、パーソナルコンピュータ（ＰＣ）や携帯電話などの通信装置であり、Ｗｅｂブラウザがインストールされ、画像管理サーバ装置１０１に対し、ネットワーク１０３を介して要求を行うことができる。
【０００９】
本実施形態では、クライアント端末１０２が画像管理サーバ装置１０１にリクエストすると、図３（ａ）に示すように、画像管理サーバ装置１０１が管理するフォルダのアイコン３０３がクライアント端末１０２のＷｅｂブラウザの表示画面上に表示される。そこでユーザによるポインティングデバイス２０５の操作に応答して、カーソル３０１がフォルダアイコン３０３にマウスオーバされると、図３（ｂ）に示すようにポップアップウィンドウ３０２にフォルダに格納された画像データに対応する縮小画像を表示する。縮小画像の他にサマリ、ファイル名等も表示してもよい。なお、画像データが動画像である場合は、動画像がポップアップウィンドウ３０２に再生される。
【００１０】
なお、本実施形態ではＷｅｂブラウザを例に挙げて説明するが、画像管理サーバ装置１０１から提供されるデータを利用可能で、画像を表示する機能を有する他のアプリケーションプログラムソフトウェアによっても同様に実現できる。
【００１１】
次に、画像管理サーバ装置１０１やクライアント端末１０２を構成する情報処理装置について図２のブロックを参照して説明する。情報処理装置はコンピュータ装置によって実現される。図２に示すように、情報処理装置は、ＣＲＴディスプレイ２０１、ＶＲＡＭ２０２、ＢＭＵ２０３、キーボード２０４、ＰＤ２０５、ＣＰＵ２０６、ＲＯＭ２０７、ＲＡＭ２０８、ＨＤＤ２０９、ＦＤＤ２１０、ネットワークＩ／Ｆ２１１を有する。ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ２０１には、例えば編集中の文書、図形、画像その他の編集情報、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示される。ＶＲＡＭ２０２には、ＣＲＴディスプレイ２０１に表示するための画像が描画される。このＶＲＡＭ２０２に生成された画像データは、所定の規定に従ってＣＲＴディスプレイ２０１に転送され、これによりＣＲＴディスプレイ２０１に画像が表示される。ＢＭＵ（ビットムーブユニット）２０３は、例えば、メモリ間（例えば、ＶＲＡＭ２０２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ２１１）との間のデータ転送を制御する。キーボード２０４は、文書等を入力するための各種キーを有する。  ＰＤ（ポインティングデバイス）２０５は、例えば、ＣＲＴディスプレイ２０１に表示されたアイコン、メニューその他のコンテンツを指示するために使用される。ＣＰＵ２０６は、ＲＯＭ２０７、ＨＤＤ２０９又はフレキシブルディスクに格納された制御プログラムに基づいて、各デバイスを制御する。ＲＯＭ２０７は、各種制御プログラムやデータを保存する。
【００１２】
ＲＡＭ２０８は、ＣＰＵ２０６のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。ＨＤＤ２０９は、情報処理装置内で実行される各制御プログラムやコンテンツを格納する。例えば、クライアント端末１０２のＨＤＤ２０９には、オペレーティングシステム（ＯＳ）、Ｗｅｂブラウザ、画像ファイル、電子アルバムデータ、電子アルバム編集プログラムなどが格納される。ＦＤＤ２１０は、フロッピー（登録商標）等に代表されるフレキシブルディスクに対するアクセスを制御する。ネットワークＩ／Ｆ２１１は、他の情報処理装置やプリンタ等とネットワークを介して通信を行う。ＣＰＵバス２１２は、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ２０６に対する制御プログラムの提供は、ＲＯＭ２０７、ＨＤＤ２０９、ＦＤＤ２１０から行うこともできるし、ネットワークＩ／Ｆ２１１を介してネットワーク経由で他の情報処理装置等から行うこともできる。
【００１３】
クライアント端末１０２が画像管理サーバ装置１０１に蓄積された画像データを画面に表示する手順を図４に示すフローチャート図を用いて説明する。
【００１４】
なお、既にクライアント端末１０２では、Ｗｅｂブラウザが起動し、画像管理サーバ装置１０１に対してクライアント端末１０２のユーザのログイン認証が正常に完了し、画像管理サーバ装置１０１にネットワーク１０３を介してアクセスしている状態であるとする。そして、クライアント端末１０２は画像管理サーバ装置１０１から取得したＨＴＭＬ文書にしたがって、図３（ａ）に示すような画像管理サーバ装置１０１が管理するフォルダの一覧画面３００をＷｅｂブラウザの画面に表示するよう制御する。
【００１５】
ステップＳ４００にて、クライアント端末１０２は、ユーザの選択操作により、ポップアップ表示の対象となる、画像データを一意に識別するためのデータＩＤを画像管理サーバ装置１０１から取得する。なお、データＩＤは画像管理サーバ装置１０１上での画像データへのファイルパスであってもよい。
【００１６】
具体的には、ユーザによるポインティングデバイスの操作に応答して、ポインタがフォルダのアイコン３０３上に移動する。これにより、ポインタの下にあるアイコン３０３と対応するフォルダを代表する画像データのデータＩＤを取得する。なお、画像管理サーバ装置１０１から取得したＨＴＭＬ文書には、各フォルダの代表画像のデータＩＤが記述されており、クライアント端末１０２は指定されたフォルダの代表画像のデータＩＤをＨＴＭＬ文書から読出す。また、例えば、代表画像データはフォルダに最後に登録された最も新しい画像データである。
【００１７】
ステップＳ４０１にて、クライアント端末１０２は、後述するキャッシュ情報管理を確認し、ステップＳ４００で取得されたデータＩＤと対応する画像データがキャッシュされているか否か判定する。
【００１８】
ステップＳ４０１の判定の結果、ステップＳ４００で取得されたデータＩＤと対応する画像データのキャッシュがない場合、ステップＳ４０２にてクライアント端末１０２は当該データＩＤと対応する画像データを画像管理サーバ装置１０１からダウンロードする。そして、クライアント端末１０２のハードディスク２０９に記憶する。この際、キャッシュ情報管理テーブル５００に格納されたファイルパスとは異なる新たなファイルパスを生成し、それに基づいて新たにダウンロードされた画像データを格納する。そして、キャッシュ情報管理テーブル５００の該当するレコードを新たなファイルパスで更新する。これにより、ユーザが既存の画像データを変更していた場合に、新たにダウンロードされた画像データによって上書きされることを防ぐことができ、新たな画像データをキャッシュ画像として利用することもできる。ステップＳ４０３にて、クライアント端末１０２はステップＳ４０２でダウンロードされた画像データのチェックサムを生成する。
【００１９】
ステップＳ４０４にて、クライアント端末１０２はステップＳ４００で取得されたデータＩＤ、クライアント端末１０２上のステップＳ４０２でダウンロードされた画像データへのファイルパス、ステップＳ４０３で生成されたチェックサムを対応付けて記憶する。これらは、図５に示すようなキャッシュ情報管理テーブル５００に格納される。すなわち、ステップＳ４００で指定されたデータＩＤの画像データがクライアント端末１０２のハードディスク２０９にキャッシュされている場合は、対応するレコードがキャッシュ情報管理テーブル５００に格納されている。
【００２０】
図５のキャッシュ情報管理テーブル５００の一例では、画像データ毎に、データＩＤ５０１、チェックサムの値５０２、クライアント端末１０２にキャッシュされた画像データへのファイルパス５０３を関連付けたレコードを格納する。
【００２１】
ステップＳ４０５にて、クライアント端末１０２はステップＳ４０２でダウンロードされた画像データをポップアップ画面に表示するよう制御する。
【００２２】
ステップＳ４０１の判定の結果、ステップＳ４００で取得されたデータＩＤと対応する画像データのキャッシュがあれば、ステップＳ４０６にてクライアント端末１０２はハードディスク２０９にキャッシュされた画像データをファイルパス５０３に基づき読み出す。そして、読み出された画像データのチェックサムを生成し、キャッシュ情報管理テーブル５００に格納されたチェックサムと比較する。これらのチェックサム同士の比較の結果、これらのチェックサムが一致すれば、画像データに変更がないと判断する。また、比較の結果、これらのチェックサムが一致しない場合、およびキャッシュ情報管理テーブル５００に格納されたファイルパスに基づいて画像データを読み出せなかった場合、画像データに変更があると判断する。
【００２３】
ステップＳ４０６の判断の結果、画像データに変更がある場合、クライアント端末１０２は上述したステップＳ４０２〜Ｓ４０３と同様の処理を実行する。なお、既にキャッシュ情報管理テーブル５００に同じデータＩＤのレコードが格納されている場合は、新たなファイルパスやチェックサムで更新する。
【００２４】
ステップＳ４０６の判断の結果、画像データに変更がない場合、ステップＳ４０７にてクライアント端末１０２はキャッシュ情報管理テーブル５００に格納されたファイルパスにしたがって、画像データをハードディスク２０９から取得する。
【００２５】
ステップＳ４０８にて、クライアント端末１０２はステップＳ４０７で取得された画像データをポップアップ画面に表示するよう制御する。
【００２６】
以上のようにして本実施形態では、クライアント端末のキャッシュデータとサーバ装置のデータとの整合性を確認し、整合がとれるか否かに応じて、クライアント端末のキャッシュデータか、サーバ装置のデータのいずれかを選択的に再生するよう再生制御する。
【００２７】
（第２の実施形態）
本実施形態では、第１の実施形態のようにクライアント端末１０２が画像管理サーバ装置１０１から取得してキャッシュした画像データを管理するのではなく、画像管理サーバ装置１０１がクライアント端末１０２へ提供した画像データを管理する場合を説明する。なお、本実施形態では第１の実施形態と同様の構成については説明を省略し、本実施形態に特有の構成について詳細に説明する。
【００２８】
画像管理サーバ装置１０１がクライアント端末１０２からアップロードされた画像データを蓄積する手順を図６に示すフローチャート図を用いて説明する。
【００２９】
なお、既にクライアント端末１０２においてＷｅｂブラウザが起動しているものとする。そして、画像管理サーバ装置１０１はクライアント端末１０２のユーザに対してログイン認証を正常に完了し、画像管理サーバ装置１０１はネットワーク１０３を介してクライアント端末からアクセスを受けている状態であるとする。そして、クライアント端末１０２は画像管理サーバ装置１０１から取得したＨＴＭＬ文書にしたがって、画像データのアップロードを指示するための画面が表示されているものとする。
【００３０】
ステップＳ６０１にて、画像管理サーバ装置１０１はクライアント端末１０２から画像データをネットワーク１０３を介して受信する。そして、当該画像データを一意に識別するためのデータＩＤを発行する。ここで、クライアント端末１０２は画像管理サーバ装置１０１が発行したデータＩＤを取得し、アップロード対象の画像データのファイルパスと関連付けて後述する第２のキャッシュ情報管理テーブルに格納する。
【００３１】
ステップＳ６０２にて、画像管理サーバ装置１０１は、ステップＳ６０１で受信された画像データのチェックサムを作成する。
【００３２】
ステップＳ６０３にて、画像管理サーバ装置１０１は、ステップＳ６０１で受信された画像データへの画像管理サーバ装置１０１上でのファイルパスおよび、受信画像データのデータＩＤ、ステップＳ６０２で作成されたチェックサムとを関連付けて格納する。これらは、図７に示すような第１のキャッシュ情報管理テーブル７００に格納する。図７では画像データ毎に、データＩＤ７０１、画像管理サーバ装置１０１上でのファイルパス７０２、チェックサム７０３が格納されている。
【００３３】
次に、クライアント端末１０２が画像管理サーバ装置１０１に蓄積された画像データを画面に表示する手順を図８に示すフローチャート図を用いて説明する。
【００３４】
なお、既にクライアント端末１０２において、Ｗｅｂブラウザが起動しているものとする。そして、クライアント端末１０２は画像管理サーバ装置１０１に対してクライアント端末１０２のユーザのログイン認証が正常に完了し、画像管理サーバ装置１０１にネットワーク１０３を介してアクセスしている状態であるとする。そして、クライアント端末１０２は画像管理サーバ装置１０１から取得したＨＴＭＬ文書にしたがって、図３（ａ）に示すような画像管理サーバ装置１０１が管理するフォルダの一覧画面３００をＷｅｂブラウザの画面に表示するよう制御する。
【００３５】
ステップＳ８００にて、クライアント端末１０２は、ユーザの選択操作により、ポップアップ表示の対象となる、画像データを一意に識別するためのデータＩＤおよび画像データのチェックサムを画像管理サーバ装置１０１から取得する。具体的には、ユーザによるポインティングデバイスの操作に応答して、ポインタがフォルダのアイコン３０３上に移動する。これにより、ポインタの下にあるアイコン３０３と対応するフォルダを代表する画像データのデータＩＤおよびチェックサムを取得する。なお、画像管理サーバ装置１０１から取得したＨＴＭＬ文書には、各フォルダの代表画像のデータＩＤおよびチェックサムが記述されており、クライアント端末１０２は指定されたフォルダの代表画像のデータＩＤおよびチェックサムをＨＴＭＬ文書から読出す。
【００３６】
ステップＳ８０１にて、クライアント端末１０２は図９に示すような第２のキャッシュ情報管理テーブル９００を確認し、ステップＳ８００で取得されたデータＩＤと対応する画像データが記憶されているか否か判定する。図９の第２のキャッシュ情報管理テーブル９００は、クライアント端末１０２のハードディスク２０９に記憶された画像データについて、そのデータＩＤ９０１と、クライアント端末１０２上でのその画像データへのファイルパス９０２とを関連付けて格納する。
【００３７】
ステップＳ８０１の判定の結果、ステップＳ８００で取得されたデータＩＤと対応する画像データがクライアント端末１０２のハードディスク２０９に記憶されていない場合、ステップＳ８０２に進む。そして、ステップＳ８１２にてクライアント端末１０２はデータＩＤと対応する画像データを画像管理サーバ装置１０１からダウンロードする。そして画像データをストリーミング再生が可能かどうか判定する。例えば、クライアント端末１０２はダウンロード処理に先立ち、画像管理サーバ装置１０１からダウンロード対象の画像データがストリーミング再生に対応している旨の通知を受けることにより、判定する。
【００３８】
ステップＳ８１２の判定の結果、ストリーミング再生が可能でない場合、ステップＳ８０２にて当該データＩＤと対応する画像データを画像管理サーバ装置１０１からダウンロードし、クライアント端末１０２のハードディスク２０９に記憶する。なお、ダウンロード処理中にその旨を画面に表示するようにしてもよい。
【００３９】
ステップＳ８０３にて、クライアント端末１０２はステップＳ８０２でダウンロードされた画像データのチェックサムを生成する。
【００４０】
ステップＳ８０４にて、クライアント端末１０２はステップＳ８００で取得されたデータＩＤ、クライアント端末１０２上のステップＳ８０２でダウンロードされた画像データへのファイルパスを第２のキャッシュ情報管理テーブル９００に格納する。
【００４１】
ステップＳ８０５にて、クライアント端末１０２はステップＳ８０２でダウンロードされた画像データをポップアップ画面に表示するよう制御する。
【００４２】
ステップＳ８１２の判定の結果、ストリーミング再生が可能な場合、ステップＳ８１３にてクライアント端末１０２は、画像データを画像管理サーバ装置１０１から受信しながら、ポップアップ画面３０２に再生するよう制御する。また、バックグラウンドで画像データを画像管理サーバ装置１０１からダウンロードし、ステップＳ８０３およびステップ８０４と同様の処理を実行する。これにより、画像データのダウンロード処理に時間がかかる場合でも、それと並行してポップアップ画面に画像データを再生できるので、画像データが表示されるまでにかかる時間を短縮できる。
【００４３】
ステップＳ８０１の判定の結果、ステップＳ４００で取得されたデータＩＤと対応する画像データがクライアント端末１０２のハードディスク２０９に記憶されている場合、ステップＳ８０６に進む。ステップＳ８０６にて、クライアント端末１０２は該当する画像データを第２のキャッシュ情報管理テーブル９００に格納されたファイルパスに基づいてハードディスク２０９から読み出す。そして、読み出された画像データのチェックサムを生成し、ステップＳ８００で画像管理サーバ装置１０１から取得したチェックサムと比較する。比較の結果、これらのチェックサムが一致すれば、画像データに変更がないと判断する。また、比較の結果、これらのチェックサムが一致しない場合、および第２のキャッシュ情報管理テーブル９００に格納されたファイルパスに基づいて画像データをハードディスク２０９から読み出せなかった場合、画像データに変更があると判断する。
【００４４】
ステップＳ８０６の判断の結果、画像データに変更がある場合、ステップＳ８０２にて、クライアント端末１０２は、当該データＩＤと対応する画像データを画像管理サーバ装置１０１からダウンロードし、クライアント端末１０２のハードディスク２０９に記憶する。この際、第２のキャッシュ情報管理テーブル９００に格納されたファイルパスとは異なる新たなファイルパスを生成し、それに基づいて新たにダウンロードされた画像データを格納する。そして、第２のキャッシュ情報管理テーブル９００の該当するレコードを新たなファイルパスで更新する。これにより、ユーザが既存の画像データを変更していた場合に、新たにダウンロードされた画像データによって上書きされることを防ぐことができ、新たな画像データをキャッシュ画像として利用することもできる。
【００４５】
ステップＳ８０６の判断の結果、画像データに変更がない場合、ステップＳ８０７にてクライアント端末１０２は第２のキャッシュ情報管理テーブル９００に格納されたファイルパスにしたがって、画像データをハードディスク２０９から取得する。
【００４６】
ステップＳ８０８にて、クライアント端末１０２はステップＳ８０７で取得された画像データをポップアップ画面に表示するよう制御する。
【００４７】
以上説明したように第１および２の実施形態では、クライアント端末がサーバ装置に画像データをアップロードした後、クライアント端末がサーバ装置にアクセスして画像データを再生するときに、クライアント端末に既に記憶されている画像データを利用する。これにより、サーバ装置とクライアント端末との間の通信負荷が軽減するとともに、クライアント端末上で画像データが再生されるまでにかかる時間を軽減することができる。
【００４８】
さらに第１および２の実施形態では、サーバ装置とクライアント端末の画像データが一致するかどうかを確認し、一致する場合には、クライアント端末に既に記憶されている画像データを表示し、一致しない場合には画像データを再取得する。これにより、クライアント端末上でユーザの操作によって画像データが編集されて、サーバ装置にある画像データと対応しなくなっている場合でも、表示対象となる画像データの整合性を保つことができる。
【００４９】
なお、本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施の形態の機能を実現するプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００５０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５１】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００５２】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【００５３】
更に、前述した実施の形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施形態に係るデータ通信システムの構成の一例を示すブロック図である。
【図２】本発明の一実施形態に係る情報処理装置の構成の一例を示すブロック図である。
【図３】本発明の一実施形態に係るフォルダ一覧画面の一例を示すブロック図である。
【図４】本発明の一実施形態に係るクライアント端末がポップアップ画面に画像を表示する手順の一例を示すフローチャート図である。
【図５】本発明の一実施形態に係るキャッシュ情報管理テーブルの一例を示す図である。
【図６】発明の一実施形態に係る画像管理サーバ装置がクライアント端末から画像データのアップロードを受け付ける手順の一例を示すフローチャート図である。
【図７】発明の一実施形態に係るキャッシュ情報管理テーブルの一例を示す図である。
【図８】本発明の一実施形態に係るクライアント端末がポップアップ画面に画像を表示する手順の一例を示すフローチャート図である。
【図９】発明の一実施形態に係るキャッシュ情報管理テーブルの一例を示す図である。
【符号の説明】
【００５５】
１０１  画像管理サーバ装置
１０２  クライアント端末
１０３  ネットワーク
【図１】
2010073013.tif 000003
【図２】
2010073013.tif 000004
【図３】
2010073013.tif 000005
【図４】
2010073013.tif 000006
【図５】
2010073013.tif 000007
【図６】
2010073013.tif 000008
【図７】
2010073013.tif 000009
【図８】
2010073013.tif 000010
【図９】
2010073013.tif 000011