(57)【要約】【課題】  デザイナ等のユーザとシステム管理者がそれぞれ閲覧可能なファイル等の階層構造を、使用権限に基づいてユーザごとに制限することができるファイル管理装置、方法及び制御プログラムを提供する。【解決手段】  ユーザ端末２０のユーザの識別情報を取得する入力手段２１と、ユーザ端末２０のユーザの識別情報及びユーザの属性情報と、ファイルの使用権限を対応付けて記憶するテーブル記憶手段１４を有する。また、ユーザ端末２０のユーザが使用するファイルを記憶する情報記憶手段１５と、入力手段１１、２１が取得したユーザの識別情報に対応するファイルの使用権限及びユーザの属性情報をテーブル記憶手段１４から読み出す制御手段１２を有する。また、制御手段１２が読み出したファイルの使用権限と、ユーザの属性情報に応じて、情報記憶手段１５に記憶されているファイルを階層構造により表示する表示手段１６、２５を有する。【選択図】  図１
2007011959.tif 000002
【特許請求の範囲】
【請求項１】
端末との間で送受信を行うファイルを管理するためのファイル管理装置であって、
前記端末のユーザの識別情報を取得する入力手段と、
前記端末のユーザの識別情報及び当該ユーザの属性情報と、ファイルの使用権限を対応付けて記憶する第１の記憶手段と、
前記端末のユーザが使用するファイルを記憶する第２の記憶手段と、
前記入力手段が取得したユーザの識別情報に対応するファイルの使用権限及び当該ユーザの属性情報を前記第１の記憶手段から読み出す第１の制御手段と、
前記第１の制御手段が読み出したファイルの使用権限と、当該ユーザの属性情報に応じて、前記第２の記憶手段に記憶されているファイルを階層構造により表示する表示手段と、
を有することを特徴とするファイル管理装置。
【請求項２】
前記第２の記憶手段に記憶されている各ファイルについて、前記端末から削除の指示が入力されたことを示す削除情報を、端末のユーザの識別情報と対応付けて記憶する第３の記憶手段と、
前記第３の記憶手段に削除情報が記憶されている前記端末のユーザの識別情報で特定されるユーザに対しては、前記表示手段で前記削除の指示が入力されたファイルを表示せず、前記第３の記憶手段に削除情報が記憶されていない前記端末のユーザの識別情報で特定されるユーザに対しては、前記表示手段で前記削除の指示が入力されたファイルを表示する第２の制御手段と、
を有することを特徴とする請求項１に記載のファイル管理装置。
【請求項３】
端末との間で送受信を行うファイルを管理するためのファイル管理方法であって、
前記端末のユーザの識別情報を取得する第１のステップと、
前記端末のユーザの識別情報及び当該ユーザの属性情報と、ファイルの使用権限を対応付けて記憶する第２のステップと、
前記端末のユーザが使用するファイルを記憶する第３のステップと、
前記第１のステップで取得したユーザの識別情報に対応するファイルの使用権限及び当該ユーザの属性情報を前記第２のステップで記憶したファイルの使用権限及び当該ユーザの属性情報の中から読み出す第４のステップと、
前記第４のステップで読み出したファイルの使用権限と、当該ユーザの属性情報に応じて、前記第３のステップで記憶したファイルを階層構造により表示する第５のステップと、
を有することを特徴とするファイル管理方法。
【請求項４】
前記第３のステップで記憶した各ファイルについて、前記端末から削除の指示が入力されたことを示す削除情報を、端末のユーザの識別情報と対応付けて記憶する第６のステップと、
前記第６のステップで削除情報を記憶した前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示せず、前記第６のステップで削除情報を記憶していない前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示する第７のステップと、
を有することを特徴とする請求項３に記載のファイル管理方法。
【請求項５】
端末との間で送受信を行うファイルを管理するためのファイル管理装置を制御するための制御プログラムであって、
前記端末のユーザの識別情報を取得させる第１のステップと、
前記端末のユーザの識別情報及び当該ユーザの属性情報と、ファイルの使用権限を対応付けて記憶させる第２のステップと、
前記端末のユーザが使用するファイルを記憶させる第３のステップと、
前記第１のステップで取得したユーザの識別情報に対応するファイルの使用権限及び当該ユーザの属性情報を前記第２のステップで記憶したファイルの使用権限及び当該ユーザの属性情報の中から読み出させる第４のステップと、
前記第４のステップで読み出したファイルの使用権限と、当該ユーザの属性情報に応じて、前記第３のステップで記憶したファイルを階層構造により表示させる第５のステップと、
を有することを特徴とするファイル管理装置を制御するための制御プログラム。
【請求項６】
前記第３のステップで記憶した各ファイルについて、前記端末から削除の指示が入力されたことを示す削除情報を、端末のユーザの識別情報と対応付けて記憶させる第６のステップと、
前記第６のステップで削除情報を記憶した前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示させず、前記第６のステップで削除情報を記憶していない前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示させる第７のステップと、
を有することを特徴とする請求項５に記載のファイル管理装置を制御するための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザ端末との間で送受信を行うファイルを管理するためのファイル管理装置、方法及び制御プログラムに関する。
【背景技術】
【０００２】
従来から、デザイナが創作したデザインの情報を、印刷会社等の担当者に渡す場合には、そのデザインの情報がネットワークを介して第三者に漏洩しないように、デザインの原稿を郵便やＦＡＸで送付するという方法が使用されていた。
また、複数の利用者が使用するファイルを管理サーバで管理しておき、利用者からの要求に応じて、電子データを管理サーバから利用者の端末に対して送信する技術が知られていた（特許文献１）。
【特許文献１】特開２００３−６１８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、デザインの原稿を郵便で送付する方法では、送付した原稿が印刷会社等の担当者に届くまでに郵送時間に時間を取られるため、印刷会社等の担当者は迅速に処理を開始できないという問題があった。また、ＦＡＸでデザインの原稿を送付する方法では、処理の時間的な遅延は生じないものの、印刷会社等の担当者は、受け取ったデザインの原稿を電子的に処理できないという問題があった。
また、特許文献１に記載されている技術では、他の利用者のファイルを閲覧できなくても、他の利用者のファイル名等を閲覧することができるため、他のデザイナがどのような仕事を担当しているのかについてファイル名等から推測できてしまうという問題があった。
特に、複数の顧客企業や複数のデザイナとのファイル交換を担当者がなさねばならない場合、フォルダ名やファイル名すら他社に暴露してしまうことはプライバシ情報、企業の機密性の保護の観点から好ましいものでないことは自明である。
【０００４】
本発明は、上述した課題を解決するためになされたもので、その目的は、デザイナ等のユーザとシステム管理者がそれぞれ閲覧可能なファイル等の階層構造を、使用権限に基づいてユーザごとに制限することができるファイル管理装置、方法及び制御プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は、上記課題を解決するためになされたもので、請求項１に記載の発明は、端末との間で送受信を行うファイルを管理するためのファイル管理装置であって、前記端末のユーザの識別情報を取得する入力手段と、前記端末のユーザの識別情報及び当該ユーザの属性情報と、ファイルの使用権限を対応付けて記憶する第１の記憶手段と、前記端末のユーザが使用するファイルを記憶する第２の記憶手段と、前記入力手段が取得したユーザの識別情報に対応するファイルの使用権限及び当該ユーザの属性情報を前記第１の記憶手段から読み出す第１の制御手段と、前記第１の制御手段が読み出したファイルの使用権限と、当該ユーザの属性情報に応じて、前記第２の記憶手段に記憶されているファイルを階層構造により表示する表示手段とを有することを特徴とするファイル管理装置である。
【０００６】
また、請求項２に記載の発明は、前記第２の記憶手段に記憶されている各ファイルについて、前記端末から削除の指示が入力されたことを示す削除情報を、端末のユーザの識別情報と対応付けて記憶する第３の記憶手段と、前記第３の記憶手段に削除情報が記憶されている前記端末のユーザの識別情報で特定されるユーザに対しては、前記表示手段で前記削除の指示が入力されたファイルを表示せず、前記第３の記憶手段に削除情報が記憶されていない前記端末のユーザの識別情報で特定されるユーザに対しては、前記表示手段で前記削除の指示が入力されたファイルを表示する第２の制御手段とを有することを特徴とする請求項１に記載のファイル管理装置である。
【０００７】
また、請求項３に記載の発明は、端末との間で送受信を行うファイルを管理するためのファイル管理方法であって、前記端末のユーザの識別情報を取得する第１のステップと、前記端末のユーザの識別情報及び当該ユーザの属性情報と、ファイルの使用権限を対応付けて記憶する第２のステップと、前記端末のユーザが使用するファイルを記憶する第３のステップと、前記第１のステップで取得したユーザの識別情報に対応するファイルの使用権限及び当該ユーザの属性情報を前記第２のステップで記憶したファイルの使用権限及び当該ユーザの属性情報の中から読み出す第４のステップと、前記第４のステップで読み出したファイルの使用権限と、当該ユーザの属性情報に応じて、前記第３のステップで記憶したファイルを階層構造により表示する第５のステップとを有することを特徴とするファイル管理方法である。
【０００８】
また、請求項４に記載の発明は、前記第３のステップで記憶した各ファイルについて、前記端末から削除の指示が入力されたことを示す削除情報を、端末のユーザの識別情報と対応付けて記憶する第６のステップと、前記第６のステップで削除情報を記憶した前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示せず、前記第６のステップで削除情報を記憶していない前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示する第７のステップとを有することを特徴とする請求項３に記載のファイル管理方法である。
【０００９】
また、請求項５に記載の発明は、端末との間で送受信を行うファイルを管理するためのファイル管理装置を制御するための制御プログラムであって、前記端末のユーザの識別情報を取得させる第１のステップと、前記端末のユーザの識別情報及び当該ユーザの属性情報と、ファイルの使用権限を対応付けて記憶させる第２のステップと、前記端末のユーザが使用するファイルを記憶させる第３のステップと、前記第１のステップで取得したユーザの識別情報に対応するファイルの使用権限及び当該ユーザの属性情報を前記第２のステップで記憶したファイルの使用権限及び当該ユーザの属性情報の中から読み出させる第４のステップと、前記第４のステップで読み出したファイルの使用権限と、当該ユーザの属性情報に応じて、前記第３のステップで記憶したファイルを階層構造により表示させる第５のステップとを有することを特徴とするファイル管理装置を制御するための制御プログラムである。
【００１０】
また、請求項６に記載の発明は、前記第３のステップで記憶した各ファイルについて、前記端末から削除の指示が入力されたことを示す削除情報を、端末のユーザの識別情報と対応付けて記憶させる第６のステップと、前記第６のステップで削除情報を記憶した前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示させず、前記第６のステップで削除情報を記憶していない前記端末のユーザの識別情報で特定されるユーザに対しては、前記第５のステップで前記削除の指示が入力されたファイルを表示させる第７のステップとを有することを特徴とする請求項５に記載のファイル管理装置を制御するための制御プログラムである。
【発明の効果】
【００１１】
本発明では、第１の記憶手段に記憶されるファイルの使用権限と当該ユーザの属性情報に応じて、端末のユーザが表示手段により閲覧する階層構造を変化させるようにした。
これにより、複数の端末がファイル管理装置との間で、ファイルの送受信を行う場合に、ある端末のユーザと他の端末のユーザとの表示手段に異なった階層構造を表示させることができるため、他の端末のユーザに自分のファイルの使用状態等を知られることを防止することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の実施形態によるファイル管理システムの構成を示すブロック図である。このファイル管理システムは、ファイル管理サーバ１０とユーザ端末２０を有する。ファイル管理サーバ１０とユーザ端末２０とは、ネットワーク３０を介して接続されている。ネットワーク３０としては、インターネットやイントラネットなどのネットワークが用いられる。なお、図１では、ネットワーク３０にユーザ端末２０が１台接続されている場合について示しているが、実際にファイル管理システムを稼動させるときには、ネットワーク３０にユーザ端末２０が２台以上接続される。
【００１３】
ファイル管理サーバ１０は、入力手段１１、制御手段１２、通信手段１３、テーブル記憶手段１４、情報記憶手段１５、表示手段１６を有する。ファイル管理サーバ１０としては、ＰＣ等の機器が用いられる。入力手段１１は、キーボードやマウスなどの入力機器により構成され、ファイル管理サーバ１０を利用するシステム管理者の操作に基づいて、その操作に対応する信号を取得し、制御手段１２に出力する。
制御手段１２は、入力手段１１や通信手段１３から信号が入力された場合に、テーブル記憶手段１４を参照することにより、情報記憶手段１５に記録されているファイルの情報等を表示手段１６に表示する等の処理を行う。通信手段１３は、ユーザ端末２０との間で、ネットワーク３０を介してＷｅｂに接続され、ファイル等の送受信を行う。
【００１４】
テーブル記憶手段１４は、情報記憶手段１５に記録されるファイルや、そのファイルが格納されるフォルダ等に関する情報であるテーブルを記録する。このテーブルの構成については後述する。情報記憶手段１５は、本実施形態によるファイル管理システムにより管理するファイルやフォルダを記録する。
表示手段１６は、ＬＣＤ（Liquid Crystal Display）等の出力機器により構成され、制御手段１２の制御に基づいて、情報記憶手段１５に記録されているファイルの内容や、各ファイルとそれらのファイルが格納されるフォルダの関係を示す階層構造の情報を表示画面に表示する。
【００１５】
ユーザ端末２０は、入力手段２１、制御手段２２、通信手段２３、記憶手段２４、表示手段２５を有する。ユーザ端末２０としては、ＰＣ等の機器が用いられる。入力手段２１は、キーボードやマウスなどの入力機器により構成され、ユーザ端末２０の使用者であるユーザの操作に基づいて、その操作に対応する信号を取得し、制御手段２２に出力する。
制御手段２２は、ユーザが入力手段２１を操作して作成するファイルを通信手段２３から、ネットワーク３０を介してファイル管理サーバ１０へ送信することによりアップロードしたり、ファイル管理サーバ１０からファイルを受信することによりダウンロードして記憶手段２４に記録したり、ファイル管理サーバ１０が管理するファイルやフォルダの階層構造を、表示手段２５に表示したりする。
【００１６】
通信手段２３はＷｅｂに接続され、ネットワーク３０を介して、ファイル管理サーバ１０との間で、ファイルなどの情報の送受信を行う。記憶手段２４は、ユーザ端末２０のユーザが作成したデザイン等に関するファイルを記憶したり、管理サーバ１０からダウンロードするファイルを記憶したりする。表示手段２５は、記憶手段２４に記憶されているファイルや、ファイル管理サーバ１０が管理する階層構造等をファイルの使用権限とユーザの属性情報に応じて表示画面に表示する。
【００１７】
図２は、本実施形態によるファイル管理サーバ１０の処理を示すフローチャートである。
始めに、ファイル管理サーバ１０の制御手段１２は、ユーザ端末２０からのログインを認めるか否かについて判定を行う（ステップＳ０１）。具体的には、ファイル管理サーバ１０の入力手段１１から取得するＩＤ及びＰＷ（Pass Word）、又は、ネットワーク３０を介してユーザ端末２０の入力手段２１から取得するＩＤ及びＰＷが、ファイル管理サーバ１０に予め記録されているＩＤ及びＰＷと一致するか否かについて認証を行う。そして、ＩＤ及びＰＷが一致しない場合には、ステップＳ０１で「ＮＯ」と判定し、ステップＳ０１へ進む。一方、ＩＤ及びＰＷが一致した場合には、ステップＳ０１で「ＹＥＳ」と判定する。
【００１８】
次に、制御手段１２は、テーブル記憶手段１４に予めＩＤと対応付けて記憶されている権限の情報を読み出す（ステップＳ０２）。なお、ステップＳ０２の処理については、図３、４の説明でより具体的に説明する。
そして、制御手段１２は、ファイル管理装置１０の入力手段１１、又は、ユーザ端末２０の入力手段２１から入力される信号に基づいて、所定の処理を実行する。制御手段１２は、入力された信号によりどの処理を実行するのかについて判定する（ステップＳ０３）。信号の種類としては、「フォルダ作成（Ｃ１）」、「ファイルのアップロード（Ｃ２）」、「ファイルのコピー（Ｃ３）」、「ファイルの削除（Ｃ４）」などがある。制御手段１２は、制御命令がＣ１〜Ｃ８のいずれであるかに応じて、それぞれステップＳ０４〜Ｓ０７の処理を実行する。これらの処理Ｃ１〜Ｃ４における具体的な処理方法については後述する。なお、ステップＳ０４〜Ｓ０７の処理については、
図１９〜図２７の説明でより具体的に説明する。
【００１９】
次に、制御手段１２は、タイマなどを参照することにより、所定時刻を経過した場合には、リンクされていないファイルをバッチ処理により削除する（ステップＳ０８）。所定時刻としては、例えば、午前０時などが設定される。このステップＳ０８の処理については、図２７の説明でより具体的に説明する。
次に、制御手段１２は、ログアウトを指示する信号が入力されたか否かについて判定する（ステップＳ０９）。制御手段１２がログアウトの信号を受信していない場合には、ステップＳ０９で「ＮＯ」と判定し、ステップＳ０３へ進む。一方、制御手段１２がログアウトの信号を受信した場合には、ステップＳ０９で「ＹＥＳ」と判定し、ステップＳ０１へ進む。なお、以下の説明では、本実施形態のファイル管理システムを「Ａｄｍｉｓｓｉｍｏ」というシステムに実装した場合について説明する。
【００２０】
次に、図２のステップＳ０１におけるログイン時の認証処理について説明する。
図３は、本実施形態のファイル管理システムの使用者に対して設定される権限について示した表である。図に示すように、ファイル管理サーバ１０を使用する「システム管理者」と、ユーザ端末２０を使用する「ユーザ」に対しては、異なる「権限」が設定されている。ここで、「システム管理者」とは、本実施形態によるファイル管理システムを管理する業務を担当するユーザをいう。また、「ユーザ」とは、本実施形態によるファイル管理システムを利用する一般的なユーザをいう。なお、「ユーザ」を識別するための識別情報は、そのユーザが所属する会社や、そのユーザが担当するプロジェクトなどについての属性情報と対応付けられて記憶されている。
【００２１】
ファイルやフォルダの変更等を行うための「権限」は、フォルダの「作成」、「参照」、「権限設定」、「削除」や、ファイルの「登録」、「参照」、「ダウンロード」、「更新」、「削除」ごとにそれぞれ設定される。ここで、図中の「◎」は、全てのフォルダ又はファイルに対して常に操作可能であることを示している。また、「○」は、全てのフォルダ又はファイルに対して、現時点では参照権限が設定されている部分のみ操作が可能であることを示しているが、別途、管理者用画面が作成されたときに操作が可能となる可能性がある。「△」は、参照権限が設定されている部分のみ操作が可能であることを示している。
【００２２】
なお、本実施形態によるファイル管理システムでは、フォルダに対してアクセスする権限を設定する単位として、「グループ」と「アサイン」とからなるプロジェクトという概念を設定している。ここで、「グループ」とは、プロジェクトに所属するユーザを、意味のある単位にまとめるためのものであり、プロジェクトを作成すると、基底のグループとして「指定なし」のグループが作成される。また、「アサイン」とは、本実施形態によるファイル管理システムで管理するユーザをプロジェクトに所属させることをいう。
【００２３】
プロジェクトにアサインされたユーザは、そのプロジェクト内で「オーナ」又は「メンバ」のいずれかの役割を持つことになる。ここで、「オーナ」とは、プロジェクトを管理する立場にあるユーザであり、プロジェクト内のフォルダ又はファイルの全てを参照できる権限を有する者をいう。また、「メンバ」とは、プロジェクトに参加しているユーザであって、オーナには該当しない者をいい、プロジェクト内のフォルダに対して、自身に設定されているシステム管理者又はユーザそれぞれの権限に従ってアクセスすることができる。
【００２４】
「プロジェクト」には、「Ｐｒｏｊｅｃｔ」と「Ｐｅｒｓｏｎａｌ」の２種類が存在する。ここで、「Ｐｒｏｊｅｃｔ」とは、複数のオーナと複数のグループが設定できるプロジェクトであり、ユーザは複数のＰｒｏｊｅｃｔに所属することができる。また、「Ｐｅｒｓｏｎａｌ」とは、表示手段１６に表示される管理画面では、「個人フォルダ」と表示されているプロジェクトであり、オーナは常に１人である。グループも「指定なし」とされているグループのみであり、ユーザは複数のＰｅｒｓｏｎａｌのプロジェクトのオーナになることはできない。ただし、他のＰｅｒｓｏｎａｌのメンバになることは可能である。
【００２５】
上述したプロジェクトの概念を使用して、アクセスの権限の設定を行う例を図４に示す。図中、「◎」は、全てのフォルダ又はファイルに対して、常に操作が可能であることを示している。「○」は、全てのフォルダ又はファイルに対して、権限が設定されている部分のみ操作が可能であることを示している。ただし、別途、管理画面が作成されれば、全ての操作ができるようになる可能性がある。「◇」は、所属するプロジェクト内のフォルダ又はファイルに限り、常に操作が可能であることを示している。「□」は、所属するプロジェクト内のフォルダ又はファイルに対して、権限が設定されているもののみ操作が可能であることを示している。
【００２６】
次に、本実施形態によるファイル管理システムで使用するフォルダの種類について説明する。図５に示すように、本実施形態によるファイル管理システムでは、フォルダとして、「ルートフォルダｆ１」、「プロジェクトルートフォルダｆ３」、「グループルートフォルダｆ４」、「プロジェクトフォルダｆ５（ｆ５１、ｆ５２）」、「プロジェクト外フォルダｆ２」を使用する。ここで、「ルートフォルダｆ１」とは、全てのフォルダのルートとなるフォルダである。ルートフォルダにアクセスの権限を設定したり、ファイルを格納したり、ルートフォルダ自体を削除することはできない。
【００２７】
「プロジェクトルートフォルダｆ３」とは、プロジェクト作成時に、そのプロジェクトの基底グループのフォルダである。プロジェクト内で作成するフォルダは、常にプロジェクトルートフォルダの下層に作成される。「グループルートフォルダｆ４」とは、プロジェクト内にグループを作成した場合に、そのグループの基底となるフォルダであり、プロジェクトルートフォルダの直下の層に作成される。
「プロジェクトフォルダｆ５（ｆ５１、ｆ５２）」とは、Ｐｒｏｊｅｃｔ又はＰｅｒｓｏｎａｌのいずれかに属するフォルダであり、このプロジェクトフォルダから上層にたどると、必ずプロジェクトルートフォルダか、グループルートフォルダが存在する。「プロジェクト外フォルダｆ２」とは、Ｐｒｏｊｅｃｔ又はＰｅｒｓｏｎａｌのいずれにも所属しないフォルダであり、主にフォルダの階層構造を利用してプロジェクトのフォルダを分類するために存在する。このプロジェクト外フォルダからルートフォルダまで上層をたどっても、プロジェクトルートフォルダやグループルートフォルダは存在しない。
なお、上述したフォルダｆ１〜ｆ５の種類によって、アクセスの権限が設定されるユーザの選択範囲が変化する。
【００２８】
図６は、各種類のフォルダに対して、アクセスの権限を設定できるユーザと、アクセスの権限の設定対象になるユーザについてまとめた表である。なお、図６中、（※１）で示した個所は、プロジェクトがＰｅｒｓｏｎａｌの場合、上位がプロジェクトルートフォルダであれば、プロジェクトルートフォルダのルールが適用されることを示している。また、（※２）で示したルートフォルダは、作成することができない。このルートフォルダは、各フォルダの最上位に「／」で表示される。（※３）で示したプロジェクト外フォルダは、本実施形態によるファイル管理システムのシステム管理者のみが作成することができる。
【００２９】
図７は、本実施形態によるファイル管理システムにおいて、フォルダを新たに作成する際に表示手段１６、２５に表示する画面の一例を示している。このファイル管理システムで、フォルダを新たに作成するには、フォルダ管理画面で作成する方法、プロジェクトを作成する方法、グループを作成する方法の３通りの方法がある。フォルダ管理画面で作成する方法では、フォルダを作成する上位フォルダを選択し、新規登録画面で作成する。プロジェクトを作成する方法では、プロジェクトを新規作成することにより、Ｐｒｏｊｅｃｔの場合はプロジェクト名のフォルダが、Ｐｅｒｓｏｎａｌの場合はオーナ名のフォルダがそれぞれ作成される。グループを作成する方法では、グループを新規作成することにより、プロジェクトルートフォルダの下にグループ名でフォルダが作成される。
フォルダ作成時は、初期ユーザとして上位フォルダに権限を持つユーザが選択されている。図７の表示画面の「削除」にチェックを入れることによって、そのユーザを作成するフォルダに権限を与えないようにすることもできる。また、フォルダの作成時に上位フォルダが削除されている場合、フォルダの削除をすることはできない。
【００３０】
図８は、本実施形態の表示手段１６、２３に表示されるフォルダの階層構造の一例を示す図である。表示手段１６、２３への階層構造の表示方法については、以下のようなルールが設定されている。つまり、システム管理者が使用するファイル管理サーバ１０の表示手段１６には、図８（ａ）に示すように、全てのフォルダの階層構造が表示される。一方、何の参照権限も持たないユーザが使用するユーザ端末２０の表示手段２３には、図８（ｂ）に示すように、ルートフォルダのみが表示され、その他のフォルダの階層構造については表示されない。ただし、参照権限がないフォルダであっても、その下層に参照権限のあるフォルダが存在する場合には、階層構造を表示する際にフォルダ名のみ参照することができる。また、個人プロジェクトとして作成したフォルダについては、階層構造を表示する場合はＰｅｒｓｏｎａｌに、それ以外の場合はＰｒｏｊｅｃｔに表示され、ＰｅｒｓｏｎａｌとＰｒｏｊｅｃｔの双方に混在して表示されることはない。
【００３１】
図９は、本実施形態の表示手段１６、２３に表示されるフォルダの階層構造の他の例を示す図である。表示手段１６、２３への階層構造の表示方法については、以下のようなルールが設定されている。つまり、システム管理者が使用するファイル管理サーバ１０の表示手段１６には、図９（ａ）に示すように、全てのフォルダ（Ｘ社、Ａ社、プロジェクトＡ、ａ氏、Ｂ社、プロジェクトＢ、ｂ氏のフォルダ）の階層構造が表示される。
一方、ユーザであるａ氏には、ａ氏に関連するフォルダのみが参照できるような使用権限及び属性情報が設定されており、ａ氏が使用するユーザ端末２０の表示手段２３には、図９（ｂ）に示すフォルダ（Ａ社、Ｘ社、プロジェクトＡのフォルダ）のみが表示され、ａ氏に関連のないフォルダ（Ｂ社、プロジェクトＢ、ｂ氏のフォルダ）は表示されない。
また、ユーザであるｂ氏には、ｂ氏に関連するフォルダのみが参照できるような使用権限及び属性情報が設定されており、ｂ氏が使用するユーザ端末２０の表示手段２３には、図９（ｃ）に示すフォルダ（Ｂ社、Ｘ社、プロジェクトＢのフォルダ）のみが表示され、ｂ氏に関連のないフォルダ（Ａ社、プロジェクトＡ、ａ氏のフォルダ）は表示されない。
上述したように、システム管理者に対しては全てのフォルダ及びその階層構造を閲覧可能とし（図９（ａ））、ユーザに対しては使用権限及び属性情報を有するフォルダ及びその階層構造のみを閲覧可能としたため（図９（ｂ）、（ｃ））、他のユーザに自分のフォルダやその階層構造を閲覧されることを防ぐことができる。
【００３２】
図１０は、本実施形態によるファイル管理システムにおけるフォルダに対する権限の設定画面の一例を示す図である。フォルダに権限を設定するには、アクセスの権限を設定できるユーザと、アクセスの権限を設定されるユーザの条件（図６参照）を満たす必要がある。アクセスの権限を設定されたユーザは、フォルダ内のユーザの追加や削除、フォルダの削除、サブフォルダの作成、ファイルの登録の操作が可能になる。
フォルダに対するアクセスの権限を削除した場合には、削除したフォルダに設定されている権限のみが削除される。下層フォルダを含めて削除を行う場合には、図１０の表示画面における「継承」にチェックを入れることによって、下層フォルダからでもアクセスの権限を削除することができる。
【００３３】
図１１は、本実施形態によるファイル管理システムにおけるフォルダの削除画面の一例を示す図である。削除の権限（図４参照）が設定されているフォルダである場合には、そのフォルダを削除することができる。ただし、削除する対象のフォルダ、又はその下層のフォルダが「プロジェクト又はグループのルートフォルダ」である場合、下層フォルダに権限を持っていないフォルダが存在する場合、削除する対象のフォルダ又はその下層のフォルダに、ユーザが参照可能なファイルが存在している場合、削除する対象のフォルダ、又はその下層のフォルダに、ステータスが終了していない仕様書や入稿書のファイルが存在する場合には、フォルダを削除することができない。
削除が実行されると、そのフォルダを基点として下層のフォルダ又はファイルが全て削除される。削除されたフォルダ又はファイルを元に戻すことはできない。
【００３４】
図１２は、本実施形態によるファイル管理システムにおいてファイルの登録を行う場合に表示される画面の一例を示す図である。フォルダにアクセス権限が設定されている場合には、そのフォルダにファイルを登録することができる。フォルダにファイルの登録を行った場合に、なお、本実施形態では、図１２の表示画面における「宛先」に設定されているユーザに対して、ファイルが登録されたことを知らせるメールを送信するようにしている。
管理者又はオーナの権限でフォルダを参照しており、フォルダの権限設定が行われていないユーザである場合や、フォルダの宛先となるユーザが存在しない場合には、フォルダを参照することはできても、ファイルを登録することはできない。
【００３５】
図１３は、本実施形態のファイル管理システムにおけるファイルの一覧画面の一例を示す図である。フォルダにアクセス権限が設定されている場合には、ファイルを参照したりダウンロードしたりすることができる。ファイルのダウンロードは、フォルダにアクセス権限が設定されている場合、ダウンロードを行う日がファイルの終了日よりも前である場合、ファイルの削除が行われていない場合にそれぞれ可能である。
ファイルは、登録時にフォルダに設定されている有効期間が設定される。ファイルが登録された日から有効期間が経過した場合、ユーザはファイルを参照することができなくなる。ただし、有効期間を所定期間（例えば、７日間）延長することにより、その延長された期間に限りファイルの参照を行うことができる。
また、ファイルの削除を行うと、ファイルの参照を行うことができなくなる。ただし、ファイルを削除したユーザのみがファイルを参照できなくなり、他のユーザは引き続きそのファイルを閲覧することができる。
【００３６】
図１４は、本実施形態のファイル管理システムにおいて、ファイルに対して設定される権限を示す表である。図に示したように、「システム管理者」と「ユーザ」に、アクセス権があるか否かに応じて、ファイルを「参照」、「ダウンロード」、「延長」、「削除」する権限がそれぞれ設定される。なお、図中「◎」は、操作可能であり、操作回数に制限が設けられていない場合を示している。また、「○」は、操作可能であるが、操作可能な回数が一度に限定されている場合を示している。また、「×」は、操作不可能であることを示している。なお、（※１）で示した個所は、プロジェクトのオーナである場合には、図４のオーナの権限に従うことを示している。
【００３７】
図１５は、本実施形態のファイル管理システムにおけるファイルのコピー画面の一例を示す図である。ファイルのコピー元又はコピー先のフォルダにアクセス権限が設定されている場合、ファイルのコピーを行うことが可能である。ファイルのコピーが実行されると、図１５の表示画面の「通知先」に設定されているユーザには、ファイルのコピーが行われたことが通知される。コピーが実行されると、コピー先には、コピーした時点でのファイルがコピーされる。よって、コピーした後にコピー元を更新又は削除したとしても、コピー先に影響を与えることはない。なお、コピーの実行時に、ファイルの有効期間の情報や、ユーザごとのファイルの削除や延長の設定の情報についてはコピーされない。
【００３８】
次に、本実施形態のファイル管理サーバ１０での具体的な処理について説明する。
本実施形態のファイル管理システムでは、ユーザ端末２０の表示手段２５に表示する階層構造と、実際にフォルダを情報記憶手段１５に記憶する際の構造とを別にし、両者の構造を対応付ける情報についてテーブル記憶手段１４に記録している。これにより、ユーザ端末２０がネットワーク３０に複数接続されているような場合であっても、各ユーザ端末２０の表示手段２５ごとに、ユーザの属性情報（所属会社など）に基づいて、異なる階層構造を表示させることができる。
【００３９】
図１６は、本実施形態のファイル管理サーバ１０のテーブル記憶手段１４に記憶されるテーブルの関係を示すＥＲ（Entity Relation）図である。テーブル記憶手段１４は、フォルダ情報テーブル１４ａ、フォルダ更新履歴情報テーブル１４ｂ、フォルダ階層情報テーブル１４ｃ、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅ、ユーザ権限情報テーブル１４ｆ、ファイル参照情報テーブル１４ｇ、ユーザ情報テーブル１４ｈを記憶している。
フォルダ情報テーブル１４ａは、情報記憶手段１５に記録する実フォルダと、表示手段１６、２５に表示する仮想フォルダとを対応付けるための情報を保持するテーブルであり、「フォルダＩＤ」、「フォルダ名」、「物理フォルダ名」、「削除期間」、「プロジェクトフォルダフラグ」、「作成者」、「作成日」、「最終更新者」、「最終更新日」、「データリビジョン」などの情報を保持している。
【００４０】
フォルダ更新履歴情報テーブル１４ｂは、フォルダに対するファイルの更新履歴を保持するテーブルであり、「更新履歴ＩＤ」、「フォルダＩＤ」、「ファイル名」、「説明」、「ユーザフルネーム」、「保存日時」などの情報を保持している。
フォルダ階層情報テーブル１４ｃは、フォルダ及びファイルの階層情報を管理するためのテーブルであり、「階層ＩＤ」、「上位フォルダ」、「下位フォルダ」などの情報を保持している。
ファイル情報テーブル１４ｄは、仮想ファイルの情報を管理するテーブルであり、「ファイルＩＤ」、「オブジェクトＩＤ」、「ファイル名」、「ファイル説明」、「削除期間」、「バージョン番号」、「作成者」、「作成日」、「最終更新者」、「最終更新日」、「データリビジョン」などの情報を保持している。
【００４１】
オブジェクト情報テーブル１４ｅは、実ファイルの情報を管理するテーブルであり、「オブジェクトＩＤ」、「絶対フォルダパス」、「物理ファイル名」、「ファイルサイズ」などの情報を保持している。
ユーザ権限情報テーブル１４ｆは、ユーザのフォルダへの権限を管理するテーブルであり、「ユーザ権限ＩＤ」、「ユーザＩＤ」、「フォルダＩＤ」などの情報を保持している。
ファイル参照情報テーブル１４ｇは、ユーザのファイルへの権限を管理するテーブルであり、「ファイルＩＤ」、「ユーザＩＤ」、「延長削除期間」、「削除フラグ」などの情報を保持している。
ユーザ情報テーブル１４ｈは、ユーザ端末２０を使用するユーザについての情報を管理するテーブルであり、「ユーザＩＤ」、「フォルダＩＤ」などの情報を保持している。
【００４２】
図１７は、表示手段１６、２５に表示される仮想フォルダと、情報記憶手段１５に記憶される実フォルダの関係を示す図である。仮想フォルダと実フォルダは、テーブル記憶手段１４に記憶されているフォルダ情報テーブル１４ａとフォルダ階層情報テーブル１４ｃにより、１対１で結び付けられる。ここでは、仮想フォルダの「プロジェクトＡ」、「プロジェクトＡ１」、「プロジェクトＢ」、「プロジェクトＢ１」がそれぞれ、実フォルダの「システム命名１」、「システム命名２」、「システム命名３」、「システム命名４」に対応する場合について示している。仮想フォルダには、階層構造を取る状態で存在するが、対応する実フォルダでは階層構造を取らない状態で存在する。
【００４３】
図１８は、表示手段１６、２５に表示される仮想ファイルと、情報記憶手段１５に記憶される実ファイルの関係を示す図である。ユーザ端末２０からネットワーク３０を介してファイル管理サーバ１０にアップロードされたファイルは、ファイル管理サーバ１０の制御手段１２によりファイル名が変更されることによりリネームされ、情報記憶手段１５に記録される。ファイルに関する情報は、ファイル情報テーブル１４ｄとオブジェクト情報テーブル１４ｅの２箇所に保持される。フォルダの管理（図１７）と同様に、仮想ファイルと実ファイルを対応付ける情報についてテーブル記憶手段１４で管理しているが、両者は必ずしも１対１の関係にあるとは限らない。ここでは、仮想ファイルの「プロジェクトＡ１」が、実ファイルの「システム命名２」に対応する場合について示している。
【００４４】
次に、本実施形態によるファイル管理サーバ１０におけるフォルダ作成の処理について説明する。この処理は、図２のステップＳ０４の処理に対応している。フォルダを新たに作成する際には、情報記憶手段１５に物理フォルダを作成するとともに、テーブル記憶手段１４のフォルダ情報テーブル１４ａ、フォルダ階層情報１４ｃ、ユーザ権限情報テーブル１４ｆに、そのフォルダに関する情報が追加される。フォルダ名は、制御手段１２により「Ｗｅｂ  サーバ名＿作成ユーザＩＤ＿作成日時＿スレッドＩＤ」というように自動的に決定される。例えば、フォルダ名として「ＷｅｂＳｖｒ０１＿５＿２００５０６０３１０１５１３０１２３＿３５００」などが使用される。
【００４５】
次に、本実施形態によるファイル管理サーバ１０におけるファイルのアップロードの処理について説明する。この処理は、図２のステップＳ０５の処理に対応している。ファイルのアップロードの処理を行う場合には、テーブル記憶手段１４のフォルダ更新履歴情報テーブル１４ｂ、フォルダ階層情報１４ｃ、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅに、そのファイルに関する情報が追加される。
図１９は、ファイルのアップロードの処理を行う場合の、ファイル情報テーブル１４ｄ（図１９（ａ））、オブジェクト情報テーブル１４ｅ（図１９（ｂ））の状態を示す図である。図１９（ａ）に仮想ファイル名「プロジェクトＡ」が追加されるのに対応付けられて、図１９（ｂ）に物理ファイル名「２００５０６３１ａ１・・・」と、そのファイルの物理フォルダパス「Ｘ：￥ＷｅｂＳｖｒ０１．．．￥」が追加されている。仮想ファイル名を物理ファイル名にリネームする際には、制御手段１２により「ＹＹＹＹＭＭＤＤ＋アップロード時固有ＭＤ５Ｈａｓｈ＋＿連番．ｔｌｃ」という名前が使用される。例えば、物理ファイル名として「２００５０６３１１ａ２ｂ３ｃ４ｄ・・・＿０１．ｔｌｃ」などが使用される。なお、「ＭＤ５Ｈａｓｈ」とは、ハッシュの方法を示している。
【００４６】
図２０は、アップロードしたファイルの更新の処理を行う場合の、ファイル情報テーブル１４ｄ（図２０（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２０（ｂ）、（ｄ））の状態を示す図である。アップロードしたファイルの更新の処理を行うことにより、ファイル情報テーブル１４ｄは、図２０（ａ）から図２０（ｂ）のように変化する。つまり、バージョン情報が「１」から「２」に変化し、オブジェクトＩＤが「１」から「２」に変化する。
オブジェクト情報テーブル１４ｅは、図２０（ｂ）から図２０（ｄ）のように変化する。つまり、オブジェクトＩＤが「２」である物理フォルダパス「Ｘ：￥ＷｅｂＳｖｒ０１．．．￥」、物理ファイル名「２００５０６３１ＸＸ…」の情報が新たに追加される。
図２０で説明したように、アップロードしたファイルの更新の処理が行われた場合には、情報記憶部１５では、アップロード前後のファイルを別ファイルとして記憶している。これにより、他のユーザがファイルをダウンロード中であったとしても、Ｉ／Ｏエラーになることを防ぐことができる。
【００４７】
図２１は、コピーによるファイルの新規作成の処理を行う場合の、ファイル情報テーブル１４ｄ（図２１（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２１（ｂ）、（ｄ））、フォルダ階層情報テーブル１４ｃ（図２１（ｅ））の状態を示す図である。この処理は、図２のステップＳ０６の処理に対応している。ここでは、図２１（ｅ）に示すように、階層ＩＤが「１」のフォルダにあるファイルを、階層ＩＤが「２」のフォルダにコピーする場合について説明する。コピーによるファイルの新規作成の処理を行うことにより、ファイル情報テーブル１４ｄは、図２１（ａ）から図２１（ｂ）のように変化する。つまり、仮想ファイル名、バージョン番号、オブジェクトＩＤが、ファイルＩＤ「１」と同じであるファイルＩＤ「２」の情報が追加される。なお、ファイルＩＤ「１」、「２」のオブジェクトＩＤはともに「２」であるため、コピーによるファイルの新規作成の前（図２１（ｂ））と後（図２１（ｄ））で同一のオブジェクトＩＤ「２」を参照している。
図２１の処理では、オブジェクト情報テーブル１４ｅについては追加や更新が行わず、実ファイルのコピーを行わないため、コピーによるファイルの新規作成の処理を高速化することができる。
【００４８】
図２２は、コピー元のファイルを更新する処理を行う場合の、ファイル情報テーブル１４ｄ（図２２（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２２（ｂ）、（ｄ））、フォルダ階層情報テーブル１４ｃ（図２２（ｅ））の状態を示す図である。
ここでは、図２２（ｅ）に示すように、階層ＩＤが「１」のフォルダにあるファイルを更新する場合について説明する。ファイルの更新を行うことにより、ファイル情報テーブル１４ｄは、図２２（ａ）から図２２（ｃ）のように変化する。つまり、ファイルＩＤが「１」のファイルについてのバージョン番号が「２」から「３」に変化し、オブジェクトＩＤが「２」から「３」に変化する。また、オブジェクト情報テーブル１４は、図２２（ｂ）から図２２（ｄ）のように変化する。つまり、ファイルＩＤが「１」のファイルの参照先の物理ファイル名が「」「２００５０６３１ＸＸ・・・」から「２００５０６３１ＺＺ・・・」に変化する。
このように、本実施形態のファイル管理システムでは、コピー元のファイルと、そのコピー元のファイルを更新したファイルとを、情報記憶部１５で別ファイルとして記憶している。そして、コピーが存在する場合には、コピー自身はコピー作成時のファイルを参照している。
【００４９】
図２３は、アップロードによりリンクを更新する処理を行う場合の、ファイル情報テーブル１４ｄ（図２３（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２３（ｂ）、（ｄ））の状態を示す図である。
アップロードによりリンクを更新する処理を行うことにより、ファイル情報テーブル１４ｄは、図２３（ａ）から図２３（ｃ）のように変化する。つまり、ファイルＩＤが「２」のファイルについてオブジェクトＩＤが「２」から「４」に更新される。また、オブジェクト情報テーブル１４は、図２３（ｂ）から図２３（ｄ）のように変化する。つまり、ファイルＩＤが「４」のファイルについての「物理フォルダパス」と「物理ファイル名」の情報が追加される。
【００５０】
図２４は、コピーによる更新の処理を行う場合の、ファイル情報テーブル１４ｄ（図２４（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２４（ｂ）、（ｄ））の状態を示す図である。ここでは、ファイルＩＤが「１」の情報を、ファイルＩＤが「２」の情報にコピーする場合について説明する。
コピーによる更新の処理を行うことにより、ファイル情報テーブル１４ｄは、図２４（ａ）から図２４（ｃ）のように変化する。つまり、ファイルＩＤが「２」のファイルが、ファイルＩＤが「１」の「仮想ファイル名」、「バージョン番号」、「オブジェクトＩＤ」と同じ情報に変更される。
また、オブジェクト情報テーブル１４は、図２４（ｂ）から図２４（ｄ）のように変化する。つまり、ファイルＩＤが「４」のファイルについての「物理フォルダパス」と「物理ファイル名」の情報が追加される。
【００５１】
図２５は、管理者の操作によりファイルの削除の処理を行う場合の、ファイル情報テーブル１４ｄ（図２５（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２５（ｂ）、（ｄ））の状態を示す図である。ここでは、ファイルＩＤが「１」のファイルを削除する場合について説明する。この処理は、図２のステップＳ０７の処理に対応している。
管理者の操作によりファイルの削除の処理を行うことにより、ファイル情報テーブル１４ｄは、図２５（ａ）から図２５（ｃ）のように変化する。つまり、ファイルＩＤが「１」のファイルの「仮想ファイル名」、「バージョン番号」、「オブジェクトＩＤ」の情報が、ファイル情報テーブル１４ｄから削除される。
また、オブジェクト情報テーブル１４は、図２５（ｂ）から図２５（ｄ）のように変化する。つまり、ファイルＩＤ「１」、「２」とリンクされていたオブジェクトＩＤ「３」が、ファイルＩＤ「２」からのみリンクされた状態に変更される。
【００５２】
図２６は、ユーザの操作によりファイルの削除の処理を行う場合の、ファイル情報テーブル１４ｄの状態を示す図である。ユーザがファイルを削除した場合には、削除フラグが「０」から「１」に変更される。削除フラグが「１」に設定されているファイルについては、そのファイルを削除したユーザが使用するユーザ端末２０の表示画面には表示されない。一方、ファイルを削除したユーザ以外のユーザについては、削除フラグが「０」のままであるので、そのファイルを閲覧することができる。
【００５３】
図２７は、バッチ処理でファイルの削除を行う場合の、ファイル情報テーブル１４ｄ（図２７（ａ）、（ｃ））、オブジェクト情報テーブル１４ｅ（図２７（ｂ）、（ｄ））の状態を示す図である。この処理は、図２のステップＳ０８の処理に対応している。ここでは、ファイルＩＤが「２」以外のファイルについては、情報記憶手段１５から削除する場合について説明する。
バッチ処理でファイルの削除の前後で、ファイル情報テーブル１４ｄの状態は、図２７（ａ）、図２７（ｃ）のようになり変化は生じない。一方、オブジェクト情報テーブル１４は、図２７（ｂ）から図２７（ｄ）のように変化する。つまり、ファイルＩＤ「２」からリンクされていないファイルＩＤ「１」、「２」、「４」については、情報記憶手段１５から削除される。
【００５４】
上述したような処理を行うことにより、ユーザごとのアクセス権限の制御は、フォルダ単位で行われ、フォルダにアクセス権限を持つユーザは、配下のファイルへのアクセス権限も保持する。チェックは、フォルダへのアクセスがあった際に毎回リアルタイムに実施され、ユーザ権限情報テーブル１４ｆにユーザＩＤ、フォルダＩＤの組み合わせが存在するか否かついて確認する。毎回チェックを行うことによるオーバヘッドが予見されるが、他セッションからの更新に対して、即アクセス権限の更新を行うことができる。
【００５５】
上述した本発明の実施形態によるファイル管理システムによれば、ユーザやシステム管理者に設定されている使用権限及びその属性情報に応じて、ユーザ端末２０の表示手段２５又はファイル管理サーバ１０の表示手段１６で表示する階層構造に違いを持たせるようにしたため、あるユーザが他のユーザの階層構造等の情報を知ることを防止することができる。
また、あるユーザが所定のファイルを削除した場合には、削除フラグを付加して記録するようにしたので、そのファイルに対して削除フラグが付加されていないその他のユーザに対しては、ファイルを引き続き表示させることができるため、ユーザの利便性を向上させることができる。
【００５６】
なお、上述した実施形態において、ネットワーク３０を介して通信を行う際に、ＳＳＬ（Secure Socket Layer）、ＰＫＩ（Public Key Infrastructure）、バイオメトリック認証、ファイアウォールなどの機能を利用してもよい。また、図２のステップＳ０１でログインを行う場合に、ユーザ端末２０とファイル管理サーバ１０との間で、ワンタイムパスワードを利用して認証を行うようにしてもよい。このような処理を行うことにより、デザイン等の電子データがネットワーク３０を介して第三者に漏洩することを防止することができ、著作権や個人情報、業務上の秘密情報などの保護に対する安全性をより高めることができる。
また、ネットワーク３０として、専用線ではなくインターネットを利用することができ、一般的に利用されているブラウザを使用して、ファイルの管理を行うことができるため、システム管理者やユーザが通信に要する費用を削減することができる。よって、従来のように特定の企業内で用いられるシステムに比べて、使用を希望する者は誰でも本実施形態によるファイル管理システムを利用することができる。なお、本実施形態によるファイル管理システムにおいて、ファイル管理装置１０とユーザ端末２０との間で通信を行う場合に、大容量の情報を送受信可能な機能を設けるようにしてもよい。
【００５７】
なお、以上説明した実施形態において、図１の管理サーバ１０の制御手段１２、ユーザ端末２０の制御手段２２の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりファイル管理システムの制御を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００５８】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００５９】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態によるファイル管理システムの構成を示すブロック図である。
【図２】本実施形態によるファイル管理サーバ１０の処理を示すフローチャートである。
【図３】本実施形態のファイル管理システムの使用者に対して設定される権限について示した表である。
【図４】プロジェクトの概念を使用して、アクセスの権限の設定を行う例を示す表である。
【図５】本実施形態によるファイル管理システムで使用するフォルダの種類について示す図である。
【図６】各種類のフォルダに対して、アクセスの権限を設定できるユーザと、アクセスの権限の設定対象になるユーザについてまとめた表である。
【図７】本実施形態によるファイル管理システムにおいて、フォルダを新たに作成する際に表示手段１６、２５に表示する画面の一例を示している。
【図８】本実施形態の表示手段１６、２３に表示されるフォルダの階層構造の一例を示す図である。
【図９】本実施形態の表示手段１６、２３に表示されるフォルダの階層構造の他の例を示す図である。
【図１０】本実施形態によるファイル管理システムにおけるフォルダに対する権限の設定画面の一例を示す図である。
【図１１】本実施形態によるファイル管理システムにおけるフォルダの削除画面の一例を示す図である。
【図１２】本実施形態によるファイル管理システムにおいてファイルの登録を行う場合に表示される画面の一例を示す図である。
【図１３】本実施形態のファイル管理システムにおけるファイルの一覧画面の一例を示す図である。
【図１４】本実施形態のファイル管理システムにおいて、ファイルに対して設定される権限を示す表である。
【図１５】本実施形態のファイル管理システムにおけるファイルのコピー画面の一例を示す図である。
【図１６】本実施形態のファイル管理サーバ１０のテーブル記憶手段１４に記憶されるテーブルの関係を示すＥＲ図である。
【図１７】表示手段１６、２５に表示される仮想フォルダと、情報記憶手段１５に記憶される実フォルダの関係を示す図である。
【図１８】表示手段１６、２５に表示される仮想ファイルと、情報記憶手段１５に記憶される実ファイルの関係を示す図である。
【図１９】ファイルのアップロードの処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅの状態を示す図である。
【図２０】アップロードしたファイルの更新の処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅの状態を示す図である。
【図２１】コピーによるファイルの新規作成の処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅ、フォルダ階層情報テーブル１４ｃの状態を示す図である。
【図２２】コピー元のファイルを更新する処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅ、フォルダ階層情報テーブル１４ｃの状態を示す図である。
【図２３】アップロードによりリンクを更新する処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅの状態を示す図である。
【図２４】コピーによる更新の処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅの状態を示す図である。
【図２５】管理者の操作によりファイルの削除の処理を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅの状態を示す図である。
【図２６】ユーザの操作によりファイルの削除の処理を行う場合の、ファイル情報テーブル１４ｄの状態を示す図である。
【図２７】バッチ処理でファイルの削除を行う場合の、ファイル情報テーブル１４ｄ、オブジェクト情報テーブル１４ｅの状態を示す図である。
【符号の説明】
【００６１】
１０・・・ファイル管理サーバ、１１・・・入力手段、１２・・・制御手段、１３・・・通信手段、１４・・・テーブル記憶手段、１４ａ・・・フォルダ情報テーブル、１４ｂ・・・フォルダ更新履歴情報テーブル、１４ｃ・・・フォルダ階層情報テーブル、１４ｄ・・・ファイル情報テーブル、１４ｅ・・・オブジェクト情報テーブル、１４ｆ・・・ユーザ権限情報テーブル、１４ｇ・・・ファイル参照情報テーブル、１４ｈ・・・ユーザ情報テーブル、１５・・・情報記憶手段、１６・・・表示手段、２０・・・ユーザ端末、２１・・・入力手段、２２・・・制御手段、２３・・・通信手段、２４・・・記憶手段、２５・・・表示手段、３０・・・ネットワーク
【図１】
2007011959.tif 000003
【図２】
2007011959.tif 000004
【図３】
2007011959.tif 000005
【図４】
2007011959.tif 000006
【図５】
2007011959.tif 000007
【図６】
2007011959.tif 000008
【図７】
2007011959.tif 000009
【図８】
2007011959.tif 000010
【図９】
2007011959.tif 000011
【図１０】
2007011959.tif 000012
【図１１】
2007011959.tif 000013
【図１２】
2007011959.tif 000014
【図１３】
2007011959.tif 000015
【図１４】
2007011959.tif 000016
【図１５】
2007011959.tif 000017
【図１６】
2007011959.tif 000018
【図１７】
2007011959.tif 000019
【図１８】
2007011959.tif 000020
【図１９】
2007011959.tif 000021
【図２０】
2007011959.tif 000022
【図２１】
2007011959.tif 000023
【図２２】
2007011959.tif 000024
【図２３】
2007011959.tif 000025
【図２４】
2007011959.tif 000026
【図２５】
2007011959.tif 000027
【図２６】
2007011959.tif 000028
【図２７】
2007011959.tif 000029