(57)【要約】【課題】  サーバー／クライアントでファイルデータ及びサムネイルを管理するシステムにおいて、サーバーでサムネイル作成不可なファイルデータがクライアントからアップロードされた場合、そのファイルでデータのサムネイルはない状態であったり、拡張子ごとの統一した代替画像を使用している。これに対して簡易操作によってファイルデータ個別の視覚的な情報付与することが強く望まれている。【解決手段】  クライアントにおいてアップロードするファイルデータを指定する際に、選択ファイルデータに対してサムネイル用代替画像をアプリケーションをキャプチャリングすることで容易に指定することが可能なファイルデータ及びサムネイル管理システムの提供。また拡張子別にサムネイルの作成可否を判断して、作成不可なファイルデータの拡張子情報を提供する同システムの提供。【選択図】  図３
2009020820.tif 000002
【特許請求の範囲】
【請求項１】
Webネットワークを経由したサーバー／クライアントによるファイルデータ管理システムであって、
クライアントにおいて、サーバーにアップロードすべきファイルデータを選択するファイルデータ選択手段、選択したファイルデータのアップロードを指示するファイルデータアップロード指示手段とを有し、
サーバーにおいて、クライアントで選択した各ファイルデータのアップロードを受け付けるアップロード受け付け手段と、アップロードされたファイルデータを格納するファイルデータ格納手段と、格納されたファイルデータに対しサムネイルを作成するサムネイル作成手段と、作成したサムネイルを対応するファイルデータと関連付けて格納するサムネイル格納手段とを有することで、
クライアントにて選択したファイルデータをアップロードし、ファイルデータのサムネイルを作成及び管理する、Web経由でのファイルデータ管理システムにおいて、
クライアントに、ファイルデータに対してクライアント画面上で起動中の任意のアプリケーションウィンドウをサムネイル用代替画像としてキャプチャリングするサムネイル用代替画像キャプチャリング手段と、キャプチャリング済みのファイルデータを表示するキャプチャリング済み表示手段と、キャプチャリングしたサムネイル用代替画像をファイルとして保存するサムネイル用代替画像保存手段と、サムネイル用代替画像がある場合はファイルデータとともにサムネイル用代替画像ファイルをサーバーにアップロード指示するサムネイル用代替画像アップロード指示手段とを具備し、
またサーバーにて、選択されたファイルデータとともにクライアントでキャプチャリングした各ファイルデータのサムネイル用代替画像ファイルのアップロードを受け付けるサムネイル用代替画像アップロード受け付け手段と、サムネイル用代替画像がある場合はファイルデータからではなくサムネイル用代替画像からサムネイルを作成する代替サムネイル作成手段と、作成した代替サムネイルを当該ファイルデータのサムネイルとして関連付けて格納するサムネイル格納手段とを具備することにより、
クライアントでファイルデータを選択した際に、サムネイル用代替画像をクライアント画面上の任意アプリケーションウィンドウからキャプチャリングする手段を提供し、キャプチャリングによるサムネイル用代替画像を指定した場合は、ファイルデータに依存しないサムネイル用代替画像を用いたサムネイルを作成できることを特徴とする、Web経由でのファイルデータ及びサムネイル管理システム。
【請求項２】
前記請求項１のシステムであって、
さらにサーバーにおいて、アップロードするファイルデータに対するサムネイル作成の可否を予め拡張子別に設定する拡張子情報設定手段と、設定された前記拡張子情報を保持する拡張子情報格納手段と、拡張子情報をクライアントに送付する拡張子情報送信手段と、前記拡張子情報からサムネイルが作成可能と設定された拡張子を有するファイルデータに対しサムネイルを作成するサムネイル作成手段と、作成したサムネイルを対応するファイルデータと関連付けて格納するサムネイル格納手段とを具備し、
一方クライアントに、サーバーで保持する拡張子情報を取得する拡張子情報取得手段と、選択したファイルデータの拡張子が前記拡張子情報に基づいてサムネイルが作成可能か判断するサムネイル作成判断手段と、前記サムネイル作成判断手段の結果を示すサムネイル作成可否情報表示手段と、サムネイル作成不可の拡張子を有するファイルデータに対して前記請求項１に記載のサムネイル用代替画像キャプチャリング手段を適用するキャプチャリング適用制御手段とを具備することにより、
クライアント側でファイルデータを選択した際に、選択したファイルデータの拡張子からサムネイルの作成の可否を判断し、作成不可の場合はクライアント画面上の任意アプリケーションウィンドウの画像をサムネイル用代替画像をキャプチャリング可能とする手段を提供することで、サムネイル作成が不可なファイルデータを判断でき、サムネイルが作成不可なデータに対してファイルデータに依存しないサムネイル用代替画像を用いたサムネイル作成を可能とすることを特徴とする、Web経由でのファイルデータ及びサムネイル管理システム。
【請求項３】
前記請求項１、２のシステムであって、
クライアントにおいて、キャプチャリングしたサムネイル用画像データをファイルではなくメモリ上で保持するサムネイル用代替画像保持手段と、
またサーバーにおいて、クライアントがメモリ上に保持するサムネイル用代替画像データをメモリ情報のまま受信するサムネイル用代替画像データ受信手段とを具備し、
クライアント上にサムネイル用代替画像データのファイルを作成することなく、前記請求項１、２のシステムを実現することが可能なことを特徴とする、Web経由でのファイルデータ及びサムネイル管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Webクライアント／サーバーシステムにおいて、クライアントが選択したファイルデータのサムネイル作成及び管理方法・手段に関するものである。
【背景技術】
【０００２】
近年、Webサーバーに対して、各クライアントからファイルデータをアップロードすることにより、自動的にアップロードされたファイルデータからサムネイルを作成し、検索やメンテナンス等においてクライアント表示の際に、サムネイルを提供するシステムが実現されてきた。
【０００３】
しかしながら、サムネイルを作成できるファイルデータの種類は、現在様々なファイルデータの種類が存在しており、主に画像系ファイル、もしくはデータ構造が公開されているファイルデータがサポート可能な範囲となっている。従って全てのデータ構造が公開されている状態ではないため、全てのファイルデータに対するサムネイルを自動的に作成する技術は現状においては困難である。
【０００４】
なおこれに対して従来技術しては、対象ファイルデータを起動することにより、印刷もしくは起動アプリケーションの描画を用いたキャプチャリング機能が挙げられる（特許文献１を参照）。
【特許文献１】特開2003-196638号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、作成されるサムネイルは対象ファイルデータに依存しているが、例えばファイルデータがテキストファイルの場合は文字の羅列となってしまい、内容がうまく表現できないサムネイルとなる場合がある。
【０００６】
またファイルデータが差込み用のフォームファイルである場合は、実際の差込みデータがフォームに差し込まれた後の画像でないと差込みフィールドの欄が空となってしまい、所望とするサムネイルとならない場合がある。
【０００７】
本発明は、前記背景技術にて記載した内容を鑑み、Webネットワークを経由したサーバー／クライアントによるファイルデータ管理システムにおいて、サーバーにおいてサムネイルが作成不可なファイルデータであっても、ファイルデータのアップロードをクライアントから指示する際に、ファイルデータに対してサムネイル用代替画像を起動中の任意のアプリケーションウィンドウに対するキャプチャリングを行うことにより、ファイルデータに対するサムネイルを所望の画像を用いて作成することが可能となるファイルデータ及びサムネイル管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、前記請求項１記載の発明は、Webネットワークを経由したサーバー／クライアントによるファイルデータ管理システムにおいて、
クライアントにおいて、サーバーにアップロードすべきファイルデータを選択するファイルデータ選択手段、選択したファイルデータのアップロードを指示するファイルデータアップロード指示手段、ファイルデータに対してクライアント画面上で起動中の任意のアプリケーションウィンドウをサムネイル用代替画像としてキャプチャリングするサムネイル用代替画像キャプチャリング手段と、キャプチャリング済みのファイルデータを表示するキャプチャリング済み表示手段と、キャプチャリングしたサムネイル用代替画像をファイルとして保存するサムネイル用代替画像保存手段と、サムネイル用代替画像がある場合はファイルデータとともにサムネイル用代替画像ファイルをサーバーにアップロード指示するサムネイル用代替画像アップロード指示手段とを備え、
またサーバーにおいて、クライアントで選択した各ファイルデータのアップロードを受け付けるアップロード受け付け手段と、アップロードされたファイルデータを格納するファイルデータ格納手段と、格納されたファイルデータに対しサムネイルを作成するサムネイル作成手段と、作成したサムネイルを対応するファイルデータと関連付けて格納するサムネイル格納手段と、選択されたファイルデータとともにクライアントでキャプチャリングした各ファイルデータのサムネイル用代替画像ファイルのアップロードを受け付けるサムネイル用代替画像アップロード受け付け手段と、サムネイル用代替画像がある場合はファイルデータからではなくサムネイル用代替画像からサムネイルを作成する代替サムネイル作成手段と、作成した代替サムネイルを当該ファイルデータのサムネイルとして関連付けて格納するサムネイル格納手段とを備えた構成になる。
【０００９】
上記構成により、クライアントでファイルデータを選択した際に、サムネイル用代替画像をクライアント画面上の任意アプリケーションウィンドウからキャプチャリングする手段を提供し、キャプチャリングによるサムネイル用代替画像を指定した場合は、ファイルデータに依存しないサムネイル用代替画像を用いたサムネイルを作成できることを特長とする、Web経由でのファイルデータ及びサムネイル管理システム及びその管理方法を提供可能とする。
【００１０】
また、前記請求項２記載の発明は、前記請求項１における構成に加え、
さらにサーバーに、アップロードするファイルデータに対するサムネイル作成の可否を予め拡張子別に設定する拡張子情報設定手段と、設定された前記拡張子情報を保持する拡張子情報格納手段と、拡張子情報をクライアントに送付する拡張子情報送信手段と、前記拡張子情報からサムネイルが作成可能と設定された拡張子を有するファイルデータに対しサムネイルを作成するサムネイル作成手段と、作成したサムネイルを対応するファイルデータと関連付けて格納するサムネイル格納手段とを備え、
またクライアントに、サーバーで保持する拡張子情報を取得する拡張子情報取得手段と、選択したファイルデータの拡張子が前記拡張子情報に基づいてサムネイルが作成可能か判断するサムネイル作成判断手段と、前記サムネイル作成判断手段の結果を示すサムネイル作成可否情報表示手段と、サムネイル作成不可の拡張子を有するファイルデータに対して前記請求項１に記載のサムネイル用代替画像キャプチャリング手段を適用するキャプチャリング適用制御手段とを備えた構成となる。
【００１１】
上記構成により、クライアント側でファイルデータを選択した際に、選択したファイルデータの拡張子からサムネイルの作成の可否を判断し、作成不可の場合はクライアント画面上の任意アプリケーションウィンドウの画像をサムネイル用代替画像をキャプチャリング可能とする手段を提供することで、サムネイル作成が不可なファイルデータを判断でき、サムネイルが作成不可なデータに対してファイルデータに依存しないサムネイル用代替画像を用いたサムネイル作成を可能とすることを特長とする、Web経由でのファイルデータ及びサムネイル管理システム及びその管理方法を提供可能とする。
【発明の効果】
【００１２】
請求項１記載のWeb経由でのファイルデータ及びサムネイル管理システムでは、サーバーにおいてサムネイルが作成不可なファイルデータであっても、ファイルデータのアップロードをクライアントから指示する際に、ファイルデータに対してサムネイル用代替画像を起動中の任意のアプリケーションウィンドウを指定することによりキャプチャリングしたウィンドウ画像を、ファイルデータに対するサムネイル作成用画像として利用可能となる。
【００１３】
また請求項２記載のWeb経由でのファイルデータ及びサムネイル管理システムでは、拡張子別にサムネイル作成の可否を管理することで、作成不可なファイルデータを使い分けることが可能となり、さらに作成不可なファイルデータに対してサムネイル用代替画像を起動中の任意のアプリケーションウィンドウを指定することによりキャプチャリングしたウィンドウ画像を、ファイルデータに対するサムネイル作成用画像として利用可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施例について図を参照しながら説明する。
【００１５】
図１は本発明のファイルデータ及びサムネイル管理システムのＷｅｂサーバーに対してＷｅｂブラウザを有するクライアントから指示／操作を実現したネットワーク構成を示すブロック図である。
【００１６】
同図において、１０１はローカルエリアネットワーク（ＬＡＮ）を示し、クライアント用パーソナルコンピュータ（以下「クライアントＰＣ」）１１１，１１２，１１３及び、本発明のファイルデータ及びサムネイル管理システムを実現するサーバー用パーソナルコンピュータ（以下「サーバーＰＣ」）１２１が、このＬＡＮに接続されている。
【００１７】
また、本実施例ではサーバーＰＣ１２１はＷｅｂサーバー機能を有し、クライアントＰＣ１１１，１１２，１１３のＷｅｂブラウザ経由から指示を受けて、処理結果を指示したクライアントＰＣのブラウザに対して返す処理を行うものを記載する。但し、本発明においては、サーバーおよびクライアント間の通信手法については特に限定するものではない。また、サーバーＰＣのブラウザにおいて、直接本発明のファイル及びサムネイル管理システムに対する指示処理を行う形態であっても構わないものとする。
【００１８】
クライアントＰＣ１１１，１１２，１１３内の構成は、ＬＡＮ１０１に接続でき、かつＷｅｂブラウザ及びファイルの選択／表示、アプリケーションウィンドウのキャプチャリング機能を有する一般的なＰＣであれば、特に限定するものではないため、説明を省略する。
【００１９】
次に図２は、本実施例の図１に示したサーバーＰＣ１２１の概略構成である。図示おいて、２０１はビデオＲＡＭ(ＶＲＡＭ)で、ＣＲＴ表示装置２０２の画面に表示される文字、イメージを展開記憶する。２０３はビットムーブユニット(ＢＭＵ)で、メモリ間あるいはメモリと各デバイス間のデータ転送をコントロールする。２０４は入力に関する各種キーを備えたキーボードであり、２０５は画面上で任意の位置などを指し示すためなどに用いられるポインティングデバイス(ＰＤ)、２０６はＣＰＵで、２０８のＲＯＭに記憶された制御プログラム（本発明に係るプログラムやエラー処理プログラムをはじめ、後述する本発明を実現するためのプログラムも記憶されている）に基づいて本装置の各部を制御する。２０９は上述した各プログラムを２０６のＣＰＵが実行するときにワークエリア、エラー処理時の一時退避エリアとして用いられるＲＡＭ、２１０はハードディスクドライブ(ＨＤＤ)、２１１はフレキシブルディスクドライブ(ＦＤＤ)、をそれぞれ示し、各ディスクには後述するアプリケーションプログラムやデータ、データベース、ライブラリなどの保存用に用いられる。またアップロードされたファイルの保存にも用いるものである。２１２はネットワークインターフェイス(ＮＥＴ−Ｉ／Ｆ)を示し、クライアントＰＣ１１１，１１２，１１３との間でネットワークを経由してデータ転送を行うためにネットワーク上でデータ制御、診断を行う。２０７は上述した各ユニット間を接続するＩ／Ｏバス(アドレスバス、データバス及び制御バスからなる)である。
【００２０】
上記構成において、装置に電源を投入すると、ＣＰＵ（２０６）はＲＯＭ（２０８）のブートプログラムに従って装置を初期化し、ＨＤＤ（２１０）らＯＳのロードを行い、その後で各種アプリケーション等を動作させることになる。
【００２１】
なお、本実施形態の装置は、凡用の情報処理装置（パーソナルコンピュータ等）をその基礎にしているので、プログラムはハードディスク等に記憶されているものとしたが、もちろんＲＯＭに記憶させるようにしてもよいし、記憶媒体によって本発明が限定されるものでもない。
【００２２】
また本説明では、ファイルデータ情報、サムネイル情報、及び拡張子情報を格納するデータベース、またファイルデータ及びサムネイルファイルの実際のファイル管理を１つのサーバーで表現しているが、データベースサーバーやファイル共有サーバーのようにそれぞれ別の情報処理装置を用いて、実現してもよく、特に本発明が限定されるものではない。
【実施例１】
【００２３】
次に図３〜５を用いて、本発明の請求項１で示したクライアントでファイルデータを選択するとともにサムネイル用代替画像をキャプチャリング処理によって指定するファイルデータ及びサムネイル管理システムにおける実施例について説明する。
【００２４】
図３は、ファイルデータアップロード時のクライアントにおけるファイル選択ダイアログを示した図である。
【００２５】
図示において、３０１はファイルダイアログそのものを示す。３０２は、選択したファイルの一覧を表示するエリアである。３０５の「ファイルの追加」ボタンを押下しファイルを選択することにより、図示３０２のエリアに選択したファイルが追加されることになる。なお３０５のボタン押下時にファイルの選択方法については、既存の方法でよく特に本発明で限定するものではない。また３０３は、既にファイルデータに対してサムネイル用代替画像をキャプチャリングしたか否かを表示する領域であり、本例では、一番上の「c:\1.txt」というファイルのみキャプチャリング済みであることを示した例である。
【００２６】
３０４は、「キャプチャ」ボタンであり、３０２のファイル一覧から任意のファイルを選択した場合に、選択したファイルデータに対するサムネイル用代替画像のキャプチャリング指示を行うボタンである。本ボタンが押されることにより、現在クライアント画面上に表示されているアプリケーションウィンドウの画面をキャプチャリングする処理を行う。なお、キャプチャリング方法については、図４にて例をあげる。
【００２７】
３０５は、前記で説明した「ファイル追加」ボタンである。また３０６は、「削除」ボタンであり、３０２のファイル一覧において選択が不要となったファイルデータをリストから選択し、本ボタンを押すことにより削除することができるものである。
【００２８】
また３０７は、「アップロード」ボタンであり、ファイルデータの選択及びキャプチャリング処理が確定した際に、サーバーに対して、ファイルデータ及びサムネイル用代替画像のアップロード指示を行う。３０８は、「閉じる」ボタンであり、本ダイアログで行った処理を破棄して閉じる処理を行う。
【００２９】
上記の表示エリア及びボタンにより、アップロードするファイルデータの選択と、サムネイル用代替画像のキャプチャリング指示、ならびにキャプチャリング済みの表示を実現し、最終アップロード指示を行うことが可能となる。
【００３０】
なお、本ダイアログ例における各表示、及びボタンはあくまで例であり、特に限定するものではない。
【００３１】
図４は、アプリケーションウィンドウ画像のキャプチャリング例を示したものである。
【００３２】
４０１は、クライアントの画面を示している。画面中には、「yyy 調査報告」が表示されるアプリケーションウィンドウ４０２と、「xxx 打ち合わせ議事録」が表示されるアプリケーションウィンドウ４０３がそれぞれ動作している状態にある。
【００３３】
本例では、アプリケーションウィンドウ４０３がキャプチャリング対象として選択され、キャプチャリング結果として、４０３の画像がサムネイル用代替画像として取得される。なお、指示方法としては、特に限定するものではなく、キャプチャリング対象を選択野際に、画面上に任意のファイルデータを用いてアプリケーションを起動させ、それからキャプチャリングしてもよく、画面上で起動しているアプリケーションウィンドウを指定できる手段であれば特に言明するものではない。
【００３４】
次に図５は、実施例１におけるサーバーとクライアント間の全体のフローチャートを示したものである。
【００３５】
左側が、クライアント１１１、右側がサーバー１２１のそれぞれ処理を示している。
【００３６】
まずステップＳ５０１では、クライアントがアップロード処理を行うための指示である。メニュー選択でもよく、ボタン押下でもよい。特に限定するものではない。
【００３７】
次にステップＳ５０２では、前記図３で例を挙げたアップロード選択ダイアログを表示する。ファイルデータの選択及び、サムネイル用代替画像のキャプチャリングを行うためのダイアログである。
【００３８】
ステップＳ５０３は、前記ステップＳ５０２にて表示したダイアログを用いて実際にファイルデータの選択及び、サムネイル用代替画像のキャプチャリングを行う。
【００３９】
次にステップＳ５０４は、前記ステップＳ５０３にて確定したファイルデータ及びサムネイル用代替画像を用いたアップロード指示である。
【００４０】
ステップＳ５０５は、前記ステップＳ５０４におけるアップロード指示を受け、選択したファイルデータ及び、サムネイル用代替画像データの一式をサーバーに転送する処理を行う。
【００４１】
以上がクライアント１１１側の処理になる。
【００４２】
次にステップＳ５０６は、前記ステップＳ５０５でクライアント１１１から送信されたファイルデータ及びサムネイル用代替画像データを受信する処理である。
【００４３】
ステップＳ５０７は、ステップＳ５０６で受信したファイルデータ数をカウントしてＮとし、ループ変数ｉを１に初期化する処理を行う。
【００４４】
ステップＳ５０８は、ｉ番目のファイルデータにおいて、ステップＳ５０３の処理でサムネイル用代替画像をキャプチャリングしたか否かを判断する処理である。もしサムネイル用代替画像がある場合は、ステップＳ５０９に進む。一方サムネイル用代替画像がない場合は、ステップＳ５１０に進む。
【００４５】
ステップＳ５０９は、前記ステップＳ５０８でサムネイル用代替画像有りと判断された場合の処理なので、サムネイル用代替画像から、ｉ番目のファイルデータ用のサムネイルを作成する処理を行う。そしてステップＳ５１２に進む。
【００４６】
一方ステップＳ５１０は、前記ステップＳ５０８においてサムネイル用代替画像なしと判断された場合の処理なので、ファイルデータそのものからサムネイルが作成可能か否かを判断する。サムネイルが作成できない場合は、そのファイルデータに対するサムネイルはないものとしてステップＳ５１２に進む。一方、サムネイルが作成可能な場合は、ステップＳ５１１に進む。
【００４７】
ステップＳ５１１は、ファイルデータからサムネイルを作成する処理であり、作成後にステップＳ５１２に進む。
【００４８】
ステップＳ５１２は、ループ変数ｉが、前記ステップＳ５０７で設定したファイルデータ総数のＮに達したかを判断する。達していない場合は次のファイルデータを対象とするためにステップＳ５１３に進む。一方Ｎに達した場合は、全てのファイルデータを対象として処理したと判断してステップＳ５１４に進む。
【００４９】
ステップＳ５１３は、ループ変数ｉに対して＋１を行い次のファイルデータを対象とする設定を行い、ステップＳ５０８に戻る。
【００５０】
またステップＳ５１４は、前記ステップＳ５１３にて全てのファイルデータが処理された場合の処理なので、サムネイル用代替画像もしくはファイルデータからそれぞれ作成したサムネイル及び、及びファイルデータをサーバーの保存領域に保存して、全ての処理終了する。
【００５１】
なお、各ファイルの保管方法については、公知の方法でよく、本発明においては特に限定するものではない。
【００５２】
以上、図示で説明したように本実施例１を用いることで、サーバーにおいてサムネイルが作成不可なファイルデータであっても、ファイルデータのアップロードをクライアントから指示する際に、ファイルデータに対してサムネイル用代替画像を起動中の任意のアプリケーションウィンドウを指定することでキャプチャリングしたウィンドウ画像を、ファイルデータに対するサムネイル作成用画像として利用でき、所望のサムネイルを作成することが可能となる。
【実施例２】
【００５３】
次に図６〜８を用いて、本発明の請求項２で示した、サムネイル作成可能なファイルタイプ（拡張子）をサーバーで管理し、クライアントでファイルデータを選択するとともにサーバーでサムネイルが作成不可能な拡張子ファイルに対してサムネイル用代替画像をキャプチャリング処理によって指定するファイルデータ及びサムネイル管理システムにおける実施例について説明する。
【００５４】
図６は、サーバーにて管理される拡張子情報の例である。
【００５５】
図示において、６０１は拡張子が格納される。この場合は、txt,bmp,jpg,batの拡張子が登録されている。次に６０２は、各拡張子のファイルの種類情報を格納する。例えば１行目のtxtは、「テキストファイル」というようなファイルの種類の説明が入る。
【００５６】
６０３は、サーバー側でサムネイルが作成可能か否かを格納する領域である。例えば1行目と、４行目のtxt及びbatは、サムネイル作成不可であり、２行目、３行目はサムネイル作成可能である。実際にサムネイルを作成するモジュールが無い場合は、不可に設定することが一般的に考えられるが、モジュールとしては作成するモジュールがある場合でも、クライアント側でキャプチャリングしたサムネイル用代替画像を使用した方がよい拡張子には不可と設定することも可能である。
【００５７】
そして６０４は、拡張子別にファイルデータ自体のアップロードを可能とするか否かの設定である。この情報によりクライアントはファイルデータの選択時にはじくことが、アップロード時に一括してはじくことが可能となる。
【００５８】
本図で重要となるのが、６０１の「拡張子」及び６０３の「サムネイル作成」であり、拡張子別にサーバー側においてサムネイルの作成を行わせるか否かをここで設定するものである。
【００５９】
なお、本拡張子情報の編集については、本発明では特に限定するものではなく、公知の方法でよい。
【００６０】
また図６で図示した拡張子情報はあくまで例であり、上記６０１と６０３の内容を表現できるものであれば、特に限定するものではない。
【００６１】
次に図７は、クライアントにおけるファイル選択ダイアログの例である。基本的に図３と同様であるが、７０１の「サーバーでのサムネイル作成」に関する表示が加わっている。この７０１は、ファイル選択を行って３０２のファイルリストに追加された際に予めサーバーから取得した図６で示した拡張子情報をもとに拡張子から選択したファイルがサーバーでサムネイル作成が可能かを判断して表示する処理を行う。この表示を行うことにより、サーバーでサムネイルを作成できるか否かを容易に判断できるようになり、キャプチャリングすべきファイルデータを特定することが可能となる。
【００６２】
図８は、実施例２におけるサーバーとクライアント間の全体のフローチャートを示したものである。
【００６３】
基本的に図５のフローチャートと同様であるため、差異の部分についてのみ記載する。ステップＳ５０１のアップロード処理開始を受け、ステップＳ８０１ではサーバーに対して、拡張子情報の要求を出す。ステップＳ８０２はサーバー側の処理であり、前記ステップＳ８０１からの要求を受け、拡張子情報をクライアントに送信する処理を行う。
【００６４】
次にステップＳ８０３は前記ステップＳ８０２でサーバーから送信された拡張子情報をクライアントが受信する処理である。そして以降の処理は拡張子情報を利用した処理となる。ステップＳ８０４は、図５のステップＳ５０３に拡張子情報を考慮した処理となる。実際の処理としては、図７にて示したダイアログ例の処理となり、ファイルデータ一覧にサーバーでのサムネイル作成の可否が表示される処理となる。
【００６５】
以上、図示で説明したように本実施例２を用いることで、拡張子別にファイルデータからのサムネイル作成の可否を管理することで、作成不可なファイルデータを使い分けることが可能となり、さらにサムネイルが作成不可なファイルデータに対してサムネイル用代替画像を起動中の任意のアプリケーションウィンドウを指定することによりキャプチャリングしたウィンドウ画像を、ファイルデータに対するサムネイル作成用画像として利用でき、所望のサムネイルを作成することが可能となる。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施例全体におけるネットワーク構成図。
【図２】本発明の実施例全体におけるサーバーＰＣの構成図。
【図３】本発明の実施例１におけるクライアントでのダイアログ例。
【図４】本発明の実施例１におけるクライアントでの画面におけるアプリケーションウィンドウ画像のキャプチャリング例。
【図５】本発明の実施例１におけるフローチャート。
【図６】本発明の実施例２における拡張子情報の例。
【図７】本発明の実施例２におけるクライアントにおけるダイアログ例。
【図８】本発明の実施例２におけるフローチャート。
【図１】
2009020820.tif 000003
【図２】
2009020820.tif 000004
【図３】
2009020820.tif 000005
【図４】
2009020820.tif 000006
【図５】
2009020820.tif 000007
【図６】
2009020820.tif 000008
【図７】
2009020820.tif 000009
【図８】
2009020820.tif 000010