JP5118592B2 - ファイル管理システム - Google Patents

Description

本発明は、複数のファイルを管理するファイル管理システムに関し、特に、ユーザがファイルの管理を視覚的に行うことができるファイル管理システムに関する。

ＰＣ（Personal Computer）やデジタルカメラ、携帯電話機等の情報機器の普及に伴い、文書や画像は電子化された状態で取り扱われることが多くなっている（以下、電子化された文書や画像等を「ファイル」という）。
電子化された文書や画像等のファイルは情報機器により管理されており、ユーザはこの情報機器を操作することで、所望のファイルを検索、操作することができる。

例えば、ＰＣ等のＯＳ（Operating System）として用いられるＷｉｎｄｏｗｓ（登録商標）では、各ファイルをフォルダ間の階層関係からなるツリー構造で管理している。そのため、このツリー構造をトップダウン又はボトムアップ的に辿ることで、所望のファイルを検索することが一般に行われている。

また、従来、ファイルや、ファイルを分類又は整理するためのフォルダをサムネイル画像やアイコン画像として視覚化することで、直感的なファイルの管理が行われている。
例えば、上位階層にある複数のフォルダのアイコン画像を、画面上部に左右方向に配置し、画面上部に表示された各フォルダのうち、一のフォルダの下位階層にある複数のファイルのサムネイル画像を画面中部及び下部に配列し、このサムネイル画像のうち特定のサムネイル画像を相対的に大きいサイズで表示して、ユーザが、操作とサムネイル画像のスクロール処理との観念性を容易に理解できるユーザインターフェース表示装置が知られている（特許文献１参照）。

しかしながら、このユーザインターフェース表示装置は、ファイルの管理単位をツリー構造のフォルダとしているから、深度方向にファイルの管理が展開されることになる。そのため、より深い階層に位置するフォルダほど、そのフォルダに到達するまでの操作が煩雑となるという問題がある。
また、ツリー構造を構成する特定のノードに対応するフォルダと、他のノードに対応するフォルダとは、異なる位置（階層）に存在することになるため、両フォルダ間の関係を直感的に把握することが困難である。

そこで、本出願人は先に、ファイルの管理単位を示した複数のプレース画像を、表示手段に行列状の配置形態で表示し、表示された複数のプレース画像から一のプレース画像の選択を受けると、このプレース画像に関連付けて登録されたファイルのサムネイル画像を表示手段に表示して、ファイルの管理単位間の関係を直感的に把握することができ、且つ、ファイルの管理を効率的に行うことができるファイル管理装置を提供した（特許文献２参照）。

図１４は、特許文献２に記載されたファイル管理装置で管理されているファイルを、ネットワークを介して接続したクライアントコンピュータの表示装置に表示したファイル管理画面の例を示す図である。
図示のように、表示装置には、ファイルが登録される領域Ｐ（プレース）が行列状に表示されており、同一の行のプレースを管理するためのレイヤを示すレイヤ名領域Ｌ１が領域Ｐに隣接して縦方向に配置されて表示されている（プレースマップ画面）。
なお、ここで、プレースマップ画面中において、多段に配置されたレイヤにより構成される上記プレースの行列を「プレース行列」という。

中段のレイヤ名領域Ｌ１の名称は、「お気に入り」と設定されており、他のレイヤ名領域Ｌ１には名称が設定されておらず、「未設定」と表示されている。また、中段のレイヤの中央部に位置する領域Ｐは、ユーザから入力された各プレースを特徴付けるためのインデックスであるプレース属性及びプレース名等が登録されている。なお、ここでのプレース名は「My Place」と登録されている。
また、他の領域Ｐにはプレース属性及びプレース名等は登録されておらず、「New Place!」と表示されている。
このファイル管理装置で管理するファイルのデータは、プレース属性及びプレース名が登録されている領域Ｐにのみ関連づけて登録することができる。即ち、図示の例では、行列状に配置されているそれぞれの領域Ｐのうち、プレース名「My Place」の領域Ｐにのみ、ファイルを関連づけて登録することができる。

クライアントコンピュータが、ファイル管理装置に管理させるファイルデータを各領域Ｐに関連づけて登録するためには、各領域Ｐにプレース属性及びプレース名等を登録する、即ち新規プレースを作成する必要がある。
このとき、新規プレースを作成するにあたり、図示のプレースマップ画面において、プレース行列（図示の３×３の行列）の端部に位置する領域Ｐに新規プレースを作成すると、ファイル管理装置はプレース行列を再構築して、プレース行列の外郭部分に未登録状態のレイヤ（プレース行）又はプレース列を追加することで、プレース行列を拡大する。

図１５は、プレース行列の最上位のレイヤの領域Ｐにプレース属性及びプレース名等を登録したときの再構築されたプレース行列を示す図である。
図示のように、図１４に示したプレース行列において最上位のレイヤの中央部に位置する領域Ｐにプレース属性及びプレース名（「Family」）が登録されると、外郭部分に未登録状態のレイヤ（プレース行）が一行分追加されるように、プレース行列が再構築される。

図１６は、プレース行列の右端の領域Ｐにプレース属性及びプレース名等を登録したときの再構築されたプレース行列を示す図である。
図示のように、図１４に示したプレース行列において右端の中央部に位置する領域Ｐにプレース属性及びプレース名（「CPS-PT」）が登録されると、外郭部分に未登録状態のプレース列が一行分追加されるように、プレース行列が再構築される。

図１７は、プレース行列の最下位且つ右端の領域Ｐにプレース属性及びプレース名等を登録したときの再構築されたプレース行列を示す図である。
図示のように、図１４に示したプレース行列において最下位のレイヤの右端に位置する領域Ｐにプレース属性及びプレース名（「CPS-PT」）が登録されると、外郭部分に未登録状態のレイヤ（プレース行）及びプレース列が一行分追加されるように、プレース行列が再構築される。

ところで、クライアントコンピュータは、プレース行列上の所望の領域Ｐに新規プレースを作成するためには、これらの領域の位置情報を扱うことができる専用のソフトウェアを実行する必要がある。

一方、上記専用のソフトウェアをインストールしていないクライアントコンピュータや、通信可能なＭＦＰ（Multi Function Peripheral）及びデジタルカメラ等（以下、クライアントコンピュータ等という）では、プレースマップ上の各領域の位置情報を扱うことができないため、作成した新規プレースにプレースマップ表示を行うための位置情報を設定することができず、作成した新規プレースは自動的にプレースマップ表示中の中段のレイヤに配置される。
即ち、上記専用のソフトウェアをインストールしていないクライアントコンピュータ等で、新規プレースを作成すると、自動的に中段のレイヤに位置する領域Ｐにプレース属性及びプレース名が登録されることとなり、その領域Ｐがプレース行列において右端であるときは、図１６に示したように外郭部分に未登録状態のプレース列が追加される。

上記専用のソフトウェアをインストールしていないクライアントコンピュータで作成した新規プレースが少数であるときは問題ないが、多数の新規プレースを作成したときには、全ての新規プレースが中段のレイヤの横方向に配置されるため、マトリックス表示されたプレースマップ表示において、新規プレースの数だけプレース列が追加され、ファイル管理がし難くなるという問題がある。
特開２００６−２６８２９５号公報 特願２００８−１２４０６０号

本発明は、上記従来の問題を解決するためになされたものであって、その目的は、専用のソフトウェアを用いずに新規プレースを作成したときでも、プレースマップ上でのファイル管理を効率的に行うことができるようにすることである。

本発明は、複数のクライアント端末と、該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成るファイル管理システムであって、前記クライアント端末は、ファイルをファイル管理装置に送信する送信手段と、前記ファイルの管理を行うファイル管理情報の生成要求を前記ファイル管理装置に送信する送信手段を備え、前記ファイル管理装置は、前記クライアント端末から前記ファイル管理情報の生成要求を受信したとき、前記ファイル管理情報を生成する生成手段と、前記クライアント端末から送信されたファイルと、前記ファイルに関連付けた前記ファイル管理情報と、前記ファイル管理情報のシンボル画像を表示手段に行列状に表示させるための位置情報を記憶する第１の記憶手段と、前記位置情報に基づき前記シンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、前記行列状に表示されるシンボル画像の位置情報のうち、前記ファイル管理情報と関連づけられていない位置情報が存在するか否かを判定する判定手段と、を備え、前記生成手段は、前記判定手段が前記位置情報が存在すると判定したとき、前記位置情報と関連づけて前記ファイル管理情報を生成することを特徴とする。

本発明によれば、専用のソフトウェアを用いずに新規プレースを作成したときでも、プレースマップ上でのファイル管理を効率的に行うことができるとともに、装置の利便性を向上させることができる。

以下、本発明の実施形態に係るファイル管理システム及びファイル管理方法について、添付した図面を参照しながら説明する。
図１は、本実施形態に係るファイル管理システムの構成を示す概略図である。
図示のように、本ファイル管理システムは、ＰＣやＭＦＰ等の複数のクライアント端末５００と、クライアント端末５００からアップロードされたファイル又はフォルダを管理するファイル管理装置の実施形態であるファイル管理サーバ４００と、各クライアント端末５００とファイル管理サーバ４００とを互いに通信可能に接続するネットワークＮとから構成されている。

ファイル管理サーバ４００は、上記従来のファイル管理装置と同様、図１４に示したように、行列状に配置するプレースを使用して、クライアント端末からアップロードされたファイルを管理することができる。
一方、クライアント端末５００は、図１４に示したプレースマップ画面を表示する手段は備えておらず、後述するように、一般的なブラウザを介してファイル管理装置４００と通信してファイルをアップロードする。

図２は、図１に示したファイル管理サーバ４００のハードウェア構成図である。
図示のように、ファイル管理サーバ４００は、プログラムを実行して装置全体を制御し、後述する各機能部（図５参照）を実現するＣＰＵ４１と、プログラムや各種データを記憶しているＲＯＭ４２と、ＣＰＵ４１がプログラムをロードするＲＡＭ４３と、マウスやキーボード等の入力デバイスから構成される操作部４４と、液晶モニタ等の表示デバイスから構成され、図１４に示したプレースマップ画面を表示するための表示部４５と、ＨＤＤ（Hard Disc Drive）等の記憶デバイスであり、各種プログラムやデータを記憶する第１の記憶手段である記憶部４６と、後述するサムネイル画像やコメントデータ等をクライアント端末に送信する送信手段であるＩ／Ｆ部４７と、各部を接続するバス４８を備えている。

記憶部４６は、ユーザ（クライアント端末５００）から送信されたファイルを管理するとともに、このファイルの管理を行う構成単位を示したファイル管理情報（後述するplaceIDフォルダ：図３参照）等の設定情報を、上記送信されたファイルと設定情報とを関連づけて所定のフォルダ構造で記憶・管理する。

次に、図２に示した記憶部４６が記憶するファイル管理情報（後述するplaceIDフォルダ：図３参照）等の設定情報の管理構造について説明する。
図３は、記憶部４６に記憶された上記設定情報等を管理するフォルダ構造を示す図である。
図示のように、記憶部４６は、上記設定情報等を保持するためのツリー構造状のフォルダ構造を有しており、このフォルダ構造は、図１４に示したプレースマップ画面を表示するための設定情報を格納するマップ管理部２１０と、図１４に示した領域Ｐ（プレース）の設定情報を格納したプレース管理部３１０とから成っている。

マップ管理部２１０のMapconfフォルダは、マップ管理部２１０のルートフォルダである。このMapconfフォルダは、本システムを利用するユーザ（ユーザID）毎に用意されたユーザフォルダ（user1、user2等）から構成されている。
このユーザフォルダ内には、ユーザフォルダ名に対応するユーザID用の図１４に示したプレースマップ画面についての設定情報（プレースマップ情報：placeMap.xml）が格納されるとともに、このユーザID用のアイコン画像（usericon.jpg）や、このユーザIDのユーザの氏名や連絡先（例えば、Ｅ−ｍａｉｌアドレス）等、ユーザに関連する情報を記録するための「userConfig.dat」が格納されている。

図４は、図１４に示したプレースマップ画面についての設定情報であるplaceMap.xmlの例を示した図である。
図示のように、placeMap.xmlはＸＭＬ形式で記述されている（１行目参照）。
また、２行目のタグには、このplaceMap.xmlが更新された日時（updateTime）と、前回終了直前に操作が行われた図１４に示した領域Ｐ（プレース）のプレース名（preCurrentID）とが記述されている。
placeMap.xmlには、＜layer name＝“Ｘ”、tag＝“Ｙ”＞と、＜/layer＞とのタグから構成されるレイヤ設定２０１が複数個記述されている。ここで「Ｘ」、「Ｙ」はnull又は任意の文字列を意味する。

図１４に示したプレースマップ画面を所定の表示手段で表示するときは、具体的には、上記所定の表示手段に表示させる表示制御手段が、プレースマップ情報（placeMap.xml）に記述（格納）されたレイヤ設定２０１の順番に応じた順序で、各レイヤ設定２０１に対応するレイヤ（領域Ｌ）を画面上方から順次描画する。つまり、プレースマップ情報内に記述されたレイヤ設定２０１の順序は、レイヤの描画位置（表示位置）と直接的な関係を有している。

レイヤ設定２０１にレイヤ名が登録されているとき、即ち「layer name＝“Ｘ”」の「Ｘ」に任意の文字列が登録されているときは、この文字列が図１４に示したレイヤ上に設けられたレイヤ名領域Ｌ１に描画される。
例えば、図４に示した２番目のレイヤ設定２０１では、レイヤ名に「お気に入り」と登録されており、この場合、図１４に示したようにこのレイヤ設定２０１に対応する２行目のレイヤに設けられたレイヤ名領域Ｌ１に「お気に入り」と描画される。
なお、「Ｘ」がnullのとき、即ちレイヤ名が未登録の場合には、未登録の旨の文字列（例えば、図１４に示した「未設定」等）を表示してもよいし、null（無表示）としてもよい。
また、レイヤ自体を表示しない態様としてもよいが、レイヤ名が登録されている場合には、このレイヤ名をレイヤ名領域Ｌ１に表示することが好ましい。

各レイヤ設定２０１には、図４に示したように＜placeID＝“Ｚ”＞で表されるタグであるプレース設定２０２が複数個記述されている。ここで「Ｚ」はnull又は任意の文字列を意味する。
プレース設定２０２は、図１４に示した領域Ｐ（プレース）と対応しており、プレースは、プレース設定２０２が属するレイヤ設定２０１のレイヤと関連付けた状態で表示される。
図１４に示したプレースマップ画面を表示するときは、このレイヤ設定２０１内に記述されたプレース設定２０２の順番に応じた順序で、各プレース設定２０２に対応するシンボル画像であるプレース画像（placeicon.jpg：図３参照）がレイヤの左方から右方にかけて順次描画される。つまり、レイヤ設定２０１内に記述されたプレース設定２０２の順序は、プレースマップ画面におけるプレース画像を行列状に描画するための位置情報を示している。

ここで、プレース設定２０２にプレース名が登録されているとき、即ち「placeID＝“Ｚ”」の「Ｚ」に任意の文字列が登録されているときは、上記表示制御部５１２は、この文字列を対応するプレース上に描画する。
例えば、図４に示した第２位（上から２番目）のレイヤ設定２０１では、上から２番目のプレース設定２０２のプレース名に「My Place」が登録されている。この場合、プレースマップ画面においては、図１４に示したようにこのレイヤ設定２０１及びプレース設定２０２に対応する２行目のレイヤの中央のプレース上に、「My Place」と表示される。

なお、「Ｚ」がnullのとき、即ち、プレース名が登録されていない場合には、未登録の旨の文字列（例えば、図１４に示したように「New Place！」等）を表示する態様としてもよいし、null（無表示）としてもよい。
また、後述するようにプレース設定２０２と対応付けてアイコン画像（placeicon.jpg：図３参照）が登録されているときは、このアイコン画像が対応するプレース上に描画される。

また、レイヤ設定２０１において、「tag＝“Ｙ”」には、図１に示したクライアント端末５００から入力された各レイヤ（レイヤ設定２０１）を特徴付ける索引（インデックス）であるレイヤ属性が登録される。このレイヤ属性には、例えば、図４に示した第２位のレイヤ設定２０１のように「お気に入り」や「写真」等の任意の文字列を登録することができる。
レイヤに登録されたレイヤ属性は、当該レイヤ上に表示された各プレースに継承され、各プレースに共通の大項目として機能する。

なお、プレースマップ情報（placeMap.xml）の初期状態は、レイヤ名及びレイヤ属性が未登録のレイヤ設定２０１が複数（例えば、３つ）記述されているものとする。また、各レイヤ設定２０１には、同数からなるプレース名及びプレース属性が未登録のプレース設定２０２が複数（例えば、３つ）記述されているものとする。

再び図３に示した記憶部４６に記憶されたフォルダ構造について説明する。
図３に示すプレース管理部３１０には、上述した各プレースに関する種々の設定情報が格納されている。
即ち、プレース管理部３１０のPlaceconfフォルダはプレース管理部３１０のルートフォルダであって、このPlaceconfフォルダの下位に、ファイル管理情報に対応するplaceIDフォルダ（placeID、placeID２…）と、属性やプレース名の登録が行われる前の、即ち未登録状態のプレースに関する設定情報が格納されているDEF_PLACEフォルダとが格納されている。

placeIDフォルダは、マップ管理部２１０のプレースマップ情報（placeMap.xml）に記述された図４に示したプレース設定２０２の各々と対応するものであって、各プレース設定２０２から対応するplaceIDフォルダを参照することができる。具体的には、プレース名登録時にこのプレース名と同一のフォルダ名のフォルダがplaceIDフォルダとして生成され、各プレース設定２０２とplaceIDフォルダとが対応付けられる。
なお、プレース名が未登録のプレース設定２０２については、DEF_PLACEフォルダが参照される。

placeIDフォルダの下位には、placeIDフォルダに対応するプレース（以下、対応プレースという）に対するファイルの登録情報が格納されている。

place.xml（プレース情報）には、このplace.xmlを格納するplaceIDフォルダの対応プレースに関する情報、例えばユーザ（クライアント端末５００）から入力された各プレースを特徴付けるためのインデックスである上記プレース属性やコメント等が登録されている。
なお、このプレース属性には、単語や記号等の任意の文字列を登録することができる。

プレース属性は、上述したレイヤ属性とは独立して登録することができ、レイヤ属性が各プレースに共通の大項目として機能するのに対し、プレース属性はプレース毎の小項目として機能する。即ち、図１４に示したプレースマップ画面では、レイヤとプレース（領域Ｐ）とにより、各ファイルを大項目−小項目の単位で系統立てて管理することができる。

placeicon.jpgは、図１４に示したプレースマップ画面において、placeicon.jpgが格納された各placeIDフォルダに対応するプレース上に描画するアイコン画像（シンボル画像）である。
なお、アイコン画像として格納される画像のフォーマットはこれに限らない。
また、ユーザからアイコン画像の登録が行われていない場合には、予め用意されたデフォルトの画像データを表示するようにしてもよい。

YYYYMMフォルダは、対応プレースにファイルが登録された年月を表すフォルダであって、後述する図５に示す設定変更部４１３によりファイルが登録される年月毎に生成される。ここで「YYYY」は年（西暦）を、「MM」は月を表している。
このYYYYMMフォルダの下位には、対応プレースにファイルが登録された日を表すDDフォルダが存在し、上記設定変更部４１３によりファイルが登録された日毎に生成される。
即ち、YYYYMMフォルダ及びDDフォルダ内のデータによって、プレースに対してファイルが登録された年月日を確認することができる。

DDフォルダの下位には、プレースに登録された各々のファイルに対応するcontentsIDフォルダが格納される。ここで、contentsIDフォルダのフォルダ名には、このプレースに登録されたファイルのファイル名（拡張子部分を除く）が付与される。
なお、これに限らず、例えば各ファイル名に連番からなる数値を順次付与するようにしてもよい。

contentsIDフォルダの下位には、このcontentsIDフォルダに対応するファイルに関する情報が記述されたcontent.xmlと、ファイルのサムネイル画像であるthumbnail.jpgと、ファイルのオリジナルデータであるoriginal.jpg等が格納されている。ここで、content.xml（ファイル情報）には、contentsIDフォルダに対応するファイルが実際に格納された格納位置や、このファイルに登録された後述するファイル属性等のファイルに関する情報が記述されている。
なお、このファイルのオリジナルデータは、original.jpgの他に、画像データであればoriginal.pngや、ドキュメントデータであればoriginal.doc等が格納される。

DEF_PLACEフォルダには、上述したplaceIDフォルダと同様の構成で、未登録状態のプレースに関する設定情報が格納されている。
プレース情報は属性の記述がされていない初期状態で保持されているものとし、YYYYMMフォルダ以下は存在しないものとする。

また、プレース管理部３１０には、placeIDフォルダ毎に、このplaceIDフォルダ（即ち、プレース）の所有者及び共有者となるユーザのユーザIDを記録したmember.xml（メンバリスト）が格納されている。
メンバリストに記録されたユーザIDが複数であるときは、このプレースがメンバリストに記録されたユーザID間で共有される。以下、共有状態にあるプレースを共有プレースという。

なお、メンバリストに記録されるユーザIDのうち、このメンバリストが格納されたplaceIDフォルダに対応するプレースを作成したユーザのユーザIDには、このプレースの所有者であることを識別する識別情報が付与されている。
また、このプレースの共有者となるユーザのユーザIDについては、後述するアクセス権限が付与されている。

以上で説明したように、記憶部４６は、マップ管理部２１０においてユーザ毎のプレースマップ表示を行うデータ、例えばレイヤ設定２０１やプレース設定２０２を管理するとともに、プレース管理部３１０においてそれぞれのプレースマップ表示におけるプレースのデータ、例えばプレースに登録されるファイルデータ等を管理しているから、記憶部４６から上記各データを用いることで、図１４に示したプレースマップ表示を行うことができる。

図５は、ファイル管理サーバ４００の機能ブロック図である。
ファイル管理サーバ４００は、図示のように、図１に示したクライアント端末５００（ユーザ）からのログインを認証する認証手段であるログイン制御部４１１と、図２に示した記憶部４６に記憶されているユーザ毎のファイルを管理するファイル管理手段であるファイル管理部４１２と、Ｉ／Ｆ部４７を介したクライアント端末５００からの指示等により記憶部４６の設定情報を変更する生成手段である設定変更部４１３と、設定変更部４１３によりプレース行列の設定変更、即ち、例えば図４に示したplace.xmlの内容変更があったときに、設定変更に基づいてプレース行列を再構成するプレース行列再構成部４１４と、Ｉ／Ｆ部４７を介したクライアント端末５００からの指示等により記憶部４６内のファイルを検索する検索部４１５とを備え、これら各部はＣＰＵ４１と、ＲＯＭ４２又は記憶部４６に記憶された各種プログラムとの協働により実現する。

次に、図５に示したファイル管理サーバ４００の各機能部の詳細について説明する。
ログイン制御部４１１は、クライアント端末５００から後述するログイン要求を受け付け、このログイン要求に含まれたユーザID、パスワードの組みを、記憶部４６に予め記憶された照合用データと比較して正規のユーザか否かの認証を行う。
なお、この照合用データには、正規ユーザとして登録されたユーザのユーザIDと、パスワードとの組みが予め含まれている。

ファイル管理部４１２は、ログイン制御部４１１により正規ユーザと判定されたユーザについて、クライアント端末５００の表示部５５におけるユーザインターフェース表示を行うための図３に示した設定情報やファイル等を記憶部４６から抽出し、当該ユーザのログインを行ったクライアント端末５００に送信する。

また、ファイル管理部４１２は、ログイン制御部４１１によりログインが許可されたユーザIDについて、このユーザIDに対応する図３に示したマップ管理部２１０のプレースマップ情報（placeMap.xml）と、プレース管理部３１０のplaceIDフォルダとを記憶部４６から読み出し、クライアント端末５００に送信する。
具体的には、ファイル管理部４１２は、ログインが許可されたユーザIDに対応するユーザフォルダ（「user１」、「user２」等：図３参照）を特定すると、このユーザフォルダのマップ管理部２１０からプレースマップ情報（placeMap.xml）を読み出すとともに、このプレースマップ情報に記述されたplaceID（図４参照）に対応し、且つ、このユーザIDをメンバリスト（member.xml：図３参照）に含んだplaceIDフォルダをプレース管理部３１０から読み出す。

また、ファイル管理部４１２は、ログインが許可されたユーザIDに対応するユーザフォルダ（「user１」、「user２」等：図３参照）がマップ管理部２１０に存在しないとき、即ち、ユーザが新規のユーザＩＤでログインするとき、このユーザＩＤ名のユーザフォルダをマップ管理部２１０に生成し、このユーザフォルダの下位にマップ管理部２１０及びプレース管理部３１０を新たに生成する。
なお、新たに生成されるマップ管理部２１０のプレースマップ情報は、プレースが未設定の状態であるものとし、初期状態として例えば３行３列のプレース行列が設定されているものとする。

さらに、ファイル管理部４１２は、設定変更部４１３、プレース行列再構成部４１４により設定情報が更新されると、この更新後の設定情報をクライアント端末５００宛に送信することで、当該クライアント端末５００に保持されている設定情報を更新する。
なお、送信する設定情報は、変更された部分のみを差分データとして送信する態様としてもよいし、ログイン中のユーザIDに関係する全ての設定情報を送信し直す態様としてもよい。

また、ファイル管理部４１２は、後述するように、特定のプレースに属するファイルの閲覧を指示する閲覧要求をクライアント端末５００から受け付けると、このファイルのサムネイル画像（thumnail.jpg：図３参照）を記憶部４６から読み出し、当該閲覧要求を送信したクライアント端末５００宛に送信する。

設定変更部４１３は、ファイルの登録（アップロード）や削除、レイヤ名・プレース名の設定変更、プレースの移動や削除等、プレースマップ画面にかかる設定変更を指示した要求をクライアント端末５００から受け付けると、この要求内容に応じて記憶部４６の設定情報を更新する。

プレース行列再構成部４１４は、設定変更部４１３により変更されたプレースマップ情報の設定内容に応じて、プレースマップ画面でのプレース行列を構成するレイヤの個数やプレースの個数を変更し、プレース行列を再構成する。

検索部４１５は、各レイヤ、プレース、ファイルに付与された属性情報（タグ）や、特定の文字列（以下、キーワードという）を検索キーとする検索要求をクライアント端末５００から受け付けると、この検索キーに該当するファイルを記憶部４６から検索する。

また、検索部４１５は、検索キーに該当するファイルを記憶部４６から検索すると、検索したファイルに対応するcontentsIDフォルダを図５に示したプレース管理部３１０から特定し、このcontentsIDフォルダ以下の各種データとともに、contentsIDフォルダが属するDDフォルダ及びYYYYMMフォルダのツリー構造を、図２に示したＲＡＭ４３や記憶部４６の他の記憶領域にコピーする。

続いて、検索部４１５は、コピーしたcontentsIDフォルダを、YYYYMMフォルダ及びDDフォルダが表す年月日でマージし、検索結果のファイル群からなるplaceIDフォルダを生成し、検索要求に対する検索結果としてクライアント端末５００に送信する。
ここで、placeIDフォルダのプレース情報（place.xml）には、各contentsIDフォルダ名と、contentsIDフォルダのオリジナル（上記コピー元のcontentsIDフォルダ）が格納されたplaceIDフォルダのプレース情報の内容とが関連付けて記述されているものとする。

次に、図１に示したクライアント端末５００について説明する。
図６は、クライアント端末５００のハードウェア構成を示した図である。
図示のように、クライアント端末５００は、プログラムを実行して装置全体を制御し、後述する各機能部（図５参照）を実現するＣＰＵ５１と、プログラムや各種データを記憶しているＲＯＭ５２と、ＣＰＵ５１がプログラムをロードするＲＡＭ５３と、マウスやキーボード等の入力デバイスから構成される操作部５４と、液晶モニタ等の表示デバイスから構成される表示部５５と、ＨＤＤ（Hard Disc Drive）等の記憶デバイスであり、各種プログラムやデータを記憶する記憶部５６と、外部装置との通信を制御するＩ／Ｆ部５７と、メモリカード等の補助記憶装置が着脱自在に構成されたアダプタ部５８と、各部を接続するバス５９を備えている。

図７は、クライアント端末５００の機能ブロック図である。
クライアント端末５００は、ファイル管理サーバ４００へログインするためのログイン処理部５１１と、ファイル管理サーバ４００から受信した各種データに基づいて、ファイルのサムネイル画像等をリスト状に表示する表示制御部５１２と、ユーザからの上記プレースマップ画面等に対する設定変更（placeID等の生成要求等）を受け付け、ファイル管理サーバ４００へ送信する送信手段である設定変更受付部５１３と、操作部５４から入力された検索キー等を受け付ける検索条件受付部５１４とを備えている。

ログイン処理部５１１は、ファイル管理サーバ４００へのログインを行うためのログイン画面を表示部５５に表示し、ユーザがログイン画面からユーザＩＤとパスワードを入力すると、これらの情報を含んだログイン要求をファイル管理サーバ４００に送信する。

本クライアント端末５００の表示制御部５１２は、Ｉ／Ｆ部５７を介してファイル管理サーバ４００から受信した各種データ（図３に示したplaceIDフォルダ等）に基づいて、対応するプレースに属するファイルのサムネイル画像等をリスト状に表示部５５に表示する。
具体的には、表示制御部５１２は、ログイン時や設定変更時にファイル管理サーバ４００から送信される設定情報を受け取ると、当該設定情報を図３に示したツリー構造でＲＡＭ５３又は記憶部５６に保持する。また、表示制御部５１２は、操作部５４を介してユーザから画面表示にかかる操作を受け付けると、ＲＡＭ５３又は記憶部５６に保持した設定情報に基づいて、上記ファイルのサムネイル画像を表示部５５に表示する。
即ち、本クライアント端末５００の表示制御部５１２では、ファイル管理サーバ４００から受信した各種データのうち、プレースマップ情報（placeMap.xml）を取り扱うことができず、プレースマップ表示を行うことができない。

設定変更受付部５１３は、図３に示したplaceID（プレース情報）等に対する設定変更に係る操作を受け付け、この変更内容に応じた設定変更要求をファイル管理サーバ４００に送信することで、ファイル管理サーバ４００に設定変更を要求する。
ここで、プレースマップ画面等に対する設定変更に係る操作とは、プレース名の登録、変更、削除であって、設定変更受付部５１３は、プレースマップ画面におけるプレースの移動や、プレース位置を指定してのプレース名の登録等、行列上の位置関係を変更する操作は受け付けることはできない。
設定変更受付部５１３は、操作部５４を介してこれらの操作を受け付けると、その操作内容と、現在ログイン中のユーザのユーザＩＤとを少なくとも含んだ情報を、変更要求としてファイル管理サーバ４００に送信する。

検索条件受付部５１４は、各レイヤ、プレース、ファイルに付与された属性情報（タグ）や、特定の文字列（以下、キーワードという）の検索キーの入力を受け付け、これらの検索条件と、現在ログイン中のユーザのユーザＩＤとを少なくとも含んだ検索要求をファイル管理サーバ４００に送信することで、ファイル管理サーバ４００にファイルの検索を要求する。

以下、本ファイル管理システムを構成するファイル管理サーバ４００と、クライアント端末５００との間に行われるファイル管理処理について説明する。

［プレースの設定変更について］
クライアント端末５００から、ファイル管理装置４００にプレースの設定変更を要求する処理について説明する。
本クライアント端末装置５００は、図１４に示したプレースマップ画面を表示するための専用のソフトウェアを備えていないため、新規プレースを作成するためには、一般的なブラウザを介してファイル管理装置４００と通信し、新規プレースのプレース名及びタグ、プレースの説明等を示すデータをアップロードする。

図８は、ファイル管理サーバ４００と、クライアント端末５００との間で行われるプレースの設定変更処理を示すフロー図である。
なお、本処理の前提として、クライアント端末５００を操作するユーザのユーザＩＤ及びパスワードは、ファイル管理サーバ４００に既に登録されているものとする。

まず、クライアント端末５００の表示制御部５１２は、図１に示したネットワークＮを介してファイル管理サーバ４００からログイン画面をダウンロードし、表示部５５に表示させる（Ｓ１０１）。
ログイン処理部５１１は、ユーザからログイン画面に入力されたユーザＩＤとパスワードとを少なくとも含んだログイン要求を、ファイル管理サーバ４００に送信する（Ｓ１０２）。

一方、ファイル管理サーバ４００において、図５に示したログイン制御部４１１は、クライアント端末５００からのログイン要求を受け付けると、このログイン要求に含まれたユーザＩＤとパスワードとの組を、記憶部４６に保持した照合用データと比較して、正規のユーザか否かの認証を行う（Ｓ１１１）。

ステップＳ１１１での認証により、ログイン要求に含まれたユーザＩＤとパスワードとの組が照合用データと一致しないと判定したとき、即ち、正規のユーザでないと判定したときは（Ｓ１１２、Ｎｏ）、ログイン制御部４１１は、ログインを許可しない旨の応答情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１１３）、処理を終了する。

また、ステップＳ１１２において、ログイン要求に含まれたユーザＩＤとパスワードとの組が照合用データと一致すると判定したとき、即ち、正規のユーザと判定したときには（Ｓ１１２、Ｙｅｓ）、ログイン制御部４１１は、ログインを許可する旨の応答情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１１４）、ステップＳ１１５の処理に移行する。

クライアント端末５００では、ログイン処理部５１１が、ファイル管理サーバ４００からの応答情報を取得し、この応答情報がログインを許可する旨の応答情報か否かを判定する（Ｓ１０３）。
取得した応答情報が、ログインを許可しない旨の応答情報であるときは（Ｓ１０３、Ｎｏ）、表示制御部５１２は、ステップＳ１０１の処理に再び戻り、ログイン画面を表示部５５に再度表示する。このとき、ユーザＩＤ又はパスワードに誤りがある旨の情報を表示部５５に表示するようにしてもよい。
また、ステップＳ１０３において、取得した応答情報がログインを許可する旨の応答情報であったときは（Ｓ１０３、Ｙｅｓ）、ログイン処理部５１１は、ステップＳ１０４の処理に移行する。

一方、ファイル管理サーバ４００において、図５に示したログイン制御部４１１により正規のユーザと判定されると、ファイル管理部４１２は、ログイン要求に含まれたユーザＩＤに対応する設定情報（placeID等のファイル管理情報）を記憶部４６から読み出し（Ｓ１１５）、ログイン要求を送信したクライアント端末５００宛に送信する（Ｓ１１６）。

クライアント端末５００では、表示制御部５１２が、ファイル管理サーバ４００から送信された設定情報を受信すると、この設定情報を図３に示したツリー構造でＲＡＭ５３又は記憶部５６に保持する（Ｓ１０４）。
続いて、表示制御部５１２は、ステップＳ１０４において保持した設定情報に基づいて、上記受信した設定情報に含まれるファイルのサムネイル画像等をリスト状に表示部５５に表示する（Ｓ１０５）。

表示部５５に上記ファイルのサムネイル画像等がリスト状に表示されているとき、設定変更受付部５１３は、その設定内容の変更を指示する操作が入力されたか否かを監視する（Ｓ１０６、Ｎｏ）。
設定変更受付部５１３が、設定変更を指示する操作が入力されたと判定したときは（Ｓ１０６、Ｙｅｓ）、即ち、本クライアント端末５００からプレース名の登録、変更、削除がなされたと判定したときは、設定変更受付部５１３は、この操作内容を指示する情報と、現在ログイン中のユーザのユーザＩＤとを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する（Ｓ１０７）。

一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００から送信された設定変更要求を受け付けると、この設定変更要求に含まれたユーザＩＤに対応する設定情報を記憶部４６から特定する（Ｓ１１７）。
続いて、設定変更部４１３は、ステップＳ１１７で特定した各設定情報に対し設定変更要求に含まれた操作内容に応じた設定情報を更新した後（Ｓ１１８）、このユーザＩＤのプレースマップ情報に対して後述するプレース行列再構成処理を実行する（Ｓ１１９）。

ファイル管理部４１２は、ステップＳ１１８で更新が行われた設定情報を記憶部４６から読み出し、設定変更要求を送信したクライアント端末５００宛に送信し（Ｓ１２０）、処理を終了する。

ステップＳ１０７における設定変更要求にプレースのアイコン画像が含まれていたときには、このアイコン画像のデータ（placeicon.jpg：図３参照）を所定の位置（placeIDフォルダの下位）に格納する。
また、この設定変更要求とともに送信される例えばユーザＩＤ等の識別情報から、要求元の端末の種類（ＰＣやＭＦＰ、デジタルカメラ等）を判定し、判定結果に基づいて、予め端末の種類に対応付けてファイル管理サーバ４００の記憶部４６に登録しておいたアイコン画像の中から、対応するアイコン画像を選択して、上記所定の位置（placeIDフォルダの下位）に格納するようにしてもよい。

なお、例えば、ステップＳ１０６において、所定のプレースのプレース名の変更又は削除が行われたときは、ファイル管理サーバ４００の設定変更部４１３が、図４に示したplaceIDの名称の変更又は、削除（nullへの変更）を行う。
一方、ステップＳ１０６において、所定のプレースのプレース名の登録（新規プレースの登録）が行われたときは、図１５〜図１７に示したように、プレース行又はプレース列が追加されることを防止するため、設定変更部４１３は、このプレース名を図４に示したplaceIDのうち、プレース行列の中心に近いプレース名が未登録のplaceIDに登録する。

図９及び図１０を参照して、上記新規プレースの登録について説明する。
図９は、図８に示したステップＳ１１８において新規プレースの登録処理が行われたときの設定情報の更新処理を示すフロー図であり、図１０は、図９に示した処理フローに従って、新規プレースを登録する具体例を示す図である。
まず、クライアント端末５００の設定変更部５１３は、図８に示したステップＳ１０６において、新規プレースの登録操作が行われると、現在ログイン中のユーザのユーザＩＤとともに、新規プレースの登録情報、即ち新規プレースのプレース名及びタグ、プレースの説明等を送信する（Ｓ３０１）。

ファイル管理サーバ４００の設定変更受付部４１３は、クライアント端末５００から、図１に示したネットワークＮを介して、ユーザＩＤと新規プレースの登録情報を受信すると、受信したユーザＩＤと図３に示したマップ管理部２１０のプレースマップ情報（placeMap.xml）を検索し、このプレースマップ情報からレイヤ数とプレース数を抽出する（Ｓ３１１）。
図１０に示す例では、レイヤ数として４が、プレース数として４が抽出される。

次に、ファイル管理サーバ４００の設定変更受付部４１３は、抽出したレイヤ数から、プレースマップ情報の中心に近いレイヤ（レイヤ設定２０１：図４参照）を算出する（Ｓ３１２）。
例えば、抽出したレイヤ数が５個（奇数）であれば上から３個目（中心）のレイヤが中心に近いレイヤとなり、抽出したレイヤ数が４個（偶数）であれば、上から２個目及び３個目のレイヤが中心に近いレイヤとなる。
従って、図１０に示す例では、上から２個目及び３個目のレイヤが中心に近いレイヤとなる。

続いて、設定変更受付部４１３は、上記算出したレイヤのうち、placeIDの「Ｘ」がnullのプレース、即ちプレース名が登録されていないプレース（プレース設定２０２：図４参照）を検索する（Ｓ３１３）。

また、算出手段である設定変更受付部４１３は、ステップＳ３１３において検索したプレースの距離を算出して取得し（Ｓ３１４）、それぞれのプレースの上記距離のうち、最短の距離を距離Ａとして取得する。
なお、この距離Ａは、プレース行列の中心のプレースからの距離であり、ここでは、距離の単位はプレースの個数とする。即ち、このレイヤのプレース数が奇数であるときは、中心に位置するプレースの距離Ａは１、その隣に位置する距離Ａは２とし、プレース数が偶数であるときは、中心に位置する２つのプレースの距離Ａは１、その隣に位置するプレースの距離Ａは２とする。
図１０に示す例において、プレース内の数値は、そのプレースの中心に位置するプレースからの距離を示しており、このときの距離Ａは１である。
また、距離の算出方法はこれに限らず、各プレースの行列中心からの距離を一定の基準で比較できるものであればよい。

続いて、設定変更受付部４１３は、ステップＳ３１４において取得した距離Ａを保持しておき、中心のレイヤから上下距離（Ａ−１）番目までのレイヤのうち、placeIDの「Ｘ」がnullのプレースの中心からの距離を算出して取得する（Ｓ３１５）。
なお、図１０に示すように、各レイヤ上に位置するプレースの距離は、中心のレイヤから１行離れる毎に１増加する。

設定変更受付部４１３は、ステップＳ３１４及びステップＳ３１５において取得した距離のうち、最短距離のプレースのプレース設定２０２（図４参照）に、ステップＳ３０１においてクライアント端末５００から受信した新規プレースの登録情報を登録する（Ｓ３１６）。
これにより、この新規プレースを登録したプレース設定２０２（図４参照）に関連づけられた、即ちこのプレース設定２０２に対応するplaceIDフォルダ（図３参照）が生成される。
図１０に示した例では、距離が１である上から３番目のレイヤの左端から２番目のプレースが最短距離のプレースとなり、このプレースに対応するplaceIDの「Ｘ」（図４参照）に新規プレースの登録情報を登録する。

図８に示したプレースの設定変更処理において、新規プレースの登録が行われたときは、図９及び図１０に示したように、プレース行列が拡大しないように新規プレースを空きプレースに登録するが、プレース行列が拡大しない空きプレースが存在しないときは、新規プレースはプレース行列の端部の空きプレースに登録され、プレース行列が拡大するように再構成される。

図８に示した処理フローにおけるステップＳ１１９のプレース行列再構成処理について、図１１〜図１３を参照して説明する。
図１１は、プレース行列再構成処理の手順を示したフロー図である。
まず、ファイル管理サーバ４００のプレース行列再構成部４１４（図５参照）は、プレース名の登録が行われたか否かを判定し（Ｓ２１１１）、プレース名登録が行われていないと判定したときには（Ｓ２１１１、Ｎｏ）、ステップＳ２１１３の処理に移行する。

一方、ステップＳ２１１１において、プレース行列再構成部４１４がプレース名の登録が行われたと判定したとき（Ｓ２１１１、Ｙｅｓ）、プレース名が登録されたプレースのプレース設定２０２（図４参照）に基づいて、後述する端部判定処理（図１２参照）を実行する（Ｓ２１１２）。

続いて、プレース行列再構成部４１４は、プレース名の削除が行われたか否かを判定し（Ｓ２１１３）、プレース名の削除が行われていないと判定したときは（Ｓ２１１３、Ｎｏ）、図８のステップＳ１２０の処理に移行する。

一方、ステップＳ２１１３において、プレース行列再構成部４１４が、プレース名の削除が行われたと判定したときは（Ｓ２１１３、Ｙｅｓ）、プレース名の削除が行われたプレースのプレース設定２０２に基づいて、後述する登録状態判定処理（図１３参照）を実行する（Ｓ２１１４）。

このプレース行列再構成処理で設定内容が変更されたプレース情報（placeIDフォルダ：図３参照）は、図８に示したステップＳ１２０においてクライアント端末５００に送信される。

続いて、図１１の処理フローのステップＳ２１１２における端部判定処理について説明する。
図１２は、ステップＳ２１１２の端部判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、プレース名の登録が行われたプレースに対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報（placeMap.xml：図３参照）から特定する（Ｓ２１１２１１）。

次に、プレース行列再構成部４１４は、ステップＳ２１１２１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ち順位（プレース順位）を検出する（Ｓ２１１２１２）。

続いて、プレース行列再構成部４１４は、ステップＳ２１１２１２で検出したプレース順位を確認し、このプレース順位が最上位であると判定したときは（Ｓ２１１２１３、最上位）、プレースマップ情報（placeMap.xml：図３参照）に記述された各レイヤ設定２０１での最上位のプレース設定２０２の上部に、未登録状態のプレース設定２０２をそれぞれ追加し（Ｓ２１１２１４）、ステップＳ２１１２１６の処理に移行する。

また、ステップＳ２１１２１３において、検出したプレース順位が最下位であると判定したときは（Ｓ２１１２１３、最下位）、プレースマップ情報（placeMap.xml：図３参照）に記述された各レイヤ設定２０１での最下位のプレース設定２０２の下部に、未登録状態のプレース設定２０２をそれぞれ追加し（Ｓ２１１２１５）、ステップＳ２１１２１６の処理に移行する。

また、ステップＳ２１１２１３において、検出したプレース順位が最上位又は最下位以外の順位と判定したときは（Ｓ２１１２１３、その他）、ステップＳ２１１２１６の処理に直ちに移行する。

次に、プレース行列再構成部４１４は、プレースマップ情報（placeMap.xml：図３参照）に記述された、ステップＳ２１１２１１で特定したレイヤ設定２０１の位置、即ち順位（レイヤ順位）を検出する（Ｓ２１１２１６）。

続いて、プレース行列再構成部４１４は、ステップＳ２１１２１６で検出したレイヤ順位を確認し、このレイヤ順位が最上位であると判定したときは（Ｓ２１１２１７、最上位）、プレースマップ情報（placeMap.xml：図３参照）に記述された最上位のレイヤ設定２０１の上部に、未登録状態のレイヤ設定２０１を追加し（Ｓ２１１２１８）、図１１に示したステップＳ２１１３の処理に移行する。

また、ステップＳ２１１２１７において、レイヤ順位が最下位であると判定したときは（Ｓ２１１２１７、最下位）、プレース行列再構成部４１４は、プレースマップ情報（placeMap.xml：図３参照）に記述された最下位のレイヤ設定２０１の下部に、未登録状態のレイヤ設定２０１を追加し（Ｓ２１１２１９）、図１１に示したステップＳ２１１３の処理に移行する。

また、ステップＳ２１１２１７において、レイヤ順位が最上位又は最下位以外の順位であると判定したときは（Ｓ２１１２１７、その他）、図１１のステップＳ２１１３の処理に移行する。

以上で説明したように、新しいプレース名が登録されたときは、プレース名が登録されたプレースが、プレース行列の端部（プレース順位又はレイヤ順位の最上位又は最下位）に位置するか否かを判定し、これに基づいて、新たなプレース設定２０２及びレイヤ設定２０１を追加して、プレースマップ行列（図１４参照）を拡大する。

続いて、図１１の処理フローのステップＳ２１１４における登録状態判定処理について説明する。
図１３は、ステップＳ２１１４の登録状態判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、プレース名の削除が行われたプレースに対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報から特定する（Ｓ２１１４１１）。

次に、プレース行列再構成部４１４は、ステップＳ２１１４１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ちプレース順位を検出すると（Ｓ２１１４１２）、このプレース順位に対応する各レイヤ設定２０１でのプレース設定２０２に、プレース名が登録済みのプレース設定２０２が存在するか否かを判定する（Ｓ２１１４１３）。
ここで、プレース名が登録済みのプレース設定２０２が存在すると判定したとき（Ｓ２１１４１３、Ｙｅｓ）、ステップＳ２１１４１５の処理に直ちに移行する。

また、ステップＳ２１１４１３において、プレース名が登録済みのプレース設定２０２が存在しないと判定したとき（Ｓ２１１４１３、Ｎｏ）、プレース行列再構成部４１４は、プレースマップ情報に記述された全てのレイヤ設定２０１から、検出したプレース順位に対応するプレース設定２０２を削除し（Ｓ２１１４１４）、ステップＳ２１１４１５の処理に移行する。

続いて、プレース行列再構成部４１４は、ステップＳ２１１４１１で特定したレイヤ設定２０１内に、プレース名が登録済みのプレース設定２０２が存在するか否かを判定する（Ｓ２１１４１５）。
ここで、プレース名が登録済みのプレース設定２０２が存在すると判定したとき（Ｓ２１１４１５、Ｙｅｓ）、図１１のステップＳ２１１５の処理に直ちに移行する。

また、ステップＳ２１１４１５において、プレース名が登録済みのプレース設定２０２が存在しないと判定したとき（Ｓ２１１４１５、Ｎｏ）、プレース行列再構成部４１４は、プレースマップ情報からステップＳ２１４１で特定したレイヤ設定２０１自体を削除し（Ｓ２１１４１６）、図１１のステップＳ２１１５の処理に移行する。

以上で説明したように、プレース名が削除されたときは、プレース名が削除されたプレースと同一のプレース行又はプレース列に他のプレース名が登録されていないときは、プレース設定２０２又はレイヤ設定２０１を削除して、プレースマップ行列（図１４参照）を縮小する。

以上で説明したように、プレースマップ情報（placeMap.xml）を取り扱うことができないクライアント端末５００から新規プレースの登録情報が送信されたとき、ファイル管理サーバ４００は、プレースマップ情報に基づいて中心に近いプレースを検索して、上記新規プレースの登録情報を登録するから、プレースマップにプレース行又はプレース列が追加されることをできる限り防止し、不要なプレース行列の拡大を抑制することができる。

なお、本実施形態では、図９に示した設定情報の更新処理において、中心に近いレイヤ設定・プレース設定に新規プレースを登録するために、中心からの最短距離に位置する空きプレースを検索しているが、これに限らず、不要なプレース行列の拡大を抑制できれば、厳密に最短距離を求める処理を行わなくともよい。
例えば、図２に示したファイル管理サーバ４００のＣＰＵ４１が、プレース行列の端部に位置するプレースを除いたプレースに、空きプレースが存在するか否かを判定し、存在するときは、設定変更受付部５１３が、空きプレースの上又は下のレイヤから順にその空きプレースに登録していくようにする。
空きプレースが存在しないときは、設定変更受付部５１３は、プレース行列の端部に位置する空きプレースのいずれかに登録する。

本実施形態に係るファイル管理システムの構成を示す概略図である。 ファイル管理サーバのハードウェア構成図である。 設定情報等を管理するフォルダ構造を示す図である。 placeMap.xmlの例を示した図である。 ファイル管理サーバの機能ブロック図である。 クライアント端末のハードウェア構成を示した図である。 クライアント端末の機能ブロック図である。 ファイル管理サーバと、クライアント端末との間で行われるプレースの設定変更処理を示すフロー図である。 新規プレースの登録処理が行われたときの設定情報の更新処理を示すフロー図である。 新規プレースを登録する具体例を示す図である。 プレース行列再構成処理の手順を示したフロー図である。 端部判定処理の手順を示すフロー図である。 登録状態判定処理の手順を示すフロー図である。 ファイル管理装置で管理されているファイルを、ネットワークを介して接続したクライアントコンピュータの表示装置に表示したファイル管理画面の例を示す図である。 プレース行列の最上位のレイヤの領域Ｐにプレース属性及びプレース名等を登録したときの再構築されたプレース行列を示す図である。 プレース行列の右端の領域Ｐにプレース属性及びプレース名等を登録したときの再構築されたプレース行列を示す図である。 プレース行列の最下位且つ右端の領域Ｐにプレース属性及びプレース名等を登録したときの再構築されたプレース行列を示す図である。

符号の説明

４１，５１・・・ＣＰＵ、４２，５２・・・ＲＯＭ、４３，５３・・・ＲＡＭ、４４，５４・・・操作部、４５，５５・・・表示部、４６，５６・・・記憶部、４７，５７・・・Ｉ／Ｆ部、５８・・・アダプタ部、２０１・・・レイヤ設定、２０２・・・プレース設定、２１０・・・マップ管理部、３１０・・・プレース管理部、４００・・・ファイル管理サーバ、４１１・・・ログイン制御部、４１２・・・ファイル管理部、４１３・・・設定変更部、４１４・・・プレース行列再構成部、４１５・・・検索部、５００・・・クライアント端末、５１１・・・ログイン処理部、５１２・・・表示制御部、５１３・・・設定変更受付部、５１４・・・検索条件受付部。

Claims (5)

1. 複数のクライアント端末と、該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成るファイル管理システムであって、
   前記クライアント端末は、ファイルをファイル管理装置に送信する送信手段と、前記ファイルの管理を行うファイル管理情報の生成要求を前記ファイル管理装置に送信する送信手段を備え、
   前記ファイル管理装置は、前記クライアント端末から前記ファイル管理情報の生成要求を受信したとき、前記ファイル管理情報を生成する生成手段と、
   前記クライアント端末から送信されたファイルと、前記ファイルに関連付けた前記ファイル管理情報と、前記ファイル管理情報のシンボル画像を表示手段に行列状に表示させるための位置情報を記憶する第１の記憶手段と、前記位置情報に基づき前記シンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、前記行列状に表示されるシンボル画像の位置情報のうち、前記ファイル管理情報と関連づけられていない位置情報が存在するか否かを判定する判定手段と、を備え、
   前記生成手段は、前記判定手段が前記位置情報が存在すると判定したとき、前記位置情報と関連づけて前記ファイル管理情報を生成することを特徴とするファイル管理システム。
2. 請求項１に記載されたファイル管理システムにおいて、
   前記判定手段は、前記行列状に表示されるシンボル画像の位置情報のうち、行列の端部に対応する位置情報を除いて、前記ファイル管理情報と関連づけられていない位置情報が存在するか否かを判定し、
   前記生成手段は、前記判定手段が前記位置情報が存在すると判定したとき、前記位置情報と関連づけて前記ファイル管理情報を生成することを特徴とするファイル管理システム。
3. 請求項１に記載されたファイル管理システムにおいて、
   前記判定手段は、前記行列状に表示されるシンボル画像の位置情報のうち、行列の端部に対応する位置情報を除いて、前記ファイル管理情報と関連づけられていない位置情報が存在するか否かを判定し、
   前記生成手段は、前記判定手段が前記位置情報が存在しないと判定したとき、前記行列の端部に対応する位置情報と関連づけて前記ファイル管理情報を生成することを特徴とするファイル管理システム。
4. 請求項１ないし３のいずれかに記載されたファイル管理システムにおいて、
   前記ファイル管理装置は、前記行列状に表示されるシンボル画像の位置情報の行列中心からの距離を算出する算出手段を備え、
   前記生成手段は、前記判定手段が前記位置情報が存在すると判定したとき、当該位置情報のうち、前記算出された距離が最も小さい位置情報と関連づけて前記ファイル管理情報を生成することを特徴とするファイル管理システム。
5. 請求項１ないし４のいずれかに記載されたファイル管理システムにおいて、
   前記生成要求を送信する送信手段は、前記生成要求とともに前記クライアント端末を識別する識別情報を送信し、
   前記第１の記憶手段は、前記クライアント端末の種類に応じたシンボル画像を記憶し、前記表示制御手段は、前記識別情報に基づいて、前記クライアント端末の種類に応じたシンボル画像のいずれかを、前記生成されたファイル管理情報に関連づけられた位置情報に対応する前記表示手段上の位置に表示させることを特徴とするファイル管理システム。
   

Images