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