(57)【要約】      （修正有）【課題】従来、ファイルの拡張子に対して、一つのアプリケーションが対応していたが、これを、画像データファイルを補正・加工した後、別のディレクトリに書き出し、チェックしてから閲覧する等のような処理フローを、統一した作法で実現できるように拡張する。【解決手段】ファイルの持つ拡張子だけでなく、ディレクトリも含めてアプリケーションに対応付けるようにし、ある特定のディレクトリ内の画像データファイルについては「画像処理」アプリケーションを起動し、別のディレクトリ内の画像データファイルについては、「画像閲覧」アプリケーションを起動するようにする。【選択図】        図３
2005049929.tif 000002
【特許請求の範囲】
【請求項１】
文書ファイルと、
該文書ファイルを開くことが可能なアプリケーションと、
文書ファイルを特定するための位置情報と、
文書ファイルの種別を表す種別情報と、
該種別情報と該位置情報と該アプリケーションとを関連付ける関連情報とを具備し、
該文書ファイルを選択して開く際に該位置情報と該種別情報とをもって該関連情報を検索し、該アプリケーションを決定することを特徴とするアプリケーション起動方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はオフィスやホームなどでの情報処理手順に関わるものであり、特にアプリケーションの起動方法に関するものである。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ等において情報処理を簡便化する際に、ファイル名の一部分を拡張子として区別し、拡張子と、当該ファイルを開くのに使用するアプリケーションとを関連付けたデータベースを用意し、Ｗｉｎｄｏｗｓ（登録商標）ならＥｘｐｌｏｒｅｒ（登録商標）、Ｍａｃｉｎｔｏｓｈ（登録商標）ならばＦｉｎｄｅｒ（登録商標）に代表される「ファイルマネージャ・アプリケーション」などから、「ファイルを開く」などの統一された作法で、拡張子各々について所定のアプリケーションが起動されるようにすることで、ユーザの便宜を図るのが通常であった。
【０００３】
ここでの「ファイルを開く」という機能とは、例えばドキュメントファイルのダブルクリックや、ファイルを選択して「開く」を選ぶなどといった手順で起動されるが、詳細な手順仕様はファイルマネージャごとに異なる。
【０００４】
一方、デジカメなどのイメージング機器が一般に広まり、デジカメで撮像した画像データをインターネット等を用いて公開することも一般化した。
【０００５】
更に、公開の際には、画像処理アプリケーションを用いて、撮像した画像データを補正・加工することも広く行われるようになった（例えば、非特許文献参照。）。
【０００６】
【非特許文献】
日経ＢＰ  デジタル大事典１９９８年度版、日経ＢＰ社、ｐ．８３「フォトレタッチ・ソフト」
【０００７】
【発明が解決しようとする課題】
しかし、上記データベースは、通常システム全体を通して、ひとつの拡張子に対して、ひとつのアプリケーションを対応付けられるのみであった。この場合、デジカメなどで撮影した画像データは画像補正してから公開する、という操作が難しくなる場合がある。
【０００８】
例えば、デジカメから取り出す等して所定の位置に置かれた画像ファイルを、「画像処理アプリケーション」を用いて適切に補正・加工したのち別の場所に書き出し、補正・加工結果を通常画像閲覧に用いる「画像閲覧アプリケーション」でチェックしてから公開する、という処理フローの実現が、既に述べたような「ファイルを開く」などの統一された作法で実現することは不可能である。
【０００９】
【課題を解決するための手段】
上記のごとき問題を回避するために、本発明では、従来の「拡張子」「アプリケーション」の関係を記述していたデータベースを拡張したファイルマネージャを提供する。
【００１０】
即ち、「アプリケーション」に対応させる情報を、「拡張子」だけでなく「ディレクトリ」も含めて関連付けることが可能となるように、データベースを拡張する。
【００１１】
（作用）
本発明によって、デジカメから取り出す等した画像ファイルの置き場である特定「ディレクトリ」に関しては、対応する「アプリケーション」を「画像処理」アプリケーションとし、それ以外のディレクトリにおいては「画像閲覧」アプリケーションを対応付けることで、公開する画像を加工する画像処理アプリケーションの起動と、加工した画像ファイルを画像閲覧アプリケーションで検証する、という流れを、ファイルマネージャ上から、「ファイルを開く」という統一した手続きで実現することが可能になる。
【００１２】
【発明の実施の形態】
以下、本発明を、本発明の機能を具現するファイルマネージャの動作を例として、説明する。
【００１３】
本実施例で説明するファイルマネージャとは、ディレクトリやフォルダといった懸念で階層的に構成されているファイルシステムを俯瞰・操作・更新等を行うためのアプリケーションである。
【００１４】
本実施例においては、ファイルシステム上のファイルを特定するための表現方法として、ファイルパス情報という文字列を用いる。まず最初に、ファイルパス情報の構成を説明する。
【００１５】
図１は、本実施例で用いるファイルパス情報の例であり、拡張子「．ｊｐｇ」をもったファイル名「ｆｏｏｂａｒ」が、ディレクトリ「ｃ：￥ｈｏｇｅ￥ｈｏｇｅ￥」におかれている情況を示している。
【００１６】
以下、ファイルのフルパスをＰＡＴＨ、ＰＡＴＨのうちディレクトリ情報部分をＤＩＲ、ファイル名部分をＦＮＡＭＥ、拡張子部分をＥＸＴと書く。
【００１７】
図２は、本実施例において使用される、ＤＩＲとＥＸＴの組と、アプリケーション名ＡＰＰを対応付けるテーブルＴＢＬである。ＥＸＴの「．ｊｐｇ，．ｊｐｅｇ」とは、「．ｊｐｇ」か「．ｊｐｅｇ」のいずれか、という意味である。
【００１８】
ＴＢＬ中の「＊」というＤＩＲ情報は特殊シンボルであり、他にマッチするＤＩＲがＴＢＬ上にない場合に用いられるＡＰＰを保持するために用いられる。本シンボルが「＊」である必要はなく、パス情報と区別ができればよい。
【００１９】
ＡＰＰは、本実施例においてはアプリケーションの名前を使用しているが、アプリケーションの実行モジュールのフルパスでも、それに代わるＩＤ情報でもよい。
【００２０】
図３は、本発明で示す技術を含む、ファイルマネージャの動作を記述するフローチャートである。以下、図３を用いてファイルマネージャの動作を説明する。
【００２１】
ファイルマネージャが起動されると、まずＳ−１において必要な初期化処理が行われる。
【００２２】
Ｓ−１において初期化が終了した後、Ｓ−２でユーザの操作を持つ。
【００２３】
何らかの操作がファイルマネージャに対して行われると、本ステップを抜けてＳ−３に進む。Ｓ−２のような機能はすでに広く行われているため、ここでは詳説しない。
【００２４】
Ｓ−３において、ユーザがファイルマネージャの終了動作を行ったかを調べる。もしユーザが選択した処理が、「ファイルマネージャの終了」だった場合、Ｓ−４において後始末を行った後、ファイルマネージャを終了する。
【００２５】
ユーザが選んだ処理が「ファイルマネージャの終了」でなかった場合、Ｓ−５において、ユーザがファイルマネージャに対して指定した処理が、「ファイルを開く」機能を指定したか否かを調べる。
【００２６】
ユーザの操作が「ファイルを開く」でない場合、ファイルマネージャに実装された、ファイルマネージャ終了と「ファイルを開く」以外の、その他の機能をＳ−６にて実行した後、Ｓ−２の入力待ちの状態に戻る。Ｓ−６で行われる処理の内容に関しては本特許の範囲外なので、ここでは詳説しない。
【００２７】
Ｓ−５において、ユーザの指示がファイルを開くだった場合、当該ファイルのフルパスはＰＡＴＨに格納された上でＳ−７に遷移する。
【００２８】
Ｓ−７において、開くファイルのフルパスＰＡＴＨから、ファイルの置かれているディレクトリ部ＤＩＲと、拡張子ＥＸＴを取り出す。
【００２９】
Ｓ−８において、Ｓ−７で取り出したＤＩＲとＥＸＴでもってＴＢＬを検索し、ＡＰＰの特定を試みる。
【００３０】
該当する行がＴＢＬに存在しない場合はＡＰＰの特定ができなかったことになるので、Ｓ−９においてＳ−１０に進み、存在した場合はＡＰＰに当該アプリケーション名をセットした上でＳ−１３に進む。
【００３１】
Ｓ−１０において、ＤＩＲとして特殊シンボル「＊」を指定して、ＥＸＴとともに再度ＴＢＬを検索する。
【００３２】
Ｓ−１０の検索結果の結果をＳ−１１においてチェックし、ＡＰＰが特定できないならばＳ−１２においてエラー処理を行った上で、入力待ちＳ−２に戻る。
【００３３】
一方、Ｓ−９もしくはＳ−１１においてＡＰＰが特定できた場合、Ｓ−１３においてＡＰＰを起動しＰＡＴＨを開く処理を行った後、入力待ちＳ−２に戻る。
【００３４】
以下、具体例として、図４に示す二つのファイルＰＡＴＨ１とＰＡＴＨ２を開く、という指示をファイルマネージャにて指定した場合の図３の処理手順を示す。
【００３５】
ＰＡＴＨ１の場合、Ｓ−１で初期化されＳ−２においてユーザの入力待ち状態であったファイルマネージャは、「ＰＡＴＨ１で示すファイルを開け」というユーザからの指示を受ける。ファイルマネージャはＳ−３からＳ−５に進み、Ｓ−７にてＰＡＴＨ１からＤＩＲ１「ｃ：￥写真￥補正前￥」とＥＸＴ１「．ｊｐｇ」が取り出される。
【００３６】
Ｓ−８において、ＤＩＴ１とＥＸＴ１をもつてＴＢＬが検索され、ＡＰＰとして「ＰｈｏｔｏＥｄｉｔｏｒ」が特定される。
【００３７】
Ｓ−９において、ＡＰＰが特定されているために、Ｓ−１３に進む。
【００３８】
Ｓ−１３によってＡＰＰ「ＰｈｏｔｏＥｄｉｔｏｒ」を用いて、ファイルＰＡＴＨ１が開かれる。
【００３９】
次に、ＰＡＴＨ２の場合を説明する。
【００４０】
ＰＡＴＨ１の場合同様、起動されたファイルマネージャは、Ｓ−１にて適切に初期化され、Ｓ−２でユーザの入力待ち状態である状態でユーザによって「ＰＡＴＨ２で示すファイルを開け」という命令をうけてＳ−３からＳ−５に進み、Ｓ−７にてＰＡＴＨ２からＤＩＲ２「ｃ：￥公開中￥」とＥＸＴ２「．ｊｐｇ」が取り出される。
【００４１】
Ｓ−８において、ＰＡＴＨ１の場合同様にＤＩＲ２とＥＸＴ２をもってＴＢＬが検索されるが、ＰＡＴＨ１の場合と異なり、テーブル上ＤＩＲに「ｃ：￥公開中￥」というエントリがないためにＡＰＰを特定できず、次のＳ−９においてＳ−１０に分岐する。
【００４２】
Ｓ−１０において、ＤＩＲ２の代わりに特殊シンボル「＊」とＥＸＴ２「．ｊｐｇ」でもってＴＢＬが検索され、今度はＡＰＰとして「ＰｈｏｔｏＢｒｏｗｓｅｒ」が特定される。
【００４３】
Ｓ−１０においてＡＰＰが特定されたので、Ｓ−１３に遷移する。
【００４４】
Ｓ−１３において、ＰＡＴＨ２で示されるファイルは「ＰｈｏｔｏＢｒｏｗｓｅｒ」によって開かれ、ファイルマネージャは入力待ちＳ−２に戻る。
【００４５】
以上説明したとおり、同じ拡張子「．ｊｐｇ」を持ったＰＡＴＨ１、ＰＡＴＨ２で示される２つのファイルは、各々のファイルが置かれたディレクトリＤＩＲ１，ＤＩＲ２に応じたアプリケーションで開くことが可能になる。
【００４６】
（その他の実施例）
本実施例においては、主にパス情報を念頭において説明してきた。
【００４７】
一方拡張子に相当する、ファイルに対応したアプリケーションを決定するための情報をファイル名の一部としては持たない場合、クリエータと呼ばれる情報で管理されている。
【００４８】
本発明においては、拡張子とディレクトリとアプリケーションを対応付けだけでなく、クリエータとフォルダとアプリケーションの対応付けとしても同様の効果を得ることができる。
【００４９】
【発明の効果】
本発明によって、拡張子とそれを開くアプリケーションの対応を、ディレクトリ毎に定義することが可能となり、画像の保存→加工・補正→検証・公開という作業の流れにおいて、「ファイルを開く」という手順で統一できるようになる。
【図面の簡単な説明】
【図１】本実施例で用いるファイルパス情報の例である。
【図２】本実施例において使用される、ＤＩＲとＥＸＴの組と、アプリケーション名ＡＰＰを対応付けるテーブルＴＢＬである。
【図３】本発明で示す技術を含む、ファイルマネージャの動作を記述するフローチャートである。
【図４】二つのファイルＰＡＴＨ１とＰＡＴＨ２を開く、という指示をファイルマネージャにて指定した場合の図３の処理手順を示す。
【図１】
2005049929.tif 000003
【図２】
2005049929.tif 000004
【図３】
2005049929.tif 000005
【図４】
2005049929.tif 000006