JP5534305B2 - ファイル管理システム及びファイル管理方法 - Google Patents

ファイル管理システム及びファイル管理方法 Download PDF

Info

Publication number
JP5534305B2
JP5534305B2 JP2009207676A JP2009207676A JP5534305B2 JP 5534305 B2 JP5534305 B2 JP 5534305B2 JP 2009207676 A JP2009207676 A JP 2009207676A JP 2009207676 A JP2009207676 A JP 2009207676A JP 5534305 B2 JP5534305 B2 JP 5534305B2
Authority
JP
Japan
Prior art keywords
place
file management
file
information
setting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2009207676A
Other languages
English (en)
Other versions
JP2010092466A (ja
Inventor
貴昭 原田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2009207676A priority Critical patent/JP5534305B2/ja
Publication of JP2010092466A publication Critical patent/JP2010092466A/ja
Application granted granted Critical
Publication of JP5534305B2 publication Critical patent/JP5534305B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04815—Interaction with a metaphor-based environment or interaction object displayed as three-dimensional, e.g. changing the user viewpoint with respect to the environment or object
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/0486—Drag-and-drop

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)

Description

本発明は、複数のファイルを管理するファイル管理システム及びファイル管理方法に関し、特に、ユーザがファイルの管理を視覚的に行うことができるファイル管理システム及びファイル管理方法に関する。
ＰＣ（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：図３参照）から削除され、別のプレースをユーザが指定したときに、上記キャッシュメモリから削除される。
以上で説明したように、本クライアント端末５００は、ファイル管理サーバ４００から、設定したプレースに登録されたファイルのサムネイルファイルをダウンロードして、所定の表示条件（表示順序、表示サイズ等）でスライドビュー表示することができるから、例えば芸術的目的や実用的目的として本ファイル管理システムを利用することができ、汎用性を向上させることができる。
また、本実施形態に係るクライアント端末５００は、ファイル管理サーバ４００に保管されているサムネイルファイルをスライドショー表示しているが、これに限らず、スライドショー表示する対象を画像ファイルの他、例えば、図２６に示すように、予めオリジナルファイルに付加しておいたコメント情報をサムネイルファイルとともにスライドショー表示したり、このコメント情報のみをスライドショー表示するようにしてもよい。
この場合、図２３の画面１−２に示したスライドショー設定において、「表示項目」を設け、「画像のみ」、「画像＋コメント」、「コメントのみ」のいずれかを選択して設定できるようにする。
４１，５１・・・ＣＰＵ、４２，５２・・・ＲＯＭ、４３，５３・・・ＲＡＭ、４４，５４・・・操作部、４５，５５・・・表示部、４６，５６・・・記憶部、４７，５７・・・Ｉ／Ｆ部、５８・・・アダプタ部、２０１・・・レイヤ設定、２０２・・・プレース設定、２１０・・・マップ管理部、３１０・・・プレース管理部、４００・・・ファイル管理サーバ、４１１・・・ログイン制御部、４１２・・・ファイル管理部、４１３・・・設定変更部、４１４・・・プレース行列再構成部、４１５・・・検索部、５００・・・クライアント端末、５１１・・・ログイン処理部、５１２・・・表示制御部、５１３・・・設定変更受付部、５１４・・・検索条件受付部。
特開２００６−２６８２９５号公報

Claims (10)

  1. 複数のクライアント端末と、
    該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成り、
    前記ファイル管理装置は、前記クライアント端末から送信されたファイルと、該ファイルの管理を行う構成単位を示したファイル管理情報とを記憶するとともに、前記ファイル管理情報のそれぞれを当該ファイル管理情報が管理する前記ファイルに関連付けて記憶する第１の記憶手段と、前記ファイルの複数のサムネイル画像を生成するサムネイル画像生成手段と、を備え、
    前記クライアント端末は、前記ファイル管理装置から前記ファイル管理情報を受信する受信手段と、前記受信したファイル管理情報のシンボル画像を行列状の配置形態で表示手段に表示させる表示制御手段と、を備えたファイル管理システムであって、
    前記クライアント端末は、前記ファイル管理装置に対して、前記ファイル管理情報の識別情報とスライドショーの表示順序情報を含むスライドショー設定情報とを入力するスライドショー設定に応じて、当該識別情報とスライドショー設定情報とを関連付けて記憶する第２の記憶手段と、当該ファイル管理情報に関連付けて記憶されたファイルの複数のサムネイル画像を前記ファイル管理装置からダウンロードするサムネイルダウンロード手段と、を備え、
    前記表示制御手段は、スライドショー表示のためのシンボル画像の指定に応じて、前記ファイル管理装置からダウンロードした複数のサムネイル画像を前記第２の記憶手段に記憶された表示順序情報に基づいて表示手段に順次表示させることを特徴とするファイル管理システム。
  2. 請求項１に記載されたファイル管理システムにおいて、
    前記クライアント端末は、前記ファイル管理情報に関連付けて記憶されたファイルに付加されたコメントデータを前記ファイル管理装置からダウンロードするコメントダウンロード手段を備え、
    前記表示制御手段は、前記ファイル管理装置からダウンロードしたコメントデータを前記第２の記憶手段に記憶された表示順序情報に基づいて前記表示手段に順次表示させることを特徴とするファイル管理システム。
  3. 請求項１又は２に記載されたファイル管理システムにおいて、
    前記クライアント端末は、ユーザを識別する識別情報を前記ファイル管理装置に入力する入力手段を備え、
    前記第１の記憶手段は、前記識別情報を前記ファイル管理情報と関連付けて記憶するとともに、前記ファイル管理情報に前記ファイルの所有者又は共有者となるユーザの識別情報を示したメンバリストを関連付けて記憶し、
    前記ファイル管理装置は、前記入力された識別情報と前記メンバリストに基づいて、前記クライアント端末が前記ファイル管理情報に属するファイルのサムネイル画像を要求するためのユーザ認証を行う認証手段を備え、
    該認証手段は、前記入力された識別情報と前記メンバリストとが一致するか否かを判定し、一致すると判定したときにユーザ認証を行うことを特徴とするファイル管理システム。
  4. 請求項３に記載されたファイル管理システムにおいて、
    前記表示制御手段は、前記認証手段でユーザ認証されたときに、前記サムネイル画像を表示手段に順次表示させることを特徴とするファイル管理システム。
  5. 請求項３又は４に記載されたファイル管理システムにおいて、
    前記表示制御手段は、前記認証手段が前記入力された識別情報と前記メンバリストとが一致しないと判定したとき、表示手段に認証不可である旨を表示することを特徴とするファイル管理システム。
  6. 請求項２に記載されたファイル管理システムにおいて、
    前記ファイル管理装置は、前記第１の記憶手段に記憶されたメンバリストの記憶を制御する第１の記憶制御手段を備え、
    前記クライアント端末は、前記第１の記憶制御手段が所定の前記メンバリストを削除したとき、前記第２の記憶手段に記憶された、当該メンバリストに関連づけられた前記ファイル管理情報に属するファイルのサムネイル画像を削除する第２の記憶制御手段を備えたことを特徴とするファイル管理システム。
  7. 請求項２に記載されたファイル管理システムにおいて、
    前記サムネイルダウンロード手段は、前記第２の記憶手段に記憶されているサムネイル画像を除いてダウンロードすることを特徴とするファイル管理システム。
  8. 請求項１に記載されたファイル管理システムにおいて、
    前記クライアント端末は、前記スライドショー設定に応じて、当該スライドショー設定で識別情報が入力されたファイル管理情報により管理されているファイルの最終更新日時及び総件数を記憶する第３の記憶手段と、前記スライドショー表示のためのシンボル画像の指定に応じて、当該シンボル画像に対応するファイル管理情報により管理されているファイルの最終更新日時及び総件数を前記ファイル管理装置から取得するファイル更新情報取得手段と、前記第３の記憶手段により記憶されたファイルの最終更新日時及び総件数とファイル更新情報取得手段により取得されたファイルの最終更新日時及び総件数とをそれぞれ比較し、一致するか否かを判定する比較手段と、当該比較手段により一致しないと判定されたとき、当該ファイル管理情報に関連付けて記憶されたファイルのサムネイル画像を前記ファイル管理装置からダウンロードする手段と、を備えたことを特徴とするファイル管理システム。
  9. 請求項３に記載されたファイル管理システムにおいて、
    前記クライアント端末は、前記ファイルの共有者となることを招待することの通知を前記ファイル管理装置又は他のクライアント端末から受信する手段と、当該招待の受け入れの有無を示す回答を前記ファイル管理装置へ送信する手段と、を備え、
    前記ファイル管理装置は、前記回答を受信する手段と、前記第１の記憶手段に記憶されたメンバリストの記憶を制御する第１の記憶制御手段と、を備え、
    前記第１の記憶制御手段は、当該回答が招待の受け入れを示すものであるとき、当該招待されたクライアント端末のユーザの識別情報を示したメンバリストを関連付けて記憶することを特徴とするファイル管理システム。
  10. 複数のクライアント端末と、該複数のクライアント端末とネットワークを介して接続されるファイル管理装置とから成るファイル管理システムにより実行されるファイル管理方法であって、
    前記ファイル管理装置が、ファイルを記憶するとともに、前記ファイルの管理を行う構成単位を示したファイル管理情報のそれぞれを、当該ファイル管理情報が管理する前記ファイルと関連付けて記憶する工程と、
    前記ファイル管理装置が、前記ファイルの複数のサムネイル画像を生成するサムネイル画像生成工程と、
    前記クライアント端末が、前記ファイル管理装置に対して、前記ファイル管理情報の識別情報とスライドショーの表示順序情報を含むスライドショー設定情報とを設定する工程と、
    前記クライアント端末が、当該設定に応じて、当該識別情報とスライドショー設定情報とを関連付けて記憶する工程、
    前記クライアント端末が、当該ファイル管理情報に関連付けて記憶されたファイルの複数のサムネイル画像を前記ファイル管理装置からダウンロードする工程と、
    前記クライアント端末が、スライドショー表示のためのシンボル画像の指定に応じて、前記ファイル管理装置からダウンロードした複数のサムネイル画像を前記記憶した表示順序情報に基づいて順次表示する工程と、
    を有することを特徴とするファイル管理方法。
JP2009207676A 2008-09-10 2009-09-09 ファイル管理システム及びファイル管理方法 Active JP5534305B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009207676A JP5534305B2 (ja) 2008-09-10 2009-09-09 ファイル管理システム及びファイル管理方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008232517 2008-09-10
JP2008232517 2008-09-10
JP2009207676A JP5534305B2 (ja) 2008-09-10 2009-09-09 ファイル管理システム及びファイル管理方法

Publications (2)

Publication Number Publication Date
JP2010092466A JP2010092466A (ja) 2010-04-22
JP5534305B2 true JP5534305B2 (ja) 2014-06-25

Family

ID=42255073

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2009051016A Pending JP2010092455A (ja) 2008-09-10 2009-03-04 ファイル管理システム及びプログラム
JP2009207676A Active JP5534305B2 (ja) 2008-09-10 2009-09-09 ファイル管理システム及びファイル管理方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2009051016A Pending JP2010092455A (ja) 2008-09-10 2009-03-04 ファイル管理システム及びプログラム

Country Status (2)

Country Link
US (2) US8200720B2 (ja)
JP (2) JP2010092455A (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010092455A (ja) * 2008-09-10 2010-04-22 Ricoh Co Ltd ファイル管理システム及びプログラム
EP2480957B1 (en) 2009-09-22 2017-08-09 Apple Inc. Device, method, and graphical user interface for manipulating user interface objects
US8799826B2 (en) 2009-09-25 2014-08-05 Apple Inc. Device, method, and graphical user interface for moving a calendar entry in a calendar application
US8780069B2 (en) 2009-09-25 2014-07-15 Apple Inc. Device, method, and graphical user interface for manipulating user interface objects
US8832585B2 (en) 2009-09-25 2014-09-09 Apple Inc. Device, method, and graphical user interface for manipulating workspace views
US8766928B2 (en) 2009-09-25 2014-07-01 Apple Inc. Device, method, and graphical user interface for manipulating user interface objects
US8612884B2 (en) * 2010-01-26 2013-12-17 Apple Inc. Device, method, and graphical user interface for resizing objects
US8539385B2 (en) 2010-01-26 2013-09-17 Apple Inc. Device, method, and graphical user interface for precise positioning of objects
US8539386B2 (en) 2010-01-26 2013-09-17 Apple Inc. Device, method, and graphical user interface for selecting and moving objects
JP5797382B2 (ja) 2010-06-09 2015-10-21 株式会社リコー ファイル交換システム、ファイル交換方法、モバイル機器及びプログラム
US8972879B2 (en) * 2010-07-30 2015-03-03 Apple Inc. Device, method, and graphical user interface for reordering the front-to-back positions of objects
US9098182B2 (en) 2010-07-30 2015-08-04 Apple Inc. Device, method, and graphical user interface for copying user interface objects between content regions
US9081494B2 (en) 2010-07-30 2015-07-14 Apple Inc. Device, method, and graphical user interface for copying formatting attributes
US10170082B2 (en) * 2010-10-04 2019-01-01 Nec Corporation Image display device and image display method
JP5183770B2 (ja) * 2011-05-20 2013-04-17 キヤノン株式会社 文書管理プログラム、情報処理装置
US8335851B1 (en) * 2012-03-12 2012-12-18 Ringcentral, Inc. Network resource deployment for cloud-based services
CN102830906B (zh) * 2012-07-04 2016-08-03 华为终端有限公司 基于用户界面进行文件处理的方法及终端设备
US8954853B2 (en) * 2012-09-06 2015-02-10 Robotic Research, Llc Method and system for visualization enhancement for situational awareness
US9785307B1 (en) * 2012-09-27 2017-10-10 Open Text Corporation Reorder and selection persistence of displayed objects
USD733732S1 (en) * 2013-05-14 2015-07-07 Microsoft Corporation Display screen with graphical user interface
JP5505551B1 (ja) * 2013-08-09 2014-05-28 富士ゼロックス株式会社 処理装置、表示装置およびプログラム
US9996222B2 (en) * 2015-09-18 2018-06-12 Samsung Electronics Co., Ltd. Automatic deep view card stacking
JP6147825B2 (ja) * 2015-09-29 2017-06-14 株式会社東芝 電子機器および方法
JP7008940B2 (ja) * 2017-03-28 2022-01-25 ブラザー工業株式会社 印刷装置
CN111970312A (zh) 2019-05-20 2020-11-20 北京小米移动软件有限公司 文件传输方法、装置及计算机可读存储介质
CN111327769B (zh) 2020-02-25 2022-04-08 北京小米移动软件有限公司 多屏互动方法及装置、存储介质
WO2021247811A1 (en) * 2020-06-03 2021-12-09 Cser Ventures, LLC A system for modifying an arrangement of files
CN112163398B (zh) * 2020-09-30 2024-06-18 金蝶软件（中国）有限公司 一种图表分享方法及其相关设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03175519A (ja) * 1989-12-04 1991-07-30 Matsushita Electric Ind Co Ltd ファイル転送装置及びファイル転送方法
JP3530340B2 (ja) * 1997-04-30 2004-05-24 三洋電機株式会社 電子機器制御システム
JPH11205379A (ja) * 1998-01-13 1999-07-30 Dainippon Printing Co Ltd データ伝送システム
JP2002366409A (ja) * 2001-06-06 2002-12-20 Minolta Co Ltd ファイル管理プログラム、ファイル管理プログラムを記録したコンピュータ読取可能な記録媒体、ファイル管理方法およびファイル管理装置
JP4284896B2 (ja) * 2001-08-02 2009-06-24 コニカミノルタビジネステクノロジーズ株式会社 ファイル管理プログラム、ファイル管理プログラムを記録したコンピュータ読取可能な記録媒体、およびファイル管理方法
JP2003242178A (ja) * 2002-02-20 2003-08-29 Fuji Photo Film Co Ltd フォルダ・アイコン表示制御装置
JP4047041B2 (ja) * 2002-03-19 2008-02-13 キヤノン株式会社 情報処理システム及び情報処理装置及び情報処理方法及びそれを実現するプログラム
JP2005182760A (ja) * 2003-11-25 2005-07-07 Canon Inc 情報処理装置およびその制御方法
JP2005203917A (ja) * 2004-01-14 2005-07-28 Canon Inc 情報表示装置
JP4341408B2 (ja) * 2004-01-15 2009-10-07 パナソニック株式会社 画像表示方法及び装置
JP2006085279A (ja) * 2004-09-14 2006-03-30 Konica Minolta Business Technologies Inc ファイル管理プログラムおよびファイル管理方法
JP2006215966A (ja) * 2005-02-07 2006-08-17 Seiko Epson Corp デジタル画像ファイル閲覧装置、デジタル画像処理装置、記録装置
JP2006268295A (ja) 2005-03-23 2006-10-05 Sharp Corp ユーザインターフェース表示装置及びその操作方法
JP2006319916A (ja) * 2005-05-16 2006-11-24 Olympus Imaging Corp 表示制御装置及びその表示制御方法とこの表示制御装置を備えたカメラ
JP2007193587A (ja) * 2006-01-19 2007-08-02 Konica Minolta Photo Imaging Inc 画像処理装置、画像処理方法及び画像処理プログラム
JP4730187B2 (ja) * 2006-04-25 2011-07-20 日本ビクター株式会社 コンテンツ再生装置
WO2008029774A1 (en) * 2006-09-04 2008-03-13 Visionarts, Inc. Download add-in program, upload add-in program, rewriting add-in program, download method and upload method
JP2008071085A (ja) 2006-09-13 2008-03-27 Ricoh Co Ltd 画像処理装置及びログ転送方法
JP2008152585A (ja) * 2006-12-18 2008-07-03 Canon Inc 表示画像制御装置及びその制御方法
JP5304172B2 (ja) 2007-12-04 2013-10-02 株式会社リコー ファイル管理装置、ファイル管理方法及びファイル管理プログラム
US8832598B2 (en) 2008-05-09 2014-09-09 Ricoh Company, Limited File management apparatus, file management method, and computer program product
JP2010092455A (ja) * 2008-09-10 2010-04-22 Ricoh Co Ltd ファイル管理システム及びプログラム
JP2010140116A (ja) 2008-12-09 2010-06-24 Ricoh Co Ltd ファイル管理装置、ファイル管理方法及びファイル管理プログラム

Also Published As

Publication number Publication date
US20100228746A1 (en) 2010-09-09
US20120233225A1 (en) 2012-09-13
US8200720B2 (en) 2012-06-12
JP2010092455A (ja) 2010-04-22
US8458235B2 (en) 2013-06-04
JP2010092466A (ja) 2010-04-22

Similar Documents

Publication Publication Date Title
JP5534305B2 (ja) ファイル管理システム及びファイル管理方法
JP5278154B2 (ja) 画像形成装置、その制御方法及び制御プログラム
JP5304172B2 (ja) ファイル管理装置、ファイル管理方法及びファイル管理プログラム
JP5118592B2 (ja) ファイル管理システム
US8527890B2 (en) File management apparatus, file management method, and computer program product
US10019136B1 (en) Image sharing device, apparatus, and method
US10027727B1 (en) Facial recognition device, apparatus, and method
US9977917B2 (en) Retroactive shared content item links
JP6543724B2 (ja) カスタマイズ可能なファイルリクエストを介したファイル提出物を収集するための収集フォルダ
US10027726B1 (en) Device, apparatus, and method for facial recognition
US10614119B2 (en) Masking restrictive access control for a user on multiple devices
US8621386B2 (en) File management and transfer using user interface icons associated with applications
JP6543725B2 (ja) ファイル提出物を収集するための収集フォルダ
US20170052927A1 (en) System for Transferring Annotations between Documents Displayed Side by Side
JP2009301532A (ja) データを取り込み、整理し、共有するためのシステムおよび方法
US11625526B2 (en) Systems and methods for displaying digital forensic evidence
US20180278600A1 (en) Multi-factor masked access control system
JP2017120541A (ja) 情報処理装置、情報処理方法及びプログラム
US11012588B2 (en) Information processing device, file processing method for information processing device, and non-transitory recording medium
JP4648017B2 (ja) 図面管理方法及び図面管理プログラム
CN112527741A (zh) 信息处理装置、记录媒体及信息处理方法
JP2021521531A (ja) 単一デバイスマルチファクタ認証システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120705

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130917

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130927

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131126

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140403

R151 Written notification of patent or utility model registration

Ref document number: 5534305

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140416