(57)【要約】【課題】データへの参照をより適切に制御することを目的とする。【解決手段】記憶領域を参照する参照情報の表示情報を選択し、参照情報の表示情報を選択すると、参照情報の参照先の記憶領域を示す参照先の表示情報を関連付けた態様で表示部に表示し、参照情報が記憶されていた記憶領域を他の記憶領域とは識別可能に表示することによって課題を解決する。【選択図】図９
2013218603.tif 000002
【特許請求の範囲】
【請求項１】
記憶領域を参照する参照情報の表示情報を選択する選択手段と、
前記選択手段で参照情報の表示情報が選択されると、前記参照情報の参照先の記憶領域を示す参照先の表示情報を関連付けた態様で表示部に表示する表示手段と、を有し、
前記表示手段は、前記参照情報が記憶されていた記憶領域を他の記憶領域とは識別可能に表示することを特徴する情報処理装置。
【請求項２】
前記表示手段は、前記態様として、前記参照先の記憶領域の所在を示す所在情報を用いて、前記表示部に表示されている前記参照情報が記憶されている参照元の記憶領域に記憶されている参照元のデータの表示情報に代えて前記参照先の記憶領域に記憶されている参照先のデータの表示情報を表示することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記表示手段は、前記参照情報が記憶されている参照元の記憶領域を示す参照元の表示情報の階層および前記参照情報の表示情報の階層を示す階層情報を用いて、前記参照元の表示情報と前記参照情報の表示情報とを階層の形式で表示することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記参照元のデータの表示情報の削除が指示されたときに、前記参照元のデータを保持領域に保持する管理を行う管理手段と、
前記参照元のデータの表示情報に代えて前記表示部に表示されている前記参照先のデータの表示情報の削除が指示されると、前記参照先の記憶領域が前記管理手段とは異なる管理手段により管理されているか否かを判断し、異なる管理手段により管理されていると判断した場合、前記参照先の記憶領域に前記参照先のデータを戻す復元用の復元情報を前記保持領域に格納する格納手段と、を更に有することを特徴とする請求項２記載の情報処理装置。
【請求項５】
選択手段が、記憶領域を参照する参照情報の表示情報を選択する選択工程と、
表示手段が、前記選択工程で参照情報の表示情報が選択されると、前記参照情報の参照先の記憶領域を示す参照先の表示情報を関連付けた態様で表示部に表示する表示工程と、を有し、
前記表示工程では、前記参照情報が記憶されていた記憶領域を他の記憶領域とは識別可能に表示することを特徴する情報処理方法。
【請求項６】
コンピュータを、
記憶領域を参照する参照情報の表示情報を選択する選択手段と、
前記選択手段で参照情報の表示情報が選択されると、前記参照情報の参照先の記憶領域を示す参照先の表示情報を関連付けた態様で表示部に表示する表示手段と、して機能させ、
前記表示手段は、前記参照情報が記憶されていた記憶領域を他の記憶領域とは識別可能に表示するプログラム。
【請求項７】
前記表示手段は、前記態様として、前記参照先の記憶領域の所在を示す所在情報を用いて、前記表示部に表示されている前記参照情報が記憶されている参照元の記憶領域に記憶されている参照元のデータの表示情報に代えて前記参照先の記憶領域に記憶されている参照先のデータの表示情報を表示する請求項６記載のプログラム。
【請求項８】
前記表示手段は、前記参照情報が記憶されている参照元の記憶領域を示す参照元の表示情報の階層および前記参照情報の表示情報の階層を示す階層情報を用いて、前記参照元の表示情報と前記参照情報の表示情報とを階層の形式で表示する請求項６又は７記載のプログラム。
【請求項９】
前記参照元のデータの表示情報の削除が指示されたときに、前記参照元のデータを保持領域に保持する管理を行う管理手段と、
前記参照元のデータの表示情報に代えて前記表示部に表示されている前記参照先のデータの表示情報の削除が指示されると、前記参照先の記憶領域が前記管理手段とは異なる管理手段により管理されているか否かを判断し、異なる管理手段により管理されていると判断した場合、前記参照先の記憶領域に前記参照先のデータを戻す復元用の復元情報を前記保持領域に格納する格納手段と、して更に機能させる請求項７記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、文書管理アプリケーションは、記憶装置に対して文書（電子文書）を保管し、保管した文書を操作するための様々な機能を備え、利便性の高い保存領域を提供している。また、文書管理アプリケーションの一般的な機能として、指定されたフォルダへアクセスするフォルダツリービューの機能がある。
フォルダツリービューによれば、ユーザは、フォルダ及び文書（ファイルの一例）の位置関係を直感的に把握しやすい。また、フォルダを一階層ずつ指定して文書を閲覧等する方法とは異なり、フォルダツリービューによれば、ユーザは、所望の階層のフォルダを容易に指定して、文書を閲覧等することができる。
【０００３】
また、文書管理アプリケーションの一般的な機能として、指定された文書およびフォルダへアクセスするショートカットファイルの機能がある。ショートカットファイルによれば、ユーザは、よく利用する文書およびフォルダについて、フォルダの階層を一階層ずつたどることなくアクセスすることが可能である。また、ユーザは、フォルダ及び文書の実体は１か所であるが、複数の箇所からアクセスしたい場合に、アクセスしたい箇所のショートカットファイルを作成することで、複数の箇所からのアクセスを実現することができる。
例えば、ユーザは、クライアント装置（クライアント環境）においてカテゴリー別にフォルダ分けを行いたい場合がある。このとき、ユーザは、文書およびフォルダの実体がサーバ上で管理されていても、当該文書のショートカットファイルを作成し、クライアント装置にあるカテゴリー別のフォルダに配置する。このように配置することで、サーバ上の文書もクライアント装置でカテゴリー別に管理しているように操作することができる。また、複数のディレクトリツリーのうち最新のディレクトリツリーにおけるファイルのみを更新対象とする技術が特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２６８４５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記文書管理アプリケーションは、参照先がフォルダであるショートカットファイルを実行した場合、フォルダツリービューは、ショートカットファイルの参照先であるフォルダのツリーを展開する。そして、当該参照先のフォルダのアイコンにフォーカスがあてられる。このため、ユーザは、ショートカットファイルが置かれていたフォルダをフォルダツリービュー上から見つけるのが困難となる。
ユーザは、通常のフォルダを開く際は、開かれるフォルダと当該フォルダが置いてあるフォルダとは親子関係にあり、これらのアイコンがフォルダツリービュー上では並んで表示されているので、どのフォルダから移動してきたかが簡単にわかる。
【０００６】
一方、参照先がフォルダであるショートカットファイルにおいては、開かれるフォルダと参照先がフォルダであるショートカットファイルとがある場所は、親子関係にないことが多い。また、フォルダツリーのルートもそれぞれ異なる場合がある。
よって、ユーザは、参照先がフォルダであるショートカットファイルを開く際は、通常のフォルダのように、元のフォルダをフォルダツリービューから探すことが困難である。
ここで、元のフォルダを見つける方法として、１つ前に表示していたフォルダに戻るボタンが一般的に存在する。しかしながら、参照先がフォルダであるショートカットファイルから更に複数のフォルダの階層をたどった場合、たどった回数だけ戻るボタンを押下する必要があり、手間が発生するといった問題がある。
【０００７】
本発明はこのような問題点に鑑みなされたもので、データへの参照をより適切に制御することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明に係る情報処理装置は、記憶領域を参照する参照情報の表示情報を選択する選択手段と、前記選択手段で参照情報の表示情報が選択されると、前記参照情報の参照先の記憶領域を示す参照先の表示情報を関連付けた態様で表示部に表示する表示手段と、を有し、前記表示手段は、前記参照情報が記憶されていた記憶領域を他の記憶領域とは識別可能に表示することを特徴する。
【０００９】
また、本発明は、方法、プログラム、システム、記憶媒体などとしてもよい。
【発明の効果】
【００１０】
本発明によれば、データへの参照をより適切に制御することができる。
【図面の簡単な説明】
【００１１】
【図１】データ処理システムの構成の一例を示す図である。
【図２】データ処理装置のハードウェアの構成の一例を示す図である。
【図３】データ処理装置のソフトウェアの構成の一例を示す図である。
【図４】一般的なファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図５】一般的なファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図６】本ファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図７】本ファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図８】アイテム情報を表すデータ構造の一例を示す図である。
【図９】ツリー展開時処理に係るフローチャートの一例を示す図である。
【図１０】アイテム実行時処理に係るフローチャートの一例を示す図である。
【図１１】本ファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図１２】本ファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図１３】本ファイル管理アプリケーションが提供するＵＩの一例を示す図である。
【図１４】削除情報を表すデータ構造の一例を示す図である。
【図１５】ファイル削除時処理に係るフローチャートの一例を示す図である。
【図１６】ファイル復元時処理に係るフローチャートの一例を示す図である。
【図１７】削除ファイルリスト表示時処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１３】
＜第１の実施形態＞
本実施形態では、ファイルの管理に関する技術について説明する。図１は、本実施形態に係るデータ処理システムの構成の一例を示す図である。本データ処理システムは、データ処理装置１００とファイルサーバ１０１とがネットワーク１０２を介して通信可能なシステムである。
データ処理装置１００は、データを保存する領域（記憶領域の一例）を有する情報処理装置（コンピュータ）の一例である。ファイルサーバ１０１は、データを保存する領域（記憶領域の一例）を有する情報処理装置（コンピュータ）の一例である。ネットワーク１０２は、有線または無線の通信媒体の一例であり、例えば、ＬＡＮなどの通信用ケーブルである。また、データ処理装置１００及びファイルサーバ１０１については、図１では１台ずつ示しているが、複数台ずつ設けられる構成であってもよい。
【００１４】
図２は、データ処理装置１００のハードウェアの構成の一例を示す図である。データ処理装置１００は、プログラムを実行するＣＰＵ２０１を備える。また、データ処理装置１００は、ファイルを示すアイテム（ファイルアイテム）、フォルダ（記憶領域の一例）を示すアイテム（フォルダアイテム）等を表示する表示部２０２を備える。なお、アイテム（アイコン）は、表示情報の一例である。また、データ処理装置１００は、プログラム、プログラムの実行に必要な情報、ファイルなど、各種の情報を記憶するＲＡＭ２０３、ＲＯＭ２０４、ＨＤＤ（ハードディスクドライブ）２０７、及びＣＤ−ＲＯＭ２０８を備える。
また、データ処理装置１００は、データ処理装置１００への指示、値などの入力を受け付けるキーボード２０５及びポインティングデバイス２０６、並びに各種の情報を入出力するＩ／Ｏ２０９を備える。例えば、キーボード２０５及びポインティングデバイス２０６は、ユーザにより操作され、当該操作に応じて各種の情報をデータ処理装置１００に入力する。Ｉ／Ｏ２０９には、外部機器との通信を行うＩ／Ｏが含まれる。なお、Ｉ／Ｏ２０９を介した周辺機器との接続形態については、有線を例に挙げて説明するが、有線および無線の何れであってもよい。
【００１５】
図３は、データ処理装置１００のソフトウェアの構成の一例を示す図である。ファイル管理アプリケーション３０１は、ファイルを管理するアプリケーションである。なお、本実施形態では、ＣＰＵ２０１が、ＲＯＭ２０４に格納されたプログラムの手順に従って処理を行うことによって、データ処理装置１００における機能及び後述するフローチャートに係る処理が実現される。
ＵＩ制御部３０２は、表示部２０２への出力、キーボード２０５及びポインティングデバイス２０６からの入力を制御する。ＵＩ制御部３０２は、入力された値を元に、ＨＤＤ２０７、ネットワーク１０２を介したファイルサーバ１０１（例えばデータベース）などに対するファイルの編集、移動、削除などの処理（ファイル処理）をファイル管理部３０３に指示する。また、ＵＩ制御部３０２は、ファイル処理後のファイルの情報（ファイル情報）を反映させた表示内容を表示部２０２に出力する。
ファイル管理部３０３は、ＨＤＤ２０７、ネットワーク１０２を介したファイルサーバ１０１などのファイルに対し、アクセス、管理などするための制御を行う。
【００１６】
図４及び図５は、一般的なファイル管理アプリケーションが提供するＵＩの一例を示す図である。図６及び図７は、ファイル管理アプリケーション３０１が提供するＵＩの一例を示す図である。
ウィンドウ４００及びウィンドウ５００の各々は、ファイルの編集、移動、削除などの操作（ファイル操作）を受け付ける画面（ウィンドウ）を示す。ツリー表示領域４０１及びツリー表示領域５０１の各々は、フォルダツリーを表示する。フォルダツリーは、フォルダの階層構造をツリーの形式で表示したＵＩである。ツリーの形式で表示されるフォルダアイテムは、参照先のフォルダと関連付けされている。
【００１７】
例えば、ツリーの形式で表示されるフォルダアイテムが選択されると、ファイルリストがファイルリスト表示領域（４０２、５０２）に表示される。ファイルリストは、例えば、選択されたフォルダアイテムのフォルダに格納されているファイルのファイルアイテム、及び選択されたフォルダアイテムのフォルダの１つ下の階層のフォルダのフォルダアイテムである。
図４及び図５のツリー表示領域４０１は、一般的なフォルダツリーの状態を示し、フォルダのみを階層構造とし、フォルダアイテムをツリーの形式で表示するものである。図６及び図７のツリー表示領域５０１は、本実施形態におけるフォルダツリーの状態を示し、フォルダだけでなく、参照先がフォルダであるショートカットファイル（参照情報の一例）も含めて階層構造とし、各アイテムをツリーの形式で表示するものである。
【００１８】
アイテムがショートカットファイルと関連付けされている場合、当該アイテムは、ショートカットファイルの参照先であるフォルダ或いはファイルと更に関連付けされる。また、フォルダツリーのルートは、複数存在し、フォルダツリーのルートのフォルダ（ルートフォルダ）として特定のフォルダを登録しておくことによって、ファイル管理アプリケーションから関連付けされた参照先のファイルを閲覧、編集等することが可能となる。
フォルダツリーのルートフォルダとして登録できるフォルダは、データ処理装置１００内のフォルダ（ローカルフォルダ）に限られるものではない。他の情報処理装置、例えばネットワーク１０２を介したファイルサーバ１０１上のフォルダであってもフォルダツリーのルートフォルダとして登録可能である。また、データ処理装置１００及びファイルサーバ１０１が、異なるファイル管理アプリケーションを有する場合でも、それぞれのファイル管理アプリケーションの能力をそれぞれが持つ仕組みとすることで、フォルダツリーのルートフォルダとして登録可能である。また、ユーザが割り当てたフォルダ（ドライブ）をルートフォルダとして列挙し、フォルダツリーとして表示するという実装方法であってもよい。
【００１９】
ファイルリスト表示領域（４０２、５０２）は、ファイルリストを表示する領域であり、ファイル操作を受け付けるＵＩである。ツリー表示領域（４０１、５０１）のフォルダツリーから任意のフォルダアイテムがファイル操作により選択された場合、ファイルリスト表示領域（４０２、５０２）には、選択されたフォルダアイテムのフォルダのファイルリストが表示（例えば一覧表示）される。より具体的には、選択されたフォルダアイテムのフォルダ内に存在するファイルのファイルアイテム、及び選択されたフォルダアイテムのフォルダの１つ下の階層のフォルダのフォルダアイテムがファイルリスト表示領域（４０２、５０２）に表示される。
また、ファイルリスト表示領域（４０２、５０２）からフォルダアイテムを選択してクリックする等のファイル操作が行われた場合、ファイルリスト表示領域（４０２、５０２）には、選択されたフォルダアイテムのフォルダのファイルリストが表示される。より具体的には、選択されたフォルダアイテムのフォルダ内に存在するファイルのファイルアイテム及び選択されたフォルダアイテムのフォルダの１つ下の階層のフォルダのフォルダアイテムがファイルリスト表示領域（４０２、５０２）に表示される。そして、ツリー表示領域（４０１、５０１）では、選択されたフォルダアイテムのフォルダまでの上位の階層のフォルダのフォルダアイテムがツリーの形式で展開され、選択されたフォルダアイテムにフォーカスがあてられる。
【００２０】
続いて、図４及び図５を用いて、一般的なツリー表示領域４０１について更に説明し、図６及び図７を用いて、本実施形態のツリー表示領域５０１について更に説明する。
ツリー表示領域４０１では、図４に示すように、Ａ１１フォルダアイテム４０３のＡ１１フォルダ内にあるＡ１１２（Ｂ１３３）ファイルのショートカットファイルアイテム４０４をダブルクリックした際、Ａ１１２（Ｂ１３３）ファイルが実行される。ショートカットファイルアイテム４０４の参照先がフォルダである場合、図５に示すように、ツリー表示領域４０１では、ショートカットファイルアイテム４０４に関連付けされたＢ１３３フォルダのＢ１３３フォルダアイテム４０５にフォーカスがあたる。
この場合、Ａ１１フォルダアイテム４０３のＡ１１フォルダからＢ１３３フォルダアイテム４０５のＢ１３３フォルダ（現在のフォルダ）へジャンプしてきたということは、図５の状態から判断することは困難である。
【００２１】
一方、ツリー表示領域５０１では、図６に示すように、Ａ１１のアイテム５０５がダブルクリックされることで、Ａ１１内のＡ１１１（フォルダ）とＡ１１２（Ｂ１１３）（ショートカットファイル）とＡ１１３（テキストファイル）とがファイルリスト表示領域５０２に表示される。図６では、参照先がフォルダであるショートカットファイル（Ａ１１２（Ｂ１３３）ファイル）のＡ１１２（Ｂ１３３）アイテム５０３もツリー表示領域５０１に表示されている（表示態様の一例）。また、ショートカットファイルアイテム５０４がダブルクリックされた際、図７に示すように、ショートカットファイルアイテム５０４と関連付けられたＡ１１２（Ｂ１３３）ファイルのＡ１１２（Ｂ１３３）アイテム５０３にフォーカスがあたる（表示態様の一例）。なお、図６のショートカットファイルアイテム５０４がダブルクリックされた場合、図７のように、Ａ１１２（Ｂ１３３）フォルダ内のファイルＢ１３３１がファイルリスト表示領域５０２に表示される。
上述の表示態様によれば、図６のファイルリスト表示領域５０２において選択されたショートカットファイルアイテム５０４に対応するツリー表示領域５０１内のアイテム５０３にフォーカスが当たる。その結果、ユーザは、元々Ａ１１フォルダアイテム５０５（参照元のフォルダのフォルダアイテム）のＡ１１フォルダを表示していたということが、図７の状態から判断することが容易となる。
【００２２】
図８は、ツリー表示領域５０１に表示されるアイテムのアイテム情報を表すデータ構造（内部構成）の一例を示す図である。なお、本実施形態では、ファイル管理アプリケーション３０１で用いられるアイテム情報は、ＨＤＤ２０７に記憶されている。
アイテムは、当該アイテムが属している親アイテムと、当該アイテムがフォルダのショートカットファイルアイテムであるか否かを示すフラグと、フォルダパス（記憶領域の所在を示す所在情報の一例）との情報（階層情報の一例）を保持している。
アイテムは、一般的に任意のフォルダのフォルダパスと関連付けられる。そして、ツリー表示領域５０１から任意のアイテムが選択された場合、選択されたアイテムに関連付けられたフォルダのフォルダパスについてのファイルリストがファイルリスト表示領域５０２に表示される。例えば、「Ａ１」というアイテムは、「Ａ１」というフォルダを示し、「C://A1」というフォルダパスと関連付けされている。
【００２３】
また、本実施形態では、参照先がフォルダであるショートカットファイルもツリー表示領域５０１のアイテムとして追加することができる。この場合、関連付けされるフォルダパスは、ショートカットファイルの参照先である。例えば、「Ａ１１２（Ｂ１３３）」というアイテムは、参照先がフォルダであるショートカットファイルを示し、「http://server.co.jp/B1/B13/B133」というファイルパスと関連付けされている。
「Ａ１１２（Ｂ１３３）」というアイテムは、ショートカットファイルの参照先であるフォルダパスが関連付けられているので、実質的には「Ｂ１３３」というフォルダを示す。また、「Ｂ１３３」というフォルダと関連付けされている「Ｂ１３３」というアイテムは、別で存在し、当該アイテムも「http://server.co.jp/B1/B13/B133」というファイルパスと関連付けされている。
【００２４】
また、通常のフォルダアイテムと、参照先がフォルダであるショートカットファイルアイテムとの判定が行えるように、上述したように、フォルダのショートカットファイルアイテムであるか否かを示すフラグを内部的に持たせている。アイテムの種類を判定するための構成は、この構成に限られるものではなく、適宜の構成を採用することができる。また、フォルダの親子関係を判定するために、アイテムごとに自分の親アイテムが関連付けされている。フォルダの親子関係を判定するための構成は、この構成に限られるものではなく、適宜の構成を採用することができる。
なお、本実施形態では、アイテムとフォルダ（ショートカットファイル）との関連付けを説明するためにアイテムをフォルダ名（ショートカットファイル名）と一致させているが、この構成に限られるものではない。例えば、フォルダ名（ショートカットファイル名）でないアイテムが重複しない識別子で内部的に管理する実装方法であってもよい。
【００２５】
次に、図９のフローチャートを用いて、ツリー表示領域５０１のツリーの展開時の処理（ツリー展開時処理）を説明する。図９は、ツリー展開時処理に係るフローチャートの一例を示す図である。本処理は、ツリー表示領域５０１のアイテムを展開する操作を行った際に行われる処理である。処理の対象は、ツリー表示領域５０１で選択されたアイテムのフォルダ内のファイル及び１つ下の階層のフォルダである。
Ｓ９０１では、ファイル管理アプリケーション３０１が、処理の対象がフォルダであるか否かの判定を行う。判定方法の一例として、選択されたアイテムのパスがフォルダを示すものであるか否かを判定する一般的なＡＰＩを用いる。ファイル管理アプリケーション３０１が、フォルダでないと判断した場合、Ｓ９０２に処理を進め、フォルダであると判断した場合、Ｓ９０５に処理を進める。
【００２６】
Ｓ９０２では、ファイル管理アプリケーション３０１が、処理の対象がショートカットファイルであるか否かの判定を行う。判定方法の一例として拡張子による判定方法を用いる。例えば、ファイル管理アプリケーション３０１は、予めショートカットファイルとして認識するための拡張子をＨＤＤ２０７などに記憶しておき、対象のファイルの拡張子と比較し、一致した場合、ショートカットファイルであると判断する。ファイル管理アプリケーション３０１が、ショートカットファイルであると判断した場合、Ｓ９０３に処理を進め、他方、ショートカットファイルでないと判断した場合、本処理を終了する。
Ｓ９０３では、ファイル管理アプリケーション３０１が、ショートカットファイルの参照先がフォルダであるか否かを判定する。判定方法の一例として、ショートカットファイルの参照先の示すパスがフォルダであるか否かを判定する一般的なＡＰＩを用いる。ファイル管理アプリケーション３０１が、ショートカットファイルの参照先がフォルダであると判断した場合、Ｓ９０４に処理を進め、他方、ショートカットファイルの参照先がフォルダでないと判断した場合、本処理を終了する。
【００２７】
Ｓ９０４では、ファイル管理アプリケーション３０１が、処理の対象を、ショートカットファイルの参照先を示すフォルダとしてフォルダツリーに追加する。
一般的に、ファイル管理アプリケーション３０１は、フォルダアイテムをフォルダツリーへ追加する際、当該フォルダのフォルダパスを当該アイテムに関連付けて当該アイテムをフォルダツリーに追加する。つまり、ショートカットフォルダはフォルダツリーには追加されない。しかしながら、本処理では、ファイル管理アプリケーション３０１は、ショートカットファイルの参照先を示すフォルダのフォルダパスを当該アイテム（ショートカットファイルのアイテム）に関連付けて当該アイテム（ショートカットのアイテム）をフォルダツリーに追加する。
Ｓ９０５では、ファイル管理アプリケーション３０１が、処理の対象であるフォルダのフォルダアイテムをフォルダツリーへ追加する。
【００２８】
次に、図１０のフローチャートを用いて、ファイルリスト表示領域５０２に表示されたファイルアイテムの実行時の処理（アイテム実行時処理）を説明する。図１０は、アイテム実行時処理に係るフローチャートの一例を示す図である。本処理は、ユーザが、ファイルリスト表示領域５０２からファイルアイテムを選択し、ダブルクリックなどのファイル操作を行った際に行われる処理である。
Ｓ１００１では、ファイル管理アプリケーション３０１が、操作の対象（選択されたアイテム）のファイルがショートカットファイルであるか否かを判定する。なお、判定方法については、適宜の判定方法を採用できる。本実施形態では、Ｓ９０２と同じ判定方法を採用する。ファイル管理アプリケーション３０１が、ショートカットファイルであると判断した場合、Ｓ１００２に処理を進め、他方、ショートカットファイルでないと判断した場合、Ｓ１００４に処理を進める。
Ｓ１００２では、ファイル管理アプリケーション３０１が、ショートカットファイルの参照先がフォルダであるか否かを判定する。なお、判定方法については、適宜の判定方法を採用できる。本実施形態では、Ｓ９０３と同じ判定方法を採用する。ファイル管理アプリケーション３０１が、ショートカットファイルの参照先がフォルダであると判断した場合、Ｓ１００３に処理を進め、他方、ショートカットファイルの参照先がフォルダでないと判断した場合、Ｓ１００４に処理を進める。
【００２９】
Ｓ１００３ではファイル管理アプリケーション３０１が、ファイルリスト表示領域５０２においてダブルクリックされたショートカットファイルに対応するフォルダツリー内のアイテムにフォーカスをあてる。
ここで、図６及び図７を例に挙げて説明する。図６でショートカットファイルアイテム５０４が実行された際、ファイル管理アプリケーション３０１は、図７に示すように、ツリー表示領域５０１のＡ１１フォルダアイテム５０５の子アイテムであるＡ１１２（Ｂ１３３）アイテム５０３にフォーカスをあてる。
【００３０】
つまり、参照先がフォルダであるショートカットファイルの実行時、及び実際の参照先のフォルダを開いた際には、ツリー表示領域５０１では、それぞれを示すフォルダツリーのアイテムにフォーカスがあてられる。また、これらの際には、ファイルリスト表示領域５０２には、同一のフォルダ内のファイルリストが表示される。
上述の構成によれば、ユーザは、参照先がフォルダであるショートカットファイルの実行時に、フォルダツリーを利用して、ショートカットファイルの配置されたフォルダのフォルダアイテムへ戻ることが容易となる。なお、本願では選択されたショートカットファイルに対応するフォルダツリー内のアイテムにフォーカスを当てていたが、選択されたショートカットファイルに対応するフォルダツリー内のアイテムが他のアイテムと識別可能に表示されれば良い。例えば、選択されたショートカットファイルに対応するフォルダツリー内のアイテムを太字にしたり、他のアイテムと異なる色で表示するなどでも良い。
【００３１】
＜第２の実施形態＞
第１の実施形態では、ツリー表示領域５０１に、参照先がフォルダであるショートカットファイルもアイテムとして追加する構成を示した。
また、第１の実施形態で示したファイル管理アプリケーション３０１では、異なるファイル管理アプリケーションのフォルダをルートフォルダアイテムとしてツリー表示領域５０１に登録することが可能である。この登録をした場合、それぞれのファイル管理アプリケーションでファイル管理が行われるので、それぞれのファイル管理で用いられるごみ箱（保持領域の一例）が存在する。
例えば、Ａフォルダ内のファイルが削除された場合、削除されたファイルは、Ａフォルダのファイル管理で用いられるＡごみ箱にて保持される。また、例えば、Ｂフォルダ内のファイルが削除された場合、削除されたファイルは、Ｂフォルダのファイル管理で用いられるＢごみ箱にて保持される。
【００３２】
ここで、例えば、ルートフォルダがＢ１フォルダである場合、Ｂ１フォルダ下のファイルは、Ｂごみ箱により管理される。よって、図１１に示す状態でＢ１３３１ファイルアイテム５０６を削除する操作が行われた場合、Ｂ１３３１ファイルアイテム５０６の実ファイルであるＢ１３３１ファイルは、Ｂ１フォルダ下のＢ１３３フォルダに格納されているので、Ｂごみ箱にて管理される。
しかしながら、ユーザにとってみれば、ツリー表示領域５０１の状態を見ると、ルートフォルダ「Ａ１フォルダ」下のファイルを削除したようにみえ、削除を指示したファイルアイテムの実ファイルがＡごみ箱にて管理されるような錯覚に陥る。このようなことから、ユーザが、削除を指示したファイルアイテムの実ファイルを元に戻す処理を行うためにごみ箱アイテムのごみ箱の内容を表示する際、異なるごみ箱アイテムのごみ箱の内容を表示してしまうというミスを冗長させるといった問題が発生する。
本実施形態では、上述の問題を解消するための構成について図面を用いて説明する。なお、本実施形態では、第１の実施形態の構成と異なる構成について主に説明する。
【００３３】
図１１、図１２、及び図１３は、ファイル管理アプリケーション３０１が提供するＵＩの一例を示す図である。図１１、図１２、及び図１３に示すように、ツリー表示領域５０１は、ルートフォルダごとに、削除が指示されたファイルアイテムのファイルを管理するためのごみ箱を示すごみ箱アイテムを表示する。
図１４は、ごみ箱の持つ削除されたファイルの情報（削除情報）を表すデータ構造（内部構成）の一例を示す図である。なお、本実施形態では、削除情報は、ごみ箱が設けられる装置のＨＤＤに記憶されているものとして説明する。
基本的には、削除されたファイルの管理は、それぞれのファイル管理アプリケーションが管理することが前提である。しかしながら、本実施形態では、ファイルの削除時に別途、ファイルの削除情報を管理する。削除情報には、ファイル名と、ダミーファイル（復元情報の一例）であるか否かを示すフラグとの情報が含まれる。また、削除情報は、ダミーファイルである場合、ダミーファイルに対応する実ファイルのファイルパスを示す情報を保持する。ダミーファイル及び実ファイルのファイルパスについてはＳ１５０３において説明する。
【００３４】
次に、図１５のフローチャートを用いて、本実施形態におけるファイルの削除時の処理（ファイル削除時処理）を説明する。図１５は、ファイル削除時処理に係るフローチャートの一例を示す図である。
Ｓ１５０１では、ファイル管理アプリケーション３０１が、削除時にツリー表示領域５０１のフォーカスがショートカットファイルアイテム、又はショートカットファイルの参照先のフォルダ内のフォルダアイテムにあるか否かを判定する。判定には、例えば図８に示すツリー表示領域５０１のアイテム情報を用いる。より具体的には、ファイル管理アプリケーション３０１は、フォーカスがあるアイテムのフォルダのショートカットフラグが「ＴＲＵＥ」であるか否かを判断する。
【００３５】
また、対象のアイテム自体がフォルダのショートカットフラグがＴＲＵＥであるアイテム下であるか否かも判定する必要があるので、ファイル管理アプリケーション３０１は、親アイテム、さらに親アイテムというようにルートフォルダのアイテムまで判定を行う。何れかのアイテムでフォルダのショートカットフラグがＴＲＵＥである場合、ツリー表示領域５０１のフォーカスがショートカットフォルダアイテム、又はショートカットファイルの参照先のフォルダ内のフォルダアイテムにあると判断される。
ファイル管理アプリケーション３０１が、ツリー表示領域５０１のフォーカスがショートカットファイルアイテム又はショートカットファイルの参照先のフォルダ内のフォルダアイテムにあると判断した場合、Ｓ１５０２に処理を進める。他方、ファイル管理アプリケーション３０１が、ツリー表示領域５０１のフォーカスがショートカットファイルアイテム及びショートカットファイルの参照先のフォルダ内のフォルダアイテムの何れにないと判断した場合、Ｓ１５０４に処理を進める。
【００３６】
Ｓ１５０２では、ファイル管理アプリケーション３０１が、ショートカットファイル（ショートカットファイルが格納されているフォルダ）と、参照先のフォルダとがそれぞれ異なるファイル管理アプリケーションで管理されているか否かを判定する。
判定方法の一例として、ファイル管理アプリケーション３０１が、ルートフォルダの登録時に、当該ルートフォルダが管理されるファイル管理アプリケーションの情報をＨＤＤ２０７に記憶しておき、この情報を比較することで判定する。ファイル管理アプリケーション３０１が、それぞれ異なるファイル管理アプリケーションで管理されていると判断した場合、Ｓ１５０３に処理を進め、他方、同じファイル管理アプリケーションで管理されていると判断した場合、Ｓ１５０４に処理を進める。
【００３７】
Ｓ１５０３では、ファイル管理アプリケーション３０１が、ダミーファイル（削除情報の一例）を生成し、ショートカットファイルが存在する側のファイル管理アプリケーション上でダミーファイルの削除の命令を実行する。なお、この処理により、ダミーファイルは、ショートカットファイルが存在する側のファイル管理アプリケーションのごみ箱に格納される。
ここでいうダミーファイルとは、ユーザが削除の指示を行ったファイルのダミーファイルであり、ダミーファイルは、ダミーファイルであることを示すフラグと、実際に削除の対象となるファイル（実ファイル）のファイルパスを有する。このファイルパスは、実ファイルに削除の命令が実行された後の実ファイルのファイルパスを表す。
Ｓ１５０４では、ファイル管理アプリケーション３０１が、選択されたアイテムのファイルの削除の命令を実行する。一般的なファイル管理アプリケーションの削除の命令を示し、削除されたファイルは、ファイルが管理されているファイル管理アプリケーションのごみ箱内にて管理される。
【００３８】
次に、図１６のフローチャートを用いて、本実施形態におけるファイルの復元時の処理（ファイル復元時処理）を説明する。図１６は、ファイル復元時処理に係るフローチャートの一例を示す図である。本処理は、一般的に、ファイルリスト表示領域５０２で表示された削除されたファイルのファイルアイテムに対し、ファイルを元に戻すというファイル操作を行った際に行われる処理である。
Ｓ１６０１では、ファイル管理アプリケーション３０１が、復元する対象のファイルがダミーファイルであるか否かを判定する。Ｓ１５０３で生成されたダミーファイルには、ダミーファイルであることを示すフラグが設けられているので、ファイル管理アプリケーション３０１は、当該フラグによって判断することが可能である。ファイル管理アプリケーション３０１が、ダミーファイルであると判断した場合、Ｓ１６０２に処理を進め、他方、ダミーファイルでないと判断した場合、Ｓ１６０４に処理を進める。
【００３９】
Ｓ１６０２では、ファイル管理アプリケーション３０１が、ダミーファイルに対応する実ファイルに対し、復元処理を実行する。ダミーファイルは、実ファイルの復元用のファイルパスを保持しているので、ファイル管理アプリケーション３０１は、当該ファイルパスに対して復元処理を実行する。
Ｓ１６０３では、ファイル管理アプリケーション３０１が、ダミーファイルの完全削除処理を行う。実ファイルが復元された場合、ダミーファイルをごみ箱に存在させる必要がないので、完全削除処理を行う。ここでいう完全削除処理とは、ごみ箱内からも削除を行う処理を示す。
Ｓ１６０４では、ファイル管理アプリケーション３０１が、選択されたアイテムのファイルを元の場所に戻す処理を実行する。ダミーファイルではないので、ファイル管理アプリケーション３０１は、一般的な動作により、選択されたアイテムのファイルの復元処理を行う。
【００４０】
次に、図１７のフローチャートを用いて、本実施形態における削除されたファイルのファイルリストの表示時の処理（削除ファイルリスト表示時処理）を説明する。図１７は、削除ファイルリスト表示時処理に係るフローチャートの一例を示す図である。本処理は、一般的に、ツリー表示領域５０１からごみ箱アイテムを選択し、ファイルリスト表示領域５０２に表示するファイルリストを決定する際に、ファイルリストのファイルそれぞれに対して行う処理である。
Ｓ１７０１では、ファイル管理アプリケーション３０１が、処理の対象がダミーファイルであるか否かを判定する。判定方法については、適宜の判定方法を採用できる。本実施形態では、Ｓ１６０１と同じ判定方法を採用する。ファイル管理アプリケーション３０１が、ダミーファイルであると判断した場合、Ｓ１７０２に処理を進め、他方、ダミーファイルでないと判断した場合、本処理を終了する。
【００４１】
Ｓ１７０２では、ファイル管理アプリケーション３０１が、ダミーファイルが持つ実ファイルパスの示すファイルが存在するか否かを判定する。ファイルの存在確認については、一般的なＡＰＩを用いて確認することが可能である。ファイル管理アプリケーション３０１が、実ファイルが存在しないと判断した場合、Ｓ１７０３に処理を進め、他方、実ファイルが存在すると判断した場合、本処理を終了する。
Ｓ１７０３では、ファイル管理アプリケーション３０１が、ダミーファイルの完全削除処理を行う。ダミーファイルが保持する実ファイルパスの示すファイルが存在しない場合、実ファイルは復元された、又は完全削除処理された場合であり、ダミーファイルを残す必要がないので、ダミーファイルの完全削除処理を行う。
上述した構成によれば、ユーザが削除を指示したファイルアイテムのファイルを元に戻す処理を行うためにごみ箱アイテムを表示する際、異なるごみ箱アイテムを表示した場合でも、当該ファイルのダミーファイルアイテムを表示し、元に戻せるように構成する。このように構成することで、ユーザの作業の手間を解消させることができる。
【００４２】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４３】
上述した実施形態の構成によれば、データへの参照をより適切に制御することができる。
【００４４】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2013218603.tif 000003
【図２】
2013218603.tif 000004
【図３】
2013218603.tif 000005
【図４】
2013218603.tif 000006
【図５】
2013218603.tif 000007
【図６】
2013218603.tif 000008
【図７】
2013218603.tif 000009
【図８】
2013218603.tif 000010
【図９】
2013218603.tif 000011
【図１０】
2013218603.tif 000012
【図１１】
2013218603.tif 000013
【図１２】
2013218603.tif 000014
【図１３】
2013218603.tif 000015
【図１４】
2013218603.tif 000016
【図１５】
2013218603.tif 000017
【図１６】
2013218603.tif 000018
【図１７】
2013218603.tif 000019