JPH1011343A - 情報処理装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】データファイルを蓄積する際に、データファイ
ルの内容を示すキーワード等の情報を付加したファイル
名を容易に登録可能とする。 【解決手段】記憶媒体に格納されたデータファイルに付
与されるファイル名のうち、格納されたデータファイル
を特定する文字列を発生し、これを第０カラム１０に登
録する。ここで発生する文字列としては、例えば、昇順
の番号等が挙げられる。また、キーワードとして、例え
ばキーワード一覧表の中から所望の文字列を指定する
と、それらが第１カラム１１〜第３カラム１３に格納さ
れる。そして、第０カラム１０に格納された文字列に、
第１カラム１１〜第３カラム１３に格納された文字列を
付加し、これを実際のファイル名として登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、符号化された複数
のデータファイルを管理する情報処理装置及びその方法
に関する。

【０００２】

【従来の技術】従来より、例えば画像データ等をデータ
ファイルとして、夫々を特定するファイル名を付与して
蓄積する装置がある。この種の装置では、そのファイル
名を用いて所望のデータファイルを特定したり、検索し
たりすることが可能である。

【０００３】この種のデータファイル管理を実現するも
のとして、ＤＯＳ（商標）／Ｗｉｎｄｏｗｓ３．１（商
標）などのファイル管理システムが知られている。これ
らのファイル管理システムでは、８文字のファイル名と
３文字の属性で１つのファイル名を構成する。

【０００４】また、従来、複数ファイルからキーワード
検索などの検索方法等で検索された複数のファイルを表
示する場合は、全てのファイルを並列に１度に表示する
ように構成されている。ここで、画面の表示スペースや
検索されたファイルの数などにより、１度に検索された
全てのファイルを表示できない場合には、画面のスクロ
ールやページ切り替え等の方法により順次表示すること
が可能となっている。また画像符号化データが、静止画
像符号化データと、動画符号化データの２種類のデータ
がある場合には、各々検索表示画像を表示する方法が異
なるため、各々別々に表示するように構成されている。

【０００５】また、従来、ＪＰＥＧ等の符号化方式で符
号化されている画像ファイルをデコード／表示する場合
は、アプリケーションがサポートしている符号化モード
で符号化された符号化データ・ファイルのみをデコード
／表示するように構成されている。

【０００６】また、ある符号化方式そのものをサポート
していない場合に、そのサポートしていない符号化デー
タ・ファイルをデコード／表示する場合は、当該アプリ
ケーションとは別のその符号化方式のデコード／表示機
能を有する他のアプリケーションを起動し、当該他のア
プリケーションでデコード／表示するように構成されて
いる。

【０００７】

【発明が解決しようとする課題】しかしながら、上記の
データファイル管理システムでは、８文字までのファイ
ル名ではその画像の特徴などを表現することができず、
画像の特徴などを記述する場合には別のファイルを用意
しなければならないという問題がある。例えば、１つの
画像データに対して実際の画像データを含むデータファ
イルと、画像の特徴などを記述する検索用のキーワード
情報ファイルとを別々に管理する必要が生じることにな
る。この場合、例えば、画像データファイルのみを移動
や消去したりした場合には、対応する画像データファイ
ルの存在しないキーワード情報ファイルのみが残される
ことになる。或は、逆に、対応するキーワード情報ファ
イルを持たない画像データファイルが存在してしまうと
う問題が生じる。

【０００８】更に、画像データファイルの検索時にキー
ワード検索などを行う場合には、各画像データに対し
て、検索情報を格納したファイルをオープンして、キー
ワード検索並びにフル・テキスト・サーチ等の処理を行
う必要があり、処理が複雑で重くなるという問題があ
る。

【０００９】また、各ファイル個別にこのようなキーワ
ード情報ファイルを管理しない場合には、管理／検索専
用プログラムを用意し、このプログラムの基で、キーワ
ード情報を管理しなければならないという問題がある。

【００１０】また、上記従来例による検索画像データの
表示方法によれば、ディレクトリ構造でファイルの種類
などを管理している場合にも、検索された全ての画像デ
ータファイルが並列に表示されることになる。即ち、デ
ィレクトリ構造が全く反映されず、検索されたファイル
の絞り込みがしにくくなるという問題がある。この場
合、ディレクトリ構造で画像データファイルを管理して
いることが全く無意味になってしまう。

【００１１】特に、通常はファイル名のみを表示するた
め、別々のディレクトリに同じ名前のファイルが存在す
るときには、それらのファイルを特定することが困難と
なる。更に格納されているファイルの数が多くなると、
ファイル名からでは、ユーザが実際に検索したいファイ
ルを特定することが困難となってしまう。また符号化さ
れた画像データファイル（以下、画像符号化データファ
イルという）の検索結果として、静止画像符号化データ
ファイルと動画像符号化データファイルとが混在するよ
うな場合には、別々の表示形態による表示が要求される
ため、動画像と静止画像を統一的に扱えないという問題
がある。

【００１２】ＪＰＥＧ符号化アルゴリズムには、図１９
に示すように１つの符号化アルゴリズムの中でも複数の
方式があり、必須機能は、２５３で示す「ベースライン
・プロセス」のみで、他の方式、機能は、オプションで
ある。すなわちデコードの機能として、オプションの部
分は、サポートしてもしなくてもどちらでも良い部分で
ある。

【００１３】そのため、上記従来例では、例えばＪＰＥ
Ｇ符号化方式のデコード／表示をサポートしている場
合、同じＪＰＥＧ方式のデータ・ファイルでも、デコー
ド／表示できるファイルとできないファイルがあるとい
う問題がある。

【００１４】また本アプリケーションがサポートしてい
ない符号化方式で符号化されている画像データ・ファイ
ルをデコード／表示する際に別アプリケーションを起動
する場合は、その別アプリケーションがデコード／表示
を行うため、ユーザインターフェースを含め、本アプリ
ケーションとは全く異なった動作を行うことになる。こ
のため、特に本アプリケーションが独自のユーザ・イン
ターフェース等の機能を持っている場合には、本アプリ
ケーションの機能が全く使用できなくなるという問題が
ある。

【００１５】本発明は、上記の問題に鑑みてなされたも
のであり、データファイルを蓄積する際に、データファ
イルの内容を示すキーワード等の情報を付加したファイ
ル名を容易に登録できる情報処理装置及びその方法を提
供することを第１の目的とする。

【００１６】また、本発明の第２の目的は、ファイル名
として付与されたキーワードを、データファイルの検索
情報として用いることを可能とする情報処理装置及びそ
の方法を提供することにある。

【００１７】また、本発明の第３の目的は、複数の画像
データファイルについて、各画像データファイル内の画
像データに基づく表示を行うとともに、各画像データフ
ァイルが存在するディレクトリ名等のディレクトリ情報
を表示することを可能とし、画像データファイルのディ
レクトリ構造を忠実に表示すると共に、各画像データを
直接表示することを可能とすることにある。

【００１８】更に本発明の第４の目的は、アプリケーシ
ョンがサポートしている画像符号化方式でデコードでき
ない画像符号化データ・ファイルをデコード／表示する
際に、その画像符号化データ・ファイルを別アプリケー
ションでデコードさせ、その結果を当該アプリケーショ
ンによって表示することを可能とし、当該アプリケーシ
ョンが備えるユーザインターフェース機能等を有効とす
る情報処理装置及びその方法を提供することにある。

【００１９】

【課題を解決するための手段】上記の第１の目的を達成
するための本発明の情報処理装置は以下の構成を備え
る。即ち、データファイルを格納する格納手段と、前記
格納手段に格納されたデータファイルを特定する文字列
を発生する発生手段と、前記発生手段で発生した文字列
に所望の文字列を付加する付加手段と、前記付加手段で
得られた文字列を前記データファイルのファイル名とし
て登録する登録手段とを備える。

【００２０】また、好ましくは、前記付加手段は、前記
データファイルを特定する文字列に付加すべき文字列の
候補を表示する表示手段と、前記表示手段によって表示
された文字列の候補より所望の候補を指定する指定手段
とを備え、前記指定手段で指定された文字列の候補を前
記発生手段で発生した文字列に付加する。付加すべき文
字列の候補を表示してユーザが選択するので、容易にし
かも適切に文字列を付加できるからである。特に、例え
ば、ファイル名で検索を行うような場合に、検索用のキ
ーワードとして一貫した文字列を付加できるようにな
る。

【００２１】また、好ましくは、前記付加手段における
前記指定手段は複数の候補を指定し、指定された複数の
候補を接続したものを前記発生手段で発生した文字列に
付加する。複数の文字列を接続することが可能となり、
より多様なファイル名の付与を行えるからである。

【００２２】また、好ましくは、前記付加手段は、入力
された所望の文字列を前記発生手段で発生した文字列に
付加する。所望の文字列を自由に付加できるようになる
からである。

【００２３】また、好ましくは、前記付加手段は、前記
発生手段で発生した文字列と所望の文字列とを所定の記
号で接続する。付加された文字列とデータファイルを特
定する文字列を容易に分離できる様になるからである。
このため、例えば、付加された文字列を用いてキーワー
ド検索を行うような場合に、処理が容易になる。

【００２４】また、好ましくは、前記付加手段で付加さ
れた文字列を用いて、前記格納手段に格納されたデータ
ファイルを検索する検索手段を更に備える。上記第２の
目的が達成される。

【００２５】また、上記第３の目的を達成するための本
願発明の情報処理装置は、ディレクトリ構造で画像デー
タファイルを管理する管理手段と、指定されたディレク
トリに存在する名称データがファイル名かディレクトリ
名かを判断する判断手段と、前記判断手段により名称デ
ータがファイル名と判断された場合、当該ファイル名に
対応する画像データファイルに基づいて画像を表示する
第１表示手段と、前記判断手段により名称データがディ
レクトリ名と判断された場合、当該ディレクトリ名に対
応する情報を表示する第２表示手段とを備える。

【００２６】また、好ましくは、前記第１表示手段は、
前記ファイル名に対応するデータファイルの符号化画像
データを所定サイズの画像へ復元し、表示する。

【００２７】また、好ましくは、前記第１表示手段は、
前記ファイル名に対応するデータファイルの符号化画像
データが動画像データであった場合、その所定フレーム
を所定サイズの画像へ復元し、表示する。例えば、検索
結果表示において、動画像データと静止画像データが混
在するような場合でも、検索された画像データファイル
を示すためのイメージ表示を行えるからである。

【００２８】また、好ましくは、前記第２表示手段は、
前記ディレクトリ名に対応するディレクトリを示すアイ
コンを表示する。

【００２９】また、好ましくは、前記第２表示手段は、
前記ディレクトリ名に対応するディレクトリ内のデータ
ファイル数をカウントし、前記アイコンとともにそのカ
ウント結果を表示する。アイコンで表示されたディレク
トリ内に存在するデータファイル数が把握できるからで
ある。

【００３０】また、好ましくは、前記第１表示手段にお
ける前記所定サイズは、当該符号化画像データの原画像
よりも小さい。

【００３１】また、好ましくは、前記符号化画像データ
は、白黒２値画像データをＪＢＩＧ符号化方式で、白黒
多値もしくはカラー画像データをＪＰＥＧ符号化方式で
符号化して得られる符号化画像データである。

【００３２】また、好ましくは、前記第１表示手段は、
ＪＰＥＧ符号化データを所定サイズの画像へ復元する際
に、縦横１／８サイズの画像を復元する。

【００３３】また、上記第３の目的を達成するための他
の構成の情報処理装置は、ディレクトリ構造で画像デー
タファイルを管理する管理手段と、所定の検索条件に適
合する画像データファイルについて前記ディレクトリ構
造に基づくディレクトリパス名の付加されたファイル名
を獲得する獲得手段と、前記獲得手段で獲得したファイ
ル名に付加されたディレクトリパス名に基づいて、当該
画像データファイルが現在表示中のディレクトリに存在
するか否かを判断する判断手段と、前記判断手段により
前記画像データファイルが現在表示中のディレクトリに
存在すると判断された場合、該画像データファイルに基
づいて画像を表示する第１表示手段と、前記判断手段に
より前記画像データファイルが現在表示中のディレクト
リに存在しないと判定された場合、該画像データファイ
ルが存在するディレクトリを示すディレクトリ情報を表
示する第２表示手段とを備える。

【００３４】また、上記第４の目的を達成するための本
発明の情報処理装置は以下の構成を備える。即ち、符号
化画像データを復号する復号手段と、指定された符号化
画像データを前記復号手段で復号化できるか否かを判断
する判断手段と、前記判断手段で復号化できないと判断
された場合、所定のアプリケーションを起動し、該所定
のアプリケーションに前記指定された符号化画像データ
を復号化させ、その結果の画像データを取得する取得手
段と、前記取得手段で取得した画像データを表示する表
示手段とを備える。

【００３５】また、好ましくは、前記取得手段は、複数
のアプリケーションを起動可能であり、前記判断手段が
前記指定された符号化画像データを復号化できないと判
断した場合、該指定された符号化画像データを該複数の
アプリケーションの一つを用いて復号化し、その結果の
画像データを取得する。複数のアプリケーションを用い
ることにより、復号化が可能な符号化画像データの範囲
が広がるからである。

【００３６】また、好ましくは、前記取得手段は、前記
複数のアプリケーションを起動しておき、前記指定され
た符号化画像データの復号化画像データを得るべく、該
指定された符号化画像データを該複数のアプリケーショ
ンへ順次に提供する。

【００３７】また、好ましくは、前記取得手段は、前記
指定された符号化画像データの復号化画像データを得る
べく、前記複数のアプリケーションを順次起動し、該指
定された符号化画像データを起動したアプリケーション
へ提供する。

【００３８】また、好ましくは、前記表示手段は、前記
取得手段で取得した画像データを所定の大きさの画像に
変換して表示する。

【００３９】また、好ましくは、前記符号化画像データ
は、静止画像をＪＢＩＧ方式もしくはＪＰＥＧ方式で符
号化し、動画像をＭＰＥＧ方式で符号化する。

【００４０】

【発明の実施の形態】以下、添付の図面を参照し定本発
明の好適な実施形態を説明する。

【００４１】［第１の実施得形態］ＵＮＩＸ（商標）や
Ｗｉｎｄｏｗｓ９５（商標）等のファイル管理システム
では、２５６バイトまでの長さのファイル名でファイル
管理が行える。本実施形態では、このようなファイル管
理システムに適用可能なデータ管理装置を説明する。

【００４２】図１は第１の実施形態による画像データ管
理装置の構成を示すブロック図である。図において、１
はＣＰＵでありＲＯＭ２或はＲＡＭ３に格納された制御
プログラムを実行することにより、各種の制御を実現す
る。２はＲＯＭであり、当該画像データ管理装置の電源
投入時においてＣＰＵ１が実行するブートプログラム
や、各種データを格納する。３はＲＡＭであり、後述の
フローチャートで説明する各種制御プログラムをロード
して格納する。また、ＲＡＭ３はＣＰＵ１が各種の制御
を実行するに際しての作業領域を提供する。４は外部記
憶部であり、複数の画像データファイルや、制御プログ
ラムを格納する。

【００４３】５は入力部であり、当該画像データ管理装
置に対する各種指示の入力を行う。入力部５は、例えば
キーボードやポインティングデバイス等で構成される。
６はディスプレイであり、ＣＰＵ１の制御によって各種
の表示を行う。７はスキャナであり、原稿画像を光学的
に読み取って、得られた画像データを画像データ管理装
置に提供する。８はバスであり、上述の各構成を相互に
接続する。

【００４４】図２は、第１の実施形態における画像デー
タファイルのファイル名のフォーマットを示す図であ
る。本第１の実施形態では、ファイル名に付加する検索
用のキーワードをキーワード群から選択し、そのキーワ
ードを接続して１つのファイル名を作成する場合を説明
する。なお、説明を簡単にするために、本第１の実施形
態では、１つのファイル名に付加するキーワードは３つ
とする。

【００４５】このキーワードは、図中の１１、１２、１
３で示す第１〜第３カラムのフィールドに格納される。
第０カラム１０は、システム内部で生成する文字列であ
り、各画像データファイルにユニークな文字列である。
このユニークな文字列によって、唯一の画像データファ
イルを特定することが可能である。また、１４は、第０
カラム１０〜第３カラム１３に格納された文字列によっ
て形成された、実際のファイル名を示している。

【００４６】なお、これら実際のファイル名１４は、外
部記憶部４のディレクトリ領域に格納され、その実体と
なる画像データファイルと関連付けられている。このよ
うなディレクトリ領域については周知であるので、ここ
では詳細な説明を省略する。

【００４７】以上のような構成を備えた第１の実施形態
のデータ管理装置の動作について図３〜図５を参照して
説明する。

【００４８】図３は画像データを登録する際の操作画面
例を示す図である。２０は、画像データ登録用ウインド
ウを示す。即ち、外部記憶部４へ画像データをデータフ
ァイルとして格納する際のファイル名の設定に際して、
画像データ登録用ウインドウ２０がディスプレイ６に表
示される。２１はキーワード選択領域であり、ファイル
名として付加するキーワード群を表示する。２２は登録
ボタンであり、データファイルの登録作業の開始等を指
示するためのものである。ユーザは、入力部５を操作し
て、図３に示したような画像データ登録用ウインドウ２
０のキーワード選択領域２１より所望のキーワードを選
択することになる。

【００４９】次に、ユーザがスキャナ７等の画像入力装
置から画像を入力し、その画像データを外部記憶部４に
ファイル名を付与して蓄積する処理を説明する。図４は
第１の実施形態による画像データの登録手順を示すフロ
ーチャートである。ここで、ユーザは、画像データを格
納すべきディレクトリを予め指定しているものとする。
次に、ユーザが画像データを画像入力装置から入力する
と、図３に示す画像データ登録画面が表示される。図４
のフローチャートはこのような状態となってからの制御
手順を示している。

【００５０】ステップＳ１０において、第０カラム１０
への文字列の登録を行う。図５はファイル名の第０カラ
ムへ登録すべき文字列を生成する手順を示すフローチャ
ートである。図５のステップＳ２０において、当該画像
データファイルを格納するディレクトリ内のデータファ
イル名を検索し、既に使用されている文字列を検出す
る。次にステップＳ２１において、未使用の文字列を発
生する。

【００５１】第０カラムの文字列としては、例えば、図
２に示したように、ファイル名にシーケンシャルな番号
を付与するようにすれば、より容易にユニークな文字列
を発生することが可能となる。図２に示した画像Ａの場
合は、当該ディレクトリに格納する最初の画像データフ
ァイルなので、例えば、”ａａａ０００１”とし、以
後、画像Ｂ、画像Ｃと蓄積する場合には、画像Ｂには”
ａａａ０００２”、画像Ｃには”ａａａ０００３”とい
うように、順次数字を増加させればよい。このようにし
て、当該ディレクトリ内においてユニークな文字列を容
易に生成することができる。

【００５２】図４に戻り、第０カラム部分の文字列を登
録すると、処理はステップＳ１１へ進む。ステップＳ１
１では、この処理部での内部変数「ｉ」を０に初期化す
る。次にステップＳ１２へ進み、キーワード選択領域２
１に示されるキーワード群からキーワードを選択する処
理に移る。ここでは、キーワード選択領域２１に表示さ
れているキーワードの一つを、ユーザがマウス等のポイ
ンティングデバイスで選択する。１つのキーワードが選
択されると、そのキーワードを記憶し、ステップＳ１３
へ進む。

【００５３】ステップＳ１３では、内部変数「ｉ」を１
つインクリメントし、「ｉ」が３に等しいか否かを判定
する。これは、第１の実施形態におけるキーワード数を
３個までとしているからであり、「ｉ」が３未満であれ
ば処理をステップＳ１１へ戻し、再度キーワードを選択
する。一方、「ｉ」が３に等しければステップＳ１４へ
進む。以上のようなステップＳ１２、Ｓ１３によるキー
ワード選択処理により、１つの画像データファイルに対
して３つのキーワードが選択される。例えば、図２の画
像Ａでは、「写真」「子供」及び「入学式」とう３つの
キーワードが選択されたことを示す。

【００５４】ステップＳ１４では、確認のための操作入
力を待ち、操作入力が検出されるとステップＳ１５へ進
む。ステップＳ１５では当該操作入力が登録ボタン２２
の選択か否かを判断し、登録ボタン２２の選択であれ
ば、ステップＳ１６へ進む。ステップＳ１６では、ステ
ップＳ１０で生成した文字列、ステップＳ１２で選択し
たキーワードを用いて実際のファイル名を生成する。図
２の画像Ａの場合は、第０カラムが「ａａａ０００
１」、第１カラムが「写真」、第２カラムが「子供」、
第３カラムが「入学式」となり、これらの各フィールド
の文字列を「＿」で接続し、「aaa0001_写真_子供_入学
式.jpg」というファイル名を生成している。

【００５５】なお、このとき、入力画像がカラー原稿の
場合は、例えばＪＰＥＧ方式で画像データを符号化し、
属姓名として「.jpg」を付けている。

【００５６】最後にステップＳ１７において、入力され
た画像データをステップＳ１６で作成したファイル名
で、且つＪＰＥＧ方式で符号化する場合には、当該符号
化処理を行い、外部記憶部４に蓄積して、画像データ登
録処理を終了する。なお、以上の処理を画像Ｂ〜Ｄに対
して行うことで、例えば、画像Ｂについては「aaa0002_
写真_子供_運動会.jpg」というファイル名が、画像Ｃに
ついては「aaa0003_写真_子供_遠足.jpg」というファイ
ル名が、画像Ｄについては「aaa0004_カタログ_旅行_ハ
ワイ.jpg」というファイル名を夫々付与することができ
る。

【００５７】また、以上のようなファイル名で蓄積され
た画像データファイルの検索では、ファイル名の中に検
索時に必要なキーワードが挿入されているため、ファイ
ル名の文字列操作だけでキーワード検索を行うことが可
能となる。また、キーワードを「＿」によって接続して
いるので、ファイル名からキーワードを取出す処理も簡
単に行える。これにより、容易且つ高速なキーワード検
索が実現される。

【００５８】［第２の実施形態］上記第１の実施形態で
は、検索情報としてのキーワードを予め決められたキー
ワード群から選択することを説明したが、キーワードの
付与方法はこれに限られるものではない。第２の実施形
態では、キーワードを決めない、即ちフリー・キーワー
ドの場合を説明する。

【００５９】図６は第２の実施形態における画像データ
ファイルのファイル名のフォーマットを示す図である。
第２の実施形態におけるファイル名のフォーマットは、
第１の実施形態で示した図２のフィールドのうち、第０
カラム１０はそのままである。また、第１カラム１１’
がフリー・キーワード領域として使用され、第２、第３
カラムは省かれた形態となる。また、ファイル名の長さ
は２５６バイトまでとする。従って、第０カラムに７バ
イトの文字列と、第０及び第１カラムを接続するのに用
いる１バイトの文字「_」分を除く２４８バイト（２５
６−８＝２４８）のフリーキーワードをファイル名の一
部として登録できることになる。

【００６０】更に、第２の実施形態における画像データ
登録画面は、図３に示した登録用ウインドウ２０のキー
ワード選択領域２１が、フリーキーワード入力用の文字
入力領域となる。

【００６１】図７は、第２の実施形態における画像デー
タ登録処理の手順を表すフローチャートである。同図に
おいて、第１の実施形態（図４）と同じ処理内容のステ
ップには、同一のステップ番号を付し、それらの処理に
ついては詳細な説明を省略する。なお、第１の実施形態
と同様に、ユーザは、先ず、画像データを格納するディ
レクトリ決定しており、登録対象となる画像データをス
キャナ７より入力してあるものとする。

【００６２】先ず、ステップＳ１０において、当該画像
データに対してユニークな文字列を発生し、第０カラム
１０のフィールドの文字列として決定する。続いて、ス
テップＳ２４において、本処理の内部変数「ｉ」を８に
設定する。次にステップＳ２５へ移り、ユーザが画像デ
ータに付加する、画像の特徴などを表すキーワードをキ
ーボード等の入力部５から入力する。

【００６３】そして、登録ボタン２２が押されていなけ
れば、ステップＳ２７へ進み、入力された文字数が、フ
ァイル名の最大バイト数である２５６バイトを越えてい
るか否かを判断する。ここで、ステップＳ２５において
ファイル名の一部として入力された文字が、１バイト文
字か２バイト文字かに応じて内部変数「ｉ」を増加させ
ることは言うまでもない。

【００６４】登録ボタン２２が押下されておらず、内部
変数「ｉ」が２５６（バイト）を越えていなければ上記
ステップＳ２５〜Ｓ２７の処理が繰り返される。ここ
で、登録ボタン２２が操作されれば、ステップＳ２６か
らステップＳ１６へ進む。従って、ファイル名の長さは
可変となる。また、ステップＳ２５で文字が入力された
ことによって、内部変数「ｉ」が２５６バイトを越えた
場合は、ステップＳ２７からステップＳ２８へ進む。ス
テップＳ２８では、確認のために登録ボタン２２が操作
されたか否かを判定し、操作されていなければ登録中止
として本処理を終了する。一方、ステップＳ２８におい
て登録ボタン２２が操作されればステップＳ１６へ進
む。

【００６５】以上のようにして、ユーザによって入力さ
れたフリーキーワードは、ステップＳ１６、Ｓ１７にお
いて、ファイル名の一部として用いられ、第１の実施形
態と同様な画像データファイルの登録が行われる。

【００６６】また、画像データファイルの検索の場合に
は、第１の実施形態と同様に、ファイル名をフルテキス
トサーチすれば良く、画像データの検索を高速に行うこ
とが可能となる。

【００６７】なお、上記実施形態では、ファイル名の最
大長を２５６バイトとしたが、これはファイル管理シス
テムに依存するものであり、２５６バイトに限られるも
のではない．また、絡む間を接続してファイル名を作成
する際に、「＿」を挿入して接続したがこれに限られ
ず、別の方式で各カラムのキーワードを接続してもよ
い。

【００６８】また、キーワードとして説明した単語はこ
れに限るものではなく、更にキーワードの個数を可変と
してもよい。また、キーワード選択領域２１に表示する
キーワードの数、内容は、ユーザによって任意に変更可
能である。即ち、ユーザがキーワードをカスタマイズで
きる構成としてもよいことは明らかである。

【００６９】また、第０カラムに格納するユニークな文
字列の生成方法も、上記実施形態で説明した方式に限ら
れるものではない。

【００７０】以上説明したように、上記実施形態によれ
ば、長いファイル名を許すファイル管理システムを有す
る画像データ管理装置において、検索時に使用するキー
ワード等の検索情報を挿入してファイル名を作成するこ
とが可能となる。このため、画像データを検索する際に
はこのファイル名によって検索処理を遂行することが可
能となり、キーワード情報ファイル等の余計なファイル
をオープンして検索を行うというような処理が不要とな
る。このため、検索処理を高速に行うことができる。

【００７１】また、ファイル名に画像の特徴などの検索
情報が挿入されているので、ＤＯＳ／Ｗｉｎｄｏｗｓに
おける「ｄｉｒ」コマンドや、ＵＮＩＸにおける「ｌ
ｓ」等のファイル名を表示するコマンドによって、ある
程度の画像データ検索を行うことも可能となる。

【００７２】［第３の実施形態］上記実施形態では、画
像データファイルの検索を高速にしかも容易な構成で実
現するデータ管理装置を説明した。以下の、第３〜第５
の実施形態では、検索された画像データファイル等の表
示方法に焦点を当てて説明する。なお、本実施形態にお
ける画像データ管理装置の構成は、第１の実施形態（図
１）と同様であり、ここでは説明を省略する。

【００７３】図８は第３の実施形態における検索画像表
示例を示す図である。図中１０１は検索された画像デー
タファイルを表示するウィンドウである。また、２−１
から２−６は、画像データファイルに格納された画像符
号化データに基づく画像表示枠を示す。また、３−１と
３−２は、ディレクトリ情報を表示するためのディレク
トリ表示枠を示す。

【００７４】図９は第３の実施形態におけるディレクト
リ構造例を示す図である。図９に示したディレクトリ構
造によれば、ディレクトリ“ＤＩＲ−Ａ”の下に“ＦＩ
ＬＥ１”から“ＦＩＬＥ６”の画像データファイルと、
“ＤＩＲ−１”及び“ＤＩＲ−２”の２つのディレクト
リが存在する。更に、“ＤＩＲ−１”には“ＦＩＬＥ
７”及び“ＦＩＬＥ８”が、“ＤＩＲ−２”には“ＦＩ
ＬＥ９”及び“ＦＩＬＥ１０”の２つの画像ファイル夫
々存在する。第３の実施形態では、図９の“ＤＩＲ−
Ａ”の下にあるファイルを表示する場合について説明す
ることにする。

【００７５】以下、図１０〜図１２のフローチャートに
従って本実施形態の動作を説明する。図１０は第３の実
施形態における検索結果表示処理の手順を示すフローチ
ャートである。また、図１１は、第３の実施形態におけ
るファイル表示処理の手順を表すフローチャートであ
る。さらに、図１２は第３の実施形態におけるディレク
トリ表示処理の手順を表す図である。

【００７６】まず、表示方法の詳細を図１０及び図１１
に示すフローチャートに従って説明する。なお、本実施
形態では、画像符号化データとして、白黒２値画像の場
合はＪＢＩＧ方式で階層化された符号化データが、カラ
ー画像或いは白黒多値画像の場合はＪＰＥＧ方式で符号
化された符号化データが格納されているものとする。更
に、動画像の場合は、ＷｉｎｄｏｗｓのＡＶＩフォーマ
ットで格納された動画像符号化データが格納される。

【００７７】ユーザからディレクトリ“ＤＩＲ−Ａ”の
下に格納されているファイルを表示する旨が指定された
とすると、図１１に示すフローチャートが実行される。
先ずステップＳ１００にて、指定されたディレクトリ
（ＤＩＲ−Ａ）内に、表示すべき画像符号化データファ
イル或いはディレクトリが存在するかをチェックする。
表示する画像符号化データファイル／ディレクトリが無
ければ、ステップＳ１００より本処理を終了する。

【００７８】ファイル或はディレクトリが存在する場合
は、ステップＳ１００よりステップＳ１０１に移る。ス
テップＳ１０１では、表示すべく獲得したファイル名文
字列が通常のファイルを示すかどうかを判断する。な
お、本実施形態において、ファイル名文字列とは、ある
ディレクトリに存在するファイル名及びサブディレクト
リ名を表す文字列であるとする。

【００７９】ステップＳ１０１において、当該ファイル
名文字列が通常のファイルに対応していればステップＳ
１０２に進み、後述のファイル表示処理を行う。一方、
当該ファイル名文字列が通常のファイルに対応していな
い場合には、ステップＳ１０３に移り、当該ファイル名
文字列がディレクトリを示すものかどうかを判断する。
ディレクトリを示している場合には、ステップＳ１０４
に進み、後述のディレクトリ表示処理を行う。以上の処
理を指定されたディレクトリ中の全てのファイル名文字
列について行う。

【００８０】上記の処理では、ファイル名文字列の種類
が、通常のファイルかディレクトリかを分類するのみで
あるので、ファイル名文字列に付加された属性を調べる
ことで判断できる。図９のようなデータファイル構成の
場合を例に上げて説明する。図９に示すディレクトリ構
造の場合では、先ず“ＦＩＬＥ１”は、通常のファイル
なので、図１０のステップＳ１０１でファイルと判断さ
れステップＳ１０２に移る。続く“ＦＩＬＥ２”、“Ｆ
ＩＬＥ３”も同様である。次に、ファイル名文字列とし
て“ＤＩＲ−１”が獲得されると、これは通常のファイ
ル名ではないので、処理はステップＳ１０１からステッ
プＳ１０３に進む。”ＤＩＲ−１”はディレクトリ名で
あるため、処理はステップＳ１０３からステップＳ１０
４に進む。以上のような処理を最後の“ＤＩＲ−２”ま
で行うことになる。

【００８１】次にステップＳ１０２におけるファイル表
示処理の詳細な処理手順を図１１を用いて説明する。図
１１の処理では、画像符号化ファイルがＪＢＩＧ符号化
データか、ＪＰＥＧ符号化データか、Ｗｉｎｄｏｗｓ−
ＡＶＩ符号化データかを判断して、各デコード処理を行
い、表示用の画像データを作成する。

【００８２】この判断は、例えば、ＪＰＥＧ符号化方式
で符号化された画像符号化ファイルには、“．ＪＰＧ”
を、ＪＢＩＧ符号化方式で符号化された画像符号化ファ
イルには、“．ＪＢＧ”を、Ｗｉｎｄｏｗｓ−ＡＶＩ符
号化方式の画像符号化ファイルには、“．ＡＶＩ”をフ
ァイルの属性として付与しておけば容易に判断すること
ができる。

【００８３】ここで、当該データファイルがＪＢＩＧ符
号化データの場合は、ステップＳ１１０の判断でステッ
プＳ１１２に移り、ＪＢＩＧの最低解像度の符号化デー
タを読み出し、デコード処理を行う。ＪＰＥＧ符号化デ
ータの場合は、ステップＳ１１１の判断でステップＳ１
１３に移り、ＪＰＥＧの階層デコード処理を用いてＸ、
Ｙサイズとも１／８のサイズの画像データのデコード処
理を行う（図１３により後述する）。更に、当該データ
ファイルがＷｉｎｄｏｗｓ−ＡＶＩ符号化データの場合
には、ステップＳ１１６よりステップＳ１１７に移り、
Ｗｉｎｄｏｗｓ−ＡＶＩ符号化データから先頭フレーム
のみのデコードを行い静止画像を作る。データファイル
が上記のいずれにも属さない場合には、そのまま本処理
を終了する。

【００８４】次にステップＳ１１４で、各ステップＳ１
１２、Ｓ１１３、Ｓ１１７でデコードした画像データを
検索画像表示用のサイズになるように画像サイズの調整
する処理を行う。即ち、デコードして得られた画像デー
タのサイズが図８で表示する検索画像表示サイズより大
きい場合には、表示サイズに納まるように縮小する。一
方デコードして得られた画像データの画像サイズが上記
表示サイズより小さい場合には、拡大処理を行う。

【００８５】以上の処理により、原画像のサイズが異な
っている場合でも、図８で示したように同じ大きさの検
索画像データとして表示することが出来る。検索表示画
像をウィンドウに表示した後、ステップＳ１１５にて、
その画像ファイルのファイル名（ファイル名文字列）を
表示する。

【００８６】次に、上記ステップＳ１０４におけるディ
レクトリ表示処理について図１２のフローチャートを参
照して説明する。本実施形態の場合には、ディレクトリ
用のアイコンを表示することを考える。この場合ステッ
プＳ１２０において、ディレクトリ用のアイコンを表示
し、ステップＳ１２１にて、ディレクトリ名（当該ファ
イル名文字列）を表示する。

【００８７】その後、例えばユーザが、“ＤＩＲ−１”
の下にあるファイルを表示したいことを指示した場合に
は、上記の処理をディレクトリ“ＤＩＲ−１”に対して
行えば良い。“ＤＩＲ−２”についても同様である。

【００８８】図１３は、ＪＰＥＧ１／８サイズのデコー
ド処理の処理手順を説明する図である。図１３におい
て、９０は通常のＪＰＥＧ符号化データである。この符
号化データ９０に対して、ハフマン・デコード部９１
が、通常のハフマン・デコードを施す。そして、ＤＣＴ
係数部９２により、デコードされた画像データの８×８
のＤＣＴ係数を得る。このＤＣＴ係数を１×１ＲＤＣＴ
部９３により、逆ＤＣＴ変換し、Ｘ、Ｙサイズとも１／
８の画像に復元する。

【００８９】以上説明したように、第３の実施形態によ
れば、指定されたディレクトリの画像データファイルを
所定の大きさの枠内に表示するとともに、当該ディレク
トリにおけるディレクトリがアイコン及びディレクトリ
名で表示される。

【００９０】なお、上記実施形態において、画像データ
ファイルとそれ以外のデータファイル（例えば文書デー
タファイル）が同じディレクトリに混在していてもよ
い。この場合、ファイル名文字列が画像データファイル
以外のデータファイルであるか否かを判断し、画像デー
タファイル以外のデータファイルであった場合は、ステ
ップＳ１０１においてＮＯへ分岐すれば良い。なお、こ
の場合に、データファイルが例えば文書データファイル
であった場合は、その旨を示すアイコンを表示する様に
しても良い。

【００９１】［第４の実施形態］第３の実施形態では、
ディレクトリを表示する場合に、アイコンとディレクト
リ名を表示することを説明したが、本実施形態では、ア
イコンとディレクトリ名とそのディレクトリの下に格納
されているファイルの数を表示する場合を説明する。

【００９２】本実施形態による動作を図１４を用いて説
明する。図１４は第４の実施形態におけるディレクトリ
表示処理の手順を表すフローチャートである。図中第３
の実施形態と同様の処理を行う部分には、同一の番号を
付けてある。

【００９３】獲得したファイル名文字列がディレクトリ
名を示す場合は、第３の実施形態で説明したようにステ
ップＳ１０３からステップＳ１０４へ進み（図１０）、
図１４のディレクトリ表示処理が実行される。第４の実
施形態においてディレクトリを表示する場合、ディレク
トリ用のアイコン表示、ディレクトリ名の表示について
は、第１実施形態と同じである（ステップＳ１２０、Ｓ
１２１）。第４の実施形態では、当該ディレクトリの下
に格納されているファイルの数を数え、その数を表示す
るステップＳ１２２が追加されている。このステップＳ
１２２では、ディレクトリを管理しているファイル（一
般的なファイル管理システムはこのようなファイルを有
する）をオープンし、そのディレクトリ管理のフォーマ
ットに従って内容を読みだし、このディレクトリで管理
されているＪＰＥＧ符号化ファイル、ＪＢＩＧ符号化フ
ァイル、ＭＰＥＧ符号化ファイルの数をカウントする。
そして、このファイルの数をディレクトリ用アイコンと
同時に表示する。

【００９４】以上のように第４の実施形態によれば、各
ディレクトリで管理しているファイルの数を把握するこ
とができ、ファイル検索の効率を上げることができる。

【００９５】［第５の実施形態］上記第３及び第４の実
施形態では、１つのディレクトリ内の画像データファイ
ル、ディレクトリを表示している。第５の実施形態で
は、例えばキーワード検索等の検索処理の結果を表示す
るために、複数のディレクトリに跨って表示処理を行う
場合を考える。この場合、例えば、キーワード検索の結
果として得られる情報が図１５に示すようなディレクト
リ名のついたフルパスのファイル名である場合を説明す
る。これは、説明を簡単にするために、図９に示したデ
ィレクトリ構造のファイルの中から６個の画像ファイル
を検索したものとする。

【００９６】図１６は第５の実施形態における検索結果
表示処理の手順を示すフローチャートである。まずステ
ップＳ１３０において、この処理で必要な初期化処理を
行う。例えば、ディレクトリ名を比較するための、１つ
前のディレクトリ名を格納する領域をクリアしたりす
る。次にステップＳ１３１で、検索結果の表示処理が終
ったかを判断し、終っていれば終了する。検索結果の表
示処理が終了していない場合はステップＳ１３２に移
る。

【００９７】ステップＳ１３２では、検索結果のフルパ
スで格納されているファイル名からディレクトリ名を切
り出す。次に、ステップＳ１３３において、この切り出
したディレクトリ名が、現在表示しているディレクトリ
名と同じか否かを判断し、同じであればステップＳ１０
２に移り、検索された画像データファイルを表示する。
同じでない場合には、ステップＳ１３４に移り、当該デ
ィレクトリ名が既に表示されているか否かを判断する。

【００９８】ステップＳ１３４において当該ディレクト
リがまだ表示されていなければステップＳ１０４に移
り、当該ディレクトリを表示する処理を行う。一方、当
該ディレクトリが既に表示されていればそのままステッ
プＳ１３１へ戻る。

【００９９】例えば、図１５に示した検索結果でこの処
理を行うと、“ＤＩＲ−Ａ／ＦＩＬＥ１”については、
ディレクトリ名“ＤＩＲ−Ａ”が切り出される（ステッ
プＳ１３２）。この結果、今回表示するディレクトリは
“ＤＩＲ−Ａ”となる。そして、ステップＳ１０２に進
み、当該ＦＩＬＥ１の画像データを表示する。

【０１００】続く“ＤＩＲ−Ａ／ＦＩＬＥ２”、“ＤＩ
Ｒ−Ａ／ＦＩＬＥ４”については、今回のディレクトリ
名と同じであるので、ステップＳ１３３からステップＳ
１０２に進み、ファイル表示処理を行う。次に、“ＤＩ
Ｒ−Ａ／ＤＩＲ１／ＦＩＬＥ７”の場合、ステップＳ１
３２で切り出されるディレクトリ名が“ＤＩＲ−Ａ／Ｄ
ＩＲ１”になり、今回表示しているディレクトリ名（Ｄ
ＩＲ−Ａ）とは異なるためＳ１３４に移り、Ｓ１０４で
ディレクトリ表示処理を行う。続く、“ＤＩＲ−Ａ／Ｄ
ＩＲ２／ＦＩＬＥ９”も、同様にディレクトリ表示処理
を行ってから、ＦＩＬＥ９の画像表示を行う。“ＤＩＲ
−Ａ／ＤＩＲ２／ＦＩＬＥ１０”の場合は、ステップＳ
１３４へ進むが、既にディレクトリ表示が行われている
ので、そのままステップＳ１３１ヘ戻る。

【０１０１】なお、上記第３〜第５の実施形態では、白
黒２値画像についてはＪＢＩＧ符号化方式を、カラー画
像についてはＪＰＥＧ符号化方式を、動画像データにつ
いてはＷｉｎｄｏｗｓ−ＡＶＩ符号化方式を使うことを
説明したが、これらの符号化方式に限るものではなく、
別の符号化方式でも良いことは容易に推察できる。

【０１０２】またＪＰＥＧ符号化方式については、ＪＰ
ＥＧ階層デコード方式により、検索表示画像を再生する
ことを説明したが、通常のＪＰＥＧデコード方式でも良
く、この場合には検索表示用の画像を原画像とは別に持
つことも考えられる。更には、検索表示用の画像を持た
ない場合には、原画像を再生した後に縮小処理を行って
もよいことも、本実施形態の開示から容易に推察でき
る。

【０１０３】動画像符号化データの検索表示用の画像デ
ータは、その動画像データの先頭フレームを使うことを
説明したが、これに限るものではなく、別のフレームで
も良いことは、本実施形態の開示内容から容易に推察で
きる。

【０１０４】また、ディレクトリの場合、ディレクトリ
用のアイコンを表示することを説明したが、これに限る
ものではない。検索表示の画面レイアウトもこれに限る
ものではない。

【０１０５】以上説明したように、第３〜第５の実施形
態によれば、ディレクトリ構造を有する画像ファイルを
検索表示することにより、ディレクトリ構造をそのまま
表現することができ、検索作業の効率を向上することが
できる。

【０１０６】また、ディレクトリ毎に検索画像を表示す
るため、１度に表示する検索画像の数が減り、検索効率
を向上することができる。

【０１０７】また、ディレクトリ表示の際に、そのディ
レクトリで管理されている画像ファイルの数を表示する
ことにより、検索効率を短縮することが可能になる。

【０１０８】［第６の実施形態］次に第６の実施形態を
説明する。なお、第６の実施形態における画像データ管
理装置の構成も第１の実施形態（図１）と同様であり、
ここではその説明を省略する。

【０１０９】図１７は第６の実施形態におけるアプリケ
ーション実行の概念を説明する図である。図中、２０１
は、本アプリケーションによって表示されているウイン
ドウを示している。本アプリケーションでは、符号化さ
れた画像データ・ファイルを読み込み、これをデコード
して、ウィンドウ２０１内に表示する機能を有する。な
お、本第６の実施形態では、説明を簡単にするため、画
像データの符号化方式は、ＪＰＥＧ方式を用いる。２０
２、２０３、２０４は画像表示枠であり、符号化された
画像データ・ファイルをデコードし、各画像を表示して
いるところである。

【０１１０】２０６は他アプリケーションであり、ウイ
ンドウ２０１を表示する本アプリケーションとは別のア
プリケーションである。他アプリケーション２０６は、
本アプリケーションと同様にＪＰＥＧ符号化データをデ
コード／表示する機能を有する。２０７は、他アプリケ
ーション２０６が読み込む画像データ・ファイルであ
る。また、２０５は他アプリケーション２０６がＪＰＥ
Ｇ符号化データ（画像データ・ファイル２０７）をデコ
ードした結果の画像データである。２０８は、他アプリ
ケーション２０６が出力した画像データファイル２０５
の復号化画像データを本アプリケーションで表示するた
めに行うデータ変換処理を示している。

【０１１１】次に、第６の実施形態の動作について図を
用いて説明する。まず本アプリケーションは、通常のＪ
ＰＥＧ符号化データ・ファイルを読み込み、画像サイズ
がＸ、Ｙサイズ共に、１／８、１／４、１／２、１／１
の種類のサイズの画像データを表示する機能を有する。
そして、ユーザからファイル表示が指示されると、まず
Ｘ、Ｙとも１／８の画像データをウィンドウに表示する
ように動作する。次に解像度アップの要求がくると、
Ｘ、Ｙサイズ１／４の画像を、更に解像度アップの要求
が来るとＸ、Ｙサイズ１／２の画像を、最終的には、１
／１すなわち原画像を表示するように動作する。

【０１１２】図１８は第６の実施形態における階層デコ
ード／表示を実現するための機能構成を示すブロック図
である。図１８において、２２０はＪＰＥＧ符号化デー
タ・ファイルである。２２アはハフマン・デコード部で
あり、ＪＰＥＧ符号化データ・ファイル２２０をリード
してこれをデコードし、その結果、８×８のＤＣＴ係数
２２２を得る。この後、通常は、８×８ＲＤＣＴ２７を
通して原画像を再生するのであるが、本アプリケーショ
ンでは、逆ＤＣＴ部２３に４種類のＲＤＣＴ（逆ＤＣ
Ｔ）を備える。２４は１×１ＲＤＣＴ、２５は２×２Ｒ
ＤＣＴ、２６は４×４ＲＤＣＴ、２７は８×８ＲＤＣＴ
であり、これら各ＲＤＣＴ処理部を切り替えることによ
り、同一の符号化データからＸ、Ｙサイズ共に、１／
８、１／４、１／２、１／１のサイズの画像２２８を再
生することを可能にしている。

【０１１３】次に、ＪＰＥＧ符号化方式に複数種類の符
号化方法が存在することを説明する。図１９は、ＪＰＥ
Ｇ符号化方式における符号化アルゴリズムの種類を説明
する図である。同図に示される様に、ＪＰＥＧ符号化方
式で符号化された画像データ・ファイルには３種類のプ
ロセスが有り、必須項目は２５３の「ベースライン・プ
ロセス」のみである。また、この「ベースライン・プロ
セス」の中でも、各ヘッダ、セグメントの中で、符号化
時にパラメータとして設定できる値がある。例えば、フ
レーム・ヘッダ内のコンポーネント数は、ＪＰＥＧアル
ゴリズム上は、１〜２５５までの値を設定することが可
能である。それらすべてのパターンをサポートするの
は、現実的ではない。そのためデコードできないＪＰＥ
Ｇ符号化データ・ファイルが生ずることになる。

【０１１４】図２０は第６の実施形態において保持され
ている画像データファイルの一例を示す図である。本実
施形態の場合、図２０の３種類のＪＰＥＧ符号化データ
・ファイルの内、“ＦＩＬＥ１．ＪＰＧ”、“ＦＩＬＥ
２．ＪＰＧ”は、本アプリケーションでデコード可能な
符号化データ・ファイルであるとする。一方、“ＦＩＬ
Ｅ３．ＪＰＧ”は、本アプリケーションではデコードで
きないファイルであるとする。また、図１７のウィンド
ウ２０１内に表示されている画像データ２０２、２０
３、２０４は、“ＦＩＬＥ１．ＪＰＧ”、“ＦＩＬＥ
２．ＪＰＧ”、“ＦＩＬＥ３．ＪＰＧ”に基づく３種類
の画像を表示するものである。なお、各画像のＸ、Ｙサ
イズとも１／８の画像データであるとする。

【０１１５】従って、図１７の画像データ２０２、２０
３の画像を表示する処理は本アプリケーションで行い、
画像データ２０４の画像を表示する処理は他アプリケー
ション２０６で行うことになる。この場合の動作を図２
１のフローチャートを用いて説明する。

【０１１６】図２１は第６の実施形態における符号化画
像データのデコード手順を示すフローチャートである。
図中ステップＳ２００では、指定された画像データ・フ
ァイルをオープンする。ステップＳ２０１で、そのファ
イルの内容をリードし、各種ヘッダ、セグメントの内容
を解析する。

【０１１７】図２２はＪＰＥＧ符号化方式におけるデー
タ・シンタックスのフローを示す図である。図１９で示
した３種類のプロセスは、フレーム・ヘッダの識別子で
あるマーカー・コードを解析すれば良い。次に各テーブ
ル、セグメント内に定義されている変数は、各テーブ
ル、セグメントをそのフォーマットで読み、それらの値
を格納しておく。

【０１１８】ステップＳ２０２では、ステップＳ２０１
で解析した結果にもとづき、本アプリケーションで当該
ＪＰＥＧ符号化データをデコードできるかを判断する。
このステップＳ２０２の判断は、フレーム・ヘッダのマ
ーカー・コード、或いは各テーブル、セグメント内の変
数の値に基づいて行われる。本アプリケーションでデコ
ードが可能と判断されれば、ステップＳ２０４に移りデ
コードを行う。

【０１１９】一方、ステップＳ２０２の判断で、本アプ
リケーションではデコードできないと判断された場合に
は、ステップＳ２０３に移る。ステップＳ２０３では、
当該ＪＰＥＧ符号化データ・ファイルをデコードするた
めの予め用意された所定の別アプリケーションを起動し
て当該画像データファイルをデコードさせる。ステップ
Ｓ２０５では、別アプリケーションでデコードした結果
の復号化画像データを本アプリケーションで取得する。
ここで、この別アプリケーションでは、本アプリケーシ
ョンが持っている階層デコード／表示機能は無く、原画
像を再生する機能のみを有しているものとする。従っ
て、他アプリケーションから取得される画像は、１／１
の原画像となる。

【０１２０】ステップＳ２０６では、本アプリケーショ
ンが今どの階層の表示を行っているかを判断し、すなわ
ちＸ、Ｙサイズが１／８、１／４、１／２、１／１のい
ずれであるかを判断し、その画像サイズに合うように、
ステップＳ２０５で得た画像データを縮小するデータ変
換処理である。ここで、画像データの縮小の方法として
は、間引き処理等が挙げられる。ステップＳ２０７で
は、ステップＳ２０４もしくはステップＳ２０６で得ら
れた画像データをウィンドウ２０１内に表示する。

【０１２１】以上のような第６の実施形態の動作例につ
いて、図２０の画像データファイル構成を用いて更に詳
しく説明する。図２０で示す“ＦＩＬＥ１．ＪＰＧ”、
“ＦＩＬＥ２．ＪＰＧ”は、本アプリケーションでデコ
ード可能なＪＰＥＧ符号化データ・ファイルであるた
め、この２つのファイルについてはステップＳ２０２の
判断で、ステップＳ２０４に分岐する。ステップＳ２０
４では、図１８で示したように、１×１ＲＤＣＴ２４を
使い、Ｘ、Ｙとも１／８のサイズの画像データをデコー
ドする。その後ステップＳ２０７に移り、デコードして
得られた画像データを表示する。

【０１２２】次に“ＦＩＬＥ３．ＪＰＧ”を表示する要
求がユーザから発行されると、ステップＳ２０２の判断
で“Ｎｏ”と判断され、ステップＳ２０３に分岐する。
ステップＳ２０３では、例えば“ＰｈｏｔｏＳｈｏ
ｐ”，“ＪＰＥＧＶｉｅｗ”等、ＪＰＥＧ符号化データ
のデコード／表示機能を有するアプリケーションに“Ｆ
ＩＬＥ３．ＪＰＧ”を引渡し、当該符号化画像データの
デコード処理を行わせる。この際、他アプリケーション
のファイル名、パス名等の設定は、予め本アプリケーシ
ョンに設定されているものとする。また他アプリケーシ
ョンを起動する場合には、バックグラウンドで起動し、
他アプリケーションのウィンドウ等は、表示されないよ
うにする。

【０１２３】このようにして、他アプリケーションにＪ
ＰＥＧ符号化データのデコード処理を行わせ、画像デー
タを例えばメモリ（図１のＲＡＭ３）上に作らせる。そ
して、ステップＳ２０５では、このメモリ上に有る画像
データを本アプリケーションが取得し、ステップＳ２０
６へ移る。ステップＳ２０６では、現在、Ｘ、Ｙサイズ
１／８の画像データを表示しているため、ステップＳ２
０５で取得した画像データをＸ、Ｙサイズとも１／８に
縮小する処理を行う。その後ステップＳ２０７に移り
“ＦＩＬＥ１．ＪＰＧ”、“ＦＩＬＥ２．ＪＰＧ”と同
様に“ＦＩＬＥ３．ＪＰＧ”を本アプリケーションのウ
ィンドウ２０１内にあたかも本アプリケーションがデコ
ード／表示したかのように表示することが可能となる。

【０１２４】なお、指定されたファイルがＭＰＥＧ符号
化方式で符号化された動画像データの場合は次のように
なる。ここで、本アプリケーションでは、ＭＰＥＧデー
タはデコードできないものとする。その場合、図２１の
ステップＳ２０２で、自分ではデコードできないと判断
され、ステップＳ２０３に移る。その後、他アプリケー
ションで、指定されたＭＰＥＧ符号化データをデコード
し、画フレーム毎に本アプリケーションがデコードされ
たデータを取得し、本アプリケーションで表示を行う。

【０１２５】また、動画像の表示の場合は、通常は、符
号化データの最初からシーケンシャルに表示を行う。そ
のため、表示方法は本アプリケーションで行う場合と、
他アプリケーションで行う場合で差が無い場合が多い。
差が無い場合には、本アプリケーションが表示部分を制
御する必要はなく、他アプリケーションでデコード／表
示を行ってもよいことは明らかである。

【０１２６】［第７の実施形態］第６の実施形態では、
別のアプリケーションを予め指定しておき、その指定さ
れた別アプリケーションを実行することを説明したが、
本第７の実施形態では、複数の別アプリケーションを実
行する場合を説明する。第７の実施形態では、各別アプ
リケーションが符号化できたかどうを判断するステップ
を設け、このステップにより、符号化データをデコード
できるか、もしくは、実行している別アプリケーション
がなくなるまで処理を繰り返す。

【０１２７】図２３は、第７の実施形態における他アプ
リケーションによる画像データのデコード手順を示すフ
ローチャートである。図２３のフローチャートは、図２
１のステップＳ２０３を詳細に示すものである。ステッ
プＳ２１０では、複数の他アプリケーションを実行する
ための初期化を行う。続いて、ステップＳ２１１では、
他アプリケーションを実行する。ステップＳ２１２で
は、ステップＳ２１１で実行した他アプリケーションが
当該画像データをデコードできたかを判断する。ここ
で、デコードができていれば、得られた画像データを本
アプリケーションに引き渡すべくメモリ等に保持し、本
処理を終了する。

【０１２８】一方、ステップＳ２１２において、当該画
像データをデコードできなかった場合は、ステップＳ２
１３へ進み、実行可能な他アプリケーションが他にある
かどうかを判定する。ステップＳ２１３で実行可能な更
に他のアプリケーションが有ればステップＳ２１１へ戻
り、更に他のアプリケーションを用いて上述の処理を繰
り返す。また、ステップＳ２１３で、実行可能な更に他
のアプリケーションが存在しなければ、本処理を終了す
る。

【０１２９】以下、動作例を挙げて説明する。本例で
は、“Ａｐｐｌｉ１”、“Ａｐｐｌｉ２”、“Ａｐｐｌ
ｉ３”の３種類のアプリケーションがあり、図２０の各
画像データファイルをデコードするものとする。ここ
で、“Ａｐｐｌｉ２”のみが、ＦＩＬＥ３．ＪＰＧをデ
コードできるものとする。以下では、第６の実施形態と
同じ動作をする部分についての説明は割愛し、他アプリ
ケーションの実行制御部分のみ説明する。即ち、ＦＩＬ
Ｅ３．ＪＰＧをデコードすべく指定された場合の、他ア
プリケーションによるデコード処理を説明する。

【０１３０】ステップＳ２１０で、例えば、“Ａｐｐｌ
ｉ１”，“Ａｐｐｌｉ２”，“Ａｐｐｌｉ３”の３種類
のアプリケーションの実行ファイルのディレクトリ等を
管理する。また実行順も決定する。次に、ステップＳ２
１１に移り、まず１つ目のアプリケーション“Ａｐｐｌ
ｉ１”を実行する。実行後、ステップＳ２１２でその符
号化データをデコードできたかの実行結果を判断する。
“Ａｐｐｌｉ１”は、ＦＩＬＥ３．ＪＰＧをデコードで
きないので、ステップＳ２１３に移り、他のアプリケー
ションがあるかを判断する。この場合はまだあるのでス
テップＳ２１１に戻る。次に“Ａｐｐｌｉ２”を実行す
る。“Ａｐｐｌｉ２”は、ＦＩＬＥ３．ＪＰＧデコード
できるので、ステップＳ２１２の判断でこの処理から分
岐し、処理を終了する。

【０１３１】他アプリケーションの決定法ならびに実行
順などは、これに限るものではなく、例えば、他アプリ
ケーションの決定は、本アプリケーションの立ち上げ時
に決定してもよい。

【０１３２】また、他アプリケーションの検索方法も上
記実施形態で説明した方法に限るものではない。また、
上記第７の実施形態では、複数のアプリケーションを順
次実行して符号化画像データのデコードを試みている
が、ここでアプリケーションの順次実行とは、アプリケ
ーションを順次起動するものでもよいし、複数のアプリ
ケーションを予め起動しておいて、順次符号化画像デー
タのデコードを行わせるものであってもよい。

【０１３３】また画像符号化方式は、ＪＰＥＧ符号化方
式に限るものではなく、ＪＢＩＧ方式、その他静止画像
符号化方式、あるいはＭＰＥＧ等の動画像符号化方式で
も良いことは容易に推察できる。

【０１３４】以上説明したように、実施形態６及び７に
よれば、自分のアプリケーションでサポートしている画
像符号化方式で符号化されている画像符号化データ・フ
ァイルについて他アプリケーションにデコードを行わ
せ、自身が提供する表示方式で表示することが可能とな
る。このため、自身の符号化画像データのデコード機能
が十分でない場合でも、自アプリケーションの表示機能
を用いて表示することが可能になる。

【０１３５】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【０１３６】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【０１３７】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０１３８】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０１３９】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０１４０】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【０１４１】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、データフ
ァイルの記憶媒体への格納を管理するための制御プログ
ラムについて簡単に説明すると、図２４のメモリマップ
例に示す各モジュールを記憶媒体に格納することにな
る。すなわち、少なくとも「発生処理モジュール」「付
加処理モジュール」および「登録処理モジュール」の各
モジュールのプログラムコードを記憶媒体に格納すれば
よい。

【０１４２】ここで、発生処理モジュールは、前記記憶
媒体に格納されたデータファイルを特定する文字列を発
生する発生処理を実現する。また、付加処理モジュール
は、前記発生処理で発生した文字列に所望の文字列を付
加する付加処理を実現する。更に、登録処理モジュール
は、前記付加処理で得られた文字列を前記データファイ
ルのファイル名として登録する登録処理を実現する。

【０１４３】更に、ディレクトリ構造で記憶媒体に格納
された画像データファイルを管理するための制御プログ
ラムについて簡単に説明すると、図２５のメモリマップ
例に示す各モジュールを記憶媒体に格納することにな
る。すなわち、少なくとも「判断処理モジュール」「第
１表示処理モジュール」および「第２表示処理モジュー
ル」の各モジュールのプログラムコードを記憶媒体に格
納すればよい。

【０１４４】ここで、判断処理モジュールは、指定され
たディレクトリに存在する名称データがファイル名かデ
ィレクトリ名かを判断する判断処理を実現する。また、
第１表示処理モジュールは、前記判断処理により名称デ
ータがファイル名と判断された場合、当該ファイル名に
対応する画像データファイルに基づいて画像を表示する
第１表示処理を実現する。更に、第２表示処理モジュー
ルは、前記判断処理により名称データがディレクトリ名
と判断された場合、当該ディレクトリ名に対応する情報
を表示する第２表示処理を実現する。

【０１４５】また、ディレクトリ構造で記憶媒体に格納
された画像データファイルを管理するための制御プログ
ラムの他の例について簡単に説明すると、図２６のメモ
リマップ例に示す各モジュールを記憶媒体に格納するこ
とになる。すなわち、少なくとも「獲得処理モジュー
ル」「判断処理モジュール」「第１表示処理モジュー
ル」および「第２表示処理モジュール」の各モジュール
のプログラムコードを記憶媒体に格納すればよい。

【０１４６】ここで、獲得処理モジュールは、所定の検
索条件に適合する画像データファイルについて前記ディ
レクトリ構造に基づくディレクトリパス名の付加された
ファイル名を獲得する獲得処理を実現する。また、判断
処理モジュールは、前記獲得処理で獲得したファイル名
に付加されたディレクトリパス名に基づいて、当該画像
データファイルが現在表示中のディレクトリに存在する
か否かを判断する判断処理を実現する。また、第１表示
処理モジュールは、前記判断処理により前記画像データ
ファイルが現在表示中のディレクトリに存在すると判断
された場合、該画像データファイルに基づいて画像を表
示する第１表示処理を実現する。更に、第２表示処理モ
ジュールは、前記判断処理により前記画像データファイ
ルが現在表示中のディレクトリに存在しないと判定され
た場合、該画像データファイルが存在するディレクトリ
を示すディレクトリ情報を表示する第２表示処理を実現
する。

【０１４７】また、符号化画像データを復号化して表示
するための制御プログラムについて簡単に説明すると、
図２７のメモリマップ例に示す各モジュールを記憶媒体
に格納することになる。すなわち、少なくとも「復号処
理モジュール」「判断処理モジュール」「取得処理モジ
ュール」および「表示処理モジュール」の各モジュール
のプログラムコードを記憶媒体に格納すればよい。

【０１４８】ここで、復号処理モジュールは、符号化画
像データを復号する復号処理を実現する。また、判断処
理モジュールは、指定された符号化画像データを前記復
号処理で復号化できるか否かを判断する判断処理を実現
する。また、取得処理モジュールは、前記判断処理で復
号化できないと判断された場合、所定のアプリケーショ
ンを起動し、該所定のアプリケーションに前記指定され
た符号化画像データを復号化させ、その結果の画像デー
タを取得する取得処理を実現する。更に、表示処理モジ
ュールは、前記取得処理で取得した画像データを表示す
る表示処理のコードとを備える。

【０１４９】

【発明の効果】以上説明した様に、本発明によれば、デ
ータファイルを蓄積する際に、データファイルの内容を
示すキーワード等の情報を付加したファイル名を容易に
登録できる。

【０１５０】また、本発明によれば、ファイル名として
付与されたキーワードを、データファイルの検索情報と
して用いることが可能となり、ファイル検索がより容易
に、かつ迅速に行える。

【０１５１】また、本発明によれば、複数の画像データ
ファイルについて、各画像データファイル内の画像デー
タに基づく表示を行うとともに、各画像データファイル
が存在するディレクトリ名等のディレクトリ情報を表示
することが可能となり、画像データファイルのディレク
トリ構造を忠実に表示すると共に、各画像データを直接
表示することが可能となる。

【０１５２】また、本発明によれば、アプリケーション
がサポートしている画像符号化方式でデコードできない
画像符号化データ・ファイルをデコード／表示する際
に、その画像符号化データ・ファイルを別アプリケーシ
ョンでデコードさせ、その結果を当該アプリケーション
によって表示することが可能となり、当該アプリケーシ
ョンが備えるユーザインターフェース機能等を有効に活
用できる。

【０１５３】

【図面の簡単な説明】

【図１】第１の実施形態による画像データ管理装置の構
成を示すブロック図である。

【図２】第１の実施形態における画像データファイルの
ファイル名のフォーマットを示す図である。

【図３】画像データを登録する際の操作画面例を示す図
である。

【図４】第１の実施形態による画像データの登録手順を
示すフローチャートである。

【図５】ファイル名の第０カラムへ登録すべき文字列を
生成する手順を示すフローチャートである。

【図６】第２の実施形態における画像データファイルの
ファイル名のフォーマットを示す図である。

【図７】第２の実施形態における画像データ登録処理の
手順を表すフローチャートである。

【図８】第３の実施形態における検索画像表示例を示す
図である。

【図９】第３の実施形態におけるディレクトリ構造例を
示す図である。

【図１０】第３の実施形態における検索結果表示処理の
手順を示すフローチャートである。

【図１１】第３の実施形態におけるファイル表示処理の
手順を表すフローチャートである。

【図１２】第３の実施形態におけるディレクトリ表示処
理の手順を表す図である。

【図１３】ＪＰＥＧ１／８サイズのデコード処理の処理
手順を説明する図である。

【図１４】第４の実施形態におけるディレクトリ表示処
理の手順を表すフローチャートである。

【図１５】第５の実施形態における画像データファイル
の検索結果例を示す図である。

【図１６】第５の実施形態における検索結果表示処理の
手順を示すフローチャートである。

【図１７】第６の実施形態におけるアプリケーション実
行の概念を説明する図である。

【図１８】第６の実施形態における階層デコード／表示
を実現するための機能構成を示すブロック図である。

【図１９】ＪＰＥＧ符号化方式における符号化アルゴリ
ズムの種類を説明する図である。

【図２０】第６の実施形態において保持されている画像
データファイルの一例を示す図である。

【図２１】第６の実施形態における符号化画像データの
デコード手順を示すフローチャートである。

【図２２】ＪＰＥＧ符号化方式におけるデータ・シンタ
ックスのフローを示す図である。

【図２３】第７の実施形態における他アプリケーション
による画像データのデコード手順を示すフローチャート
である。

【図２４】本発明に係る制御プログラムを格納する記憶
媒体のメモリマップ例を示す図である。

【図２５】本発明に係る制御プログラムを格納する記憶
媒体のメモリマップ例を示す図である。

【図２６】本発明に係る制御プログラムを格納する記憶
媒体のメモリマップ例を示す図である。

【図２７】本発明に係る制御プログラムを格納する記憶
媒体のメモリマップ例を示す図である。

Claims (29)

【特許請求の範囲】
1. 【請求項１】 データファイルを格納する格納手段と、 前記格納手段に格納されたデータファイルを特定する文
   字列を発生する発生手段と、 前記発生手段で発生した文字列に所望の文字列を付加す
   る付加手段と、 前記付加手段で得られた文字列を前記データファイルの
   ファイル名として登録する登録手段とを備えることを特
   徴とする情報処理装置。
2. 【請求項２】 前記付加手段は、 前記データファイルを特定する文字列に付加すべき文字
   列の候補を表示する表示手段と、 前記表示手段によって表示された文字列の候補より所望
   の候補を指定する指定手段とを備え、 前記指定手段で指定された文字列の候補を前記発生手段
   で発生した文字列に付加することを特徴とする請求項１
   に記載の情報処理装置。
3. 【請求項３】 前記付加手段において、前記指定手段は
   複数の候補を指定し、指定された複数の候補を接続した
   ものを前記発生手段で発生した文字列に付加することを
   特徴とする請求項２に記載の情報処理装置。
4. 【請求項４】 前記付加手段は、入力された所望の文字
   列を前記発生手段で発生した文字列に付加することを特
   徴とする請求項１に記載の情報処理装置。
5. 【請求項５】 前記付加手段は、前記発生手段で発生し
   た文字列と所望の文字列とを所定の記号で接続すること
   を特徴とする請求項１乃至４のいずれかに記載の情報処
   理装置。
6. 【請求項６】 前記付加手段で付加された文字列を用い
   て、前記格納手段に格納されたデータファイルを検索す
   る検索手段を更に備えることを特徴とする請求項１乃至
   ５のいずれかに記載の情報処理。
7. 【請求項７】 ディレクトリ構造で画像データファイル
   を管理する管理手段と、 指定されたディレクトリに存在する名称データがファイ
   ル名かディレクトリ名かを判断する判断手段と、 前記判断手段により名称データがファイル名と判断され
   た場合、当該ファイル名に対応する画像データファイル
   に基づいて画像を表示する第１表示手段と、 前記判断手段により名称データがディレクトリ名と判断
   された場合、当該ディレクトリ名に対応する情報を表示
   する第２表示手段とを備えることを特徴とする情報処理
   装置。
8. 【請求項８】 前記第１表示手段は、前記ファイル名に
   対応するデータファイルの符号化画像データを所定サイ
   ズの画像へ復元し、表示することを特徴とする請求項７
   に記載の情報処理装置。
9. 【請求項９】 前記第１表示手段は、前記ファイル名に
   対応するデータファイルの符号化画像データが動画像デ
   ータであった場合、その所定フレームを所定サイズの画
   像へ復元し、表示することを特徴とする請求項７又は８
   に記載の情報処理装置。
10. 【請求項１０】 前記第２表示手段は、前記ディレクト
    リ名に対応するディレクトリを示すアイコンを表示する
    ことを特徴とする請求項７に記載の情報処理装置。
11. 【請求項１１】 前記第２表示手段は、前記ディレクト
    リ名に対応するディレクトリ内のデータファイル数をカ
    ウントし、前記アイコンとともにそのカウント結果を表
    示することを特徴とする請求項１０に記載の情報処理装
    置。
12. 【請求項１２】 前記第１表示手段における前記所定サ
    イズは、当該符号化画像データの原画像よりも小さいこ
    とを特徴とする請求項８に記載の情報処理装置。
13. 【請求項１３】 前記符号化画像データは、白黒２値画
    像データをＪＢＩＧ符号化方式で、白黒多値もしくはカ
    ラー画像データをＪＰＥＧ符号化方式で符号化して得ら
    れる符号化画像データであることを特徴とする請求項１
    ２に記載の情報処理装置。
14. 【請求項１４】 前記第１表示手段は、ＪＰＥＧ符号化
    データを所定サイズの画像へ復元する際に、縦横１／８
    サイズの画像を復元することを特徴とする請求項１３に
    記載の情報処理装置。
15. 【請求項１５】 ディレクトリ構造で画像データファイ
    ルを管理する管理手段と、 所定の検索条件に適合する画像データファイルについて
    前記ディレクトリ構造に基づくディレクトリパス名の付
    加されたファイル名を獲得する獲得手段と、 前記獲得手段で獲得したファイル名に付加されたディレ
    クトリパス名に基づいて、当該画像データファイルが現
    在表示中のディレクトリに存在するか否かを判断する判
    断手段と、 前記判断手段により前記画像データファイルが現在表示
    中のディレクトリに存在すると判断された場合、該画像
    データファイルに基づいて画像を表示する第１表示手段
    と、 前記判断手段により前記画像データファイルが現在表示
    中のディレクトリに存在しないと判定された場合、該画
    像データファイルが存在するディレクトリを示すディレ
    クトリ情報を表示する第２表示手段とを備えることを特
    徴とする情報処理装置。
16. 【請求項１６】 符号化画像データを復号する復号手段
    と、 指定された符号化画像データを前記復号手段で復号化で
    きるか否かを判断する判断手段と、 前記判断手段で復号化できないと判断された場合、所定
    のアプリケーションを起動し、該所定のアプリケーショ
    ンに前記指定された符号化画像データを復号化させ、そ
    の結果の画像データを取得する取得手段と、 前記取得手段で取得した画像データを表示する表示手段
    とを備えることを特徴とする情報処理装置。
17. 【請求項１７】 前記取得手段は、複数のアプリケーシ
    ョンを起動可能であり、前記判断手段が前記指定された
    符号化画像データを復号化できないと判断した場合、該
    指定された符号化画像データを該複数のアプリケーショ
    ンの一つを用いて復号化し、その結果の画像データを取
    得することを特徴とする請求項１６に記載の情報処理装
    置。
18. 【請求項１８】 前記取得手段は、前記複数のアプリケ
    ーションを起動しておき、前記指定された符号化画像デ
    ータの復号化画像データを得るべく、該指定された符号
    化画像データを該複数のアプリケーションへ順次に提供
    することを特徴とする請求項１７に記載の情報処理装
    置。
19. 【請求項１９】 前記取得手段は、前記指定された符号
    化画像データの復号化画像データを得るべく、前記複数
    のアプリケーションを順次起動し、該指定された符号化
    画像データを起動したアプリケーションへ提供すること
    を特徴とする請求項１７に記載の情報処理装置。
20. 【請求項２０】 前記表示手段は、前記取得手段で取得
    した画像データを所定の大きさの画像に変換して表示す
    ることを特徴とする請求項１６に記載の情報処理装置。
21. 【請求項２１】 前記符号化画像データは、静止画像を
    ＪＢＩＧ方式もしくはＪＰＥＧ方式で符号化し、動画像
    をＭＰＥＧ方式で符号化することを特徴とする請求項１
    ６に記載の情報処理装置。
22. 【請求項２２】 データファイルを格納する格納工程
    と、 前記格納工程に格納されたデータファイルを特定する文
    字列を発生する発生工程と、 前記発生工程で発生した文字列に所望の文字列を付加す
    る付加工程と、 前記付加工程で得られた文字列を前記データファイルの
    ファイル名として登録する登録工程とを備えることを特
    徴とする情報処理方法。
23. 【請求項２３】 ディレクトリ構造で画像データファイ
    ルを管理する管理工程と、 指定されたディレクトリに存在する名称データがファイ
    ル名かディレクトリ名かを判断する判断工程と、 前記判断工程により名称データがファイル名と判断され
    た場合、当該ファイル名に対応する画像データファイル
    に基づいて画像を表示する第１表示工程と、 前記判断工程により名称データがディレクトリ名と判断
    された場合、当該ディレクトリ名に対応する情報を表示
    する第２表示工程とを備えることを特徴とする情報処理
    方法。
24. 【請求項２４】 ディレクトリ構造で画像データファイ
    ルを管理する管理工程と、 所定の検索条件に適合する画像データファイルについて
    前記ディレクトリ構造に基づくディレクトリパス名の付
    加されたファイル名を獲得する獲得工程と、 前記獲得工程で獲得したファイル名に付加されたディレ
    クトリパス名に基づいて、当該画像データファイルが現
    在表示中のディレクトリに存在するか否かを判断する判
    断工程と、 前記判断工程により前記画像データファイルが現在表示
    中のディレクトリに存在すると判断された場合、該画像
    データファイルに基づいて画像を表示する第１表示工程
    と、 前記判断工程により前記画像データファイルが現在表示
    中のディレクトリに存在しないと判定された場合、該画
    像データファイルが存在するディレクトリを示すディレ
    クトリ情報を表示する第２表示工程とを備えることを特
    徴とする情報処理方法。
25. 【請求項２５】 符号化画像データを復号する復号工程
    と、 指定された符号化画像データを前記復号工程で復号化で
    きるか否かを判断する判断工程と、 前記判断工程で復号化できないと判断された場合、所定
    のアプリケーションを起動し、該所定のアプリケーショ
    ンに前記指定された符号化画像データを復号化させ、そ
    の結果の画像データを取得する取得工程と、 前記取得工程で取得した画像データを表示する表示工程
    とを備えることを特徴とする情報処理方法。
26. 【請求項２６】 データファイルの記憶媒体への格納を
    管理するための制御プログラムを格納するコンピュータ
    可読メモリであって、 前記記憶媒体に格納されたデータファイルを特定する文
    字列を発生する発生工程のコードと、 前記発生工程で発生した文字列に所望の文字列を付加す
    る付加工程のコードと、 前記付加工程で得られた文字列を前記データファイルの
    ファイル名として登録する登録工程のコードとを備える
    ことを特徴とするコンピュータ可読メモリ。
27. 【請求項２７】 ディレクトリ構造で記憶媒体に格納さ
    れた画像データファイルを管理する制御プログラムを格
    納するコンピュータ可読メモリであって、 指定されたディレクトリに存在する名称データがファイ
    ル名かディレクトリ名かを判断する判断工程のコード
    と、 前記判断工程により名称データがファイル名と判断され
    た場合、当該ファイル名に対応する画像データファイル
    に基づいて画像を表示する第１表示工程のコードと、 前記判断工程により名称データがディレクトリ名と判断
    された場合、当該ディレクトリ名に対応する情報を表示
    する第２表示工程のコードとを備えることを特徴とする
    コンピュータ可読メモリ。
28. 【請求項２８】 ディレクトリ構造で記憶媒体に格納さ
    れた画像データファイルを管理する制御プログラムを格
    納するコンピュータ可読メモリであって、 所定の検索条件に適合する画像データファイルについて
    前記ディレクトリ構造に基づくディレクトリパス名の付
    加されたファイル名を獲得する獲得工程のコードと、 前記獲得工程で獲得したファイル名に付加されたディレ
    クトリパス名に基づいて、当該画像データファイルが現
    在表示中のディレクトリに存在するか否かを判断する判
    断工程のコードと、 前記判断工程により前記画像データファイルが現在表示
    中のディレクトリに存在すると判断された場合、該画像
    データファイルに基づいて画像を表示する第１表示工程
    のコードと、 前記判断工程により前記画像データファイルが現在表示
    中のディレクトリに存在しないと判定された場合、該画
    像データファイルが存在するディレクトリを示すディレ
    クトリ情報を表示する第２表示工程のコードとを備える
    ことを特徴とするコンピュータ可読メモリ。
29. 【請求項２９】 符号化画像データを復号化して表示す
    るための制御プログラムを格納するコンピュータ可読メ
    モリであって、 符号化画像データを復号する復号工程のコードと、 指定された符号化画像データを前記復号工程で復号化で
    きるか否かを判断する判断工程のコードと、 前記判断工程で復号化できないと判断された場合、所定
    のアプリケーションを起動し、該所定のアプリケーショ
    ンに前記指定された符号化画像データを復号化させ、そ
    の結果の画像データを取得する取得工程のコードと、 前記取得工程で取得した画像データを表示する表示工程
    のコードとを備えることを特徴とするコンピュータ可読
    メモリ。