JP4048773B2 - ファイル保存システム - Google Patents
ファイル保存システム Download PDFInfo
- Publication number
- JP4048773B2 JP4048773B2 JP2001388074A JP2001388074A JP4048773B2 JP 4048773 B2 JP4048773 B2 JP 4048773B2 JP 2001388074 A JP2001388074 A JP 2001388074A JP 2001388074 A JP2001388074 A JP 2001388074A JP 4048773 B2 JP4048773 B2 JP 4048773B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- server
- user
- stored
- unit
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に存在するサーバにファイルを保存するための技術に関するものである。
【０００２】
【従来の技術】
近年、インターネットの発達に伴い、例えば、インターネットに接続されたサーバ上に、各ユーザがそれぞれ専用のファイル保存領域を確保し、ユーザが端末を使用してＩＤやパスワードを入力することにより、自分のファイル保存領域へのアクセスが許可され、そのファイル保存領域に、ユーザがデジタルカメラなどで撮影した画像やスキャナなどで取り込んだ画像などのファイルを容易に保存したり、保存した画像のサムネイル画像を端末側に表示させたりすることができるようになってきた。
【０００３】
【発明が解決しようとする課題】
しかしながら、このような従来のファイル保存システムにおいては、或るサーバ上に確保されるファイル保存領域の記憶容量は、各ユーザ毎にそれぞれ決まっており、ユーザは、その記憶容量以上にファイルを自己のファイル保存領域に保存することができず、新たにファイルを保存するためには、自己のファイル保存領域に保存していた古いファイルを削除しなければならなかった。
【０００４】
そこで、他のサーバ上にも、そのユーザ専用のファイル保存領域を確保し、そのファイル保存領域にも、ファイルを保存するようにすることも可能であるが、その場合には、ファイルは２つ以上のサーバに分散して保存されることになるため、ユーザは、常に各サーバの存在を意識して、どのサーバにどのファイルを保存したかを把握していなければならず、ユーザの管理負担が大きくなると言う問題があった。
【０００５】
従って、本発明の目的は、上記した従来技術の問題点を解決し、ネットワーク上の複数のサーバにファイルを保存させる場合に、ユーザが各サーバの存在を意識することなく、保存したファイルを容易に把握することができるファイル保存システムを提供することにある。
【０００６】
【課題を解決するための手段およびその作用・効果】
上記した目的の少なくとも一部を達成するために、本発明の第１のファイル保存システムは、或るユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、前記ユーザによって利用される端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
前記端末は、該端末の表示部に、前記サーバに保存されている前記ファイルのリストを表示する際に、保存されている前記ファイルを管理するための管理データに基づいて、仮想的に、各ファイルが１つのサーバに保存されているように表示することを要旨とする。
【０００７】
このように、第１のファイル保存システムでは、端末は、ファイルのリストを表示する際に、そのファイルがＡというサーバに保存されているのか、Ｂというサーバに保存されているのかを区別することなく表示しており、全てのファイルが、複数のサーバではなく、あたかも１つのファイルサーバに保存されているように、ユーザに見せている。
【０００８】
従って、第１のファイル保存システムによれば、ユーザは、それぞれのサーバを意識することなく、保存した各ファイルを容易に把握することができる。
【０００９】
本発明のファイル保存システムにおいて、
前記端末は、前記ユーザからファイル保存の指示があった場合、前記複数のサーバの中から、予め設定された保存先振り分け方法に基づいて、保存先となるサーバを決定し、保存すべきファイルを、決定した前記サーバに送信することが好ましい。
【００１０】
このように、端末がファイルの保存先を自動的に振り分けることにより、ユーザはそれぞれのサーバの存在を意識することなく、ファイルをネットワーク上に保存することができる。
【００１１】
本発明のファイル保存システムにおいて、
前記端末は、前記ユーザからファイル保存の指示があった場合、前記管理データに基づいて、前記複数のサーバの空き容量を算出し、その算出した空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、前記複数のサーバ以外の前記ネットワークに接続されているサーバに、前記ユーザに対してファイル保存許可を与えるよう要求することが好ましい。
【００１２】
このように、ファイルを保存する際に、サーバの空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、新たなサーバにユーザに対してファイル保存許可を与えるよう要求することにより、例えば、ファイルを保存しようとして、サーバの空き容量が十分でない場合でも、新たなサーバからファイル保存の許可が得られれば、ファイルを保存することが可能な容量を増やすことができる。従って、ユーザはサーバの空き容量を意識することなく、ファイルを自由に保存することができる。
【００１３】
本発明のファイル保存システムにおいて、
前記端末は、前記ユーザからファイル保存の指示があった場合、前記管理データに基づいて、前記複数のサーバの空き容量を算出し、その算出した空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、前記複数のサーバ以外の前記ネットワークに接続されているサーバにファイル保存の許可を求めるように、前記表示部にメッセージを表示することが好ましい。
【００１４】
このように、ファイルを保存する際に、サーバの空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、新たなサーバにファイル保存許可を求めるよう、メッセージを表示することにより、ユーザは、新たなサーバへファイル保存の許可を求めて、ファイルを保存することが可能な容量を増やすかどうかを、自分の意思で判断することができる。
【００１５】
本発明のファイル保存システムにおいて、
ファイルはフォルダに属するものとしてフォルダ構造を用いて前記ファイルのリストを表示する場合、前記フォルダ構造は、前記ファイルが保存されている前記複数のサーバにおける実際のフォルダ構造には依存しないことが好ましい。
【００１６】
このように、サーバにおける実際のフォルダ構造に依存しないことにより、表示されるファイルリストにおけるフォルダ構造は、ユーザの利用しやすいように構築することができる。
【００１７】
本発明の第２のファイル保存システムは、複数のユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、各ユーザによってそれぞれ利用される複数の端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
各ユーザおよび各ユーザの保存したファイルに関する管理データは、前記複数のサーバのうち、特定のサーバに保存されていることを要旨とする。
【００１８】
このように、特定のサーバが管理データを保存することにより、各ユーザや、各ユーザの保存したファイルの管理を統一的に行うことができる。
【００１９】
本発明の第３のファイル保存システムは、複数のユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、各ユーザによってそれぞれ利用される複数の端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
或るユーザおよび該ユーザの保存したファイルに関する管理データは、前記複数のサーバのうち、前記ユーザによって設定されたサーバに保存されることを要旨とする。
【００２０】
このように、ユーザによって設定されたサーバに、そのユーザおよびそのユーザの保存したファイルに関する管理データを保存することにより、ユーザ毎に、その管理データを保存するサーバが異なることになるため、特定のサーバにアクセスが集中することを防ぐことができる。
【００２１】
本発明の第４のファイル保存システムは、複数のユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、各ユーザによってそれぞれ利用される複数の端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
或るユーザによって利用される端末が、そのユーザの保存したファイルに関する管理データを必要とする場合、前記端末は、前記ユーザの保存したファイルに関する情報の問い合わせを、前記ネットワークを介して各サーバに中継させながら伝搬させ、各サーバから返送されてくる回答を集めて、それら回答に基づいて、前記管理データを生成することが好ましい。
【００２２】
このような構成を採ることにより、各サーバは管理データを保存する必要がなく、また、特定のサーバにアクセスが集中する恐れもなくなる。
【００２３】
なお、本発明は、上記したファイル保存システムの態様の他、端末としての態様として実現することもできる。さらには、装置発明の態様に限ることなく、ファイル保存方法などの方法発明としての態様で実現することも可能である。さらには、それら端末や方法を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．ファイル保存システムの構成：
Ｂ．ファイルサーバへのアクセス：
Ｃ．ファイルサーバ保存ファイルリストの表示：
Ｄ．ファイルサーバへのファイル保存：
Ｅ．新たなファイルサーバへの登録：
Ｆ．ファイル保存システムのハードウェア構成
Ｇ．変形例：
Ｇ−１．変形例１：
Ｇ−２．変形例２：
Ｇ−３．変形例３：
Ｇ−４．変形例４：
【００２５】
Ａ．ファイル保存システムの構成：
図１は本発明の一実施例としてのファイル保存システムを示す説明図である。本実施例のファイル保存システムは、図１に示すように、端末１００と、複数のファイルサーバ２００，３００，４００と、これら端末１００およびファイルサーバ２００，３００，４００を接続するネットワーク５００と、を備えている。なお、図１では、ネットワーク５００に接続されている端末は１つ、ファイルサーバは３つしか描かれていないが、ネットワーク５００には、その他にも、多数の端末やファイルサーバが接続されている。
【００２６】
これらのうち、端末１００は、ユーザが種々の指示を入力するための入力部１０２と、種々の表示画面を表示するための表示部１０４と、ネットワーク５００を介してファイルサーバとの間でデータをやりとりするための通信部１０６と、画像ファイルや管理データのコピーなどを格納するためのファイル格納部１０８と、入力部１０２からの指示に従って、種々の制御を行うための制御部１１０と、を備えている。
【００２７】
また、ファイルサーバ２００，３００，４００は、それぞれ、ネットワーク５００を介して端末１００や他のファイルサーバとの間でデータ等のやりとりを行うための通信部２０６，３０６，４０６と、ユーザから送られてきた画像ファイルなどを保存するためのファイル保存部２０８，３０８，４０８と、ファイル保存部２０８，３０８，４０８に保存されたファイルを管理すると共に、種々の制御を行うための管理部２１０，３１０，４１０と、をそれぞれ備えている。
【００２８】
また、ファイルサーバ２００，３００，４００のファイル保存部２０８，３０８，４０８には、それぞれ、登録された各ユーザ毎にファイル保存領域が割り当てられており、そのファイル保存領域には、各ユーザの有する画像ファイルが保存されている。なお、各ファイルサーバ上に確保されるファイル保存領域の記憶容量は、予め、各ユーザ毎にそれぞれ決まっている。
【００２９】
ここで、或るユーザが或るファイルサーバに登録されているとは、そのユーザがそのファイルサーバに対し画像ファイルの保存を許可されているということであり、具体的には、そのユーザに与えられたＩＤ及びパスワードを用いて、そのファイルサーバへのアクセスが可能であり、そのユーザに割り当てられたファイル保存領域に画像ファイルの保存が可能であることである。
【００３０】
また、ファイルサーバ２００のファイル保存部２０８には、何れかのファイルサーバに登録されている全てのユーザや、それらユーザが登録されているファイルサーバに保存した全ての画像ファイルなどを管理するための管理データＭも保存されている。
【００３１】
前提として、端末１００は、或るユーザＡによって所有されている。そのユーザＡは、ファイルサーバ２００および３００にそれぞれ登録されており、ファイルサーバ２００にアクセスするためのＩＤｉｄ１Ａおよびパスワードｐｗ１Ａと、ファイルサーバ３００にアクセスするためのＩＤｉｄ２Ａおよびパスワードｐｗ２Ａを持っている。なお、ファイルサーバ４００には登録されていない。
【００３２】
従って、ファイルサーバ２００のファイル保存部２０８と、ファイルサーバ３００のファイル保存部３０８には、ユーザＡが専有するファイル保存領域が、それぞれ割り当てられており、それらには、ユーザＡの有する画像ファイルがそれぞれ保存されている。なお、端末１００のファイル格納部１０８には、これらファイルサーバに保存されている画像のサムネイル画像のファイルが格納されている。
【００３３】
また、ファイルサーバ２００のファイル保存部２０８に保存されている管理データＭには、ユーザＡや、ユーザＡがファイルサーバ２００，３００に保存した画像ファイルなどを管理するための管理データＭＡが含まれている。なお、端末１００のファイル格納部１０８にも、このユーザＡに関する管理データＭＡのコピーＭＡ’が格納されている。
【００３４】
ここで、管理データＭの内容を、ユーザＡに関する管理データＭＡを一例として説明する。管理データＭＡには、まず、ユーザＡ自身についての管理データとして、ユーザＡの名前、ファイルサーバに対するＩＤ（この場合、ｉｄ１Ａ，ｉｄ２Ａ）、ファイルサーバに対するパスワード（この場合、ｐｗ１Ａ，ｐｗ２Ａ）と、が含まれている。次に、ユーザＡが保存した画像ファイルについての管理データとしては、各画像ファイルのファイル名、各画像ファイルの保存されている場所を表すＵＲＬ（Uniform Resource Locator）、各画像ファイルの作成日および更新日時、並びに各画像ファイルのサイズなどが含まれている他、端末側で保存ファイルリストを表示する際に用いる仮想的なフォルダ構造に関する情報も含まれている。
【００３５】
Ｂ．ファイルサーバへのアクセス：
それでは、まず、ユーザＡが端末１００を用いて、ファイルサーバにアクセスする場合の動作について説明する。
【００３６】
ユーザＡが、端末１００の入力部１０２を操作して、ファイルサーバアクセス用のアプリケーションプログラムを立ち上げると、制御部１１０はそのアプリケーションプログラムに従って動作し、まず、通信部１０６を制御して、ネットワーク５００を介して、予めデフォルトとして設定されているファイルサーバ２００に接続する。そして、制御部１１０は、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照し、ファイルサーバ２００にアクセスするためのＩＤｉｄ１Ａおよびパスワードｐｗ１Ａをファイルサーバ２００に送信する。
【００３７】
これに対し、ファイルサーバ２００の管理部２１０は、そのＩＤｉｄ１Ａおよびパスワードｐｗ１Ａを通信部２０６を介して受信し、ファイル保存部２０８内の管理データＭと照合して、アクセスを求めているユーザが、登録されているユーザＡであることを特定する。そして、管理部２１０は、そのユーザＡの端末１００に対して、アクセスの許可を与える。
【００３８】
端末１００の制御部１１０は、ファイルサーバ２００からアクセス許可が与えられると、ファイルサーバ２００に対しユーザＡに関する管理データＭＡの送信を求め、ファイルサーバ２００からその管理データＭＡが送信されたら、その管理データＭＡに基づいて、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を最新のものに更新する。
【００３９】
通常、ユーザＡが端末１００のみを用いてファイルサーバにアクセスするようにしていれば、ファイルサーバ２００に保存されている管理データＭＡと端末１００に格納されている管理データＭＡのコピーＭＡ’とは常に一致しているが、例えば、ユーザＡが２つ以上の端末を用いてファイルサーバにアクセスし得る場合には、或る端末でファイルサーバに保存されている画像ファイルを追加・削除などすると、当然、管理データＭＡも変更されるため、次回、別の端末でファイルサーバにアクセスした際に、ファイルサーバ２００に保存されている管理データＭＡとその別の端末に格納されている管理データＭＡのコピーＭＡ’とは異なることになり、そのため、そのコピーＭＡ’を最新のものに更新する必要があるからである。
【００４０】
次に、端末１００の制御部１１０は、更新した管理データＭＡのコピーＭＡ’を参照して、ファイルサーバに保存されている画像ファイルが追加・削除などされている場合（すなわち、別の端末によってそのような追加・削除などがされている場合）には、それに応じて、ファイル格納部１０８に格納されているサムネイル画像ファイルの追加・削除を行う。削除の場合は、格納されていた対応するサムネイル画像を削除するだけであるが、追加の場合は、以下のように動作する。
【００４１】
すなわち、端末１００の制御部１１０は、管理データＭＡのコピーＭＡ’を参照して、２つのファイルサーバ２００，３００のうち、その追加された画像ファイルが保存されているファイルサーバにアクセスし、追加された画像についてのサムネイル画像のファイルの送信を要求する。例えば、その要求されたファイルサーバがファイルサーバ３００である場合、その要求に対して、ファイルサーバ３００の管理部３１０は、ファイル保存部３０８から対応する画像ファイルを読み出し、その画像ファイルに基づいてサムネイル画像のファイルを作成した上で、端末１００に送信する。端末１００の制御部１１０は、そのサムネイル画像のファイルを受信すると、ファイル格納部１０８に格納する。こうして、ファイルサーバに保存されている画像ファイルと、端末１００に格納されているサムネイル画像ファイルと、を一致させることができる。
【００４２】
Ｃ．ファイルサーバ保存ファイルリストの表示：
次に、端末１００の制御部１１０は、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照して、表示部１０４に、図２に示すようなファイルサーバ保存ファイル表示画面６００を表示させる。
【００４３】
図２は図１における端末１００の表示部１０４に表示されるファイルサーバ保存ファイル表示画面６００を示す説明図である。
【００４４】
図２に示すように、この表示画面６００には、左側に、ファイルサーバ保存ファイルリスト６０２を有しており、このファイルサーバ保存ファイルリスト６０２には、ファイルサーバ２００および３００に保存されているユーザＡの各画像ファイルのファイル名や、それら画像ファイルの属するフォルダ名などが、ツリー表示にて表示されている。制御部１１０は、このファイルサーバ保存ファイルリスト６０２を、上述した管理データＭＡに含まれる仮想的なフォルダ構造に関する情報に基づいて作成している。
【００４５】
すなわち、本実施例においては、ファイルサーバ保存ファイルリスト６０２に表示されるフォルダ構造は仮想的なものであり、実際のファイルサーバに構築されているフォルダ構造とは異なっている。しかも、各画像ファイルは、それぞれ、その画像ファイルがファイルサーバ２００に保存されているのか、ファイルサーバ３００に保存されているのかを区別することなく表示しており、全ての画像ファイルが、２つのファイルサーバではなく、あたかも１つのファイルサーバに保存されているように、ユーザに見せている。
【００４６】
従って、本実施例においては、ユーザは、それぞれのファイルサーバを意識することなく、保存した各画像ファイルを容易に把握することができる。
【００４７】
図３は図２のファイルサーバ保存ファイルリスト６０２に表示される仮想的なフォルダ構造を示す説明図であり、図４はファイルサーバ２００，３００に実際に構築されているフォルダ構造を示す説明図である。
【００４８】
図３に示すように、ファイルサーバ保存ファイルリスト６０２に表示される仮想的なフォルダ構造は、まず、"User A's Pictures"をルートフォルダとし、その下位フォルダとして、"Pictures 01"，"Pictures 02"などのフォルダが存在している。そして、フォルダ"Pictures 01"には、"Image011.jpg"〜"Image014.jpg"の４つの画像ファイルが属しており、フォルダ"Pictures 02"には、"Image021.jpg"，"Image022.jpg"の２つの画像ファイルが属している。
【００４９】
しかしながら、各画像ファイルが保存されている場所を示すＵＲＬを見ると、フォルダ"Pictures 01"内の画像ファイル"Image011.jpg"は、"fileserverα/userA/folder03/"であり、画像ファイル"Image012.jpg"は、"fileserverβ/userA/folder02/"であり、画像ファイル"Image013.jpg"は、"fileserverα/userA/folder01/であり、画像ファイル"Image014.jpg"は、":fileserverβ/userA/folder03/"であり、また、フォルダ"Pictures 02"内の画像ファイル"Image021.jpg"は、"fileserverβ/userA/folder02/"であり、画像ファイル"Image022.jpg"は、"fileserverα/userA/folder03/"であり、同じフォルダに属していても、実際にその画像ファイルが保存されているＵＲＬはバラバラである。
【００５０】
そこで、これらＵＲＬに基づいて、実際にファイルサーバに保存されている各画像ファイルのフォルダ構造を見ると、図４に示す如くになっている。図３および図４において、"File Server α"および"File Server β"は、ファイルサーバ２００および３００にそれぞれ対応している。
【００５１】
例えば、図２のファイルサーバ保存ファイルリスト６０２では、フォルダ"Pictures 02"に属するものとして表示されていた画像ファイル"Image022.jpg"は、実際には、図４（ａ）に示すように、ファイルサーバ２００（すなわち、"File Server α"）のフォルダ"UserA"の下位フォルダであるフォルダ"Folder03"内に保存されていることがわかる。一方、ファイルサーバ保存ファイルリスト６０２では、同じフォルダ"Pictures 02"に属するものとして表示されていた画像ファイル"Image021.jpg"は、実は、図４（ｂ）に示すように、ファイルサーバ２００（すなわち、"File Server α"）とは異なるファイルサーバ３００（すなわち、"File Server β"）のフォルダ"UserA"の下位フォルダであるフォルダ"Folder02"内に保存されていることがわかる。
【００５２】
このように、ファイルサーバ保存ファイルリスト６０２に表示されるフォルダ構造は仮想的なものであり、実際のファイルサーバに構築されているフォルダ構造とは異なっており、ファイルサーバ保存ファイルリスト６０２では、全ての画像ファイルが、あたかも１つのファイルサーバに保存されているように、表示されている。
【００５３】
次に、図２に示すファイルサーバ保存ファイル表示画面６００において、ユーザＡが端末１００の入力部１０２を操作して、ファイルサーバ保存ファイルリスト６０２中の、例えば、先ほどの"Image022.jpg"というファイル名の画像ファイルを選択すると、制御部１１０は、ファイル格納部１０８から、選択されたファイル名に対応するサムネイル画像のファイルを読み出して、表示部１０４に表示された表示画面６００の右側に、そのサムネイル画像をプレビュー６０４として表示させる。これにより、ユーザＡは、ファイルサーバに保存されている画像ファイルの内容を容易に確認することができる。
【００５４】
さらに、このように、ファイルサーバ保存ファイルリスト６０２中の、所望の画像ファイルのファイル名を選択した状態で、ユーザＡが入力部１０２を操作して、図２に示す"DOWN LOAD"ボタン６０６を押すと、制御部１１０は、その選択した画像ファイルのダウンロード処理を開始する。
【００５５】
すなわち、制御部１１０は、まず、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照して、その選択した画像ファイル（"Image022.jpg"）の保存されている場所を示すＵＲＬ（すなわち、"fileserverα/userA/folder03/"）を読み出す。そして、その読み出したＵＲＬに基づいて、２つのファイルサーバ２００，３００のうち、その選択した画像ファイルの保存されているファイルサーバ、すなわち、２００にアクセスし、その画像ファイルの送信を要求する。その要求に対し、ファイルサーバ２００の管理部２１０は、ファイル保存部２０８から対応する画像ファイル（"Image022.jpg"）を読み出して、端末１００に送信する。端末１００の制御部１１０は、その画像ファイルを受信すると、ファイル格納部１０８に格納する。
【００５６】
このようにして、ファイルサーバに保存されている画像ファイルを容易に、自分の端末１００にダウンロードすることができる。
【００５７】
Ｄ．ファイルサーバへのファイル保存：
次に、ユーザＡが端末１００を用いて、ファイルサーバに画像ファイルを追加して保存する場合の動作について説明する。
【００５８】
まず、ユーザＡが入力部１０２を操作して、図示せざるメニュー画面から端末格納ファイル表示画面を選択すると、端末１００の制御部１１０は、表示部１０４に、図５に示すような端末格納ファイル表示画面７００を表示させる。
【００５９】
図５は図１における端末１００の表示部１０４に表示される端末格納ファイル表示画面７００を示す説明図である。
【００６０】
図５に示すように、この表示画面７００には、左側に、端末格納ファイルリスト７０２を有しており、この端末格納ファイルリスト７０２には、端末１００に格納されているデータやプログラムなどのファイル名や、それらデータやプログラムの属するフォルダ名などが、ツリー表示にて表示されている。
【００６１】
そこで、ユーザＡが端末１００の入力部１０２を操作して、端末格納ファイルリスト７０２の中から例えばデータを選択すると、そのデータが画像ファイルである場合には、端末格納ファイル表示画面７００の右側に、その画像のサムネイル画像が表示される。具体的には、例えば、図５に示すように、"Imageα.jpg"というファイル名の画像ファイルを選択すると、制御部１１０は、ファイル格納部１０８から、選択されたファイル名に対応する画像ファイルを読み出して、その画像のサムネイル画像のファイルを作成し、そのファイルに基づいて、端末格納ファイル表示画面７００の右側に、そのサムネイル画像をプレビュー７０４として表示させる。こうして、ユーザＡは、今からファイルサーバに保存しようとしている画像ファイルの内容を確認することができる。
【００６２】
その後、このように、端末格納ファイルリスト７０２中の、所望の画像ファイルのファイル名を選択した状態で、ユーザＡが入力部１０２を操作して、図５に示す"UP LOAD"ボタン７０６を押すと、制御部１１０は、図５に示す端末格納ファイル表示画面７００上に、図６に示すように、新たに保存先選択ウインドウ８００を表示する。
【００６３】
図６は図１における端末１００の表示部１０４に表示される保存先選択ウインドウ８００を示す説明図である。
【００６４】
図６に示すように、この保存先選択ウインドウ８００には、左側に、図２のファイルサーバ保存ファイルリスト６０２と同様のリスト８０２を有している。すなわち、このファイルサーバ保存ファイルリスト８０２に表示されているフォルダ構造も、上述したとおり仮想的なものである。
【００６５】
そこで、ユーザＡが入力部１０２を操作して、ファイルサーバ保存ファイルリスト８０２の中から、選択した上記画像ファイル（"Imageα.jpg"）を保存したいフォルダとして、例えば、"Pictures 01"を選択し、ＳＥＴボタン８０７を押すと、制御部１１０は、選択されたフォルダを上記画像ファイルの保存先として設定すると共に、その画像ファイルのアップロード処理を開始する。但し、フォルダ構造自体、仮想的なものであるため、設定した保存先はあくまで仮想的な保存先となる。
【００６６】
図７は制御部１１０が実行するアップロード処理の流れを示すフローチャートである。
【００６７】
図７に示すアップロード処理が開始されると、制御部１１０は、まず、ユーザＡが登録している各ファイルサーバ２００，３００の空き容量の合計Ｔを算出する（ステップＳ１０２）。具体的には、制御部１１０は、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照して、２つのファイルサーバ２００，３００のそれぞれについて、ユーザＡに割り当てられているファイル保存領域のうち、未だ画像ファイルが保存されていない領域のサイズ、すなわち、空き容量を計算し、それらの和を求めて、合計Ｔを算出する。
【００６８】
次に、選択された画像ファイル、すなわち、今からファイルサーバに保存しようとしている画像ファイル（"Imageα.jpg"）のサイズＳを確認し（ステップＳ１０４）、そのファイルサイズＳと空き容量の合計Ｔとを比較する（ステップＳ１０６）。なお、このとき、空き容量に余裕を持たせるために、ファイルサイズＳと実際に比較する値は、空き容量の合計ＴからマージンΔを引いた値としている。
【００６９】
比較の結果、ファイルサイズＳの方が小さい場合には、ファイルサーバの空き容量が十分多いため、選択された上記画像ファイルをファイルサーバに保存することが可能であると判断して、制御部１１０は、予め設定されている画像ファイルの保存先振り分け方法に従って、自動的に、その画像ファイルの保存先を決定する（ステップＳ１０８）。具体的には、例えば、保存先振り分け方法が「ライダムに振り分ける」であるとすると、制御部１１０は、発生した乱数値に応じて、偶数値ならば、ファイルサーバ２００を、奇数値ならばファイルサーバ３００を、それぞれ、保存先として決定して、ランダムに保存先を振り分けるようにする。
【００７０】
なお、保存先振り分け方法としては、「ランダムに振り分ける」という方法の他に、画像ファイルのサイズに応じて振り分けるようにしても良いし、更新日時に応じて振り分けるようにしても良い。さらに、ファイルサーバへのアクセス頻度や、ネットワーク５００上の混み具合などを考慮して、振り分けるようにしても良い。
【００７１】
従って、上述したとおり、図６の保存先選択ウインドウ８００において設定された保存先は、あくまで仮想的な保存先であるため、制御部１１０は、その仮想的な保存先とは無関係に、上記画像ファイルの保存先を決定することになる。
【００７２】
次に、制御部１１０は、その決定した保存先のファイルサーバにアクセスし、その画像ファイルを送信する（ステップＳ１１０）。例えば、その保存先のファイルサーバがファイルサーバ３００である場合には、制御部１１０は、選択された上記画像ファイルを、ネットワーク５００を介してファイルサーバ３００に送信することになる。
【００７３】
これにより、図７に示す制御部１１０によるアップロード処理は一応終了する。
【００７４】
一方、保存先であるファイルサーバ３００では、管理部３１０が、通信部３０６を介して、送信されてきた画像ファイルを受信して、ファイル保存部３０８におけるユーザＡのファイル保存領域に、その画像ファイルを保存する。そして、管理部３１０は、ネットワーク５００を介してファイルサーバ２００にアクセスし、上記画像ファイルがファイルサーバ３００に新たに保存されたことを通知する。この際、その画像ファイルの所有者名や、ＵＲＬや、更新日時など、その画像ファイルに関する関連情報も併せて通知する。
【００７５】
また、端末１００の制御部１１０も、ネットワーク５００を介してファイルサーバ２００にアクセスし、上記画像ファイルに関する関連情報として、先にユーザＡによって設定された仮想的な保存先の情報を通知する。
【００７６】
ファイルサーバ２００では、管理部２１０がそれらの通知を受けると、ファイル保存部２０８に保存されているユーザＡに関する管理データＭＡに、上記画像ファイルが新たに保存されたことを、上記関連情報と共に登録する。
【００７７】
その後、ファイルサーバ２００の管理部２１０は、管理データＭＡの内容が変更されたので、端末１００の制御部１１０に対し、その管理データＭＡを送信し、端末１００では、制御部１１０がその管理データＭＡを受信すると、その管理データＭＡに基づいて、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を最新のものに更新する。
【００７８】
なお、ファイルサーバ３００に追加して保存された画像のサムネイル画像ファイルは、図５に示す端末格納ファイル表示画面７００において、保存したい画像ファイルを選択した際に、プレビュー７０４を表示するために、制御部１１０によって既に作成されているので、１１０は、この作成したサムネイル画像ファイルをファイル格納部１０８に保存しておく。
【００７９】
Ｅ．新たなファイルサーバへの登録：
ところで、図７に示す制御部１１０によるアップロード処理において、ステップＳ１０６における比較の結果、ファイルサイズＳの方が大きい場合には、ファイルサーバの空き容量が不足してきているため、新たなファイルサーバへの登録が必要であると判断して、制御部１１０は、ユーザＡが登録可能なファイルサーバのリストの中から、ユーザＡがまだ登録していないファイルサーバを１つ、今回登録する新たなファイルサーバとして選択する（ステップＳ１１２）。その選択したファイルサーバが、例えば、図１に示すファイルサーバ４００であるとすると、制御部１１０は、そのファイルサーバ４００の場所を表すＵＲＬに基づいて、そのファイルサーバ４００に接続する。
【００８０】
なお、これらユーザＡが登録可能なファイルサーバのリストや、それらファイルサーバの場所を表すＵＲＬなどの情報は、端末１００がファイル格納部１０８に予め持っていても良いし、制御部１１０が既に登録されているファイルサーバ２００などに問い合わせるようにしても良い。
【００８１】
次に、制御部１１０は、ファイルサーバ４００にアクセスするためのＩＤおよびパスワードとして、例えば、ｉｄ３Ａおよびｐｗ３Ａを用意し、それらをファイルサーバ４００に送信して、ユーザＡの登録要求を行う（ステップＳ１１４）。
【００８２】
前述したとおり、ユーザのファイルサーバへの登録とは、そのユーザに対しそのファイルサーバへの画像ファイルの保存許可を与えることと言えるので、上記したユーザＡの登録要求は、ユーザＡに対してファイル保存許可を与えるよう要求することに他ならない。
【００８３】
ファイルサーバ４００では、管理部４１０が、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを受信して、ユーザＡからの登録要求を受け取ると、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａに基づいて、ユーザＡの登録を行う。そして、その登録が完了すると、管理部４１０は、ネットワーク５００を介してファイルサーバ２００にアクセスし、ユーザＡの登録が行われたことを報告する。このとき、ユーザＡに関する情報として、ユーザＡのＩＤｉｄ３Ａおよびパスワードｐｗ３Ａも併せて知らせる。
【００８４】
ファイルサーバ２００では、管理部２１０がその報告を受け取ると、ファイル保存部２０８に保存されているユーザＡに関する管理データＭＡに、ユーザＡがファイルサーバ４００に登録されたことを、そのＩＤｉｄ３Ａおよびパスワードｐｗ３Ａと共に登録する。
【００８５】
また、ファイルサーバ４００の管理部４１０は、ネットワーク５００を介して端末１００にもアクセスし、端末１００に対してユーザＡの登録が完了したことを通知する。
【００８６】
端末１００では、制御部１１０が、その登録完了通知を受信する（ステップＳ１１６）と、表示部１０４に、ユーザＡが新たにファイルサーバ４００に登録されたことを表示させ（ステップＳ１１８）、ユーザＡに知らせる。これにより、ユーザＡは、新たなファイルサーバへの登録が行われて、画像ファイルを保存することが可能な容量が増えたことを認識する。
【００８７】
こうして、ユーザＡの新たなファイルサーバ４００への登録が完了すると、制御部１１０は、再度、ステップＳ１０６における比較を行う。比較の結果、今度は、保存すべき上記画像ファイルのサイズＳの方が小さいと判定されるため、上述したとおり、制御部１１０は、保存先振り分け方法に従って、その画像ファイルの保存先を決定する（ステップＳ１０８）。この際、その保存先の候補として、ファイルサーバ２００および３００の他に、新たにファイルサーバ４００を加えた上で、それらの中から、上記画像ファイルの保存先を決定することになる。そして、制御部１１０は、その決定した保存先のファイルサーバにアクセスして、その画像ファイルを送信し（ステップＳ１１０）、図７に示すアップロード処理を終了する。
【００８８】
このようにして、本実施例においては、ファイルサーバに画像ファイルを追加して保存するとき、端末１００の制御部１１０は、ファイルサーバの空き容量が十分であるかどうかを判定した上で、空き容量が十分でない場合には、新たなファイルサーバを選択して、ユーザの登録要求を行い、自動的に、ユーザの画像ファイルを保存することが可能な容量を増やしていく。従って、ユーザはファイルサーバの空き容量を意識することなく、画像ファイルを自由に保存することができる。
【００８９】
Ｆ．ファイル保存システムのハードウェア構成
ところで、本実施例ののファイル保存システムにおいて、図１に示すファイルサーバとしては、パーソナルコンピュータや、ワークステーションなど、種々のコンピュータを適用することができる。また、端末としては、パーソナルコンピュータや、モバイルコンピュータや、ハンドヘルドコンピュータや、情報携帯端末や、携帯電話や、セット・トップ・ボックスや、ゲーム機などを適用することができる。また、ネットワーク５００としては、インターネットや、イントラネットや、ローカルエリアネットワーク（ＬＡＮ）や、ワイドエリアネットワーク（ＷＡＮ）など、各種ネットワークを適用することができる。
【００９０】
ここで、図１に示す端末１００やファイルサーバ２００，３００，４００のハードウェアの構成について簡単に説明する。
【００９１】
図９は図１に示す端末１００のハードウェア構成を示すブロック図である。端末１００は、図９に示すように、コンピュータプログラムに従って種々の処理や制御を行なうためのＣＰＵ５０と、各種周辺装置との間でデータなどのやり取りを行なうためのＩ／Ｏ部５２と、上記コンピュータプログラムを記憶したり、処理中に得られたデータなどを記憶したりするためのメモリ５４と、キーボードやマウスやタブレットなどから成り、ユーザからの指示などを入力するための入力装置５６と、ＣＲＴや液晶ディスプレイなどから成り、種々の表示画面を表示するためのモニタ５８と、モデムやターミナルアダプタやネットワークカードなどから成り、ネットワークを介して他の装置と通信を行なうための通信装置６０と、各種の情報を格納するためのハードディスク装置６２と、上記コンピュータプログラムの書き込まれたＣＤ−ＲＯＭ６４を読み取るためのＣＤ−ＲＯＭドライブ装置６６と、を備えている。
【００９２】
このうち、ＣＰＵ５０，Ｉ／Ｏ部５２およびメモリ５４は、図１に示す制御部１１０に対応し、入力装置５６は入力部１０２に対応し、モニタ５８は表示部１０４に対応し、通信装置６０は通信部１０６に対応し、ハードディスク装置６２、ＣＤ−ＲＯＭドライブ装置６６およびメモリ５４は、ファイル格納部１０８に対応する。
【００９３】
本実施例では、メモリ５４に記憶された上記コンピュータプログラムは、記録媒体であるＣＤ−ＲＯＭ６４に記録された形態で提供され、ＣＤ−ＲＯＭドライブ装置６６により読み取られることによって、端末１００内に取り込まれる。取り込まれたコンピュータプログラムは、ハードディスク装置６２に転送され、その後、起動時などにメモリ５４に転送される。あるいは、読み取られたコンピュータプログラムは、ハードディスク装置６２を介さず、直接、メモリ５４に転送するようにしても良い。
【００９４】
このように、本実施例では、コンピュータプログラムをコンピュータ読み取り可能に記録する「記録媒体」としてＣＤ−ＲＯＭを利用することを述べたが、その他にも、フレキシブルディスクや光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等の、コンピュータが読取り可能な種々の媒体を利用できる。
【００９５】
また、コンピュータプログラムは、このような記録媒体に記録された形態での提供の他、ネットワーク５００を介して、コンピュータプログラムを供給するプログラムサーバ（図示せず）にアクセスし、プログラムサーバから端末１００内に取り込むようにしても良い。
【００９６】
また、上記コンピュータプログラムの一部は、オペレーティングシステムプログラムによって構成するようにしても良い。
【００９７】
一方、ファイルサーバ２００，３００，４００も、図９に示したハードウェア構成と、基本的には同様の構成を成している。すなわち、ＣＰＵ５０，Ｉ／Ｏ部５２およびメモリ５４は、図１に示す管理部２１０，３１０，４１０に対応し、通信装置６０は通信部２０６，３０６，４０６に対応し、ハードディスク装置６２、ＣＤ−ＲＯＭドライブ装置６６およびメモリ５４は、ファイル保存部２０８，３０８，４０８に対応している。なお、図１では図示していないが、入力装置５６に対応する入力部や、モニタ５８に対応する表示部を有していても良い。
【００９８】
Ｇ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００９９】
Ｇ−１．変形例１：
上記した実施例においては、ファイルサーバの空き容量が十分でない場合、端末１００の制御部１１０は、自動的に、新たなファイルサーバを選択して、ユーザの登録要求を行っていたが、本発明は、これに限定されるものではなく、例えば、新たなファイルサーバへの登録を実行するか否かを、ユーザ自身が判断し得るようにしても良い。
【０１００】
そのような場合、端末１００の制御部１１０は、以下のような処理を行うことになる。すなわち、図７に示したアップロード処理におけるステップＳ１０６において、比較の結果、保存すべき画像ファイルのサイズＳの方が大きいと判定した場合、制御部１１０は、表示部１０４に、新たなファイルサーバへの登録を勧めるメッセージを表示させる。なお、このメッセージは、既に登録されているファイルサーバの空き容量が十分ではないことを示すメッセージであっても良い。これにより、ユーザＡは、新たなファイルサーバへの登録を実行するかどうかを判断する。
【０１０１】
そして、ユーザＡが登録を実行することを決意し、入力部１０２を操作して、その旨を指示した場合には、制御部１１０は、表示部１０４に、図８に示すようなファイルサーバ登録画面９００を表示させる。
【０１０２】
図８は図１における端末１００の表示部１０４に表示されるファイルサーバ登録画面９００を示す説明図である。図８に示すように、ファイルサーバ登録画面９００の左側には、ユーザＡが登録可能なファイルサーバのリスト９０２が表示される。これらのうち、"File Server α"および"File Server β"は、前述したとおりファイルサーバ２００および３００にそれぞれ対応しており、これらのファイルサーバには既にユーザＡは登録済みであるので、取り消し線が付されている。従って、ユーザＡが新たに登録できるのは、"File Server γ"以降のファイルサーバである。
【０１０３】
次に、ユーザＡが入力部１０２を操作して、ファイルサーバリスト９０２の中から、例えば、"File Server γ"を選択して、ファイルサーバリスト９０２の下にあるＵＲＬボタン９０４を押すと、Ｗｅｂブラウザのアプリケーションプログラムが立ち上がって、制御部１１０はそのアプリケーションプログラムに従って動作する。ここで、"File Server γ"は、前述したとおり、ファイルサーバ４００に対応している。制御部１１０は、"File Server γ"のＵＲＬに基づいて、ネットワーク５００を介してファイルサーバ４００に接続し、ファイルサーバ４００に対し、Ｗｅｂデータの送信を要求する。そして、ファイルサーバ４００からＷｅｂデータが送信されてきたら、それに基づいて、表示部１０４に登録用のＷｅｂページ（図示せず）を表示する。
【０１０４】
ユーザＡが入力部１０２を操作して、その登録用Ｗｅｂページ内のＩＤ入力欄とパスワード入力欄に、ファイルサーバ４００にアクセスするためのＩＤおよびパスワードとして、例えば、前述のｉｄ３Ａおよびｐｗ３Ａを入力すると、制御部１１０は、その入力されたＩＤｉｄ３Ａおよびパスワードｐｗ３Ａをファイルサーバ４００に送信する。ファイルサーバ４００では、管理部４１０が、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを受信すると、それらに基づいてユーザＡの登録を行う。そして、登録が完了すると、管理部４１０は、端末１００に対して登録完了を通知する。
【０１０５】
端末１００では、制御部１１０が、その登録完了通知を受信すると、その旨を表示部１０４に表示する。そして、ユーザＡが入力部１０２を操作して、図８のファイルサーバ登録画面９００の右側にあるＩＤ入力欄９０６とパスワード入力欄９０７に、先ほど、登録用Ｗｅｂページにおいて入力したのと同じＩＤｉｄ３Ａおよびパスワードｐｗ３Ａをそれぞれ入力して、送信ボタン９１０を押すと、制御部１１０は、再び、ファイルサーバアクセス用のアプリケーションプログラムに従って動作し、ファイルサーバ２００に対して、ＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを送信する。
【０１０６】
ファイルサーバ２００の管理部２１０は、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを受信すると、ファイル保存部２０８に保存されているユーザＡに関する管理データＭＡに、ユーザＡのファイルサーバ４００に対するＩＤおよびパスワードとして、ｉｄ３Ａおよびｐｗ３Ａを登録する。
【０１０７】
こうして、ユーザＡの判断に基づいた新たなファイルサーバ４００への登録は完了する。
【０１０８】
Ｇ−２．変形例２：
上記した実施例においては、登録されている全てのユーザおよびそれらユーザの保存した全ての画像ファイルは、ファイルサーバ２００のファイル保存部２０８に保存されている管理データＭによって、一元的に管理されている。しかしながら、本発明は、これに限定されるものではなく、以下に述べるように、分散して管理するようにしても良い。
【０１０９】
例えば、ユーザが希望するファイルサーバが、そのユーザおよびそのユーザの保存した画像ファイルを管理するようにしても良い。具体的には、例えば、ユーザＡがこのファイル保存システムにおいて初めてファイルサーバに登録を行う際に、ユーザＡが登録可能な複数のファイルサーバの中から、ユーザＡが希望するファイルサーバを選択し、そのファイルサーバへの登録を行うことにより、そのファイルサーバが、ユーザＡおよびそのユーザＡが保存する画像ファイルを管理するための管理データＭＡを保存するサーバとなるようにする。
【０１１０】
このように、ユーザが希望するファイルサーバを、そのユーザおよびそのユーザの保存した画像ファイルを管理するサーバとすることにより、ユーザ毎に、そのユーザに関する管理データを保存するファイルサーバが異なることになるため、１つのファイルサーバにアクセスが集中することを防ぐことができる。
【０１１１】
また、他の方法として、何れのファイルサーバにも管理データを保存せず、端末１００が、ユーザＡに関する管理データを必要とする場合に各ファイルサーバから情報を集めるようにしても良い。具体的には、端末１００の制御部１１０は、ファイル格納部１０８に格納されている、ユーザＡに関する管理データＭＡのコピーＭＡ’を最新のものに更新しようとする場合、既に登録されているファイルサーバの中から、予め設定されたファイルサーバにアクセスし、ユーザＡの保存した画像ファイルを有しているかどうかの問い合わせを行う。これに対し、その問い合わせの行われたファイルサーバの管理部は、自分の持っているファイルリストを検索して、その結果を返すと共に、さらにその問い合わせを他のファイルサーバに中継して行う。そして、その結果も同じように中継して返す。こうして、ネットワーク５００上に存在する各ファイルサーバは、いわゆるバケツリレー式に、問い合わせとその結果を中継しながら送り、ネットワーク５００上を伝搬させる。こうして、最終的に、端末１００の制御部１１０には、各ファイルサーバからの問い合わせに対する結果が集められることになる。そして、制御部１１０は、その結果をまとめ上げて、ユーザＡに関する管理データＭＡを作成し、ファイル格納部１０８に格納されているコピーＭＡ’を最新のものに更新する。
【０１１２】
このような方法を用いることにより、各ファイルサーバは管理データを保存する必要がなく、また、１つのファイルサーバにアクセスが集中する恐れもなくなる。
【０１１３】
Ｇ−３．変形例３：
上記した実施例では、ファイルサーバから保存している画像ファイルをダウンロードする際、送信される画像ファイルは保存されていた画像ファイルそのままであったが、ユーザからの要求に応じて、ファイルサーバの管理部は、画像のサイズや解像度を変更したり、所定の画像処理を施してから、画像ファイルを送信するようにしても良い。
【０１１４】
Ｇ−４．変形例４：
上記した実施例では、ファイルサーバに保存されるファイルは、画像ファイルのみであったが、本発明は画像ファイルに限定されるものではなく、テキストファイルや、音声ファイルや、プログラムファイルや、管理ファイルなど、種々のファイルを保存の対象として良い。
【図面の簡単な説明】
【図１】本発明の一実施例としてのファイル保存システムを示す説明図である。
【図２】図１における端末１００の表示部１０４に表示されるファイルサーバ保存ファイル表示画面６００を示す説明図である。
【図３】図２のファイルサーバ保存ファイルリスト６０２に表示される仮想的なフォルダ構造を示す説明図である。
【図４】ファイルサーバ２００，３００に実際に構築されているフォルダ構造を示す説明図である。
【図５】図１における端末１００の表示部１０４に表示される端末格納ファイル表示画面７００を示す説明図である。
【図６】図１における端末１００の表示部１０４に表示される保存先選択ウインドウ８００を示す説明図である。
【図７】制御部１１０が実行するアップロード処理の流れを示すフローチャートである。
【図８】図１における端末１００の表示部１０４に表示されるファイルサーバ登録画面８００を示す説明図である。
【図９】図１に示す端末１００のハードウェア構成を示すブロック図である。
【符号の説明】
５０…ＣＰＵ
５２…Ｉ／Ｏ部
５４…メモリ
５６…入力装置
５８…モニタ
６０…通信装置
６２…ハードディスク装置
６４…ＣＤ−ＲＯＭ
６６…ＣＤ−ＲＯＭドライブ装置
１００…端末
１０２…入力部
１０４…表示部
１０６…通信部
１０８…ファイル格納部
１１０…制御部
２００，３００，４００…ファイルサーバ
２０６，３０６，４０６…通信部
２０８，３０８，４０８…ファイル保存部
２１０，３１０，４１０…管理部
５００…ネットワーク
６００…ファイルサーバ保存ファイル表示画面
６０２…ファイルサーバ保存ファイルリスト
６０４…プレビュー
７００…端末格納ファイル表示画面
７０２…端末格納ファイルリスト
７０４…プレビュー
８００…保存先選択ウインドウ
８０２…ファイルサーバ保存ファイルリスト
８０４…ＳＥＴボタン
９００…ファイルサーバ登録画面
９０２…ファイルサーバリスト
９０４…ＵＲＬボタン
９０６…ＩＤ入力欄
９０７…パスワード入力欄
９１０…送信ボタン
【発明の属する技術分野】
本発明は、ネットワーク上に存在するサーバにファイルを保存するための技術に関するものである。
【０００２】
【従来の技術】
近年、インターネットの発達に伴い、例えば、インターネットに接続されたサーバ上に、各ユーザがそれぞれ専用のファイル保存領域を確保し、ユーザが端末を使用してＩＤやパスワードを入力することにより、自分のファイル保存領域へのアクセスが許可され、そのファイル保存領域に、ユーザがデジタルカメラなどで撮影した画像やスキャナなどで取り込んだ画像などのファイルを容易に保存したり、保存した画像のサムネイル画像を端末側に表示させたりすることができるようになってきた。
【０００３】
【発明が解決しようとする課題】
しかしながら、このような従来のファイル保存システムにおいては、或るサーバ上に確保されるファイル保存領域の記憶容量は、各ユーザ毎にそれぞれ決まっており、ユーザは、その記憶容量以上にファイルを自己のファイル保存領域に保存することができず、新たにファイルを保存するためには、自己のファイル保存領域に保存していた古いファイルを削除しなければならなかった。
【０００４】
そこで、他のサーバ上にも、そのユーザ専用のファイル保存領域を確保し、そのファイル保存領域にも、ファイルを保存するようにすることも可能であるが、その場合には、ファイルは２つ以上のサーバに分散して保存されることになるため、ユーザは、常に各サーバの存在を意識して、どのサーバにどのファイルを保存したかを把握していなければならず、ユーザの管理負担が大きくなると言う問題があった。
【０００５】
従って、本発明の目的は、上記した従来技術の問題点を解決し、ネットワーク上の複数のサーバにファイルを保存させる場合に、ユーザが各サーバの存在を意識することなく、保存したファイルを容易に把握することができるファイル保存システムを提供することにある。
【０００６】
【課題を解決するための手段およびその作用・効果】
上記した目的の少なくとも一部を達成するために、本発明の第１のファイル保存システムは、或るユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、前記ユーザによって利用される端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
前記端末は、該端末の表示部に、前記サーバに保存されている前記ファイルのリストを表示する際に、保存されている前記ファイルを管理するための管理データに基づいて、仮想的に、各ファイルが１つのサーバに保存されているように表示することを要旨とする。
【０００７】
このように、第１のファイル保存システムでは、端末は、ファイルのリストを表示する際に、そのファイルがＡというサーバに保存されているのか、Ｂというサーバに保存されているのかを区別することなく表示しており、全てのファイルが、複数のサーバではなく、あたかも１つのファイルサーバに保存されているように、ユーザに見せている。
【０００８】
従って、第１のファイル保存システムによれば、ユーザは、それぞれのサーバを意識することなく、保存した各ファイルを容易に把握することができる。
【０００９】
本発明のファイル保存システムにおいて、
前記端末は、前記ユーザからファイル保存の指示があった場合、前記複数のサーバの中から、予め設定された保存先振り分け方法に基づいて、保存先となるサーバを決定し、保存すべきファイルを、決定した前記サーバに送信することが好ましい。
【００１０】
このように、端末がファイルの保存先を自動的に振り分けることにより、ユーザはそれぞれのサーバの存在を意識することなく、ファイルをネットワーク上に保存することができる。
【００１１】
本発明のファイル保存システムにおいて、
前記端末は、前記ユーザからファイル保存の指示があった場合、前記管理データに基づいて、前記複数のサーバの空き容量を算出し、その算出した空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、前記複数のサーバ以外の前記ネットワークに接続されているサーバに、前記ユーザに対してファイル保存許可を与えるよう要求することが好ましい。
【００１２】
このように、ファイルを保存する際に、サーバの空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、新たなサーバにユーザに対してファイル保存許可を与えるよう要求することにより、例えば、ファイルを保存しようとして、サーバの空き容量が十分でない場合でも、新たなサーバからファイル保存の許可が得られれば、ファイルを保存することが可能な容量を増やすことができる。従って、ユーザはサーバの空き容量を意識することなく、ファイルを自由に保存することができる。
【００１３】
本発明のファイル保存システムにおいて、
前記端末は、前記ユーザからファイル保存の指示があった場合、前記管理データに基づいて、前記複数のサーバの空き容量を算出し、その算出した空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、前記複数のサーバ以外の前記ネットワークに接続されているサーバにファイル保存の許可を求めるように、前記表示部にメッセージを表示することが好ましい。
【００１４】
このように、ファイルを保存する際に、サーバの空き容量と保存すべきファイルのサイズとの関係が所定の関係にある場合に、新たなサーバにファイル保存許可を求めるよう、メッセージを表示することにより、ユーザは、新たなサーバへファイル保存の許可を求めて、ファイルを保存することが可能な容量を増やすかどうかを、自分の意思で判断することができる。
【００１５】
本発明のファイル保存システムにおいて、
ファイルはフォルダに属するものとしてフォルダ構造を用いて前記ファイルのリストを表示する場合、前記フォルダ構造は、前記ファイルが保存されている前記複数のサーバにおける実際のフォルダ構造には依存しないことが好ましい。
【００１６】
このように、サーバにおける実際のフォルダ構造に依存しないことにより、表示されるファイルリストにおけるフォルダ構造は、ユーザの利用しやすいように構築することができる。
【００１７】
本発明の第２のファイル保存システムは、複数のユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、各ユーザによってそれぞれ利用される複数の端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
各ユーザおよび各ユーザの保存したファイルに関する管理データは、前記複数のサーバのうち、特定のサーバに保存されていることを要旨とする。
【００１８】
このように、特定のサーバが管理データを保存することにより、各ユーザや、各ユーザの保存したファイルの管理を統一的に行うことができる。
【００１９】
本発明の第３のファイル保存システムは、複数のユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、各ユーザによってそれぞれ利用される複数の端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
或るユーザおよび該ユーザの保存したファイルに関する管理データは、前記複数のサーバのうち、前記ユーザによって設定されたサーバに保存されることを要旨とする。
【００２０】
このように、ユーザによって設定されたサーバに、そのユーザおよびそのユーザの保存したファイルに関する管理データを保存することにより、ユーザ毎に、その管理データを保存するサーバが異なることになるため、特定のサーバにアクセスが集中することを防ぐことができる。
【００２１】
本発明の第４のファイル保存システムは、複数のユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、各ユーザによってそれぞれ利用される複数の端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
或るユーザによって利用される端末が、そのユーザの保存したファイルに関する管理データを必要とする場合、前記端末は、前記ユーザの保存したファイルに関する情報の問い合わせを、前記ネットワークを介して各サーバに中継させながら伝搬させ、各サーバから返送されてくる回答を集めて、それら回答に基づいて、前記管理データを生成することが好ましい。
【００２２】
このような構成を採ることにより、各サーバは管理データを保存する必要がなく、また、特定のサーバにアクセスが集中する恐れもなくなる。
【００２３】
なお、本発明は、上記したファイル保存システムの態様の他、端末としての態様として実現することもできる。さらには、装置発明の態様に限ることなく、ファイル保存方法などの方法発明としての態様で実現することも可能である。さらには、それら端末や方法を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．ファイル保存システムの構成：
Ｂ．ファイルサーバへのアクセス：
Ｃ．ファイルサーバ保存ファイルリストの表示：
Ｄ．ファイルサーバへのファイル保存：
Ｅ．新たなファイルサーバへの登録：
Ｆ．ファイル保存システムのハードウェア構成
Ｇ．変形例：
Ｇ−１．変形例１：
Ｇ−２．変形例２：
Ｇ−３．変形例３：
Ｇ−４．変形例４：
【００２５】
Ａ．ファイル保存システムの構成：
図１は本発明の一実施例としてのファイル保存システムを示す説明図である。本実施例のファイル保存システムは、図１に示すように、端末１００と、複数のファイルサーバ２００，３００，４００と、これら端末１００およびファイルサーバ２００，３００，４００を接続するネットワーク５００と、を備えている。なお、図１では、ネットワーク５００に接続されている端末は１つ、ファイルサーバは３つしか描かれていないが、ネットワーク５００には、その他にも、多数の端末やファイルサーバが接続されている。
【００２６】
これらのうち、端末１００は、ユーザが種々の指示を入力するための入力部１０２と、種々の表示画面を表示するための表示部１０４と、ネットワーク５００を介してファイルサーバとの間でデータをやりとりするための通信部１０６と、画像ファイルや管理データのコピーなどを格納するためのファイル格納部１０８と、入力部１０２からの指示に従って、種々の制御を行うための制御部１１０と、を備えている。
【００２７】
また、ファイルサーバ２００，３００，４００は、それぞれ、ネットワーク５００を介して端末１００や他のファイルサーバとの間でデータ等のやりとりを行うための通信部２０６，３０６，４０６と、ユーザから送られてきた画像ファイルなどを保存するためのファイル保存部２０８，３０８，４０８と、ファイル保存部２０８，３０８，４０８に保存されたファイルを管理すると共に、種々の制御を行うための管理部２１０，３１０，４１０と、をそれぞれ備えている。
【００２８】
また、ファイルサーバ２００，３００，４００のファイル保存部２０８，３０８，４０８には、それぞれ、登録された各ユーザ毎にファイル保存領域が割り当てられており、そのファイル保存領域には、各ユーザの有する画像ファイルが保存されている。なお、各ファイルサーバ上に確保されるファイル保存領域の記憶容量は、予め、各ユーザ毎にそれぞれ決まっている。
【００２９】
ここで、或るユーザが或るファイルサーバに登録されているとは、そのユーザがそのファイルサーバに対し画像ファイルの保存を許可されているということであり、具体的には、そのユーザに与えられたＩＤ及びパスワードを用いて、そのファイルサーバへのアクセスが可能であり、そのユーザに割り当てられたファイル保存領域に画像ファイルの保存が可能であることである。
【００３０】
また、ファイルサーバ２００のファイル保存部２０８には、何れかのファイルサーバに登録されている全てのユーザや、それらユーザが登録されているファイルサーバに保存した全ての画像ファイルなどを管理するための管理データＭも保存されている。
【００３１】
前提として、端末１００は、或るユーザＡによって所有されている。そのユーザＡは、ファイルサーバ２００および３００にそれぞれ登録されており、ファイルサーバ２００にアクセスするためのＩＤｉｄ１Ａおよびパスワードｐｗ１Ａと、ファイルサーバ３００にアクセスするためのＩＤｉｄ２Ａおよびパスワードｐｗ２Ａを持っている。なお、ファイルサーバ４００には登録されていない。
【００３２】
従って、ファイルサーバ２００のファイル保存部２０８と、ファイルサーバ３００のファイル保存部３０８には、ユーザＡが専有するファイル保存領域が、それぞれ割り当てられており、それらには、ユーザＡの有する画像ファイルがそれぞれ保存されている。なお、端末１００のファイル格納部１０８には、これらファイルサーバに保存されている画像のサムネイル画像のファイルが格納されている。
【００３３】
また、ファイルサーバ２００のファイル保存部２０８に保存されている管理データＭには、ユーザＡや、ユーザＡがファイルサーバ２００，３００に保存した画像ファイルなどを管理するための管理データＭＡが含まれている。なお、端末１００のファイル格納部１０８にも、このユーザＡに関する管理データＭＡのコピーＭＡ’が格納されている。
【００３４】
ここで、管理データＭの内容を、ユーザＡに関する管理データＭＡを一例として説明する。管理データＭＡには、まず、ユーザＡ自身についての管理データとして、ユーザＡの名前、ファイルサーバに対するＩＤ（この場合、ｉｄ１Ａ，ｉｄ２Ａ）、ファイルサーバに対するパスワード（この場合、ｐｗ１Ａ，ｐｗ２Ａ）と、が含まれている。次に、ユーザＡが保存した画像ファイルについての管理データとしては、各画像ファイルのファイル名、各画像ファイルの保存されている場所を表すＵＲＬ（Uniform Resource Locator）、各画像ファイルの作成日および更新日時、並びに各画像ファイルのサイズなどが含まれている他、端末側で保存ファイルリストを表示する際に用いる仮想的なフォルダ構造に関する情報も含まれている。
【００３５】
Ｂ．ファイルサーバへのアクセス：
それでは、まず、ユーザＡが端末１００を用いて、ファイルサーバにアクセスする場合の動作について説明する。
【００３６】
ユーザＡが、端末１００の入力部１０２を操作して、ファイルサーバアクセス用のアプリケーションプログラムを立ち上げると、制御部１１０はそのアプリケーションプログラムに従って動作し、まず、通信部１０６を制御して、ネットワーク５００を介して、予めデフォルトとして設定されているファイルサーバ２００に接続する。そして、制御部１１０は、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照し、ファイルサーバ２００にアクセスするためのＩＤｉｄ１Ａおよびパスワードｐｗ１Ａをファイルサーバ２００に送信する。
【００３７】
これに対し、ファイルサーバ２００の管理部２１０は、そのＩＤｉｄ１Ａおよびパスワードｐｗ１Ａを通信部２０６を介して受信し、ファイル保存部２０８内の管理データＭと照合して、アクセスを求めているユーザが、登録されているユーザＡであることを特定する。そして、管理部２１０は、そのユーザＡの端末１００に対して、アクセスの許可を与える。
【００３８】
端末１００の制御部１１０は、ファイルサーバ２００からアクセス許可が与えられると、ファイルサーバ２００に対しユーザＡに関する管理データＭＡの送信を求め、ファイルサーバ２００からその管理データＭＡが送信されたら、その管理データＭＡに基づいて、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を最新のものに更新する。
【００３９】
通常、ユーザＡが端末１００のみを用いてファイルサーバにアクセスするようにしていれば、ファイルサーバ２００に保存されている管理データＭＡと端末１００に格納されている管理データＭＡのコピーＭＡ’とは常に一致しているが、例えば、ユーザＡが２つ以上の端末を用いてファイルサーバにアクセスし得る場合には、或る端末でファイルサーバに保存されている画像ファイルを追加・削除などすると、当然、管理データＭＡも変更されるため、次回、別の端末でファイルサーバにアクセスした際に、ファイルサーバ２００に保存されている管理データＭＡとその別の端末に格納されている管理データＭＡのコピーＭＡ’とは異なることになり、そのため、そのコピーＭＡ’を最新のものに更新する必要があるからである。
【００４０】
次に、端末１００の制御部１１０は、更新した管理データＭＡのコピーＭＡ’を参照して、ファイルサーバに保存されている画像ファイルが追加・削除などされている場合（すなわち、別の端末によってそのような追加・削除などがされている場合）には、それに応じて、ファイル格納部１０８に格納されているサムネイル画像ファイルの追加・削除を行う。削除の場合は、格納されていた対応するサムネイル画像を削除するだけであるが、追加の場合は、以下のように動作する。
【００４１】
すなわち、端末１００の制御部１１０は、管理データＭＡのコピーＭＡ’を参照して、２つのファイルサーバ２００，３００のうち、その追加された画像ファイルが保存されているファイルサーバにアクセスし、追加された画像についてのサムネイル画像のファイルの送信を要求する。例えば、その要求されたファイルサーバがファイルサーバ３００である場合、その要求に対して、ファイルサーバ３００の管理部３１０は、ファイル保存部３０８から対応する画像ファイルを読み出し、その画像ファイルに基づいてサムネイル画像のファイルを作成した上で、端末１００に送信する。端末１００の制御部１１０は、そのサムネイル画像のファイルを受信すると、ファイル格納部１０８に格納する。こうして、ファイルサーバに保存されている画像ファイルと、端末１００に格納されているサムネイル画像ファイルと、を一致させることができる。
【００４２】
Ｃ．ファイルサーバ保存ファイルリストの表示：
次に、端末１００の制御部１１０は、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照して、表示部１０４に、図２に示すようなファイルサーバ保存ファイル表示画面６００を表示させる。
【００４３】
図２は図１における端末１００の表示部１０４に表示されるファイルサーバ保存ファイル表示画面６００を示す説明図である。
【００４４】
図２に示すように、この表示画面６００には、左側に、ファイルサーバ保存ファイルリスト６０２を有しており、このファイルサーバ保存ファイルリスト６０２には、ファイルサーバ２００および３００に保存されているユーザＡの各画像ファイルのファイル名や、それら画像ファイルの属するフォルダ名などが、ツリー表示にて表示されている。制御部１１０は、このファイルサーバ保存ファイルリスト６０２を、上述した管理データＭＡに含まれる仮想的なフォルダ構造に関する情報に基づいて作成している。
【００４５】
すなわち、本実施例においては、ファイルサーバ保存ファイルリスト６０２に表示されるフォルダ構造は仮想的なものであり、実際のファイルサーバに構築されているフォルダ構造とは異なっている。しかも、各画像ファイルは、それぞれ、その画像ファイルがファイルサーバ２００に保存されているのか、ファイルサーバ３００に保存されているのかを区別することなく表示しており、全ての画像ファイルが、２つのファイルサーバではなく、あたかも１つのファイルサーバに保存されているように、ユーザに見せている。
【００４６】
従って、本実施例においては、ユーザは、それぞれのファイルサーバを意識することなく、保存した各画像ファイルを容易に把握することができる。
【００４７】
図３は図２のファイルサーバ保存ファイルリスト６０２に表示される仮想的なフォルダ構造を示す説明図であり、図４はファイルサーバ２００，３００に実際に構築されているフォルダ構造を示す説明図である。
【００４８】
図３に示すように、ファイルサーバ保存ファイルリスト６０２に表示される仮想的なフォルダ構造は、まず、"User A's Pictures"をルートフォルダとし、その下位フォルダとして、"Pictures 01"，"Pictures 02"などのフォルダが存在している。そして、フォルダ"Pictures 01"には、"Image011.jpg"〜"Image014.jpg"の４つの画像ファイルが属しており、フォルダ"Pictures 02"には、"Image021.jpg"，"Image022.jpg"の２つの画像ファイルが属している。
【００４９】
しかしながら、各画像ファイルが保存されている場所を示すＵＲＬを見ると、フォルダ"Pictures 01"内の画像ファイル"Image011.jpg"は、"fileserverα/userA/folder03/"であり、画像ファイル"Image012.jpg"は、"fileserverβ/userA/folder02/"であり、画像ファイル"Image013.jpg"は、"fileserverα/userA/folder01/であり、画像ファイル"Image014.jpg"は、":fileserverβ/userA/folder03/"であり、また、フォルダ"Pictures 02"内の画像ファイル"Image021.jpg"は、"fileserverβ/userA/folder02/"であり、画像ファイル"Image022.jpg"は、"fileserverα/userA/folder03/"であり、同じフォルダに属していても、実際にその画像ファイルが保存されているＵＲＬはバラバラである。
【００５０】
そこで、これらＵＲＬに基づいて、実際にファイルサーバに保存されている各画像ファイルのフォルダ構造を見ると、図４に示す如くになっている。図３および図４において、"File Server α"および"File Server β"は、ファイルサーバ２００および３００にそれぞれ対応している。
【００５１】
例えば、図２のファイルサーバ保存ファイルリスト６０２では、フォルダ"Pictures 02"に属するものとして表示されていた画像ファイル"Image022.jpg"は、実際には、図４（ａ）に示すように、ファイルサーバ２００（すなわち、"File Server α"）のフォルダ"UserA"の下位フォルダであるフォルダ"Folder03"内に保存されていることがわかる。一方、ファイルサーバ保存ファイルリスト６０２では、同じフォルダ"Pictures 02"に属するものとして表示されていた画像ファイル"Image021.jpg"は、実は、図４（ｂ）に示すように、ファイルサーバ２００（すなわち、"File Server α"）とは異なるファイルサーバ３００（すなわち、"File Server β"）のフォルダ"UserA"の下位フォルダであるフォルダ"Folder02"内に保存されていることがわかる。
【００５２】
このように、ファイルサーバ保存ファイルリスト６０２に表示されるフォルダ構造は仮想的なものであり、実際のファイルサーバに構築されているフォルダ構造とは異なっており、ファイルサーバ保存ファイルリスト６０２では、全ての画像ファイルが、あたかも１つのファイルサーバに保存されているように、表示されている。
【００５３】
次に、図２に示すファイルサーバ保存ファイル表示画面６００において、ユーザＡが端末１００の入力部１０２を操作して、ファイルサーバ保存ファイルリスト６０２中の、例えば、先ほどの"Image022.jpg"というファイル名の画像ファイルを選択すると、制御部１１０は、ファイル格納部１０８から、選択されたファイル名に対応するサムネイル画像のファイルを読み出して、表示部１０４に表示された表示画面６００の右側に、そのサムネイル画像をプレビュー６０４として表示させる。これにより、ユーザＡは、ファイルサーバに保存されている画像ファイルの内容を容易に確認することができる。
【００５４】
さらに、このように、ファイルサーバ保存ファイルリスト６０２中の、所望の画像ファイルのファイル名を選択した状態で、ユーザＡが入力部１０２を操作して、図２に示す"DOWN LOAD"ボタン６０６を押すと、制御部１１０は、その選択した画像ファイルのダウンロード処理を開始する。
【００５５】
すなわち、制御部１１０は、まず、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照して、その選択した画像ファイル（"Image022.jpg"）の保存されている場所を示すＵＲＬ（すなわち、"fileserverα/userA/folder03/"）を読み出す。そして、その読み出したＵＲＬに基づいて、２つのファイルサーバ２００，３００のうち、その選択した画像ファイルの保存されているファイルサーバ、すなわち、２００にアクセスし、その画像ファイルの送信を要求する。その要求に対し、ファイルサーバ２００の管理部２１０は、ファイル保存部２０８から対応する画像ファイル（"Image022.jpg"）を読み出して、端末１００に送信する。端末１００の制御部１１０は、その画像ファイルを受信すると、ファイル格納部１０８に格納する。
【００５６】
このようにして、ファイルサーバに保存されている画像ファイルを容易に、自分の端末１００にダウンロードすることができる。
【００５７】
Ｄ．ファイルサーバへのファイル保存：
次に、ユーザＡが端末１００を用いて、ファイルサーバに画像ファイルを追加して保存する場合の動作について説明する。
【００５８】
まず、ユーザＡが入力部１０２を操作して、図示せざるメニュー画面から端末格納ファイル表示画面を選択すると、端末１００の制御部１１０は、表示部１０４に、図５に示すような端末格納ファイル表示画面７００を表示させる。
【００５９】
図５は図１における端末１００の表示部１０４に表示される端末格納ファイル表示画面７００を示す説明図である。
【００６０】
図５に示すように、この表示画面７００には、左側に、端末格納ファイルリスト７０２を有しており、この端末格納ファイルリスト７０２には、端末１００に格納されているデータやプログラムなどのファイル名や、それらデータやプログラムの属するフォルダ名などが、ツリー表示にて表示されている。
【００６１】
そこで、ユーザＡが端末１００の入力部１０２を操作して、端末格納ファイルリスト７０２の中から例えばデータを選択すると、そのデータが画像ファイルである場合には、端末格納ファイル表示画面７００の右側に、その画像のサムネイル画像が表示される。具体的には、例えば、図５に示すように、"Imageα.jpg"というファイル名の画像ファイルを選択すると、制御部１１０は、ファイル格納部１０８から、選択されたファイル名に対応する画像ファイルを読み出して、その画像のサムネイル画像のファイルを作成し、そのファイルに基づいて、端末格納ファイル表示画面７００の右側に、そのサムネイル画像をプレビュー７０４として表示させる。こうして、ユーザＡは、今からファイルサーバに保存しようとしている画像ファイルの内容を確認することができる。
【００６２】
その後、このように、端末格納ファイルリスト７０２中の、所望の画像ファイルのファイル名を選択した状態で、ユーザＡが入力部１０２を操作して、図５に示す"UP LOAD"ボタン７０６を押すと、制御部１１０は、図５に示す端末格納ファイル表示画面７００上に、図６に示すように、新たに保存先選択ウインドウ８００を表示する。
【００６３】
図６は図１における端末１００の表示部１０４に表示される保存先選択ウインドウ８００を示す説明図である。
【００６４】
図６に示すように、この保存先選択ウインドウ８００には、左側に、図２のファイルサーバ保存ファイルリスト６０２と同様のリスト８０２を有している。すなわち、このファイルサーバ保存ファイルリスト８０２に表示されているフォルダ構造も、上述したとおり仮想的なものである。
【００６５】
そこで、ユーザＡが入力部１０２を操作して、ファイルサーバ保存ファイルリスト８０２の中から、選択した上記画像ファイル（"Imageα.jpg"）を保存したいフォルダとして、例えば、"Pictures 01"を選択し、ＳＥＴボタン８０７を押すと、制御部１１０は、選択されたフォルダを上記画像ファイルの保存先として設定すると共に、その画像ファイルのアップロード処理を開始する。但し、フォルダ構造自体、仮想的なものであるため、設定した保存先はあくまで仮想的な保存先となる。
【００６６】
図７は制御部１１０が実行するアップロード処理の流れを示すフローチャートである。
【００６７】
図７に示すアップロード処理が開始されると、制御部１１０は、まず、ユーザＡが登録している各ファイルサーバ２００，３００の空き容量の合計Ｔを算出する（ステップＳ１０２）。具体的には、制御部１１０は、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を参照して、２つのファイルサーバ２００，３００のそれぞれについて、ユーザＡに割り当てられているファイル保存領域のうち、未だ画像ファイルが保存されていない領域のサイズ、すなわち、空き容量を計算し、それらの和を求めて、合計Ｔを算出する。
【００６８】
次に、選択された画像ファイル、すなわち、今からファイルサーバに保存しようとしている画像ファイル（"Imageα.jpg"）のサイズＳを確認し（ステップＳ１０４）、そのファイルサイズＳと空き容量の合計Ｔとを比較する（ステップＳ１０６）。なお、このとき、空き容量に余裕を持たせるために、ファイルサイズＳと実際に比較する値は、空き容量の合計ＴからマージンΔを引いた値としている。
【００６９】
比較の結果、ファイルサイズＳの方が小さい場合には、ファイルサーバの空き容量が十分多いため、選択された上記画像ファイルをファイルサーバに保存することが可能であると判断して、制御部１１０は、予め設定されている画像ファイルの保存先振り分け方法に従って、自動的に、その画像ファイルの保存先を決定する（ステップＳ１０８）。具体的には、例えば、保存先振り分け方法が「ライダムに振り分ける」であるとすると、制御部１１０は、発生した乱数値に応じて、偶数値ならば、ファイルサーバ２００を、奇数値ならばファイルサーバ３００を、それぞれ、保存先として決定して、ランダムに保存先を振り分けるようにする。
【００７０】
なお、保存先振り分け方法としては、「ランダムに振り分ける」という方法の他に、画像ファイルのサイズに応じて振り分けるようにしても良いし、更新日時に応じて振り分けるようにしても良い。さらに、ファイルサーバへのアクセス頻度や、ネットワーク５００上の混み具合などを考慮して、振り分けるようにしても良い。
【００７１】
従って、上述したとおり、図６の保存先選択ウインドウ８００において設定された保存先は、あくまで仮想的な保存先であるため、制御部１１０は、その仮想的な保存先とは無関係に、上記画像ファイルの保存先を決定することになる。
【００７２】
次に、制御部１１０は、その決定した保存先のファイルサーバにアクセスし、その画像ファイルを送信する（ステップＳ１１０）。例えば、その保存先のファイルサーバがファイルサーバ３００である場合には、制御部１１０は、選択された上記画像ファイルを、ネットワーク５００を介してファイルサーバ３００に送信することになる。
【００７３】
これにより、図７に示す制御部１１０によるアップロード処理は一応終了する。
【００７４】
一方、保存先であるファイルサーバ３００では、管理部３１０が、通信部３０６を介して、送信されてきた画像ファイルを受信して、ファイル保存部３０８におけるユーザＡのファイル保存領域に、その画像ファイルを保存する。そして、管理部３１０は、ネットワーク５００を介してファイルサーバ２００にアクセスし、上記画像ファイルがファイルサーバ３００に新たに保存されたことを通知する。この際、その画像ファイルの所有者名や、ＵＲＬや、更新日時など、その画像ファイルに関する関連情報も併せて通知する。
【００７５】
また、端末１００の制御部１１０も、ネットワーク５００を介してファイルサーバ２００にアクセスし、上記画像ファイルに関する関連情報として、先にユーザＡによって設定された仮想的な保存先の情報を通知する。
【００７６】
ファイルサーバ２００では、管理部２１０がそれらの通知を受けると、ファイル保存部２０８に保存されているユーザＡに関する管理データＭＡに、上記画像ファイルが新たに保存されたことを、上記関連情報と共に登録する。
【００７７】
その後、ファイルサーバ２００の管理部２１０は、管理データＭＡの内容が変更されたので、端末１００の制御部１１０に対し、その管理データＭＡを送信し、端末１００では、制御部１１０がその管理データＭＡを受信すると、その管理データＭＡに基づいて、ファイル格納部１０８に格納されている管理データＭＡのコピーＭＡ’を最新のものに更新する。
【００７８】
なお、ファイルサーバ３００に追加して保存された画像のサムネイル画像ファイルは、図５に示す端末格納ファイル表示画面７００において、保存したい画像ファイルを選択した際に、プレビュー７０４を表示するために、制御部１１０によって既に作成されているので、１１０は、この作成したサムネイル画像ファイルをファイル格納部１０８に保存しておく。
【００７９】
Ｅ．新たなファイルサーバへの登録：
ところで、図７に示す制御部１１０によるアップロード処理において、ステップＳ１０６における比較の結果、ファイルサイズＳの方が大きい場合には、ファイルサーバの空き容量が不足してきているため、新たなファイルサーバへの登録が必要であると判断して、制御部１１０は、ユーザＡが登録可能なファイルサーバのリストの中から、ユーザＡがまだ登録していないファイルサーバを１つ、今回登録する新たなファイルサーバとして選択する（ステップＳ１１２）。その選択したファイルサーバが、例えば、図１に示すファイルサーバ４００であるとすると、制御部１１０は、そのファイルサーバ４００の場所を表すＵＲＬに基づいて、そのファイルサーバ４００に接続する。
【００８０】
なお、これらユーザＡが登録可能なファイルサーバのリストや、それらファイルサーバの場所を表すＵＲＬなどの情報は、端末１００がファイル格納部１０８に予め持っていても良いし、制御部１１０が既に登録されているファイルサーバ２００などに問い合わせるようにしても良い。
【００８１】
次に、制御部１１０は、ファイルサーバ４００にアクセスするためのＩＤおよびパスワードとして、例えば、ｉｄ３Ａおよびｐｗ３Ａを用意し、それらをファイルサーバ４００に送信して、ユーザＡの登録要求を行う（ステップＳ１１４）。
【００８２】
前述したとおり、ユーザのファイルサーバへの登録とは、そのユーザに対しそのファイルサーバへの画像ファイルの保存許可を与えることと言えるので、上記したユーザＡの登録要求は、ユーザＡに対してファイル保存許可を与えるよう要求することに他ならない。
【００８３】
ファイルサーバ４００では、管理部４１０が、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを受信して、ユーザＡからの登録要求を受け取ると、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａに基づいて、ユーザＡの登録を行う。そして、その登録が完了すると、管理部４１０は、ネットワーク５００を介してファイルサーバ２００にアクセスし、ユーザＡの登録が行われたことを報告する。このとき、ユーザＡに関する情報として、ユーザＡのＩＤｉｄ３Ａおよびパスワードｐｗ３Ａも併せて知らせる。
【００８４】
ファイルサーバ２００では、管理部２１０がその報告を受け取ると、ファイル保存部２０８に保存されているユーザＡに関する管理データＭＡに、ユーザＡがファイルサーバ４００に登録されたことを、そのＩＤｉｄ３Ａおよびパスワードｐｗ３Ａと共に登録する。
【００８５】
また、ファイルサーバ４００の管理部４１０は、ネットワーク５００を介して端末１００にもアクセスし、端末１００に対してユーザＡの登録が完了したことを通知する。
【００８６】
端末１００では、制御部１１０が、その登録完了通知を受信する（ステップＳ１１６）と、表示部１０４に、ユーザＡが新たにファイルサーバ４００に登録されたことを表示させ（ステップＳ１１８）、ユーザＡに知らせる。これにより、ユーザＡは、新たなファイルサーバへの登録が行われて、画像ファイルを保存することが可能な容量が増えたことを認識する。
【００８７】
こうして、ユーザＡの新たなファイルサーバ４００への登録が完了すると、制御部１１０は、再度、ステップＳ１０６における比較を行う。比較の結果、今度は、保存すべき上記画像ファイルのサイズＳの方が小さいと判定されるため、上述したとおり、制御部１１０は、保存先振り分け方法に従って、その画像ファイルの保存先を決定する（ステップＳ１０８）。この際、その保存先の候補として、ファイルサーバ２００および３００の他に、新たにファイルサーバ４００を加えた上で、それらの中から、上記画像ファイルの保存先を決定することになる。そして、制御部１１０は、その決定した保存先のファイルサーバにアクセスして、その画像ファイルを送信し（ステップＳ１１０）、図７に示すアップロード処理を終了する。
【００８８】
このようにして、本実施例においては、ファイルサーバに画像ファイルを追加して保存するとき、端末１００の制御部１１０は、ファイルサーバの空き容量が十分であるかどうかを判定した上で、空き容量が十分でない場合には、新たなファイルサーバを選択して、ユーザの登録要求を行い、自動的に、ユーザの画像ファイルを保存することが可能な容量を増やしていく。従って、ユーザはファイルサーバの空き容量を意識することなく、画像ファイルを自由に保存することができる。
【００８９】
Ｆ．ファイル保存システムのハードウェア構成
ところで、本実施例ののファイル保存システムにおいて、図１に示すファイルサーバとしては、パーソナルコンピュータや、ワークステーションなど、種々のコンピュータを適用することができる。また、端末としては、パーソナルコンピュータや、モバイルコンピュータや、ハンドヘルドコンピュータや、情報携帯端末や、携帯電話や、セット・トップ・ボックスや、ゲーム機などを適用することができる。また、ネットワーク５００としては、インターネットや、イントラネットや、ローカルエリアネットワーク（ＬＡＮ）や、ワイドエリアネットワーク（ＷＡＮ）など、各種ネットワークを適用することができる。
【００９０】
ここで、図１に示す端末１００やファイルサーバ２００，３００，４００のハードウェアの構成について簡単に説明する。
【００９１】
図９は図１に示す端末１００のハードウェア構成を示すブロック図である。端末１００は、図９に示すように、コンピュータプログラムに従って種々の処理や制御を行なうためのＣＰＵ５０と、各種周辺装置との間でデータなどのやり取りを行なうためのＩ／Ｏ部５２と、上記コンピュータプログラムを記憶したり、処理中に得られたデータなどを記憶したりするためのメモリ５４と、キーボードやマウスやタブレットなどから成り、ユーザからの指示などを入力するための入力装置５６と、ＣＲＴや液晶ディスプレイなどから成り、種々の表示画面を表示するためのモニタ５８と、モデムやターミナルアダプタやネットワークカードなどから成り、ネットワークを介して他の装置と通信を行なうための通信装置６０と、各種の情報を格納するためのハードディスク装置６２と、上記コンピュータプログラムの書き込まれたＣＤ−ＲＯＭ６４を読み取るためのＣＤ−ＲＯＭドライブ装置６６と、を備えている。
【００９２】
このうち、ＣＰＵ５０，Ｉ／Ｏ部５２およびメモリ５４は、図１に示す制御部１１０に対応し、入力装置５６は入力部１０２に対応し、モニタ５８は表示部１０４に対応し、通信装置６０は通信部１０６に対応し、ハードディスク装置６２、ＣＤ−ＲＯＭドライブ装置６６およびメモリ５４は、ファイル格納部１０８に対応する。
【００９３】
本実施例では、メモリ５４に記憶された上記コンピュータプログラムは、記録媒体であるＣＤ−ＲＯＭ６４に記録された形態で提供され、ＣＤ−ＲＯＭドライブ装置６６により読み取られることによって、端末１００内に取り込まれる。取り込まれたコンピュータプログラムは、ハードディスク装置６２に転送され、その後、起動時などにメモリ５４に転送される。あるいは、読み取られたコンピュータプログラムは、ハードディスク装置６２を介さず、直接、メモリ５４に転送するようにしても良い。
【００９４】
このように、本実施例では、コンピュータプログラムをコンピュータ読み取り可能に記録する「記録媒体」としてＣＤ−ＲＯＭを利用することを述べたが、その他にも、フレキシブルディスクや光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等の、コンピュータが読取り可能な種々の媒体を利用できる。
【００９５】
また、コンピュータプログラムは、このような記録媒体に記録された形態での提供の他、ネットワーク５００を介して、コンピュータプログラムを供給するプログラムサーバ（図示せず）にアクセスし、プログラムサーバから端末１００内に取り込むようにしても良い。
【００９６】
また、上記コンピュータプログラムの一部は、オペレーティングシステムプログラムによって構成するようにしても良い。
【００９７】
一方、ファイルサーバ２００，３００，４００も、図９に示したハードウェア構成と、基本的には同様の構成を成している。すなわち、ＣＰＵ５０，Ｉ／Ｏ部５２およびメモリ５４は、図１に示す管理部２１０，３１０，４１０に対応し、通信装置６０は通信部２０６，３０６，４０６に対応し、ハードディスク装置６２、ＣＤ−ＲＯＭドライブ装置６６およびメモリ５４は、ファイル保存部２０８，３０８，４０８に対応している。なお、図１では図示していないが、入力装置５６に対応する入力部や、モニタ５８に対応する表示部を有していても良い。
【００９８】
Ｇ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００９９】
Ｇ−１．変形例１：
上記した実施例においては、ファイルサーバの空き容量が十分でない場合、端末１００の制御部１１０は、自動的に、新たなファイルサーバを選択して、ユーザの登録要求を行っていたが、本発明は、これに限定されるものではなく、例えば、新たなファイルサーバへの登録を実行するか否かを、ユーザ自身が判断し得るようにしても良い。
【０１００】
そのような場合、端末１００の制御部１１０は、以下のような処理を行うことになる。すなわち、図７に示したアップロード処理におけるステップＳ１０６において、比較の結果、保存すべき画像ファイルのサイズＳの方が大きいと判定した場合、制御部１１０は、表示部１０４に、新たなファイルサーバへの登録を勧めるメッセージを表示させる。なお、このメッセージは、既に登録されているファイルサーバの空き容量が十分ではないことを示すメッセージであっても良い。これにより、ユーザＡは、新たなファイルサーバへの登録を実行するかどうかを判断する。
【０１０１】
そして、ユーザＡが登録を実行することを決意し、入力部１０２を操作して、その旨を指示した場合には、制御部１１０は、表示部１０４に、図８に示すようなファイルサーバ登録画面９００を表示させる。
【０１０２】
図８は図１における端末１００の表示部１０４に表示されるファイルサーバ登録画面９００を示す説明図である。図８に示すように、ファイルサーバ登録画面９００の左側には、ユーザＡが登録可能なファイルサーバのリスト９０２が表示される。これらのうち、"File Server α"および"File Server β"は、前述したとおりファイルサーバ２００および３００にそれぞれ対応しており、これらのファイルサーバには既にユーザＡは登録済みであるので、取り消し線が付されている。従って、ユーザＡが新たに登録できるのは、"File Server γ"以降のファイルサーバである。
【０１０３】
次に、ユーザＡが入力部１０２を操作して、ファイルサーバリスト９０２の中から、例えば、"File Server γ"を選択して、ファイルサーバリスト９０２の下にあるＵＲＬボタン９０４を押すと、Ｗｅｂブラウザのアプリケーションプログラムが立ち上がって、制御部１１０はそのアプリケーションプログラムに従って動作する。ここで、"File Server γ"は、前述したとおり、ファイルサーバ４００に対応している。制御部１１０は、"File Server γ"のＵＲＬに基づいて、ネットワーク５００を介してファイルサーバ４００に接続し、ファイルサーバ４００に対し、Ｗｅｂデータの送信を要求する。そして、ファイルサーバ４００からＷｅｂデータが送信されてきたら、それに基づいて、表示部１０４に登録用のＷｅｂページ（図示せず）を表示する。
【０１０４】
ユーザＡが入力部１０２を操作して、その登録用Ｗｅｂページ内のＩＤ入力欄とパスワード入力欄に、ファイルサーバ４００にアクセスするためのＩＤおよびパスワードとして、例えば、前述のｉｄ３Ａおよびｐｗ３Ａを入力すると、制御部１１０は、その入力されたＩＤｉｄ３Ａおよびパスワードｐｗ３Ａをファイルサーバ４００に送信する。ファイルサーバ４００では、管理部４１０が、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを受信すると、それらに基づいてユーザＡの登録を行う。そして、登録が完了すると、管理部４１０は、端末１００に対して登録完了を通知する。
【０１０５】
端末１００では、制御部１１０が、その登録完了通知を受信すると、その旨を表示部１０４に表示する。そして、ユーザＡが入力部１０２を操作して、図８のファイルサーバ登録画面９００の右側にあるＩＤ入力欄９０６とパスワード入力欄９０７に、先ほど、登録用Ｗｅｂページにおいて入力したのと同じＩＤｉｄ３Ａおよびパスワードｐｗ３Ａをそれぞれ入力して、送信ボタン９１０を押すと、制御部１１０は、再び、ファイルサーバアクセス用のアプリケーションプログラムに従って動作し、ファイルサーバ２００に対して、ＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを送信する。
【０１０６】
ファイルサーバ２００の管理部２１０は、それらＩＤｉｄ３Ａおよびパスワードｐｗ３Ａを受信すると、ファイル保存部２０８に保存されているユーザＡに関する管理データＭＡに、ユーザＡのファイルサーバ４００に対するＩＤおよびパスワードとして、ｉｄ３Ａおよびｐｗ３Ａを登録する。
【０１０７】
こうして、ユーザＡの判断に基づいた新たなファイルサーバ４００への登録は完了する。
【０１０８】
Ｇ−２．変形例２：
上記した実施例においては、登録されている全てのユーザおよびそれらユーザの保存した全ての画像ファイルは、ファイルサーバ２００のファイル保存部２０８に保存されている管理データＭによって、一元的に管理されている。しかしながら、本発明は、これに限定されるものではなく、以下に述べるように、分散して管理するようにしても良い。
【０１０９】
例えば、ユーザが希望するファイルサーバが、そのユーザおよびそのユーザの保存した画像ファイルを管理するようにしても良い。具体的には、例えば、ユーザＡがこのファイル保存システムにおいて初めてファイルサーバに登録を行う際に、ユーザＡが登録可能な複数のファイルサーバの中から、ユーザＡが希望するファイルサーバを選択し、そのファイルサーバへの登録を行うことにより、そのファイルサーバが、ユーザＡおよびそのユーザＡが保存する画像ファイルを管理するための管理データＭＡを保存するサーバとなるようにする。
【０１１０】
このように、ユーザが希望するファイルサーバを、そのユーザおよびそのユーザの保存した画像ファイルを管理するサーバとすることにより、ユーザ毎に、そのユーザに関する管理データを保存するファイルサーバが異なることになるため、１つのファイルサーバにアクセスが集中することを防ぐことができる。
【０１１１】
また、他の方法として、何れのファイルサーバにも管理データを保存せず、端末１００が、ユーザＡに関する管理データを必要とする場合に各ファイルサーバから情報を集めるようにしても良い。具体的には、端末１００の制御部１１０は、ファイル格納部１０８に格納されている、ユーザＡに関する管理データＭＡのコピーＭＡ’を最新のものに更新しようとする場合、既に登録されているファイルサーバの中から、予め設定されたファイルサーバにアクセスし、ユーザＡの保存した画像ファイルを有しているかどうかの問い合わせを行う。これに対し、その問い合わせの行われたファイルサーバの管理部は、自分の持っているファイルリストを検索して、その結果を返すと共に、さらにその問い合わせを他のファイルサーバに中継して行う。そして、その結果も同じように中継して返す。こうして、ネットワーク５００上に存在する各ファイルサーバは、いわゆるバケツリレー式に、問い合わせとその結果を中継しながら送り、ネットワーク５００上を伝搬させる。こうして、最終的に、端末１００の制御部１１０には、各ファイルサーバからの問い合わせに対する結果が集められることになる。そして、制御部１１０は、その結果をまとめ上げて、ユーザＡに関する管理データＭＡを作成し、ファイル格納部１０８に格納されているコピーＭＡ’を最新のものに更新する。
【０１１２】
このような方法を用いることにより、各ファイルサーバは管理データを保存する必要がなく、また、１つのファイルサーバにアクセスが集中する恐れもなくなる。
【０１１３】
Ｇ−３．変形例３：
上記した実施例では、ファイルサーバから保存している画像ファイルをダウンロードする際、送信される画像ファイルは保存されていた画像ファイルそのままであったが、ユーザからの要求に応じて、ファイルサーバの管理部は、画像のサイズや解像度を変更したり、所定の画像処理を施してから、画像ファイルを送信するようにしても良い。
【０１１４】
Ｇ−４．変形例４：
上記した実施例では、ファイルサーバに保存されるファイルは、画像ファイルのみであったが、本発明は画像ファイルに限定されるものではなく、テキストファイルや、音声ファイルや、プログラムファイルや、管理ファイルなど、種々のファイルを保存の対象として良い。
【図面の簡単な説明】
【図１】本発明の一実施例としてのファイル保存システムを示す説明図である。
【図２】図１における端末１００の表示部１０４に表示されるファイルサーバ保存ファイル表示画面６００を示す説明図である。
【図３】図２のファイルサーバ保存ファイルリスト６０２に表示される仮想的なフォルダ構造を示す説明図である。
【図４】ファイルサーバ２００，３００に実際に構築されているフォルダ構造を示す説明図である。
【図５】図１における端末１００の表示部１０４に表示される端末格納ファイル表示画面７００を示す説明図である。
【図６】図１における端末１００の表示部１０４に表示される保存先選択ウインドウ８００を示す説明図である。
【図７】制御部１１０が実行するアップロード処理の流れを示すフローチャートである。
【図８】図１における端末１００の表示部１０４に表示されるファイルサーバ登録画面８００を示す説明図である。
【図９】図１に示す端末１００のハードウェア構成を示すブロック図である。
【符号の説明】
５０…ＣＰＵ
５２…Ｉ／Ｏ部
５４…メモリ
５６…入力装置
５８…モニタ
６０…通信装置
６２…ハードディスク装置
６４…ＣＤ−ＲＯＭ
６６…ＣＤ−ＲＯＭドライブ装置
１００…端末
１０２…入力部
１０４…表示部
１０６…通信部
１０８…ファイル格納部
１１０…制御部
２００，３００，４００…ファイルサーバ
２０６，３０６，４０６…通信部
２０８，３０８，４０８…ファイル保存部
２１０，３１０，４１０…管理部
５００…ネットワーク
６００…ファイルサーバ保存ファイル表示画面
６０２…ファイルサーバ保存ファイルリスト
６０４…プレビュー
７００…端末格納ファイル表示画面
７０２…端末格納ファイルリスト
７０４…プレビュー
８００…保存先選択ウインドウ
８０２…ファイルサーバ保存ファイルリスト
８０４…ＳＥＴボタン
９００…ファイルサーバ登録画面
９０２…ファイルサーバリスト
９０４…ＵＲＬボタン
９０６…ＩＤ入力欄
９０７…パスワード入力欄
９１０…送信ボタン
Claims (6)
- 或るユーザに対してファイルを保存することをそれぞれ許可している複数のサーバと、前記ユーザによって利用される端末と、を備え、これらがネットワークを介して接続されているファイル保存システムであって、
前記端末は、入力部と、表示部と、格納部と、通信部と、制御部と、を備え、
前記制御部は、前記格納部に格納されている、前記サーバに保存されている前記ファイルを管理するための管理データに基づいて、前記表示部に、仮想的に、各ファイルが１つのサーバに保存されているように、前記ファイルのリストを表示し、
前記制御部は、前記入力部を介して、前記ユーザからファイル保存の指示があった場合、前記複数のサーバの中から、予め設定された保存先振り分け方法に基づいて、保存先となるサーバを決定し、保存すべきファイルを、前記通信部から、決定した前記サーバに送信し、
前記制御部は、前記入力部を介して、前記ユーザからサーバへの登録実行の指示があった場合、前記表示部に、前記ユーザの登録可能なサーバのリストを表示し、前記ユーザによって登録対象として選択されたサーバに対し、前記通信部を介して、前記ユーザに関する情報の登録を要求して、前記サーバから、ユーザ登録完了の通知を受け取ることを特徴とするファイル保存システム。 - 請求項１に記載のファイル保存システムにおいて、
前記制御部が、ファイルはフォルダに属するものとしてフォルダ構造を用いて前記ファイルのリストを前記表示部に表示する場合、前記フォルダ構造は、前記ファイルが保存されている前記複数のサーバにおける実際のフォルダ構造には依存しないことを特徴とするファイル保存システム。 - 複数のサーバとネットワークを介して接続され、前記複数のサーバにそれぞれファイルを保存することが許可されている或るユーザによって利用される端末であって、
入力部と、表示部と、格納部と、通信部と、制御部と、を備え、
前記制御部は、前記格納部に格納されている、前記サーバに保存されている前記ファイルを管理するための管理データに基づいて、前記表示部に、仮想的に、各ファイルが１つのサーバに保存されているように、前記ファイルのリストを表示し、
前記制御部は、前記入力部を介して、前記ユーザからファイル保存の指示があった場合、前記複数のサーバの中から、予め設定された保存先振り分け方法に基づいて、保存先となるサーバを決定し、保存すべきファイルを、前記通信部から、決定した前記サーバに送信し、
前記制御部は、前記入力部を介して、前記ユーザからサーバへの登録実行の指示があった場合、前記表示部に、前記ユーザの登録可能なサーバのリストを表示し、前記ユーザによって登録対象として選択されたサーバに対し、前記通信部を介して、前記ユーザに関する情報の登録を要求して、前記サーバから、ユーザ登録完了の通知を受け取ることを特徴とする端末。 - 請求項３に記載の端末において、
前記制御部が、ファイルはフォルダに属するものとしてフォルダ構造を用いて前記ファイルのリストを前記表示部に表示する場合、前記フォルダ構造は、前記ファイルが保存されている前記複数のサーバにおける実際のフォルダ構造には依存しないことを特徴とする端末。 - 複数のサーバとネットワークを介して接続され、前記複数のサーバにそれぞれファイルを保存することが許可されている或るユーザによって利用されるコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータの格納部に格納されている、前記サーバに保存されている前記ファイルを管理するための管理データに基づいて、前記コンピュータの表示部に、仮想的に、各ファイルが１つのサーバに保存されているように、前記ファイルのリストを表示する機能と、
前記コンピュータの入力部を介して、前記ユーザからファイル保存の指示があった場合、前記複数のサーバの中から、予め設定された保存先振り分け方法に基づいて、保存先となるサーバを決定し、保存すべきファイルを、前記コンピュータの通信部から、決定した前記サーバに送信する機能と、
前記入力部を介して、前記ユーザからサーバへの登録実行の指示があった場合、前記表示部に、前記ユーザの登録可能なサーバのリストを表示し、前記ユーザによって登録対象として選択されたサーバに対し、前記通信部を介して、前記ユーザに関する情報の登録を要求して、前記サーバから、ユーザ登録完了の通知を受け取る機能と、
を前記コンピュータの制御部に実現させるためのコンピュータプログラム。 - 請求項５に記載のコンピュータプログラムにおいて、
ファイルはフォルダに属するものとしてフォルダ構造を用いて前記ファイルのリストを前記表示部に表示する場合、前記フォルダ構造は、前記ファイルが保存されている前記複数のサーバにおける実際のフォルダ構造には依存しないことを特徴とするコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001388074A JP4048773B2 (ja) | 2001-12-20 | 2001-12-20 | ファイル保存システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001388074A JP4048773B2 (ja) | 2001-12-20 | 2001-12-20 | ファイル保存システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003186727A JP2003186727A (ja) | 2003-07-04 |
| JP4048773B2 true JP4048773B2 (ja) | 2008-02-20 |
Family
ID=27596716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001388074A Expired - Fee Related JP4048773B2 (ja) | 2001-12-20 | 2001-12-20 | ファイル保存システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4048773B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7660085B2 (en) | 2005-02-23 | 2010-02-09 | Nec Electronics Corporation | Semiconductor device |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4262137B2 (ja) | 2004-05-28 | 2009-05-13 | キヤノン株式会社 | 記録装置、撮像装置及びそれらの制御方法 |
| JP4533007B2 (ja) * | 2004-06-09 | 2010-08-25 | キヤノン株式会社 | 画像管理装置、画像管理方法、及びプログラム |
| JP2008197874A (ja) * | 2007-02-13 | 2008-08-28 | Kyocera Mita Corp | 文書蓄積装置、文書蓄積システムおよび文書蓄積プログラム |
| JP4553916B2 (ja) * | 2007-04-27 | 2010-09-29 | Ｓｋｙ株式会社 | ネットワーク管理システム及びネットワーク管理用プログラム |
| JP5303172B2 (ja) * | 2008-03-28 | 2013-10-02 | Ｎｅｃパーソナルコンピュータ株式会社 | 情報処理装置、ファイル制御システム、制御方法及びプログラム |
| JP4575502B2 (ja) * | 2009-02-26 | 2010-11-04 | 株式会社東芝 | 番組録画再生装置とその録画中止方法 |
| JP5476014B2 (ja) * | 2009-03-27 | 2014-04-23 | Ｎｅｃパーソナルコンピュータ株式会社 | 情報処理装置およびプログラム |
| JP6535994B2 (ja) * | 2014-08-13 | 2019-07-03 | 株式会社リコー | ファックス装置、通信プログラム、及び通信システム |
| US10911240B2 (en) * | 2018-07-23 | 2021-02-02 | Hitachi, Ltd. | Off-chain blockchain storage with validation |
-
2001
- 2001-12-20 JP JP2001388074A patent/JP4048773B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7660085B2 (en) | 2005-02-23 | 2010-02-09 | Nec Electronics Corporation | Semiconductor device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003186727A (ja) | 2003-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4067322B2 (ja) | 画像管理サーバおよび画像プリントサーバ並びに画像サービスシステム | |
| US7284040B2 (en) | Information processing apparatus for providing image to communication terminal and control method therefor | |
| US8069092B2 (en) | Method system of software for publishing images on a publicly available website and for ordering of goods or services | |
| JP3669967B2 (ja) | 画像管理システム | |
| US7742074B2 (en) | Image file sharing method, and digital camera and center server used in image file sharing system | |
| CN102625016B (zh) | 系统、图像形成装置及方法 | |
| JP4123405B2 (ja) | クライアント／サーバ・システム及びクライアント・アプリケーションのボタン更新方法 | |
| JP4048773B2 (ja) | ファイル保存システム | |
| US7483912B2 (en) | Information retrieval/information retrieval result providing system, information retrieval/information retrieval result providing method and storage medium recording method program | |
| JP2004348268A (ja) | データ保管システムへのデータアップロード方法 | |
| JP2007334866A (ja) | センターサーバおよび画像ネットワークシステム | |
| JP4477210B2 (ja) | 情報提供システムおよび記録媒体 | |
| JP2008046985A (ja) | 情報管理装置及びその制御方法、及びそのプログラム | |
| JP2008004074A (ja) | センターサーバおよび画像ネットワークシステム | |
| JP2010113629A (ja) | 写真プリント注文システム | |
| JP2019082925A (ja) | 電子ファイル共有システム、情報処理装置、情報処理装置の制御方法、およびプログラム | |
| JP4870605B2 (ja) | センターサーバ、画像ネットワークシステムおよび受け付け方法 | |
| JP2003016002A (ja) | 画像データ提供装置 | |
| JP4261081B2 (ja) | 画像ファイリング方法および装置並びにプログラム | |
| JPH11184742A (ja) | 画像処理装置及び画像処理装置における画像データ処理方法 | |
| JP2021043822A (ja) | コンテンツ提供システム、サーバ、およびプログラム | |
| JP2005062965A (ja) | アルバム作成システムにおける管理コンピュータおよび画像要求用コンピュータ | |
| JP4324867B2 (ja) | 画像サービスシステム | |
| JP2005311809A (ja) | コンテンツ提供システム、および、これに用いられる中継サーバ、複合機 | |
| JP2000137643A (ja) | 情報共有システム及び情報共有方法及びそのプログラムを記録した記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070619 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070815 |
|
| 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: 20071106 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071119 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4048773 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101207 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101207 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111207 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111207 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121207 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121207 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131207 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |