JP2013161451A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】操作性の異なる複数の環境を有するコンピュータシステムで、一方の環境におけるファイル選択の操作性が劣る。
【解決手段】第１実行環境上で動作する第１のアプリケーションを操作する際に、第２実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２実行環境上にインストールされているか否かを確認する手段と、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２実行環境上にインストールされていることが確認されたことに応じて、前記第２のアプリケーションにより表示される画面からデータを選択する際に、前記第１の実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる手段とを有する。
【選択図】 図８

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。特に、操作性の異なる２つのアプリケーション実行環境において、表示するファイルの制御に関する。

近年、コンピュータの操作環境に多様性が生じている。従来から利用されている、キーボードおよびマウスを利用した情報入力が存在する一方、静電容量式タッチパネルに代表されるような、人の指を使用したタッチ操作による情報入力が普及している。米国Ｍｉｃｒｏｓｏｆｔ社の次期オペレーティングシステム（ＯＳ）であるＷｉｎｄｏｗｓ８においては、これら異なる様式をもった操作環境が、同じ１台のコンピュータに、１つのＯＳとして実装されることが決定している。

以前のＷｉｎｄｏｗｓ（登録商標） ＯＳと同様の、複数のウィンドウを同時に表示する様式による、基本的にはマウスとキーボードで利用されるに適した操作環境がある。Ｗｉｎｄｏｗｓ８ではこれを「Ｄｅｓｋｔｏｐ環境」と呼称している。一方では、操作を受け付ける操作ボタンなどが大きく、１つのアプリケーションは基本的に１画面を占有して動作し、人の指によるタッチ操作で利用されるに適した操作環境がある。Ｗｉｎｄｏｗｓ８ではこれを「Ｍｅｔｒｏ環境」と呼称している。

一方、乱立するフォルダに分散したファイルが見つけにくい課題に対応するための先行技術として特許文献１が開示されている。特許文献１では、定期あるいは不定期の更新タイミングで、ファイルの内容の共通点に基づいてフォルダを生成し、そこに内容の共通したファイル群をフォルダごとに分類して配置する。

特開２０１１−２０３９３９号公報

Ｗｉｎｄｏｗｓ８の操作環境「Ｍｅｔｒｏ環境」では、特に簡素でシンプルな操作感を目的として、ユーザインタフェース上の制約がＯＳのデザイン指針として定められている。特に、アプリケーションが表示するファイル選択画面においては、従来のようなツリービューを利用したファイル階層の表示が禁止されている。このため、ファイル選択画面では、一度には単一のフォルダ内のみを表示することしかできない。フォルダを移動するためには、階層構造を辿って一つずつ、フォルダ階層を上がったり、フォルダを開いて下層に下ったりする必要がある。したがって、複数のフォルダ階層にまたがって存在する複数のファイルを切り替えながら利用する場合、単一のフォルダ内のみを表示する環境では、ツリービューのように二次元的にフォルダにアクセスできる手段に比べて操作手順が多くなる、という課題がある。

特許文献１では、複数のフォルダの階層にまたがったファイル群を手順少なく利用するための技術を開示している。しかし、Ｗｉｎｄｏｗｓ８のような、異なる操作環境が併存するＯＳの場合、それら操作環境（Ｗｉｎｄｏｗｓ８ではＤｅｓｋｔｏｐ環境とＭｅｔｒｏ環境）間で連携して、効果的にファイル操作のユーザビリティを改善することはできない。

上記の課題を解決するため、本願発明は以下の構成を有する。すなわち、アプリケーションを操作するためのユーザインタフェースの構成が異なる複数のアプリケーション実行環境を有するオペレーティングシステムを搭載した情報処理装置であって、第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされているか否かを確認する確認手段と、前記確認手段により前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされていることが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御手段とを有する。

本発明により、複数の実行環境を持つＯＳにおいて、実行環境がそれぞれ異なる操作環境を有している場合でも、ファイル操作のユーザビリティを改善することができる。

情報処理装置のハードウェア構成例を示す図。 情報処理装置のソフトウェア構成例を示す図。 マルチウィンドウＧＵＩの例を示す図。 ペイン構造を持った第１環境のアプリケーションウィンドウの構成例を示す図。 ペイン構造を持った第１環境のアプリケーションウィンドウの構成例を示す図。 第２環境用のアプリケーションの表示例を示す図。 第２環境用のアプリケーションの表示例を示す図。 実施例１に係る全体フローチャート。 実施例１に係るサブフローチャート１。 実施例１に係るサブフローチャート２。 実施例１に係るサブフローチャート３。 実施例１に係るサブフローチャート４。 実施例１に係る情報ファイルの記述例を示す図。 実施例２に係る第１環境用のアプリケーションウィンドウの構成例を示す図。 実施例２に係るサブフローチャート。 実施例２に係る情報ファイルの記述例を示す図。 実施例４に係る全体フローチャート。 実施例４に係るサブフローチャート。 実施例４に係る監視設定画面の例を示す図。 実施例５に係る動作条件の設定画面の例を示す図。 実施例５に係るサブフローチャート。 実施例１に係るアプリケーションの表示例を示す図。 実施例１に係るアプリケーションパッケージの構成例を示す図。 実施例２に係るアプリケーションの表示例を示す図。 実施例３に係るアプリケーションの表示例を示す図。

以下、本発明を実施するための形態について図面を用いて説明する。

［システム構成図］
（ハードウェア構成）
本発明に係るシステムの一実施形態を説明する。図１は、後述する本実施例のプロセスが実行可能な情報処理装置であるコンピュータ１００を図示している。コンピュータ１００は、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、内部ストレージ１４、無線デバイスインタフェース１５、タッチ操作インタフェース１８、外部ディスプレイインタフェース２０、外部ストレージインタフェース２２、および無線ネットワークインタフェース２４を有する。

ＣＰＵ１１は、コンピュータ１００内の各構成要素を制御する。ＲＡＭ１２は、各種プログラムの処理時に、ワークアリアとして用いられる。ＲＯＭ１３は、プログラムや処理に使用するデータを格納するための記憶部である。内部ストレージ１４は、ＲＯＭ１３やＲＡＭ１２に加えて、プログラムやデータの格納および読み書きに使用され、ハードディスク（ＨＤＤ）やフラッシュメモリで構成される。無線デバイスインタフェース１５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線技術を利用して外部の入力機器デバイスであるキーボード１６やマウス１７と通信を行う。

タッチ操作インタフェース１８は、情報表示を行い、かつタッチ操作が可能な静電容量式タッチパネル等に代表されるタッチ操作パネル１９と入力情報のやりとりを行う。外部ディスプレイインタフェース２０は、タッチ操作パネル１９以外にも情報表示のために利用する外部ディスプレイ２１と表示情報のやりとりを行う。外部ストレージインタフェース２２は、コンピュータ１００に内蔵されない外部ストレージ２３とデータのやりとりを行う。無線ネットワークインタフェース２４は、ＷＡＮやＬＡＮなどの通信ネットワーク２５と信号のやりとりを行う。

なお、コンピュータ１００の各構成要素は、システムバス３０を介して接続される。また、コンピュータ１００は、この構成に限定されるものではなく、他の構成要素を備えていてもよい。コンピュータ１００は、ノート型のＰＣでも構わないし、その他の携帯端末であっても構わない。

（ソフトウェア構成）
図２は、本実施例のプロセスが実行されるソフトウェア実行環境である、ＯＳ（オペレーティングシステム）の構成の一例である。コンピュータ１００でＯＳのカーネル２０１が基礎として存在する。カーネル２０１上に第１の実行環境となるアプリケーション実行環境の基本ソフトウェア（以下、第１環境ソフトウェア２０２）と、第２の実行環境となるアプリケーション実行環境の基本ソフトウェア（以下、第２環境ソフトウェア２０３）が並列に存在している。それらのアプリケーション実行環境上で、各環境用のアプリケーションがそれぞれ実行可能となっている。第１のアプリケーション実行環境上で実行されるアプリケーションを第１環境用アプリケーション２０４とする。また、第２のアプリケーション実行環境上で実行されるアプリケーションを第２環境用アプリケーション２０５とする。

つまり、第１環境用アプリケーション（第１のアプリケーション）は、第１環境ソフトウェア上（第１の実行環境上）で動作し、第２環境用アプリケーション（第２のアプリケーション）は、第２環境ソフトウェア上（第２の実行環境上）で動作する。本実施例で示す各アプリケーションは、第１環境ソフトウェア２０２、もしくは第２環境ソフトウェア２０３を介してカーネル２０１とも情報のやりとりを行いながら、各環境用アプリケーションの層で実行される。

ここで「カーネル（ｋｅｒｎｅｌ）」とは、階層型に設計されたＯＳの中核となる部分を示しており、ＣＰＵ、メモリ、入出力のハードウェア等を抽象化し、ハードウェアとソフトウェアがやり取りできるインタフェースを提供する役割を担っている。なお、本実施例では図２のように、２つの実行環境が物理的に１つのコンピュータ１００上に存在する例を記載しているが、３つ以上の複数の実行環境がある場合でも同様に実施可能である。

本実施例では、これら２つのアプリケーションは、異なる操作環境としてユーザに認知されるものとする。例えば、前述のようにＷｉｎｄｏｗｓ８の「Ｄｅｓｋｔｏｐ環境」と「Ｍｅｔｒｏ環境」のような２つの操作環境が例として挙げられる。本明細書では、このＤｅｓｋｔｏｐ環境とＭｅｔｒｏ環境を例にとって説明する。以後、Ｄｅｓｋｔｏｐ環境を「第１実行環境」（以後「第１環境」）、Ｍｅｔｒｏ環境を「第２実行環境」（以後「第２環境」）、と想定して説明を行う。つまり、「第１環境」が第１環境ソフトウェア２０２に対応し、「第２環境」が第２環境ソフトウェア２０３に対応する。

（第１環境におけるＧＵＩ）
第１環境では、ＧＵＩ（グラフィカルユーザインタフェイス）環境における操作環境が利用可能である。図３に示したような、表示画面の中に複数のウィンドウ３０１、３０２等を同時に表示し、切り替えながら最前面に表示されたウィンドウ内で操作を行う形態が一般的である。

この第１環境で実行されるアプリケーションには、図４で示すようなペイン構造を持つものがある。ここで「ペイン（ｐａｎｅ）」について説明する。例えば図４のアプリケーション画面４０１では、３つのペイン４０２、４０３、４０４が存在する。つまりペインとは、ウィンドウ内において明確に分割された領域を指し、それぞれの領域が異なる役割を表現している。つまり、ウィンドウを構成するペインごとに目的に合わせた内容が表示可能である。なお、ウィンドウを構成するペインは、アプリケーションによって固有のものではなく、設定などにより表示位置や表示内容を変更できるものである。

図４の各ペインで説明すると、ペイン４０３はファイル管理システムのフォルダの階層構造を表示する一般的に「ツリービュー」と呼ばれる階層表示形式を画面上に有している。ペイン４０４は、フォルダの階層構造のうちの１つのフォルダに格納された内容物であるファイルやさらに下位のフォルダのリストを表示する。ペイン４０２は、ファイルやフォルダに対して実行可能な各種操作コマンドに対応するアイコンから構成されたツールバーと呼ばれる部位を表示している。

また別の例として、図５のアプリケーション画面５０１では、ツールバーペイン５０２、文書の各ページを小さくサムネイル表示するサムネイルペイン５０３、文書の１ページを大きく表示するページ表示用ペイン５０４から構成されている。図５に示すような構成は、スライドを表示・編集するためのプレゼンテーションアプリケーションで一般的に採用されている。

従来のＧＵＩ環境では、上記のようにそれぞれが明確な役割を持った複数の領域（ペイン）に区分けされたウィンドウをアプリケーションの表示形態として用いられることが一般的であり、本実施例における第１環境で利用される。

（第２環境におけるＧＵＩ）
これに対し第２環境は、例えばタッチパネルディスプレイにおいて、指やスタイラスペンによって操作しやすいことを目的として設計されていることを前提とする。ただし、第２環境においても、従来のマウスやキーボードを使った操作も可能である。

一例として、第２の環境におけるＧＵＩの例を図６に示す。図６のアプリケーション画面６０１では、アプリケーションで開くファイルを指定するデータ選択画面を示している。ここでは、画面全体を使って、１つの機能である「開くファイルを指定」する単一の画面を表示しており、第１環境における図３のように複数のウィンドウを並べて表示しない。また図４のように複数のペインでウィンドウが構成されていない。なお、図６では、図４に示したフォルダ４０５内の内容を表示している例となっている。

アプリケーション画面６０１において、「ファイルを開く」機能を示すタイトル項目６０２、フォルダ内に存在するファイルのリストを示すリスト項目６０５、６０６がある。リスト項目６０５、６０６の中からファイル名の文字列をタッチすることで、所望のファイルをアプリケーションで開くことができる。また、フォルダ内にあるさらに下位の「ＵｓｅｒＦｏｌｄｅｒ」フォルダを表示するフォルダ項目６０４がある。フォルダ項目６０４の矩形のエリアをタッチすることで、「ＵｓｅｒＦｏｌｄｅｒ」フォルダ内に移動することができる。そして、上のフォルダ階層に表示場所を移動することを示す「Ｇｏ Ｕｐ」項目６０３、で構成されている。

図６に示すアプリケーション画面６０１は、指を使った精度の粗いタッチ操作でも快適に使用できるよう、画面全体をひとつの機能に絞っているだけでなく、各項目のサイズも大きく、指でおおまかにタッチしやすく構成されている。これらの特徴は主に、タブレットコンピュータやスマートフォンなどで、持ち運びが容易なサイズの小さな画面で操作することを前提として構成されている。

そのかわり、図４のペイン４０３に示したツリービューのように画面上に複数のフォルダ階層を一覧することはできない。したがって、図６のアプリケーション画面６０１の場合、フォルダ項目６０４を選んだり、「Ｇｏ Ｕｐ」項目６０３を選んだりして、順々にフォルダ階層を移動しなければならない。そのため、フォルダ移動のための操作に煩わしさが生じる。これは、ツリービュー自体が小さな表示要素で構成されていることから、タッチでの精確な操作が困難である。そのため、タッチ環境での使用を避けるためにこのような画面構成を行っている。現状では、Ｗｉｎｄｏｗｓ８のＭｅｔｒｏ環境で表示されるファイル選択画面は、図６に示すアプリケーション画面６０１と同等の、操作上の煩わしさを有している。

また、図５のアプリケーション画面５０１を第２環境向けに作成しなおした場合、第２環境用アプリケーション２０５の表示例を、図７のアプリケーション画面７０１として示す。公知の技術である各種タッチ操作を用いて指で文書画面を拡大・縮小したり、表示するページを切り替えたりできることが可能となるのが一般的である。一般的なタッチ操作としては、「ピンチイン／ピンチアウト（ｐｉｎｃｈ−ｏｕｔ／ｐｉｎｃｈ−ｏｕｔ）」や「フリック（ｆｌｉｃｋ）」などが知られている。「ピンチイン／ピンチアウト」操作は、複数の指を中心から拡げるように開いて、もしくは狭めるように操作し、主に画面の拡大縮小の際に用いられる。「フリック」操作は、指で画面をはじくような操作であり、主に表示画面の切り替えの際に用いられる。例えば、第２環境用アプリケーション２０５が文書の閲覧用に使用され、タブレットコンピュータなどで利用される場合、画面に文書を表示した状態で、話者がタブレットコンピュータを手渡しながら情報を共有し、コミュニケーションをとるのに適している。アプリケーションの操作の詳細は、本実施例の本質ではないため省略する。ただし、図７のような全画面を利用した表示方法が第２環境の特性であることを示している。

［ユースケース］
上述したように、２つのアプリケーション実行環境には、操作性の面で大きな差がある。こういった２つの異なるアプリケーション実行環境が、１台のコンピュータに併存する場合、それぞれの特性を、より適した場面で使い分けることが期待される。

例えば、複数のウィンドウを表示し、ツリービューなどを使った第１環境は、効率的な作業が可能だが、タッチ操作にはさほど向いていない。そのため、オフィスでキーボードやマウスを有線／無線にて接続し、従来のコンピュータと同様の利用方法が主流となることが想定される。

一方、第２環境は、直感的ですばやいタッチ操作が可能であることを活かし、外出先での顧客やパートナーとのコミュニケーションに活用されるだろう。特に、複数のファイルを使ったプレゼンテーションや顧客との手渡しでの画面の資料を見ながらのコミュニケーションのような「閲覧目的」での利用法が中心となると想定される。

上記のような場合を踏まえると、第２環境でのファイル選択には、素早く、スムースに目的のファイルを開き、コミュニケーションを円滑にする操作感が求められる。しかし、図６で示した制約を持ったファイル選択画面ではこれを達成することは困難だという課題がある。この課題を解決するファイル制御について、以下に具体的な実施例を示す。

＜実施例１＞
（コンピュータにおける各ソフトウェアの関係）
処理の流れを説明する前に、想定されるアプリケーション製品の構成例について説明する。図２３に示すように、実施例１の製品は第１環境用アプリケーションの製品パッケージ２３０１および、第２環境用アプリケーションの製品パッケージ２３０２を含む。製品パッケージ２３０１、２３０２はそれぞれ単独でも使用可能なアプリケーションである。ただし、本実施例において、製品パッケージ２３０２は、製品パッケージ２３０１のオプション製品であり、製品パッケージ２３０１を保有するユーザが製品パッケージ２３０２を併用すると、パッケージ間で連携してより便利に各種機能が使える、という関係にある。

つまり、第１環境用アプリケーション８００は、第１環境上で動作し、第２環境用アプリケーション８２０は、第２環境上で動作することになるが、それらのアプリケーションは対応していることとなる。ここで、「（アプリケーションが）対応する」とは、各アプリケーション間で連携して、所定の処理が実行可能であることを指す。したがって、上述したように製品パッケージとそのオプション製品といったアプリケーションの関係に限定するものではない。

製品パッケージ２３０１は、従来、一般的なインストーラを使用して、コンピュータ１００にインストールされる。インストールされた後のＯＳとの関係は、図２３のアプリケーション２３０３とサービス２３０４に示した通りである。ここでの「サービス」とは、ユーザが意識して起動せずとも、常にバックグラウンドで動作し、システムの動きを監視していられるアプリケーションの形態を示す。第１環境の実行基本ソフトウェア（第１環境ソフトウェア２０２）上にアプリケーション２３０３とサービス２３０４が配置される。ただし、サービス８１０は、サービス２３０４に示したように、場合によってはカーネル２０１と直接情報の授受を行う。

一方、製品パッケージ２３０２は、Ｗｉｎｄｏｗｓ８の場合、Ｗｉｎｄｏｗｓ Ａｐｐ Ｓｔｏｒｅという特定のインストール環境を介して、第２環境の実行基本ソフトウェア（第２環境ソフトウェア２０３）上にアプリケーション２３０５として配置される。

インストール後、アプリケーション２３０３、２３０５のそれぞれはＯＳの提供する手段によって任意に起動可能な状態となる。例えばＷｉｎｄｏｗｓ８であれば、スタート画面からアイコンをタッチすることによって起動可能である。また、サービス２３０４は、ＯＳに登録され、コンピュータ起動時に自動的に起動するようにインストールされる。

このように、ソフトウェアコンポーネントとしては分離された形態にあるが、アプリケーション２３０３、２３０５、およびサービス２３０４は、本実施例のように、互いに連携して動作することができる。もちろん、第２環境用のアプリケーション製品パッケージが、第１環境用アプリケーションと同時に配布される形態であってもかまわない。

また、本実施例１では、各アプリケーションすべてが、互いにアプリケーションの情報を知っており、必要に応じて連携することを前提として説明する。例えば、アプリケーション８００が第１環境用のアプリケーション製品であり、アプリケーション８２０がそれに付随する第２環境用の閲覧用オプション製品である、といった情報がそれぞれ保持される。なお、上述したように、対応するアプリケーション間の関係はこの形態に限られず、各アプリケーションが連携可能に対応していればよい。

（処理の流れ）
図８は、本実施形態における、コンピュータ１００のファイル制御処理の全体フローチャートである。ファイル制御処理の手順は記憶部であるＲＯＭ１３に記憶されたプログラムに従って、ＯＳを通してＣＰＵ１１により実行される。

図１〜７、図１３、図２２、および図２３を参照しつつ、図８〜図１２のフローチャートに沿って、各アプリケーションが連携し、第２環境用アプリケーションにてスムースに目的のファイルを開くことができる手順を説明する。

図８において、３つのアプリケーションプロセスが連携して処理を行う流れを表す。アプリケーション８００は、図２３にて示した第１環境（第１環境ソフトウェア２０２）上で動作するアプリケーション２３０３であり、本実施例では図４のアプリケーション画面４０１を提供する。アプリケーション８００は、図４に示すように、ツリービューとフォルダ内容を表示する。また、各アプリケーションは、内部ストレージ１４や外部ストレージ２３に保管されているファイル管理を行うことができる。

サービス８１０は、第１環境で動作するサービスである。また、第１環境で動作するサービスは、第２環境用アプリケーションが動作している間も、バックグラウンドで第１環境に依存する処理を続行可能である。

アプリケーション８２０は、図２３にて示した第２環境（第２環境ソフトウェア２０３）上で動作するアプリケーション２３０５であり、本実施例では、図６および図７のアプリケーション画面６０１、７０１を提供する。各アプリケーションは、お互いに情報を参照しながら連携して動作することを目的としている。

まず、第１環境用のアプリケーション８００の動作について説明する。第１環境で、アプリケーション８００の起動がユーザによりタッチ操作パネル１９やマウス１７から指示される（Ｓ８０１）。すると、アプリケーション８００は、自身の連携の対象となる、第２環境用のアプリケーション８２０が同一のコンピュータ１００内にインストールされているかを確認する（Ｓ８０２）。このＳ８０２の処理の詳細については、図９を用いて後述する。

連携対象となるアプリケーション８２０が存在する場合（Ｓ８０３にてＹＥＳ）、アプリケーション８００は、タッチ操作パネル１９あるいは外部ディスプレイ２１に表示される自身のユーザインタフェース上に特殊なフォルダを生成し、表示する（Ｓ８０５）。この特殊なフォルダ（第３のフォルダ）を、本明細書では「ＥａｓｙＬｉｎｋフォルダ」と呼称することとする。一方、連携対象となるアプリケーション８２０の存在が確認できない場合（Ｓ８０３にてＮＯ）、アプリケーション８００は、ＥａｓｙＬｉｎｋフォルダを表示しない（Ｓ８０４）。

ＥａｓｙＬｉｎｋフォルダは、図２２のように、図４ですでに示したアプリケーションウィンドウに追加される形で表示される（アイコン２２０１）。ユーザは、このＥａｓｙＬｉｎｋフォルダの中に、第２環境で使用したいファイル（対象データ）を格納する（Ｓ８０６）。例えば図２２のアイコン２２０２で示したように、ペイン４０４からマウス１７などを使って、ドラッグアンドドロップで格納することができる。これにより、ユーザから処理対象のデータの指定を受け付ける受付手段を実現する。このＳ８０６の処理の詳細については、図１０を用いて後述する。

アプリケーション８００およびサービス８１０は、いずれもプログラム的にこのＥａｓｙＬｉｎｋフォルダの位置を内部ストレージ１４上のあるフォルダに予め規定されており、その中に格納されたファイルを取得できる。例えば、「Ｃ：￥Ｔｅｍｐ￥ＥａｓｙＬｉｎｋ」などを規定フォルダに利用することが考えられる。

（第２環境用のアプリケーションの存在確認処理）
図９を用いて、図８に示したＳ８０２の内容を詳細に説明する。

まずアプリケーション８００は、第１、第２環境で共有するレジストリ（例えば、Ｗｉｎｄｏｗｓレジストリ）のような共通の情報データベース（不図示）を用いて、第２環境用のアプリケーション８２０がインストールされているかどうかを確認する。例えば、Ｗｉｎｄｏｗｓレジストリは、内部ストレージ１４に保存され、ＲＡＭ１２に適宜読み込まれてアクセスされる。特にＷｉｎｄｏｗｓ８では、第２環境（Ｍｅｔｒｏ環境）で、アプリケーションのＩＤの情報（識別情報）があれば、ＯＳのＷｉｎｄｏｗｓインストーラが生成するレジストリ情報がわかる。そのため、アプリケーションがインストールされているか否かは、その特定のレジストリキーが存在するかを確認すればよい。例えば、「ＨＫＥＹ＿ＣｕｒｒｅｎｔＵｓｅｒ￥Ｓｏｆｔｗａｒｅ￥Ｃｌａｓｓｅｓ￥Ｅｘｔｅｎｓｉｏｎｓ￥ＣｏｎｔａｃｔＩｄ￥Ｗｉｎｄｏｗｓ．Ｌａｕｎｃｈ￥アプリケーション ＩＤ」を確認することで判定することができる。

アプリケーション８００は、ＯＳの仕様に基づいて、第２環境用のアプリケーション８２０のレジストリキー名を生成する（Ｓ９０１）。そして、アプリケーション８００は、その生成したレジストリキー名に対応するキーが存在しているかを、レジストリ情報をオープン可能か否かで確認する（Ｓ９０２）。オープンが可能であれば（Ｓ９０３にてＹＥＳ）、アプリケーション８００は、対象となる第２環境用アプリケーションが「存在している」という情報を上位のフローに返す（Ｓ９０４）。オープンできない場合（Ｓ９０３にてＮＯ）、アプリケーション８００は、対象となる第２環境用アプリケーションが「存在していない」という情報を上位のフローに返す（Ｓ９０５）。そして、本処理フローを終了する。

（ファイル格納処理）
図１０を用いて、図８に示したＳ８０６の内容を詳細に説明する。この処理により、ユーザインタフェースが異なるアプリケーション実行環境間における対象データの保存制御を行う。

まずアプリケーション８００は、ユーザによってＥａｓｙＬｉｎｋフォルダへの格納を指示されたファイルのファイル名を取得する（Ｓ１００１）。そして、アプリケーション８００は、その指示されたファイルの拡張子を取得する（Ｓ１００２）。例えば、「Ｃ：￥ＡＡＡ」というフォルダにある「ＦＩＬＥ＿Ａ．ｘｘｘ」というファイルの場合を考える。この場合、Ｓ１００１では、「Ｃ：￥ＡＡＡ￥ＦＩＬＥ＿Ａ．ｘｘｘ」というファイル名が取得され、Ｓ１００２にて「．ｘｘｘ」という拡張子が取得される。

また、アプリケーション８００は、アプリケーション８２０で閲覧処理可能なファイルのタイプを拡張子情報として予め規定されている。例えば、処理可能な拡張子は、「．ｘｘｘ」、「．ｙｙｙ」、「．ｚｚｚ」である、という形で規定されている。ここでアプリケーション８００は、処理可能として規定された拡張子情報を取得する（Ｓ１００３）。そして、アプリケーション８００は、Ｓ１００２にて取得された拡張子が、Ｓ１００３にて取得された拡張子情報に含まれているか否かを確認する（Ｓ１００４）。拡張子情報に取得した拡張子が含まれている場合（Ｓ１００４にてＹＥＳ）、アプリケーション８００は、指示されたファイルが第２環境で処理可能であるとし、当該ファイルの「ショートカットファイル」をＥａｓｙＬｉｎｋフォルダに格納する（Ｓ１００５）。すべてのファイルに対して、格納処理が終了すると（Ｓ１００６にてＹＥＳ）、本フローを終了する。

ここで「ショートカットファイル」とは、ファイルシステム上で、あるファイルの「場所」を指し示すファイルのことである。例えば先の例で言うと、「Ｃ：￥ＡＡＡ￥ＦＩＬＥ＿Ａ．ｘｘｘ」というファイル名だけを情報として保持しており、そのファイル名から「ＦＩＬＥ＿Ａ．ｘｘｘ」の実データにアクセスすることができる。ショートカットファイルは、ファイルの実データそのものは保持していない。なお、ショートカットファイルは、別名「エイリアス」とも呼ばれる。

（全体処理（続き））
再び図８に戻り、第１環境のサービス８１０と第２環境用のアプリケーション８２０について説明する。これらのプロセスは連携し合って動作することを目的とする。なお、サービス８１０は、ＯＳの起動と同時に動作を開始し、ＯＳの終了で動作を終了する。そのためフローチャート上は、明確な起動と終了を記載していない。

サービス８１０はまず、ＥａｓｙＬｉｎｋフォルダがアプリケーション８００によって生成されているか否かを判定する（Ｓ８１１）。ここで、アプリケーション８００とサービス８１０は完全に独立したプロセスであるため、この判定の時点でアプリケーション８００が動作しているかどうかは関係ない。例えば、ＥａｓｙＬｉｎｋが前回のアプリケーション８００の起動によって生成表示された状態か否かを、レジストリなどの情報データベース（不図示）に格納し、その情報を参照することで判定する（破線矢印８０７）。ＥａｓｙＬｉｎｋが生成されている場合（Ｓ８１１にてＹＥＳ）、Ｓ８１２へ移行する。生成されていない場合（Ｓ８１１にてＮＯ）、Ｓ８１１の判定処理を繰り返す。

Ｓ８１２にて、サービス８１０は、アプリケーション８２０が起動したかどうかを監視する。ここでは、サービス８１０は、アプリケーション８２０のプロセス情報を知っているため、プロセスの起動イベントがＯＳから発生した場合（破線矢印８２３）に起動を検知できる。アプリケーション８２０の起動を検知するまで（Ｓ８１２にてＮＯ）Ｓ８１２は繰り返され、起動を検知した場合に（Ｓ８１２にてＹＥＳ）、Ｓ８１３に移行する。

Ｓ８１３では、サービス８１０は、アプリケーション８００の生成したＥａｓｙＬｉｎｋフォルダに格納されたショートカットファイルを用いて、元ファイル（実データ）を元フォルダ（第１のフォルダ）からコピーする処理を行う。このＳ８１３の処理の詳細については、図１１を用いて後述する。

アプリケーション８２０は、Ｓ８１２とＳ８１４の間に起動（Ｓ８２１）および終了（Ｓ８２２）が行われる。アプリケーション８２０は、開くことを選択したファイルを図７の例のような方法で表示し、文書を利用する。なお、アプリケーション８２０によって、文書を編集する場合もある。

次に、サービス８１０は、アプリケーション８２０が終了したかどうかを確認する（Ｓ８１４）。プロセスの状態遷移イベントがＯＳから発生した場合に、該当プロセスが終了（Ｔｅｒｍｉｎａｔｅｄ）状態に移行したか否かを判定することでアプリケーション８２０の終了を検知できる（破線矢印８２４）。アプリケーション８２０が終了した場合（Ｓ８１４にてＹＥＳ）、サービス８１０は、Ｓ８１３でコピーしたファイルを元あったフォルダ位置に戻し、コピー先のファイルは削除する（Ｓ８１５）。このＳ８１５の処理の詳細については、図１２を用いて説明する。そして、Ｓ８１２へ戻り、アプリケーション８２０が起動されるごとに、サービス８１０は上記処理を繰り返す。

（ファイルコピー処理）
図１１を用いて、図８に示すＳ８１３の内容を詳細に説明する。

まずサービス８１０は、ＥａｓｙＬｉｎｋフォルダに格納されたショートカットファイル名のリストを取得する（Ｓ１１０１）。続いて、サービス８１０は、第２環境用のアプリケーション８２０がファイルを開く処理に利用する、優先文書フォルダの情報を取得する（Ｓ１１０２）。「優先文書フォルダ」とは、例えばアプリケーション８２０が、起動後に「ファイルを開く」処理を指示されたときに、最初に表示するフォルダ（第２のフォルダ）のフォルダ名を指す。この情報は、サービス８１０とも共有可能な情報として、例えばレジストリ（不図示）に保存されている。優先文書フォルダは、このあとＥａｓｙＬｉｎｋフォルダからファイル（実データ）をコピーするコピー先となる。つまり、優先文書フォルダは、最初に表示されるフォルダであるため、ユーザは、ここに格納されるデータを他のフォルダよりも操作回数が少なく参照することができる。

ショートカットファイルのリストと、コピー先のフォルダ名を取得したら、サービス８１０はループ処理を開始し、Ｓ１１０１で取得したショートカットファイルのリストに示されるショートカットファイルを順に処理する。まず、サービス８１０は、ショートカットファイルのリストから次に処理するショートカットファイルを取得する（Ｓ１１０３）。そして、サービス８１０は、取得したショートカットファイルが指し示す、元のファイル（実データ）の位置情報を取得する（Ｓ１１０４）。位置情報を取得した元ファイルを、Ｓ１１０２で取得した優先文書フォルダ（コピー先）にコピーするために、サービス８１０は、コピー先に同名のファイルがあるかを確認する（Ｓ１１０５）。同名ファイルがある場合（Ｓ１１０５にてＹＥＳ）、サービス８１０は、それと重ならない一時的なファイル名（以下、一時ファイル名）を生成する（Ｓ１１０６）。そして、サービス８１０は、元ファイル（実データ）を優先文書フォルダにコピーする（Ｓ１１０７）。コピー後、サービス８１０は、元ファイルの場所と、優先文書フォルダにコピーしたファイル名を対応付けて、「コピー情報ファイル」に記録する（Ｓ１１０８）。サービス８１０は、上記処理を、ショートカットリストに含まれる全ショートカットファイルに対して実行したかを確認する（Ｓ１１０９）。実行し終えたら（Ｓ１１０９にてＹＥＳ）、本処理フローを終了する。未処理のショートカットファイルがある場合には（Ｓ１１０９にてＮＯ）、Ｓ１１０３へ戻り、サービス８１０は、処理を繰り返す。

ここで、「コピー情報ファイル」について説明する。前述のように、ショートカットファイルのリストには、複数の異なるフォルダから様々なファイルが登録されている可能性がある。その中には、元が同じファイル名だったファイルが複数含まれている場合がある。例えば「Ｃ：￥ＡＡＡ￥ＦＩＬＥ＿Ｂ．ｘｘｘ」と「Ｃ：￥ＢＢＢ￥ＦＩＬＥ＿Ｂ．ｘｘｘ」が含まれている場合などである。その場合、同じ名前では同一のコピー先フォルダ（優先文書フォルダ）に同時に格納することができない。

そのため、Ｓ１１０６で一時ファイル名を生成し、格納する処理を行う。この処理により、元のファイルとの関係性が失われないように、コピー元のファイルと、コピー先のファイルを関連付けて保存しておくファイルが「コピー情報ファイル」である。コピー情報ファイルの内容の一例を図１３に示す。ここで示すコピー情報ファイル１３０１には、５つのファイルが「コピー先名，コピー元名」の順で列挙され記録されている。この例では「ＦＩＬＥ＿Ｂ．ｘｘｘ」というファイルが複数存在したため、一方は「ＦＩＬＥ＿Ｂ−２．ｘｘｘ」としてコピーされたことを示している。しかし、元のファイル名が併記されているため、元ファイルとの関係性が失われることはない。コピー情報ファイルは、内部ストレージ１４に、サービス８１０のプログラム的に規定されたファイル名で記録される。なお、図１３では、優先文書フォルダは「Ｃ：￥Ｕｓｅｒ￥Ｄｏｃｕｍｅｎｔｓ」として設定されている。

（戻し処理）
図１２を用いて、図８に示すＳ８１５の内容を詳細に説明する。

まずサービス８１０は、コピー情報ファイルに格納されたファイル名の関係性のリストを取得する（Ｓ１２０１）。次に、サービス８１０は、リストのファイルを処理するループに入り、優先文書フォルダから、元フォルダにおける元のファイル名を有するデータにファイルをコピー（上書き）する（Ｓ１２０２）。これはコピー情報ファイルにペアで記載されているファイル名同士をコピーしてやればよい。例えば、図１３の例の場合、「Ｃ：￥Ｕｓｅｒ￥Ｄｏｃｕｍｅｎｔｓ￥ＦＩＬＥ＿Ａ．ｘｘｘ」を「Ｃ：￥ＡＡＡ￥ＦＩＬＥ＿Ａ．ｘｘｘ」に上書きコピーする。

そして、サービス８１０は、優先文書フォルダ側のファイルを削除する（Ｓ１２０３）。これにより、優先文書フォルダ内のファイルの存在状態は、アプリケーション８２０の起動前に戻すことが可能になる。また、第２環境用のアプリケーション８２０で加えた変更を、元ファイルに反映することができる。

そして、サービス８１０は、コピー情報ファイルに含まれるファイルすべてに対して処理が終了したかを確認する（Ｓ１２０４）。すべてのファイルに対して処理が終了した場合（Ｓ１２０４にてＹＥＳ）、サービス８１０は、コピー情報ファイル自体を削除して（Ｓ１２０５）、処理を終了する。未処理のファイルがある場合（Ｓ１２０４にてＮＯ）、Ｓ１２０２へ戻り、処理を繰り返す。

以上、複数の実行環境を持つＯＳにおいて、実行環境がそれぞれ異なるＧＵＩを有している場合でも、ユーザが要求するファイルに対する操作性を向上させ、ユーザビリティを改善することができる。

＜実施例２＞
図１４は、本発明の実施例２のアプリケーション８００の構成を示す図の一例である。図１４は、タッチ操作パネル１９あるいは外部ディスプレイ２１に表示されるアプリケーションウィンドウを示している。

図１４では、実施例１と異なり、ペイン１４０１においてＥａｓｙＬｉｎｋフォルダが複数表示されている。ユーザは、一般的に公知な項目の新規作成・削除の技術を用いて、いったん生成された複数のＥａｓｙＬｉｎｋフォルダを表示し管理することができる。この複数のＥａｓｙＬｉｎｋフォルダそれぞれは、ユーザの目的や、アプリケーションに対応付けて設けることができるようにしてもよい。

アプリケーション画面４０１において、ペイン４０２〜４０４の表示項目に変更はない。ペイン１４０１において、複数のＥａｓｙＬｉｎｋフォルダが導入されている。ユーザは、コマンド操作によって、ペイン１４０１の領域にフォルダを追加あるいは削除でき、それぞれに異なる名前を付けて管理できる。またアイコン１４０２のように望みのＥａｓｙＬｉｎｋフォルダにドラッグアンドドロップすることで、各フォルダにどのファイルを格納するかを仕分ける。

アプリケーション８００によって管理されているＥａｓｙＬｉｎｋフォルダの情報は、サービス８１０と共有可能な方法（例えば、レジストリやＸＭＬファイルなど）やシステム独自の方法で、内部ストレージ１４に保存される。例えば、図１６に示すようにＥａｓｙＬｉｎｋ情報ファイル１６０１を構成することができる。図１６のＥａｓｙＬｉｎｋ情報ファイル１６０１では、各ＥａｓｙＬｉｎｋフォルダの名前と、そこに格納されたファイルの元の位置を示すショートカットリストが保存されている。本実施例では実施例１と異なり、ＥａｓｙＬｉｎｋフォルダの実体や、ショートカットファイルの実体は存在せず、図１６に示すＥａｓｙＬｉｎｋ情報ファイル１６０１でＥａｓｙＬｉｎｋ情報を管理する。なお、実施例１のように、複数のＥａｓｙＬｉｎｋフォルダに対して、それぞれショートカットファイルの実体にて管理するようにしても構わない。

図１５は、実施例１の図１１に示したサブフローチャートを、複数のＥａｓｙＬｉｎｋフォルダに対応するように構成したフローチャートである。なお、図１１と重複する処理については、同じ参照番号を付与している。

サービス８１０は、まずアプリケーションがＥａｓｙＬｉｎｋ情報ファイル１６０１を読み取り、保存されているＥａｓｙＬｉｎｋフォルダのリスト「ＥａｓｙＬｉｎｋ＿１，ＥａｓｙＬｉｎｋ＿２，ＥａｓｙＬｉｎｋ＿３，…」を取得する（Ｓ１５０１）。続いて、サービス８１０は、フォルダごとに処理を行うため、次の未処理のＥａｓｙＬｉｎｋフォルダを取得する（Ｓ１５０２）。サービス８１０は、取得したＥａｓｙＬｉｎｋフォルダを、第２環境用のアプリケーション８２０の優先文書フォルダに生成する（Ｓ１５０３）。ここで「ＥａｓｙＬｉｎｋフォルダを生成する」とは、ＥａｓｙＬｉｎｋ情報ファイルに記載されているフォルダ名称と同じ名前の実フォルダを、ＯＳのファイルシステムに生成する、ということを意味する。例えば、優先文書フォルダが「Ｃ：￥Ｕｓｅｒ￥Ｄｏｃｕｍｅｎｔｓ」というフォルダであって、ＥａｓｙＬｉｎｋ情報ファイルに「ＥａｓｙＬｉｎｋ＿１」というフォルダ名称が記載されていたとする。この場合、ファイルシステム上で先の優先文書フォルダのサブフォルダとして「Ｃ：￥Ｕｓｅｒ￥Ｄｏｃｕｍｅｎｔｓ￥ＥａｓｙＬｉｎｋ＿１」というフォルダを生成する。この生成されたフォルダに、後続のステップで各ファイル（実データ）をコピーすることになる。

その後のＳ１１０２〜Ｓ１１１５は各フォルダ内のファイルのコピーを行う処理であるが、図１１のフローチャートと同じ処理内容なので説明は省略する。その後、サービス８１０は、すべてのＥａｓｙＬｉｎｋフォルダの処理を終わったかを確認する（Ｓ１５０４）。すべてのＥａｓｙＬｉｎｋフォルダに対する処理が終了している場合は（Ｓ１５０４にてＹＥＳ）、本処理フローを終了する。未処理のＥａｓｙＬｉｎｋフォルダがある場合（Ｓ１５０４にてＮＯ）、Ｓ１５０２に戻り、処理を繰り返す。

図２４は、実施例２においてアプリケーション８２０のアプリケーション画面６０１がタッチ操作パネル１９に表示された例である。図２４では、アプリケーション８２０の実行時に、複数のＥａｓｙＬｉｎｋフォルダ２４０２〜２４０５が生成されている様子を示している。なお、元からファイルシステム上に格納されていたユーザが作成したフォルダ項目６０４は、アプリケーション画面６０１上にそのまま残され、混在している。

［本実施例に特有の効果］
本実施例の構成によれば、ユーザは自身の管理設定に基づいて、複数のＥａｓｙＬｉｎｋフォルダから適切なフォルダを選択することで、複数の状況にそれぞれ対応できるファイルの集合に、少ないステップでアクセスすることが可能になる。

＜実施例３＞
図２５は、本発明の実施例３のアプリケーション８２０のデータ選択画面の構成例を示す図である。

図２５では、複数のＥａｓｙＬｉｎｋフォルダが表示されているが、実施例２と異なり、アプリケーション画面２５０１は、ＯＳの提供するファイル選択画面に依存するものではない独自実装である。したがって、本画面もアプリケーション固有の実装とすることができる。

サービス８１０は、実施例２で示したＥａｓｙＬｉｎｋ情報ファイル１６０１に基づいてファイルをコピーする。このとき、コピー先として、アプリケーション８２０の設計上で予め決められた内部ストレージ１４内のある特定のフォルダ下に行われる。例えば「Ｃ：￥Ｔｅｍｐ￥ＥａｓｙＬｉｎｋｓ」フォルダ下などである。そのフォルダは、本発明のシステムのみが必要なファイルを格納する排他的なフォルダである。この排他的フォルダにアクセス可能なアプリケーション８２０は、その中に存在するフォルダをＥａｓｙＬｉｎｋ情報に基づくものであるとの前提で扱う。

ここで、アプリケーション８２０は、図２５のようにＥａｓｙＬｉｎｋフォルダを左側部分に一覧表示する（ＥａｓｙＬｉｎｋフォルダ２５０２〜２５０５）。そして、ユーザが表示されているＥａｓｙＬｉｎｋフォルダの中からＥａｓｙＬｉｎｋフォルダ２５０２を選択したとする。この場合、ＥａｓｙＬｉｎｋフォルダ２５０２は、選択されている旨を示す状態となり、さらにＥａｓｙＬｉｎｋフォルダ２５０２に含まれるファイルの一覧が画面の右側部分２５０６に表示される。なお、フォルダとファイルを表示する配置はこれに限定するものではなく、ユーザの設定に応じて、変更できるようにしても構わない。

［本実施例に特有の効果］
本実施例の構成によれば、ユーザは「Ｇｏ Ｕｐ」と「フォルダを開く」という操作によらず、ＥａｓｙＬｉｎｋフォルダの一覧だけを独占的に表示することができる。そのため直接的に個々のＥａｓｙＬｉｎｋフォルダにアクセス、その内容を表示できるため、より少ない手順で複数のフォルダ間を移動することが可能になる。

＜実施例４＞
上述した実施例１〜３はいずれも、アプリケーション８００、サービス８１０、アプリケーション８２０が互いの情報をもとに、緊密に連携することを前提として構成されていた。つまり、製品パッケージなど、予めお互いの情報を、同じ開発者にて指定された情報として保持していることを前提として、連携を行っていた。

実施例４では、第１環境で動作するアプリケーションとサービスが連携することに変わりはないが、第２環境で動作するアプリケーションは、同じ開発者（ベンダ）が開発したものでない場合を想定する。この場合においても、各アプリケーションは、「対応」しているものとする。

図１７は、本実施形態における、コンピュータ１００のファイル制御処理の全体フローチャートである。前出の図も参考に、図１７のフローチャートに従って、第１、第２環境が連携して、第２環境用のアプリケーションにおいて、スムースに目的のファイルを開くことができる手順を説明する。

図１７において、４つのプロセスを表している。アプリケーション１７００は、実施例１のアプリケーション８００と同様、第１環境にて動作する第１環境用アプリケーションである。ただし実施例１と異なり、このアプリケーションは、常時、図１４と同様に、ペイン１４０１にＥａｓｙＬｉｎｋフォルダを表示する。このことを前提として、図１７に示す処理について説明する。

アプリケーション１７００は、起動される（Ｓ１７０１）と、実施例１と同様に、ユーザによってＥａｓｙＬｉｎｋフォルダにファイル（実データ）のショートカットファイルが格納される（Ｓ１７０２）。ただし、実施例１と異なり、Ｓ１７０２では拡張子による格納する・しないの仕分け（図８のＳ８０３〜Ｓ８０５）を行わない。すなわち、格納を指示されたファイルのショートカットファイルはすべて、ＥａｓｙＬｉｎｋフォルダに格納可能とする。

サービス１７１０は、実施例１のサービス８１０と同様、第１環境で動作するサービスである。サービス１７１０は、第２環境用のアプリケーション１７２０、１７３０と連携して動作することを目的とする。サービス１７１０は、基本的にＯＳの起動と同時に動作を開始し、ＯＳの終了で動作を終了する。そのためフローチャートには、明確な起動と終了を記載していない。

サービス１７１０は、アプリケーション１７２０、１７３０が起動したかどうかを、アプリケーションの起動イベント（破線矢印１７２３、１７３３）がＯＳから発生することで検知する（Ｓ１７１１）。起動を検知した場合（Ｓ１７１１にてＹＥＳ）、サービス１７１０は、検知されたアプリケーションがサービス１７１０の処理対象かどうかを判定する（Ｓ１７１２）。

ここでサービス１７１０は、ＥａｓｙＬｉｎｋフォルダのファイル処理対象とするアプリケーションのリストをプログラム内部、または内部ストレージ１４上に保持している。ただし上述したように、サービス１７１０と、アプリケーション１７２０、１７３０は同じ開発者（ベンダ）が開発したものではない。したがって、第２環境用のアプリケーションのプロセス情報は、アプリケーションの開発者によって公開されているか、あるいはリバースエンジニアリングによって解析された情報をサービス１７１０が予め有している必要がある。その上で、サービス１７１０はハードコーディングされたアプリケーションのプロセス情報を照会しながら、ＥａｓｙＬｉｎｋフォルダの処理対象かどうかを判定することができる。

あるいは、図１９に一例を示すアプリケーション１７００が表示する設定画面によって、処理対象のプロセス情報をユーザが任意に登録できるようにしてもよい。設定画面１９０１では、ＯＳから取得できる情報により、ＯＳで動作中のプロセスの一覧１９０２を表示している。この中から、ユーザがＥａｓｙＬｉｎｋフォルダの処理対象としたいアプリケーションを選択する。

さらに、ユーザは、選択したプロセス情報でＥａｓｙＬｉｎｋフォルダからコピー処理を行いたいファイルの拡張子を項目１９０３に入力する。また、ユーザは、項目１９０４で選択したアプリケーションの優先文書フォルダを入力する。適切な選択と入力を終えたら、追加ボタン１９１１により、監視プロセスの一覧１９１２にプロセスと拡張子など付随情報を登録する。設定ボタン１９１３により、設定画面１９０１を閉じる。ユーザは、設定画面１９０１により、サービス１７１０にプロセス情報の登録を行うことができる。

図１７のフローチャートに戻って、監視対象と判定されたアプリケーション１７２０、１７３０の起動時に、サービス１７１０はＥａｓｙＬｉｎｋフォルダから対象となるファイル（実データ）をコピーする処理を実行する（Ｓ１７１３）。Ｓ１７１３での処理は、図１８を用いて後述する。その後、サービス１７１０はアプリケーションの終了（破線矢印１７２４、１７３４）を待って（Ｓ１７１４にてＹＥＳ）、コピーしたファイルを戻す処理を行う（Ｓ１７１５）。Ｓ１７１５での処理は、図１２にて示した処理と同じであるため、説明は省略する。そして、Ｓ１７１１に戻り、サービス１７１０は、アプリケーション１７２０、１７３０が起動するごとに、処理を繰り返す。

第２環境用のアプリケーション１７２０、１７３０が起動され、終了されるＳ１７２１〜１７２２と、Ｓ１７３１〜１７３２は実施例１の図８で示したＳ８２１〜８２２と同等であるので、詳細な説明は省略する。

（ファイルコピー処理）
図１８を用いて、図１７のＳ１７１３の内容を詳細に説明する。

サービス１７１０は、ＥａｓｙＬｉｎｋフォルダに格納されたショートカットファイルのリストを取得する（Ｓ１８０１）。またサービス１７１０は、第２環境用のアプリケーション１７２０、１７３０がファイルを開く処理に利用する、優先文書フォルダの情報を取得する（Ｓ１８０２）。このとき、「優先文書フォルダ」は、プロセスの情報として開示されていれば、例えばレジストリから次回起動時のファイルを開く際の表示フォルダの情報を取得することができる。あるいは、図１９に示す設定画面１９０１の項目１９０４から設定しておくことができる。この優先文書フォルダは、このあとＥａｓｙＬｉｎｋフォルダからファイル（実データ）をコピーするコピー先となる。

ショートカットファイルのリストと、コピー先のフォルダ名を取得したら、サービス１７１０は、Ｓ１８０１で取得したリストに含まれるショートカットファイルを順に処理する。このあとのＳ１１０３〜Ｓ１１０９は図１１と同等の処理のため、説明は省略する。なお、この過程の途中で、Ｓ１１０４の後、Ｓ１８０３にてサービス１７１０は、処理中のファイルが、起動を検知した第２環境用のアプリケーションの処理対象であるかどうかを、処理対象拡張子として登録されている拡張子の比較から判定する（Ｓ１８０３）。このとき、「処理対象拡張子」は、プロセスの情報として開示されていれば、例えばレジストリから、プロセスの実行ファイルに関連付けられている拡張子のリストを取得することができる。あるいは、図１９に示す設定画面１９０１の項目１９０３から設定しておくことができる。

［本実施例に特有の効果］
本実施例の構成によれば、第２環境用のアプリケーションが第１環境用のアプリケーションと同じ開発者（ベンダ）によるものでなくとも、実施例１の効果と同等の効果が得られる。すなわち、一方の第１環境で設定した条件に基づいて、他方の第２環境用のアプリケーションの存在を確認する。そして、アプリケーションの起動と終了に合わせてファイルをコピー・削除することで、任意の第２環境用のアプリケーションにおける、ファイルを開くユーザビリティを改善する。

＜実施例５＞
実施例５は、実施例２を拡張するものである。実施例２では、図１４のように複数のＥａｓｙＬｉｎｋフォルダを生成し、管理することができる。この複数のＥａｓｙＬｉｎｋフォルダの中から、状況に適したものだけを選択的にコピー処理するのが実施例５である。ここで「状況に適した」とは、現在、コンピュータが置かれている状況を判断し、処理を切り替える、ということを意味する。

図２０は、本発明の実施例５の設定画面の一例で、アプリケーション８００によりタッチ操作パネル１９あるいは外部ディスプレイ２１に表示される。設定画面２００１では、ＥａｓｙＬｉｎｋフォルダの１つである「ＥａｓｙＬｉｎｋ＿１」フォルダのコピー条件を設定する様子を表している。コピー条件の一例として設定画面２００１では、以下の３つの例を示している。

１つ目の設定項目は、第２環境用のアプリケーションの利用時間による設定である。チェックボックス２００２をチェックすることで、この設定が有効になり、ＥａｓｙＬｉｎｋフォルダは、項目２００５で設定された一日のうちの特定の時間帯の間だけに図８に示すＳ８１３によりコピー処理されるように設定される。項目２００５の内容は、一般的に時間帯を設定するために用いられる公知な設定項目である。

２つ目の設定項目は、第２環境用のアプリケーションの利用スケジュールによる設定である。チェックボックス２００３をチェックすることで、この設定が有効になり、ＥａｓｙＬｉｎｋフォルダは、特定の日の特定のスケジュール時間帯の間だけに図８に示すＳ８１３によりコピー処理されるように設定される。項目２００６は、スケジューラなどで定義されたスケジュールの名前を表す。ボタン２００８により、ＯＳなどで管理されるスケジューラとの連携により、スケジュール情報の選択が可能である。その内容は、一般的なスケジュール管理アプリケーション等で公知な内容である。例えば「ｉＣａｌｅｎｄａｒ」のような汎用のフォーマットを利用して情報を受け渡しすることが考えられる。

３つ目の設定項目は、コンピュータ１００の位置情報による設定である。チェックボックス２００４をチェックすることで、この設定が有効になり、ＥａｓｙＬｉｎｋフォルダは、特定の場所にコンピュータ１００が存在する場合だけコピーされるように設定される。項目２００７は、地図情報アプリケーション（不図示）などで定義された「位置」の名前を表す。コンピュータ１００にはＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）が搭載されているか、ＬＡＮや携帯電話回線との情報のやり取りによって位置を特定できる機能（不図示）があることを前提とする。ボタン２００９により、ＯＳなどで管理される地図情報アプリケーションとの連携により、登録された位置情報の選択が可能である。その内容は、一般的な地図情報アプリケーション等で公知な内容である。

なお、本実施例ではこの３つの設定項目の例を示したが、同様の考え方によってフォルダを利用したい状況を設定できる方法であれば、他にもコピー条件として実施可能であることは言うまでもない。例えば、第２環境における利用するユーザの権限や、第２環境用のアプリケーションの用途などに応じて設定しても構わない。

このように設定されたＥａｓｙＬｉｎｋフォルダのコピー条件は、図２１で示されるサブフローチャートで判定のために利用される。Ｓ２１０１において、サービス８１０は、上述した設定条件と、その時点でＣＰＵ１１がＯＳから取得する時刻・日付・位置情報などが合致するかを判定する。そして、設定条件が合致する場合に（Ｓ２１０１にてＹＥＳ）、ＥａｓｙＬｉｎｋフォルダをコピーするＳ１５０３の処理に進む。その他のＳ１５０１〜Ｓ１５０４、Ｓ１１０１〜Ｓ１１０７の各処理については、図１５と同じ処理であるため説明を省略する。

［本実施例に特有の効果］
本実施例の構成によれば、ＥａｓｙＬｉｎｋフォルダを多数生成した場合にも、コンピュータの置かれた状況や目的に応じて必要なフォルダだけを選択的にコピーできる。そのことによって、第２環境でファイルを開く際、より絞り込まれた必要なＥａｓｙＬｉｎｋフォルダの中から目的のファイルを見つけることができるようになり、第２環境用のアプリケーションにおけるファイル操作のユーザビリティが向上する。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (24)

1. アプリケーションを操作するためのユーザインタフェースの構成が異なる複数のアプリケーション実行環境を有するオペレーティングシステムを搭載した情報処理装置であって、
   第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされているか否かを確認する確認手段と、
   前記確認手段により前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされていることが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御手段と
   を有することを特徴とする情報処理装置。
2. 前記第１のアプリケーション実行環境は、データが格納されるフォルダの複数の階層が一つの画面上に表示可能であり、
   前記第２のアプリケーション実行環境は、データが格納されるフォルダの単一の階層のみが一つの画面上に表示可能である
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２のアプリケーションは、前記第２のフォルダに含まれるデータを前記データ選択画面に表示することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記保存制御手段が前記第２のフォルダに対して保存させる対象データの指定を受け付ける受付手段を更に有することを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記受付手段は、対象データの指定を受け付けた際に、第３のフォルダに対し、当該対象データのショートカットを格納して保持することを特徴とする請求項４に記載の情報処理装置。
6. 前記保存制御手段は、前記第３のフォルダに格納されたショートカットの情報を用いて、対応する実データを前記第２のフォルダに保存させることを特徴とする請求項５に記載の情報処理装置。
7. 前記第１のアプリケーションは、前記第３のフォルダを表示する画面を提供することを特徴とする請求項５または６に記載の情報処理装置。
8. 前記第２のアプリケーションがインストールされている場合、前記第１のアプリケーションが提供する画面において、前記第３のフォルダを表示することを特徴とする請求項７に記載の情報処理装置。
9. 前記第３のフォルダは、ユーザの設定に応じて構成された複数のフォルダであることを特徴とする請求項５乃至８のいずれか一項に記載の情報処理装置。
10. 複数の前記第３のフォルダが設定されている場合、前記保存制御手段は、前記第２のフォルダに対し、フォルダごとに指定された実データを保存させることを特徴とする請求項８に記載の情報処理装置。
11. 前記データ選択画面に複数のフォルダが表示されている場合において、ユーザがいずれかのフォルダを選択した際、当該選択されたフォルダに含まれるデータを前記データ選択画面に表示することを特徴とする請求項１乃至１０のいずれか一項に記載の情報処理装置。
12. 前記確認手段は、前記第２のアプリケーションがインストールされているか否かを、前記オペレーティングシステムが管理するレジストリに登録されたアプリケーションの情報を用いて確認することを特徴とする請求項１乃至１１のいずれか一項に記載の情報処理装置。
13. 前記第２のアプリケーションの起動および終了を監視する監視手段を更に有し、
    前記監視手段にて前記第２のアプリケーションが起動したと検知した場合、前記保存制御手段は、前記第２のフォルダに前記データを保存させることを特徴とする請求項１乃至１２のいずれか一項に記載の情報処理装置。
14. 前記監視手段にて前記第２のアプリケーションが終了したと検知した場合、前記保存制御手段は、前記第２のフォルダに保存された前記データを、前記第１のフォルダにコピーして保存させることを特徴とする請求項１３に記載の情報処理装置。
15. 前記保存制御手段は、前記第１のフォルダに保存されたデータを、前記第２のフォルダに保存させる際の条件を設定する設定画面を提供することを特徴とする請求項１乃至１４のいずれか一項に記載の情報処理装置。
16. 前記条件は、前記第２のアプリケーションが実行される際の時刻であることを特徴とする請求項１５に記載の情報処理装置。
17. 前記条件は、前記第２のアプリケーションが実行される際の前記装置の位置であることを特徴とする請求項１５に記載の情報処理装置。
18. アプリケーションを操作するためのユーザインタフェースの構成が異なる複数のアプリケーション実行環境を有するオペレーティングシステムを搭載した情報処理装置であって、
    第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境で起動したかを確認する確認手段と、
    前記確認手段により前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上で起動したことが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御手段と
    を有することを特徴とする情報処理装置。
19. 前記第２のアプリケーションが前記第２のアプリケーション実行環境上で終了したことが確認されたことに応じて、前記保存制御手段は、前記第２のフォルダに保存された前記データを、前記第１のフォルダにコピーして保存させることを特徴とする請求項１８に記載の情報処理装置。
20. 前記確認手段が起動を確認する対象となる第２のアプリケーションの設定を受け付ける設定手段を更に有することを特徴とする請求項１９に記載の情報処理装置。
21. アプリケーションを操作するためのユーザインタフェースの構成が異なる複数のアプリケーション実行環境を有するオペレーティングシステムを搭載した情報処理装置における情報処理方法であって、
    確認手段が、第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされているか否かを確認する確認工程と、
    保存制御手段が、前記確認工程にて前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされていることが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御工程と
    を有することを特徴とする情報処理方法。
22. アプリケーションを操作するためのユーザインタフェースの構成が異なる複数のアプリケーション実行環境を有するオペレーティングシステムを搭載した情報処理装置における情報処理方法であって、
    確認手段が、第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境で起動したかを確認する確認工程と、
    保存制御手段が、前記確認工程にて前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上で起動したことが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御工程と
    を有することを特徴とする情報処理方法。
23. コンピュータを、
    第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされているか否かを確認する確認手段、
    前記確認手段により前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上にインストールされていることが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御手段
    として機能させるためのプログラム。
24. コンピュータを、
    第１のアプリケーション実行環境上で動作する第１のアプリケーションを操作する際に、第２のアプリケーション実行環境上で動作するアプリケーションであって、前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境で起動したかを確認する確認手段、
    前記確認手段により前記第１のアプリケーションに対応する第２のアプリケーションが前記第２のアプリケーション実行環境上で起動したことが確認されたことに応じて、前記第２のアプリケーションにより表示されるデータ選択画面からデータを選択する際に、前記第１のアプリケーション実行環境上で保存した前記データが保存されている第１のフォルダへアクセスする操作回数よりも少ない操作回数でアクセス可能な第２のフォルダに対し、前記データを保存させる保存制御手段
    として機能させるためのプログラム。

Images