JP2009237863A - 電子ファイル管理装置および仮想店舗管理装置 - Google Patents

Abstract

【課題】ユーザフレンドリーなファイル管理を実現する。
【解決手段】電子ファイル管理装置は、コンピュータ・グラフィックスにより複数の仮想空間を形成し、各仮想空間内にファイルオブジェクトを表示させる。ファイルオブジェクトは電子ファイルに対応づけられる仮想オブジェクトである。ファイルオブジェクトはユーザにより、仮想空間ごとに任意の位置（仮想位置）に設定される。ファイル検索に際しては、電子ファイルの検索条件として仮想空間と検索領域が指定される。指定された仮想空間の指定された検索領域中にあるファイルオブジェクトと対応づけられている電子ファイルが検出されることになる。
【選択図】図１３

Description

この発明は、電子ファイルを管理するための技術、に関する。

コンピュータにおいて、文書、画像、音声、プログラムなどの情報は、一般的には、電子ファイル（以下、単に「ファイル」とよぶ）単位にて管理される。各ファイルは、ディレクトリやフォルダ（以下、まとめて「フォルダ」とよぶ）に格納される。フォルダはツリー構造を形成する。ファイルの所在は、ファイル・パス、すなわち、このツリー構造における格納先フォルダの位置により特定される。
特開２００５−２０２７０３号公報

ファイルやフォルダの数が増加すると、ユーザはどのフォルダにどのファイルを格納したか把握しにくくなる。たとえば、フォルダＤ０の下にフォルダＤ１、フォルダＤ２という２つのフォルダがあり、目的のファイルＦ１がフォルダＤ１とフォルダＤ２のどちらにあるか分からない場合、フォルダＤ０全体を検索対象とせざるを得ない。この結果、過度に検索範囲を拡げざるを得なくなる。

また、ファイルを作成したとき、どのフォルダに格納すべきか、あるいは、新しくフォルダを作るべきかといった判断が難しい場合も多い。たとえば、プロジェクトＰ１用のフォルダＤ１とプロジェクトＰ２用のフォルダＤ２が存在するとき、プロジェクトＰ１ともプロジェクトＰ２とも関連するファイルＦ２をどちらのフォルダに分類すべきか判断するのが難しい。通常のファイルだけではなく、電子メールをフォルダに分類するときにも同様の問題が生じる。
フォルダによるファイル管理方法は、ファイルの所在を一意に定めることができるため、コンピュータによる処理に馴染みやすいというメリットがある。その反面、ファイルの検索や分類についての柔軟性に欠けるというデメリットがある。

本発明は、上記課題に基づいて完成された発明であり、その主たる目的は、ユーザフレンドリーなファイル管理技術、を提供することにある。

本発明のある態様は、電子ファイル管理装置に関する。
この装置は、コンピュータ・グラフィックスにより複数の仮想空間を形成し、各仮想空間内にファイルオブジェクトを表示させる。仮想空間とファイルオブジェクトの位置はユーザにより指定される。ファイルの検索条件として仮想空間と検索領域が指定されると、指定された仮想空間の検索領域中にあるファイルオブジェクトと対応づけられている電子ファイルが検出される。

なお、以上に示した各構成要素の任意の組み合わせ、本発明を方法、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。

本発明によれば、人間に理解しやすいファイル管理用のユーザインタフェースを提供できる。

図１は、仮想空間とファイルの関係を示す概要図である。
本実施例においては、仮想空間によるファイル管理方法について提案する。同図に示す仮想空間２００は、ｘ軸、ｙ軸、ｚ軸により縦・横・高さが表現される。この仮想空間２００は、コンピュータ・グラフィックスにより形成される３次元空間である。ファイルオブジェクト２０２は、ファイルごとに対応づけられる仮想オブジェクトである。コンピュータに保存される通常の意味でのファイルのほか、ウェブページとして取得されるＨＴＭＬ（HyperText Markup Language）ファイルやＸＨＴＭＬ（eXtensible HyperText Markup Language）ファイルであってもよい。あるいは、外部から受信した電子メールであってもよい。いずれにしても、本実施例のファイルとは、画像、音声、文字あるいはプログラム等の情報管理単位であればよい。ユーザは、任意のファイルに対応づけられるファイルオブジェクトを、仮想空間２００内の任意の場所に設置する。
以下においては、あるファイルに対応づけられるファイルオブジェクトを仮想空間２００に置くことを、単に「ファイルを仮想空間２００に置く」と表現する。

仮想空間２００の各軸は、ファイルの特性を示す。たとえば、ｘ軸はＡ氏との関連性、ｙ軸はＢ氏との関連性、ｚ軸はＣ氏との関連性を示すとする。ここで、「Ａ氏およびＣ氏とは大いに関係があるが、Ｂ氏とはあまり関係がない」ファイルＦ１を仮想空間２００に置くとする。この場合、ユーザは、ｘ軸（Ａ氏）とｚ軸（Ｃ氏）の座標値が大きく、ｙ軸（Ｂ氏）の座標値が小さい場所にファイルＦ１を置く。仮想空間２００におけるファイルＦ１の設置場所により、ファイルＦ１とＡ氏、Ｂ氏、Ｃ氏との関係が空間的に表現される。

ｘ軸は重要度、ｙ軸は緊急度、ｚ軸は難易度を示してもよい。ファイルＦ１は、「重要でも難しくもないが、緊急に処理をすべきファイル」であるとする。この場合、ユーザは、ｘ軸（重要度）、ｚ軸（難易度）の座標値が小さく、ｙ軸（緊急度）の座標値が大きい場所にファイルＦ１を置く。この場合も、ファイルＦ１の設置場所により、ファイルＦ１の重要度、緊急度、難易度が空間的に表現される。仮想空間２００の各軸にどのような意味を持たせるかは自由である。

仮想空間２００の各軸に意味を持たせることにより、さまざまな評価基準に基づいて各ファイルの特性を空間的・視覚的に表現できる。同図の仮想空間２００においては、ｘ軸はＡ氏との関連性、ｙ軸はＢ氏との関連性、ｚ軸はＣ氏との関連性を示すとする。この仮想空間２００において、ファイルＦ１とファイルＦ２は近い。したがって、ファイルＦ１とＡ氏、Ｂ氏、Ｃ氏との関係は、ファイルＦ２とＡ氏、Ｂ氏、Ｃ氏との関係と似通っていることが読み取れる。もちろん、各軸にまったく何の意味も持たせなくてもかまわない。
以下、仮想空間２００内における位置のことを「仮想位置」とよぶ。

ファイルオブジェクト２０２が対応づけられているファイルの実体は、従来通りツリー構造を形成するフォルダにより管理される。同図によると、ファイルＦ１はフォルダＤ１に格納され、ファイルＦ２はフォルダＤ２に格納されている。フォルダＤ１とフォルダＤ２はツリー構造上は互いに離れており、ツリー構造からファイルＦ１とファイルＦ２の類似性を読み取るのは難しい。一方、仮想空間２００は、ツリー構造とは異なる観点から各ファイルの特性を示す。

仮想空間によるファイル管理方法には、別の利点もある。
例として、Ａ氏との関連性が高いファイルを格納するためのフォルダＤａが用意されているとする。同様に、Ｂ氏、Ｃ氏についてもフォルダＤｂ、フォルダＤｃが用意されているとする。このとき、「Ａ氏とＣ氏とは大いに関係があるが、Ｂ氏とはあまり関係がない」ファイルＦ１の格納先として、これらの３つのフォルダのいずれも適当ではない。「その他」のような新たなフォルダを作るか、Ｄａ（Ａ氏）、Ｄｂ（Ｂ氏）、Ｄｃ（Ｃ氏）という既存のフォルダ構造の作り直しが必要になる。

仮想空間２００であれば、Ａ氏との関連性の「大きさ」をｘ座標値の大きさにより定量的、いわばアナログに表現できる。ツリー構造のような既に存在するフォルダ構造に新しいファイルを当て嵌めていくのではなく、新しいファイルの設置場所を自由に決めることができる。このため、ツリー構造によるファイル管理よりも柔軟なファイル管理が可能となる。

なお、仮想空間２００は、３次元空間であるとして説明したが、仮想空間は２次元空間であってもよい。また、図８に関連して後述するように、４次元、あるいは、それ以上高次元の仮想空間を形成してもよい。更に、図１３以降に関連して後述するように、１つのファイルを複数の仮想空間に設置してもよい。

図２は、印象検索の考え方を説明するための模式図である。
ここで、ユーザはファイルＦ２を見つけたいが、ユーザはファイルＦ２がどのフォルダにあり、どのような名前のファイルであるか思い出せないという状況を想定する。ただし、ユーザは、ファイルＦ２について「Ａ氏やＢ氏とはある程度関係するが、Ｃ氏と特に関係が深い」という印象だけを記憶している。

そこで、ユーザは、ｘ座標（Ａ氏）とｙ座標（Ｂ氏）は通常値、ｚ座標（Ｃ氏）は大きな値となる適当な点を「検索基準点Ｐ」として指定する。次に、この検索基準点Ｐからの距離を「検索距離ｒ」として指定する。検索基準点Ｐから検索距離ｒ以内の領域である球２０４が「検索領域」として特定される。そして、この検索領域中に含まれているファイルオブジェクトと対応づけられるファイルが検出される。

同図の場合、ファイルＦ１〜Ｆ４が検出されたとする。検索結果は、検索結果画面２０６にリスト表示される。検索結果画面２０６から、ユーザはファイルＦ２を見つけ出す。仮想空間２００においては、ファイルの特性が定量的に表現されているため、このようなファイルに対する印象をファイル検索条件に反映させることができる。
以下、このような検索方法を「印象検索」とよぶ。また、従来のフォルダからファイルを検索する方法を「ツリー検索」とよぶことにする。

検索領域の大きさは任意である。検索距離ｒの増減により、検索範囲を増減できる。検索結果画面２０６においては、検索基準点Ｐに近いファイルほど上位に表示してもよい。また、指定された検索領域内にファイルがなければ、あるいは、所定数以下のファイルしか見つからなければ、自動的に検索距離ｒを拡大して再検索を実行してもよい。
検索領域の形状は球に限定されない。たとえば、２つの検索基準点Ｐ_１とＰ_２を焦点とする楕円体でもよいし、検索基準点Ｐを含む直方体や立方体であってもよい。仮想空間２００にフリーハンドで検索領域を描いてもよい。

印象検索にはさまざまな応用が考えられる。たとえば、ユーザはファイルＦ２について「ファイルＦ１と特性が似ている」という印象だけを記憶しているとする。この場合には、ファイルＦ１の仮想位置を含む検索領域を設定することにより、ファイルＦ２を探し出すことができる。条件式により検索領域を指定してもよい。たとえば、「Ａ氏やＢ氏よりもＣ氏に関連するが、Ｃ氏ともそれほど深い関連はない」というファイルＦ５の場合、「ｚ座標値（Ｃ氏）＞ｘ座標値（Ａ氏），ｙ座標値（Ｂ氏）、かつ、ｚ座標値（Ｃ氏）＜Ｔ_Ｚ」という条件式により検索領域を指定すればよい。Ｔ_Ｚはｚ座標値の上限としての設定値である。あるいは、「Ａ氏やＢ氏よりもＣ氏に関連し、少なくともファイルＦ１よりもＣ氏と深く関連する」というファイルＦ６の場合、「ｚ座標値（Ｃ氏）＞ｘ座標値（Ａ氏），ｙ座標値（Ｂ氏）、かつ、ｚ座標値（Ｃ氏）＞ファイルＦ１のｚ座標値」という条件式を設定できる。

ファイル・パスがある程度分かっているときには、ツリー検索は有効である。しかし、ファイル・パスが不明確な場合、検索範囲を過度に拡げざるを得ない。この結果、非常に多くのファイルを検索対象とせざるを得なくなる。印象検索の場合、ユーザの印象を検索条件に反映させることができるため、合理的に検索範囲を絞り込める。

図３は、仮想位置と階層の関係を説明するための模式図である。
仮想位置は座標値により特定されてもよいが、本実施例においては「階層」により特定する。印象検索を高速化するためである。説明を簡単にするため、直方体形状の検索領域を想定する。検索領域は、ｘ軸方向においては、同図斜線に示すｘ_１〜ｘ_２の範囲に及ぶとする。

仮想空間のｘ軸は、原点から正方向にＬ１、Ｌ２、Ｌ３、・・・という複数の範囲に分割される。負方向においても、−Ｌ１、−Ｌ２、・・・という複数の範囲に分割される。このＬｎ（ｎは自然数）のことを「第１階層」とよぶ。検索領域は、ｘ軸方向において、Ｌ２の一部からＬ３の一部に及ぶ。

第１階層のＬ２は、更に、Ｍ１〜Ｍ５に５分割される。このＭｎのことを「第２階層」とよぶ。Ｌ１やＬ３等、他の第１階層も同様にＭ１〜Ｍ５に５分割される。検索領域は、Ｌ２において、Ｍ３〜Ｍ５およびＭ２の一部を含む。

このうち、第２階層Ｍ２は、更に、Ｎ１〜Ｎ５に５分割される。このＮｎのことを「第３階層」とよぶ。Ｍ１やＭ３等、他の第２階層も同様にＮ１〜Ｎ５に５分割される。検索領域は、Ｍ２において、Ｎ５およびＮ４の一部を含む。

ここで、あるファイルＦ７は、ｘ軸方向において、第１階層Ｌ２に属し、そのうち第２階層Ｍ２に属し、そのうちＮ３に属しているとする。このファイルＦ７のｘ座標は（Ｌ２，Ｍ２，Ｎ３）と表記される。検索領域の範囲は、（Ｌ２，Ｍ２，Ｎ４）〜（Ｌ３，Ｍ３，Ｎ１）であるとする。ファイルＦ７は、第１階層Ｌ２と第２階層Ｍ２は検索範囲に含まれているが、第３階層Ｎ３が外れている。このため、ファイルＦ７は検出候補から外れる。

別のファイルＦ８のｘ座標は（Ｌ２，Ｍ２，Ｎ５）であるとする。ファイルＦ８はｘ座標については、検索領域の範囲内にあり、検出候補となる。ファイルＦ８について、ｙ軸、ｚ軸についても同様に検証し、ｘ軸、ｙ軸、ｚ軸の全てについて検索領域内にあれば、ファイルＦ８は検索結果画面２０６に表示される。

座標ベースで検出領域内にあるか否かを判定する場合、全てのファイルのｘ座標が（ｘ_１〜ｘ_２）の範囲にあるかを検証しなければならない。しかし、階層ベースで判定する場合には、第１階層がＬ２またはＬ３以外に所属するファイルを検索対象からすぐに除外できる。この結果、検出の候補を効率的に絞り込みやすい。上記検索領域の場合、ｘ座標について第１階層がＬ２のファイルの場合、第２階層がＭ３〜Ｍ５のいずれかであればそのまま候補として残る。第２階層がＭ２であれば、第３階層が判定対象となる。

図４は、電子ファイル管理装置１００とクライアント端末２１０の関係を示すハードウェア構成図である。
電子ファイル管理装置１００はインターネット２１２等を介してクライアント端末２１０ａ、２１０ｂ、・・・２１０ｃ（以下、単に「クライアント端末２１０」とよぶ）と接続される。クライアント端末２１０は、ウェブブラウザを搭載した一般的な端末である。

電子ファイル管理装置１００は、ツリー構造にてファイルを管理する。また、各クライアント端末２１０に仮想空間２００を表示させる。ユーザは、クライアント端末２１０に表示された仮想空間２００を介して電子ファイル管理装置１００のファイルにアクセスする。

電子ファイル管理装置１００は、インターネット２１２に限らず、ＬＡＮ（Local Area Network）などの他の通信回線を介してクライアント端末２１０と接続されてもよい。あるいは、電子ファイル管理装置１００自身がスタンド・アロンにてユーザインタフェースを提供してもよい。

図５は、電子ファイル管理装置１００の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

電子ファイル管理装置１００は、ＵＩ（ユーザインタフェース）処理部１１０、データ処理部１３０およびデータ保持部１５０を含む。
ＵＩ処理部１１０は、ユーザインタフェース処理を担当する。ＵＩ処理部１１０は、クライアント端末２１０にウェブページ形式にて各種画面を表示させる。データ処理部１３０は、ＵＩ処理部１１０やデータ保持部１５０から取得されたデータを元にして各種のデータ処理を実行する。データ保持部１５０は、ＵＩ処理部１１０とデータ保持部１５０との間のインタフェースの役割も果たす。データ保持部１５０は、各種データを保持するための記憶領域である。

ＵＩ処理部１１０：
ＵＩ処理部１１０は、出力部１１２と入力部１２２を含む。出力部１１２は、クライアント端末２１０に対して各種情報を出力する。入力部１２２は、クライアント端末２１０に対するユーザの各種入力を検出する。

出力部１１２は、仮想空間表示部１１４、ファイル表示部１１６、オブジェクト表示部１１８および音声出力部１２０を含む。
仮想空間表示部１１４は、仮想空間をクライアント端末２１０に表示させる。仮想空間表示部１１４は、仮想空間全体の構造を提供する。ファイル表示部１１６は、仮想空間にファイルオブジェクト２０２を表示させる。オブジェクト表示部１１８は、仮想空間２００にファイルオブジェクト以外の仮想オブジェクトを表示させる。仮想空間には木や建物、机、あるいは人間などを模したさまざまな仮想オブジェクトが表示されてもよい。オブジェクト表示部１１８は、こういった仮想オブジェクトを仮想空間に配置する。ファイルオブジェクト以外の仮想オブジェクトについては、図９や図１０に関連して後述する。音声出力部１２０は、クライアント端末２１０にて音声を出力する。音声についても図９と図１０に関連して後述する。
仮想空間表示部１１４、ファイル表示部１１６、オブジェクト表示部１１８、音声出力部１２０により、仮想空間全体の表示画像が形成される。出力部１１２は、検索結果画面２０６等その他の画像も出力する。

入力部１２２は、位置設定検出部１２４、検索条件検出部１２６および仮想空間選択部１２８を含む。
位置設定検出部１２４は、ユーザがファイルを置くとき、その仮想位置を検出する。検索条件検出部１２６は、ファイルの検索条件を検出する。具体的には、検索基準点等、検索領域の位置・大きさ・形状に関する入力を検出する。複数の仮想空間が存在するとき、ユーザはアクセス対象となる仮想空間を選択できる。仮想空間選択部１２８は、仮想空間の選択入力を検出する。仮想空間の選択に関しては、図１３に関連して後述する。

データ処理部１３０：
データ処理部１３０は、ファイル検索部１３２、アクセス判定部１３８および位置登録部１４０を含む。
ファイル検索部１３２は、検索条件にしたがって、ファイル検索（印象検索）を実行する。ファイル検索部１３２は、範囲特定部１３４と検索実行部１３６を含む。範囲特定部１３４は、検索条件にしたがって検索領域を画定する。検索実行部１３６は、検索領域内にあるファイルオブジェクト２０２を検出する。

仮想空間には、所定のアクセスが制限されるべき領域（以下、「制限領域」とよぶ）を設定可能である。たとえば、ある制限領域は、「開発部」に所属しているユーザしかアクセスできない。アクセス判定部１３８は、このような制限領域へのアクセス可否をユーザ属性に基づいて判定する。詳細は、図１１と図１２に関連して後述する。位置登録部１４０は、ファイルオブジェクト２０２やその他の仮想オブジェクトをユーザが動かしたとき、それらの仮想位置を仮想ファイル情報２１４や仮想オブジェクト情報２１６に登録する。仮想ファイル情報２１４および仮想オブジェクト情報２１６の詳細については、それぞれ図７、図１０に関連して後述する。

データ保持部１５０：
データ保持部１５０は、仮想ファイル情報保持部１５２、仮想オブジェクト情報保持部１５４、ファイル保持部１５６、ユーザ属性情報保持部１５８、制限領域情報保持部１６０および空間選択情報保持部１６２を含む。

仮想ファイル情報保持部１５２は、ファイルオブジェクト２０２とその仮想位置の関係を定める仮想ファイル情報２１４（図７参照）を保持する。仮想オブジェクト情報保持部１５４は、仮想オブジェクトとその仮想位置の関係を定める仮想オブジェクト情報２１６（図１０参照）を保持する。ファイル保持部１５６は、ツリー構造を形成するフォルダ群に複数のファイルを対応づけて保持する。ファイル保持部１５６は、ファイルとフォルダの関係を定めるパス情報２２２（図６参照）を保持する。

ユーザ属性情報保持部１５８は、ユーザとそのユーザ属性を対応づけたユーザ属性情報２１８（図１１参照）を保持する。制限領域情報保持部１６０は、制限領域とその場所を対応づける制限領域情報２２０（図１２参照）を保持する。空間選択情報保持部１６２は、ユーザと仮想空間とを対応づける空間選択情報（図示せず）を保持する。空間選択情報については、図１３や図１４に関連して後述する。データ保持部１５０は、このほかにも仮想オブジェクトなどの仮想空間内の構築物に関する画像データや音声データ等を保持する。
本実施例においては、電子ファイル管理装置１００が仮想空間制御に関するほとんどの機能を担うとして説明するが、電子ファイル管理装置１００のみにより図５の全機能が実現される必要はなく、電子ファイル管理装置１００およびクライアント端末２１０のいずれかにより図５の各機能が実現されればよい。いいかえれば、電子ファイル管理装置１００とクライアント端末２１０の協働により、図５に示す「電子ファイル管理装置」全体としての機能が実現されればよい。各機能ブロック、さらには機能ブロック内の各部分が電子ファイル管理装置１００とクライアント端末２１０のいずれによって実現されるかは発明の本質に関わるものではない。システム全体を構築する上で、各種機能の分担を電子ファイル管理装置１００とクライアント端末２１０の間でどのように切り分けるかは、通信環境や計算機能力など、電子ファイル管理装置１００の動作環境なども考慮して設計されればよい。
たとえば、クライアント端末２１０が電子ファイル管理装置１００にアクセスするとき、電子ファイル管理装置１００は、第１階層、第２階層および第３階層の関係を定めた階層テーブルをクライアント端末２１０に送信してもよい。クライアント端末２１０は、階層テーブルをローカル・メモリに展開する。検索領域が指定されると、クライアント端末２１０は階層テーブルを参照し、指定された検索領域に該当する階層を特定する。クライアント端末２１０は、特定した階層を電子ファイル管理装置１００に通知する。電子ファイル管理装置１００は、通知された階層に含まれるファイルオブジェクト２０２を特定する。電子ファイル管理装置１００は、必要に応じて、ファイルそのものをクライアント端末２１０に送信する。あるいは、クライアント端末２１０は、指定された検索領域についてのスクリーン座標や３次元座標を電子ファイル管理装置１００に通知し、電子ファイル管理装置１００が通知された座標から該当階層を特定してもよい。しかし、クライアント端末２１０側にて階層まで特定しておけば、電子ファイル管理装置１００の処理負荷を軽減できることになる。
また、電子ファイル管理装置１００は、ファイルオブジェクト２０２とその仮想位置の関係を定める仮想ファイル情報２１４もクライアント端末２１０に送信してもよい。クライアント端末２１０は、階層情報だけでなく仮想ファイル情報２１４もローカル・メモリに展開してもよい。検索領域が指定されると、クライアント端末２１０は階層テーブルを参照して該当階層を特定し、仮想ファイル情報２１４を参照して該当ファイルオブジェクト２０２を特定する。クライアント端末２１０は、特定したファイルオブジェクト２０２を電子ファイル管理装置１００に通知する。電子ファイル管理装置１００は、通知されたファイルオブジェクト２０２に対応づけられているファイルそのものを必要に応じてクライアント端末２１０に送信する。このような処理方法によれば、電子ファイル管理装置１００の処理負荷をいっそう軽減できる。
クライアント端末２１０と電子ファイル管理装置１００の間における処理配分により、クライアント端末２１０と電子ファイル管理装置１００のロードバランスを図ることができる。

図６は、パス情報２２２のデータ構造図である。
パス情報２２２は、ファイル保持部１５６により保持される。ファイルＩＤ欄２２４は、ファイルＩＤを示す。ファイルＩＤはファイル保持部１５６にあるファイルを一意に識別するためのＩＤである。タイトル欄２２６は、拡張子付きのファイル名を示す。パス欄２２８は、ファイル・パスを示す。

同図の場合、ファイルＩＤ＝０１のファイル（以下、「ファイル（０１）」のように表記する）とファイル（０２）は、どちらも「C:/WORK」というフォルダに属し、どちらも拡張子は「txt」である。ファイル（０３）の拡張子は「pdf」、ファイル（０４）の拡張子は「jpg」であり、互いにデータ形式は異なる。ファイル（０３）とファイル（０４）は、同じ「D:/TEST/proc」に所属している。ファイル（０４）とファイル（０５）は、拡張子は共に「jpg」であるが、ファイル・パスは大きく異なる。

図７は、仮想ファイル情報２１４のデータ構造図である。
仮想ファイル情報２１４は、ファイルと、ファイルオブジェクト２０２およびその仮想位置を示す。仮想ファイル情報２１４は、仮想ファイル情報保持部１５２により保持される。ファイルＩＤ欄２３０は、ファイルＩＤを示す。オブジェクトＩＤ欄２３２は、ファイルオブジェクトＩＤを示す。ファイルオブジェクトＩＤは、ファイルオブジェクト２０２の種別を示す。データ保持部１５０には、色彩・形状・大きさが異なる複数種類のファイルオブジェクトのデータが保持されている。

本実施例においては、拡張子に応じて異なるファイルオブジェクト２０２が割り当てられる。たとえば、ファイル（０１）とファイル（０２）の拡張子は「txt」であり、どちらのファイルにもファイルオブジェクトＩＤ＝０１のファイルオブジェクト（以下、「ファイルオブジェクト（０１）」のように表記する）が対応づけられている。拡張子以外にも、ファイルの作成日時、作成者、ファイルサイズ等のファイル属性に基づいてさまざまな種類のファイルオブジェクトを対応づけてもよい。また、ファイルごとに異なるファイルオブジェクトを対応づけてもよい。仮想空間に表示されるファイルオブジェクトの種別により、どのようなタイプのファイルがどのように配置されているかを視覚的に確認できる。

仮想位置欄２３４は、ファイルオブジェクトの仮想位置を示す。たとえば、ファイル（０４）のｘ座標は（Ｌ３，Ｍ４，Ｎ５）である。すなわち、ファイル（０４）に対応づけられているファイルオブジェクトは、ｘ軸方向において、第１階層はＬ３に属し、Ｌ３のうち第２階層においてはＭ４に属し、Ｍ４のうち第３階層においてはＮ５に属している。パス情報２２２によれば、ファイル（０４）とファイル（０５）はファイル・パス上は近くはないが、仮想位置欄２３４によれば、これらおファイルは空間的には近いことがわかる。

図８は、４次元仮想空間とファイルの関係を示す概要図である。
縦・横・高さの３次元に時間という１次元を加えた４次元仮想空間を表現することも可能である。まず、仮想の時間軸ｔを想定する。そして、時刻ｔ_０〜ｔ_１の期間をＴ０、時刻ｔ_１〜ｔ_２の期間をＴ１、時刻ｔ_２〜ｔ_３の期間をＴ２、・・・のように時間軸ｔを単位期間に分割する。仮想空間表示部１１４等は、単位期間ごとに別々の仮想空間Ｖｎを生成する。ここでは、期間Ｔ１、Ｔ２、Ｔ２に対応する仮想空間をそれぞれＶ_１、Ｖ_２、Ｖ_３とする。

時間座標も第１階層Ｌｎ、第２階層Ｍｎ、第３階層Ｎｎにより階層化される。第１階層Ｌ１はＴ０〜Ｔ２５、Ｌ１のうち第２階層Ｍ１はＴ０〜Ｔ５、Ｍ１のうち第３階層Ｎ１はＴ０に対応づけられる。したがって、あるファイルＦｎの時間座標は、空間座標と同様にして（Ｌ１，Ｍ４，Ｎ２）のように表現される。ｘ座標、ｙ座標、ｚ座標という空間位置とｔ座標という時間位置がそれぞれＬｎ，Ｍｎ，Ｎｎの３パラメータで表現されるため、４次元仮想空間における仮想位置は、３×４＝１２個のパラメータにより表現される。

仮に、ファイルＦ１のｔ座標が（Ｌ１，Ｍ１，Ｎ１）であれば、期間Ｔ０に含まれているため、期間Ｔ０に対応する仮想空間Ｖ_１がファイルＦ１の所属先となる。一方、ファイルＦ１のｔ座標は期間Ｔ１や期間Ｔ２には含まれていない。このため、ファイルＦ１は仮想空間Ｖ_２やＶ_３には所属しない。ファイルＦ２のｔ座標が（Ｌ１，Ｍ１，Ｎ２）であれば、期間Ｔ２に含まれているため、仮想空間Ｖ_２がファイルＦ２の所属先となる。ファイルＦ３のｔ座標が（Ｌ１，Ｍ１，Ｎ３）であれば、期間Ｔ３に含まれているため、仮想空間Ｖ_３がファイルＦ２の所属先となる。

仮想空間表示部１１４は、Ｔ０とＴ１の両方に対応する仮想空間Ｖ_４を生成可能である。仮想空間Ｖ_４にはファイルＦ１とファイルＦ２が含まれることになる。期間に基づいてさまざまな仮想空間を生成することにより、仮想の時間軸ｔを表現できる。５次元以上を設定する場合も同様である。

時間軸ｔにどのような意味をもたせるかは任意である。たとえば、ｔ座標は、Ｄ氏との関連性を示すかもしれないし、機密性の高さを示すかもしれない。ファイルに対して所定のアクセスを実行した日時がｔ座標としてそのまま反映されてもよい。所定のアクセスとしては、ファイル作成日時や更新日時などが考えられる。たとえば、特許出願書類を示すファイルＦｐについて、出願日をｔ_Ａ、審査結果が確定した日をｔ_Ｂとすると、このファイルＦｐはｔ_Ａ〜ｔ_Ｂに対応する仮想空間に所属するとしてもよい。この場合、いつごろアクセスしたファイルか、という時間的な印象を検索条件に反映させることができる。

図９は、仮想オブジェクトとファイルの関係を示す仮想空間画面２３６の画面図である。
以上においては、各軸との関係、いわば、仮想空間における絶対位置に基づいて、印象検索を実行するという前提にて説明した。仮想空間は、ワイヤフレームなどによりシンプルに表現されてもよい。

ところで、現実世界においては、「引き出し」に入れた、「電話」の近くに置いた、「玄関」に置いた、「庭の木」の下に埋めた・・・というように他の「モノ」との相対位置に基づいて目的物の所在を把握することが多い。図９および図１０においては、他のモノとの関係から、ファイルの仮想位置を把握する態様について説明する。

仮想空間表示部１１４は、クライアント端末２１０に仮想空間画面２３６を表示させる。仮想空間画面２３６は、たとえば、セカンドライフ（登録商標）のように３次元形成された仮想空間を２次元画面表示させた画面である。ユーザオブジェクト２３８は、仮想空間内においてユーザの分身として行動する仮想オブジェクト、いわゆるアバター（avatar）である。ユーザは、クライアント端末２１０においてユーザオブジェクト２３８を操作する。

仮想空間には、木や道、山、鳥、昆虫などを模したさまざまな仮想オブジェクトが配置される。オブジェクト表示部１１８は、ユーザオブジェクト２３８を含めてさまざまな仮想オブジェクトを仮想空間内に表示させる。たとえば、木オブジェクト２４０は、「木」を模した仮想オブジェクトである。これらの仮想オブジェクトの仮想位置や種別は、オブジェクト表示部１１８があらかじめ設定してもよいし、ユーザが自由に設定してもよい。ユーザは、任意の仮想位置にファイルオブジェクト２０２を設置できる。同図の場合、道路脇にはファイルオブジェクト２０２ｂ、２０２ｃが置かれ、木オブジェクト２４０の上部にはファイルオブジェクト２０２ａが置かれている。

例として、ファイルオブジェクト２０２ａに対応づけられているファイルＦ９を見つけたいが、正確な場所を思い出せないという状況を想定する。このとき、「木オブジェクト２４０の近くに置いた」という印象が残っていれば、このような印象を検索条件に反映させることができる。範囲特定部１３４は、後述する仮想オブジェクト情報２１６を参照して、木オブジェクト２４０の仮想位置を特定する。範囲特定部１３４は、この木オブジェクト２４０の仮想位置を検索基準点とする所定範囲を検索領域として特定する。検索実行部１３６は、仮想ファイル情報２１４とパス情報２２２を参照し、この検索領域内に含まれているファイルオブジェクト２０２ａ、ひいては、ファイルＦ９を検出する。図２において説明した印象検索ではユーザが検索領域を指定したが、図９における印象検索ではユーザが検索領域に関わる仮想オブジェクトを指定している点が異なる。しかし、検索領域を画定した後の処理は基本的に同じである。

こういったさまざまな仮想オブジェクトが配置されている仮想空間のことを、特に、「リッチ空間」とよび、図１の仮想空間２００のような仮想オブジェクトが配置されていないシンプルな仮想空間を「シン空間」とよぶことにする。リッチ空間においてファイルをどの仮想オブジェクトの近くに置くかは任意である。たとえば、重要なファイルは木オブジェクト２４０の近くに置くとしてもよいし、よく参照するファイルは道の真ん中に置くとしてもよい。

リッチ空間に複数の木オブジェクトが存在するときであって、ユーザがどの木オブジェクトの近くにファイルＦ９を置いたかわからなくなるという状況も想定される。このときには、「木の近くに置いた」という印象が検索条件となる。範囲特定部１３４は、リッチ空間に存在する複数の木オブジェクトそれぞれの仮想位置を特定する。そして、各木オブジェクトの仮想位置に基づき、複数の検索領域を特定する。検索実行部１３６は、仮想ファイル情報２１４とパス情報２２２を参照し、これら複数の検索領域のいずれかに含まれているファイルオブジェクトを検出する。

あるいは、「石が側にある木の近くに置いた」という印象を検索条件とすることもできる。この場合、範囲特定部１３４はリッチ空間に存在する複数の木オブジェクトのうち、所定範囲内に石オブジェクトが存在する木オブジェクトに基づいて検索領域を特定する。このほかにも、「風車から北東の木の近くに置いた」、「森のはずれの木の近くに置いた」といったさまざまな印象を検索条件として反映させることもできる。リッチ空間においては、さまざまな仮想オブジェクトが、ファイルオブジェクト２０２の仮想位置を把握するための目印となる。このため、ユーザはファイルオブジェクト２０２の仮想位置を感覚的に把握しやすくなる。

更に、リッチ空間においては、蝉やラジオ、岸辺や滝といったさまざまな音声源が設定されている。こういった音声源も仮想オブジェクトとして表現される。音声源となる仮想オブジェクトは蝉のような固形物だけでなく、岸辺や滝といった地形そのものであってもよい。音声源となる仮想オブジェクトのことを「音源オブジェクト」とよぶ。ユーザオブジェクト２３８が音源オブジェクトに近づくと、音声出力部１２０は、音源オブジェクトに対応づけられた音声データを再生する。近づくほど音量は大きくなる。たとえば、蝉オブジェクトの近づくと蝉の声が大きな音量で再生される。蝉オブジェクトの近くにファイルを置くと、ユーザには「蝉の声がよく聞こえるところにファイルを置いた」という印象が残る。

ファイルオブジェクト２０２ａに対応づけられているファイルＦ９を見つけたいが、正確な場所を思い出せないという状況を再び想定する。このとき、「蝉の声が聞こえるところに置いた」という印象が残っていれば、このような印象を検索条件に反映させることができる。範囲特定部１３４は、まず、蝉オブジェクトの仮想位置を特定する。そして、この蝉オブジェクトの仮想位置を検索基準点とする所定範囲が検索領域として特定される。検索実行部１３６は、仮想ファイル情報２１４とパス情報２２２を参照し、この検索領域内に含まれているファイルオブジェクト２０２ａ、ひいては、ファイルＦ９を検出する。音源オブジェクトにより、視覚的印象だけでなく聴覚的印象を検索条件に反映させることができる。

図１０は、仮想オブジェクト情報２１６のデータ構造図である。
仮想オブジェクト情報２１６は、図９に示した各仮想オブジェクトの種別や仮想位置、音声との対応を示す情報である。仮想オブジェクト情報２１６は、仮想オブジェクト情報保持部１５４により保持される。オブジェクトＩＤ欄２４２は、仮想オブジェクトを一意に識別するオブジェクトＩＤを示す。種別欄２４４は、仮想オブジェクトの種別を示す。仮想位置欄２４６は、仮想オブジェクトの仮想位置を示す。ここでは３次元仮想空間を想定している。音声ＩＤ欄２４８は、音声データを一意に識別する音声ＩＤを示す。
同図において、木オブジェクト（０１）や引き出しオブジェクト（０２）には音声が対応づけられていない。一方、風車オブジェクト（０３）やすずむしオブジェクト（０６）には音声が対応づけられている。このため、風車オブジェクト等は音源オブジェクトであり、ユーザオブジェクト２３８が近づくほど、該当音声が大きな音量にて再生される。

仮想オブジェクトの種別は階層化されている。たとえば、「風車」が検索条件として指定されたとき、同図に示す５つの仮想オブジェクトのうち該当するのは仮想オブジェクト（０３）のみである。しかし、「建物」が検索条件として指定されたときには、風車オブジェクト（０３）と家オブジェクト（０４）の両方が該当する。風車オブジェクトの仮想位置は（Ｌ２，Ｍ１，Ｎ２）、（Ｌ１，Ｍ５，Ｎ１）、（Ｌ２，Ｍ１，Ｎ３）である。風車オブジェクトの周辺を検索領域とする場合には、たとえば、（Ｌ２，Ｍ１,Ｎ１〜Ｎ３）、（Ｌ１，Ｍ５，−Ｎ１〜Ｎ２）、（Ｌ２，Ｍ１，Ｎ２〜Ｎ４）、あるいは、（Ｌ２，Ｍ１）、（Ｌ１，Ｍ５）、（Ｌ２，Ｍ１）を検索領域として特定してもよい。

図１１は、ユーザ属性情報２１８のデータ構造図である。
複数のユーザからアクセスされるファイルには、アクセス制限のないファイルもあれば、一部のユーザだけにアクセス制限されるべきファイルもある。企業内のデータベースであれば、開発部員だけがアクセス可能なファイルもあれば、取締役クラスだけがアクセス可能なファイルもある。一般的には、パスワードなどのユーザ認証により、アクセス制限を管理することが多い。たとえば、経理部用のファイルに経理部共通の「部署パスワード」を設定する。このような運用によれば、部署パスワードを知っている社員、いいかえれば、経理部に所属する社員だけが経理部用のファイルにアクセスできる。

しかし、上記運用の場合、ある経理部員が別の部署に配属変更となると、部署パスワードが経理部以外に漏洩する可能性が高くなる。この経理部員が正社員でなく契約社員であれば、部署パスワードが組織外に漏洩する可能性も高くなる。部署パスワードを頻繁に変更すればこのような問題にある程度は対処できるが、他の経理部員にとって負担となる。

本実施例においてアクセス判定部１３８は、ユーザ属性に基づいてファイルへのアクセス可否を判定する。図１１および図１２に関連して、仮想空間内に制限領域を設け、制限領域内のファイルへのアクセス可否をユーザ属性に基づいて判定する態様について説明する。

ユーザ属性情報２１８は、ユーザとユーザ属性の対応関係を示す情報である。ユーザ属性情報２１８は、ユーザ属性情報保持部１５８により保持される。ユーザＩＤ欄２５０は、ユーザを一意に識別するユーザＩＤを示す。部署欄２５２は所属部署、職位欄２５４は職位、クラブ欄２５６は所属クラブを示す。たとえば、ユーザＩＤ＝０１のユーザ（以下、「ユーザ（０１）」と表記する）は、経理部の係長であり、テニス部に所属している。このように、部署欄２５２、職位欄２５４、クラブ欄２５６により３種類のユーザ属性が設定される。そのほかにも、成年か未成年かの別、性別、居住地域などさまざまなユーザ属性を設定してもよい。

図１２は、制限領域情報２２０のデータ構造図である。
制限領域情報２２０は、制限領域とその場所、アクセス許可されるべきユーザ属性とを対応づけた情報である。制限領域情報２２０は、制限領域情報保持部１６０により保持される。制限領域ＩＤ欄２５８は、制限領域を一意に識別する制限領域ＩＤを示す。範囲欄２６０は制限領域の範囲を示す。ユーザ属性欄２６２は、アクセス許可されるべきユーザ属性を示す。可否判定の対象となるアクセスは、制限領域内にあるファイルの「読み出し」であるとする。

制限領域ＩＤ＝０１の制限領域（以下、「制限領域（０１）」と表記する）は、［（Ｌ２）、（Ｌ１，Ｍ２）、（Ｌ２，Ｍ１）］により特定される３次元領域である。制限領域（０１）内のファイルは、部長以上のユーザのみが読み出し可能である。ユーザオブジェクト２３８が制限領域（０１）の中に入り、制限領域（０１）内のファイルＦ１０を読み出し対象として選択したとする。このとき、アクセス判定部１３８は、ユーザ属性情報２１８と制限領域情報２２０を参照し、このユーザが部長以上であれば読み出しを許可し、それ以外であれば読み出しを許可しない。

ファイルの読み出し以外にも、ファイルの更新、生成、削除がアクセス制限の対象とされてもよい。制限の対象となるアクセスごとにユーザ属性を設定してもよい。たとえば、制限領域（０２）のファイルは、課長級以上でなければ読み出しが許可されず、開発部の課長でなれば更新が許可されないとしてもよい。

ユーザ属性情報２１８と制限領域情報２２０によれば、仮想空間内においてユーザ属性の基づいて、さまざまな制限領域を構築できる。制限領域は視覚的に示されてもよい。制限領域情報２２０を書き換えるだけで制限領域を柔軟に変更できるため、複数のユーザに共有される仮想空間であっても、ファイル・アクセスを簡易に管理できる。

図１３は、複数の仮想空間とファイルの関係を示す概要図である。
以上においては、１つのファイルを１つの仮想空間に対応づけるとして説明したが、１つのファイルを複数の仮想空間に対応づけてもよい。図１３および図１４に関連して、１つのファイルを複数の仮想空間に対応づける態様について説明する。

Ｃ１．評価基準ごとに複数の仮想空間を管理するケース
例として、特許公報のファイルを管理する場合を想定する。１つのファイルは仮想空間Ｖ_１と仮想空間Ｖ_２の２つの仮想空間に対応づけられている。具体的には、１つのパス情報２２２に対して、仮想空間Ｖ_１用の仮想ファイル情報２１４ａと仮想空間Ｖ_２用の仮想ファイル情報２１４ｂが対応づけられている。仮想オブジェクト情報２１６は仮想空間ごとに用意してもよいし共通としてもよい。仮想空間Ｖ_１は、技術分野に応じてファイルを位置付けるための仮想空間であり、ｘ軸は情報系、ｙ軸は電気系、ｚ軸は機械系に対応づけられる。たとえば、ｘ値（情報系）とｙ値（電気系）が大きくｚ値（機械系）が小さいファイルＦ１は、デジタル回路制御のようにソフトウェア的制御と電気的制御との関連が深いが、機械的な制御とは関連が浅い発明に関するファイルであることがわかる。

仮想空間Ｖ_２は、発明の質に応じてファイルを位置付けるための仮想空間であり、ｘ軸は独創性、ｙ軸は商業性、ｚ軸は実現性に対応づけられる。たとえば、ｘ値（独創性）は小さく、ｙ値（商業性）とｚ軸（実現性）が大きいファイルＦ１は、独創的ではないけれども現在のビジネスとの関係から商業化しやすく、また、コストや開発期間に鑑みても比較的実現しやすい発明に関する特許公報であることがわかる。

仮想空間Ｖ_１と仮想空間Ｖ_２により、ファイルＦ１の技術分野と質を多角的に把握できる。仮想ファイル情報２１４の種類を増やすことにより、２つ以上の仮想空間を簡単に定義できる。また、仮想オブジェクト情報２１６の種類を増やせば、ファイルオブジェクトの配置だけでなく、その他の仮想オブジェクトの配置も仮想空間ごとに変化させることができる。ユーザは、複数の仮想空間のうち、表示対象となる仮想空間を選択する。仮想空間選択部１２８は、ユーザによる仮想空間の選択入力を検出し、選択された仮想空間を画面表示させる。あるいは、選択された仮想空間を検索などのアクセス対象としてもよい。

Ｃ２．ユーザごとに複数の仮想空間を管理するケース
ユーザＵ１とユーザＵ２の両者からアクセスされるファイルＦ１１を仮想空間で管理する場合、ユーザＵ１はファイルＦ１１を重要と考えるかもしれないが、ユーザＢは同じファイルＦ１１を重要ではないと考えるかもしれない。判断基準の異なるユーザＵ１とユーザＵ２が同一仮想空間にてファイルＦ１１を管理するのは必ずしも適切ではない。

そこで、仮想空間表示部１１４は、ユーザＵ１用の仮想空間Ｖ_１とユーザＵ２用の仮想空間Ｖ_２を別々に生成する。空間選択情報保持部１６２は、ユーザＵ１のユーザＩＤと仮想空間Ｖ_１、ユーザＵ２のユーザＩＤと仮想空間Ｖ_２を対応づけた空間選択情報（図示せず）を保持する。仮想空間選択部１２８は、ユーザＵ１が電子ファイル管理装置１００にログインしてきたときには、この空間選択情報を参照して、仮想空間Ｖ_１用の仮想ファイル情報２１４ａを選択する。ファイル表示部１１６は、仮想ファイル情報２１４ａを参照して仮想空間Ｖ_１内にファイルオブジェクトを配置する。このような態様によれば、ユーザＵ１が仮想空間Ｖ_１にてファイルＦ１１の仮想位置を変更させても、ユーザＵ２の仮想空間Ｖ_１においてファイルＦ１１の仮想位置は影響を受けなくて済む。ファイルＦ１２を仮想空間Ｖ_１のみに対応づければ、ユーザＵ２からはこのファイルＦ１２を見ることができなくなる。仮想ファイル情報２１４により、「どのファイルをどの仮想位置にて誰に見せるか」を管理できる。

図１４は、仮想店舗画面２６４の画面図である。
ユーザ属性と仮想空間を対応づけてもよい。たとえば、３０代男性に仮想空間Ｖ_１、２０代女性に仮想空間Ｖ_２を対応づけるとする。このような対応づけが有効な例として、リッチ空間における仮想店舗、特に、仮想書店を想定する。

この仮想書店は、セカンドライフ（登録商標）のような仮想空間に出店される仮想店舗である。仮想空間表示部１１４は、仮想空間を形成し、オブジェクト表示部１１８は本を模した本オブジェクト２６６を配置する。ここでいう本オブジェクト２６６はファイルオブジェクトに相当する。本オブジェクト２６６は、台２６８の上や本棚２７０に並べられる。ユーザは、本オブジェクト２６６を選び、中身を確認し、決済指示すると、ユーザの口座から該当金額が引き落とされ、後日、選択した本オブジェクト２６６に対応する現実の本がユーザの元に配送される仕組みである。

現実の書店においては、本の配置の仕方は書店の売り上げに影響する。通常、売れ筋は客の目につきやすいところに平積みされる。しかし、３０代男性にとっての売れ筋と２０代女性にとっての売れ筋は通常は大きく異なる。

そこで、本実施例の仮想書店は、ユーザ属性に応じて本オブジェクト２６６の配置を変化させる。仮想空間選択部１２８は、ログインしてきたユーザのユーザ属性をユーザ属性情報２１８を参照して特定する。空間選択情報においては、ユーザ属性と仮想空間が対応づけられている。あるいは、ユーザＩＤとユーザ属性および仮想空間が対応づけられてもよい。仮想空間選択部１２８は、この空間選択情報を参照して、複数種類の仮想ファイル情報２１４のうちのいずれかを選択する。こうして、ユーザに応じて、より厳密にはユーザ属性に応じて仮想空間が選択される。ファイル表示部１１６は、選択された仮想ファイル情報２１４を参照して本オブジェクト２６６を配置する。

仮想空間表示部１１４は、３０代男性用の仮想空間Ｖ_１と２０代女性用の仮想空間Ｖ_２を生成することになる。仮想空間全体の構成や仮想書店の内装などの構成は同じであってもよいし、別々であってもよい。仮想空間Ｖ_１において台２６８には男性用雑誌等の本オブジェクト２６６が並べられ、仮想空間Ｖ_２において台２６８には女性用雑誌等の本オブジェクト２６６が並べられる。このような態様によれば、３０代男性のユーザは、この仮想書店に来店したとき、男性用雑誌を早期に見つけることができる。一方、２０代女性のユーザは、同じ仮想書店に行ったときに女性用雑誌をすぐに見つけることができる。仮想ファイル情報２１４を複数用意することにより、実質的に複数の仮想空間を作ることができるため、現実世界では実現しがたいユーザに応じた品揃え・陳列方法の変更を簡単に実現できる。仮想空間Ｖ_１用と仮想空間Ｖ_２用に別々の仮想オブジェクト情報２１６を用意すれば、ユーザ層に応じて仮想書店の構造や内装を変化させることも可能である。

仮想書店以外にも、たとえば、仮想百貨店において、紳士服売り場を２Ｆとするか６Ｆとするかをユーザ属性に応じて変えてもよい。また、前回来店時に腕時計コーナーを見ていたユーザが再来店したときには、腕時計コーナーを入口の近くに配置してもよい。

仮想店舗の場合、電子ファイル管理装置１００は仮想店舗管理装置として機能し、仮想空間表示部１１４やオブジェクト表示部１１８は仮想店舗表示部として機能する。ファイル表示部１１６は商品表示部として機能する。

以上、実施例に基づいて電子ファイル管理装置１００を説明した。
プロセッサの高速化やブロードバンド化により、仮想現実感技術は急速に身近なものとなりつつある。電子ファイル管理装置１００は、このような背景に鑑み、新しいファイル管理方法およびそのための新しいユーザインタフェースを提案するものである。

フォルダのようにファイルの格納場所を一意に特定する必要がないため、ファイルの特性を多角的かつ定量的に表現できる。また、ファイルについての漠然とした印象を検索条件に反映させることができる。このため、網羅的に検索領域を拡げる必要が小さくなる。時間概念の導入により、空間だけでなく時間に対する印象を検索条件に反映させることもできる。更に、別の仮想オブジェクトや音声など、人間の五感に基づくさまざまな印象を検索条件に反映させることができる。仮想現実感技術においては、匂いや力覚の研究もなされているが、将来的はこういった視聴覚以外の感覚を検索条件に反映させることも考えられる。

また、１つのファイルを複数の仮想空間に対応づけることにより、仮想空間の数を簡単に増加させることができる。仮想空間の数を増やすことにより、ファイルの特性をいっそう多角的に表現できる。また、複数のユーザに共有されるファイルであっても、ユーザごとに別々の仮想空間を割り当てることにより、ユーザ固有のファイル管理が可能となる。ユーザＵ１が仮想空間Ｖ_１においてどのようにファイルを配置するかは、別のユーザにとっても参考になるかもしれない。ユーザの思考構造が仮想空間に反映されるため、他者の仕事の流儀という暗黙知を可視化しやすいというメリットもある。
更に、ユーザ属性に応じて、商品オブジェクトの配置を変化させることにより、現実の店舗では難しい仮想店舗特有のサービスを提供できる。

以上、本発明について実施例をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

変形例として、仮想位置を設定条件に応じて変化させてもよい。たとえば、ｘ軸に「緊急性」が対応づけられる仮想空間において、位置登録部１４０は、時間経過とともにファイルＦ１が徐々にｘ座標値を増加させる、いいかえれば、徐々に緊急性が高くなるようにファイルＦ１の仮想位置を変化させてもよい。このような処理方法によれば、締め切りが近づくほど緊急性が高くなるというファイルＦ１の経時的性質を仮想空間にて表現できる。

あるいは、ファイルＦ２について所定の処理、たとえば、ファイルＦ２に示される予算が承認されれば、ファイルＦ１の重要性が増すとする。位置登録部１４０は、ファイルＦ１について、ファイルＦ２について承認入力がなされたことを条件として、ファイルＦ１のｘ座標値（重要性）を自動的に増加させてもよい。このような処理方法によれば、外的条件、たとえば、ファイルＦ２の承認を条件として、重要度が変化するというファイルＦ１の性質を仮想空間にて表現できる。

本実施例においては、Ｌｎ、Ｍｎ、Ｎｎの３階層にて座標値を表現するとして説明したが、２階層以下、あるいは、４階層以上にて表現してもよい。階層数は任意に設定されればよい。あるいは、データ処理部１３０に階層数制御部（図示せず）を設け、ファイルオブジェクトが密集している領域については階層数を多く設定し、まばらな領域については階層数が少なく設定してもよい。このような処理方法によれば、過度に階層数を増やさずに、各ファイルオブジェクトの位置を表現できる。

仮想空間とファイルの関係を示す概要図である。 印象検索の考え方を説明するための模式図である。 仮想位置と階層の関係を説明するための模式図である。 電子ファイル管理装置とクライアント端末の関係を示すハードウェア構成図である。 電子ファイル管理装置の機能ブロック図である。 パス情報のデータ構造図である。 仮想ファイル情報のデータ構造図である。 ４次元仮想空間とファイルの関係を示す概要図である。 仮想オブジェクトとファイルの関係を示す仮想空間画面の画面図である。 仮想オブジェクト情報のデータ構造図である。 ユーザ属性情報のデータ構造図である。 制限領域情報のデータ構造図である。 複数の仮想空間とファイルの関係を示す概要図である。 仮想店舗画面の画面図である。

符号の説明

１００ 電子ファイル管理装置、 １１０ ＵＩ処理部、 １１２ 出力部、 １１４ 仮想空間表示部、 １１６ ファイル表示部、 １１８ オブジェクト表示部、 １２０ 音声出力部、 １２２ 入力部、 １２４ 位置設定検出部、 １２６ 検索条件検出部、 １２８ 仮想空間選択部、 １３０ データ処理部、 １３２ ファイル検索部、 １３４ 範囲特定部、 １３６ 検索実行部、 １３８ アクセス判定部、 １４０ 位置登録部、 １５０ データ保持部、 １５２ 仮想ファイル情報保持部、 １５４ 仮想オブジェクト情報保持部、 １５８ ユーザ属性情報保持部、 １５６ ファイル保持部、 １６０ 制限領域情報保持部、 １６２ 空間選択情報保持部、 ２００ 仮想空間、 ２０２ ファイルオブジェクト、 ２０４ 球、 ２０６ 検索結果画面、 ２１０ クライアント端末、 ２１２ インターネット、 ２１４ 仮想ファイル情報、 ２１６ 仮想オブジェクト情報、 ２１８ ユーザ属性情報、 ２２０ 制限領域情報、 ２２２ パス情報、 ２２４ ファイルＩＤ欄、 ２２６ タイトル欄、 ２２８ パス欄、 ２３０ ファイルＩＤ欄、 ２３２ オブジェクトＩＤ欄、 ２３４ 仮想位置欄、 ２３６ 仮想空間画面、 ２３８ ユーザオブジェクト、 ２４０ 木オブジェクト、 ２４２ オブジェクトＩＤ欄、 ２４４ 種別欄、 ２４６ 仮想位置欄、 ２４８ 音声ＩＤ欄、 ２５０ ユーザＩＤ欄、 ２５２ 部署欄、 ２５４ 職位欄、 ２５６ クラブ欄、 ２５８ 制限領域ＩＤ欄、 ２６０ 範囲欄、 ２６２ ユーザ属性欄、 ２６４ 仮想店舗画面、 ２６６ 本オブジェクト、 ２６８ 台、 ２７０ 本棚。

Claims (4)

1. コンピュータ・グラフィックスにより複数の仮想空間を形成して画面表示させる仮想空間表示部と、
   前記複数の仮想空間のうちのいずれかを選択するためのユーザによる入力を検出する仮想空間選択部と、
   前記選択された仮想空間内における位置である仮想位置と、前記仮想位置に設置されるべき電子ファイルを指定するためのユーザによる入力を検出する位置設定検出部と、
   前記電子ファイルを示す仮想オブジェクトであるファイルオブジェクトを前記選択された仮想空間における前記仮想位置に設置して画面表示させるファイル表示部と、
   前記電子ファイルに対して、前記ファイルオブジェクトと前記仮想位置とを仮想空間ごとに対応づけて仮想ファイル情報として登録するファイル位置登録部と、
   電子ファイルの検索条件として、仮想空間と前記仮想空間内における検索領域を指定するためのユーザによる入力を検出する検索条件検出部と、
   前記仮想ファイル情報を参照して、指定された仮想空間内にファイルオブジェクトを設置されている電子ファイルのうち、前記検索領域内にファイルオブジェクトを設置されている電子ファイルを検出するファイル検索部と、を備え、
   前記ファイル表示部は、ユーザによりいずれかの仮想空間が選択されたときには、前記選択された仮想空間についての仮想ファイル情報を参照して、前記選択された仮想空間内に前記ファイルオブジェクトを設置して画面表示させることを特徴とする電子ファイル管理装置。
2. ユーザを識別するユーザＩＤと仮想空間とを対応づけた空間選択情報を保持する空間選択情報保持部、を更に備え、
   前記仮想空間選択部は、ユーザＩＤの入力が検出されたとき、前記空間選択情報を参照して、前記ユーザＩＤに対応づけられている仮想空間をアクセス対象として選択することを特徴とする請求項１に記載の電子ファイル管理装置。
3. コンピュータ・グラフィックスにより複数の仮想空間を形成して画面表示させる仮想空間表示部と、
   仮想店舗を示す仮想店舗空間を前記複数の仮想空間のそれぞれの内部に形成して画面表示させる仮想店舗表示部と、
   商品を示す仮想オブジェクトである商品オブジェクトを前記仮想店舗内に陳列して画面表示させる商品表示部と、
   ユーザを識別するユーザＩＤと仮想空間とを対応づけた仮想ユーザ情報を保持する仮想ユーザ情報保持部と、
   ユーザＩＤの入力が検出されたとき、前記仮想ユーザ情報を参照して、前記ユーザＩＤに対応づけられている仮想空間をアクセス対象として選択する仮想空間選択部と、を備え、
   前記商品表示部は、同一の商品オブジェクトを仮想空間ごとに異なる位置に陳列することを特徴とする仮想店舗管理装置。
4. コンピュータ・グラフィックスにより複数の仮想空間を形成して画面表示させる機能と、
   前記複数の仮想空間のうちのいずれかを選択するためのユーザによる入力を検出する機能と、
   前記選択された仮想空間内における位置である仮想位置と、前記仮想位置に設置されるべき電子ファイルを指定するためのユーザによる入力を検出する機能と、
   前記電子ファイルを示す仮想オブジェクトであるファイルオブジェクトを、前記選択された仮想空間における前記仮想位置に設置して画面表示させる機能と、
   前記電子ファイルに対して、前記ファイルオブジェクトと前記仮想位置とを仮想空間ごとに対応づけて仮想ファイル情報として登録する機能と、
   電子ファイルの検索条件として、仮想空間と前記仮想空間内における検索領域を指定するためのユーザによる入力を検出する機能と、
   前記仮想ファイル情報を参照して、指定された仮想空間内にファイルオブジェクトを設置されている電子ファイルのうち、前記検索領域内にファイルオブジェクトを設置されている電子ファイルを検出する機能と、をコンピュータに発揮させ、
   ファイルオブジェクトを画面表示させるに際しユーザによりいずれかの仮想空間が選択されたときには、前記選択された仮想空間についての仮想ファイル情報を参照して、前記選択され仮想空間内に前記ファイルオブジェクトを設置して画面表示させることを特徴とする電子ファイル管理プログラム。

Images