ファイル管理システム及びファイル管理方法
【課題】プレースマップにおいてファイルを管理するファイル管理装置において、ファイル管理装置に管理されているファイルを、多様な表示方法で出力する。
【解決手段】
クライアント端末がスライドショー表示処理を行うためのソフトウェアを起動すると、まず、ビューウィンドウを表示する（画面１−１）。ログインが正常に行われると、ファイル管理サーバから、ユーザが指定したプレース内のサムネイル画像をダウンロードし、クライアント端末のキャッシュメモリに保存する。続いて、ビューウィンドウに上記キャッシュメモリに保存したサムネイル画像とともに、情報の入力を行うためのコンソールウィンドウを表示する（画面２）。ファイルは、画面１−２に示したログイン設定画面において設定したスライドショー表示間隔と、予め定められた表示順序に基づいてスライドショー表示される。
【解決手段】
クライアント端末がスライドショー表示処理を行うためのソフトウェアを起動すると、まず、ビューウィンドウを表示する（画面１−１）。ログインが正常に行われると、ファイル管理サーバから、ユーザが指定したプレース内のサムネイル画像をダウンロードし、クライアント端末のキャッシュメモリに保存する。続いて、ビューウィンドウに上記キャッシュメモリに保存したサムネイル画像とともに、情報の入力を行うためのコンソールウィンドウを表示する（画面２）。ファイルは、画面１−２に示したログイン設定画面において設定したスライドショー表示間隔と、予め定められた表示順序に基づいてスライドショー表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のファイルを管理するファイル管理システム及びファイル管理方法に関し、特に、ユーザがファイルの管理を視覚的に行うことができるファイル管理システム及びファイル管理方法に関する。
【背景技術】
【０００２】
ＰＣ（Personal Computer）やデジタルカメラ、携帯電話機等の情報機器の普及に伴い、文書や画像は電子化された状態で取り扱われることが多くなっている（以下、電子化された文書や画像等を「ファイル」という）。電子化された文書や画像等のファイルは情報機器により管理されており、ユーザはこの情報機器を操作することで、所望のファイルを検索、操作することが可能となっている。
【０００３】
例えば、ＰＣ等のＯＳ（Operating System）として用いられるWindows（登録商標）では、各ファイルをフォルダ間の階層関係からなるツリー構造で管理している。そのため、このツリー構造をトップダウン又はボトムアップ的に辿ることで、所望のファイルを検索することが一般に行われている。
【０００４】
また、従来、ファイルや、ファイルを分類又は整理するためのフォルダをサムネイル画像やアイコン画像として視覚化することで、直感的なファイルの管理が行われている。例えば、上位階層にある複数のフォルダのアイコン画像を、画面上部に左右方向に配置し、画面上部に表示された各フォルダのうち、一のフォルダの下位階層にある複数のファイルのサムネイル画像を画面中部及び下部に配列し、このサムネイル画像のうち特定のサムネイル画像を相対的に大きいサイズで表示して、ユーザが、操作とサムネイル画像のスクロール処理との観念性を容易に理解できるユーザインターフェース表示装置が知られている（特許文献１参照）。
【０００５】
しかしながら、このユーザインターフェース表示装置は、ファイルの管理単位をツリー構造のフォルダとしているから、深度方向にファイルの管理が展開されることになる。そのため、より深い階層に位置するフォルダほど、そのフォルダに到達するまでの操作が煩雑となるという問題がある。また、ツリー構造を構成する特定のノードに対応するフォルダと、他のノードに対応するフォルダとは、異なる位置（階層）に存在することになるため、両フォルダ間の関係を直感的に把握することが困難である。
【０００６】
そこで、本出願人は先に、ファイルの管理単位を示した複数のプレース画像を、表示手段に行列状の配置形態で表示し、表示された複数のプレース画像から一のプレース画像の選択を受けると、このプレース画像に関連付けて登録されたファイルのサムネイル画像を表示手段に表示して、ファイルの管理単位間の関係を直感的に把握することができ、且つ、ファイルの管理を効率的に行うことができるファイル管理装置を提案した（特願２００８−１２４０６０号：平成２０年５月９日出願）。
【０００７】
図２７は、特願２００８−１２４０６０号に係るファイル管理装置で管理されているファイルを、ネットワークを介して接続したクライアントコンピュータの表示装置に表示したファイル管理画面の例を示す図である。
図示のように、表示装置には、ファイルが登録される領域Ｐ（プレース）が行列状に配置されており、同一の行のプレースを管理するためのレイヤを示すレイヤ名領域Ｌ１が領域Ｐに隣接して縦方向に配置されて表示されている（プレースマップ画面）。
なお、ここで、プレースマップ画面中において、多段に配置されたレイヤにより構成される上記プレースの行列を「プレース行列」という。
【０００８】
中段のレイヤ名領域Ｌ１の名称は、「お気に入り」と設定されており、他のレイヤ名領域Ｌ１には名称が設定されておらず、「未設定」と表示されている。また、中段のレイヤの中央部に位置する領域Ｐは、ユーザから入力された各プレースを特徴付けるためのインデックスであるプレース属性及びプレース名等が登録されている。なお、ここでのプレース名は「My Place」と登録されている。
また、他の領域Ｐにはプレース属性及びプレース名等は登録されておらず、「New Place!」と表示されている。
このファイル管理装置で管理するファイルのデータは、プレース属性及びプレース名が登録されている領域Ｐにのみ関連づけて登録することができる。即ち、図示の例では、行列状に配置されているそれぞれの領域Ｐのうち、プレース名「My Place」の領域Ｐにのみ、ファイルを関連づけて登録することができる。
【０００９】
また、ユーザが、クライアントコンピュータを介してプレース属性及びプレース名が登録されている領域Ｐを指定すると、この領域Ｐに関連づけて登録されたファイルのサムネイル画像を一覧表示した画面（プレースビュー画面）が、例えばクライアントコンピュータ等の表示装置に表示される。
【００１０】
図２８は、プレースビュー画面の表示例を示す図である。図示のように、このプレースビュー画面の略中央部には、表示対象のプレースに登録されたファイルのサムネイル画像を表示する領域Ａ８１が表示されており、図示の表示例では、表示対象のプレースに登録された各ファイルのサムネイル画像の一覧が、ファイルの登録が行われた年月日に応じた順序で３次元的に配列されて領域Ａ８１に表示されている。
【００１１】
また、プレースビュー画面の下部には、プレースビュー画面の表示形態を指示するためのボタンＢ８１〜ボタンＢ８３が表示されており、ユーザがこれらのボタンのいずれか一つを選択して押下することで、プレースビュー画面の表示形態を切り替えることができる。
ボタンＢ８１は、図示のように、サムネイル画像を３次元的に表示するためのボタンである。
【００１２】
ボタンＢ８２は、サムネイル画像を２次元的に配列して表示する表示形態を指示するためのボタンである。
図２９は、プレースビュー画面の他の表示例を示す図である。
ユーザがボタンＢ８２を押下すると、図示のように、表示対象のプレースに登録されたファイルのサムネイル画像が２次元的に配列され、領域Ａ８１に表示される。
【００１３】
また、ボタンＢ８３は、サムネイル画像をリスト表示する表示形態を指示するためのボタンである。
図３０は、プレースビュー画面の他の表示例を示す図である。
ユーザがボタンＢ８３を押下すると、図示のように、表示対象のプレースに登録されたファイルのサムネイル画像が画面縦方向にリスト配列され、領域Ａ８１に表示される。
【００１４】
以上で説明したように、特願２００８−１２４０６０号で提案したファイル管理装置は、図２７に示したようにファイルを登録するプレースを行列状に表示することで、ファイルの管理を容易に行うことができるとともに、指定したプレースに登録されたファイルを、図２８〜図３０に示したように、プレースビュー画面においてサムネイル表示することができる。
【００１５】
しかしながら、プレースに登録したファイルをユーザが確認するための、より多様な、例えば芸術的目的や実用的目的でのプレースビュー画面における表示方法が求められている。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明は、上記課題を解決するためになされたものであって、その目的は、プレースマップにおいてファイルを管理するファイル管理装置において、ファイル管理装置に管理されているファイルを、多様な表示方法で出力することである。
【課題を解決するための手段】
【００１７】
本発明は、複数のクライアント端末と、該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成り、前記ファイル管理装置は、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付けて記憶する第１の記憶手段と、前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、を備え、前記クライアント端末は、前記ファイル管理装置から前記ファイル管理情報を受信する受信手段と、前記受信したファイル管理情報のシンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、を備えたファイル管理システムであって、前記クライアント端末は、前記ファイル管理情報を指定して、当該ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータを要求する要求手段を、前記ファイル管理装置は、前記要求に応じて、前記サムネイル画像及び／又は前記コメントデータを前記クライアント端末に送信する送信手段を備え、前記表示制御手段は、前記ファイル管理装置から受信したサムネイル画像及び／又は前記コメントデータを表示手段に順次表示させることを特徴とする。
また、本発明は、複数のクライアント端末とネットワークを介して接続されるファイル管理装置であって、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付け、かつ前記ファイル管理情報のシンボル画像を、前記クライアント端末において行列状の配置形態で表示させる表示制御情報を持たせて記憶する記憶手段と、前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、前記クライアント端末からの要求に応じて、前記ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータ前記クライアント端末に送信する送信手段と、を備えたことを特徴とするファイル管理装置である。
さらに、本発明は、ファイルを記憶するとともに、前記ファイルの管理を行う構成単位を示したファイル管理情報のそれぞれを、当該ファイル管理情報が管理する前記ファイルと関連付けて記憶する工程と、前記ファイルのサムネイル画像を生成するサムネイル画像生成工程と、前記ファイル管理情報のそれぞれを表すシンボル画像を行列状の配置形態で表示手段に表示させる第１の表示制御工程と、前記行列状に表示されたシンボル画像に対応する前記ファイル管理情報を指定する工程と、前記指定したファイル管理情報に属するファイルのサムネイル画像及び／又は当該ファイルに付加されたコメントデータを表示手段に順次表示させる第２の表示制御工程と、を有することを特徴とするファイル管理方法である。
【発明の効果】
【００１８】
本発明によれば、プレースマップにおいてファイルを管理するファイル管理装置において、ファイル管理装置に管理されているファイルを、多様な表示方法で出力することができる。
【図面の簡単な説明】
【００１９】
【図１】ファイル管理システムの構成を示す概略図である。
【図２】ファイル管理サーバのハードウェア構成図である。
【図３】記憶部に記憶された設定情報等を管理するフォルダ構造を示す図である。
【図４】プレースマップ画面についての設定情報であるplaceMap.xmlの例を示した図である。
【図５】ファイル管理サーバの機能ブロック図である。
【図６】クライアント端末のハードウェア構成を示した図である。
【図７】クライアント端末の機能ブロック図である。
【図８】ログイン処理部の処理により表示部に表示されたログイン画面の一例を示す図である。
【図９】表示制御部により表示部５５に表示されたプレースマップ画面の一例を示した図である。
【図１０】ファイル管理サーバと、クライアント端末との間で行われるプレースマップ画面の表示処理を示すフロー図である。
【図１１】プレース名の登録を行うために設定変更受付部が表示する画面である。
【図１２】ボタンを押下したときに表示されるアイコン画像の選択を支援するための画面を示す図である。
【図１３】プレースの移動及びプレースの登録が行われた後、クライアント端末の表示部に表示されたプレースマップ画面の一例を示した図である。
【図１４】プレースマップ画面表示処理を示すフロー図である。
【図１５】プレース行列再構成処理の手順を示したフローチャートである。
【図１６】端部判定処理の手順を示すフロー図である。
【図１７】登録状態判定処理の手順を示すフロー図である。
【図１８】隣接判定処理の手順を示すフロー図である。
【図１９】ファイル管理サーバと、クライアント端末との間で行われる共有プレースの設定変更処理を示したフロー図である。
【図２０】共有メンバの設定を支援する画面の一例を示す図である。
【図２１】ファイル管理サーバと、クライアント端末との間で行われる共有プレースへの参加処理を示したフロー図である。
【図２２】共有プレースへの参加を確認するための画面の一例を示した図である。
【図２３】スライドショー表示処理画面の遷移を示す図である。
【図２４】ContentList.xmlファイルの作成手順を示すフロー図である。
【図２５】ContentList.xmlファイルを用いて設定プレースに登録されたファイルをスライドショー表示する処理を示すフロー図である。
【図２６】ファイルに付加されたコメントのスライドショー表示画面の例を示す図である。
【図２７】ファイル管理装置で管理されているファイルを、ネットワークを介して接続したクライアントコンピュータの表示装置に表示したファイル管理画面の例を示す図である。
【図２８】プレースビュー画面の表示例を示す図である。
【図２９】プレースビュー画面の他の表示例を示す図である。
【図３０】プレースビュー画面の他の表示例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態に係るファイル管理システムについて、添付した図面を参照しながら説明する。
図１は、本実施形態に係るファイル管理システムの構成を示す概略図である。図示のように、本ファイル管理システムは、ＰＣやＭＦＰ（Multi Function Peripheral）等の複数のクライアント端末５００と、クライアント端末５００からアップロードされたファイル又はフォルダを管理するファイル管理装置の実施形態であるファイル管理サーバ４００と、各クライアント端末５００とファイル管理サーバ４００とを互いに通信可能に接続するネットワークＮとから構成されている。
【００２１】
ファイル管理サーバ４００は、上記従来のファイル管理装置と同様、図２７に示したように、行列状に配置したプレースを使用して、クライアント端末からアップロードされたファイルを管理することができる。
【００２２】
図２は、図１に示したファイル管理サーバ４００のハードウェア構成図である。
図示のように、ファイル管理サーバ４００は、プログラムを実行して装置全体を制御し、後述する各機能部（図５参照）を実現するＣＰＵ（Central Processing Unit）４１と、プログラムや各種データを記憶しているＲＯＭ（Read Only Memory）４２と、ＣＰＵ４１がプログラムをロードするＲＡＭ（Random Access Memory）４３と、マウスやキーボード等の入力デバイスから構成される操作部４４と、液晶モニタ等の表示デバイスから構成される表示部４５と、ＨＤＤ（Hard Disc Drive）等の記憶デバイスであり、各種プログラムやデータを記憶する第１の記憶手段である記憶部４６と、後述するサムネイル画像やコメントデータ等をクライアント端末に送信する送信手段であるＩ／Ｆ（インタフェース）部４７と、各部を接続するバス４８を備えている。
【００２３】
ＣＰＵ４１は、所定のプログラムを実行することで記憶部４６に記憶されたファイルのサムネイル画像を生成するサムネイル画像生成手段である。
記憶部４６は、ユーザ（クライアント端末５００）から送信されたファイルを管理するとともに、このファイルの管理を支援するユーザインターフェースの生成にかかる種々の設定情報を所定のフォルダ構造で記憶・管理する。なお、記憶部４６が記憶・管理する設定情報については後述する。
【００２４】
次に、図２に示した記憶部４６が記憶するユーザインターフェース表示を行うための設定情報の管理構造について説明する。
図３は、記憶部４６に記憶された上記設定情報等を管理するフォルダ構造を示す図である。
図示のように、記憶部４６は、上記設定情報等を保持するためのツリー構造状のフォルダ構造を有しており、このフォルダ構造は、図２７に示したプレースマップ画面を表示するための設定情報を格納するマップ管理部２１０と、図２７に示した領域Ｐ（プレース）の設定情報を格納したプレース管理部３１０とから成っている。
【００２５】
マップ管理部２１０のMapconfフォルダは、マップ管理部２１０のルートフォルダである。このMapconfフォルダは、本システムを利用するユーザ（ユーザID）毎に用意されたユーザフォルダ（user1、user2等）から構成されている。
このユーザフォルダ内には、ユーザフォルダ名に対応するユーザID用の図２７に示したプレースマップ画面についての設定情報（プレースマップ情報：placeMap.xml）が格納されるとともに、このユーザＩＤ用のアイコン画像（usericon.jpg）や、このユーザIDのユーザの氏名や連絡先（例えば、E-mailアドレス）等、ユーザに関連する情報を記録するための「userconfig.dat」が格納されている。
【００２６】
図４は、図２７に示したプレースマップ画面についての設定情報であるplaceMap.xmlの例を示した図である。
同示のように、placeMap.xmlはＸＭＬ形式で記述されている（１行目参照）。
また、２行目のタグには、このplaceMap.xmlが更新された日時（updateTime）と、前回終了直前に操作が行われた図２７に示した領域Ｐ（プレース）のプレース名（preCurrentID）とが記述されている。
placeMap.xmlには、＜layer name＝“Ｘ”、tag＝“Ｙ”＞と、＜/layer＞とのタグから構成されるレイヤ設定２０１が複数個記述されている。ここで「Ｘ」、「Ｙ」はnull又は任意の文字列を意味する。
【００２７】
プレースマップ情報（placeMap.xml）に記述されたレイヤ設定２０１は、図１に示したクライアント端末５００の後述する表示制御部５１２（図７参照）によって順次読み出され、各レイヤ設定２０１の設定内容に基づいて、図２７に示したユーザインターフェース（プレースマップ画面）が表示部５５に表示される。
具体的には、表示制御部５１２が、プレースマップ情報（placeMap.xml）に記述（格納）されたレイヤ設定２０１の順番に応じた順序で、各レイヤ設定２０１に対応するレイヤ（領域Ｌ）を表示部５５の画面上方から順次描画する。つまり、プレースマップ情報内に記述されたレイヤ設定２０１の順序は、レイヤの描画位置（表示位置）と直接的な関係を有する表示制御情報である。
【００２８】
レイヤ設定２０１にレイヤ名が登録されているとき、即ち「layer name＝“Ｘ”」の「Ｘ」に任意の文字列が登録されているとき、上記表示制御部５１２は、この文字列をレイヤ上に設けられたレイヤ名領域Ｌ１に描画する。
例えば、図４に示した２番目のレイヤ設定２０１では、レイヤ名に「お気に入り」と登録されており、この場合、上記表示制御部５１２は、図２７に示したようにこのレイヤ設定２０１に対応する２行目のレイヤに設けられたレイヤ名領域Ｌ１に「お気に入り」と描画する。
なお、「Ｘ」がnullのとき、即ちレイヤ名が未登録の場合には、未登録の旨の文字列（例えば、図２７に示した「未設定」等）を表示してもよいし、null（無表示）としてもよい。
また、レイヤ自体を表示しない態様としてもよいが、レイヤ名が登録されている場合には、このレイヤ名をレイヤ名領域Ｌ１に表示することが好ましい。
【００２９】
各レイヤ設定２０１には、図４に示したように＜placeID＝“Ｚ”＞で表されるタグであるプレース設定２０２が複数個記述されている。ここで「Ｚ」はnull又は任意の文字列を意味する。
プレース設定２０２は、図２７に示した領域Ｐ（プレース）と対応しており、プレースは、プレース設定２０２が属するレイヤ設定２０１のレイヤと関連付けた状態で表示される。
図１に示したクライアント端末５００の上記表示制御部５１２は（後述する図７参照）、レイヤ設定２０１を読み出す際に、このレイヤ設定２０１内に記述されたプレース設定２０２の順番に応じた順序で、各プレース設定２０２に対応するプレースをレイヤの左方から右方にかけて順次描画する。つまり、レイヤ設定２０１内に記述されたプレース設定２０２の順序は、プレースマップ画面におけるプレースの描画位置（表示位置）と直接的な関係を有する表示制御情報である。
【００３０】
ここで、プレース設定２０２にプレース名が登録されているとき、即ち「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は、プレースマップ画面においてプレース上に描画するアイコン画像（画像データ）である。
図１に示したクライアント端末５００の後述する表示制御部５１２（図７参照）は、プレースを表示する際に、各placeIDフォルダに格納されたplaceicon.jpgを読み出して、アイコン画像を対応プレース上に描画する。
なお、アイコン画像として格納される画像のフォーマットはこれに限らない。
また、ユーザからアイコン画像の登録が行われていない場合には、予め用意されたデフォルトの画像データを表示するようにしてもよい。
【００４０】
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名のユーザフォルダをマップ管理部２１０に生成し、このユーザフォルダの下位にマップ管理部２１０及びプレース管理部３１０を新たに生成する。
なお、新たに生成されるマップ管理部２１０のプレースマップ情報は、プレースが未設定の状態であるものとし、初期状態として例えば３行３列のプレース行列が設定されているものとする。
【００５２】
さらに、ファイル管理部４１２は、設定変更部４１３、プレース行列再構成部４１４により設定情報が更新されると、この更新後の設定情報をクライアント端末５００宛に送信することで、当該クライアント端末５００に保持されている設定情報を更新する。
なお、送信する設定情報は、変更された部分のみを差分データとして送信する態様としてもよいし、ログイン中のユーザIDに関係する全ての設定情報を送信し直す態様としてもよい。
【００５３】
また、ファイル管理部４１２は、後述するように、特定のプレースに属するファイルの閲覧を指示する閲覧要求をクライアント端末５００から受け付けると、このファイルのサムネイル画像（thumnail.jpg：図３参照）を記憶部４６から読み出し、当該閲覧要求を送信したクライアント端末５００宛に送信する。
【００５４】
設定変更部４１３は、ファイルの登録（アップロード）や削除、レイヤ名・プレース名の設定変更、プレースの移動や削除等、プレースマップ画面にかかる設定変更を指示した要求をクライアント端末５００から受け付けると、この要求内容に応じて記憶部４６の設定情報を更新する。
【００５５】
プレース行列再構成部４１４は、設定変更部４１３により変更されたプレースマップ情報の設定内容に応じて、プレースマップ画面でのプレース行列を構成するレイヤの個数やプレースの個数を変更し、プレース行列を再構成する。
【００５６】
検索部４１５は、各レイヤ、プレース、ファイルに付与された属性情報（タグ）や、特定の文字列（以下、キーワードという）を検索キーとする検索要求をクライアント端末５００から受け付けると、この検索キーに該当するファイルを記憶部４６から検索する。
【００５７】
また、検索部４１５は、検索キーに該当するファイルを記憶部４６から検索すると、検索したファイルに対応するcontentsIDフォルダを図５に示したプレース管理部３１０から特定し、このcontentsIDフォルダ以下の各種データとともに、contentsIDフォルダが属するDDフォルダ及びYYYYMMフォルダのツリー構造を、図２に示したＲＡＭ４３や記憶部４６の他の記憶領域にコピーする。
【００５８】
続いて、検索部４１５は、コピーしたcontentsIDフォルダを、YYYYMMフォルダ及びDDフォルダが表す年月日でマージし、検索結果のファイル群からなるplaceIDフォルダを生成し、検索要求に対する検索結果としてクライアント端末５００に送信する。
ここで、placeIDフォルダのプレース情報（place.xml）には、各contentsIDフォルダ名と、contentsIDフォルダのオリジナル（上記コピー元のcontents IDフォルダ）が格納されたplaceIDフォルダのプレース情報の内容とが関連付けて記述されているものとする。
【００５９】
次に、図１に示したクライアント端末５００について説明する。
図６は、クライアント端末５００のハードウェア構成を示した図である。
図示のように、クライアント端末５００は、プログラムを実行して装置全体を制御し、後述する各機能部（図５参照）を実現するＣＰＵ５１と、プログラムや各種データを記憶しているＲＯＭ５２と、ＣＰＵ５１がプログラムをロードするＲＡＭ５３と、マウスやキーボード等の入力デバイスから構成される入力手段である操作部５４と、液晶モニタ等の表示デバイスから構成される表示部５５と、ＨＤＤ等の記憶デバイスであり、各種プログラムやデータを記憶する記憶部５６と、ファイル管理サーバ４００からファイル管理情報（PlaceID）を受信する受信手段であるＩ／Ｆ部５７と、メモリカード等の補助記憶装置が着脱自在に構成されたアダプタ部５８と、各部を接続するバス５９を備えている。
【００６０】
図７は、クライアント端末５００の機能ブロック図である。
クライアント端末５００は、ファイル管理サーバ４００へログインするためのログイン処理部５１１と、ファイル管理サーバ４００から受信した各種データに基づいて、上述したプレースマップ画面や、後述するスライドビューを表示部５５に表示する表示制御手段である表示制御部５１２と、ユーザからの上記プレースマップ画面や後述するスライドビュー等に対する設定変更を受け付ける設定変更受付部５１３と、操作部５４から入力された検索キー等を受け付ける検索条件受付部５１４とを備えている。
【００６１】
ログイン処理部５１１は、ファイル管理サーバ４００へのログインを行うためのログイン画面を表示部５５に表示し、ユーザがログイン画面からユーザIDとパスワードを入力すると、これらの情報を含んだログイン要求をファイル管理サーバ４００に送信する。
【００６２】
図８は、ログイン処理部５１１の処理により表示部５５に表示されたログイン画面の一例を示す図である。
図示のように、ログイン画面には、ユーザID（quanpID）が入力される領域Ａ３１と、パスワードが入力される領域Ａ３２と、ファイル管理サーバ４００へのログインを指示するボタンＢ３１とが表示されている。
ここで、ログイン処理部５１１は、ファイル管理サーバ４００へのログインを指示するボタンＢ３１が押下されたことを検出すると、領域Ａ３１、Ａ３２に入力されたユーザIDとパスワードとを少なくとも含んだログイン要求をファイル管理サーバ４００に送信する。
【００６３】
図７に戻り、表示制御部５１２は、Ｉ／Ｆ部５７を介してファイル管理サーバ４００から受信した各種データに基づいて、上述したプレースマップ画面等のユーザインターフェースを表示部５５に表示する。
【００６４】
具体的に、表示制御部５１２は、ログイン時や設定変更時にファイル管理サーバ４００から送信される設定情報を受け取ると、当該設定情報を図３に示したツリー構造でＲＡＭ５３又は記憶部５６に保持する。
【００６５】
また、表示制御部５１２は、操作部５４を介してユーザから画面表示にかかる操作を受け付けると、ＲＡＭ５３又は記憶部５６に保持した設定情報に基づいて、プレースマップ画面や後述するスライドショー（図２３参照）等を表示部５５に表示する。
【００６６】
図９は、表示制御部５１２により表示部５５に表示されたプレースマップ画面の一例を示した図である。この図は、ユーザＩＤが“理光太郎”のプレースマップ画面を示しており、表示制御部５１２は、このユーザＩＤを領域Ａ４１に表示する。
また、このプレースマップ画面では、“家族”、“お気に入り”、“仕事”の３つのレイヤ名が既に設定されており、レイヤ名“家族”にはプレース名“パーティ”、“サッカー”、“旅行”の３つのプレースが、レイヤ名“お気に入り”には、プレース名“Ｈｏｍｅ”、“音楽”の２つのプレースが、レイヤ名“仕事”にはプレース名“資料＿環境経営”のプレースがそれぞれ設定されている。
ここで、各プレースの下部に表示された値は、そのプレースに格納（アップロード）されたファイルの総数を表している。なお、ファイル総数は、各プレースの「placeID」フォルダの下位に格納された「contentsID」の総数から導出することができる。
【００６７】
領域Ａ４２は、ファイル検索のキーワードとなる検索キーが入力される領域である。また、ボタンＢ４１は、領域Ａ４２に入力された検索キーについての検索を指示するためのボタンであって、このボタンＢ４１が押下されると、領域Ａ４２に入力された検索キーが検索条件受付部５１４に通知される。
なお、プレースマップ画面のうち、特定のレイヤが選択されている場合には、検索キーとともにこのレイヤが検索範囲として検索条件受付部５１４に通知されるものとする。
【００６８】
図７に戻り、設定変更受付部５１３は、プレースマップ画面や後述するスライドビュー等に対する設定変更に係る操作を受け付け、この変更内容に応じた設定変更要求をファイル管理サーバ４００に送信することで、ファイル管理サーバ４００に設定変更を要求する。
ここで、設定変更に係る操作とは、上述したレイヤ名の登録、変更、削除や、レイヤ属性の登録、変更、削除、プレース名の登録、変更、削除等であって、設定変更受付部５１３は、操作部５４を介してこれらの操作を受け付けると、その操作内容と、現在ログイン中のユーザのユーザIDとを少なくとも含んだ情報を、変更要求としてクライアント端末５００に送信する。
【００６９】
検索条件受付部５１４は、検索キーとなるキーワードや、の検索条件の入力を受け付け、これらの検索条件と、現在ログイン中のユーザのユーザＩＤとを少なくとも含んだ検索要求をファイル管理サーバ４００に送信することで、ファイル管理サーバ４００にファイルの検索を要求する。
【００７０】
以下、本ファイル管理システムを構成するファイル管理サーバ４００と、クライアント端末５００との間に行われるファイル管理処理について説明する。
【００７１】
［プレースマップ画面の表示について］
まず、クライアント端末５００の表示部５５に図２７に示したプレースマップ画面が表示されるまでの動作について説明する。
図１０は、ファイル管理サーバ４００と、クライアント端末５００との間で行われるプレースマップ画面の表示処理を示すフロー図である。
なお、本処理の前提として、クライアント端末５００を操作するユーザのユーザID及びパスワードは、ファイル管理サーバ４００に既に登録されているものとする。また、クライアント端末５００のユーザに対し、他のユーザから後述する共有プレースの招待は行われていないものとする。
【００７２】
まず、ログイン処理部５１１は、図８に示したログイン画面を表示部５５に表示する（Ｓ１０１）。
ログイン処理部５１１は、ユーザから上記ログイン画面中のボタンＢ３１が押下され、これを検出すると、ログイン画面に入力されたユーザIDとパスワードとを少なくとも含んだログイン要求を、ファイル管理サーバ４００に送信する（Ｓ１０２）。
【００７３】
一方、ファイル管理サーバ４００において、図５に示したログイン制御部４１１が、クライアント端末５００からのログイン要求を受け付けると、このログイン要求に含まれたユーザIDとパスワードとの組を、記憶部４６に保持した照合用データと比較して、正規のユーザか否かの認証を行う（Ｓ１１１）。
【００７４】
ステップＳ１１１での認証により、ログイン要求に含まれたユーザIDとパスワードとの組が照合用データと一致しないと判定したとき、即ち、正規のユーザでないと判定したときは（Ｓ１１２、No）、ログイン制御部４１１は、ログインを許可しない旨の応答情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１１３）、処理を終了する。
【００７５】
また、ステップＳ１１２において、ログイン要求に含まれたユーザIDとパスワードとの組が照合用データと一致すると判定した場合、即ち、正規のユーザと判定した場合には（Ｓ１１２、Yes）、ログイン制御部４１１は、ログインを許可する旨の応答情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１１４）、ステップＳ１１５の処理に移行する。
【００７６】
クライアント端末５００では、ログイン処理部５１１が、ファイル管理サーバ４００からの応答情報を取得し、この応答情報がログインを許可する旨の応答情報か否かを判定する（Ｓ１０３）。
取得した応答情報が、ログインを許可しない旨の応答情報であるときは（Ｓ１０３、No）、ログイン処理部５１１は、ステップＳ１０１の処理に再び戻り、ログイン画面を表示部５５に再度表示する。このとき、ユーザＩＤ又はパスワードに誤りがある旨の情報を表示部５５に表示する態様としてもよい。
また、ステップＳ１０３において、取得した応答情報がログインを許可する旨の応答情報であったときは（Ｓ１０３、Yes）、ログイン処理部５１１は、ステップＳ１０４の処理に移行する。
【００７７】
一方、ファイル管理サーバ４００において、図５に示したログイン制御部４１１により正規のユーザと判定されると、ファイル管理部４１２は、ログイン要求に含まれたユーザＩＤに対応する設定情報（プレースマップ情報等）を記憶部４６から読み出し（Ｓ１１５）、ログイン要求を送信したクライアント端末５００宛に送信する（Ｓ１１６）。
【００７８】
クライアント端末５００では、受信手段に対応する表示制御部５１２が、ファイル管理サーバ４００から送信された設定情報（ファイル管理情報）を受信すると、この設定情報を図３に示したツリー構造でＲＡＭ５３又は記憶部５６に保持する（Ｓ１０４）。
続いて、表示制御部５１２は、ステップＳ１０４において保持した設定情報に基づいて、後述するプレースマップ画面表示処理を実行し、表示部５５に図８に示したプレースマップ画面を表示する（Ｓ１０５）。
【００７９】
プレースマップ画面が表示されているとき、設定変更受付部５１３は、その設定内容の変更を指示する操作が入力されたか否かを監視する（Ｓ１０６、No）。
設定変更受付部５１３が、プレースマップ画面の設定変更を指示する操作が入力されたと判定したときは（Ｓ１０６、Yes）、設定変更受付部５１３は、この操作内容を指示する情報と、現在ログイン中のユーザのユーザIDとを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する（Ｓ１０７）。
【００８０】
一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００から送信された設定変更要求を受け付けると、この設定変更要求に含まれたユーザIDに対応する設定情報を記憶部４６から特定する（Ｓ１１７）。
続いて、設定変更部４１３は、ステップＳ１１７で特定した各設定情報に対し設定変更要求に含まれた操作内容に応じた設定情報を更新した後（Ｓ１１８）、このユーザIDのプレースマップ情報に対して後述するプレース行列再構成処理を実行する（Ｓ１１９）。
【００８１】
ファイル管理部４１２は、ステップＳ１１８で更新が行われた設定情報を記憶部４６から読み出し、設定変更要求を送信したクライアント端末５００宛に送信し（Ｓ１２０）、処理を終了する。
【００８２】
なお、例えば、ステップＳ１０６において、図９に示したプレースマップ画面のレイヤ名“お気に入り”に属するプレース名“音楽”のプレース位置を、プレース名“Home”の左隣のプレースに移動する操作が指示されると、設定変更受付部５１３は、ステップＳ１０７において、このプレース位置の移動を指示する情報（例えば、移動元プレースと移動先プレースを指示する情報）と、ユーザ名“理光太郎”とを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する。
【００８３】
このとき、設定変更部４１３は、ステップＳ１１７において、ユーザ名“理光太郎”のプレース設定２０２のうち、移動元と移動先のプレース設定２０２を入れ替えることで、プレースの移動を実行、即ち後述するプレース行列再構成処理を実行する（後述する図１３参照）。
【００８４】
また、例えば、ステップＳ１０６において、プレース名“Home”の右隣のプレースに、プレース名“映像”を登録する操作が指示されると、設定変更受付部５１３は、ステップＳ１０７において、このプレース位置にプレース名“映像”の登録を指示する情報と、ユーザ名“理光太郎”とを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する。
【００８５】
図１１は、プレース名の登録を行うために設定変更受付部５１３が表示する画面である。
図示のように、この画面には、プレースの所有者となるユーザIDを示すための領域Ａ５１に、現在ログイン中のユーザIDが編集不可能な状態で表示される。
プレースが属するレイヤのレイヤ名を示すための領域Ａ５２には、変更が指示されたプレースが属するレイヤ名が編集不可能な状態で表示される。
また、プレース名入力のための領域Ａ５３、プレース属性入力のための領域Ａ５４が表示されており、この領域Ａ５４に、既にプレース属性が設定されているときには、このプレース属性が領域Ａ５５に表示される。また、領域Ａ５６には、このプレースに関連付けたいコメント等、任意の文字列を入力することができる。
【００８６】
ボタンＢ５１は、このプレース上に表示するアイコン画像の選択のための支援画面を表示するボタンである。
図１２は、ボタンＢ５１を押下したときに表示されるアイコン画像の選択を支援するための画面を示す図である。
この画面において、ユーザは記憶部５６に記憶された画像ファイルや、予め用意されているアイコン画像から、任意のアイコン画像を選択して、プレースマップ画面においてプレース上に表示させることができる。アイコン画像が選択された後、ボタンＢ５１１が押下されると、この画面に入力・設定された内容が設定変更受付部５１３に通知される。このとき、設定変更受付部５１３は、選択されたアイコン画像を設定変更要求に含めて送信する。
なお、ボタンＢ５１２が押下されたときは、設定変更受付部５１３は、図１２の画面表示を消去する。
【００８７】
以上で説明したように、ユーザがプレース名等を入力し、アイコン画像が選択された後に、ユーザが図１１に示したボタンＢ５２を押下すると、この画面に入力・設定された内容が、設定変更受付部５１３に通知される。
一方、ボタンＢ５３が押下されると、設定変更受付部５１３は、この画面の表示を消去する。
なお、図１１、１２に示した支援画面は一例であって、画面構成はこの図示例に限定されないものとする。
【００８８】
ボタンＢ５２が押下されて、ファイル管理サーバ４００の設定変更部４１３が、プレース名“映像”の登録を指示する情報と、ユーザ名“理光太郎”とを少なくとも含んだ設定変更要求をクライアント端末５００から受け付けると、ユーザ名“理光太郎”にかかるプレース設定２０２のうち、プレース名の登録が指示されたプレース位置のプレース設定２０２にプレース名“映像”を設定するとともに、このプレースのメンバリストにユーザID“理光太郎”を所有者として登録等することで、図１１の画面で入力・設定された情報を設定情報に反映する。
なお、プレースのアイコン画像が設定変更要求に含まれていた場合には、このアイコン画像のデータ（placeicon.jpg：図３参照）を所定の位置（placeIDフォルダの下位）に格納する。
【００８９】
図１３は、上述した２つの操作（プレースの移動及びプレースの登録）が行われた後、クライアント端末５００の表示制御部５１２により表示部５５に表示されたプレースマップ画面の一例を示した図である。
図示のように、プレース名“音楽”の移動と、プレース名“映像”の登録が、指示されたプレースに反映されている。
【００９０】
次に、図１０に示した処理フローにおけるステップＳ１０５のプレースマップ画面表示処理について説明する。
図１４は、プレースマップ画面表示処理を示すフロー図である。
まず、クライアント端末５００の表示制御部５１２は、プレースマップ情報（PlaceMap.xml：図４参照）に記述されたレイヤ設定２０１から、描画対象とするレイヤ設定２０１を一つ選択する（Ｓ１１１１）。
【００９１】
次に、表示制御部５１２は、先に描画されたレイヤの下段に、描画対象のレイヤ設定２０１に対応するレイヤを描画する（Ｓ１１１２）。
なお、レイヤの描画が行われていない初回時には、表示画面内の予め定められた位置に描画対象のレイヤを描画する。
【００９２】
続いて、表示制御部５１２は、描画対象のレイヤ設定２０１にレイヤ名が登録されているか否かを判定し（Ｓ１１１３）、登録されていないと判定したときは（Ｓ１１１３、No）、ステップＳ１１１５の処理に直ちに移行する。
また、ステップＳ１１１３において、レイヤ名が登録されていると判定したときは（Ｓ１１１３、Yes）、表示制御部５１２は、ステップＳ１１１２で描画したレイヤのレイヤ名領域Ｌ１にレイヤ名を描画し（Ｓ１１１４）、ステップＳ１１１５の処理に移行する。
【００９３】
表示制御部５１２は、描画対象のレイヤ設定２０１に記述されたプレース設定２０２（図４参照）から、描画対象とするプレース設定２０２を一つ選択する（Ｓ１１１５）。
なお、本実施形態では、上位に記述されたプレース設定２０２から順次描画対象に設定するものとするが、これに限らないものとする。
【００９４】
続いて、表示制御部５１２は、ステップＳ１１１２で描画したレイヤにおいて、先に描画されたプレースの右列に、描画対象のプレース設定２０２に対応するプレースをステップＳ１１１２で描画したレイヤ上に描画する（Ｓ１１１６）。
なお、プレースの描画が行われていない初期時には、レイヤ上の予め定められた位置に描画対象のプレースのシンボル画像に対応するプレース画像を描画する。
【００９５】
表示制御部５１２は、描画対象のプレース設定２０２に対応するplaceIDフォルダ内にアイコン画像が格納されているか否かを判定し、格納されていないと判定したときは（Ｓ１１１７、No）、ステップＳ１１１９の処理に直ちに移行する。
また、ステップＳ１１１７において、アイコン画像が格納されていると判定したときは（Ｓ１１１７、Yes）、表示制御部５１２は、ステップＳ１１１６で描画したプレース上にアイコン画像を描画する（Ｓ１１１８）。
【００９６】
次に、表示制御部５１２は、描画対象のプレース設定２０２にプレース名が登録されているか否かを判定し（Ｓ１１１９）、登録されていないと判定したときは（Ｓ１１１９、No）、ステップＳ１１２１の処理に直ちに移行する。
また、ステップＳ１１１９において、プレース名が登録されていると判定したときは（Ｓ１１１９、Yes）、表示制御部５１２は、ステップＳ１１１６で描画したプレース上にプレース名を描画する（Ｓ１１２０）。
【００９７】
ステップＳ１１２０においてプレース名を描画した後、表示制御部５１２は、描画対象のレイヤ設定２０１に記述された全てのプレース設定２０２を描画対象としたか否かを判定する（Ｓ１１２１）。
描画対象としていない、即ち未処理のプレース設定２０２が存在すると判定したときは（Ｓ１１２１、No）、ステップＳ１１１５に再び戻り、未処理のプレース設定２０２を描画対象とする。
【００９８】
一方、表示制御部５１２が、描画対象のレイヤ設定２０１に記述された全てのプレース設定２０２を描画対象にしたと判定したときには（Ｓ１１２１、Yes）、プレースマップ情報に記述された全てのレイヤ設定２０１を描画対象としたか否かを判定する（Ｓ１１２２）。
表示制御部５１２は、描画対象としていない、即ち未処理のレイヤ設定２０１が存在すると判定したときは（Ｓ１１２２、No）、ステップＳ１１１１に再び戻り、未処理のレイヤ設定２０１を描画対象とする。
また、ステップＳ１１２２において、表示制御部５１２が、全てのレイヤ設定２０１を描画対象にしたと判定したときは（Ｓ１１２２、Yes）、図１０に示した処理フローのステップＳ１０６の処理に移行する。
【００９９】
次に、図１０に示した処理フローにおけるステップＳ１１９のプレース行列再構成処理について、図１５〜図１８を参照して説明する。
図１５は、プレース行列再構成処理の手順を示したフローチャートである。
まず、ファイル管理サーバ４００のプレース行列再構成部４１４（図５参照）は、プレース名の登録が行われたか否かを判定し（Ｓ２１１１）、プレース名登録が行われていないと判定したときには（Ｓ２１１１、No）、ステップＳ２１１３の処理に移行する。
【０１００】
一方、ステップＳ２１１１において、プレース行列再構成部４１４がプレース名の登録が行われたと判定したとき（Ｓ２１１１、Yes）、プレース名が登録されたプレースのプレース設定２０２（図４参照）に基づいて、後述する端部判定処理（図１６参照）を実行する（Ｓ２１１２）。
【０１０１】
続いて、プレース行列再構成部４１４は、プレース名の削除が行われたか否かを判定し（Ｓ２１１３）、プレース名の削除が行われていないと判定した場合には（Ｓ２１１３、No）、ステップＳ２１１５の処理に移行する。
【０１０２】
一方、ステップＳ２１１３において、プレース行列再構成部４１４が、プレース名の削除が行われたと判定したときは（Ｓ２１１３、Yes）、プレース名の削除が行われたプレースのプレース設定２０２に基づいて、後述する登録状態判定処理（図１７参照）を実行する（Ｓ２１１４）。
【０１０３】
続いて、プレース行列再構成部４１４は、プレースの移動が行われたか否かを判定し（Ｓ２１１５）、プレースの移動が行われていないと判定したときは（Ｓ２１１５、No）、図１０に示したステップＳ１２０の処理に戻る。
【０１０４】
一方、ステップＳ２１１５において、プレース行列再構成部４１４が、プレースの移動が行われたと判定したときは（Ｓ２１１５、Yes）、移動元と移動先のプレース位置に対応するプレース設定２０２に基づいて、後述する隣接判定処理（図１８参照）を実行し（２１１６）、図１０に示したステップＳ１２０の処理を実行する。
【０１０５】
このプレース行列再構成処理で設定内容が変更されたプレースマップ情報（PlaceMap.xml：図３参照）は、ステップＳ１２０においてクライアント端末５００に送信され、変更後のプレースマップ画面がクライアント端末５００の表示部５５（図６参照）に表示される。
【０１０６】
続いて、図１５の処理フローのステップＳ２１１２における端部判定処理について説明する。
図１６は、ステップＳ２１１２の端部判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、プレース名の登録が行われたプレースに対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報（PlaceMap.xml：図３参照）から特定する（Ｓ２１１２１１）。
【０１０７】
次に、プレース行列再構成部４１４は、ステップＳ２１１２１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ち順位（プレース順位）を検出する（Ｓ２１１２１２）。
【０１０８】
続いて、プレース行列再構成部４１４は、ステップＳ２１１２１２で検出したプレース順位を確認し、このプレース順位が最上位であると判定したときは（Ｓ２１１２１３、最上位）、プレースマップ情報（PlaceMap.xml：図３参照）に記述された各レイヤ設定２０１での最上位のプレース設定２０２の上部に、未登録状態のプレース設定２０２をそれぞれ追加し（Ｓ２１１２１４）、ステップＳ２１１２１６の処理に移行する。
【０１０９】
また、ステップＳ２１１２１３において、検出したプレース順位が最下位であると判定したときは（Ｓ２１１２１３、最下位）、プレースマップ情報（PlaceMap.xml：図３参照）に記述された各レイヤ設定２０１での最下位のプレース設定２０２の下部に、未登録状態のプレース設定２０２をそれぞれ追加し（Ｓ２１１２１５）、ステップＳ２１１２１６の処理に移行する。
【０１１０】
また、ステップＳ２１１２１３において、検出したプレース順位が最上位又は最下位以外の順位と判定したときは（Ｓ２１１２１３、その他）、ステップＳ２１１２１６の処理に直ちに移行する。
【０１１１】
次に、プレース行列再構成部４１４は、プレースマップ情報（PlaceMap.xml：図３参照）に記述された、ステップＳ２１１２１１で特定したレイヤ設定２０１の位置、即ち順位（レイヤ順位）を検出する（Ｓ２１１２１６）。
【０１１２】
続いて、プレース行列再構成部４１４は、ステップＳ２１１２１６で検出したレイヤ順位を確認し、このレイヤ順位が最上位であると判定したときは（Ｓ２１１２１７、最上位）、プレースマップ情報（PlaceMap.xml：図３参照）に記述された最上位のレイヤ設定２０１の上部に、未登録状態のレイヤ設定２０１を追加し（Ｓ２１１２１８）、図１５に示したステップＳ２１１３の処理に移行する。
【０１１３】
また、ステップＳ２１１２１７において、レイヤ順位が最下位であると判定したときは（Ｓ２１１２１７、最下位）、プレース行列再構成部４１４は、プレースマップ情報（PlaceMap.xml：図３参照）に記述された最下位のレイヤ設定２０１の下部に、未登録状態のレイヤ設定２０１を追加し（Ｓ２１１２１９）、図１５に示したステップＳ２１１３の処理に移行する。
【０１１４】
また、ステップＳ２１１２１７において、レイヤ順位が最上位又は最下位以外の順位であると判定したときは（Ｓ２１１２１７、その他）、図１５のステップＳ２１１３の処理に移行する。
【０１１５】
以上で説明したように、新しいプレース名が登録されたときは、プレース名が登録されたプレースが、プレース行列の端部（最上位又は最下位）に位置するか否かを判定し、これに基づいて、新たなプレース設定２０２及びレイヤ設定２０１を追加して、プレースマップ行列（図２７参照）を拡大する。
【０１１６】
続いて、図１５の処理フローのステップＳ２１１４における登録状態判定処理について説明する。
図１７は、ステップＳ２１１４の登録状態判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、プレース名の削除が行われたプレースに対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報から特定する（Ｓ２１１４１１）。
【０１１７】
次に、プレース行列再構成部４１４は、ステップＳ２１１４１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ちプレース順位を検出すると（Ｓ２１１４１２）、このプレース順位に対応する各レイヤ設定２０１でのプレース設定２０２に、プレース名が登録済みのプレース設定２０２が存在するか否かを判定する（Ｓ２１１４１３）。
ここで、プレース名が登録済みのプレース設定２０２が存在すると判定したとき（Ｓ２１１４１３、Yes）、ステップＳ２１１４１５の処理に直ちに移行する。
【０１１８】
また、ステップＳ２１１４１３において、プレース名が登録済みのプレース設定２０２が存在しないと判定したとき（Ｓ２１１４１３、No）、プレース行列再構成部４１４は、プレースマップ情報に記述された全てのレイヤ設定２０１から、検出したプレース順位に対応するプレース設定２０２を削除し（Ｓ２１１４１４）、ステップＳ２１１４１５の処理に移行する。
【０１１９】
続いて、プレース行列再構成部４１４は、ステップＳ２１１４１１で特定したレイヤ設定２０１内に、プレース名が登録済みのプレース設定２０２が存在するか否かを判定する（Ｓ２１１４１５）。
ここで、プレース名が登録済みのプレース設定２０２が存在すると判定したとき（Ｓ２１１４１５、Yes）、図１５のステップＳ２１１５の処理に直ちに移行する。
【０１２０】
また、ステップＳ２１１４１５において、プレース名が登録済みのプレース設定２０２が存在しないと判定したとき（Ｓ２１１４１５、No）、プレース行列再構成部４１４は、プレースマップ情報からステップＳ２１４１で特定したレイヤ設定２０１自体を削除し（Ｓ２１１４１６）、図１５のステップＳ２１１５の処理に移行する。
【０１２１】
以上で説明したように、プレース名が削除されたときは、プレース名が削除されたプレースと同一のプレース行又はプレース列に他のプレース名が登録されていないときは、プレース設定２０２又はレイヤ設定２０１を削除して、プレースマップ行列（図２７参照）を縮小する。
【０１２２】
続いて、図１５の処理フローのステップＳ２１１６における隣接判定処理について説明する。
図１８は、ステップＳ２１１６の隣接判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、移動元となったプレース位置に対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報（PlaceMap.xml：図３参照）から特定する（Ｓ２１１６１１）。
【０１２３】
次に、プレース行列再構成部４１４は、ステップＳ２１１６１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ちプレース順位を検出する（Ｓ２１１６１２）。
【０１２４】
続いて、プレース行列再構成部４１４は、ステップＳ２１１６１２で検出したプレース順位を確認し、このプレース順位が上から２位又は下から２位の位置にあるか否かを判定する（Ｓ２１１６１３）。
ここで、プレース順位が上から２位又は下から２位の位置以外と判定したときは（Ｓ２１１６１３、No）、図１０に示したステップＳ１２０の処理に移行する。
【０１２５】
一方、ステップＳ２１１６１３において、プレース順位が上から２位又は下から２位の位置にあると判定したときは（Ｓ２１１６１３、Yes）、プレース行列再構成部４１４は、プレースマップ情報（PlaceMap.xml：図３参照）に記述された、ステップＳ２１１６１１で特定したレイヤ設定２０１の位置、即ちレイヤ順位を検出する（Ｓ２１１６１４）。
【０１２６】
次に、プレース行列再構成部４１４は、ステップＳ２１１６１４で検出したレイヤ順位を確認し、このレイヤ順位が上から２位又は下から２位の位置にあるか否かを判定する（Ｓ２１１６１５）。
ここで、レイヤ順位が上から２位又は下から２位の位置以外と判定したときは（Ｓ２１１６１５、No）、図１０のステップＳ１２０の処理に移行する。
【０１２７】
一方、ステップＳ２１１６１５において、レイヤ順位が上から２位又は下から２位の位置にあると判定したときは（Ｓ２１１６１５、Yes）、プレース行列再構成部４１４は、ステップＳ２１１６１１で特定した移動元のプレース設定２０２とレイヤ設定２０１について、図１７に示した登録状態判定処理を実行する（Ｓ２１１６１６）。
【０１２８】
続いて、プレース行列再構成部４１４は、移動先となったプレース位置に対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報から特定する（Ｓ２１１６１７）。
【０１２９】
プレース行列再構成部４１４は、ステップＳ２１１６１７で特定した移動先のプレース設定２０２とレイヤ設定２０１について、図１６に示した端部判定処理を実行し（Ｓ２１１６１８）、図１０のステップＳ１２０の処理に移行する。
【０１３０】
この隣接判定処理によって、プレースの移動があったときに、移動元のプレース設定２０２及びレイヤ設定２０１に基づいて、図１７に示した登録状態判定処理を行ってプレース行列（図２７参照）を縮小し、移動先のプレース設定２０２及びレイヤ設定２０１に基づいて、図１６に示した端部判定処理を行ってプレース行列を拡大する。
【０１３１】
以上で説明したように、各レイヤ情報に関連付けられたプレース情報の各々をファイルの管理単位を表すプレース画像（シンボル画像）として同一階層で表示することで、ファイルの管理単位間の関係を直感的に把握することが可能となり、ファイルの管理を効率的に行うことができる。
また、プレース画像を行列状に配置して表示することで、ファイルの管理単位間の関係を整列した状態で確認することができるため、ファイルの管理単位間の関係をより直感的に把握することができる。
【０１３２】
［共有メンバの設定］
次に、メンバリスト（member.xml：図３参照）の設定を変更する処理について説明する。
図１９は、ファイル管理サーバ４００と、クライアント端末５００との間で行われる共有プレースの設定変更処理を示したフロー図である。
なお、本処理の前提として、クライアント端末５００の表示部５５には、プレースマップ画面が既に表示されているものとする。
【０１３３】
まず、クライアント端末５００の設定変更受付部５１３（図７参照）は、表示部５５（図６参照）に表示されたプレースマップ画面において、特定のプレースに対して、各プレースのメンバリストに含まれているユーザ、即ち共有メンバの設定変更が指示されるまで待機する（Ｓ１３１、No）。
【０１３４】
ステップＳ１３１において、設定変更受付部５１３が、共有メンバの設定変更が指示されたと判定したとき（Ｓ１３１、Yes）、ＲＡＭ５３又は記憶部５６に保持した設定情報のうち、共有メンバの設定変更が指示されたプレースのメンバリスト（member.xml：図３参照）に基づいて、後述する共有メンバの設定変更を支援する画面を表示部５５に表示する（Ｓ１３２）。
【０１３５】
設定変更受付部５１３は、共有メンバの設定対象となったプレースに対し、ユーザIDの削除やユーザIDの登録の指示を受け付けると、この指示内容に応じたメンバ設定要求（メンバ削除要求又はメンバ登録要求）をファイル管理サーバ４００に送信する（Ｓ１３３）。
【０１３６】
一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００からメンバ設定要求を受け付けると、このメンバ設定要求に含まれたクライアント端末５００を操作するユーザのユーザID（以下、操作ユーザIDという）と、設定対象のプレースのプレース名とに対応するメンバリスト（member.xml：図３参照）を記憶部５６から特定する（Ｓ１４１）。
【０１３７】
続いて、設定変更部４１３は、メンバ設定要求に含まれたクライアント端末５００の操作ユーザIDが、ステップＳ１４１で特定したメンバリストに所有者として設定されているか否かを判定する（Ｓ１４２）。
ここで、設定変更部４１３が、所有者として設定されていないと判定したときは（Ｓ１４２、No）、操作権限がない旨を示した情報を、メンバ設定要求の送信元となったクライアント端末５００に送信し（Ｓ１４３）、本処理を終了する。
【０１３８】
また、ステップＳ１４２において、操作ユーザIDが、メンバ設定要求の対象となっているプレースの所有者として設定されていると判定したときは（Ｓ１４２、Yes）、設定変更部４１３は、メンバ設定要求の内容に基づいて、当該メンバ設定要求がメンバ削除要求かメンバ登録要求かを判定する（Ｓ１４４）。
【０１３９】
ステップＳ１４４において、設定変更部４１３が、メンバ設定要求がメンバ登録要求でない、即ちメンバ削除要求であると判定したときは、（Ｓ１４４、No）、ステップＳ１４１で特定したメンバリストから、メンバ削除要求で指示された削除対象のユーザIDを削除し（Ｓ１４５）、ステップＳ１４８の処理に移行する。
【０１４０】
また、ステップＳ１４４において、設定変更部４１３が、メンバ設定要求がメンバ登録要求と判定したときは（Ｓ１４４、Yes）、ステップＳ１４１で特定したメンバリストに、メンバ登録要求で指示されたユーザID、即ちこのプレースの共有メンバとして招待するユーザのユーザID（以下、招待ユーザIDという）と、そのアクセス権限とを関連付けて登録する（Ｓ１４６）。
さらに、設定変更部４１３は、メンバ登録要求に含まれた招待ユーザIDに対するメッセージを、この招待ユーザIDのマップ管理部２１０に格納されたuserconfig.dat（図３参照）に記録し（Ｓ１４７）。
【０１４１】
設定変更部４１３は、共有メンバの設定変更が正常に終了したことを指示する情報とともに、ステップＳ１４５又はＳ１４６の処理で更新したメンバリスト（member.xml：図３参照）を、メンバ設定要求を送信したクライアント端末５００宛に送信し（Ｓ１４８）、処理を終了する。
【０１４２】
一方、クライアント端末５００では、設定変更受付部５１３が、ファイル管理サーバ４００から共有メンバの設定変更が正常に終了した旨の情報を受信したか否かを判定する（Ｓ１３４）。ここで、上記設定変更が正常に終了した旨の情報を受信していない、即ち操作権限がない旨の情報を受信したと判定したときは（Ｓ１３４、No）、設定変更受付部５１３は、共有メンバの設定を変更する権限がない旨を表示部５５に表示し（Ｓ１３５）、処理を終了する。
【０１４３】
また、ステップＳ１３４において設定変更部４１３が、共有メンバの設定変更が正常に終了した旨の情報を受信したときは（Ｓ１３４、Yes）、この情報とともに受信した更新後のメンバリストをＲＡＭ５３又は記憶部５６に保持して、設定対象となったプレースについてのメンバリスト（member.xml：図３参照）を更新し（Ｓ１３６）、処理を終了する。
【０１４４】
なお、図示の処理フローでは、ユーザ登録要求として招待ユーザIDが送信された場合の処理を示したが、招待先ユーザのE-mailアドレスを受け付けたときは、以下のように対応することで、共有プレースへ参加することができる。
即ち、各ユーザのuserconfig.datにE-mailアドレスが登録されているときには、招待先ユーザのE-mailアドレスと一致するE-mailアドレスが登録されたuserconfig.datを検索し、このuserconfig.datに対応するユーザIDを招待先となった共有プレースのメンバリストに登録する。
【０１４５】
また、招待先ユーザのE-mailアドレスと一致するE-mailアドレスがuserconfig.dat中に存在しないときには、招待先ユーザのE-mailアドレスを招待先の共有プレースに関連付けて記憶しておき、新たにユーザ登録を行ったユーザのE-mailアドレスが、この招待先ユーザのE-mailアドレスと一致したときに、新たに登録したユーザのユーザIDを招待先プレースのメンバリストに登録する。
【０１４６】
図２０は、ステップＳ１３２で表示された共有メンバの設定を支援する画面の一例を示す図である。
図示のように、この画面には、共有メンバの設定が指示されたプレースのプレース名が表示される領域Ａ６１と、共有メンバの設定が指示されたプレースを共有するメンバ（ユーザID）が表示される領域Ａ６２と、領域Ａ６１に表示されたプレースのメンバリストに登録、即ち、このプレースの共有メンバとして招待するユーザのユーザID（招待ユーザID）を入力するための領域Ａ６３と、領域Ａ６１に表示されたプレースにおける、招待先のユーザのアクセス権限を設定するための領域Ａ６４と、招待先のユーザに対するメッセージを入力するための領域Ａ６５と、共有メンバから特定のユーザIDの削除を指示するためのボタンＢ６１と、領域Ａ６１に表示されたプレースの共有メンバとして、領域Ａ６３で招待したユーザを登録するためのボタンＢ６２と、共有メンバ設定の終了を指示するためのボタンＢ６３とが表示されている。
【０１４７】
設定変更受付部５１３は、共有メンバの設定が指示されたプレースにプレース名（placeID）が登録されているとき、このプレース名を領域Ａ６１に表示する。
なお、プレース名が登録されていないとき、図１３に示したように、プレース名の入力を促す文字列を表示し、共有メンバの設定完了とともにプレース名の登録を行う態様としてもよい。
【０１４８】
また、設定変更受付部５１３は、共有メンバの設定が指示されたプレースのメンバリストを読み出し、このメンバリストに登録されているユーザIDを領域Ａ６２に一覧表示する。
クライアント端末５００のユーザは、領域Ａ６２に表示されたユーザIDを選択して、特定のユーザをプレースの共有メンバから削除することができる。
【０１４９】
領域Ａ６３は、招待ユーザIDを入力するための領域Ａ６３１と、このプレースに招待するユーザのE-mailアドレスを入力するための領域Ａ６３２とから構成されている。
なお、領域Ａ６３２に招待ユーザのE-mailアドレスを入力してメンバリストに登録するときは、クライアント端末５００又はファイル管理サーバ４００が備えるメール送信機能を用いて、領域Ａ６５に入力されたメッセージとともに、本プレースの共有メンバとして招待する旨が招待先のユーザに通知される。
【０１５０】
クライアント端末５００のユーザは、領域Ａ６４に表示された「編集者」又は「読者」の何れか一方のラジオボタンを押下することで、領域Ａ６３で招待したユーザを設定することができる。
なお、上記「編集者」に設定されたユーザは、プレースに対するファイルの書き込み（登録、削除）、及び、ファイルの読み込みを行うことができ、上記「読者」に設定されたユーザはプレースからファイルの読み込みのみを行うことができる。
【０１５１】
また、クライアント端末５００のユーザは、領域Ａ６５に任意のメッセージを入力することができ、入力されたメッセージは招待先のユーザに通知される。
【０１５２】
ユーザが、領域Ａ６２に表示されたユーザIDから特定のユーザIDが選択した後、ボタンＢ６１を押下すると、設定変更受付部５１３は、クライアント端末５００を操作するユーザのユーザIDと、共有メンバの設定が指示された操作対象のプレースのプレース名と、削除対象となったユーザIDとを含んだメンバ削除要求をファイル管理サーバ４００に送信する。
なお、選択されたユーザIDが、このプレースの所有者（オーナー）である場合には、ボタンＢ６１を無効化等することで削除が行えないよう制御するようにしてもよい。
【０１５３】
また、ユーザが、領域Ａ６３〜領域Ａ６５に入力又は設定を行った後、ボタンＢ６２を押下すると、設定変更受付部５１３は、クライアント端末５００を操作するユーザのユーザID（操作ユーザID）と、共有メンバの設定が指示された設定対象のプレースのプレース名と、領域Ａ６３〜領域Ａ６５の入力・設定内容とを含んだメンバ登録要求をファイル管理サーバ４００に送信する。
なお、ユーザが、ボタンＢ６３を押下すると、設定変更受付部５１３は、図２０の画面を消去する。
【０１５４】
［共有プレースへの参加］
次に、共有プレースの招待を受けたユーザが操作するクライアント端末５００と、ファイル管理サーバ４００との動作について説明する。
図２１は、ファイル管理サーバ４００と、クライアント端末５００との間で行われる共有プレースへの参加処理を示したフロー図である。
本処理の前提として、クライアント端末５００を操作するユーザのユーザIDは、ファイル管理サーバ４００に登録済みであるものとする。
また、ファイル管理サーバ４００によりクライアント端末５００を操作するユーザのログインが許可されているものとする。
【０１５５】
まず、ファイル管理サーバ４００は、クライアント端末５００からのログイン要求に対してログイン制御部４１１により正規のユーザと判定すると、ファイル管理部４１２は、クライアント端末５００からのログイン要求に含まれたユーザIDに対応する設定情報を記憶部４６のプレースマップ情報（PlaceMap.xml：図３参照）から読み出す（Ｓ１６１）。
【０１５６】
次に、ファイル管理部４１２は、ステップＳ１６１で読み出したプレースマップ情報に定義されている各プレース名と、ログイン要求に含まれたユーザIDが登録されたメンバリストを格納する各placeIDフォルダのフォルダ名とを比較し（Ｓ１６２）、両プレース名が一致しているか否かを判定する（Ｓ１６３）。
【０１５７】
ファイル管理部４１２が、両プレース名が一致していると判定したときは（Ｓ１６３、eq）、ステップＳ１６１で読み出した設定情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１６４）、処理を終了する。
【０１５８】
また、ステップＳ１６３において、ファイル管理部４１２が、プレースマップ情報に定義されたプレース名がplaceIDフォルダのフォルダ名よりも多いと判定したときは（Ｓ１６３、del）、ログイン要求に含まれたユーザIDが共有プレースのメンバから削除された、又は、共有プレース自体が削除されたと判断し、当該ユーザIDのプレースマップ情報に対し、プレース行列再構成部４１４に図１７に示した登録状態判定処理を実行させる（Ｓ１６５）。
【０１５９】
続いて、ファイル管理部４１２は、共有プレースを削除した旨を指示する付加情報とともに、ステップＳ１６５で処理されたプレースマップ情報を含むステップＳ１６１で読み出した設定情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１６６）、処理を終了する。
【０１６０】
また、ステップＳ１６３において、ファイル管理部４１２が、プレースマップ情報に定義されたプレース名が、placeIDフォルダのフォルダ名よりも少ないと判定したときは（Ｓ１６３、add）、ファイル管理部４１２はログイン要求に含まれたユーザIDが共有プレースのメンバに招待されていると判断し、共有プレースへの招待を指示する付加情報とともに、ステップＳ１６１で読み出した設定情報を、ログイン要求を送信したクライアント端末５００宛に送信した後（Ｓ１６７）、ステップＳ１６８に移行する。
【０１６１】
一方、クライアント端末５００では、表示制御部５１２が、ファイル管理サーバ４００から送信された設定情報を受信すると、この設定情報をＲＡＭ５３又は記憶部５６に保持する（Ｓ１５１）。
続いて、表示制御部５１２は、ステップＳ１５１で保持した設定情報に基づいて、プレースマップ画面表示処理（図１４参照）を実行することで、表示部５５に図９に示したプレースマップ画面を表示する（Ｓ１５２）。
【０１６２】
続いて、表示制御部５１２は、設定情報とともに、付加情報を受信したか否かを判定する（Ｓ１５３）。
付加情報を受信していないと判定したときには（Ｓ１５３、No）、処理を終了する。
【０１６３】
また、ステップＳ１５３において、付加情報を受信したと判定したとき（Ｓ１５３、Yes）、表示制御部５１２は、この付加情報が共有プレースへの招待を指示する情報か、若しくは共有プレースの削除を指示する情報かを判定する（Ｓ１５４）。
【０１６４】
ステップＳ１５４において、表示制御部５１２が、付加情報が共有プレースへの招待を指示する情報でない、即ち共有プレースを削除を指示する情報であると判定したときは（Ｓ１５４、No）、この付加情報に基づいて、削除が行われたプレース名等を通知する画面を表示部５５に表示し（Ｓ１５５）、処理を終了する。
【０１６５】
また、ステップＳ１５４において、表示制御部５１２が、付加情報が共有プレースへの招待を指示するものと判定したときは（Ｓ１５４、Yes）、この付加情報と、先に保持した設定情報のuserconfig.datと、共有プレースのメンバリストとに基づいて、後述する共有プレースへの参加を確認する、即ち、招待を受け入れるか否かを確認する画面（後述する図２２参照）を表示部５５に表示する（Ｓ１５６）。
【０１６６】
設定変更受付部５１３は、ステップＳ１５６で表示された画面に基づき、ユーザから招待の受け入れを保留することが指示されたと判定すると（Ｓ１５７、保留）、ステップＳ１５６で表示した画面を消去し、本処理を終了する。
【０１６７】
また、ステップＳ１５７において、設定変更受付部５１３は、ステップＳ１５６で表示された画面に基づき、ユーザから招待を拒否することが指示されたと判定すると（Ｓ１５７、拒否）、ステップＳ１５６で表示した画面を消去し、招待を拒否することを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名とを回答情報としてファイル管理サーバ４００に送信する（Ｓ１５８）。
続いて、表示制御部５１２は、回答情報に対応してファイル管理サーバ４００から送信される設定情報を取得するため、ステップＳ１５１に再び戻る。
【０１６８】
また、ステップＳ１５７において、設定変更受付部５１３は、ステップＳ１５６で表示された画面に基づき、ユーザから招待を受け入れたことが指示されたと判定すると（Ｓ１５７、許諾）、ステップＳ１５６で表示した画面を消去し、招待を受け入れたことを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名と、共有プレースの配置先となるプレース位置を指示する情報とを回答情報としてファイル管理サーバ４００に送信する（Ｓ１５９）。
続いて、表示制御部５１２は、回答情報の送信に対応してファイル管理サーバ４００から送信される設定情報を取得するため、ステップＳ１５１に戻る。
【０１６９】
一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００から送信された回答情報を受け付けると、この回答情報に含まれる情報に基づいて、この回答情報が招待を受け入れることを指示する情報か否かを判定する（Ｓ１６８）。
ここで、設定変更部４１３が、回答情報が招待を拒否することを指示するものと判定したときは（Ｓ１６８、No）、この回答情報に含まれたプレース名に対応するplaceIDフォルダのメンバリストから、この回答情報に含まれたユーザＩＤを削除し（Ｓ１６９）、ステップＳ１７２の処理に移行する。
【０１７０】
また、ステップＳ１６８において、回答情報が招待を受け入れることを指示するものと判定したときは（Ｓ１６８、Yes）、設定変更部４１３は、回答情報に含まれたユーザIDのプレースマップ情報（PlaceMap.xml：図３参照）をマップ管理部２１０から特定すると、この回答情報に含まれた共有プレースの配置先となるプレース位置のプレース設定２０２に、共有プレースのプレース名を設定する（Ｓ１７０）。
【０１７１】
続いて、設定変更部４１３は、ステップＳ１７０で設定変更したプレースマップ情報に対して、図１６に示した端部判定処理を施した後（Ｓ１７１）、ステップＳ１７２の処理に移行する。
【０１７２】
ファイル管理部４１２は、設定の変更が行われた設定情報、即ち、ステップＳ１６９で処理されたメンバリスト又はステップＳ１７０、Ｓ１７１で処理されたプレースマップ情報を、回答情報を送信したクライアント端末５００宛に送信し（Ｓ１７２）、処理を終了する。
【０１７３】
図２２は、ステップＳ１５６で表示部５５に表示される共有プレースへの参加を確認するための画面の一例を示した図である。
図示のように、この画面は、クライアント端末５００を操作するユーザが招待された共有プレースに関する情報が表示される領域Ａ７１と、領域Ａ７１に表示された項目以外の共有プレースに関する情報が表示される領域Ａ７２と、クライアント端末５００を操作するユーザ（招待ユーザID）宛のメッセージが表示される領域Ａ７３と、招待を受け入れたことを指示するためのボタンＢ７１と、招待を拒否することを指示するためのボタンＢ７２と、回答を保留することを指示するためのボタンＢ７３とから成っている。
【０１７４】
領域Ａ７１には、表示制御部５１２によって、付加情報に含まれた共有プレースのプレース名が表示されるとともに、この共有プレースのメンバリストに基づいて、共有プレースの所有者（開設者）のユーザIDや、招待されたユーザのアクセス権限が表示される。
領域Ａ７２には、表示制御部５１２によって、領域Ａ７１に表示された項目以外の共有プレースに関する情報（プレースの説明）が表示される。
【０１７５】
領域Ａ７３には、表示制御部５１２によって、図２０に示した領域Ａ６５に入力された情報、即ちuserconfig.dat（図３参照）に記述された、この共有プレースの所有者からのメッセージが表示される。
【０１７６】
招待を受けたユーザは、操作部５４を介して、ボタンＢ７１〜Ｂ７３を操作することで、招待を受け入れるか否かを指示することができる。
ユーザがボタンＢ７１を押下すると、招待を受け入れたことを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名と、共有プレースの配置先となるプレース位置とを指示する情報を回答情報として、ファイル管理サーバ４００に送信する。
【０１７７】
また、ユーザがボタンＢ７２を押下すると、招待を拒否することを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名とを指示する情報を回答情報として、ファイル管理サーバ４００に送信する。
ユーザがボタンＢ７３を押下すると、表示制御部５１２は、図示の画面を消去する。
【０１７８】
以上で説明したように、ユーザID毎にプレース画像を提供することができるため、各ユーザは自分専用のプレース画像を用いてファイルの管理を行うことができる。
また、特定のプレース画像を複数のユーザで共有することができるため、ファイルの交換等の利用に対応することができる。また、招待を受けたユーザは共有プレースに参加するか否かを選択的に決定することができるため、ユーザの利便性を向上させることができる。
【０１７９】
［スライドショー画面の表示］
次に、スライドショー画面の表示処理について説明する。
本ファイル管理システムでは、ファイル管理サーバ４００の記憶部４６に記憶されたファイルのうち、ファイル形式が画像ファイル（例えば、jpg、png、bmp、gif等）であるオリジナルファイル（original.xxx：図３参照）のサムネイル画像を、各プレース毎にクライアント端末５００の表示部５５にてスライドショー（選択した一連の画像を順次表示すること）にて表示することができる。
【０１８０】
図２３は、クライアント端末５００の表示部５５に表示されるスライドショー表示処理画面の遷移を示す図である。
クライアント端末５００がスライドショー表示処理を行うためのソフトウェアを起動すると、まず、クライアント端末５００の表示制御部５１２は、スライドショー表示処理を実行するためのビューウィンドウを表示し（画面１−１）、続いて、初回起動時の場合は、各種設定画面を表示する（画面１−２）。
【０１８１】
この設定画面では、ファイル管理サーバ４００に記憶されているユーザのファイルにアクセスするためのログインID及びパスワードの設定（ログイン設定）、クライアント端末５００が接続するサーバ及びプロキシサーバの設定（ネットワーク設定）、スライドショー表示するプレース名及びスライドショー表示間隔、スライドショー表示するファイルの表示順序（例えば、ファイル名の昇順、降順、ランダム等）等の設定（スライドショー設定）を行う。
【０１８２】
ログイン設定において、ログインID及びパスワードを設定すると、クライアント装置５００のログイン処理部５１１は、スライドショー設定において、このユーザがアクセス可能なプレース名、即ちこのユーザIDがオーナー又はメンバとして図３に示したメンバリスト（member.xml）に設定されているプレースのみを選択できるようにする。
なお、ユーザIDがメンバリスト（member.xml）から削除されたとき、すなわち、このプレースのメンバでなくなったときは、このプレースを指定してスライドショー表示はできなくする、或いは、ファイル管理サーバ４００のログイン制御部４１１が、ユーザIDとメンバリストとの一致／不一致を判定し、不一致のときエラー表示（図２３に示した画面１−３等）を行うようにする。
【０１８３】
なお、上記ネットワーク設定を行うと、図７に示した記憶部５６に予め生成されたCommonNetConfig.datファイル及びCommonConfig.xmlに設定内容が保持される。
また、上記ログイン設定を行うと、記憶部５６に予め生成されたUserConfig.datファイルにログイン情報が保持される。
上記スライドショー設定を行うと、記憶部５６に予め生成されたSlideshowConfig.xmlファイルに上記プレース名等のスライドショー情報が保持される。
【０１８４】
また、上記スライドショー設定を行うと、後述するように（図２４参照）記憶部５６にContentList.xmlが生成され、スライドショーでのファイルの表示順等が記憶される。
なお、このContentList.xmlには、後述する指定プレースのファイルのサムネイル画像をダウンロードしたときに、このオリジナル画像のファイル名、最終更新日時等のファイル情報も記憶される。
また、ログイン設定及びネットワーク設定の変更時は、スライドショー処理は終了している必要がある。
【０１８５】
初回起動でない場合は、表示制御部５１２は、画面１−１に示したビューウィンドウを表示した後、ログイン画面を表示する。
ユーザは、このログイン画面にて、図６に示した操作部５４から予め設定したログインID及びパスワードを入力してログインを行う。
ユーザが入力したログインID又はパスワードが、予め設定したログインID及びパスワードと一致しなかったときは、表示制御部５１２は、認証が不可である旨を示すログインエラー画面（画面１−３）を表示して、設定画面において再度ログインIDとパスワードを設定するようにユーザに促す。
【０１８６】
一方、ユーザが入力したログインIDがメンバリストと一致し、ユーザIDとパスワードの組み合わせが正しく入力され、ログインが正常に行われると、表示制御部５１２は、ファイル管理サーバ４００から、ユーザが指定したプレース内のファイル形式が画像ファイル（例えば、jpg、png、bmp、gif等）であるオリジナルファイルのサムネイル画像（サムネイルファイル）を、指定プレースのファイル日時の昇順で１０秒毎にダウンロードし、クライアント端末５００の第２の記憶手段であるキャッシュメモリに保存する。
また、このサムネイルファイルに関する書誌情報も同時にダウンロードされ、この書誌情報は、記憶部５６又はＲＡＭ５３に生成される書誌情報ファイルに保存される。
【０１８７】
サムネイルファイルの画像サイズは、ファイル管理サーバ４００において長辺が２００pixel（ピクセル）になるように縮小される。
従って、クライアント端末５００では、上記画面１−１に示したビューウィンドウのサイズが、縦２００pixel、横２００pixelに設定されているときは、縦長或いは横長であるサムネイル画像をビューウィンドウで表示すると、短辺方向は余白が表示される。
【０１８８】
なお、サムネイルファイルは、最大で１０００件までキャッシュメモリに保持することができる。
また、このサムネイルファイルをクライアント端末５００の記憶部５６等のハードディスクドライブに保存するときは、そのサムネイルファイルのファイル名は、「ContentsID_entityTag.extension」として設定する。ここで、「ContentsID」はファイルのコンテンツＩＤ（数字）、「entityTag」はファイルのエンティティータグ、「extension」は拡張子である。
従って、例えば、「ContentsID」が「12345」、「entityTag」が「eadfwa」、「extension」が「jpg」であるときは、このファイル名は、「12345_eadfwa.jpg」と設定される。
【０１８９】
続いて、表示制御部５１２は、ビューウィンドウに上記キャッシュメモリに保存したサムネイル画像とともに、情報の入力を行うためのコンソールウィンドウを表示する（画面２）。
コンソールウィンドウには、先頭のファイルを表示するボタン、前のファイルを表示するボタン、スライドショーを停止／再開するボタン、次のファイルを表示するボタン、オリジナルファイルをダウンロードするボタン、設定ダイアログを表示するボタン、書誌情報を表示するボタンが表示されている。
【０１９０】
ファイルは、画面１−２に示したログイン設定画面において設定したスライドショー表示間隔と、予め定められた表示順序に基づいてスライドショー表示される。
また、ユーザがコンソールウィンドウの先頭のファイルを表示するボタン、前のファイルを表示するボタン、スライドショーを停止／再開するボタン、次のファイルを表示するボタンを押下することで、スライドショー表示間隔及び表示順序に関わらず、ファイルの表示を指示することができる。
【０１９１】
また、ユーザが上記コンソールウィンドウのオリジナルファイルをダウンロードするボタンを押下すると、サムネイル表示されたファイルのオリジナルファイル（元データ）をクライアント端末５００のテンポラリファイルにダウンロードすることができる。
ダウンロードしたオリジナルファイルは、そのオリジナルファイルの拡張子に関連づけられたアプリケーションによって表示される（画面３）。
【０１９２】
ユーザが、画面２に表示されるコンソールウィンドウの設定ダイアログを表示するボタンを押下すると、設定画面が表示され（画面４）、この設定画面において、上記ログイン設定、ネットワーク設定、スライドショー設定等を変更することができる。
また、書誌情報を表示するボタンをユーザが押下すると、ファイル名、プレース名、ファイル日付、プレースのオーナー（所有者）のニックネーム、スライド番号及びファイルの総件数を示す情報ウィンドウがサムネイル画像の下部に表示される（画面５）。
【０１９３】
次に、上記スライドショー設定を行ってContentList.xmlファイルを作成する手順について説明する。
図２４は、ContentList.xmlファイルの作成手順を示すフロー図である。
ユーザが、上記スライドショー設定を行って、スライドショー表示するプレース名及びスライドショー表示間隔等を設定すると、ファイル管理サーバ４００は、スライドショー設定されたプレース名のプレース（設定プレース）に登録されたファイルを、作成日順に検索する（Ｓ２０１）。即ち、ファイル管理サーバ４００は、設定プレースに登録されたファイルから、拡張子が「jpg、png、bmp、gif」のファイルをソート順にファイル作成日時の昇順で検索し、その検索結果（feed）を取得する。
【０１９４】
次に、クライアント端末５００の表示制御部５１２（要求手段）は、検索によって取得したfeedに格納されたentryに設定されているアイコンＵＲＬから、サムネイルファイルを要求して、最大１０００件まで順次ダウンロードし（Ｓ２０２）、キャッシュメモリに記憶する。
なお、表示制御部５１２は、上記feedのうち、既にキャッシュメモリに記憶されているサムネイルファイルは除いて要求する。即ち、表示制御部５１２は、サムネイルファイルの要求時に、feedに格納されたentryに設定されているアイコンＵＲＬに対応するサムネイルファイルをチェックして、その差分のみを要求する。
続いて、表示制御部５１２は、取得したfeedから、設定プレースに登録されたファイルの最終更新日時と総件数をContentList.xmlファイルに記録する（Ｓ２０３）。
【０１９５】
図２５は、図２４に示した処理フローにおいて作成したContentList.xmlファイルを用いて設定プレースに登録されたファイルをスライドショー表示する処理を示すフロー図である。
なお、このフロー図では、予めContentList.xmlファイルが作成されているものとする。
【０１９６】
クライアント端末５００において、ユーザがプレースを指定し、このプレースに登録されたファイルをスライドショー表示するためのソフトウェアを起動すると、まず、クライアント端末５００の表示制御部５１２は、スライドショー表示処理を実行するためのビューウィンドウを表示し、初期画面（初期スライド）を表示する（Ｓ１８１）。
ユーザがログイン画面にてログインIDとパスワードを入力すると、クライアント端末５００の図７に示したログイン処理部５１１は、予め設定されたUserConfig.datファイル及びCommonConfig.xmlファイルの内容に従ってログイン処理を行う（Ｓ１８２）。即ち、クライアント端末５００は、ユーザが入力したログインIDとパスワードと、予め設定されているログインIDとパスワードとを認証し、ファイル管理サーバ４００と接続する。
【０１９７】
次に、表示制御部５１２は、クライアント端末５００の記憶部５６に記憶されているContentList.xmlファイルに保持されているプレース名に対応するplaceIDと、SlideShow.xmlファイルに保持されているプレース名に対応するplaceIDが一致するか否かを判定する（Ｓ１８３）。
上記一致しないと判定したときは（Ｓ１８３、No）、スライドショー設定での設定プレースと、記憶部５６のContentList.xmlファイルに格納されたファイルが登録されているプレースとが異なるということであるから、ContentList.xmlファイルを破棄して（Ｓ１８７）、設定プレースに対応する新たなContentList.xmlファイルを、図２４に示した処理フローによって作成する（Ｓ１８８）。
【０１９８】
一方、ステップＳ１８３において、表示制御部５１２が、上記一致すると判定したときは（Ｓ１８３、Yes）、ファイル管理サーバ４００に記憶されているプレースが更新されているか否かを確認するために、ファイル管理サーバ４００に、対応するプレースに登録されているファイルの総件数と最終更新日時を検索するように検索要求を送信する（Ｓ１８４）。
【０１９９】
ファイル管理サーバ４００は、ステップＳ１８４における検索要求を受信すると、対応するプレースに登録されているファイルの総件数と最終更新日時を検索し（Ｓ１９１）、その結果を取得する。即ち、ファイル管理サーバ４００は、設定プレースに登録されたファイルから、拡張子が「jpg、png、bmp、gif」のファイルをソート順にファイル作成日時の降順で検索し、その検索結果を取得する。
続いて、ファイル管理サーバ４００は、上記検索結果をクライアント端末５００に送信する（Ｓ１９２）。
【０２００】
クライアント端末５００では、ファイル管理サーバ４００から上記検索結果を受信すると、表示制御部５１２が、ContentList.xmlファイルに記憶されている設定プレースに登録されたファイルの最終更新日時と総件数が、上記検索結果と一致するか否かを判定する（Ｓ１８５）。
上記一致しないと判定したときは（Ｓ１８５、No）、ContentList.xmlファイルを作成してから、ファイル管理サーバ４００にて対応するプレースが更新されているということであるから、ContentList.xmlファイルを破棄して（Ｓ１８７）、設定プレースに対応する新たなContentList.xmlファイルを、図２４に示した処理フローによって作成する（Ｓ１８８）。
【０２０１】
一方、ステップＳ１８５において、上記一致すると判定したときは（Ｓ１８５、Yes）、キャッシュメモリに格納されているサムネイルファイルは最新であるから、キャッシュメモリからサムネイルファイルを読み出し、スライド（サムネイルファイル）をContentList.xmlに記憶された表示順に基づいて順次表示する（Ｓ１８６）。
【０２０２】
なお、本処理フローによるスライドショー処理の前に、同一プレースを指定したスライドショー処理が行われていた場合は、ContentList.xmlの新たな作成は不要であり、クライアント端末５００のキャッシュメモリには既に指定プレースのサムネイルファイルが記憶されているため、前回のスライドショー終了時のサムネイルファイルからスライドショーを再開する。
また、キャッシュメモリに記憶されている設定プレースのサムネイルファイルは、ユーザが上記設定プレースのメンバリスト（member.xml：図３参照）から削除され、別のプレースをユーザが指定したときに、上記キャッシュメモリから削除される。
【０２０３】
以上で説明したように、本クライアント端末５００は、ファイル管理サーバ４００から、設定したプレースに登録されたファイルのサムネイルファイルをダウンロードして、所定の表示条件（表示順序、表示サイズ等）でスライドビュー表示することができるから、例えば芸術的目的や実用的目的として本ファイル管理システムを利用することができ、汎用性を向上させることができる。
【０２０４】
また、本実施形態に係るクライアント端末５００は、ファイル管理サーバ４００に保管されているサムネイルファイルをスライドショー表示しているが、これに限らず、スライドショー表示する対象を画像ファイルの他、例えば、図２６に示すように、予めオリジナルファイルに付加しておいたコメント情報をサムネイルファイルとともにスライドショー表示したり、このコメント情報のみをスライドショー表示するようにしてもよい。
この場合、図２３の画面１−２に示したスライドショー設定において、「表示項目」を設け、「画像のみ」、「画像＋コメント」、「コメントのみ」のいずれかを選択して設定できるようにする。
【符号の説明】
【０２０５】
４１，５１・・・ＣＰＵ、４２，５２・・・ＲＯＭ、４３，５３・・・ＲＡＭ、４４，５４・・・操作部、４５，５５・・・表示部、４６，５６・・・記憶部、４７，５７・・・Ｉ／Ｆ部、５８・・・アダプタ部、２０１・・・レイヤ設定、２０２・・・プレース設定、２１０・・・マップ管理部、３１０・・・プレース管理部、４００・・・ファイル管理サーバ、４１１・・・ログイン制御部、４１２・・・ファイル管理部、４１３・・・設定変更部、４１４・・・プレース行列再構成部、４１５・・・検索部、５００・・・クライアント端末、５１１・・・ログイン処理部、５１２・・・表示制御部、５１３・・・設定変更受付部、５１４・・・検索条件受付部。
【先行技術文献】
【特許文献】
【０２０６】
【特許文献１】特開２００６−２６８２９５号公報
【技術分野】
【０００１】
本発明は、複数のファイルを管理するファイル管理システム及びファイル管理方法に関し、特に、ユーザがファイルの管理を視覚的に行うことができるファイル管理システム及びファイル管理方法に関する。
【背景技術】
【０００２】
ＰＣ（Personal Computer）やデジタルカメラ、携帯電話機等の情報機器の普及に伴い、文書や画像は電子化された状態で取り扱われることが多くなっている（以下、電子化された文書や画像等を「ファイル」という）。電子化された文書や画像等のファイルは情報機器により管理されており、ユーザはこの情報機器を操作することで、所望のファイルを検索、操作することが可能となっている。
【０００３】
例えば、ＰＣ等のＯＳ（Operating System）として用いられるWindows（登録商標）では、各ファイルをフォルダ間の階層関係からなるツリー構造で管理している。そのため、このツリー構造をトップダウン又はボトムアップ的に辿ることで、所望のファイルを検索することが一般に行われている。
【０００４】
また、従来、ファイルや、ファイルを分類又は整理するためのフォルダをサムネイル画像やアイコン画像として視覚化することで、直感的なファイルの管理が行われている。例えば、上位階層にある複数のフォルダのアイコン画像を、画面上部に左右方向に配置し、画面上部に表示された各フォルダのうち、一のフォルダの下位階層にある複数のファイルのサムネイル画像を画面中部及び下部に配列し、このサムネイル画像のうち特定のサムネイル画像を相対的に大きいサイズで表示して、ユーザが、操作とサムネイル画像のスクロール処理との観念性を容易に理解できるユーザインターフェース表示装置が知られている（特許文献１参照）。
【０００５】
しかしながら、このユーザインターフェース表示装置は、ファイルの管理単位をツリー構造のフォルダとしているから、深度方向にファイルの管理が展開されることになる。そのため、より深い階層に位置するフォルダほど、そのフォルダに到達するまでの操作が煩雑となるという問題がある。また、ツリー構造を構成する特定のノードに対応するフォルダと、他のノードに対応するフォルダとは、異なる位置（階層）に存在することになるため、両フォルダ間の関係を直感的に把握することが困難である。
【０００６】
そこで、本出願人は先に、ファイルの管理単位を示した複数のプレース画像を、表示手段に行列状の配置形態で表示し、表示された複数のプレース画像から一のプレース画像の選択を受けると、このプレース画像に関連付けて登録されたファイルのサムネイル画像を表示手段に表示して、ファイルの管理単位間の関係を直感的に把握することができ、且つ、ファイルの管理を効率的に行うことができるファイル管理装置を提案した（特願２００８−１２４０６０号：平成２０年５月９日出願）。
【０００７】
図２７は、特願２００８−１２４０６０号に係るファイル管理装置で管理されているファイルを、ネットワークを介して接続したクライアントコンピュータの表示装置に表示したファイル管理画面の例を示す図である。
図示のように、表示装置には、ファイルが登録される領域Ｐ（プレース）が行列状に配置されており、同一の行のプレースを管理するためのレイヤを示すレイヤ名領域Ｌ１が領域Ｐに隣接して縦方向に配置されて表示されている（プレースマップ画面）。
なお、ここで、プレースマップ画面中において、多段に配置されたレイヤにより構成される上記プレースの行列を「プレース行列」という。
【０００８】
中段のレイヤ名領域Ｌ１の名称は、「お気に入り」と設定されており、他のレイヤ名領域Ｌ１には名称が設定されておらず、「未設定」と表示されている。また、中段のレイヤの中央部に位置する領域Ｐは、ユーザから入力された各プレースを特徴付けるためのインデックスであるプレース属性及びプレース名等が登録されている。なお、ここでのプレース名は「My Place」と登録されている。
また、他の領域Ｐにはプレース属性及びプレース名等は登録されておらず、「New Place!」と表示されている。
このファイル管理装置で管理するファイルのデータは、プレース属性及びプレース名が登録されている領域Ｐにのみ関連づけて登録することができる。即ち、図示の例では、行列状に配置されているそれぞれの領域Ｐのうち、プレース名「My Place」の領域Ｐにのみ、ファイルを関連づけて登録することができる。
【０００９】
また、ユーザが、クライアントコンピュータを介してプレース属性及びプレース名が登録されている領域Ｐを指定すると、この領域Ｐに関連づけて登録されたファイルのサムネイル画像を一覧表示した画面（プレースビュー画面）が、例えばクライアントコンピュータ等の表示装置に表示される。
【００１０】
図２８は、プレースビュー画面の表示例を示す図である。図示のように、このプレースビュー画面の略中央部には、表示対象のプレースに登録されたファイルのサムネイル画像を表示する領域Ａ８１が表示されており、図示の表示例では、表示対象のプレースに登録された各ファイルのサムネイル画像の一覧が、ファイルの登録が行われた年月日に応じた順序で３次元的に配列されて領域Ａ８１に表示されている。
【００１１】
また、プレースビュー画面の下部には、プレースビュー画面の表示形態を指示するためのボタンＢ８１〜ボタンＢ８３が表示されており、ユーザがこれらのボタンのいずれか一つを選択して押下することで、プレースビュー画面の表示形態を切り替えることができる。
ボタンＢ８１は、図示のように、サムネイル画像を３次元的に表示するためのボタンである。
【００１２】
ボタンＢ８２は、サムネイル画像を２次元的に配列して表示する表示形態を指示するためのボタンである。
図２９は、プレースビュー画面の他の表示例を示す図である。
ユーザがボタンＢ８２を押下すると、図示のように、表示対象のプレースに登録されたファイルのサムネイル画像が２次元的に配列され、領域Ａ８１に表示される。
【００１３】
また、ボタンＢ８３は、サムネイル画像をリスト表示する表示形態を指示するためのボタンである。
図３０は、プレースビュー画面の他の表示例を示す図である。
ユーザがボタンＢ８３を押下すると、図示のように、表示対象のプレースに登録されたファイルのサムネイル画像が画面縦方向にリスト配列され、領域Ａ８１に表示される。
【００１４】
以上で説明したように、特願２００８−１２４０６０号で提案したファイル管理装置は、図２７に示したようにファイルを登録するプレースを行列状に表示することで、ファイルの管理を容易に行うことができるとともに、指定したプレースに登録されたファイルを、図２８〜図３０に示したように、プレースビュー画面においてサムネイル表示することができる。
【００１５】
しかしながら、プレースに登録したファイルをユーザが確認するための、より多様な、例えば芸術的目的や実用的目的でのプレースビュー画面における表示方法が求められている。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明は、上記課題を解決するためになされたものであって、その目的は、プレースマップにおいてファイルを管理するファイル管理装置において、ファイル管理装置に管理されているファイルを、多様な表示方法で出力することである。
【課題を解決するための手段】
【００１７】
本発明は、複数のクライアント端末と、該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成り、前記ファイル管理装置は、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付けて記憶する第１の記憶手段と、前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、を備え、前記クライアント端末は、前記ファイル管理装置から前記ファイル管理情報を受信する受信手段と、前記受信したファイル管理情報のシンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、を備えたファイル管理システムであって、前記クライアント端末は、前記ファイル管理情報を指定して、当該ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータを要求する要求手段を、前記ファイル管理装置は、前記要求に応じて、前記サムネイル画像及び／又は前記コメントデータを前記クライアント端末に送信する送信手段を備え、前記表示制御手段は、前記ファイル管理装置から受信したサムネイル画像及び／又は前記コメントデータを表示手段に順次表示させることを特徴とする。
また、本発明は、複数のクライアント端末とネットワークを介して接続されるファイル管理装置であって、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付け、かつ前記ファイル管理情報のシンボル画像を、前記クライアント端末において行列状の配置形態で表示させる表示制御情報を持たせて記憶する記憶手段と、前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、前記クライアント端末からの要求に応じて、前記ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータ前記クライアント端末に送信する送信手段と、を備えたことを特徴とするファイル管理装置である。
さらに、本発明は、ファイルを記憶するとともに、前記ファイルの管理を行う構成単位を示したファイル管理情報のそれぞれを、当該ファイル管理情報が管理する前記ファイルと関連付けて記憶する工程と、前記ファイルのサムネイル画像を生成するサムネイル画像生成工程と、前記ファイル管理情報のそれぞれを表すシンボル画像を行列状の配置形態で表示手段に表示させる第１の表示制御工程と、前記行列状に表示されたシンボル画像に対応する前記ファイル管理情報を指定する工程と、前記指定したファイル管理情報に属するファイルのサムネイル画像及び／又は当該ファイルに付加されたコメントデータを表示手段に順次表示させる第２の表示制御工程と、を有することを特徴とするファイル管理方法である。
【発明の効果】
【００１８】
本発明によれば、プレースマップにおいてファイルを管理するファイル管理装置において、ファイル管理装置に管理されているファイルを、多様な表示方法で出力することができる。
【図面の簡単な説明】
【００１９】
【図１】ファイル管理システムの構成を示す概略図である。
【図２】ファイル管理サーバのハードウェア構成図である。
【図３】記憶部に記憶された設定情報等を管理するフォルダ構造を示す図である。
【図４】プレースマップ画面についての設定情報であるplaceMap.xmlの例を示した図である。
【図５】ファイル管理サーバの機能ブロック図である。
【図６】クライアント端末のハードウェア構成を示した図である。
【図７】クライアント端末の機能ブロック図である。
【図８】ログイン処理部の処理により表示部に表示されたログイン画面の一例を示す図である。
【図９】表示制御部により表示部５５に表示されたプレースマップ画面の一例を示した図である。
【図１０】ファイル管理サーバと、クライアント端末との間で行われるプレースマップ画面の表示処理を示すフロー図である。
【図１１】プレース名の登録を行うために設定変更受付部が表示する画面である。
【図１２】ボタンを押下したときに表示されるアイコン画像の選択を支援するための画面を示す図である。
【図１３】プレースの移動及びプレースの登録が行われた後、クライアント端末の表示部に表示されたプレースマップ画面の一例を示した図である。
【図１４】プレースマップ画面表示処理を示すフロー図である。
【図１５】プレース行列再構成処理の手順を示したフローチャートである。
【図１６】端部判定処理の手順を示すフロー図である。
【図１７】登録状態判定処理の手順を示すフロー図である。
【図１８】隣接判定処理の手順を示すフロー図である。
【図１９】ファイル管理サーバと、クライアント端末との間で行われる共有プレースの設定変更処理を示したフロー図である。
【図２０】共有メンバの設定を支援する画面の一例を示す図である。
【図２１】ファイル管理サーバと、クライアント端末との間で行われる共有プレースへの参加処理を示したフロー図である。
【図２２】共有プレースへの参加を確認するための画面の一例を示した図である。
【図２３】スライドショー表示処理画面の遷移を示す図である。
【図２４】ContentList.xmlファイルの作成手順を示すフロー図である。
【図２５】ContentList.xmlファイルを用いて設定プレースに登録されたファイルをスライドショー表示する処理を示すフロー図である。
【図２６】ファイルに付加されたコメントのスライドショー表示画面の例を示す図である。
【図２７】ファイル管理装置で管理されているファイルを、ネットワークを介して接続したクライアントコンピュータの表示装置に表示したファイル管理画面の例を示す図である。
【図２８】プレースビュー画面の表示例を示す図である。
【図２９】プレースビュー画面の他の表示例を示す図である。
【図３０】プレースビュー画面の他の表示例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態に係るファイル管理システムについて、添付した図面を参照しながら説明する。
図１は、本実施形態に係るファイル管理システムの構成を示す概略図である。図示のように、本ファイル管理システムは、ＰＣやＭＦＰ（Multi Function Peripheral）等の複数のクライアント端末５００と、クライアント端末５００からアップロードされたファイル又はフォルダを管理するファイル管理装置の実施形態であるファイル管理サーバ４００と、各クライアント端末５００とファイル管理サーバ４００とを互いに通信可能に接続するネットワークＮとから構成されている。
【００２１】
ファイル管理サーバ４００は、上記従来のファイル管理装置と同様、図２７に示したように、行列状に配置したプレースを使用して、クライアント端末からアップロードされたファイルを管理することができる。
【００２２】
図２は、図１に示したファイル管理サーバ４００のハードウェア構成図である。
図示のように、ファイル管理サーバ４００は、プログラムを実行して装置全体を制御し、後述する各機能部（図５参照）を実現するＣＰＵ（Central Processing Unit）４１と、プログラムや各種データを記憶しているＲＯＭ（Read Only Memory）４２と、ＣＰＵ４１がプログラムをロードするＲＡＭ（Random Access Memory）４３と、マウスやキーボード等の入力デバイスから構成される操作部４４と、液晶モニタ等の表示デバイスから構成される表示部４５と、ＨＤＤ（Hard Disc Drive）等の記憶デバイスであり、各種プログラムやデータを記憶する第１の記憶手段である記憶部４６と、後述するサムネイル画像やコメントデータ等をクライアント端末に送信する送信手段であるＩ／Ｆ（インタフェース）部４７と、各部を接続するバス４８を備えている。
【００２３】
ＣＰＵ４１は、所定のプログラムを実行することで記憶部４６に記憶されたファイルのサムネイル画像を生成するサムネイル画像生成手段である。
記憶部４６は、ユーザ（クライアント端末５００）から送信されたファイルを管理するとともに、このファイルの管理を支援するユーザインターフェースの生成にかかる種々の設定情報を所定のフォルダ構造で記憶・管理する。なお、記憶部４６が記憶・管理する設定情報については後述する。
【００２４】
次に、図２に示した記憶部４６が記憶するユーザインターフェース表示を行うための設定情報の管理構造について説明する。
図３は、記憶部４６に記憶された上記設定情報等を管理するフォルダ構造を示す図である。
図示のように、記憶部４６は、上記設定情報等を保持するためのツリー構造状のフォルダ構造を有しており、このフォルダ構造は、図２７に示したプレースマップ画面を表示するための設定情報を格納するマップ管理部２１０と、図２７に示した領域Ｐ（プレース）の設定情報を格納したプレース管理部３１０とから成っている。
【００２５】
マップ管理部２１０のMapconfフォルダは、マップ管理部２１０のルートフォルダである。このMapconfフォルダは、本システムを利用するユーザ（ユーザID）毎に用意されたユーザフォルダ（user1、user2等）から構成されている。
このユーザフォルダ内には、ユーザフォルダ名に対応するユーザID用の図２７に示したプレースマップ画面についての設定情報（プレースマップ情報：placeMap.xml）が格納されるとともに、このユーザＩＤ用のアイコン画像（usericon.jpg）や、このユーザIDのユーザの氏名や連絡先（例えば、E-mailアドレス）等、ユーザに関連する情報を記録するための「userconfig.dat」が格納されている。
【００２６】
図４は、図２７に示したプレースマップ画面についての設定情報であるplaceMap.xmlの例を示した図である。
同示のように、placeMap.xmlはＸＭＬ形式で記述されている（１行目参照）。
また、２行目のタグには、このplaceMap.xmlが更新された日時（updateTime）と、前回終了直前に操作が行われた図２７に示した領域Ｐ（プレース）のプレース名（preCurrentID）とが記述されている。
placeMap.xmlには、＜layer name＝“Ｘ”、tag＝“Ｙ”＞と、＜/layer＞とのタグから構成されるレイヤ設定２０１が複数個記述されている。ここで「Ｘ」、「Ｙ」はnull又は任意の文字列を意味する。
【００２７】
プレースマップ情報（placeMap.xml）に記述されたレイヤ設定２０１は、図１に示したクライアント端末５００の後述する表示制御部５１２（図７参照）によって順次読み出され、各レイヤ設定２０１の設定内容に基づいて、図２７に示したユーザインターフェース（プレースマップ画面）が表示部５５に表示される。
具体的には、表示制御部５１２が、プレースマップ情報（placeMap.xml）に記述（格納）されたレイヤ設定２０１の順番に応じた順序で、各レイヤ設定２０１に対応するレイヤ（領域Ｌ）を表示部５５の画面上方から順次描画する。つまり、プレースマップ情報内に記述されたレイヤ設定２０１の順序は、レイヤの描画位置（表示位置）と直接的な関係を有する表示制御情報である。
【００２８】
レイヤ設定２０１にレイヤ名が登録されているとき、即ち「layer name＝“Ｘ”」の「Ｘ」に任意の文字列が登録されているとき、上記表示制御部５１２は、この文字列をレイヤ上に設けられたレイヤ名領域Ｌ１に描画する。
例えば、図４に示した２番目のレイヤ設定２０１では、レイヤ名に「お気に入り」と登録されており、この場合、上記表示制御部５１２は、図２７に示したようにこのレイヤ設定２０１に対応する２行目のレイヤに設けられたレイヤ名領域Ｌ１に「お気に入り」と描画する。
なお、「Ｘ」がnullのとき、即ちレイヤ名が未登録の場合には、未登録の旨の文字列（例えば、図２７に示した「未設定」等）を表示してもよいし、null（無表示）としてもよい。
また、レイヤ自体を表示しない態様としてもよいが、レイヤ名が登録されている場合には、このレイヤ名をレイヤ名領域Ｌ１に表示することが好ましい。
【００２９】
各レイヤ設定２０１には、図４に示したように＜placeID＝“Ｚ”＞で表されるタグであるプレース設定２０２が複数個記述されている。ここで「Ｚ」はnull又は任意の文字列を意味する。
プレース設定２０２は、図２７に示した領域Ｐ（プレース）と対応しており、プレースは、プレース設定２０２が属するレイヤ設定２０１のレイヤと関連付けた状態で表示される。
図１に示したクライアント端末５００の上記表示制御部５１２は（後述する図７参照）、レイヤ設定２０１を読み出す際に、このレイヤ設定２０１内に記述されたプレース設定２０２の順番に応じた順序で、各プレース設定２０２に対応するプレースをレイヤの左方から右方にかけて順次描画する。つまり、レイヤ設定２０１内に記述されたプレース設定２０２の順序は、プレースマップ画面におけるプレースの描画位置（表示位置）と直接的な関係を有する表示制御情報である。
【００３０】
ここで、プレース設定２０２にプレース名が登録されているとき、即ち「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は、プレースマップ画面においてプレース上に描画するアイコン画像（画像データ）である。
図１に示したクライアント端末５００の後述する表示制御部５１２（図７参照）は、プレースを表示する際に、各placeIDフォルダに格納されたplaceicon.jpgを読み出して、アイコン画像を対応プレース上に描画する。
なお、アイコン画像として格納される画像のフォーマットはこれに限らない。
また、ユーザからアイコン画像の登録が行われていない場合には、予め用意されたデフォルトの画像データを表示するようにしてもよい。
【００４０】
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名のユーザフォルダをマップ管理部２１０に生成し、このユーザフォルダの下位にマップ管理部２１０及びプレース管理部３１０を新たに生成する。
なお、新たに生成されるマップ管理部２１０のプレースマップ情報は、プレースが未設定の状態であるものとし、初期状態として例えば３行３列のプレース行列が設定されているものとする。
【００５２】
さらに、ファイル管理部４１２は、設定変更部４１３、プレース行列再構成部４１４により設定情報が更新されると、この更新後の設定情報をクライアント端末５００宛に送信することで、当該クライアント端末５００に保持されている設定情報を更新する。
なお、送信する設定情報は、変更された部分のみを差分データとして送信する態様としてもよいし、ログイン中のユーザIDに関係する全ての設定情報を送信し直す態様としてもよい。
【００５３】
また、ファイル管理部４１２は、後述するように、特定のプレースに属するファイルの閲覧を指示する閲覧要求をクライアント端末５００から受け付けると、このファイルのサムネイル画像（thumnail.jpg：図３参照）を記憶部４６から読み出し、当該閲覧要求を送信したクライアント端末５００宛に送信する。
【００５４】
設定変更部４１３は、ファイルの登録（アップロード）や削除、レイヤ名・プレース名の設定変更、プレースの移動や削除等、プレースマップ画面にかかる設定変更を指示した要求をクライアント端末５００から受け付けると、この要求内容に応じて記憶部４６の設定情報を更新する。
【００５５】
プレース行列再構成部４１４は、設定変更部４１３により変更されたプレースマップ情報の設定内容に応じて、プレースマップ画面でのプレース行列を構成するレイヤの個数やプレースの個数を変更し、プレース行列を再構成する。
【００５６】
検索部４１５は、各レイヤ、プレース、ファイルに付与された属性情報（タグ）や、特定の文字列（以下、キーワードという）を検索キーとする検索要求をクライアント端末５００から受け付けると、この検索キーに該当するファイルを記憶部４６から検索する。
【００５７】
また、検索部４１５は、検索キーに該当するファイルを記憶部４６から検索すると、検索したファイルに対応するcontentsIDフォルダを図５に示したプレース管理部３１０から特定し、このcontentsIDフォルダ以下の各種データとともに、contentsIDフォルダが属するDDフォルダ及びYYYYMMフォルダのツリー構造を、図２に示したＲＡＭ４３や記憶部４６の他の記憶領域にコピーする。
【００５８】
続いて、検索部４１５は、コピーしたcontentsIDフォルダを、YYYYMMフォルダ及びDDフォルダが表す年月日でマージし、検索結果のファイル群からなるplaceIDフォルダを生成し、検索要求に対する検索結果としてクライアント端末５００に送信する。
ここで、placeIDフォルダのプレース情報（place.xml）には、各contentsIDフォルダ名と、contentsIDフォルダのオリジナル（上記コピー元のcontents IDフォルダ）が格納されたplaceIDフォルダのプレース情報の内容とが関連付けて記述されているものとする。
【００５９】
次に、図１に示したクライアント端末５００について説明する。
図６は、クライアント端末５００のハードウェア構成を示した図である。
図示のように、クライアント端末５００は、プログラムを実行して装置全体を制御し、後述する各機能部（図５参照）を実現するＣＰＵ５１と、プログラムや各種データを記憶しているＲＯＭ５２と、ＣＰＵ５１がプログラムをロードするＲＡＭ５３と、マウスやキーボード等の入力デバイスから構成される入力手段である操作部５４と、液晶モニタ等の表示デバイスから構成される表示部５５と、ＨＤＤ等の記憶デバイスであり、各種プログラムやデータを記憶する記憶部５６と、ファイル管理サーバ４００からファイル管理情報（PlaceID）を受信する受信手段であるＩ／Ｆ部５７と、メモリカード等の補助記憶装置が着脱自在に構成されたアダプタ部５８と、各部を接続するバス５９を備えている。
【００６０】
図７は、クライアント端末５００の機能ブロック図である。
クライアント端末５００は、ファイル管理サーバ４００へログインするためのログイン処理部５１１と、ファイル管理サーバ４００から受信した各種データに基づいて、上述したプレースマップ画面や、後述するスライドビューを表示部５５に表示する表示制御手段である表示制御部５１２と、ユーザからの上記プレースマップ画面や後述するスライドビュー等に対する設定変更を受け付ける設定変更受付部５１３と、操作部５４から入力された検索キー等を受け付ける検索条件受付部５１４とを備えている。
【００６１】
ログイン処理部５１１は、ファイル管理サーバ４００へのログインを行うためのログイン画面を表示部５５に表示し、ユーザがログイン画面からユーザIDとパスワードを入力すると、これらの情報を含んだログイン要求をファイル管理サーバ４００に送信する。
【００６２】
図８は、ログイン処理部５１１の処理により表示部５５に表示されたログイン画面の一例を示す図である。
図示のように、ログイン画面には、ユーザID（quanpID）が入力される領域Ａ３１と、パスワードが入力される領域Ａ３２と、ファイル管理サーバ４００へのログインを指示するボタンＢ３１とが表示されている。
ここで、ログイン処理部５１１は、ファイル管理サーバ４００へのログインを指示するボタンＢ３１が押下されたことを検出すると、領域Ａ３１、Ａ３２に入力されたユーザIDとパスワードとを少なくとも含んだログイン要求をファイル管理サーバ４００に送信する。
【００６３】
図７に戻り、表示制御部５１２は、Ｉ／Ｆ部５７を介してファイル管理サーバ４００から受信した各種データに基づいて、上述したプレースマップ画面等のユーザインターフェースを表示部５５に表示する。
【００６４】
具体的に、表示制御部５１２は、ログイン時や設定変更時にファイル管理サーバ４００から送信される設定情報を受け取ると、当該設定情報を図３に示したツリー構造でＲＡＭ５３又は記憶部５６に保持する。
【００６５】
また、表示制御部５１２は、操作部５４を介してユーザから画面表示にかかる操作を受け付けると、ＲＡＭ５３又は記憶部５６に保持した設定情報に基づいて、プレースマップ画面や後述するスライドショー（図２３参照）等を表示部５５に表示する。
【００６６】
図９は、表示制御部５１２により表示部５５に表示されたプレースマップ画面の一例を示した図である。この図は、ユーザＩＤが“理光太郎”のプレースマップ画面を示しており、表示制御部５１２は、このユーザＩＤを領域Ａ４１に表示する。
また、このプレースマップ画面では、“家族”、“お気に入り”、“仕事”の３つのレイヤ名が既に設定されており、レイヤ名“家族”にはプレース名“パーティ”、“サッカー”、“旅行”の３つのプレースが、レイヤ名“お気に入り”には、プレース名“Ｈｏｍｅ”、“音楽”の２つのプレースが、レイヤ名“仕事”にはプレース名“資料＿環境経営”のプレースがそれぞれ設定されている。
ここで、各プレースの下部に表示された値は、そのプレースに格納（アップロード）されたファイルの総数を表している。なお、ファイル総数は、各プレースの「placeID」フォルダの下位に格納された「contentsID」の総数から導出することができる。
【００６７】
領域Ａ４２は、ファイル検索のキーワードとなる検索キーが入力される領域である。また、ボタンＢ４１は、領域Ａ４２に入力された検索キーについての検索を指示するためのボタンであって、このボタンＢ４１が押下されると、領域Ａ４２に入力された検索キーが検索条件受付部５１４に通知される。
なお、プレースマップ画面のうち、特定のレイヤが選択されている場合には、検索キーとともにこのレイヤが検索範囲として検索条件受付部５１４に通知されるものとする。
【００６８】
図７に戻り、設定変更受付部５１３は、プレースマップ画面や後述するスライドビュー等に対する設定変更に係る操作を受け付け、この変更内容に応じた設定変更要求をファイル管理サーバ４００に送信することで、ファイル管理サーバ４００に設定変更を要求する。
ここで、設定変更に係る操作とは、上述したレイヤ名の登録、変更、削除や、レイヤ属性の登録、変更、削除、プレース名の登録、変更、削除等であって、設定変更受付部５１３は、操作部５４を介してこれらの操作を受け付けると、その操作内容と、現在ログイン中のユーザのユーザIDとを少なくとも含んだ情報を、変更要求としてクライアント端末５００に送信する。
【００６９】
検索条件受付部５１４は、検索キーとなるキーワードや、の検索条件の入力を受け付け、これらの検索条件と、現在ログイン中のユーザのユーザＩＤとを少なくとも含んだ検索要求をファイル管理サーバ４００に送信することで、ファイル管理サーバ４００にファイルの検索を要求する。
【００７０】
以下、本ファイル管理システムを構成するファイル管理サーバ４００と、クライアント端末５００との間に行われるファイル管理処理について説明する。
【００７１】
［プレースマップ画面の表示について］
まず、クライアント端末５００の表示部５５に図２７に示したプレースマップ画面が表示されるまでの動作について説明する。
図１０は、ファイル管理サーバ４００と、クライアント端末５００との間で行われるプレースマップ画面の表示処理を示すフロー図である。
なお、本処理の前提として、クライアント端末５００を操作するユーザのユーザID及びパスワードは、ファイル管理サーバ４００に既に登録されているものとする。また、クライアント端末５００のユーザに対し、他のユーザから後述する共有プレースの招待は行われていないものとする。
【００７２】
まず、ログイン処理部５１１は、図８に示したログイン画面を表示部５５に表示する（Ｓ１０１）。
ログイン処理部５１１は、ユーザから上記ログイン画面中のボタンＢ３１が押下され、これを検出すると、ログイン画面に入力されたユーザIDとパスワードとを少なくとも含んだログイン要求を、ファイル管理サーバ４００に送信する（Ｓ１０２）。
【００７３】
一方、ファイル管理サーバ４００において、図５に示したログイン制御部４１１が、クライアント端末５００からのログイン要求を受け付けると、このログイン要求に含まれたユーザIDとパスワードとの組を、記憶部４６に保持した照合用データと比較して、正規のユーザか否かの認証を行う（Ｓ１１１）。
【００７４】
ステップＳ１１１での認証により、ログイン要求に含まれたユーザIDとパスワードとの組が照合用データと一致しないと判定したとき、即ち、正規のユーザでないと判定したときは（Ｓ１１２、No）、ログイン制御部４１１は、ログインを許可しない旨の応答情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１１３）、処理を終了する。
【００７５】
また、ステップＳ１１２において、ログイン要求に含まれたユーザIDとパスワードとの組が照合用データと一致すると判定した場合、即ち、正規のユーザと判定した場合には（Ｓ１１２、Yes）、ログイン制御部４１１は、ログインを許可する旨の応答情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１１４）、ステップＳ１１５の処理に移行する。
【００７６】
クライアント端末５００では、ログイン処理部５１１が、ファイル管理サーバ４００からの応答情報を取得し、この応答情報がログインを許可する旨の応答情報か否かを判定する（Ｓ１０３）。
取得した応答情報が、ログインを許可しない旨の応答情報であるときは（Ｓ１０３、No）、ログイン処理部５１１は、ステップＳ１０１の処理に再び戻り、ログイン画面を表示部５５に再度表示する。このとき、ユーザＩＤ又はパスワードに誤りがある旨の情報を表示部５５に表示する態様としてもよい。
また、ステップＳ１０３において、取得した応答情報がログインを許可する旨の応答情報であったときは（Ｓ１０３、Yes）、ログイン処理部５１１は、ステップＳ１０４の処理に移行する。
【００７７】
一方、ファイル管理サーバ４００において、図５に示したログイン制御部４１１により正規のユーザと判定されると、ファイル管理部４１２は、ログイン要求に含まれたユーザＩＤに対応する設定情報（プレースマップ情報等）を記憶部４６から読み出し（Ｓ１１５）、ログイン要求を送信したクライアント端末５００宛に送信する（Ｓ１１６）。
【００７８】
クライアント端末５００では、受信手段に対応する表示制御部５１２が、ファイル管理サーバ４００から送信された設定情報（ファイル管理情報）を受信すると、この設定情報を図３に示したツリー構造でＲＡＭ５３又は記憶部５６に保持する（Ｓ１０４）。
続いて、表示制御部５１２は、ステップＳ１０４において保持した設定情報に基づいて、後述するプレースマップ画面表示処理を実行し、表示部５５に図８に示したプレースマップ画面を表示する（Ｓ１０５）。
【００７９】
プレースマップ画面が表示されているとき、設定変更受付部５１３は、その設定内容の変更を指示する操作が入力されたか否かを監視する（Ｓ１０６、No）。
設定変更受付部５１３が、プレースマップ画面の設定変更を指示する操作が入力されたと判定したときは（Ｓ１０６、Yes）、設定変更受付部５１３は、この操作内容を指示する情報と、現在ログイン中のユーザのユーザIDとを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する（Ｓ１０７）。
【００８０】
一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００から送信された設定変更要求を受け付けると、この設定変更要求に含まれたユーザIDに対応する設定情報を記憶部４６から特定する（Ｓ１１７）。
続いて、設定変更部４１３は、ステップＳ１１７で特定した各設定情報に対し設定変更要求に含まれた操作内容に応じた設定情報を更新した後（Ｓ１１８）、このユーザIDのプレースマップ情報に対して後述するプレース行列再構成処理を実行する（Ｓ１１９）。
【００８１】
ファイル管理部４１２は、ステップＳ１１８で更新が行われた設定情報を記憶部４６から読み出し、設定変更要求を送信したクライアント端末５００宛に送信し（Ｓ１２０）、処理を終了する。
【００８２】
なお、例えば、ステップＳ１０６において、図９に示したプレースマップ画面のレイヤ名“お気に入り”に属するプレース名“音楽”のプレース位置を、プレース名“Home”の左隣のプレースに移動する操作が指示されると、設定変更受付部５１３は、ステップＳ１０７において、このプレース位置の移動を指示する情報（例えば、移動元プレースと移動先プレースを指示する情報）と、ユーザ名“理光太郎”とを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する。
【００８３】
このとき、設定変更部４１３は、ステップＳ１１７において、ユーザ名“理光太郎”のプレース設定２０２のうち、移動元と移動先のプレース設定２０２を入れ替えることで、プレースの移動を実行、即ち後述するプレース行列再構成処理を実行する（後述する図１３参照）。
【００８４】
また、例えば、ステップＳ１０６において、プレース名“Home”の右隣のプレースに、プレース名“映像”を登録する操作が指示されると、設定変更受付部５１３は、ステップＳ１０７において、このプレース位置にプレース名“映像”の登録を指示する情報と、ユーザ名“理光太郎”とを少なくとも含んだ設定変更要求をファイル管理サーバ４００に送信する。
【００８５】
図１１は、プレース名の登録を行うために設定変更受付部５１３が表示する画面である。
図示のように、この画面には、プレースの所有者となるユーザIDを示すための領域Ａ５１に、現在ログイン中のユーザIDが編集不可能な状態で表示される。
プレースが属するレイヤのレイヤ名を示すための領域Ａ５２には、変更が指示されたプレースが属するレイヤ名が編集不可能な状態で表示される。
また、プレース名入力のための領域Ａ５３、プレース属性入力のための領域Ａ５４が表示されており、この領域Ａ５４に、既にプレース属性が設定されているときには、このプレース属性が領域Ａ５５に表示される。また、領域Ａ５６には、このプレースに関連付けたいコメント等、任意の文字列を入力することができる。
【００８６】
ボタンＢ５１は、このプレース上に表示するアイコン画像の選択のための支援画面を表示するボタンである。
図１２は、ボタンＢ５１を押下したときに表示されるアイコン画像の選択を支援するための画面を示す図である。
この画面において、ユーザは記憶部５６に記憶された画像ファイルや、予め用意されているアイコン画像から、任意のアイコン画像を選択して、プレースマップ画面においてプレース上に表示させることができる。アイコン画像が選択された後、ボタンＢ５１１が押下されると、この画面に入力・設定された内容が設定変更受付部５１３に通知される。このとき、設定変更受付部５１３は、選択されたアイコン画像を設定変更要求に含めて送信する。
なお、ボタンＢ５１２が押下されたときは、設定変更受付部５１３は、図１２の画面表示を消去する。
【００８７】
以上で説明したように、ユーザがプレース名等を入力し、アイコン画像が選択された後に、ユーザが図１１に示したボタンＢ５２を押下すると、この画面に入力・設定された内容が、設定変更受付部５１３に通知される。
一方、ボタンＢ５３が押下されると、設定変更受付部５１３は、この画面の表示を消去する。
なお、図１１、１２に示した支援画面は一例であって、画面構成はこの図示例に限定されないものとする。
【００８８】
ボタンＢ５２が押下されて、ファイル管理サーバ４００の設定変更部４１３が、プレース名“映像”の登録を指示する情報と、ユーザ名“理光太郎”とを少なくとも含んだ設定変更要求をクライアント端末５００から受け付けると、ユーザ名“理光太郎”にかかるプレース設定２０２のうち、プレース名の登録が指示されたプレース位置のプレース設定２０２にプレース名“映像”を設定するとともに、このプレースのメンバリストにユーザID“理光太郎”を所有者として登録等することで、図１１の画面で入力・設定された情報を設定情報に反映する。
なお、プレースのアイコン画像が設定変更要求に含まれていた場合には、このアイコン画像のデータ（placeicon.jpg：図３参照）を所定の位置（placeIDフォルダの下位）に格納する。
【００８９】
図１３は、上述した２つの操作（プレースの移動及びプレースの登録）が行われた後、クライアント端末５００の表示制御部５１２により表示部５５に表示されたプレースマップ画面の一例を示した図である。
図示のように、プレース名“音楽”の移動と、プレース名“映像”の登録が、指示されたプレースに反映されている。
【００９０】
次に、図１０に示した処理フローにおけるステップＳ１０５のプレースマップ画面表示処理について説明する。
図１４は、プレースマップ画面表示処理を示すフロー図である。
まず、クライアント端末５００の表示制御部５１２は、プレースマップ情報（PlaceMap.xml：図４参照）に記述されたレイヤ設定２０１から、描画対象とするレイヤ設定２０１を一つ選択する（Ｓ１１１１）。
【００９１】
次に、表示制御部５１２は、先に描画されたレイヤの下段に、描画対象のレイヤ設定２０１に対応するレイヤを描画する（Ｓ１１１２）。
なお、レイヤの描画が行われていない初回時には、表示画面内の予め定められた位置に描画対象のレイヤを描画する。
【００９２】
続いて、表示制御部５１２は、描画対象のレイヤ設定２０１にレイヤ名が登録されているか否かを判定し（Ｓ１１１３）、登録されていないと判定したときは（Ｓ１１１３、No）、ステップＳ１１１５の処理に直ちに移行する。
また、ステップＳ１１１３において、レイヤ名が登録されていると判定したときは（Ｓ１１１３、Yes）、表示制御部５１２は、ステップＳ１１１２で描画したレイヤのレイヤ名領域Ｌ１にレイヤ名を描画し（Ｓ１１１４）、ステップＳ１１１５の処理に移行する。
【００９３】
表示制御部５１２は、描画対象のレイヤ設定２０１に記述されたプレース設定２０２（図４参照）から、描画対象とするプレース設定２０２を一つ選択する（Ｓ１１１５）。
なお、本実施形態では、上位に記述されたプレース設定２０２から順次描画対象に設定するものとするが、これに限らないものとする。
【００９４】
続いて、表示制御部５１２は、ステップＳ１１１２で描画したレイヤにおいて、先に描画されたプレースの右列に、描画対象のプレース設定２０２に対応するプレースをステップＳ１１１２で描画したレイヤ上に描画する（Ｓ１１１６）。
なお、プレースの描画が行われていない初期時には、レイヤ上の予め定められた位置に描画対象のプレースのシンボル画像に対応するプレース画像を描画する。
【００９５】
表示制御部５１２は、描画対象のプレース設定２０２に対応するplaceIDフォルダ内にアイコン画像が格納されているか否かを判定し、格納されていないと判定したときは（Ｓ１１１７、No）、ステップＳ１１１９の処理に直ちに移行する。
また、ステップＳ１１１７において、アイコン画像が格納されていると判定したときは（Ｓ１１１７、Yes）、表示制御部５１２は、ステップＳ１１１６で描画したプレース上にアイコン画像を描画する（Ｓ１１１８）。
【００９６】
次に、表示制御部５１２は、描画対象のプレース設定２０２にプレース名が登録されているか否かを判定し（Ｓ１１１９）、登録されていないと判定したときは（Ｓ１１１９、No）、ステップＳ１１２１の処理に直ちに移行する。
また、ステップＳ１１１９において、プレース名が登録されていると判定したときは（Ｓ１１１９、Yes）、表示制御部５１２は、ステップＳ１１１６で描画したプレース上にプレース名を描画する（Ｓ１１２０）。
【００９７】
ステップＳ１１２０においてプレース名を描画した後、表示制御部５１２は、描画対象のレイヤ設定２０１に記述された全てのプレース設定２０２を描画対象としたか否かを判定する（Ｓ１１２１）。
描画対象としていない、即ち未処理のプレース設定２０２が存在すると判定したときは（Ｓ１１２１、No）、ステップＳ１１１５に再び戻り、未処理のプレース設定２０２を描画対象とする。
【００９８】
一方、表示制御部５１２が、描画対象のレイヤ設定２０１に記述された全てのプレース設定２０２を描画対象にしたと判定したときには（Ｓ１１２１、Yes）、プレースマップ情報に記述された全てのレイヤ設定２０１を描画対象としたか否かを判定する（Ｓ１１２２）。
表示制御部５１２は、描画対象としていない、即ち未処理のレイヤ設定２０１が存在すると判定したときは（Ｓ１１２２、No）、ステップＳ１１１１に再び戻り、未処理のレイヤ設定２０１を描画対象とする。
また、ステップＳ１１２２において、表示制御部５１２が、全てのレイヤ設定２０１を描画対象にしたと判定したときは（Ｓ１１２２、Yes）、図１０に示した処理フローのステップＳ１０６の処理に移行する。
【００９９】
次に、図１０に示した処理フローにおけるステップＳ１１９のプレース行列再構成処理について、図１５〜図１８を参照して説明する。
図１５は、プレース行列再構成処理の手順を示したフローチャートである。
まず、ファイル管理サーバ４００のプレース行列再構成部４１４（図５参照）は、プレース名の登録が行われたか否かを判定し（Ｓ２１１１）、プレース名登録が行われていないと判定したときには（Ｓ２１１１、No）、ステップＳ２１１３の処理に移行する。
【０１００】
一方、ステップＳ２１１１において、プレース行列再構成部４１４がプレース名の登録が行われたと判定したとき（Ｓ２１１１、Yes）、プレース名が登録されたプレースのプレース設定２０２（図４参照）に基づいて、後述する端部判定処理（図１６参照）を実行する（Ｓ２１１２）。
【０１０１】
続いて、プレース行列再構成部４１４は、プレース名の削除が行われたか否かを判定し（Ｓ２１１３）、プレース名の削除が行われていないと判定した場合には（Ｓ２１１３、No）、ステップＳ２１１５の処理に移行する。
【０１０２】
一方、ステップＳ２１１３において、プレース行列再構成部４１４が、プレース名の削除が行われたと判定したときは（Ｓ２１１３、Yes）、プレース名の削除が行われたプレースのプレース設定２０２に基づいて、後述する登録状態判定処理（図１７参照）を実行する（Ｓ２１１４）。
【０１０３】
続いて、プレース行列再構成部４１４は、プレースの移動が行われたか否かを判定し（Ｓ２１１５）、プレースの移動が行われていないと判定したときは（Ｓ２１１５、No）、図１０に示したステップＳ１２０の処理に戻る。
【０１０４】
一方、ステップＳ２１１５において、プレース行列再構成部４１４が、プレースの移動が行われたと判定したときは（Ｓ２１１５、Yes）、移動元と移動先のプレース位置に対応するプレース設定２０２に基づいて、後述する隣接判定処理（図１８参照）を実行し（２１１６）、図１０に示したステップＳ１２０の処理を実行する。
【０１０５】
このプレース行列再構成処理で設定内容が変更されたプレースマップ情報（PlaceMap.xml：図３参照）は、ステップＳ１２０においてクライアント端末５００に送信され、変更後のプレースマップ画面がクライアント端末５００の表示部５５（図６参照）に表示される。
【０１０６】
続いて、図１５の処理フローのステップＳ２１１２における端部判定処理について説明する。
図１６は、ステップＳ２１１２の端部判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、プレース名の登録が行われたプレースに対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報（PlaceMap.xml：図３参照）から特定する（Ｓ２１１２１１）。
【０１０７】
次に、プレース行列再構成部４１４は、ステップＳ２１１２１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ち順位（プレース順位）を検出する（Ｓ２１１２１２）。
【０１０８】
続いて、プレース行列再構成部４１４は、ステップＳ２１１２１２で検出したプレース順位を確認し、このプレース順位が最上位であると判定したときは（Ｓ２１１２１３、最上位）、プレースマップ情報（PlaceMap.xml：図３参照）に記述された各レイヤ設定２０１での最上位のプレース設定２０２の上部に、未登録状態のプレース設定２０２をそれぞれ追加し（Ｓ２１１２１４）、ステップＳ２１１２１６の処理に移行する。
【０１０９】
また、ステップＳ２１１２１３において、検出したプレース順位が最下位であると判定したときは（Ｓ２１１２１３、最下位）、プレースマップ情報（PlaceMap.xml：図３参照）に記述された各レイヤ設定２０１での最下位のプレース設定２０２の下部に、未登録状態のプレース設定２０２をそれぞれ追加し（Ｓ２１１２１５）、ステップＳ２１１２１６の処理に移行する。
【０１１０】
また、ステップＳ２１１２１３において、検出したプレース順位が最上位又は最下位以外の順位と判定したときは（Ｓ２１１２１３、その他）、ステップＳ２１１２１６の処理に直ちに移行する。
【０１１１】
次に、プレース行列再構成部４１４は、プレースマップ情報（PlaceMap.xml：図３参照）に記述された、ステップＳ２１１２１１で特定したレイヤ設定２０１の位置、即ち順位（レイヤ順位）を検出する（Ｓ２１１２１６）。
【０１１２】
続いて、プレース行列再構成部４１４は、ステップＳ２１１２１６で検出したレイヤ順位を確認し、このレイヤ順位が最上位であると判定したときは（Ｓ２１１２１７、最上位）、プレースマップ情報（PlaceMap.xml：図３参照）に記述された最上位のレイヤ設定２０１の上部に、未登録状態のレイヤ設定２０１を追加し（Ｓ２１１２１８）、図１５に示したステップＳ２１１３の処理に移行する。
【０１１３】
また、ステップＳ２１１２１７において、レイヤ順位が最下位であると判定したときは（Ｓ２１１２１７、最下位）、プレース行列再構成部４１４は、プレースマップ情報（PlaceMap.xml：図３参照）に記述された最下位のレイヤ設定２０１の下部に、未登録状態のレイヤ設定２０１を追加し（Ｓ２１１２１９）、図１５に示したステップＳ２１１３の処理に移行する。
【０１１４】
また、ステップＳ２１１２１７において、レイヤ順位が最上位又は最下位以外の順位であると判定したときは（Ｓ２１１２１７、その他）、図１５のステップＳ２１１３の処理に移行する。
【０１１５】
以上で説明したように、新しいプレース名が登録されたときは、プレース名が登録されたプレースが、プレース行列の端部（最上位又は最下位）に位置するか否かを判定し、これに基づいて、新たなプレース設定２０２及びレイヤ設定２０１を追加して、プレースマップ行列（図２７参照）を拡大する。
【０１１６】
続いて、図１５の処理フローのステップＳ２１１４における登録状態判定処理について説明する。
図１７は、ステップＳ２１１４の登録状態判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、プレース名の削除が行われたプレースに対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報から特定する（Ｓ２１１４１１）。
【０１１７】
次に、プレース行列再構成部４１４は、ステップＳ２１１４１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ちプレース順位を検出すると（Ｓ２１１４１２）、このプレース順位に対応する各レイヤ設定２０１でのプレース設定２０２に、プレース名が登録済みのプレース設定２０２が存在するか否かを判定する（Ｓ２１１４１３）。
ここで、プレース名が登録済みのプレース設定２０２が存在すると判定したとき（Ｓ２１１４１３、Yes）、ステップＳ２１１４１５の処理に直ちに移行する。
【０１１８】
また、ステップＳ２１１４１３において、プレース名が登録済みのプレース設定２０２が存在しないと判定したとき（Ｓ２１１４１３、No）、プレース行列再構成部４１４は、プレースマップ情報に記述された全てのレイヤ設定２０１から、検出したプレース順位に対応するプレース設定２０２を削除し（Ｓ２１１４１４）、ステップＳ２１１４１５の処理に移行する。
【０１１９】
続いて、プレース行列再構成部４１４は、ステップＳ２１１４１１で特定したレイヤ設定２０１内に、プレース名が登録済みのプレース設定２０２が存在するか否かを判定する（Ｓ２１１４１５）。
ここで、プレース名が登録済みのプレース設定２０２が存在すると判定したとき（Ｓ２１１４１５、Yes）、図１５のステップＳ２１１５の処理に直ちに移行する。
【０１２０】
また、ステップＳ２１１４１５において、プレース名が登録済みのプレース設定２０２が存在しないと判定したとき（Ｓ２１１４１５、No）、プレース行列再構成部４１４は、プレースマップ情報からステップＳ２１４１で特定したレイヤ設定２０１自体を削除し（Ｓ２１１４１６）、図１５のステップＳ２１１５の処理に移行する。
【０１２１】
以上で説明したように、プレース名が削除されたときは、プレース名が削除されたプレースと同一のプレース行又はプレース列に他のプレース名が登録されていないときは、プレース設定２０２又はレイヤ設定２０１を削除して、プレースマップ行列（図２７参照）を縮小する。
【０１２２】
続いて、図１５の処理フローのステップＳ２１１６における隣接判定処理について説明する。
図１８は、ステップＳ２１１６の隣接判定処理の手順を示すフロー図である。
まず、プレース行列再構成部４１４は、移動元となったプレース位置に対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報（PlaceMap.xml：図３参照）から特定する（Ｓ２１１６１１）。
【０１２３】
次に、プレース行列再構成部４１４は、ステップＳ２１１６１１で特定したレイヤ設定２０１内に記述された、特定したプレース設定２０２の位置、即ちプレース順位を検出する（Ｓ２１１６１２）。
【０１２４】
続いて、プレース行列再構成部４１４は、ステップＳ２１１６１２で検出したプレース順位を確認し、このプレース順位が上から２位又は下から２位の位置にあるか否かを判定する（Ｓ２１１６１３）。
ここで、プレース順位が上から２位又は下から２位の位置以外と判定したときは（Ｓ２１１６１３、No）、図１０に示したステップＳ１２０の処理に移行する。
【０１２５】
一方、ステップＳ２１１６１３において、プレース順位が上から２位又は下から２位の位置にあると判定したときは（Ｓ２１１６１３、Yes）、プレース行列再構成部４１４は、プレースマップ情報（PlaceMap.xml：図３参照）に記述された、ステップＳ２１１６１１で特定したレイヤ設定２０１の位置、即ちレイヤ順位を検出する（Ｓ２１１６１４）。
【０１２６】
次に、プレース行列再構成部４１４は、ステップＳ２１１６１４で検出したレイヤ順位を確認し、このレイヤ順位が上から２位又は下から２位の位置にあるか否かを判定する（Ｓ２１１６１５）。
ここで、レイヤ順位が上から２位又は下から２位の位置以外と判定したときは（Ｓ２１１６１５、No）、図１０のステップＳ１２０の処理に移行する。
【０１２７】
一方、ステップＳ２１１６１５において、レイヤ順位が上から２位又は下から２位の位置にあると判定したときは（Ｓ２１１６１５、Yes）、プレース行列再構成部４１４は、ステップＳ２１１６１１で特定した移動元のプレース設定２０２とレイヤ設定２０１について、図１７に示した登録状態判定処理を実行する（Ｓ２１１６１６）。
【０１２８】
続いて、プレース行列再構成部４１４は、移動先となったプレース位置に対応するプレース設定２０２と、このプレース設定２０２が記述されたレイヤ設定２０１とをプレースマップ情報から特定する（Ｓ２１１６１７）。
【０１２９】
プレース行列再構成部４１４は、ステップＳ２１１６１７で特定した移動先のプレース設定２０２とレイヤ設定２０１について、図１６に示した端部判定処理を実行し（Ｓ２１１６１８）、図１０のステップＳ１２０の処理に移行する。
【０１３０】
この隣接判定処理によって、プレースの移動があったときに、移動元のプレース設定２０２及びレイヤ設定２０１に基づいて、図１７に示した登録状態判定処理を行ってプレース行列（図２７参照）を縮小し、移動先のプレース設定２０２及びレイヤ設定２０１に基づいて、図１６に示した端部判定処理を行ってプレース行列を拡大する。
【０１３１】
以上で説明したように、各レイヤ情報に関連付けられたプレース情報の各々をファイルの管理単位を表すプレース画像（シンボル画像）として同一階層で表示することで、ファイルの管理単位間の関係を直感的に把握することが可能となり、ファイルの管理を効率的に行うことができる。
また、プレース画像を行列状に配置して表示することで、ファイルの管理単位間の関係を整列した状態で確認することができるため、ファイルの管理単位間の関係をより直感的に把握することができる。
【０１３２】
［共有メンバの設定］
次に、メンバリスト（member.xml：図３参照）の設定を変更する処理について説明する。
図１９は、ファイル管理サーバ４００と、クライアント端末５００との間で行われる共有プレースの設定変更処理を示したフロー図である。
なお、本処理の前提として、クライアント端末５００の表示部５５には、プレースマップ画面が既に表示されているものとする。
【０１３３】
まず、クライアント端末５００の設定変更受付部５１３（図７参照）は、表示部５５（図６参照）に表示されたプレースマップ画面において、特定のプレースに対して、各プレースのメンバリストに含まれているユーザ、即ち共有メンバの設定変更が指示されるまで待機する（Ｓ１３１、No）。
【０１３４】
ステップＳ１３１において、設定変更受付部５１３が、共有メンバの設定変更が指示されたと判定したとき（Ｓ１３１、Yes）、ＲＡＭ５３又は記憶部５６に保持した設定情報のうち、共有メンバの設定変更が指示されたプレースのメンバリスト（member.xml：図３参照）に基づいて、後述する共有メンバの設定変更を支援する画面を表示部５５に表示する（Ｓ１３２）。
【０１３５】
設定変更受付部５１３は、共有メンバの設定対象となったプレースに対し、ユーザIDの削除やユーザIDの登録の指示を受け付けると、この指示内容に応じたメンバ設定要求（メンバ削除要求又はメンバ登録要求）をファイル管理サーバ４００に送信する（Ｓ１３３）。
【０１３６】
一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００からメンバ設定要求を受け付けると、このメンバ設定要求に含まれたクライアント端末５００を操作するユーザのユーザID（以下、操作ユーザIDという）と、設定対象のプレースのプレース名とに対応するメンバリスト（member.xml：図３参照）を記憶部５６から特定する（Ｓ１４１）。
【０１３７】
続いて、設定変更部４１３は、メンバ設定要求に含まれたクライアント端末５００の操作ユーザIDが、ステップＳ１４１で特定したメンバリストに所有者として設定されているか否かを判定する（Ｓ１４２）。
ここで、設定変更部４１３が、所有者として設定されていないと判定したときは（Ｓ１４２、No）、操作権限がない旨を示した情報を、メンバ設定要求の送信元となったクライアント端末５００に送信し（Ｓ１４３）、本処理を終了する。
【０１３８】
また、ステップＳ１４２において、操作ユーザIDが、メンバ設定要求の対象となっているプレースの所有者として設定されていると判定したときは（Ｓ１４２、Yes）、設定変更部４１３は、メンバ設定要求の内容に基づいて、当該メンバ設定要求がメンバ削除要求かメンバ登録要求かを判定する（Ｓ１４４）。
【０１３９】
ステップＳ１４４において、設定変更部４１３が、メンバ設定要求がメンバ登録要求でない、即ちメンバ削除要求であると判定したときは、（Ｓ１４４、No）、ステップＳ１４１で特定したメンバリストから、メンバ削除要求で指示された削除対象のユーザIDを削除し（Ｓ１４５）、ステップＳ１４８の処理に移行する。
【０１４０】
また、ステップＳ１４４において、設定変更部４１３が、メンバ設定要求がメンバ登録要求と判定したときは（Ｓ１４４、Yes）、ステップＳ１４１で特定したメンバリストに、メンバ登録要求で指示されたユーザID、即ちこのプレースの共有メンバとして招待するユーザのユーザID（以下、招待ユーザIDという）と、そのアクセス権限とを関連付けて登録する（Ｓ１４６）。
さらに、設定変更部４１３は、メンバ登録要求に含まれた招待ユーザIDに対するメッセージを、この招待ユーザIDのマップ管理部２１０に格納されたuserconfig.dat（図３参照）に記録し（Ｓ１４７）。
【０１４１】
設定変更部４１３は、共有メンバの設定変更が正常に終了したことを指示する情報とともに、ステップＳ１４５又はＳ１４６の処理で更新したメンバリスト（member.xml：図３参照）を、メンバ設定要求を送信したクライアント端末５００宛に送信し（Ｓ１４８）、処理を終了する。
【０１４２】
一方、クライアント端末５００では、設定変更受付部５１３が、ファイル管理サーバ４００から共有メンバの設定変更が正常に終了した旨の情報を受信したか否かを判定する（Ｓ１３４）。ここで、上記設定変更が正常に終了した旨の情報を受信していない、即ち操作権限がない旨の情報を受信したと判定したときは（Ｓ１３４、No）、設定変更受付部５１３は、共有メンバの設定を変更する権限がない旨を表示部５５に表示し（Ｓ１３５）、処理を終了する。
【０１４３】
また、ステップＳ１３４において設定変更部４１３が、共有メンバの設定変更が正常に終了した旨の情報を受信したときは（Ｓ１３４、Yes）、この情報とともに受信した更新後のメンバリストをＲＡＭ５３又は記憶部５６に保持して、設定対象となったプレースについてのメンバリスト（member.xml：図３参照）を更新し（Ｓ１３６）、処理を終了する。
【０１４４】
なお、図示の処理フローでは、ユーザ登録要求として招待ユーザIDが送信された場合の処理を示したが、招待先ユーザのE-mailアドレスを受け付けたときは、以下のように対応することで、共有プレースへ参加することができる。
即ち、各ユーザのuserconfig.datにE-mailアドレスが登録されているときには、招待先ユーザのE-mailアドレスと一致するE-mailアドレスが登録されたuserconfig.datを検索し、このuserconfig.datに対応するユーザIDを招待先となった共有プレースのメンバリストに登録する。
【０１４５】
また、招待先ユーザのE-mailアドレスと一致するE-mailアドレスがuserconfig.dat中に存在しないときには、招待先ユーザのE-mailアドレスを招待先の共有プレースに関連付けて記憶しておき、新たにユーザ登録を行ったユーザのE-mailアドレスが、この招待先ユーザのE-mailアドレスと一致したときに、新たに登録したユーザのユーザIDを招待先プレースのメンバリストに登録する。
【０１４６】
図２０は、ステップＳ１３２で表示された共有メンバの設定を支援する画面の一例を示す図である。
図示のように、この画面には、共有メンバの設定が指示されたプレースのプレース名が表示される領域Ａ６１と、共有メンバの設定が指示されたプレースを共有するメンバ（ユーザID）が表示される領域Ａ６２と、領域Ａ６１に表示されたプレースのメンバリストに登録、即ち、このプレースの共有メンバとして招待するユーザのユーザID（招待ユーザID）を入力するための領域Ａ６３と、領域Ａ６１に表示されたプレースにおける、招待先のユーザのアクセス権限を設定するための領域Ａ６４と、招待先のユーザに対するメッセージを入力するための領域Ａ６５と、共有メンバから特定のユーザIDの削除を指示するためのボタンＢ６１と、領域Ａ６１に表示されたプレースの共有メンバとして、領域Ａ６３で招待したユーザを登録するためのボタンＢ６２と、共有メンバ設定の終了を指示するためのボタンＢ６３とが表示されている。
【０１４７】
設定変更受付部５１３は、共有メンバの設定が指示されたプレースにプレース名（placeID）が登録されているとき、このプレース名を領域Ａ６１に表示する。
なお、プレース名が登録されていないとき、図１３に示したように、プレース名の入力を促す文字列を表示し、共有メンバの設定完了とともにプレース名の登録を行う態様としてもよい。
【０１４８】
また、設定変更受付部５１３は、共有メンバの設定が指示されたプレースのメンバリストを読み出し、このメンバリストに登録されているユーザIDを領域Ａ６２に一覧表示する。
クライアント端末５００のユーザは、領域Ａ６２に表示されたユーザIDを選択して、特定のユーザをプレースの共有メンバから削除することができる。
【０１４９】
領域Ａ６３は、招待ユーザIDを入力するための領域Ａ６３１と、このプレースに招待するユーザのE-mailアドレスを入力するための領域Ａ６３２とから構成されている。
なお、領域Ａ６３２に招待ユーザのE-mailアドレスを入力してメンバリストに登録するときは、クライアント端末５００又はファイル管理サーバ４００が備えるメール送信機能を用いて、領域Ａ６５に入力されたメッセージとともに、本プレースの共有メンバとして招待する旨が招待先のユーザに通知される。
【０１５０】
クライアント端末５００のユーザは、領域Ａ６４に表示された「編集者」又は「読者」の何れか一方のラジオボタンを押下することで、領域Ａ６３で招待したユーザを設定することができる。
なお、上記「編集者」に設定されたユーザは、プレースに対するファイルの書き込み（登録、削除）、及び、ファイルの読み込みを行うことができ、上記「読者」に設定されたユーザはプレースからファイルの読み込みのみを行うことができる。
【０１５１】
また、クライアント端末５００のユーザは、領域Ａ６５に任意のメッセージを入力することができ、入力されたメッセージは招待先のユーザに通知される。
【０１５２】
ユーザが、領域Ａ６２に表示されたユーザIDから特定のユーザIDが選択した後、ボタンＢ６１を押下すると、設定変更受付部５１３は、クライアント端末５００を操作するユーザのユーザIDと、共有メンバの設定が指示された操作対象のプレースのプレース名と、削除対象となったユーザIDとを含んだメンバ削除要求をファイル管理サーバ４００に送信する。
なお、選択されたユーザIDが、このプレースの所有者（オーナー）である場合には、ボタンＢ６１を無効化等することで削除が行えないよう制御するようにしてもよい。
【０１５３】
また、ユーザが、領域Ａ６３〜領域Ａ６５に入力又は設定を行った後、ボタンＢ６２を押下すると、設定変更受付部５１３は、クライアント端末５００を操作するユーザのユーザID（操作ユーザID）と、共有メンバの設定が指示された設定対象のプレースのプレース名と、領域Ａ６３〜領域Ａ６５の入力・設定内容とを含んだメンバ登録要求をファイル管理サーバ４００に送信する。
なお、ユーザが、ボタンＢ６３を押下すると、設定変更受付部５１３は、図２０の画面を消去する。
【０１５４】
［共有プレースへの参加］
次に、共有プレースの招待を受けたユーザが操作するクライアント端末５００と、ファイル管理サーバ４００との動作について説明する。
図２１は、ファイル管理サーバ４００と、クライアント端末５００との間で行われる共有プレースへの参加処理を示したフロー図である。
本処理の前提として、クライアント端末５００を操作するユーザのユーザIDは、ファイル管理サーバ４００に登録済みであるものとする。
また、ファイル管理サーバ４００によりクライアント端末５００を操作するユーザのログインが許可されているものとする。
【０１５５】
まず、ファイル管理サーバ４００は、クライアント端末５００からのログイン要求に対してログイン制御部４１１により正規のユーザと判定すると、ファイル管理部４１２は、クライアント端末５００からのログイン要求に含まれたユーザIDに対応する設定情報を記憶部４６のプレースマップ情報（PlaceMap.xml：図３参照）から読み出す（Ｓ１６１）。
【０１５６】
次に、ファイル管理部４１２は、ステップＳ１６１で読み出したプレースマップ情報に定義されている各プレース名と、ログイン要求に含まれたユーザIDが登録されたメンバリストを格納する各placeIDフォルダのフォルダ名とを比較し（Ｓ１６２）、両プレース名が一致しているか否かを判定する（Ｓ１６３）。
【０１５７】
ファイル管理部４１２が、両プレース名が一致していると判定したときは（Ｓ１６３、eq）、ステップＳ１６１で読み出した設定情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１６４）、処理を終了する。
【０１５８】
また、ステップＳ１６３において、ファイル管理部４１２が、プレースマップ情報に定義されたプレース名がplaceIDフォルダのフォルダ名よりも多いと判定したときは（Ｓ１６３、del）、ログイン要求に含まれたユーザIDが共有プレースのメンバから削除された、又は、共有プレース自体が削除されたと判断し、当該ユーザIDのプレースマップ情報に対し、プレース行列再構成部４１４に図１７に示した登録状態判定処理を実行させる（Ｓ１６５）。
【０１５９】
続いて、ファイル管理部４１２は、共有プレースを削除した旨を指示する付加情報とともに、ステップＳ１６５で処理されたプレースマップ情報を含むステップＳ１６１で読み出した設定情報を、ログイン要求を送信したクライアント端末５００宛に送信し（Ｓ１６６）、処理を終了する。
【０１６０】
また、ステップＳ１６３において、ファイル管理部４１２が、プレースマップ情報に定義されたプレース名が、placeIDフォルダのフォルダ名よりも少ないと判定したときは（Ｓ１６３、add）、ファイル管理部４１２はログイン要求に含まれたユーザIDが共有プレースのメンバに招待されていると判断し、共有プレースへの招待を指示する付加情報とともに、ステップＳ１６１で読み出した設定情報を、ログイン要求を送信したクライアント端末５００宛に送信した後（Ｓ１６７）、ステップＳ１６８に移行する。
【０１６１】
一方、クライアント端末５００では、表示制御部５１２が、ファイル管理サーバ４００から送信された設定情報を受信すると、この設定情報をＲＡＭ５３又は記憶部５６に保持する（Ｓ１５１）。
続いて、表示制御部５１２は、ステップＳ１５１で保持した設定情報に基づいて、プレースマップ画面表示処理（図１４参照）を実行することで、表示部５５に図９に示したプレースマップ画面を表示する（Ｓ１５２）。
【０１６２】
続いて、表示制御部５１２は、設定情報とともに、付加情報を受信したか否かを判定する（Ｓ１５３）。
付加情報を受信していないと判定したときには（Ｓ１５３、No）、処理を終了する。
【０１６３】
また、ステップＳ１５３において、付加情報を受信したと判定したとき（Ｓ１５３、Yes）、表示制御部５１２は、この付加情報が共有プレースへの招待を指示する情報か、若しくは共有プレースの削除を指示する情報かを判定する（Ｓ１５４）。
【０１６４】
ステップＳ１５４において、表示制御部５１２が、付加情報が共有プレースへの招待を指示する情報でない、即ち共有プレースを削除を指示する情報であると判定したときは（Ｓ１５４、No）、この付加情報に基づいて、削除が行われたプレース名等を通知する画面を表示部５５に表示し（Ｓ１５５）、処理を終了する。
【０１６５】
また、ステップＳ１５４において、表示制御部５１２が、付加情報が共有プレースへの招待を指示するものと判定したときは（Ｓ１５４、Yes）、この付加情報と、先に保持した設定情報のuserconfig.datと、共有プレースのメンバリストとに基づいて、後述する共有プレースへの参加を確認する、即ち、招待を受け入れるか否かを確認する画面（後述する図２２参照）を表示部５５に表示する（Ｓ１５６）。
【０１６６】
設定変更受付部５１３は、ステップＳ１５６で表示された画面に基づき、ユーザから招待の受け入れを保留することが指示されたと判定すると（Ｓ１５７、保留）、ステップＳ１５６で表示した画面を消去し、本処理を終了する。
【０１６７】
また、ステップＳ１５７において、設定変更受付部５１３は、ステップＳ１５６で表示された画面に基づき、ユーザから招待を拒否することが指示されたと判定すると（Ｓ１５７、拒否）、ステップＳ１５６で表示した画面を消去し、招待を拒否することを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名とを回答情報としてファイル管理サーバ４００に送信する（Ｓ１５８）。
続いて、表示制御部５１２は、回答情報に対応してファイル管理サーバ４００から送信される設定情報を取得するため、ステップＳ１５１に再び戻る。
【０１６８】
また、ステップＳ１５７において、設定変更受付部５１３は、ステップＳ１５６で表示された画面に基づき、ユーザから招待を受け入れたことが指示されたと判定すると（Ｓ１５７、許諾）、ステップＳ１５６で表示した画面を消去し、招待を受け入れたことを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名と、共有プレースの配置先となるプレース位置を指示する情報とを回答情報としてファイル管理サーバ４００に送信する（Ｓ１５９）。
続いて、表示制御部５１２は、回答情報の送信に対応してファイル管理サーバ４００から送信される設定情報を取得するため、ステップＳ１５１に戻る。
【０１６９】
一方、ファイル管理サーバ４００では、設定変更部４１３がクライアント端末５００から送信された回答情報を受け付けると、この回答情報に含まれる情報に基づいて、この回答情報が招待を受け入れることを指示する情報か否かを判定する（Ｓ１６８）。
ここで、設定変更部４１３が、回答情報が招待を拒否することを指示するものと判定したときは（Ｓ１６８、No）、この回答情報に含まれたプレース名に対応するplaceIDフォルダのメンバリストから、この回答情報に含まれたユーザＩＤを削除し（Ｓ１６９）、ステップＳ１７２の処理に移行する。
【０１７０】
また、ステップＳ１６８において、回答情報が招待を受け入れることを指示するものと判定したときは（Ｓ１６８、Yes）、設定変更部４１３は、回答情報に含まれたユーザIDのプレースマップ情報（PlaceMap.xml：図３参照）をマップ管理部２１０から特定すると、この回答情報に含まれた共有プレースの配置先となるプレース位置のプレース設定２０２に、共有プレースのプレース名を設定する（Ｓ１７０）。
【０１７１】
続いて、設定変更部４１３は、ステップＳ１７０で設定変更したプレースマップ情報に対して、図１６に示した端部判定処理を施した後（Ｓ１７１）、ステップＳ１７２の処理に移行する。
【０１７２】
ファイル管理部４１２は、設定の変更が行われた設定情報、即ち、ステップＳ１６９で処理されたメンバリスト又はステップＳ１７０、Ｓ１７１で処理されたプレースマップ情報を、回答情報を送信したクライアント端末５００宛に送信し（Ｓ１７２）、処理を終了する。
【０１７３】
図２２は、ステップＳ１５６で表示部５５に表示される共有プレースへの参加を確認するための画面の一例を示した図である。
図示のように、この画面は、クライアント端末５００を操作するユーザが招待された共有プレースに関する情報が表示される領域Ａ７１と、領域Ａ７１に表示された項目以外の共有プレースに関する情報が表示される領域Ａ７２と、クライアント端末５００を操作するユーザ（招待ユーザID）宛のメッセージが表示される領域Ａ７３と、招待を受け入れたことを指示するためのボタンＢ７１と、招待を拒否することを指示するためのボタンＢ７２と、回答を保留することを指示するためのボタンＢ７３とから成っている。
【０１７４】
領域Ａ７１には、表示制御部５１２によって、付加情報に含まれた共有プレースのプレース名が表示されるとともに、この共有プレースのメンバリストに基づいて、共有プレースの所有者（開設者）のユーザIDや、招待されたユーザのアクセス権限が表示される。
領域Ａ７２には、表示制御部５１２によって、領域Ａ７１に表示された項目以外の共有プレースに関する情報（プレースの説明）が表示される。
【０１７５】
領域Ａ７３には、表示制御部５１２によって、図２０に示した領域Ａ６５に入力された情報、即ちuserconfig.dat（図３参照）に記述された、この共有プレースの所有者からのメッセージが表示される。
【０１７６】
招待を受けたユーザは、操作部５４を介して、ボタンＢ７１〜Ｂ７３を操作することで、招待を受け入れるか否かを指示することができる。
ユーザがボタンＢ７１を押下すると、招待を受け入れたことを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名と、共有プレースの配置先となるプレース位置とを指示する情報を回答情報として、ファイル管理サーバ４００に送信する。
【０１７７】
また、ユーザがボタンＢ７２を押下すると、招待を拒否することを指示する情報とともに、クライアント端末５００を操作するユーザのユーザIDと、招待を受けた共有プレースのプレース名とを指示する情報を回答情報として、ファイル管理サーバ４００に送信する。
ユーザがボタンＢ７３を押下すると、表示制御部５１２は、図示の画面を消去する。
【０１７８】
以上で説明したように、ユーザID毎にプレース画像を提供することができるため、各ユーザは自分専用のプレース画像を用いてファイルの管理を行うことができる。
また、特定のプレース画像を複数のユーザで共有することができるため、ファイルの交換等の利用に対応することができる。また、招待を受けたユーザは共有プレースに参加するか否かを選択的に決定することができるため、ユーザの利便性を向上させることができる。
【０１７９】
［スライドショー画面の表示］
次に、スライドショー画面の表示処理について説明する。
本ファイル管理システムでは、ファイル管理サーバ４００の記憶部４６に記憶されたファイルのうち、ファイル形式が画像ファイル（例えば、jpg、png、bmp、gif等）であるオリジナルファイル（original.xxx：図３参照）のサムネイル画像を、各プレース毎にクライアント端末５００の表示部５５にてスライドショー（選択した一連の画像を順次表示すること）にて表示することができる。
【０１８０】
図２３は、クライアント端末５００の表示部５５に表示されるスライドショー表示処理画面の遷移を示す図である。
クライアント端末５００がスライドショー表示処理を行うためのソフトウェアを起動すると、まず、クライアント端末５００の表示制御部５１２は、スライドショー表示処理を実行するためのビューウィンドウを表示し（画面１−１）、続いて、初回起動時の場合は、各種設定画面を表示する（画面１−２）。
【０１８１】
この設定画面では、ファイル管理サーバ４００に記憶されているユーザのファイルにアクセスするためのログインID及びパスワードの設定（ログイン設定）、クライアント端末５００が接続するサーバ及びプロキシサーバの設定（ネットワーク設定）、スライドショー表示するプレース名及びスライドショー表示間隔、スライドショー表示するファイルの表示順序（例えば、ファイル名の昇順、降順、ランダム等）等の設定（スライドショー設定）を行う。
【０１８２】
ログイン設定において、ログインID及びパスワードを設定すると、クライアント装置５００のログイン処理部５１１は、スライドショー設定において、このユーザがアクセス可能なプレース名、即ちこのユーザIDがオーナー又はメンバとして図３に示したメンバリスト（member.xml）に設定されているプレースのみを選択できるようにする。
なお、ユーザIDがメンバリスト（member.xml）から削除されたとき、すなわち、このプレースのメンバでなくなったときは、このプレースを指定してスライドショー表示はできなくする、或いは、ファイル管理サーバ４００のログイン制御部４１１が、ユーザIDとメンバリストとの一致／不一致を判定し、不一致のときエラー表示（図２３に示した画面１−３等）を行うようにする。
【０１８３】
なお、上記ネットワーク設定を行うと、図７に示した記憶部５６に予め生成されたCommonNetConfig.datファイル及びCommonConfig.xmlに設定内容が保持される。
また、上記ログイン設定を行うと、記憶部５６に予め生成されたUserConfig.datファイルにログイン情報が保持される。
上記スライドショー設定を行うと、記憶部５６に予め生成されたSlideshowConfig.xmlファイルに上記プレース名等のスライドショー情報が保持される。
【０１８４】
また、上記スライドショー設定を行うと、後述するように（図２４参照）記憶部５６にContentList.xmlが生成され、スライドショーでのファイルの表示順等が記憶される。
なお、このContentList.xmlには、後述する指定プレースのファイルのサムネイル画像をダウンロードしたときに、このオリジナル画像のファイル名、最終更新日時等のファイル情報も記憶される。
また、ログイン設定及びネットワーク設定の変更時は、スライドショー処理は終了している必要がある。
【０１８５】
初回起動でない場合は、表示制御部５１２は、画面１−１に示したビューウィンドウを表示した後、ログイン画面を表示する。
ユーザは、このログイン画面にて、図６に示した操作部５４から予め設定したログインID及びパスワードを入力してログインを行う。
ユーザが入力したログインID又はパスワードが、予め設定したログインID及びパスワードと一致しなかったときは、表示制御部５１２は、認証が不可である旨を示すログインエラー画面（画面１−３）を表示して、設定画面において再度ログインIDとパスワードを設定するようにユーザに促す。
【０１８６】
一方、ユーザが入力したログインIDがメンバリストと一致し、ユーザIDとパスワードの組み合わせが正しく入力され、ログインが正常に行われると、表示制御部５１２は、ファイル管理サーバ４００から、ユーザが指定したプレース内のファイル形式が画像ファイル（例えば、jpg、png、bmp、gif等）であるオリジナルファイルのサムネイル画像（サムネイルファイル）を、指定プレースのファイル日時の昇順で１０秒毎にダウンロードし、クライアント端末５００の第２の記憶手段であるキャッシュメモリに保存する。
また、このサムネイルファイルに関する書誌情報も同時にダウンロードされ、この書誌情報は、記憶部５６又はＲＡＭ５３に生成される書誌情報ファイルに保存される。
【０１８７】
サムネイルファイルの画像サイズは、ファイル管理サーバ４００において長辺が２００pixel（ピクセル）になるように縮小される。
従って、クライアント端末５００では、上記画面１−１に示したビューウィンドウのサイズが、縦２００pixel、横２００pixelに設定されているときは、縦長或いは横長であるサムネイル画像をビューウィンドウで表示すると、短辺方向は余白が表示される。
【０１８８】
なお、サムネイルファイルは、最大で１０００件までキャッシュメモリに保持することができる。
また、このサムネイルファイルをクライアント端末５００の記憶部５６等のハードディスクドライブに保存するときは、そのサムネイルファイルのファイル名は、「ContentsID_entityTag.extension」として設定する。ここで、「ContentsID」はファイルのコンテンツＩＤ（数字）、「entityTag」はファイルのエンティティータグ、「extension」は拡張子である。
従って、例えば、「ContentsID」が「12345」、「entityTag」が「eadfwa」、「extension」が「jpg」であるときは、このファイル名は、「12345_eadfwa.jpg」と設定される。
【０１８９】
続いて、表示制御部５１２は、ビューウィンドウに上記キャッシュメモリに保存したサムネイル画像とともに、情報の入力を行うためのコンソールウィンドウを表示する（画面２）。
コンソールウィンドウには、先頭のファイルを表示するボタン、前のファイルを表示するボタン、スライドショーを停止／再開するボタン、次のファイルを表示するボタン、オリジナルファイルをダウンロードするボタン、設定ダイアログを表示するボタン、書誌情報を表示するボタンが表示されている。
【０１９０】
ファイルは、画面１−２に示したログイン設定画面において設定したスライドショー表示間隔と、予め定められた表示順序に基づいてスライドショー表示される。
また、ユーザがコンソールウィンドウの先頭のファイルを表示するボタン、前のファイルを表示するボタン、スライドショーを停止／再開するボタン、次のファイルを表示するボタンを押下することで、スライドショー表示間隔及び表示順序に関わらず、ファイルの表示を指示することができる。
【０１９１】
また、ユーザが上記コンソールウィンドウのオリジナルファイルをダウンロードするボタンを押下すると、サムネイル表示されたファイルのオリジナルファイル（元データ）をクライアント端末５００のテンポラリファイルにダウンロードすることができる。
ダウンロードしたオリジナルファイルは、そのオリジナルファイルの拡張子に関連づけられたアプリケーションによって表示される（画面３）。
【０１９２】
ユーザが、画面２に表示されるコンソールウィンドウの設定ダイアログを表示するボタンを押下すると、設定画面が表示され（画面４）、この設定画面において、上記ログイン設定、ネットワーク設定、スライドショー設定等を変更することができる。
また、書誌情報を表示するボタンをユーザが押下すると、ファイル名、プレース名、ファイル日付、プレースのオーナー（所有者）のニックネーム、スライド番号及びファイルの総件数を示す情報ウィンドウがサムネイル画像の下部に表示される（画面５）。
【０１９３】
次に、上記スライドショー設定を行ってContentList.xmlファイルを作成する手順について説明する。
図２４は、ContentList.xmlファイルの作成手順を示すフロー図である。
ユーザが、上記スライドショー設定を行って、スライドショー表示するプレース名及びスライドショー表示間隔等を設定すると、ファイル管理サーバ４００は、スライドショー設定されたプレース名のプレース（設定プレース）に登録されたファイルを、作成日順に検索する（Ｓ２０１）。即ち、ファイル管理サーバ４００は、設定プレースに登録されたファイルから、拡張子が「jpg、png、bmp、gif」のファイルをソート順にファイル作成日時の昇順で検索し、その検索結果（feed）を取得する。
【０１９４】
次に、クライアント端末５００の表示制御部５１２（要求手段）は、検索によって取得したfeedに格納されたentryに設定されているアイコンＵＲＬから、サムネイルファイルを要求して、最大１０００件まで順次ダウンロードし（Ｓ２０２）、キャッシュメモリに記憶する。
なお、表示制御部５１２は、上記feedのうち、既にキャッシュメモリに記憶されているサムネイルファイルは除いて要求する。即ち、表示制御部５１２は、サムネイルファイルの要求時に、feedに格納されたentryに設定されているアイコンＵＲＬに対応するサムネイルファイルをチェックして、その差分のみを要求する。
続いて、表示制御部５１２は、取得したfeedから、設定プレースに登録されたファイルの最終更新日時と総件数をContentList.xmlファイルに記録する（Ｓ２０３）。
【０１９５】
図２５は、図２４に示した処理フローにおいて作成したContentList.xmlファイルを用いて設定プレースに登録されたファイルをスライドショー表示する処理を示すフロー図である。
なお、このフロー図では、予めContentList.xmlファイルが作成されているものとする。
【０１９６】
クライアント端末５００において、ユーザがプレースを指定し、このプレースに登録されたファイルをスライドショー表示するためのソフトウェアを起動すると、まず、クライアント端末５００の表示制御部５１２は、スライドショー表示処理を実行するためのビューウィンドウを表示し、初期画面（初期スライド）を表示する（Ｓ１８１）。
ユーザがログイン画面にてログインIDとパスワードを入力すると、クライアント端末５００の図７に示したログイン処理部５１１は、予め設定されたUserConfig.datファイル及びCommonConfig.xmlファイルの内容に従ってログイン処理を行う（Ｓ１８２）。即ち、クライアント端末５００は、ユーザが入力したログインIDとパスワードと、予め設定されているログインIDとパスワードとを認証し、ファイル管理サーバ４００と接続する。
【０１９７】
次に、表示制御部５１２は、クライアント端末５００の記憶部５６に記憶されているContentList.xmlファイルに保持されているプレース名に対応するplaceIDと、SlideShow.xmlファイルに保持されているプレース名に対応するplaceIDが一致するか否かを判定する（Ｓ１８３）。
上記一致しないと判定したときは（Ｓ１８３、No）、スライドショー設定での設定プレースと、記憶部５６のContentList.xmlファイルに格納されたファイルが登録されているプレースとが異なるということであるから、ContentList.xmlファイルを破棄して（Ｓ１８７）、設定プレースに対応する新たなContentList.xmlファイルを、図２４に示した処理フローによって作成する（Ｓ１８８）。
【０１９８】
一方、ステップＳ１８３において、表示制御部５１２が、上記一致すると判定したときは（Ｓ１８３、Yes）、ファイル管理サーバ４００に記憶されているプレースが更新されているか否かを確認するために、ファイル管理サーバ４００に、対応するプレースに登録されているファイルの総件数と最終更新日時を検索するように検索要求を送信する（Ｓ１８４）。
【０１９９】
ファイル管理サーバ４００は、ステップＳ１８４における検索要求を受信すると、対応するプレースに登録されているファイルの総件数と最終更新日時を検索し（Ｓ１９１）、その結果を取得する。即ち、ファイル管理サーバ４００は、設定プレースに登録されたファイルから、拡張子が「jpg、png、bmp、gif」のファイルをソート順にファイル作成日時の降順で検索し、その検索結果を取得する。
続いて、ファイル管理サーバ４００は、上記検索結果をクライアント端末５００に送信する（Ｓ１９２）。
【０２００】
クライアント端末５００では、ファイル管理サーバ４００から上記検索結果を受信すると、表示制御部５１２が、ContentList.xmlファイルに記憶されている設定プレースに登録されたファイルの最終更新日時と総件数が、上記検索結果と一致するか否かを判定する（Ｓ１８５）。
上記一致しないと判定したときは（Ｓ１８５、No）、ContentList.xmlファイルを作成してから、ファイル管理サーバ４００にて対応するプレースが更新されているということであるから、ContentList.xmlファイルを破棄して（Ｓ１８７）、設定プレースに対応する新たなContentList.xmlファイルを、図２４に示した処理フローによって作成する（Ｓ１８８）。
【０２０１】
一方、ステップＳ１８５において、上記一致すると判定したときは（Ｓ１８５、Yes）、キャッシュメモリに格納されているサムネイルファイルは最新であるから、キャッシュメモリからサムネイルファイルを読み出し、スライド（サムネイルファイル）をContentList.xmlに記憶された表示順に基づいて順次表示する（Ｓ１８６）。
【０２０２】
なお、本処理フローによるスライドショー処理の前に、同一プレースを指定したスライドショー処理が行われていた場合は、ContentList.xmlの新たな作成は不要であり、クライアント端末５００のキャッシュメモリには既に指定プレースのサムネイルファイルが記憶されているため、前回のスライドショー終了時のサムネイルファイルからスライドショーを再開する。
また、キャッシュメモリに記憶されている設定プレースのサムネイルファイルは、ユーザが上記設定プレースのメンバリスト（member.xml：図３参照）から削除され、別のプレースをユーザが指定したときに、上記キャッシュメモリから削除される。
【０２０３】
以上で説明したように、本クライアント端末５００は、ファイル管理サーバ４００から、設定したプレースに登録されたファイルのサムネイルファイルをダウンロードして、所定の表示条件（表示順序、表示サイズ等）でスライドビュー表示することができるから、例えば芸術的目的や実用的目的として本ファイル管理システムを利用することができ、汎用性を向上させることができる。
【０２０４】
また、本実施形態に係るクライアント端末５００は、ファイル管理サーバ４００に保管されているサムネイルファイルをスライドショー表示しているが、これに限らず、スライドショー表示する対象を画像ファイルの他、例えば、図２６に示すように、予めオリジナルファイルに付加しておいたコメント情報をサムネイルファイルとともにスライドショー表示したり、このコメント情報のみをスライドショー表示するようにしてもよい。
この場合、図２３の画面１−２に示したスライドショー設定において、「表示項目」を設け、「画像のみ」、「画像＋コメント」、「コメントのみ」のいずれかを選択して設定できるようにする。
【符号の説明】
【０２０５】
４１，５１・・・ＣＰＵ、４２，５２・・・ＲＯＭ、４３，５３・・・ＲＡＭ、４４，５４・・・操作部、４５，５５・・・表示部、４６，５６・・・記憶部、４７，５７・・・Ｉ／Ｆ部、５８・・・アダプタ部、２０１・・・レイヤ設定、２０２・・・プレース設定、２１０・・・マップ管理部、３１０・・・プレース管理部、４００・・・ファイル管理サーバ、４１１・・・ログイン制御部、４１２・・・ファイル管理部、４１３・・・設定変更部、４１４・・・プレース行列再構成部、４１５・・・検索部、５００・・・クライアント端末、５１１・・・ログイン処理部、５１２・・・表示制御部、５１３・・・設定変更受付部、５１４・・・検索条件受付部。
【先行技術文献】
【特許文献】
【０２０６】
【特許文献１】特開２００６−２６８２９５号公報
【特許請求の範囲】
【請求項１】
複数のクライアント端末と、
該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成り、
前記ファイル管理装置は、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付けて記憶する第１の記憶手段と、前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、を備え、
前記クライアント端末は、前記ファイル管理装置から前記ファイル管理情報を受信する受信手段と、前記受信したファイル管理情報のシンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、を備えたファイル管理システムであって、
前記クライアント端末は、前記ファイル管理情報を指定して、当該ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータを要求する要求手段を、
前記ファイル管理装置は、前記要求に応じて、前記サムネイル画像及び／又は前記コメントデータを前記クライアント端末に送信する送信手段を備え、
前記表示制御手段は、前記ファイル管理装置から受信したサムネイル画像及び／又は前記コメントデータを表示手段に順次表示させることを特徴とするファイル管理システム。
【請求項２】
請求項１に記載されたファイル管理システムにおいて、
前記クライアント端末は、前記ファイル管理装置から受信したサムネイル画像及び／又は前記コメントデータを記憶する第２の記憶手段を備え、
前記表示制御手段は、前記要求手段からの要求に応じて、前記第２の記憶手段に記憶されたサムネイル画像及び／又は前記コメントデータを前記表示手段に順次表示させることを特徴とするファイル管理システム。
【請求項３】
請求項１又は２に記載されたファイル管理システムにおいて、
前記クライアント端末は、ユーザを識別する識別情報を前記ファイル管理装置に入力する入力手段を備え、
前記第１の記憶手段は、前記識別情報を前記ファイル管理情報と関連付けて記憶するとともに、前記ファイル管理情報に前記ファイルの所有者又は共有者となるユーザの識別情報を示したメンバリストを関連付けて記憶し、
前記ファイル管理装置は、前記入力された識別情報と前記メンバリストに基づいて、前記クライアント端末が前記ファイル管理情報に属するファイルのサムネイル画像及び／又は前記コメントデータを要求するためのユーザ認証を行う認証手段を備え、
該認証手段は、前記入力された識別情報と前記メンバリストとが一致するか否かを判定し、一致すると判定したときにユーザ認証を行うことを特徴とするファイル管理システム。
【請求項４】
請求項３に記載されたファイル管理システムにおいて、
前記第２の表示制御手段は、前記認証手段でユーザ認証されたときに、前記サムネイル画像及び／又は前記コメントデータを表示手段に順次表示させることを特徴とするファイル管理システム。
【請求項５】
請求項３又は４に記載されたファイル管理システムにおいて、
前記第２の表示制御手段は、前記認証手段が前記入力された識別情報と前記メンバリストとが一致しないと判定したとき、表示手段に認証不可である旨を表示することを特徴とするファイル管理システム。
【請求項６】
請求項３ないし５のいずれかに記載されたファイル管理システムにおいて、
前記ファイル管理装置は、前記第１の記憶手段に記憶されたメンバリストの記憶を制御する第１の記憶制御手段を備え、
前記クライアント端末は、前記第１の記憶制御手段が所定の前記メンバリストを削除したとき、前記第２の記憶手段に記憶された、当該メンバリストに関連づけられた前記ファイル管理情報に属するファイルのサムネイル画像を削除する第２の記憶制御手段を備えたことを特徴とするファイル管理システム。
【請求項７】
請求項２ないし６のいずれかに記載されたファイル管理システムにおいて、
前記要求手段は、前記第２の記憶手段に記憶されているサムネイル画像を除いて要求することを特徴とするファイル管理システム。
【請求項８】
複数のクライアント端末とネットワークを介して接続されるファイル管理装置であって、
前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付け、かつ前記ファイル管理情報のシンボル画像を、前記クライアント端末において行列状の配置形態で表示させる表示制御情報を持たせて記憶する記憶手段と、
前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、
前記クライアント端末からの要求に応じて、前記ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータ前記クライアント端末に送信する送信手段と、
を備えたことを特徴とするファイル管理装置。
【請求項９】
ファイルを記憶するとともに、前記ファイルの管理を行う構成単位を示したファイル管理情報のそれぞれを、当該ファイル管理情報が管理する前記ファイルと関連付けて記憶する工程と、
前記ファイルのサムネイル画像を生成するサムネイル画像生成工程と、
前記ファイル管理情報のそれぞれを表すシンボル画像を行列状の配置形態で表示手段に表示させる第１の表示制御工程と、
前記行列状に表示されたシンボル画像に対応する前記ファイル管理情報を指定する工程と、
前記指定したファイル管理情報に属するファイルのサムネイル画像及び／又は当該ファイルに付加されたコメントデータを表示手段に順次表示させる第２の表示制御工程と、を有することを特徴とするファイル管理方法。
【請求項１】
複数のクライアント端末と、
該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成り、
前記ファイル管理装置は、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付けて記憶する第１の記憶手段と、前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、を備え、
前記クライアント端末は、前記ファイル管理装置から前記ファイル管理情報を受信する受信手段と、前記受信したファイル管理情報のシンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、を備えたファイル管理システムであって、
前記クライアント端末は、前記ファイル管理情報を指定して、当該ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータを要求する要求手段を、
前記ファイル管理装置は、前記要求に応じて、前記サムネイル画像及び／又は前記コメントデータを前記クライアント端末に送信する送信手段を備え、
前記表示制御手段は、前記ファイル管理装置から受信したサムネイル画像及び／又は前記コメントデータを表示手段に順次表示させることを特徴とするファイル管理システム。
【請求項２】
請求項１に記載されたファイル管理システムにおいて、
前記クライアント端末は、前記ファイル管理装置から受信したサムネイル画像及び／又は前記コメントデータを記憶する第２の記憶手段を備え、
前記表示制御手段は、前記要求手段からの要求に応じて、前記第２の記憶手段に記憶されたサムネイル画像及び／又は前記コメントデータを前記表示手段に順次表示させることを特徴とするファイル管理システム。
【請求項３】
請求項１又は２に記載されたファイル管理システムにおいて、
前記クライアント端末は、ユーザを識別する識別情報を前記ファイル管理装置に入力する入力手段を備え、
前記第１の記憶手段は、前記識別情報を前記ファイル管理情報と関連付けて記憶するとともに、前記ファイル管理情報に前記ファイルの所有者又は共有者となるユーザの識別情報を示したメンバリストを関連付けて記憶し、
前記ファイル管理装置は、前記入力された識別情報と前記メンバリストに基づいて、前記クライアント端末が前記ファイル管理情報に属するファイルのサムネイル画像及び／又は前記コメントデータを要求するためのユーザ認証を行う認証手段を備え、
該認証手段は、前記入力された識別情報と前記メンバリストとが一致するか否かを判定し、一致すると判定したときにユーザ認証を行うことを特徴とするファイル管理システム。
【請求項４】
請求項３に記載されたファイル管理システムにおいて、
前記第２の表示制御手段は、前記認証手段でユーザ認証されたときに、前記サムネイル画像及び／又は前記コメントデータを表示手段に順次表示させることを特徴とするファイル管理システム。
【請求項５】
請求項３又は４に記載されたファイル管理システムにおいて、
前記第２の表示制御手段は、前記認証手段が前記入力された識別情報と前記メンバリストとが一致しないと判定したとき、表示手段に認証不可である旨を表示することを特徴とするファイル管理システム。
【請求項６】
請求項３ないし５のいずれかに記載されたファイル管理システムにおいて、
前記ファイル管理装置は、前記第１の記憶手段に記憶されたメンバリストの記憶を制御する第１の記憶制御手段を備え、
前記クライアント端末は、前記第１の記憶制御手段が所定の前記メンバリストを削除したとき、前記第２の記憶手段に記憶された、当該メンバリストに関連づけられた前記ファイル管理情報に属するファイルのサムネイル画像を削除する第２の記憶制御手段を備えたことを特徴とするファイル管理システム。
【請求項７】
請求項２ないし６のいずれかに記載されたファイル管理システムにおいて、
前記要求手段は、前記第２の記憶手段に記憶されているサムネイル画像を除いて要求することを特徴とするファイル管理システム。
【請求項８】
複数のクライアント端末とネットワークを介して接続されるファイル管理装置であって、
前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付け、かつ前記ファイル管理情報のシンボル画像を、前記クライアント端末において行列状の配置形態で表示させる表示制御情報を持たせて記憶する記憶手段と、
前記ファイルのサムネイル画像を生成するサムネイル画像生成手段と、
前記クライアント端末からの要求に応じて、前記ファイル管理情報に関連付けて記憶されたファイルの前記サムネイル画像及び／又は当該ファイルに付加されたコメントデータ前記クライアント端末に送信する送信手段と、
を備えたことを特徴とするファイル管理装置。
【請求項９】
ファイルを記憶するとともに、前記ファイルの管理を行う構成単位を示したファイル管理情報のそれぞれを、当該ファイル管理情報が管理する前記ファイルと関連付けて記憶する工程と、
前記ファイルのサムネイル画像を生成するサムネイル画像生成工程と、
前記ファイル管理情報のそれぞれを表すシンボル画像を行列状の配置形態で表示手段に表示させる第１の表示制御工程と、
前記行列状に表示されたシンボル画像に対応する前記ファイル管理情報を指定する工程と、
前記指定したファイル管理情報に属するファイルのサムネイル画像及び／又は当該ファイルに付加されたコメントデータを表示手段に順次表示させる第２の表示制御工程と、を有することを特徴とするファイル管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１０】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図８】
【図９】
【図１１】
【図１２】
【図１３】
【図２０】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１０】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図８】
【図９】
【図１１】
【図１２】
【図１３】
【図２０】
【図２８】
【図２９】
【図３０】
【公開番号】特開２０１０−９２４６６（Ｐ２０１０−９２４６６Ａ）
【公開日】平成２２年４月２２日（２０１０．４．２２）
【国際特許分類】
【出願番号】特願２００９−２０７６７６（Ｐ２００９−２０７６７６）
【出願日】平成２１年９月９日（２００９．９．９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年４月２２日（２０１０．４．２２）
【国際特許分類】
【出願日】平成２１年９月９日（２００９．９．９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]