(57)【要約】      （修正有）【課題】サムネイル画像を容易に作成できないファイルに、手動による作業を要せず、適切な代替の画像をプレビュー画像として表示する。【解決手段】プレビュー画像の表示を要求された第１のファイルを受け付け、第１のファイルから、プレビュー画像を生成するか判断し、表示を要求された第１のファイルからプレビュー画像を生成すると判断された場合は、該表示を要求された第１のファイルからプレビュー画像を生成する。一方、前記判断により、表示を要求された第１のファイル以外からプレビュー画像を生成すると判断された場合、該表示を要求された第１のファイルの代理となる第２のファイルからプレビュー画像を生成する。第１のファイルからのプレビュー画像か第２のファイルからのプレビュー画像かを表示する。【選択図】図４
2018005309.tif 000002
【特許請求の範囲】
【請求項１】
プレビュー画像の表示を要求された第１のファイルを受け付けるプレビュー画像表示要求受付手段と、
前記プレビュー画像表示要求受付手段により要求された第１のファイルから、プレビュー画像を生成するか判断する判断手段と、
前記判断手段により、表示を要求された第１のファイルからプレビュー画像を生成すると判断された場合は、前記表示を要求された第１のファイルからプレビュー画像を生成する第１の生成手段と、
前記判断手段により、表示を要求された第１のファイル以外からプレビュー画像を生成すると判断された場合、該表示を要求された第１のファイルの代理となる第２のファイルからプレビュー画像を生成する第２の生成手段と、
前記第１の生成手段または第２の生成手段により生成されたプレビュー画像を表示する表示手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記第２の生成手段で表示を要求された第１のファイルの代理となる第２のファイルは、プレビュー画像を生成可能なファイルであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判断手段は、前記表示を要求された第１のファイルがプレビュー画像を生成できるかにより判断することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第２の生成手段は、前記プレビュー画像を生成する代理となる第２のファイルの属性と、前記第１のファイルの属性とが等しいファイルとすることを特徴とする請求項１乃至３に記載の情報処理装置。
【請求項５】
前記第２の生成手段は、前記プレビュー画像を生成する代理となる第２のファイルの拡張子部分を除いたファイル名が、前記第１のファイル拡張子部分を除いたファイル名と等しいファイルとすることを特徴とする請求項１乃至４に記載の情報処理装置。
【請求項６】
前記プレビュー画像を生成可能なファイルを複数有する場合、前記複数のファイルの内プレビュー画像の生成時間がより短いファイルを選択するファイル選択手段と、
前記第２の生成手段は、前記ファイル選択手段により選択されたファイルを第２のファイルとしてプレビュー画像を生成することを特徴とする請求項２乃至５に記載の情報処理装置。
【請求項７】
前記ファイル選択手段は、前記プレビュー画像を生成可能なファイルを複数有する場合、前記複数のファイルの内ファイルサイズがより小さいファイルを選択し、
前記第２の生成手段は、前記ファイル選択手段により選択されたファイルを第２のファイルとしてプレビュー画像を生成することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
情報処理装置における情報処理方法であって、
プレビュー画像の表示を要求された第１のファイルを受け付けるプレビュー画像表示要求受付ステップと、
前記プレビュー画像表示要求受付ステップにより要求された第１のファイルから、プレビュー画像を生成するか判断する判断ステップと、
前記判断ステップにより、表示を要求された第１のファイルからプレビュー画像を生成すると判断された場合は、前記表示を要求された第１のファイルからプレビュー画像を生成する第１の生成ステップと、
前記判断ステップにより、表示を要求された第１のファイル以外からプレビュー画像を生成すると判断された場合、該表示を要求された第１のファイルの代理となる第２のファイルからプレビュー画像を生成する第２の生成ステップと、
前記第１の生成ステップまたは第２の生成ステップにより生成されたプレビュー画像を表示する表示ステップと、
を有することを特徴とする情報処理方法。
【請求項９】
情報処理装置に適用可能なプログラムであって、
前記情報処理装置を、
プレビュー画像の表示を要求された第１のファイルを受け付けるプレビュー画像表示要求受付手段と、
前記プレビュー画像表示要求受付手段により要求された第１のファイルから、プレビュー画像を生成するか判断する判断手段と、
前記判断手段により、表示を要求された第１のファイルからプレビュー画像を生成すると判断された場合は、前記表示を要求された第１のファイルからプレビュー画像を生成する第１の生成手段と、
前記判断手段により、表示を要求された第１のファイル以外からプレビュー画像を生成すると判断された場合、該表示を要求された第１のファイルの代理となる第２のファイルからプレビュー画像を生成する第２の生成手段と、
前記第１の生成手段または第２の生成手段により生成されたプレビュー画像を表示する表示手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルのプレビュー画像を表示可能な情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、情報処理装置の画面に表示されているファイル一覧のファイルを選択するとファイルのプレビュー画像が表示され、ファイルを開かずに内容を把握できる仕組みが提供されている。
【０００３】
一般的な画像形式のファイル（ｔｉｆやｐｄｆ）はファイルのプレビュー画像を表示できるが、表示に特別なソフトウェアが必要な画像形式のファイルはサムネイル表示できない。特に、３Ｄ画像を表示する画像形式は多様化しており、プレビュー画像を表示できない場合が多い。
【０００４】
また、プレビュー画像を表示可能な画像形式のファイルであっても、ファイルのサイズが大きく、プレビュー画像作成の際の記憶装置からのデータ読み込みなどで時間がかかる場合、プレビュー画像を表示するまでにも時間を有し、プレビュー画像が表示されるまで待たなければならないという煩わしさがある。
上記課題を解決するために、特許文献１や特許文献２の技術が開示されている。
特許文献１には、画像情報を有さないファイルデータにサムネイル用代替画像を関連付けるという技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２０８２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１の技術では、１ファイルごとに関連付ける作業が必要なため大量のファイルに設定する場合に時間がかかってしまう。また、アプリケーションを利用して手動で関連付けを行うため、関連付けの作業を行わなければ画像情報を有さないファイルはサムネイルやプレビュー画像が非表示のままだった。また、ファイルサイズが大きい画像ファイルを関連付けるとプレビュー画像の表示に時間がかかるという課題もある。
【０００７】
本発明の目的は、上記課題を解決するものであり、本発明は、サムネイル画像を容易に作成できないファイルに手動による作業を要せず、適切な代替の画像をプレビュー画像として表示することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、プレビュー画像の表示を要求された第１のファイルを受け付けるプレビュー画像表示要求受付手段と、前記プレビュー画像表示要求受付手段により要求された第１のファイルから、プレビュー画像を生成するか判断する判断手段と、前記判断手段により、表示を要求された第１のファイルからプレビュー画像を生成すると判断された場合は、前記表示を要求された第１のファイルからプレビュー画像を生成する第１の生成手段と、前記判断手段により、表示を要求された第１のファイル以外からプレビュー画像を生成すると判断された場合、該表示を要求された第１のファイルの代理となる第２のファイルからプレビュー画像を生成する第２の生成手段と、前記第１の生成手段または第２の生成手段により生成されたプレビュー画像を表示する表示手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本願発明では、サムネイル画像を容易に作成できないファイルに手動による作業を要せず、適切な代替の画像をプレビュー画像として表示することを可能にする。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る情報処理システムの構成の一例を示すシステム構成図である。
【図２】本発明の実施形態のクライアント端末１００、サーバ１０１の各種端末のハードウエア構成を示す図である。
【図３】本発明の実施形態に係るクライアント端末のソフトウェア構成を示す図である。
【図４】本発明の実施形態のクライアント端末１００における制御処理手段の一例を示す第１のフローチャートである。
【図５】本発明の実施形態のクライアント端末１００における制御処理手段の一例を示す第２のフローチャートである。
【図６】本発明の実施形態のクライアント端末１００における制御処理手段の一例を示す第３のフローチャートである。
【図７】本発明の実施形態のクライアント端末１００における制御処理手段の一例を示す第４のフローチャートである。
【図８】従来のクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【図９】従来のクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【図１０】従来のクライアント端末１００におけるファイル形式ごとのプレビュー画像表示可否を示す図である。
【図１１】本発明の実施形態に係るクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【図１２】本発明の実施形態に係るクライアント端末１００におけるプレビュー画像表示の手順を示す模式図である。
【図１３】本発明の実施形態に係るクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【図１４】本発明の実施形態に係るクライアント端末１００におけるプレビュー画像表示の手順を示す模式図である。
【図１５】本発明の実施形態に係るクライアント端末１００におけるデータ遷移の一例を示した模式図である。
【図１６】本発明の実施形態に係るクライアント端末１００が有するデータの一例を示した模式図である。
【発明を実施するための形態】
【００１１】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
図１は、本発明に係る情報処理システムの構成の一例を示すシステム構成図である。
【００１２】
図１において、情報処理システムは、ユーザが操作するクライアント端末１００と、ネットワーク１１０を介して接続されるファイルサーバ１０１を有している。
【００１３】
ファイルサーバ１０１は、クライアント端末１００からアクセスされるファイルを管理しているサーバであり、クライアント端末１００は、ユーザがファイルサーバ１０１内のファイルやクライアント端末１００内のファイルを検索、参照、更新することが可能な情報処理装置である。
【００１４】
なお、以下では、図１のような複数の筐体で構成されたシステムにおける処理として説明しているが、クライアント端末一つの機器からなる装置に適用しても良いし、複数の機器から構成されるシステムに適用しても良い。
図２は、本発明の実施形態のクライアント端末１００、ファイルサーバ１０１などの各種端末のハードウエア構成を示す図である。
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
【００１５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００１６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、たとえば、液晶ディスプレイ等が挙げられる。
【００１７】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。
【００１８】
本発明を実現するためのプログラム（図１４）は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
図３は、本発明の情報処理システムにおけるソフトウェア構成を示す図である。
【００１９】
図３のクライアント装置１００は、以下の構成を有する。すなわち、３０１は、プレビュー画像表示要求受付部であり、ユーザからのファイルが選択され、プレビュー画像の表示の要求を受け付ける。
３０２は、判断部であり、プレビュー画像表示要求受付部で受け付けたファイルがプレビュー画像の表示をするか判断する。
３０３は、第１の生成部であり、プレビュー画像表示要求受付部で受け付けたファイルがプレビュー画像を作成する場合にプレビュー画像を生成する。
３０４は、第２の生成部であり、プレビュー画像表示要求受付部で受け付けたファイルの代理のファイルからプレビュー画像を生成する。
３０５の表示部は、第１の生成部か第２の生成部で作成されたプレビュー画像を表示する。
３０６は、ファイル選択部であり、複数のプレビュー画像候補が有る場合に、プレビュー画像の生成時間がより短いファイルを選択する。
以下、図８及び図９を参照して、従来のクライアント端末１００の表示部２１０上に表示される画面イメージを説明する。
図８は、従来のクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【００２０】
図８の８００は、ディスプレイ２１０上に表示されるファイル管理画面のイメージであり、８００の左側には選択されるファイルのリスト、右側には選択されたファイルのプレビュー画像を表示する画面イメージである。
【００２１】
８００の左側のファイルリストから８０１のＢＭＰ（Ｂｉｔ  Ｍａｐ  Ｆｉｌｅ）ファイルのようにプレビュー画像作成可能なファイル形式が選択された場合には、８００の右側領域８０２には、プレビュー画像として、作成されたプレビュー画像８０３を表示する。なお、８０５はフォルダ構成の現在表示しているディレクトリ名を表示している。
図９は、従来のクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【００２２】
図９の９００は、図８と同じくディスプレイ２１０上に表示されるファイル管理画面のイメージであり、９００の左側には選択されるファイルのリスト、右側には選択されたファイルのプレビュー画像を表示する画面イメージである。
【００２３】
９００の左側のファイルリストから９０１のＥＡＳＭ（ｅＤｒａｗｉｎｇｓ  Ａｓｓｅｍｂｌｙ  Ｆｉｌｅ：ＣＡＤファイル）ファイルのように、一般的なファイル形式ではなく、プレビュー画像作成不可能なファイル形式が選択された場合は、９００の右側領域９０２のように何も表示しない（できない）。
図１０を参照して、プレビュー画像を作成できるファイルとできないファイルとの関係を説明する。
図１０は、従来のクライアント端末１００におけるファイル形式ごとのプレビュー画像表示可否を示す図である。
【００２４】
図１０の１００１はフォルダ内にあるファイルの一覧と、プレビュー画像を作成できるかできないかを記載したデータ１００２、その結果図８の８００の右側領域８０２や図９の９００の右側領域９０２にプレビュー画像を表示するか非表示かを示すデータ１００３である。
【００２５】
このように、たとえば、図９の画面イメージにおいては、９０１のファイルがどのような画像なのかをファイルを開く前に事前に確認できない。プレビュー画像を確認したいファイル９０１が、一般的な画像ファイル形式ではなく、プレビュー画像作成不可能なファイル形式が選択された場合でもファイルのプレビュー画像を表示させることが、本発明の課題である。
＜第１の実施形態＞
以下、図４を参照して、本発明における実施形態の流れを説明する。
【００２６】
図４は、本発明の実施形態のクライアント端末１００における制御処理手段の一例を示すフローチャートであり、図中のＳ４０１〜Ｓ４０４は各ステップを示す。各ステップの処理は、クライアント端末１００の外部メモリ２１１に格納されたアプリケーションプログラムを、クライアント端末１００のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００２７】
図４のフローチャートは、クライアント端末１００において、ファイル一覧などが表示部２１０に出力されている状態で、クライアント端末１００のマウスやキーボードなどでファイルが選択されると開始される処理の流れである。
【００２８】
まず、図４のステップＳ４０１において、クライアント端末１００のＣＰＵ２０１は、ユーザにより選択されたファイルがプレビュー画像を作成できるファイル形式かどうかを判断する。プレビュー画像を作成できるかどうかを判断する基準の例を図１６を参照して説明する。
図１６は、本発明の実施形態に係るクライアント端末１００が有するデータの一例を示した模式図である。
【００２９】
図１６の１６００の１６０１は、本発明におけるプレビュー画像を作成可能なファイル形式のリストである。ユーザにより選択されたファイルがこのリストの中にある拡張子（ファイル形式）かどうかにより判断する。なお、プレビュー画像を作成可能かの判断は、ＯＳ（オペレーティングシステム）からプレビュー画像を取得できるかどうかで判断してもよい。図４のフローチャートの説明に戻る。
【００３０】
図４のステップＳ４０１の判断分岐において、ユーザにより選択されたファイルの形式が図１６の１６０１のファイル形式に含まれていると判断された場合、ステップＳ４０２へと処理を遷移し、ステップＳ４０２において、クライアント端末１００のＣＰＵ２０１は、ユーザにより選択されたファイルのプレビュー画像を作成し、ステップＳ４０３において、図８の８０３のようにプレビュー画像を表示部２１０に表示させ、処理を終了する。
【００３１】
一方、ステップＳ４０１の判断分岐において、ユーザにより選択されたファイルの形式が図１６の１６０１のファイル形式に含まれていないと判断された場合は、ステップＳ４０４へと遷移する。ステップＳ４０４の詳細な処理を図５を参照して説明する。
【００３２】
図５は、本発明の実施形態のクライアント端末１００における制御処理手段の一例を示すフローチャートであり、図中のＳ５０１〜Ｓ５０５は各ステップを示す。各ステップの処理は、クライアント端末１００の外部メモリ２１１に格納されたアプリケーションプログラムを、クライアント端末１００のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
図５のフローチャートは、クライアント端末１００において、ステップＳ４０４の処理へと遷移した際に開始される処理の流れである。
【００３３】
まず、図５のステップＳ５０１において、クライアント端末１００のＣＰＵ２０１は、同じフォルダにファイル名の拡張子以外の部分が一致しているファイル名のファイルを検索する。なお、ファイル名の拡張子以外の部分が一致しているファイルを検索する際、異なるフォルダ（たとえば、当該フォルダより下位のフォルダ）のファイルを検索しても良い。
次に、ステップＳ５０２において、クライアント端末１００のＣＰＵ２０１は、ステップＳ５０１で検索したファイル名のファイルがあるかどうかを判断する。
【００３４】
ステップＳ５０２において、該当ファイルがないと判断された場合は、一連の処理を終了する。一方、該当ファイルが存在する場合は、ステップＳ５０３へと処理を遷移する。
【００３５】
ステップＳ５０３へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、ユーザにより選択されたファイルとファイル名の拡張子以外の部分が一致しているファイルが、プレビュー画像を作成することができるかを判断する。該当ファイルがプレビュー画像を作成できるファイル形式かどうかの判断はステップＳ４０１の処理と同様である。
【００３６】
ステップＳ５０３において、ユーザにより選択されたファイルとファイル名の拡張子以外の部分が一致しているファイルが、プレビュー画像を作成することができないと判断された場合は、ステップＳ５０１へと処理を戻し、ファイル名の拡張子以外の部分が一致しているファイル名のファイルを検索する処理に戻る。一方、該当ファイルがプレビュー画像を作成することができると判断された場合は、次のステップＳ５０４へと処理を遷移する。
【００３７】
ステップＳ５０４へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、ユーザにより選択されたファイルのプレビュー画像を作成することが可能であるため、プレビュー画像を作成する。その後、ステップＳ５０５において、クライアント端末１００のＣＰＵ２０１は、作成されたプレビュー画像を表示部２１０に表示する。図１１と図１２を参照して、プレビュー画像を表示する処理を図４、図５の流れに沿って説明する。
図１２は、本発明の実施形態のクライアント端末１００におけるプレビュー画像表示の手順を示す模式図である。
【００３８】
図１２の１２００は、ユーザにより選択されたファイルの例である。「Ａ．ｅａｓｍ」ファイル１２００はＥＡＳＭ形式のためプレビュー画像を作成することができない（Ｓ４０１）。そのため、ステップＳ４０４へと処理を遷移し、ステップＳ５０１において、同じフォルダでファイル名の拡張子以外の部分が一致しているファイル名のファイルを検索する。その結果、「Ａ．ｔｘｔ」ファイル１２０１や、「Ａ．ｂｍｐ」ファイル１２０２などが検索される。該当ファイルが検索されたので（ステップＳ５０２）、次にステップＳ５０３へと処理を遷移し、プレビュー画像を作成できるファイルかどうかを判断する。例えば、「Ａ．ｔｘｔ」ファイル１２０１はプレビュー画像を作成できない（図１６の１６０１参照）ので、ステップＳ５０１へと処理を戻す。その後、「Ａ．ｂｍｐ」ファイル１２０２について、ステップＳ５０３の判断を行う。「Ａ．ｂｍｐ」ファイル１２０２はプレビュー画像を作成することが可能なため、ステップＳ５０４へと処理を遷移し、「Ａ．ｂｍｐ」ファイル１２０２のプレビュー画像（１２０３）を作成する。その後、ステップＳ５０５において、作成されたプレビュー画像１２０３を表示部２１０に表示する（１２０４）。図１２の手順で表示された画面イメージが図１１である。
図１１は、本発明の実施形態のクライアント端末１００のディスプレイ２１０に表示される画面のイメージの一例を示す模式図である。
【００３９】
図１１の１１０１のように、ユーザにより選択されたファイルがプレビュー画像を作成できないファイル１１０１（この場合、ＡＡＡ．ｅａｓｍ）場合でも、代理のファイルである「ＡＡＡ．ｂｍｐ」ファイル１１０４のプレビュー画像を作成し（ステップＳ５０４）、プレビュー画像表示エリア１１０２に「ＡＡＡ．ｂｍｐ」１１０４のプレビュー画像１１０３を表示する（ステップＳ５０５）ことができる。
【００４０】
以上のように、仮にＯＳやファイル管理プログラムがプレビュー画像を作成できないファイルが有る場合でも、同様の名前を有する拡張子の異なるファイルからプレビュー画像を作成し、表示することにより、ファイル名が共通の表示が容易なファイル形式のファイルを作成しておけば、ＣＡＤファイルなどの１０Ｍｂｙｔｅを超えるようなデータであっても、直ぐにプレビュー画像を確認することが可能となる。
＜第２の実施形態＞
【００４１】
前記第１の実施形態では、プレビュー画像を作成できないファイルの代理ファイル、すなわちプレビュー画像を作成可能なファイル名が共通のファイルを見つけると、そのファイルからプレビュー画像を作成したが、プレビュー画像を作成可能なファイルが複数ある場合に、その中から最も短時間でプレビュー画像を作成可能なファイルを選択して、プレビュー画像として作成し、表示する処理を図４乃至図７を参照して説明する。
第２の実施形態は、図４のフローチャートは第１の実施形態と同じであり、ステップＳ４０４の処理の詳細以降が異なる処理となる。
図４のステップＳ４０４の詳細なフローチャートを図６を参照して説明する。
【００４２】
図６は、本発明の実施形態のクライアント端末１００における制御処理手段の一例を示すフローチャートであり、図中のＳ６０１〜Ｓ６０８は各ステップを示す。各ステップの処理は、クライアント端末１００の外部メモリ２１１に格納されたアプリケーションプログラムを、クライアント端末１００のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
図６のフローチャートは、クライアント端末１００において、ステップＳ４０４の処理へと遷移した際に開始される処理の流れである。
【００４３】
まず、図６のステップＳ６０１において、クライアント端末１００のＣＰＵ２０１は、同じフォルダにファイル名の拡張子以外の部分が一致しているファイル名のファイルを検索する。なお、ファイル名の拡張子以外の部分が一致しているファイルを検索する際、異なるフォルダ（たとえば、当該フォルダより下位のフォルダ）のファイルを検索しても良いことは第１の実施形態と同様である。
【００４４】
次に、ステップＳ６０２において、クライアント端末１００のＣＰＵ２０１は、ステップＳ６０１で検索したファイル名のファイルがあるかどうかを判断する。この際、一度検索したファイルは排除している
【００４５】
ステップＳ６０２において、該当ファイルがもうないと判断された場合は、ステップＳ６０５へと処理を遷移し、一方、該当ファイルが存在すると判断された場合は、ステップＳ６０３へと処理を遷移する。
【００４６】
ステップＳ６０３へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、ユーザにより選択されたファイルとファイル名の拡張子以外の部分が一致しているファイルが、プレビュー画像を作成することができるかを判断する。該当ファイルがプレビュー画像を作成できるファイル形式かどうかの判断はステップＳ４０１の処理と同様である。
【００４７】
ステップＳ６０３において、ユーザにより選択されたファイルとファイル名の拡張子以外の部分が一致しているファイルが、プレビュー画像を作成することができないと判断された場合は、ステップＳ６０１へと処理を戻し、ファイル名の拡張子以外の部分が一致しているファイル名のファイルを検索する処理に戻る。一方、該当ファイルがプレビュー画像を作成することができると判断された場合は、次のステップＳ６０４へと処理を遷移する。
【００４８】
ステップＳ６０４へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、ユーザにより選択されたファイルのプレビュー画像を作成することが可能であるため、プレビュー画像候補リストに該当ファイルを登録（追加）する。プレビュー画像候補リストの例を図１６を参照して説明する。
【００４９】
図１６の１６０２欄がプレビュー画像候補リストの例であり、ステップＳ６０４の処理をファイルの数だけ繰り返すと、１６０２のような「Ａ．ｂｍｐ」、「Ａ．ｊｐｇ」、「Ａ．ｔｉｆｆ」、「Ａ．ｐｄｆ」というファイルリストを有するプレビュー画像候補リストが生成される。
ファイル名の拡張子以外の部分が一致しているファイルの検索が終了すると、ステップＳ６０５へと処理を遷移する。
ここまでの処理を、具体的なデータで図１４を参照して説明する。
図１４は、本発明の実施形態に係るクライアント端末１００におけるプレビュー画像表示の手順を示す模式図である。
【００５０】
図１４の１４０１が、ユーザにより選択されたファイルであり、この例では、「Ａ．ｅａｓｍ」である。このファイルはプレビュー画像を作成できないタイプのファイル（図１６の１６０１参照）である（ステップＳ４０１の条件分岐でＮＯ）ので、次にステップＳ６０１へと処理を遷移し、同じファイル名で識別子（拡張子）が異なるファイルを見つける。ステップＳ６０２において、同じファイル名で識別子が異なるファイルが有る（図１４の例では、「Ａ．ｔｘｔ」が有る）ので、ＹＥＳへと処理を遷移し１４０２の代替（代理）ファイルとして設定する。次のステップＳ６０３において、「Ａ．ｔｘｔ」ファイル１４０２がプレビュー画像を作成することができないタイプのファイルかを図１６の１６０１を参照して判断する。「ｔｘｔ」形式のファイルは１６０１に登録されていないので、プレビュー画像候補リストには追加されず、ステップＳ６０１へと処理を戻す。
【００５１】
次の「Ａ．ｂｍｐ」ファイル１４０３について、前記と同様にプレビュー画像候補リストに追加すべきか判断し、「ｂｍｐ」形式のファイルは１６０１に登録されているので、プレビュー画像候補リスト１４０８に追加する（ステップＳ６０４）。
【００５２】
同様に、「Ａ．ｊｐｇ」ファイル１４０４、「Ａ．ｔｉｆ」ファイル１４０５も、プレビュー画像を作成可能なファイル形式として１６０１に登録されているので、プレビュー画像候補リスト１４０８として登録する。以上のように、プレビュー画像候補リスト１４０８に登録されているデータの例として、以後、図１５の例を参照して説明する。
【００５３】
図１５は、本発明の実施形態に係るクライアント端末１００におけるデータ遷移の一例を示した模式図である。詳細は後述する。図６のフローチャートの説明に戻る。
【００５４】
ステップＳ６０５へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、プレビュー画像候補リストにファイル名があるかどうかを判断する。ファイル名がない場合は、プレビュー画像を作成することができるファイルがないことを表しているので、一連の処理を終える。一方、プレビュー画像候補リストにファイル名がある場合は、ステップＳ６０６へと処理を遷移する。ステップＳ６０６の処理の詳細は、図７を参照して後述する。
【００５５】
ステップＳ６０６において、選択されたファイルの代理でプレビュー画像を作成するファイルが決定されると、ステップＳ６０７へと処理を遷移し、クライアント端末１００のＣＰＵ２０１は、代理（代替）ファイルのプレビュー画像を作成する。その後、ステップＳ６０８において、クライアント端末１００のＣＰＵ２０１は、作成されたプレビュー画像を表示部２１０に表示し、一連の処理を終える。
次に、図７と図１５を参照して、ステップＳ６０６の処理の詳細を説明する。
【００５６】
図７は、本発明の実施形態のクライアント端末１００における制御処理手段の一例を示すフローチャートであり、図中のＳ７０１〜Ｓ７０９は各ステップを示す。各ステップの処理は、クライアント端末１００の外部メモリ２１１に格納されたアプリケーションプログラムを、クライアント端末１００のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
図７のフローチャートは、クライアント端末１００において、図６のステップＳ６０６の処理へと遷移した際に開始される処理の流れである。
【００５７】
まず、図７のステップＳ７０１において、クライアント端末１００のＣＰＵ２０１は、代替（代理）ファイル変数を定義する。代替ファイル変数とは、プレビュー画像を作成するファイルを決定する際に使用する変数であり、デフォルトではブランクに設定する。図１５を参照して、代替ファイル変数の遷移の例を説明する。
図１５は、本発明の実施形態に係るクライアント端末１００におけるデータ遷移の一例を示した模式図である。
【００５８】
図１５の１５００列がステップＳ６０１で検索される検索ファイル名であり、プレビュー画像候補リストのファイル名である。また、１５１０はプレビュー画像を作成可能か不可能かの判断が登録され、１５２０には、プレビュー画像を作成するファイルを決定する代替（代理）ファイル変数が登録される。ステップＳ７０１の段階では、ブランクに設定されているため、１５２１のように何も登録されていない。図７のフローチャートの説明に戻る。
【００５９】
次に図７のステップＳ７０２において、クライアント端末１００のＣＰＵ２０１は、プレビュー画像候補リストである検索ファイル名１５００を順に検索する。図１５の場合、まず「Ａ．ｂｍｐ」ファイル１５０２を選択し、次の処理へ移行する。
【００６０】
次のステップＳ７０３では、クライアント端末１００のＣＰＵ２０１は、プレビュー画像候補リストにファイル名が有るかどうかを判断する。ファイル名がある場合は、ステップＳ７０４へと処理を遷移し、ファイル名がなくなった場合は、ステップＳ７０９へと処理を遷移する。
【００６１】
ステップＳ７０４へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、代替ファイル変数欄がブランクかどうかを判断する。ブランクであれば、ステップＳ７０５へと処理を遷移し、代替ファイル変数にステップＳ７０２で選択されたファイル名を設定する。その後、ステップＳ７０２へと処理を戻す。
【００６２】
ステップＳ７０５の処理を、図１５のデータ遷移図で説明すると、たとえば、最初の「Ａ．ｂｍｐ」ファイル１５０２が選択された状態で、代替ファイル変数１５２２欄に「Ａ．ｂｍｐ」が入力されるイメージである。
【００６３】
一方、ステップＳ７０４において、代替ファイル変数がブランクではない場合、ステップＳ７０６へと処理を遷移し、ステップＳ７０６において、クライアント端末１００のＣＰＵ２０１は、代替ファイル変数に設定されているファイル名のファイルと、ステップＳ７０２で選択されたファイル名のファイルを比較する。比較する項目として、本実施例では、それぞれのファイルのサイズを基準にしているが、ファイルサイズだけでなくとも、事前の調査の結果のプレビュー画像作成時間の短さを比較しても良い。なお、ファイルサイズを基準にしている理由は、大きいファイルは固定ディスク（ハードディスク）などから読み取るのに時間が掛かるためである。
【００６４】
たとえば、ステップＳ７０６において、代替ファイル変数に設定されているファイルと、ステップＳ７０２で選択されたファイルとのサイズを比較し、次のステップＳ７０７において、ファイルサイズが小さいファイルを選択する（ステップＳ７０２で選択されたファイルが、代替ファイル変数に設定されているファイルよりプレビュー画像作成時間が短いか判断する）。代替ファイル変数に設定されているファイルの方がファイルサイズが小さい場合（代替ファイル変数に設定されているファイルの方がプレビュー画像作成時間が短い場合）、処理はステップＳ７０２へと遷移し、代替ファイル変数のファイル名を維持する。一方、ステップＳ７０２で選択されたファイルが、代替ファイル変数に設定されているファイルよりファイルサイズが小さい場合（ステップＳ７０２で選択されたファイルの方がプレビュー画像作成時間が短い場合）、処理はステップＳ７０８へと遷移して、代替ファイル変数の設定値を変える処理に移行する。ステップＳ７０８において、クライアント端末１００のＣＰＵ２０１は、代替ファイル変数の設定値を、ステップＳ７０２で選択されたファイル名とし、再びステップＳ７０２の処理へと遷移する。
上記ステップＳ７０６からステップＳ７０８への処理の流れを、図１５のデータ遷移図とそれぞれのファイルサイズ（図１６の１６０３）で説明する。
【００６５】
たとえば、代替ファイル変数に「Ａ．ｂｍｐ」ファイル１５２２が設定されている状態で、プレビュー画像候補リストの検索ファイル名「Ａ．ｊｐｇ」１５０３との比較処理（ステップＳ７０６）が行われた場合、ステップＳ７０７において、代替ファイル変数「Ａ．ｂｍｐ」１５２２と検索ファイル名「Ａ．ｊｐｇ」１５０３とのファイルサイズ１６０３を比較し、より小さいファイルサイズ（データ容量）のファイルである「Ａ．ｊｐｇ」１５０３のファイル名を代替ファイル変数「Ａ．ｊｐｇ」１５２３とする。
【００６６】
また、代替ファイル変数に「Ａ．ｊｐｇ」ファイル１５２３が設定されている状態で、プレビュー画像候補リストの検索ファイル名「Ａ．ｔｉｆ」１５０４との比較処理（ステップＳ７０６）が行われた場合、ステップＳ７０７において、代替ファイル変数「Ａ．ｊｐｇ」１５２３と検索ファイル名「Ａ．ｔｉｆ」１５０４とのファイルサイズ１６０３を比較し、より小さいファイルサイズ（データ容量）のファイルである「Ａ．ｊｐｇ」１５２３のファイル名をそのまま代替ファイル変数「Ａ．ｊｐｇ」１５２４としている。
【００６７】
以上の処理のように、ファイルサイズがより小さいファイル名を代替ファイル変数とし、プレビュー画像候補リストからファイルが無くなるまで繰り返す。ステップＳ６０５において、プレビュー画像候補リストからファイルが無くなッタと判断されると、最終的なステップＳ７０９において、クライアント端末１００のＣＰＵ２０１は、代替ファイル変数に設定されているファイルを代替ファイルとして返し、次のステップＳ６０７へと処理を遷移する。ステップＳ６０７へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、代替ファイルのプレビュー画像を作成し、次のステップＳ６０８において、作成されたプレビュー画像を表示部２１０に表示し、一連の処理を終える。
【００６８】
以上の処理により、プレビュー画像を作成可能な代理ファイル（代替ファイル）が複数ある場合は、より短時間でプレビュー画像を作成可能な代理ファイルを選択し、選択されたファイルからプレビュー画像を作成することによって、より短時間でプレビュー画像を表示させることが可能になり、ユーザは素早くプレビュー画像を確認することができるという効果を有する。
【００６９】
なお、上記実施例では、代替ファイル変数を使ってプレビュー画像候補リストから代理ファイルを設定していましたが、たとえば、図１６の１６０４のように、ファイルサイズを比較して、最もファイルサイズが小さいファイルからプレビュー画像を作成するようにしても良い。
＜第３の実施形態＞
【００７０】
また、上記実施例では、プレビュー画像を作成できないファイルについて、代理のファイルでプレビュー画像を作成する形態で記載してきたが、プレビュー画像を作成できるファイルであっても、そのファイルのプレビュー画像を作成するのに時間がかかるファイル（例えば、容量の大きいファイル）については、より短時間でプレビュー画像を作成できるファイル（例えば、容量の小さいファイル）を代理のファイルとしてプレビュー画像を作成する形態としてもよい。上記場合の効果は、プレビュー画像を開く際に、短時間で該当ファイル（例えば、容量の大きいファイル）のプレビュー画像を表示することができることである。
【００７１】
更に、プレビュー画像を作成するのに時間がかかるファイル（例えば、容量の大きいファイル）の場合は、より短時間でプレビュー画像を作成できるファイル（例えば、容量の小さいファイル）と２つのファイルを並行してプレビュー画像を作成し、早く作成できたプレビュー画像の方を表示するようにしても良い。その際、本来表示したかった、作成するのに時間がかかるファイルのプレビュー画像が完成されたら、より短時間で作成できるファイルのプレビュー画像を本来表示したかったプレビュー画像に変更するとなお良い。この処理により、プレビュー画像によりファイルの概要を早く見たい要求も満たし、またある程度時間が経過した後では、正確なプレビュー画像を見ることができるという効果を有する。
【００７２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００７３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００７４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００７５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７７】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００７８】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００７９】
１００  クライアント端末
１１０  ネットワーク
１０１  ファイルサーバ
【図１】
2018005309.tif 000003
【図２】
2018005309.tif 000004
【図３】
2018005309.tif 000005
【図４】
2018005309.tif 000006
【図５】
2018005309.tif 000007
【図６】
2018005309.tif 000008
【図７】
2018005309.tif 000009
【図８】
2018005309.tif 000010
【図９】
2018005309.tif 000011
【図１０】
2018005309.tif 000012
【図１１】
2018005309.tif 000013
【図１２】
2018005309.tif 000014
【図１３】
2018005309.tif 000015
【図１４】
2018005309.tif 000016
【図１５】
2018005309.tif 000017
【図１６】
2018005309.tif 000018