(57)【要約】【課題】最新の情報が適切なメンバに行き渡り、意識を合わせることを支援することである。【解決手段】本発明の実施形態によれば、ネットワークで接続された複数のコンピュータからなるファイル共有システムにおいて、各コンピュータは、ユーザのユーザＩＤを定義するユーザ情報と、共有されるファイルのファイルＩＤ、当該ファイルの実体へのアクセスパス、およびユーザにより設定される属性または通知先ユーザＩＤを含むファイル管理情報とを記憶する。他のコンピュータから更新通知を受信すると、その更新通知に含まれるファイル管理情報の属性または通知先ユーザＩＤ、ならびに、当該コンピュータの記憶装置に記憶されているユーザ情報およびファイル管理情報に基づいて、更新通知を受信した旨を当該コンピュータのユーザインタフェースに表示するか否かを判定する。【選択図】図１
2011221871.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで接続された複数のコンピュータからなるファイル共有システムにおいて、各コンピュータは、
ユーザのユーザＩＤを定義するユーザ情報と、共有されるファイルのファイルＩＤ、当該ファイルの実体へのアクセスパス、およびユーザにより設定される属性または通知先ユーザＩＤを含むファイル管理情報とを記憶する記憶装置と、
共有されるファイルの実体を当該コンピュータの記憶装置に記憶する場合に、他のコンピュータのユーザからのアクセスをユーザＩＤに基づいて制御する制御処理と、
当該コンピュータのユーザの操作により共有されるファイルが更新されると、そのファイルについて当該コンピュータの記憶装置に記憶されているファイル管理情報を含む更新通知を他のコンピュータに通知する通知処理と、
他のコンピュータから更新通知を受信すると、その更新通知に含まれるファイル管理情報の属性または通知先ユーザＩＤ、ならびに、当該コンピュータの記憶装置に記憶されているユーザ情報およびファイル管理情報に基づいて、更新通知を受信した旨を当該コンピュータのユーザインタフェースに表示するか否かを判定する判定処理と
を実行する処理モジュールとを備えるファイル共有システム。
【請求項２】
前記コンピュータの前記処理モジュールは、前記ファイル管理情報に基づいてアクセスされる実体ファイルについて当該コンピュータのユーザインタフェースに仮想ファイルとして表示する処理をさらに実行し、
前記仮想ファイルを格納するための仮想フォルダを当該コンピュータの記憶装置にさらに記憶する請求項１記載のファイル共有システム。
【請求項３】
前記コンピュータは、前記仮想フォルダに属性を設定することにより、その属性をファイル管理情報に有する仮想ファイルを自動的に当該仮想フォルダに格納させる請求項２記載のファイル共有システム。
【請求項４】
前記コンピュータは、当該コンピュータのユーザの操作により、前記仮想ファイルごとに格納する仮想フォルダを設定する請求項２記載のファイル共有システム。
【請求項５】
前記コンピュータの前記処理モジュールは、前記ユーザによるファイルの更新の操作の保留に応じて、そのファイルのファイル管理情報の属性に作業中のステータスおよび当該ユーザのユーザＩＤを付与する保留処理と、
前記保留の解除に応じて、前記付与属性を解除する解除処理と、
前記保留処理または前記解除処理に伴って、当該処理に伴うファイル管理情報の更新通知を他のコンピュータに通知する通知処理とをさらに実行する請求項１ないし４記載のファイル共有システム。
【請求項６】
ネットワークで接続された複数のコンピュータからなるファイル共有システムにおいて、各コンピュータは、
ユーザのユーザＩＤを定義するユーザ情報と、共有されるファイルのファイルＩＤ、当該ファイルの実体へのアクセスパス、およびユーザにより設定される属性または通知先ユーザＩＤを含むファイル管理情報とを記憶する記憶装置を備え、
前記コンピュータによる、
共有されるファイルの実体を当該コンピュータの記憶装置に記憶する場合に、他のコンピュータのユーザからのアクセスをユーザＩＤに基づいて制御する制御処理と、
当該コンピュータのユーザの操作により共有されるファイルが更新されると、そのファイルについて当該コンピュータの記憶装置に記憶されているファイル管理情報を含む更新通知を他のコンピュータに通知する通知処理と、
他のコンピュータから更新通知を受信すると、その更新通知に含まれるファイル管理情報の属性または通知先ユーザＩＤ、ならびに、当該コンピュータの記憶装置に記憶されているユーザ情報およびファイル管理情報に基づいて、更新通知を受信した旨を当該コンピュータのユーザインタフェースに表示するか否かを判定する判定処理と
を実行するファイル共有方法。
【請求項７】
ネットワークで接続された複数のコンピュータからなるファイル共有システムにおいて、各コンピュータは、
ユーザのユーザＩＤを定義するユーザ情報と、共有されるファイルのファイルＩＤ、当該ファイルの実体へのアクセスパス、およびユーザにより設定される属性または通知先ユーザＩＤを含むファイル管理情報とを記憶する記憶装置を備え、
前記コンピュータに、
共有されるファイルの実体を当該コンピュータの記憶装置に記憶する場合に、他のコンピュータのユーザからのアクセスをユーザＩＤに基づいて制御する制御処理と、
当該コンピュータのユーザの操作により共有されるファイルが更新されると、そのファイルについて当該コンピュータの記憶装置に記憶されているファイル管理情報を含む更新通知を他のコンピュータに通知する通知処理と、
他のコンピュータから更新通知を受信すると、その更新通知に含まれるファイル管理情報の属性または通知先ユーザＩＤ、ならびに、当該コンピュータの記憶装置に記憶されているユーザ情報およびファイル管理情報に基づいて、更新通知を受信した旨を当該コンピュータのユーザインタフェースに表示するか否かを判定する判定処理と
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態はファイル共有に関する。
【背景技術】
【０００２】
従来の技術で一般に使用されているファイルサーバを用いたサーバクライアントシステムでは、サーバ上に保存されたファイルを、ユーザが各々の使用するクライアント端末からサーバにアクセスしてファイルを参照することで、情報を共有していた。
【０００３】
しかしこの方法では、参照するファイル単独での情報しか得られず、更新するユーザが主体的にファイルのバージョン管理や更新の通知等を行わなければならないので、ファイル間で矛盾が発生したり、通知先の選定を行う煩わしさのため、通知先が適切に選定されなかったり通知そのものを行わないことがあった。
【０００４】
参照するユーザも最新の情報を得るためにはファイルの確認を随時行わなければならなかった。また、大規模な運用になるほど、ファイルの数が増えて管理が煩雑になるとともに、サーバへの過負荷とリソースの管理が問題となった。
【０００５】
そこで、ファイルが更新された際の通知先を決定するための装置や、ピアツーピア通信によるユーザグループの共有空間においてファイルを共有するためのシステムがある。
【０００６】
しかしながら、従来の技術では、第一に、ファイルが作成され、初めて通知先を選定するとき、更新するユーザはそのファイルの参照を必要とするメンバを的確に把握している必要がある。例えば、ある部署に所属する人全員、といった大雑把な括りで通知先を選定していたら、不要な更新通知が発行されてしまう。逆に、ある業務に関係するメンバを個別に選定した場合には、漏れが発生することがあると考えられる。
【０００７】
また、従来の技術では、第二に、更新するユーザが主体的に更新内容を記載しない限り、ただファイルが更新されたことを通知するのみ（あるいは更新された箇所が明示されるのみ）である。よって、更新通知を受け取ったユーザは、自らファイルの内容を確認し、意味的に理解する必要がある。このため参照するユーザに負荷がかかり、また理解の齟齬を生むこともあると考えられる。
【０００８】
また、従来の技術では、第三に、多数のファイルが整理されないまま煩雑になってしまった場合、必要なファイルと不要なファイルの区別が難しくなり業務の弊害となることがある。特に、参照するユーザが複数の業務に携わっていた場合、複数の更新通知を受け取ったときに、どの更新通知、どのファイルが、どの業務に関連するものであったか混乱を招くことがあると考えられる。
【０００９】
そこで、あるプロジェクトに関わるメンバ内で共有される電子ファイルを一定のルールに従って管理することで、メンバ内の情報共有、意識統一を効果的に促すためのシステムが求められる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００８−１６５４１８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
最新の情報が適切なメンバに行き渡り、意識を合わせることを支援することである。
【課題を解決するための手段】
【００１２】
本発明の実施形態によれば、ネットワークで接続された複数のコンピュータからなるファイル共有システムにおいて、各コンピュータは、ユーザのユーザＩＤを定義するユーザ情報と、共有されるファイルのファイルＩＤ、当該ファイルの実体へのアクセスパス、およびユーザにより設定される属性または通知先ユーザＩＤを含むファイル管理情報とを記憶する。共有されるファイルの実体を当該コンピュータの記憶装置に記憶する場合に、他のコンピュータのユーザからのアクセスをユーザＩＤに基づいて制御する。当該コンピュータのユーザの操作により共有されるファイルが更新されると、そのファイルについて当該コンピュータの記憶装置に記憶されているファイル管理情報を含む更新通知を他のコンピュータに通知する。他のコンピュータから更新通知を受信すると、その更新通知に含まれるファイル管理情報の属性または通知先ユーザＩＤ、ならびに、当該コンピュータの記憶装置に記憶されているユーザ情報およびファイル管理情報に基づいて、更新通知を受信した旨を当該コンピュータのユーザインタフェースに表示するか否かを判定する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係るファイル共有システムの構成を示すブロック図
【図２】本発明の実施形態に係るサーバクライアント方式の構成を示す図
【図３】本発明の実施形態に係るピアツーピア方式の構成を示す図
【図４】仮想フォルダに格納された仮想ファイルとファイルサーバ上の実体ファイルとの関係を示す図
【図５】ファイル情報領域のデータテーブルを示す図
【図６】ユーザ情報領域のデータテーブルを示す図
【図７】自端末からファイルの更新が行われた際の処理モジュールの処理のフローチャート
【図８】他端末からファイルの更新が行われた際の処理モジュールの処理のフローチャート
【図９】本発明の実施形態に係るファイル共有システムの具体例を示す図
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態に係る実施例について、図面を参照して説明する。
【実施例】
【００１５】
図１は、本発明の実施形態に係るファイル共有システムの構成を示すブロック図である。
【００１６】
ファイル共有システム１００において、ユーザ１０１は、ユーザ端末１１０を用いて業務を行っている。ユーザ端末１１０は、コンピュータであって、ユーザＩ／Ｆ１２０と、処理モジュール１３０と、ネットワークＩ／Ｆ１４０とを備えている。
【００１７】
ユーザ１０１がユーザＩ／Ｆ１２０を操作すると、その操作に基づいて、処理モジュール１３０が、ネットワーク機器であるネットワークＩ／Ｆ１４０を介してネットワーク１５０を通じ、ファイル共有システム１００を構成する他の端末またはサーバ（図1では省略）と通信を行いながら、実ファイル群１６０に対するファイル更新処理及びファイル参照処理を実行する。
【００１８】
ユーザＩ／Ｆ１２０は、キーボード、ディスプレイなどの入出力装置からなるユーザインタフェース装置である。キーボードはユーザからのファイルに対する操作を受け付けるために用いられ、ディスプレイはファイルの内容等を画面を介してユーザに提示するために用いられる。
【００１９】
処理モジュール１３０とは、ファイル更新処理部１３１、ファイル情報管理部１３２、更新通知処理部１３３、ユーザ情報管理部１３４といった各処理部に該当するプログラムをロードして実行するプロセッサと、メモリやＨＤＤ等の記憶装置とを指している。記憶装置には、ファイル情報領域１３５およびユーザ情報領域１３６が記憶されている。
【００２０】
ユーザ端末１１０のユーザ１０１には一意なユーザＩＤが割り振られる。処理モジュール１３０に含まれるユーザ情報管理部１３４は、ユーザＩＤを各端末上またはサーバ上で管理することによってユーザグループを形成する。
【００２１】
ユーザ端末１１０はネットワーク１５を通じて他の端末またはサーバと、同じユーザグループに所属する場合にのみアクセス可能な共有空間、言い換えると、同じユーザグループ外からのアクセスが制限される共有空間を形成する。
【００２２】
実ファイル群１６０は共有空間内にあるアクセス可能な実体ファイル（ファイルの実体）の集合である。実ファイル群１６０は本システム１００を実現する機器の構成によって実現方法が変わる。
【００２３】
図２は、本発明の実施形態に係るサーバクライアント方式の構成を示す図である。
【００２４】
たとえば、図２に示すようにサーバクライアント方式の構成となる場合、ファイルサーバ２１０上にて一括管理された実体ファイルが実ファイル群１６０aとなる。ユーザ端末１１０はネットワーク１５０を通じてファイルサーバと通信を行い、対象のファイルを取得する。
【００２５】
図３は、本発明の実施形態に係るピアツーピア方式の構成を示す図である。
【００２６】
このように、図３に示すようにピアツーピア方式の構成となる場合、各ユーザ端末上（１１０ａ、１１０ｂ）の記憶装置のファイル情報領域で管理された実体ファイルが実ファイル群１６０ｂとなる。各ユーザ端末は対象のファイルを持つユーザ端末と通信を行い、対象のファイルを取得する。
【００２７】
なお、共有されるファイルの実体を特定のユーザ端末の記憶装置に記憶する場合に、他のユーザ端末のユーザからのアクセスをユーザＩＤに基づいて制御するアクセス制御処理は、図１に示したユーザ情報管理部１３４が実行することができる。
【００２８】
ここで、再び、図１を参照する。仮想ファイル１２１は実ファイル群１６０から取得される実体ファイルと一意に結びつくファイル管理情報を有する。管理情報には実体ファイルを識別するためのファイルＩＤおよびアクセスパスと、ファイルの属性と、通知先ユーザＩＤとが含まれる。
【００２９】
アクセスパスとは、実体ファイルの在り処、すなわち格納されている場所（ユーザ端末やファイルサーバなどのネットワーク上の場所）を示すものである。
【００３０】
ファイルの属性は、ユーザ１０１が、任意の表現で設定することができる。例えば「○○システム」、「△△機能」、「仕様書」、「□□プロジェクト」、「会議資料」といった属性を付与する。この属性は主に更新通知の通知先の選定やユーザＩ／Ｆ１２０上の表示に使用される。
【００３１】
通知先ユーザＩＤとは、ファイルを更新した際に通知する相手を識別するためのものである。ユーザ１０１が、個別のユーザＩＤを任意に設定することもできるが、ユーザグループＩＤを登録することで一括して通知先ユーザを設定することもできる。
【００３２】
なお、ユーザ１０１によるファイルの属性または通知先ユーザＩＤの設定は、例えばユーザＩ／Ｆ１２０を用いて、ファイル更新処理部１３１およびファイル情報管理部１３２を介してファイル情報領域１３５に保存することができる。
【００３３】
仮想ファイル１２１は、ユーザＩ／Ｆ１２０上に実体ファイルであるかのように表示される。ユーザ１０１がユーザＩ／Ｆ１２０を操作して仮想ファイル１２１にアクセスした場合、上記ファイルＩＤおよびアクセスパスを用いて実体ファイルと結びつける。ユーザ１０１は実体ファイルが存在する場所を意識することなく、ユーザＩ／Ｆ１２０上からファイルを参照、更新できる。
【００３４】
また、例えば図２のファイルサーバ２１０の管理者が実体ファイルを共有空間から移動させた場合や、図３の実体ファイルを持っているユーザ端末１１０ｂの電源が入っていない場合など、アクセスパスを用いても仮想ファイル１２１（図２または図３のファイルＡ’）と実体ファイル（図２の実ファイル群１６０ａまたは図３の実ファイル群１６０ｂの「ファイルＡ」）とを結びつけることができないとき、仮想ファイル１２１は無効となる。
【００３５】
ユーザ１０１は任意にユーザＩ／Ｆ１２０上に仮想ファイル１２１を格納するための仮想フォルダを作成することができる。仮想ファイル１２１はどこにあっても上記ファイルＩＤおよびアクセスパスを用いて一意の実体ファイルと結びつくため、ユーザ１０１は仮想ファイル１２１を実体ファイルの位置とは無関係に、自由に整理することができる。
【００３６】
ユーザ１０１は仮想フォルダごとに注目する属性を設定することで、仮想ファイル１２１をその属性ごとに自動的に仮想フォルダに格納させることができる。また、仮想ファイル１２１ごとに個別に格納する仮想フォルダを設定することもできる。
【００３７】
なお、これらの設定は、仮想フォルダまたは仮想ファイルのファイル管理情報に行うために、例えばユーザＩ／Ｆ１２０を用いて、ファイル更新処理部１３１およびファイル情報管理部１３２を介してファイル情報領域１３５に保存することができる。
【００３８】
図４は、仮想フォルダに格納された仮想ファイルとファイルサーバ上の実体ファイルとの関係を示す図である。
【００３９】
ファイルサーバ２１０上の実体ファイルaは分類Ｂ、実体ファイルeは分類Ａフォルダの配下に存在しているが、ユーザ端末１１０上でそれぞれ結びつく仮想ファイルであるファイルa’、ファイルe’はともにプロジェクトαフォルダの配下に格納されている。この関係は、例えば、ファイルa及びファイルeの管理情報に属性「プロジェクトα関連」が設定されており、さらにプロジェクトαフォルダの注目する属性に「プロジェクトα関連」が設定されていた場合、自動的に構成される。
【００４０】
また、ファイルh、ファイルm、ファイルoはすべて分類Ｃフォルダの配下に存在しているが、ユーザ端末１１０上ではファイルh’は種別1フォルダに、ファイルm’とファイルo’は種別2フォルダに、それぞれ格納されている。この関係は、例えば、ファイルh、ファイルm、ファイルoのファイル管理情報に属性「プロジェクトβ関連」が設定されており、さらにプロジェクトβフォルダの注目する属性に「プロジェクトβ関連」が設定されていたとしても、ユーザ１０１が、プロジェクトβフォルダの配下にさらに種別1フォルダおよび種別2フォルダを作成し、ファイルh’は種別1フォルダに、ファイルm’とファイルo’は種別2フォルダに、それぞれ格納するというように、ユーザ任意に構成される。
【００４１】
このように、仮想フォルダ構造を実現することによりユーザ１０１は実ファイルが存在する位置を意識する必要がなくなり、煩雑になりがちなフォルダ構造を自分の好みに合わせて分かりやすいように自由に整理することができるようになる。これにより複数の案件を抱えている場合にも自分の都合に合わせて整理することで、どのファイルがどの案件に属するものか混乱、混同する危険が少なくなる。さらに属性によって自動的に選り分けることで、ファイルを整理する作業の煩雑さを解消することができる。
【００４２】
ここで、再び図１を参照する。処理モジュール１３０におけるファイル更新処理部１３１は、ユーザ１０１がファイルの内容を更新し保存しようとした際に、ユーザ１０１に、更新内容の要点として、更新履歴の入力を求めるようにしてもよい。また、ファイルの属性及び通知先ユーザに変更があればその入力も受け付ける。通知先ユーザの設定に必要なユーザグループ及びユーザの情報はユーザ情報管理部１３４から取得する。
【００４３】
そして、正常な入力が行われファイルの更新が実行されたとき、更新内容をファイル情報管理部１３２と更新通知処理部１３３に伝える。
【００４４】
ユーザ１０１はファイルの内容を更新し保存しようとした際に、更新履歴の入力を保留させることができる。すなわち、ファイル更新作業の途中でなんらかの理由により中断せざるを得ないとき、一時的に保存するために活用する。このとき、ファイル更新処理部１３１は、ファイルの属性に作業中であることを示すステータス及び作業者を自動的に付加するようにしてもよい。その結果、他のユーザがそのファイルを開いた際に作業中ステータス及び作業者をユーザＩ／Ｆ１２０の画面上に表示させることで、確認を促すことができる。
【００４５】
なお、保留が解除されることにより、ファイルが更新され更新内容が入力された際には、自動的に属性から作業中のステータス及び作業者を消去する。
【００４６】
そして、この保留処理または解除処理に伴って、更新通知処理部１３３は、それらの処理に伴うファイル管理情報の更新通知を他のコンピュータに通知することが好ましい。
【００４７】
このように、ファイルが更新されたことを記録するだけでなく、更新内容についても要点を記入することで、参照するユーザが意味的に更新内容を理解する手助けとなるため、更新するユーザには更新内容の入力を促すことでユーザグループ内の情報共有を促進する。また、ユーザが何らかの理由によりファイルの更新作業を中断しなければならなくなったときに、更新内容の記録等を省略することで作業の煩雑さをなくすとともに、現在誰が更新作業中のファイルであるかを他のユーザに報せることができる。
【００４８】
ファイル情報管理部１３２は、共有空間にある実ファイル群１６０の各管理情報をファイル情報領域１３５に蓄積する。蓄積された管理情報は、ユーザＩ／Ｆ１２０の仮想フォルダ構造を構成するときと、更新通知を送るユーザを選定するときに使用される。また、自端末上でファイル更新が実行されたときはファイル更新処理部１３１から、他端末上で実行されたときはネットワークＩ／Ｆ１４０から更新情報を受け取り、当該ファイルの管理情報を更新する。
【００４９】
図５は、ファイル情報領域のデータテーブルを示す図である。。
【００５０】
「ファイルＩＤ」は、ファイルを一意に識別するためのＩＤである。
【００５１】
「アクセスパス」は、実体ファイルの在り処を示すものである。
【００５２】
「属性＊」は、ユーザが任意に付与するファイルの属性である。「＊」は、複数可であることを示す。
【００５３】
「通知先ユーザＩＤ＊」は、ユーザが任意に登録する通知先であり、複数可である。
【００５４】
更新通知処理部１３３は、ファイル更新処理部１３１でファイルの更新が実行されたとき、ファイル管理情報の属性と通知先ユーザＩＤとをもとに更新通知の送付先を選定し、更新通知を発行する。送付先の選定に必要なユーザの情報はユーザ情報管理部１３４から取得する。また、他端末上でファイル更新が実行されたときは更新通知を受け取り、ユーザ１０１が通知先ユーザに登録されていた場合またはユーザ１０１が任意の仮想フォルダの注目属性に設定していた属性を当該ファイル更新に係るファイルが持っていた場合、ユーザ１０１に通知する必要があると判定し、ユーザＩ／Ｆ１２０に対象ファイルが更新されたことを表示させる。
【００５５】
ユーザ情報管理部１３４は任意のユーザグループとそこに所属するユーザの情報をユーザ情報領域１３６に蓄積する。蓄積されたユーザの情報はファイル管理情報の通知先ユーザを設定するときと、更新通知を発行するときに使用される。
【００５６】
図６は、ユーザ情報領域のデータテーブルを示す図である。
【００５７】
「ユーザＩＤ」は、ユーザを一意に識別するためのＩＤである。
【００５８】
「ユーザアドレス」は、このユーザについてのネットワーク上における通知の発行先である。
【００５９】
「所属ユーザグループＩＤ属性＊」は、このユーザが所属するユーザグループのＩＤであり、複数可である。
【００６０】
次に本実施形態のシステムの動作について、ユーザ端末１１０の処理モジュール１３０の動作を中心に説明する。
【００６１】
図７は、自端末からファイルの更新が行われた際の処理モジュールの処理のフローチャートである。
【００６２】
最初に、ファイルの内容を更新して保存を実行するものとする（ステップＳ１１）。具体的には、ユーザ１０１が更新したファイルの内容を保存したいとユーザＩ／Ｆ１２０にリクエストを発行する。
【００６３】
このリクエストに対し、ユーザＩ／Ｆ１２０はユーザ１０１に更新が完了しているのかどうかの入力を求める（ステップＳ１２）。
【００６４】
更新が完了している場合（Ｓ１２：ＹＥＳ）、ユーザＩ／Ｆ１２０はユーザ１０１に更新履歴の入力と、ファイル属性及び通知先ユーザに変更があればその入力を求める（ステップＳ１３Ａ）。
【００６５】
更新が完了していない場合（Ｓ１２：ＮＯ）、ユーザＩ／Ｆ１２０は元のままのファイル属性に作業中ステータスと作業者とを追加する（ステップＳ１３Ｂ）。
【００６６】
ファイル更新処理部１３１が、ここまでのユーザ１０１の入力に基づいて変更されたファイル管理情報をユーザＩ／Ｆ１２０から受け取り、ファイル情報管理部１３２を通じてファイル情報領域１３５に保存する（ステップＳ１４）。
【００６７】
更新通知処理部１３３が、ユーザ情報管理部１３４を通じてユーザ情報領域１３６から同じユーザグループに所属するユーザの管理情報を取得する（ステップＳ１５）。
【００６８】
次に更新通知処理部１３３は、ユーザ管理情報と更新するファイルの管理情報とを元に更新通知の送付先を選定する（ステップＳ１６）。
【００６９】
例えば、（１）そのファイルの持つ属性について注目している、（２）ユーザＩＤが通知先ユーザＩＤに選ばれている、これらのいずれかの条件を満たすユーザを選定して更新通知を発行するようにすることが好ましい。
【００７０】
更新通知の準備が整ったら、ファイル更新処理部１３１がファイルの更新内容を実体ファイルに反映させ、保存する（ステップＳ１７）。
【００７１】
ファイルが正常に保存された後、更新通知処理部１３３がネットワークＩ／Ｆ１４０を介して更新通知を発行する（ステップＳ１８）。
【００７２】
なお、更新通知先に選定されなかった端末機器に対しても前記管理情報の同期をとり、すべての端末機器が常に最新の前記管理情報を参照できるようにするために、Ｓ１６の選定ステップを省略する態様であっても構わない。
【００７３】
図８は、他端末からファイルの更新が行われた際の処理モジュールの処理のフローチャートである。
【００７４】
ネットワークＩ／Ｆ１４０が、図７のステップＳ１８の動作にあたる他端末から発行された更新通知を、ネットワーク１５を介して受信する（ステップＳ２１）。
【００７５】
更新通知処理部１３３は受信した更新通知の内容から、ユーザ１０１が更新通知の通知ユーザに選定されているかを判定する（ステップＳ２２）。
【００７６】
通知ユーザに選定されていなかった場合（Ｓ２２：ＮＯ）、更新通知処理部１３３は更新されたファイルがユーザ１０１の注目する属性をもつファイルであるかどうかを判定する（ステップＳ２３）。
【００７７】
ステップＳ２２の判定で通知ユーザに選定されていた場合（Ｓ２２：ＹＥＳ）、またはステップＳ２３の判定において更新ファイルがユーザ１０の注目属性をもっていた場合（Ｓ２３：ＹＥＳ）、更新通知処理部１３３はファイルが更新されたことをユーザ１０１に通知する必要があると判断し、ユーザＩ／Ｆ１２０上にファイルが更新された旨を表示させる（ステップＳ２４）。
【００７８】
ステップＳ２４の処理でファイル更新通知がユーザＩ／Ｆ１２上に表示されたかされなかったかに関わらず、ファイルが更新されたことによりファイルの管理情報も更新されているため、ファイル情報管理部１３２はファイル情報領域１３５に管理情報を保存する（ステップＳ２５）。
【００７９】
図９は、本発明の実施形態に係るファイル共有システムの具体例を示す図である。
【００８０】
複数のコンピュータ、すなわちユーザ端末Ａないしユーザ端末Ｆが、ネットワークで接続されたファイル共有システムとなっている。
【００８１】
ユーザＡがファイルａの内容を更新し、続いて更新履歴の入力と、属性に「○○システム」、通知先ユーザにユーザＢとユーザグループαを設定して、ファイルの保存を実行する。
【００８２】
ユーザ端末Ａはファイルａの管理情報をファイル情報領域に保存し、ネットワーク上の実体ファイルａを更新する。その後、更新通知をユーザグループ全体に向けて発行する。
【００８３】
ユーザ端末Ｂは、ユーザＢが更新通知の通知先ユーザに選ばれているので、ファイルａの管理情報をファイル情報領域に保存し、ユーザＢに更新通知を提示する。
【００８４】
ユーザ端末Ｃは、ユーザＣは更新通知の通知先ユーザに選ばれておらず、属性「○○システム」に注目もしていないので、ファイル情報領域にファイルａの管理情報の保存だけして、終了する。
【００８５】
ユーザ端末Ｄ及びＥは、所属するユーザグループαが通知先ユーザに選ばれているので、ファイルａの管理情報をファイル情報領域に保存し、ユーザＤないしＥに更新通知を提示する。
【００８６】
ユーザ端末Ｆは、ユーザＦも所属するユーザグループβも通知先ユーザに選ばれていないが、ユーザＦが属性「○○システム」に注目しているため、ファイルａの管理情報をファイル情報領域に保存し、ユーザＦに更新通知を提示する。
【００８７】
このように、従来技術では共有空間におけるファイル管理及び更新履歴、参照履歴に基づくファイルの提示を実現していたのに対し、本実施形態においては共有空間で管理されるファイルを、属性を含む管理情報に基づいてユーザに提示する。これにより、よりユーザの意図に沿う形でファイルの提示ができる。すなわち、ファイルを更新する際には、更新通知を送りたいユーザを個別に設定することもできるし、属性を設定することで関連するユーザに更新通知が自動的に送られるようにすることもできる。更新通知を受け取る際にも、ユーザが通知先に選ばれていて受動的に更新を知ることも、ユーザが特定の属性に注目することでその属性を持つファイルの更新を能動的に知ることもできる。
【００８８】
このような本発明の実施形態によるファイル共有システムは、例えば、ナレッジ共有支援システムや、プロジェクトマネジメント支援といったことに応用することができる。
【００８９】
以上説明したように、本発明の実施形態によれば、第一に、更新するユーザが通知先を適切に把握していなくとも、何に関連する文書であるかを属性としてファイル管理情報に登録することで、関連するユーザに更新通知を届けることが可能となる。また、参照するユーザが注目する属性を解除することで、不要な更新通知を回避することができる。
【００９０】
また、本発明の実施形態によれば、第二に、ファイルを保存する際に更新履歴の入力を更新するユーザに対して求めることで、参照するユーザが内容を理解し、意識を統一するのを支援することが可能となる。
【００９１】
また、本発明の実施形態によれば、第三に、ユーザＩ／Ｆ１２０上の仮想フォルダ構造を活用することで、ユーザ個々人が、他のユーザへの影響を考えることなく、自由にファイルの整理を行うことができる。
【符号の説明】
【００９２】
１００…ファイル共有システム、１１０…ユーザ端末、１２０…ユーザＩ／Ｆ、１２１…仮想ファイル、１３０…処理モジュール、１３５…ファイル情報領域、１３６…ユーザ情報領域、１５０…ネットワーク、１６０…実ファイル群
【図１】
2011221871.tif 000003
【図２】
2011221871.tif 000004
【図３】
2011221871.tif 000005
【図４】
2011221871.tif 000006
【図５】
2011221871.tif 000007
【図６】
2011221871.tif 000008
【図７】
2011221871.tif 000009
【図８】
2011221871.tif 000010
【図９】
2011221871.tif 000011