JP2007293619A - サーバ装置および情報共有システムおよびプログラムおよび記録媒体 - Google Patents

Abstract

【課題】情報共有されているファイルが移動されても、ユーザや管理者の負担なく、且つ、同じファイルの実体が複数個に登録することなく、ユーザは特に意識することなく元の格納場所からもファイルを参照可能にすること。
【解決手段】サーバ装置１００は、端末装置２００からアップロードされる属性情報が付加されたファイルを該属性情報（ファイルの内容を分類する情報を含む）に基づく記憶場所に記憶管理し、該記憶されているファイルが移動された場合に、該ファイルの移動前の記憶場所に、該ファイルの実体位置を示すショートカットを作成する構成を特徴とする。
【選択図】図１

Description

本発明は、クライアント装置から送信されたデータを記憶管理するサーバ装置および情報共有システムおよび情報共有方法およびプログラムおよび記録媒体に関する。

昨今、コンピュータネットワークやパーソナルコンピュータの発達により、社内で生成される文書は電子化され、多量の電子化文書がコンピュータネットワークを介して交換されている。このような文書を社内ネットワーク上で管理するため、グループウェアに代表される情報を共有化するシステムが導入されている。

グループウェアは、社内ネットワークに接続するグループ内での情報共有ツールであり、さまざまな情報が蓄積され、共有されなければならない。そして、蓄積された情報はグループにおける情報の核となるものである。

特許文献１では、共有情報の関連付け情報を収集し、これに基づいて情報を管理する装置が提案されている。

また、特許文献２では、文書管理サーバ間で文書を移動させた場合でも、移動前の文書のショートカットによって移動後の文書を参照することができる文書管理装置が提案されている。
特開２００５−０３８００６号公報 特開２００３−２３３５１７号公報

しかしながら、従来の情報共有の技術では、ファイルを移動した際に、該ファイルを参照していたファイル位置指定機能データが移動以前と同じパスを指定していると、そのファイル位置指定機能データからファイルを参照しようとしても参照出来ない、という問題が存在する。このようなファイル位置指定機能データが該ファイルを参照できないという事態を避ける為、同一ファイルのコピーをサーバ内に作成すると、情報の管理を行っているコンピュータの負担が増えてしまうという問題が存在する。

なお、特許文献２では、移動前の文書のショートカットによって移動後の文書が参照できない問題は解決されている。

しかし、移動元のディレクトリと移動先のディレクトリの開示範囲（アクセス権限等）の違いから、ショートカット等のファイル位置指定機能データで参照可能になっていても、実際の内容を閲覧できないという問題が存在する。

また、全く同一のファイルが違う名称で登録されてしまう恐れがあり、このように全く同一のファイルが違う名称で存在する事でも、情報の管理を行っているコンピュータの負担が増えてしまうという問題が存在する。

また、同じ内容のファイルが複数存在することにより、情報を検索する際に多大な時間がかかる、また、ディレクトリ構成を管理者が把握しきれないため、ファイルの位置を変える際に、管理者がそれぞれの閲覧先を修正する必要があり、時間がかかってしまう等の問題点もあった。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、情報共有されているファイルが移動されても、ユーザや管理者の負担なく、且つ、同じファイルの実体が複数個に登録することなく、ユーザは特に意識することなく元の格納場所からもファイルを参照することができる仕組を提供することである。

本発明は、クライアント装置と通信可能なサーバ装置において、前記クライアント装置から送信される属性情報が付加されたファイルを該属性情報に基づく記憶場所に記憶管理する記憶手段と、前記記憶手段に記憶されているファイルが移動された場合に、該ファイルの移動前の記憶場所に、該ファイルの実体位置を示すファイル位置指定機能データを作成するファイル位置指定機能データ作成手段とを有することを特徴とする。

また、本発明は、複数のクライアント装置とサーバ装置が通信可能に接続される情報共有システムにおいて、前記クライアント装置は、ファイルの更新を行う際に、該ファイルの属性情報を入力する入力手段と、該入力手段により入力される属性情報を前記ファイルの付加する付加手段と、前記ファイルを前記サーバ装置に送信する送信手段と、を有するものであり、前記サーバ装置は、前記クライアント装置から送信される属性情報が付加されたファイルを該属性情報に基づく記憶場所に記憶管理する記憶手段と、前記記憶手段に記憶されているファイルが移動された場合に、該ファイルの移動前の記憶場所に、該ファイルの実体位置を示すファイル位置指定機能データを作成するファイル位置指定機能データ作成手段と、を有することを特徴とする。

本発明によれば、サーバ装置に登録されたファイルが移動された場合でも、ユーザや管理者の負担なく、且つ、同じファイルの実体が複数個に登録することなく、ユーザは特に意識することなく元の格納場所からもファイルを参照することができる。

また、開示範囲の広い記憶場所から開示範囲の狭い記憶場所へファイルが移動された場合には、参照できない無意味なファイル位置指定機能データは作成されず、ファイル位置指定機能データを指定してもファイルを参照できないといった事態の発生を防止することができる。

さらに、ファイルが移動された場合でも、ユーザは特に意識することなく、以前と同じファイル位置指定機能データからファイルを参照することができる。

また、ファイルをファイルの属性情報内の識別情報により管理して、同一内容のファイルが複数登録されることを防止することができ、サーバ装置の負荷を軽減することができ、また、ファイルの管理をデータベース装置を設けることなく実行でき、管理者の負荷を軽減することができる。

従って、情報共有されているファイルが移動されても、ユーザや管理者の負担なく、且つ、同じファイルの実体が複数個に登録することなく、ユーザは特に意識することなく元の格納場所からもファイルを参照することができるようになる等の効果を奏する。

〔第１実施形態〕
図１，図２は、本発明の第１実施形態を示すサーバ装置を適用可能な情報共有システムの構成を示すブロック図である。

図１，図２において、１００はサーバ装置、２００は端末装置、３００は通信ネットワークである。サーバ装置１００，端末装置２００（２００ａ，２００ｂ，２００ｃ）は、ＬＡＮ等の通信ネットワーク３００を介して相互に通信可能である。以下、２００ａ，２００ｂ，２００ｃを総称して端末装置２００と呼ぶ。

以下、サーバ装置１００のハードウェア構成について説明する。

図１において、１０２はＣＰＵであり、サーバ装置の中枢となる制御装置である。１０３はＲＡＭ（Random Access Memory）であり、プログラムのワークエリアや一時的に保持するデータのバッファとして利用される。１０４はＲＯＭ（Read Only Memory）であり、各プログラムの保存等を行う。１０５は外部メモリであり、プログラム，各種データの保持を行う。外部メモリ１０５は、具体的にはハードディスクドライブやＤＶＤドライブ等である。

１０６は入力装置であり、この装置を通じてデータ，指示等の入力が行われる。なお、入力装置１０６は、具体的にはキーボードやポインティングデバイス（マウス等）である。１０７は表示装置であり、具体的にはディスプレイ等である。

１０８は通信インタフェースであり、ＬＡＮ等の伝送路と端末とを接続する部分である。なお、端末装置２００もサーバ装置１００と同一の構成であり、パーソナルコンピュータ等である。

以下、本発明の情報供給システムのソフトウェア構成について説明する。

図２に示すように、端末装置２００ａ〜２００ｃには、クライアントプログラム２０１が具備されている。また、サーバ装置１００には、サーバプログラム１０１が具備されている。

さらに、ここでは図示していないが、端末装置２００は、サーバ装置１００内に蓄積された共有情報は、通信ネットワーク３００を介してブラウザ上で閲覧することができる。

以下、図３〜図１０を参照して、本発明のファイルシステムへファイルをアップロードする処理について説明する。

図３は、図１，図２に示したクライアント装置としての端末装置２００がローカルでファイルを新規作成してサーバ装置１００に共有情報としてファイルをアップロードする処理の流れの一例を示すシーケンス図である。

まず、エンドユーザが端末装置２００を操作してクライアントプログラム２０１によりファイルを新規作成し（Ｓ２００）、エンドユーザが端末装置２００を操作してファイル編集を行いデータの保存を行う（Ｓ２０１）。これに応じて、端末装置２００のＣＰＵにより実行されるクライアントプログラム２０１は、属性情報登録パネルを端末装置２００の表示装置に表示する（Ｓ２０２）。

エンドユーザが端末装置２００を操作して属性情報登録パネルから属性情報（メタデータ）の入力操作を行うと（Ｓ２０３）、該入力操作に応じてクライアントプログラム２０１は属性情報の作成を行う（Ｓ２０４）。また、このタイミングで、クライアントプログラム２０１はファイルアップロード確認パネルを端末装置２００の表示装置に表示する（Ｓ２０５）。

そして、エンドユーザが端末装置２００を操作して確認の入力操作を行うと（Ｓ２１２）、クライアントプログラム２０１は前記ファイルに属性情報を付加してサーバ装置１００にアップロードする（Ｓ２０６）。

ファイルアップロードイベントを受信したサーバ装置１００のＣＰＵ１０２により実行されるサーバプログラム１０１は、アップロードされたファイルをテンポラリフォルダ（サーバ装置１００の外部メモリ１０５内）に一時保管し（Ｓ２０７）、該ファイルに付加された属性情報の解析を行う（Ｓ２０８）。

そして、サーバプログラム１０１は、属性情報の解析結果からファイルの移動先のパスを決定し（Ｓ２０９）、ファイルを移動する（Ｓ２１０）。そして、サーバプログラム１０１は、ファイルの移動が完了したら、その旨を端末装置２００に通知し（Ｓ２１１）、処理を終了する。

以下、図４を参照して、クライアントプログラム２０１の処理を詳細に説明する。

図４は、本発明における第１の制御処理手順の一例を示すフローチャートであり、図３に示したクライアントプログラム２０１の処理（即ち、端末装置２００上でファイルを新規作成してサーバ装置１００に共有情報としてファイルをアップロードするクライアントプログラム２０１の処理）に対応する。なお、このフローチャートの処理は、図１に示した端末装置２００の図示しないＣＰＵが外部メモリに格納されるクライアントプログラム２０１をＲＡＭ上に読み出して実行することにより実現される。また、図中、Ｓ３００〜Ｓ３１３は各ステップを示す。

まず、端末装置２００の入力装置からのファイルの編集操作に応じて、端末装置２００のＣＰＵは該ファイルの編集処理を行い(Ｓ３００)、端末装置２００の入力装置から該ファイルの「保存」ボタンの押下指示が入力されると（Ｓ３０１）と、端末装置２００のＣＰＵは、該ファイルのファイルを端末装置２００の外部メモリ１０５保存する処理を行う（Ｓ３０２）。

ここで、端末装置２００のＣＰＵは、前記保存指示されたファイルが新規作成ファイルか否かをチェックし（Ｓ３０３）、新規作成であると判定した場合には、例えば図５に示すような属性情報登録パネル４００を端末装置２００の表示装置に表示するように制御する（Ｓ３０５）。

図５は、図２に示したクライアントプログラム２０１がファイルを保存するときに表示される属性情報登録パネル４００の一例を示す図である。

図５において、４０１は開示範囲選択ボタンであり、サーバ装置１００に登録するファイルの開示範囲（例えば、"社外秘"，"部外秘"，"プロジェクト外費"等）を選択するためのものである。

４０２は種類（大項目）入力エリアであり、サーバ装置１００に登録するファイルの大項目分類を入力するためのものである。４０３は種類（中項目）入力エリアであり、サーバ装置１００に登録するファイルの中項目分類を入力するためのものである。４０４は種類（小項目）入力エリアであり、サーバ装置１００に登録するファイルの小目分類を入力するためのものである。

なお、本実施形態では、大項目分類として"ＣＡＤ"，"業務"，"開発"等、中項目分類として"解析"，"申請書"，"社外プロジェクト"等、小分類項目として"射出成形"，"交通費申請"，"Aproject"を例にあげて説明するが、大項目分類＞中項目分類＞小項目分類の包含関係があれば、どのような項目分類であってもよい。

４０５は登録ボタンであり、属性情報登録パネル４００での入力項目を有効にして属性情報（メタデータ）を作成するためのものである。４０６はキャンセル（ＣＡＮＣＥＬ）ボタンであり、属性情報登録パネル４００での入力項目を無効にして属性情報（メタデータ）の作成をキャンセルするためのものである。なお、本実施形態では、図５の属性情報登録パネル４００により、属性情報を設定する構成について示したが、例えば、予め作成された設定ファイルにて属性情報を設定するように構成してもよい。

以下、図４のフローチャートの説明に戻る。

端末装置２００の入力装置からの属性情報登録パネル４００への入力操作がなされ登録ボタン４０５が指示されると（Ｓ３０６）、端末装置２００のＣＰＵは、図６に示すような属性情報（メタデータ）を作成して前記保存指示されたファイルに付加する（含める）ように制御し（Ｓ３０７）、ステップＳ３０８へ処理を進める。なお、本フローチャートでは図示しないが、属性情報登録パネル４００でキャンセルボタン４０６が指示された場合は、そのまま本フローチャートの処理を終了する。

図６は、本発明において、ファイルが保持する属性情報（メタデータ）の情報を示す図である。

図６において、６００属性情報（メタデータ）６００であり、サーバ装置１００のアップロードするファイル毎に作成される。

６０１は開示範囲、６０２は大分類、６０３は中分類、６０４は小分類であり、属性情報登録パネル４００の入力項目に対応する。なお、大分類６０２，中分類６０３，小分類６０４には、ファイルの内容に対応する分類情報が選択入力される。

６０５はアカウントであり、端末装置２００にログインしているユーザのアカウントに対応する。６０６はアップロードフラグであり、対応するファイルがアップロード済か否かを示す情報（済／未）を示す。

６０７は参照回数であり、サーバ装置１００にアップロードされた後、対応するファイルが参照された回数を示す。６０８はファイルＩＤであり、サーバ装置１００に登録される際に付加されるファイルＩＤを示す。６０９はショートカット参照パスリストであり、サーバ装置１００にアップロードされた対応するファイルのショートカットの格納場所（サーバ装置１００により作成される）を示す。なお、ショートカット参照パスリスト６０９は複数格納可能である。また、本実施形態では、ショートカットとして説明するが、ショートカット，リンク，シンボリックリンク等の実体ファイルの位置指定機能を備えたデータ（ファイル位置指定機能データ）は全て含むものとする。

以下、図４のフローチャートの説明に戻る。

図４のステップＳ３０３の処理で、端末装置２００のＣＰＵが、前記保存指示されたファイルが新規作成ファイルでないと判定した場合には、属性情報を変更するか否かの確認パネル（不図示）を端末装置２００の表示装置に表示するように制御する。そして、端末装置２００の入力装置からの前記確認パネルへの確認入力操作がなされると、端末装置２００のＣＰＵは、属性情報を変更するか否かを判定する（Ｓ３０４）。そして、属性情報を変更すると判定した場合には、端末装置２００のＣＰＵは、ステップＳ３０５に処理を進める。

一方、ステップＳ３０４の処理で、端末装置２００のＣＰＵは、属性情報を変更しないと判定した場合には、ステップＳ３０８に処理を進める。

次に、ステップＳ３０８において、端末装置２００のＣＰＵは、図７に示すようなファイルアップロード確認パネル５００を端末装置２００の表示装置に表示するように制御する（Ｓ３０８）。

図７は、図２に示したクライアントプログラム２０１がサーバ装置１００にファイルをアップロードするときに表示されるファイルアップロード確認パネル５００の一例を示す図である。

図７において、５０１は開示範囲表示であり、対応するファイルに設定されている開示範囲を表示する。５０３は対応するファイルに設定されている開示範囲の設定を変更するための設定変更ボタンである。

５０２は種類表示であり、対応するファイルに設定されている種類（大項目）を表示する。５０４は対応するファイルに設定されている種類（大項目，中項目，小項目）の設定を変更するための設定変更ボタンである。

５０５はＯＫボタンであり、対応するファイルのアップロードを許可するためのものである。４０６はキャンセル（ＣＡＮＣＥＬ）ボタンであり、対応するファイルのアップロードを許可しないためのものである。

以下、図４のフローチャートの説明に戻る。

図４のステップＳ３０９において、端末装置２００のＣＰＵは、ファイルアップロード確認パネル５００において、ＯＫボタン５０５が指示されたかキャンセルボタン５０６が指示されたかを判定する。

そして、ステップＳ３０９で、端末装置２００のＣＰＵが、ＯＫボタン５０５が指示されたと判定した場合には、サーバ装置１００と通信可能か否かをチェックする（Ｓ３１０）。そして、ステップＳ３１０で、端末装置２００のＣＰＵが、サーバ装置１００と通信可能と判定した場合には、前記保存指示されたファイルをアップロードし（Ｓ３１１）、端末装置２００内にある前記保存指示されたファイルの属性情報内のアップロードフラグを「済」に設定し（Ｓ３１３）、処理を終了する。

一方、端末装置２００のＣＰＵが、ステップＳ３０９でファイルアップロード確認パネル５００のキャンセルボタン５０６が指示された、又は、ステップＳ３１０でサーバ装置１００と通信不可能と判定した場合には、端末装置２００内にある前記保存指示されたファイルの属性情報内のアップロードフラグを「未」に設定し（Ｓ３１０）、処理を終了する。

図８は、本発明における第２の制御処理手順の一例を示すフローチャートであり、図３に示したサーバプログラム１０１の処理（即ち、サーバプログラム１０１が、クライアントプログラム２０１からファイルのアップロードイベントを受信した時のアップロードフォルダ決定処理）に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ７０１〜Ｓ７０８は各ステップを示す。

まず、サーバ装置１００のＣＰＵ１０２は、クライアントプログラム２０１からファイルのアップロードイベントを受信した時に、本フローチャートの処理を開始し、該アップロードされたファイルから属性情報（種類）を抽出し（Ｓ７０１）、属性情報内のファイルの種類を示す情報（図６の６０２〜６０４）からパスを作成する（Ｓ７０２）。なお、大項目，中項目，小項目にはそれぞれ対応するフォルダ名が予め外部メモリ１０５に登録されている。例えば、大項目"ＣＡＤ"にはフォルダ名として"CAD"が登録され、中項目"解析"にはフォルダ名として"Analysis"が登録され、小項目"射出成形"にはフォルダ名として"InjectionMolding"が登録されている。即ち、サーバ装置１００のＣＰＵ１０２は、大項目，中項目，小項目に基づいて登録されているフォルダ名をそれぞれ取得してパスを作成する。

例えば、種類が"ＣＡＤ"(大項目)、"解析"(中項目)、"射出成形"(小項目)のファイルであれば「CAD\Analysis\InjectionMolding」というパスが作成される。

図９は、本発明におけるファイルの種類（大項目，中項目，小項目）と保存先の関係例を示す図である。

次に、図８のステップＳ７０３において、サーバ装置１００のＣＰＵ１０２は、ステップＳ７０２で作成した保存先のパスが存在するかどうかチェックし、存在しないと判定した場合には、該パスに対応するフォルダを作成するように制御し（Ｓ７０４）、ステップＳ７０５へ処理を進める。なお、ここで作成されるフォルダの開示範囲（ＯＳにより管理されるアクセス権限）は、パス（大項目，中項目，小項目で決定される）に基づき予め設定されたものとなる。

一方、サーバ装置１００のＣＰＵ１０２は、ステップＳ７０２で作成した保存先のパスが存在すると判定した場合には、そのままステップＳ７０５へ処理を進める。

次に、ステップＳ７０５において、サーバ装置１００のＣＰＵ１０２は、ファイルを保存処理を実行する。なお、ステップＳ７０５のファイル保存処理の詳細は、後述する図１０に示す。

次に、ステップＳ７０６において、サーバ装置１００のＣＰＵ１０２は、属性情報（メタデータ）から開示範囲を抽出し、前記保存したファイルのアクセス権を設定する。なお、本実施形態では、アクセス権はサーバ装置１００のＯＳが管理するものを利用して設定するが、属性情報内にアクセス権に関する情報を格納し、独自に管理するように構成してもよい。

最後に、ステップＳ７０８において、サーバ装置１００のＣＰＵ１０２は、ファイルの保存が終了した旨を該ファイルの送信元である端末装置２００へ通知し、処理を終了する。

なお、本実施形態内では図示しないが、サーバ装置１００のサーバプログラム１０１は、上記処理によりサーバ装置１００に登録されたファイルがアクセスされる度に、該ファイルの属性情報内の参照回数６０７（図６）をインクリメントするように制御するものとする。これにより、登録されたファイルの参照状態を管理することが可能となる。

図１０は、本発明における第３の制御処理手順の一例を示すフローチャートであり、図８のステップＳ７０３に示したファイル保存処理に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ１４００〜Ｓ１４０６は各ステップを示す。

まず、サーバ装置１００のＣＰＵ１０２は、アップロードされたファイルの属性情報（メタデータ）からファイルＩＤを抽出する（Ｓ１４００）。なお、図示しないが、アップロードされたファイルの属性情報内にファイルＩＤが含まれていない場合には、新規にファイルＩＤを付加して、ファイルの属性情報内に格納して、そのままステップＳ１４０３に処理を進めるものとする。

次に、ステップＳ１４０１において、サーバ装置１００のＣＰＵ１０２は、ステップＳ１４００で抽出したファイルＩＤがサーバ内に登録されているか検索する（Ｓ１４０１）。詳細には、抽出したファイルＩＤと同じファイルＩＤが格納された属性情報を含むファイルがサーバ装置１００内に存在するか検索する。

そして、サーバ装置１００のＣＰＵ１０２は、ステップＳ１４０１の検索結果に基づいて、ステップＳ１４００で抽出したファイルＩＤが登録されているか否かを判定する（Ｓ１４０２）。詳細には、同じファイルＩＤが格納された属性情報を含むファイルがサーバ装置１００内に存在する場合には、登録済と判定し、存在しない場合には未登録と判定する。

そして、ステップＳ１４０２で、サーバ装置１００のＣＰＵ１０２が、ステップＳ１４００で抽出したファイルＩＤが登録されていないと判定した場合には、ステップＳ１４０３に処理を進め、上記アップロードされたファイル（属性情報を含む）を図８のステップＳ７０２で作成したフォルダ名（パス）が示す格納場所に保存する。なお、この際、ファイルの属性情報内のアップロードフラグ６０６が「未」の場合は「済」に変更する。そして、処理を終了する。

一方、ステップＳ１４０２で、サーバ装置１００のＣＰＵ１０２が、ステップＳ１４００で抽出したファイルＩＤが登録されていると判定した場合には、ステップＳ１４０４において、該登録されている同じファイルＩＤのファイルと上記アップロードされたファイルとが同じファイル名（パス）であるか否かを判定する。

ステップＳ１４０４で、サーバ装置１００のＣＰＵ１０２が、上記アップロードされたファイルと登録されている同じファイルＩＤのファイルとが同じファイル名（パス）であると判定した場合には、そのままステップＳ１４０３に処理を進め、上記アップロードされたファイル（属性情報が付加されている）を図８のステップＳ７０２で作成したフォルダ名（パス）が示す格納場所に上書き保存する。なお、この際、該ファイル内の属性情報内のアップロードフラグ６０６が「未」の場合は「済」に変更する。そして、処理を終了する。

一方、ステップＳ１４０４で、サーバ装置１００のＣＰＵ１０２が、上記アップロードされたファイルと登録されている同じファイルＩＤのファイルとが同じファイル名（パス）でないと判定した場合には、ステップＳ１４０５に処理を進める。

そして、ステップＳ１４０５において、サーバ装置１００のＣＰＵ１０２は、旧ファイルをファイル位置指定機能データに置き換える。即ち、以前に登録されているファイル（上記アップロードされたファイルとファイルＩＤが同じファイル）を削除するとともに、そのパスに、上記アップロードされたファイルのファイル位置指定機能データ（ショートカット）を作成する。なお、このショートカット名は、旧ファイル名を用いて作成し、このショートカットの参照先は、上記アップロードされたファイルを保存する先（図８のステップＳ７０２で作成したフォルダ名（パス））とする。また、前記置き換えたファイルを参照していたショートカットの参照先を上記アップロードされたファイルを保存する先（図８のステップＳ７０２で作成したフォルダ名（パス））を参照するように変更する。

さらに、ステップＳ１４０６において、サーバ装置１００のＣＰＵ１０２は、前記置き換えたショートカットに新たなファイルＩＤ情報を付加し、ステップＳ１４０３に処理を進める。

そして、ステップＳ１４０３では、サーバ装置１００のＣＰＵ１０２は、アップロードされたファイル（属性情報を含む）を図８のステップＳ７０２で作成したフォルダ名（パス）が示す格納場所に保存する。なお、この際、該ファイル内の属性情報内のアップロードフラグ６０６が「未」の場合は「済」に変更する。そして、処理を終了する。

以下、図１１を参照して、図４のステップＳ３０９でファイルアップロード確認パネル５００のキャンセルボタン５０６が指示された場合や、ステップＳ３１０でサーバ装置１００と通信不可能と判定した場合に、サーバ装置１００にアップロードされずに端末装置２００内に残っているファイルのアップロードする処理について説明する。

図１１は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図１，図２に示した端末装置２００の起動時の処理に対応する。なお、このフローチャートの処理は、図１に示した端末装置２００の図示しないＣＰＵが外部メモリに格納されるプログラムをＲＡＭ上に読み出して実行することにより実現される。また、図中、Ｓ９００〜Ｓ９０６は各ステップを示す。

まず、マシン起動時に、端末装置２００のＣＰＵは、端末装置２００内のアップロードされていないファイル（アップロードフラグ６０６が「未」のファイル）の検索を行う（Ｓ９００）。

そして、ステップＳ９０１において、端末装置２００のＣＰＵは、ステップＳ９００での検索結果に基づいて、アップロードフラグ６０６が「未」のファイルが存在するか否かを判定する。

そして、ステップＳ９０１で、端末装置２００のＣＰＵが、アップロードフラグが未のファイルが存在すると判定した場合には、ステップＳ９０２において、端末装置２００のＣＰＵはサーバ装置１００と通信可能かどうかチェックする。

そして、ステップＳ９０２で、端末装置２００のＣＰＵが、サーバ装置１００と通信可能と判定した場合には、ステップＳ９０３において、端末装置２００のＣＰＵは、サーバ装置１００にアップロード可能かどうかを問い合わせる。サーバ装置１００側では、サーバ装置１００の負荷等を考慮した上でアップロード可能かどうかを返信する。

そして、問い合わせの結果、アップロード可能と判定した場合には、ステップＳ９０４において、端末装置２００のＣＰＵは、アップロードフラグ６０６が「未」のファイルをサーバ装置１００にアップロードする。そして、アップロード完了後、ステップＳ９０５において、端末装置２００のＣＰＵは、アップロード完了したファイルのアップロードフラグ６０６を「済」に変更し、処理を終了する。

一方、ステップＳ９０２でサーバ装置１００と通信不可能と判定した場合やステップＳ９０３でアップロード不可能と判定した場合には、端末装置２００のＣＰＵは、一定期間待機し（Ｓ９０６）、ステップＳ９０２へ処理を戻し、再度サーバと通信可能かどうかをチェックする処理を行うように制御する。

以下、図１２を参照して、サーバ装置１００内でフォルダ及びファイルの移動が発生した際に、移動元フォルダに移動先のファイル位置指定機能データを作成する処理について説明する。

サーバ装置１００内の各フォルダは、作成時に、パス（大項目，中項目，小項目で決定される）に基づいて設定されるため、設定された開示範囲の広狭により、移動元のフォルダでは参照可能であったユーザでも移動先のフォルダでは参照できなくなるユーザがでてくる場合がある。よって、ファイルの移動先が移動元より開示範囲が狭い場合には、移動元にショートカットの作成は行わないようにすることにより、不必要なショートカットが作成されてしまうことを防止することができる。

図１２は、本発明における第５の制御処理手順の一例を示すフローチャートであり、サーバ装置１００内でフォルダ及びファイルの移動が発生した際に移動元フォルダに移動先のファイル位置指定機能データを作成する処理に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ１１００〜Ｓ１１０３は各ステップを示す。

まず、サーバ装置１００のＣＰＵ１０２は、ステップＳ１１００において、サーバ装置１００内でフォルダ及びファイルの移動が発生したことを検知すると、該移動が発生したファイルの属性情報を抽出し解析する。ここでは図示していないが、属性情報の解析には開示範囲，アカウント情報等を考慮することとする。

そして、ステップＳ１１０２において、サーバ装置１００のＣＰＵ１０２は、移動先フォルダの開示範囲が移動元フォルダの開示範囲より広い又は同じか否かを判定する。

ステップＳ１１０２で、サーバ装置１００のＣＰＵ１０２は、移動先フォルダの開示範囲が移動元フォルダの開示範囲より広い又は同じと判定した場合には、ステップＳ１１０３に処理を進める。

次に、ステップＳ１１０３において、サーバ装置１００のＣＰＵ１０２は、移動元フォルダに移動されたファイルのファイル位置指定機能データ（ショートカット）を作成し、処理を終了する。

一方、ステップＳ１１０２で、サーバ装置１００のＣＰＵ１０２は、移動先フォルダの開示範囲が移動元フォルダの開示範囲より狭いと判定した場合には、移動元フォルダに移動されたファイルのファイル位置指定機能データ（ショートカット）は作成することなく、そのまま処理を終了する。

なお、移動先フォルダの開示範囲が移動元フォルダの開示範囲より狭いと判定した場合のみでなく、開示範囲が変わる場合には、移動元フォルダに移動されたファイルのファイル位置指定機能データ（ショートカット）を作成しないように構成してもよい。

以下、図１３を参照して、サーバ装置１００内でフォルダ及びファイルの移動が発生した際に、該移動されたファイルへのファイル位置指定機能データのリンク先を変更する処理について説明する。

図１３は、本発明における第６の制御処理手順の一例を示すフローチャートであり、サーバ装置１００内でフォルダ及びファイルの移動が発生した際に該移動ファイルへのファイル位置指定機能データのリンク先を変更する処理に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ１２００〜Ｓ１２０２は各ステップを示す。

まず、サーバ装置１００のＣＰＵ１０２は、ステップＳ１２００において、サーバ装置１００内でフォルダ及びファイルの移動が発生したことを検知すると、ステップＳ１２０１に処理を進める。

次に、ステップＳ１２０１において、サーバ装置１００のＣＰＵ１０２は、該移動されたファイルへのファイル位置指定機能データがあるか否かを、図６に示したファイル属性情報内のショートカット参照パスリスト６０９から情報の有無により判定する。

そして、ステップＳ１２０１で、サーバ装置１００のＣＰＵ１０２が、該移動されたファイルへのファイル位置指定機能データが存在すると判定した場合には、ステップＳ１２０２において、サーバ装置１００のＣＰＵ１０２は、該移動されたファイルへのファイル位置指定機能データに対して、ファイル位置指定機能データ（ショートカット）のリンク先をファイルの移動先に変更するように制御し、処理を終了する。

一方、ステップＳ１２０１で、サーバ装置１００のＣＰＵ１０２が、該移動されたファイルへのファイル位置指定機能データがないと判定した場合には、そのまま処理を終了する。

なお、図１３には図示しないが、図１２に示した処理と同様に、サーバ装置１００のＣＰＵ１０２が、移動先フォルダの開示範囲が該移動されたファイルへのファイル位置指定機能データの格納フォルダの開示範囲より狭いと判定した場合には、ファイル位置指定機能データについては削除するように制御してもよい。

また、移動先フォルダの開示範囲が該移動されたファイルへのファイル位置指定機能データの格納フォルダの開示範囲より狭い場合のみでなく、開示範囲が変わる場合には、ファイル位置指定機能データについては削除するように構成してもよい。

以下、図１４を参照して、サーバ装置１００に登録されたファイルのうち、参照回数が少ない又は、更新されていないファイル（即ち、サーバ装置内に不要と考えられるファイル）を削除する処理について説明する。

図１４は、本発明における第７の制御処理手順の一例を示すフローチャートであり、サーバ装置１００に登録されたファイルのうち、参照回数が少ない又は更新されていないファイル（即ち、サーバ装置内に不要と考えられるファイル）を削除する処理に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ１０００〜Ｓ１００７は各ステップを示す。

サーバ装置１００のＣＰＵ１０２は、所定の期間毎（例えば、一ヶ月毎）に本処理を開始する。まず、ステップＳ１０００において、サーバ装置１００のＣＰＵ１０２は、所定の削除条件に基づいて削除対象ファイルの検索を行う。ここで削除条件とは、外部メモリ１０５に予め記憶されているものであり、例えば所定期間（２ヶ月間）でアクセス回数が所定の閾値に満たないファイル等の条件を示すデータに対応する。

次に、ステップＳ１００１において、サーバ装置１００のＣＰＵ１０２は、削除対象ファイルが存在するか否かを判定し、存在しないと判定した場合には、そのまま処理を終了する。

一方、ステップＳ１００１で、サーバ装置１００のＣＰＵ１０２が、削除対象ファイルが存在すると判定した場合には、ステップＳ１００２において、該削除対象ファイルの属性情報を参照して、該ファイルの所有者（アカウント６０５）を取得する。

そして、ステップＳ１００３において、サーバ装置１００のＣＰＵ１０２は、サーバ装置１００にステップＳ１００２で取得したアカウントでクライアント接続されている端末装置２００が存在するか否かを判定する。

そして、ステップＳ１００３で、取得したアカウントでクライアント接続されている端末装置２００が存在しないと判定した場合には、ステップＳ１００７において、一定時間を待機してステップＳ１００３の処理を再実行するように制御する。

一方、ステップＳ１００３で、取得したアカウントでクライアント接続されている端末装置２００が存在すると判定した場合には、サーバ装置１００のＣＰＵ１０２は、ステップＳ１００４において、該クライアント接続されている端末装置２００に、上記削除対象ファイルを削除するかどうかを問い合わせるファイル削除確認パネル１３００（図１３）を送信し、端末装置２００からの返信を待機する。

図１５は、端末装置２００で表示される削除対象ファイルを削除するかどうかを問い合わせるファイル削除確認パネル１３００の一例を示す図である。

図１５に示すように、ファイル削除確認パネル１３００は、属性情報内の開示情報１３０１、種類１３０２、アカウント１３０３、メッセージ表示ラベル１３０４、Ｙｅｓボタン１３０５、Ｎｏボタン１３０６等を具備している。なお、ファイル名を含めるように構成してもよい。

そして、ファイル削除確認パネル１３００で、Ｙｅｓボタン１３０５又はＮｏボタン１３０６が指示されると、その情報が端末装置２００からサーバ装置１００に送信される。

以下、図１４のフローチャートの説明に戻る。

サーバ装置１００のＣＰＵ１０２は、ファイル削除確認パネル１３００での指示を受信すると、図１４のステップＳ１００５において、該指示に基づき、削除対象ファイルを削除可能か否かを判定する。

ステップＳ１００５で、サーバ装置１００のＣＰＵ１０２が、削除対象ファイルを削除可能（Ｙｅｓボタン１３０５が指示された）と判定した場合には、ステップＳ１００６において、サーバ装置１００のＣＰＵ１０２は、該削除対象ファイルを削除するとともに、該削除対象ファイルへのファイル位置指定機能データ（ショートカット）も削除し、処理を終了する。

一方、ステップＳ１００５で、サーバ装置１００のＣＰＵ１０２が、削除対象ファイルを削除不可能（Ｎｏボタン１３０６が指示された）と判定した場合には、そのまま処理を終了する。

以下、図１６を参照して、サーバ装置１００がファイルの被参照回数を作成者ごとに集計して表計算ファイルでグラフ等に出力するサーバプログラム１０１の処理について説明する。

図１６は、本発明における第８の制御処理手順の一例を示すフローチャートであり、サーバ装置１００がファイルの被参照回数を作成者ごとに集計して表計算ファイルでグラフ等に出力するサーバプログラム１０１の処理に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ８００〜Ｓ８０５は各ステップを示す。

サーバ装置１００のＣＰＵ１０２は、所定の期間毎（例えば、一ヶ月毎）に本処理を開始する。まず、ステップＳ８００において、サーバ装置１００のＣＰＵ１０２は、表計算ソフトを立ち上げ、被参照回数集計用データシートを読み込む。なお、この被参照回数集計用データシートには、予め管理者等によりサーバ装置１００内に作成保存され、本システムを使用するユーザのユーザアカウントが登録されているものとする。

次に、ステップＳ８０１において、サーバ装置１００のＣＰＵ１０２は、サーバ装置１００に登録されているファイルを一つ取得して、該ファイルの属性情報の被参照回数，作成者のアカウントを抽出する。

次に、ステップＳ８０２において、サーバ装置１００のＣＰＵ１０２は、被参照回数集計用データシート内に、ステップＳ８０１で抽出した作成者のアカウントが存在するかどうかを判定し、存在すると判定した場合には、ステップＳ８０１で抽出した参照回数を、該作成者のアカウントに対応するデータシート内に書き込み（２ループ目以降で、既に、被参照回数が書き込まれている場合には、その値に加算して書き込み）、ステップＳ８０４に処理を進める。

一方、ステップＳ８０２で、サーバ装置１００のＣＰＵ１０２が、被参照回数集計用データシート内に、ステップＳ８０１で抽出した作成者のアカウントが存在しないと判定した場合には、そのままステップＳ８０４に処理を進める。

次に、ステップＳ８０４において、サーバ装置１００のＣＰＵ１０２は、サーバ装置１００内に残りの登録済ファイルが存在するか否かを判定し、存在すると判定した場合には、ステップＳ８０１に処理を戻す。

一方、ステップＳ８０４で、サーバ装置１００のＣＰＵ１０２が、サーバ装置１００内に残りの登録済ファイルが存在しないと判定した場合には、ステップＳ８０５に処理を進める。

そして、ステップＳ８０５において、サーバ装置１００のＣＰＵ１０２は、被参照回数集計用データシート内の作成者アカウントごとの被参照回数に基づいて、作成者アカウントごとの一覧グラフを作成して保存し、処理を終了する。

なお、ステップＳ８００で、被参照回数集計用データシートを読み込んだ際、該被参照回数集計用データシート内に記録された核ユーザアカウントに対応する参照回数のデータが記録されている場合には、そのデータをクリアするものとする。

また、サーバプログラム１０１は、被参照回数を抽出して、作成者アカウントごとの集計の他に、ファイルごとの被参照回数の集計や、開示範囲ごと、種類項目ごとの被参照回数の集計を行うように構成してもよい。

〔第２実施形態〕
上記第１実施形態ではファイルの移動を検知した際に、移動元フォルダに移動先のファイル位置指定機能データを作成するかしないかで開示範囲を指定していたが、ファイルごとに開示範囲を指定できるＯＳの場合は、移動元フォルダに作成するファイル位置指定機能データ自体の開示範囲を移動先フォルダの開示範囲内にすることで開示範囲を指定できる。

以下、図１７を参照して、サーバ装置１００内でフォルダ及びファイルの移動が発生した際に、移動元フォルダに移動先のファイル位置指定機能データを作成する処理について説明する。

図１７は、本発明における第９の制御処理手順の一例を示すフローチャートであり、サーバ装置１００内でフォルダ及びファイルの移動が発生した際に移動元フォルダに移動先のファイル位置指定機能データを作成する処理に対応する。なお、このフローチャートの処理は、図１に示したサーバ装置１００のＣＰＵ１０２が外部メモリ１０５に格納されるサーバプログラム１０１をＲＡＭ１０３上に読み出して実行することにより実現される。また、図中、Ｓ１５００〜Ｓ１５０４は各ステップを示す。

まず、サーバ装置１００のＣＰＵ１０２は、ステップＳ１５００において、サーバ装置１００内でフォルダ及びファイルの移動が発生したことを検知すると、ステップＳ１５０１において、移動元フォルダに移動されたファイルのファイル位置指定機能データ（ショートカット）を作成する。

次に、ステップＳ１５０２において、サーバ装置１００のＣＰＵ１０２は、該移動が発生したファイルの属性情報を抽出し解析する。ここでは図示していないが、属性情報の解析には開示範囲，アカウント情報等を考慮することとする。

そして、ステップＳ１５０３において、サーバ装置１００のＣＰＵ１０２は、移動先フォルダの開示範囲が移動元フォルダの開示範囲と異なるかを判定する。

ステップＳ１５０３で、サーバ装置１００のＣＰＵ１０２は、移動先フォルダの開示範囲が移動元フォルダの開示範囲と異なると判定した場合には、ステップＳ１５０４に処理を進める。

ステップＳ１５０４では、サーバ装置１００のＣＰＵ１０２は、移動元フォルダに移動されたファイルのファイル位置指定機能データ（ショートカット）の開示範囲をファイル移動先のフォルダの開示範囲に設定し、処理を終了する。

一方、ステップＳ１５０３で、サーバ装置１００のＣＰＵ１０２は、移動先フォルダの開示範囲が移動元フォルダの開示範囲が同じ場合は、そのまま処理を終了する。

以上説明したように、本発明のサーバ／クライアントからなる情報共有システムにおいて、ファイルの属性情報にファイルＩＤを登録するように制御することで、同一内容のファイルが複数存在した場合、ファイル本体ではなくファイル位置指定機能データを作成し、同一ファイルが複数登録されてしまうことを防止して、情報共有サーバ（サーバ装置１００）の負荷を軽減することができる。

また、属性情報内に参照回数を記録することにより、該参照回数が所定の基準に達していない場合には、ファイルの削除を促すように制御することで、無駄なファイルを削除して、共有サーバ（サーバ装置１００）の負荷を軽減することができる。

さらに、ファイル管理を上述の属性情報で行うため、ファイル管理のためにデータベースを設ける必要がなく、使用者も管理者も特に意識することなく、ファイルを管理することができる。よって、管理者の負荷を軽減することができる。

また、ディレクトリ構成の変更時に、新しいディレクトリに共有情報が移動された場合にも、元あったディレクトリにファイル位置指定機能データ（ショートカット，リンク，ダイナミックリンク等）を作成するように制御することにより、ファイルの実体が複数個になってしまったり、移動前と同じ場所を指定してもファイルが見つからなく参照出来なくなってしまうといった事態を避けることができる。

さらに、ファイルを移動させた際に、既に存在するファイル位置指定機能データの参照先を変更するように制御することにより、管理者やユーザは認識しなくても（何の作業もしなくても）、ファイルの移動前と同様に、ファイルを参照することができる。

また、ファイルを移動させた際に移動先のディレクトリの開示範囲と、移動元のディレクトリの開示範囲とを比較し、移動先のディレクトリの開示範囲のほうが狭い場合には、該移動されたファイルのファイル位置指定機能データを作成しないように制御することにより、無意味な（参照できない）ファイル位置指定機能データが作成されないようにすることができる。

さらに、ファイルの属性情報に従ってディレクトリの作成を行うように制御することにより、管理者も利用者も意識することなく、適切な格納場所に情報を格納することが可能となり、適切に情報管理することができる。

また、ファイルの属性情報の変更に従ってファイルの移動を行うように制御することにより、管理者は属性情報が変化するごとにファイルの格納場所やファイル位置指定機能データの閲覧先を修正しなくて済むようになり、管理負担を軽減することができる。

さらに、属性情報に含まれる参照回数に基づいて、ファイルの削除を促すことで、不要なファイルが大量に記憶されたままになってしまうことによる共有サーバの負荷を軽減することができる。

従って、全てのクライアント装置（端末装置２００）から効率よく共有すべき情報をサーバ装置１００にアップロードすることができ、該共有すべき情報を組織内でスムーズに共有することができる。さらに、使用者も管理者も特に意識することなく、サーバ装置１００内のディレクトリ構成を最適な形に保つことができるようになる等の効果を奏する。

なお、本実施形態内で示した属性情報やディレクトリ構成等の構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図１８，図１９に示すメモリマップを参照して本発明に係る情報共有システムを構成するサーバ装置１００，端末装置２００で読み取り可能なデータ処理プログラムの構成について説明する。

図１８は、本発明に係る情報共有システムを構成するサーバ装置１００で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

図１９は、本発明に係る情報共有システムを構成する端末装置２００で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４，図８，図１０，図１１，図１２，図１４，図１６，図１７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上記各実施形態内で説明した各変形例を組み合わせた構成も全て本発明に含まれるものである。

本発明の第１実施形態を示すサーバ装置を適用可能な情報共有システムの構成を示すブロック図である。 本発明の第１実施形態を示すサーバ装置を適用可能な情報共有システムの構成を示すブロック図である。 図１，図２に示したクライアント装置としての端末装置がローカルでファイルを新規作成してサーバ装置に共有情報としてファイルをアップロードする処理の流れの一例を示すシーケンス図である。 本発明における第１の制御処理手順の一例を示すフローチャートである。 図２に示したクライアントプログラムがファイルを保存するときに表示される属性情報登録パネルの一例を示す図である。 本発明において、ファイルが保持する属性情報（メタデータ）の情報を示す図である。 図２に示したクライアントプログラムがサーバ装置にファイルをアップロードするときに表示されるファイルアップロード確認パネルの一例を示す図である。 本発明における第２の制御処理手順の一例を示すフローチャートである。 本発明におけるファイルの種類（大項目，中項目，小項目）と保存先の関係例を示す図である。 本発明における第３の制御処理手順の一例を示すフローチャートである。 本発明における第４の制御処理手順の一例を示すフローチャートである。 本発明における第５の制御処理手順の一例を示すフローチャートである。 本発明における第６の制御処理手順の一例を示すフローチャートである。 本発明における第７の制御処理手順の一例を示すフローチャートである。 端末装置で表示される削除対象ファイルを削除するかどうかである。 本発明における第８の制御処理手順の一例を示すフローチャートである。 本発明における第９の制御処理手順の一例を示すフローチャートである。 本発明に係る情報共有システムを構成するサーバ装置で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。 本発明に係る情報共有システムを構成する端末装置で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１００ サーバ装置
１０１ サーバプログラム
１０２ ＣＰＵ
１０３ ＲＡＭ
１０４ ＲＯＭ
１０５ 外部メモリ
１０６ 入力装置
１０７ 表示装置
１０８ 通信インタフェース
２００ 端末装置
２０１ クライアントプログラム
３００ 通信ネットワーク

Claims (16)

1. クライアント装置と通信可能なサーバ装置において、
   前記クライアント装置から送信される属性情報が付加されたファイルを該属性情報に基づく記憶場所に記憶管理する記憶手段と、
   前記記憶手段に記憶されているファイルが移動された場合に、該ファイルの移動前の記憶場所に該ファイルの実体位置を示すファイル位置指定機能データを作成するファイル位置指定機能データ作成手段と、
   を有することを特徴とするサーバ装置。
2. 前記記憶手段のファイル記憶場所には、参照可能なユーザの範囲を示す開示範囲を設定可能であり、
   前記ファイル位置指定機能データ作成手段は、前記ファイルの実体位置の記憶場所の開示範囲に基づいて開示範囲を設定することを特徴とする請求項１に記載のサーバ装置。
3. 前記記憶手段のファイルは、参照可能なユーザの範囲を示す開示範囲を設定可能であり、
   前記ファイル位置指定機能データ作成手段は、前記ファイルの実体位置の記憶場所の開示範囲に基づいて、前記ファイルの実体位置の記憶場所の開示範囲を超えない範囲で開示範囲を設定することを特徴とする請求項２に記載のサーバ装置。
4. 前記ファイル位置指定機能データ作成手段は、移動されたファイルの移動前の記憶場所の開示範囲と移動先の記憶場所の開示範囲とを比較し、移動先の記憶場所の開示範囲の方が狭い場合には、前記ファイル位置指定機能データの作成は行わないことを特徴とする請求項２又は３に記載のサーバ装置。
5. 前記ファイル位置指定機能データの記憶場所を示す情報をファイルの属性情報として付加するファイル属性情報付加手段を有することを特徴とする請求項１乃至４のいずれか１項に記載のサーバ装置。
6. 前記記憶手段に記憶されているファイルが移動された場合、前記ファイル属性情報付加手段により付加された属性情報に基づいて、該ファイル位置指定機能データの示すファイルの実体位置を、前記ファイルの移動先に変更するファイル位置指定機能データ変更手段を有することを特徴とする請求項５に記載のサーバ装置。
7. 前記記憶手段のファイル記憶場所には、参照可能なユーザの範囲を示す開示範囲を設定可能であり、
   前記ファイル位置指定機能データ変更手段は、移動されたファイルの移動先の記憶場所の開示範囲と該ファイルの属性情報内に格納されるファイル位置指定機能データの格納場所の開示範囲とを比較し、移動先の記憶場所の開示範囲の方が狭い場合には、該ファイル位置指定機能データを削除することを特徴とする請求項６に記載のサーバ装置。
8. 前記記憶手段は、前記ファイルの属性情報内に含まれるファイルの識別情報に基づいてファイルを管理することを特徴とする請求項１乃至７のいずれか１項に記載のサーバ装置。
9. 前記クライアント装置から送信されるファイルを記憶する際に、該ファイルの属性情報内に該ファイルの識別情報が含まれていない場合には、該ファイルの属性情報に識別情報を付加するファイル属性情報付加手段を有することを特徴とする請求項８記載のサーバ装置。
10. 前記クライアント装置から送信されたファイルを記憶する際に、該ファイルの属性情報内に識別情報が含まれている場合には、該識別情報と同じ識別情報を有するファイルが既に記憶手段に記憶されているか否かを判定する判定手段と、
    前記判定手段により前記クライアント装置から送信されたファイルと同じ識別情報を有するファイルが既に記憶手段に記憶されていると判定した場合には、該クライアント装置から送信されたファイルと同じ識別情報を有するファイルを、前記クライアント装置から送信されたファイルのファイル位置指定機能データに置き換える置き換え手段と、
    を有することを特徴とする請求項８又は９記載のサーバ装置。
11. 前記クライアント装置により前記記憶手段に記憶されるファイルが参照された際には、該参照されたファイルの参照回数を該ファイルの属性情報として付加する参照回数記録手段を有することを特徴とする請求項１乃至７のいずれか１項に記載のサーバ装置。
12. 前記ファイルの属性情報は、該ファイルの登録者を特定する情報を含むものであり、
    前記記憶手段は、前記参照回数が所定の基準を満たしていないファイルを該ファイルの属性情報に格納されている該ファイルの登録者に通知し、該登録者からの指示に応じて、該ファイルを前記記憶手段から削除する削除手段を有することを特徴とする請求項１乃至１１のいずれか１項に記載のサーバ装置。
13. クライアント装置とサーバ装置が通信可能に接続される情報共有システムにおいて、
    前記クライアント装置は、
    ファイルの更新を行う際に、該ファイルの属性情報を入力する入力手段と、
    該入力手段により入力される属性情報を前記ファイルの付加する付加手段と、
    前記ファイルを前記サーバ装置に送信する送信手段を有するものであり、
    前記サーバ装置は、
    前記クライアント装置から送信される属性情報が付加されたファイルを該属性情報に基づく記憶場所に記憶管理する記憶手段と、
    前記記憶手段に記憶されているファイルが移動された場合に、該ファイルの移動前の記憶場所に、該ファイルの実体位置を示すファイル位置指定機能データを作成するファイル位置指定機能データ作成手段と、
    を有することを特徴とする情報共有システム。
14. クライアント装置と通信可能なサーバ装置における情報共有方法において、
    前記クライアント装置から送信される属性情報が付加されたファイルを該属性情報に基づく記憶場所に記憶管理する記憶ステップと、
    前記記憶ステップで記憶されたファイルが移動された場合に、該ファイルの移動前の記憶場所に、該ファイルの実体位置を示すファイル位置指定機能データを作成するファイル位置指定機能データ作成ステップと、
    を有することを特徴とする情報共有方法。
15. 請求項１乃至１２のいずれか１項に記載されたサーバ装置又は請求項１３に記載された情報共有システムとしてコンピュータを機能させるためのプログラム又は請求項１４に記載された情報共有方法をコンピュータに実行させるためのプログラム。
16. 請求項１乃至１２のいずれか１項に記載されたサーバ装置又は請求項１３に記載された情報共有システムとしてコンピュータを機能させるためのプログラム又は請求項１４に記載された情報共有方法をコンピュータに実行させるためのプログラムをコンピューが読み取り可能に記憶した記録媒体。

Images